08 SOA Governance (2007-04-27a) - hpi.uni-potsdam.de · •Ist eine SOA nur eine SOA, wenn für die...

Post on 15-Oct-2019

1 views 0 download

Transcript of 08 SOA Governance (2007-04-27a) - hpi.uni-potsdam.de · •Ist eine SOA nur eine SOA, wenn für die...

© 2006, 2007 objectarchitects; Wolfgang W. Keller - all rights reserved 0

SOA GovernanceSOA nachhaltig und dauerhaft umsetzen

VL 08; Donnerstag 10. Mai 2007; Raum HPI B-E.2

Fachgebiet Software-Architekturen, Prof. Dr. Robert HirschfeldDipl.-Inform. (univ.) Wolfgang Keller,

wk@objectarchitects.dehttp://www.objectarchitects.biz/

© 2006, 2007 objectarchitects; Wolfgang W. Keller - all rights reserved 1

Standort in der Vorlesung

Stra

tegi

e un

d Pl

anun

gU

mse

tzun

gde

r Pla

nung

projectsProjects

Projektbegleitung (ARC6)

IT Strategie (ARC1)Unternehmensstrategie

ableiten

Monitoring des Projektport-folios (ARC5)

Mod

ellie

rung

und

Ric

htlin

ien

Entwicklung und Durchsetzung von Richtlinien (ARC4)

Modellierung (ARC3)

IT-Strategie

IT-Anwendungsportfolio-Management (ARC2 )

IT-Strategie Ist

Soll

Proj

ekte

© 2006, 2007 objectarchitects; Wolfgang W. Keller - all rights reserved 2

SOA Governance haben Sie schon mal kurz ineiner Landkarte in VL 02 gesehen ...

Corporate Governance

IT-Governance

IT-Architektur-Governance

SOA-Governance

© 2006, 2007 objectarchitects; Wolfgang W. Keller - all rights reserved 3

Aktuell zum Thema zu finden ...

© 2006, 2007 objectarchitects; Wolfgang W. Keller - all rights reserved 4

Überblick als Mindmap

© 2006, 2007 objectarchitects; Wolfgang W. Keller - all rights reserved 5

Überblick

• Was ist SOA?• Überblick• Technische Trends

• Case Studies: SOA im industriellen Maßstab• Woher kommt das Budget für eine SOA• Konventionelle Wege zu einer SOA• Die Initiativen bleiben stecken• Moderne Geschäftsmodelle und SOA

• Fallbeispiel - Was nicht im Lehrbuch steht: Versicherungsfabrik,Dunkelverarbeitung und die praktischen Hindernisse auf demWeg dahin

• Schichtenmodell für SOA Governance

© 2006, 2007 objectarchitects; Wolfgang W. Keller - all rights reserved 6

SOA-Begriff fürdiesen Vortrag

• wir verwenden hier die Definition von Krafzig et al.• „A Service-Oriented Architecture (SOA) is a software

architecture that is based on the key concepts of anapplication front-end, service, service repository, andservice bus. A service consists of a contract, one ormore interfaces, and an implementation” [Krafzig+05].

© 2006, 2007 objectarchitects; Wolfgang W. Keller - all rights reserved 7

SOA-Begriff als Skizze

Service-Erbringer

Service-Erbringer

Service-Erbringer

Service-Bus

Frontend Frontend Frontend

Service-Repository

Services

© 2006, 2007 objectarchitects; Wolfgang W. Keller - all rights reserved 8

SOA Architecture Elements

SOA

Applicationfrontend

ServiceService

repositoryServicebus

ContractImplemen-

tationInterface

Businesslogic Data

Quelle: Krafzig, Banke, Slama: Enterprise SOA, Prentice Hall 2004

© 2006, 2007 objectarchitects; Wolfgang W. Keller - all rights reserved 9

Service

...

Service

Interface A- Operation 1- Operation 2- Operation 3- ...

Service contract

Implementation

Businesslogic

Interface B- Operation 1- Operation 2- ...

Data

