Verhaltensdiagramme der UML 2

Anwendungsfalldiagramm

  • zeigt Zusammenhang zwischen Akteuren und Anwendungsfällen
  • zeigt nach Außen sichtbare Verhalten eines Anwendungssystems, beschreibt Funktionalität
  • Bestandteile des Diagramms
    • Anwendungsfälle
    • Akteure
    • Beziehungen zwischen Akteuren und Anwendungsfall
    • Beziehung der Anwendungsfälle untereinander

Analysephase

  • beinhaltet Anwendungsfälle
  • Akteure die Anwendungsfälle auslösen
  • zeigt Abhängigkeiten der Anwendungsfälle untereinander
    • können ineinander enthalten sein
    • kann eine Spezialisierung darstellen
    • bestehender Anwendungsfall kann durch einen zweiter erweitert werden

Anwendungsfall

  • beschreibt eine mögliche Interaktion des Anwenders mit der Software
  • wird von Akteur ausgelöst
  • um bestimmtes Ergebnis zu erzielen
  • kapselt eine in sich geschlossene Sammlung von Aktionen, die in spezifizierter Reihenfolge ablaufen
  • Unterscheidung zwischen
    • Geschäftsanwendungsfall
      • aus der Sicht ged Geschäftsprozess
    • Systemanwendungsfall
    • nicht relevant!!

Beispiel

Szenario

  • spezielle Ausprägung eines Anwendungsfalles
  • durch Bedingungen definiert, die speziellen Ablauf zur Folge haben
  • eine Sequenz von Verarbeitungsschritten

Akteure

  • außerhalb des Systems liegende Einheit die mit Anwendung kommuniziert
  • externe Schnittstelle
  • Rolle des zukünftigen Anwenders

Typische Struktur einer Anwendungsfallbeschreibung

Beschreibung Anwendungsfall

Notation eines Anwendungsfalldiagramms

Notation eines Anwendungsfalldiagramms

Ausführung eines Anwendungsfalles

Ausführung eines Anwendungsfalles

Beziehungen zwischen Anwendungsfällen

  • extend oder include Beziehungen
  • Include-Beziehung
    • ein Anwendungsfall wird in den anderen logisch eingebunden
    • “ich MUSS x machen um Y zu machen” - Y include X
  • Extend-Beziehung
    • ein Anwendungsfall wird unter bestimmten Umständen durch einen Schritt erweitert
    • “ich KANN x machen bevor ich Y mache” - Y extend X

Spezialisierung/Generalisierung von Anwendungsfällen und Akteuren

  • wenn Anwendungsfälle oder Akteure das gleiche ausdrücken können diese unter einem Begriff generalisiert werden
  • oder in neue Spezialisierungen eingeteilt werden

Nutzen von Anwendungsfalldiagrammen

  • als Kommunikationsmittel zwischen Auftraggeber und Anwender
  • Ergebnisse der Analyse zu modellieren
  • Beschreibung erfolgt aus der Sicht des Systems

Modell der Analyse und Anforderungsdefinition

Erstellung von Anwendungsfalldiagrammen

Kundensicht

  1. Geschäftsanwendungsfälle definieren, welche Leistungen bietet das System
  2. Akteure definieren, welche Partner und Kunden nutzen die Leistungen
  3. Akteure und Geschäftsanwendungsfälle verbinden, welcher Akteur kann welche Leistung ni Anspruch nehmen
  4. Rollen der Akteure beschreiben, wofür steht ein Akteur
  5. Geschäftsanwendungsfälle dokumentieren, was passiert in einem Anwendungsfall
  6. Beziehungen zwischen Anwendungsfällen modellieren

Produktsicht

  1. Mögliche Akteure finden, we soll mit dem System arbeiten
  2. Mögliche Anwendungsfälle finden, was kann man mit dem System machen
  3. Akteure und Anwendungsfälle verbinden, wer kann was mit dem System tun
  4. Rollen der Akteure beschreiben, wofür steht eni Akteur
  5. Anwendungsfälle dokumentieren, Anwendungsfallszenarien erstellen, was passiert in einem Anwendungsfall
  6. Beziehungen zwischen Anwendungsfällen modellieren

Interne und externe Sicht des Geschäftssystems

Interne und externe Sicht des Geschäftssystems

Beschreibungsmöglichkeiten für Anwendungsfälle

Beschreibungsmöglichkeiten für Anwendungsfälle

Last modified 2022.05.16