Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

Anchor
begin
begin

Table of Contents
typeflat

Beginn des Verfahrens

01. März 2011

Letzte Aktualisierung

06. Juni 2013

Änderungen ab 01.01.2013

Ab 01.01.2013 werden alle Anforderungen nur noch im Jira-Projekt ILTIS erfasst. Dadurch wird der Arbeitsaufwand für die Releaseplanung erheblich reduziert und die Bearbeitung der Anforderungen wird übersichtlicher. Das Jira-Projekt ZDB-ANFORDERUNGEN bleibt zunächst zur Dokumentation der bisherigen Anforderungen bestehen. Es können dort ab 2013 jedoch keine Tickets mehr erstellt werden. Bis zum Jahreswechsel werden im Projekt ILTIS Komponenten für die ZDB ergänzt (z.B. ZDB für Bibliotheken, WebCat). ZDB-Anforderungen können durch den einleitenden Text "ZDB" in der Kurzbeschreibung für die Recherche optimiert werden.

1. Aktuelle Releaseplanungen

...

CBS-Konfigurations-Release

...

Nr.

Anforderungen
müssen eingegangen sein
bis ...

Prüfung der Anforderungen durch IT und FA von ... bis ... ( 1 KW)

Umsetzung und Test der Anforderungen von ... bis ... (3 KW)

Alle Anforderungen des Release müssen behoben sein bis ... 10 Uhr !!! (lightbulb)

Veröffentlichung des Release am ...

01.2013

Fr. 30.11.2012(tick)

07.12. - 14.12.2012 (tick)

17.12.2012 - 18.01.2013 (tick)

Fr. 18.01.2013 (tick)

Mo. 21.01.2013 (tick)

03.2013

Fr. 02.02.2013 (tick)

04.02. - 08.02.2013 (tick)

11.02. - 28.02.2013 (tick)

Do. 28.02.2013 (tick)

Fr. 01.03.2013 (tick)

05.2013

Fr. 05.04.2013 (tick)

08.04. - 12.04.2013 (tick)

15.04. - 02.05.2013 (tick)

Fr. 03.05.2013 (tick)

Mo. 06.05.2013 (tick)

06.2013

Fr. 10.05.2013

13.05. - 17.05.2013 (tick)

21.05. - 07.06.2013

Fr. 07.06.2013

Mo. 10.06.2013 (aktualisiert)

07.2013

Fr. 14.06.2013

17.06. - 21.06.2013

24.06. - 12.07.2013

Fr. 12.07.2013

Mo. 15.07.2013 (aktualisiert)

09.2013

Fr. 12.07.2013

15.07. - 26.07.2013

29.07. - 30.08.2013

Fr. 30.08.2013

Mo. 02.09.2013

10.2013

Fr. 30.08.2013

02.09. - 06.09.2013

09.09. - 30.09.2013

Mo. 30.09.2013

Di. 01.10.2013

11.2013

Fr. 04.10.2013

07.10. - 11.10.2013

14.10. - 31.10.2013

Do. 31.10.2013

Fr. 01.11.2013

12.2013

Fr. 01.11.2013

04.11. - 08.11.2013

11.11. - 29.11.2013

Fr. 29.11.2013

Mo. 02.12.2013

 

...

Export-Release

...

Nr.

...

Anforderungen müssen eingegangen und Vorgabe erstellt sein bis ...

...

Umsetzung und Test der Anforderungen
von ... bis ... (7 KW)

...

Alle Anforderungen des Release müssen behoben sein
bis ... 10 Uhr !!! (lightbulb)

...

Bereitstellung von Testdaten und Dokumentationen zum Release am ...

...

Veröffentlichung des Release
am ...

...

Bemerkungen

...

12.2012

...

Fr. 12.10.2012   (tick)

...

Umsetzung: 15.10. - 16.11.2012 (tick)
Test und Anpassungen: 19.11. - 30.11.2012 (tick)

...

Fr. 30.11.2012 (tick)

...

