Wer sind wir? Chris Rupp. SOA Kapitelname. Mathias Simon. Geschäftsführerin der SOPHIST GmbH

Transkript

1 SOA und deren Auswirkung auf RE SOPHIST GmbH Vordere Cramergasse Nürnberg Tel.:+49 (0) Fax:+49 (0)

2 Wer sind wir? Chris Rupp Geschäftsführerin der SOPHIST GmbH SOA Kapitelname und RE Trainerin, Beraterin und Autorin, jahrzehntelange Projekterfahrung und immer noch nicht in Rente ;-) Mathias Simon Consultant & Systems Engineer spezialisiert auf: Requirements Engineering und -Management SOPHIST GmbH Seite 2

3 Wer schreibt der bleibt Die Bücher der SOPHISTen REQUIREMENTS ENGINEERING & MANAGEMENT UML 2 GLASKLAR AGILE SOFTWARE- ENTWICKLUNG BASISWISSEN REQUIREMENTS ENGINEERING SYSTEMANALYSE KOMPAKT AGILITY KOMPAKT Chris Rupp & die SOPHISTen Chris Rupp, Dr. Stefan Queins & Barbara Zengler Chris Rupp & Peter Hruschka Chris Rupp & Klaus Pohl Chris Rupp & die SOPHISTen Chris Rupp, Peter Hruschka & Gernot Starke 5. Auflage 3. Auflage 2. Auflage 2. Auflage seit Juli 2009 im Handel seit August 2007 im Handel seit Februar 2002 im Handel seit März 2009 im Handel seit März 2008 Im Handel seit April 2009 im Handel ISBN: ISBN: ISBN: ISBN: ISBN: ISBN: SOPHIST GmbH Seite 3

4 Begriffe SOA es gibt keine einheitliche Definition SOA Kapitelname und RE Eine Service-orientierte Architektur ist ein Framework für die Integration von Geschäftsprozessen und unterstützender IT-Infrastruktur in Form von sicheren, standardisierten Komponenten - Services -, die sich wiederverwenden und kombinieren lassen, um wechselnde Geschäftsanforderungen abzubilden. Business-orientierte Erklärung Technischorientierte Erklärung unternehmensweite IT-Architektur, die lose Kopplung, Wiederverwendung und Interoperabilität zwischen Systemen unterstützt SOPHIST GmbH Seite 4

5 Begriffe SOA Governance SOA Kapitelname und RE Als SOA Governance werden die Aktivitäten, Entscheidungen, Rollen und Verantwortlichkeiten (Zuweisung von Rollen zu Aktivitäten oder Entscheidungen) zur Regulierung und Kontrolle einer serviceorientierten Architektur bezeichnet. SOPHIST GmbH Seite 5

6 Begriffe SOA Governance Einordnung im Gesamtkontext Vorgehensmodelle Betriebskonzept Wartungskonzept Reifegradmodell SOA Kapitelname und RE Governance Steuerung & Überwachung der Gesamtorganisation unterstützt unterstützt unterstützt IT-Governance Corporate Governance. ergänzt ergänzt SOA-Governance SOPHIST GmbH Seite 6

7 Begriffe SOA Governance die wichtigsten Aufgaben Die SOA Governance: Definiert die Entwicklung, den Zugriff, die Ausführung, den Betrieb und die Wartung von wiederverwendbaren Services Identifiziert die benötigten Service-Level und entsprechenden Zugriffsrechte Legt die Strategie für Service-Ownership und eine angemessene Kostenverteilung fest Bestimmt Richtlinien und Verantwortlichkeiten für alle SOArelevanten Tätigkeiten Definiert Meßkriterien für den Grad der Wiederverwendung und Compliance und spezifiziert die Anreize zur permanenten Verbesserung der Richtlinieneinhaltung SOPHIST GmbH Seite 7

8 Begriffe SOA-SLA SOA Kapitelname und RE Bei einem SLA handelt es sich um einen Vertrag zwischen einem Serviceanbieter und einem Servicenutzer, der die Parameter einer zu erbringenden Dienstleistung und deren Qualitätsniveau spezifiziert. Die jeweiligen Parameter werden in Form von Service Level Objectives (SLOs) definiert. SOPHIST GmbH Seite 8

