Geschäftsanalyse - Anwendungsfälle

Eines der neun Diagramme von UMLs ist das Anwendungsfalldiagramm. Dies sind nicht nur wichtige, sondern notwendige Voraussetzungen für Softwareprojekte. Es wird grundsätzlich in Software-Lebenszyklen verwendet. Wie wir wissen, gibt es verschiedene Phasen im Entwicklungszyklus, und die am häufigsten verwendete Phase für Anwendungsfälle ist die Phase der Anforderungserfassung.

Was ist ein Anwendungsfall?

Ein Anwendungsfall beschreibt eine Folge von Aktionen, die von einem System ausgeführt werden, das einem Akteur einen Wert bietet. Der Anwendungsfall beschreibt das Verhalten des Systems unter verschiedenen Bedingungen, wenn es auf eine Anfrage eines der Stakeholder namens "the" reagiertprimary actor.

Der Schauspieler ist das Who des Systems, mit anderen Worten, er ist der Endbenutzer.

In der Software- und Systemtechnik ist ein Anwendungsfall eine Liste von Schritten, die typischerweise Interaktionen zwischen einer Rolle (in UML als "Akteur" bezeichnet) und einem System definieren, um ein Ziel zu erreichen. Der Schauspieler kann ein menschliches oder ein externes System sein.

Ein Anwendungsfall gibt den Ablauf von Ereignissen im System an. Es geht mehr darum, was das System ausführt, um die Abfolge der Aktionen auszuführen.

Vorteile eines Anwendungsfalls

Ein Anwendungsfall bietet die folgenden Vorteile:

• Es ist ein einfaches Mittel, um die funktionalen Anforderungen zu erfassen, wobei der Schwerpunkt auf dem Mehrwert für den Benutzer liegt.

• Anwendungsfälle sind im Vergleich zu herkömmlichen Anforderungsmethoden relativ einfach zu schreiben und zu lesen.

• Anwendungsfälle zwingen Entwickler, aus der Perspektive des Endbenutzers zu denken.

• Anwendungsfall Binden Sie den Benutzer in den Anforderungsprozess ein.

Die Anatomie eines Anwendungsfalls

Name : Beschreibender Name, der den Zweck des Anwendungsfalls veranschaulicht.

Beschreibung : Beschreibt in einigen Sätzen, was der Anwendungsfall bewirkt.

Schauspieler : Listen Sie alle Akteure auf, die am Anwendungsfall teilnehmen.

Voraussetzung : Bedingungen, die vor Beginn des Anwendungsfalls erfüllt sein müssen.

Ablauf der Ereignisse : Beschreibung der Interaktion zwischen dem System und dem Akteur.

Nachbedingung : Beschreiben Sie den Status des Systems, nachdem ein Anwendungsfall seinen Lauf genommen hat.

Anleitung für Anwendungsfallvorlagen

Dokumentieren Sie jeden Anwendungsfall anhand der Vorlage am Ende dieses Kapitels. Dieser Abschnitt enthält eine Beschreibung jedes Abschnitts in der Anwendungsfallvorlage.

Use-Case-Identifikation

• Use-Case ID- Geben Sie jedem Anwendungsfall eine eindeutige numerische Kennung in hierarchischer Form: XY Verwandte Anwendungsfälle können in der Hierarchie gruppiert werden. Funktionale Anforderungen lassen sich auf einen gekennzeichneten Anwendungsfall zurückführen.

• Use-Case Name- Geben Sie einen präzisen, ergebnisorientierten Namen für den Anwendungsfall an. Diese spiegeln die Aufgaben wider, die der Benutzer mit dem System ausführen muss. Fügen Sie ein Aktionsverb und ein Substantiv hinzu. Einige Beispiele -

  • Teilenummerninformationen anzeigen.

  • Markieren Sie die Hypertextquelle manuell und stellen Sie eine Verknüpfung zum Ziel her.

  • Bestellen Sie eine CD mit der aktualisierten Softwareversion.

Anwendungsfallhistorie

Hier erwähnen wir die Namen der Personen, die an dem Usecase-Dokument beteiligt sind.

• Created By - Geben Sie den Namen der Person an, die diesen Anwendungsfall ursprünglich dokumentiert hat.

• Date Created - Geben Sie das Datum ein, an dem der Anwendungsfall ursprünglich dokumentiert wurde.

• Last Updated By - Geben Sie den Namen der Person an, die die letzte Aktualisierung der Anwendungsfallbeschreibung durchgeführt hat.

• Date Last Updated - Geben Sie das Datum ein, an dem der Anwendungsfall zuletzt aktualisiert wurde.

Anwendungsfalldefinition

Das Folgende sind die Definitionen der Schlüsselkonzepte des Anwendungsfalls -

Darsteller

Ein Akteur ist eine Person oder eine andere Entität außerhalb des angegebenen Softwaresystems, die mit dem System interagiert und Anwendungsfälle ausführt, um Aufgaben auszuführen. Unterschiedliche Akteure entsprechen häufig unterschiedlichen Benutzerklassen oder Rollen, die von der Kundengemeinschaft identifiziert wurden, die das Produkt verwenden wird. Nennen Sie die Schauspieler, die diesen Anwendungsfall ausführen.

