Geschäftsprozeßmodellierung mit der objektorientierten Ereignisgesteuerten Prozeßkette (oepk)



Ähnliche Dokumente
Prozessmodellierung mit Objektorientierten Ereignisgesteuerten. und der bflow* Toolbox

Modellierung von Arbeitsprozessen

Universität Trier. FB IV Wirtschafts- und Sozialwissenschaften. SS 2008 Veranstalterin: Dipl.-Wirt.-Inf. Ariane Gramm

Geschäftsprozesse - EPK

EPK Ereignisgesteuerte Prozesskette

Geschäftsprozesse: Modellierung und Analyse

Übung 4. Musterlösungen

Vorlesung vom Einführung in die geschäftsprozessorientierte Unternehmensführung

Das Modellieren von Geschäftsprozessen (ereignisgesteuerte Prozessketten) Fortbildung Nr. 67/ Manuel Friedrich

Aufgabe 1: Beschreibung des Forschungsgebietes der Wirtschaftsinformatik

Geschäftsprozesse modellieren mit BPMN. Nürnberg,

Software-Engineering SS03. Zustandsautomat

BPMN. Suzana Milovanovic

Übungen zur Softwaretechnik

EINFÜHRUNG IOZ AG 1

Geschäftsprozessanalyse

Integration mit. Wie AristaFlow Sie in Ihrem Unternehmen unterstützen kann, zeigen wir Ihnen am nachfolgenden Beispiel einer Support-Anfrage.

Fragenkatalog Geschäftsmodellierung Grundlagen

Prozessorganisation Mitschriften aus den Vorlesung bzw. Auszüge aus Prozessorganisation von Prof. Dr. Rudolf Wilhelm Feininger

1 Mathematische Grundlagen

Abschlussklausur Geschäftsprozessmodellierung und Workflowmanagement

Fachhochschule Südwestfalen Wir geben Impulse

SEQUENZDIAGRAMM. Christoph Süsens

Wirtschaftsinformatik

Wintersemester Maschinenbau und Kunststofftechnik. Informatik. Tobias Wolf Seite 1 von 22

Geschäftsprozessmanagement

Modellierung von Geschäftsprozessen Teil 6 - Petri-Netze

Übungen Workflow Management. Blatt 2

Objektorientierte Systementwicklung mit der Unified Modeling Language (UML) Vorgehensmodelle für die objektorientierte Systementwicklung

Modellierung von Geschäftsprozessen Teil 5 - Ereignisgesteuerte Prozessketten

Gefahr droht!! Eine Frage der Sichtweise

Fachdidaktik der Informatik Jörg Depner, Kathrin Gaißer

Vgl. Oestereich Kap 2.7 Seiten

Profil der Wirtschaftsinformatik

Use Cases. Use Cases

Gemeinsamkeiten und Unterschiede bei der Anwendung für die Analyse von Geschäftsprozessen

Motivation. Motivation

IRF2000 Application Note Lösung von IP-Adresskonflikten bei zwei identischen Netzwerken

Unterrichtsmaterialien in digitaler und in gedruckter Form. Auszug aus: Übungsbuch für den Grundkurs mit Tipps und Lösungen: Analysis

EINFÜHRUNG IN DIE WIRTSCHAFTSINFORMATIK -ÜBUNGEN- Marina Tropmann-Frick

Geschäftsprozesse: Modellierung und Analyse

Urlaubsregel in David

BPMN verdrängt die EPK? Warum BPMN alleine nicht reicht

Wirtschaftsinformatik 2 Modellierung betrieblicher Informationssysteme - MobIS

DISKUSSIONSBEITRÄGE DER FAKULTÄT FÜR BETRIEBSWIRTSCHAFTSLEHRE MERCATOR SCHOOL OF MANAGEMENT UNIVERSITÄT DUISBURG-ESSEN. Nr. 374

Würfelt man dabei je genau 10 - mal eine 1, 2, 3, 4, 5 und 6, so beträgt die Anzahl. der verschiedenen Reihenfolgen, in denen man dies tun kann, 60!.

Veröffentlichungen des Instituts für Wirtschaftsinformatik (IWi), Universität des Saarlandes

Handbuch ECDL 2003 Basic Modul 5: Datenbank Grundlagen von relationalen Datenbanken

Kapitelübersicht. Was ist So#waretechnik? Historische Entwicklung der So9waretechnik Prinzipien, Methoden, Werkzeuge. Was bedeutet Objektorien+erung?

