4.43 Elementarmethode "Use-Case-Modellierung" (UCM)

  4.43 Elementary Method "Use Case Modeling" (UCM)

Inhalt		1 Identifikation/Definition der Methode 2 Kurzcharakteristik der Methode 3 Grenzen des Methodeneinsatzes 4 Detaillierung der Methodenzuordnung 5 Schnittstellen 6 Weiterführende Literatur 7 Funktionale Werkzeuganforderungen Verknüpfungen mit der V-Modell Mailingliste

1 Identifikation/Definition der Methode

2 Kurzcharakteristik der Methode

Zielsetzung der Methode ist die Erfassung und Darstellung der aus Sicht von externen Bedienungseinheiten ("Aktoren") an ein System gestellten funktionalen Anforderungen. Die Anforderungen sind in Form von Anwendungsfällen, den "Use Cases", zu beschreiben. Ein "Use Case" kann in einer Menge von Szenarien konkretisiert werden. Externe Bedienungseinheiten (z. B. Mitarbeiter, Projektleiter oder Administrator) repräsentieren Rollen, die von konkreten Personen, Maschinen, Computer-"Tasks" oder anderen Systemen eingenommen werden können.

Ein Anwendungsfall wird durch eine Bedienungseinheit ausgelöst und ist durch die Dialoge bzw. Interaktionen zu beschreiben, die zur Bearbeitung einer Aufgabe zwischen dieser Bedienungseinheit und dem System "gefordert" werden. Die Interaktionen können durch eine Folge von Aktionen und Ereignissen spezifiziert werden, die von der initiierenden Bedienungseinheit, dem System oder anderen Bedienungseinheiten ausgelöst werden. Es sind nur die Aktionen bzw. Ereignisse zu spezifizieren, die aus der Sicht der Bedienungseinheit erkennbar sind, nicht aber Details, die beschreiben, wie das System intern arbeiten soll.

Die für ein System spezifizierten Anwendungsfälle repräsentieren in ihrer Gesamtheit eine Menge anwendungsorientierter, funktionaler Anforderungen an das System. Um ihre Vollständigkeit zu erreichen, sollten möglichst alle erkannten Anwendungsfälle in dieser Form spezifiziert werden.

Darstellungsmittel

Die Methode wurde im Bereich der objektorientierten Systementwicklung von Ivar Jacobson et al. eingeführt und ist Bestandteil der komplexen Methode "Object-Oriented Software Engineering (OOSE)" /Jacobson, 1992/.

Die Methode sieht vor, Anwendungsfälle ("Use Cases") in Textform zu beschreiben. Erste Ansätze zu einer formalisierten Beschreibung diskutiert Jacobson in /Jacobson, 1995b/. Zusätzlich werden die definierten Anwendungsfälle und ihre Beziehungen zu Bedienungseinheiten in Übersichtsdiagrammen graphisch dargestellt und benannt. Es stehen Symbole zur Repräsentation der Anwendungsfälle, der Bedienungseinheiten und deren Beziehungen zur Verfügung. Es können Beziehungen zwischen Anwendungsfällen und Bedienungseinheiten sowie Beziehungen zwischen Anwendungsfällen untereinander dargestellt werden. Aufsetzend auf der von Jacobson eingeführten Definition diskutieren auch andere Autoren diese Methode in leicht unterschiedlichen Ausprägungen. Ihre Nützlichkeit für den Softwareentwicklungsprozeß wird von den meisten Autoren anerkannt, und der Weg zu einem gemeinsamen Verständnis scheint aufgezeigt /Jacobson, 1995a/. Durch die Zusammenarbeit von Booch und Rumbaugh mit Jacobson ist die Methode auch in /Booch, 1997/ eingeflossen.

Funktioneller Ablauf

Die "Use Case"-Modellierung wird zweckmäßigerweise in folgenden Schritten durchgeführt:

• Festlegung der logischen Systemgrenzen (Black-Box-Sicht).
• Ermittlung der Bedienungseinheiten (Rollen), die mit dem System arbeiten bzw. mit ihm kommunizieren.
• Ermittlung der Nutzung des Systems durch die relevanten Bedienungseinheiten. Jede Nutzungsart wird als ein Anwendungsfall modelliert.
• Identifikation des Anfangsereignisses bzw. der Aktion, wodurch ein Anwendungsfall angestoßen wird.
• Festlegung der Bedingungen, durch die ein Anwendungsfall beendet wird.

3 Grenzen des Methodeneinsatzes

4 Detaillierung der Methodenzuordnung

5 Schnittstellen

6 Weiterführende Literatur

7 Funktionale Werkzeuganforderungen

Verknüpfungen mit der V-Modell Mailingliste

This page online  •  GDPA Online  •  Last Updated 08.Oct.2002 by C. Freericks