Techniken der Anforderungsanalyse mit Beispiel

Als Business Analyst ist die Anforderungsanalyse der wichtigste Teil Ihrer Arbeit. hilft Ihnen dabei, die tatsächlichen Bedürfnisse der Interessengruppen zu ermitteln.Außerdem ermöglicht es Ihnen, mit Stakeholdern mithilfe von Diagrammen, Modellen und Flussdiagrammen anstelle von komplexen Texten zu kommunizieren.

Eine Anforderungsanalyse hat a

• Spezifisches Ziel
• Spezifischer Input
• Spezifische Ausgabe
• Verwendet Ressourcen
• Hat eine Reihe von Aktivitäten, die in einer bestimmten Reihenfolge ausgeführt werden müssen
• Kann mehr als eine Organisationseinheit betreffen
• Schafft Mehrwert für den Kunden

Anforderungsanalysetechniken

Techniken der Anforderungsanalyse bilden den Geschäftsablauf ab, sodass Sie ihn analysieren, verstehen und verbessern können.

Folgende Techniken werden in der gesamten Software-Entwicklung

1. Notation zur Geschäftsprozessmodellierung (BPMN)

BPMN (Business Process Model and Notation) ist eine grafische Darstellung von Geschäftsprozessen mithilfe einfacher Objekte, die die Kommunikation innerhalb von Organisationen auf standardisierte Weise unterstützt. Die wichtigsten in BPMN verwendeten Objekte sind:

• Flow-Objekte
• Objekte verbinden
• Schwimmbahnen
• Artefakte.

Ein gut konzipiertes BPMN-Modell liefert detaillierte Informationen über die während des Prozesses durchgeführten Aktivitäten, wie zum Beispiel:

• Wer führt diese Tätigkeiten durch?
• Welche Datenelemente werden für diese Aktivitäten benötigt?

Der größte Vorteil von BPMN ist, dass Diagramme leicht geteilt werden können und die meisten Modellierungswerkzeuge die Notation unterstützen.

zurück

UML ist ein Modellierungsstandard zur Spezifizierung und EntwicklungpingUML dient der Visualisierung und Dokumentation von Softwaresystemen und stellt Objekte wie die folgenden bereit:

• Staat
• Betreff
• Aktivität
• Klassen Diagramm

Es gibt 14 UML-Diagrammtypen, darunter Anwendungsfall-, Interaktions-, Klassen-, Komponenten- und Sequenzdiagramme. UML-Modelle dienen als Kommunikationsmittel zwischen allen Beteiligten. Ein UML-basiertes Geschäftsmodell kann direkt in ein Anforderungstool eingespeist werden. Ein UML-Diagramm ist entweder verhaltensbezogen oder strukturell. Ein verhaltensbezogenes Modell beschreibt die Funktionsweise des Systems; ein strukturelles Modell zeigt seine Bestandteile.

3. Flussdiagramm-Technik

Ein Flussdiagramm visualisiert den Ablauf und die Kontrolllogik einer Reihe zusammenhängender Aktivitäten. Gängige Flussdiagrammformate sind lineare, Top-Down- und funktionsübergreifende Diagramme (Swimlanes). Flussdiagramme eignen sich zur Darstellung von Datenflüssen, Systeminteraktionen und Prozessschritten. Sie sind leicht verständlich, auch für Nicht-Techniker, und können parallele Prozesse sowie kritische Attribute visualisieren.

4. Datenflussdiagramm

Datenflussdiagramme veranschaulichen, wie Daten in einem System hinsichtlich ihrer Eingaben und Ausgaben verarbeitet werden. Die Komponenten eines Datenflussdiagramms sind:

• Prozess
• Übergänge
• Shop
• Terminator

Ein logisches Datenflussdiagramm (DFD) zeigt Aktivitäten; ein physisches DFD zeigt die Infrastruktur. Ein DFD kann früh in der Analysephase des Softwareentwicklungszyklus (SDLC) entworfen werden.System-Entwicklungs-Lebenszyklus) um den Projektumfang zu definieren. Dieser kann in Teilprozesse unterteilt werden, was als „gestuftes Datenflussdiagramm“ (DFD) bekannt ist.

5. Rollenaktivitätsdiagramme (RAD)

Ein Rollenaktivitätsdiagramm (RAD) ähnelt der Darstellung in einem Flussdiagramm. Rolleninstanzen sind Prozessteilnehmer mit jeweils einem Start- und Endzustand. RAD erfordert fundierte Kenntnisse des Prozesses oder der Organisation, um Rollen zu identifizieren. Die Komponenten von RAD sind:

• Aktivitäten
• Externe Ereignisse
• Staaten

Rollen fassen Aktivitäten in Verantwortungseinheiten zusammen. Eine Aktivität kann isoliert ablaufen oder die Koordination mit Aktivitäten anderer Rollen erfordern.