Systemen im Wandel. Autor: Dr. Gerd Frenzen Coromell GmbH Seite 1 von 5

Microsoft Office Visio 2007 Infotag SemTalk Thema: Prozessmodellierung

2. Übung zur Vorlesung Service-orientierte Architekturen

Beschreibung des MAP-Tools

Unified Modeling Language (UML)

Modellierung von Geschäftsprozessen nach VCP

4. Jeder Knoten hat höchstens zwei Kinder, ein linkes und ein rechtes.

EinfÅhrung in die objektorientiere Programmierung (OOP) unter Delphi 6.0. EDV Kurs 13/2

Hinweise zur Fachaufgabe

5 Methoden und Werkzeuge zur Prozessmodellierung

Arbeiten mit UMLed und Delphi

Generierung von Serviceverträgen auf Basis objektorientierter ereignisgesteuerter Prozessketten

Prozessbewertung und -verbesserung nach ITIL im Kontext des betrieblichen Informationsmanagements. von Stephanie Wilke am

Vgl. Kapitel 4 aus Systematisches Requirements Engineering, Christoph Ebert

4. BEZIEHUNGEN ZWISCHEN TABELLEN

Unterrichtsmaterialien in digitaler und in gedruckter Form. Auszug aus:

Softwaretechnologie -Wintersemester 2011/ Dr. Günter Kniesel

Softwaretechnologie Wintersemester 2009/2010 Dr. Günter Kniesel, Pascal Bihler

Softwaretechnologie -Wintersemester 2013/ Dr. Günter Kniesel

Skript Pilotphase für Arbeitsgelegenheiten

Ohne Fehler geht es nicht Doch wie viele Fehler sind erlaubt?

Vermeiden Sie es sich bei einer deutlich erfahreneren Person "dranzuhängen", Sie sind persönlich verantwortlich für Ihren Lernerfolg.

R&I-Fließbilder in PLANEDS

Lösungsvorschlag für Übungsblatt 6 Software Engineering 1 (WS 2012/13)

Dr. Hanno Schauer Mons-Tabor-Gymnasium Montabaur. UML-Klassendiagramme als Werkzeug im Unterricht

Best Practice. Prozessmodellierung für behördenübergreifende. pm-bpmn Bundesverwaltung: Ergebnis der AG BEST PRACTICE BPMN.

Universität Passau. Betriebswirtschaftslehre mit Schwerpunkt Internationales Management Prof. Dr. Carola Jungwirth. Bachelorarbeit Netzwerkservices

Ideation-Day Fit für Innovation

Outlook. sysplus.ch outlook - mail-grundlagen Seite 1/8. Mail-Grundlagen. Posteingang

Inhaltsverzeichnis. 1. Fragestellung

Integrierte IT Portfolioplanung

Einleitende Bemerkungen

Leichte-Sprache-Bilder

SWE5 Übungen zu Software-Engineering

360 - Der Weg zum gläsernen Unternehmen mit QlikView am Beispiel Einkauf

Geschäftsprozesse: Modellierung und Analyse

Anwendungspraktikum aus JAVA Programmierung im SS 2006 Leitung: Albert Weichselbraun. Java Projekt. Schiffe Versenken mit GUI

Kapitel 2: Der Software-Entwicklungsprozess

C++11 C++14 Kapitel Doppelseite Übungen Musterlösungen Anhang

macs Support Ticket System

Forschen - Schreiben - Lehren

Marktprozessbeschreibungen richtig lesen und verstehen. 2. Februar 2012

Motivation. Formale Grundlagen der Informatik 1 Kapitel 5 Kontextfreie Sprachen. Informales Beispiel. Informales Beispiel.

Vorlesung Programmieren. Unified Modeling Language (UML) Unified Modeling Language (UML) Unified Modeling Language (UML)

Vorlesung Programmieren

Installation und Inbetriebnahme von SolidWorks

.. für Ihre Business-Lösung

Klausur Software-Engineering SS 2005 Iwanowski

Grundlagen der Theoretischen Informatik, SoSe 2008

Umgang mit Schaubildern am Beispiel Deutschland surft

Produktskizze. 28. November 2005 Projektgruppe Syspect

Transkript:

