Requirements Engineering Software

Stakeholder-Analyse & Systemabgrenzung

Die richtigen Systeme richtig entwickeln – dafür werden im Requirements Engineering die Weichen gestellt. Damit die Weichenstellung gelingt, müssen:

alle Stakeholder eines Projekts mit ihren – möglicherweise konkurrierenden – Interessen und Zielen bekannt sein,
Klarheit über den Scope und die Umgebung des zu erstellenden Systems herrschen.

Requirements Engineering mit objectiF RM beginnt deshalb bei der Stakeholder-Analyse und Systemabgrenzung.

Ihre Vorteile dabei:

Alle Ergebnisse werden einheitlich dokumentiert und unterliegen der Versionskontrolle.
Beziehungen zwischen Stakeholdern, ihren Zielen und den daraus abgeleiteten Anforderungen sind jederzeit nachvollziehbar.

In objectiF RM finden Sie für Stakeholder-Analyse und Systemabgrenzung diese grafischen Ausdrucksmittel:

Stakeholder, ihre Bedeutung und ihre Ziele erkennen

Wer hat ein Interesse an dem zu entwickelnden System, wer ist betroffen, wer ist an der Entwicklung direkt und wer indirekt beteiligt? Warum besteht das Interesse? Welche Ziele verfolgen die Stakeholder? Gibt es ggf. Zielkonflikte, die gelöst werden müssen? Wie groß ist der Einfluss jedes einzelnen Stakeholders? Darum geht es bei der Stakeholder-Analyse.

Um die Antworten auf diese Fragen nachvollziehbar festzuhalten, bietet Ihnen objectiF RM:

konfigurierbare Formulare zur einheitlichen, strukturierten Erfassung von Stakeholdern und ihren Zielen
Zieldiagramme – einfache Und/Oder-Bäume – zur Abbildung der Zusammenhänge zwischen Stakeholdern und ihren Zielen, zur Verfeinerung von Zielen und zur Ableitung von ersten Anforderungen aus den Stakeholder-Zielen
Auswertungen der Stakeholder und ihrer Ziele.

Stakeholder wechseln, Ziele ändern sich. Deshalb unterliegen alle Artefakte der Stakeholder-Analyse der Versionskontrolle unter objectiF RM. Mit Hilfe der automatisch erzeugten Historie können Sie alle Veränderungen nachvollziehen.

Abb.: Konfigurierbare Abfragen des Repository von objectiF RM liefern Ihnen Echtzeit-Information in Listenform. Diese Informationen hätten Sie gern in MS Excel? Kein Problem mit dem Excel-Export von objectiF RM.

Abb.: Welche Ziele und welche Anforderungen gehen auf welche Stakeholder zurück? Die Antwort finden Sie unter anderem im Stakeholder-Formular. Sobald Sie eine Beziehung zwischen einem Stakeholder, seinen Zielen und Anforderungen herstellen – egal, ob in einem Diagramm oder Formular – wird sie redundanzfrei im Echtzeit-Repository von objectiF RM gespeichert.

System und Systemkontext abgrenzen

Viele Projekte leiden unter einer schleichenden Erweiterung des Scopes. Dadurch werden der Projektaufwand in die Höhe getrieben und Termine gefährdet. Der sicherste Weg, dem entgegenzuwirken, ist die frühzeitige, klare Abgrenzung des zu entwickelnden Systems und der Systemumgebung. Damit schaffen Sie einen Orientierungsrahmen für die Arbeit des Projektteams und eine Grundlage für die Stakeholder-Kommunikation.

In objectiF RM finden Sie für die Abgrenzung des Systems gleich zwei grafische Ausdrucksmittel:

spezielle Systemkontextdiagramme, die methodisch auf Datenflussplänen basieren. Ihr Vorteil: Neben den Grenzen des Systems können damit auch Restriktionen in Form von Normen, Standards, gesetzlichen Regelung etc. festgehalten werden, denen das System unterliegt.
klassische Use Case Diagramme, die das System durch die Modellierung der Interaktion mit Anwendern und benachbarten Systemen abgrenzen.

Abb.: Wer interagiert mit dem geplanten System, wer tauscht welche Informationen damit aus und gehört damit zum Systemkontext? Welchen Restriktionen unterliegt das geplante System? Diese Fragen beantworten Sie anschaulich mit dem Systemkontextdiagramm. Seine Stärke: Es kann sehr anschaulich mit Bildern und Icons gestaltet werden und ist damit besonders gut für die Stakeholder-Kommunikation geeignet.

Abb.: Für Projekte, in denen Stakeholder mit formalen Kommunikationsmitteln vertraut sind, bietet objectiF RM Ihnen Use Case Diagramme zur Abgrenzung des Systems an. Vorteil: Bereits auf sehr hohem Niveau können Sie zentrale Akzeptanzkriterien der Stakeholder und erste Anforderungen an das System festhalten.