Software-Engineering im Aris-Konzept als Ansatz der Integration der IT-Landschaft von Unternehmen

Transkript

1 Software-Engineering im Aris-Konzept als Ansatz der Integration der IT-Landschaft von Unternehmen Martin Plümicke 25. Oktober

2 These: IT im Unternehmen ist mehr als nur die Analyse von Geschäftsprozessen. 2

3 Geschäftsprozessmodellierung als EPK Kundenkreditanfrage eingegangen Abt. Girokonten Sachbearbeiter Schufa regelmäßiges Einkommen prüfen Datenbank Kontobewegungen Schufa Datenbank Weitere Kredite prüfen Schufa- Fernabfragesystem XOR XOR Kunde hat kein regelmäßiges Einkommen Kunde hat regelmäßiges Einkommen Kunde hat keine weiteren Kredite Kunde hat weitere Kleinkredite Kunde ist stark verschuldet Kreditabteilung Kreditantrag ablehnen Kreditangebot erstellen weitere Überprüfungen anstellen Kreditdatenbank 3

4 IT-Anforderungen: Abt. Girokonten: Zugriff Datenbanken Kontobewegungen Sachbearbeiter Schufa: Zugriff Schufa Fernabfragesystem Kreditabteilung: Zugriff auf die Kreditdatenbank Voll-/Halbautomatisches System zur Entscheidungshilfe (weitere Überprüfungen anstellen) Programm zur Erstellung eines Kreditangebots Allgemein: Datenbank Kontobewegung Kreditdatenbank Netzwerk System zur Weiterleitung des Auftrags ( Workflow) 4

5 Klassische Ansätze des Software-Engineerings 1. Modelle Datenbanken: Entity Relationship Model Diagramme Funktionalitäten: Modelle des Structured Analysis/Structured Design Unified Modelling Language Workflow: erst im jüngster Zeit in UML enthalten Netzwerk: Netzdiagramme Problem: Die Integration war kaum vorgesehen! 5

6 2. Vorgehensmodelle Wasserfallmodell Booch Methode Rational Unified Process Problem: Kommunikation zwischen Auftraggeber und Implementierer 6

7 a Das ARIS-Phasenmodell Typische Begriffe: Unternehmensziele, Kritische Erfolgsfaktoren, Schwachstellen, CIM, WWS 1. Phase DV-orientierte strategische Anwendungskonzepte Entitytypen, Funktionen, Organisationseinheiten, Anwendungssysteme, Leistungsarten 2. Phase Fachkonzept (Semantische Modelle) Relationen, Module, Netztopologien, Trigger 3. Phase DV-Konzept Build Time Zugriffswege, Netzprotokolle, Programmcode 4. Phase Technische Implementierung 5. Phase (Run Time) Betrieb und Wartung Innovationen Informations- und Kommunikationstechnik Prof. Scheer Quelle: Scheer, A.-W.: ARIS - Vom Geschäftsprozeß zum Anwendungssystem, 3. Aufl., Berlin u. a Kap. C 7

8 Phasenmodell im Aris-Haus Strategische Geschäftsprozessanalyse und Sollkonzept Fachkonzept DV-Konzept Organisation Implementierung Fachkonzept Fachkonzept Fachkonzept DV-Konzept DV-Konzept DV-Konzept Implementierung Daten Implementierung Steuerung Implementierung Funktion Fachkonzept DV-Konzept Implementierung Leistung Informations- und Kommunikationstechnik 8

9 Software-Engineering Diagramme im Aris-Haus Organigramm Netztopologie Organisation Netzdiagramm erweitertes ER-Modell Relationendiagramm Wertschöpfungsdiagramm Ereignisgesteurte Prozesskette Vorgangskettendiagramm Zugriffsdiagramm Ziel- und Funktionsdiagramm Fktsbaum (Hierarchiediagr.) Ablaufdiagramme Module Minispezifikationen Tabellendiagramm Daten Zugriffsdiagramm Steuerung Programm in Prog.sprache Compiler/Interpreter Funktion Produktmodell Aris Aris Leistung 9

