Session 03 -IT-Management Nach Lehrbuch & Forschung

5/17/2018 Session 03 -IT-Management Nach Lehrbuch & Forschung - slidepdf.com

http://slidepdf.com/reader/full/session-03-it-management-nach-lehrbuch-forschung 1/22

Fakultät für InformatikTechnische Universität München

IT Steuerung mit UnternehmensarchitekturBlock 03 – IT-Management nach Lehrbuch – Forschungsarbeiten

Prof. Florian MatthesLehrstuhl Software Engineering betrieblicher Informationssysteme (sebis)Fakultät für Informatik, TU Münchenhttp://wwwmatthes.in.tum.de

Block 03 1

http://wwwmatthes.in.tum.de/






Überblick Block 3

1. IT-Management nach Lehrbuch

2. Forschungsarbeiten: SokaTool3. Forschungsarbeiten: EAM Musterkatalog

Block 03 2



Block 03

IT-Management nach „Lehrbuch“

Anforderungs-management

+

Enterprise Architecture Management

IT-Architekturmanagement

Handlungsbedarfidentifizieren

Strategie- & Zielemanagement

Projektportfoliomanagement

Synchronisationsmanagement

IT-Projektlebenszyklus

Maßnahmedefinieren &

dokumentieren

Maßnahmeabstimmen &

planen

Maßnahmepriorisieren &genehmigen

Maßnahmedurchführen &

steuern

Inbetriebnahme &Maßnahmeabschließen

3



Block 03


1. Grundlagen des Managements einer Anwendungslandschaft• Begriffsüberblick• Wie organisiert man das Management einer Anwendungslandschaft in

Teilprozesse? Was sind die für das Management relevanten Elemente?2. Prozesse im Management einer Anwendungslandschaft:

• Projektportfolio-Management: Wie wird über die Bewilligung vonProjekten/Anforderungen entschieden?

• Strategien- und Zielemanagement: Wie werden Geschäftsziele beim

Management der Anwendungslandschaft berücksichtigt?• IT Architekturmanagement: Welchen Einfluss nimmt die Anwendungslandschaftauf Softwarearchitekturen?

• Synchronisationsmanagement: Wie erreicht man, dass gleichzeitig durchgeführteProjekte „zusammenpassen“?

• Management der Unternehmensarchitektur: Wie plant man die Evolution einerAnwendungslandschaft?

• Wie integriert sich das Management der Anwendungslandschaft inProjektabläufe?

4



Block 03


3. IT-Governance

• Wie verteilt man Entscheidungsbefugnisse bezüglich derAnwendungslandschaft?

• Wie lassen sich entsprechende Gremien organisieren?(zentral vs. dezentral, Einbindung von Fachabteilungen, …)

4. Wege zum Management einer Anwendungslandschaft

• Wie lassen sich Prozesse zum systematischen Management derAnwendungslandschaft in einer Organisation einführen?

5



Das Management der Unternehmensarchitektur bildet denKlebstoff für die anderen Managementprozesse

Das Management der Unternehmensarchitektur• ermöglicht die Integration der anderen Managementprozesse zu einem

integrierten Gesamtprozess• hat die Aufgabe das Zusammenspiel der verschiedenen Elemente einesUnternehmens auf der Architekturebene zu steuern, zu dokumentieren und zuverwalten

• nutzt Informationen der einzelnen Prozesse und liefert Informationen für andereProzesse

Beispiele für typische Aufgaben des Managements der

Unternehmensarchitektur:• Erarbeitung aktueller Ist-, Plan- und Soll-Landschaften• Szenario-Dokumentation der Veränderungen• Sicherstellung der Passung von Maßnahmen und Plan-Landschaften• Übernahme von genehmigten Maßnahmen in die Plan-Landschaften• Dokumentation der Veränderungen der Landschaft durch laufende Maßnahmen• Überführung von Plan-Landschaften in

Ist-Landschaften nach dem Abschlussvon Maßnahmen

III-2 Management der Unternehmensarchitektur

Anforderungs-management

+

Management der Unternehmensarchitektur

IT-Architekturmanagement

Handlungsbedarfidentifizieren

Strategie-& Zi elemanagement

Projektportfoliomanagement

Synchronisationsmanagement

IT-Projektlebenszyklus

Maßnahmedefinieren&

dokumentieren

Maßnahmeabstimmen &

planen

Maßnahmepriorisieren &genehmigen

Maßnahmedurchführen &

steuern

Inbetriebnahme &Maßnahmeabschließen

6Block 03



Überblick Block 3



Block 03 8



Modelltransformation erlaubt die flexible Generierung vonSoftwarekarten für verschiedene Informationsmodelle

9

ist Instanz von

basiert auf

ist Instanz von

Informationsmodell

basiert auf

Symbolisches Modell

Metamodell

Semantisches Modell

Visualisierungsmodell

basiert auf

ist Instanz von

basiert auf

