Seitenhistorie
Import-/Export-Release
Auszug einschließen | ||||
---|---|---|---|---|
|
Schnittstellen-Release
Auszug einschließen | ||||
---|---|---|---|---|
|
CBS-Release
Auszug einschließen | ||||
---|---|---|---|---|
|
Releasebeschreibung
Name | Beschreibung | Workflow-Besonderheiten | Frequenz | IT-Zuständigkeit |
---|---|---|---|---|
(CBS=Central Bibliographic System) | enthalten sind CBS-Anpassungen
| siehe Workflow des CBS-Release | alle drei Monate (Quartal) | Hr. Althaus |
enthalten sind Anforderungen an die | Die Anforderungen und Vorgaben sollten zur Anforderungsfrist | alle sechs Monate / | Fr. Trunk | |
Schnittstellen-Release | enthält Anforderungen an die
| 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. Becker |
Zielsetzungen des Change Management
- Aufwandsminimierung
...
Inhalt |
---|
Beginn des Verfahrens | 1. März 2011 |
---|---|
Letzte Aktualisierung | 16. November 2012 |
1. Aktuelle Releaseplanungen
...
CBS-Konfigurations-Release
...
Nr. | Anforderungen | 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 !!! | Veröffentlichung des Release am ... |
---|---|---|---|---|---|
11.2012 | Fr. 12.10.2012 | 15.10. - 19.10.2012 | 22.10. - 09.11.2012 | Fr. 09.11.2012 | Mo. 12.11.2012 |
01.2013 | Fr. 30.11.2012 | 03.12. - 07.12.2012 | 10.12.2012 - 11.01.2013 | Fr. 11.01.2013 | Mo. 14.01.2013 |
03.2012 | Fr. 02.02.2013 | 04.02. - 08.02.2013 | 11.02. - 28.02.2013 | Do. 28.02.2013 | Fr. 01.03.2013 |
05.2013 | Fr. 05.04.2013 | 08.04. - 12.04.2013 | 15.04. - 02.05.2013 | Do. 02.05.2013 | Fr. 03.05.2013 |
06.2013 | Fr. 03.05.2013 | 06.05. - 10.05.2013 | 13.05. - 31.05.2013 | Fr. 31.05.2013 | Mo. 03.06.2013 |
07.2013 | Fr. 31.05.2013 | 03.06. - 07.06.2013 | 10.06. - 28.06.2013 | Fr. 28.06.2013 | Mo. 01.07.2013 |
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 !!!
...
Veröffentlichung des Release
am ...
...
Bemerkungen
...
12.2012
...
Fr. 12.10.2012
...
Umsetzung: 15.10. - 16.11.2012
Test und Anpassungen: 19.11. - 30.11.2012
...
Fr. 30.11.2012
...
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
...
Umsetzung: 04.02. - 15.03.2013
Test und Anpassungen: 18.03. - 28.03.2013
...
Do. 28.03.2013
...
Mo. 02.04.2013
...
In Export-Release 04.2013 werden Anpassungen für den Export der durch die originalschriftliche Erfassung erstellten Daten, z.B. die Verknüpfungesfelder, enthalten sein.Des weiteren ist in diesem Release die umfangreiche Anforderung zu Feld 924 "Bestandsinformationen" enthalten.
...
06.2013
...
Fr. 26.04.2013
...
Umsetzung: 29.04. - 31.05.2013
Test und Anpassungen: 03.06. - 14.06.2013
...
Fr. 14.06.2013
...
Mo. 17.06.2013
...
...
09.2013
...
Fr. 26.07.2013
...
Umsetzung: 29.07. - 30.08.2013
Test und Anpassungen: 02.09. - 13.09.2013
...
Fr. 13.09.2013
...
Mo. 16.09.2013
...
...
12.2013
...
Fr. 25.10.2013
...
Umsetzung: 28.10. - 29.11.2013
Test und Anpassungen: 02.12. - 13.12.2013
...
Fr. 13.12.2013
...
Mo. 16.12.2013
...
...
Import-Release
...
Nr. | Anforderungen | Umsetzung und Test der Anforderungen | Alle Anforderungen des Release müssen behoben sein | Veröffentlichung des Release | Bemerkungen |
---|---|---|---|---|---|
01.2013 | Fr. 16.11.2012 | Umsetzung: 03.12. - 04.01.2012 | Fr. 25.01.2013 | Mo. 28.01.2013 | 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 | Umsetzung: 25.03. - 19.04.2013 | Do. 02.05.2013 | Fr. 03.05.2013 |
|
09.2013 | Fr. 21.06.2013 | Umsetzung: 24.06. - 26.07.2013 | Fr. 30.08.2013 | Mo. 02.09.2013 |
|
11.2013 | Fr. 20.09.2013 | Umsetzung: 23.09. - 25.10.2013 | Fr. 08.11.2013 | Mo. 11.11.2013 |
|
|
|
|
|
|
|
Kursiv = Daten innerhalb IT noch nicht abgestimmt!
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
- 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ässlichkeit
ü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
4. 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äftgangsGeschäftsgangs, etc. ergeben,
werden nach wie vor zeitnah bearbeitet.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.
...
- Das Jira-Projekt ZDB-ANFORDERUNGEN
...
2. Releasezuordnung.
...
3. Releaseankündigung.
...
- wird seit 1.1.2013 nur noch zur Dokumentation der vor 2013 erstellten Anforderungen verwendet.
Es können dort keine Tickets mehr erstellt werden.
...
4. Releaseprüfung.
...
5. Releaseumsetzung und -test.
...
6. Releaseabnahme.
...
7. Releaseveröffentlichung.
...
8. Releaseabschluß.
...
ca. 2 Tage nach Veröffentlichung des Releases schliesst IT alle diesem zugeordneten Jira-Vorgänge.