10 Steuerungssicht: Steuerungssicht übernimmt die Verknüpfung der anderen Sichten: Modellierung des dynamischen Verhaltens des Geschäftsprozesses EPK Wertschöfungskette Vorgangskettendiagramm Modellierung der Beziehungen zwischen den Sichten Funktionen und Organisation Funktionen und Daten Daten und Organisation 10

11 EPK des groben ARIS-Vorgehensmodells Projektstart Fachkonzept Steuerungssicht (EPK) Fachkonzept Steuerungssicht beendet Fachkonzept Funktionssicht erstellen Fachkonzept Organisationssicht erstellen Fachkonzept Datensicht erstellen Fachkonzept Leistungssicht erstellen Fachkonzepte abgeschlossen DV-Konzept Funktionssicht erstellen DV-Konzept Organisationssicht erstellen DV-Konzept Datensicht erstellen DV-Konzept Leistungssicht erstellen DV-Konzept Steuerungssicht erstellen DV-Konzepte abgeschlossen Implementierung Funktionssicht Impl. Organisationssicht Impl. Datensicht Impl. Leistungssicht Impl. Steuerungssicht Projekt abgeschlossen Prof. Scheer Quelle: Scheer, A.-W.: ARIS - Vom Geschäftsprozeß zum Anwendungssystem, 3. Aufl., Berlin u. a Kap. C 11

12 Organisation Beziehungen zwischen Funktionen und Organisation Funktions-Organisationszuordnungsdiagramme: - Matrixdarstellung - Use-Case-Diagramme Daten Steuerung Funktion Leistung 12

13 Use-Case Diagramme Kreditantrag Sachbearbeiter Schufa Weitere Kredite prüfen regelm. Einkommen prüfen Giro Abt. Kreditwürdigkeit prüfen Kreditabteilung Kreditangebot erstellen 13

14 Matrixdarstellung Kreditantrag Kreditabt. Giro Abt. Sachb. Schufa Kreditwürdigkeit prüfen v b b weitere Kredite prüfen v regelm. Einkommen prüfen v Kreditangebot erstellen v v=verantwortlich, b=aktiv beteiligt, x=mit einbezogen 14

15 Organisation Beziehungen zwischen Funktionen und Daten Klassendiagramm Ereignis gesteuerte Prozesskette (EPK) Daten Steuerung Funktion Leistung 15

16 Beziehungen zwischen Funktionen und Daten 1. Transformation von Input Daten in Output Daten 2. Ereignisse sind (Daten )Zustandveränderungen, werden von Funktionen erzeugt. 16

17 Fachkonzept in der Datensicht und der Funktionssicht Datensicht (ER Diagramm) Funktionssicht (Funktionsbaum) Kunden-Nr. Name Adresse Kredigtw. prüfen Geburtsdatum Kunde 1..n regelm.eink. prüfen weitere Kredite pr üfen 1..n Transaktions-Nr. Transaktion Betrag 17

18 Klassendiagramme in der Beziehung zwischen Daten und Funktionen Funktionen-Daten erstellt von ADMIN geändert von ADMIN um 18: um 21:59 «class» Kunde «attribute» int Kunden_Nr; String Name; String Adresse; * * «class» Transaktion «attribute» int Betrag; int Transaktions_Nr; «class» Kredit_Kunde «method» void REinkommenCheck() Klassendiagramme sind statische UML-Diagramme. 18

19 Ereignisse als Daten in Beziehung zu Funktionen Kundenkreditanfrage eingegangen Abt. Girokonten Sachbearbeiter Schufa regelmäßiges Einkommen prüfen Datenbank Kontobewegungen Schufa Datenbank Weitere Kredite prüfen Schufa- Fernabfragesystem XOR XOR Kunde hat kein regelmäßiges Einkommen Kunde hat regelmäßiges Einkommen Kunde hat keine weiteren Kredite Kunde hat weitere Kleinkredite Kunde ist stark verschuldet Kreditabteilung Kreditantrag ablehnen Kreditangebot erstellen weitere Überprüfungen anstellen Kreditdatenbank 19