Dr. Markus Nüttgens, Dipl.-Kfm. Volker Zimmermann Geschäftsprozeßmodellierung mit der objektorientierten Ereignisgesteuerten Prozeßkette (oepk) Inhaltsübersicht 1 Einführung... 1 2 Ereignisgesteuerte Prozeßkette (EPK)... 2 2.1 Grundmodell und Erweiterungen der EPK... 2 2.2 Ansätze zur Objektorientierung der EPK... 4 3 Objektorientierte Ereignisgesteuerte Prozeßkette (oepk)... 6 3.1 oepk-modellierungsmethode... 6 3.1.1 oepk-modellierung von Geschäftsobjekten und -prozessen... 6 3.1.2 oepk-modellierung von (Organisations-)Ressourcen... 11 3.2 oepk-anwendungsbeispiel... 12 4 Ausblick... 14 1 Einführung Objekt- und Prozeßorientierung sind zwei zentrale Konzepte zur Modellierung, Implementierung und dem Customizing von Informationssystemen. Mit Konzepten zur statischen Modellierung von Objektklassen liegen zwischenzeitlich methodisch ausgereifte Ansätze vor, welche sich in der Praxis zunehmend bewähren und traditionelle Ansätze wie beispielsweise das Entity-Relationship-Diagramm (ERM) zur Datenmodellierung ablösen. Diese statischen Objektmodelle können bereits heute durch gezielte Modifikationen und Vereinfachungen zur Modellierung betriebswirtschaftlicher Sachverhalte eingesetzt und anschließend durch Verfeinerung und Spezifikation in DV-technische Implementierungskonzepte transformiert werden. [1] Die Frage nach der Modellierung von Geschäftsprozessen und deren Bezug zu statischen Objektmodellen ist bislang jedoch noch unzureichend behandelt. Auch neuere Entwicklungen im Rahmen der Unified Modeling Language (UML) [2] und Nüttgens, M.; Zimmermann, V.:Geschäftsprozeßmodellierung mit der objektorientierten Ereignisgesteuerten Prozeßkette (oepk), in: Maicher, M.; Scheruhn, H.-J. (Hrsg.): Informationsmodellierung - Branchen, Software- und Vorgehensreferenzmodelle und Werkzeuge, Wiesbaden 1998, S. 23-36. (http://www.iwi.uni-sb.de/nuettgens/kpmg/kpmg.ps)

2 die dort enthaltenen Methoden wie Sequenzdiagramme [3], Kollaborationsdiagramme [4], State-Charts [5] oder Aktivitätsdiagramme sind aus implementierungsnahen Fragestellungen abgeleitet und für die Betrachtung ablauforganisatorischer Szenarien nur sehr eingeschränkt einsetzbar. [6] In diesem Beitrag wird ein Ansatz zur objektorientierten Geschäftsprozeßmodellierung auf Basis der Ereignisgesteuerten Prozeßkette (EPK) entwickelt. Die Erweiterung der Methode wird als objektorientierte Ereignisgesteuerte Prozeßkette (oepk) bezeichnet. [7] 2 Ereignisgesteuerte Prozeßkette (EPK) Nachfolgend wird zunächst das Grundmodell der Ereignisgesteuerten Prozeßkette (EPK) erläutert. [8] Die Darstellung schließt die zahlreichen existierenden Vergleiche von Prozeßmodellierungsmethoden in der Literatur ein und greift die dort erarbeiteten Ergebnisse auf. Hierauf aufbauend erfolgt eine kritische Auseinandersetzung mit den in der Literatur diskutierten Ansätzen zur Objektorientierung der Ereignisgesteuerten Prozeßkette (EPK). 2.1 Grundmodell und Erweiterungen der EPK Die Methode der Ereignisgesteuerten Prozeßkette (EPK) [9] wurde im Rahmen der Architektur Integrierter Informationssysteme (ARIS) [10] zur Modellierung von Geschäftsprozessen entwickelt und hat sich schnell sowohl in der Forschung als auch der Praxis als eine Standard -Methode [11] etabliert. Wesentliches Kennzeichen der EPK ist die Abbildung der zu einem Prozeß gehörenden Funktionen in deren zeitlich-logischer Abfolge. Die Entscheidungslogik wird durch das Konzept der Ereignissteuerung zum Ausdruck gebracht. Die Kontrollflußsteuerung zwischen den Funktionen beschreibt demnach

3 betriebswirtschaftlich relevante Entscheidungen zum Prozeßablauf. Auf der Typebene können hierzu Bedingung formuliert werden, welche in einer Prozeßinstanz auf positive Erfüllung geprüft werden. Ist die Bedingung positiv erfüllt, spricht man von einem eingetreten Ereignis. Kombinationen von Funktions- und Ereignisverknüpfungen innerhalb eines Prozesses können als komplexe Regeln abgebildet werden ( und", oder", exklusiv oder"). Hierzu wurden EPK-spezifische Verknüpfungsoperatoren und Modellierungsgrundsätze eingeführt. [12] Das Grundmodell der EPK kann um weitere semantische Beschreibungselemente (Ressourcen) ergänzt werden. Ein solcher Diagrammtyp wird auch als erweiterte Ereignisgesteuerte Prozeßkette (eepk) bezeichnet. Beispiele für Erweiterungen sind die Abbildung von Datenflüssen, Organisationseinheiten oder Anwendungssystemen (vgl. Abbildung 1). Auf der Grundlage von Arbeiten zur formalen Beschreibung der EPK werden derzeit werkzeuggestützte Konzepte zur Analyse und Simulation entwickelt. Der Ansatz von Langner/Schneider/Wehler [13] verfolgt das Ziel, EPK-Modelle in Petri- Netze zu übersetzen und die resultierenden Netze maschinell zu verifizieren. Die Ansätze von Rump [14] und von Keller/Teufel [15] hingegen basieren auf einer eigenständigen formalen Beschreibung der EPK.

4 Ereignis 0 Informationsobjekt 1 Input löst aus Funktion 1 führt aus Organisationseinheit 1 Informationsobjekt 2 Output erzeugt Ereignis 1 Informationsobjekt 2 AND Input/output Organisationseinheit 2 Funktion 2 Funktion 3 Organisationseinheit 1 erzeugt erzeugt Ereignis 2 Ereignis 3 Anw endungssystem Abbildung 1: Erweiterte Ereignisgesteuerte Prozeßkette (eepk) 2.2 Ansätze zur Objektorientierung der EPK Um den objektorientierten Gedanken stärker in die EPK einzubeziehen, wurde sie in jüngster Zeit um objektorientierte Konstrukte erweitert. Beim Ansatz von Bungert/Heß [16] werden die Beziehungen der Methoden in der ARIS-Architektur und hier speziell der EPK zu den objektorientierten Konstrukten dargestellt. Zur Vorgehensweise werden sechs Schritte definiert: 1. Definition relevanter Objekttypen und deren Beziehungstypen untereinander, 2. Zuordnung der relevanten Funktionen zu den Objekttypen, 3. Detaillierung und Erweiterung der Objekttypstrukturen aufgrund von Funktionen, die in Schritt 2 nicht unmittelbar zugeordnet werden konnten, 4. Definition der internen und externen Startereignisse für die Funktionen,

5 5. Definition der korrespondierenden Endereignisse für die auslösenden Funktionen, 6. Darstellung des Gesamtprozesses als Ereignisgesteuerte Prozeßkette auf der Grundlage der identifizierten Funktionen und Ereignisse. Der vorgestellte Ansatz stellt eine erste konzeptionelle Grundlage für die Verbindung von Geschäftsprozeßmodellierung und Objektorientierung mit der Ereignisgesteuerten Prozeßkette dar. Vorteile der Wiederverwendung durch die Objektorientierung werden mit den Vorteilen der Prozeßdarstellung verknüpft. Damit können objektorientiert auch Aspekte der Aufbau- und Ablauforganisation betrachtet werden. Eine integrierte Betrachtung von Objekt und Prozeß in einem gemeinsamen Modell findet aber nicht statt. Beim Übergang von Schritt 5 nach Schritt 6 gehen somit die semantischen Informationen über das Objekt verloren. Einen ergänzenden Ansatz wählt Rosemann [17], indem er das im jeweiligen Prozeßabschnitt relevante Prozeßobjekt im Diagramm parallel aufführt und die semantische Relation zwischen Ereignis und Prozeßobjekt als den Objektstatus interpretiert. Eine Integration von Geschäftsprozeß und -objekt wird hierbei jedoch ebenfalls nicht explizit modelliert. Volkmer [18] beschreibt ein Vorgehensmodell zur Erstellung objektorientierter Analysemodelle auf der Grundlage von Prozeßmodellen. Hierbei werden u.a. Transformationsschritte zur Überführung einer EPK mittels eines sog. Prozeßtransformationsmodells formuliert. Aufgrund der sequentiellen und unidirektionale Transformation erfolgt aber ebenfalls keine integrierte Betrachtung von Geschäftsobjekten und -prozessen. Das Vorgehensmodell kann vielmehr als Kritik und Ansatzpunkt zur Weiterentwicklung der zugrundeliegenden Modellierungskonzepte verstanden werden.

6 3 Objektorientierte Ereignisgesteuerte Prozeßkette (oepk) Das nachfolgend dargestellte Konzept der objektorientierten EPK (oepk) hat zum Ziel, sowohl die Potentiale und Endanwenderakzeptanz der Standard -EPK- Methode zu bewahren als auch Konzepte der Objektorientierung zu integrieren. An die Beschreibung der oepk-modellierungsmethode schließt sich die exemplarische Darstellung eines konkreten oepk-anwendungsszenarios an. 3.1 oepk-modellierungsmethode Ein Geschäftsprozeß wird im folgenden definiert als die ereignisgesteuerte Bearbeitung und Interaktion von Geschäftsobjekten mit dem Ziel der Leistungserstellung. Zur Leistungserstellung sind korrespondierende (Organisations-)Ressourcen bereitzustellen. Die Definition beinhaltet als zentrale Bestandteile: Geschäftsobjekt/-prozeß und (Organisations-)Ressourcen. 3.1.1 oepk-modellierung von Geschäftsobjekten und -prozessen Geschäftsobjekte (Business Objects) sind die für die Leistungserstellung einer Unternehmung relevanten diskreten, unterscheidbaren Entitäten. Dabei beschreiben Geschäftsobjekte aus Sicht des objektorientierten Entwurfs ein rein konzeptionelles Konstrukt. Sie stellen in ihrer Struktur eine Komposition von Daten, Funktionen und Schnittstellen verschiedener Objektklassen dar. Man kann deshalb auch von Verbund- oder Aggregat-Objekt, Objektcluster oder komplexem Objekt sprechen. Abbildung 2 stellt das Modell einer Geschäftsobjektklasse, wie es im Rahmen der oepk verwendet wird, dar. Als Symbol für eine Objektklasse wird ein Rechteck mit Kopfteil verwendet. Im Kopfteil wird der Klassenname abgetragen. Um die im Objekt zusammengefaßte Daten- und Funktionssicht darzustellen, werden die

7 Instanzvariablen links und die Methoden/Operationen rechts vom Geschäftsobjekt abgetragen. Instanzvariable V1 Objektklasse öffentlich Methode M1 Instanzvariable V2 öffentlich Methode M2 Instanzvariable V3 privat Methode M3...... Abbildung 2: Modell eines oepk-geschäftsobjektes Beispiele für Geschäftsobjekte sind Aufträge, Produkte, Lieferscheine, Buchungsbelege und Mitarbeiter. Ein Auftrag wird selbst wieder - entsprechend der obigen Definition - als komplexe Objekt durch mehrere hierarchisch komponierte Objektklassen repräsentiert. Beispiele hierfür sind die Klassen Auftrag(skopf) und Auftragsposition. Ereignisse beschreiben die Zustandsänderung eines Objektes zu einem bestimmten Zeitpunkt. Die Zustandsänderung erfolgt durch die Ausführung von gekapselten Methoden des Objektes. Welche Methoden ausgeführt werden, ist dabei abhängig von dem alten Zustand des Objektes und dem eingetretenen Ereignis. Die Überführung eines Geschäftsobjektes in einen neuen Zustand wird als Transition bezeichnet. Die Interaktion zwischen Objekten erfolgt über Nachrichten. Sie bilden den Kontrollfluß ab, d.h. mit ihnen werden die Entscheidungs- und Steuerungsmechanismen in einem objektorientierten System definiert und zeitlichlogische Abfolgen von Objektinteraktionen bestimmt. Es können zwei Typen von Kontrollfluß-Nachrichten unterschieden werden.

8 Ereignisgesteuerte Nachrichten beschreiben den Kontrollfluß und damit die betriebswirtschaftliche Entscheidungslogik. Die Nachricht enthält Informationen über die betriebswirtschaftlich relevanten Zustandsänderungen (Ereignisse). Bildet man den durch ereignisgesteuerte Nachrichten definierten Kontrollfluß graphisch ab, so ergibt sich die in Abbildung 3 entwickelte Grundstruktur eines Geschäftsprozeßmodells. Vorgelagerte Startereignisklasse Kontrollfluß Transition Objekt A Kontrollfluß / Nachrichtenklasse Kontrollfluß Transition Objekt B Kontrollfluß / Nachrichtenklasse Abbildung 3: Modell eines oepk-geschäftsprozesse Auftrags-/Leistungsgesteuerte Nachrichten beschreiben eine Auftraggeber- Auftragnehmerbeziehung. Ein sendendes Objekt verlangt von einem empfangenden Objekt eine Leistungserbringung, die das sendende Objekt zur weiteren Abwicklung seiner Transitionen benötigt. Abbildung 4 zeigt zwei alternative Darstellungsmöglichkeiten für Auftrags-/Leistungsgesteuerte

9 Beziehungen. Sie sind besonders zur Darstellung der Beziehungen zu assoziierten Objekten im Prozeßverlauf relevant. Ihre Betrachtung steht aber bei der Geschäftsprozeßanalyse und Workflow-Steuerung nicht im Vordergrund. Vorgelagertes Startereignis Vorgelagertes Startereignisklasse Auftrags- Nachricht A-1 ("get") Objektklasse C Objektklasse C Ereignis/ Nachricht A Ergebnis- Nachricht C-1 ("send") Ereignis/ Nachricht A Abbildung 4: Auftrags-/Leistungsgesteuerte Beziehungen als gekapselter Kontrollfluß Mit der Modellierung von Verknüpfungsoperatoren kann die Methode so erweitert werden, daß betriebliche Entscheidungszusammenhänge im Prozeßverlauf abgebildet werden können. Verknüpfungsoperatoren stellen hierzu in Verbindung mit Ereignissen Geschäftsregeln dar. Abbildung 5 stellt in Anlehnung an die Methode der EPK charakteristische Möglichkeiten der Verknüpfung von Objekten über Ereignisse und Verknüpfungsoperatoren dar.

10 a) b) AND/XOR/OR A1 B1 A1 A2 AND/OR Objektklasse C Objektklasse C c) d) A1 A1 B1 AND/OR AND AND Objektklasse C Objektklasse C Objektklasse D Objektklasse C OR A1 B1 C1 e) A/B AND/OR AND AND/OR Objektklasse D f) Objektklasse E Abbildung 5: oepk-konnektoren (charakteristische Verknüpfungen)

