Seitenhistorie
...
- Die Releaseplanung für Import- und Export-Formate beinhaltet Anpassungen an den folgenden Datenformaten: Produktion, Approval
- Aktuelle Informationen zu den Datendiensten
- Dokumentationen und Feldbeschreibungen der Export-Formate:
- MARC 21: Dokumentation und Feldbeschreibungen
- Linked Data Service: Dokumentation - Da neue Java-Versionen immer Dienstags produktiv gesetzt werden, erfolgt auch die Veröffentlichung der Export-Releases immer Dienstags.
- Das Release 2017.02 fällt aus, da Änderungen an der Architektur und der Infrastruktur des DNB-Konversionsdienstes durchgeführt werden, Projekt "Optimierung Konversionsdienst" (OpKon)!
- Änderungen ab Release 2017.03:
- Neu: Testdaten müssen zum Termin des endgültigen Releasezuschnittes vorliegen. Ab Release 2018.01 sind Testdaten am Ende der Abstimmungsphase verpflichtend!
- Beginn der externe Test- und Bugfixingphase, Information der Kunden und Auslieferung der Testdaten nach der internen Test- und Bugfixingphase.
- Neu: Frist für die Rückmeldung von Fehlern der externen Testphase.
- Neu: Produktivnahme der Importformate (außer MARC 21) zum Termin der endgültigen Releaseabnahme (Ergebnis des Projektes OpKon) - ACHTUNG: Alle Jira-Tickets müssen zumindest im Entwurfsstatus bereits zum Beginn der Abstimmungsphase vorliegen!
Import/Export-Releases 2017/2018
| Auszug | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
Stand: 13 26.0307.2017
weitere Informationen |
Beschreibung der Tabellenspalten
Release | Beginn der als Jira-Ticket internen Abstimmungsphase | Anforderungen sind ausgearbeitet | Endgültiger | Entwicklungsphase | Interne Test- und TestphaseBugfixingphase | Beginn der externen Test- und Bugfixingphase / Auslieferung Testdaten | Frist für die Rückmeldung von Fehlern der externen Testphase | Endgültige Releaseabnahme und Produktivnahme der Importformate (außer MARC21) | Produktivnahme |
|---|
| 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 | ||||||||||||||||||||||||||||
| Überschrift | Dauer | Beschreibung | ||||||||||||||||||||||||||||
| Release | Release vom Beginn der Abstimmungsphase - bis zur endgültigen Abnahme/Produktivnahme Importformate: ca. 13 Wochen - bis zur Produktivnahme Exportformate: ca. 24 Wochen | Versionsbezeichnung des Releases. | ||||||||||||||||||||||||||||
| Beginn der Abstimmungsphase | Abstimmungsphase: ca. 4 Wochen | Ab diesem Stichtag werden neue Anforderungen sowohl mit dem Auftraggeber, als auch innerhalb IT abgestimmt. Zu Beginn der Abstimmungsphase werden bei einem gemeinsamen Treffen erste Vorstellungen zu neuen Anforderungen innerhalb IT ausgetauscht. Das Treffen wird vom Produktverantwortlichen möglichst am Stichtag organisiert. | ||||||||||||||||||||||||||||
| Vorlage der Anforderungen als Jira-Ticket | Zu diesem Stichtag sollten IT.3 alle Anforderungen i.d.R. 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 | .Endgültiger Releasezuschnitt. | Vorlage TestdatenAn diesem Stichtag sollte der endgültige Releasezuschnitt feststehen, die vollständigen technischen Spezifikationen und die Testdaten sollten 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 | ca. 4 Wochen;In dieser Phase werden die fachlichen Anforderungen anhand der technischen Spezifikationen | entwickeltumgesetzt. Auch in diesem Zeitraum sind weitere Nachfragen an die Anforderungegeber möglich | .Interne Test- und Bugfixingphase | ca. 3 Wochen | In dieser Phase wird die Umsetzung der Anforderungen IT-intern getestet. Fehler | In diesem Zeitraum finden die internen Tests durch IT.1 statt. Fehler, die in der internen Testphase entdeckt werden und bei denen die Anforderungsspezifikation nicht korrekt umgesetzt wurde (Bugfixing), werden behoben | . Beginn der externen Test- und Bugfixingphase / Auslieferung Testdaten | 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. | Frist für die Rückmeldung von Fehlern der externen Testphase |
| 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 | Endgültige Releaseabnahme und Produktivnahme der Importformate (außer MARC-21 | ) Zu diesem Stichtag nach Abschluß der Bugfixingphase erfolgt die endgültige Release abnahme. | wegen ONS) können produktiv genommen werden | (Ausnahme: MARC21 wegen ONS). Die externen Partner/Kunden haben bis zur Produktivnahme der | Exportformate (und des Importformates MARC 21)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. | An diesem Termin werden die Anpassungen an den Konversionen der Exportformate MARC21 und Linked-Datea sowie dem Importformat MARC21, die im Rahmen des Releases durchgeführt wurden, produktiv gesetzt! |
Historie der Import/Export-Releases
...
Nr. | Informationen zum Release | Veröffentlichung ("GoLive") |
|---|---|---|
| 2017.1 (Jan) | Versionshinweise | Di. 17.01.2017 |
| 2016.3 (Sep) | Versionshinweise | Di. 13.09.2016 |
| 2016.2 (Mai) | Neue Konverter für MODS (Export) und JATS (Import) wurden produktiv gesetzt. | Di. 17.05.2016 |
| 2016.1 (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 |
Überblick
Inhalte