Integration von BPMN und UML: Wie Mars und Venus oder doch zwei Seiten einer Medaille?

Transkript

1 Itegratio vo BPMN ud UML: Wie Mars ud Veus oder doch zwei Seite eier Medaille? Itegratio vo BPMN ud UML: Wie Mars ud Veus oder doch zwei Seite eier Medaille? Die Notatioe BPMN ud UML sid seit Lagem i der Busiess-Aalyse ud der Softwareetwicklug etabliert mit glühede Ahäger auf beide Seite. Loht es sich, beide Welte miteiader zu verbide ud die jeweilige Vorteile auszuspiele? Nach eier kurze Eiführug i die theoretische Grudlage eier Itegratio vergleicht der Artikel beispielhaft Modellierugswerkzeuge hisichtlich ihrer Verküpfugsmöglichkeite vo Modellierugselemete ud etwirft eie schlake methodische Rahme, mit dem ma BPMN ud UML i eiem IT-Projekt auch über Toolgreze hiweg kombiiert eisetze ka. Die Aforderug des Kude lautet: Wir beötige möglichst schell eie umfassede Spezifikatio der zu implemetierede IT-Awedug für usere extere Diestleister. Die Prozesse müsse i BPMN ud die Datemodelle i UML modelliert werde. Ist das ei realistisches Szeario? Beötigt ma i eiem IT-Projekt beide Modellierugsotatioe? Ud we ja, wie sehe die Verküpfugsmöglichkeite aus? BPMN 1 ) ud UML sid i der Busiess- Aalyse fest etabliert, mit eiem zeitliche Vorsprug für die UML, die scho im Jahr 2000 ISO-Stadard wurde ud seit 2007 vo der OMG betreut wird. Bei der BPMN wurde erst mit der 2010 veröffetlichte Versio 2, die eie durchgägige Prozessautomatisierug ermöglicht, ei echter Mehrwert erkat. Damit ware auch die Awedugsfälle klar defiiert: BPMN, we ma Prozesse möglichst ohe große Programmieraufwad mit Hilfe vo Workflow-Egies implemetiere will. UML für die Idividual-Softwareetwicklug. Treliie ist aufgebroche Doch diese Treliie ist izwische aufgebroche. BPMN wird i viele Uterehme zur rei fachliche Prozessmodellierug geutzt, ohe dabei eie Automatisierug im Blick zu habe (vgl. hierzu auch [All14]). Die BPMN-Modelle bilde aschließed die Grudlage für Aforderugsspezifikatioe zur Etwicklug vo IT-Systeme. Dort zeigt sich, dass die BPMN Busiess Process Model ad Notatio CMMN Case Maagemet Model ad Notatio DMN Decisio Model ad Notatio OMG Object Maagemet Group UML Uified Modelig Laguage Kaste 1: Ohe Abkürzuge geht es (leider) icht. Elemete der prozessorietierte BPMN icht ausreiche. Ma möchte Dateobjekte mit Attribute areicher ud mit adere Dateobjekte i Beziehug setze, ma möchte Statusabfolge ausführlicher darstelle ud vielleicht eie Task durch eie Systemawedugsfall geauer abbilde. Geau dafür bietet es sich a, BPMN ud die objektorietierte UML gemeisam zu utze ud miteiader zu kombiiere. Die Frage ist ur, wie sich dies am beste bewerkstellige lässt. Dazu werfe wir zuächst eie Blick auf eiige eher theoretische Grudlage ud schaue us aschließed ahad des i Abbildug 1 dargestellte BPMN-Beispiels die Verküpfugsmöglichkeite i eiige Modellierugswerkzeuge a. Ei Blick i die Literatur ud das Web zeigt, dass sich trotz des hohe Verbreitugsgrades beider Notatioe ur weige Stelle mit der Itegratio vo BPMN ud adere Modellierugsotatioe ud speziell der UML beschäftigt habe bzw. beschäftige. Mit Erscheie der BPMN 2 wurde BPMN-Prozessdiagramme ud UML-Aktivitätsdiagramme zuächst uter der Fragestellug vergliche, ob BPMN überhaupt Vorteile bietet ud ob sich ei Umstieg vo UML auf BPMN loht (vgl. [Pik11]). Izwische ist diese Etweder-Oder-Frage i de Hitergrud gerückt, da die BPMN sich ihre eigestädige Platz uter de Notatioe gesichert hat. OMG fokussiert Dreiklag Selbst bei der OMG, Hüteri der BPMN ud UML, fidet ma zum Thema Itegratio ur zwei Ahaltspukte. Im Basis- 1 ) Der Artikel bezieht sich ausschließlich auf de am weiteste verbreitete Diagrammtyp Kollaboratio der BPMN. Abb. 1: Beispiel für eie eifache Fachprozess i BPMN. 60

