SOA im weltweiten Automobil-Vertrieb

Ob und wie geeignet SOA für ein Unternehmen ist, hängt von der internen Organisations- und Prozess-Struktur ab: Messlatten sind beispielsweise der Grad der Prozess-Standardisierung und -integration. Bei international tätigen Automobilfirmen kann man von einer stark zentralisierten Struktur ausgehen, die einige länder- oder markenspezifische Eigenheiten aufweist. Daher stehen hier Vereinheitlichung und Wiederverwertbarkeit im Mittelpunkt, gleichzeitig müssen die notwendige Flexibilität und Individualität garantiert sein, um etwa landestypische Eigenheiten umzusetzen. Für eine SOA-Infrastruktur sind das ideale Voraussetzungen.

Je nach Grad der Vereinheitlichung und Integration teilt HP Consulting Unternehmen entsprechend ihrem Betriebsmodell in vier Kategorien ein:

• Diversifizierungsmodell: Solche Unternehmen haben viele Bereiche mit nur wenig gemeinsamen Kunden, Lieferanten oder Prozessen. Das zentrale Management ist auf wenige Prozesse beschränkt.

• Koordinierungsmodell: Diese Unternehmen bieten ihren unterschiedlichen Kundengruppen jeweils vereinheitlichte Services und Produkte an. Daten werden von den Geschäftseinheiten gemeinsam genutzt, um den Kunden ein einheitliches Bild vom Unternehmen zu vermitteln.

• Replizierungsmodell: Geschäftseinheiten agieren autonom, arbeiten aber nach hochstandardisierten Geschäftsmodellen und mit standardisierten Geschäftsprozessen, die sich von Geschäftseinheit zu Geschäftseinheit nur geringfügig unterscheiden. Solche Unternehmen hängen stärker von wiederholbaren, effizienten Geschäftsprozessen ab als von gemeinsamen Kundenbeziehungen.

• Vereinheitlichungsmodell: Relativ einheitliche Kunden und ein standardisiertes Prozessportfolio kennzeichnen diese Unternehmen. Ihre Geschäftseinheiten genießen vergleichsweise wenig Autonomie. Daten werden zwischen den Geschäftsbereichen integriert und eine möglichst große Einheitlichkeit der Geschäftsprozesse werden angestrebt

.

Die Granularität von Services entscheidet über Leistung und Geschwindigkeit einer SOA-Infrastruktur. Dabei sollten nicht theoretische Überlegungen, sondern pragmatische Kriterien entscheiden, welche Funktionen in einem Service zusammengefasst werden. Ein Beispiel: Gibt ein potentieller Kunde in einen Konfigurator mehrere Fahrzeugmerkmale ein, lässt sich das geeignete Fahrzeug mit unterschiedlichen Methoden aus einer zentralen Datenbank herausfiltern. Es ist möglich, für jedes Merkmal eine Abfrage – einen Service – zu schreiben, die jeweils auf die betreffende Tabelle der Datenbank zugreift. Das sichert optimale Wiederverwertbarkeit für jede Zugriffsroutine, aber sehr hohen Aufwand beim anschließenden Zusammensetzen der Abfrageergebnisse zu einer vereinheitlichten Antwort am Bildschirm.

Die andere Möglichkeit: Das System enthält nur eine, wegen ihrer Individualität wahrscheinlich nicht wieder verwertbare Abfrage der Datenbank für alle Merkmale gleichzeitig, also einen etwas komplexeren Service, der auch nur einmal auf die Datenbank zugreift. Die Aufteilung dieser Abfrage auf die einzelnen Tabellen und die Konsolidierung der Resultate zu einer Antwort übernimmt in diesem Fall die ohnehin vorhandene interne Datenbanklogik. Sie müsste sonst gewissermaßen außerhalb der Datenbank noch einmal entwickelt werden. Trotz geringerer Wiederverwertbarkeit funktioniert es in diesem Fall besser, die Datenbank nur einmal zu adressieren.