Artefakt: 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.
Arten von Arbeitsergebnissen: Modellelement
Zweck

Das Artefakt "Operationen" erfasst die bereitgestellten und erforderlichen Geschäftsservices, die ein Element unterstützt oder benötigt.

Beziehungen
Beschreibung
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.
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?