9 Grundannahmen Projektstrukturen Applikation Projekt: Applikationsentwicklung GUI SOA Kapitelname und RE Prozess- logik Anwendungslogik Projekt: Serviceentwicklung Services S1 S2 S3 S4 S5 Datenbanken DB1 DB2 SOPHIST GmbH Seite 9

10 Grundannahmen SOA-Board & Service-Repository SOA Kapitelname und RE Service-Repository V.1 SSt. 1 SSt. 2 S1 V.2 SSt. 3 SOA-Board S1 Architekten des Unternehmens + Fachseiten, Entwickler,. (je nach Bedarf) Applikation 1 Applikation 2 Applikation 3 V.1 V.1 V.2 S1 S1 + FA S1 + FA/NFA SOPHIST GmbH Seite 10

11 Rollen, Artefakte und Tätigkeiten Geschäftsprozessanalytiker/-optimierer (Businessanalyst) Vorgelagerte Tätigkeit für die Applikations- und Serviceentwicklung Erhebt den Ist-Prozess Optimiert den Ist-Prozess Spezifiziert den Soll-Prozess legt damit die fachliche Serviceaufteilung fest Ergebnis: dokumentierter Geschäftsprozess (Soll) bis zu den Services Notation: UML oder EPK oder BPNM, jeweils + Prosa Phase: Geschäftsprozessanalyse / Geschäftsprozessoptimierung SOPHIST GmbH Seite 11

12 Rollen, Artefakte und Tätigkeiten Requirements-Engineer (Fachanalytiker, Systemanalytiker) Applikationsentwicklung Serviceentwicklung Erhebt die Anforderungen an Applikation (funktional und nicht-funktional) + spezifiziert ggf. Delta für Services Ergebnis: Spezifikation für Applikation Verwendete Notationen: UML, (z.b. UC + Aktis + Klassendiagramme) + Prosa,... Phase: Fachliche Anforderungsanalyse + Systemanalyse Erhebt die Anforderungen an Services (funktional und nichtfunktional) Ergebnis: Servicebeschreibung Verwendete Notationen: UML, (z.b. UC + Aktis + Klassendiagramme) + Prosa,... Phase: Fachliche Anforderungsanalyse + Systemanalyse SOPHIST GmbH Seite 12

13 Rollen, Artefakte und Tätigkeiten Architekt Applikationsentwicklung Serviceentwicklung Trifft architektonische Entscheidungen Ergebnis: Architektur der Applikation Notation: UML Phase: Architektur Trifft architektonische Entscheidungen Ergebnis: Architektur des Services Notation: UML Phase: Architektur SOPHIST GmbH Seite 13

14 Rollen, Artefakte und Tätigkeiten Designer Applikationsentwicklung Serviceentwicklung Designt die Applikation Ergebnis: Design der Applikation insbesondere der Anwendungs- und Prozesslogik Notation: UML Phase: Design Designt den Service Ergebnis: Design des Services Notation: z. B. WSDL- Beschreibung Phase: Design SOPHIST GmbH Seite 14

15 Rollen, Artefakte und Tätigkeiten Entwickler Applikationsentwicklung Serviceentwicklung Entwickelt die GUI, implementiert die Prozess- und Anwendungslogik, ruft Services auf Ergebnis: entwickelte Applikation Notation: JAVA,. Phase: Entwicklung Implementiert nur den Service Ergebnis: implementierter Service Notation: WS-*, SCA, JBI, OSGi, JavaEE, Phase: Entwicklung SOPHIST GmbH Seite 15

16 Thesen zur Serviceentwicklung Zur GPA/GPO Geschäftsprozessanalyse +optimierung gewinnt an Bedeutung Da der Servicegedanke auf die Ebene der Geschäftsabläufe und Organisation gehoben wird. Dies kann Abläufe und Zuständigkeiten ändern - dementsprechend ist nach einer GPA eine GPO nötig, denn dies legt die Basis für die Schneidung der Services Prinzipien für die Schneidung der Services (und damit auch der Geschäftsprozesse): Kohession + Kopplung Wirklich Neu: für die Verwendung eines Services wird ein Schnittstellenvertrag geschlossen: Ist doch eigentlich das gleiche wie QoS-Anforderungen + rechtliche Anforderungen nur dass denen endlich die nötige Beachtung geschenkt wird Kalter Kaffee: GPA und GPO sollten am Anfang jedes Projektes stehen + die Schneidungskriterien SOPHIST GmbH Seite 16

