Zum Ende der Metadaten springen
Zum Anfang der Metadaten

Beginn des Verfahrens

01. März 2011

1. Releaseplanungen
Import-/Export-Release

Import/Export-Release
 

Release

Beginn der IT-internen   Abstimmungsphase

Anforderungen sind ausgearbeitet
 
 

Endgültiger
 
Releasezuschnitt

Entwicklungsphase 

Interne Testphase

Beginn externe
 
Testphase

Frist für Fehlermeldungen 

Endgültige Releaseabnahme /
  Produktivnahme Importformate

Produktivnahme
 
 

Erläuterungen  Bis zu diesem Stichtag sollten alle Jira-Tickets erstellt sein, damit IT.3 bereits zu einem frühen Zeitpunkt eine Übersicht der Anforderungen bekommt.Bis zu diesem Stichtag sollten die ausgearbeiteten Jira-Tickets vorliegen. Bis zu diesem Stichtag sollten die Testdaten vorliegen. Der endgültige Releasezuschnitt steht fest! In dieser Phase werden die Anforderungen umgesetztIn dieser Phase wird die Umsetzung der Anforderungen IT-intern getestet. Fehler werden behoben. Ab diesem Stichtag können externe Partner testen. Fehler werden ad-hoc behoben. Testdaten werden ausgeliefert. Alle Fehler, die bis zu diesem Stichtag gemeldet werden, werden noch im  aktuellen Release behoben.Ab diesem Stichtag erfolgen keine Änderungen mehr am Release. Die Importformate (außer MARC-21) werden am folgenden Deploy-termin produktiv genommen. Die externen Partner/Kunden haben bis zur Produktivnahme der Exportformate Zeit eigene Anpassungen durchzuführen. An diesem Stichtag gehen auch die Exportformate und Importformat MARC-21 in den produktiven Betrieb über.

2018.03 

Mo. 30.04..2018 

Mo. 14.05..2018 

Fr. 25.05.2018 

Mo. 28.05.2018 - Fr.22.06.2018   

Di. 25.06.2018 -   Fr.06.07.2018

 

Mo. 09.07.2018

 

Fr. 20.07.2018  

Mo. 23.07.2018 
Deploy: Di. 24.07.2018

Di. 16.10.2018 

2019.01 

Mo. 03.09.2018  

Mo. 17.09.2018  

Fr. 28.09.2018 

Mo. 01.10.2018 -
  Fr.26.10.2018  

Mo. 29.10.2018 -
  Fr. 09.11.2018

Mo. 12.11.2018

Fr. 23.11.2018 

Mo. 26.11.2018  
  Deploy: Di. 27.11..2018

Di. 12.02.2019  

2019.02

Mi. 02.01.2019

Mo. 14.01.2019

Fr. 01.02.2019

Mo. 04.02.2019 –
  Fr. 01.03.2019

Mo. 04.03.2019 -
  Fr. 15.03.2019

Mo. 18.03.2019

Fr. 29.03.2019

Mo. 01.04.2019  
  Deploy: Di. 02.04.2019

Di. 18.06.2019

2019.03

Mo. 23.04.2019

Mo. 06.05.2019

Fr. 17.05.2019

Mo. 20.05.2019 -
  Fr. 14.06.2019

Mo. 17.06.2019 -
  Fr. 28.06.2019

Mo. 01.07.2019

Fr, 12.07.2019

Mo. 15.07.2019  
  Deploy: Di.16.07.2019

Di. 15.10.2019

2020.01

Mo. 02.09.2019

Mo. 17.09.2019

Fr. 27.09.2019

Mo. 30.09.2019 -
  Fr. 25.10.2019

Mo. 28.10.2019 -
  Fr. 08.11.2019

Mo. 11.11.2019

Fr. 22.11.2019

Mo. 25.11.2019  
  Deploy: Di. 26.11.2019

Di. 11.02.2020

2020.02

Mo. 06.01.2020

Mo. 20.01.2020

Fr. 31.01.2020

Mo. 03.02.2020 –
  Fr. 28.02.2020

Mo. 02.03.2020 -
  Fr. 13.03.2020

Mo. 16.03.2020

Fr. 27.03.2020

Mo. 30.03.2020  
  Deploy: Di. 31.03.2020

Di. 16.06.2020

2020.03

Mo. 20.04.2020

Mo. 04.05.2020

Fr. 15.05.2020