20 Dynamische UML Diagramme in der Beziehung zwischen Daten und Funktionen Interaktionsdiagramm (Sequenzdiagramm) Nachrichten werden zwischen Objekten ausgetauscht Zustandsdiagramm Zustände von Objekten werden durch Ereignisse verändert Aktivitätsdiagramm Prozessdarstellung innerhalb von unterschiedlichen Packages 20

21 Beziehung zwischen EPK und objektorientierter Modellierung Bungert/Heß: Objektorientierte Geschäftsprozeßmodellierung, 1995 EPK wird modelliert wie üblich für jedes vorkommende Objekt werden zusätzlich die resultierenden Ereignisse der Funktionen modelliert Scheer/Nüttgens/Zimmermann: oepk, 1997 Funktionen in der EPK werden durch Klassen mit den relevanten Methoden und Attributen ersetzt. Loos/Allweyer: An Approach for Integrating UML and Event-Driven Prcess Chains (EPC), 1998 Elemente der EPK werden Elementen der verschiedenen UML Diagrammen zugeordnet 21

22 Beziehungen zwischen Organisation und Daten Organigramm Organisation ER-Modell Benutzerberechtigungstabelle Daten Steuerung Funktion Leistung 22

23 Benutzerberechtigungstabelle Bank Datenbankobjekte Benutzer Kunde Transaktion Schufa DB Kredit-DB Kreditabt. arw cw cwr Giroabt. crw crw Sachb. Schufa r c=anlegeberechtigt, r=leseberchtigt, w=schreibberechtigt 23

24 Prozeßmanagement nach dem ARIS - House of Business Engineering I. Prozeßgestaltung Referenzmodelle, Bewertung, Prozeß- und Produktmodell Wissensmanagement Benchmarking Continuous Process Improvement Simulation Qualitätssicherung Process Warehouse V. FRAMEWORK Build - Time - Konfiguration II. Prozeßplanung und -steuerung III. Workflowsteuerung Monitoring Zeit- und Kapazitätssteuerung Mappe Funktionsaufruf Dokumentenfluß Datenaufruf Executive Information System IV. Anwendungssystem Komponenten, Business Objects, Objektbibliotheken Standardsoftwaremodule Java- Applets Datenbank Prof. Scheer Quelle: Scheer, A.-W.: ARIS - Vom Geschäftsprozeß zum Anwendungssystem, 3. Aufl., Berlin u. a Kap. D 24

25 ARIS HOPE Ebene I (Prozessgestaltung): Modellierung der Geschäftsprozesse mit dem ARIS Rahmenkonzept. Ebene II (Prozessplanung und -steuerung): Process Business Owner plant und steuert laufende Prozesse: Zeit- und Kapazitätssteuerung, Kostenanalyse. Ebene III (Workflowsteuerung): Mechanischer oder elektronischer Transport von zu bearbeitenden Objekten. Ebene IV (Anwendungssystem): Konkrete Bearbeitung der Objekte an den Arbeitsplätzen mit IT Unterstützung. 25

26 Zusammenfassung Analyse von Geschäftsprozessen muss aus verschiedenen Sichten erfolgen: Organisations-, Daten-, Funktions- und Leistungssicht Für jede Sicht gibt es Software-Engineering Werkzeuge zur Modellierung In der Steuerungssicht wird das dynamische Verhalten des Geschäftsprozesses und die Beziehung der anderen Sichten untereinander beschrieben ARIS bietet ein Rahmenkonzept zur Beschreibung aller Sichten, in dem z.t. bereits bekannte Software-Engineering Methoden integriert wurden. Das Rahmenkonzept ARIS kann auch ohne ARIS Toolsets eingesetzt werden. 26