In Export-Release 12.2012 werden Anpassungen für den Export der durch die originalschriftliche Erfassung erstellten Daten enthalten sein. Dabei werden jedoch u.a. die Verknüpfungsfelder nicht bearbeitet. Insgesamt sind ca. 10 Jira-Tickets in diesem Release enthalten.

...

04.2013

...

Fr. 15.02.2013 (tick)

...

Umsetzung: 04.02. - 15.03.2013 (tick)
Test und Anpassungen: 18.03. - 28.03.2013(tick)

...

Do. 28.03.2013 (tick)

...

Mo. 02.04.2013 (tick)

...

 

...

06.2013

...

Fr. 26.04.2013 (tick)

...

Umsetzung: 29.04. - 31.05.2013 (tick)
Test und Anpassungen: 03.06. - 14.06.2013(tick)

...

Fr. 14.06.2013(tick)

...

Mo. 17.06.2013(tick)

...

In Export-Release 06.2013 werden Anpassungen für den Export der durch die originalschriftliche Erfassung erstellten Daten, z.B. Verlagsangaben, Verknüpfungesfelder, enthalten sein.

...

01.2014

...

Fr. 30.08.2013

...

Umsetzung: 02.09. - 30.09.2013
Test und Anpassungen: 01.10. - 15.10.2013

...

Di. 15.10.2013

...

Mi. 16.10.2013

...

Hinweis: Zusammen mit 2D ist eine Überarbeitung der Releaseplanungen für Export-Releases geplant. Der Release 09.2013 wird intern zwar wie geplant durchgeführt, die Produktivsetzung erfolgt jedoch erst mit dem Stichtag des Release 01.2014, damit Kunden anhand zur Verfügung stehender Testdaten eigene Anpassungen durchführen können und die Fristen für die Ankündigung zukünftig besser eingehalten werden können.

...

05.2014

...

Mo. 30.12.2013

...

Umsetzung: 01.01. - 31.01.2014
Test und Anpassungen: 03.02. - 14.02.2014

...

Fr. 14.02.2014

...

Mo. 17.02.2014

...

 

...

Umsetzung: 01.05. - 30.05.2014
Test und Anpassungen: 02.06. - 13.06.2014 

...

 

...

Import-Release

...

Nr.

Anforderungen
müssen eingegangen sein
bis ...

Umsetzung und Test der Anforderungen
von ... bis ... ( 7 KW )

Alle Anforderungen des Release müssen behoben sein
bis ... 10 Uhr !!! (lightbulb)

Veröffentlichung des Release
am ...

Bemerkungen

01.2013

Fr. 16.11.2012 (tick)

Umsetzung: 03.12. - 04.01.2012 
Test und Anpassungen: 07.01. - 25.01.2013 (tick)

Fr. 25.01.2013  (tick)

Mo. 28.01.2013 (tick)
 

Der Schwerpunkt liegt hier (neben zwei Tickets zu Dateiformat und Zeitschriftenlieferungen) auf der ZDB-Anforderung zur MARC-Importschnittstelle(n) für Lokaldaten.Für dieses Release sind keine Anpassungen für ONIX bzw. xMetaDissPlus geplant.

05.2013

Fr. 22.03.2013 (tick)

Umsetzung: 25.03. - 19.04.2013 (tick)
Test und Anpassungen : 22.04. - 02.05.2013

Do. 02.05.2013

Fr. 03.05.2013

 

09.2013

Fr. 21.06.2013

Umsetzung: 24.06. - 26.07.2013
Test und Anpassungen : 29.07. - 30.08.2013

Fr. 30.08.2013

Mo. 02.09.2013

 

11.2013

Fr. 20.09.2013

Umsetzung: 23.09. - 25.10.2013
Test und Anpassungen : 28.10. - 08.11.2013

Fr. 08.11.2013

Mo. 11.11.2013

 

03.2014 Fr. 17,01.2014 Umsetzung: 20.01. - 14.02.2014
Test und Anpassungen : 17.02. - 28.02.2014 
Fr. 28.02.2014 Mo. 03.03.2014  
07.2014 Fr. 09.05.2014 Umsetzung: 12.05. - 13.06.2014
Test und Anpassungen : 16.06. - 30.06.2014  
Mo 30.06.2014 Di. 01.07.2014  
11.2014 Fr. 15.08.2014 Umsetzung:18.08. - 17.09.2014 
Test und Anpassungen :  19.09. - 30.09.2014 
Di. 30.09.2014 Mi 01.10.2014  

 

 

 

 

 

 