17 Thesen zur Serviceentwicklung Zur Fachlichen Anforderungsanalyse Analyseergebnisse müssen einheitlich + qualitativ hochwertig sein Da der Servicegedanke konzernweit gelebt werden soll Da alle Services im Service-Repository (geschäftsweit) liegen und von jedem gelesen, verstanden und verwendet werden Stil der Servicebeschreibung in der Anforderungsanalyse: Wie bisher auch nur eben extrem auf Blackbox achten Meist liegen Templates vor Am besten mit UC + Aktis + Anforderungen Bei der Analyse wird nach der Erhebung der Anforderungen geprüft, ob die gewünschte Funktionalität bereits als Service spezifiziert ist ja: dann referenzieren; nein: spezifizieren; teilweise: Deltas spezifizieren + mit Serviceverantwortlichen abklären Dazu kommen die SLA s = Schnittstellenparameter + NfA s + rechtlich vertragliche Anforderungen SOPHIST GmbH Seite 17

18 Thesen zur Serviceentwicklung Zur Systemanalyse Analyseergebnisse müssen einheitlich + qualitativ hochwertig sein Da der Servicegedanke konzernweit gelebt werden soll Da alle Services im Service-Repository (geschäftsweit) liegen und von jedem gelesen, verstanden und verwendet werden. Stil der Servicebeschreibung in der Systemanalyse: wie bisher auch sie verfeinern die Beschreibung der fachlichen Anforderungsanalyse. Fokus liegt auf den internen fachlichen Abläufen des Service. Am besten mit OO-Klassendiagramm (Fachklassen) Mit SoaML gibt es ein definiertes Profil für die Systemanalyse und das Design. Keine Ahnung, wie gut das ist... Evtl. auch Erweiterung der SLA s (durch Whitebox-Sicht ist hier evtl. eine Verfeinerung möglich) SOPHIST GmbH Seite 18

19 Thesen zur Serviceentwicklung Über alle Analytischen Phasen (GPA, FA, SA) Voraussetzung für eine Widerverwendung ist ein Auffinden der Services Jeden Service darf es nur ein mal an genau einer Stelle geben eine zentrale Verwaltung in einem Service-Repository (das Sichtenbildung ermöglicht) ist Pflicht Gleiche Probleme wie bei bisherigen Widerverwendungskonzepten: Semantisches Namenskonzept, Zentrale Verwaltung erfordert Verantwortlichen, Versionierung, Propagierung,... Alle Artefakte müssen verlinkt sein Toolprobleme müssen hier noch gelöst werden Standardisierung der Beschreibungen in der Analyse alle Servicebeschreibungen müssen gleich sein Zentrale Frage: wie formal wird man in der Anforderungsanalyse (SoaML?) Zentrales Entscheidungsgremium benötigt (neue Services, Schneidung, Erweiterung,...) SOPHIST GmbH Seite 19

20 Thesen zur Serviceentwicklung Wirkliche Auswirkungen der SOA-Technologie auf die Analyse Da Services aus rein fachlicher Funktionalität bestehen, müssen sie ohne Benutzerinteraktion beschrieben werden war vorher auch schon sinnvoll nur jetzt wird mehr darauf geachtet Jeder Service besitzt definierte Schnittstellenvereinbarungen (SLA s) Vertrag zwischen Anbieter und Nutzer eines Service Mindestgüte einer Leistung in messbaren Werten spezifiziert auch zur Festlegung von Vertragsstrafen bei Nichterfüllung Erwartungen an Dienstqualität, Soll-Werte für Überprüfung SOPHIST GmbH Seite 20

21 Thesen zur Serviceentwicklung Organisatorische Aspekte Das Erweitern der Services sollte eine Linienaufgabe sein zwecks Dauerhaftigkeit Festlegung der Service-Ownership und einer angemessenen Kostenverteilung erforderlich Messung des Grades der Wiederverwendung und Compliance sowie die Spezifizierung von Anreizen zur permanenten Verbesserung des Richtlinieneinhaltung etablieren doppelte Rollen / Abstimmungsaufwand Konzernweit / massiver initialer Aufwand durch organisatorische Änderung SOA ist ein Architekturkonzept mit deutlichen Auswirkungen auf den Fachbereich SOPHIST GmbH Seite 21

22 Diskussionsrunde SOPHIST GmbH Seite 22