Quelle: Krafzig, Banke, Slama: Enterprise SOA, Prentice Hall 2004

© 2006, 2007 objectarchitects; Wolfgang W. Keller - all rights reserved 10

SOA and Data Ownership

CustomerDB

a) Poor design: ownership of data unclear b) Customer DB owned by Customer service

Customerservice

Customer service

Itineraryservice

CustomerDB

Interface: CustomerManager

Interface: ManagerItinerary

Quelle: Krafzig, Banke, Slama: Enterprise SOA, Prentice Hall 2004

© 2006, 2007 objectarchitects; Wolfgang W. Keller - all rights reserved 11

Development Time

Service Repository

Service

ServiceStub

ServiceContract

Client(Application frontend

or Service)

invokes

describes

fulfills

based on uses

bound to

contains

createssearches in

Developer

Quelle: Krafzig, Banke, Slama: Enterprise SOA, Prentice Hall 2004

© 2006, 2007 objectarchitects; Wolfgang W. Keller - all rights reserved 12

Ein paar FAQs zu SOA (1)

• Verwendet eine SOA ausschließlich WebServices?• Nein - WebServices sind eine von vielenm Arten, um Services zur

Verfügung zu stellen• Man kann sie verwenden, wenn es passend ist

• Ist eine SOA nur eine SOA, wenn für die Messages XMLverwendet wird

• analog WebServices - Man kann XML verwenden - man muss esaber nicht

• Werden mit einer SOA immer Legacies renoviert• Nein - eine SOA ist ein recht allgemeines Bauprinzip• dementsprechend wird das Prinzip in sehr vielen Kontexten

eingesetzt

© 2006, 2007 objectarchitects; Wolfgang W. Keller - all rights reserved 13

Ein paar FAQs zu SOA (2)

• Kann man ohne UDDI von einer SOA sprechen?• Kein Problem: Die meisten Anwendungen verwenden kein

dynamisches Binden von Services

• Wir betrachten SOA hier also als recht allgemeinesKonstruktionsprimzip und nicht als eine „Spielwiese“ fürWebServices und XML-Busswords

© 2006, 2007 objectarchitects; Wolfgang W. Keller - all rights reserved 14

Technische Trends rund um SOA

© 2006, 2007 objectarchitects; Wolfgang W. Keller - all rights reserved 15

Trend: Es gab doch auch mal EAI von 2000 - 2004?Wo ist denn der Hype geblieben?

Prozess-Schicht

Kommunikations-Schicht

Protokoll-Adapter-Schicht

E-M

ail

http

ande

re

Lega

cies

transport protocols

EAI-Stack? Was ist ein EAI-Stack?

Wir haben keine EAI-Stacks mehr!

Wir haben jetzt Web-Services und

Prozessorchestrierung also SOA

© 2006, 2007 objectarchitects; Wolfgang W. Keller - all rights reserved 16

Trend: Große Anbieter brechen ihre Angeboteals Services auf …

IBM‘s

© 2006, 2007 objectarchitects; Wolfgang W. Keller - all rights reserved 17

Trend: (Fortsetzung): SAP macht ähnlicheDinge (siehe Agassi und Netweaver) ..

Source: SAP NetWeaver Präsentation at CEBIT 2004

© 2006, 2007 objectarchitects; Wolfgang W. Keller - all rights reserved 18

Trend: Es gibt eine Standard-Prozessmodellierungssprache (BPEL, BPEL4WS)

• Die “Business Process Execution Language for WebServices” ist eine Initiative großer Hersteller, wie BEASystems, IBM, Microsoft, SAP AG, Siebel Systems um dieInteroperabilität der Services verschiedener Hersteller zufördern auf der Basis von Web-Services.

• Siehe Spezifikation BPEL4WS:• http://www-128.ibm.com/developerworks/library/ws-bpel/

• Gute Einführung finden Sie hier:• http://www.oracle.com/technology/products/ias/bpel/index.html

© 2006, 2007 objectarchitects; Wolfgang W. Keller - all rights reserved 19

