Versionen im Vergleich

Schlüssel

  • Diese Zeile wurde hinzugefügt.
  • Diese Zeile wurde entfernt.
  • Formatierung wurde geändert.

zurück zu ILTIS-Change-Management 

Inhalt

Inhalt

Wichtige Hinweise

 

 

Auszug

...


Release

...

Stichtag techn. Spezifikation

...

Bugfixingphase

...

Veröffentlichung ("Go-Live") 

AnforderungsfristEntwicklungInterne TestphaseFormatdokumentation,
Testdaten

Ankündigung, Externe Testphase

Go-live Importe

Go-live Export

Bis zu diesem Stichtag liegen Anforderungen, einschließlich Beispieldatensätze, als Jira-Tickets vor.
Programmierung.
Testen und Fehlerbehebung.
Erstellen der Feldverzeichnisse und Testdaten.
Es erfolgt die Ankündigung und Testdaten werden bereitgestellt. Externe Partner und Kunden können testen, Fehler werden behoben. Danach erfolgen keine Änderungen mehr am Release.
Die Importformate (außer MARC 21) werden produktiv genommen.
Die Exportformate und alle MARC-Formate werden produktiv genommen.

2024.03

Achtung, kein MARC-Export in 2024.03

12.04.202406.05.2024 bis
31.05.2024
03.06.2024 bis
14.06.2024
17.06.2024 bis
21.06.2024
24.06.2024 bis
05.07.2024
Di, 18.06.2024

Di, 24.09.2024

2025.01

Achtung, kein MARC-Export in 2025.01

27.09.202407.10.2024 bis
08.11.2024
11.11.2024 bis
22.11.2024
25.11.2024 bis
29.11.2024
02.12.2024 bis
13.12.2024
Di, 17.12.2024

Di, 11.03.2025

2025.0221.03.202531.03.2025 bis
02.05.2025
05.05.2025 bis
16.05.2025
19.05.2025 bis
23.05.2025
26.05.2025 bis
06.06.2025
Di, 10.06.2025Di, 02.09.2025

Detaillierte Informationen, siehe Import/Export-Release.

 

Beschreibung der Tabellenspalten

Test mit Bugfixing: ca. 2 WochenDauer Test/Anpassungsphase für Kunden: ca. 3 Monate

...

Mo.03.08.2015

...

Mo.28.09.2015 - Fr.09.10.2015

...

Mo.16.11.2015

...

Mo.08.02.2016 - Fr.19.02.2016

...

Mo.04.04.2016

...

Mo.30.05.2016 - Fr.10.06.2016

...

Mo.04.10.2016 - Fr.14.10.2016 

...

Mo.06.02.2017 - Fr.17.02.2017

...

Mo.29.05.2017 - Fr.09.06.2017

...

 weitere Informationen.

...

 

Beschreibung der Tabellenspalten

 

ÜberschriftBeschreibungRelease Versionsbezeichnung des Releases. Im Release geplante Projekte (Projekt/Kontakt/Stichtag)

In dieser Spalte können Projekte erfasst werden, deren Aufgaben hinsichtlich der Datenkonversionen ebenfalls in dem Release umgesetzt werden. Als Ansprechpartner (Kontakt) sollte der IT-Koordinator des Projektes genannt werden. Als Stichtag wird der in der MBKA enthaltenen Termin, wann die entsprechenden Spezifikationen vorliegen sollten, eingetragen. Liegt die MBKA noch nicht vor oder ist der Termin noch in der Abstimmung, so wird ein temporärer Termin aus Sicht der Releaseplanung in kursiv eingetragen, der standardmäßig 4 Wochen vor der Entwicklungsphase der regulären Anforderungen für das Release liegt.

Beginn fachl. Abstimmung

Ab diesem Stichtag werden neue Anforderungen sowohl mit dem Auftraggeber, als auch innerhalb IT abgestimmt werden.  Zu Beginn der fachlichen Abstimmung werden bei einem gemeinsamen Treffen erste Vorstellungen zu neuen Anforderungen innerhalb IT ausgetauscht. Das Treffen wird vom Produktverantwortlichen möglichst am Stichtag organisiert.

Stichtag Jira-Tickets Zu diesem Stichtag sollten alle Anforderungen in Form von Jira-Tickets vorliegen, damit der leitende Entwickler eine Einschätzung des zeitlichen Aufwands und weitere Klärungen zu den Anforderungen in den folgenden zwei Wochen durchführen kann.Stichtag techn. SpezifikationAn diesem Stichtag sollten die vollständigen technischen Spezifikationen vorliegen. Ggf. ist es notwendig, die Priorisierung innerhalb des Releases im Rahmen einer Besprechung endgültig festzulegen. Falls hierzu ein Bedarf besteht, organisiert der Produktverantwortliche eine Besprechung möglichst am Stichtag.Entwicklungsphase 

Release

Anforderungsfrist

Entwicklung 

