Data Flow Diagram - Beispiel

BABOK® Knowledge Area
Requirements Analysis
Modeling Techniques
- Process Models - State Diagrams -
Holger Dexel, 26.02.2011
This presentation is build upon material of the Business Analysis Body of
Knowledge® (BABOK®) owned by the International Institute of Business
Analysis (IIBA®).
IIBA®, the IIBA® logo, BABOK® and Business Analysis Body of Knowledge® are registered trademarks
owned by International Institute of Business Analysis.
CBAP® is a registered certification mark owned by International Institute of Business Analysis.
Certified Business Analysis Professional™, EEP™ and the EEP™ logo are trademarks owned by
International Institute of Business Analysis.
page 2
Drei Perspektiven auf Anforderungen
• Strukturperspektive
– Ein-/Ausgabedaten
– statisch-strukturelle Nutzungs- und Abhängigkeitsbeziehungen
• Funktionsperspektive
– wie werden Informationen/Daten verändert
– welche Informationen fließen vom System in den Systemkontext
• Verhaltensperspektive
– Reaktion auf Ereignisse
– Zustandsänderungen
page 3
Process Modeling
page 4
Prozesse modellieren die
Funktionsperspektive
Drei mögliche Modelle:
• Data Flow Diagram
• Flowcharts
• UML Activity Diagrams
page 5
Data Flow Diagram - Beispiel
Was passiert hier ?
Welche Schwäche haben DFD ?
page 6
Data Flow Diagram (DFD)
Elemente:
External Entity (Terminatoren, Datenquelle, Datensenke)
Data Process (Prozess)
Data Flow (Datenfluss)
Data Store (Datenspeicher)
page 7
Flowcharts
- Beispiel Aufspaltung
Zusammenführung
page 8
Flowchart
Elemente:
terminal points
(Terminatoren)
• Flowcharts stellen den Kontrollfluss
und den Datenfluss dar
activity (Aktivität)
• Prozesse enthalten selbst wieder
mehrere Aktivitäten
Process
process (Prozess)
• Entscheidungen können nur mit JA
oder NEIN beantwortet werden
decision
(Entscheidung)
flow (Kontrollfluss)
data (Daten)
page 9
Activity Diagram
- Beispiel Fork
Objektfluss
Join
Activity Diagram
Elemente:
Startknoten
Aktion
Endknoten
Terminator eines
Kontrollflusses
Hierarchisierung mit Aktivität
Kontrollfluss
Objektfluss
•
Im Aktivity Diagram sind Kontrollfluss und
Objektfluss zu erkennen.
Activity Diagram
Elemente:
Entscheidungsknoten
Zusammenführung
alternativer Kontrollflüsse
Nebenläufigkeit
Fork
Join
• Entscheidungsknoten können
mehr als zwei ausgehende
Kanten haben, die über
Konditionen abgesichert sind.
• Alternative Flows müssen über
die Zusammenführung
vereinigt werden und können
ggf. direkt wieder auf mehrere
ausgehende Flows
verzweigen.
• Nebenläufige Aktionen müssen
über Join zusammengeführt
werden. Dabei läuft der
Kontrollfluss erst weiter, wenn
alle Aktionen beendet sind.
Übung:
Erste Gruppe:
Erstellen Sie ein Flowchart zum Use Case mit dem Mitarbeiter
Material bestellen und ein Activity Diagram zum Use Case mit
dem Mitarbeiter bestelltes Material erhalten.
Zweite Gruppe:
Erstellen Sie ein Activity Diagram zum Use Case mit dem
Mitarbeiter Material bestellen und ein Flowchart zum Use Case
mit dem Mitarbeiter bestelltes Material erhalten.
Zeit: 20 min
page 13
State Diagram
page 14
State Diagrams modellieren die
Verhaltensperspektive
Das UML State Diagram
stellt Zustände des
Systems oder seiner Teil,
sowie die Übergänge
zwischen diesen dar.
Es beruht auf Statecharts
und der Theorie endlicher
Automaten.
Beispiel:
Zustandsdiagramm einer
Ampel*
*Quelle: Training der Integrata AG
page 15
State Diagram
Elemente:
Startzustand (initial state)
Eintrittspunkt (entry point)
Endzustand (terminal state)
Zustand (state)
Austrittspunkt (exit point)
Hierarchisierung (composite state)
Zustandsübergang (transition)
event[condition]/action
page 16
State Diagrams sind nicht immer einfach
Zustände können auch sehr komplex werden!
state
entry/action
do/activity
exit/action
event/action[condition]
page 17
Übung:
Gruppenarbeit:
Erstellen Sie je ein State Diagram für die Bestellung und
das Büromaterial.
Zeit: 15 min
page 18