Trend: Achten Sie auf den Begriff „Ereignis-Orientierung“ (Event Orientation)

Source: GartnerFolie wird nicht verteilt, weil (C) Gartner

© 2006, 2007 objectarchitects; Wolfgang W. Keller - all rights reserved 20

Trend: Achten Sie auf den Begriff „ESB“(Enterprise Service Bus)

Source: Gartner

© 2006, 2007 objectarchitects; Wolfgang W. Keller - all rights reserved 21

Trend: (Fortsetzung) ESBs sind aber nichtwirklich neu

Prozess-Schicht

Kommunikations-Schicht

Protokoll-Adapter-Schicht

E-M

ail

http

ande

re

Lega

cies

Transportprotokolle

TransformationRouting

Web-Services

MOM

BPMEvent-ManagementTransformationRouting

ESB

IntegrationSuite

© 2006, 2007 objectarchitects; Wolfgang W. Keller - all rights reserved 22

Es gibt nur noch 4 große Plattformanbieter. Alle bietenauch einen EAI/ Orchestration Stack: Microsoft, IBM,Oracle, SAP:Alle unterstützen BPEL (leicht unterschiedlich)

Quelle: Computerzeitung 2004-09

© 2006, 2007 objectarchitects; Wolfgang W. Keller - all rights reserved 23

Die großen vier finden Sie auch alle im rechtenoberen Gartner-Quadranten

Source: Gartner DocumentM-22-8357, 14 May 2004

The Magic Quadrant is copyrighted2004 by Gartner, Inc. and is reusedwith permission. The Magic Quadrantis a graphical representation of amarketplace at and for a specific timeperiod. It depicts Gartner's analysis ofhow certain vendors measure againstcriteria for that marketplace, asdefined by Gartner. Gartner does notendorse any vendor, product orservice depicted in the MagicQuadrant, and does not advisetechnology users to select only thosevendors placed in the "Leaders"quadrant. The Magic Quadrant isintended solely as a research tool, andis not meant to be a specific guide toaction. Gartner disclaims allwarranties, express or implied, withrespect to this research, including anywarranties of merchantability orfitness for a particular purpose

© 2006, 2007 objectarchitects; Wolfgang W. Keller - all rights reserved 24

Alle Plattformen unterstützen BPEL – entwederintegral oder zumindest durch Import/Export

YesYesYesYesProcessModeler

YesYesYesYesProcessEngine

Yesimport/export

YesYesYesBPELSupport

MicrosoftBizTalk2004

OracleiAS

SAPNetWeaver

IBMWebSphere

Platform

© 2006, 2007 objectarchitects; Wolfgang W. Keller - all rights reserved 25

Case Studies:SOA im industriellen Maßstab

welchen Umfang hat das?Was kostet das?

© 2006, 2007 objectarchitects; Wolfgang W. Keller - all rights reserved 26

Wer baut was mit SOA umUnd in welchen Projektmaßstäben bewegt man sich da?

• Zwei Fälle von Herstellern haben Sie schon gesehen• SAP• IBM

• Viele Hersteller sehen SOA als „Muß“ um imSoftwaregeschäft zu bleiben

• Es folgen noch Beispiel von Großanwendern, die früheingestiegen sind

• Credit Suisse• Deutsche Post ->

leider keine hier verwertbaren Folien verfügbar

© 2006, 2007 objectarchitects; Wolfgang W. Keller - all rights reserved 27

Copyright Notice & Credits: Der Fall der Credit Suisse stammt auseinem öffentlichen Foliensatz von Dr. Claus Hagen, Credit Suisse,EAI-Tag der TU-Berlin 2004

© 2006, 2007 objectarchitects; Wolfgang W. Keller - all rights reserved 28

Strategische Überlegung für den Start war (laut Folien)im Bereich der IT-Optimierung zu suchen (1)

© 2006, 2007 objectarchitects; Wolfgang W. Keller - all rights reserved 29

Strategische Überlegung für den Start war (laut Folien)im Bereich der IT-Optimierung zu suchen (2)