Kursiv = Daten innerhalb IT noch nicht abgestimmt!

Seitenanfang

2. Beschreibung der unterschiedlichen Releases

Name

Beschreibung

Workflow-Besonderheiten

Frequenz

CBS-Konfigurations-Release

enthalten sind Anpassungen der CBS-Steuertabellen für die Validation, die Indexierung, die Expansion, die Präsentation und die Syntax.

eine Prüfung der Anforderungen durch die Fachabteilungen ist vor der konkreten Umsetzung der Anforderungen vorgesehen.

monatlich bzw. alle zwei Monate

Export-Release

enthalten sind Anforderungen i.d.R. an das Exportformat MARC21

eine Prüfung der Anforderungen durch die Fachabteilungen ist nicht vorgesehen, da die notwendige Abstimmung bereits in der Erstellungsphase erfolgt.

alle drei Monate zum 1. eines Monats

Import-Release

enthalten sind Anforderungen an die Importformate ONIX, xMetaDissPlus und MARC21

eine Prüfung der Anforderungen durch die Fachabteilungen ist nicht vorgesehen, da die notwendige Abstimmung bereits in der Erstellungsphase erfolgt.

alle drei Monate

Hinweis: In den Monaten August und September werden aufgrund von Urlaubszeiten keine Releases eingeplant.

3. Zielsetzungen des Change Management
1. Releaseplanungen
Import-/Export-Release

Excerpt Include
Import/Export-Release
Import/Export-Release

Schnittstellen-Release

Excerpt Include
Schnittstellen-Release
Schnittstellen-Release

CBS-Release

Excerpt Include
CBS-Release
CBS-Release

2. Releasebeschreibung

Name

Beschreibung

Workflow-Besonderheiten

Frequenz

IT-Zuständigkeit 

CBS-Release

(CBS=Central Bibliographic System)

enthalten sind CBS-Anpassungen
für

  • die Validation,
  • die Indexierung,
  • die Expansion,
  • die Präsentation und
  • die Syntax.

Eine Prüfung der Anforderungen (durch die Fachabteilungen oder IT)
ist i.d.R. vor Ablauf der Anforderungsfrist nicht vorgesehen.
Nach Ablauf der Anforderungsfrist haben die Fachabteilungen
eine Woche Zeit die Anforderungen zu prüfen.
Erst im Anschluß beginnt die Umsetzung der Anforderung in der IT.

(siehe Workflow des CBS-Release)

ca. alle zwei Monate

Hr. Grund 

Import/Export-Release

enthalten sind Anforderungen an die
Exportformate MARC 21 und Linked Data,
sowie an die
Importformate ONIX, xMetaDissPlus, MARC 21

Die Anforderungen und Vorgaben sollten zur Anforderungsfrist
sowohl mit den Fachabteilungen als auch innerhalb der IT abgestimmt sein,
damit nach der Anforderungsfrist sofort mit der Umsetzung begonnen werden kann.
Workflow-Diagramm der Import/Export-Releases 

alle vier Monate /
Mitte des Monats

Hr. Althaus 
Schnittstellen-Release

enthält Anforderungen an die
Schnittstellen:

  • OAI
  • SRU/Retrieval
  • Z39.50
  • ONS/Z39.50
  • ONS/SRU
  • IN2N / SCUSI-Schnittstelle
Die Anforderungen und Vorgaben sollten zur Anforderungsfrist
sowohl mit den Fachabteilungen (i.d.R. 2D) als auch innerhalb der IT abgestimmt sein,
damit nach der Anforderungsfrist sofort mit der Umsetzung begonnen werden kann.
alle vier Monate /
i.d.R. der letzte
Dienstag im Monat 
Hr. Althaus

 Seitenanfang