Mo. 18.05.2020 -
  Fr. 12.06.2020

Mo. 15.06.2020 -
  Fr. 26.06.2020

Mo. 29.06.2020

Fr, 10.07.2020

Mo. 13.07.2020  
  Deploy: Di.14.07.2020

Di. 29.09.2020

2021.01

Mo. 31.08.2020

Mo. 14.09.2020

Fr. 25.09.2020

Mo. 28.09.2020 -
  Fr. 23.10.2020

Mo. 26.10.2020 -
  Fr. 06.11.2020

Mo. 09.11.2020

Fr. 20.11.2020

Mo. 23.11.2020  
  Deploy: Di. 24.11.2020

Di. 09.02.2021

 Detaillierte Informationen, siehe Import/Export-Release.

Schnittstellen-Release

Schnittstellen-Release
 

 Stand 03.04.2018 

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

2018.02

Mo. 16.04.2018

Mo. 23.04.2018

Fr. 27.04.2018

Mo. 30.04.2018 -
  Fr. 11.05.2018

Mo. 14.05.2018 -
  Fr. 25.05.2018

Mo. 28.05.2018

Fr. 08.06.2018

Mo. 11.06.2018

Di. 19.06.2018

2018.03

Mo. 01.10.2018

Mo. 08.10.2018

Fr. 12.10.2018

Mo. 15.10.2018 -
  Fr.26.10.2018

Di. 29.10.2018 - Fr.09.11..2018

Mo. 12.11.2018

Fr. 23.11.2018

Mo. 26.11.2018

Di. 27.11.2018

2019.01

Mo. 04.02.2019

Mo. 11.02.2019

Fr. 15.02.2019

Mo. 18.02.2019 –
   Fr. 01.03.2019

Mo. 04.03. –
  Fr. 15.03.2019

Mo. 18.03.2019

Fr. 29.03.2019

Mo. 01.04.2019

Di. 02.04.2019

2019.02

Mo. 27.05.2019

Mo. 03.06.2019

Fr. 07.06.2019

Di. 11.06.2019 –
  Fr. 21.06.2019

Mo. 24.06.2019 -
  Fr. 05.07.2019

Mo. 08.07.2019

Fr. 19.07.2019

Mo. 22.07.2019

Di. 23.07.2019

2019.03

Mo. 30.09.2019

Mo. 07.10.2019

Fr. 08.10.2019

Di. 14.10.2019 -
  Fr. 25.10.2019

Mo. 28.10.2019 -
  Fr. 08.11.2019

Mo. 11.11.2019

Fr. 22.11.2019

Mo. 25.11.2019

Di. 26.11.2019


Vom 01.07. - 03.08.19 sind Sommerferien. Je nach Urlaubslage müssen ggf. Termine verschoben werden.

Detaillierte Informationen, siehe Schnittstellen-Release

CBS-Release

CBS-Release

Nr.

Anforderungsfrist

FA-Prüfung bis

Start Entwicklung

Veröffentlichung /
Go-Live
Petrus-/VWLiS-Release
2018.5 (Sep) Fr 10.08.2018 Fr 24.08.2018 Mo 27.08.2018 Di 25.09.2018 Petrus
2018.6 (Nov) Fr 12.10.2018 Fr 26.10.2018 Mo 29.10.2018 Di 27.11.2018 VWLis
2019.1 (Jan) Fr 30.11.2018 Fr 14.12.2018 Mo 17.12.2018 Di 29.01.2019 Petrus
2019.2 (Mrz) Fr 08.02.2019 Fr 22.02.2019 Mo 25.02.2019 Di 26.03.2019 VWLis
2019.3 (Mai) Fr 12.04.2019Fr 26.04.2019 Mo 29.04.2019 Di 28.05.2019Petrus1
2019.4 (Jul) Fr 14.06.2019Fr 28.06.2019Mo 01.07.2019Di 30.07.2019 VWLiS
2019.5 (Sep) Fr 09.08.2019 Fr 23.08.2019 Mo 26.08.2019 Di 24.09.2019 Petrus
2019.6 (Nov) Fr 11.10.2019 Fr 25.10.2019 Mo 28.10.2019 Di 26.11.2019 VWLis
2020.1 (Jan) Fr 29.11.2019 Fr 13.12.2019 Mo 16.12.2019Di 28.01.2020 Petrus

Schulferien 2018

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

Hr. Grund 

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. Althaus

 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 

  • Keine Stichwörter