© 2006, 2007 objectarchitects; Wolfgang W. Keller - all rights reserved 30

Lösung war Implementierungeines Service Bus

© 2006, 2007 objectarchitects; Wolfgang W. Keller - all rights reserved 31

Anzahl der Aufrufe lag 2004 bei 4 Mio / Tag

© 2006, 2007 objectarchitects; Wolfgang W. Keller - all rights reserved 32

Bei einem großen Anwender redet man über 3-4-stellige Anzahl von Services

© 2006, 2007 objectarchitects; Wolfgang W. Keller - all rights reserved 33

Reuse ist nicht in jedem Fall DAS Top-Argument

© 2006, 2007 objectarchitects; Wolfgang W. Keller - all rights reserved 34

Woher kommt das Budget für SOA?

Oder: Woher kommen die 3-stelligenMillionenbeträge, die es kostet, kompletteAnwendungslandschaften umzubauen?

© 2006, 2007 objectarchitects; Wolfgang W. Keller - all rights reserved 35

Was versprechen sichTechniker von SOA?

Graphik: Gartner Research, Mario Pezzini

Down-loadfile

Down-loadfile

Down-loadfile

Screenscrape

Screenscrape

Browser

HTTP/XML

Trans-action

file

Trans-action

file

Trans-action

file

Trans-action

file

Messagequeue

Messagequeue

Messagequeue

FTP

Sockets

E-mail

Message

XML/HTTP

Gateway RPC

CICS gateway

APPC

SMTP

CICS gateway

ORB

Applications From Mergers andAcquisitions

LegacyApplications

Purchased Packages

Applications in TradingPartners

E-Marketplaces

End-User Development

Autonomous Divisions

Outsourced and ASPApplications

Schnittstellenwartung wird

viel billiger

Schnittstellen definieren statt

programmieren

Services einfachorchestrieren! Und schonhat man neue Prozesse

© 2006, 2007 objectarchitects; Wolfgang W. Keller - all rights reserved 36

Was versprechen sichTechniker von SOA?

SOA reduziert hier die

Komplexität dramatisch

Man macht aus diesen

Monolithen Services und

schon wird „alles gut“SOA senkt die

Wartungskosten

© 2006, 2007 objectarchitects; Wolfgang W. Keller - all rights reserved 37

Woher kommtdas Budget für SOA?

• aus der IT-Abteilung?• aus der Portokasse der IT?• aus Kosteneffekten in der IT?

• aus Initiativen zur Optimierung von Geschäftsprozessen?• oder aus ganz anderen Effekten?

• dazu siehe später

© 2006, 2007 objectarchitects; Wolfgang W. Keller - all rights reserved 38

Fallstudien sagen ...

• eine unternehmensübergreifende SOA für einGroßunternehmen der FDL-Branche kostet 3- bis 4-stellige Millionenbeträge

• der Aufwand ist vor allem für den service-orientierten Umbau derAltanwendungen erforderlich

• Damit scheidet die Portokasse der IT als Finanzierungaus?

© 2006, 2007 objectarchitects; Wolfgang W. Keller - all rights reserved 39

Dann sollte man SOA dochaus dem Fixkosten-Anteil der IT-Kosten finanzieren können, oder?

• leider sind die „quasi-fixen“ Kosten zu einem großenAnteil Infrastrukturkosten, auf die Sie mit der SOA wenigEinfluss haben

• Wenn Sie beim Rest 50% sparen (unrealistisch), habensie 15% des Gesamtbudgets gespart

• Damit finanzieren Sie aber kein Projektprogramm > 100Mio.

Softwareoft „nur“

30%

Infrastruk-tur oft umdie 70%

© 2006, 2007 objectarchitects; Wolfgang W. Keller - all rights reserved 40

Initiativen zurOptimierung von Geschäftsprozessen

• typische solche Projekte kosten bis zu 20 Mio € mit einemSOA-Anteil von bis zu 3-5 Mio €

• damit wird man die flächendeckende SOA kaum„erschaffen“

© 2006, 2007 objectarchitects; Wolfgang W. Keller - all rights reserved 41

