1
Service Orientierte Architektur:AnforderungenLösungenNutzenBeispiele
Dr. Robert BrunBusiness Manager IT-Governance
IT-Governance, Dr. R. Brun, Juni 2007 - S.2
Agenda
• Vorstellung
• Anforderungen des Geschäftes an die Anwendungs-Architektur
• SOA als Lösung nach heutigem Stand der Technik
• Nutzen
• Beispiele aus aktuellen Beratungsprojekten
2
IT-Governance, Dr. R. Brun, Juni 2007 - S.3
Beratungsgruppe Plaut
Das Unternehmen wurde von Dr. Hans-Georg Plaut 1946 in Hannover(Deutschland) gegründet.
Plaut ist heute eine börsennotierte Management-Beratung mit regionalemSchwerpunkt in Europa.
Die Kernkompetenzen umfassen alle Belange der Unternehmenssteuerungin den Bereichen Rechnungswesen, Logistik und IT, d.h. das Planen, Messenund Steuern der Werte-, Mengen und Informationsflüsse im Unternehmen.
Plaut entwickelt pragmatische Business-Lösungen sowohl fürGrossunternehmen als auch für den Mittelstand. Als SAP-Partner setzt Plautdiese Lösungen in Anwendungssysteme um, die dem neuesten Stand derTechnik entsprechen. Für mittelständische Kunden betreibt Plaut die SAP-Systeme als Outsourcing-Dienstleister.
IT-Governance, Dr. R. Brun, Juni 2007 - S.4
Produkt- / Leistungs-Portfolio
Operations Efficiency
Finance & Controlling
IT Governance
Performance ManagementSteuerung & Optimierung der Werteflüsse
Supply Chain OptimizationSteuerung & Optimierung der Mengenflüsse
Information ManagementSteuerung & Optimierung der Informationsflüsse
3
IT-Governance, Dr. R. Brun, Juni 2007 - S.5
Das IT-Governance Rahmenwerk
LeadershipStrategic Alignment
IT-Controlling IT-Architecture
ServiceManagement
IT-Sourcing / SRM
Metering &Accounting
IT-Security / Compliance
IT-Organisation IT-Processes
BusinessProcesses
IT-Governance, Dr. R. Brun, Juni 2007 - S.6
Strategic Alignment
• Orientierung an langfristigen Entwicklungen• Konzentration des Ressourceneinsatzes auf attraktive Geschäftsfelder• Grundsatzentscheidungen über die Art der Unternehmenstätigkeit• Verzahnung der betrieblichen Funktionsbereiche• Ausrichtung auf die Schaffung von Wettbewerbsvorteilen und deren Verankerung in der Wahrnehmung des IT-Kunden
4
IT-Governance, Dr. R. Brun, Juni 2007 - S.7
Kaufmännische
Anwendungen
Technische
Anwendungen
Wissens-Management
Stammdaten
Unternehmensführung
Inte
grat
ion
Sich
erhe
it
Einheitliche Plattform fürGeschäftsprozesse undIT-Prozesse
Fundament für die Entwicklungneuer Geschäftsmodelle
Rahmenwerk für die Einführungneuer Technologien
Metadaten
Vision „Integrierte System-Architektur“
IT-Governance, Dr. R. Brun, Juni 2007 - S.8
OLTP-Systeme &
Prozessrechner
OLAP-SystemePlanungs- &
Berichtswesen
Office-Anwendungen
& Groupware
DMS(NCI-Management)
Internet
PräsentationIntranet / Portal
ETL
BPS
[t < 2 Jahre] [t > 2 Jahre ]
Anwendungsarchitektur
5
IT-Governance, Dr. R. Brun, Juni 2007 - S.9
StrategischesReporting
Steuerungs-Information
EIS
LAB EMSPCSHLC Dispatch ISPFirewall
HAMTIS
DW / DMEIS
DW
KONZERN
GESELLSCHAFT
WERK LAN
ERP(SAP)
EIS
Staging & Monitoring
NavigationBriefing Books
EXCELOLAPData Mining Abfragen
periodisch / fix ad hocException Reporting
Transaktionen
Tools
OperativesReporting
(optional)
Standard-Reports
Vergangenheit& Zukunft
OnlineGegenwart
Real-Time
Informations-Architektur
IT-Governance, Dr. R. Brun, Juni 2007 - S.10
ARBEITSPLATZ-Ebene
ANWENDUNGS-Ebene
DATENBANK-Ebene
R/3 RFC
R/3 IS-X
„drag & relate“
„single source of truth“ durch Integration
6
IT-Governance, Dr. R. Brun, Juni 2007 - S.11
Integrations- und Konsolidierungs-Szenarien
HardwareMerge
SystemMerge
SupportMerge
Application /Process Merge
Process Costs
Dev. Costs
Support Costs
Operating Costs
Business Process
IT
10 - 20 % 10 - 25 %
10 - 30 %
15 - 40 %
5 - 15 % 10 - 30 % 20 - 50 %
20 - 50 %
5 - 15 %
+ + ++ +++
+++
[ Savings perCost Block ]
Quantitative Improvements
Qualitative Improvements
[source: Consolidation of Business Applications as basis for Shared Services, SBS 2003]
IT-Governance, Dr. R. Brun, Juni 2007 - S.12
Agenda
• Vorstellung
• Anforderungen des Geschäftes an die Anwendungs-Architektur
• SOA als Lösung nach heutigem Stand der Technik
• Nutzen
• Beispiele aus aktuellen Beratungsprojekten
7
IT-Governance, Dr. R. Brun, Juni 2007 - S.13
Der Weg von der Strategie zur Architektur
[Quelle: R. Peisl, IBM BPM CC]
technisch ermöglichtdurch SOA
IT-Governance, Dr. R. Brun, Juni 2007 - S.14
z.B. TQM Team
Prozesß (Abbildung inProzeßschritten)
Aufbauorganisation desUnternehmens
Technische Abbildungdes Prozesses in einemWF mit ReferenzierungzurAufbauorganisation
Applikation1 Applikation2 Applikation3
Anwendungen /Systeme, welche andem Prozeß be-teiligt sind, mit IhrenSchnittstellen
S1, S2, S3 S4, S5, S6 S2, S4, S7
EAI-Toolbox
Techn. Verknüpfung derSysteme durch EAI, umMedienbrüche zuvermeiden S1, S2, S3, S4, S5, S6, S7,.....
S1, S5 S2,S4
Portal als Einstieg undPräsentationsschicht
Die klassische Methode
8
IT-Governance, Dr. R. Brun, Juni 2007 - S.15
z.B. WIS
Workflow Management Coalition (WfMC)Referenzmodell
WorkflowClient-Applications
Admistration& Monitoring
Tools
Process DefinitionTools
InvokedApplications
Workflow-API& Interchange Formats
Workflow Enactment Service
Workflow Engine(s)
Workflow Engine
Workflow EnactmentService(s)
z.B. ARIS, VISIO
z.B. FI, MM
z.B. SAP R/3BusinessWorkflow
IT-Governance, Dr. R. Brun, Juni 2007 - S.16
Services sollten sich aus den Geschäftsprozessen ableiten
Strategische Ebene
Fachprozesse
Applikation Layer
IT Basisdienste
Kriterien:Schnelle Implementierung
Unmittelbarer Nutzen
Stabilität
Geschäftsprozess
Geschäftsprozess
Geschäftsprozess
9
IT-Governance, Dr. R. Brun, Juni 2007 - S.17
Entwicklung des Business Process Managements
[Quelle: R. Peisl, IBM BPM CC]
200x200x200x200x
IT-Governance, Dr. R. Brun, Juni 2007 - S.18
Disziplinen des Business Process Managements
[Quelle: R. Peisl, IBM BPM CC]
technisch ermöglichtdurch SOA
10
IT-Governance, Dr. R. Brun, Juni 2007 - S.19
IT-Architektur für technisches Business Process Management
[Quelle: R. Peisl, IBM BPM CC]
IT-Governance, Dr. R. Brun, Juni 2007 - S.20
Beispiel: Konto-Eröffnung bei einer Bank
[Quelle: R. Peisl, IBM BPM CC]
Priv
atku
nde
Ges
chäf
tsku
nde
Giro
kont
o
Spar
kont
o
Bar
einz
ahlu
ng
Übe
rwei
sung
Sche
ckei
nlie
feru
ng
TransactionServices -
Credit Account
11
IT-Governance, Dr. R. Brun, Juni 2007 - S.21
Das Ziel: eine flexible, konsistente, intuitive Arbeitsumgebung
[Quelle: R. Peisl, IBM BPM CC]
IT-Governance, Dr. R. Brun, Juni 2007 - S.22
Wunschvorstellung: vom Design zur Anwendung
Process Design
Process Orchestration(BPMS*, WFMS**)
SW-Component
WebService
LegacyApplication
Adapter
SW-Component
WebService
SW-Component
WebService
invoke invoke invoke invoke
interpret
plan,
build
run
make,
buy
(*) Business Process Management System (**) WorkFlow Management System
Business RulesRepository
12
IT-Governance, Dr. R. Brun, Juni 2007 - S.23
Werkzeuge des Business Process Managements (BPM)
• Geschäftsprozeßgestaltung (GPG)
– Instrumente zur Entwicklung, Analyse, Simulation und Optimierungunternehmensinterner Arbeitsabläufe
• Workflow Management System (WMS)
– Automatisierung von Prozessen bzw. Vorgängen, in denenArbeitsaufträge (Aufgaben), Informationen und ggf. auch Dokumenteunter Berücksichtigung von Regeln oder definierten Verfahren von einerzuständigen Stelle zur nächsten weitergereicht werden.
• Technische Integration
– EAI Methoden
– Application Server
– Service Orchestration & Repository (SOA)
IT-Governance, Dr. R. Brun, Juni 2007 - S.24
Business Process Management Architektur
BPM EngineService
Service
Service
Prozess &Service
Repositories
Design
Dokumentation
13
IT-Governance, Dr. R. Brun, Juni 2007 - S.25
Agenda
• Vorstellung
• Anforderungen des Geschäftes an die Anwendungs-Architektur
• SOA als Lösung nach heutigem Stand der Technik
• Nutzen
• Beispiele aus aktuellen Beratungsprojekten
IT-Governance, Dr. R. Brun, Juni 2007 - S.26
IT-Szenario einer Service-Orientierten-Architektur
HTTP
Web Server
Web Clients
Host Systeme
ApplicationServer
DB Server
ERP Systeme
HTTP Web Client
Host Systeme
ApplicationServer
DB Server
ERP Systeme
WWWVPN
14
IT-Governance, Dr. R. Brun, Juni 2007 - S.27
SOA Meta-Modell
PROC. MODEL
LANDSCAPE
STYLE
WORKFLOW
[Quelle: M. Andjelkovic, LeasePlan Corp., 2005]
IT-Governance, Dr. R. Brun, Juni 2007 - S.28
SOA - Versuch einer Definition (1)
• Service .... wohldefinierte, wiederholbare Aufgabe in einem Geschäftsprozeß(z.B. Bonitätsprüfung, Kontoeröffnung)
• Service-orientierung .... Methode zur Darstellung von Geschäftsprozessenals Kette von Services
• Service-orientierte Architektur .... technisches Konzept zur Unterstützung /Umsetzung service-basierter Geschäftsprozesse
• Composite Application .... Anwendung auf der Basis einer Service-orientierten Architektur, die einen (komplexen) Geschäftsprozeß unterstützt
15
IT-Governance, Dr. R. Brun, Juni 2007 - S.29
SOA - Versuch einer Definition (2)
• SOA ermöglicht die Interoperabilität von Anwendungen und Diensten übereine lose Kopplung
• SOA basiert auf standardisierten, zustandslosen „Services“ (SimpleObject Access Protocol - SOAP, Web Services Definition Language - WSDL)
• SOA Architekturen können beliebig verteilt sein. Sie sindnachrichtenorientiert und dynamisch austauschbar.
• SOA ist die Basis für eine zentrale Prozesslogik (Business ProcessManagement - BPM, Service Choreografie / Orchestrierung)
IT-Governance, Dr. R. Brun, Juni 2007 - S.30
SOA - Grundlage für Business Driven Development
• Geschäftsprozeß-Owner erhalten Richtlinien und Werkzeuge, um Modellezu erstellen, die der IT unmittelbar Anforderungen bzgl. Anwendungs- undSystemfunktionalität liefern
• BDD verbindet Geschäftsziele direkt mit IT-Systemen und meßbarenProzeß-Parametern
• BDD sorgt dafür, daß ausschließlich geschäftlich begründeteAnwendungs- und Systementwicklungen stattfinden
• SOA ist die Basis für die technische Umsetzung der Prozeßmodelle
• SOA ist das Rahmenwerk (SOAP Standard etc.) für die Entwicklung neuerAnwendungskomponenten (= Services)
16
IT-Governance, Dr. R. Brun, Juni 2007 - S.31
SOA - Schichtendiagramm
Business Channels
Online Dienste Mobile Devices Unternehmen Internet
Java, HTMLXML, WML
Portal Server
Prozess Server
Integration Broker
Datenbank Warehouse ERP Application
Übertragungsschicht
Prozess-Schicht
Integrationsschicht
Datenschicht
IT-Governance, Dr. R. Brun, Juni 2007 - S.32
SOA - Konstruktion einer Anwendung
[Quelle: R. Peisl, IBM BPM CC]
17
IT-Governance, Dr. R. Brun, Juni 2007 - S.33
granular und unübersichtlich
Die Dimension eines Services ist ein grundlegendes Kriterium für
• seine praktische Verwendbarkeit
• seine Wiederverwertbarkeit
• seinen Nutzen
Service-Definition
unflexibel und unhandlich
unternehmens-spezifische
Konzeption undAusprägung
IT-Governance, Dr. R. Brun, Juni 2007 - S.34
Was bedeutet XML ?
• selbstbeschreibende Daten
• für jeden Datentyp verwendbar
• strikte Trennung der Elementezur Datenbeschreibung von derDarstellungskomponente
• geeignet für verteilte Daten
• mehrsprachig
• skalierbar
• klar strukturiert
• plattformunabhängig
• lose Struktur
18
IT-Governance, Dr. R. Brun, Juni 2007 - S.35
Was bedeutet SOAP ?
IT-Governance, Dr. R. Brun, Juni 2007 - S.36
Web Service Nutzung
Service Requestor Service Provider
Service Registrierung
Service wird registriert
(Service Registration)
WSDL
Servic
e wird
ange
fragt
(Ser
vice D
iscov
ery)
WSD
L
Service wird genutzt(Service Invocation)
SOAPWSDL .... Web Service Definition Language
19
IT-Governance, Dr. R. Brun, Juni 2007 - S.37
Erfolgsfaktoren für WebServices
• Akzeptanz
• Verbreitung
• Usability
• Verfügbarkeit
• Leistungsverhalten (Performance)
• Dokumentation
• Qualität der Implementierung (Programmierniveau, Testniveau,Komplexität)
• Technologiekompatibilität
• Wartungsqualität
.
IT-Governance, Dr. R. Brun, Juni 2007 - S.38
SOA - Infrastruktur
[Quelle: K. Maruschka, IBM WebSphere CC]
EJB ....... Enterprise JAVA BeansHTTP .... HyperText Transfer ProtocolIIOP ...... Internet Inter Object Request Broker ProtocolJ2EE ..... JAVA 2 Enterprise EditionJ2C ....... J2EE ConnectorJDBC .... JAVA DataBase ConnectivitySOAP .... Simple Object Access Protocol
20
IT-Governance, Dr. R. Brun, Juni 2007 - S.39
SOA - Werkzeuge
[Quelle: K. Maruschka, IBM WebSphere CC]
Universal Modeling Language
Business Process
Execution Language
Web Service
Description Language
World Wide Web
Consortium
Service Oriented
Modeling Architecture
Rational Unified Process
IT-Governance, Dr. R. Brun, Juni 2007 - S.40
SOA - „Orchestrierung“ auch in der Betriebsorganisation
[Quelle: T. Südbröck, IBM Rational]
21
IT-Governance, Dr. R. Brun, Juni 2007 - S.41
SOA - Governance
Experience
ACTUAL
ProcessModelling Process Execution
ProcessChange
Planning Controlling(PLAN vs. ACTUAL)
Governance
PLAN
PLAN
InterventionsTuning
Change DeviationMeasurements(KPI, PPI)
QuantitiesDurations
Checkpoints,Quality Gates
Structures,Deadlines,Resources,Costs,Budgets
IT-Governance, Dr. R. Brun, Juni 2007 - S.42
SOA Problematik
• SOA ist lediglich ein Konzept, es gibt keinen SOA-Standard, der konkreteVorgaben enthält
• Eine einfache Produktauswahl ist derzeit nicht möglich. Die Anbieter tretenmit unterschiedlichen Konzepten auf dem Markt auf
• Der Reifegrad von Entwicklungsprozessen und Werkzeugen ist nochunzureichend. Sie müssen angepasst werden.
• Eine hohe Investitions- und Lernbereitschaft ist erforderlich, um eine SOAumzusetzen (Paradigmenwechsel bei der IT Architektur!)
22
IT-Governance, Dr. R. Brun, Juni 2007 - S.43
Agenda
• Vorstellung
• Anforderungen des Geschäftes an die Anwendungs-Architektur
• SOA als Lösung nach heutigem Stand der Technik
• Nutzen
• Beispiele aus aktuellen Beratungsprojekten
IT-Governance, Dr. R. Brun, Juni 2007 - S.44
Nutzen einer Service-orientierten Architektur
• Die SOA ist eine konkrete, konzeptionell ausgeprägte Variante für eineEnterprise Application Integration (EAI) und erlaubt die Kommunikationzwischen Applikationen (Services)
• Sie wird gestützt durch allgemein akzeptierte Standards auf Basis der sogenannten „Web Services“ (http-Transportprotokoll, xml Datenbeschreibung)
• SOA Architekturen ermöglichen „plattformübergreifende Anwendungen“(Composite Applications) durch die Nutzung fremder Services oder eigenerUnternehmens-Services (Repository)
• SOA bietet die Möglichkeit zur Abbildung von dynamischenGeschäftsprozessen dadurch, daß die einzelnen Prozessschritte alsServices verfügbar gemacht und lose verbunden werden (BPM Engine zurProzesssteuerung)
• SOA verspricht Interoperabilität ohne Technologieabhängigkeit
23
IT-Governance, Dr. R. Brun, Juni 2007 - S.45
Point-to-Point vs. Bus-Infrastruktur
Anzahl derAnwendungen
Kos
ten
EAI-Bus
Point-to-PointIntegration
• Geringere Aufwände über den gesamten Lebenszykluseiner Integrationslsg. von der Konzeption bis zumBetrieb
• Geringere Prozesskosten aufgrund der Vermeidung vonMedienbrüchen u. applikationsübergreifendenProzessen
• Reduzierte Betriebskosten des Integrationsszenarios
• Geringere Schulungskosten aufgrund der Minimierungvon eingesetzten Schnittstellentechnologien
• Beschleunigte Einführungszeiten vonIntegrationsszenarien
• Höhere Transparenz von der Konzeption bis zurRealisierung
• Höhere Flexibilität beim Einsatz neuer Applikationen
• Bessere Prozessdurchlaufzeiten durch Real-Time-Integration
IT-Governance, Dr. R. Brun, Juni 2007 - S.46
BPM mit SOA: Vernetzung heterogener Partner
Logistik-dienstleister
Logistik-dienstleister
Logistik-Anwendungen
SJS
Logistik-Subsysteme Lagersteuerung
Staplerleitsystem
Logistik-Anwendungen
Partner-Firmen-
NetzwerkDMZ
AutomobilherstellerAutomobilhersteller
LISS
Logistik-leitstand
Integrations-plattform
TransportProzess
InnerbetrieblicheInnerbetrieblicheLogistikLogistik
Router
MobileClients
GPRSIP VPN
Anstellungan derLinie
WLANIP VPN
InternerWarenfluß
[Quelle: Siemens]
24
IT-Governance, Dr. R. Brun, Juni 2007 - S.47
Agenda
• Vorstellung
• Anforderungen des Geschäftes an die Anwendungs-Architektur
• SOA als Lösung nach heutigem Stand der Technik
• Nutzen aus der Sicht konkreter Unternehmen
• Beispiele aus aktuellen Beratungsprojekten Rechnungsprüfung
IT-Governance, Dr. R. Brun, Juni 2007 - S.48
Beispiel: Zwei Unternehmen auf dem Weg zur SOA -Besonderheiten, Gemeinsamkeiten und Unterschiede
France S.A.
• Tochtergesellschaft eines Bank- Konzerns• Globale Präsenz (ca. 30 Landesges.)• Wachstumsstrategie• Real Time Business (CIC)• Zentrale Führung• Zentraler IT-Dienstleister
• Entwicklung der Anwendungslandschaft unter Führung des CIO• generisches Template, länderspezifische Ausprägung beim Roll-out
Holland N.V.
• Tochtergesellschaft eines Auto- Konzerns• Globale Präsenz (ca. 30 Landesges.)• Wachstumsstrategie• Real Time Business (CIC)• Dezentrale Führung• Zentraler IT-Dienstleister
• Entwicklung der Anwendungslandschaft unter Führung des BPM• Prototyp in einer Landesgesellschaft, Globalisierung bei der Portierung
25
IT-Governance, Dr. R. Brun, Juni 2007 - S.49
Employee Portal (in-house access)
FirewallTerminal Server
CustomerPortal
Employee Portal(remote access)
SupplierPortal
Local Applications
OfficeE-MailUMSGroupwareDMS / ArchiveReport Generators
SAP Applications(incl. CRM) Legacy 1 Legacy 2
SAP Exchange Infrastructure (XI)
DataWarehouse
(EDB+)
GlobalMaster Data
Identity Management / Corporate Directory
EDI
Global Applications
nb.: technical infrastructure (e.g. WIN) not shown
legacyapplications
SAPDeveloper
StudioABAPJAVA
SAP Basis (WAS, WF, BW, MDM)
SAP NetWeaver Components
SAP MDM ?
SAP BW ?
France S.A.: Common Application Portfolio
IT-Governance, Dr. R. Brun, Juni 2007 - S.50
Workshop standard organisation Finance
Sales & Marketing Operation
WorkshopPreparation
WorkshopSet-up
WorkshopInitialisation(1 week)
WorkshopRealisation(3 months)
DesignApproval
•Clarify scopeand outputs•Name andmission the team•Organizetraining overview(SAP,Aris, mainsystems..)•Kick-off
•SAP and Aristraining•Reviewexisting SAPprojects•Plan logistics
•Collect inputs•Establishdetail plan•Definedeliverabledetailtemplate
•Redesignprocess•Map on SAP orselectedsolution•Quantifybespoke andinterfaces
WPWS WI WR DA
Accounting
Controlling
Collection
Credit risks
TechnicalRisks
WPWS WI WR DA
Quotation
Contract
Order & Del.
Billing
CRM
WPWS WI WR DA
Supplier mgt
FO/BO services
Veh. Admin
Fuel
Claims mgt
Remarketing
Ableitung der Anforderungen aus den Geschäftsprozessen
BusinessBlueprint
BusinessBlueprint
BusinessBlueprint
•Blueprint•Process model•FunctionalArchitecture
26
IT-Governance, Dr. R. Brun, Juni 2007 - S.51
Holland N.V.:Company of
the Future
IT-Governance, Dr. R. Brun, Juni 2007 - S.52
Holland N.V.: Ableitung der Anforderungen aus derUnternehmensstrategie (Ausschnitt)
27
IT-Governance, Dr. R. Brun, Juni 2007 - S.53
Holland N.V.: Strategic Business Requirements (1)
Corporate Customers• information about a large customer is often copious, complex and convoluted• structural information is as important as factual information• relationships can be ambiguous (-> a supplier can also be a customer)• customers have sophisticated requirements concerning
- interaction, communications & responsiveness (-> CIC)- services (-> TFO, Consultancy)- accounting, billing & reporting (EDI, Electronic Bill Presentment etc.)- credit check & risk management (-> exposure, cumulative risks)
• customers have low tolerance for errors & inconsistencies
Consumers / Small Businesses• potentially large number of customers• standardised credit check (-> external service)• variety of interaction channels (-> CIC)• ubiquitous customer self service (web-based)• customers may require special, personal advice
the application landscape must provide
a unified, all-aspect view of the customer
the application landscape must provide
a high degree of automation and
information availability
IT-Governance, Dr. R. Brun, Juni 2007 - S.54
Holland N.V.: Strategic Business Requirements (2)
New Business Development• intensified risk management• „real time“ calculation of exposures• detection of risk cumulation• early warning system• integration of customer‘s and Nolland‘s ICT systems (HR, Accounting)• ubiquitous customer self service (web-based)
New L.O.B.• professional advice requires facts & figures, detailed, accurate & readily available (monitoring concept & tools)• automatic collection of all pertinent data (-> data warehouse)• customer education (-> structured analysis of large database -> data mining)
increased risk-taking!
28
IT-Governance, Dr. R. Brun, Juni 2007 - S.55
Holland N.V.: Baseline Architectural Requirements
Consequently, HNV will structure its ICT systems in order to provide• generic business application services (*)• specific business application services (*)• bespoke application services / functions (to be developed on the given infrastructure platform)• generic application infrastructure services (-> ISA taxonomy)
(*) commercial software products from selected vendors (-> RFI)
As a consequence of the business requirements and the ICT strategy, HNV has committedto a Service Oriented Architecture (SOA) for its future application systems.
In practice, this means• HNV‘s routine business shall be organised along pre-designed business processes• the business processes shall be implemented using codified business rules and workflow technology• the workflows shall invoke services in the prescribed sequence from designated sources• the services shall be delivered by internal application systems or external providers
IT-Governance, Dr. R. Brun, Juni 2007 - S.56
Holland N.V.: Spezifikation der Anforderungen aus dem Geschäft -Business Process Management vs. Functional Management
Executive Board
CorporateGovernance
ResourceManagement BPM Program
Management
Commercial*Domain
Operations*Domain
Finance*Domain
ProcessGovernance
ProcessDesign
ProcessControlling
ProcessImplementation
ITGovernance
Subj
ect M
atte
r E
xper
ts„T
echn
ical
“ E
xper
ts
Process ExecutivesBest Practice Advisors
(*) leverage / redefine existing / established councils
29
IT-Governance, Dr. R. Brun, Juni 2007 - S.57
Holland N.V.: Vorgehensweise bei der Konstruktion derAnwendungslandschaft
Scenario 1: Do nothing at HNV level, leave changes to OPCOs
Scenario 2: Maintain current systems and
implement process changes only
Scenario 3: Integrate and enhance existing systems and processes
at the HNV as well as OPCO levels
Scenario 4: Adopt existing ERP Solution (“Elvis”) as base,
make it BARA compliant and
enhance it with common or OPCO-specific functions
Scenario 5: Develop Composite Solution based on BASA
using Commercial Standard Software (ERP, CRM etc.) and
minor HNV-specific extensions
Scenario 6: Develop Specialist Solution based on BASA
using Specialty Business Software in conjunction with
Standard Software Products / Modules (“best of breed”)
Scenario 7: Develop Bespoke Solution based on BASA and
HNV / OPCO Specifications using Custom-made Programs
Enterprise point of view!
IT-Governance, Dr. R. Brun, Juni 2007 - S.58
Holland N.V.: Analyse der Auswirkungen auf Strategie &Betriebswirtschaft
From the business point of view, the scenarios shall be assessed according to thefollowing criteria:
• support for CORP Strategy / CoF
• adaptability to new business processes
• fulfillment of pending business requirements
• workflow integration
• cultural change required for implementation
• enhancement of data quality
30
IT-Governance, Dr. R. Brun, Juni 2007 - S.59
Holland N.V.: Analyse der Auswirkungen auf die IT
From the ICT point of view, the scenarios shall be assessed according to the followingcriteria:
• governance effort
• time to implement
• cost to implement
• risk
• application integration
• new skills required
• new technologies
• maintenance burden
• architecture compliance
IT-Governance, Dr. R. Brun, Juni 2007 - S.60
Holland N.V.: Impact Assessment of Scenarios
strategic business impact
ICT
impa
ct
highlow
high
low 1 2
3
4
56
7
Legend:
1 .... Do Nothing
2 .... Process Changes Only
3 .... Integrate & Enhance
4 .... Adopt ELVIS
5 .... Composite Solution ERP-Based
6 .... Specialist Solution
7 .... Bespoke Solution
The portfolio diagram shows the result of an initial assessment of the 7 scenarios by the BASA team:
highest business impact(= strategic benefit)
at moderate ICT impact
31
IT-Governance, Dr. R. Brun, Juni 2007 - S.61
Holland N.V.: Business Applications Architecture
GENERIC APPLICATION SERVICES (as per ISA TAXONOMY)
MASTER / REFERENTIAL DATA, META-DATA
LOGISTICS & OPERATIONS
CUSTOMER RELATIONSHIP
MANAGEMENT
HN
V
SPEC
IFIC A
PPLICA
TION
SPROJECT
MANAGEMENT
HUMAN
RESOURCESFINANCIALS
BUSINESS RULES & WORKFLOW
ENTERPRISE APPLICATION :LANDSCAPE MAJOR COMPONENTS
IT-Governance, Dr. R. Brun, Juni 2007 - S.62
Holland N.V.:IT SystemsArchitecture
Business Applications
& Business Rules
Meta-Data
Master-Data
32
IT-Governance, Dr. R. Brun, Juni 2007 - S.63
Holland N.V.: IT-Governance Organisation
manages
manages manages
directs
Technical Service Organisation (TSO)
External Service Providers Vendors / Suppliers
engages
IT Service Support
IT Service Delivery
IT Provisioning (HNV-IS)
engages
IT Governance
CIO Organisationdirects
cooperateswith
BPM Organisation
IT-Governance, Dr. R. Brun, Juni 2007 - S.64
Holland N.V.: Organisation des Implementierungs-Programmes
Programme ManagementDocument Structure
SAP CustomerCompetence Center(CCC)
Programme Charter
Landscape
Creation Operation Protection
Blueprint Realisation Implementation
Requirements
Design
Configuration
Custom Build
Integration
Migration
Testing
Readiness Assessment
Reference Architecture
Standards
Guidelines
PrinciplesOrganisational Change Mgmt
GBP model
TSO
Engagement
PM Methodology
Organisation Quality Management
Compliance & Security Financial Planning
Procurement
Promotion
Communication
Business Cases
Slide Show / SAP Demo
Testimonials
Programme Bulletin
Service Management ?
Company of the Future (CoF),„ciao bello“ scenario
Landscape Visualisation
Programme WhitePaper
Strategic Roadmap
Short-/Mid-TermAction Plan
Roadshow
Stakeholder ManagementConcept
Management Primer
33
IT-Governance, Dr. R. Brun, Juni 2007 - S.65
Beispiel DMB Rechtsschutz-Versicherung AGKooperationsmodell „Mitversicherung“
• Strategische Allianz mit derIDEAL-Gruppe
• Zwei unabhängige, rechtlichselbständige Unternehmenbearbeiten ein Geschäftsfeld zugleichen Teilen
• Risiko und Ertrag werden zugleichen Teilen übernommen.
IDEALVersicherung
Marktsegment„Senioren“
DMB Rechtsschutz
Geschäftsfeld„Allgemeiner
Rechtsschutz“
AbwicklungPolicierungSchadenbearbeitungBestandsverwaltung
Markt-bearbeitung
Marketing&
Vertrieb
IT-Governance, Dr. R. Brun, Juni 2007 - S.66
Einführung von WebServices für Vertriebspartner
• Keine Kopplung der Anwendungssysteme der Geschäftspartner
• Laufend notwendige Änderungen in kleinen Schritten, weitgehendasynchron machbar
• „Mainstream“ Technologie:
– ASP .net
– SOA Standards (XML etc.)
34
IT-Governance, Dr. R. Brun, Juni 2007 - S.67
Service-orientierte Architektur
Vertriebs-Partner
DMB RechtsschutzProdukt-Anbieter
WebServer
Antrags-System
Vers.-Antrag
Prov.-Daten
on-lineSchnittstellen
(Internet)
Bestand(Puffer)
Bestands-Abgleich
Bestands-Abgleich
batchSchnittstellen(gepuffert)
Vers.-Antrag
Bestands-System
Antrags-System
Bestands-System
PlautHosting Partner
Prov.-Daten
IT-Governance, Dr. R. Brun, Juni 2007 - S.68
Erfolgsfaktoren des Modells „Mitversicherung“
• Einvernehmen zwischen unabhängigen Unternehmen strategischeVorarbeiten im Management
• Vernetzung und Abstimmung der Geschäftsprozesse
• Organisatorische Vorkehrungen zur gemeinsamen Marktbearbeitung
• Das neue IT-Paradigma "Service-orientierte Architektur" (SOA) erleichtertdie anschließende Umsetzung, idealerweise mit weitgehenderWiederverwendung vorhandener Anwendungen und Infrastruktur
• Unerheblich ist dabei, daß das Modell ein kleines und ein großesUnternehmen der Branche verbindet !
35
IT-Governance, Dr. R. Brun, Juni 2007 - S.69
Erfolg des Unternehmens
„Für die DMB Rechtsschutz war es wichtig, die Innovationsaufgaben in den Bereichen Corporate Identity, Vertrieb, Internet-Präsenz und IT möglichst rasch, zielsicher und mit geringem Koordinationsaufwand zu lösen.
Engagierte Mitarbeiter, komplementäre Partner und ausgewählte Technologien trugen dazu bei, die strategischen Vorgaben zielorientiert umzusetzen und 2006 zum erfolgreichsten Jahr der Unternehmensgeschichte zu machen.“
Dr. Wolfgang Hofbauer, Mitglied des Vorstandes
IT-Governance, Dr. R. Brun, Juni 2007 - S.70
Kontakt
Dr. Robert BrunBusiness Manager IT-GovernancePlaut Business Consulting GmbHMax-von-Eyth-Straße 385737 Ismaning (Munich)
phone +49/89/96 280-155fax +49/89/96 280-105mobile +49/177 9224 155mail to: [email protected]://www.plaut.de
SOA Realisierung