Externe Ereignisse markieren die Punkte, an denen Zustandsänderungen auftreten.

Die einzelnen Zustände bilden den Fortschritt einer Rolle im Prozess ab. Das Erreichen eines Zustands signalisiert, dass ein bestimmtes Ziel erreicht wurde.

RAD ist leicht lesbar, bietet eine detaillierte Prozessübersicht und zeigt parallele Aktivitäten auf.

6. Gantt-Diagramme

Ein Gantt-Diagramm ist eine grafische Darstellung eines Zeitplans, die bei der Koordination, Planung und tracEs zeigt k spezifische Aufgaben in einem Projekt. Die Gesamtprojektdauer wird in Abschnitte unterteilt. Die vertikale Achse listet die Aufgaben auf; die horizontale Achse zeigt die geschätzte Aktivitätsdauer oder den zuständigen Verantwortlichen. Ein einzelnes Diagramm kann mehrere Aktivitäten darstellen.

7. IDEF (Integrierte Definition für Funktionsmodellierung)

IDEF (Integrated Definition for Function Modeling) umfasst eine Familie von Modellierungssprachen für Unternehmenssysteme. Es modelliert die Aktivitäten, die die Systemanalyse, den Systementwurf oder die Systemintegration unterstützen. Es gibt etwa 16 IDEF-Methoden; IDEF0 und IDEF3 sind die gebräuchlichsten.

8. Farbige Petrinetze (CPN)

Farbige Petri-Netze (CPN) sind eine grafisch orientierte Sprache für die Spezifikation, Verifizierung, Entwurf und Simulation von SystemenCPN kombiniert Grafik und Text. Seine Hauptkomponenten sind: Orte, Übergänge und Bögen.

Petri-Netz-Objekte haben spezifische Inschriften, zum Beispiel:

• Länder/Regionen: Enthält Beschriftungen wie .Name, .Color Set und .Initial-Markierung.
• Übergang : Enthält Beschriftungen wie .Name (zur Identifizierung) und .Guard (ein boolescher Ausdruck über einige der Variablen).
• ArcsBesitzt eine .Arc-Inschrift. Bei Auswertung des Bogenausdrucks ergibt sich eine Mehrfachmenge von Tokenfarben.

9. Workflow-Technik

Die Workflow-Technik ist ein visuelles Diagramm, das einen oder mehrere Geschäftsprozesse darstellt, um das Verständnis zu verbessern oder Empfehlungen zur Prozessoptimierung zu geben. Neben Flussdiagrammen, UML-Aktivitätsdiagrammen und Prozesslandkarten zählt die Workflow-Technik zu den ältesten und am weitesten verbreiteten Methoden. Business-Analysten nutzen sie auch zur Dokumentation während der Anforderungserhebung. Der Prozess umfasst vier Phasen:

• Informationsbeschaffung
• Workflow-Modellierung
• Geschäftsprozessmodellierung
• Implementierung, Verifizierung und Ausführung

10. Objektorientierte Methoden

Die objektorientierte Modellierungsmethode verwendet das objektorientierte Paradigma und die zugehörige Modellierungssprache, um ein System zu entwerfen. Sie legt Wert auf das Auffinden und Beschreiben der Objekte im Problembereich. Der Zweck der objektorientierten Methode ist:

• Um das System besser zu charakterisieren
• Um die verschiedenen relevanten Objekte zu identifizieren
• Um zu verstehen, wie die Objekte zueinander in Beziehung stehen
• Um ein Problem zu spezifizieren oder zu modellieren, um ein effektives Design zu erstellen
• Um die Anforderungen und ihre Auswirkungen zu analysieren

Diese Methode eignet sich besonders für Systeme mit dynamischen, sich häufig ändernden Anforderungen. Sie beschreibt die Ableitung von Anwendungsfällen, Aktivitäts- und Ereignisabläufen für das System. Die objektorientierte Analyse kann durch textuelle Anforderungen, die Kommunikation mit den Systembeteiligten und ein Vision-Dokument gesteuert werden.

Ein Objekt besitzt einen Zustand, und Zustandsänderungen werden durch Verhalten dargestellt. Wenn das Objekt eine Nachricht empfängt, ändert sich der Zustand durch das Verhalten.

11. Lückenanalyse

Die Gap-Analyse ist eine Methode, um die Differenz zwischen dem Soll- und dem Ist-Zustand eines Unternehmens und seiner Funktionen zu ermitteln. Sie beantwortet Fragen wie: Wie ist der aktuelle Stand des Projekts? Wo wollen wir hin? Wie schließen wir die Lücke? Die Phasen der Gap-Analyse umfassen:

• RevAnsichtssystem
• Entwicklungsanforderungen
• Vergleich
• Folgen
• Empfehlungen

Häufig gestellte Fragen