http://www.opitz-consulting.com/go/3-2-11 Setzt man ein eigenständiges MDM auf oder implementiert man die Lösung eines ERP-Herstellers? Seit Jahren ist das Thema Stammdatenqualität und Master Data Management aktuell und große ERP-Hersteller, wie Oracle, IBM und SAP, haben Standardlösungen hierzu im Markt platziert. Zurzeit ist eine zweite Welle für MDM deutlich erkennbar. MDM wird in das Zentrum der Unternehmensarchitektur gestellt, weil Stammdaten als ein unternehmensweites zentrales Asset betrachtet werden. Die eigenständigen MDM-Lösungen setzen dies um und bieten die Funktionalitäten des Stammdatenmanagements als Services an. In diesem Vortrag werden unterschiedliche MDM-Lösungsansätze beschrieben und die MDM-Lösungen nach deren Einsatzszenarien gruppiert. Anschließend leiten die Referenten Kriterien als Entscheidungshilfe bei einer individuellen Lösung der Eingangsfrage ab. Der Vortrag schließt mit der Anwendung der Kriterien auf einige typische Praxis-Beispiele. Rolf Scheuch, Chief Strategy Officer bei OPITZ CONSULTING, und Bernd Trops, Director Professional Services bei Talend, präsentierten diese Session am 29.02.2012 im Rahmen der SOA | BPM Integration Days in München. Weitere Infos zum Thema Master Data Management: http://www.opitz-consulting.com/go/3-2-890

1. Bernd Trops | Talend
Rolf Scheuch | OPITZ CONSULTING
Kopplung von MDM- und
Middleware-Integrationsansätzen

2. The Team: Masons-of-SOA
 Bernd Trops (Talend):
bernd.trops@talend.com
 Clemens Utschig-Utschig (Boehringer-Ingelheim):
clemens.utschig-utschig@boehringer-ingelheim.com
 Berthold Maier (T-Systems):
berthold.maier@t-systems.com
 Hajo Normann (Accenture):
hajo.normann@accenture.com
 Torsten Winterberg (OPITZ CONSULTING):
torsten.winterberg@opitz-consulting.com
 Jürgen Kress (Oracle Corp.)
juergen.kress@oracle.com
 Guido Schmutz (Trivadis):
guido.schmutz@trivadis.com
 Danilo Schmiedel (OPITZ CONSULTING):
danilo.schmiedel@opitz-consulting.com
www.soa-community.com

3. Wer sind die Vortragenden?
 Bernd Trops, Principal Solution
Architecht
 Talend
 Hobbies: Ski, Gitarre
 Schwerpunkte
 SOA, Integration
 Rolf Scheuch, CIO
 OPITZ CONSULTING
 Hobbies: Hockey, Bridge
 Schwerpunkte
 Managementcoach
 EA, MDM, IT-Strategie

4. AGENDA
• Begriffsbildung Stammdaten
• Motivation von MDM
• Architekturmuster und Integration
• Geschäftstreiber für MDM und SOA
• Funktionsarchitektur
• Portfolio als Entscheidungshilfe
• Take Away und Ausblick

5. Analysten und MDM
„You will waste your investment
in SOA unless you have
enterprise information that SOA
can exploit… !”
(Gartner Group, 2005)

6. BEGRIFFSBILDUNG
STAMMDATEN

7. Master Data (Stammdaten)
Vendor
Material Time
Audit
Customer User Data
Product Date
Reference
Data Employee Function
Tax Code Legal contract
Produces
Sales Org
Company Code
Material Category Master
Data
Invoice Transactional
Payment Data
Sales Order
Purchase Order
Employee Hire
Operational contract

8. Zusammenhang der Datenarten

9. Grundlegende Domänen
Kunde
Lieferant
Juristische Personen
Person
Mitarbeiter
…
Real (Produkte)
Virtuell (Verträge)
Physische Orte
…. Relationen
Topologie
Geographie
Gegenstand Ort Region (PLZ)
Facebook Account
eMail Adresse
….