11 In Abbildung 5a werden zwei Objektklassen von einer ausgelöst. Als Operatoren sind möglich: AND, OR, XOR. Die Objektklasse verfügt über die entsprechende Entscheidungskompetenz. In Abbildung 5b) lösen zwei n eine Objektklasse aus. Bei einer AND-Verknüpfung wartet die Objektklasse bei Eintritt von einer der beiden n solange, bis die noch fehlende eingetreten ist. Erst dann startet die Objektklasse ihre Aktion. Bei einer OR-Verknüpfung reagiert die Objektklasse, sobald eine der beiden n eintritt. Treten beide n gleichzeitig ein, so feuert die Objektklasse zweimal. Abbildung 5c) stellt dar, daß eine auch zwei Objektklassen gleichzeitig auslösen kann. Abbildung 5d) zeigt, daß auch Verknüpfungen mehrerer n mit mehreren Objektklassen erlaubt sind. Entweder kann dann eine beide Objektklassen auslösen oder beide n zusammen beide Objektklassen. Abbildung 5e) zeigt, daß zwei verschiedene Objektklassen die gleiche erzeugen können. Auch Abbildung 5f) ist möglich. Angenommen alle Operatoren stehen auf AND, so wird Objektklasse E nur ausgelöst, wenn alle drei n eintreten. Steht der Operator zwischen A1 und B1 auf OR, der andere auf AND, so wird Objektklasse E ausgelöst, wenn entweder A1 oder B1 eintreten. Stehen alle oberen Operator auf OR, so wird Objektklasse E bei Eintritt eines der drei n ausgelöst. Gleiches gilt für Objektklasse D. 3.1.2 oepk-modellierung von (Organisations-)Ressourcen Das Problem der unzureichenden Berücksichtigung organisatorischer Aspekte in objektorientierten Modellierungsansätzen wird vielfach bemängelt. Dieser Aspekt ist allerdings für die Geschäftsprozeßmodellierung, die zwischen organisatorischen Fragestellungen und softwaretechnischen Aspekten vermitteln will, von besonderer Bedeutung.

