Versionen im Vergleich

Schlüssel

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

zurück zu ILTIS-Change-Management 

Wichtige Hinweise

Inhalt

Inhalt

Wichtige Hinweise

...

...


Auszug

...

Import/Export-Releases 2016/2017 (Produktverantwortung: B. Althaus, IT.1.1)

Release

Im Release geplante Projekte (Projekt/Kontakt/Stichtag)Beginn fachl. Abstimmung Stichtag Jira-Tickets 

Stichtag techn. Spezifikation

Entwicklungsphase 

Bugfixingphase

Stichtag Abnahme Auslieferung Testdaten

Veröffentlichung ("Go-Live") 

2016.01 

Mo.03.08.2015

Mo.17.08.2015 Mo.31.08.2015Di.01.09.2015 - Fr.25.09.2015 

Mo.28.09.2015 - Fr.09.10.2015

Mo.12.10.2015 Mi.14.10.2015Di.12.01.2016
2016.02 

Mo.16.11.2015

Mo.30.11.2015 Fr.18.12.2015Mo.21.12.2015 - Fr.05.02.2016 

Mo.08.02.2016 - Fr.19.02.2016

Mo.22.02.2016  Mi.24.02.2016Di.24.05.2016
2016.03CrossRef/Walger/01.04.2016 

Mo.04.04.2016

Mo.18.04.2016 Fr.29.04.2016Mo.02.05.2016 - Fr.27.05.2016 

Mo.30.05.2016 - Fr.10.06.2016

Mo.13.06.2016  Mi.15.06.2016Di.13.09.2016
2017.01 Linked Data DMA/Hentschke/ 29.07.2016
BASE-DC/Walger/29.07.2016
Mo.01.08.2016  Di.16.08.2016  Mi.31.08.2016 Do.01.09.2016 - Fr.01.10.2016  

Mo.04.10.2016 - Fr.14.10.2016 

Mo.17.10.2016 Mi.19.10.2016 Di.17.01.2017 
2017.02 ONIX 3.0/Trunk/11.11.2016 Mo.14.11.2016  Mo.05.12.2016 Fr.16.12.2016 Mo.19.12.2016 - Fr.03.02.2017  

Mo.06.02.2017 - Fr.17.02.2017

Mo.20.02.2017 Mi.22.02.2017 Di.23.05.2017 
2017.03 BIBFRAME / Heuvelmann / 01.04.2017Mo.27.03.2017  Di.18.04.2017  Fr.28.04.2017 Di.02.05.2017 - Fr.26.05.2017  

Mo.29.05.2017 - Fr.09.06.2017

 
Mo.12.06.2017  Mi.14.06.2017 Di.12.09.2017  

 weitere Informationen.

...


ReleaseAnforderungsfristEntwicklungInterne 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.01
25.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
2024.0212.01.202422.01.2024 bis
16.02.2024
19.02.2024 bis
01.03.2024
04.03.2024 bis
08.03.2024
11.03.2024 bis
22.03.2024
Di, 09.04.2024Di, 18.06.2024

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, 09.07.2024Di, 24.09.2024








2025.0130.08.202416.09.2024 bis
11.10.2024
14.10.2024 bis
25.10.2024
28.10.2024 bis
01.11.2024
04.11.2024 bis
15.11.2024
Di, 19.11.2024Di, 04.02.2025
2025.0210.01.202520.01.2025 bis
14.02.2025
17.02.2025 bis
28.02.2025
03.03.2025 bis
07.03.2025
10.03.2025 bis
21.03.2025
Di, 25.03.2025Di, 10.06.2025
2025.0311.04.202505.05.2025 bis
30.05.2025
02.06.2025 bis
13.06.2025
16.06.2025 bis
20.06.2025
23.06.2025 bis
04.07.2025
Di, 08.07.2025Di, 23.09.2025








2026.0122.08.202515.09.2025 bis
10.10.2025
13.10.2025 bis
24.10.2025
27.10.2025 bis
31.10.2025
03.11.2025 bis
14.11.2025
Di, 18.11.2025Di, 03.02.2026

Detaillierte Informationen, siehe Import/Export-Release.

 

Beschreibung der Tabellenspalten

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

 

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 (
"GoLive") 
Jan) Versionshinweise Di. 16.01.2018 
2017.03 (Sep) Versionshinweise Di. 12.09.2017 
2017.02 (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