service orientierte architektur: anforderungen lösungen ... · 1 service orientierte architektur:...

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


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.


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


Das IT-Governance Rahmenwerk

LeadershipStrategic Alignment

IT-Controlling IT-Architecture

ServiceManagement

IT-Sourcing / SRM

Metering &Accounting

IT-Security / Compliance

IT-Organisation IT-Processes

BusinessProcesses


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


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“


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


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


ARBEITSPLATZ-Ebene

ANWENDUNGS-Ebene

DATENBANK-Ebene

R/3 RFC

R/3 IS-X

„drag & relate“

„single source of truth“ durch Integration

6


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]


Agenda

• Vorstellung



• Nutzen


7


Der Weg von der Strategie zur Architektur

[Quelle: R. Peisl, IBM BPM CC]

technisch ermöglichtdurch SOA


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


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


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


Entwicklung des Business Process Managements


200x200x200x200x


Disziplinen des Business Process Managements


technisch ermöglichtdurch SOA

10


IT-Architektur für technisches Business Process Management



Beispiel: Konto-Eröffnung bei einer Bank


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


Das Ziel: eine flexible, konsistente, intuitive Arbeitsumgebung



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


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)


Business Process Management Architektur

BPM EngineService

Service

Service

Prozess &Service

Repositories

Design

Dokumentation

13


Agenda

• Vorstellung



• Nutzen



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


SOA Meta-Modell

PROC. MODEL

LANDSCAPE

STYLE

WORKFLOW

[Quelle: M. Andjelkovic, LeasePlan Corp., 2005]


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


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)


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


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


SOA - Konstruktion einer Anwendung


17


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


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


Was bedeutet SOAP ?


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


Erfolgsfaktoren für WebServices

• Akzeptanz

• Verbreitung

• Usability

• Verfügbarkeit

• Leistungsverhalten (Performance)

• Dokumentation

• Qualität der Implementierung (Programmierniveau, Testniveau,Komplexität)

• Technologiekompatibilität

• Wartungsqualität

.


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


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


SOA - „Orchestrierung“ auch in der Betriebsorganisation

[Quelle: T. Südbröck, IBM Rational]

21


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


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


Agenda

• Vorstellung



• Nutzen



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


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


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


Agenda

• Vorstellung



• Nutzen aus der Sicht konkreter Unternehmen

• Beispiele aus aktuellen Beratungsprojekten Rechnungsprüfung


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


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


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


Holland N.V.:Company of

the Future


Holland N.V.: Ableitung der Anforderungen aus derUnternehmensstrategie (Ausschnitt)

27


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


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


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


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


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!


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


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


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


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


Holland N.V.:IT SystemsArchitecture

Business Applications

& Business Rules

Meta-Data

Master-Data

32


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


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


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


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


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


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


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


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

service orientierte architektur: anforderungen lösungen ... · 1 service orientierte architektur:...

Documents