Skip to end of metadata
Go to start of metadata

Beginn des Verfahrens

01. März 2011

1. Releaseplanungen
Import-/Export-Release

Import/Export-Release

ReleaseAnforderungsfristEntwicklungInterne TestphaseFormatdokumentation,
Testdaten

Ankündigung, Externe Testphase

Go-live Importe

Go-live Export

Bis zu diesem Stichtag liegen Anforderungen als Jira-Tickets vor.Programmierung.Testen und Fehlerbehebung.Erstellen der Feldverzeichnisse und Testdaten

Es erfolgt die Ankündigung und Testdaten werden ausgeliefert. Externe Partner und Kunden können testen, Fehler werden behoben. Danach erfolgen keine Änderungen mehr am Release.

Die Importformate (außer MARC) werden produktiv genommen.

Die Exportformate und alle MARC-Formate werden produktiv genommen.
2022.0130.08.2021

27.09.2021 bis
22.10.2021

25.10.2021 bis
05.11.2021

08.11.202108.11.2021 bis
19.11.2021

Di, 23.11.2021

Di. 08.02.2022
2022.0203.01.2022

17.01.2022 bis
11.02.2022

14.02.2022 bis
25.02.2022

28.02.2022 bis 04.03.2022

07.03.2022 bis
18.03.2022

Di, 22.03.2022

Di, 07.06.2022
2022.0318.04.2022

09.05.2022 bis
03.06.2022

06.06.2022 bis
17.06.2022

20.06.2022 bis 24.06.2022

27.06.2022 bis
08.07.2022

Di, 12.07.2022

Di, 27.09.2022

2023.0129.08.2022

19.09.2022 bis
14.10.2022

17.10.2022 bis
28.10.2022

31.10.2022 bis 04.11.2022

07.11.2022 bis
18.11.2022

Di, 22.11.2022

Di, 07.02.2023
2023.0202.01.2023

16.01.2023 bis
10.02.2023

13.02.2023 bis
24.02.2023

27.02.2023 bis 03.03.2023

06.03.2023 bis
17.03.2023

Di, 21.03.2023

Di, 06.06.2023
2023.0317.04.2023

08.05.2023 bis
02.06.2023

05.06.2023 bis
16.06.2023

19.06.2023 bis 23.06.2023

26.06.2023 bis
07.07.2023

Di, 11.07.2023

Di, 26.09.2023

2024.0128.08.2023

18.09.2023 bis
13.10.2023

16.10.2023 bis
27.10.2023

30.10.2023 bis 03.11.2023

06.11.2023 bis
17.11.2023

Di, 21.11.2023

Di, 06.02.2024

Detaillierte Informationen, siehe Import/Export-Release.

Schnittstellen-Release

Schnittstellen-Release

 Stand 16.02.2022

Release

Beginn der
  Abstimmungsphase 

Vorlage Anforderungen
  als Jira-Ticket

Endgültiger
  Releasezuschnitt

Entwicklungsphase 

Interne Test- und
  Bugfixingphase

Beginn der externen
  Test- und Bugfixingphase

Frist für die Rückmeldung von Fehlern der externen
  Testphase 

Endgültige
  Releaseabnahme

Produktivnahme

2022.01Mo. 17.01.2022Mo. 07.02.2022Fr. 11.02.2022Mo. 14.02.2022 -
Do. 31.03.2022
Mo. 07.03.2022 -
Fr. 18.03.2022
Mo. 21.03.2022Fr. 01.04.2022Mo. 04.04.2022Di. 05.04.2022
2022.02Mo. 23.05.2022Mo. 30.05.2022Fr. 03.06.2022Mo. 06.06.2022 -
Fr. 08.07.2022
Mo. 20.06.2022 -
Fr. 01.07.2022
Mo. 04.07.2022Fr. 15.07.2022Mo. 18.07.2022Di. 19.07.2022
2022.03Mo. 03.10.2022Mo. 10.10.2022Fr. 14.10.2022Mo. 17.10.2022 -
Fr. 04.11.2022
Mo. 24.10.2022 -
Fr. 04.11.2022
Mo. 07.11.2022Fr. 18.11.2022Mo. 21.11.2022Di. 22.11.2022

In der Releaseplanung wurden die Sommerferien Hessen 2022 (25.07. - 02.09.2022) berücksichtigt und die Termine entsprechend aktualisiert.

Weitere detaillierte Informationen, siehe Schnittstellen-Release

CBS-Release

CBS-Release

Nr.

Veröffentlichung /
Go-Live
Anforderungsfrist

Endgültiger Releasezuschnitt

Start Entwicklung

