Requirements Engineering und IT Service Management Ansatzpunkte einer integrierten Sichtweise

Größe: px

Ab Seite anzeigen:

Download "Requirements Engineering und IT Service Management Ansatzpunkte einer integrierten Sichtweise"

Dominik Geisler
vor 8 Jahren
Abrufe

1 Requirements Engineering und IT Service Management Ansatzpunkte einer integrierten Sichtweise Markus Garschhammer Munich Network Management Team (LMU München / Leibniz Rechenzentrum) Friederike Nickl Sepis GmbH, ein Unternehmen der Swiss Life

Garschhammer Munich Network Management Team (LMU München /

2 Die Kluft zwischen Systementwicklung und IT-Betrieb Fachbereiche Entwicklungsauftrag Betriebsauftrag Systementwicklung System Software Engineering (SE) Systemeigenschaften Requirements Management Abnahme V-Modell XT, RUP, IT-Betrieb Dienst IT Service Management (ITSM) QoS-Parameter Service Level Management SLA Review ITIL, etom, Folie 2

Systemeigenschaften Requirements Management Abnahme V-Modell XT, RUP, IT-Betrieb

3 Die Kluft zwischen Systementwicklung und IT-Betrieb Fachbereiche Geschäftsprozess/ Geschäfts- Anforderungen EntwicklungsauftragSystem/ Requirements Systementwicklung Betriebsauftrag Dienst/ Service Level IT-Betrieb Jeweils spezifische Methoden, Vorgehensweisen, Lebenszyklus- Modelle, Begriffswelten Aber: Der durch IT-Betrieb zur Verfügung gestellte IT-Dienst basiert auf dem entwickelten System Überlappende Leistungen und Qualitätsziele! Folie 3

Jeweils spezifische Methoden, Vorgehensweisen, Lebenszyklus- Modelle, Begriffswelten Aber: Der durch IT-Betrieb

4 Notwendigkeit einer Integration am Beispiel Verfügbarkeitsanforderungen Erhöhung der Verfügbarkeit kann erreicht werden durch: Robusteres System-Design Gründlichere Tests bei der Entwicklung Verwendung ausfallsicherer Hardware Schnellere Reaktion auf Störungen im Betrieb Höhere Verfügbarkeit extern bezogener Ressourcen Entwicklung wie Betrieb haben Einfluss auf Verfügbarkeit Optimale Effizienz beim Erreichen der Anforderungen erfordert bereichsübergreifende Optimierung Folie 4

Reaktion auf Störungen im Betrieb Höhere Verfügbarkeit extern bezogener Ressourcen Entwicklung wie Betrieb haben

5 Funktionale und nichtfunktionale Anforderungen Funktionale Anforderungen: Was soll das System an Funktionen leisten? Nicht-funktionale Anforderungen: Wie muss das System diese Funktionen erbringen? Kategorien: Usability Performance - Zeit- und Verbrauchsverhalten - Verfügbarkeit - Security Requirements Folie 5

Nicht-funktionale Anforderungen: Wie muss das System diese Funktionen

6 Zielsetzung Effiziente Umsetzung der (nicht-funktionalen) Kundenanforderungen Koordination zwischen Systementwicklung und IT-Betrieb Integrierte Sichtweise Verständnis der Beziehungen zwischen den Rollen, Aktivitäten und Artefakten beider Seiten Beschreibung der Rollen, Aktivitäten und Artefakte beider Bereiche in gemeinsamem Modell Folie 6

Verständnis der Beziehungen zwischen den Rollen, Aktivitäten und Artefakten beider

7 Exemplarisches Vorgehen Systementwicklung Software Engineering Requirements Eng. IT-Betrieb IT Service Mgmt. Service Level Mgmt. V-Modell XT ITIL modellieren Teilmodell Entwicklung Teilaspekt: Rollen und Artefakte UML formalisieren & modellieren Teilmodell IT-Betrieb Änderungsfall Beziehungen herausarbeiten Modellbeziehungen Folie 7

V-Modell XT ITIL modellieren Teilmodell Entwicklung Teilaspekt: Rollen und

8 Anforderungsdokumentation SE Rollen und Artefakte (in Anlehnung an V-Modell XT) Folie 8

9 Anforderungsdokumentation ITSM Rollen und Artefakte (in Anlehnung an ITIL) Folie 9

10 Änderungsfall neuer Dienst Folie 10

11 Änderungsfall neuer Dienst Beobachtungen: Lastenheft und SLA auf äquivalenter Beschreibungsebene Weitgehende Kongruenz zwischen -Funkt. Anforderungen und Dienstbeschreibung -Nicht-funkt. Anforderungen und Service Levels Folie 11

12 Zusammenfassung Einheitliche Modellierung schafft Ansätze zur integrierten Betrachtung von Requirements Engineering und IT Service Management Grundlage für eine bessere Integration zwischen Systementwicklung und IT-Betrieb Modellierung von Relationen zwischen Rollen und Artefakten beider Bereiche möglich Sichtbarmachung von - Sich überschneidenden Verantwortungsbereichen - Redundanzen in der Anforderungsdokumentation - Bedarf an Informationsschnittstellen zwischen Entwicklung und Betrieb Bisherige Arbeit aber nur ein erster Schritt! Folie 12

und Artefakten beider Bereiche möglich Sichtbarmachung von - Sich überschneidenden Verantwortungsbereichen - Redundanzen in der

13 Ausblick Ansatzpunkte für weitere Forschungsfragestellungen Vision: umfassendes, übergreifendes Vorgehensmodell Automatisierte Weitergabe von Informationen zwischen Bereichen Konkretisierung der Zusammenhänge zwischen Kategorien nichtfunktionaler Requirements und QoS-Parameter Weitere Formalisierung von ITSM-Methoden, insbesondere ITIL Einbeziehung organisatorischer Requirements ( Service Q. Plan ) Verbreiterung der Betrachtung -weiterer Berührungspunkte (z.b. Release Management) -Abläufe, Aktivitäten Einbeziehung des IT-Betriebs in das Requirements Engineering als Stakeholder mit eigenen Requirements (z.b. bezüglich Management-Instrumentierung) Folie 13

insbesondere ITIL Einbeziehung organisatorischer Requirements ( Service Q. Plan ) Verbreiterung der Betrachtung -weiterer Berührungspunkte (z.b. Release Management) -Abläufe, Aktivitäten Einbeziehung des IT-Betriebs in das Requirements Engineering als Stakeholder mit eigenen Requirements (z.

Ähnliche Dokumente

Fachhochschule für Technik und Wirtschaft Berlin FB4: Wirtschaftsinformatik

Fachhochschule für Technik und Wirtschaft Berlin FB4: Wirtschaftsinformatik Entwicklung und Evaluation eines Vorgehensmodells zur Optimierung des IT-Service im Rahmen eines IT-Assessment Framework Oliver