Konventionelle Wege zu einer SOA

© 2006, 2007 objectarchitects; Wolfgang W. Keller - all rights reserved 42

Typische Idee technologie-getriebener Einführungspfade

SOA-Pilot

t

SOA-Competence-Center

~0,5 Mio € einmalig

~0,5 Mio € pro Jahr

größere GPO-Projekte

flächendeckendeSOA

oft kommt SOA hier zum StopSOA-Anteil 3-5 Mio €

einmalig

bis zu mehreren100 Mio. €

© 2006, 2007 objectarchitects; Wolfgang W. Keller - all rights reserved 43

Die Initiativen bleiben stecken

© 2006, 2007 objectarchitects; Wolfgang W. Keller - all rights reserved 44

Moderne Geschäftsmodelle und SOA

© 2006, 2007 objectarchitects; Wolfgang W. Keller - all rights reserved 45

Outsourcin

g von Teilprozesse

n (BPO)

Typische moderne Geschäftsmodelle ...

Integration von Wertketten

Kundenselbstbedienung

Verknüpfung von Unternehmen zu sog. EcoSystems

Dunkelverarbeitung

automatisierte Geschäftsprozesse

Outsourcing von Teilprozessen (BPO)

Senkung von Transaktionskosten

© 2006, 2007 objectarchitects; Wolfgang W. Keller - all rights reserved 46

... haben eines gemeinsam!

• das Wort SOA kommt darin nicht vor

• aber in den meisten Fällen ist eine SOA erforderlich oderhilfreich um sie umzusetzen

• Es geht dabei bei Großunternehmen nicht mehr um 2-stellige Millionenbeträge, sondern um größere Summen

© 2006, 2007 objectarchitects; Wolfgang W. Keller - all rights reserved 47

Fallbeispiel Versicherungsfabrik

© 2006, 2007 objectarchitects; Wolfgang W. Keller - all rights reserved 48

Kleines Beispiel, dass dasviel mit SOA zu tun haben kann

Enterprise Service Bus (SOA)

Eingangs-verarbeitung

Ausgangs-verarbeitung-

Schadenprozess

Bestands-bearbeitung

weitere

Risikoannahme(Verkauf)

© 2006, 2007 objectarchitects; Wolfgang W. Keller - all rights reserved 49

.. so sieht das etwas detaillierter aus(Quelle: Vortrag W. Keller, GDV Jahrestagung 2005)

• Spartenübergreifen-der Kundenservice

• StandardisiertesPrivatkunden-geschäft

• Lastverteilung ausallen Kanälen

• RegelbasiertePrüfungen

• Verteilung aufSysteme undService-Einheiten

• Spartenspezifisch• Sonderfälle PK• Firmen/Gewerbe

Controlling und Steuerung

Prozess-ende

Eingangslogistik 1st Level(KSC)

2nd Level(KSB, KFB)

Privatkundengeschäft

Dunkelverarbeitung

Nicht standardisiertes PK, Firmen-/Gewerbegeschäft

Fallabschließend

(1)

(2)

Eingangskanäle

Schriftgut

Telefonie

AD

VertriebsprozesseServiceprozesseBetriebsprozesse

Web, Email

Partner(3)

© 2006, 2007 objectarchitects; Wolfgang W. Keller - all rights reserved 50

Wie macht man das aus dem Lehrbuch?

© 2006, 2007 objectarchitects; Wolfgang W. Keller - all rights reserved 51

Trend: „Dunkelverarbeitung “ wird zu einerMenge von Web-Services führen, diekoordiniert / orchestriert werden müssen

WebService1

Geschäftsprozesse

Automatisierte Prozesse auf Web-Servicesund daher der Ausdruck „Enterprise Application Integration“

Web Service Orchestration

WebService2

WebService3

WebServicen

© 2006, 2007 objectarchitects; Wolfgang W. Keller - all rights reserved 52

Bei Multi-Channel Verarbeitung reagieren dieProzesse auf Ereignisse aus den Kanälen

