Cookies helfen uns bei der Bereitstellung von ControllingWiki. Durch die Nutzung von ControllingWiki erklärst du dich damit einverstanden, dass wir Cookies speichern. Weitere Informationen

Serviceorientierte Architektur (SOA): Unterschied zwischen den Versionen

Aus ControllingWiki

Wechseln zu: Navigation, Suche
Achtung. Sie nutzen eine nicht mehr unterstützte Version des Internet Explorer. Es kann zu Darstellungsfehlern kommen. Bitte ziehen Sie einen Wechsel zu einer neueren Version des Internet Explorer in Erwägung oder wechseln Sie zu einer freien Alternative wie Firefox.
[geprüfte Version][geprüfte Version]
Zeile 14: Zeile 14:
  
 
Die Strukturierung der Geschäftsprozesse durch die definierten Services innerhalb der IT-Architektur steigert die Übersichtlichkeit der Abläufe und fördert zudem die Anpassungsfähigkeit. Wobei die Anpassungsfähigkeit durch das Zusammenwirken der einzelnen Komponenten gewährleistet wird. So ist es möglich, neue Komponenten unabhängig von der Technologie zu integrieren oder bestehende Komponenten der Architektur auszutauschen. Ebenso lassen sich Änderungen an einzelnen Komponenten vornehmen ohne dass verschiedene andere Anwendungen angepasst werden müssen. Gegenüber klassischen Software-Architekturen erleichtert die Flexibilität der SOA Anpassungen maßgeblich. Bei vollständiger Umsetzung nach dem Konzept der SOA setzt sich die gesamte IT-Architektur aus definierten, gekapselten Services zusammen, die bei Bedarf ausgetauscht oder angepasst werden können.
 
Die Strukturierung der Geschäftsprozesse durch die definierten Services innerhalb der IT-Architektur steigert die Übersichtlichkeit der Abläufe und fördert zudem die Anpassungsfähigkeit. Wobei die Anpassungsfähigkeit durch das Zusammenwirken der einzelnen Komponenten gewährleistet wird. So ist es möglich, neue Komponenten unabhängig von der Technologie zu integrieren oder bestehende Komponenten der Architektur auszutauschen. Ebenso lassen sich Änderungen an einzelnen Komponenten vornehmen ohne dass verschiedene andere Anwendungen angepasst werden müssen. Gegenüber klassischen Software-Architekturen erleichtert die Flexibilität der SOA Anpassungen maßgeblich. Bei vollständiger Umsetzung nach dem Konzept der SOA setzt sich die gesamte IT-Architektur aus definierten, gekapselten Services zusammen, die bei Bedarf ausgetauscht oder angepasst werden können.
Die Grundlage für die Umsetzung der SOA ist eine Analyse der betrieblichen Abläufe, um  die Geschäftsprozesse in Form von Services abbilden zu können. Durch die Nutzung der SOA kann Transparenz geschaffen und Komplexität reduziert werden. Das Ziel ist die Aufdeckung von Optimierungspotentialen hinsichtlich der Prozessgestaltung und die damit einhergehende Unterstützung des Prozess(kosten)managements.
+
Die Grundlage für die Umsetzung der SOA ist eine Analyse der betrieblichen Abläufe, um  die Geschäftsprozesse in Form von Services abbilden zu können. Durch die Nutzung der SOA kann Transparenz geschaffen und Komplexität reduziert werden. Das Ziel ist die Aufdeckung von Optimierungspotentialen hinsichtlich der Prozessgestaltung und die damit einhergehende Unterstützung des Prozess(kosten)managements.
 
 
Der modulare Aufbau führt einerseits zur
 
 
 
• Erhöhung der Flexibilität (vor allem durch schnelle Reaktion auf Prozessänderungen und einfache Integration neuer Komponenten) und andererseits zur
 
 
 
• Reduktion der Komplexität (vor allem durch die Kapselung der Funktionalität).
 
 
 
[[Bild:Die_Gestaltung_der_IT-Landschaft.JPG]]
 
 
Abb.1: Die Gestaltung der IT-Landschaft
 
 
 
Abbildung 1 zeigt am Beispiel des Vertriebs, dass im Falle von Änderungen, Wartungen oder Ergänzungen an den einzelnen Datenbanken, diese nicht in sämtlichen Komponenten vollzogen werden müssen, da die Datenbanken aufeinander zugreifen können und eine redundante Datenhaltung umgangen wird. Somit kann eine erhebliche Effizienzsteigerung in der IT-Infrastruktur realisiert werden. Nachteilig wirkt sich aus, dass die Bereitstellung der Daten in standardisierter Form mit Performanceeinbußen verbunden sein kann.
 
 
 
Bei der Gestaltung und Implementierung von Geschäftsprozessen wird häufig das Business Process Management (BPM) eingesetzt. Im Rahmen des BPM kann SOA zu einer schnelleren Anpassung der Geschäftsprozesse beitragen, indem die einzelnen Komponenten entlang des Prozesses zusammengesetzt werden.
 
  
 
== Stand der Umsetzung ==
 
== Stand der Umsetzung ==

Version vom 24. Juni 2015, 09:52 Uhr

Zusammenfassung

Die Nutzung einer serviceorientierten Architektur (SOA) ermöglicht es Unternehmen auf verschärfte Wettbewerbsbedingungen zu reagieren, da sich interne Geschäftsprozesse schnell und dynamisch anpassen lassen. Die Grundidee einer SOA ist es, die Geschäftsprozesse eines Unternehmens in flexible Softwaremodule zu überführen und diese intelligent zu verknüpfen. Als Ergebnis entsteht eine anpassungsfähige Architektur der Informationstechnik, die der Optimierung von Prozessen und der Minimierung von Kosten dient. Die Stärke von der SOA liegt in der modularen Gestaltung der IT-Architektur, die auf den realen Geschäftsprozessen des Unternehmens basiert und diese durch flexibel einsetzbare Bausteine abbildet. Das Konzept der SOA wird daher als zukunftsorientierte Architektur bezeichnet.