3. Zielsetzungen des Change Management

 

  • Aufwandsminimierung
    der Aufwand für Change-Requests, die als Jira-Tickets gemeldet werden, soll durch Bündelung der Anforderungen reduziert werden
  • Konzentration
    die MitarbeiterInnen der IT sollen sich stärker auf zeitkritische (Projekt-)Aufgaben konzentrieren können
  • Information
    die Information der Fachabteilungen über die Anforderungsplanung

...

  • soll verbessert werden
  • Abhängigkeiten
    Änderungen sollen frühzeitig auf Wechselwirkungen und Abhängigkeiten geprüft werden
  • Bearbeitungszeit
    die Bearbeitung von Anforderungen, die als Jira-Tickets gemeldet wurden, soll

...

  • kontrolliert und

...

4. Requests, die nicht im ILTIS-Change-Management behandelt werden

Folgende Anforderungen und Problemmeldungen werden nicht in diesem Verfahren behandelt:

...

  • zeitnah erfolgen

...

  • Verläßlichkeit
    über Jira-Tickets gemeldete Anforderungen sollen zuverlässig bearbeitet werden, indem sie mit Releaseplanung erfolgen
  • Workflow
    durch Definition eines abgestimmten  sollen die Zuständigkeiten eindeutig festgelegt werden

 

Besonderheiten (Fehler, Bugs, Projektaufgaben, spezielle Komponenten)

  • akute Fehler bzw. Bugs, die zu einer Störung in ILTIS führen, werden sofort bearbeitet umgehend außerhalb der Releaseplanung bearbeitet
    (die Bewertung, ob es sich um einen akuten Fehler handelt erfolgt mittels Einzelfallprüfung durch die Leiter der Jira-Projekte)
     
  • Anforderungen, die sich im Rahmen eines Projektes zur Einführung eines neuen Verfahrens, Geschäftgangs, etc. ergeben, werden nach wie vor zeitnah bearbeitet. Diese werden ggf. kurzfristig einem bereits eingeplanten Release zugeordnet oder es wird ein eigenes Release erstellt. Ein Projekt-Release wird den Fachabteilungen zur Prüfung übermittelt, dazu wird das Verfahren wie bei den CBS-Konfigurations-Releases genutzt.
    werden einem bestehenden Release zugeordnet. Je nach Umfang der Anforderungen sind hier jedoch gesonderte Termine einzuhalten.
     
  • Datenmanipulationen und Anpassungen von WinIBW-Scripten werden i.d.R. unabhängig von den CBS-Konfigurations-Releases geplant und bearbeitet.
5. Workflow des ILTIS-Change-Managements

...

1. Eine neue Anforderung der FA wird als Jira-Task erfasst.

...

2. Releasezuordnung.

...

3. Releaseankündigung.

...

Nach Ablauf des Endtermines für den Eingang von Anforderungen wird, wenn es sich um Anforderungen im Rahmen eines CBS-Konfigurations-Releases oder einem speziellen Projekt-Release handelt, eine Releaseankündigung an die ILTIS-Kerngruppe und ZDB-Ansprechpartner geschickt. Die ILTIS-Kerngruppe besteht aus MitarbeiterInnen aller DNB-Abteilungen und ZDB-Kollegen. Für die Releaseankündigung wird ein Dokument erstellt, in der eine tabellarische Übersicht über die Anforderungen eines Release enthalten sind und in dem die einzelnen Arbeitsgebiete ihre Bewertung abgeben können.

...

4. Releaseprüfung.

...

5. Releaseumsetzung und -test.

...

6. Releaseabnahme.

...

7. Releaseveröffentlichung.

...

Am Veröffentlichungstag des Releases werden alle im Release zusammengefassten Anpassungen durch Aktivierung der betroffenen Steuerungstabellen übernommen.

...

8. Releaseabschluß.

...

ca. 2 Tage nach Veröffentlichung des Releases schliesst IT alle diesem zugeordneten Jira-Vorgänge.

...

  •  
  • Das Jira-Projekt ZDB-ANFORDERUNGEN wird seit 1.1.2013 nur noch zur Dokumentation der vor 2013 erstellten Anforderungen verwendet.
    Es können dort keine Tickets mehr erstellt werden.

Seitenanfang