Requirements Engineering für IT Systeme Warum Systemanforderungen mit Unternehmenszielen anfangen Holger Dexel Webinar, 24.06.2013
Agenda Anforderungsdefinitionen Von der Herausforderung zur Lösung - ein generisches Modell Systemanforderungen Lösungsanforderungen Seite 2
Definition Anforderung der IEEE IEEE Standard 830 (1998): Eine Anforderung ist eine Bedingung oder eine Fähigkeit, die ein Benutzer benötigt, um ein Problem zu lösen oder um sein Ziel zu erreichen. Dies ist die Mutter aller Anforderungsdefinitionen! Seite 3
Definition Anforderung der IREB International Requirements Engineering Board: Eine Anforderung ist: 1. Eine Bedingung oder Fähigkeit, die von einem Benutzer (Person oder System) zur Lösung eines Problems oder zur Erreichung eines Zieles benötigt wird. 2. Eine Bedingung oder Fähigkeit, die ein System oder Teilsystem erfüllen oder besitzen muss, um einen Vertrag, eine Norm, eine Spezifikation oder andere formell vorgegebene Dokumente zu erfüllen. 3. Eine dokumentierte Repräsentation einer Bedingung oder Eigenschaft gemäß 1. oder 2. Standard für IT- bzw. System Engineering Anforderungen Seite 4
Definition Anforderung der IIBA International Institute of Business Analysis: Eine Anforderung ist: 1. Eine Bedingung oder Fähigkeit, die von einem Stakeholderzur Lösung eines Problems oder zur Erreichung eines Zieles benötigt wird. 2. Eine Bedingung oder Fähigkeit, die ein Lösung oder Teillösung erfüllen oder besitzen muss, um einen Vertrag, eine Norm, eine Spezifikation oder andere formell vorgegebene Dokumente zu erfüllen. 3. Eine dokumentierte Repräsentation einer Bedingung oder Eigenschaft gemäß 1. oder 2. Standard für Anforderungen in der Business Analyse Seite 5
Definition Anforderung Stakeholder IREB: Ein Stakeholdereines Systemsist eine Person oder Organisation, die direkt oder indirekt) Einfluss auf die Anforderungen des Systems hat. IIBA: Stakeholderist eine Person oder Personengruppe, die Interessen haben mit der sie eine vorgeschlagene Lösungsinitiative beeinflussen bzw. deren Interessen durch diese Lösungsinitiative betroffen sind. Seite 6
Anforderungsklassen nach BABOK Geschäftsanforderungen(business requirements) Bedarf des Unternehmens / der Organisation Stakeholderanforderungen(stakeholder requirements) Bedarf der unterschiedlichen Stakeholder Lösungsanforderungen(solution requirements) Aspekte der Lösung Funktionale Anforderungen Nichtfunktionale Anforderungen Übergangsanforderungen(transition requirements) zur Überführung vom IST- zum SOLL-Zustand Seite 7
Agenda Anforderungsdefinitionen Von der Herausforderung zur Lösung - ein generisches Modell Systemanforderungen Lösungsanforderungen Seite 8
Wissensgebiete des BABOK Unternehmensanalyse(Enterprise Analysis) Geschäftsanforderungen Anforderungsanalyse(Requirements Analysis) Lösungs-und Übergangsanforderungen sowie Stakeholderanforderungen aus beiden Analysen Seite 9
Ein Lösungsentwicklungsmodell Unternehmensbedarf, -ziele und -werte (Vision & Mission) Geschäftsanforderungen Requirements Engineering Bedarf, -ziele und -werte der Stakeholder Stakeholderanforderungen Fachliche Lösung Lösungsanforderungen an Geschäftsprozesse und Geschäftsregeln Manuelle Prozesse Lösungsanforderungen und Übergangsanforderungen an manuelle Prozesse und Regeln Automatisierte Prozesse (Systeme) Lösungsanforderungen und Übergangsanforderungen an automatisierte Prozesse und Regeln Seite 10
Ein Lösungsentwicklungsmodell Unternehmensbedarf, -ziele und -werte (Vision & Mission) Geschäftsanforderungen Requirements Engineering Bedarf, -ziele und -werte der Stakeholder Stakeholderanforderungen Fachliche Lösung Lösungsanforderungen an Geschäftsprozesse und Geschäftsregeln Manuelle Prozesse Lösungsanforderungen und Übergangsanforderungen an manuelle Prozesse und Regeln Automatisierte Prozesse (Systeme) Lösungsanforderungen und Übergangsanforderungen an automatisierte Prozesse und Regeln Seite 11
Agenda Anforderungsdefinitionen Von der Herausforderung zur Lösung - ein generisches Modell Systemanforderungen Lösungsanforderungen Seite 12
Abgrenzung System - Kontext - Umgebung Umgebung Systemkontext Systemgrenze System Kontextgrenze Seite 13
Abgrenzung System - Kontext - Umgebung System gestaltbarer bzw. veränderbarer Teil der Realität Systemgrenze grenzt den gestaltbaren und veränderbaren Teil der Realität von nicht veränderbaren Aspekten in der Umgebung ab Systemkontext Teil der Umgebung des Systems, der für Definition und Verständnis der Systemanforderungen relevant ist, selbst aber nicht gestaltbar oder veränderbar ist Kontextgrenze grenzt den relevanten vom irrelevanten Teil der Systemumgebung ab Umgebung für Systemanforderungen irrelevanter Teil der Systemumgebung Seite 14
Wo liegen die IT-Systemanforderungen? Geschäftsanforderungen: liegen häufig im Kontext bzw. teilweise in der Umgebung von Systemen Stakeholderanforderungen: liegen ebenfalls häufig größtenteils im Kontext von Systemen Lösungsanforderungen: Liegen in der Regel im System und seinem Kontext Seite 15
Wo liegen Geschäftsprozesse und regeln? Geschäftsprozesse: werden durch das System und in seinem Systemkontext abgebildet Geschäftsregeln Geschäftsprozesse Geschäftsregeln: werden ebenfalls durch das System und seinen Systemkontext abgebildet Beide können durch die Umgebung beeinflusst sein! Seite 16
Komplexe IT-Systemlandschaften Geschäfts- prozess Seite 17
Schlussfolgerung Wenn Geschäftsprozesse und regeln die fachliche Lösungsanforderungen bestimmen und diese teilweise in der Systemumgebung liegen, ist der Blick nur auf die IT-Systemanforderungen zu kurz! Es muss auf die fachlichen Lösungsanforderungen geschaut werden, nicht nur auf die IT-Lösungsanforderungen! Fachliche Lösungen in Form von Geschäftsprozessen werden heute in der Regel verteilt über mehrere IT-Systeme abgebildet. Dabei fällt eine Abgrenzung von System, Systemkontext und Umgebung immer schwieriger! Es gibt viele Wechselwirkungen zwischen den kooperierenden Systemen! Die fachliche Lösung in Form der Geschäftsprozesse mit ihren Regeln muss klar sein, bevor die IT-Systemanforderungen abgeleitet werden! Seite 18
Agenda Anforderungsdefinitionen Von der Herausforderung zur Lösung - ein generisches Modell Systemanforderungen Lösungsanforderungen Seite 19
Lösungsanforderungen Es muss auf die fachlichen Lösungsanforderungen geschaut werden, nicht nur auf die IT-Lösungsanforderungen! Die fachliche Lösung in Form der Geschäftsprozessemit ihren Geschäftsregeln muss klar sein, bevor die IT-Systemanforderungen abgeleitet werden! Klingt einfach! Aber selten geben die Stakeholderdem Analysen diese Anforderungen auf direktes Nachfragen! Wie kann der Analyst diese Anforderungen in der Praxis ermitteln? Seite 20
Andere Fragen stellen! Nutzen-/Kosten-Betrachtung Geschäftsanforderungsfragen an die Stakeholder, insbesondere die Auftraggeber und Sponsoren, z.b.: Welchen Beitrag leistet die Lösung zu Geschäftserfolg der Organisation? Geschäftsanforderungen Wie sieht der Business Case aus? Warum sollte die Organisation diese Lösung als Prozess und warum als IT-System implementieren? Geschäftsanforderungen Was ist der Nutzen, was die Kosten der Lösung? Fordert zum Nachdenken über den Prozess auf, d.h. wo entstehen Nutzen und Kosten! Dadurch wird die fachliche Prozessarbeit ermöglicht! Seite 21
Andere Fragen stellen! Stakeholderinteressen Stakeholderanforderungsfragenan die Stakeholder, insbesondere die Auftraggeber und Sponsoren, z.b.: Was wollen Sie persönlich mit der Lösung erreichen? Stakeholderanforderungen Wie sollen die Nutzer mit der Lösung arbeiten? Was brachen Sie dafür? Was möchten diese noch von der Lösung? Stakeholderanforderungen Was sind die individuellen Interessen der Stakeholder? Was wollen diese persönlich erreichen? Fordert zum Formulieren der individuellen Ziele und Wünsche auf und macht diese greifbar! Dadurch werden Stakeholder aktiviert Stellung zu beziehen. Seite 22
Zirkuläres Fragen! Zurück von den Stakeholderanforderungzu den Geschäftsanforderungen, z.b.: Was kostet das? Was bringt es der Organisation? Warum sollte die Organisation dies tun? Geschäftsanforderungen Letztendlich bestimmt die Nutzen-/Kosten-Betrachtung der Organisation die Geschäftsanforderungen. Alle Stakeholder sollten dies berücksichtigen! Seite 23
Anforderungsfluss Unternehmensbedarf, -ziele und -werte (Vision & Mission) Geschäftsanforderungen Requirements Engineering Bedarf, -ziele und -werte der Stakeholder Stakeholderanforderungen Fachliche Lösung Lösungsanforderungen an Geschäftsprozesse und Geschäftsregeln Manuelle Prozesse Lösungsanforderungen und Übergangsanforderungen an manuelle Prozesse und Regeln Automatisierte Prozesse (Systeme) Lösungsanforderungen und Übergangsanforderungen an automatisierte Prozesse und Regeln Seite 24
Fragenfluss Unternehmensbedarf, -ziele und -werte (Vision & Mission) Geschäftsanforderungen Requirements Engineering Bedarf, -ziele und -werte der Stakeholder Stakeholderanforderungen Fachliche Lösung Lösungsanforderungen an Geschäftsprozesse und Geschäftsregeln Manuelle Prozesse Lösungsanforderungen und Übergangsanforderungen an manuelle Prozesse und Regeln Automatisierte Prozesse (Systeme) Lösungsanforderungen und Übergangsanforderungen an automatisierte Prozesse und Regeln Seite 25
Schlussfolgerung Das Klären von Geschäftsanforderungen und Stakeholderanforderungen löst automatisch eine Klärung der Lösungsanforderungenaus, weil die Stakeholderdie Fragen nach ihren eigenen Zielenund dem geschäftlichen Nutzennur durch ein fachliche Lösung der Herausforderung beantworten können! Gefahr dieses Vorgehens: Das Vorhaben hat keinen Nutzen bzw. zu hohe Kosten Relevante Stakeholder haben kein Interesse am Projekt Das Vorhaben wir eingestellt! Und das ist auch gut so! Seite 26
Vielen Dank für die Aufmerksamkeit! Fragen? Kontakt: holger.dexel@cgi.com Seite 27