So identifizieren Sie Anwendungsfälle in der UML-Modellierung

Ein Use-Case-Ansatz ist eine Art Technik zur Identifizierung der Geschäftsziele eines Systems. Die Identifizierung von Anwendungsfällen hilft bei der Definition des Systemumfangs und stellt sicher, dass die zu findenden Anforderungen alle mit den Unternehmenswerten, -bedürfnissen und -strategien übereinstimmen.

Was sind Akteure in der Anwendungsfallanalyse?

Ein Akteur gibt die Rolle an, die der Benutzer oder ein anderes System spielt, das mit dem zu entwickelnden System interagiert. Es kann die Rolle darstellen, die menschliche Benutzer, externe Hardware oder andere Prinzipale spielen. Akteure befinden sich immer außerhalb des Systems und interagieren direkt mit Anwendungsfällen, indem sie sie initiieren, Eingaben für sie bereitstellen und/oder Ausgaben von ihnen erhalten. Während eine einzelne physische Instanz die Rolle mehrerer unterschiedlicher Akteure spielen kann, stellen Akteure nicht notwendigerweise eine bestimmte physische Einheit dar, das heißt den Zeitgeber, der das Senden von E-Mail-Warnungen auslöst.

Use Cases identifizieren – Akteursmerkmale in der Use-Case-Analyse Zählen Sie
einfach die Wahrnehmungen der Teammitglieder von den Stakeholdern oder den Zielnutzern auf, und es ist einfacher, während der Diskussion einen Konsens zu erzielen.

1. Die Akteure befinden sich außerhalb des Systems, sie gehören nicht zu einem bestimmten Teil des Systems, also müssen wir die „Akteure“ nicht „bauen“;
2. Nur diejenigen, die das System nutzen, mit dem System interagieren und Informationen mit dem System austauschen können, sind die Akteure des Systems;
3. Akteure werden Anwendungsfälle starten und daran teilnehmen, sodass uns die Suche nach Akteuren bei der Suche nach Anwendungsfällen helfen kann;
4. Wir müssen zwar keine „Akteure entwickeln“, aber Schnittstellen berücksichtigen. Das System muss die zu verwendende Schnittstelle für Akteure berücksichtigen (Benutzererfahrung / GUI), oder das System muss Daten über die von den Akteuren bereitgestellte Schnittstelle erhalten.

Wer sind die Schauspieler? Stellen Sie sich folgende Fragen:

1. Wer wird dieses System verwenden?
2. Wer installiert dieses System?
3. Wer wird dieses System starten?
4. Wer wird dieses System warten?
5. Wer wird dieses System abschalten?
6. Welche anderen Systeme werden dieses System verwenden?
7. Wer erhält Informationen aus diesem System?
8. Wer stellt diesem System Informationen zur Verfügung?
9. Geschieht automatisch etwas, wenn die voreingestellte Zeit erreicht ist?
10. Welche Systeme werden mit diesem System vernetzt?
11. Sind Hardwaregeräte an dieses System angeschlossen?
12. Welche Datenbanken werden mit diesem System vernetzt?
13. Wer im Unternehmen wird dieses System verwenden?\
14. Wer wird dieses System außerhalb des Unternehmens nutzen?
15. Muss dieses System wen oder andere Systeme automatisch benachrichtigen, wenn ein bestimmter Zeitpunkt oder ein bestimmtes Ereignis eintritt?

Arten von Schauspielern

Viele Analysten ignorieren Schlüsselakteure beim Zeichnen von Anwendungsfalldiagrammen, weil sie nur menschliche Akteure identifizieren. Die Klassifizierung von Use-Case-Akteuren auf diese Weise hilft Analysten sicherzustellen, dass sie keine Schlüsselakteure im Use-Case-Diagramm ignorieren.

Es gibt eine andere Möglichkeit, Teilnehmer zu klassifizieren. Sie können sein:

• Menschen
• Systemsoftware
• Hardware
• Timer / Uhr

Eine Liste von Fragen zur Identifizierung von Anwendungsfällen

1. Welche Funktionen wünschen sich die Teilnehmer von diesem System?
2. Speichert dieses System Informationen? Welche Teilnehmer werden diese Informationen erstellen, lesen, aktualisieren und löschen?
3. Muss das System die Teilnehmer benachrichtigen, wenn sich der interne Zustand des Systems ändert?
4. Gibt es externe Ereignisse, die das System kennen muss? Wenn dieses externe Ereignis eintritt, welcher Akteur benachrichtigt das System?
5. Muss dieses System regelmäßig irgendwelche Operationen durchführen?
6. Muss das System bestimmte Vorgänge automatisch ausführen, wenn einige wichtige externe Ereignisse eintreten?
7. Ist der Name dieses Anwendungsfalls klar genug? Kann das Ergebnis dieses Anwendungsfalls direkt aus dem Namen dieses Anwendungsfalls beurteilt werden?
8. Wird dieser Anwendungsfall mehrere Ergebnisse haben? Oder entstehen diese Ergebnisse zu unterschiedlichen Zeitpunkten?