2 Abb. 2: Zusammespiel vo CMMN, BPMN ud DMN. paket des BPMN-Metamodells wurde mit der Klasse Exteral Relatioship die Möglichkeit geschaffe, Nicht-BPMN-Artefakte, beispielsweise auch UML-Elemete oder -Diagramme, zu itegriere. Davo wird seites der Modellierugswerkzeuge jedoch kaum Gebrauch gemacht. Das 2014 i der Versio 1.0 vo der OMG veröffetlichte UML-Profil für die BPMN (vgl. [OMG14]) zielt weiger auf eie Itegratio im fachliche Sie, soder diet de Hersteller vo Modellierugswerkzeuge, BPMN techisch i ihre bestehede UML- Metamodelle itegriere zu köe. Es scheit, dass sich die OMG im Rahme der prozessorietierte Notatioe i Zukuft stärker auf de Dreiklag ud die Itegratio vo BPMN, CMMN ud DMN kozetriert. CMMN ud DMN wurde 2014 jeweils i der Versio 1.0 veröffetlicht ud ergäze die BPMN im Bereich Dyamisches Fallmaagemet bzw. Geschäftsregel. Mit CMMN ka ma ustrukturierte, sich vo Fall zu Fall äderde, stark wissesbasierte Arbeitsabläufe ohe eie starre Prozessfluss modelliere. Dazu defiiert ma eie Azahl a zur Verfügug stehede Tasks ud ka diese muss aber icht regelbasiert verbide. DMN diet dazu, Etscheidugslogike, wie sie i viele Fälle i Fachprozesse vorkomme, als Hierarchie zu beschreibe ud mit Wissesquelle sowie otwedige Eigagsdate zur verküpfe. Sowohl CMMN- als auch DMN-Modelle sid automatisierbar ud köe vo dafür geeigeter Software im Fall vo DMN sid dies Rules-Egies iterpretiert werde. Abbildug 2 zeigt de Zusammehag zwische de drei Notatioe. Ei i CMMN modellierter Fall ethält eie Prozess- Task, aus dem heraus ei BPMN-Prozess gestartet werde ka. Dies ist sivoll, we es ierhalb der eher flexible Fallbearbeitug strukturierte Ateile gibt. Eiem BPMN-Geschäftsregel-Task wiederum ka ei DMN-Diagramm hiterlegt werde, das die a dieser Stelle im Prozess auszuführede Etscheidugslogik ethält. Beide Möglichkeite bereicher die Abbildug vo Geschäftsprozesse ugemei, biete jedoch keie Ersatz für die UML. Sucht ma ach am Markt verfügbare Beratugsagebote zur Itegratio vo BPMN ud UML, wird ma bei der Firma oose aus Hamburg füdig. oose bietet mit BizMod eie selbst etwickelte Modellierugsmethodik a, die BPMN-Prozesse mit UML-Diagramme für Prozessladkarte, Geschäftskotext sowie Geschäftsobjekte kombiiert (vgl. [Dug13]) ud die dari ethaltee Elemete zueiader i Beziehug setzt. Zudem wurde ei eigees Plug-i etwickelt, mit desse Hilfe die Methode i der Modellierugssoftware Cameo Busiess Modeler (seierseits mit Plug-i für MagicDraw ) uterstützt wird (vgl. [oos15]). Eie sehr umfassede Bestadsaufahme zur Methodeitegratio vo BPMN ud Uterehmesarchitekture, daruter auch UML, ist i [All14] zu fide. Die Studie verweist auf das sehr heterogee Bild bezüglich der Verküpfugsmöglichkeite der BPMN ud maht eie stärkere Rolle der Wisseschaft ud der Stadardisierugsorgaisatio bei der Itegratio vo Modelle ud Methode a. Auch die Tool-Hersteller werde aufgefordert, ihr Methodeportfolio im Zusammespiel mit BPMN kritisch zu durchleuchte. Diese geerelle Aussage gilt ohe Eischräkug auch für das spezielle Verhältis vo BPMN ud UML. Eistiegspukte etscheided Trotz dieser Defizite gerade im Hiblick auf eie stadardisierte Itegratio habe sich i der Praxis gägige Verküpfugsmöglichkeite zwische BPMN ud UML etabliert. I Abbildug 3 sid jeweils die primäre Leserichtuge der Assoziatioe aufgeführt, die auch i umgekehrter Richtug fuktioiere: Ei Geschäftsawedugsfall (Busiess Use Case) repräsetiert eie Pool (Prozess). Ei Task wiederum ka durch eie Systemawedugsfall (System Use Case) verfeiert werde. Ei Akteur bildet eie Lae ab. Ei Dateobjekt wird durch eie Fachklasse ud eie Status äher beschriebe. Diese Möglichkeite erscheie zuächst sehr begrezt. Es geht aber i erster Liie um de Eistiegspukt vo eiem BPMN- Prozess i ei UML-Modell. Ierhalb des UML-Modells stehe da alle weitere Verküpfuge zur Verfügug, beispielsweise vo Fachklasse zu Tabelle oder vo Awedugsfälle zu Aktivitätsdiagramme. Werkzeuge verküpfe uterschiedlich Die Sihaftigkeit der Verküpfug vo BPMN ud UML habe auch die Herstel- 04/