Aufbau und Zielsetzung von Serviceorientierten Architekturen

Mit Hilfe einer SOA kann die Infrastruktur an den unternehmenseignen Geschäftsprozessen ausgerichtet werden, wodurch sich schneller Umfeld bedingte Anpassungen vornehmen lassen. Die SOA ist dabei nicht mit einer Technologie oder einem Softwareprodukt zu verwechseln, da es sich um ein technologieunabhängiges Architekturkonzept handelt. Es trägt dazu bei, Softwarearchitekturen flexibler zu gestalten und fördert dadurch die Nutzung bereits vorhandener Komponenten.

Die Funktion der einzelnen Komponenten wird dabei durch die Struktur der SOA festgelegt. Zum Aufbau der Struktur werden die zuvor lose verbundenen Services zu einem Softwaresystem zusammengefügt. Jeder Service stellt innerhalb der SOA eine Softwarekomponente dar, die eine konkret definierte Funktion erfüllt. Die Bereitstellung der Deckungsbeiträge eines Produkts in verschiedenen Vertriebsgebieten ist ein Beispiel für die Funktion eines Services. Die Gestaltung der Services richtet sich dabei nach den Anforderungen des jeweiligen Unternehmens und seinen spezifischen Geschäftsprozessen. Die Services bilden somit die kleinsten Komponenten mit denen die Prozesse realitätsnah zusammengesetzt werden. So kann unter Anwendung des Konzepts der SOA eine komplette, anwendungsorientierte Architektur aus den einzelnen Services konstruiert werden.

Um die Funktionsfähigkeit zu gewährleisten, müssen die Services gekapselt sein, damit sie auch an anderer Stelle eingesetzt werden können ohne, dass es zu Problemen durch Abhängigkeiten kommt. In diesem Zusammenhang bezeichnet Kapselung die Gruppierung oder Trennung von Datenstrukturen, um den Zugriff auf die interne Datenstruktur gezielt über definierte Schnittstellen zu steuern. Für die Anwender der Services erscheinen diese als Black Box. Entsprechend erfolgt die Dateneigabe des Anwenders und die Datenausgabe in einem bestimmten Format, die Abläufe innerhalb des Services muss er dabei nicht kennen. Diese Architektur ermöglicht es, Codes eines Moduls anzupassen ohne, dass weitere Komponenten verändert werden müssen.

Nutzen von Serviceorientierten Architekturen

Die Strukturierung der Geschäftsprozesse durch die definierten Services innerhalb der IT-Architektur steigert die Übersichtlichkeit der Abläufe und fördert zudem die Anpassungsfähigkeit. Wobei die Anpassungsfähigkeit durch das Zusammenwirken der einzelnen Komponenten gewährleistet wird. So ist es möglich, neue Komponenten unabhängig von der Technologie zu integrieren oder bestehende Komponenten der Architektur auszutauschen. Ebenso lassen sich Änderungen an einzelnen Komponenten vornehmen ohne dass verschiedene andere Anwendungen angepasst werden müssen. Gegenüber klassischen Software-Architekturen erleichtert die Flexibilität der SOA Anpassungen maßgeblich. Bei vollständiger Umsetzung nach dem Konzept der SOA setzt sich die gesamte IT-Architektur aus definierten, gekapselten Services zusammen, die bei Bedarf ausgetauscht oder angepasst werden können. Die Grundlage für die Umsetzung der SOA ist eine Analyse der betrieblichen Abläufe, um die Geschäftsprozesse in Form von Services abbilden zu können. Durch die Nutzung der SOA kann Transparenz geschaffen und Komplexität reduziert werden. Das Ziel ist die Aufdeckung von Optimierungspotentialen hinsichtlich der Prozessgestaltung und die damit einhergehende Unterstützung des Prozess(kosten)managements.

Stand der Umsetzung

In der Praxis ist die Umsetzung des Konzepts der SOA noch nicht so weit vorangeschritten. Dennoch wird nach ersten Erfahrungen vor allem eine Steigerung der Flexibilität positiv wahrgenommen. Jedoch ist die Wiederverwendung bereits bestehender Services bisher nur selten der Hauptgrund für die Anwendung der SOA. Eine mögliche Erklärung ist darin zu finden, dass der Nutzen der Erweiterung und des Austausches von Komponenten erst bei langfristiger Verwendung der Architektur relevant wird.

Literatur

• Dietsch, A., Goetz, T., Nutzenorientiertes Management einer Serviceorientierten Unternehmensarchitektur., in: Wirtschaftsinformatik 2005.

• Flinspach, T. Melski, A., Flexibilität ist alles – Eine Fallstudie zu Serviceorientierten Architekturen (SOAs), in: Economag 2008.

• Krafzig, D., Banke, K., Slama, D., Enterprise SOA – Service-Oriented Architecture Best Practice, 2004.

• Reinheimer, S./ Lang, F./ Purucker, J./ Brügmann, H., 10 Antworten zur SOA, in: Fröschle, H.-P., Reinheimer, S. (Hrsg.), Serviceorientiere Architekturen, Heidelberg 2007, S.7-17.

• Weske, M., Business-Objekte – Konzepte, Architekturen, Standards, in: Wirtschaftsinformatik, 1999.

Ersteinstellende Autoren

Dipl.-Kfm. Tobias Flinspach Prof. Dr. Klaus Möller, Universität St. Gallen, [1]