Das diesem Dokument zugrundeliegende Vorhaben wurde mit Mitteln des Bundesministeriums für Bildung und Forschung
unter dem Förderkennzeichen 16OH21005 gefördert.
Die Verantwortung für den Inhalt dieser Veröffentlichung liegt
beim Autor/bei der Autorin.
Unter Use-Case versteht man einen Anwendungsfall.
In der Business-Analyse verwendet man den Begriff Business Use Case und meint damit bestimmte Geschäftsvorfälle bzw. Abläufe, die genau einen Geschäftsprozess beschreiben.
Im Mittelpunkt stehen hier
• Tätigkeiten/Aktivitäten und deren Reihenfolge
• Die beteiligten Personen
• Geschäftsregeln
Sofern Business Use-Cases durch IT-Systeme unterstützt werden sollen, führt diese auf der IT Seite zu sogenannten System Use Cases.
Wie der Zusammenhang dabei ist, schauen wir uns in der nächsten Abbildung genauer an.
Auf der linken Seite der Abbildung sehen Sie 2 Business User Cases.
Auf der rechten Seite sehen die System Use Cases.
Bei der Definition der Systemanforderung ist also zu entscheiden, welche Teile der Business Use Cases mit Hilfe der IT unterstützt werden sollen.
Konkret geht es darum:
• Zu identifizieren, welche Business Aktivitäten unterstützt werden sollen
• Welche Business Aktivitäten, werden sind durch System Use-Cases zu unterstützen
• Welche System Use Cases werden insgesamt benötigt
• Was sollen die System Use-Cases leisten
Aus Sicht des Requirements-Engineering ist dies eine sehr wichtige Entscheidung und hat Auswirkung auf die Frage:
Ist dies das RICHTIGE Produkt!!
Merke:
Ein UML Use Case Diagramm zeigt, was das geplante System leisten soll und welche Business Use Cases in IT umgesetzt werden sollen.
Als nächstes wollen wir uns nun näher ansehen, wie System Use Cases in UML notiert werden.
In dieser Abbildung sehen Sie wichtigsten Elemente, um UML Use Cases graphisch zu beschreiben.
Akteur: Das Symbol des „Strichmännchens“ repräsentiert eine externe Instanz, die eine bestimmte Rolle gegenüber dem System einnimmt.
Use-Case: Die Ellipse repräsentiert einen Use Case und wird durch einen kurzen Namen benannt.
System: Das Rechteck zeigt die Grenzen des zu betrachteten Systems auf. Alles was sich innerhalb des Systems befindet, gehört zum System. Alle Elemente, die sich außerhalb des Rechteckes befinden, gehören nicht zu dem System und werden nicht näher betrachtet.
Beziehungen:Linien werden verwendet, um Beziehungen zwischen den Elementen zu beschreiben.
Am besten sehen wir uns als nächstes ein kleines Beispiel an:
In dieser Abbildung sehen Sie ein Beispiel für ein Use-Case Diagramm. Es erhebt keinen Anspruch auf Vollständigkeit. Es ist sehr einfach gehalten und enthält nur wenige Use-Case, um das Diagramm übersichtlich, einfach und verständlich zu halten.
Es handelt sich hierbei um ein fiktives Immobilien Makler System.
Auf der linken Seite sehen wir 2 Akteure.
Der Akteur “Besucher“ kann hier folgende Use-Cases anstoßen:
• Häuser suchen
• Sich als „User registrieren“
Der Akteur „registrierte Kunde“ kann hier folgende Use-Cases anstoßen:
• Haus reservieren
• Anfrage senden
Vergleiche:
• Rupp &Sophisten; Requirements-Engineering und –Management; Hanser, Kapitel 9.4 „Das System Use Case Diagramm“
In