Beschreibung

Geben Sie eine kurze Beschreibung des Grundes und des Ergebnisses dieses Anwendungsfalls oder eine allgemeine Beschreibung der Abfolge der Aktionen und des Ergebnisses der Ausführung des Anwendungsfalls an.

Voraussetzungen

Listen Sie alle Aktivitäten auf, die stattfinden müssen, oder alle Bedingungen, die erfüllt sein müssen, bevor der Anwendungsfall gestartet werden kann. Nummerieren Sie jede Voraussetzung.

Examples

• Die Identität des Benutzers wurde authentifiziert.
• Der Computer des Benutzers verfügt über ausreichend freien Speicher, um die Aufgabe zu starten.

Post Bedingungen

Beschreiben Sie den Status des Systems am Ende der Ausführung des Anwendungsfalls. Nummerieren Sie jede Postbedingung.

Examples

• Das Dokument enthält nur gültige SGML-Tags.
• Der Preis des Artikels in der Datenbank wurde mit einem neuen Wert aktualisiert.

Priorität

Geben Sie die relative Priorität der Implementierung der Funktionalität an, die erforderlich ist, damit dieser Anwendungsfall ausgeführt werden kann. Das verwendete Prioritätsschema muss mit dem in der Spezifikation der Softwareanforderungen verwendeten übereinstimmen.

Häufigkeit der Nutzung

Schätzen Sie, wie oft dieser Anwendungsfall von den Akteuren pro geeigneter Zeiteinheit ausgeführt wird.

Normaler Ablauf

Geben Sie eine detaillierte Beschreibung der Benutzeraktionen und Systemantworten an, die während der Ausführung des Anwendungsfalls unter normalen, erwarteten Bedingungen ausgeführt werden. Diese Dialogsequenz führt letztendlich dazu, dass das im Anwendungsfallnamen und in der Beschreibung angegebene Ziel erreicht wird. Diese Beschreibung kann als Antwort auf die hypothetische Frage geschrieben werden: "Wie erfülle ich <die im Anwendungsfallnamen angegebene Aufgabe>?" Dies geschieht am besten als nummerierte Liste der vom Akteur ausgeführten Aktionen im Wechsel mit den vom System bereitgestellten Antworten.

Alternative Kurse

Dokumentieren Sie andere legitime Verwendungsszenarien, die in diesem Anwendungsfall stattfinden können, separat in diesem Abschnitt. Geben Sie den alternativen Kurs an und beschreiben Sie alle Unterschiede in der Reihenfolge der Schritte, die stattfinden. Nummerieren Sie jeden Alternativkurs mit der Use-Case-ID als Präfix, gefolgt von „AC“, um „Alternativkurs“ anzugeben. Beispiel: XYAC.1.

Ausnahmen

Beschreiben Sie alle erwarteten Fehlerbedingungen, die während der Ausführung des Anwendungsfalls auftreten können, und definieren Sie, wie das System auf diese Bedingungen reagieren soll. Beschreiben Sie außerdem, wie das System reagieren soll, wenn die Ausführung des Anwendungsfalls aus einem unerwarteten Grund fehlschlägt. Nummerieren Sie jede Ausnahme mit der Anwendungsfall-ID als Präfix, gefolgt von „EX“, um „Ausnahme“ anzuzeigen. Beispiel: XYEX.1.

Beinhaltet

Listen Sie alle anderen Anwendungsfälle auf, die in diesem Anwendungsfall enthalten ("aufgerufen") sind. Gemeinsame Funktionen, die in mehreren Anwendungsfällen angezeigt werden, können in einen separaten Anwendungsfall aufgeteilt werden, der von denjenigen eingeschlossen wird, die diese gemeinsamen Funktionen benötigen.

Spezielle Anforderungen

Identifizieren Sie alle zusätzlichen Anforderungen, z. B. nicht funktionierende Anforderungen, für den Anwendungsfall, die möglicherweise während des Entwurfs oder der Implementierung berücksichtigt werden müssen. Dies können Leistungsanforderungen oder andere Qualitätsmerkmale sein.

Annahmen

Listen Sie alle in der Analyse getroffenen Annahmen auf, die dazu geführt haben, dass dieser Anwendungsfall in die Produktbeschreibung aufgenommen und die Anwendungsfallbeschreibung geschrieben wurde.

Anmerkungen und Probleme

Listen Sie alle zusätzlichen Kommentare zu diesem Anwendungsfall oder alle verbleibenden offenen Probleme oder TBDs (noch festzulegen) auf, die behoben werden müssen. Identifizieren Sie, wer die einzelnen Probleme lösen wird, das Fälligkeitsdatum und die endgültige Lösung.

Änderungsmanagement und Versionskontrolle

Die Versionskontrolle ist die Verwaltung von Änderungen an Dokumenten, großen Websites und anderen Informationssammlungen. Änderungen werden normalerweise durch einen Zahlen- oder Buchstabencode gekennzeichnet, der als Revisionsnummer oder Revisionsstand bezeichnet wird. Jede Revision ist einem Zeitstempel und einer Person zugeordnet, die die Änderung vornimmt.