Architekturmuster - Architektur und Entwurfsmuster der Softwaretechnik - page 356

:Servicenutzer :Service-

KomponenteA

:Service-
KomponenteA1

:Service-
KomponenteA2

bestellen()

bezahlen ()

bezahlen () : ergebnisA1

versenden ()

versenden () : ergebnisA2

bestellen() :
ergebnis

Bild 5-32 Beispielhaftes Sequenzdiagramm einer SOA

5.5.4 Bewertung

SOA ist ein Konzept für eine Architektur - also den Lösungsbereich - und ist unabhän-
gig von der entsprechenden Lösungstechnologie. Im Problembereich leistet dieses
Konzept keine Hilfe. Eine SOA ist prinzipiell nichts Neues, sondern bringt nur ein Ar-
chitekturkonzept auf den Punkt. Bereits mit der Middleware CORBA konnte eine SOA
implementiert werden, wenn das Ziel verfolgt wurde, Geschäftsprozesse auf Kompo-
nenten abzubilden.

5.5.4.1 Vorteile

Die folgende Liste zeigt die Vorteile einer SOA auf:

x Die Abbildung von Geschäftsprozessen auf Dienste in Komponenten schafft eine
Übersicht über alle benötigten Dienste und deren Schnittstellen.
x Die Komplexität von verteilten Systemen wird reduziert durch die Aufteilung in
Komponenten von Services bzw. elementaren Services.
x Services und elementare Services können mehrfach eingesetzt, d. h. wiederverwen-
det werden.
x Solange sich die Schnittstelle eines Service nicht ändert, kann die dahinter liegende
Implementierung dieses Service dynamisch ausgetauscht werden.

5.5.4.2 Nachteile

Folgende Nachteile werden gesehen:

x Eine zu feine Granularität der Services erzeugt komplexe Strukturen.
x Es entsteht ein Mehraufwand durch die Kommunikation über mehrere Schichten
hinweg.