Dokumentation, Analyse, Optimierung,

Größe: px

Ab Seite anzeigen:

Download "Dokumentation, Analyse, Optimierung,"

Elisabeth Ursler
vor 8 Jahren
Abrufe

1 Dokumentation, Analyse, Optimierung, Automatisierung als gemeinsame Sprache für Business, Architektur und Entwicklung DOAG SIG BPM, Folie 1

2 Vortragende Software Engineer Dr. Projektleiter Folie 2

3 Zühlke: Consulting Development Integration 330 Mitarbeitende (Ende 2008) Wir beraten, entwickeln und integrieren aufgabengerecht mit überzeugender Qualität und Wirtschaftlichkeit. 71 Mio. CHF Umsatz (2008) Standorte in Deutschland, Großbritannien, Österreich und in der Schweiz Bisher mehr als 5000 Projekte realisiert Folie 3

4 Zühlke: Entwicklungszentren Folie 4

5 Zühlke: Unser Leistungsangebot Consulting Innovationsmanagement Informationsmanagement Technologien Methodik Team Training Development Softwareentwicklung Produktentwicklung Integration Geschäftsprozesse Integrationskonzepte Folie 5

Methodik Team Training Development Softwareentwicklung

6 Gegenstand des Vortrags Erfahrungsbericht zum Einsatz von in einem aktuellen Projekt Wird seinen eigenen Ansprüchen zur Modellierung von Prozessen gerecht? Folie 6

7 Der Kunde Allgemeine KFZ Versicherung AKV Spezialist für KFZ Versicherungen Abwicklung von KFZ Schadensfällen Vermittelt Werkstätten und Mietwagen Weitere Dienstleistungen Abschleppdienste Glasreparaturen Flottenmanagement Folie 7

Vermittelt Werkstätten und Mietwagen Weitere

8 Die Situation stark IT gestützte Geschäftsprozesse immer schneller aufkommende Business Anforderungen das gewachsene IT System ist zunehmend überfordert die zentrale Software Komponente DIAM ist inzwischen unwartbar es soll ein neues System implementiert werden Folie 8

zunehmend überfordert die zentrale Software Komponente DIAM ist

9 Die Aufgabenstellung Konzeption einer neuen IT Lösung Roadmap zur Migration Stabilisierung von DIAM für die Zwischenzeit Folie 9

10 Erhebung und Nach-Dokumentation der Ist-Situation Modulsicht: Programmlogik der fachlichen Funktionen und Ereignisse. Architektursicht: fachlicher Schnitt, Verteilung und Zusammenspiel der verschiedenen Systeme Geschäftssicht: übergeordnete Geschäftsprozesse, Funktionen, Regeln und Anforderungen. Folie 10

Architektursicht: fachlicher Schnitt, Verteilung und Zusammenspiel der

11 Die Entscheidung für Anforderungen an die Prozessbeschreibung Intuitiv genug, um mit dem Business über die Prozesse sprechen zu können Ausdrucksstark genug, um auch anspruchsvolle Programmkonstrukte modellieren zu können Und Es gab keine Vorgaben bzgl. Prozess-oder Programmablaufdokumentation Folie 11

Ausdrucksstark genug, um auch anspruchsvolle Programmkonstrukte modellieren

12 Ist als gemeinsame Sprache geeignet? Business Entwicklung Architektur Folie 12

13 Business Folie 13

14 Business: Was tun wir eigentlich? Das ist natürlich zu einfach! Folie September 2009 Frank Tobias Zetzsche Rudolphi (tor) Tobias Rudolphi(zef)

15 Business: Mit wem arbeiten wir zusammen? Folie September 2009 Frank Tobias Zetzsche Rudolphi (tor) Tobias Rudolphi(zef)

16 Folie September 2009 Frank Tobias Zetzsche Rudolphi (tor) Tobias Rudolphi(zef)

17 Folie September 2009 Frank Tobias Zetzsche Rudolphi (tor) Tobias Rudolphi(zef)

18 Folie September 2009 Frank Tobias Zetzsche Rudolphi (tor) Tobias Rudolphi(zef)

19 Folie September 2009 Frank Tobias Zetzsche Rudolphi (tor) Tobias Rudolphi(zef)

20 Business: Mit wem arbeiten wir zusammen? Immer noch zu einfach! Folie September 2009 Frank Tobias Zetzsche Rudolphi (tor) Tobias Rudolphi(zef)

21 Business: Schadensaufnahme im Detail Folie September 2009 Frank Tobias Zetzsche Rudolphi (tor) Tobias Rudolphi(zef)

