Seitenhistorie
...
Planungsdaten zu den Import/Export-Releases
Auszug | |
---|---|
|
Erweitern | ||
---|---|---|
| ||
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. |
|
...
|
...
|
...
|
...
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
...
|
...
...
Fr, 12.07.2019
...
Mo. 15.07.2019
Deploy: Di.16.07.2019
...
Di. 15.10.2019
Detaillierte Informationen, siehe Import/Export-Release. |
Beschreibung der Tabellenspalten
Release | Beginn der IT-internen Abstimmungsphase | Anforderungen sind ausgearbeitet | Endgültiger | Entwicklungsphase | Interne Testphase | Beginn externe Testphase | Frist für Fehlermeldungen | Endgültige Releaseabnahme | Produktivnahme |
---|---|---|---|---|---|---|---|---|---|
Release-Name | Bis zu diesem Stichtag sollten alle Jira-Tickets erstellt sein, damit IT.3 bereits zu einem frühen Zeitpunkt eine Übersicht der Anforderungen bekommt. Die fachliche Abstimmung sollte bereits vor der IT-internen Abstimmungsphase erfolgt sein! | Bis zu diesem Stichtag sollten die ausgearbeiteten 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. | An diesem Stichtag sollte der endgültige Releasezuschnitt feststehen, die vollständigen technischen Spezifikationen und die Testdaten sollten vorliegen. | In dieser Phase werden die fachlichen Anforderungen anhand der technischen Spezifikationen umgesetzt. Auch in diesem Zeitraum sind weitere Nachfragen an die Anforderungegeber möglich | 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 | Dieser Termin markiert den Beginn der Tests der externen Kunden und Partner unter Verwendung der Datenschnittstellen ONS, SRU (siehe auch Datendienst Testdaten werden von IT.2.2 erzeugt, die von 2D.2 zusammen mit weiteren Informationen und Format-Dokumentationen (siehe Datendienstinfo) für die Kunden der Datendienste zur Verfügung gestellt werden. | Bis zu diesem Termin können Fehler, die bei der externen Testphase aufgetreten sind, den Kolleginnen und Kollegen der Datendiensten oder IT der DNB gemeldet werden. Dieser Termin markiert damit das Ende der Bugfixing-Phase. Danach (siehe Endgültige Releaseabnahme) werden die Konversionen der Exportformate (inkl. Importformat MARC 21 wegen ONS) bis zur Produktivnahme eingefroren. | Ab diesem Stichtag erfolgen keine Änderungen mehr am Release. Die Importformate (außer MARC-21 wegen ONS) können produktiv genommen werden. 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. |
Dauer
| Dauer: ca. 4 Wochen | Dauer: ca. 4 Wochen | Dauer: ca. 3 Wochen | Dauer Test mit Bugfixing: ca. 2 Wochen Dauer Test/Anpassungsphase für Kunden: ca. 3 Monate
| |||||
Besprechungen/Termine | Vor bzw. in der Abstimmungsphase:
| Besprechungstermine werden bei Bedarf organisiert, wenn eine weitere Priorisierung notwendig ist. |
Historie der Import/Export-Releases
siehe zu Details auch Webseite: 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 (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. | Di. 17.05.2016 |
2016.01 (Jan) | RDA-Anpassungen für die Formate ONIX (Import) und MARC 21 (Export). | Di. 12.01.2016 |
2015.03 (Okt) (RDA-Release) | Anforderungen des Datenformates MARC 21 im Rahmen des RDA-Projektes. | Do. 01.10.2015 |
2015.02 (Mai) (nur RDFxml) | Anforderungen für das Format Linked-Data / RDFxml. | Di. 02.06.2015 |
2015.01 (Jan) |
| Di. 13.01.2015 |
...