Seitenhistorie

Schließung Jira-Projekt ZDB-ANFORDERUNGEN

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

...

...

Export-Release

...

...

Import-Release

...

Kursiv = Daten innerhalb IT noch nicht abgestimmt!

Seitenanfang

1. Releaseplanungen

Import-/Export-Release

Schnittstellen-Release

CBS-Release

2. Releasebeschreibung

...

enthalten sind Importformate ONIX, xMetaDissPlus und MARC21
Anfang des Monats

Name	Beschreibung	Workflow-Besonderheiten	Frequenz	IT-Zuständigkeit
CBS-Konfigurations-Release (CBS=Central Bibliographic System)	enthalten sind Anpassungen der CBS-Steuertabellen 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. monatlich bzw. alle zwei Monate	Hr. Grund
Import/Export-Release	enthalten sind Anforderungen i.d.R. an das Exportformat MARC21Anforderungen 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 MonatsImport	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

...

3. Entwurf einer schematischen Übersicht der jährlichen Releaseplanung für Import & Export

...

. 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

...

• 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

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

Folgende Anforderungen und Problemmeldungen werden nicht in diesem Verfahren behandelt:

• akute Fehler, 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 für CBS-Konfigurations-Releases

...

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

...

2. Releasezuordnung.

...

3. Releaseankündigung.

...

Eine Woche vor Ablauf des Endtermines für den Eingang von Anforderungen (Anforderungsfrist) wird die ZDB über Jira-Tickets informiert, die Änderungen am Datenformat enthalten, damit die ZDB zu diesen Formatänderungen möglichst früh einbezogen ist.

...

•  
• 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 

...

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

...

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

Seitenanfang