Aufgabe: Geschäftsoperationsdesign
Präzisiert die Ergebnisse der Operationsanalyse.
Disziplinen: Geschäftsmodellierung
Zweck
  • Die vorläufigen Interaktionen zwischen Subsystemen zu Operationsrealisierungen im Geschäftsdesignmodell verfeinern.
  • Präzisierung und Spezifikation der Subsystemoperationen.
Beziehungen
Schritte
Operationsrealisierungen erstellen

Mit der Aufgabe Operationsanalyse hat der Designer Interaktionen zwischen Subsystemen (ohne viele Details) im Geschäftsanalysemodell erstellt. Denken Sie daran, dass Sie diese Interaktionen nach Geschäftssystemoperationen gruppiert haben, d. h., Sie haben die Interaktionen erfasst, die die einzelnen Geschäftssystemoperationen realisieren. Jetzt, da Sie mit den erweiterten Beschreibungen der Geschäftsanwendungsfälle (Whitebox) arbeiten, werden die Nachrichtendetails, die ausgetauschten Entitäten, die Reihenfolgeplanung, der Steuerfluss und die zugeordneten Daten im Geschäftsdesignmodell hinzugefügt und die Operationsrealisierungen erfasst, die Organisation erfolgt erneut über die Geschäftssystemoperationen. Wenn dieses Detail hinzugefügt wird, bewertet der Geschäftsdesigner die Qualität der entstehenden Kollaborationen und sucht nach Gelegenheiten, ein Refactoring für das Design auszuführen. Versehen Sie die Operationsrealisierungen während der Verarbeitung einer Nachricht mit Beschreibungen der Aktivitäten des Subsystems (entnehmen Sie sie der Beschreibung des Whitebox-Schritts und verfeinern Sie sie, falls erforderlich). Diese Beschreibungen helfen beim nächsten Schritt, Spezifikationen für die einzelnen Subsystemoperationen zu entwickeln.

Ähnliche Whitebox-Schritte des Subsystems zusammenfassen und Subsystemoperationen angeben

Der Geschäftsdesigner hat den anfänglichen Platzhalter für Übersicht über die Subsystemoperationen während er Aufgabe "Operationsanalyse" erstellt. Als Nächstes werden die Subsystemoperationen über die Whitebox-Schritte und Operationsrealisierungen identifiziert und ihr Verhalten wird angegeben. Wie bei der Identifikation der Geschäftssystemoperationen ist möglicherweise nicht jedem Whitebox-Schritt eine eindeutige Subsystemoperation zugeordnet. Das bedeutet, wenn Sie die Gruppe der Whitebox-Schritte und deren zugeordneten Nachrichtenaustausch, die Ein-/Ausgabeentitäten usw. untersuchen, werden Sie vielleicht feststellen, dass Sie die Möglichkeit haben, kleinere Gruppen von Subsystemoperationen zu definieren, um deren Anforderungen zu erfüllen.

Die Operationen können auch nach Lokalität oder Prozess geordnet werden. Sie zeigen dann an, wie die Gruppe der Subsystemoperationen den einzelnen Lokalitäten oder Prozessen zugeordnet ist. Der Sortierung nach Lokalitäten zeigt die Arbeitslast an einer Lokalität an. Das ist nützlich, wenn die Kapazität der Komponenten, die die Lokalität unterstützen, geprüft wird. In dieser Form wird die nach Lokalitäten sortierte Übersicht zu einem Merkmal des Geschäfts-Deployment-Modells.

Wenn eine Subsystemoperation an mehreren Lokalitäten ausgeführt wird, ist das ein Hinweis darauf, dass zumindest ein Teil des Subsystems repliziert wird. Diese replizierten Abschnitte müssen nicht notwendigerweise Daten gemeinsam nutzen oder synchron gehalten werden. Diese Designoptionen sind von der Anwendung und vom Grund für die Replikation abhängig. Beispielsweise kann die erforderliche Verarbeitung identisch sein, sich jedoch auf ein anderes Geschäftssegment beziehen. Im Extremfall können alle Subsystemoperationen an mehreren Lokalitäten ausgeführt werden, d. h. effektiv, dass das Subsystem selbst repliziert wird. Die Notwendigkeit, replizierte Instanzen eindeutig zu identifizieren, ist auch vom Grund für die Replikation abhängig.

Die Sortierung nach Prozessen erlaubt dem Geschäftsdesigner, Überlegungen zu Fragen hinsichtlich des gemeinsamen Zugriffs anzustellen: Wenn Sie eine Subsystemoperation als diskretes, für Geschäftsakteure verfügbares Funktionselement anzeigen möchten, dann können Operationen, die demselben Prozess zugeordnet sind, nicht parallel ausgeführt werden. Das kann den Geschäftsdesigner veranlassen, die Prozesszuordnung zu überdenken, die Prozessreplikation in Erwägung zu ziehen oder das erkannte Latenzproblem auf einer niedrigeren Detaillierungsebene zu untersuchen, z. B., indem er Zeitscheibenverfahren einsetzt oder gemeinsam genutzte Prozesse verwendet, wenn eine Operation blockiert wird (z. B. bei Eingabe und Ausgabe). Diese Techniken bieten möglicherweise eine akzeptable Flexibilität, wohingegen die Verzögerung eines Operationsbeginns (mit strikter Serialisierung der Operationen) inakzeptabel sein kann. In dieser Form wird die nach Prozessen sortierte Übersicht zu einem Merkmal des Geschäftsdesignmodells.

Ergebnisse kurz festhalten

Sie haben für alle Subsysteme folgende Aktionen ausgeführt:

  • Operationen des Subsystems definieren
  • die vom Subsystem zu unterstützenden Schnittstellen definieren
  • beschreiben, wie das Subsystem mit anderen Subsystemen kollaborieren soll, um die Geschäftsanwendungsfälle zu realisieren
  • den Kontext des Subsystems definieren: die Akteure, Schnittstellen und E/A-Geschäftsentitäten

Sie sind daher absolut in der Lage, diese Gruppe von Arbeitsergebnissen abzugeben oder um eine weitere, rekursive Dekomposition vorzunehmen.

Weitere Informationen