Regeln für serviceorientierte Architekturen hoher Qualität

Das Schlagwort der serviceorientierten Architektur (SOA, siehe z.B. [1, 5, 14, 18, 19, 25]) beherrscht gegenwärtig die Diskussion um die Gestaltung unternehmensweiter IT-Anwendungslandschaften. Unternehmen erwarten von einer SOA eine höhere Flexibilität ihrer Geschäftsprozesse sowie die Reduktion von ITKosten. Die Erreichung dieser Ziele ist möglich. Die Einführung einer SOA erfordert jedoch neben guter Planung auch eine fachliche Architektur von hoher Qualität (siehe z.B. [20]): zuverlässig, effizient und vor allem änderbar. Aber wie erreicht man diese hohe Qualität? Wie ist eine Anwendungslandschaft zu gestalten? Wie sind Komponenten und Services zu schneiden? In der SOA-Literatur (z.B. [1, 5, 14, 18, 25]) werden dazu allgemeine Hinweise gegeben. Leider stehen jedoch sowohl die Forschung als auch die Industrie noch am Anfang, wenn es um konkrete Regeln und nachprüfbare Kriterien hierfür geht. Das Forschungsvorhaben Quasar Enterprise der sd&m AG spricht genau diese Lücke an: konkrete Regeln für den Aufbau einer SOA mit hoher Qualität vor allem im Hinblick auf Flexibilitätskriterien wie Erweiterbarkeit, Anpassbarkeit etc. Quasar Enterprise setzt das langjährige Forschungsvorhaben Quasar (Qualitäts-SoftwareArchitektur, siehe z.B. [3, 23]) bei sd&m fort. Quasar beschreibt Konzepte, Architektur und Lösungen für betriebliche Informationssysteme. Quasar Enterprise weitet den Fokus auf die Gestaltung ganzer Anwendungslandschaften und die Integration von Systemen. Seit nunmehr zwei Jahren kondensieren wir die Projekterfahrungen aus über zehn Integrationsprojekten und SOA-Vorhaben der sd&m AG der letzten fünf Jahre mit einem Gesamtvolumen von über 100 Jahren Bearbeitungszeit. In diesem Artikel veröffentlichen wir einen wesentlichen Teil unserer bisherigen Ergebnisse aus dem Teil von Quasar Enterprise, der SOA behandelt. Einige der Regeln sind schon konkret und nachprüfbar, andere sind noch eher Heuristiken, welche sich jedoch im Projektalltag bewährt haben. Weitere Ergebnisse von Quasar Enterprise, auf die wir in diesem Artikel nicht eingehen, sind Referenzarchitekturen, Integrationsebenen, Integrationsmuster [24] und Sicherheit in Anwendungslandschaften. Der Artikel ist wie folgt aufgebaut: Im nächsten Kapitel führen wir die Geschäftsarchitektur als Grundlage der Architektur von Anwendungslandschaften ein. Dabei werden wesentliche Begriffe definiert. Danach stellen wir eine Referenzarchitektur für Anwendungslandschaften vor. Die drei folgenden Abschnitte beschreiben Regeln zur Gestaltung von Komponenten und Services sowie zur Kopplung von Systemen in Anwendungslandschaften. Im Anschluss beschreiben wir Projekterfahrungen mit der Anwendung der Regeln. Der Artikel endet mit einem Fazit und einem Ausblick auf weiterführende Arbeiten.