Anmerkungen
2022.6 (Nov)Di 08.11.2022Fr 09.09.2022Fr 07.10.2022Mo 10.10.2022VWLis
2023.1 (Feb)Di 07.02.2023Fr 18.11.2022Fr 09.12.2022Mo 12.12.2022Petrus
2023.2 (Mrz)Di 28.03.2023Fr 27.01.2023Fr 24.02.2023Mo 27.02.2023VWLis
2023.3 (Mai)Di 23.05.2023Fr 24.03.2023Fr 21.04.2023Mo 24.04.2023Petrus
2023.4 (Jul)Di 11.07.2023Fr 12.05.2023Fr 09.06.2023Mo 12.06.2023VWLiS
2023.5 (Sept)Di 05.09.2023Fr 07.07.2023Fr 04.08.2023Mo 07.08.2023Petrus
2023.6 (Nov)Di 07.11.2023Fr 08.09.2023Fr 06.10.2023Mo 09.10.2023VWLis
2024.1 (Feb)Di 05.02.2024Fr 17.11.2023Fr 08.12.2023Mo 11.12.2023Petrus

Schulferien 2022 2023

Informationen zu den bisher veröffentlichten ILTIS-Infos sind auf der Wiki-Seite ILTIS-Infos zu finden.
Detaillierte Informationen, siehe CBS-Release.

2. Releasebeschreibung

Name

Beschreibung

Workflow-Besonderheiten

Frequenz

IT-Zuständigkeit 

CBS-Release

(CBS=Central Bibliographic System)

enthalten sind CBS-Anpassungen
für

  • die Validation,
  • die Indexierung,
  • die Expansion,
  • die Präsentation und
  • die Syntax.

Eine Prüfung der Anforderungen (durch die Fachabteilungen oder IT)
ist i.d.R. vor Ablauf der Anforderungsfrist nicht vorgesehen.
Nach Ablauf der Anforderungsfrist haben die Fachabteilungen
eine Woche Zeit die Anforderungen zu prüfen.
Erst im Anschluß beginnt die Umsetzung der Anforderung in der IT.

(siehe Workflow des CBS-Release)

ca. alle zwei Monate

Fr. Trunk 

Import/Export-Release

enthalten sind Anforderungen an die
Exportformate MARC 21 und Linked Data,
sowie an die
Importformate ONIX, xMetaDissPlus, MARC 21

Die Anforderungen und Vorgaben sollten zur Anforderungsfrist
sowohl mit den Fachabteilungen als auch innerhalb der IT abgestimmt sein,
damit nach der Anforderungsfrist sofort mit der Umsetzung begonnen werden kann.
Workflow-Diagramm der Import/Export-Releases 

alle vier Monate /
Mitte des Monats

Hr. Althaus 
Schnittstellen-Release

enthält Anforderungen an die
Schnittstellen:

  • OAI
  • SRU/Retrieval
  • Z39.50
  • ONS/Z39.50
  • ONS/SRU
  • IN2N / SCUSI-Schnittstelle
Die Anforderungen und Vorgaben sollten zur Anforderungsfrist
sowohl mit den Fachabteilungen (i.d.R. 2D) als auch innerhalb der IT abgestimmt sein,
damit nach der Anforderungsfrist sofort mit der Umsetzung begonnen werden kann.
alle vier Monate /
i.d.R. der letzte
Dienstag im Monat 
Hr. Becker

 Seitenanfang

3. Zielsetzungen des Change Management

 

  • Aufwandsminimierung
    der Aufwand für Change-Requests, die als Jira-Tickets gemeldet werden, soll durch Bündelung der Anforderungen reduziert werden
  • Konzentration
    die MitarbeiterInnen der IT sollen sich stärker auf zeitkritische (Projekt-)Aufgaben konzentrieren können
  • Information
    die Information der Fachabteilungen über die Anforderungsplanung soll verbessert werden
  • Abhängigkeiten
    Änderungen sollen frühzeitig auf Wechselwirkungen und Abhängigkeiten geprüft werden
  • Bearbeitungszeit
    die Bearbeitung von Anforderungen, die als Jira-Tickets gemeldet wurden, soll kontrolliert und zeitnah erfolgen
  • Verläßlichkeit
    über Jira-Tickets gemeldete Anforderungen sollen zuverlässig bearbeitet werden, indem sie mit Releaseplanung erfolgen
  • Workflow
    durch Definition eines abgestimmten  sollen die Zuständigkeiten eindeutig festgelegt werden

 

Besonderheiten (Fehler, Bugs, Projektaufgaben, spezielle Komponenten)

  • akute Fehler bzw. Bugs, die zu einer Störung in ILTIS führen, werden umgehend außerhalb der Releaseplanung bearbeitet
    (die Bewertung, ob es sich um einen akuten Fehler handelt erfolgt mittels Einzelfallprüfung durch die Leiter der Jira-Projekte)
     
  • Anforderungen, die sich im Rahmen eines Projektes zur Einführung eines neuen Verfahrens, Geschäftgangs, etc. ergeben,
    werden einem bestehenden Release zugeordnet. Je nach Umfang der Anforderungen sind hier jedoch gesonderte Termine einzuhalten.
     
  • Datenmanipulationen und Anpassungen von WinIBW-Scripten werden i.d.R. unabhängig von den CBS-Konfigurations-Releases geplant und bearbeitet.
     
  • Das Jira-Projekt ZDB-ANFORDERUNGEN wird seit 1.1.2013 nur noch zur Dokumentation der vor 2013 erstellten Anforderungen verwendet.
    Es können dort keine Tickets mehr erstellt werden.

Seitenanfang 

  • No labels