3 Itegratio vo BPMN ud UML: Wie Mars ud Veus oder doch zwei Seite eier Medaille? custom BPMN_UML BPMN-Elemete UML-Elemete Actor Pool Lae Use Case ler vo Modellierugswerkzeuge erkat, wobei die Umsetzug auf sehr uterschiedliche Art ud Weise erfolgt. Voraussetzug ist, dass i dem jeweilige Werkzeug grudsätzlich beide Notatioe zur Verfügug stehe. Im Folgede werde vier Werkzeuge, die sich bezüglich der Umsetzug stark voeiader abgreze, exemplarisch äher betrachtet (siehe Tabelle 1, ei umfagreicher Tool-Vergleich, allerdigs ohe de spezielle Fokus auf BPMN ud UML, fidet sich i [All14]). Die geerelle Verküpfugsmöglichkeite häge i hohem Maße vo der Art der Datehaltug i eiem Werkzeug ab. Sigavio ist ei Beispiel für eie diagrammbasierte Verwaltug. Das Modellierugswerkzeug legt seie Schwerpukt auf die Modellierugsuterstützug für BPMN (ud izwische auch DMN). Zusätzlich köe UML-Klasse- ud Awedugsfall-Diagramme agelegt werde. Eie direkte Verlikug ist grudsätzlich ur vo eiem Elemet auf ei Diagramm möglich. Im Stadard wird der Verweis vo eiem Awedugsfall (UML-Diagramm) auf ei BPMN-Prozessdiagramm uterstützt. Mit Hilfe der Defiitio eigeer, ach dem BPMN-Stadard ausdrücklich erlaubter Attribute i diesem Fall vom Typ Verlikug besteht die Möglichkeit, weitere Verküpfuge im Modell zu hiterlege. Verbiduge vo Elemet zu Elemet köe idirekt über eie gemeisam verwedete Glossarbegriff hergestellt werde. Damit ließe sich beispielsweise ei Dateobjekt ud eie Fachklasse zueiader i Beziehug setze. Dabei muss ma beachte, dass ei Glossarbegriff im Gesamtmodell globale Charakter besitzt ud seie Verwedug aus fachlicher Sicht gegebeefalls icht auf die bidirektioale Assoziatio zwische zwei Objekte beschräkt bleibt. Alles mit allem oder regelbasiert? Modellierugswerkzeuge mit eiem Respository, das icht ur die Diagramme, soder auch die Modellelemete verwaltet, ermögliche direkte Elemet-zu-Elemet- Verküpfuge. Dabei lasse sich zwei Vorgehesweise uterscheide: Task State DataObject [State] Abb. 3: Gägige Verküpfugsmöglichkeite vo Modellelemete der BPMN ud der UML (primäre Leserichtug). Class Es lässt sich grudsätzlich alles mit allem verbide (über Assoziatioe). Es werde ur bestimmte Elemete gezielt ud regelbasiert miteiader verküpft. Werkzeug Hersteller Webseite Getestete Versio Sigavio Process Editor Sigavio GmbH Eterprise Architect Sparx Systems 11 Iovator MID GmbH 12 Modelio Modeliosoft Tabelle 1: Exemplarisch betrachtete Modellierugswerkzeuge (i der Reihefolge ihrer Neug im Text). Der Eterprise Architect setzt die erste Vorgehesweise um. Es werde sowohl BPMN auch als die UML vollstädig uterstützt ud es köe beliebige Assoziatioe zwische de Elemete gezoge werde. Es ist sogar möglich, UML-Elemete i ei BPMN-Diagramm ud umgekehrt zu platziere (siehe Abbildug 4). Darüber hiaus köe Elemete beliebige Diagramme hiterlegt werde. Diese Vorgehesweise bietet dem Aweder die größtmögliche Freiheite, er muss sich jedoch selbst überlege, welche Verbiduge er im kokrete Projektkotext für sivoll erachtet ud wie er diese eiheitlich darstelle will eie i größere Teams sicherlich icht gaz leichte Aufgabe. Der Iovator bietet beide Vorgehesweise a. Über de proprietäre Diagrammtyp Whiteboard lasse sich verschiedee Diagrammtype also auch BPMN ud UML gemeisam darstelle ud zwische de Diagramm-Elemete Assoziatioe herstelle. Eie regelbasierte Verküpfug ist uter aderem bei dem Elemet Dateobjekt implemetiert. Will ma vo dort aus auf eie Fachklasse verweise, wird dem Nutzer zuächst eie Auswahl vo im Modell verfügbare Geschäftsobjekte agebote. Geschäftsobjekte implemetiere die i BPMN vorgesehee wiederverwedbare Dateobjekte. Dadurch ist es möglich, ei im BPMN-Modell a mehrere Stelle im Diagramm grafisch repräsetiertes Dateobjekt auf ei eiziges logisches Dateobjekt i der XML-Datei zu beziehe. Ei Geschäftsobjekt ka ma aschließed mit eier im Modell vorhadee Fachklasse im Iovator heißt dies Strukturdefiitio verbide. Auf der Basis vo Geschäftsobjekte werde auch Statusdiagramme (Geschäftsobjekt-Zustäde) agelegt. Aschließed hat ma die Möglichkeit, eiem scho mit eiem Geschäftsobjekt verküpfte Dateobjekt eie zuvor modellierte Status zuzuweise. Eie besodere Fuktio bietet der Iovator für Awedugsfälle a. Zieht ma eie existierede Awedugsfall aus dem Repository auf ei BPMN-Diagramm, so wird daraus ei Pool geeriert. Ob ma i der Praxis solch eie Fuktio oft utzt, bleibt fraglich. Zudem erfolgt keie Aktualisierug, we eies der beide Elemete achträglich verädert wird. Das Werkzeug Modelio verfolgt eie etwas exotisch amutede Asatz. Es ist eher für Etwickler als für Fachaweder gedacht ud verküpft BPMN- ud UML- 62

