Kommende Software-Struktur basiert auf Services

Die Software müsse "flüssiger" werden, so die Analysten. Das heißt unter anderem, für Anpassungen an neue Gegebenheiten darf nicht zwangsläufig ein Redesign der Software erforderlich werden. Die Software von morgen entwickelt sich zu einer Art Leitplanken-Set, das die freie Interaktion von Menschen mit Systemen ermöglicht.

Um der Software Agilität zu verleihen, müssen ganze Systeme in kleinere Subsysteme herunter gebrochen werden, die sich viel leichter anpassen lassen. Eine Schlüsselrolle spielt dabei die Service-orientierte Architektur (SOA). Hierbei kann ein Unternehmen den Service eines – hauseigenen oder externen – Anbieters in Anspruch nehmen und ihn mit dem Service eines anderen Anbieters "mischen". Das sei grundverschieden davon, eine Software lediglich in ihre Komponenten aufzulösen, so Gartner. Das Anwender-Unternehmen braucht sich nun nicht mehr darum zu kümmern, ob die Software neu entwickelt, ergänzt, oder nachgerüstet wurde. Auch ob es eine Eigenentwicklung ist oder als Teil eines Anbieterpakets eingekauft wurde, spielt keine Rolle mehr.

Wenn Unternehmen ein Geschäftsmodell entwerfen, mag die Implementierung der Software glatt verlaufen. Ist der Prozess jedoch erst in den Abläufen integriert, kann sie nicht mehr verändert werden. Das ist bei SOA anders. In einer service-orientierten Architektur wird jedes Element eines Prozesses oder eines Prozessverbundes ein Service, so Gartner. Dadurch wird die Software agiler, da es nun einfacher wird, den Prozess umzugestalten oder festzulegen, wer jeden einzelnen Prozessschritt durchführt.

Schluss mit Marathon-Projekten

Das Kombinieren von mehreren Services regt den Markt zum "Komponieren" von Applikationen an. Diese sind aber nicht länger als Funktionenbündel eines einzelnen Anbieters aufzufassen.

Die service-basierte Vorgehensweise könne aus IT-Projekten mit langjährigem Marathon-Charakter ein Kurzprojekt mit "Fugen-"Applikationen machen. Auch die Neu- und Umgestaltung existierender Systeme werde mit prozess-basierten Tools beschleunigt, so die Analysten. Die Gefahr, dass der große Blick fürs Ganze dabei verloren gehe, bestehe nicht. Statt den Hilfsmitteleinsatz Stückchen für Stückchen je Erfordernis zu vergrößern, komme es darauf an, im großen Bogen zu denken.