Prozessanalyse

Das Entscheidende in diesem Kontext ist die Geschäftprozessanalyse. Denn eine SOA gewinnt ja gerade dadurch an Attraktivität, dass Geschäftsprozesse unternehmensweit einheitlich und schlanker gestaltet sowie verbessert werden können. Arbeitsabläufe sollen sich nicht mehr länger an der IT orientieren. Umgekehrt legen jetzt die Prozesse fest, wie und welche Software eingesetzt wird. Welche Services unter dem GUI ablaufen, ist zweitrangig, der Arbeitsablauf rückt sichtbar in den Vordergrund. Die Geschäftsprozessanalyse enthüllt dafür die Kernprozesse, modelliert restrukturierte, unternehmensspezifische Arbeitsabläufe und ist Basis zur Identifikation der wiederverwendbaren Services.

Die über den SOA-Bus zu Applikationen zusammengestöpselten Dienste sollen endlich die lang geforderte Flexibilität eröffnen, um rasch auf sich ändernde ökonomische Bedingungen zu reagieren. Ein neuer Aspekt dabei ist, dass mittels der Business Process Execution Language (BPEL) die aus der Analyse generierten Prozessmodelle simuliert und die Zusammenstellung der prozessorientierten Services geprüft werden können. BPEL wird damit im SOA-Ansatz zu einem neuen Testwerkzeug für die Qualitätssicherung, das den eher theoretischen Charakter der Geschäftsprozessanalyse aufhebt und per Computersimulation die Logik des Modells in seinen konkreten Auswirkungen sichtbar werden lässt. Dennoch darf man sich hier nicht täuschen: Was in der Simulation funktioniert, läuft nicht zwangsläufig auch in der Praxis.