4 Collaboratio Idividuelle Kudeafrage maage Fachlicher Awedugsfall Idividuelle Kudeafrage maage Mitarbeiter Service Kudeafrage eigetroffe Systemawedugsfälle Kudeafrage prüfe Elemete über eiges defiierte Attribute (siehe Tabelle 2). Dadurch lasse sich zum eie die zuvor gezeigte Stadardverküpfuge wie DataObject zu Class oder Lae zu Actor herstelle. Zum adere ka ma i eier BPMN Call Activity (Aufrufaktivität) direkt auf eie Methode i eier Class verweise für Etwickler sicherlich eie praktische Ergäzug. Allei der Vergleich der vier Modellierugswerkzeuge bestätigt de Eidruck, dass vo eiem eiheitliche Umgag mit de beide Notatioe icht die Rede sei ka. Mit fast jedem Tool holt ma sich gewisse Möglichkeite, aber auch Beschräkuge is Haus. Der Ich-erlaube-alles -Asatz ist ebefalls mit Vorsicht zu geieße. Er erfordert ei sehr diszipliiertes ud eiheitliches Vorgehe aller a der Modellierug Beteiligte ud ka gerade bei größere Modellierugsteams leicht is Verküpfugschaos führe. Nur ka bzw. muss es überhaupt ei eiziges Tool sei? Best-of-Breed statt ei Tool für alles Der Alltag vo IT-Projekte zeigt, dass ma i de meiste Fälle icht auf der grüe Modellierugswiese afage ud sich seie Werkzeuge selbst aussuche ka, soder dass diese vo de Kude vorgegebe werde. Dass es meist icht bei eiem Werkzeug bleibt, hat uter adere folgede Ursache: Nei Ja Iformatioe vollstädig Idiv iduelle Kudeafrage maage Fehlede Iformatioe afrage Kudeafrage bearbeite (UC) Iformatioe agefragt Agebot erstelle A-/Abreise plae Ausflüge plae Uterkuft plae Agebot versede Agebot versedet Abb. 4: Beispiel für die direkte Verküpfug vo Use-Case ud Pool sowie Tasks ud Use-Cases im Eterprise Architect. Historisch: Mit der Erfassug vo UML wurde im Uterehme zeitlich früher begoe als mit BPMN. Orgaisatorisch: Prozessmodelle werde vo adere Abteiluge betreut als Datemodelle. Techisch: Trotz gegeteiliger Beteuerug ist der Modellaustausch zwische Werkzeuge verschiedeer Hersteller och immer mit viele Hürde verbude. Soziologisch: Die Ketisse ud Vorliebe der beteiligte Mitarbeiter determiiere de Eisatz. Die Vielfalt der Werkzeuge muss allerdigs icht vo Nachteil sei. De Allesköer, die ursprüglich aus der UML-Welt stamme ud die BPMN achträglich hizugefügt habe, weise bezüglich der Nutzerfreudlichkeit, der Stadardisierug (Austauschbarkeit der BPMN-Modelle) ud der Fähigkeit zur Kollaboratio (Web 2.0) icht selte erhebliche Defizite auf. Auf BPMN spezialisierte Werkzeuge higege habe UML-Modelle teils ur i begrezte Umfag im Portfolio ud sid damit für eie komplette Aforderugsspezifikatio icht ausreiched. A dieser Stelle bietet sich ei Best-of- Breed-Asatz a. Ma utzt jeweils das Werkzeug, das eie der beide Welte BPMN ud UML am effektivste uterstützt, ud verbidet die Modellelemete mit eifache Mittel über die Toolgreze hiweg. Als Verbidugsglieder köe dabei die Namesgleichheit vo Objekte, eideutige IDs sowie Dateipfade ud URLs zum Eisatz komme. Der zu Begi des Artikels i Abbildug 1 gezeigte Prozess diet im Folgede als Aschauugsobjekt. Es basiert auf dem zum kostelose Dowload bereit stehede Bizagi Modeler (vgl. [Biz15]), eiem reie BPMN-Modellierugswerkzeug, ud dem i der UML-Welt weit verbreitete Eterprise Architect (EA). Die Methode erscheit trivial, wurde i Projekte aber scho erfolgreich eigesetzt ud lässt sich i adere Werkzeug-Kombiatioe ebefalls umsetze. Eizige Voraussetzug: Das BPMN-Tool muss die Defiitio eigeer Attribute erlaube. Wie scho obe erwäht, ist dies koform zum BPMN-Stadard. Abbildug 5 zeigt de Navigatiospfad vo dem BPMN-Task Kudeafrage bearbeite zu drei Systemawedugsfälle, die diese Task mit dem Ziel verfeier solle, i dem Prozess eie Idividualawedug zu itegriere. Der Task besitzt die zwei eiges hizugefügte Attribute UseCase- Referez ud EA-Modell. Das erste BPMN-Elemet Attribut Verküpftes UML-Elemet DataObject Geeral Class Class DataObject Geeral Class Use-Case Call Activity Behavior Activity Call Activity Behavior Package mit daruter liegedem BPMN-Prozess Call Activity Operatio Operatio eier Class Pool/Lae Represeted elemet Actor Pool/Lae Represeted elemet Package Tabelle 2: Verküpfugsmöglichkeite vo BPMN ud UML i dem Modellierugswerkzeug Modelio. 04/