10. Begriffsbildung
Was sind Stammdaten? Was ist ein MDM überhaupt?
Stammdatenobjekte sind offizielle Master Data Management ist das
und grundlegende Geschäftsobjekte Management zur Sicherstellung der
im Unternehmen, die in den Qualität der Stammdaten und verfolgt
wertschöpfenden Prozessen den Zweck, die Eignung der
verwendet werden. Ein Stammdatenobjekte bei Verwendung in
Stammdatenobjekt beschreibt die allen wertschöpfenden Prozessen des
Struktur (Bauplan) und die Unternehmens sicherzustellen. Das
Anforderungen an die Qualität MDM beinhaltet alle hierzu
(Validierungen, erlaubte Werte notwendigen operativen und
innerhalb der Struktur etc.). steuernden Prozesse, die eine
qualitätsgesicherte Definition
herbeiführen sowie die Pflege und
Verwaltung der Stammdaten
sicherstellen. Zudem stellt das MDM
die IT-Komponenten zur Abbildung
dieser Prozesse.

11. MOTIVATION

12. Warum ist MDM überhaupt interessant?

13. Eine Transformation ist nötig!
Das Ziel der Transformation:
• Klare Zuständigkeiten und Governance
• Wiederverwendbare, zentralisierte Stammdaten-Services

14. Wer „braucht“ MDM?

15. ARCHITEKTURMUSTER
INTEGRATION

16. Golden Record, SPoT
ERP ERP
? SCM ? SCM
SPoT
ECM PLM ECM PLM
CRM CRM
Es gibt unterschiedliche Architekturmuster,
um dies zu erreichen!

17. Verteilung der Stammdaten

18. Zentralisierung
Datenverteilung Applikationsarchitektur
Achtung:
Konsolidierung

19. Register / Dictionary
Datenverteilung Applikationsarchitektur

20. Koexistenz
Datenverteilung Applikationsarchitektur

21. Datenhaltung Register Koexistenz Zentralisierung
Verzeichnis Hybrid Konsolidierung
Register Koexistenz
Zentralisierung
Kriterien
Datenverantwortung Dezentral Hybrid Zentral
Datenhaltung dezentral Zentral und dezentral Zentral
Datenintegration Synchron Synchron Eher asynchron
Datenkonsistenz eingeschränkt Teilweise Hoch (SPoT)
Datenaktualität Nicht relevant Schwächer Hoch
Netzwerkbelastung Sehr hoch Kompromiss Niedrig
Vorteile Implementierung Kompromiss Implementierung
Lokale Autonomie Standardisierung
Nachteile Eher Retrieval orientiert Datenkonsistenz Stabilität
Netzwerkbelastung Governance
SOA Relevanz Sehr hoch Sehr hoch Eher niedrig

22. GESCHÄFTSTREIBER
MDM UND SOA

23. Treiber für MDM

24. MDM und SOA als Hebel
Heterogene
Applikationslandschaft
Hohe dezentrale
Datenhaltung SOA mit MDM
Packaged
Monolitische Application mit
Applikationslandschaft MDM
zentrale Datenhaltung
Hohe Standardisierung Hohe Innovation und
Slow change Bussines Agilität

25. FUNKTIONSARCHITEKTUR

27. Quelle: Deutsche Post

30. Zuerst der Prozess…
Fyi: This came out of the raw analysis

31. … dann das Tooling …
… somewhat more executable

32. PORTFOLIO ALS
ENTSCHEIDUNGSHILFE

33. Portfolio der Integrationsansätze
als Entscheidungshilfe
Hohe dezentrale Datenhaltung
Event- und Service
Applikationslandschaft
EAI ESB orientierte Integration
Heterogene
Event- und Service
Point-to-Point ESB orientierte Integration
Package Application Point-to-Point ?
Hohe Innovation und
Bussines Agilität

34. TAKE AWAY
AUSBLICK

35. Take Away
• MDM ist immer Integration
• MDM tendiert zu Multidomain
• MDM Referenzarchitektur erleichtert die
Einführung und Pflege von MDM-Systemen
• MDM zentraler Baustein der SOA
• MDM ist ein Marathon (kein Big Bang)
• Operative Einheiten treiben MDM (nicht IT)

36. Wo geht die Reise hin?
• 2ten wave of MDM
• sozial MDM
• Information-as-a-Service (IaaS)
• process-driven MDM
• MDMCloud - MDM-as-a-Service
• MDM-aware Applications
• Multidomain MDM

37. F&
A
F R A G E N
A N T W O R T E N