 |
Dieses Artefakt ist eine Darstellung der Kommunikation zwischen zwei oder mehr Services, die normalerweise als neuer Service gekapselt werden. Auf diese Weise kann das Modell Services repräsentieren, deren Implementierung einfach die Kollaboration einer Gruppe vorhandener Services ist. |
Arten von Arbeitsergebnissen: Modellelement |
|
Zweck
Die Serviceprovider werden von den folgenden Personen verwendet:
-
Implementierern, die sich mit den Kollaborationen und mit der Kombination von Services vertraut machen
wollen.
-
Servicedesignern, die wissen müssen, in welchem Kollaborationskontext Services verwendet und wiederverwendet
werden.
-
Den Designern der nächsten Version des Systems, die sich mit der Funktionalität des Servicemodells und
insbesondere mit den Einschränkungen beim Verschieben von Services zwischen den Providern vertraut machen wollen.
-
Den Personen, die die Klassen testen, um Testaufgaben zu planen.
|
Beziehungen
Containerartefakt |
|
Rollen | Verantwortlich:
| Geändert von:
|
Beschreibung
Hauptbeschreibung |
Ein Servicevertrag kann auf eine von zwei Arten verwendet werden:
-
Zum einen kann ein Servicevertrag während der Serviceidentifikation verwendet werden, wenn die Hauptparteien
bekannt sind, die Zuständigkeit der Parteien jedoch noch weiterentwickelt werden muss, was durch die Entwicklung
eines Kollaborationsmodells geschehen kann. Dabei liegt das Hauptaugenmerk nicht auf der eigentlichen
Kollaboration, sondern auf den identifizierten Operationen, die die Parteien zur Unterstützung der Kollaboration
ausführen müssen.
-
Zum zweiten kann ein Servicevertrag entwickelt werden, um ein erforderliches Verhalten zwischen zwei oder mehr
Services zu bezeichnen. Ein solcher Vertrag könnte dann von den Providern der Services realisiert werden, und die
Implementierung der Services könnte anhand des Vertrags überprüft werden.
Mit der Eigenschaft 'strict' kann ein Vertrag bezeichnet werden, der verwendet wird, um das angegebene Verhalten
umzusetzen. Bei einem Vertrag, der nur für die Identifikation von Services verwendet wird, wäre 'strict' auf 'false'
gesetzt.
|
Anpassung
Darstellungsoptionen | UML-Darstellung:
Kollaboration mit dem Stereotyp <<Service Collaboration>> (Servicekollaboration). Die Teilnehmer der
Kollaboration sind möglicherweise nur Instanzen von Serviceprovidern.
Eigenschaften:
strict : Boolean - Wird zur Bezeichnung eines Vertrags verwendet, der strikt die Konformität von
Kollaborationsinstanzen sicherstellen soll
|
Weitere Informationen
© Copyright IBM Corp. 1987, 2006. Alle Rechte vorbehalten.
|
|