Dialoge(GUI)

Server 1Anwendungslogik

Server nAnwendungslogik

AufgabenlistePostkorb

EAI-Stack

Prozess-Maschine

Routing

Adapter

benutzt

benutzt

E-Mail

Scans

Fax

Telefon

sonstigeEreignisse

erzeuge

ist eine Sicht auf ..

startet ..

© 2006, 2007 objectarchitects; Wolfgang W. Keller - all rights reserved 53

Mitarbeiter sind ein „Web-Service “ inProzessen, die mit BPEL modelliert werden

BPEL Prozess People Interaction Component

Work Item Manager

Work Item

Parameter, Rolle

Parameter, Fehlerinformation

Schnittstelle: beschrieben in WSDL

Details siehe zum Beispiel http://www-5.ibm.com/at/events/technology/pdf/P120_Staff-Support.pdf

© 2006, 2007 objectarchitects; Wolfgang W. Keller - all rights reserved 54

Schon EAI hat zu einem Wechsel der Sicht aufdas Thema “Workflow” geführt.• ein voll automatisierter Prozess

sollte der Regelfall sein undnicht die Ausnahme

• menschliche Eingriffe sind teuerund sollten vermieden werden

• Menschen werden vom Prozesszur Hilfe gerufen, wenn eralleine seine Aufgabe nichtfallabschließend erledigen kann

Automator(Geschäftsprozess-

Engine)

TaskManager

Prozess-Instanzen

Aufgaben fürmenschl.

Bearbeiter

Web User Interface

Sachbe-arbeiter

Messaging Mgr. Adapters

Drittsysteme

© 2006, 2007 objectarchitects; Wolfgang W. Keller - all rights reserved 55

Dafür benötigt BPEL gegenüber klassischemWorkflow einige Konstrukte mehr

© 2006, 2007 objectarchitects; Wolfgang W. Keller - all rights reserved 56

Leider haben sich Finanzdienstleister recht frühmit solchen Themen beschäftigt.

Das heißt, es gilt da noch einiges zubereinigen und aufzuräumen ...

© 2006, 2007 objectarchitects; Wolfgang W. Keller - all rights reserved 57

FDLs versuchen schon seit > 20 Jahren Prozesse zu beschleu-nigen - Die Technik hat dabei mehrfach gewechselt(alle 4-5 Jahre)

Antrag Vertrag Schaden

Geschäftsfall-Steuerung

Versicherungsprodukt

state ~ 1990

Workflow-Werkzeuge Status ~ 1994+

Prozessschicht der EAI-StacksEAI Integrationsserver Status ~ 2000+

Web-Service-OrchestrierungBPEL und ähnliches Status ~ 2003+

Vorsic

ht!

funkti

onale

Red

unda

nz

© 2006, 2007 objectarchitects; Wolfgang W. Keller - all rights reserved 58

Späte 80er: Architekturen zum Beispiel inVersicherungen sehen oft so aus – pro Silo

Präsentation

Host

IMS/DC oderCICS

DB2 oderIMS/DB

3270 Terminals

Anwendungskern

Geschäftsfall-Manager

Basisdienste

Dialog-Steuerung

© 2006, 2007 objectarchitects; Wolfgang W. Keller - all rights reserved 59

Back-Office

Späte 80er: Eine Anwendungslandschaft besteht ausvielen Silos, die entweder nach Produkten oderProzessen gegliedert sind – Front Office Unterstützungist dünn ausgeprägt

Front-Office

Silo1 Silo2 Silo3 Silon

Verkauf

3270 Terminals

Anwendungskern

Geschäftsfall-Manager

Basisdienste

dialogcontrol

© 2006, 2007 objectarchitects; Wolfgang W. Keller - all rights reserved 60

90er: Erste Workflow-Systeme sollenProduktivität in den Back-Offices verbessern

Front-Office

Back-Office

Silo1 Silo2 Silo3 Silon

Geschäftsprozesse

VerkaufGeschäftsprozesse

das war nicht derWF-Schwerpunkt

der 90er

