Was ist Use Case-Modellierung
Use Cases sind ein wichtiges Werkzeug im Bereich der Softwareentwicklung, da sie helfen, festzulegen, wie ein Benutzer mit einem bestimmten System interagieren wird. Sie bieten eine klare und präzise Möglichkeit, die Funktionalität eines Systems zu dokumentieren, und können dazu beitragen, sicherzustellen, dass Entwickler Software erstellen, die den Bedürfnissen ihrer vorgesehenen Benutzer entspricht. Bei der Erstellung von Use Cases ist es wichtig, sie so zu strukturieren, dass sie leicht verständlich und umsetzbar sind. Eine Möglichkeit hierfür ist die Verwendung der Konzepte von Basis-, Include- und Extend-Use Cases.
Basis-Use Cases:
Basis-Use Cases repräsentieren die Kernfunktionalität eines Systems. Sie sind die grundlegenden Bausteine, die definieren, was ein System leisten kann. Basis-Use Cases werden typischerweise verwendet, um die Hauptfunktionen eines Systems darzustellen und sind oft die wichtigsten Use Cases in einem System. Bei der Erstellung von Basis-Use Cases ist es wichtig, sie einfach und verständlich zu halten. Sie sollten so formuliert werden, dass sie leicht nachvollziehbar sind und möglichst präzise formuliert sind.
Include-Use Cases:
Include-Use Cases werden verwendet, um Funktionalität darzustellen, die über mehrere Use Cases hinweg geteilt wird. Sie ermöglichen es, die gleiche Funktionalität nicht mehrfach in verschiedenen Use Cases zu duplizieren, sondern stattdessen auf einen einzigen Use Case zu verweisen, der die gemeinsame Funktionalität enthält. Dies kann dazu beitragen, die Komplexität Ihrer Use Cases zu reduzieren und sie leichter verständlich und wartbar zu machen. Bei der Erstellung von Include-Use Cases ist es wichtig, sicherzustellen, dass die eingebundene Funktionalität klar definiert und leicht verständlich ist. Sie sollten außerdem sicherstellen, dass der eingebundene Use Case so formuliert ist, dass er leicht wiederverwendbar ist.
Extend-Use Cases:
Extend-Use Cases werden verwendet, um Funktionalität darzustellen, die optional oder bedingt ist. Sie ermöglichen es, Funktionalität zu definieren, die nur unter bestimmten Bedingungen oder wenn ein Benutzer eine bestimmte Funktion nutzt, verwendet wird. Bei der Erstellung von Extend-Use Cases ist es wichtig, sicherzustellen, dass die erweiterte Funktionalität klar definiert und leicht verständlich ist. Sie sollten außerdem sicherstellen, dass der erweiterte Use Case so formuliert ist, dass leicht ersichtlich ist, wie er sich auf den Basis-Use Case bezieht.
Erweiterungspunkt im Use Case-Diagramm
Ein Erweiterungspunkt in einem Use Case-Diagramm stellt einen Punkt in einem Use Case dar, an dem das Verhalten durch einen anderen Use Case erweitert oder modifiziert werden kann. Es handelt sich um einen spezifischen Punkt innerhalb eines Use Cases, an dem ein Erweiterungs-Use Case angekoppelt werden kann, um zusätzliche oder optionale Funktionalität bereitzustellen.
Ein Erweiterungspunkt ist ein beschrifteter Pfeil, der einen Use Case mit einem Erweiterungspunkt innerhalb eines anderen Use Cases verbindet und den Punkt anzeigt, an dem der Erweiterungs-Use Case eingefügt werden kann. Er wird als kleiner Kreis mit einem Namen oder einer Nummer dargestellt, der den Ort der Erweiterung identifiziert.
Erweiterungspunkte werden in der Analyse- und Entwurfsphase des Softwareentwicklungslebenszyklus identifiziert. Sie werden typischerweise im Basis-Use Case mit einer Beschreibung des Erweiterungsszenarios und der Bedingungen, unter denen der Erweiterungspunkt aufgerufen werden kann, definiert.
Der Erweiterungspunkt ermöglicht die Einbeziehung neuer Funktionalität oder Verhaltensweisen, die ursprünglich nicht im Basis-Use Case enthalten waren, ohne den Basis-Use Case selbst zu verändern. Dieser modulare Ansatz bei der Use Case-Design ermöglicht es, die Funktionalität des Systems leichter zu modifizieren und zu erweitern, je nach sich ändernden Anforderungen.
Strukturierung von Use Cases:
Bei der Strukturierung von Use Cases ist es wichtig, die Konzepte von Basis-, Include- und Extend-Use Cases im Auge zu behalten. Sie sollten zunächst Ihre Basis-Use Cases definieren, die die Kernfunktionalität Ihres Systems darstellen. Danach können Sie Include-Use Cases definieren, die gemeinsame Funktionalität repräsentieren, und Extend-Use Cases, die optionale oder bedingte Funktionalität darstellen. Es ist wichtig sicherzustellen, dass Ihre Use Cases gut definiert und leicht verständlich sind. Sie sollten außerdem sicherstellen, dass Ihre Use Cases so organisiert sind, dass leicht ersichtlich ist, wie sie miteinander zusammenhängen.
ATM-Include-Use Cases – Login-Use Case
Die <<include>>-Use-Case-Beziehung wird verwendet, um die Einbeziehung eines Use Cases innerhalb eines anderen darzustellen. Im Kontext eines Geldautomaten-Systems wird der Login-Use Case in anderen Use Cases wie Bargeld abheben, Geld einzahlen und Kontostand prüfen eingebunden, da diese Use Cases voraussetzen, dass der Benutzer sich zunächst durch den Anmeldevorgang authentifiziert.
Mit anderen Worten kann der Use Case „Bargeld abheben“ als Basis-Use Case betrachtet werden, der voraussetzt, dass der Benutzer sich angemeldet hat, bevor er ausgeführt werden kann. In diesem Szenario ist der Login-Use Case ein eingebundener Use Case, da er notwendigerweise innerhalb des „Bargeld abheben“-Use Cases enthalten sein muss, um die Transaktion abzuschließen. Dies stellt sicher, dass nur autorisierte Benutzer Bargeld von ihren Konten abheben können.
Im Allgemeinen ist der Login-Use Case in den meisten anderen Use Cases eines Geldautomaten-Systems ein eingebundener Use Case, da die Authentifizierung eine Voraussetzung für die meisten Transaktionen ist.
ATM-Extend-Use Cases – Ungültiges Passwort oder Abbrechen-Use Case
Der Login-Use Case hat typischerweise einen Erweiterungs-Use Case für ungültiges Passwort, der den Fall behandelt, dass der Benutzer ein falsches Passwort eingibt. Dieser Use Case kann dem Benutzer Rückmeldung über den Fehler geben und ihn auffordern, sein Passwort erneut einzugeben oder gegebenenfalls zurückzusetzen.
Der Login-Use Case kann auch einen Erweiterungs-Use Case für Abbrechen haben, der den Fall behandelt, dass der Benutzer beschließt, den Anmeldevorgang vor Abschluss abzubrechen. Dieser Use Case kann den Anmeldevorgang beenden und den Benutzer zurück zum Hauptmenü oder in den Leerlaufzustand des Geldautomaten bringen.
Sowohl der Erweiterungs-Use Case für ungültiges Passwort als auch der für Abbrechen können die Benutzerfreundlichkeit des Geldautomaten-Systems verbessern und eine bessere Benutzererfahrung für die Kunden bieten.
Fazit:
Die Strukturierung von Use Cases mit Basis-, Include- und Extend-Use Cases ist eine effektive Methode, um klare und präzise Use Cases zu erstellen, die leicht verständlich und umsetzbar sind. Durch die Anwendung dieses Ansatzes können Sie Use Cases erstellen, die die Funktionalität Ihres Systems genau widerspiegeln, ohne unnötige Komplexität oder Doppelarbeit zu verursachen. Unabhängig davon, ob Sie ein Softwareentwickler, Business Analyst oder Projektmanager sind, kann dieser Ansatz Ihnen helfen, hochwertige Software zu erstellen, die den Bedürfnissen ihrer vorgesehenen Benutzer entspricht.