5 Itegratio vo BPMN ud UML: Wie Mars ud Veus oder doch zwei Seite eier Medaille? Abb. 5: Verküpfug vo BPMN-Task ud Systemawedugsfälle über eigee BPMN-Attribute. Attribut ethält eideutige IDs, die im EA als Alias hiterlegt sid, das zweite Attribut ethält de absolute Pfad zu der EAP- Datei, i der die UML-Modelle abgelegt sid. Zusätzlich wird die Verküpfug vo Task ud Awedugsfälle durch die Verwedug des Kürzels UC hiter dem Task-Name uterstützt. Das Kürzel zeigt scho beim erste Blick auf das BPMN- Diagramm a, dass ei oder mehrere Awedugsfälle hiterlegt wurde. Auf die gleiche Art ud Weise ka mit Dateobjekte verfahre werde (siehe Abbildug 6). I diesem Fall heiße die eigee Attribute Class-Referez ud EA-Modell. Auch hier ist die ID i der UML-Fachklasse als Alias hiterlegt. Wie erfolgt u der Sprug vo eiem i das adere Tool? Ei Doppelklick auf de Dateiame öffet die EA-Datei. Kopiert ma eie der IDs ud fügt sie i die Modellsuche des EA ei, fidet ma das betreffede Objekt auch i umfagreiche Repositories ohe Verzögerug. Die Suche im Modell ist zwar ei maueller Schritt, der bei Recherche jedoch icht wirklich stört. Der Übergag vom BPMN- i das UML- Modell erfolgt eimalig, vo dort aus sid alle weitere Verküpfuge auf UML- Ebee beispielsweise zu Maskeflüsse ud Statusdiagramme per Mausklick erreichbar. Literatur & Liks Eie Alterative ohe mauelle Zwischeschritt besteht i der Verwedug eies Hyperliks, der direkt auf ei Diagramm oder Objekt im UML-Modell verweist, sofer die Software dies zulässt. Beim EA muss ma statt der Modelldatei eie HTML- [All14] T. Allweyer, BPMN-Prozessmodelle ud Uterehmesarchitekture Utersuchug vo Asätze zur Methodeitegratio ud ihrer Umsetzug i aktuelle Modellierugstools, Forschugsbericht Hochschule Kaiserslauter, 2014 [Biz15] Bizagi Modeler, siehe: [Dug13] K.N. Dugge, A. Grass, A. Scheithauer, O. Tesmer, M. Witeroll, Bizmod: Geschäftsprozesse verstädlich modelliere mit BPMN ud UML, i: OBJEKTspektrum 06/2013 [OMG14] Object Maagemet Group (OMG), UML Profile for BPMN Processes Versio 1.0, 2014, siehe: [oos15] oose Iovative Iformatik eg, BizMod Geschäftsprozessaalyse mit BPMN ud UML, siehe: [Pik11] C. Pikalek, Kampf der Notatioe BPMN vs. UML Teil 1-3, Blog der SOPHIST GmbH, 2011, siehe: 64