z.B. Meta Object Facility (MOF) 2.0

basiert auf

Transformation

5%

32%

63%

ABC

ist Instanz von

Transformationsmodell

Acquisition Distribution

Purchasing Goodsreceipt

Invoiceverification

Accountspayable

management

Online Shop(100)

Warehousing

Inventory Control System (200)

ProductShipmentSystem (Germany)

(400)

CampaignManagement

System (1500)Customer Complaint

System(1900)

Headquarter

SubsidiaryMunich

SubsidiaryHamburg

SubsidiaryLondon

Warehouse

Customer RelationshipManagementSystem

(2100)

Inventory Control System (200)

Monetary TransactionsSystem (300)

Monetary Transactions System(300)

POS SystemPrice Tag Printing

System

Headquarter Subsidiary Hamburg Subsidiary LondonSubsidiaryMunich

Warehouse

Online Shop(100)

InventoryControl

System (200)

MonetaryTransactions

System(Germany)

(300)


System(GreatBritain)

(350)

ProductShipmentSystem

(Germany)(400)

AccountingSystem (500)

CostingSystem (600)

HumanResources

System (700)

DataWarehouse

(800)

FleetManagementSystem (900)

BusinessTraveling

System (1000)

DocumentManagement

System (1100)

SupplierRelationshipManagement

System (1200)

MIS (1300)

FinancialPlanning

System (1400)

POS System(Germany/

Munich)(1600)

CampaignManagement

System (1500)

POS System(Germany/ Hamburg)

(1620)

POS System(GreatBritain)

(1650)

Price TagPrinting System

(Germany/ Munich) (1700)


(Germany/ Hamburg)

(1720)

Price TagPrinting System(GreatBritain)

(1750)

WorktimeManagement(Germany/

Munich) (1800)

WorktimeManagement(Germany/ Hamburg)

(1820)

WorktimeManagement

(GreatBritain)(1850)

CustomerRelationshipManagement

System (2100)

CustomerComplaint

System (1900)

CustomerSatisfaction

AnalysisSystem (2000)

Online Shop(100)

InventoryControl

System (200)


System(Germany)

(300)


System(GreatBritain)

(350)

ProductShipmentSystem

(Germany)(400)

AccountingSystem (500)

CostingSystem (600)

HumanResources

System (700)

DataWarehouse

(800)

FleetManagementSystem (900)

BusinessTraveling

System (1000)

DocumentManagement

System (1100)

SupplierRelationshipManagement

System (1200)

MIS (1300)

FinancialPlanning

System (1400)

POS System(Germany/

Munich)(1600)

CampaignManagement

System (1500)

POS System(Germany/ Hamburg)

(1620)

POS System(GreatBritain)

(1650)


(Germany/ Munich) (1700)


(Germany/ Hamburg)

(1720)

Price TagPrinting System(GreatBritain)

(1750)

WorktimeManagement(Germany/

Munich) (1800)

WorktimeManagement(Germany/ Hamburg)

(1820)

WorktimeManagement

(GreatBritain)(1850)

CustomerRelationshipManagement

System (2100)

CustomerComplaint

System (1900)

CustomerSatisfaction

AnalysisSystem (2000)

ist Instanz von

basiert auf

Lankes, J.; Matthes, F.; Wittenburg, A. (2005c) Lankes, J.; Matthes, F.; Wittenburg, A. (2006) Ernst, A.; Lankes, J.; Schweda, C.; Wittenburg, A. (2006b)

Block 03



Das SoCaTool erzeugt Softwarekarten gesteuert durchflexibel definierbare Regelsätze

Block 03 10

Ein MetamodellKlassen, Eigenschaften

und Beziehungen

GG

ModelliertesSystem von Systemen

Relevante Elemente, ihreEigenschaften und Beziehungenuntereinander

InformationsmodellKlassen von Elementen,

mögliche Eigenschaften undmögliche Beziehungen

SoftwarekarteFlächen, Linien, Ebenen, ihre

Eigenschaften (Form, Größe,Position, Farbe, ) undBeziehungen untereinander

SoftwarekartenmodellKlassen von Kartenelementen,mögliche Eigenschaften und

mögliche Beziehungen

Auswahl-,Umformungs- und

Layoutregeln

SoCaTool

B Daten fließen von A zu BAB A basiert auf BA



SoCaTool (1)

Flexible Generierungvon Softwarekarten übermetamodellbasierteModelltransformationen

Process Support Map

Block 03 11



SoCaTool (2)

Flexible Generierungvon Softwarekarten übermetamodellbasierteModelltransformationen

Cluster Map

Block 03 12



Überblick Block 3



Block 03 13


http://slidepdf.com/reader/full/session-03-it-management-nach-lehrbuch-forschung 14/22Block 03

Motivation (1) – Methodologies for EAM

Various EAM frameworks exist, but distribution in practice is limited because of either reasons

