Seitenhistorie
...
| Auszug | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
Stand: 08.02.2017
weitere Informationen |
...
| Überschrift | Beschreibung | |
|---|---|---|
| Release | Versionsbezeichnung des Releases. | |
| Beginn der Abstimmungsphase | 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 Anforderungen Anforderungen bei IT.3 | 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 und Vorlage Testdaten | An diesem Stichtag sollte der endgültige Releasezuschnitt feststehen und die , 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 | In dieser Phase werden die fachlichen Anforderungen anhand der technischen Spezifikationen entwickelt. Auch in diesem Zeitraum sind weitere Nachfragen an die Anforderungegeber möglich. | |
| Interne Testphase | In diesem Zeitraum finden die internen Tests durch IT.1 statt. | |
1. Bugfixingphase | In diesem Zeitraum werden Fehler behoben, die in der internen Testphase entdeckt wurden und bei denen die Anforderungsspezifikation nicht korrekt umgesetzt wurde (Bugfixing). | |
| Externe Testphase | In diesem Zeitraum finden interne die Tests und Tests mit externen Partnern statt. In dieser Phase werden nur Fehler der externen Kunden und Partner statt, i.d.R. unter Verwendung der Datenschnittstellen ONS, OAI und SRU | |
2. Bugfixingphase | In diesem Zeitraum werden Fehler behoben, die in der | Spezifikation enthalten warenexternen Testphase entdeckt wurden und bei denen die Anforderungsspezifikation nicht korrekt umgesetzt wurde (Bugfixing). |
| Release abgenommen | Zu diesem Stichtag nach Abschluß der Bugfixingphase sollte das Release abgenommen sein und steht für die Produktivnahme bereit. | |
| Auslieferung Testdaten | Zu diesem Termin werden Testdaten von IT.2.2 erzeugt, die von 2D.2 zusammen mit weiteren Informationen und Format-Dokumentationen für die Kunden der Datendienste zur Verfügung gestellt werden. | |
| Produktivnahme | An diesem Termin wird das Release produktiv gesetzt! |
...
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