Im zweiten Teil der Blogreihe haben wir Ihnen erklärt, wie und warum Sie die Kontextabgrenzung mit Hilfe eines Use-Case Diagramms dokumentieren sollten. Zum Abschluss unserer kleinen Serie zeigen wir Ihnen, wie Sie das Ganze auch mittels eines Datenflussdiagramms modellieren können. Weiterlesen
DSD und das Aktivitätsdiagramm
Zusammenhängende Abläufe in einzelne Anforderungen transformieren
Dritter Eintrag zu unserer DSD-Serie. Heute geht es um das UML-Aktivitätsdiagramm. Da dieses Diagramm in der Anforderungsanalyse häufig zur Dokumentation von Anforderungen genutzt wird – etwa zur Visualisierung der Abarbeitung von Use Cases – war diese Diagrammart der UML auch Gegenstand der Untersuchungen in diesem Forschungsprojekt. Wie lassen sich die Elemente des Aktivitätsdiagramms also in natürlichsprachliche Anforderungen „übersetzen“? Gleichzeit müssen wir natürlich sicherstellen, dass diese einzelnen Anforderungen vollständig, korrekt, konsistent, möglichst eindeutig, etc. sind – sprich eine möglichst hohe Qualität erhalten. Weiterlesen
Im Folgenden möchten wir Ihnen unser DSD-Regelwerk für das Use-Case-Diagramm vorstellen. Das Use-Case-Diagramm stellt einen ersten Überblick über die Funktionen, die das System realisieren soll, dar. Ein Use-Case-Diagramm besteht aus einer Systemgrenze, den Anwendungsfällen des Systems, externen Akteuren und deren Interaktionen mit dem System bzw. mit den Use Cases. Zusätzlich betrachten wir die <<include>>- sowie die <<extend>>-Beziehung zur Verbindung einzelner Use Cases. Weiterlesen
Warum DSD?
Die Entwicklung von DSD – Nein, wir meinen nicht die Castingshow aus dem deutschen Fernsehen!
Folge 6: Abschluss und Ausblick
Natürlichsprachige Anforderungen und UML-Modelle, was lässt sich zu guter Letzt noch sagen? Wir haben in den vergangenen Folgen unserer Blog-Serie sowohl methodische Hintergründe als auch praktische Ansätze zur Vereinigung der Notationen betrachtet. Weiterlesen