Anwendungsfallanalyse - Wikipedia

Use-Case-Analyse ist eine Technik, mit der die Anforderungen eines Systems (normalerweise in Verbindung mit Software / Prozessdesign) und die Informationen zum Definieren der verwendeten Prozesse und Klassen (die eine Sammlung von Akteuren und Prozessen sind) verwendet werden. die sowohl im Anwendungsfalldiagramm als auch im allgemeinen Anwendungsfall bei der Entwicklung oder Neugestaltung eines Softwaresystems oder -programms verwendet werden. Die Use-Case-Analyse stellt die Grundlage dar, auf der das System aufbauen wird. ^[1]

Hintergrund [ edit ]

Eine Use-Case-Analyse ist die Hauptform, um Nutzungsanforderungen für eine neue Software zu erfassen Programm oder Aufgabe zu erledigen. Die Hauptziele einer Use-Case-Analyse sind: Entwurf eines Systems aus Sicht des Benutzers, Kommunizieren des Systemverhaltens im Sinne des Benutzers und Festlegen aller von außen sichtbaren Verhaltensweisen. Eine weitere Gruppe von Zielen für eine Anwendungsfallanalyse besteht darin, klar zu kommunizieren: Systemanforderungen, wie das System verwendet werden soll, welche Rollen der Benutzer im System spielt, was das System als Reaktion auf den Stimulus des Benutzers tut, was der Benutzer davon erhält das System und welchen Wert der Kunde oder Benutzer vom System erhalten wird. ^[2]

Walkthrough [ edit ]

In diesem Walkthrough wird ein Beispiel beschrieben, wie ein Anwendungsfall beschrieben wird Analyse. Es gibt viele Variationen, wie man eine Use-Case-Analyse entwickelt, und das Finden der richtigen Methode kann Zeit in Anspruch nehmen. ^[3]

Realisation [ edit ]

Eine Use-Case-Realisierung beschreibt, wie eine bestimmte Situation funktioniert Anwendungsfall wird innerhalb des Entwurfsmodells in Bezug auf zusammenarbeitende Objekte verwirklicht . ^[4]

Der Realisierungsschritt legt den Rahmen fest, innerhalb dessen ein entstehendes System analysiert wird. Hier wird der erste, allgemeinste Überblick über die Anforderungen des Systems dokumentiert. Dies führt zu einer groben Aufgliederung der für das System erforderlichen Prozesse, Akteure und Daten. Dies sind, was die Klassen der Analyse umfassen. ^{[ Zitat benötigt ]}

Beschreibung [ edit

Sobald die allgemeine Gliederung abgeschlossen ist, wird die Im nächsten Schritt wird das Verhalten des Systems beschrieben, das für den potenziellen Benutzer des Systems sichtbar ist. Interne Verhaltensweisen können zwar ebenfalls beschrieben werden, dies hat jedoch mehr mit dem Entwurf eines Systems zu tun als mit dem Erfordernis dafür. Der Vorteil einer kurzen Beschreibung des internen Verhaltens besteht darin, mit potenziellen Benutzern zu klären, dass dem System keine wichtige Komponente extern fehlt, da es intern abgeschlossen wird. Das übergeordnete Ziel dieses Schrittes ist es, nur so viele Details bereitzustellen, dass Sie verstehen, welche Klassen für das System erforderlich sind. Zu viele Details können es schwierig machen, das System später zu ändern. ^[3]

Analyseklassen [ edit ]

Bei diesem Schritt wird die Klassenliste in die Klassen eingeteilt, die das ausführen können Benötigtes Verhalten, damit das System erfolgreich funktioniert. Wenn für ein System noch keine Klassen vorhanden sind, müssen sie erstellt werden, bevor dieser Schritt abgeschlossen werden kann. Klassen können auf vielfältige Weise aus vielen Quellen erstellt werden. Einige Beispiele sind: vorherige - aber ähnliche - Systeme, Unternehmensmodelle und Data Mining. Sobald Klassen erstellt und eingegrenzt sind, müssen Beziehungen zwischen Klassen entwickelt werden, die jetzt als Analyseklassen bezeichnet werden und die Aufgabe des Systems modellieren. Verantwortlichkeiten [ edit

Für jede Analyse Klasse, die im vorherigen Schritt identifiziert wurde, müssen die Verantwortlichkeiten der Klasse klar definiert sein. Dadurch wird sichergestellt, dass eine einzelne Klasse eine Aufgabe hat, für die keine andere Klasse im System ausgeführt wird. Die Verantwortlichkeiten der verschiedenen Klassen sollten sich nicht überschneiden. ^[3]

Associations [ edit

Nachdem die Verantwortlichkeiten der einzelnen Analyseklassen beschrieben wurden, müssen als Nächstes die Beziehungen zwischen den Klassen geklärt werden. Es gibt vier Teile dieses Schritts:
1. Identifizieren Sie die zu verwendenden Klassen.
2. Identifizieren Sie mögliche Beziehungen zwischen Klassen.
3. Für diejenigen mit Beziehungen beschreiben Sie die Art der Beziehung.
4. Identifizieren Sie ggf. die Multiplizität der Beziehung, dh bestimmen Sie, wie viele der ersten Klasse einem Objekt in der zweiten Klasse der Beziehung entsprechen. ^[3]

Abbildung 1 zeigt ein Beispiel für Verknüpfungen zwischen Klassen:

In diesem Diagramm ist jede Box eine Klasse, und die Linien, die sie verknüpfen, zeigen, welche Beziehungen zwischen ihnen bestehen.

Behavior [ edit ]

Sobald die Beziehungen zwischen den Klassen verstanden wurden, besteht der nächste Prozess darin, das Verhalten der Klassen und das Zusammenspiel des Systems detailliert darzustellen, um das System zu vervollständigen . Dies beinhaltet das Bestimmen, wie die Klassen kommunizieren und Nachrichten entlang der Zeitleiste des zu entwickelnden Systemprozesses senden. Dies ergibt sich aus den Verantwortlichkeiten der zuvor identifizierten Klassen. Bestimmen, welche Klasse die Nachricht erhält, folgt den im vorherigen Schritt eingerichteten Assoziationen: ^[3]

Beschreiben von Attributen [ edit ]

Über die gesamte Anwendungsfallanalyse hinweg wurden bisher die Attribute der Klassen und Möglicherweise wurden Objekte entdeckt, die erforderlich sind, damit die Klassen ihre Aufgaben ausführen können. Diese können in Form von Datenvariablen oder Funktionen vorliegen. Einige dieser Attribute lassen sich aus den vorherigen Schritten ableiten, während andere allgemeine Annahmen sind, die allgemein bekannt sind (z. B. verfügen alle heutigen Computer über ein Betriebssystem, einen Prozessor und Eingabe- / Ausgabegeräte.) ^[3]

Siehe Abbildung 2 für ein Beispiel für die beschriebenen Attribute nach dem Diagramm von Abbildung 1:

Die im Diagramm an dieser Stelle beschriebenen Attribute sind im Allgemeinen die Elemente, die zu den Daten werden, die erforderlich sind, damit das System / der Prozess ordnungsgemäß funktioniert.

Mechanismen [ edit ]

Der letzte Schritt besteht darin, Komponenten zu identifizieren, die eine Lösung für die Problemdomäne darstellen. Dazu gehören Datenbanken für Daten, Sicherheit, Ausnahmebehandlung und Kommunikation zwischen Prozessen oder Programmen. ^[3]

Referenzen [ edit