22 Folie September 2009 Frank Tobias Zetzsche Rudolphi (tor) Tobias Rudolphi(zef)

23 Folie September 2009 Frank Tobias Zetzsche Rudolphi (tor) Tobias Rudolphi(zef)

24 Folie September 2009 Frank Tobias Zetzsche Rudolphi (tor) Tobias Rudolphi(zef)

25 Business: Fazit Prozessbeschreibung mit ist intuitiv Schnittstellen innerhalb der eigenen Organisation und zu Partnern werden offensichtlich Gemeinsames Erarbeiten der Diagramme einfach möglich Aber: Keine direkte Abbildung von Organisationshierarchien und Rollen. Alternativer Ansatz zur Modellierung der Organisation: Swimlanes Folie 25

26 Architektur Folie 26

27 Architektur: Ist-Zustand Folie September 2009 Frank Tobias Zetzsche Rudolphi (tor) Tobias Rudolphi(zef)

28 Folie September 2009 Frank Tobias Zetzsche Rudolphi (tor) Tobias Rudolphi(zef)

29 Architektur: Von der Choreographie zur Orchestration Folie September 2009 Frank Tobias Zetzsche Rudolphi (tor) Tobias Rudolphi(zef)

30 Architektur: Fazit Übersichtliche und nachvollziehbare Darstellung der beteiligten Systeme und deren Zusammenwirken Vorbereitung zur Überführung in eine Process Execution Engine Identifikation von Service Funktionalität Identifikation notwendiger externer Schnittstellen Prozess Spezifikation ist in geeigneter Process Execution Engine direkt ausführbar, oder in eine ausführbare Spezifikation (BPEL) überführbar Text Box B Aber: Nichtfunktionale Aspekte der Architektur können bei dieser Art der Modellierung nicht berücksichtigt werden Folie 30

31 Entwicklung Folie 31

32 Entwickler: Der DIAM Code Select Case ClmTpeID Case 1, 2, 3 DocType = "PMT" TrigId = 18 Case 11, 13 DocType = "PMT" TrigId = 0 Case 4 DocType = "PMT" TrigId = 20 Case 12 DocType = "PMT" TrigId = 35 End Select VB6 VB.Net Windows Forms Anwendung Unkommentiert Keine symbolischen Konstanten Geschäftskritische Logik in GUI Event Handlern, Stored Procedures und Triggern Generell schwer bis unmöglich wartbar Text Box A Folie 32

33 Entwickler: Programmlogik fachlich modellieren Folie September 2009 Frank Tobias Zetzsche Rudolphi (tor) Tobias Rudolphi(zef)

34 Entwickler: Fazit Gemeinsame Sprache mit Business Modellierung in macht Programmlogik transparent Expressivität ermöglicht Modellierung komplexer Programmfunktionen Ausführbare Spezifikation Modelle sind für die Fehlersuche in DIAM essentiell Text Box B Aber: Gefahr der Überspezifikation Erfordert Konzentration auf die fachliche Programmlogik Folie 34

35 Wir haben eine gemeinsame Sprache! Wir verstehen, wie unsere IT-Systeme unsere Prozesse unterstützen! Wir können komplexe Programmstrukturen einfach visualisieren! Business Wir sehen auf einen Blick, wie alle Systemkomponenten zusammenwirken! Entwicklung Architektur Folie 35

36 Die nächsten Schritte Evaluierung geeigneter Zielarchitekturen und Systeme SOA: Orchestration der bestehenden Systeme durch eine geeignete Process Execution Engine DMS: Einsatz eines Workflow orientierten Dokumentenmanagementsystems als zentrale Komponente Migration der DIAM-Funktionalität auf Intranet Portal Verbessertes Business Activity Monitoring Folie 36

37 Fazit Wird seinen eigenen Ansprüchen zur Modellierung von Prozessen gerecht? Diagramme sind einfach UND ausdrucksstark Die Anforderungen an die Kommunikation zwischen allen Projektbeteiligten wurden erfüllt Aber: Noch kein standardisiertes Austauschformat für Spezifikationen Folie 37

38 Q&A Dankeschön! Fragen? Fragen!

Ähnliche Dokumente

Der Kopf ist rund, damit das Denken die Richtung

Der Kopf ist rund, damit das Denken die Richtung Francis Picabia wechseln kann. Beste Perspektiven für Andersdenker. Erfolgreiche Unternehmen brauchen individuelle IT-Lösungen. Und dafür brauchen wir Sie.