Von der Stakeholder-Anforderung zur Systemarchitektur

Vor ein paar Tagen bin ich in einem Blog auf einen kurzen Post mit dem Titel „Wer liefert eigentlich Anforderungen an das System?“ gestoßen. Die Antwort erhält man als Leser gleich im ersten Satz: die Stakeholder. Die Schlüsselrolle der Stakeholder für die Anforderungsermittlung, die Aspekte, die man pro Stakeholder festhalten sollte und der Hinweis, dass diese Informationen kontinuierlich zu pflegen sind – das bringt der Beitrag sehr schön auf den Punkt. Ich möchte daran anknüpfen und die Frage beantworten: Wenn man die Stakeholder kennt, was dann? Wie kommt man zu den Anforderungen und zur Systemspezifikation?

Es gibt drei vom „Gelände“ abhängige Wege. Heute starte ich mit dem günstigsten Fall – sozusagen …

Über die Autobahn von der Stakeholder-Anforderung zur Systemarchitektur

Diesen Weg können Sie gehen, wenn die Stakeholder ihre Anforderungen gut kennen und benennen können. Der Requirements Engineer muss im Anschluss an die Befragung der Stakeholder die Anforderungen dann „nur noch“ ausformulieren, detaillieren, verfeinern und vervollständigen, „zu Papier“ bringen, gewichten und abstimmen. Parallel dazu kann er in einem iterativen Prozess daran gehen, die Systemkomponenten zu entwerfen, die später die Anforderungen erfüllen sollen. Wenn die Stakeholder-Anforderungen schon klar auf dem Tisch liegen, worin besteht dann noch die Herausforderung für den Requirements Engineer? Darin:

• bei zunehmender Komplexität den Überblick zu behalten und
• den Weg von den Stakeholder-Anforderungen zum Systementwurf und umgekehrt nachvollziehbar zu machen, damit die Auswirkungen von veränderten Anforderungen schnell erkannt werden können.

Wie kann man diese Herausforderung meistern? Wo immer es darum geht, Komplexität beherrschbar zu machen und Nachvollziehbarkeit herzustellen, sind Diagramme das Mittel der Wahl. Im Requirements Engineering sind es speziell die der UML/SysML und ganz besonders das – leider noch viel zu wenig bekannte – Anforderungsdiagramm.

Wie die Fahrt über die Autobahn durch das Requirements Engineering – unterstützt durch den objectiF RM – aussieht, zeigt Ihnen dieser Film (ca. 10 Minuten):

Demnächst zeige ich Ihnen den Weg über die Landstraße: Die Stakeholder wissen, wo sie hin wollen. Sie kennen ihre fachlichen und wirtschaftlichen Ziele genau. Aber es gelingt ihnen nicht so recht, daraus konkrete Anforderungen abzuleiten. Wie kommt der Requirements Engineer in diesem Fall zu Anforderungen und Systemmodellen?

Und zum Schluss dieser kleinen Blog-Serie bewegen wir uns off-road: Die Stakeholder haben keine konkreten Anforderungen, allerdings Zielvorstellungen. Aber diese sind so unscharf, vielleicht sogar missverständlich, dass sie sich dem Requirements Engineer nicht so leicht erschließen.