Skip to end of metadata
Go to start of metadata

You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 117 Next »

Beginn des Verfahrens

01. März 2011

 

Letzte Aktualisierung

24. März 2015
  • nur noch eine Seite für Import/Export-Releases
1. Releaseplanungen

Beschreibung der unterschiedlichen Releases. Die jeweiligen Links öffnen die aktuellen Planungen pro Release.

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

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

 Seitenanfang

3. Besonderheiten (Fehler, Bugs, Projektaufgaben, spezielle Komponenten, Projekt ZDBANFORDERUNGEN)

 

  • akute Fehler bzw. Bugs, die zu einer Störung in ILTIS führen, werden 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 einem bestehenden Release zugeordnet.
     
  • Datenmanipulationen und Anpassungen von WinIBW-Scripten werden i.d.R. unabhängig von den CBS-Konfigurations-Releases geplant und bearbeitet.
     
  • 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. Schematische Übersicht der jährlichen Releaseplanung für Import & Export

 

MonatJan (Export 01)FebMär (Import 03)AprMai (Export 05) JunJul (Import 07)AugSep (Export 09)Okt Nov (Import 11)Dez 
Beginn des Monats Anforderungsfrist und
Start Entwicklung

Export 05
 Veröffentlichung
Import 03
 Anforderungsfrist und
Start Entwicklung

Export 09
 Veröffentlichung
Import 07
 Anforderungsfrist und
Start Entwicklung

Export 01 
 Veröffentlichung
Import 11 
 
Mitte des Monats

Veröffentlichung
Export 01

Anforderungsfrist und
Start Entwicklung
Import 03

Auslieferung Testdaten
Export 05
  

Veröffentlichung
Export 05

Anforderungsfrist und
Start Entwicklung
Import 07

Auslieferung Testdaten
Export 09
  

Veröffentlichung
Export 09

Anforderungsfrist und
Start Entwicklung
Import 11

 
Auslieferung Testdaten
Export 01
  

 

Seitenanfang

  • No labels