6 Abb. 6: Verküpfug vo Dateobjekt ud Fachklasse über eigee BPMN-Attribute. Export als Referez dafür verwede, allerdigs mit dem Nachteil, die Modelle ur lesed im Zugriff zu habe. Die umgekehrte Leserichtug der Assoziatioe vo UML zu BPMN wurde i dem gezeigte Beispiel ebefalls mit eiem Hyperlik realisiert, der sich im EA i der Objekteigeschaft Files hiterlege lässt. Der Lik verweist auf die Modell-Datei des Bizagi Modeler ud ethält als textuelle Zusatziformatio das betreffede Diagramm ud Objekt. Bei Verwedug des webbasierte Sigavio Process Editor lässt sich direkt auf das betreffede Diagramm verlike, da jedes BPMN-Diagramm eie eideutige URL besitzt. Bleibt zum Schluss die Frage ach der Erzeugug eier eiheitliche ud kosistete Aforderugsspezifikatio, die sowohl die BPMN- als auch die UML-Ateile ethalte soll. Die Verwedug ur eier Modellierugssoftware bietet hier klare Vorteile, aber auch beim Best-of-Bread-Asatz sid keie wirkliche Hürde zu überwide. Alle Modellierugswerkzeuge auch die im Beispiel verwedete verfüge über die Fuktioalität zur Geerierug vo Textdokumete, die mit Hilfe des Kostrukts Zetral-Filial-Dokumet vo MS Word aschließed zusammegeführt werde köe. Lediglich die ohehi otwedige Formatapassuge, uter aderem für Überschrifte ud Bilduterschrifte, sid dabei mauell bzw. makrogestützt durchzuführe. Fazit Will ma im Rahme der Aforderugsaalyse ud Softwareetwicklug Prozesse, Date ud weitere Sichte itegriert abbilde, kommt ma i viele Fälle um BPMN ud UML icht herum. Bis auf eie mir bekate Ausahme (BizMod) ist ma als Aforderugsaalyst dabei methodisch auf sich allei gestellt ud auch Modellierugswerkzeuge stelle (och) kei eiheitliches ud ituitiv zugägliches Regelwerk zur Verfügug. Etscheidet ma sich für die Verwedug ur eies Tools, muss ma mit de dari gegebeefalls implemetierte Regel sowie de Stärke ud Schwäche lebe. Eie durch de Projektalltag oftmals uumgägliche Alterative bietet die lose Kopplug über Toolgreze hiweg, die zwar icht de gleiche Navigatioskomfort wie i eiem eizele Modell bietet, dem Aweder jedoch die Freiheit lässt, das Beste aus beide Welte zu utze. Dabei kommt es letztlich auch auf das Ziel der Modellierug ud das Kow-how der beteiligte Modellierer a. Der Autor Thore Kleischmidt (thore.kleischmidt@accso.de) ist Maagig Cosultat bei der Accso GmbH, Darmstadt, mit de Schwerpukte Requiremets-Egieerig ud Busiess Process Maagemet. 04/