© 2006, 2007 objectarchitects; Wolfgang W. Keller - all rights reserved 61

Kleine Zwischenbilanz:Was sind also “lohnende”Einsatzgebiete fürSOA und Workflow?

A2A

TradeRoom

n:mMulti-Channel

B2B

neue ProzesseDunkelverarbeitung

Elektrifizierung von Ist-Prozessen

das war vor 3 Jahren auch schonso – damals hieß es aber nochnicht BPEL und Web-Service

Orchestration

© 2006, 2007 objectarchitects; Wolfgang W. Keller - all rights reserved 62

... Aber! Die Technologie bewegt sich deutlichschneller, als die Unternehmen sie annehmen.Daraus ergeben sich für SieIntegrationsprobleme

Antrag Vertrag Schaden

Geschäftsfall-Steuerung

Versicherungsprodukt

state ~ 1990

Workflow-Werkzeuge Status ~ 1994+

Prozessschicht der EAI-StacksEAI Integrationsserver Status ~ 2000+

Web-Service-OrchestrierungBPEL und ähnliches Status ~ 2003+

© 2006, 2007 objectarchitects; Wolfgang W. Keller - all rights reserved 63

presen-tation

Host

IMS/DCDB2

Die herausfordernde Frage ist, wie man mit einem existierenden Geschäftsfall-Manager umgeht. Und hier sehen Sie nur einen. Viele von uns haben mehrere davon

In der Praxis kann man folgendeHerausforderung haben

Anwendungskern

Service Schicht

middle-tier

ProcessEngine

Anwendungsserver

Präsentation

controller

Anwendungskern proxies

UI1ultra thin

LegacyBus. TAmanager

Services

UI2ultra thin

UI3ultra thinKanalspezifische Oberflächen

benutzen einen gemeinsamenMiddle-Tier

der Anwendungskern einschließlichGeschäftsfall-Steuerung bleibt aufdem Host

Ziel?!

© 2006, 2007 objectarchitects; Wolfgang W. Keller - all rights reserved 64

Schichtenmodell für SOA Governance

© 2006, 2007 objectarchitects; Wolfgang W. Keller - all rights reserved 65

Strategische Ansätzebenötigen andere Governance-Ebene

Strategische SchichtMacro Governance

Ebene der SOA Governance Treiber typisch

Operationale Schicht

Technische SchichtMicro Governance

Beispiele für Vorhaben

Business Process OutsourcingZerlegen von WertkettenSourcing

Optimierung einzelnerGeschäftsprozesse

Optimierung der ITVerwaltung von Services undAssets

Top-ManagementCOO, CIO, CxO

Business-BereichsleiterMittleres Management

IT-interne Vorhaben

© 2006, 2007 objectarchitects; Wolfgang W. Keller - all rights reserved 66

SOA Governance

• eine sehr einprägsame Definition ist ..• SOA Governance schafft die Bedingungen unter denen eine SOA

im Unternehmen optimal „wachsen“ kann

• Sie wissen aber schon• das macht nur Sinn, wenn die SOA in die Geschäftsstrategie

passt

© 2006, 2007 objectarchitects; Wolfgang W. Keller - all rights reserved 67

SOA-Micro-Governance:Welche Fragen werden beantwortet?• Welche Organisationseinheit managed die SOA?• Was soll als Service implementiert werden?• Welche Services werden als erste implementiert?• Wer finanziert den Service?• Wer wird Eigentümer des Service?• Welche nichtfunktionalen Anforderungen muss ein Service erfüllen?

© 2006, 2007 objectarchitects; Wolfgang W. Keller - all rights reserved 68

Solche Fragen sind nicht neu

• man kann Sie auch stellen für• „Projekt“ statt SOA• „Architekturplattform“ statt SOA

• Man kann fast jede Asset-Klasse diesen Fragenunterziehen – auch die SOA• SOA-Governance ist also nichts „sensationell Neues“, wenn man

SOA als einen von vielen Assets betrachtet

© 2006, 2007 objectarchitects; Wolfgang W. Keller - all rights reserved 69