12 Ein zentrales Ziel der Geschäftsprozeßmodellierung ist es, Organisations- und Medienbrüche aufzuzeigen. Um aufbau- und ablauforganisatorische Analysen mit der oepk-methode durchführen zu können, muß der Leistungsfluß über verschiedene Organisationsbereiche hinweg abgebildet werden. Aus diesen Gründen werden nachfolgend Organisationseinheit und Ressourcen als eigenes Konstrukt in Anlehnung an die Standard -EPK modelliert. Abbildung 6 stellt diesen Sachverhalt graphisch dar. / Nachrichtenklasse A1 Instanzvar. B1 Instanzvar. B2 Instanzvar. B3 / Nachrichtenklasse B1 Organisationseinheit O1 Methode B1 Methode B4 Abbildung 6: oepk-(organisations-)ressourcen 3.2 oepk-anwendungsbeispiel Abbildung 7 stellt anhand der entwickelten Methode der objektorientierten Ereignisgesteuerten Prozeßkette (oepk) ein Szenario am Beispiel der Auftragserfassung dar. Auf Basis der vorangestellten Ausführungen kann auf eine Erläuterung verzichtet werden, da das Modell weitgehend selbsterklärend ist. Aufgrund der komplementären Verwendung von Instanzvariablen/Attributen und Methoden/Funktionen ist eine Umsetzung des oepk-modells in ein UML- Klassendiagramm möglich und kann als Grundlage für ein konsistentes DV- Implementierungskonzept dienen.

