Arbeitsergebnis: Geschäftsoperation |
|
 |
Ein Geschäftsservice, der von einem Objekt angefordert werden kann, um das Verhalten zu beeinflussen. Eine Operation definiert den Namen, den Typ, die Parameter und die Bedingungen für den Aufruf eines zugeordneten Verhaltens. |
|
Zweck
Das Artefakt "Operationen" erfasst die bereitgestellten und erforderlichen Geschäftsservices, die ein Element
unterstützt oder benötigt.
|
Beziehungen
Rollen | Verantwortlich:
| Geändert von:
|
Eingabe für | Verbindlich:
| Optional:
| Extern:
|
Ausgabe von |
|
Hauptbeschreibung
Eine Operationsspezifikation lässt sich wie folgt skizzieren:
-
Beschreibung
-
Ein-/Ausgabeparameter
-
Nicht funktionale Anforderungen:
-
Diese leiten sich aus den nicht funktionalen Anforderungen ab, die den Schritten in den verschiedenen
Geschäftsanwendungsfällen zugeordnet sind, die von dieser Operation unterstützt werden.
-
Der Kontext, in dem die Operation verwendet wird (d. h. ein bestimmter Geschäftsanwendungsfall), wird
möglicherweise nicht erfasst (dieser kann z. B. durch Unterstützung der Mindestleistungsanforderung
angegeben werden, wenn alle Geschäftsanwendungsfälle berücksichtigt sind).
-
Vorbedingungen
-
Nachbedingungen
-
Rückverfolgbarkeit des übergeordneten Systems
-
Optional: Rückverfolgbarkeit von Geschäftsanwendungsfällen (bzw. Geschäftsanwendungsfallschritten)
In den meisten Fällen werden Operationen für das Geschäftssystem und die wichtigsten Subsysteme rekursiv bis zum
gewünschten Dekompositionsgrad definiert. Die Operationen werden um Schnittstellen herum zusammen mit den
Hauptzuständigkeiten des betreffenden Subsystems gruppiert.
Je nach Granularität und Verwendungskontext spezifizieren, definieren, präzisieren oder verwenden unterschiedliche
Rollen Operationen als Haupteingaben für die ihnen zugeordneten Aufgaben:
-
Geschäftsarchitekten beschreiben die Hauptservices, die von den architektonisch relevanten Elementen
unterstützt werden.
-
Geschäftsanalytiker arbeiten mit den Geschäftsarchitekten zusammen, um die Geschäftsanwendungsfällen
den Systemoperationen zuzuordnen.
-
Geschäftsdesigner verwenden sie als Eingabe während der Präzisierung und Umstrukturierung als Bausteine für
die Schnittstellen- und Vertragsspezifikationen.
|
Eigenschaften
Optional |  |
Geplant |  |
Wichtige Hinweise
Der Geschäftsdesigner ist für die Integrität der Operationsgruppe verantwortlich und stellt Folgendes sicher:
-
Die Operationen sind eindeutig, und es gibt keine Überlappungen.
-
Die zusammengehörigen Operationen sind logisch um Schnittstellen herum gruppiert.
-
Jede Operation ist ordnungsgemäß dokumentiert.
-
Die Rückverfolgbarkeitsbeziehungen zu anderen Operationen und/oder Geschäftsanwendungsfallschritten wurden
eingerichtet.
-
Die Geschäftsanwendungsfälle oder Systemoperationen sind für den Umfang der aktuellen Iteration ausreichend
abgedeckt.
|
Anpassung
Darstellungsoptionen |
Der operationsbasierte Ansatz ist eine formalere und strengere Methode, die vom Geschäftssystem und seinen
Hauptsubsystemen unterstützten Services zu definieren. Gewöhnlich bilden die Geschäftsanwendungsfälle den
Ausgangspunkt, so dass davon ausgegangen werden kann, dass Operationen zusammen mit Geschäftsanwendungsfällen verwendet
werden.
Die Hauptanpassungsentscheidungen sind:
-
Sollen nur architektonisch relevante Operationen (solche, die sich auf die wichtigsten Geschäftsanwendungsfälle
beziehen) beschrieben werden?
-
Wie "tief" soll die logische Dekomposition der Subsysteme gehen?
-
Sollen Vor- und Nachbedingungen vollständig beschrieben werden?
-
Muss die Rückverfolgbarkeit zwischen Operationen und Geschäftssystemoperationen und/oder Geschäftsanwendungsfällen
verwaltet werden?
|
© Copyright IBM Corp. 1987, 2006. Alle Rechte vorbehalten.
|
|