Ziel serviceorientierter Softwarearchitekturen ist es, die Informationsverarbeitung in Unternehmen schneller und besser an immer volatilere Anforderungen moderner Geschäftsprozesse anpassen zu können als dies in traditionell monolithischen Architekturen möglich ist. Die zugrunde liegende Idee dabei ist, Geschäftsprozesse durch flexible und lose gekoppelte Softwaredienste (Webservices) in die IT-Landschaft zu adaptieren. Strategisch ausgerichtete Geschäftsprozessmodelle fungieren bei der Umsetzung als Bindeglied zwischen Business und IT und begründen die Forderung nach der Aufhebung künstlicher Grenzen hin zu einem interdisziplinären Lösungsansatz.
Die größten Hindernisse der Vergangenheit, wie u.a. die offenen Fragen zur Sicherheit und Zuverlässigkeit (QoS) webbasierter Lösungen, die einer breiten Akzeptanz zur Umsetzung des neuen Architektur-Paradigmas in den Unternehmen im Wege standen, sind durch die Schaffung technologischer Standards beseitigt und haben dazu geführt, dass seit dem Jahr 2009 laut statistischer Erhebungen ca. 89 % aller Großunternehmen mit der Nutzung von Webservices begonnen haben (Vgl. Ried 2009, S. 38).
Agilität, Wiederverwendbarkeit und Reduzierung der IT-Kosten gehören zu den wesentlichen Potenzialen einer ausgereiften serviceorientierten Architektur. Es wäre aber falsch anzunehmen, dass die reine Existenz einer SOA bereits einen Business Case darstellt. "Zur Erinnerung: Nur ein sparsames Auto zu besitzen ist auch noch kein Business Case. Der Aufbau einer Car-Sharing-Gemeinschaft kann jedoch mit einem klaren wirtschaftlichen Vorteil rechnen ..." (Vgl. Ried 2009, S. 39).
Um einen messbaren Wertbeitrag zum Unternehmenserfolg haben zu können, ist es also von größter Bedeutung, ein Service-Repository zu entwickeln, dessen kleinste Bausteine oder Orchestrierungen dieser, einen maximalen Grad an Wiederverwendbarkeit aufweisen. Webservices, die sich als bestgeeignete Technologie zur Modularisierung von Geschäftprozessen etabliert haben, ist diese Eigenschaft nicht automatisch inhärent. Vielmehr ist dies einer der neuralgischen Punkte, von denen ein langfristig zu erwartender wirtschaftlicher Nutzen einer Serviceorientierung abhängt. Die Produktion qualitativ hochwertiger Services darf nicht von glücklichen Umständen abhängen (Vgl. Erl 2008, S. 17), sondern muss im Rahmen festgelegter Regeln und standardisierter Vorgehensweisen betrieben und im Kontext einer SOA Governance fortlaufend kontrolliert werden (Vgl. Finger et al. 2009, S. 87).
Inhaltsverzeichnis
1 Einleitung
1.1 Motivation
1.2 Ziele
2 Serviceorientierte Architektur
2.1 Schlüsselkonzepte einer SOA
2.2 Wesentliche Merkmale einer SOA
2.2.1 Lose Kopplung
2.2.2 Interoperabilität
2.2.3 Wiederverwendung
2.2.4 Komponierbarkeit
2.3 Service-Repository
2.4 Akteure und Rollen
3 Serviceorientierung
3.1 Theorie der Serviceorientierung
3.2 Definition aus Sicht des Service-Entwurfs
3.3 Wurzeln der Serviceorientierung
3.3.1 Objektorientierung
3.3.2 Webservices
3.3.3 Business Process Management (BPM)
3.3.4 Enterprise Application Integration (EAI)
4 Service
4.1 Klassifizierung
4.1.1 Basis-Service
4.1.1.1 Daten-Service
4.1.1.2 Logik-Service
4.1.2 Komponierter-Service
4.1.3 Prozess-Service
4.2 Motivation für Webservices
4.3 Architektur von Webservices
4.4 Standardisierte Webservice-Technologien
4.4.1 SOAP
4.4.2 WSDL
4.4.3 UDDI
4.4.4 Sicherheitsspezifikationen
5 Zwischenfazit und Vorschau
6 Service-Entwurf
6.1 Governance
6.2 Service-Lifecycle
6.3 Service-Identifikation
6.4 Entwurfsprinzipien im Überblick
6.4.1 Standardisierter Service-Vertrag
6.4.2 Lose Kopplung
6.4.3 Abstraktion
6.4.4 Autonomie
6.4.5 Zustandslosigkeit
6.4.6 Auffindbarkeit
6.4.7 Kompositionsfähigkeit
6.4.8 Wiederverwendbarkeit
6.5 Wiederverwendbarkeit im Fokus
7 Generierung des Datenmaterials
7.1 Literarische Erhebung
7.2 Empirische Erhebung
7.2.1 Auswahl der geeigneten Interviewtechnik
7.2.2 Auswahl der Experten
7.2.3 Semistrukturiertes Leitfadeninterview
7.3 Qualitative Inhaltsanalyse
7.3.1 Auswahlkriterien für die Analysemethode
7.3.2 Vorgang der „Inhaltlichen Strukturierung“
7.3.3 Auswertung des Datenmaterials
7.3.4 Ablaufmodell der Analyse
8 Fazit
Zielsetzung und Themen
Die Arbeit untersucht, welche Bedeutung unternehmensweite Entwurfsprinzipien für die Wiederverwendbarkeit von Services in einer serviceorientierten Architektur haben. Dazu systematisiert sie theoretische Grundlagen und entwickelt ein Konzept, mit dem sich ausgewählte Prinzipien anhand von Experteninterviews und qualitativer Inhaltsanalyse auf ihre praktische Relevanz prüfen lassen.
- Grundlagen serviceorientierter Architekturen und ihrer Komponenten
- Serviceklassifizierung und standardisierte Webservice-Technologien
- Entwurfsprinzipien und deren Zusammenhang mit Wiederverwendbarkeit
- Serviceinventare, Serviceverträge und Granularität
- Konzeption leitfadengestützter Experteninterviews und qualitativer Inhaltsanalyse
Auszug aus dem Buch
2.2.3 Wiederverwendung
Die Wiederverwendbarkeit von Lösungslogik als Service gehört zu den elementaren Zielen der SOA und beinhaltet langfristig betrachtet, neben dem Merkmal Interoperabilität, das größte Rentabilitätspotenzial einer Investition (Vgl. Erl 2008, S. 105f). Die Bedeutung dieses Merkmals wächst, wenn man sich das Szenario automatisierter Umgebungen vor Augen hält, in dem unterschiedliche Geschäftsprozesse durch Wiederverwendung gleicher Services zur technischen Umsetzung herangezogen werden. Die zur Realisierung dieses Merkmals erforderliche Fähigkeit wird häufig damit verwechselt, die Zukunft vorhersagen zu können und deutet auf eine falsche Entwurfsstrategie hin. Wiederverwendungspotenziale entstehen, wenn Servicelogik in einem agnostischen (umgebungsneutralen) Kontext und der genauen Kenntnis ihrer potenziellen Nutzer entwickelt wird und hält einem Vergleich mit der kommerziellen Entwicklung von Massenprodukten am Gütermarkt, bei der die Kenntnis von Zielgruppe und Anforderung durch Marktanalyse identifiziert und als Vorgabe verwendet werden, stand. Hierfür ist ein interdisziplinärer Informationsaustausch zwischen Business und IT zwingend erforderlich, wobei die Herausforderung nicht darin zu sehen ist, absolute Wiederverwendung zu realisieren, sondern darin, die geeignete Art und Menge von Lösungslogik auf der Basis sachkundiger Analysen festzulegen und in einem Service zu kapseln. (Vgl. Erl 2008, S. 266). In Abbildung 6 wird gezeigt, wie zwei Anwendungsfrontends (Clients) die gleichen Services verwenden und somit redundante Lösungslogik durch Wiederverwendung vermieden werden kann.
Neben der drastischen Verkürzung der Entwicklungs- bzw. Anpassungszeit neuer Geschäftsprozesse sind die Verringerung der zu pflegenden Lösungslogik und eine kontinuierliche Verbesserung in der Service-Qualität die entscheidenden Ergebnisse der Wiederverwendung von Services. In der Vergangenheit sahen Unternehmen ihre Initiativen, eine SOA einzuführen, oftmals darin gescheitert, dass die Erzeugung wiederverwendbarer Lösungslogik in nicht ausreichendem Ausmaß realisiert werden konnte (Vgl. Erl 2008, S. 206). Die Gründe hierfür sind vielfältig, lassen sich aber letztlich auch auf das Fehlen beispielhafter und regelnder Vorgehensmodelle für den Service-Entwurf zurückführen.
Zusammenfassung der Kapitel
1 Einleitung: Die Einleitung erläutert die Motivation und grenzt die Forschungsfrage auf den Zusammenhang von Entwurfsprinzipien und Wiederverwendbarkeit ein.
2 Serviceorientierte Architektur: Dieses Kapitel stellt Komponenten, wesentliche Merkmale sowie Akteure und Rollen einer SOA vor.
3 Serviceorientierung: Die theoretischen Grundlagen und Wurzeln der Serviceorientierung werden anhand verwandter Paradigmen und Technologien erläutert.
4 Service: Das Kapitel klassifiziert Services und beschreibt Webservice-Architektur, technische Standards und Sicherheitsanforderungen.
5 Zwischenfazit und Vorschau: Der Abschnitt verknüpft die bisherigen Grundlagen mit der anschließenden Betrachtung des Service-Entwurfs.
6 Service-Entwurf: Behandelt werden Governance, Lebenszyklus und Identifikation von Services sowie Entwurfsprinzipien mit besonderem Blick auf Wiederverwendbarkeit.
7 Generierung des Datenmaterials: Die Arbeit leitet Untersuchungshypothesen aus der Literatur ab und entwickelt einen Interviewleitfaden sowie ein Konzept zur qualitativen Inhaltsanalyse.
8 Fazit: Das Fazit ordnet die Systematisierung der Entwurfsprinzipien und das vorbereitete Untersuchungskonzept ein.
Schlüsselwörter
Serviceorientierte Architektur, Serviceorientierung, Wiederverwendbarkeit, Service-Entwurf, Entwurfsprinzipien, Serviceinventar, Servicevertrag, lose Kopplung, Granularität, Webservices, Governance, Experteninterview, qualitative Inhaltsanalyse
Häufig gestellte Fragen
Worum geht es in der Arbeit?
Sie befasst sich mit dem Entwurf wiederverwendbarer Services und deren Rolle in serviceorientierten Architekturen von Unternehmen.
Welche Themen stehen im Mittelpunkt?
Im Mittelpunkt stehen SOA-Grundlagen, Serviceklassifizierung, Entwurfsprinzipien, Wiederverwendbarkeit und die Konzeption ihrer empirischen Untersuchung.
Welche Forschungsfrage verfolgt die Arbeit?
Sie fragt, welche Relevanz Entwurfsprinzipien in Unternehmen für die Beeinflussung des Wiederverwendungsgrades von Services innerhalb einer SOA haben.
Welche wissenschaftliche Methode wird verwendet?
Die Arbeit wertet Fachliteratur aus und entwickelt darauf aufbauend ein qualitatives Untersuchungsdesign mit semistrukturierten Experteninterviews und qualitativer Inhaltsanalyse. Die empirische Umsetzung wird als Konzept vorbereitet.
Was wird im Hauptteil behandelt?
Der Hauptteil erklärt die Architektur und Klassifizierung von Services, beschreibt Webservice-Technologien und systematisiert Prinzipien für deren Entwurf.
Welche Schlüsselbegriffe charakterisieren die Arbeit?
Dazu gehören serviceorientierte Architektur, Wiederverwendbarkeit, Servicevertrag, lose Kopplung, Granularität und qualitative Inhaltsanalyse.
Welche Funktion hat der Interviewleitfaden?
Er strukturiert die geplanten Expertengespräche in thematische Module und enthält Schlüssel- und Eventualfragen zu Entwurfsprinzipien.
Welche Rolle spielt ein Serviceinventar?
Es dient dazu, vorhandene Services und Servicekandidaten sichtbar zu machen und ihre Funktionsbereiche voneinander abzugrenzen.
Warum wird Granularität betrachtet?
Die Arbeit behandelt die Frage, wie fein oder grob Funktionen und Daten zugeschnitten sein sollten und welche Abwägungen sich daraus für Wiederverwendbarkeit und Verarbeitung ergeben.
- Quote paper
- Rainer Lüers (Author), 2010, Der Wertbeitrag einer SOA in Abhängigkeit des Wiederverwendungsgrads ihrer Services, Munich, GRIN Verlag, https://www.grin.com/document/153589