13 Auftrag ist eingegangen Eingangsdatum Auftrag Sekretariat Eingangsdatum vermerken Auftragseingang ist vermerkt Eingangsdatum Auftrag Vertrieb Techn. Prüfinfo technisch prüfen Kaufm. Prüfinfo kaufmännisch prüfen XOR Dokumentenname Auftrag ist geprüft und nicht OK Vertrieb Auftragsnummer Auftragsdatum Auftrag ist geprüft und OK Ablehnungstext Auftragsablehnung erstellen Positionsnummer Menge Kunde übermitteln Pos.beschreibung Kundenliste Auftragsablehnung ist übermittelt Einzelpreis Pos.gesamtpreis Auftrag Vertrieb erfassen Kunde Kundenliste Legende: Mitarbeiter Objektklasse Mitarbieterliste Produkt/Lstgs.liste Auftrag ist erfaßt Ereignis / Nachricht Methode / Funktion Instanzvariable / Attribut Organisationseinheit Dokumentname Bestätigungstext Kunde Auftragsbestätigung Vertrieb erstellen übermitteln Konnektor Kundenliste Kontrollfluß Auftrags-/Leistungsbeziehung Kante Auftrag Auftragsbestätigung ist übermittelt... Abbildung 7: oepk-anwendungsszenario (Beispiel Auftragserfassung)