Interne Testphase

Formatdokumentation,
Testdaten
Ankündigung,
Externe Testphase

Go-live Importe

Go-live Export

Release-Name  

Bis zu diesem Stichtag sollten die ausgearbeiteten, abgestimmten Jira-Tickets vorliegen.


In dieser Phase werden die fachlichen Anforderungen anhand der technischen Spezifikationen

entwickelt. Auch in diesem Zeitraum sind weitere Nachfragen an die Anforderungegeber möglich.BugfixingphaseIn diesem Zeitraum finden interne Tests und Tests mit externen Partnern statt. In dieser Phase werden nur Fehler behoben, die in der Spezifikation enthalten waren (Bugfixing). Stichtag Abnahme Zu diesem Stichtag nach Abschluß der Bugfixingphase wird das Release abgenommen und kann für die Produktivnahme vorbereitet werden.Auslieferung Testdaten

umgesetzt.

In dieser Phase wird die Umsetzung der Anforderungen IT-intern getestet. 

Fehler, die in der internen Testphase entdeckt werden und bei denen die Anforderungsspezifikation nicht korrekt umgesetzt wurde (Bugfixing), werden behoben.

Testdaten werden

Spätestens am genannten Termin werden Testdaten und Format-Dokumentationen

von IT.2.2 erzeugt

und

, die von 2D.2

für

zusammen mit weiteren Informationen und Format-Dokumentationen (siehe Datendienstinfo) für die Kunden der Datendienste

bereit gestellt.Veröffentlichung ("Go-Live")An diesem Termin wird das Release veröffentlicht, d. h. es wird produktiv gesetzt!

 

zur Verfügung gestellt werden.

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.

Dieser Termin markiert den Beginn der Tests der externen Kunden und Partner unter Verwendung der Datenschnittstellen ONS, SRU (siehe auch Datendienst.

Die externen Partner/Kunden haben bis zur Produktivnahme der Exportformate Zeit eigene Anpassungen durchzuführen.

An diesem Stichtag gehen die Importformate (außer MARC-21) in den produktiven Betrieb über.

An diesem Stichtag gehen die Exportformate und Importformat MARC-21 in den produktiven Betrieb über.

Dauer

  • bis zur Endgültigen Releaseabnahme:
    ca. 13 Wochen
  • bis zur Produktivnahme ca. 24 Wochen
Dauer: ca. 2-3 Wochen Dauer: ca. 4 WochenDauer: ca. 3 Wochen 

Dauer: ca. 1 Woche


 

Dauer:

  • Test mit Bugfixing: ca. 2 Wochen
  • Anpassungsphase für Kunden: ca. 3 Monate


Besprechungen/TermineVor bzw. in der Abstimmungsphase:
  • Termin mit allen IT.1 Beteiligten & IT.3
  • Einzel-Termine zu den Anforderungen der unterschiedlichen Formate 

...







 

Historie der Import/Export-Releases

siehe Aktuelle Informationen zu den Datendiensten 

Nr.

Informationen zum Release

Veröffentlichung ("GoLive") 

2018.01 (Jan) Versionshinweise Di. 16.01.2018 
2017.03 (Sep) Versionshinweise Di. 12.09.2017 
2017.02 (
"GoLive") 
Mai) Das Release ist aufgrund von Änderungen an der Architektur und der Infrastruktur
des DNB-Konversionsdienstes ausgefallen (Projekt "Optimierung Konversionsdienst" (OpKon))

2017.01 (Jan) Versionshinweise Di. 17.01.2017 
2016.03 (Sep) Versionshinweise Di. 13.09.2016 
2016.02 (Mai) 

Neue Konverter für  MODS (Export) und JATS (Import) wurden produktiv gesetzt. 
RDA-Anpassungen beim Format für die Nationalbibliografie (Export),
Linked Data  / RDFxml (Export) und XmetaDissPlus (Import). 

Di. 17.05.2016 
2016.01 (Jan)

RDA-Anpassungen für die Formate ONIX (Import) und MARC 21 (Export).
Vereinheitlichung der DNB- und ZDB-Konversion für Linked Data / RDFxml (Export).  

Di. 12.01.2016 
2015.03 (Okt)
(RDA-Release)
In diesem Release wurden alle

Anforderungen des Datenformates MARC 21 im Rahmen des RDA-Projektes

 umgesetzt

.

Für

Erweiterungen und Verbesserungen für das Format Linked-Data

(

/ RDFxml

) erfolgten allgemeine Erweiterungen und Verbesserungen

.

Diese Release wurde ausnahmsweise an einem Donnerstag produktiv gesetzt!
Do. 01.10.2015
2015.02 (Mai)
(nur RDFxml)
In diesem Release wurden nur Anforderungen zu  Linked-Data-Formaten umgesetzt

Anforderungen für das Format Linked-Data / RDFxml.



Di. 02.06.2015
2015.01 (Jan)
 


Di. 13.01.2015