Auswirkungen der Web Services Technologien auf das Management von Geschäftsprozessen

Im vorliegenden Kapitel wurden allgemein die Web Services Technologien und insbesondere die Prozesskoordination lose gekoppelter Komponenten betrachtet. Zusammenfassend lässt sich festhalten, dass Web Services einen Trend zur Separation von IuK-Systemen widerspiegeln. Die SOA reduziert die Komplexität bei der Integration heterogener Systeme durch die Zerlegung monolithischer Systeme in feingranulare Komponenten. Die technische Implementierung der SOA durch Web Services setzt auf der bestehenden IuK-Infrastruktur auf und abstrahiert die Integrationslogik auf eine eigene, höhere Systemebene. Web Services sind dabei inhärent prozessorientiert: Sie kommunizieren asynchron durch Nachrichtenaustausch und kapseln die Transformationsfunktionalität der zugrunde liegenden Softwarekomponenten. Sie stellen damit diskrete Aktivitäten innerhalb eines übergeordneten Geschäftsprozesses dar. Web Services besitzen selbstbeschreibende Schnittstellen, so dass externe Komponenten dynamisch auf die gekapselte Funktionalität zugreifen können. Durch die standardisierte lose Kopplung der Komponenten wird die Flexibilität der Sys185 186 187 188 [...]

35 tendenzen nachweisen.185 Für die Durchsetzung eines Standards ist die Bereitstellung entsprechender Entwicklungs- und Managementwerkzeuge von großer Bedeutung. In diesem Bereich ist BPEL4WS durch die Unterstützung von IBM und Microsoft in der besseren Ausgangssituation.186 Nachteilig könnte sich jedoch auswirken, dass BPEL4WS in Gegensatz zu BPML (noch) kein offener Standard ist. Insbesondere haben Microsoft und IBM die Einführung eines Lizenzmodells nicht explizit ausgeschlossen, was ein Hemmnis für eine breite Adoption von BPEL4WS darstellen könnte.187 Für den weiteren Verlauf der vorliegenden Arbeit wird von einem Szenario ausgegangen, in dem sich (nicht zuletzt aufgrund der Ähnlichkeit der hier dargestellten Ansätze und den Konvergenztendenzen) ein einheitlicher offener Standard durchsetzen wird, der auch als Metasprache für spezielle Substandards, wie z.B. branchenorientierte kollaborative Protokolle, dienen kann.188 3.3 Zusammenfassung [...]

34 Gemeinsam haben BPML und BPEL4WS die grundlegende Idee, Prozesse als ausführbaren Code zu betrachten. Komplexe Geschäftsprozesse können standardisiert modelliert und unabhängig von der zugrunde liegenden Infrastruktur direkt in einer separaten Systemumgebung ausgeführt werden. Dadurch können Web Services unabhängig von ihrer technischen Implementierung flexibel koordiniert werden. Zur Umsetzung dieser Idee verwenden beide Standards die gleichen formalen Grundlagen: XML und Pi-Calculus.181 Der Formalismus des Pi-Calculus ist eine mathematisches Modell, das auf die Kommunikation zwischen Prozesskomponenten in sich ständig rekonfigurierenden Netzwerken ausgerichtet ist und eine natürliche Modellierung von Mobilität, d.h. die dynamische Rekonfiguration von Prozessverknüpfungen erlaubt.182 Komplexe, sich über mehrere Organisationen erstreckende Geschäftsprozesse (End-to-End Prozesse) bestehen aus mehreren unabhängigen Prozessen, die während ihrer Ausführung dynamisch miteinander interagieren. Pi-Calculus ermöglicht eine über mehrere Systeme verteilte Verarbeitung bzw. Ausführung solcher Prozesse. Bisher existierende Ansätze (WfMS) verwenden zumeist ein einziges zentrales Prozessmanagement-System, welches zudem nur statische Prozessmodelle verarbeiten kann. Durch Pi-Calculus können wesentlich dynamischere Prozesstopologien unterstützt werden, als das bei bisherigen Workflow-Ansätzen möglich war. Die Möglichkeit der Modellierung und Ausführung komplexer End-to-End Prozesse, die sich über mehrere Organisationen erstrecken und bei denen zuvor nicht explizit modellierte Teilnehmer dynamisch zum Prozess hinzustoßen können, und diese wiederum selbst Prozesse repräsentieren, sind die eigentliche Innovationen der hier betrachteten Standards.183 Da sowohl BPEL4WS als auch BPML/WSCI XML-basierte Notationen sind, könnten Prozessdefinitionen zumindest theoretisch beliebig zwischen verschiedenen Standards konvertiert werden, wodurch grundsätzlich die Interoperabilität gegeben sein sollte.184 Zwar sind beide Standards noch in einem frühen Entwicklungsstadium, jedoch lassen sich bereits technische Konvergenz- [...]