14 4 Ausblick Der dargestellten Methode liegt eine Kombination sowohl strukturierter (sichtenorientierter) als auch objektorientierter Konzepte zugrunde. Diese Auffassung verändert die bislang eher dogmatische Methodendiskussion hin zu einer Integrationsdiskussion und wird auch zunehmend in der Literatur vertreten. Die weitere wissenschaftliche Arbeit im Kontext der vorgestellten objektorientierten Ereignisgesteuerten Prozeßkette (oepk) wird sich primär auf Fragestellungen der differenzierten Beschreibung der oepk-konstrukte, der Entwicklung eines konsistenten Vorgehensmodells und der Abbildung mittels Modellierungswerkzeugen befassen. Desweiteren werden Referenzmodelle zur integrierten Produkt/Leistungs- und Prozeßmodellierung und der Aspekt der Wiederverwendbarkeit von Geschäftsmodellen ein zentraler Gegenstand der Forschungsarbeiten sein. Literaturverzeichnis [1] Zu Konzepten und Methoden der Objektorientierung vgl. Balzert, H.: Methoden der objektorientierten Systemanalyse, 2. Aufl., Heidelberg et al. 1996. Heß, H.: Wiederverwendung von Software - Framework für betriebliche Informationssysteme, Wiesbaden 1993. [2] Vgl. Rational Software Corporation (Hrsg.): UML Notation Guide, Version 1.1, Santa Clara 1997 (http://www.rational.com/uml/1.1/html). [3] Vgl. Rumbaugh, J.; Blaha, M.; Prmerlani, W.; Eddy, F.; Lorenson, W.: Object- Oriented Modelling and Design, Englewood Cliffs 1991. [4] Vgl. Booch, G.: Object-Oriented Analysis and Design with Applications, 2nd Ed., Redwood City, CA, 1994. [5] Vgl. Harel, D.: Statecharts: A Visual Formalism for Complex Systems, in: Science of Computer Programming 8(1987), S. 231-274.

15 [6] Vgl. Oestereich, B.: Objektorientierte Softwareentwicklung mit der Unified Modeling Language, 3. Aufl., München et al. 1997, S. 85 [7] Vgl. Scheer, A. W.; Nüttgens, M.; Zimmermann, V.: Objektorientierte Ereignisgesteuerte Prozeßkette (oepk) - Methode und Anwendung, in: Scheer, A.-W. (Hrsg.): Veröffentlichungen des Instituts für Wirtschaftsnformatik, Heft 141, Saarbrücken 1997 (http://www.iwi.uni-sb.de/public/iwihefte/heft141.ps). [8] Eine umfassende online-literaturliste von Veröffentlichungen zur Theorie und Praxis Ereignisgesteuerter Prozeßketten befindet sich derzeit im Aufbau unter: http://www.iwi.uni-sb.de/nuettgens/epk/epk.htm. [9] Vgl. Keller, G.; Nüttgens, M.; Scheer, A.-W.: Semantische Prozeßmodellierung auf der Grundlage Ereignisgesteuerter Prozeßketten (EPK), in: Scheer, A.-W. (Hrsg.): Veröffentlichungen des Instituts für Wirtschaftsinformatik, Heft 89, Saarbrücken 1992 (http://www.iwi.uni-sb.de/public/iwihefte/heft089.zip),. Scheer, A.-W.: Wirtschaftsinformatik - Referenzmodelle für industrielle Geschäftsprozesse, 6. Aufl., Berlin et al. 1995. [10] Vgl. Scheer, A.-W.: Architektur integrierter Informationssysteme - Grundlagen der Unternehmensmodellierung, 2. Aufl., Berlin et al. 1992. [11] Keller, G.; Teufel, T.: R/3 prozeßorientiert anwenden: Iteratives Prozeßprototyping zur Bildung von Wertschöpfungsketten, Bonn et al. 1997. [12] Vgl. Keller, G.; Nüttgens, M.; Scheer, A.-W.: Semantische Prozeßmodellierung auf der Grundlage Ereignisgesteuerter Prozeßketten (EPK), in: Scheer, A.-W. (Hrsg.): Veröffentlichungen des Instituts für Wirtschaftsinformatik, Heft 89, Saarbrücken 1992, S. 10-15 (http://www.iwi.uni-sb.de/public/iwi-hefte/heft089.zip). [13] Vgl. Langner, P.: Schneider, C.; Wehler, J.: Ereignisgesteuerte Prozeßketten und Petri-Netze, in: Valk, R.; Jantzen, M. (Hrsg.): Bericht Nr. 196, Fachbereich Informatik der Univ. Hamburg, Hamburg 1997. Langner, P.; Schneider, C.; Wehler: Prozeßmodellierung mit ereignisgesteuerten Prozeßketten (EPKs) und Petri-Netzen, in: Wirtschaftsinformatik 39(1997)5, S. 479-489.

16 [14] Vgl. Keller, G.; Teufel, T.: R/3 prozeßorientiert anwenden: Iteratives Prozeßprototyping zur Bildung von Wertschöpfungsketten, Bonn et al. 1997, S. 166-175. [15] Vgl. Rump, F.: Erreichbarkeitsgraphbasierte Analyse ereignisgesteuerter Prozeßketten. Technischer Bericht, Fachbereich Informatik, Universität Oldenburg, 1997 (http://www-is.informatik.unioldenburg.de/~rump/paper/analyse/analyse.ps). Rump, F.: Ereignisgesteuerte Prozeßketten zur formal fundierten Geschäftsprozeßmodellierung, in: Informationssystem-Achitekturen, Rundbrief des GI- Fachausschusses 5.2, 2(1995)2, S. 94-96. [16] Vgl. Bungert, W.; Heß, H.: Objektorientierte Geschäftsprozeßmodellierung, in: Information Management, 10(1995)1, S. 52-63. [17] Vgl. Rosemann, M.: Komplexitätsmanagement in Prozeßmodellen: Methodenspezifische Gestaltungsempfehlungen für die Informationsmodellierung, Wiesbaden 1996, 76-84. [18] Vgl. Volkmer, M.: Entwicklung objektorientierter Analysemodelle für Informationssysteme auf Grundlage von Prozeßmodellen, Aachen 1997.