Versionen im Vergleich

Schlüssel

  • Diese Zeile wurde hinzugefügt.
  • Diese Zeile wurde entfernt.
  • Formatierung wurde geändert.
Kommentar: Vollständige Überarbeitung der Tabelle

...

Wichtige Hinweise:

 

  • Die In 2013 wurde zusammen mit 2D.2 die Releaseplanung für Export-Releases überarbeitet, damit Kunden anhand zur Verfügung stehender Testdaten eigene Anpassungen durchführen können.
  • Die Export-Releaseplanung beinhaltet ab 01/14 auch die über den Linked Data Service ausgelieferten Daten in RDFxml (DNB: DNB-Titeldaten und GND; ZDB: ZDB-Titeldaten und Adressdaten) 
  • Die Benennung der Export-Releases erfolgt mit fortlaufender Numerierung! Beispiel: Release 02.2015 ist nicht der Release im Februar, sondern der 2. Release in 2015 im Mai 2015! 
  • Import- und Export-Formate beinhaltet Anpassungen an den folgenden Datenformaten: Produktion, Approval
  • Da neue Java-Versionen immer Dienstags produktiv gesetzt werden, erfolgt auch Ab Export-Release 03.2014 erfolgt die Veröffentlichung der Export-Releases immer Dienstags, da auch die Produktivnahme (Deployment) neuer Java-Versionen an diesen Wochentagen erfolgt.Ab 2015 erfolgen die .

 

 

 

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 

...

Import/Export-Releases 2016

...

Nr.

...

Fachspezifikation
erstellen und finalisieren

...

Test

...

Abnahme

...

Veröffentlichung
("GoLive") 

...

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

...

Mo.21.

...

12.2015 -

...

Fr.05.02.

...

2016 

Mo.08.02.2016 -

...

Fr.19.02.2016

...

Mo.

...

22.

...

02.2016  

...

Mi.

...

24.02.2016

...

Di.

...

24.

...

05.2016

...

2016.03BibFrame/Heuvelmann/ 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

...

Import/Export-Releases 2015

...

Nr.

...

Fachspezifikation
erstellen und finalisieren

...

Entwicklung

...

Abnahme

...

Testdaten erstellen

...

Veröffentlichung
("GoLive") 

...

01.09. - 26.09.2014

...

In diesem Export-Release werden aufgrund des RDA-Export Release
keine MARC21-Anforderungen umgesetzt.
Die bereits zugeordneten
MARC21-Tickets werden auf das Release 01.2016 verschoben.

2017.01 Linked Data DMA/Hentschke/ 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 BASE-DC/Walger/11.11.2016Mo.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 CrossRef/Walger/24.03.2017 Mo.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.

 

 

Beschreibung der Tabellenspalten

 

ÜberschriftBeschreibung
Release 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 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 TestdatenSpätestens am genannten Termin werden Testdaten und Format-Dokumentationen von IT.2.2 erzeugt und von 2D.2 für die Kunden der Datendienste bereit gestellt.
Veröffentlichung ("Go-Live

...

02.03. - 30.04.2015

...

04.05. - 29.05.2015

01.06. - 08.06.2015

...

01.06. - 12.06.2015

09.06. - 12.06.2015

...

MARC 21:
Das Release enthält alle Anforderungen im Rahmen des RDA-Projektes.

RDFxml:
Das Release enthält allgemeine Erweiterungen und Verbesserung.

Für Anforderungen an das ONIX-Importformat gelten gesonderte Zeiten,
siehe
Daten links.

Diese Release muss ausnahmsweise an einem Donnerstag produktiv gesetzt werden!

 

Beschreibung der Tabellenspalten

ÜberschriftBeschreibung
Fachspezifikation
erstellen und finalisieren
Bis zu diesem Termin müssen abgestimmte Anforderungen
und Vorgaben für die Entwicklung in IB.4 vorliegen.
EntwicklungHier sind die Zeiten der Entwicklung benannt.
TestIn diesem Zeitraum finden interne Tests statt.
BugfixingIn diesem Zeitraum werden die bei den Tests ermittelten Fehler ("bugs") behoben.
AbnahmeDies ist der Termin, an dem die Umsetzung von IB.1 abgenommen wurde und IB.4 die Produktivsetzung vorbereitet.
Testdaten erstellenAb diesem Termin werden Testdaten und Format-Dokumentationen von 2D.2 bereit gestellt.
Veröffentlichung ("GoLive")An diesem Termin wird das Release veröffentlicht, d. h. es wird produktiv gesetzt!

 

 

 

Historie der Import/Export-Releases

Nr.

Informationen zum Release

Veröffentlichung
("GoLive") 

2015.03 (Okt)
(RDA-Release)

In diesem Release wurden alle Anforderungen des Datenformates MARC 21 im Rahmen des RDA-Projektes umgesetzt.
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.



Di. 02.06.2015
2015.01 (Jan)

 

Di. 13.01.2015KommentarHier sind ggf. Kommentare zum Release enthalten.