Zur Zusammenfassung noch einmal dasMindmap

© 2006, 2007 objectarchitects; Wolfgang W. Keller - all rights reserved 70

Fragen?

und wenn Ihnen später noch Fragen einfallen ....Wolfgang KellerobjectarchitectsLiebigstr. 382166 Lochhamwk@objectarchitects.de

© 2006, 2007 objectarchitects; Wolfgang W. Keller - all rights reserved 71

Literatur• [Bieberstein+05] Norbert Bieberstein, Sajay Bose, Marc Fiammante, Keith Jones, Rawn Shah: Service Oriented

Architecture Compass - Business Value, Planning and Enterprise Roadmap. IBM Press 2005.• [Bloomberg+2006] Jason Bloomberg, Ronald Schmelzer: Service Orient or Be Doomed! Wiley 2006.• [Bonati+06] Bruno Bonati, Joachim Regutzki, Martik Schroter: Enterprise Services Architecture for Financial Services,

Galileo Press 2006.• [Broadbent03] Marianne Broadbent: Tailor IT Governance to Your Enterprise. Gartner Group Document 117510,

October 2003.• [Broadbent+05] Marianne Broadbent, Ellen S. Kitzis: The New CIO Leader. Harvard Business School Press 2005.• [CObIT05] IT Governance Institute: COBIT 4.0 – Control Objectives, Management Guidelines, Maturity Models. Zu

beziehen über www.isaca.org. Kann dort auch direkt heruntergeladen werden (aufgerufen 8.2.2006).• [Dietrich+2006] Lothar Dietrich, Wolfgang Schirra: Innovationen durch IT: Erfolgsbeispiele aus der Praxis, Springer

2006.• [Gartner03a] Robert Mack, N. Frey: Six Building Blocks for Creating Real IT Strategies. Gartner Group, Strategic

Analysis Report R-17-3607, December 2002.• [Gartner03b] Robert Mack: Real IT Strategies: Steps 1 to 4 – Laying a Foundation. Gartner Group, Report R-21-

4074, Gartner 2003.• [Gartner03c] Robert Mack: Real IT Strategies: Steps 5 to 8 – Creating the Strategy. Gartner Group, Report R-21-

4950, Gartner 2003.• [Hagen2003] Claus Hagen: Integrationsarchitektur der Credit Suisse in Stephan Aier, Marten Schönherr (Hrsg.)

Enterprise Application Integration – Flexibilisierung komplexer Unternehmensarchitekturen, GITO Verlag 2003.• [Holley+06] Kerrie Holley, Jim Palistrant, Steve Graham: Effective SOA Governance, IBM White Paper, 2006• [Kagermann+2006] Henning Kagermann, Huberst Österle: Geschäftsmodelle 2010, Verlag Frankfurter Allgemeine

Buch, 2006.• [Krafzig+05] Dirk Krafzig, Karl Banke, Dirk Slama: Enterprise SOA, Service-Oriented Architecture Best Practices;

Prentice Hall, 2005.• [Keller2002] Wolfgang Keller: Enterprise Application Integration, dpunkt Verlag, 2002.• [Keller2006] Wolfgang Keller: IT-Unternehmensarchitektur, dpunkt Verlag 2006.• [Malinverno2006a] Paolo Malinverno: The ICC and SOA Governance, Gartner Group Research Note G00137440, 3.

Februar 2006.• [Malinverno2006b] Paolo Malinverno: Sample Governance Mechanisms for a Service Orinented Architecture,

Gartner Group Research Note G00139465, 27. April 2006.• [Meta02] Meta Group: Enterprise Architecture Desk Reference. 2002.• [Mitra05] Tilak Mitra: A case for SOA Governance, IBM White Paper, 2005• [Weill+04] Peter Weill, Jeanne W. Ross: IT Governance – How Top Performers Manage IT Decision Rights for

Superior Results. Harvard Business School Press 2004.• [Windley+06] Philip J. Windley: SOA Governance: Rules of the Game, Infoworld 23. Januar 2006.