Heute wollen wir uns mit einer der vielen Problemstellungen befassen, mit denen man bei der Modellierung mit der UML in Berührung kommen kann. Sollten Sie bereits in der Praxis modelliert haben, kennen Sie diese Situation bestimmt auch. Sie möchten einen Sachverhalt modellieren, allerdings ist dieser so komplex, dass Ihre Modelle aufgrund der vielen in ihnen enthaltenen Informationen nur noch für Sie und vielleicht noch für die Ersteller der UML Superstructure zu verstehen sind. Weiterlesen →

Use-Cases bilden einen guten Einstieg in die Systemanalyse. Sie ermöglichen es, vor jeglichen Detaildiskusionen einen Überblick über die gewünschten Funktionalitäten eines Systems zu erhalten. Als Darstellungsmittel für die Use-Cases verwendet man die Notationselemente eines Use-Case Diagramms der Unified Modeling Language UML Weiterlesen →

DSD und das Klassendiagramm

Die Transformation von Klassendiagrammen – Das Schaf im Wolfspelz

Ja, ein Klassendiagramm ist tatsächlich ein Schaf im Wolfspelz. Viele Stakeholder wirken mit dem ersten Blick auf ein Klassendiagramm wie versteinert und sind der Meinung, dass sie ein solches Diagramm nie verstehen werden. Mit der Transformationsmethode, die wir Ihnen im Folgenden vorstellen, werden wir diesen Stakeholdern die Angst nehmen – denn Klassendiagramme sind auf den zweiten Blick gar nicht so furchterregend, wie sie auf den ersten erscheinen. Weiterlesen →

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 →