Tipps von Teilen eines Prozesses mit Beteiligung mehrerer Akteure in Use Cases nach oben

StackOverflow https://stackoverflow.com/questions/161027

  •  03-07-2019
  •  | 
  •  

Frage

Lassen Sie uns sagen, dass ich einen Prozess bin Modellierung, die ein Gespräch oder exchnage zwischen zwei Akteuren handelt. Für dieses Beispiel werde ich etwas leicht verständlich verwenden: -

  1. Lieferant erstellt eine Preisliste,
  2. wählt Käufer einige Einzelteile zu kaufen und sendet eine Bestellung,
  3. Lieferant erhält die Bestellung und sendet die Ware.
  4. Lieferant sendet eine Rechnung
  5. Käufer die Rechnung und eine Zahlung

Natürlich jeder dieser Schritte in selbst könnte kompliziert schnell sein. Wie würden Sie dieses in Anwendungsfälle in Ihrem Dokument aufteilen?

Wenn dieser Prozess als ein einziger Anwendungsfall behandelt wurde, könnte es ein Buch füllen.

Alternativ einen Fall Gebrauch machen aus jedem der oben genannten Schritte würden einige der wesentlichen Interaktion und Strömung verstecken, die erfasst werden sollen. Wäre es sinnvoll, einen Anwendungsfall zu haben, die bei „eine Bestellung erhalten“ beginnt und endet bei „eine Rechnung“ und dann eine andere, die auf „eine Rechnung“ beginnt und endet bei „eine Zahlung leistet“?

Jede Beratung?

War es hilfreich?

Lösung

So wie ich in der Regel solche Aufgaben Ansatz ist gerade erst anfangen UML Use Case und High-Level-Aktivitätsdiagramme für den Prozess zu erstellen. Kümmern Sie sich nicht über Besonderheiten, nur geben Sie Ihr Bestes.

Wenn Sie einen Entwurf haben, die Sie fast sofort von ihr sehen, wie es verbessert werden könnte. Sie könnten dann gehen sie Refactoring - immer der Anwendungsfall kleine, große Aktivitäten zu strukturieren und so weiter. Alternativ könnten Sie ein paar Use Cases Klumpen zusammen, wenn sie zu klein sind.

Ohne die Details Ihres Projekts zu wissen, würde ich einfach weitermachen und jeder Schritt einen separaten Use Case machen - sie alle scheinen in sich geschlossene zu sein und könnte ohne Querverweise beschrieben. Wenn während tun, damit Sie alle Abhängigkeiten finden könnte man immer den Ansatz überdenken.

Sehen Sie sich auch Gebrauch ‚erweitern‘ und ‚umfassen‘ Blöcke für gemeinsame Elemente wie die Protokollierung, Sicherheit etc.

Andere Tipps

Ja, es gibt viele Möglichkeiten. In Ihrem Beispiel oben könnte es noch komplizierter durch die Käufer machen mehrere Teilzahlungen, die Rechnung zu bezahlen.

Sie müssen wahrscheinlich komplette Workflow Anwendungsfälle erstellen. Splitting jeder der oben genannten Schritte in ihre eigenen Anwendungsfälle beweisen kann nicht sinnvoll, da einige der Schritte im Voraus haben, werden & Post Bedingungen.

Ich arbeite auf dem Quickbooks-Quellcode und die Anzahl der Möglichkeiten, dass eine Transaktion durch das System fließen kann, ist entmutigend. Es ist fast unmöglich für unsere QA Jungs jede Kombination zu testen.

Lizenziert unter: CC-BY-SA mit Zuschreibung
Nicht verbunden mit StackOverflow
scroll top