too abstract for practical utilization (e.g. Zachmann)

too extensive for practical utilization (e.g. TOGAF)

usually a “complete or nothing” approach

limited adaptability of frameworks to company needs

Greenfield approaches

are usually not based on best practices typical errors are repeated

are usually not adequately documented

tend to grow unlimited

14

C4ISR 2.0

1997

1985 1990 1995 2000 2005

Zachman

1987

DoDAF

2003

CIMOSA

1984

PERA

1992

PERA

1988

Zachman

1992

EAP

1992

JTA 1.0

1996

JTA 7.0

2005

TAFIM 2.0

1994

TAFIM 3.0

1996

TOGAF 8.1

2003

GERAM

1994

GERAM 1.6.3

1999

TOGAF 1.0

1995

ARIS

1991

TEAF 1.0

2000

CIMOSA

1994

NAF 2.0

2004

NC3SAF

2000

IAF v1

1996

IAF v3

2001

E2AF

2003

FEAF 1.1

1999

Legende:

Framework:

Beginn

Entwicklung

Frühere

Version

Aktuelle

Version

Weiterent

-wicklung

Beeinflus-

sung

TAFIM 1.3

1992

C4ISR 1.0

1996

IAF 3.9

2005

IAF

1993

TISAF

1997

ARIS 7.02

2006


http://slidepdf.com/reader/full/session-03-it-management-nach-lehrbuch-forschung 15/22Block 03

Motivation (2) – Viewpoints in EAM

Defined viewpoints for reoccurring and known problems in Software Engineering are

described in the literature

universal and can be used organization independent constitute reusable knowledge and experience

are continuously developed

Modeling languages and methods for Enterprise Architectures and Application Landscapes

are currently emerging ArchiMate (http://www.archimate.com)

Softwarekartographie (http://www.softwarekartographie.de)

But: There are still many organization-specific viewpoints

Knowledge about addressed concerns and utilization are often not documented

Utilization only within one organization Exchange of experiences only within one organization

Future development is limited

15

M i i I f i M d l Whi h



Motivation (3) – Information Models: Whichconcerns are addressed where in what way?

Block 03

Sizes of actual information modelsin practice:

~ 20 entity types (Tool Vendor A)

~ 25 entity types (Tool Vendor B)

~ 212 entity types (Tool Vendor C)

~ 350 entity types (Tool Vendor D)

EA management information models tend to be rather complex:

Important questions in model utilization become difficult to answer:

What structures in an information model are suitable for addressing which concerns?

How can these concerns be addressed using the information model?

How can adaptations to organization-specific needs be made?

Exemplary information model from theEA Management Tool Survey 2005

16

C i EA M I f i M d l



Constructing EA Management Information ModelsBased on I-Patterns

I-Pattern as manageable, concern-specific units, of which aninformation model can be composed

Block 03 17

Pattern A

Pattern B

Pattern X

…



EA Management Pattern Approach

Important questions in model utilization EA management patterns are meant to answer:

What structures of an information model are suitable for addressing whichconcerns?

How can these concerns be addressed using the information model?

What visualizations are thereby employed?

How can adaptations resulting from organization-specific needs be made?

Block 03 18

Concerns and steps foraddressing concerns

Information needed foraddressing concernsand creating visualizations

Visualization ofneeded information



EA Management Pattern Catalogue

43 Concerns (48 have been excluded)

20 M-Patterns (10 have been excluded)

53 V-Patterns (21 have been excluded)

47 I-Patterns (19 have been excluded)

Block 03 19

D l t f EAM P tt C t l V1 0



Development of EAM Pattern Catalogue V1.0Animation from 4/2007 till 2/2008

Block 03 20



Uniform Structure of EAM Patterns

Overview Section

Id An unique alphanumerical identifierName A short and expressive name for the pattern

Alias Names this pattern is also known as (optional)

Summary A short summary of the EAM pattern

Version Version number of the EAM pattern and date of the last

changes

Block 03 21

Problem Section

Concerns to be address by an M-Pattern(only included in M-Patterns)

Solution Section

Detail description of the EAM pattern

Consequence Section

Consequences resulting from the usage of the EAMpattern (optional)

EA M t P tt C t l



EA Management Pattern Catalogue –

Usage Scenarios

Establishing an organization-specific EA Management through EAM PatternIntegration

• Concern based, light-weight, organization-specific approach to EAM basedon best practices

Inspiring and assessing an already implemented EA Management aproach

• Suggestions for extending an existing EAM approach

• Comparison of current EAM approach to best practices

EAM Pattern Catalogue as a basis for academic research• Uniform approaches for specific EAM topics exist, but no integration to a

holistic EAM approach possible

• Common ground for research on EAM, which can be iteratively enhancedand extended

Block 03 22

Session 03 -IT-Management Nach Lehrbuch & Forschung

Documents

Transcript of Session 03 -IT-Management Nach Lehrbuch & Forschung