Home

Modellierung der Studien- und Prüfungsordnungen

1. 5 Abb 9 Passwort mit alternativer E Mail zur cksetzen Suonoy AJON Jequieuies jnses pues uonov woad uono puas X 5 S 3 1 e ejpueH i i SO ui601 au mmt EN Q uoisseg dois x 2 oisseg Abb 10 E Mail Dienste benutzen eswueuio 9 9 9 Literatur 1 Business Process Management Initiative BPMI Business Process Modeling Nota tion BPMN Technical report Business Process Management Initiative BPMI 2004 Only available online 2 Stephen A White Process Modeling Notations and Workflow Patterns 2004 Only available online Modellierung des Auskunfts und Buchungssystems bahn de Florian Brodersen florian brodersen hpi uni potsdam de Seminar Prozessmodellierung SS 2004 Hasso Plattner Institut f r Software Systemtechnik Universit t Potsdam Zusammenfassung Das Auskunfts und Buchungssystem der Deutschen Bahn bahn de erm glicht den Kunden nach Verbindungen zu suchen Fahrkarten zu er werben und Reservierungen durchzuf hren Au erdem ist es m glich bereits er worbene Fa
2. 7 002 22 90 __ SIE sseooJq qns pepuedx3 00 ezuoujny junouJe JopJo pue junoooe Jep o 7 002 22 90 HOIUL SIE uonoesues sseooJqd qng pepuedx3 judice 9AIl9293 junoooe sJeies sJo ng 0 2 UONDESUEI jpueH 7 002 22 90 goleu s e7 SSo20Jd 1 ans pepuedx Q gap POP op Sjunoooe ou 6 6 pues Jeuiojsno 99IOAU y unoooe Wis Jeujojsno 7 002 22 90 goleu s e7 pue 5 sseooJg qng pepuedx3 gt gt JeJsueJ uoneniueJ goue2 goue2 sJe es 0 yuy UOISIAOJd jue s JaAng 0 jue JopJo q q pue
3. 13104 juaseud 3 Jeyoue je unojut y jeuoud ye uonejeoueo 5 Buryoog 2 uoneuuoju 5 Abb 18 Phasenzuordnung ehotel BPMN Modellierung von Hotel Reservierungs Systemen 25 Customer present hotel information booking information hotel object gt gt booking information get booking get list of provide list of information available hotels available hotels CHA Hotel pu hotel object hotel information object get hotel provide hotel information information extract request for single hotel hotel object Abb 19 Verfeinerung Informationsphase Aktivit t present hotel information BPMN online booking enter travelers information traveler different from customer enter request start customer of booking information 7 enter credit card book complete information invalid confirmation valida
4. 7 002 22 90 s e7 DJOMSSPEd sseooJQd qngs papuedx3 5581 1 pJOMSSEd Otto de Modellierung eines WebShops Autor Thomas Hille Email webmaster thomas hille com Die Modellierung eines Systems insbesondere eines WebShops ist ein komplexer Vorgang f r den eine Vielzahl von Schritten notwendig ist Am Beispiel von Otto de soll erl utert werden wieso die Kombination von Navigations Use Case und BPMN Diagrammen eine gute M glichkeit darstellt dies zu erreichen Es wird Aufschluss dar ber gegeben wo die St rken der BPMN liegen und wieso die Modellierungssprache YAWL nicht geeignet ist einen WebShop zu modellieren 1 Einleitung Hat man die Aufgabe ein komplexes System zu modellieren steht man zun chst vor der Frage wo man beginnen soll Es gibt viele m gliche Ans tze Man kann einen statischen Diagrammtyp w hlen oder man entscheidet sich f r prozessmodellierende Diagramme Mit der Hilfe von statischen Diagrammen l sst sich der Aufbau des Systems darstellen Es werden Akteure aufgezeigt und es ist m glich ihnen Rollen zuzuordnen oder ihre Schnittstellen zu definieren Im Gegensatz dazu bieten prozessmodellierende Diagramme die M glichkeit dynamische Aspekte zu modellieren Man kann kausale oder temporale Zusammenh nge aufzeigen und somit da
5. Browse b Select Buy Olb de item item bee Pay item a Receive payment viainvoice em rt Senditem back Receive Choose Ben ed gt payment p gt via credit card SCH PA Pay item pu creditcard Jod Notpayed JN Fig 4 1 YAWL Diagramm Artikelkauf aus Kundensicht Modeling and Designing Processes in E Commerce Considering as example DELL Christian Liesegang christian liesegang hpi uni potsdam de Zusammenfassung Der Bereich des E Commerce stellt mittlerweile einen wichtigen Vertriebskanal f r Unternehmen dar Dennoch wurde besonders auf diesem Gebiet bisher wenig Prozessmodellierung betrieben Neben der geeigneten Wahl der Mittel ist es besonders die Problematik der Navigation mit Hilfe des Browsers durch den Kunden die die Prozessmodellierung im E Commerce von anderen Anwendungsgebieten unterscheidet Navigation besagt dass man zu einem beliebigen Zeitpunkt einen Bereich einer Webseite verlassen und einen anderen aufsuchen kann Dies steht im Widerspruch mit der Definition des Begriffes Prozess der eine eindeutige Abfolge von Aktivit ten vorsieht Diese Arbeit besch ftigt sich mit diesem Problem und zeigt an Hand des Onlineshops von DELL auf wie solche Prozesse erarbeitet und modelliert werden k nnen Ausgehend von statischen Modellen in Form von ER Diagrammen werden dynamische Navigationssc
6. Buiddous ejquiessy swe eseuoung Sue Malen 2 yol2 euo Auen JON W way 7002 81 90 goleu s e7 es Buiddous obeuep sseooJd qns papuedx3 32319 Buiddous Heo N Duddoue eBeue A Duddoue Duddoue eDeue A 7002 81 90 HOIUL 5161 2 4219 9 0 sseooJg qng pepuedx3 pejeAnoe JopJO joo cO oC K JIJ9A9Jd 2119 900 ui jou 999 2119 ON ejeAnoyv 00 v00c 81 90 yoja sg ui60 sseooJg qng pepuedx3 yoyew jou MoU e uoneoynou ul MOJ O J uoisseg pJOmssed JO SseJppy leN 3 J9103 EOD jou SpJoMssed nuepeJo ul SseJppy O N
7. pues pe Gn quawiAed aep eunyedep euoui ep pues 30u T A Y d juooxjeyou 1 ass ee AA r 1 11 T T cA T 1 r 7 1 1 H l 11 toy 1 Fg Fog Ca H 1 i 1 een 1 i i i i 1 V Lu 1 i i 1 b e T 1 1 1 a jooueo Q t 5 L ji Fog UK 4 14 uoneieoueo d uoneuuojul 18404 juase1d e Fg Li 1 7 1 7 Fg A Fg 1 d Fg Fg POS Bumooq a 5 a woju 3 gy 1 ot D N Tama e C euoud joy uonejasues Abb 17 Prozesse ehotel BPMN Torsten Hahmann 24 e lueuiked pa euoui Japso puas uio04 930u palga uoneuu jur
8. 5 9 wel 09 Jou Jewoysny SUJ9 199 swe ed Pos a 3 L d i 25 deooy C a Ste e qissoduui 10 pesnjei W swo JOAIOQ MM U D CD D e D 7002 81 90 HOIUL 5181 osnouaJojs sseooJd qngs papuedx3 sonnuenb 5 pjos wo Mau JOPJO wol we sonnuenb eoe djexJeuJ ppw St PPV sulay PUBS lt o yoeq suJey PUBS ubnoesue sje9ued juawabeuew DM stent ete c MUT MU a ee 5 JeuJojsno esnouaJojs sulay PUBS swsweN pe e ap 5
9. Control users Supplyinformation known Trust status Getsupply information Fig 3 4 BPMN Diagramm Subprozess der Bestellinformationseingabe 20 Autor Thomas Hille 16 r Send item gt Order items from warehouse itemsare ready to be sent y left i Attems arein stock 4 Waitperiod of a time given in supplyinformation Order items from manufacturer o lt D Instruct supply X service ESI A ES 15 IE Allitems X Give itemsto gt delivered 3 TT E o po S E T V V Supply Service Fig 3 5 BPMN Diagramm Subprozess des Artikelversands Otto de Modellierung eines WebShops 21 Dunning gt Dunning Teter f Startmoney reminder process Wait2 weeks Send first X gt Send second dunning letter dunning letter oe Jwait2 weeks S8 4 o8 ER Mone received Change Trust Status Inform lawyer Fig 3 6 BPMN Diagramm Subprozess des Kundenmahnens 22 Autor Thomas Hille
10. Fig 3b Navigationsschema von DELL Privatpersonenportal Customer Modify cart event from customer D Send invoice msg from dell store Order transaction 1 I Confirm order N ede dec a event from customer Modify shopping cart fe ALoad cart event Save cart event Modify item even Check availability Set password store shopping cart Require password Customization Select Services Co Confirm order lection of rsonal data ees gt Personal data lt What form of payment Confirm holdback payment agreement Pay by credit card yes Clear personal data amp 1 Confirm credit account if paid accounting 0 Call technical support Cancel order from dell store I PN Send debit request ri Confirm accounting Financial Institution Fig 4 Prozess Warenkorb modifizieren und Bestellbest tigung 14 Christian Liesegang Financial Save shopping cart To complain order Confirm order Load shopping cart f Do shopping Buy products Browse Forage for product website Select product 5 5 5 3 Modify item event k T from customer J
11. sesseJppy 158594 pue jnoxyoeuo poyan Duddoue ejes Jeulojsn2 7 002 01 50 HOIUL SIE 55 2 2 5 150 eonou Aejap pues suia seiddng 21 jueudius 5 dius uoneuunguo pues Jeujojsnj Suel Joer jueuudius 2 v IN Pm LD CA O yOO 11 SO HOIUL SIE oe ejdiexe u uoneJoqelpoo E und INOY99UD pu Sue 18298 WO S Jayddns ed gt 3 Jejes pue N Je ng AIDON 5 o 3 5 IIE 1 4 Sue dius 0 ppv Suel eswoJg Jeiddng 7002 21 90 SIE M9IAJ9AQ SUJ9 ueJBeiq eseuoung Jeuiojsn2 y S Q 5
12. Fig 23 Masterarbeit bewerten fs Ne aus e ausreichend oder Diff gt 2 0 Note Arithmetische m Mittel OUT Masterarbeit bewerten Arbeit mit nicht ausreichend bewerten Bewerten Gutachter 3 lind 2 Bewert ungenm ee P SE Ergebnis festlegen S Modellierung der Studien und Pr fungsordnungen 27 Antrag auf Graduierung Bachelor 2004 bestandenes Unbenotete Benotete Liste Erfolgreiche Bachelorprojekt Liste Bachelorarbeit 0 96 96 192 enth lt enth lt 0 1 0 1 0 1 0 1 0 1 Leistungspunkt Leistungspunkt 0 1 Di jeh rt jeh rt jeh rt jeh rt jeh rt jeh rt jeh rt jeh rt zu zu zu zu zu zu zu zu 0 n 0 n 0 n 9 n 0 30 78 108 0 n 9 n Beliebiger Vertiefungs _ Vertiefungs Themenkomplex gebiet Kemfach gebiet Bed 192 gt eistungspunkte unbenotete Liste Leistungspunkte benotete Liste gt 132 Leistungspunkte Kemfach 108 Leistungspunkte Vertiefungsgebiet Leistungspunkte Vertiefungsgebiet II gt 24 Folgende Kemf cher m ssen benotet eingebracht werden Modellierung I und II Softwaretechnik und II Softwarearchite
13. bi gusctriven P ERA Profill schen Profl ndem Profil anlegen Reservierung ng Reservieren zur cknehmen Y lt lt actor gt gt exter Zahlungsabwickler Stornieren Profil e Z Abbildung 1 Top Level Use Case Diagramm Festpreisangebote kaufen Ziel Zahlungstransaktion f r gew nschtes Festpreisangebot ordnungsge m abgeschlossen und Fahrkarte f r Versand zum Kunden aufberei tet Vorbedingung Kunde ist angemeldet Nachbedingung Buchungsbestatigung per Email versendet Fahrkarte zum Versand aufbereit Akteure Kunde Zahlungsabwickler Beschreibung 1 Kundendaten pr fen 2 berpr fung der Kreditkarteninformationen 3 Zahlungsvorgang ausf hren 4 Fahrkarte zum Versand aufbereiten 10 Stornieren Ziel Gew nschte Buchung ist storniert Vorbedingung Kunde ist angemeldet Nachbedingung Stornierungsbest tigung per Email versendet Betrag dem Kunden gutgeschrieben Akteure Kunde Zahlungsabwickler Beschreibung 1 Buchungsr ckschau ansehen und eine Buchung zum Stornieren ausw hlen 2 Buchungsdaten f r gew nschte Buchung abrufen 3 Reservierte n Platz Pl tze freigeben 4a Betrag auf Kreditkarte gutschreiben 4b Betrag auf Bankkonto gutschreiben Profil verwalten Ziel Gew nschte Anderungen am Profil durchgef hrt Vorbedingung F r 1b und Ic Kunde ist angemeldet Na
14. eed e qissod emed peAejap JO 181 0 Tav Pes CANI ALES N jou uie SsnoueJolS WEN 195 JopJo esJ J EE SEP pue Jejjes uuoju iig SS920Jd eseuoung 7000 81 60 joe Sg 2 Jeululeg V eDeue T as de n obeuey See len uoneJoqejoo 7 002 81 90 HOIUL SIE sjuiejduio 05 yoeq pues JopJo 9J abeueyy Jeuiojsno uonoesueJ eoejd Ja ddns OY Sue peuJnjaJ 3deooe jou Jal ddns dep jueujeBeueuJ LUJOJU Duug xoeq jnoeuun Jeyje ON pue 5 5 aseyoind eoe djexe v Ayubayu 2945 Lina pues jud dio JeuJojsno 0 suononJjsul pauunel swe UI eU DES Ti ecd jou Inq ues sue 195 194 jou sw
15. e eul O und 159 9 AnyB u X ME _ sunseu exeu eunjonujseJjunse 9522 Isa 9 I 2102 jueuudojoA ep 9109 152 XIoH 31 7 seniAnoe Aaa jueuidoje eg Abb 5 DEV activities 18 II a Ajnuenb epoo eounos u X90949 Y Y 159 UO f eyeq 1591 UNI AUEOOL 51591 je oads uns 9522 1581 I jueuudoje ep eseo 1591 5 15e aM 5151 egal 9 amgei 2905 9 1511 2109 Abb 6 DEV Core development Der Softwareentwicklungsprozess von SAP Berlin 19 Test case development test case fails ase has defects A talk to responsible developer test case has defects write PTS message Abb 7 DEV Testentwicklung CONS activities implement ran ipi Sen run test case test case en toca on test farm machine check in test case source C test run m test cases m code Qm re
16. JewoIsndg Abb 7 Login jsanba puss jsanba euoud J9A099 euoud pues euoud Aq 1940293 KJ9 0091 jsenbei 19 0991 pewa XW9 Bun XIN9 pues jsenbeiJ EU Baier 19A0991 ayewaye 9jEeuJgj e J9AOD9 puas pJomssed J 1 D M ace T e J9 0091 JOYO Jaen Abb 8 Passwort zur cksetzen AIS ull uo 19 u3 P omssed Mau pues ull 9Al9289s jew uy P i RT Q J F 4 yoeu epoo pues d LLH epoo pues 1 1 1 1 1 1 1 1 1 4 1 1 1 I H H I 1 H H H 1 I H H I H H 1 H P omssed yoe eyeuieye MAU 195 opoo pues pues
17. dB 4 1 i 0 q fi amp m e gt 4 D ui m 2 N Daaa EES d Remind to pay items 18 Autor Thomas Hille Select item Putitem into cart Remove iem Finish item fromcart selection Customer Selectitem properties finish 5769 sono T 1 1 Collgctitemsin cart 1 Store item 3 Setdefauk item properties I Delete item Store firstitem with default properties l4 delete Setitem properties Tal installments Change Change delivery method of service payment Change item properties Fig 3 3 BPMN Diagramm Subprozess der Artikelauswahl Otto de Modellierung eines WebShops 19 t ff of foe Po Poe 0 Buy item ID known o Insert ID 2 Initiate order 9 process i Insertpersonal information 7 LEET DUON i m e 4 Send personal information 4 Colledorder information Nod User knowsID Get ID Control ID Getpersonal information Y ID ok D 0 ji KS Ma Canoelorder inform customer
18. 4 3 PrivatePortal Nod H Shopping Support Joboffering Node Support Support Node paying options security Terms 8 Conditions Y Financial Node CapitalService Node IN ServiceOffering Node Unternehmensprofil FileArchive Node Contact Node Article Node Products Confirmation Node ch 1 7 mod en Product Node A EValue Node il PremierLogin Node Server I Notebook ____ Foz gt ju Desktop Tog PaymentOptions Node Software 6 heel T Storage v A Network SpecialOffering Node devices gt ag Components Doa n ShippingAddress Node e s D H ESCH N 1 Configuration Node ShoppingCart Node RN M gt faddtocat I x 4 S tum PartnerProgram Node NET 4 zo much McAfee Geen Ze ast Er eet E Seel Den Affiliates 1 1 4 Y Y Additionallnformation Node SCartSave amp LoadingNode PhoneMe Node 9 ISPOffering Node McAfee Mircosoft Dell Affiliates
19. Abb 30 Torsten Hahmann Customer inform online cancelation at hotel fax email 1 cancelation at ehotel T arrival departure dale Abb 27 m gliche Modellierung eines allgemeinen variablen Reservierungs Prozesses Erweiterung zu BPMN Die Business Process Modeling Notation im Einsatz Das Gesch ftsprozessmodel von GMX de und eine Betrachtung der Business Process Modeling Notation BPMN Mario Oschwald Hasso Plattner Institut mario oschwald hpi uni potsdam de Zusammenfassung Die Business Process Modeling Notation BPMN ist eine neue grafische Notation f r die Modellierung von Gesch ftspro zessen In diesem Artikel wird die BPMN benutzt um ein Gesch ftspro zessmodel des Webportals von GMX de aus der Benutzerperspektive zu erstellen Weiterhin wird die BPMN selbst betrachtet Einige Probleme der Spezifikation werden erl utert sowie gegebenenfalls Verbesserungs vorschl ge gemacht Zu diesen Problemen geh ren insbesondere direkte Widerspr che innerhalb der Spezifikation unn tige Komplexit ten sowie unklare Aspekte der Syntax und Semantik 1 Einleitung Die Business Process Modeling Notation BPMN 1 ist eine neue grafische No tation f r die Modellierung von Gesch ftsprozessen entwickelt von der Business Process Management Initiative BPMI Eines der Ziele der BPMN ist to pro vi
20. Leistungspunkte benotete Liste gt 75 Benotete Liste gt 12LP Software Engineering 9 LP _ Softskills 9LP_VertiefungsgebietI 9 LP Vertiefungsgebiet II Fig 26 Antrag auf Graduierung Master 2004 Modellierung von Verwaltungsprozssen Studienverwaltungsprozesse am HPI Udo Werner Hasso Plattner Institut f r Softwaresystemtechnik Postfach 90 04 60 14460 Potsdam udo wernerOgmx net Zusammenfassung Immer mehr Unternehmen sind daran interessiert detailliertes Wissen ber ihre Gesch ftsprozesse zu erlangen Um einen Prozess tats chlich bis ins Detail zu durchdringen bedarf es der Kennt nisse ber die verschiedenen Aspekte die seine Auspr gung beeinflus sen Zur Darstellung dieser verschiedenen Prozesssichten bedient man sich immer fter neben rein textuellen Beschreibungen auch verschiede ner Modellierungstechniken Ziel dieser Ausarbeitung ist die Beschreibung der Studienverwaltungs prozesse der Hasso Plattner Institut f r Softwaresystemtechnik GmbH wobei zun chst die Erhebung der Prozessdaten und die dazu gemachten Vor berlegungen erl utert werden Im Anschluss werden die Prozesse in Form von Ist Modellen zu den einzelnen Sichten beschrieben und Proble me die bei der Modellierung aufgetreten sind an Hand eines Beispiels erl utert Dann werden Optimierungsm glichkeiten ermittelt und in ei nem Soll Modell erfasst Abschlie end werden die Ergebnisse der Model lierung einschlie lich der Erkenntnisse ber
21. s e7 Sue sseooJg qng pepuedx3 5351 OPIND Sue Buiddous 0 ppv swa payejay Malen jnoxyoeu yol2 euo 7002 21 90 yoja 5187 3s lysim sseooJgd qngs pepuedx3 ISI USIM WO ISIUSIM 9 S9J9 UI JO JON een W way 1si USIM Ier USIM Maia Buiddous 0 ppv isi usiM obeueyy JopJo JopJo 10995 Duug SsoJppe Buiddius 1991989 E pues jou uoneuuoJul A essa99 0 moyoayg 0 55900 1508 32119 9 jnoxoeuo 0 peeooJd 7002 21 90 HOIUL SIE aseyoind sseooJgd qng pepuedx3 Buiddous Sue M9IA9M ISIJUSIM oDeue N sue Buiddous 0 PPV
22. Der grundlegende Ablauf ist nach der Modellierung im Collaboration Diagram Marketplace Offering folgender Der Anbieter durchsucht den Amazon com Katalog und findet Artikel die er anzubieten hat Amazon com wird ber den Angebotswunsch unterrichtet und aktualisiert seinen Datenbestand Der Kunde durchsucht ebenfalls den Amazon com Datenbestand und f gt Artikel aus dem Amazon com Marketplace seinem Warenkorb hinzu Nach der Bestellung werden die Daten am Amazon com bertragen welches wiederum Anbieter und K ufer informiert Amazon com 9 Der informierte Anbieter muss jetzt die Waren versenden womit der Prozess f r ihn beendet ist Der empf ngt die Waren und der Prozess ist auch f r den K ufer beendet Dazu parallel wickelt Amazon com die Bezahlung ab Dem K ufer wird ein entsprechender Betrag in Rechnung gestellt und dem K ufer gutgeschrieben Damit es dabei nicht zu Inkonsistenzen kommt werden beide Teilprozesse in Form einer Transaktion durchgef hrt Modellierung der Gesch ftsprozesse In der Hauptmodellierungsphase die auf die ersten Ad hoc Modellierungsschritte folgte Konnte ich auf die Erfahrungen aus der vorherigen Phase zur ckgreifen So erfolgte die weitere Modellierung einem Top Down Ansatz indem zun chst ein globales bersichtsmodell erstellt wurde in dem alle wichtigen Gesch ftsprozesse wiedergefunden werden k nnen Die entsprechenden Teilprozesse wurden verfeinert wobei die Verfeinerungen
23. JOAIOQ p lt E gt snoy 10 S N o Stat 3 Japso juDieJJ il idees 4 alas NS 4 swa 1340 5 eDeue N M9IA9M 7002 21 90 HOIUL SIE sway uouees pepuedx3 jnoxoeuo 010 0 JON way uoJeeg suey ISIUSIM 0 00 JO 0 uoJeeg 181 Buiddous 0 ppv Suel Suel pejejeJ M9IA9M 7002 21 90 yoja 5187 Suel sseooJg qng pepuedx3 KyoBeyeoqng ISIIUSIM 0 2 yol2 euo oyioedsun 00 pejseJojul JON W way 4U9 U09 oban Buiddous 0 5 39119 9 0 E JON W way ISIIUSIM 0 ppv 7002 21 50 goleu
24. NS N Customer Forage for N d N N products X EN 1 d amp N lt lt extends2 gt 1 Service N lt lt extends gt gt N I incl de Xe t Leasing N Order delivery Business integration Enterprise Warehouse Fig 1 DELL Use Case Diagramm 12 Christian Liesegang Products v Configuration Product Node Server Notebook Desktop Software Storage Network Peripheral devices Components Delivery status Delivery options Payment options Shipping sddress Fig 2 DELL ER Diagramm in FMC Notation Shopping EValue Node Configuration Node SpecialOffering Node addToCart X 1 Y Shippii Additionallnformation Node PhoneMe Node H I I SCartSave amp Loading Node Fig 3a Identifikation von Navigations und Aktivit tsknoten v System tag Confirmation Node PaymentOptions Node ingAddress Node PartnerProgram Node McAfee Mircosoft Dell Affiliates ISPOffering Node McAfee Mircosoft Dell Affiliates HomePage Node Modeling and Designing Processes in E Commerce 13 PrivateMain Node
25. Studienordnung verwendet wird welcher hier die Vereinigung der Studien mit der Pr fungsordnung umschreibt Der Grund dieser Verallgemeinerung liegt schlichtweg in der Tatsache dass eine getrennte Analyse sich als nicht sinnvoll erwies da ein Studiengang mit allen seinen Facetten nur durch die gemeinschaftliche Betrachtung beider Ordnungen beschreibbar ist Die einzigen Unterscheidungen die im Weiteren getroffen werden sind die in Studienordnung 2001 und Studienordnung 2004 W hrend des Lesens der Studienordnungen fand sogleich eine Identifizierung der dynamischen sowie der statischen Aspekte statt Das Resultat dieses Schrittes erfasst Tabelle 1 Table 1 Statische und Dynamische Aspekte der HPI Studienordnung Statische Aspekte Dynamische Aspekte 1 Aufbau Studienausschuss 1 Studienfachberatung 2 Relation zwischen 2 Anerkennung von Leistungen Leistungspunkten 3 Leistungserfassungsprozess Lehrveranstaltungen 4 Belegung von Lehrveranstaltungen Semesterwochenstunden 5 Belegungen zur ckziehen Themenkomplex und 6 Graduierung Benotungsinformation 7 Zulassung zum Masterstudium 3 Belegungs Leistungspunktekonto 8 Ablauf der verschiedenen 4 Antrag auf Graduierung Abschlussarbeiten Bachelorprojekt etc Bachelor Master 2001 2004 5 Aufbau Zulassungskommission Master 6 Notenskala Im n chsten Stadium wurde versucht s mtliche auftretenden Rollen zu identifizieren um anschlieDend ihr Auftret
26. belasten lt gt validieren belasten No P Abbildung 5 Buchen o Buchung Buchung E ausw hlen i 1 1 1 Buchung perd beinhaltet 1 f p a 2 Buchungsauswahl Reservierung Som rungs empfangen 7 ung verschicken c mM Tog Z L V it 8 ja Ers altungsantrag D 1 bereitstellen NEG U d 1 x 2 e 2 e 25 Betrag auf Kreditkarte Betrag auf 5 Bankkonto Kreditkarte 5 gutschreiben gutschreiben Abbildung 6 Stornieren Bal00 BHK03 BMT04 98 00 CS03 Lar01 OMG03 Whi04a Whi04b Whi04c You89 Literaturverzeichnis BALZERT Helmut Lehrbuch der Software Technik 2 Spektrum 2000 BORN HOLZ Echhardt KATH Olaf Softwareentwicklung mit UML 2 Addison Wesley 2003 BELLETTINI Carlo MARCHETTO Alessandro TRENTINI Andrea We bUml Reverse Engineering of Web Applications In Proceedings of the 2004 ACM Symposium of Applied Computing 2004 COCKBURN Alistair Basic Use Case Template 1998 COCKBURN Alistair Writing Effective Use Cases Addison Wesley Pro fessional 2000 CHONOLES Michael J SCHARDT James UML 2 f r Dummies Mitp Verlag 2003 LARMAN Craig Applying UML and Patterns 2 Prentice Hall 2001 Object Management Group OMG Unified Modeling Language super structure Version 2 0 2003 WHITE Stephen A Business Process Modeling Notation BPMN 2004 WHITE Stephen A Introduction to BPMN
27. e und Komplexit t eines solchen Diagramms Aufgrund der Vielzahl von aufrufbaren Seiten von Internetportalen ist es selbst wenn man Seiten zu Gruppen zusammenfasst nicht m glich ein solches Diagramm schnell zu erfassen 2 2 Modellierung von Otto de Wie bereits erw hnt wurde bei der Modellierung des WebShops Otto de mit Hilfe des Navigationsdiagramms Abbildung 1 1 auf den Einsatz von Attributen und Funktionen verzichtet Da die meisten Besucher von Otto de zun chst auf der Startseite landen sollte diese auch als Ausgangspunkt zur Betrachtung des Diagramms dienen Der Node der Startseite tr gt die Bezeichnung Homepagenode Von dort aus ist es m glich ber die Topic Nodes und Special Shop Nodes oder auch direkt zu den Artikeln zu browsen welche man erwerben oder betrachten m chte ber diese Artikel Nodes oder auch direkt vom Homepage Node aus ist es m glich einen Artikel zu bestellen Dies geschieht ber einen komplexen Bestellvorgang welcher direkt unter dem Homepage Node verdeutlicht wurde Desweiteren bietet Otto de die M glichkeit verschiedene Serviceleistungen in Anspruch zu nehmen wie beispielsweise eine Farbberatung oder die Verfolgung von bestellten Artikeln Otto de Modellierung eines WebShops 3 2 2 1 Probleme Die Modellierung des WebShops Otto de mit Hilfe des Navigationsdiagramms zeigt einige gravierende Probleme auf Beispielsweise muss der Nutzer w hrend des Bestellvorganges eine Lieferauskunft e
28. 5 Fazit Die Modellierung des Auskunfts und Buchungssystem der Deutschen Bahn bahn de hat gezeigt dass sich die verwendeten Techniken insgesamt gut f r eine Beschreibung derartiger Systeme eignen Speziell BPMN hat ein gro es Potential andere Sprachen in der Prozessmodellierung zu verdr ngen Bei der Betrachtung der erstandenen Diagramme fillt auf dass das betrachtete Sys tem eine gro e hnlichkeit mit einem Shopsystem hat Dabei entspricht die Verbin dungssuche der Artikelsuche und der Kauf von Fahrkarten l sst sich auch auf den Kauf eines Artikel abbilden Lediglich die Reservierung von Pl tzen ist hinzugekommen wobei man eine Reservierung auch als einen Artikel betrachten k nnte Au erdem ist den Business Process Diagrammen Abbildungen 5 6 zu entneh men dass sich der gesamte Prozess der hinter dem Auskunfts und Buchungssystem steckt leicht an neue Anforderungen anpassen l sst Vorstellbar ist beispielsweise ei ne Anbindung des Systems an Fahrkartenautomaten Reiseb ros oder auch an mobile Anwendungen Die Voraussetzungen f r eine derartige Anpassung sind schon alleine dadurch ge geben dass die Schnittstelle zwischen Kunde und bahn de einfach gehalten ist und das Auskunftssystem tats chlich physikalisch von dem Buchungssystem getrennt ist A Anwendungsf lle bahn de DARET USER Festpreisangebote JS suchen Cresson kaufen N N Pass len dme d hungsrickschau
29. Auction Bidding n Confirm i Feedback D i B SJ B sota i i t 4 EMI 1 hemes Aononteogemen enitn i i i HOW AN i i i 5 A a a bec 8 Add Item s ME Ship Item s Hm Give Feedback EL X I iy FTN N ln Fig 9 Verfeinerung der Top Level Prozessmodell der Ebay Plattform Die in Abbildung 8 beschriebenen Top Level Prozesse k nnen weiter verfeinert werden was zu dem in Abbildung 9 gezeigten Prozessmodell f hrt Prozessvariabilit ten In diesem Abschnitt soll der Teilprozess HANDLE BIDDING aus Abbildung 9 n her beleuchtet werden da dieser ein Beispiel f r die Realisierung von Prozessvariabilit t darstellt In der Literatur werden mehrere M glichkeiten angegeben Variabilit ten zu modellieren bzw zu implementieren Um die Varianten des Teilprozess HANDLE BIDDING zu modellieren wird hier die Technik des Module Replacement verwendet Ebay 11 Module replacement is the technique of having multiple versions of a 6 particular module and choosing the appropriate one The interfaces to all versions of the module are compatible and thus the modules that depend on the variable module do not need to be modified based on the choice of variants This choice can be done at build or execution time In diesem Zitat wird die Kompatibilit t der Schnittstellen einzelner Teilprozesse als Vorraussetzung zum Module Replacement genannt Der abst
30. Carl Hanser Verlag M nchen Wien 2003 2 Brauer DIN EN ISO 9000 2000 ff umsetzen Carl Hanser Verlag M nchen Wien 2002 3 Liggesmeyer Software Qualit t Spektrum Akademischer Verlag Heidelberg Ber in 2002 4 Weske Datenbanksysteme Vorlesung am Hasso Plattner Institut Universit t Potsdam 2002 5 van der Aalst et al YAWL Yet Another Workflow Language Revised Version QUT Technical report FIT TR 2003 04 Queensland University of Technology Bris bane 2003 6 van der Aalst et al Design and Implementation of the YAWL System Pro ceedings of The 16th International Conference on Advanced Information Systems Engineering CAISE 04 Riga Latvia Juni 2004 7 van der Aalst et al Distributed and Parallel Databases Workflow Pattern 14 3 Juli 2003 8 van der Aalst et al Lecture Notes in Computer Science Vol 1901 Advanced Workflow Patterns Springer Verlag Berlin 2000 9 HPI Pr fungsordnung HPI Universit t Potsdam Juni 2001 10 HPI Studienordnung HPI Universit t Potsdam Juni 2001 Amazon com Lars Trieloff Hasso Plattner Institut f r Softwaresystemtechnik lars trieloff net Amazon com war einer der ersten Online Shops deren gesamtes Gesch ftsmodell auf den Online Vertrieb von Waren ausgerichtet war Bis heute ist Amazon com wegweisend f r die Gestaltung von E Business Webseiten In der Vorliegenden Ausarbeitung werden wichtige Gesch ft
31. Fig 5 Typische Use Cases eines HPI Studenten 1 1 1 1 Modellierung der Studien und Pr fungsordnungen 0 1 Vorsitzender 1 1 jeh rt an Fig 6 Aufbau des Studienausschusses 1 1 Studienausschuss 1 1 bestellt 1 1 17 Rat der Fakult t f r Mathematik und Naturwissen schaften Hochschullehrer Akadem Mitarbeiter Student 1 1 1 1 0 HPI 1 1 0 n Uni Potsdam 1 1 0 n Institut f r Informatik 18 Hammerl Student 1 1 hat 1 1 Punktekonto Belegungspunkte Leistungspunkte konto konto 0 228 a 0 228 a 0 192 b 0 192 b 0 72 0 72 0 99 0 99 d hat hat 1 1 1 1 Belegungspunkt Leistungspunkt Wobei Leistungspunkte 228 Belegungspunkte x x Verlorene Punkte Legende Bachelor 2001 b Bachelor 2004 c Master 2001 d Master 2004 Fig 7 Das HPI Punktekonto Modellierung der Studien und Pr fungsordnungen 19 ede an Leistungs 7 Benotungs N punkt M information 0 n Themen komplex 1 n geh rt tm Lehr Semesterwochen zu veranstaltung as stunden m LA Fig 8 Betrachtung des Leistungspunk
32. Prozessmodellierungssprache dar die im Umfeld der Bildung nachrichtenflussorientierter Unternehmensanwendungen die ein breites Feld von Legacy Anwendungen und externer Dienste konsumieren effektiv eingesetzt werden kann Die M glichkeit des leichten Daten und Modellaustauschs ist durch die Standardisierung sicherlich gegeben auch wenn es noch Unklarheiten in der Spezifikation gibt die nur durch aktive Anwendung und Auslegung des Standards gefunden und behoben werden k nnen Das Ziel eine Modellierungssprache zu entwickeln die es erm glicht auf den Einsatz eines Prozessmodellierers der besondere Kenntnisse in der Workflowmodellierung und im Einsatz von Workflowmanangementsystemen hat zu verzichten und die Modellierung durch Gesch ftsverantwortliche allein 18 Lars Trieloff durchzuf hren halte ich f r verfehlt und ich bezweifele dass die Vorliegende nicht durch eine formale Spezifikation abgedeckte Definition des Business Process Modeling Notation Standards ausreicht um eine Abbildung von BPMN auf BPEL zu gew hrleisten Literaturverzeichnis 1 BPMN 1 0 Specification Business Process Management Initiative 3 Mai 2004 2 Introduction to BPMN Stephen A White Mai 2004 3 Workflow Patterns with BPMN and UML Stephen A White Januar 2004 4 BPMN and Business Process Management Martin Owen September 2003 5 Amazon com Homepage http www amazon com 6 Amazon Deutschland Homepage http
33. ckschau ausw hlen Seine Auswahl wird vom Auskunfts und Buchungs system der Deutschen Bahn bahn de entgegen genommen und daraufhin berpr ft ob der erste Geltungstag der zu der Buchung geh renden Fahrkarte bereits abgelaufen ist Falls dies der Fall ist wird dem Kunden die M glichkeit gegeben einen Erstattungsan trag herunterzuladen und diesen auf dem Postwege der Deutschen Bahn zukommen zu lassen Der Prozess ist damit beendet Ist dies nicht der Fall wird der Prozess fortgesetzt und ggf reservierte Pl tze wieder freigegeben Au erdem wird in Abh ngigkeit der beim Erwerb der Fahrkarte angegebe nen Zahlungsweise Lastschrift oder Kreditkartenabbuchung der entsprechende Betrag entweder auf das Bankkonto des Kunden oder seiner Kreditkarte gutgeschrieben Ab schlie end wird noch eine Stornierungsbest tigung per Mail an den Kunden versendet 4 2 Bewertung Obwohl BPMN zum Zeitpunkt der Bearbeitung erst in Version 1 0 vorliegt und es nur einige wenige Publikationen Whi04a Whi04b Whi04c gibt macht diese Notation schon einen sehr durchdachten Eindruck Gerade die Modellierung von Prozessen aus der E Business Welt scheint ein gutes Einsatzgebiet f r BPMN zu sein Um diese Sprache einer breiten Masse an die Hand zu geben mangelt es noch an entsprechenden Werkzeugen zur einfachen Erstellung von Business Process Diagram men Dazu geh rt sicherlich auch die automatische berpr fung der hinreichend kom plexen Syntaxregeln
34. durchaus als Nachteil empfunden werden kann Ein bedeutender Vorteil vom BPMN Diagramm ist das Vorhandensein von Cancel Rollback und Exceptionevents welche h ufig wichtige Aspekte von Gesch ftsprozessen sind Somit k nnen bereits ausgef hrte Aktionen eines Prozesses r ck ngig gemacht werden Es ist m glich mit Hilfe der BPMN Prozesse auf verschiedenen Granularit tsstufen zu betrachten Dies wird durch die Kapselung von Prozessen erreicht Man spricht in diesem Zusammenhang von kollabierten Subprozessen Ein weiterer positiver Aspekt der BPMN Diagramme ist die Modellierung von Daten Es ist m glich konkret anzugeben welche Aktionen auf welche Daten zugreifen sie erstellen oder ndern Dies ist h ufig wichtig um Gesch ftsprozesse besser versehen zu k nnen 5 2 Arten der Modellierung Um Gesch ftsprozesse mit der Business Process Modeling Notation zu modellieren gibt es zwei grundlegende Ans tze Zum einen den Top Down Ansatz Dabei werden zun chst die Akteure grob mit Hilfe von Pools dargestellt und lediglich die signifikanten Nachrichtenfl sse zwischen diesen Akteuren werden modelliert In den darauffolgenden Schritten werden die Hauptprozesse der einzelnen Pools und deren Zusammenh nge herausgearbeitet Mit dieser Vorgehensweise k nnen Schritt f r Schritt einzelne Aspekte und Teilprozesse detailierter hervorgehoben werden ohne dass die Diagramme un bersichtlich werden Der zweite Ansatz ist die Bottom Up Vorgehensweise
35. hte die Modelle v llig aufgrund einer generellen Skepsis gegen ber Pl nen Zu BPMN kann insgesamt ein positives Fazit gezogen werden Ein Verbesse rungsvorschlag ist lediglich eine gr ere Modellierungsfreiheit in Bezug auf Nach richtenfluss innerhalb eines Pools Pools und Lanes sollten frei nach didaktischen berlegungen verwendet werden k nnen und sich nicht an Unternehmensgrenzen o orientieren m ssen Besonders gut l sst sich BPMN mit FMC Aufbaupl nen integrieren Die Akteure in den Aufbaupl nen tauchen als Pools und Lanes in BPMN auf und die Aktionsfelder in Form von Datenobjekten Zur Modellierung des Softwareentwicklungsprozesses ist zu res mieren dass es einen kleinen Unterschied im Gegensatz zu sonstigen Gesch ftsprozessen zu geben scheint Bei der Softwareentwicklung handelt es sich um einen kreativen Prozess bei dem auch an geeigneter Stelle vom Standardvorgehen abgewichen wird Deshalb kann nur ein Idealprozess modelliert werden an den sich jeder Mitarbeiter m glichst halten sollte aber nicht immer muss W rde man alle Varianten die im Laufe der Zeit auftreten modellieren wollen w rden die Diagramme sehr viel umfangreicher ausfal len und der Blick aufs Wesentliche ginge an dieser Stelle verloren Die Diagramme haben sich insgesamt als sinnvolle Diskussionsgrundlage erwiesen 8 1 Danksagungen An dieser Stelle m chte sich der Autor noch einmal recht herzlich bei den beteiligten Mitarbeitern von SAP f r ih
36. l wI ET N gt SC 4 4 ei Bachelor be I be Cape B gt Projekt werten reich J 9 werten reich Schreiben 4 teilnehmen RN V N RE ei WE OUT IN Bachelor TE Bachelor 2004 2004 erfolg bd Pr fen War Pr fen War erster erster Versuch Versuch Ex 2 49 Mitteilen Graduierung H verwirkt Fig 21 Abschlussarbeit durchf hren Bachelor 2004 P n Bearbeitungs d zeit 1 1 1 Master A EN Thema projekt be gt Maste LI gt gt Ds M ausgeben 1 werten i VI durchf hren 14 F WELL OUT en Master 2004 Pr fen Ist 2001 erstes 2004 Thema SC nein Sey 4 _ H 1 M IZ i ox 1 N 1 zur ck keck 1 H Mitteilen Se e Graduierung le ms verwirkt e Fig 22 Abschlussarbeit durchf hren Master 2001 2004 26 Hammerl Bewerten rei Gutachter 1 PH KOE Ergebnis vergleich IN Masterarbeit bewerten Bewerten La Gutachter 2
37. und Pr fungsordnungen 5 zu belegen Nach einer Belegung bis zu Beginn des Leistungserfassungsprozesses hat der Student die M glichkeit seine Belegung auf regul rem Wege zur ckzunehmen siehe Anhang Abbildung 12 und seine bezahlten Belegungspunkte wiederzuerhalten Das Zeitintervall Belegungszeitpunkt Leistungserfassungsprozessbeginn wird durch einen so genannten timed Task dargestellt der Task mit dem gro en Dieser wird direkt nach der Belegung aktiviert und erst nach Ablauf der Zeit beendet Danach wird der Leistungserfassungsprozess gestartet und alle Marken aus dem gekennzeichneten Bereich gestrichelte Linie entfernt so dass keine regul re R cknahme der Belegung mehr m glich ist Andersherum w rde nach erfolgreicher Zur cknahme der Timer abgebrochen da in diesem Fall keine Teilnahme an der Leistungserfassung stattfinden soll Wie man leicht sieht ist es zu jedem Zeitpunkt m glich sich extern erbrachte Leistungen anerkennen zu lassen Es w re folglich kein Problem gewesen diesen Prozess direkt auf oberster Ebene im Top Level Prozess siehe Anhang Abbildung 9 nebenl ufig zu LV belegen und besuchen einzuf gen Der Grund f r die Einbindung in den Sub Prozess lag schlichtweg darin dass bevor man sich Leistungen anrechnen lassen kann diese erstmal erbracht werden m ssen Sprich der Student muss extern Veranstaltungen belegt und besucht haben Deswegen schien die Platzierung in dem Subproze
38. welche also nur von einem speziellen BPMN Tool benutzt werden k nnten doch starke Auswirkungen auf die Semantik eines BPDs haben k nnen So ha ben beispielsweise die aus einem Gateway ausgehenden Pfeile eine bestimmte Ordnung welche grafisch nicht darstellbar ist Diese Ordnung ist aber f r die Festlegung welcher Ausgang gew hlt wird mitbestimmend Auch wird die Rei henfolge parallel oder sequenziell der Abarbeitung eines Ad Hoc Prozesses nur nichtgrafisch bestimmt Ob eine Aktivit t vom Typ Service Send Receive etc ist kann auch nicht direkt grafisch abgelesen werden hat aber starke Auswirkun gen wie z B Messageflows angebracht werden d rfen In all diesen F llen kann zwar mit externen Annontation versucht werden die wichtigen nichtgrafischen Attribute darzustellen ein effektiver Einsatz wird aber auch wohl nur durch ein spezielles Tool m glich 5 1 M gliche Vereinfachungen Die BPMN erlaubt in einigen F llen semantisch identische Prozessteile mit ver schiedenen grafischen Konfiguration darzustellen Diese Alternative werden sehr sch n in einem Paper 2 von S White dargestellt Weiterhin ist die Semantik eini ger grafischer Elemente auch mit Kombinationen anderer grafischen Elemente darstellbar Alternative Darstellungsm glichkeiten Diese Freiheiten erlaubt die BPMN um in Spezialf llen die BPDs bersichtlicher gestalten zu k nnen da weniger grafische Elemente f r die Darzustellung notwendig sind In Abbildung
39. 11 sind zwei semantisch identische Prozesse aufgezeigt aller dings werden die Modellierungsfreiheiten der BPMN voll ausgenutzt Folgende Freiheiten bietet die BPMN Es steht frei ob Start oder Stop Events gezeichnet werden allerdings muss man sich f r eine Alternative entscheiden XOR Gateways k nnen mit einem Andreaskreuz oder als leere Raute ge zeichnet werden Da dies wohl der h ufigste Gatewaytyp ist Parallel Splits k nnen alternativ mit einem Parallel Gateway oder durch mehrere ausgehende Fl sse an einer Aktivit t modelliert werden Analog k nnen XOR Joins entweder mit einem XOR Gateway oder mit meh reren eingehenden Fl ssen modelliert werden Ein parallel Pfad kann mit einen Parallel Split gefolgt von einem Parallel Join modelliert werden oder mit einer eigenen Aktivit t welche die Pfade separat enth lt OR Splits k nnen mit einem OR Gateway oder mit mehreren ausgehenden Conditionalflows modelliert werden Auf den ersten Blick erscheinen Freiheiten nat rlich als positiv In diesem Falle bringen diese Freiheiten aber doch einige zus tzliche Probleme mit sich welche nicht unbedingt von den Vorteile berwogen werden Die BPMN wird schwerer zu Lernen da auch die Alternativm glichkeiten gelernt werden m ssen Kennt jemand nicht eine bestimmte Alternative wird das Verst ndins eines BPDs welche diese nutzt unm glich Wenn verschiedene Alternativen gemischt benutzt werden verlier
40. Abb 12 zu sehen Die Tatsache dass S Instanzen angestoDen werden ohne auf ihre Beendigung warten zu m ssen ist durch die Ver wendung von Nachrichtenfluss realisiert Vernachl ssigt wurde hierbei die Einf h rung von Pools und Lanes Das neue Datenobjekt D enth lt sowohl die resultierenden Daten aus jeder S Instanz als auch Metainformationen zu den Instanzen d h zu wel cher P Instanz es urspr nglich geh rt In A3 wird gepr ft welche zu der aktuellen P Instanz geh renden S Instanzen bereits beendet worden sind und welche sonstigen S Instanzen eingesammelt werden k nnten Unsch n an Abb 12 ist vor allem die gestiegene Un bersichtlichkeit Nicht mehr sofort ersichtlich ist dass S eigentlich ein wesentlicher Bestandteil von P ist 8 Schlussfolgerungen Die Modellierung von Daten und Kontrollfluss wird von BPMN gut und vor allem intuitiv unterst tzt Dies hat sich f r die analysierten Prozesse als sehr hilfreich erwie sen da es sich um eine stark dokumenten zentrierte Entwicklung handelt BPMN bietet allerdings sehr viel mehr als im vorliegenden Fall ben tigt wurde So wurde nur eine kleine Teilmenge von Bildelementen verwendet Transaktionen und Kompensationen OR und komplexe Gateways sowie zahlreiche Ereignistypen tauchen in diesen Diagrammen nicht auf Au erdem ist eine sp tere Abbildung der Modelle auf ausf hrbaren BPEL Code nicht gew nscht da eine weitere Automatisierung des Entwicklungsprozesses nicht e
41. Akteuren verfeinert Ein zelne Aspekte der Buchungsphase wie transaktionales Verhalten die Modellierung von Fehlern sowie von Laufzeitvarianten werden beleuchtet 4 1 Informationsphase Die Dateneingabe des Kunden zur Information ber Hotels und deren Preise zu einem gew nschten Zeitraum sind ausschlie lich Navigationsaspekte Es wird kein Prozess angesto en bis der Kunde korrekte und vollst ndige Daten in die entsprechende Suchmaske eingegeben hat Wenn schlie lich korrekte Daten an die ehotel Plattform bermittelt werden kann diese die Anfrage an ein oder mehrere Hotels weiter leiten Die erhaltenen Daten gibt ehotel wiederum an den Webserver weiter der die graphi sche Aufbereitung f r den Kunden realisiert Hier stellt sich die Frage ob es generell sinnvoll ist die Informationsphase in den Prozess mit aufzunehmen Es ist immer m glich sich ber aktuelle freie Kapazit ten in den Hotels zu informieren diese Suche nach dem passenden Hotel ist aber eher als Navigation aufzufassen Der Grund f r die Entscheidung zugunsten einer Modellierung als Teil des Reservierungsprozes ses liegt allein in der Tatsache dass eine Reservierung online nur durch die Auswahl n den Diagrammen sind als beteiligte Akteure immer die Hotels dargestellt das System von PEGASUS leitet Anfragen nur weiter bzw speichert Informationen ber die Hotels F r die Modellierung ist dieses zwischengeschaltete System irrelevant 10 Torsten Hah
42. Amazon com die anhand von Verkaufsmustern berechnet werden Empfehlungen vom Amazon com die redaktionell erstellt werden und so genannten Guide Lists die von Amazon com Kunden erstellt werden und eine Reihe von Produkten zu einem bestimmten Thema enthalten Der Kunde kann den empfohlenen Artikel zum Warenkorb oder zur Wunschliste hinzuf gen aber auch detailliert betrachten Ist der Kunde nicht interessiert so wird der Teilprozess abgebrochen bei Interesse kann er neben den zuvor genannten Optionen auch mit dem One Click Checkout fortfahren Wunschzettel verwalten Die Verwaltung des Wunschzettels setzt voraus dass der Benutzer sich authentifiziert hat und ein Wunschzettel vorhanden ist Ist eine der beiden Voraussetzungen nicht erf llt so k nnen sie durch einen Login oder die automatische Erstellung des Wunschzettels behoben werden Gegenst nde auf dem Wunschzettel k nnen in den Warenkorb gelegt werden oder vom Wunschzettel gel scht werden oder en Detail betrachtet werden In diesem Fall stehen wieder die Optionen One Click Checkout und Verfolgen von Empfehlungen zur Auswahl Warenkorb verwalten Die Verwaltung des Warenkorbs dargestellt durch den Expanded Sub Process Manage Shopping Cart sieht vor dass der Benutzer die Inhalte seines Warenkorbs 12 Lars Trieloff betrachtet Existiert kein Warenkorb f r den aktuellen Benutzer so wird ein leerer Warenkorb initialisiert F r einzelne Posten im Warenkorb kann die Anzahl g
43. Bearbeitung ber cksichtigt werden Die drei verfeinerten preactivities sind im Anhang zu finden Abbildungen 21 bis 23 Auf Kundenseite wurde exemplarisch die Onlinebuchung verfeinert Abbildung 20 Customer ON booking query incoming preactivity confirm call ch eg booking preactivity request booking information object Hotel Abb 7 Buchung ber verschiedene Kommunikationsmedien im ehotel System Alternativ ist eine Modellierung von Prozessvariabilit ten wie in Abbildung 8 denk bar Die verschiedenen Events zum Start der Buchungs Aktivit t werden in einem Modellierung von Hotel Reservierungs Systemen 13 Multiple Event zusammengefasst Erst innerhalb der Buchungs Aktivit t wird anhand der Daten welche etwa in Form einer Nachricht bei Signalisierung des Events ber geben werden entschieden welche preactivity ausgef hrt wird F r die Erweiterung durch neue Buchungsvarianten reicht eine entsprechende Erg nzung des Multiple Start Events in Verbindung mit neuen Verzweigungen des XOR Gateways aus Diese Modellierung hat den Vorteil dass au erhalb der Buchungs Aktivit t keine nderungen im Prozessmodell des ehotel Systems notwendig sind 5 D search incoming by phone call preactivity booking by email fax preactivity booking king infor
44. Beschreibung der statischen Aspekte der Anwendung mit Hilfe von Web UML geht es in diesem Abschnitt um die Modellierung der dynamischen Aspekte F r die Darstellung der dynamischen Aspekte des Auskunft und Buchungssystem der Deutsche Bahn wird die von der Business Process Management Initiative BPMI definierte Business Process Modeling Notation BPMN Whi04a Whi04b verwen det Bei der Modellierung wird der Teil der beim Kunden ablaufenden Gesch ftsprozes se durch einen sogenannten abstrakten Prozess Abstract Process Whi04a repr sen tiert und l uft in einem separaten Pool ab Diese Entscheidung wurde getroffen um die Komplexit t der Diagramme zu grenzen und um hervorzuheben dass die Umsetzung der Anwendungslogik auf Seiten der Deutschen Bahn zu finden ist Der Kunde interagiert nur mit dem System und steu ert es nach seinen W nschen Insgesamt wird die Interaktion zwischen Kunde Zahlungsabwickler und dem Aus kunfts und Buchungssystem der Deutschen Bahn bahn de in einem sog Collaboration Process Whi04a dargestellt Im Folgenden Abschnitt wird das BPMN Business Process Diagramm Gesch ftspro zess Stornieren Abbildung 6 beschrieben Ein weiteres BPMN Business Process Diagramm welches den Gesch ftsprozess Buchen Abbildung 5 beschreibt befin det sich im Anhang in Abschnitt C 4 1 Stornieren Um eine Buchung stornieren zu k nnen muss der Kunde zun chst eine Buchung aus der Buchungsr
45. Engineering CAiSE 04 Riga Latvia June 2004 Springer Verlag Anhang Otto de Modellierung eines WebShops 13 Pers nliche_ Seite Node R ndenkonto Node Rennziffer_Eng abe Node Sendungsausk Sendungsausk unfis_ Node unfts_SubNode y Aktions_Nodes Gesehene Att Freundschafts Informations Nodes Fig 1 1 Navigationsdiagramm des WebShops Otto de Sub Topic Nodes 5 werbung Node Service_und_Beratungs_ Nodes Produkt Ver Topic_Nodes gleich_Node D T Young Fashion V Handy Extra Node Node Shop Node W Berater Node N Sevviceleistung Modem_ Ratgeber Dow Node Fashion Node Technik Node Don Woman s d Node Fashion Node Einich ran ten_Node FAQ Node XL Tor me Node x Spori amp Freizeit Kataloge Rat Herenmode N Node Highlights Node JW SEE Node OHOSws Kind Node Node Teons Node Kei Handy Shop W sche amp Bade 9 Node N 0 Service Node per RAN ei
46. Fall Nach berschreitung dieses Zeitpunktes ist eine R cknahme nur noch in begr ndeten Ausnahmef llen m glich und an einen an den Studienausschuss gestellten Antrag gebunden irregul rer Fall Um den Begriff Studienausschuss zu konkretisieren findet der Leser im Anhang Abbildung 6 ein ER Diagramm welches den Aufbau dieses Ausschusses zeigt Abbildung 7 im Anhang stellt das wichtigste Datum dar auf dem fast alle Prozesse der Studienordnung arbeiten das Punktekonto Jeder HPI Student besitzt genau ein Solches Ein Punktekonto besteht aus jeweils einem Belegungspunktekonto und einem Leistungspunktekonto Auf Ersterem befinden sich Belegungspunkte und auf Letzterem dementsprechend Leistungspunkte Belegungspunkte werden im Laufe des Studiums durch erfolgreiches Besuchen von Lehrveranstaltungen in Leistungspunkte 4 Hammerl umgewandelt Daraus ergibt sich die Bedingung dass die Summe aus Belegungs und Leistungspunkten immer kleiner oder gleich der anf nglich vergebenen Belegungspunkte ist Der kleiner als Fall kommt dann zustande wenn eine oder mehrere Veranstaltungen ohne Erfolg besucht wurden Die f r diese Veranstaltungen eingesetzten Belegungspunkte stellen somit verlorene Punkte dar Die zu Beginn des Studiums vergebene Belegungspunkteanzahl ist bestimmt durch den Studiengang beziehungsweise die entsprechende Ordnung Die jeweils zutreffenden Werte sind in der Abbildung entsprechend gekennzeichnet In Abbildu
47. Fall ist also ein Timeout eintritt so kann der Kunde den Zustand der Reservierung jederzeit berpr fen solch eine Statusabfrage ist nicht Teil des Prozesses Kurz gefasst gibt es genau zwei Zust nde die eine Reservierung nach der Ausf hrung des Stornierungswunsches haben kann storniert oder nicht storniert Stornierungen haben keinen transaktionalen Charakter eventuelle unerw nschte Daten nderungen k nnen demnach nicht auftreten Abstraktion von Navigationsaspekten Wie zuvor schon erw hnt sollte die Stornie rung unabh ngig vom benutzten Kommunikationsmedium modelliert werden Bei der Betrachtung der Onlinestornierung ist deshalb eine klare Unterscheidung zwischen Prozess und Navigation notwendig wie generell bei der Modellierung von E Commerce Anwendungen 9 Auf Kundenseite erfolgt erst eine Navigation zur Stornierungsseite dort kann er je nachdem ob er ein registrierter Benutzer ist sich einloggen und eine Buchung zur Stornierung ausw hlen oder Buchungsnummer und entsprechende Stornierungs TAN eingeben Von dieser Navigation kann und muss bei der Prozessmodellierung abstrahiert werden Die Eingabe der Buchungsnummer entspricht im Prozess nur der Auswahl einer aktiven Prozessinstanz Innerhalb dieser Prozessinstanz wird mit genau einer Buchung gearbeitet somit berpr ft ehotel nur die dazugeh rige Stornierungs TAN Die Ausf hrung der Online Stornierungs Aktivit t ist eine reine Navigationsange legenhei
48. Informationen auf Anfrage Unterschrift durch wissenschaftlichen Leiter Abholung durch Student Erstellung von Gesamtnoten bersichten Personen Stud Verw BSc und MSc Lehrpersonen Daten Zeiten Orte Ablauf Noteninformationen Nach Abschluss der Notenerfassung I Korrektur ggf nach Notenerfassung HPI BSc und MSc Verwaltung Aush nge Aufbereitung der Noteninformationen Ver ffentlichung der bersichten im Web Aush nge Auswertungen erstellen Personen Lehrpersonen Stud Verw BSc und MSc Daten Zeiten Orte Ablauf Noteninformationen Belegungsinformationen Nach Abschluss der Notenerfassung I ggf Update nach Notenerfassung HPI BSc und MSc Verwaltung Auf Anfrage der Lehrperson k nnen dieser verschiedene Auswertungen ber Belegungs und Leistungsdaten zur Verf gung gestellt werden Bescheinigungen Nachweise erstellen Personen Studenten Stud Verw BSc und MSc Vorsitzende r Daten Zeiten Orte Ablauf Studienausschu SST Studentendaten einschl Noten und Belegungsinfos etc jederzeit HPI BSc und MSc Verwaltung B ro d Studienausschu vorsitzenden Auf Anfrage des Studenten k nnen diesem verschiedene Bescheinigungen Nachweise anhand der vorhandenen Daten erstellt werden 22 Anerkennung von Fremdlehrveranstaltungen Personen Studenten Stud Verw BSc und MSc Lehrpersonen Zeiten Orte Ablauf Pr fungsausschuf jederzeit HPI BSc und MSc Verwaltung Auf A
49. Laufe der Zeit wurde das Angebot von GMX immer weiter ausgeweitet Zu den kostenfreien werbungfinanzierten Grundiensten kamen noch kostenpflichtige Zusatzdienste wie z B erweiterte Organizerfunktionalit ten gr erern Speicher platz oder erweiterte Zugriffsm glichkeiten etwa IMAP Neuerdings ist GMX sogar in den klassichen ISP Markt eingetreten und verteibt DSL Zug nge zum Internet FIXME Screenshot Da kein Zugriff auf das kostenpflichtige Angebot von GMX bestand wird in dieser Ausarbeitung allein auf die klassische Kernkompetenz von GMX eingegan gen d h der kostenfreie Basis E Mail Dienst Dies sollte aber einen gen gende Einsicht in die Arbeits von GMX gestatten da die meisten Zusatzdienste nur aus Erweiterungen das Basis Angebots bestehen und keine grundlegenden neuen Prozesse beinhalten 3 Der Modellierungsprozess F r die Modellierung wurde eine Top Down herangehensweise gew hlt ausge hend von einem Top Level Use Case welcher einfach die Benutzung des web basierten Interfaces beinhaltet Siehe Abb 1 Experimentell wurde nun identifiziert aus GE welchen anderen Use Cases dieser Top Level Use Case zusammengesetzt ist Die m gli chen Use Cases wurden schon fr h dahinge C hend eingeordnet ob sie sich berhaupt als T Prozess modellieren lassen War dies nicht der Fall wie z B beim einfachen Navigieren druch die Website welche ohne Zustandspei cherung m glich ist wurden diese Use Cases nicht n
50. May 2004 WHITE Stephen A Process Modeling Notations and Workflow Patterns January 2004 YOURDON Edward Modern Structured Analysis Prentice Hall 1989 Der Softwareentwicklungsprozess von SAP Berlin Gero Decker Universit t Potsdam Hasso Plattner Institut f r Softwaresystemtechnik gero decker hpi uni potsdam de Zusammenfassung Der Softwareentwicklungsprozesses von SAP in Berlin Abteilung Netweaver Kernel MaxDB amp liveCache wird unter Verwendung der BPMN Business Process Modeling Notation analysiert und pr sentiert Die N tzlichkeit der BPMN f r diese Anwendungsdom ne wird gezeigt und ein Vergleich mit UML 2 0 Activity Diagrams wird angestellt 1 Einf hrung Heutzutage werden Softwaresysteme immer gr er und ihre Komplexit t ist eine Herausforderung f r Softwareingenieure Deshalb ist Forschung im Bereich von Ent wicklungsprozessen von N ten Der Autor hat sich konkret mit dem Entwicklungsprozess der Berliner Entwick lungsabteilung von SAP besch ftigt Da dieser Entwicklungsprozess den Kernge sch ftsprozess der Abteilung darstellt liegt die Vermutung nahe dass er sich mit Gesch ftsprozessmodellierungstechniken darstellen l sst Im Rahmen des Seminars Prozessmodellierung wurde die BPMN Business Pro cess Modeling Notation in den Fokus des Interesses gestellt Aus diesem Grund wird sie in dieser Ausarbeitung verwendet und es wird der Frage nach ihrer N tzlichkeit nachgegangen Interessant wird sein we
51. Navigation durch das Anzeigen von Formularen oder weitergeben der Anfrage umgesetzt wird Ad hoc Modellierung von Prozessen In diesem Arbeitsschritt ging es mir darum einen berblick ber relevante Gesch ftsprozesse m glich zu machen und zugleich sich mit der Business Process Modeling Notation vertraut zu machen Diese Diagramme sind in mehrerer Hinsicht nicht optimal Zum einen greifen sie sich Teilaspekte heraus und sind nicht in ein globales Helicopter View Diagramm integriert Die sich daraus ergebende Folge ist die Inkonsistenz zwischen den Diagrammen Die sich daraus ergebende Konsequenz dass nur eine Top Down Modellierung zu 8 Lars Trieloff einem konsistenten Modell f hren kann wurde in der Hauptmodellierungsphase ber cksichtigt Ein weiterer Nachteil der folgenden Diagramme ist dass nicht auf Fehlerbedingen und Fehlerbehandlung eingegangen wird Im Folgenden werde ich die einzelnen Ad hoc Modellierten Prozessdiagramme kurz vorstellen alle sind im Anhang zu finden Kassieren Das Collaboration Diagram Checkout Overview zeigt den grundlegenden Ablauf des Bestellvorgangs Der Kunde stellt seinen Warenkorb zusammen und meldet sich beim System an Die Anmeldung wird von Amazon com durch einen Vergleich der Benutzerdaten mit der Datenbank als Teilprozess durchgef hrt Erst wenn Warenkorb zusammengestellt sind und der Benutzer sich authentifiziert hat kann mit dem Bestellvorgang fortgefahren werden Der Besuche
52. Nun ist es nicht mehr m glich dass eine laufende Einsichtnahme abgebrochen wird Es sei an dieser Stelle darauf hingewiesen dass auch ein Timer existieren m sste welcher die rechtzeitige Abgabe eines schriftlichen Leistungserfassungsschrittes berwacht Das Auslassen der Modellierung eines Solchen geschah aus dem simplen Grund die bersichtlichkeit erhalten zu wollen Springen wir nun wieder in den Top Level Prozess Abbildung 9 im Anhang Wir sehen dass sobald die Abschlussarbeit erfolgreich durchgef hrt wurde es m glich ist einen Antrag auf Graduierung zu stellen Sollte dieser vollst ndig sein dann gelangen wir zu dem Punkt auf den jeder Student hinarbeitet die Graduierung Der abschlie ende Prozess ist in Darstellung 18 siehe Anhang modelliert Es handelt sich um keinen besonders komplizierten Vorgang weshalb hier auch nur auf einen einzigen Aspekt ausf hrlicher eingegangen wird Man erkennt dass nach dem Anfertigen der Urkunde diese sowohl vom Vorsitzenden des Studienausschusses als auch vom Dekan der Mathematisch Naturwissenschaftlichen Fakult t unterschrieben werden muss Dies kann freilich in beliebiger Reihenfolge geschehen allerdings nicht gleichzeitig Um diesen Sachverhalt auszudr cken bietet sich das Workflowpattern Interleaved Parallel Routing 6 an Die Umsetzung des Patterns mit YAWL ist denkbar einfach und dem Diagramm entnehmbar Was jedoch bitter aufst t ist die Tatsache dass die Semantik meiner Me
53. SSeJppy Ie N 3 pue PJomsseQq OWEN 19444 SSOIPPY IEN 3 J24U3 2 junoooe AUS SO OAU p enjeng d N JS gt EES RDD EDE UOIDESUEJL 2 3 jsenbey N A 2 A Q uoneuuoJu ASA 5 i sepoo pijeAu N 5 NM 9 000 E P Q 6 yueqpue O Jequinu DIE pue s edwog 7002 81 50 SIE Auedwog PIED Jepio Aug I 7002 81 50 s e7 BuiepouusseooJg sseooJq 1sod sseooJg qng pepuedx3 0 Je2ue2 JSPIO SUJ9 Buiddius SSOIPPY Bug Ay poW Ay poy 1 p10 ppv ezieniu JepJo sseooJg 1s0d uoneuuoJu Suel Jep o JUSA oseuoung 7002 81 90 HOIUL 5181
54. Seite von ehotel ist vergleichbar mit der telefonischen Buchung nur der endg ltige Buchungswunsch relevant Dagegen ist die Onlinebuchung f r den Kunden sehr stark formalisiert Abb 20 im Anhang er wird durch den Prozess navigiert bis alle erforderlichen Daten gesammelt wurden F r alle drei F lle sind unterschiedliche Abl ufe auf Kundenseite zu modellieren W nschenswert w re es Modellierung von Hotel Reservierungs Systemen 11 aber den Prozess aus Sicht von ehotel unabh ngig vom Kommunikationsmedium zu gestalten Der folgende Abschnitt soll kl ren ob dies m glich ist Laufzeitvarianten Aus dem allgemeinen Prozessmodell f r Reservierungs Systeme geht nicht hervor welche Buchungsarten zur Verf gung stehen Dies ist von Anbieter zu Anbieter unterschiedlich Da aber auch einzelne Systemanbieter daran interessiert sind ihren Prozess flexibel zu gestalten ist eine Modellierung der Buchungsarten als Varianten w nschenswert Auf der Seite des Kunden sind im Prozess von ehotel drei verschiedene sich gegenseitig ausschlie ende Buchungsarten m glich Abb 17 Ihnen ist erstens gemeinsam dass w hrend des Buchungsvorgangs aufgetretene Fehler z B keine Antwort oder Hotel mittlerweile ausgebucht etc zum Anfang der Buchungsphase zur ckf hren Zweitens kann vom Kunden der Prozess jederzeit terminiert werden bei der Onlinebuchung etwa durch eine Nichtweiterf hrung der Dateneingabe oder bei telefonischer Buchung durch
55. Spezifikation von BPMN erfordert einige Einarbeitungszeit und selbst danach bedarf es einiger bung und eines gewissen Entwicklungsprozesses bis man in der Lage ist bersichtlich und leicht verst ndlich Prozesse in BPMN zu modellieren Durch den gro en Sprachumfang ist man dazu verleitet komplizierte Sachverhalte durch spezielle Symbole darzustellen Dies erm glicht zum einen kompaktere Diagramme wie der Vergleich der Bestellbest tigung mit YAWL gezeigt hat Zum anderen sind die Diagramme die den Sprachumfang von BPMN ausnutzen besonders f r Laien oft nur durch Kommunikation mit der Entwurfsperson nachzuvollziehen Es sollte daher beachtet werden dass man nicht versuchen sollte den Sprachumfang unn tigerweise voll auszusch pfen sondern immer darauf zu achten welchen Zweck eine Prozessbeschreibung in BPMN dienen soll Auf Grund der M chtigkeit von BPMN ist es allerdings f r viele Aufgabenbereiche geeignet auch wenn zur Zeit besonders im Bezug auf die Abbildung nach BPEL viele Punkte der tats chlichen Umsetzung noch nicht vollst ndig gekl rt sind Die Schwierigkeit Prozesse im Bereich des E Commerce zu modellieren lag weniger in der Verwendung von BPMN als in fehlenden Referenzen Es gibt einige Modeling and Designing Processes in E Commerce 11 Dokumente 4 6 die sich bereits mit dieser Problematik besch ftigen Diese beschr nken sich aber gr tenteils auf den Aspekt der Navigation in Verbindung mit Prozessen und wie e
56. Vo Abb 2 Variante 1 des verfeinerter Sub Abb 3 Variante 2 des verfeinerter Subprozesses prozesses Buchungsphase Wiederholung Buchungsphase Forschreiten im Prozess bei der Buchungsaktivit t bei Time Out Best tigungsnachricht oder Time Out eine anschlie ende Stornierung sollte sichergestellt werden In der Verfeinerung der Buchung sind drei wesentliche Stufen erkennbar vgl Abb 16 Zuerst muss eine bermittlung der buchungsrelevanten Daten Hotelinfor mationen sowie Kundendaten erfolgen anschlie end kann der Kunde den Buchungswunsch absenden Letztendlich muss er auf eine R ckmeldung des Hotels Reiseb ros oder Hotelbuchungssystems warten BPMN stellt daf r ein Event basiertes Gateway zur Verf gung Eine Prozessinstanz kann erst nach dem Auftreten des erwarteten Events fortgef hrt werden Hier wird auf das Eintreffen einer Nach richt gewartet diese Nachricht kann entweder eine Buchungsbest tigung oder eine Absage sein weil das Hotel zum gew nschten Zeitpunkt ausgebucht ist Problema tisch dabei ist dass die Prozessinstanz ohne eintreffende Nachricht zu keinem regul ren Abschluss kommt Wenn die Kommunikation scheitert kann eine ord nungsgem e Termination nicht gew hrleistet werden dazu bedarf es gesonderter Mechanismen Eine Variante w re die Einf hrung eines nach einer definierten Zeit getriggerten Events welches nach Ablauf einer Frist die kundenseitige Buchungsan In BPMN werden Events verwendet um
57. Weitermodellierung Durch die Modellierung des Use Case Diagramms wurden wie bereits erw hnt die einzelnen Prozesse grob herausgearbeitet Es ist bekannt welche Akteure in die jeweiligen Prozesse integriert sind Aufgrund dieses Wissens ist es nun m glich gezielt einzelne Gesch ftsrozesse zu modellieren oder ihren Zusammenhang darzustellen 5 Die Business Process Modelling Notation Die Business Process Modelling Notation 1 kurz BPMN ist eine speziell f r die Darstellung von Gesch ftsprozessen entworfene Modellierungssprache Kennzeichnend f r diesen Diagrammtyp ist eine Vielzahl verschiedener Knotentypen Folgende Grundtypen sind unterscheidbar Das Event gekennzeichnet durch einen Kreis kann am Ende am Anfang oder in der Mitte von Prozessen stattfinden Eine Activity ist ein abgerundetes Rechteck welches f r einen Subprozess eine Aktivit t oder eine Handlung steht Ein weiteres Element der BPMN ist das Gateway welches Message Flows teilen und wieder zusammenf hren kann Man unterscheidet bei der BPMN drei verschiedene Kantentypen Zum einen den Sequenzfluss welcher mit Hilfe eines durchgehenden Pfeils mit schwarzer Pfeilspitze dargestellt wird Der Nachrichtenfluss hingegen ist gekennzeichnet durch einen gestrichelten Pfeil mit einem leeren Kreis am Anfang und einer leeren Pfeilspitze am Ende Bei Bedarf k nnen auch Assoziationen mit Hilfe eines gestrichelten Pfeils mit offener Pfeilspitze dargestellt werden Interessanterweis
58. ableiten zu k nnen muss die Analyse wesentlich umfassender und die Modellierung sehr viel genauer sein Ausblick Da die Business Process Modeling Notation noch ein sehr neuer Standard ist ist sie noch nicht in dem Ma e verbreitet und einge bt wie zum Beispiel die UML Als Folge einer weitergehenden Adoption der Business Process Modeling Notation erwarte ich die Herausbildung von Standardvorgehensweisen und blichen Modellierungsausdr cken welche die M glichkeit ein und denselben Prozesssachverhalt in vielerlei Art und Weise auszudr cken zwar nicht unterbinden jedoch eine Modellierungsvariante als die bevorzugte erscheinen lassen so dass es leichter M glich ist Diagramme zu lesen und zu verstehen In diesen Bereich w rde ich auch die Bildung von BPMN Modellierungs Pattern und Anti Pattern einordnen Im Bereich der Erstellung von Diagrammen erwarte ich dass es bald entsprechende Werkzeugprogramme gibt mit denen Prozessmodellierer ihre Modelle auf Vollst ndigkeit Konsistenz und Standardkonformit t berpr fen lassen so dass nur noch wohlgeformte Modelle berhaupt erstellt werden k nnen Aus diesen vollst ndigen wohlgeformten und standardkonformen Modellen lie e sich dann leicht Programmcode f r Enterprise Anwendungen oder Business Process Execution Language Code erstellen der von geeigneten Abwicklern ausgef hrt werden k nnte Fazit Die Business Process Modeling Notation stellt sich als sehr flexible und m chtige
59. als untersuchenswert herausgestellt Grundlagen der DIN EN ISO 9000 2000 ff Die Basis f r eine erfolgrei che Umsetzung der Normen ist die Definition von Qualit tszielen Diese Ziele beziehen sich einerseits auf die konkreten Produkte bzw Dienstleistungen eines Unternehmens andererseits aber auch auf die Prozesse die zur Herstellung bzw Erbringung und deren Unterst tzung ablaufen Zur Umsetzung dieser Qualit ts ziele bedarf es der Implementierung eines so genannten Qualit tsmanagement systems Im Zusammenhang mit der DIN EN ISO 9000 2000 Familie wird daher auch von Prozessorientiertes Qualit ts Management PQM bzw einem PQM System gesprochen 1 2 Der Ablauf zum Aufbau eines PQM Systems sieht im Wesentlichen die folgenden Schritte vor 1 Identifikation der relevanten Prozesse Festlegung der Abfolge und Wechselwirkungen der Prozesse Definition von Kriterien und Methoden zur Kontrolle jedes Prozesses Pr fung der Verf gbarkeit von Informationen und Ressourcen zur Durch f hrung und berwachung der Prozesse Durchf hrung von Messungen und Analysen zur Ermittlung von Optimie rungspotentialen Anpassung der zu optimierenden Prozesse Ein PQM System hat dabei verschiedene Darstellungsebenen bezogen auf den Grad der Detaillierung An oberster Stelle ist die Prozesslandschaft als bersicht ber das gesamte Unternehmen zu sehen Eine Ebene tiefer spricht man von Prozessgruppen die sich wiederum in einz
60. by N online _ phone faxemail Customer ehotel clerk Ld y TONS cancel _ cancel c ncelby can 4 online phone faxemail ehotel cancel X at Hotel iic hotel ehotel clerk Abbildung 13 Use Cases ehotel UML 2 0 HRS hotel reservation system inform Customer lt sinclude gt gt book book by book by M online X phone i X faxlemail alter booking settle up gt ww lt lt include gt gt lan 3 cancel 5 See C cancel online SL HRS Abbildung 14 Use Cases HRS UML 2 0 22 Torsten Hahmann pon 2 o m information booking cancel f o N Hr t Ss T T l 1 5 1 l 1 1 l l V A 4 V A V Hotel Reservation System Abb 15 allgemeiner Top Level Prozess Hotelreservierung mit 4 Phasen BPMN booking phase decline booking confirmation o 1 D Abb 16 Ansatzweise Verfeinerung der Buchungsphase des allgemeinen Top Level Prozess zur Hotelreservierung BPMN 23 Systemen rvierungs Modellierung von Hotel Rese
61. chungsanfragen m glich sind muss bis zum Start eines Buchungsvorgangs die Option einer Suchanfrage offen gehalten werden Das Event basierte Gateway trifft folglich zwei Entscheidungen 1 wird der Informationsprozess fortgesetzt oder der Bu chungsprozess gestartet und bei Eintreten des letzteren Ereignisses 2 welches Start Event des Buchungsprozess wird ausgew hlt Das Gateway kann nicht in die Buchungsaktivit t verlagert werden es muss aber mit allen m glichen Startpunkten variiert je nach Anzahl der Varianten dieser Buchungsaktivit t verkn pft werden Dies ist bei Hinzuf gen neuer Varianten problematisch da ein alleiniges Erweitern der Buchungsaktivit t nicht ausreicht Vorteilhaft hingegen ist bei dieser Art der Varianten dass innerhalb der Buchungsaktivit t nur ein neues Startevent mit einer zugeh rigen Aktivit t eingef gt werden kann zur Bearbeitung von Vorbedingungen etc die berpr fung der Kreditkartendaten sowie die Buchungstransaktion bleiben unver ndert Da die Auswahl einer Variante immer erst zur Laufzeit erfolgt m ssen auch hier alle Varianten mit einem XOR Gateway verkn pft werden Wird eine Variante durch das entsprechende Event gestartet so werden alle anderen Varianten deaktiviert Eine Modellierung komplett unabh ngig von der Wahl des Kommunika tionsmediums ist nicht m glich Einschr nkungen wie bestimmte Gesch ftszeiten des Call Centers bei telefonischer Buchung m ssen vor der eigentlichen
62. das Eintreten oder Ausl sen bestimmter Ereignisse zu modellieren Im Folgenden wird keine Unterscheidung zwischen den tats chlichen Ereig nissen und dem Schalten der entsprechenden Stellen gemacht In Anlehnung an den englischen Begriff der Spezifikation wird in dieser Arbeit beides als Event bezeichnet Modellierung von Hotel Reservierungs Systemen 7 frage wiederholt vgl Abbildung 2 oder die Instanz des Prozesses automatisch beendet vgl Abbildung 3 Wenn die Nachricht schon unterwegs war z B E Mail Empfang verz gert muss das Hotel bzw das Buchungssystem sicherstellen dass nur eine von zwei oder mehr inhaltsgleichen Buchungen tats chlich get tigt wird Der Wunsch nach einer sauberen L sung f hrt uns im Kapitel 4 zur M glichkeit der Modellierung von transaktionalem Verhalten Vorerst soll uns der Subprozess mit mehreren Endzust nden als L sung gen gen vgl Abbildung 16 im Anhang Stornierungsphase Die Ausf hrung der folgenden Stornierung ist optional Der Kunde hat bis zum Ablauf des Timers Zeit eine Stornierung zu veranlassen Der Timer ist dabei von den jeweiligen Stornierungsrichtlinien abh ngig Wird die Stor nierung innerhalb der gegebenen Frist durchgef hrt so terminiert die Prozessinstanz ansonsten wird die Abwicklungsphase aktiviert Abwicklungsphase Ist die Frist f r eine Stornierung abgelaufen so wird erwartet dass der Kunde das Hotel vor Ort bezahlt Im Modell muss auch ber cksichtigt werden dass
63. der Kunde eventuell nicht erscheint diese Option realisiert ein Timer welcher nach Ablauf des Abreisedatums den Prozess auf Kundenseite beendet Dem Kunden werden eventuelle Geb hren trotzdem berechnet z B per Kreditkartenab buchung oder Lastschrift Bezahlt der Kunde ordnungsgem so kommt die Instanz des Prozesses ebenfalls zu einem Ende Um einen gewissen Grad der bersichtlich keit zu erhalten wird die M glichkeit eines Inkassoverfahrens im Prozess nicht ber cksichtigt Dies gilt auch f r alle sp teren Modellierungen 3 2 Probleme bei der Modellierung des Top Level Prozesses Nachrichtenfluss und Message Events Schon die Modellierung dieses berschau baren Prozesses Abb 15 offenbart einige Schw chen von BPMN Insbesondere Verfeinerungen sind problematisch Sowohl potentieller ein als auch ausgehender Nachrichtenfluss kann gegebenenfalls bei der Verfeinerung nicht mehr klar identifi ziert werden Da das Warten oder Senden einer Nachricht auch durch Message Events dargestellt werden kann tritt bei ausschlie licher Verwendung der Events in der Verfeinerung ein expliziter Nachrichtenfluss in Form einer gestrichelten Linie nicht mehr auf Zwar erlaubt die Spezifikation von BPMN eine Antragung von ausgehenden Nachrichtenfl ssen an End Events sie erfordert es aber nicht ausdr ck lich 3 In Abbildung 4 ist es in der Aktivit t m glich Nachrichten zu senden und zu empfangen dargestellt durch ein und ausgehenden Nac
64. die Eignung der verwendeten Techniken vorgestellt Schlagworte Prozessmodellierung Verwaltungsprozesse Studienver waltung 1 Einleitung Immer mehr Unternehmen sind daran interessiert detailliertes Wissen ber ihre Gesch ftsprozesse zu erlangen Die Motive daf r sind vielseitig und reichen von der Zurechenbarkeit von Kosten zu einzelnen Produkten ber die Gewinnung von Daten zur Optimierung von Abl ufen und der Verf gbarkeit von besseren Dokumentationen f r Schulungszwecke bis hin zum Erreichen einer Zertifizie rung des Unternehmens nach internationalen Qualit tssicherungsstandards Um einen Prozess tats chlich bis ins Detail zu durchdringen bedarf es der Kennt nisse ber die verschiedenen Aspekte die seine Auspr gung beeinflussen Zu die sen Aspekten geh ren die Ablaufbeschreibung eines Prozesses seine Abh ngig keiten von anderen Prozessen und die Rollen in denen Personen an dem Prozess teilnehmen sowie weitere von der Art des Prozesses abh ngige Aspekte Bei Verwaltungsprozessen kommt beispielsweise den Daten oder logischen Objek ten die innerhalb des Prozesses verarbeitet werden eine besondere Bedeutung zu w hrend bei Fertigungsprozessen auch physikalische Objekte z B ein kon kretes Werkst ck von Interesse sind Zur Darstellung dieser verschiedenen Prozesssichten bedient man sich immer fter neben rein textuellen Beschreibungen auch verschiedener Modellierungs techniken Ziel dieser Ausarbeitung ist die
65. erfolg bereitungs 4 gt projekt werten reich Seminar teilnehmen AS S pr fen IN Bachelor 2001 QUT Bachelor 2001 Teilnahme wunsch Pr fen War bekunden erster Versuch Q Mitteilen ren Graduierung verwirkt Fig 19 Abschlussarbeit durchf hren Bachelor 2001 24 Hammerl Antrag auf Graduierung Bachelor 2001 bestandenes Unbenotete Bachelorprojekt Liste 0 108 120 228 Benotete Liste 0 1 Sofware N Freie Informatik konstruktion zu zu th 0 1 0 1 uic jeh rt 0 1 9 1 po s Leistungspunkt Zu 18 n 12 n Mathematik Anwendungs systeme 12 n 12 n 30 n 12 n Technische Grundlagen Grundlagen Theoretische Grundlagen d Wirtschafts Grundlagen d d system Informatik wissenschaften Informatik 24 n technik 6 6 Projekt Software vorbereitungs basissysteme seminar Bed 228 gt Leistungspunkte unbenotete Liste Leistungspunkte benotete Liste gt 168 Fig 20 Antrag auf Graduierung Bachelor 2001 Modellierung der Studien und Pr fungsordnungen 25
66. es sobald Daten und Kontrollfluss entkoppelt voneinander sind z B von DEV zu revise documents Hier geht die Semantik der beiden Notationen auseinander W hrend bei BPMN vom Modellierer ber Attribute definiert werden kann dass das Datenobjekt schon vor Beendigung der Aktivit t erzeugt wird ist dies mit Activity Diagrams nur schwer darzustellen So wie es in Abb 9 dargestellt ist w rden die document drafts erst erzeugt werden bei Beendigung der DEV Phase und die revise documents Aktivit t d rfte erst starten sobald die Daten erzeugt worden sind BPMN l sst uns also an dieser Stelle mehr Freiheiten als UML welche aufgrund st rkerer Formalisierung eine intuitive Modellierung nicht zul sst Unpraktisch bei Activity Diagrams ist au erdem dass Dateninputs und outputs eines Prozesses z B feature list und Hand over im bergeordneten Diagramm unbedingt auftauchen m ssen Eine Auswahl von dargestellten Sachverhalten nach didaktischem Wert wird hierdurch in Activity Diagrams leider verhindert 7 Weitergabe von Aktivit ten an andere Prozessinstanzen In Abschnitt 4 3 wurde bereits erw hnt dass es problematisch ist die Weitergabe von Subprozessinstanzen an andere Prozessinstanzen zu modellieren Dies soll noch ein mal n her erl utert werden anhand der Abb 10 bis 12 Sei P ein Prozess der in multiplen Instanzen ausgef hrt werden kann P enthalte einen Subprozess S der wiederum in multiplen Instan
67. feststellen feststellen Fig 14 Wertigkeit einer Leistung feststellen f War Y LP benoten pod Punkte vergeben Ab isting bilden BP BP an LP ist auf Re LP HPI War ip Skala EN Se Pune ISS p pr fen __ vergeben Anzahl Leistung LP gt i ist unbenotet LR feststellen nbenotet lassen al e IN Leistung 2 Antrag OUT Leistung anerkennen negativ ab anerkennen lehnen Fig 15 Leistung anerkennen 22 Kay Hammerl I E LES mit nicht reich erfolg st ren Aus ichend E schlie en eus Gen t uschen 161 21797792 EN A Einsicht Belegung nehmen zur ck 4 4 ziehen as irregular ia imegular Kes re scht H L5 i les Lee 7 Bewerten RM E SE Se a aut beenden J de teilnehmen eintragen geben IN Leistungs erfassungs OUT prozess u r erfassungs N Se Neuen prozess LES Grund Termin vorzeitig pep me akzeptiert an abbrechen beraumen Grund 1 Grund A OA einreichen berpr fen y n s lt
68. folgenden Abschnitten werden die WebUml Objektdiagramme f r den Gesch ftspro zess Suche Abbildung 3 und Gesch ftsprozess Buchen Abbildung 4 beschrie ben 3 2 Suche Beim Aufruf ServerPage query exe hat der Kunde die Wahl zwischen der einfachen Suche ClientPage Suche und der erweiterte Suche ClientPage ErweiterteSuche Je nach dem f r welche Variante er sich entschieden hat wird der Inhalt des ent sprechenden Formulars Form Suche oder Form ErweiterteSuche an die ServerPa ge query exe geschickt Diese bereitet die Suchergebnisse dann in der ClientPage Such ergebnisse auf und der Kunde kann ausw hlen f r welche Verbindung er eine Fahrkarte kaufen m chte Seine Auswahl geschieht in dem Formular Form Suchergebnisse welches wieder um an die ServerPage query exe gesendet wird Falls der Kunde sich zu diesem Zeit punkt noch nicht gegen ber dem System authentifiziert hat wird ihm eine Seite Client Page Login und ein Formular Form Login pr sentiert um sich anzumelden 3 3 Buchen Nachdem die Anmeldedaten des Kunden an die ServerPage hafas post gesendet wur den erzeugt diese eine ClientPage_Buchungsw nsche und ein entsprechendes Formular Form Buchungsw nsche um die Buchungsw nsche des Kunden entgegen zu nehmen Darunter fallen die Art des Tickets der Bezahlung und des Ticketversandes Au erdem kann angegeben werden ob eine Reservierung gew nscht wird Ist dies der Fall wird von der ServerPage buche
69. h ufig erneut zusammengesetzte Prozesse enthielten die erneut einer Verfeinerung bedurften Da es noch keine entsprechend m chtigen Werkzeuge zur Erstellung von Business Process Modeling Notation Diagrammen gab was insbesondere der Novit t dieses Standards geschuldet ist gab es auch keine M glichkeit Diagramme zu validieren und eine Gruppe von Diagrammen auf Vollst ndigkeit zu berpr fen Zu diesem Zweck f hrte ich eine Liste ber die erstellten Diagramme und ber die enthaltenen Subprozesse beziehungsweise ber Verweise auf zusammengefasste Subprozesse Auf diese Weise konnte ich berpr fen ob ich auf zusammengefasste Subprozesse verwiesen habe die in keinem Diagramm komplett ausformiert wurden Auch die im Folgenden besprochenen Diagramme finden sich im Anhang berblick Den Gesamt berblick ber alle betrachteten Prozesse im Kontext der E Business Applikation Amazon com bietet das Business Process Modeling Notation Collaboration Diagram Overview Es bietet sich an f r jeden Prozessbeteiligten hier dargestellt durch einzelne Pools die Abfolge der Oberprozesse einzeln darzustellen Der Kunde kauft Artikel bei Amazon com wartet anschlie end auf die Bestellung um anschlie end die gelieferten Waren zu berpr fen und eventuell zu beanstanden Der Paketdienst ist damit besch ftigt Artikel von Amazon com oder dem Anbieter am Amazon com Marketplace zum K ufer zu transportieren oder vom K ufer beanstandete Pro
70. her betrachtet Als Kriterium ob ein Use Case Prozesscharakter hat wurden von folgende Eigenschaften benutzt Ein Use se mit Prozesscharakter welcher dann mit der BPMN modelliert werden kann muss Abb 1 Der Top Level Use Case distinkte Anfangs und Endpunkte haben einen zugeh rigen Zustand bzw Daten besitzen eine nicht vernachzul ssigende Dauer haben Ergebnis dieser ersten Unterteilung des Top Level Use Cases waren vier verschie dene Use Cases Siehe Abb 2 Die Use Cases Create Account Login und Recover Password sind auf den ersten Blick einleuchtend f r eine web basierte Ap plikation welche auf Benutzerkonten basiert C d lt Interessant und eigen f r GMX ist der Use p ang rud Case Handle Emails hier liegt die wahre Ec Funktionalit t von GMX verborgen Das Ar SSC beiten mit E Mails beinhaltet nat rlich eine 7 N gro e Menge an m glichen Einzelaktivit ten EX C Y z B E Mails lesen schreiben l schen wei N terleiten etc es w rde deshalb nat rlich na he liegen den wichtigen Use Case Handle Emails weiter zu verfeinern um diese Ein zelaktivt ten zu beschreiben Allerdings stell Abb 2 Die grundlegenden Use te sich schnell heraus dass diese Einzelakti Cases vit ten alle von atomarer Natur sind und deshalb keinen Prozesscharakter auf weisen eine separate Modellierung w re hier also zwecklos Letzendlich wurden also fo
71. k nnen die sich aber nicht auf den Zustand des Prozesses auswirken 3 Prozessmodellierung von DELL Durch die implizite Navigation ist es m glich bersichtliche Prozesse zu modellieren die zum Beispiel dem schematischen Ablauf eines Bestellvorganges entsprechen Nur wo Navigation ein wichtiger Teil eines Prozesses ist wird diese noch als Aktivit t modelliert In den folgenden Beispielen betrifft das lediglich das Aufrufen des Onlineshops mit Hilfe eines Browsers Im Folgenden soll der Gesch ftsprozess einmal exemplarisch modelliert werden Es wird ein Bottom Up Ansatz gew hlt Das Prozessmodell wird dabei Schritt f r Schritt erweitert 3 1 Prozessmodelle Die Abbildung 4 zeigt in BPMN Notation die Aktivit ten des Modifizierens eines Warenkorbes und die Best tigung der Bestellung Die beiden gro en Teilprozesse sind dabei in eine Transaktion eingebettet Diese soll sicherstellen dass es jederzeit m glich ist den Bestellvorgang abzubrechen ohne dass Zustandsinformationen im System zur ckbleiben Dies wird dadurch erreicht das Kompensationen an die beiden Teilprozesse angef gt wurden Diese Kompensationen erm glichen dass bei Abbruch der Transaktion s mtliche Daten aus dem Warenkorb und die pers nlichen Daten gel scht werden Die beiden Prozesse warten auf Ereignisse die vom Kunden ausgel st werden Das Modifizieren des Warenkorbes beinhaltet das Hinzuf gen von Produkten das Entfernen von Produkten sowie das Laden
72. ligt oder sind zumindest betroffen Regelm ige Treffen und die Verteilung von Pro tokollen garantieren einen gewissen berblick Aus diesem Grund war es ausrei chend nur eine kleine Zahl von Mitarbeitern zu interviewen 3 2 Ist Modellierung In dieser Phase wurden die gesammelten Informationen in ein Prozessmodell ber setzt Hierzu wurde BPMN verwendet 4 Decker Zun chst wurde der SAP weite Entwicklungsprozess f r den Netweaver in Bezie hung gesetzt mit dem lokalen Prozess in Berlin Ausgehend von diesem big picture fand eine Top Down Modellierung statt F r eine m glichst zutreffende Prozessmodellierung war ein iteratives Vorgehen von N ten Dies bedeutet dass die Zwischenergebnisse dieser Modellierungsphase zwecks Validierung immer wieder mit den Mitarbeitern diskutiert wurden Die Infor mationserhebungsphase und die Modellierungsphase waren also nicht streng vonein ander getrennt sondern wechselten sich gegenseitig ab Ein interessanter Aspekt dabei war wie die Mitarbeiter mit BPMN als Beschrei bungssprache zurechtkommen Wie viel verstehen sie ohne weitere Erkl rungen und wie lange dauert es zu erkl ren was mit den Modellen ausgesagt werden soll Wie genau schauen sich die Mitarbeiter die Modelle an oder geben sie sich damit zufrie den die Hauptaspekte zu berblicken Lassen sie sich auf die BPMN ein um ihre eigenen Vorschl ge zu formulieren 3 3 Prozessoptimierung Bereits w hrend der Infor
73. n T Zuordnung zu bermittlung bermittlung Korrbktur Einpflege Lehrst hlen Personalverz Lehrinhalte Ver ffentlichung feststehender LVen Ermittlung Kern LVs Koordination ext Lehrpersonen mit GL Daten Antwort m Auswertung N Formular Formular Formular mailen l Fristablauf LV vom letzten Jahr V annehmen Semester in Liste durchgef L Ven eintragen Abbildung 18 Soll Prozess Lehrveranstaltungsplanung 31 Noten bersicht d Notenverbuchung Il aktualisieren R cknahme Belegung aus wichtigem Grund Notenverbuchung Krankmeldung _ 2 Tagesaktuelle Teilnemerliste zum Gesamtnoten ber x Abschlu der LE sicht erstellen im m ECC MC CM MC M D E CS MC LEE gesessen 2 N N N N ES N N Klausurvorplanung N x Ver ffentlichung Basis LV Planung Teilnehmerlisten elegungs erstellen Leistungsnachweise Planung re erstellen Wochenraumpl ne Sie 7 228 Auswertungen erstellen Abbildung 19 Soll Prozess Abwicklung HPI Lehrveranstaltungen 32 6 6 Abk rzungsverzeichnis EERD Enhanced Entity Relationship Diagrams ERD Entity Relationship Diagram HPI Hasso Plattner Institut f r Softwaresystemtechnik GmbH Prozessorientiertes Qualit ts Management YAWL Yet Another Workflow Language Literatur Wagner PQM Prozessorientiertes Qualit ts Management
74. n chstes soll betrachtet werden wie sich die Abwicklung des eigentlichen Bestellvorganges in den kompletten Prozess des Einkaufens bei DELL integrieren l sst Die eben betrachtete Transaktion ist nur noch ein Teil des kompletten Prozesses In der Abbildung 5 wird deutlich wer an den Prozessen beteiligt ist und wo welche Prozesse genau stattfinden Die Blackbox beinhaltet nun diverse Aktivit ten darunter auch die die f r Ereignisse beim Modifizieren des Warenkorbes verantwortlich sind Die erste Aktivit t des Kunden ist die einzige explizit modellierte Navigation Diese beinhaltet das Aufsuchen der eigentlichen Webseite Die Komposition Do shopping beinhaltet auch Navigation allerdings implizit modelliert durch die Aktivit t Forage for product Die Aktivit ten des komplexen Prozesses Do shopping sind adhoc modelliert da nicht genau festgelegt ist wann und wie oft eine dieser Aktivit ten ausgef hrt wird Mit der Aktivit t Confirm Order beginnt die Kette von Aktivit ten die die Bezahlung der Bestellung Modeling and Designing Processes in E Commerce 7 abwickeln Die Kommunikation findet in Form einfacher Nachrichten statt Nachrichtenfl sse und entsprechende Ereignisse verdeutlichen dies Das Finanzinstitut spielt bei der Kommunikation und dem Fortschreiten des Prozesses eine wichtige Rolle je nachdem ob mit Kreditkarte oder per Rechnung bezahlt wird wird die Kontobelastung von DELL oder vom Ku
75. optimized Pro Stufe sind Aktivit ten festgelegt die im Prozess auftauchen m ssen Dadurch dass im untersuchten Prozess Konfigurations Projekt und Integriertes Softwaremanagement auftauchen sowie organisationsweite Datenkonsistenz und Reviewaktivit ten durchgef hrt werden befindet sich der aktuelle Prozess auf Stufe 3 defined Um auf die Stufe 4 managed vorzusto en ist zus tzlich zu dem bereits vorhandenen Softwarequalit tsmanagement eine umfassendere Quantifizierung des Prozesses von N ten Hierf r m ssen z B die Dauer des Gesamtprozesses bzw ein zelner Aktivit ten der Aufwand an Ressourcen f r die Durchf hrung eines bestimm ten Prozesses oder einer Aktivit t die Anzahl von Ereignissen die w hrend der Aus f hrung eintreten die durchschnittliche Fehlerzahl pro Quelltextzeile etc gemessen werden Der Softwareentwicklungsprozess von SAP Berlin 11 6 Vergleich mit UML 2 0 Activity Diagrams Um BPMN mit Activity Diagrams zu vergleichen wurde ein Teilprozess mit beiden Notationen modelliert Abb 4 BPMN und Abb 9 Activity Diagram Besonderes Augenmerk lag dabei auf der Modellierung von Datenfluss in Activity Diagrams Hier bieten sich die sog DataNodes an Bei Datenfluss von einer Aktivit t auf die unmittelbar folgende z B die bergabe des Quelltextes und der Testf lle von DEV zu CONS ist die Modellierung mit Acti vity Diagrams sehr hnlich und die Semantik gleich im Vergleich mit BPMN Schwierig wird
76. sich f r eine der drei anderen Methoden startet jeweils auf beiden Seiten ein entsprechender Sub Prozess In diesen wird auf einem sicheren Weg ein Teil des Code Hyperlinkpaares dem Benutzer bermittelt Sicher in dem Sinne dass es nur den Benutzer selbst erreichen kann der andere Teil wird direkt angezeigt Es steht zur Auswahl 1 Link an alternative E Mail Code direkt anzeigen 2 Link an GMX E Mail fals z B ein E Mail Client noch das Passwort gespei chert hat Code direkt anzeigen 3 Link direkt anzeigen Code per SMS an Mobil Telefon schicken Im Idealfall hat der Benutzer nun den Code und den Hyperlink und kann ber das Anklicken des Hyperlinks und Eingabe des Codes sein Passwort zur cksetzen Obwohl der ganze Vorgang recht einfach ist sieht das BPD relativ komplex aus Dies ist durch die Tatsache verursacht dass vier verschiedene Pfade auf beiden Seiten gew hlt werden m ssen je nachdem wof r sich der Benutzer ent scheidet Man kann sich leicht vorstellen dass bei einer komplexeren Situation beispielswiese ein Online Spiel diese Modellierungsweise sehr schnell un ber scihtlich wird wenn die Entscheidungspfade in die Hunderte gehen kann Hier w re sch n wenn die Entscheidung nicht ber separate Message Events sondern ber ein einziges welches die Entscheidung enth lt transportiert werden k nnte Leider kann aber ein Message Event nicht von verschiedenen Aktivit ten ausge l st werden Nur einen eingehenden Pfe
77. single use case specifies a single service the system provides The complete set of use cases describes all different ways to interact with system Ein Use Case beschreibt das Systemverhalten aus Benutzer orientierter Sicht d h es wird aufgezeigt WAS das System leistet jedoch nicht WIE Das bedeutet insbesondere dass ein Use Case keine Ablaufbeschreibung darstellt Statt dessen definiert die Menge aller Use Cases die Funktionalit t die ein System bereit stellt Add Item s Seller Financial Service Fig 6 Dienstrepertoire das dem Verk ufer zur Verf gung steht Das Use Case Diagram aus Abbildung 6 stellt das Dienstrepertoire der Ebay Plattform dar das dem Verk ufer zur Verf gung gestellt wird Die zentralen Funktionen sind das Anbieten und Versenden eines Artikels Anmerkung e Auf den ersten Blick stellt sich die Frage warum der Financial Service am Ausliefern der gekauften Ware beteiligt ist Bei genauerer Betrachtung wird klar 9 dass ein Verk ufer in der Regel gekaufte Ware erst dann ausliefert wenn er eine Best tigung des erwarteten Zahlungseingangs erhalten hat Browse Items Bid for Item s Leave Feedback Ebay for Seller Pay for Item s Financial Service Fig 7 Dienstrepertoire das dem K ufer zur Verf gung steht Buyer Das Use Case Diagram aus Abbildung 7 stellt das Dienstrepertoire der Ebay Plattform dar das dem K ufer zur Verf gung gestellt wird Die zentralen F
78. und Sichern eines Warenkorbes Beim Hinzuf gen muss berpr ft werden ob ein Produkt vorr tig ist Zu Gunsten der bersichtlichkeit wurde diese zusammengesetzte Aktivit t nicht n her verfeinert Im Grunde genommen besteht sie aus dem Austausch von Informationen mit dem 6 Christian Liesegang Warenlager Der komplexe Prozess der aus dem Konfigurieren des gew hlten Produktes und der Wahl von zus tzlichen Dienstleistungen besteht wurde als Adhoc Prozess modelliert Dies beschreibt dass nicht genau festgelegt ist in welcher Reihenfolge und wie oft diese beiden Aktivit ten ausgef hrt werden F r Entscheidungen die von dem Auftreten eines bestimmten Ereignisses abh ngen bietet BPMN ein spezielles Gateway symbolisiert durch eine Raute mit einem Stern Dieses Symbol erlaubt es tiefgeschachtelte Entscheidungen zu einer einzigen zusammenzufassen Dar ber hinaus besitzt dieses Symbol die Bedeutung dass der Prozess erst instanziiert wird wenn ein entsprechendes Ereignis eintrifft Obwohl BPMN Datenfl sse nicht unmittelbar ber cksichtigt wurde f r den Warenkorb ein Datenartefakt verwendet Die drei M glichkeiten verwenden das Datenobjekt um den Warenkorb zu ver ndern Der Einfluss der Teilprozesse auf das Datenobjekt wird durch Assoziationen angedeutet Dies erleichtert das Verst ndnis f r den Betrachter Auch der zweite gro e Prozess der Best tigung einer Bestellung wird von einem Ereignis des Kunden angesto en Dabei beinhalte
79. unerwartetes Auflegen w hrend des Gespr ches Dies wurde im Prozess als Terminate Event modelliert Da im Prozess keine multiplen Instanzen vorkommen entspricht es hier der Semantik eines normalen Endes Um aber hervorzuheben dass es sich nicht um ein normales Been den des Prozesses handelt ist der Einsatz anstelle des einfachen Endevents gerechtfertigt Innerhalb der verschiedenen Buchungsprozesse m ssen drei spezielle Tasks unbe dingt ausgef hrt werden das weitere Verhalten kann beliebig variieren Zu den drei Tasks geh ren in dieser Reihenfolge 1 Signalisieren dass der Buchungsprozess gestartet werden soll 2 die bermittlung der Kreditkarteninformationen und 3 das Best tigen des Buchungswunsches Dies ergibt sich aus der Modellierung auf Seite von ehotel Anhand des einkommenden Events meistens eine Nachricht kann entschieden werden welcher Subprozess gestartet wird irgendwann werden die Kreditkartendaten zur Validierung ben tigt und try booking muss wiederum vom Kunden angesto en werden Auf Kundenseite ist die Modellierung der Buchungsvarianten durch ein einfaches XOR Gateway gel st Da eine Variante erst zur Laufzeit ausgew hlt wird muss der Prozess alle Optionen offen halten Sollen weitere Varianten angeboten werden so kann das XOR Gateway beliebig erweitert werden Der Entscheidungspunkt ist somit gleichzeitig Variationspunkt Neu anzukn pfende Buchungsarten m ssen auf jeden Fall die drei zuvor disku
80. vgl 6 bertragbar sind Ansatzpunkt f r weitere Arbeiten bildet die Frage der Abh ngigkeiten zwischen verschiedenen Variationspunkten Mit Hilfe von generischen Modellen ist in BPMN sofort erfassbar wie der Prozess einer Anwendungsdom ne auszusehen hat ohne Bezug auf einzelne Implementierun gen des Prozesses Hotel Reservierungs Systeme bilden solche Produktfamilien die sich nur in wenigen Aspekten voneinander unterschieden Optimierungspotentiale bei der Entwicklung neuer Produktvarianten k nnen durch das Verst ndnis der allgemei nen Prozesse besser genutzt werden Beispielsweise k nnten Reservierungen per WAP in einem nahe gelegenem Hotel oder Gruppenbuchungen in das vorhandene Modell mit wenig Aufwand integriert werden Referenzen 1 Apfelbacher R Rozinat A Fundamental Modeling Concepts FMC Notations Reference fmc hpi uni potsdam de 2004 2 Bayer J Kettemann S Muthig D Principles of Software Product Lines and Process Variants PESOA Report No 03 2004 www pesoa org pages Publications html 2004 3 BPMI Hrsg Business Process Modeling Notation BPMN Version 1 0 www bpmn org 2004 4 ehotel http www ehotel de Juli 2004 5 HRS http www HRS de Juni 2004 6 Krueger C W Variation Management for Software Production Lines In Chastek G J Hrsg Software Product Lines Proceedings SPLC 2 San Diego Springer Berlin Heidel berg 2002 7 OMG Hrsg Unified Modeling Language UML Supe
81. von gro er Bedeutung ist Die Gr nde liegen darin dass das Datenmodell nicht zwingend erforderlich ist um die Gesch ftsprozesse zu verstehen und dass die tats chlich notwendigen Objekttypen wie Artikel Bestellung Ware selbsterkl rend sind und keiner komplexen Analyse bed rfen 6 Lars Trieloff Die Situation ist anders geartet wenn es darum geht Gesch ftsprozesse selbst zu implementieren oder bestehende Gesch ftsprozesse mit dem Ziel der Verwaltung dieser durch ein Workflowmanagementprogramm detailliert zu beschreiben In diesem Fall muss das Datenmodell explizit ausformuliert sein da andernfalls Inkonsistenzen oder Duplikationen von ausgetauschten Daten zwischen Prozessteilnehmern auftreten k nnen Das vereinfachte Datenmodell der Amazon com E Business Applikation finden sie im Anhang Siehe E R Diagram Online Shop Data Model Modellierung von Navigationsstrukturen Eine w hrend des Seminars wiederholt aufgeworfene Frage war Wie lassen sich Navigationsstrukuren einer Webseite sinnvoll modellieren Zur Modellierung wurden einige nicht standardisierte Notationen vorgeschlagen darunter auch eine UML Erweiterung die UML mit Flussdiagrammen koppelte Die Entwicklung modernen Web Applikationen greift oftmals auf das Model View Controller Pattern zur ck welches zum einen eine Entkoppelung von Gesch ftsobjekten und Gesch ftsprozessen von der Darstellung dieser vorsieht zum zweiten die M glichkeit dass eine ze
82. wir unseren Blick erneut auf den Top Level Prozess Anhang Abbildung 9 Wir k nnen nun drei Stellen ausmachen an denen etwas ge ndert werden muss um diese Darstellung in einen konkreten Studiengang zu wandeln 1 Beim Eintritt in den Prozess Studium beginnen wird die entsprechende Anzahl an Belegungspunkten vergeben 2 Der zusammengesetzte Task Abschlussarbeit durchf hren wird durch einen konkreten Composite Task ersetzt z B Bachelorprojekt durchf hren 3 Je nach Studiengang und Fassung enth lt der Antrag auf Graduierung andere Pflichtinhalte Die berpr fung auf Vollst ndigkeit eines Antrags beruht somit jeweils auf einem Vergleich mit andern Daten Auf den ersten Punkt wurde im letzten Kapitel schon hingewiesen ich verweise an dieser Stelle erneut auf das ER Diagramm in Abbildung 7 Anhang aus welchem sich die entsprechende Punktezahl herauslesen l sst Auf die Aspekte zwei und drei werde ich jedoch genauer eingehen Sehen wir uns zuerst den Bachelorstudiengang an so wie er in der Studienordnung von 2001 festgelegt ist Wenn wir nun in den Composite Task Abschlussarbeit durchf hren hereinschauen w rden wir den in Abbildung 19 siehe Anhang modellierten Prozess vorfinden Hierin wird zuerst auf ein bestandenes Vorbereitungsseminar gepr ft Das Vorbereitungsseminar selbst befindet sich nicht in diesem Subprozess da es sich bei diesem prinzipiell um eine ganz normale Lehrveranstaltung hand
83. www amazon de 7 Apache Jakarta Struts http struts apache org 8 Business Process Execution Language for Webservices 1 1 Specification Microsoft IBM SAP BEA Siebel Systems 5 Mai 2003 r Parcel Service Freight service i Supplier s storehouse Amazon com storehouse Amazon com RJ Order Status Information Supplier R Ov Financial Institutions Block diagram Szenario Participants Seminar Processmodeling Lars Trieloff 05 06 2004 10 pejoejes 5 Buiddius sseJppv sung poyn 10 p p j s S 10 peioejes SI q pan os 0 uonninsu jeloueul4 pasa 81 He Buiddous JO S uonduoseq yonpold q pepi oJd SI Jeuddng v00c 20 S0 HOISUL SIE Jeuiues Iepom 3045 euguo 4 3 10 fuoDeje qns 7002 60 90 Jgoleu sie Buijepouisseooug 2949 05 dier esnouaJo S MAT ysiiqnd
84. zu konzentrieren Siegfried Wendt schreibt dazu in 6 Ein dynamisches System ist ein konkretes oder zumindest konkret 3 vorstellbares Gebilde welches ein beobachtbares Verhalten zeigt wobei dieses Verhalten als Ergebnis des Zusammenwirkens der Systemteile angesehen werden kann Helmut Balzert konkretisiert diese Aussage in 7 Der statische Aufbau eines Systems bedingt das dynamische Verhalten des 4 Systems Diese kausale Abh ngigkeit bewirkt dass es notwendig ist die statischen Aspekte einer Applikation zu modellieren um die dynamischen Aspekten dieser Applikation hinreichend zu beschreiben dies f hrt direkt zu dem in Abbildung 2 gezeigten Vorgehensmodell Determine Static Structure Determine Static Structure Identify the Identify the Identify the Identify the system system s System s system s assembly data model functions processes Fig 2 Vorgehensmodell Modelle der Ebay Plattform In diesem Abschnitt werden die erarbeiteten Systemmodelle der Ebay Plattform vorgestellt einleitend und als Zusammenfassung des vorangegangenen Abschnitts werden in Abbildung 3 die verwendeten Modelle zusammengefasst Betrachtungsebene Prim re Fig Fig Fig Fig Ebene 4 5 6 7 8 9 11 14 Sekund re Ebene n a n a n a n a Aufbau E R Use Cases Prozesse Aspekte Fig 3 bersicht Aufbau Abbildung 4 zeigt den konzeptionellen Aufbau der Ebay Plattform Der Aufbau eines Sy
85. 3 erkl rt Hotel Reservierungs Prozesse in allgemeiner Form und stellt ein anbieter unabh ngiges Top Level Prozessmodell dar Einzelne Probleme bei der Modellierung mit BPMN werden diskutiert Kapitel 4 stellt ein umfassendes Pro zessmodell f r ehotel vor Die Modellierungsaspekte Laufzeitvarianten Fehlerbehandlung transaktionales Verhalten und Nutzernavigation werden ausf hrli Business Process Management Systeme 2 Torsten Hahmann cher diskutiert Letztendlich folgt eine Beurteilung ob BPMN eine konsistente Modellierung der Reservierungsprozesse erlaubt und ob Varianten in geeigneter Form darstellbar sind 2 Hotel Reservierungs Systeme Grunds tzlich kann eine Hotel Reservierung auf zwei verschiedene Arten zustande kommen Einerseits kann der Kunde direkt die Hotels anrufen andererseits ist die Beauftragung eines Vermittlers m glich wenn man ins Reiseb ro geht oder eine der vielen Buchungsangebote im Internet nutzt Beiden Varianten liegt ein komplett unterschiedliches Systemverst ndnis zugrunde Wird direkt bei einem Hotel gebucht so sind genau zwei Akteure notwendig der Kunde und das Hotel Wird dagegen ein Vermittler eingeschaltet so ist der Vermittler Ansprechpartner f r den Kunden und das Hotel erst bei Ankunft tritt der Kunde direkt mit dem Hotel in Verbindung Der h here Aufwand durch das Einsetzen eines Vermittlers muss durch Vorteile dieses Konzeptes aufgewogen werden Das hei t Kunde und Hotel m ssen ber
86. BPELAWS automatisch bersetzen zu k nnen BPMN versucht die St rken verschiedener bereits etablierter Notationen in sich zu vereinen Dies soll eine universelle Einsetzbarkeit von BPMN in vielen Anwendungsgebieten erm glichen Diese Flexibilit t diente als Motivation BPMN zur Modellierung der Prozesse zu verwenden 1 3 Vorgehensweise Ein guter Ansatzpunkt f r die Modellierung der Prozesse bei DELL ist es zuerst die Webseite aufzusuchen An Hand der Webseite lassen sich erste statische Modelle entwerfen die den Ausgangspunkt f r die weitere Entwicklung darstellen Statische Modelle dienen dazu Abh ngigkeiten und Strukturen aufzuzeigen Besonders im Bereich des E Commerce bieten Navigationsdiagramme Hinweise darauf wie Aktivititen in einem Prozess angeordnet sein k nnten Sie liefern ein Bild des Aufbaus der Webseite Das anschlie ende Kapitel zwei wird sich mit dieser Thematik besch ftigen Ist man sich dar ber im Klaren wie der strukturelle Aufbau beschaffen ist kann man dieses Wissen verwenden um erste Prozesse zu modellieren Dabei ist es hilfreich sich zu erst auf Prozesse zu beschr nken die auf der Webseite unmittelbar ersichtlich sind BPMN wird im Kapitel drei zur Modellierung der E Commerce Prozesse verwendet Hier wurde mit dem sehr wichtigen Prozess der Ver nderung des Warenkorbes begonnen Dieser Prozess wurde dann in die Prozesse eingereiht die sich aus der Webseite nicht unmittelbar ableiten lassen So entstand nac
87. Beschreibung der Studienverwaltungs prozesse der Hasso Plattner Institut f r Softwaresystemtechnik GmbH HPI Die Aufgabenstellung legt fest dass zu den Informationen die f r die Darstel lung dieser Prozesse ben tigt werden eine Erhebung in Form eines Interviews durchzuf hren ist Anschlie end sind die Studienverwaltungsprozesse in einem Ist Modell darzustellen welches die an den Prozessen beteiligten Personen sowie die statischen und dynamischen Aspekte repr sentiert Im Rahmen der Ausar beitung wird dazu zun chst der Weg der Erhebung des Prozesses einschlieflich dazu n tiger Vor berlegungen beschrieben Anschlie end werden die verschiede nen Sichten auf das Ist Modell der Prozesse vorgestellt und Probleme die bei der Modellierung aufgetreten sind an Hand eines Beispiels erl utert Darauf aufbau end werden die M glichkeiten zur Optimierung der Prozesse diskutiert und ein m gliches Ergebnis in Form eines Soll Modells pr sentiert Abschlie end werden die Ergebnisse der Modellierung zusammengefasst speziell auch die Eignung der gew hlten Modellierungstechniken f r den jeweiligen Zweck 2 Der Weg zu den Modellen So wie Rom sprichw rtlich nicht an einem Tag erbaut wurde wurden auch die Modelle der Studienverwaltungsprozesse nicht von heute auf morgen erstellt Dieses Kapitel widmet sich deshalb den vorbereitenden Ma nahmen Dazu wird zun chst grob die Vorgehensweise beschrieben Anschlie end werden Vor berle gungen zu
88. Buchungssystems auf 2 2 Anwendungsfalle Um ein System wie bahn de beschreiben zu k nnen ist es hilfreich sich zun chst einen umfassenden berblick ber die vorhandenen Funktionalit ten zu verschaffen Hierzu wird im ersten Schritt analysiert welche Akteure in dem betrachteten Sys tem eine Rolle spielen und auf welche Art und Weise sie das System nutzen Diese Informationen lassen sich am besten durch einer Analyse der Anwendungsf lle und der Erstellung eines entsprechenden UML 2 0 Use Case Diagramms OMG023 503 Lar01 gewinnen So kann auch festgestellt werden wie die Umgebung des Systems aussieht und mit welchen anderen Systemen es interagiert 2 1 Top Level Use Case Bei der Analyse l sst sich der Kunde als Rolle und der Zahlungsabwickler als Ak teur identifizieren Der Kunde stellt in diesem Zusammenhang den Hauptnutzer des Systems dar Der Zahlungsabwickler hingegen repr sentiert eine angeschlossene An wendung zur Abwicklung von Zahlungen mit Banken und Kreditkartenunternehmen Dar ber hinaus wickelt er auch das Gutschreiben von Betr gen und die Validierung von Kreditkarteninformationen ab Aufgrund der Funktionalit ten die das Auskunfts und Buchungssystems bahn de dem Nutzer anbietet lassen sich folgende f nf Anwendungsfille ableiten Verbindung suchen Der h ufigste Anwendungsfall repr sentiert die verschiedenen Suchm glichkeiten die ein Kunde nutzen kann um eine bestimmte Reiseverbi
89. Frage auf wie mit kleineren nderungen zu verfahren ist Also mit Abweichungen die so minimal sind dass sie ein Auswechseln eines Subprozesses nicht rechtfertigen Nehmen wir einfach einmal an dass es eine zus tzliche nderung in der Studienordnung von 2004 zu der von 2001 g be n mlich dass ein Student nach dem Belegen sofort ein Entgelt f r die gew hlte Lehrveranstaltung leisten muss In diesem Fall w re es stark bertrieben einen Belegen 2001 sowie einen Belegen 2004 Subprozess zu erzeugen da der Unterschied ja nur in einem einzigen zus tzlichen Task l ge F r solche F lle m chte ich im Folgenden drei andere Vorschl ge pr sentieren Abbildung 2 zeigt eine erste grobe berlegung Hier sind die unterschiedlichen Varianten durch Annotierungen gekennzeichnet Zur Bauzeit des Systems werden dann alle nicht gew hlten Varianten weggelassen Dieser Ansatz ist jedoch aufgrund zweier Punkte mehr als problematisch Zum einen beinhaltet YAWL keine Anmerkungselemente es w re also eine grafische Erweiterung der Sprache n tig und zum anderen kann es eventuell bei unpassender Kombination mehrerer Varianten zu Deadlocks kommen Modellierung der Studien und Pr fungsordnungen 11 Variante 1 N w 2 Variante 2 Fig 2 Kennzeichnung von Varianten mit Hilfe von grafischen Erweiterungen Ich m chte diese Methode auch gar nicht weiter verfolgen sonder
90. H i lt lt lt N 9 pu amp p M 8 pl i 8 i i E ar t i 3 Otto de Supply service Financial institute Ze en en e de wu U Eig Sne c d get item back Order money via credit card send invoice forreciamalion Get information about incoming money Fig 3 1 BPMN Diagramm Kunde als White Box restliche Akteure als Black Boxes Send needed information Otto de Modellierung eines WebShops 17 Fig 3 2 BPMN Diagramm Kunde und Otto de als White Boxes nee Put item into cart v Browse to de Selediem Buyiiem Send invoice t 5 LE B 2 Receive item LLL back i Receive item Payitem L RI m 1 1 1 1 iu v Colleditemsin Colledorder cart information A F F money_remind E proposs d B __ E 1 I T B B 0 1s 1 5 Send money gotitembackss j back already payed A 1 i y d El 4 SS E E a Eu 1 RE E Ea 1 P ku Brame ______ I SSS Sn 7 b e T 4 i cc i
91. Hierbei sind einzelne Teilprozesse zun chst ausschlaggebend Diese werden zun chst detailiert modelliert Anschlie end werden diese zu einem Subprozess zusammengefasst welcher wiederum mit anderen Subrozessen einen eigenen Gesch ftsprozess bildet Der Modellierende begibt sich dabei Schritt f r Schritt auf ein h heres Abstraktionslevel Es gibt noch andere m gliche Ans tze um Gesch ftsprozesse mit BPMN oder anderen Modellierungssprachen darzustellen doch diese beiden sind die am h ufigsten genutzten 8 Autor Thomas Hille 5 3 Modellierung von Otto de Bei der Modellierung von Otto de wurde der Top Down Ansatz gew hlt Ausgangspunkt war eine abstrakte Sicht auf die Pools von Otto de dem Lieferservice und dem Finanzinstitut Abbildung 3 1 Da die Prozesse auf der Seite des Kunden relativ linear verlaufen wurden diese bereits in dem ersten Diagramm festgehalten Die Besonderheiten des Diagramms liegen in zwei bis dahin nicht n her spezifizierten kollabierten Subprozessen Select item und Buy item Es gibt zwei Gatewaytypen in diesem Diagramm zum einen den datenbasierten Gateway welcher in Abbildung 3 1 die Zahlungsmethode als Bedingung f r die Sequensflussrichtung abfragt und zum anderen den parallelen oder AND Gateway welcher den Sequenzfluss derart splittet dass die Aktivit ten beider Flussarme ausgef hrt werden m ssen Bereits in diesem Stadium werden die einzelnen Nachrichtenfl sse eingezeichnet Da diese bere
92. Hotel in diesem Fall ehotel informieren F llt eine Stornierungsgeb hr an berweist das Hotel die Provision Auf Seite von ehotel ist ebenfalls ein bedingter Fluss angebracht Die ber die Abwicklung der Provisionszahlungen ist nichts Genaueres bekannt denkbar w ren monatliche Zahlungen automatische Abbuchungen Lastschriftverfahren durch ehotel oder einzelne berweisungen F r die Darstellung im Prozess reicht die Modellierung einer all gemeinen Zahlung aus Modellierung von Hotel Reservierungs Systemen 17 Spezifikation von BPMN trifft keinerlei Aussage ber bedingten Fluss ausgehend von Events Die Aussage dass grunds tzlich jeder Sequenzfluss bedingt sein kann erlaubt eine solche Modellierung andererseits wird nur bei Sequenzfl ssen ausgehend von Aktivit ten die Notation durch einen Mini Diamanten eingef hrt 3 ber Events wird an dieser Stelle nichts weiter gesagt Zu diesem Punkt sollte die Spezifikation noch erweitert werden da eine Modellierung mit Mini Diamanten anstelle von XOR Gateways das Prozessverst ndnis erleichtern kann 5 Prozessaspekte im Vergleich ehotel vs HRS Weil HRS auf direkte Stornierung des Kunden beim Hotel verzichtet vgl Abbildun gen 14 und 26 wird die Modellierung des Nachrichtenflusses f r HRS erheblich erleichtert Es sind keine verzweigten Nachrichtenfl sse mehr notwendig Die am Ende von Kapitel 4 3 beschriebenen Probleme tauchen nicht mehr auf Auf Kunden ebe
93. Je nachdem welche Nachricht von GMX kommt Datenabfrage oder Erfolgsmedlung wird auf Benutzerseite ein anderer Pfad eingeschlagen Weiterhin wurde das Rule Based Event dazu benutzt den Prozess abzubrechen wenn der Benutzer einfach entscheidet keine Daten mehr zu schicken Es wurde nicht ein Timer Event ge w hlt da dieser nur einen festen Zeitpunkt oder ein Intervall als Ausl ser haben kann 1 p 50 Somit m sste nach jeder Benutzereingabe der Timer wieder auf einen neuen Zeitpunkt eingestellt werden was unpraktisch ist 4 3 Login Hat der Benutzer nun nachdem er sein Innerstes nach Au en gekehrt hat einen Account kann er sich einloggen Dieser Prozess dargestellt in Abbildung 7 ist nat rlich aus vielen Applikationen bekannt und auch nicht weiter berraschend in der Modellierung Zun chst sendet der Benutzer seine Zugangsdaten und startet damit auf GMX Seite den Login Prozess GMX pr ft ob die Zugangsdaten korrekt ist ist dies der Fall wird eine Session gestartet und ber ein Link End Event an einen anderen Prozess E Mail Dienste nutzen 4 5 bergeben in dem dann auf GMX Seite die E Mail Bearbeitung stattfindet Sollten die Zugangsdaten nicht korrekt sein wird dies dem Nutzer bermittelt Dieser hat dann drei M glichkeiten 1 Aufzugeben und damit den Login Prozess beenden 2 Es noch einmal versuchen 3 Sein Passwort zur ckzubekommen Wenn der Kunde es noch einmal versucht wird auf GMX Seite ein neuer Login Pro
94. Modellierung der Studien und Pr fungsordnungen Kay Hammerl Lehrstuhl Business Process Technology Hasso Plattner Institut f r Softwaresystemtechnik kay hammerlQ student hpi uni potsdam de Abstract Diese Ausarbeitung welche im Rahmen des Seminars Prozessmodellierung entstand besch ftigt sich mit der Modellierung der Studien und Pr fungsordnungen des Hasso Plattner Instituts welche in zwei unterschiedlichen Fassungen vorlagen Als Hauptmodellierungssprache findet die noch recht junge Workflowsprache YAWL Verwendung Neben den Ergebnissen an welchen die Eignung von YAWL zur Modellierung festgestellt werden soll wird auch die Herangehensweise angesprochen Es werden weiterhin die Unterschiede der beiden Ordnungen aufgedeckt und anhand dieser die M glichkeiten der Variabilit tsmodellierung in YAWL untersucht Hierzu werden mehrere Vorschl ge vorgestellt Abschlie end wird eine subjektive Bewertung zu YAWL gegeben 1 Einleitung Die Studien in Verbindung mit der Pr fungsordnung des Hasso Plattner Instituts f r Softwaresystemtechnik HPI regelt den allgemeinen Aufbau sowie die Gestaltung des dort angebotenen Bachelor und Masterstudiengangs Die beiden Ordnungen existieren in zwei unterschiedlichen Versionen In der aktuell g ltigen Fassung welche im Jahr 2001 verabschiedet wurde und in einer Neufassung vom April 2004 die die Alte in naher Zukunft ersetzen soll Die Aufgabe in diesem Seminar bestand nun darin die in de
95. Modultests nachgeholt werden m ssen Au erdem ist anzumerken dass Testabdeckungsma e nicht zum Einsatz kommen Testabdeckungsma e geben eine Aussage dar ber z B wie viel Prozent des Quelltex tes Anweisungs berdeckung von Testf llen abgedeckt werden Die Einf hrung solcher Softwarema e u a dazu f hren toten Code zu identifizieren Nach Aussagen von Mitarbeitern werden sch tzungsweise zwanzig Prozent des Quelltextes nicht mehr verwendet Weitere Informationen zu Qualit tssicherung und management sind in 2 und 6 zu finden 5 4 Reifegradiiberlegungen Bei genauem Betrachten der Diagramme im Anhang wird man erkennen dass dort Requirements Engineering Prozesse nicht auftauchen W ren sie genau definiert k nnte eine st rkere Kundenorientierung erreicht werden Weiterhin k nnte man sich um die Anwendung des an der Carnegie Mellon Uni versity Pittsburgh PA USA entwickelte Capability Maturity Model CMM Ge danken machen Es handelt sich hierbei um ein Assessment Verfahren bei dem der Reifegrad des vorherrschenden Prozesses anhand mehrerer Kriterien analysiert wird Man geht beim CMM davon aus dass man von der gemessenen Prozessqualit t R ckschl sse darauf machen kann ob die Produktentwicklung zuverl ssig d h ter min kosten und qualit tsgerecht ist oder nicht Im CMM sind f nf Stufen definiert in die der aktuelle Reifegrad des Prozesses eingeordnet wird initial repeatable defined managed
96. Potsdam in der Fassung vom 14 Juni 2001 YAWL unterst tzt s mtliche der 20 Workflowpattern mit Ausnahme der Implicit Termination 4 Modellierung der Studien und Pr fungsordnungen 15 Pr fungsbestimmungen f r die Studieng nge der Softwaresystemtechnik an der Universit t Potsdam in der Fassung vom 14 Juni 2001 Studien und Pr fungsbestimmungen f r den Bachelor und den Master Studiengang der Softwaresystemtechnik an der Universit t Potsdam in der Version vom 27 01 2004 W M P van der Aalst and A H M ter Hofstede YAWL Yet Another Workflow Language Revised version QUT Technical report FIT TR 2003 04 Queensland University of Technology Brisbane 2003 W M P van der Aalst L Aldred M Dumas and A H M ter Hofstede Design and Implementation of the YAWL system To appear in Proceedings of The 16th International Conference on Advanced Information Systems Engineering CAiSE 04 Riga Latvia June 2004 Springer Verlag W M P van der Aalst A H M ter Hofstede B Kiepuszewski and A P Barros Workflow Patterns QUT Technical report FIT TR 2002 02 Queensland University of Technology Brisbane 2002 16 Kay Hammerl Appendix extends Belegung zur ckziehen extends Graduieren Student Leistungen anerkennen lassen an Leistungserfassungsprozess teilnehmen Abschlussarbeit durchf hren SS Verwaltung Studienausschuss es Professor
97. Raumbedarf Terminw nsche Zielgruppe z B 1 Fachsem SST Personalverzeichnis f VV Vorlesungsverzeichnis fortlaufende Liste der durchgef hrten LVen ab ca 5 Monate vor Beginn des Folgesemesters bis in dessen Vorlesungszeit hinein HPI Stud Verw Lehrst hle GL bermittlung des LV Verzeichnisses an die Uni Verwaltung Zusammenstellung des LV Katalogs f r das HPI als Basis f r Raumplanung Aushang und Belegung Ermittlung der nach Studienordnung n tigen Kern LV Verteilung auf Lehrst hle bzw Anfrage an GF bez glich externer Lehrpersonen Vertr ge mit und Koordination von Lehrpersonen paral Abfrage der einzelnen Lehrst hle nach LV Aufbereitung der Daten bermittlung an Uni drei Termine PV VV Korrekturen und Raumplanung Ver ffentlichung bereits feststehender LVen Parallel zur weiteren Planung werden Lehrinhalte und Details zur Leistungserf von den Lehrpersonen eingepflegt bzw aktualisiert zum Abschluss wird Liste ber durchgef hrte LVen aktualisiert 19 Raumplanung Personen HPI Raum PlanerIn FM Informatik Raum PlanerIn Daten Zeiten Orte Zweck Ablauf LV Daten Kapazit t Anzahl Teiln Dauer Anzahl Bl cke Besonderheiten z B Block LV bereits festliegende Zeitslots vor Beginn der Vorlesungszeit nach Basis LV Planung HPI H rsaalgeb ude Seminarr ume Rechnerpools Zusammenstellung des Stundenplans inkl Raumverteilung Auswertung der LV Planungsdaten Pr fung besonderer Term
98. S Abbildung 13 und 14 Bei beiden gibt es vier identische Anwendungsf lle Use Cases 1 Information ber Hotels und deren Verf gbarkeit 2 Reservierung eines Hotels und 3 Stornierung einer Reservierung sowie die 4 Abwicklung Die Abwicklung ist nicht Teil der von ehotel und HRS bereitgestellten Reservierungs Systeme Beide Anbieter treten nur als Vermittler auf d h der Vertrag kommt immer zwischen Kunde und Hotel zustande Die Abwicklung der Bezahlung obliegt somit diesen beiden Vertragspartnern die Reservierungs Systeme k nnen dabei nur unterst tzend wirken indem sie z B Kreditkarteninformation erfassen Eine Umbuchung wurde als separater Vorgang bei den Use Cases von HRS mit ber cksichtigt Innerhalb des Systems werden Umbuchungen als Komposition aus Stornierung und neuer Buchung betrachtet In UML 2 0 wird eine solche Einbezie hung anderer Anwendungsf lle durch lt lt include gt gt markiert die Ausf hrung der so referenzierten Use Cases ist nicht optional Im Reservierungs System von ehotel spielt die Umbuchung keine gesonderte Rolle W nscht der Kunde eine so ist er aufgefordert selber seine alte Reservierung zu stornieren und eine neue durch zuf hren 4 Welche Akteure bei Ausf hrung einzelner Anwendungsf lle involviert sind bietet ein weiteres Unterscheidungsmerkmal zwischen beiden Systemen Welche Akteure an welchen Aktionen beteiligt sind ergibt sich schon aus dem jeweiligen Aufbau Im
99. SMS Node Taschen Node mock le Uhren Node H Direktsuche Special Shops Nodes enema Node 7 N letter Basic Fashion Nie Node Lager Node gt Awards Node Bee Best nr Eingabe Node atikel gekommen Paketshop_ wy Suche Node Bestellschein Node T Monatsbetrags hner Nod Special Shop Sub Topic Berner Node _Nodes v Lieferauskunft_ einhole_Node Bestellung Fes t tigungs Node Sat A sdruck_ Node 14 Autor Thomas Hille lt lt entity node gt gt Homepagenode entity node gt gt Best nr Direkteingabe _ Node start y cancel submit entity node gt Best nr Eingabe Node cancel submit activity node container gt gt Pers nliche Angaben Node Container activity node gt Namen Eingabe Node activity node gt Geburtsdatum Eingabe Node activity node gt Adresse Eingabe Node activity node gt Titel Eingabe Node start entity node gt Bestellschein N ode start 4 cancel submit activity node container gt Artikel nderungs Node Container activity node gt Eigenschaften Node activity node gt Anzahl Node activity node gt Versandart Node activity node gt Zahlungsmethoden N ode activity node gt Raten
100. Vergleich zu HRS ist bei ehotel das System von PEGASUS als zus tzlicher Akteur bei Information Buchung und Stornierung notwendig Eine Ausnahme bildet die direkte Stornierung des Kunden beim Hotel Dieser Fall ist im System von HRS berhaupt nicht vorgesehen Beide Systeme akzeptieren Buchungen sowohl online ber ihr Portal als auch telefonisch oder schriftlich E Mail oder Fax F r Stornierungen bieten beide Anbie ter jedoch unterschiedliche Kommunikationswege an In den Use Case Diagrammen PEGASUS Solutions Inc bietet Reservierungssysteme z B NetBooker an die von ehotel zur Suche und Reservierung von Hotels verwendet werden Den Hotels ist es m glich ihre eigenen Kontingente innerhalb des Reservierungssystems von PEGASUS selbst zu verwal ten Weitere Informationen dazu unter www pegs com UML Unified Modeling Language 4 Torsten Hahmann stellt sich das jeweils als eine Vererbungs Beziehung dar wie sie auch zur Modellie rung der Buchung angewandt wird Aus einer solchen Darstellung sind Varianten f r Buchung bzw Stornierung problemlos identifizierbar Denkbar w ren auch verschie dene Varianten der Informationsbeschaffung dies kann online am Telefon oder auch per Fax bzw E Mail erfolgen entsprechend den Buchungsarten Da die Informati onsphase f r die weitere Arbeit jedoch zweitrangig ist wird hier auf eine Vererbung verzichtet Die Modellierung der Prozesse in Kapitel 4 wird darauf aufbauen 2 3 Allgem
101. Wochen wird der Vorgang einem Anwalt bergeben 5 3 1 Probleme Im Bezug auf die Darstellbarkeit von Sachverhalten ergeben sich bei der BPMN keinerlei Probleme Mit Hilfe der Spezifikation 1 sind die Modellierungselemente eindeutig nutzbar Probleme k nnten sich eventuell aus dem Umfang der m glichen 10 Autor Thomas Hille Elemente ergeben Beispielsweise ist es fraglich ob es wirklich notwendig ist 6 verschiedene Gateways zu definieren Neben einem Event Based Gateway w rde wahrscheinlich ein Data Based Gateway reichen an dessen Ausgangsstellen die entsprechenden Sequenzflussbedingungen vermerkt sind Speziell im Fall von Otto de ergab sich ein Problem daraus den Prozess auf Kundenseite derart zu gestalten dass ein eventueller Austausch des Internetkunden gegen einen Telefonkunden m glich ist Das in Abbildung 3 2 vorliegende Diagramm erm glicht dies auch wenn der Telefonkunde nicht explizit modelliert wurde In diesem Fall m sste ein Otto Kundenbetreuer oder ein elektronischer Mittler auftreten 5 4 Zwischenfazit Die BPMN erweist sich als sehr m chtige Modellierungssprache welche die Nachteile vorher beschriebener Diagrammtypen ausgleicht Da es sich um einen sehr komplexen Diagrammtyp handelt ist es notwendig sich intensiv mit der Notation zu besch ftigen Das Modellierungsbeispiel Otto de zeigt dass eine gewisse bersichtlichkeit gew hrleistet ist auch wenn es sich um recht komplexe Prozesse handelt 5 YAWL Die A
102. ahmen dieser Ausarbeitung sprengt 5 1 Verwendung von Konstruktionspl nen Wie bereits in Abb 2 zu sehen ist sind die zentralen Dokumente innerhalb der Abtei lung Quelltext Fehler Featurebeschreibungen und Testf lle Dies zeigt dass die Entwicklung eher code getrieben ist Doch gerade in einem so komplexen System wie der MaxDB verlieren die Entwickler oft den berblick und viel Zeit wird f r das Verstehen von vorhandenem Quelltext aufgewendet Durch eine durchgehende Ver wendung von geeigneten Modellierungstechniken und Konstruktionspl nen w re es wahrscheinlich m glich die Produktivit t jedes einzelnen zu steigern indem vor allem Einarbeitungszeiten verk rzt und Missverst ndnisse vermieden werden Eine k rzere Einarbeitungszeit ist dabei auch ein interessanter Punkt f r die Anwerbung von Open Source Entwicklern Anbieten w rde sich z B FMC 1 FMC ist an dieser Stelle sehr geeignet da es eine konzeptionelle Sicht Systemsicht bietet und sich nicht auf eine blo e Be schreibung der Quelltextstruktur beschr nkt FMC ist nicht beschr nkt auf objektori entierte Software wodurch auch die zahlreichen in Pascal und C programmierten Module modelliert werden k nnen Zu diesem Thema ist jedoch zu sagen dass bereits einmal die Verwendung von entsprechender technischer Dokumentation in gewissem Umfang bestand Da die Entwickler allerdings die Modellierungsarbeit als unzumutbare Mehrarbeit zum Pro grammieren angeseh
103. akti on erfolgreich beendet Tritt dagegen vorher ein Fehler auf Hotel ist mittlerweile zum gew nschten Datum ausgebucht so muss der letzte konsistente Zustand der Daten wiederhergestellt werden 7 try booking confirmation request booking 0 0 booking 7 7 V Abb 10 Buchungs Transaktion im ehotel Prozess 4 3 Stornierungsphase Bei ehotel gibt es zwei grunds tzlich verschiedene Wege zu stornieren ber ehotel oder direkt beim Hotel Die Variante der direkten Stornierung ist insbesondere f r Scheitert die Kommunikation mit dem System des Hotels so muss durch die Stornierung sp ter wiederholt werden Dies kann z B durch geschicktes Logging sichergestellt werden Modellierung von Hotel Reservierungs Systemen 15 kurzfristige Stornierungen gedacht Wird dagegen bei ehotel storniert so kann dies wiederum ber diverse Kommunikationsmedien geschehen Unabh ngig von der Wahl des Kommunikationsmediums erm glicht die Einfachheit des Stornierungspro zesses eine einheitliche Modellierung Wesentlicher Grund daf r ist der atomare Charakter der Stornierung Egal ob der Kunde seine Daten Buchungsnummer und Stornierungs TAN in ein Webformular eintr gt eine E Mail schickt oder telefonisch eine Stornierung veranlasst wird bei Ausf hrung des Stornierungsbefehls im ehotel System meistens sofort eine Erfolgsmeldung zur ckgegeben Wenn dies nicht der
104. akzeptiert und Amazon com informiert andernfalls wird Amazon com ber die Probleme mit der Handhabung der Beschwerde informiert Gleichfalls wird verfahren wenn nach Versteichen einer bestimmten Frist keine R cksendung eingeht Bestellungen berpr fen Diese Aktion wird vom Finanzdienstleister durchgef hrt und ist im Expanded Sub Process Verify Order zu betrachten Der eingehende Pr fungsauftrag wird angenommen es wird berpr ft ob der Anfragende die n tigen Berechtigungen hat Bestellungen zu pr fen zum Beispiel ob Amazon com mit der jeweiligen Kreditkartenfirma einen Vertrag abgeschlossen hat Anschlie end wird Rechnungsbetrag und Kreditrahmen des Kunden verglichen um dann einen positiven oder negativen Bescheid abzugeben Transaktion durchf hren Die Abwicklung einer Zahlungstransaktion ist schematisch im Expanded Sub Process Handle Transaction aufgef hrt Nach Eingang der Aufforderung zur Transaktionsdurchf hrung wird erst das Konto des Zahlenden belastet um den entsprechenden Betrag anschlie end dem Konto des Empf ngers gutzuschreiben Treten dabei Fehler auf so wird die berweisung r ckg ngig gemacht Amazon com 17 Zusammenfassung Die vorliegende Analyse kann nur eine begrenzte Analyse der Prozesse im Amazon com Online Shop sein da Amazon com als Black Box Modell betrachtet wurde und nur ein Reverse Engineering m glich war Um tats chliche E Business Applikationen aus einem solchen Modell
105. al Grund Le LES nicht cobs i zeptiei teilnehmen 4 wee LES mit T 1 nicht Time out 1 ausreichend bewerten mL Fig 16 Leistungserfassungsprozess Antrag Antrag Gr nde 2 En N Ent Antrag 4 Ik Ent E CERA ein sl dis gt ber heideri gt scheidung scheidung kutieren pr fen N gt zustellen OUT Belegung zur ck IN Belegung zur ck ziehen imegul r ziehen imegul r En N l schen Fig 17 Belegung zur ckziehen irregul r Modellierung der Studien und Pr fungsordnungen 23 Unter Anfertigen Schreiben r des Vorsitzender Zeugnisses Studien ausschuss S Unter Aush ndi schreiben us SR ntrag esamtnote itzend n SH Graduierung berechnen ossi a Zeugnis amp inreich Studien Urkund einreichen ausschuss gt unde IN Graduieren Anfertigen OUT Graduieren 4 O Urkunde Unter schreiben Le Dekan d Math Nat is Fakultat Fig 18 Graduieren Auf best Vor Bachelor be
106. auf die einzelnen hier angesprochenen Unterprozesse eingehen Amazon com 11 Artikel suchen Beschrieben im Expanded Sub Process Search Items Der Kunde durchsucht den Katalog durch Eingabe bestimmter Suchkriterien Anschlie end betrachtet er die Ergebnisliste und kann die Suche einschr nken oder erweitern beziehungsweise wenn er einen interessanten Artikel auf dieser Liste findet diesen zum Warenkorb oder zur Wunschliste hinzuf gen oder die Detailansicht des Artikels aufrufen Von hier aus kann man den Artikel ebenfalls zur Wunschliste oder zum Warenkorb hinzuf gen oder zum One Click Checkout weitergehen was den Suchprozess ebenso beendet wie das betrachten hnlicher oder empfohlener Artikel Ist der Kunde hingegen an dem Artikel nicht interessiert so kann er mit der Suche fortfahren Artikel durchsuchen Dieser Teilprozess ist im Expanded Sub Process Browse Items dargestellt Der Kunde kann sich hierbei eine Kategorie zum Durchsuchen ausw hlen oder Unterkategorien einer Kategorie betrachten F r die einzelnen Artikel stehen die gleichen M glichkeiten zur Wahl wie auch bei der Artikelsuche Hinzuf gen zum Warenkorb Hinzuf gen zum Wunschzettel One Click Checkout und Betrachtung hnlicher oder empfohlener Artikel hnliche Artikel betrachten Zum Betrachten hnlicher Artikel dargestellt im Expanded Sub Process Related Items kann man von verschiedenen Startpunkten aus gelangen als da w ren Empfehlungen von
107. b Prozess die E Mails bearbeitet Wenn der Benutzer damit fertig ist oder wenn der Login nicht funktioniert hat wird der Benutzer Prozess beendet Dieses BPD ist sehr einfach und enth lt neben Sequenzen nur XOR Splits und Joins 4 2 Benutzerkonto erstellen Beim Erstellen eines Benutzerkontos passiert eigentlich nicht viel Interessan tes GMX fragt sequenziell eine gro e Menge an pers nlichen Informationen ab nachdem es diese alle erhalten hat wird der Account erstellt Da die kostenlo sen Dienste rein werbefinanziert sind m chte GMX nat rlich gerne so viel wie m glich ber seine Kunden wissen Ob allerdings das Abfragen von ca 200 Ein zeldaten auf 10 Formularen nicht doch Overkill ist und eher zu Falschangaben f hrt sollte wohl bedacht werden GMX scheint dies nicht zu glauben und wirbt auf seiner Website f r Werbekunden Kaum ein Anbieter hat so viele Informationen von seinen Nutzern wie GMX Denn jedes GMX Mitglied muss bei der Anmeldung einen aus f hrlichen Registrierungsfragebogen ausf llen Durch die gezielte Abfra ge erh lt GMX von jedem Mitglied ein exaktes Nutzerprofil Da einfach nur sequenziell etwas abgefragt wird hatte ich zun chst angefan gen dies genauso zu modellieren als eine lange Sequenz von Einzelabfragen und Antworten Abbildung 5 Dieser Ansatz erschien aber schnell als sehr unfle xibel und unsch n deshalb wurde ein allgemeinerer Ansatz gew hlt der nicht die Einzelabfragen hi
108. bb 4 beispielhafte Verfeinerung einer Aktivit t mit potentiellen Nachrich ten durch die ausschlie liche Verwendung von Message Events Bedingte Sequenzfl sse Ein weiteres Problem bei der hierarchischen Dekomposition stellen bedingte Sequenzfl sse dar Die Spezifikation von BPMN erlaubt dass eine Aktivit t mehrere ausgehende Sequenzfl sse haben darf eine Art der Umsetzung des Multiple Choice Pattern 3 14 Es wird eine Kennzeichnung als default bzw conditional empfohlen Die Abbildung der Kanten auf Endzust nde im verfeinerten Ablauf ist in der graphischen Notation von BPMN nicht m glich Abhilfe schaffen hier Attribute und deren Darstellung als Kommentare wie in Abbildung 5 verdeut licht Allerdings beeintr chtigen diese die bersichtlichkeit der Prozessmodelle Die Spezifikation von BPMN schl gt deshalb eine graphische Notation vor in der Start und Endevents eines expandierten Subprozesses auf dessen Rand gelegt werden um die Nachvollziehbarkeit des Flusses ber Aktivit tsgrenzen hinaus zu gew hrleisten vgl Abbildung 6 3 Trotzdem m ssen f r eine sp tere Abbildung auf BPELAWS entsprechende Attribute hinzugef gt werden Diese Art der Darstellung wird in den folgenden Modellen verwendet Implizierte Start und Endevents Abbildung 5 ist ein Beispiel f r die Verwendung impliziter Start und Endevents W rde man Start und Ende der Aktivit t Buchungs phase jeweils explizit darstellen so w re klar ersi
109. bel und ohne weit reichende Konsequenzen verschoben werden k nnen im sp teren Verlauf nur wenig Spielraum vorhanden ist und nderungen an bereits laufen den Veranstaltungen immer mit zus tzlichem Aufwand verbunden sind Diese M glichkeit wurde durch die Fragengruppe Wann ermittelt Die Alternative wird hier gefunden durch Wann wird es getan und Wann sollte es noch getan werden k nnen bez glich der Nachmeldung von Lehrveranstaltung bzw zwi schen Wann wird es getan und Wann sollte es getan werden bezogen auf die Einplanung von Lehrveranstaltungen insgesamt Die gefundenen Optimierungsans tze sind streitbar da sie auf die Einsparung von Verwaltungsaufwand abzielen Es ist aber nicht gesagt dass das Qualit tsziel die unbedingte Minimierung des Verwaltungsaufwands ist Statt dessen k nnte beispielsweise auch gr tm gliche Flexibilit t beim Anbieten von Lehrveranstal tungen im Vordergrund stehen Dann w re das Weglassen der M glichkeiten zur Nachplanung kein sinnvoller Ansatz Bei anderen Zielfestlegungen k nnten sich durchaus auch andere Ans tze finden lassen 4 2 Soll Modell Entsprechend den Analyse Ergebnissen wird nun der in den Abbildungen 18 und 19 dargestellte Soll Ablauf als eine M glichkeit zur Optimierung vorge stellt Die Meldung der Lehrveranstaltungen wird nur bis zur bermittlung des endg ltigen Vorlesungsverzeichnisses an die Universit tsverwaltung erm glicht Alle nachfolgenden Proz
110. bk rzung YAWL steht f r Yet Another Workflow Language 7 hnlich den in BPMN blichen Events gibt es in YAWL sogenannte Conditions welche ebenfalls mit Hilfe eines Kreises dargestellt werden Es gibt Input Conditions mit dem typischen PLAY Pfeil wo der Prozess beginnt und Output Conditions mit dem quadratischen STOP Symbol Das splitten von Markenfl ssen wie sie bei YAWL genannt werden erfolgt entweder mit Hilfe einer Condition und zweier atomarer Tasks dargestellt durch ein Viereck als sog Deferred Choice oder durch die direkte Abfrage einer Bedingung Es ist unter YAWL m glich Prozesse zu kapseln In diesem Zusammenhang wird von einer Composite Task gesprochen hnlich den kollabierten Subprozessen unter BPMN 5 1 Bewertung des Diagrammtyps Es ist m glich mit Hilfe von YAWL s mtliche Workflowpattern zu konstruieren 6 Aufgrund der Beschr nktheit der verwendbaren Elemente ist dies jedoch h ufig sehr aufwendig und umfangreich Die Eventbehandlung unter YAWL ist sehr simpel Dadurch ist es schwer unterschiedliche Events auf den ersten Blick zu unterscheiden und die entsprechenden Bedeutungen beizumessen Ein Vorteil in Hinblick auf die Erlernbarkeit und intuitive Inerpretierbarkeit von YAWL ist jedoch die Einfachheit dieser Sprache Otto de Modellierung eines WebShops 11 5 2 Modellierung von Otto de Um einen m glichen Vergleich zwischen YAWL und BPMN zu erm glichen wurde derselbe Prozess modelliert wel
111. bwohl sich YAWL sehr gut zur Beschrei bung von Abl ufen eignet gab es dennoch einige Schwierigkeiten bei der Um setzung der Studienverwaltungsprozesse So ist eine explizite Modellierung der Zeitpunkte f r Semesteranfang und ende auf der Ebene der Ablauf bersicht nicht m glich da einige Prozesse wie die Ver ffentlichung der Leistungserfassungsprozesse jeweils ber diese Grenzen hin weg verlaufen Einige Instanzen davon werden vor Semesterbeginn ausgef hrt einige erst im laufenden Semester Ein hnliches Problem ergibt sich bei der Modellierung unterschiedlicher Zeita bl ufe f r multiple Instanzen Es besteht die M glichkeit dass einige Lehrver anstaltungen z B Seminare sehr fr he Belegungsfristen haben w hrend bei anderen auf Grund einer sp ten Leistungserfassung auch sp te Belegungsfristen gelten die dann auch hinter dem Ende der Leistungserfassung anderer Lehrver anstaltungen liegen k nnen Dies kann durch das vorliegende Modell so nicht dar gestellt werden da in YAWL der Kontrollfluss erst dann fortgesetzt wird wenn 12 alle Instanzen eines Prozesses beendet sind Eine M glichkeit zur Umgehung die ses Problems w re die Verwendung eines zusammenfassenden Multiple Instance Prozesses der die zuvor einzeln aufgef hrten Prozesse enth lt Innerhalb dieser Abstraktion w re der zeitliche Ablauf zwischen einzelnen Lehrveranstaltungen somit entkoppelt die Reihenfolge der Teilprozesse f r jede Lehrveranstaltung bli
112. cart event from customer N x Confirm order oad cart event from event from customer customer Send invoice msg from dell store Confirm order DELL Store Send debit request from dell store Confirm accounting msg from FI Ness debit request event Institution customer for order 5 payment event Assign order e delivery Finish processing Assign delivery 1 msg from delistore Pay without credit card Send successful delivery ms order Fill order Distribution Center rn of To complain order DELL hotline 5 5 Pay without E credit card E Q Modify item event ER from customer 1 A Acknowledgement em Answer call Confirm order event from customer Get personal data and payment method Modify item event from hotline Confirm order event from hotline d Send invoice msg from dell store nenn sun Assign delivery msg from dell store Confirm accountin g Al msg from FIP b J y Send successful delivery ms A Shipping order Send debit request from dell store et DELL Distribution Center Financial Institution Payment by customer Fig 6 DELL Wiederverwendbarkeit von Prozessen Modeling and Designing Processes
113. ch eine Release Nummer eindeutig identifiziert wird Diese Zuordnung ist dabei nicht willk rlich sondern entscheidet sich danach in welchem Release ein Task z B Programmierung einer bestimmten Funktion zum ersten Mal Auswirkungen haben wird Zus tzlich zu einem normalen Release Ziel welches in regelm igen Abst nden also mehr oder weniger zeitgesteuert samt ungef hrem Release Termin definiert wird kann ein sog Hot Fix Request auftreten Falls ein schwerwiegender Fehler des bereits ausgelieferten Produkts festgestellt wurde wird eine Prozessinstanz initiiert deren Ziel es ist den Fehler schnellstm glich zu beheben und eine entsprechende neue Version auszuliefern Neben dem Entwicklungsprozess ist bei SAP in Berlin noch ein weiterer Prozess zu identifizieren Der Support Prozess Dieser soll nicht im Detail betrachtet werden Er hat Auswirkungen auf den Entwicklungsprozess dadurch dass Kunden hin und wieder Fehler am System feststellen welche im Problem Tracking System dokumen tiert werden und als Input f r Entwicklungst tigkeiten dienen Die Fehlerbeschrei bungen wurden als Datenobjekt von BPMN modelliert 4 2 Der Entwicklungsprozess im Detail Abb 4 nimmt eine zentrale Stellung innerhalb dieser Ausarbeitung ein Es handelt sich dabei um ein berblicksmodell ber den Entwicklungsprozess Zu sehen sind zwei Prozessteile die nebenl ufig zueinander ablaufen dargestellt mit Hilfe von AND Gateways Im oberen Teil befindet
114. chbedingung F r 1a und 1d Kunde kann Buchungssystem nutzen F r 1c Kunde kann Buchungssystem nicht mehr nutzen Akteure Kunde Beschreibung la Profil anlegen um Neukunden zu erfassen 1b Profil ndern 1c Profil deaktivieren und Kundendaten zum L schen markieren 1d Passwort zusenden B WebUml Diagramme 0 lt lt link gt gt lt lt frame link gt gt lt lt build gt gt Dr lt lt submit gt gt functions Abbildung 2 WebUml Meta Modell 12 REQOJourneyStopsSA HIDDEN unspecified REQOJourneyStopsSG TEXTI REQOJourneyStartsZA HIDDEN unspecified 1 username TEXT REQOJourneyStopsZG TEXT password PASSWORD REQOJourneyDate TEXT lang HIDDEN unspecified de REOOJourneryTime TEXT REQOHafasSearchForw RADIO unspecified 1 REQ1JourneyDate TEXT REQOTariff TravellerType SELECT unspecified E REQOTariff TravellerReductionClass SELECT unspecified 0 sortConnections SELECT unspecified minDeparture NoDetailsConn1 CHECK unspecified yes NoDetailsConn2 CHECK unspecified yes NoDetailsConn3 CHECK unspecified yes ClientPage Suchergebnisse ClientPage ErweiterteSuche Form Erweiterte Suche REQOJoumeyStartsSA SELECT unspecified 1 REQOJoureyStopsZA SELECT unspecified 1 I oU Abbildung 3 Suche ClientPage Reservierungsw nsche fahrkartefRADIO unsp
115. cher in Abbildung 3 1 auf Kundenseite dargestellt wurde Auch hier Abbildung 4 1 beginnt der Kunde damit auf die Homepage von Otto de zu gelangen Anschlie end kann er Artikel ausw hlen und diese kaufen Diese beiden Vorg nge sind in Form von Composite Tasks dargestellt um zu verdeutlichen dass eine weitere Granulierung der Vorg nge m glich ist In diesem Fall wurde jedoch darauf verzichtet da diese bereits in BPMN Abbildung 3 3 3 4 vorgenommen wurden Die Verzweigungen der Markenfl sse geschieht ber Deferred Choices AND und OR Splits Zusammengef hrt werden sie anschlie end ber AND und OR Joins Um die Deferred Choices zu erm glichen mussten noch weitere Tasks definiert werden 52 1 Probleme Wie bereits erw hnt ist YAWL recht benutzerfreundlich und wirft im Bezug auf die Syntax keine Probleme auf Jedoch wachsen Diagramme auch mit teilweise recht einfachen Inhalten schnell an Dies liegt daran dass h ufig bestimmte Sachverhalte umschrieben werden m ssen statt dass sie direkt dargestellt werden k nnen Ansonsten ist der Gebrauch von YAWL problemlos eventuell sollte man eine Erweiterung der Modellierungselemente erw gen um das Aufbl hen der Diagramme zu verhindern 5 3 Vergleich mit BPMN Ein Vergleich von BPMN und YAWL f hrt zwangsl ufig zu dem Ergebnis dass YAWL von seiner Struktur und seinem Umfang an Sprachelementen her wesentlich einfacher ist YAWL ist leichter zu interpretieren und schneller erle
116. chmid und Rossi 2 baut auf dem herk mmlichen Navigationsmodell auf Es existieren auch weiterhin die rechteckigen Knoten jedoch wird nun zwischen sogenannten Entity Nodes und Activity Nodes unterschieden Die Entity Nodes repr sentieren weiterhin die verschiedenen Seiten eines WebPortals also den rein navigatorischen Aspekt Die Activity Nodes hingegen kennzeichnen die m gliche Interaktivit t des Portals mit dem Nutzer sowie das Verhalten bestimmter Prozesse Dabei ist es m glich verschiedene logisch verkn pfte Aktivit ten in einem sogenannten Activity Nodes Container zusammenzufassen Eine weitere Neuerung ist die m gliche Beschriftung der Navigationspfeile welche nun nicht mehr ausschlie lich die Navigation verdeutlichen sondern auch kausale oder temporale Abh ngigkeiten verdeutlichen k nnen Ein Beispiel hierf r ist die Beschriftung eines Pfeils mit cancel submit in Abbildung 1 2 welcher verdeutlicht dass Aktivit tencontainer 4 Autor Thomas Hille Artikel nderungs Node Container erst verlassen wird nachdem eine entsprechende Eingabe erfolgt ist 3 1 Modellierung von Otto de Da der gr te Teil des WebShops Otto de keine Prozesse oder nutzerseitige Aktivit ten erm glicht bzw beinhaltet bezieht sich das in Abbildung 1 2 modellierte Diagramm lediglich auf einen Teil des Bestellvorgangs beginnend mit dem Homepagenode bis hin zum Bestellschein_Node Dabei wurden die Teilaspekte des Paketshop_Suche_Nodes und de
117. chten Verfah rensweisen Grunds tzlich lie e sich aber eine Einordnung der Aufgabenstellung in das Vorgehen zur Implementierung eines PQM Systems vornehmen Eine Pro zessgruppe der Verwaltungsprozesse der HPI n mlich die Studienverwaltungs prozesse sollte nach der dazu notwendigen Datenerhebung modelliert und ana lysiert werden Die entsprechenden Verfahren zur Erstellung der Darstellungen f r die Ebenen 2 bis 4 eines PQM Systems konnten also bei Weglassung der qualit tsbezogenen Aspekte verwendet werden 2 3 Datenerhebung im Detail In Umgebungen in denen Prozesse von Menschen ausgef hrt werden ist die Durchf hrung von Interviews mit diesen Menschen das am besten geeignete Mit tel zur Erhebung der f r den Ist Prozess relevanten Daten Die Interviews m ssen dabei gut vorbereitet werden Dazu sind im Vorfeld folgende Fragen zu kl ren Welche Informationen werden ben tigt Welche Personen k nnen Aussagen dazu treffen Welche Fragen liefern die notwendigen Antworten Im Fall der Studienverwaltungsprozesse mussten zun chst die Mitarbeiter iden tifiziert werden die an den relevanten Prozessen beteiligt sind Im Rahmen der Vorbereitung der Datenerhebung wurden diese Mitarbeiter ber das Vorhaben informiert und es wurden Termine f r die Interviews mit ihnen vereinbart Die ben tigten Informationen sind dabei die einzelnen Aufgaben und Rollen die von den Mitarbeitern wahrgenommen werden die Abfolge best
118. chtlich wo der Prozess gestartet bzw beendet wird Zusammen mit der schon erw hnten M glichkeit Start und Endevents eines Subprozesses auf den Rand zu legen kann der Leser den Ablauf deutlich einfacher nachvollziehen Die erh hte Quantit t an Symbolen wirkt sich dagegen negativ aus Hier ist eine genaue Abw gung der Vor und Nachteile im Einzelfall erforderlich F r ein komplexes Modell sollte man sich jedoch auf eine Business Process Excecution Language for Web Services vgl dazu auch 11 Modellierung von Hotel Reservierungs Systemen 9 einheitliche Handhabung festlegen Diese Arbeit stellte Start und Endevents immer dar condition condition booking true phase booking phase confirmation confirmation booking ES booking x condition false T i A T V 1 Abb 5 Subprozess Buchungsphase ohne Abb 6 Subprozess Buchungsphase mit Start Start und Endevents und Endevents auf dem Rand 4 Prozesse ehotel de Im letzten Kapitel wurden die Top Level Prozesse beim Kunden in allgemeiner Form betrachtet Am Beispiel der Plattform ehotel de wird dieser Prozess auf die Akteure Reservierungssystem und Hotel erweitert Die vier Phasen des allgemeinen Hotel Reservierungs Prozesses werden bei allen drei beteiligten
119. d das Use Case Diagramm gibt dar ber Auskunft wer daran beteiligt ist Der letzte Schritt ist die Verwendung eines prozessmodellierenden Diagramms um dieses Wissen mit den eigentlichen Gesch ftsprozessen zu verbinden Es empfiehlt sich hierf r BPMN zu nutzen da es sich dabei um eine sehr m chtige Modellierungssprache handelt Interessanterweise ist es m gliche die einzelnen modellierten Prozesse in bestimmte Bereiche des Navigationsdiagramms einzuordnen Dadurch erh lt man Auskunft dar ber an welchen Stellen der Navigation der Kunde Gesch ftsprozesse steuert oder darauf Einfluss nimmt Quellenverzeichnis 1 Business Process Modeling Notation Spec Version 1 0 2004 2 H A Schmid G Rossi Modeling and Designing Process in E Commerce Applications IEEE Computer Society 2004 3 http www bpmn org 4 http www otto de 5 http www citi qut edu au yawl index jsp 6 W M P van der Aalst and A H M ter Hofstede Workflow Patterns On the Expressive Power of Petri net based Workflow Languages In K Jensen editor Proceedings of the Fourth Workshop on the Practical Use of Coloured Petri Nets and CPN Tools CPN 2002 volume 560 of DAIMI pages 1 20 Aarhus Denmark August 2002 University of Aarhus 7 W M P van der Aalst L Aldred M Dumas and A H M ter Hofstede Design and Implementation of the YAWL system To appear in Proceedings of The 16th International Conference on Advanced Information Systems
120. d in dieser Ausarbeitung nicht ber cksichtigt da die dynamischen in Aspekte Kapitel 4 weiter unten mit Hilfe von BPMN beschrieben werden Um den Aufbau einer beliebigen Web Anwendung modellieren zu k nnen haben die Entwickler von WebUml ein Metamodell erstellt aus dem das Objektdiagramm f r eine konkrete Anwendung abgeleitet werden kann Bildung einer Instanz Im Folgen den wird eine leicht angepasste Version dieses Modells vorgestellt 3 1 Vorstellung Metamodell Das Metamodell besteht aus folgenden Klassen WebDocument ServerPage ClientPage Form Frame Session Script WindowOpen Der Kern einer jeden Web Applikation ist das WebDocument dies kann sowohl eine statische Seite ClientPage als auch eine dynamisch generierte Seite ServerPage sein Eine ClientPage kann Strukturelemente wie Schaltfl chen Eingabefelder usw so wie beliebigen client seitigen Skriptcode enthalten Script Jede ClientPage ist weiter hin mit einem Frame verbunden der auf weitere Frames oder ein anderes WebDocu ment verweisen kann Popups und vergleichbare mit Hilfe von Skriptcode erzeugte Fenster werden durch WindowOpen repr sentiert Eine ServerPage kann Daten einer Web Maske Form erhalten und dynamisch eine ClientPage erzeugen Cookies und andere Daten die ber mehrere Anfragen hinweg vorgehalten werden sollen k nnen in der Session gespeichert werden Das angepasste WebUml Metamodell ist in Abbildung 2 dargestellt In den beiden
121. de a notation that is readily understandable by all business users 1 p 17 d h eine Notation bereitzustellen welche einfach verst ndlich f r alle Gesch ftsleute ist Die BPMN sollte deshalb einfach erlernbar und benutzbar aber trotzdem genug Ausdrucksst rke besitzen um komplexe Gesch ftsprozesse darzustellen Inwiefern dieses Ziel erreicht wird ist Bestandteil dieser Ausarbeitung Aber zun chst wird die BPMN im praktischen Einsatz gezeigt indem beispielhaft ei nige Gesch ftsprozesse der online Plattform GMX de Im weiteren einfach nur GMX mit der BPMN modelliert werden GMX bietet kostenfreie E Mail und Organizer Dienste an und geh rt in diesem Bereich zu den Marktf hrern Bei der Modellierung konnte kein Insider Wissen genutzt werden alle Prozesse welche auf GMX Seite modelliert wurden basieren deshalb nur auf Annahmen Nur die Benutzerprozesse konnten verl sslich modelliert werden das Gesamtmodel ist deshalb nur wirklich aus der Benutzerperspektive zu interpretieren Oft wurde GMX sogar als Blackbox modelliert 1 http www bpmi com Im Laufe des Modellierungsprozesses wurden einige Probleme der BPMN deutlich Manchmal war ohne n here Begr ndung ein bestimmter Einsatz ei nes grafischen Elementes verboten manche grafischen Konfiguration haben kei ne eindeutige Semantik sogar direkte Widerspr che innerhalb der Spezifikation konnten entdeckt werden Weiterhin bietet die BPMN ein geh riges Maf an syn taktischen Freih
122. den Befragungs und Analysemethoden sowie zur Auswahl der Mo dellierungstechniken erl utert 2 1 Vorgehensweise im berblick Die Studienverwaltung ist bei der HPI einer der Kernbereiche und dient der Un terst tzung des Lehrbetriebs Zu den in diesem Rahmen ablaufenden Prozessen existierten bislang keine detaillierten Beschreibungen Um Modelle der verschie denen Prozesssichten erstellen zu k nnen ist deshalb zun chst eine Erhebung der Prozessdaten in Form von Interviews erforderlich gewesen Im Anschluss daran konnte dann nach Auswahl geeigneter Techniken die Modellierung der Ist Prozesse erfolgen Nach der ersten Entwurfsphase wurden im Rahmen einer Diskussionsrunde die Entwurfsergebnisse mit den Interview Partnern er rtert und berlegungen zu Verbesserungsm glichkeiten am Ablauf zusammengetra gen Darauf aufbauend wurden zun chst die noch nicht bereinstimmenden De tails am Modell des Ist Prozesses korrigiert und dann eine intensive Analyse bez glich der Optimierungsideen durchgef hrt Als Ergebnis der Analyse wurde ein Modell eines m glichen Soll Prozesses erstellt und hinsichtlich der Umsetz barkeit bewertet 2 2 Erkenntnisse aus DIN EN ISO 9000 2000 ff Um eine effektive Befragung zu erm glichen wurde nach Verfahren gesucht die in hnlichem Kontext die Ermittlung Darstellung und Analyse von Prozessda ten als Zielstellung haben Dabei hat sich das nachfolgend n her beschriebene Vorgehen nach DIN EN ISO 9000 2000 ff
123. den Expanded Sub Process Purchase Items beschrieben Der Kunde f llt seinen Warenkorb indem er in beliebig vielen Iterationen nach Artikeln sucht den Katalog durchsucht seinen Wunschzettel verwaltet und Empfehlungen von Amazon com Beachtung schenkt Jede Iteration wird dadurch beendet dass der Kunde einen gefundenen Artikel in den Warenkorb legt Jederzeit w hrend des F llens des Warenkorbs kann der Kunde seinen Warenkorb verwalten und die Zahl von Artikeln korrigieren oder Artikel aus dem Warenkorb nehmen Danach gibt es f r den Kunden zwei M glichkeiten zum ersten kann der Weg des One Click Checkout gew hlt werden oder der herk mmliche Bestellvorgang Wenn nicht gen gend Informationen f r einen One Click Checkout vorliegen so wird zum normalen Bestellvorgang bergegangen Dieser sieht so aus dass der Kunde sich zun chst gegen ber Amazon com authentifiziert anschlie end Zahlungsmethode Rechnungsadresse und optional eine davon abweichende Lieferadresse angibt Diese Informationen werden von Amazon com berpr ft welches bei einem Fehler zu einer nderung der Zahlungsbedingungen auffordert So kann eine gesperrte Kreditkarte zur ckgewiesen werden oder ein s umiger Zahler kann zur Zahlung per Vorkasse aufgefordert werden Die Bestellinformationen werden nach einem positiven Verifizierungsbescheid an Amazon com bertragen und die Nachbehandlung der Bestellung kann beginnen Im den n chsten Unterabschnitten werde ich
124. der ver ndert werden k nnen ist diese Aktivit t auf Kundenseite mit einem Activity Loop dargestellt Auf Seiten des Onlineshops beginnt der Subprozess mit einem Message Startevent d h in diesem konkreten Fall dass erst wenn der erste Artikel von dem Kunden in den Warenkorb gelegt wird der Subprozess bei Otto de gestartet wird Die bereits erw hnte Ver nderung der Artikeleigenschaften ist bei Otto de mit Hilfe eines Ad Hoc Prozesses modelliert worden um die Beliebigkeit der Reihenfolge und Zahl der Wiederholungen darzustellen Da der Customer in diesem Teil des Gesch ftsprozesses die direkte Steuerung das Sequenzflusses bei Otto de bernimmt wurde dies mit Hilfe eines Event Based Gateways modelliert Dabei wird auf eine Nachricht des Kunden gewartet bevor ein bestimmer Sequenzfluss weiterverfolgt wird Da noch weitere direkt auf den eben beschriebenen Prozess folgende kollabierte Subprozesse detailiert modelliert werden werden die Start und Endevents zweier benachbarter Prozesse mit sogenannten Linkevents gestartet und beendet Diese sind mit einem Label versehen Direkt aufeinander folgende Prozesse haben dassselbe Label In Abbildung 3 4 werden die Prozesse Buy item und Collect order information aufgeschl sselt Der Customer startet den Prozess auf der Seite von Otto de dargestellt durch ein Message Startevent Je nachdem ob der Kunde bereits eingeloggt ist dies noch tut oder seine Daten neu eingibt werden verschiedene Se
125. der ein Gegenstand wird dem Lager entnommen weil er gekauft wurde In jedem Fall m ssen die Lagerbestandszahlen f r den jeweiligen Artikel aktualisiert werden und wenn ein Schwellwert der von der Popularit t des Gegenstandes abh ngt unterschritten ist Nachbestellungen get tigt werden Weitere Ausgangspunkte sind die nderung der Anzahl der auf dem Amazon com Marketplace angebotenen Artikel Wenn ein Anbieter ein neues Angebot einstellt oder ein Angebot zur ckzieht so m ssen die Listen die die Amazon com Marketplace Angebote enthalten aktualisiert werden Schlie lich l uft ein weiterer Teilprozess ab in dem neue Gegenst nde dem Amazon com Katalog hinzugef gt werden zum Beispiel Neuerscheinungen von Produkten Hierbei kann es vorkommen dass Amazon com Mitarbeiter sofort eine Rezension f r den entsprechenden Artikel verfassen Amazon com 15 Beschwerden verwalten Ein sehr interessanter Teilprozess ist im Collaboration Diagram Manage Complaints dargestellt Hierbei geht es um die Verwaltung von Beschwerden und R cksendungen W nscht ein Kunde eine R cksendung oder m chte er die Bestellung R ckg ngig machen so setzt er sich mit Amazon com in Verbindung Dort muss unterschieden werden ob die Artikel schon dem Versandunternehmen berstellt wurden ob sie schon ausgeliefert wurden oder ob es sich um eine Bestellung beim Amazon com Marketplace handelt Haben die Artikel Amazon com noch nicht verlassen so wird der Ka
126. der fehlerhaft beendet Zahlt der Kunde hingegen und nimmt er die Lieferung an ist der Prozess erfolgreich abgeschlossen Bei einer P ckchenzustellung kann der Lieferant das Packchen im Briefkasten oder bei Nachbarn hinterlassen ohne dass der Kunde die M glichkeit hat die Annahme abzunehmen Der Prozess wird also geordnet beendet Bei einer Paketzustellung hat der Kunde wiederum die M glichkeit die Annahme des Pakets abzulehnen In diesem Fall wird der Prozess mit einem Fehler beendet nachdem der Zustelldienst die Ware zu Amazon com zur ckgebracht hat Beschwerden erhalten Im Prozess Beschwerden erhalten dargestellt im Collaboration Diagram File Complaints wird der Kunde zun chst die erhaltene Ware berpr fen Entspricht die Ware nicht seinen W nschen so informiert der Kunde Amazon com und erh lt bald darauf Anweisungen wie die Ware zur ck zu Amazon com gelangen kann Ein Paketdienst wird dann die Waren entgegennehmen und zur ck zu Amazon com bringen Gibt es hingegen keinen Anlass zur Beschwerde so wird der Prozess beendet Lagerhaltung verwalten Im Expanded Sub Process Manage Storehouse wird dargestellt wie die Lagerverwaltung bei Amazon com erfolgen k nnte Anlass zur Lagerverwaltung geben zwei h ufig auftretende Eingangsprozesse Entweder wird ein Artikel von einem Kunden zur ckgeschickt oder auch von der Versandabteilung zur ckgestellt da eine komplette Lieferung bislang noch nicht erfolgen kann o
127. die dargestellten f nf Ak tivit ten aufgeteilt werden Beim Planning werden Anforderungen aufgestellt und Planungen f r den weiteren Verlauf erarbeitet Die Development Phase umfasst den Entwurf Implementierung und Test pro Netweaver Komponente Bevor dann Integ Der Softwareentwicklungsprozess von SAP Berlin 5 rationstests auf Netweaver Ebene sog Szenariotests angefangen werden k nnen m ssen alle Komponenten vorliegen Anschlie end kann die Assembly amp Validation Phase beginnen in der die Komponenten zu den auszuliefernden Systemen endg ltig montiert und letzte Systemtests durchgef hrt werden Danach wird das Netweaver System in die Ramp Up Phase berf hrt Hierbei handelt sich um die Einf hrung des Systems bei Pilotkunden Es wird unter realen Bedingungen produktiv beobachtet und eventuelle Unstimmigkeiten werden noch beseitigt Auf der Berliner Seite sind zwei Hauptprozesse zu identifizieren Entwicklung und Support Ersterer besch ftigt den Gro teil der Mitarbeiter der Abteilung Bereits an dieser Stelle trat eine wesentliche Frage bei der Modellierung auf Mit welchen Ereignissen beginnt und endet der Entwicklungsprozess Der Autor hat sich daf r entschieden das stark iterative Vorgehen der Abteilung dadurch abzubilden dass pro geplantem Release eine Prozessinstanz gestartet wird Somit werden s mtli che in der Entwicklung anfallende Tasks genau einem Release Ziel Release Target zugeordnet welches dur
128. dukte zur ck zu Amazon com oder zum Amazon com Marketplace Anbieter zu bringen Amazon com beinhaltet drei wichtige Oberprozesse Zum ersten die Verwaltung des Lagerbestandes Dabei muss insbesondere auf Nachlieferungen von Zulieferern und Anforderungen auf nichtvorr tige Produkte geachtet werden Weiterhin die 10 Lars Trieloff Abwicklung von Handelsgesch ften und die Abarbeitung von Beschwerden oder sonstigen auftretenden Problemen Der G terverkehrsdienst transportiert Nachlieferungen vom Zulieferer zum Amazon com Lager Der Anbieter am Amazon com Marketplace oder der Zulieferer von Amazon com nehmen in diesem Diagramm eine Rolle ein da ihr Verhalten sehr hnlich ist An diesem Punkt w re die M glichkeit der Vererbung von Rollen Prozessmodellierung von Vorteil dies ist in der Business Process Modeling Notation allerdings nicht vorgesehen In dieser Rolle werden zun chst Angebote gemacht die auf die Gestaltung des Amazon com Warenkatalogs Einfluss haben Zum zweiten m ssen Bestellungen und Nachbestellungen von Amazon com sowie Amazon com Marketplace Bestellungen gehandhabt werden und eventuelle Beschwerden oder Problemf lle insbesondere im Zusammenhang mit Angeboten des Amazon com Marketplace abgewickelt werden Der Finanzdienstleister bietet die die Dienste der Zahlungsverifizierung und Zahlungsdurchf hrung an die an diversen Stellen im Gesamtprozess aufgerufen werden Artikel kaufen Der Prozess des Einkaufens wird durch
129. e Interaktion des Browsers mit dem Webserver modelliert werden soll Dabei waren unter den Seminarteilnehmen durchaus verschiedene Meinungen vertreten 2 Welche Aspekte eines Systems m ssen modelliert werden um die Prozesse des Systems hinreichend beschreiben zu k nnen Beispiel Ziel des Seminars war es die Prozesse verschiedener Systeme zu beschreiben dennoch hat sich ein Gro teil der Seminarteilnehmer entschlossen auch den Aufbau der Systeme zu betrachten Ebay 3 Betrachtungs ebene Fig 0 Kriterien f r Systemmodelle Wie in Abbildung 0 gezeigt k nnen sich Modelle zu einem System in zwei orthogonal zueinender liegenden Kategorien unterscheiden die im Folgenden n her vorgestellt werden Betrachtungsebene Jedes Modell kann einer Betrachtungsebenen zugeordnet werden die H he dieser Betrachtungsebene ist dabei ein Ma f r die Abstraktion die angewendet wurde um dieses Modell zu erstellen Zwei Modelle auf unterschiedlichen Betrachtungsebenen die den selben Sachverhalt widerspiegeln stehen dabei in einer Implementierungsbeziehung Andreas Bungert schreibt dazu in 3 Die Sachverhalte einer h heren Betrachtungsebene werden durch die 1 Sachverhalte der jeweils niedrigeren Ebene realisiert bzw implementiert Sachverhalte der h heren Ebene werden als Prim re Sachverhalte bezeichnet da sie sich direkt aus der Aufgabe des betrachteten Systems ergeben Sachverhalte tieferer Ebenen werden a
130. e m gliche gleichzeitig mehrfache Ausf hrung eines Tasks darzustellen und nicht dessen optionale Ausf hrung AbschlieBend stelle ich eine letzte berlegung vor welche auf dem XML Charakter der YAWL Implementierung 5 basiert B v2 D G J 1 2 2 2 1 2 fe Te yi 1 1 1 E 1 N Fig 4 Beispielhafter Prozessausschnitt Die Tasks in dem in Abbildung 4 gezeigten Prozessausschnitt tragen zu ihrem Namen noch eine Nummer Diese soll angeben zu welcher Version ein Task geh rt A ist zum Beispiel in beiden Varianten enthalten C dagegen geh rt nur zu Version 1 Die einzelnen Elemente sind nun im XML Format abgespeichert Eine m gliche Speicherung des Tasks s he folgenderma en aus lt element gt lt name gt A lt name gt lt version gt 1 lt version gt lt version gt 2 lt version gt work to do work to do element Modellierung der Studien und Pr fungsordnungen 13 Die Idee liegt jetzt darin dass nur die zu der den gew nschten Version en geh renden Tasks wirklich ausgef hrt werden So werden mit Hilfe einer XQuery Anfrage zuerst s mtliche Tasks ermittelt welche nicht die entsprechenden Versionsnummern tragen Bei eben diesen wird nun die auszuf hrende Arbeit work_to_do im Beispiel auf NULL ges
131. e ndert werden oder die Detailansicht aufgerufen werden Aus der Detailansicht kann zum One Click Checkout weitergegangen werden oder es k nnen Empfehlungen zu diesem Artikel betrachtet werden Der One Click Checkout Der One Click Checkout dargestellt im Expanded Sub Process One Click Checkout setzt voraus dass diese M glichkeit Waren zu bestellen f r den Benutzer aktiviert ist Ist sie das nicht so kann der Benutzer sie aktivieren was jedoch eine Authentifizierung voraussetzt Nach der Aktivierung oder f r Accounts bei denen der One Click Checkout bereits aktiviert ist werden die Bestellinformationen berpr ft Sind diese korrekt und vollst ndig ist der One Click Checkout erfolgreich abgeschlossen Bei falschen oder unvollstindigen Informationen wird dieser Teilprozess mit einem Fehler verlassen Einloggen Wesentlich komplexer als der One Click Checkout ist der Authentifizierungsprozess bei Amazon com was insbesondere an der Fehlerbehandlung liegt Dieser Prozess wird im Expanded Sub Process Login dargestellt Ist der Benutzer bereits eingeloggt so war die Authentifizierung erfolgreich und kann als abgeschlossen betrachtet werden sofern keine kritische Transaktion folgen soll bei der eine Aktualisierung der Login Informationen erforderlich ist Betrachte man zun chst den Fall dass es sich um einen wiederkehrenden Kunden handelt In diesem Fall gibt er Email Adresse und Passwort ein um sich zu authentifiziere
132. e der Gesch ftsprozesse Parcel Service Freight service Amazon com storehouse X rder Status Information Amazon com Customer Supplier s storehouse Order H Order Status Information Supplier Financial Institutions Block diagram Szenario Participants Seminar Processmodeling Lars Trieloff 05 06 2004 Use Cases Aus diesem groben Aufbaubild lassen sich bereits einige Anwendungsf lle mit beteiligten Akteuren erkennen Wichtige identifizierte Anwendungsf lle sind im Kontext von Amazon com Bestellen von Waren Anliefern von Waren Verwalten von Lagerbest nden Nachbestellen von Waren Best tigen von Bestellungen Abwickeln von Zahlungen Amazon com Diese lassen sich in einem UML Use Case Diagram wie folgt darstellen Fig 2 Amazon com Search Items Customer Parcel or Freight Service Supplier Datenmodell Deliver Items Browse Items Re Order Items A usps Manage Storehouse Amazon com Customer Service Customer Service 5 Die Untersuchung des Datenmodells wurde mir von meinem Seminarbetreuer nahe gelegt und wurde von mir auch durchgef hrt es hat sich jedoch gezeigt dass f r das Reverse Engineering von Gesch ftsprozessen auf einem Abstraktionslevel wie es bei dieser Ausarbeitung der Fall ist die Analyse von Datenmodellen nicht
133. e es im konkreten Fall nicht gab weil Messungen weder gefordert noch m glich waren 5 2 Modellierungstechnik Die Nutzung von UML Use Case Diagrammen zur Darstellung der Beziehung von Rollen zu den im Rahmen der Erhebung identifizierten Prozessen verschafft einen sehr guten berblick zu diesem Aspekt und bietet gegen ber der textu ellen Beschreibung im Prozesskatalog den Vorteil sehr schnell und bersicht lich erfassbar zu sein Bei umfassenderer Modellierung w re die zus tzliche Ver wendung von FMC Aufbaubildern hilfreich gewesen Mit ihnen h tte man die M glichkeit auch Datenabh ngigkeiten und Kommunikationswege zwischen Rol len darzustellen und den jeweiligen Ort der Verarbeitung von bestimmten Daten zu modellieren Ein Beispiel ist in Abbildung 9 zu sehen Es beschreibt den Auf bau f r die Prozesse zur Nachbereitung von Lehrveranstaltungen Damit h tte man auch eine Br cke zum Datenmodell geschlagen F r das Datenmodell wur de ein EERD verwendet Die Notation eignete sich besonders f r die detaillierte Modellierung der Zusammenh nge zwischen den im Prozess verarbeiteten Daten Leider lassen sich diese in YAWL der f r die Ablaufbeschreibung verwendeten Modellsprache nicht einbeziehen da Datenfl sse bzw abh ngigkeiten nicht be schrieben werden k nnen Ebenso fehlt es an M glichkeiten zur Darstellung von Inter Prozess Kommunikation Daf r ist eine Modellierung von Ablaufbeschrei bungen mit YAWL durch die Verwendung
134. e ist es mit BPMN auch m glich Daten zu modellieren was bei den anderen Diagrammtypen nicht der Fall war Diese M glichkeit wird mit Hilfe eines symbolischen Datenblattes dargestellt Die einzelnen Akteure eines Gesch ftsprozesses werden durch sogenannte Pools repr sentiert welche wiederum in Lanes unterteilt werden k nnen Beispielsweise w re es m glich Vertrieb Einkauf und Lager eines Unternehmens als drei Lanes eines Pools darzustellen Otto de Modellierung eines WebShops 7 5 1 Bewertung des Diagrammtyps Die BPMN ist eine sehr umfassende M glichkeit der Darstellung von Gesch ftsprozessen Aufgrund der Vielzahl von Modellierungselementen kann so gut wie jedes Designpattern nachgebaut werden Doch gerade diese Vielf ltigkeit stellt auch ein Problem dar Der BPMN Diagrammtyp ist nicht intuitiv interpretierbar Es ist notwendig diese Modellierungssprache zu lernen und zu ben bevor man in der Lage ist sinnvolle Diagramme zu erstellen Auch ist es in den meisten F llen unumg nglich zur Pr sentation den Konstrukteur des Modells interviewen zu k nnen da einem unge bten Betrachter das Dargestellte nur mit Erkl rungen zug nglich ist Ein Vorteil der BPMN ist die Unterscheidung zwischen Sequenz und Nachrichtenfl ssen Dadurch k nnen sowohl als auch assoziative Zusammenh nge dargestellt werden Die Spezifikation erlaubt jedoch keine Nachrichtenfl sse innerhalb eines Pools beispielsweise zwischen zwei Lanes was
135. e verwendet Anschlie end wird die Bezahlung verbucht Die Abbildung 7 zeigt dass es mit YAWL durchaus m glich ist die Prozesse von DELL abzubilden Beide Notationen decken dar ber hinaus s mtliche Designpattern ab Die Abbruchaktivit t von YAWL und die Transaktion bei BPMN sind beide Vertreter des Chancelation Pattern Doch w hrend YAWL dies ausschlie lich mit der Verwendung von einfachen Symbolen wie Stellen und Marken ausdr cken kann verwendet BPMN eine Vielzahl von komplexen Elementen die in der Regel eine komplizierte Logik oder mehrere elementare Aktivit ten beinhalten Diagramme die mit Hilfe von YAWL erstellt werden sind daher in der Regel schneller verst ndlich Besonders f r Menschen denen die BPMN Notation nicht so vertraut ist gestaltet es sich oft schwierig die teilweise doch sehr kompakten Netze zu verstehen Erschwert wird das Verst ndnis auch durch die implizite Modellierung von Sachverhalten So l sst BPMN einem den Freiraum Stellen die den Start und das Ende eines Prozesses symbolisieren mit in ein Netz aufzunehmen oder nicht Dadurch wird es besonders in umfangreichen Netzen oft schwierig den Beginn oder das Ende einzelner Prozesse zu identifizieren Da BPMN sich nicht nur auf einfache Symbole beschr nkt besteht die M glichkeit gewisse Abl ufe auf verschiedene Art und Weise zu modellieren Dies tr gt wenig zur Lesbarkeit bei muss doch oft erst ber die Modeliierung eines deferred Choice nachgedach
136. ebe aber korrekt erhalten Hinderlich f r die Umsetzung sind jedoch die Syn chronisationen mit den Prozessen die nicht in die Abstraktion integrierbar sind So m sste beispielsweise die Annahme getroffen werden dass die Klausurvor planung in jedem Fall rechtzeitig aktiviert wird und zeitlich eher punktuellen Charakter hat so dass auf die explizite Synchronisation verzichtet werden kann und au erdem nur Seminare nachgemeldet werden Ein entsprechend angepas stes Diagramm zeigt Abbildung 17 in Anhang 6 4 Es ergibt sich hier auch die M glichkeit die Klausurfeinplanung z B f r Seminare nicht auszuf hren Ins gesamt ist dieser Ansatz aber unpassend da die Annahmen in YAWL nicht explizit abbildbar sind und ein Nichtzutreffen der Annahmen beispielsweise zur Folge haben kann dass Lehrveranstaltungen nachgemeldet werden obwohl die Leistungserfassungsbegleitung nicht mehr ausf hrbar ist Das n chste Problem taucht bei der Verwendung des Cancel Patterns auf Ab bildung 4 zeigt als Beispiel den Ausschnitt aus dem Ablauf der Abwicklung von HPI Lehrveranstaltungen bei dem die potentiell endlose Schleife zur Nachmel dung von Lehrveranstaltungen durch Erreichen eines bestimmten Punktes im Workflow abgebrochen wird Grunds tzlich sind Endlosschleifen mit hartem Ab bruch unsch n und nach M glichkeit zu vermeiden Deshalb wurden verschiedene alternative Modellierungsm glichkeiten ausprobiert die nachfolgend vorgestellt werden Abbildungen 5 b
137. ecified 1 reservieren RADIO unspecified 1 AnzRes SELECT unspecified 1 Raucher RADIO unspecified 2 NR RaucherMuss CHECK WagenAr RADIO unspecified grossraum WagenArtMuss CHECK Fenster RADIO unspecified fenster Zone RADIO unspecified handy kkMonat SELECT unspecified 2 kkJahr SELECT unspecified 2006 flottausweischeck CHECK unspecified 1 flottausweis typ HIDDEN unspecified 4 bahncomfortsammeln CHECKBOX unspecified 1 lt lt submit gt gt ClientPage_Kasse lt lt build gt gt Abbildung 4 Buchen 13 Business Process Diagramme 5 5 Online Buchungswunsch Reservierungswu Online Ticket Info Versanddaten Buchung Ticket eingeben nsch eingeben eingeben eingeben berpr fen ausdrucken T T T T T 5 1 5 H K T T 1 T 1 T T T 1 T T H T 1 T 1 1 Online Ticket IN Buchungswunsch 1 Online Ticket Info ja 2 empfangen empfangen 1 durchf hren I 1 i Reservierungswu In 5 nsch empfangen S empfangen nein I i Fahrkarte ine Ti 24 versenden Online Ticket LI 55 t e Bankkonto Kreditkarte Kreditkarte
138. edr ckt werden Verlangen dass immer explizit Start und Stop Events genutzt werden Da mit werden die Anfangs und Endpunkte eines Prozesses sofort deutlich man muss nicht erst manuell aller Aktivit ten anschauen und diejenigen identi fizieren welche keinen eingehend bzw ausgehenden Fluss haben Nur ein einziges Icon f r XOR Gateways zulassen Keine Splits oder Joins ohne Gateways Der Typ eines Splits bzw Joins wird sofort aus dem Gatewaytyp ersichtlich Diese nderungen w rden dei BPMN auf jedem Fall ihrem Ziel n her bringen leicht erlernbar zu sein Auch w rden BPDs zwar im Mittel etwas mehr Elemente Abb 3 M gliche Vereinfachungen der BPMN enthalten aber daf r deutlicher und schneller interpretierbar werden Da nichts Neues bei diesen Vorschl gen hinzugef gt wird sondern nur bestehende Teile der Spezifikation eingeschr nkt oder entfernt werden sollten die nderungen auch schmerzfrei vornehmbar sein 5 2 Widerspr che und Fehler in der Spezifikation 6 Fazit 7 Abbildungen ut JON i g gt junoooe ago junoooe ErT gt Abb 4 Level Prozess berblick A euonippe Jeuonippe 2 Joju3 Jeju3 P omssed Jeju3
139. ef llt zur ck geschickt wird es ausgewertet und die jeweilige Ver anstaltung ins Vorlesungsverzeichnis aufgenommen Werden regelm ig stattfin dende Lehrveranstaltungen nicht innerhalb der festgelegten Frist gemeldet wird zun chst der Stand vom vorhergehenden Studienjahr bernommen Diese Un terscheidung wurde auf Grund der Event Aktivierung nicht durch ein OR Split sondern durch ein AND Split und nachfolgendes Abbrechen des jeweils anderen Pfades bei Eintreffen eines Events modelliert Als n chstes findet eine fristgebun dene bermittlung des Vorlesungsverzeichnisses an die Universit tsverwaltung statt Danach sind noch Nachmeldungen oder nderungen zu Lehrveranstal tungsangaben m glich Das entsprechend korrigierte Vorlesungsverzeichnis wird dann wieder fristgebunden an die Universit tsverwaltung bermittelt und die be reits feststehenden Lehrveranstaltungen werden ver ffentlicht Trotzdem k nnen weiterhin Lehrveranstaltungen eingeplant werden Parallel dazu ist die Einpfle ge der Lehrinhalte und anderer Informationen zu einer Lehrveranstaltung im Ver ffentlichungsbereich im Web m glich Bis zu einem bestimmten Zeitpunkt kann sich diese Abfolge Ver ffentlichung Einpflege der Inhalte und ggf Einpla nung zus tzlicher Lehrveranstaltungen wiederholen Dann werden alle f r das Semester geplanten Lehrveranstaltungen in eine Liste eingetragen woraufhin die Basis Lehrveranstaltungsplanung endet Probleme bei der Modellierung O
140. egungsr cknahmen aus wichtigem Grund Tagesaktuell werden dann die Teilnehmerlisten erstellt Ist die Leistungserfassung abgeschlossen werden die er mittelten Noten bzw Leistungspunkte verbucht und eine Gesamtnoten bersicht f r die jeweilige Veranstaltung erstellt Im Fall von Nach bzw Ersatzpr fun gen werden die dadurch ermittelten Noteninformationen nachtr glich verbucht und die Noten bersicht aktualisiert Die Leistungserfassungsbegleitung ist da mit abgeschlossen und es k nnen nun Leistungsnachweise f r die Studenten sowie Auswertungen f r die Lehrpersonen erstellt werden Danach ist die Abwicklung der HPI Lehrveranstaltungen eines Semesters abgeschlossen 11 Detailsicht Als Beispiel einer detaillierteren Beschreibung eines bei der Erhe bung identifizierten Prozesses dient die Basis Lehrveranstaltungsplanung Das entsprechende Diagramm ist im Anhang 6 4 in Abbildung 16 zu sehen Dort werden zun chst die f r das Semester vorgesehenen Kern Lehrveranstaltungen ermittelt und jeweils einem Lehrstuhl zugeordnet Sollten nicht alle zugeord net werden k nnen m ssen externe Lehrpersonen eingebunden werden Dann kann das Personalverzeichnis an die Universit tsverwaltung bermittelt werden Anschlie end werden bei den einzelnen Lehrpersonen die Daten zu den angebo tenen Lehrveranstaltungen mit Hilfe eines Formulars per Mail abgefragt Dabei wird eine Frist gesetzt die in Form eines Timers modelliert wurde Wird das Formular ausg
141. eige denn welche Prozesse wo ablaufen Die Kapselung von Aktivit ten zu Prozessen erscheint zwar gelungen basiert aber darauf dass das Diagramm dadurch anschaulicher und logischer wird Eine wirkliche Verdeutlichung von Prozesszugeh rigkeiten ist bei diesen Diagrammtyp weiterhin sekund r 3 2 Konsequenzen f r die Weitermodellierung Die bisher vorgestellten Diagrammtypen waren statischer Natur Es war noch nicht m glich Gesch ftsprozesse zu modellieren Um dies zu erm glichen ist es notwendig sich n her mit den Teilnehmern der Gesch ftsprozesse von Otto de zu besch ftigen Es ist von Nutzen einen Diagrammtyp zu w hlen welcher aufzeigen kann wer mit Otto de interagiert und wo die Schnittstellen liegen d h bei welchen Vorg ngen oder Handlungen kommt der Akteur Otto de mit anderen Akteuren in Ber hrung bzw findet ein Austausch von Informationen oder Waren statt Otto de Modellierung eines WebShops 5 4 Use Cases Das Use Case Diagramm ist ebenso wie die Navigationsdiagramme ein statischer Diagrammtyp Es dient dazu die Rollen verschiedener Akteure innerhalb eines bestimmten Systems zu verdeutlichen Dadurch ist es m glich zu erkennen welche Gesch ftsprozesse ablaufen und wer daran beteiligt ist Akteure werden mit Hilfe eines Strichm nnchens symbolisiert Abbildung 2 1 Das gro e Rechteck symbolisiert das System in dem die verschiedenen Anwendungsf lle engl use cases dargestellt werden Ein Akteur wird mit den Aktio
142. eine andere Action weitergibt und damit Ketten von Aktionen gebildet werden k nnen Mit dieser Grundlage lassen sich Navigationsprozesse mit Mitteln der UML darstellen Als Beispiel sei ein einfacher Eingabedialog genannt der den Benutzer auffordert eine Eingabe zu machen diese Eingabe berpr ft und bei erfolgreicher berpr fung den Benutzer auf eine Best tigungsseite f hrt Amazon om 7 Wird hingegen keine korrekte Eingabe getroffen muss der Benutzer die Eingabe wiederholen Fig 3 Klassendiagramm zum Beispiel DataEntryForm CheckAction checkPassword Das Klassendiagramm zeigt dass das Formular zur Dateneingabe mit einer berpr fungsaktion kombiniert ist d h die Check Action liest z B Benutzername und Passwort aus dem Formular Bei erfolgreicher berpr fung wird zur Best tigen Aktion weitergeleitet bei Misserfolg wird eine Fehlermeldung in das Dateneingabeformular eingetragen Die ConfirmationAction setzt eine Nachricht im Best tigungsformular und bringt dieses zur Anzeige Der Fluss der Aktionen h ngt vom Zustand der Gesch ftsobjekte und den Eingaben des Benutzers ab Damit wird klar dass man die Navigationsstruktur gut mittels UML Zustandsautomaten darstellen kann da nun keine Notwendigkeit mehr besteht eine Webseite mit einer Aktion zu koppeln da deutlich geworden ist dass eine Webseite ein Formular lediglich Daten enth lt die von den Aktionen ausgewertet werden und die eigentliche
143. eines Use Case Diagramm Aus den Beispielen l sst sich ein allgemein g ltiges Modell f r die Use Cases ableiten vgl Abbildung 1 Die Use Cases Information Buchung und Stornierung werden f r jedes vern nftig konzipierte Hotel Reservierungs System ben tigt Welche Varianten dabei jeweils angeboten werden bleibt offen Weiterhin muss eine Zahlungsabwick lung auf irgendeine Art erfolgen sie ist aber nicht notwendigerweise Bestandteil des eigentlichen Reservierungs Systems Zus tzliche Funktionen zielen darauf ab dem Kunden einen gewissen Mehrwert zu bieten Sie sind nicht unabdingbar f r die F higkeit einen Reservierungsprozess durchzuf hren Daher tauchen solche Funktio nen nicht im allgemeinen Use Case Diagramm auf Unbedingt notwendig f r alle Aktivit ten ist der Kunde des Weiteren sind Hotel bzw Hotelangestellte bei der Abwicklung der Zahlung involviert Weitere Akteure h ngen von der jeweiligen Umsetzung des Reservierungsprozesses ab und k nnen nicht allgemein dargestellt werden Beispiele f r weitere Akteure sind in den Use Case Diagrammen f r ehotel und HRS zu finden vgl Abbildungen 13 und 14 hotel reservation system KEN inform JU DN 4 n Merc ot t 74 S NUS cancel customer hotel setie up Abb 1 Allgemeines Use Case Diagramm f r Hotel Reservierungs Systeme 3 Prozesse in Hotel Reservierungs Systemen Das folgende Kapitel stellt den allgemeinen Prozess einer Ho
144. eit sein f r die h heren Transaktionskosten aufzukommen Eine solche Bereitschaft entsteht nur wenn die Dienstleistung einen Mehrwert bietet F r den Kunden bringt der Vermittler erhebliche Vorteile er braucht Preise Ausstattung Lage und Auslastung der Hotels nicht selbst berpr fen Der Vermittler sorgt f r h here Transparenz und eine nicht unerhebliche Zeitersparnis Wenn immer mehr Kunden diesen Vorteil f r sich entde cken profitieren indirekt auch die Hotels sie erhoffen sich mehr bernachtungen durch die Bereitstellung ihrer Daten bei einem Vermittler Oder pessimistischer ausgedr ckt sie hoffen keine Kunden zu verlieren Diese Einsicht sicherte jahrelang die Existenz der Reiseb ros die in den letzten Jahren aufgekommenen Anbieter von Hotel Reservierungs Systemen haben dagegen den Anspruch noch effizienter und noch kundenfreundlicher als Reiseb ros zu arbeiten Im diesem Kapitel werden zwei der g ngigen Systeme im deutschsprachigen Raum vorgestellt Sowohl ehotel als auch HRS besitzen jahrelange Erfahrungen beim Aufbau und Betrieb eines Hotel Reservierungs Systems und haben ein umfassendes nationales wie internationales Angebot an Hotels Systemaufbau sowie Funktionalit t werden kurz vorgestellt Unterschiede und Gemeinsamkeiten herausgearbeitet An hand dieser beiden Beispiele l sst sich ein Use Case Diagramm entwickeln welches grunds tzliche Anforderungen an Hotel Reservierungs Systeme beschreibt Dies ist die Grundlage
145. eiten Manchmal kann ein semantisch identischer Prozessteil auf drei verschiedene Arten modelliert werden Diese Freiheiten stellten sich aber oft als verwirrend und orthogonal zum Ziel der leichten Erlen und Verst ndlichkeit dar Einige L sungsvorschl ge f r diese Probleme sind neben deren Darstellung auch Bestandteil dieser Ausarbeitung Die Ausarbeitung ist folgenderma en aufgebaut Zun chst wird das Objekt der Modellierung GMX vorgestellt um den Gesch ftsprozessen welche danach modelliert werden einen Kontext zu geben Danach wird kurz der Modellierungs prozess und erste Erfahrungen mit der BPMN beschrieben gefolgt von den mo dellierten Prozessen AbschlieBend wird die BPMN selbst zum Thema wobei gute Erfahrungen aber auch Probleme dokumentiert werden 2 Was ist GMX de GMX Global Message eXchange gegr ndet FIXME Jahreszahl ist haupts ch lich ein Anbieter kostenloser E Mail und Organizer Dienste damit steht GMX in Konkurrenz mit Anbietern hnlicher Dienste wie z B Hotmail WEB de Yahoo und neuerdings auch Google Ein Kunde kann sich online ein Benutzerkonto erstellen welchem eine E Mail Adresse zugeordnet ist unter der der Kunde erreichbar ist Zugriff auf dieses E Mail Konto hat der Kunden ber ein Webinterface aber auch auf klassischem Weg via POP3 und SMTP Er kann hierbei alle erdenklichen Aktivit ten in Bezug auf E Mail durchf hren wie E Mails lesen schreiben l schen antworten und weiterleiten Im
146. elne Prozesse aufteilen Auf unterster Ebene befinden sich die Prozessdetails Dieser letzten Ebene werden beispiels weise konkrete Arbeits und Pr fanweisungen f r einen Prozess sowie Formulare und Checklisten zugeordnet 1 Die ersten Schritte zum Aufbau eines PQM Systems befassen sich mit der Identi fikation relevanter Prozesse und der Festlegung von deren Abfolge und Wechsel wirkungen Dazu ist in jedem Fall zun chst eine Erhebung der daf r ben tigten Daten erforderlich In der Regel wird diese Erhebung formularbasiert in Form von Interviews durchgef hrt Die zur Bef llung der Formulare erforderlichen Fragen werden dabei nach der so genannten 6W Methode formuliert Was Warum Wie Wer Wann Wo Auf Grundlage der so gewonnenen Profile wer den Ablaufpl ne f r die einzelnen Ebenen erstellt und um die zu erf llenden Qualit tsziele erg nzt Nach der Implementierung der entsprechenden Ablauf steuerung und der zugeh rigen Messeinrichtungen kann mit der Analyse der Prozesse begonnen werden Dazu werden die gesetzten Qualit tsziele mit den Messwerten verglichen Sollten Abweichungen auftreten oder durch Aktualisie rung der Qualit tsziele die Anforderungen ver ndert sein gilt es m gliche Op timierungspotentiale zu finden 1 2 Dazu kann beispielsweise ein Ishikawa Diagramm 3 zur Darstellung von Ursache Wirkungs Zusammenh ngen verwendet werden Beim Ishikawa Diagramm wird die 6M bzw 7M Methode verwendet um m
147. elt Die Belegung ist an Abgabe von Belegungspunkten gebunden Abschlussarbeiten wie das Bachelorprojekt sind jedoch kostenlos Kann der Student nun solch ein erfolgreich besuchtes Seminar vorweisen darf er an einem Bachelorprojekt teilnehmen Scheitert er im ersten Durchlauf darf er einen erneuten Versuch unternehmen Misslingt auch dieser wird die Graduierung als verwirkt angesehen Nach erfolgreichem Abschluss des Bachelorprojekts wird der Student sicherlich einen Antrag auf Graduierung stellen Der Aufbau desselbigen ist in Abbildung 20 Modellierung der Studien und Pr fungsordnungen 9 siehe Anhang dargestellt Man sieht dort dass ein bestandenes Bachelorprojekt vorliegen muss sowie eine benotete und eine unbenotete Liste Diese Listen enthalten jeweils eine bestimmte Anzahl an Leistungspunkten welche wiederum zu einem bestimmten Themenkomplex geh ren Die Minimum Kardinalit tsangaben an letzterer Relation besagen wie viele Punkte aus einem Themenkomplex mindestens eingebracht werden m ssen benotet oder unbenotet Zum Beispiel m ssen mindestens 24 Leistungspunkte aus dem Bereich Softwarekonstruktion auf den beiden Listen erscheinen Wechseln wir nun zur neueren Studienordnung und schauen wie dort der Bachelorstudiengang aufgebaut ist Der spezifische Ablauf der Abschlussarbeit ist in Abbildung 21 siehe Anhang gezeigt Im Unterschied zur alten Ordnung existiert jedoch kein Vorbereitungsseminar mehr sondern das Projekt wi
148. en Planung annehmen Abbildung 6 3 Ansatz Problem Sauberer Abbruch in YAWL LV Meldung LV Nachplanung E Ver ffentlichung Basis LV Basis Planung Raum belegungs Belegungen Planung annehmen Get CH Teilnehmerlisten erstellen Abbildung 7 4 Ansatz Problem Sauberer Abbruch in YAWL LV Meldung LV Nachplanung SC eon Klausurvorplanung Ver ffentlichung L LEP SE EE 5 Se e He Teilnehmerlisten belegungs Belegungen erstellen Planung annehmen Abbildung 8 5 Ansatz Problem Sauberer Abbruch YAWL 15 4 Entwicklung m glicher Soll Prozesse Im Anschluss an die Modellierung der Ist Prozesse wurde nach Optimierungs potentialen mit dem Ziel gesucht diese anhand von m glichen Soll Prozess Modellen zu veranschaulichen Hilfreich hierf r waren die in Kapitel 2 2 be schriebenen Erkenntnisse zu dem Vorgehen bei PQM Systemen Mit Hilfe der dort verwendeten Methoden wurden sowohl die einzelnen Prozesse als auch der Gesamtprozess untersucht Zur Beantwortung der Fragen nach 6 W und 3 Mu die zu den Prozessen gestellt werden konnten dienten einerseits die Erkenntnisse aus der Datenerhebungsphase andererseits auch zus tzliche Informationsquel len wie beispielsweise Pr fungs und Studienordnung 9 10 zu den am HPI an gebotenen Studie
149. en Artikel im Amazon com Katalog durch Nutzung der Funktion Suchen oder Durchsuchen kann dann die Preisempfehlung von Amazon com beachten und gibt schlie lich einige Informationen zu dem Zustand des angebotenen Artikel an Der Benutzer kann nun einen eigenen Preis f r das Angebot festlegen und bestimmen in welche Regionen ausgeliefert werden soll Damit ist der Artikel angeboten und der Anbieter erh lt eine Best tigungsnachricht von Amazon com 16 Lars Trieloff Nachbestellungen verwalten Die Verwaltung von Nachbestellungen dargestellt im Collaboration Diagram Manage Re Order unterscheidet zwei F lle Zun chst werden die zu versendenden und bestellten Artikel verpackt und versandbereit gemacht Handelt es sich um eine Amazon com Marketplace Bestellung so werden die Artikel ber den Paketdienst verschickt Handelt es sich hingegen um eine Nachbestellung direkt von Amazon com so wird die Lieferung ber ein G tertransportserviceunternehmen abgewickelt und nach der bergabe der Waren an das Transportunternehmen wird die Lieferung Amazon com in Rechnung gestellt Beschwerden von Zulieferern verwalten Dieser einfache Prozess ist im Expanded Sub Process Manage Supplier Compaints dargestellt Der Prozess beginnt damit dass der Anbieter eine Nachricht erh lt dass es Beschwerden gegeben habe Er wartet dann auf die R cksendung der Ware um diese zu pr fen F llt die Pr fung positiv aus wird die Beschwerde
150. en Einfluss auf das Modell der h heren Betrachtungsebene haben soll der Log in Prozess der Ebay Plattform dienen Fig 1 Log in Prozess Abbildung 1 illustriert wie das anforderungsvollst ndige Modell ber einen Implementierungsschritt in das fertigungsvollst ndige Modell berf hrt wird W hrend auf h herer Ebene nur gefordert wird dass ein Nutzer authentifiziert wird wird auf der tiefer gelegenen Ebene spezifiziert wie das geschieht dazu k nnte z B ein Datenbanksystem oder ein Verzeichnisdienst herangezogen werden Aspekte Neben der Betrachtungsebene kann jedes Modell einer Sicht einem sog Viewpoint zugeordnet werden die IEEE Computer Society schreibt dazu in 5 5 A viewpoint is a convention for constructing and using view A view is 2 a representation of a system from the perspective of a related set of concerns Ein Viewpoint kann also als ein bestimmter Aspekt eines Systems verstanden werden die Applikation wird aus einem bestimmten Blickwinkel heraus betrachtet Die IEEE Computer Society l sst jedoch v llig offen welche Sichten zu beschreiben sind statt dessen ist f r jede konkrete Aufgabenstellung individuell festzulegen welche Aspekte zu betrachten sind Wie bereits erw hnt ist es die Aufgabenstellung dieser Seminararbeit die Prozesse der Ebay Plattform zu erfassen Ist es daher ausreichend sich auf das Prozessmodell des Online Auktionshauses
151. en haben wurde diese Tradition nach 1999 gr tenteils wieder aufgegeben 5 2 Verwaltung von Spezifikationen Wie bereits im vorigen Abschnitt erw hnt ist die Entwicklung sehr code getrieben Dies u ert sich auch darin dass vielmals Testf lle als formale Spezifikation genutzt werden Eine separate Spezifikation wird wenn berhaupt in Form eines Word Dokuments angefertigt folgt dabei aber keiner Standardisierung oder Formalisierung In den meisten F llen besteht eine Spezifikation nur als abstrakte Vorstellung der jeweiligen Entwickler Dies f hrt dazu dass hin und wieder Unsicherheiten entstehen wie bestimmte Module sich verhalten sollen In diesem Fall ist ein pers nliches Ge spr ch unumg nglich Zu berlegen ist an dieser Stelle allerdings ob eine Ansammlung formaler Doku mente schneller zu einer Kl rung der Unsicherheiten f hrt 10 Gero Decker 5 3 Teststrategie Bei SAP Berlin wird sehr viel Wert auf Qualit tssicherung gelegt Zu bem ngeln ist jedoch dass nur Integrations und Systemtests durchgef hrt werden Modultests gibt es nur in wenigen Ausnahmef llen da hierf r n tige Dummies nicht entwickelt werden Diese dienen dazu das Verhalten derjenigen Module die vom zu testenden Modul verwendet werden zu simulieren Dadurch dass nur selten Modultests durch gef hrt werden ist die Fehlersuche relativ langwierig Die Erstellung der Integrati onstests wird un bersichtlich da die Pr fungen der
152. en in den einzelnen dynamischen Aspekten zu untersuchen Dieses Vorgehen m ndete in einem mittelgro en UML Use Cases Diagramm siehe Anhang Abbildung 5 An dieser Stelle wurden bereits erste Gesichtspunkte von der weiteren Betrachtung ausgeschlossen Konkret handelt es sich hierbei um die Punkte 1 Studienfachberatung und 7 Zulassung zum Masterstudium der dynamischen Aspekte in Tabelle 1 Streichungsgrund war hier haupts chlich die Tatsache dass der Plan bestand den Ablauf eines HPI Studiums zu modellieren aber die beiden aufgez hlten Punkte Aktivit ten darstellen welche vor dem Beginn eines Modellierung der Studien und Pr fungsordnungen 3 Studiums stattfinden Ferner sei angemerkt dass die Abl ufe in diesen beiden F llen nicht sonderlich komplex sind und ein Fehlen dieser keinen schmerzlichen Verlust darstellt Die n chste unternommene Ma nahme war das Modellieren der statischen Aspekte was unter Zuhilfenahme von Entity Relationship Diagrammen ER Diagrammen geschah Hierbei wurde auf die grafische Aufbereitung der Punkte 5 Aufbau Zulassungskommission und 6 Notenskala verzichtet Das Auslassen beruhte bei Ersterem auf der oben geschilderten Entscheidung die Zulassung zum Masterstudium nicht zu betrachten und bei Letzterem auf Trivialit t Den letzten und umfassendsten Schritt bildete freilich das Erstellen der dynamischen Diagramme mit YAWL Dort wurden die Abl ufe s mtlicher Use Cases dargestellt und deren Relatio
153. en nun die Ergebnisse der Model lierung der im Rahmen der Studienverwaltungsprozesse vorkommenden Rollen der verarbeiteten Daten und der Abl ufe vorgestellt 3 1 Rollenmodell Als erstes betrachtet wird das Rollen Modell in Form von UML Use Case Dia grammen Es wurden die Rollen der beteiligten Personen aus dem Prozesskatalog bernommen und jedem bei der Erhebung identifizierten Prozesse ein Anwen dungsfall zugeordnet Dann wurden die Rollen jeweils mit den Anwendungsf llen verkn pft an denen sie beteiligt sind Als zentrale Rollen k nnen so die der Stu dentenverwalterIn und die der Lehrpersonen identifiziert werden Da speziell diese beiden Rollen an sehr vielen Anwendungsf llen beteiligt sind wurde zur Erh hung der bersichtlichkeit f r die Use Case Diagramme eine Gruppierung der Prozesse vorgenommen die sich in hnlicher Form auch in den sp teren Abl ufen wiederfinden wird wobei jede Gruppe in einem separaten Diagramm dargestellt ist allgemeine Verwaltungst tigkeiten Abb 10 in Anhang 6 2 Planung und Vorbereitung von Lehrveranstaltungen Abb 11 in Anhang 6 2 Nachbereitung von Lehrveranstaltungen Abb 12 in Anhang 6 2 3 2 Datenmodell Als n chster Aspekt wird das Datenmodell durch ein EERD repr sentiert siehe Abbildung 13 in Anhang 6 3 Zur Erstellung des EERDs wurden die verarbeite ten Daten aus dem Prozesskatalog ausgewertet Dabei fiel auf dass speziell f r das Erkennen einiger Abh ngigkeit
154. en zwischen Entit ten nicht nur die direkt erkennbaren Daten sondern auch die Ablaufbeschreibungen aus dem Prozes skatalog betrachtet werden m ssen Weiterhin waren einige Entit ten zun chst nicht als Datenelement erkennbar bzw modellierbar Ein Beispiel ist die Entit t Raumbelegung die in Abbildung 1 als Ausschnitt des EERDs zu sehen ist Hierbei handelt es sich um eine Entit t die aus zwei weiteren Entit ten und deren Relation zueinander besteht Der Rahmen um die Relation findet statt in und die beiden Entit ten Veranstaltungsteil und Raum stellt dabei als ein Mittel der Erweiterung normaler ERDs die H lle der zusammengesetzten Entit t Raumbelegung dar Diese Erweiterung wird auch Objektifizierung genannt Die ser Sachverhalt k nnte weniger bersichtlich auch durch zus tzliche Relationen mit der Notation des ERD dargestellt werden aber bei mehrfachem Gebrauch wird das gesamte ERD dadurch deutlich schlechter zu erfassen und einige In formationen w rden redundant dargestellt werden Im vorliegenden Fall w re es auch m glich einfach nur die Relation findet statt in bereits als Raumbele gung zu betrachten Dabei ginge jedoch der eigenst ndige Charakter verloren den die Entit t im Rahmen der Studienverwaltungsprozesse besitzt hnlich ist es im Fall der Belegung zu sehen in Abbildung 2 wo die zusammengesetzte Entit t auch ein Attribut gew hlter Themenkomplex besitzt Eine weitere hilfreiche Erweiterung ist die Gen
155. ennzeichnen Erst durch einen Klick auf einen solchen Task w rde dann die zugeh rige Abbruchregion kenntlich gemacht z B rot unterlegt Zusammenfassend l sst sich sagen dass mit YAWL definitiv ein richtiger Weg eingeschlagen wurde Die Frage ist jedoch was die Zukunft bringen wird YAWL sollte auf jeden Fall noch kleinere nderungen wie zum Beispiel die Hinzunahme von Kantenbeschriftungen erfahren Auch besteht weiterer Forschungsbedarf was die Darstellung von Variabilit t angeht wie ich im vorherigen Kapitel sicherlich gezeigt habe Ob YAWL allerdings eine Zukunft hat in dem Sinne dass die Sprache Verwendung findet h ngt meiner Meinung nach stark von dem Fortschritt der Toolentwicklung ab Im Moment sind die Tools noch nicht ernsthaft verwendbar Die syntaktische berpr fung funktioniert zum Beispiel nicht sobald man ein XOR Split einbaut es sind keine Verzweigungsbedingungen angebbar bisher erscheinen alle Tasks auf allen Arbeitslisten Sollte sich daran in absehbarer Zeit etwas ndern halte ich es f r gut m glich dass YAWL in gr erem Umfeld zum Einsatz kommt Andernfalls sollten die Tools keine gro artigen Verbesserungen erfahren sehe ich ehrlich gesagt keine gro e Zukunft f r YAWL und gehe davon aus dass die Sprache wieder in der Versenkung verschwinden wird So Schade dies auch w re Literatur 1 Studienbestimmungen f r den Bachelor und den Masterstudiengang der Softwaresystemtechnik an der Universit t
156. eralisierung Sie wird im EERD Veranstaltungsteil Abbildung 1 EERD Zusammengefasste Entit t Raumbelegung Lehrveranstaltung Student gewahlter Themenkomplex Abbildung 2 EERD Zusammengefasste Entit t Belegung Lehrstuhl Abbildung 3 EERD Generalisierung Dozent bei der Entit t Dozent verwendet Die Entit t Dozent besteht wie im Ausschnitt des EERDs in Abbildung 3 dargestellt n mlich sowohl aus HPI eigenen Lehrper sonen die zu einem der Lehrst hle geh ren und externen Lehrpersonen Diese Unterscheidung ist f r die Betrachtung der Studienverwaltungsprozesse wichtig was man an den Ablaufbeschreibungen erkennen kann Abschlie end muss erw hnt werden dass zur Gew hrleistung der bersichtlich keit die Attribute der verschiedenen Entit ten nicht immer vollst ndig im EERD modelliert wurden Zu einer Lehrveranstaltung beispielsweise wird auch die Sprache erfasst in der sie gehalten wird ebenso wie die Information ob die Lehr veranstaltung eine Kern Lehrveranstaltung eine Wahlpflicht Lehrveranstaltung oder eine Master Lehrveranstaltung ist Diese Daten sind im Prozesskatalog vor handen und finden sich in konkreten Formularen wieder die jedoch einer detail lierteren Sichtebene zuzuordnen sind Bei einem ERD bzw EERD sind prim r die Entit ten und ihre Relationen von Bedeutung 3 3 Ablaufmodell Der Schwerpunkt dieser Arbeit liegt bei der Modellierung der dynamischen Aspekte der Studienv
157. eren Zusammenfassung In dieser Ausarbeitung habe ich meine Gedanken zur Modellierung statischer und dynamischer Aspekte eines Systems im Kontext der Produktlinienentwicklung zusammengefasst Besonders hat mich interessiert Kriterien zu finden und anzuwenden um geeignete Beschreibungen und Modelle einer Applikation in diesem Fall das Online Auktionshaus Ebay zu erstellen Chinesische Auktion Fig 11 Chinesische Auktion Holl ndische Auktion Fig 12 Holl ndische Auktion Ebay 13 14 Fixed Price Auktion Fig 13 Fixed Price Auktion Buy It Now Auktion Fig 14 Buy It Now Auktion Ebay 15 Zitate 1 Andreas Bungert Beschreibung programmierter Systeme mittels Hierarchien intuitive verst ndlicher Modelle Shaker Verlag 1998 2 IEEE Computer Society IEEE Recommended Practice for Architectural Description of Software Intensive Systems IEEE Std 1471 2000 3 Siegfried Wendt Nichtphysikalische Grundlagen der Informationstechnik Springer Verlag 1989 4 Helmut Balzert Lehrbuch der Softwaretechnik Spektrum Akademischer Verlag 2001 5 Object Management Group Unified Modeling Language Specification OMG 2003 6 Felix Bachmann Len Bass Managing Variability in Software Architectures Carnegie Mellon University Literaturverzeichnis 1 2 3 4 5 6 7 8 9 10 http www pesoa org Mathia
158. erlangen kann je nachdem wie viele und wie gro e Varianten eingebaut werden Dies ist dann selbst f r den Systemdesigner keine triviale Aufgabe mehr Man muss sich allerdings auch immer berlegen welchen Nutzen die Diagramme im Endeffekt haben sollen Geht es darum mit anderen Menschen ber die gezeigten Sachverhalte zu kommunizieren dann ist es sicher sinnvoll Varianten getrennt zu betrachten Soll der Plan allerdings nur ber ein Tool in eine Workflow Engine exportiert und dort ausgef hrt werden dann ist es letzten Endes fast egal wie komplex das Ausgangsdiagramm ist Letztendlich m chte ich aber noch einmal darauf hinweisen dass es in den berlegungen ohnehin um die Darstellung kleinerer Variabilit ten ging Gr ere nderungen lassen sich definitiv am Besten mit dem Austauschen eines Subprozesses l sen 5 Zusammenfassung und Ausblick Das letzte Kapitel meiner Ausarbeitung m chte ich mit einer subjektiven Bewertung von YAWL beginnen Positiv stellt sich vor allem dar dass der zahlenm ige Umfang der Elemente bei YAWL recht klein ist Dies senkt n mlich nicht nur den Lernaufwand f r den Designer sondern auch f r andere Betrachter So sind mit YAWL angefertigte Diagramme auch f r Laien nach nur wenigen erl uternden Worten verst ndlich Auch in der Ausdrucksstirke kann YAWL punkten Die Bef rchtung dass die 14 Kay Hammerl Beschr nkung auf wenige Elemente zu einer verminderten Ausdrucksf higkeit f hrt is
159. erwaltungsprozesse Die Modellierung des Ablaufs der Ist Prozesse erfolgte auf Grundlage der im Rahmen der Prozessdatenerhebung ge sammelten textuellen Ablaufbeschreibungen in YAWL Das Modell wurde dabei in drei Schichten unterteilt die Gesamt bersicht eines Semesters als Abstraktion von den erkannten Hauptprozessen die Ablauf bersicht der Hauptprozesse 10 die Detailsicht in der der Ablauf einzelner Hauptprozesse ausf hrlich be schrieben wird Gesamt bersicht Die Gesamt bersicht ist in Abbildung 14 im Anhang 6 4 zu sehen Sie zeigt die Studienverwaltungsprozesse aus der Vogelperspektive Zwei Timer Events markieren jeweils den Beginn und das Ende eines Semesters Darin eingeschlossen sind die allgemeinen Verwaltungsprozesse die immer fortlaufend stattfinden Bereits vor Beginn eines Semesters beginnt die Abwicklung der HPI Veranstaltungen die bis nach Semesterende andauert Ablauf bersicht In Abbildung 15 aus Anhang 6 4 wird die Ablauf bersicht der zur Abwicklung der HPI Veranstaltungen geh renden Prozesse dargestellt Als erstes findet die Basis Lehrveranstaltungsplanung statt woran sich die Basis Raumplanung anschlie t Parallel k nnen aber weitere Lehrveranstaltungen nach geplant werden Nach der Basis Raumplanung sind Raumbuchungen jederzeit m glich Sie werden als Event verarbeitet an das sich eine Konfliktpr fung zur Vermeidung von berbuchungen anschlieft Jeweils w chentlich werden die Raumbelegung
160. erzu bleibt n zur Bauzeit unbestimmt und wird erst zur Laufzeit ermittelt Als Beispiel k nnte man sich erneut den oben erw hnten kostenpflichtigen Belegungsvorgang betrachten Nehmen wir an Abbildung 3 zeige einen Ausschnitt dieses Vorgangs und geh rten somit zum regul ren Ablauf und B st nde f r den Bezahlvorgang W rde nun das System auf diese fiktive Studienordnung 2004 umgestellt m ssten alle Studenten die 12 Kay Hammerl nach der neuen Ordnung studieren bezahlen die die jedoch noch nach der Alten angefangen haben aber nicht So w rde zur Laufzeit eine Ermittlung stattfinden sehr Wahrscheinlich ber eine XQuery Anfrage um was f r einen Studenten es sich handelt und daraus der Wert von n bestimmt Auch diese Alternative Variabilit ten in YAWL zu modellieren ist nicht vollst ndig problemlos Durch die Optionalit t von B kann Task nun sowohl die Ausgabe von Task als auch die von als Eingabe erhalten Hier muss folglich auf Datenflussebene f r Kompatibilit t gesorgt werden Des Weiteren m sste zur Anwendung dieser Modellierungsvariante auch eine nderung in der Spezifikation von YAWL erfolgen Der Wertebereich von n ist dort mit AN angegeben hier w re dagegen N erforderlich Nicht zu vergessen ist ebenso die Tatsache dass die Anwendung dieser Methode einen starken Missbrauch der multiplen Instanzen darstellen w rde sind diese doch schlie lich daf r gedacht di
161. eschoben Der Masterstudiengang am HPI bekam keine wirklichen Ver nderungen bei der Durchf hrung der Abschlussarbeit verordnet Es fand lediglich eine Beschr nkung der Bearbeitungszeit 2001 12 Monate 2004 6 Monate statt welche sich mit der Verk rzung der Regelstudienzeit erkl rt Au erdem ist in der alten Ordnung noch von einem Masterprojekt und einer Masterarbeit die Rede in der neuen Fassung findet dagegen nur noch letzterer Begriff Verwendung Der reine Ablauf ist jedoch derselbe und in Abbildung 22 siehe Anhang vorzufinden An dieser Stelle sei auf zwei Besonderheiten im Prozess der Masterabschlussarbeiten hingewiesen Zum einen ist es dem Studenten einmal m glich im ersten Drittel der Bearbeitungszeit ein Thema zur ckzugeben und ein Neues zu erhalten zum anderen l uft die Bewertung nach einem bestimmten Prozedere ab welches in Abbildung 23 siehe Anhang dargestellt wurde Hierbei wird die entsprechende Arbeit von zwei Gutachtern benotet Betr gt die Differenz in der Benotung 2 0 oder mehr oder ist ein Gutachter der Meinung dass es sich um eine nicht ausreichende Arbeit handelt so kann vom Studienausschuss ein 3 Auf Nachfrage wurde mir erkl rt dass beide Begriffe synonym verwendet wurden 10 Kay Hammerl dritter Gutacher bestellt werden Liegen am Ende mindestens zwei Bewertungen mit Note vor so ergibt sich die Note der Arbeit aus dem arithmetischen Mittel der Einzelnoten Was der Antrag auf Graduierung zur Erlangu
162. esse haben dann volle Planungssicherheit und es gibt keinen zus tzlichen Aufwand durch eine Nachplanung von Lehrveranstaltungen Die Ver nderung bei der Teilnehmerlistenerstellung ist nicht sichtbar da dieser Prozess nicht detailliert modelliert wurde 5 Zusammenfassung der Ergebnisse In den vorhergehenden Kapiteln wurden zun chst die Vor berlegungen zur Mo dellierung der Studienverwaltungsprozesse der HPI und der grobe Ablauf bis zur Entstehung der verschiedenen Modelle erl utert Anschlie end wurden die Ist Prozesse in Form von Rollen Daten und Ablaufmodellen vorgestellt Darauf aufbauend wurden diese Prozesse dann analysiert und die daraus abgeleiteten Soll Modelle beschrieben Nun werden die Ergebnisse und Einsch tzungen zu den einzelnen Teilen vorgestellt 17 5 1 Vorgehensweise Die gew hlte Vorgehensweise ber Datenerhebung Entwurfsmodellierung ber pr fung der Modelle und anschlie ende Analyse hat sich als gangbarer Weg er wiesen Die Erkenntnisse aus dem Bereich des PQM waren hilfreich so dass sich der Aufwand der Betrachtung gelohnt hat Allerdings f llt auf dass das Feh len des Qualit tsbezugs auch zu Problemen f hrte die ohne diese Orientierung vermutlich nicht aufgetreten w ren Beispielsweise ist es sehr schwierig gewesen Optimierungsm glichkeiten zu finden weil keine echten Qualit tsziele f r die Prozesse vorgegeben waren Weiterhin setzt die Analyse auch Messergebnisse zu den Prozessen voraus di
163. etzt Sie bleiben weiterhin im Prozess laufen jedoch automatisiert f r den Nutzer transparent und ohne Daten zu ver ndern ab Nehmen wir als Beispiel den in Abbildung 4 gezeigten Prozessausschnitt Es sei nur Version 1 gew nscht Zuerst werden also alle berfl ssigen Tasks ermittelt Dies w ren hier D und Danach werden die mit ihnen verbundenen T tigkeiten gel scht Befinden wir uns nun zur Laufzeit in F so findet der AND Split auf jeden Fall statt auch wenn beide nachfolgenden Tasks nur zur Version 2 geh ren Diese beiden Tasks G und werden automatisch abgewickelt f hren jedoch keinerlei Arbeit durch und aktivieren Task I F r den Nutzer hat es folglich den Anschein als ob es sich einfach nur um eine Sequenz von F und I handelt Der Vorteil des Ganzen wird schnell deutlich Dadurch dass keine L schung von Tasks oder Umleitung von Kontrollfl ssen stattfindet ist es bei beliebiger Variantenauswahl unm glich einen Deadlock zu produzieren sofern er nicht von vorne herein vorhanden war Syntaktische Korrektheit ist also gew hrleistet semantisch stellt sich die Sache nat rlich ganz anders dar Das Verfahren kann zwar garantieren dass eine beliebige Kombination der Varianten ausf hrbar ist aber nicht dass der entstehende Prozess sinnvoll ist Nachteilig an dieser L sung ist vor allem die Tatsache dass das entstehende Diagramm einen sehr komplexen Charakter
164. f r das darauf folgende Kapitel 2 1 Systemaufbau von ehotel und HRS Zur Darstellung des groben Systemverst ndnisses von ehotel und HRS wurde die FMC Notation gew hlt 1 Bei beiden Systemen Abbildungen 11 und 12 hat der Kunde die Wahl sich entweder direkt ber einen Webbrowser oder ber ein Call Genauer umfasst der Akteur Hotel alle m glichen Angestellten eines Hotels Fundamental Modeling Concepts Modellierung von Hotel Reservierungs Systemen 3 Center mit dem System zu verbinden Bei beiden Arten der Kommunikation mit dem System gibt es aber Einschr nkungen bez glich der verf gbaren Funktionalit t ehotel hat zwei verschiedene M glichkeiten der Verf gbarkeitspr fung bzw Bu chung die Anfrage kann mit den eigenen Daten abgeglichen werden und an ein Reservierungssystem von PEGASUS weitergeleitet werden In Systemen von PE GASUS verwalten die Hotels wiederum ihre Kontingente ein Abgleich mit einem hausinternen Buchungssystem ist vorstellbar HRS dagegen spart eine Stufe bei der Anfragebearbeitung aus Hotels verwalten ihre Kontingente ber einen Webbrowser oder Client im HRS eigenen Reservierungs System alle relevanten Hotel und Verf gbarkeitsdaten werden von HRS selbst gespeichert 2 2 Use Cases von ehotel und HRS Die Funktionalit t eines Systems l sst sich gut mit Use Case Diagrammen nach der UML Notation darstellen 7 Im Anhang befinden sich die beiden Use Case Dia gramme f r ehotel und HR
165. formationspha se findet so wird er nicht fortsetzen und den Prozess dadurch implizit beenden Treten Fehler bei der Buchung auf so kann er sich auch entscheiden den Prozess abzubrechen Eine Stornierung bricht den Prozess generell ab und w hrend der Abwicklungsphase wird der Prozess aus Sicht des Kunden entweder durch Bezahlung des Hotels oder durch Nichterscheinen beendet In der Modellierung des Prozesses m ssen weiterhin Stornierungsfristen beachtet werden 3 1 Modellierung des Top Level Prozesses Hotelreservierung mit BPMN Zur Modellierung der Prozesse wird in diesem und n chsten Kapiteln ausschlie lich die Business Process Modeling Notation verwendet Zum Verst ndnis der Diskussion ist eine vorherige Einarbeitung in die Notation unerl sslich Da dies im Rahmen des Seminars zur Gen ge getan wurde verweise ich an dieser Stelle auf die Introduction to BPMN 13 sowie auf das Kapitel 4 des PESOA Report No 01 2004 10 als einf hrende Literatur Das Reservierungs System ist in Abbildung 15 nur als Blackbox dargestellt Auf die Prozesse innerhalb des Systems wird nicht n her eingegangen es dient nur der Darstellung des potentiellen eingehenden sowie ausgehenden Nachrichtenflusses Die Kommunikation der einzelnen Phasen mit dem Reservierungs System kann so allge mein modelliert werden Die folgenden Ausf hrungen beziehen sich soweit nicht anders vermerkt auf das Modell in Abbildung 15 Informationsphase Die Information
166. g be es keine Kommunikation zwischen Hotel und den anderen beiden Pools Die Benachrichtigung ist somit zur Synchronisation der Prozesse in den unterschiedlichen Pools notwendig Umbuchung Zus tzlich zu den Funktionen von ehotel bietet HRS eine Reservie rungs nderung an wie schon im Use Case Diagramm dargestellt Abbildung 14 5 Beobachtungen legen die Vermutung nahe dass es als eine Verkn pfung der Stornie rung mit einer Neubuchung implementiert ist Die gesamte Aktivit t ist teilweise transaktional was zu unerw nschten Verhalten f hrt nderungen einer Buchung k nnen Anreise und oder Abreisedatum Anzahl der Zimmer oder G ste betreffen Wird z B ein neues Datum ausgew hlt erfolgt eine problemlose Umbuchung sofern freie Kapazit ten zum gew nschten neuem Datum zur Verf gung stehen In der 18 Torsten Hahmann Buchungs bersicht tauchen dann zwei Buchungen auf die neue sowie die als storniert gekennzeichnete alte Reservierung Sind zum neuen Datum nicht gen gend freie Zimmer im System vorhanden so wird gebeten eine neue Buchung vorzunehmen Nach Abschluss dieser Buchung zeigt die bersicht ein eher unerwartetetes Verhal ten beide Buchungen sind eingetragen die alte aber nicht storniert Erkl rt werden kann dies durch den transaktionalen Charakter der Umbuchung scheitert die neue Buchung so wird auch die alte nicht storniert Da der Benutzer trotzdem in der Navigation weitergeleitet wird kann er annehmen dass bei de
167. gef hrt welche Studenten nicht mehr in der Lage sind ausgehend von ihren noch vorhandenen Belegungspunkten den Abschluss zu erreichen Davon betroffene Studenten bekommen auf diesem Wege mitgeteilt dass ihre Tage am HPI gez hlt sind Nun entdeckt man in dieser Sicht auf den Prozess nur zwei Use Cases wieder n mlich Abschlussarbeit durchf hren und Graduieren Die restlichen vier finden sich eine Ebene tiefer in der detaillierten Betrachtung des zusammengesetzten Task Composite Task Lehrveranstaltungen belegen und besuchen siehe Anhang Abbildung 10 In diesem Diagramm wird der Ablauf von der Belegung einer Veranstaltung bis zur Leistungspunktevergabe bei erfolgreicher Teilnahme beschrieben Zu Beginn findet eine Fallunterscheidung statt ob der Student sich nur extern erworbene Leistungen anerkennen lassen will oder ob er auch am HPI etwas belegen m chte In letzterem Fall besteht freilich sp ter immer noch die M glichkeit sich externe Leistungen anrechnen zu lassen Der Ablauf einer Belegung ist in Abbildung 11 siehe Anhang illustriert und nicht weiter spannend Es wird dort nur berpr ft ob der betreffende Student noch in der Lage ist den Abschluss zu erlangen und ob er ber gen gend Belegungspunkte verf gt um die gew nschte Veranstaltung Das E steht hierbei f r Event Die Bedeutung ist die dass ein so gekennzeichneter Task von einem externen Ereignis abh ngt Modellierung der Studien
168. gen wird eine Bestellung letzten Endes versandt Diese Prozesse geh ren ebenfalls zur vollst ndigen Prozessmodellierung dazu und m ssen beachtet werden Die Schwierigkeit besteht darin dass diese Prozesse auf Grund der fehlenden Transparenz nicht ersichtlich sind Diese Prozesse m ssen daher durch berlegung selbst erarbeitet werden Manchmal verbergen sich Hinweise f r die Prozesse direkt auf der Webseite So erm glicht ein Blick in die allgemeinen Gesch ftsbedingungen von DELL R ckschl sse darauf wann eine Bestellung tats chlich versendet wird Als anschauliches Beispiel wird im dritten Kapitel an Hand einiger ausgew hlter Prozesse der Onlineshop des Computerherstellers DELL modelliert 1 2 Zielsetzung von BPMN Dieser Abschnitt liefert einen kurzen berblick ber die Zielsetzungen von BPMN die bei der Spezifikation eine wichtige Rolle spielten Eine knappe Einf hrung in die Notation von BPMN findet man bei 2 Die komplette Spezifikation von BPMN ist bei 1 verf gbar BPMN ist mit dem Ziel entwickelt worden dass nicht nur die Menschen in der Lage sind die Prozessdiagramme zu verstehen die diese entworfen haben sondern auch andere Menschen in einem Unternehmen die an dem Entwurfsprozess nicht unmittelbar beteiligt waren Eine zweite wichtige Zielsetzung war es Diagramme die mit BPMN entwickelt wurden in XML basierte Ausf hrungssprachen f r Modeling and Designing Processes in E Commerce 3 Prozesse wie zum Beispiel
169. gliche Termine vorl Planung nach Ablauf aller Fristen endg ltige Planung ggf R ckfragen Lehrperson Raumbuchung Ver ffentlichung der Termine R cknahme Belegungen aus wichtigem Grund Verarbeitung von Krank meldungen Personen Lehrpersonen Stud Verw BSc und MSc Studenten Daten Personendaten Student Belegungsdaten LV Daten Zeiten bis vor Abschluss der Leistungserfassung Orte HPI BSc und MSc Verwaltung Lehrst hle Ablauf Auswertung von Krankmeldungen oder Antr gen auf nderung aus wichtigem Grund gef Weiterleitung Pr fungsausschu Anpassung Teilnehmerliste Klausr und Weiterleitung Lehrperson Entscheidung Nachpr fung oder R cknahme Belegung Notenerfassung Personen Lehrpersonen Stud Verw BSc und MSc Daten LV Daten Studentendaten Matr Nr Noteninformationen Zeiten Nach Abschluss des LEP am Ende des Semesters Orte HPI BSc und MSc Verwaltung Lehrst hle Ablauf Abfrage der Notenlisten der einzelnen Lehrst hle berpr fung auf Korrektheit bereinstimmung Teilnehmerliste Verbuchung ggf bei Nachklausur o Korrektur der Buchung 21 Erstellung von Leistungsnachweisen Personen Studenten Stud Verw BSc und MSc Vorsitzende r Daten Zeiten Orte Ablauf Studienausschu SST Noteninformationen Studentendaten Nach Abschluss der Notenerfassung I bzw II HPI BSc und MSc Verwaltung B ro Studienausschu vorsitzenden Seriendruck der einzelnen bersichten bzw Ausdruck gew hlter
170. gliche Ursachen zu kategori sieren Mensch Maschine Methode Material Milieu Messung Management Gesucht werden die 3 Mu nach Kaizen bernommen aus dem Japanischen f r Verschwendung Muda berlastung Muri und Abweichung Mura Als Beispiel einer berlastung k nnte bei einer Verpackungsmaschine festgestellt werden dass sie 25000 Einheiten pro Tag verpacken m sste nominal aber nur eine Kapazit t von 1000 Einheiten pro Stunde hat und eine Verschwendung k nnte dann ermittelt werden wenn die nicht verpackten 1000 Einheiten ein fach vernichtet w rden w hrend es eine Abweichung w re wenn diese 1000 Einheiten einfach unverpackt weitergegeben w rden F r die konkrete Analyse und das Finden von Optimierungsans tzen ergeben sich also aus Kombination der 6W 6M und 3 Mu wieder eine Reihe von Fragen zur Ermittlung von Ur sachen oder Alternativen Nachfolgend einige beispielhafte allgemein gehaltene Fragen Wer macht es Wer sollte es machen Wer kann es noch machen Wer sollte es noch machen k nnen Wann wird es gemacht Wann sollte es gemacht werden Wann kann es noch gemacht werden Wann sollte es noch gemacht werden k nnen Auswertung der Betrachtung von DIN EN ISO 9000 2000 ff Im Ge gensatz zur vorgestellten Norm geh rte die Einbettung in Qualit tsdefinitionen und damit unmittelbar verbundener Mafnahmen wie die Implementierung von Methoden zur Messung von Prozesskennzahlen nicht zu den gesu
171. gs 16 Torsten Hahmann Task auf Seiten des Hotels kann entweder direkt durch den Kunden oder ber ehotel angestoDen werden Die R ckmeldung kann jedoch nicht eindeutig zugeordnet werden In der Praxis ist dies unproblematisch da z B der Kunde im Hotel anruft und sofort eine m ndliche Stornierungsbest tigung erh lt Gleiches gilt f r das Reservie rungs System welches etwa eine Verbindung zum Hotel bzw PEGASUS aufbaut und auf eine Antwort wartet Der Betrachter des BPMN Prozessmodell kann dies nicht zwingend erkennen hier weist die Notation Defizite auf Da gerade die Wieder verwendung von Aktivit ten Ziel der Modellierung ist gestaltet sich die Suche nach alternativen Darstellungen schwierig F r die Abbildung der gew hlten Konstruktion auf BPELAWS ergeben sich keine Schwierigkeiten diese ist generell nicht vorgese hen 3 4 4 Abwicklungsphase Die Prozesse der Abwicklungsphase ben tigen zu ihrer korrekten Ausf hrung weitere Akteure Finanzinstitute Diese k nnten als ein Pool modelliert werden welche Zahlungen der anderen Akteure entgegen nimmt und Mitteilungen ber Zahlungsein g nge an den jeweiligen Empf nger verschickt Innerhalb dieses Pools ist f r die Modellierung des Hotel Reservierungs System also nur ein trivialer Prozess relevant Buchungseingang und Mitteilung an den Empf nger vergleiche dazu Abbildung 25 Sobald eine fristgerechte Stornierung nicht mehr m glich ist bleibt dem Kunden nur noch die Beza
172. gsvoraussetzungen MSc Student oder gleichwertige Qualifikation Einbuchung von Belegungen Stornierung von Belegungen durch R cknahme oder mangels Zulassung durch Dozenten bei teilnehmerbeschr nkten LV jeweils Beleg Erstellung Unterschrift Ablage Timer Master Fristsetzung auf Zeitraum 4 5 Wochen nach Beginn LV Bachelor 2 Wochen vor Beginn des LEP sp testens 2 Wochen vor Ende Vorles zeit Ausnahmen Blocklehrveranstaltungen zum Zeitfenster geh render Termin bzw bei Seminaren unmittelbar nach Themenvergabe Beginn des LEP 20 Teilnehmerlistenerstellung Personen Stud Verw BSc und MSc Lehrpersonen Daten LV Daten Bezeichnung Nummer Lehrperson Belegungsdaten Zeiten nach Belegung bei Bedarf tempor re Erstellung unmittelbar nach Ablauf der jeweiligen Frist endg ltige T N Liste Orte HPI BSc und MSc Verwaltung Zweck Teilnehmerlisten zur bermittlung an Lehrperson Kontroll M glichkeit Grundlage f r Klausurplanung Vermeidung von berschneidungen bei Studenten Ablauf Auswertung der Belegungsdaten Erstellung der Listen Weiterleitung an Lehrperson Klausurplanung Personen Stud Verw BSc und MSc Lehrpersonen Daten LV Daten Bezeichnung Fristen Vorl Zeiten Teilnehmerlisten Zeiten Beginn nach Ablauf der ersten Belegungsfristen Ende nach Ablauf aller Belegungsfristen Orte HPI BSc und MSc Verwaltung Ablauf Auswertung der Teilnehmerlisten und Auswertung der LEP Daten Iteration ber m
173. h und nach ein vollst ndiges Bild der Prozesse Der vierte Abschnitt besch ftigt sich mit einem Vergleich der Modellierungssprachen BPMN sowie YAWL Dem Vergleich folgt eine Bewertung der beiden Modellierungssprachen und eine Schlussfolgerung ber BPMN 2 Statisches Modell und Navigation Eine der gr ten Schwierigkeiten bei der Modellierung von E Commerce Anwendungen ist es die Interaktion des Anwenders mit dem Browser von den Prozessmodellen zu trennen Im Folgenden soll ein m glicher Ansatz f r eine entsprechende Modellierung gegeben werden 2 1 Statisches Modell Bei der Prozessmodellierung im Bereich des E Commerce bietet es sich an die Funktionalit ten der Anwendung zuerst zu erforschen Am Beispiel von DELL gen gt es die Webseite mit dem Browser aufzurufen Hat man die M glichkeiten die solch eine Anwendung einen Nutzer bietet durch Ausprobieren und Durchspielen verschiedener Situationen ergr ndet ist man in der Lage diese Szenarien in einem Use Case Diagramm festzuhalten Solch ein Diagramm wurde f r den Onlineshop von DELL aufgestellt Die Abbildung 1 zeigt welche unterschiedlichen Gesch ftsprozesse beim Onlineshop von DELL vorhanden sind und welche kausalen 4 Christian Liesegang Abh ngigkeiten untereinander bestehen Neben den Gesch ftsprozessen ist auch ersichtlich welche Personen daran beteiligt sind Man kann der Abbildung entnehmen dass DELL zwischen privaten Kunden und Unternehmen unterscheidet Dies sp
174. hemata erstellt Diese dienen als Orientierungshilfen bei der anschlie enden Prozessmodellierung F r die Modellierung wird BPMN verwendet Dar ber hinaus wird BPMN mit der Prozessbeschreibungssprache YAWL verglichen um ber die Flexibilit t und Ausdrucksst rke von BPMN aussagen zu k nnen 1 Einleitung In den letzten Jahre wurden immer mehr E Commerce Anwendungen entwickelt Diese Anwendungen stellen mittlerweile einen wichtigen Teil von Unternehmen dar Dadurch ist man f r potentielle Kunden und Gesch ftspartner nahezu jederzeit und berall erreichbar Dabei reichen die Aufgabengebiete dieser Anwendungen von Webportalen ber Auktionsh user bis hin zu Onlineshops 1 1 Prozesse im Bereich E Commerce Betrachtet man die Auswahl der im Internet vorhanden Dienstleister entdeckt man oft gewisse hnlichkeiten So ist zum Beispiel der Vorgang des Onlineshoppings in der Regel eine Komposition aus den Aktivit ten Produktkataloge durchst bern Produkt 2 Christian Liesegang ausw hlen und in einen virtuellen Warenkorb legen Bestellung abschlie en Zahlungsmodalit ten festlegen und Lieferanschrift hinterlassen Auff llig ist jedoch dass gegen ber traditionellen Prozessen in Unternehmen wie zum Beispiel die telefonische Kundenbetreuung oder die Bestellung mittels eine Bestellkataloges auf dem Postweg im Bereich des E Commerce klar definierte und dokumentierte Prozessmodelle nur schwer zu finden sind Es gilt einige Schwierigkeiten z
175. hen Belegungs CH absicht bekunden berpr fen ob BP gt fehlende LP Ip berpr fen IN Belegen Fig 11 Belegen einer Lehrveranstaltung negativ Graduierung Mitteilen Belegung auf durchf hren gen gend neu BP DP PP verwirkt T ied BP at A Belegung hme ne l schen N SON mitteilen e y IN Belegung zur ckziehen Fig 12 Belegung zur ckziehen regul r OUT Belegen Eigentlich BP gt fehlende LP BP offene LV OUT Belegung zur ckziehen Modellierung der Studien und Pr fungsordnungen 21 ged Leistung H her uerg erkennen Antrag auf Antrag D P gt Anerkennung ein Antrag Wertigkeit k diskutieren feststellen s stellen reichen zustellen Antrag IN Leistungen EN Se OUT Leistungen anerkennen s lehnen anerkennen lassen lassen Fig 13 Leistung anerkennen lassen Fach DEN Antrag Ent gt vertreter gt E pr fen scheiden EA bestellen IN Wertigkeit OUT Wertigkeit
176. hen Spamschutz aktivieren konfigurieren deaktivieren Es wurde gesagt da alle diese Aktionen atomar sind Zu jeder Regel gibt es ja Ausnahmen so auch hier Die beiden obigen Aktionen welche auch etwas Prozesscharakter haben sind E Mail schreiben da hier ein Attachment hoch geladen werden kann und der POP3 Sammeldienst da hier ein Cronjob o in regelm igen Abst nden einen externen POP3 Account abfragt Im Gro en und Ganzen ist die Aussage das diese Aktionen atomar sind also dennoch wahr Da die Aktionen atomar sind und der Benutzer nur jeweils eine Aktion mit evtl zugeh rigen Informationen ausw hlen kann ist dieser Prozess von Benutzer Seite aus auch nichts weiter als eine einfache Schleife in der die Ak tionen ausgew hlt werden Diese wird abgebrochen wenn der Benutzer keine weiteren Anfragen mehr senden m chte Auch auf GM X Seite ist nachdem der Prozess durch ein Link Start Event vom Login Prozess Abbildung 7 gestartet wurde eine Schleife zu finden In dieser wird auf neue Anfragen gewartet diese bearbeitet und eine R ckmeldung geschickt Sollte der Benutzer sich manuell ausloggen oder ein Timeout auftreten wird die Session gel scht und der Prozess beendet sich Interessant ist hier eigentlich nur die Methode mit der der Timeout model liert wurde Am Schleifenanfang auf GMX Seite steht ein Event Based Gateway welches durch eine neue Anfrage den Logoutrequest oder den Timeout den Fluss des Prozesse
177. her berlegungen auf eine Darstellung des Pools und der Nachrichtenfl sse in der h heren Ebene verzichtet 4 3 Die DEV Phase Diese Phase ist die wohl interessanteste innerhalb des Entwicklungsprozesses Hier findet die komplette Entwurfs und Implementierungsarbeit statt und auch gro e Teile der Qualit tssicherung Deshalb werden in dieser Phase die meisten Ressourcen der Abteilung eingesetzt Abb 5 zeigt eine bersicht ber die DEV Phase Ein XOR Gateway realisiert in diesem Diagramm zwei verschiedene Prozessvari anten Den Normalfall unterer Weg oder die Bearbeitung eines Hot Fix Requests siehe Abschnitt 4 1 Letzteres sieht die schnellstm gliche Behebung des aufgetrete nen Fehlers vor was in der Aktivit t fast core development stattfindet Der komplexere Fall tritt h ufiger auf Hierbei laufen das core development sie he Abschnitt 4 3 1 Testentwicklung Nachtl ufe und Automakes nebenl ufig ab Die Testentwicklung ist in Abb 7 noch einmal verfeinert dargestellt Unter dem Automake versteht man das st ndige Kompilieren des aktuellen Quell textes und das Benachrichtigen der verantwortlichen Entwickler bei eventuellen Kompilierproblemen Die Nachtl ufe beinhalten haupts chlich das Abfeuern der vorhandenen Integrations System Installations und Upgradetests auf das System Der core development Prozess findet jeweils auf Teamebene ab Jedem Deve lopment Team siehe Kapitel 2 ist mindestens ein Arbeit
178. hlung Egal ob er tats chlich bezahlt oder nicht erscheint f r ihn beendet sich die Prozessinstanz damit Das Hotel wartet auf die Bezahlung durch den Kunden oder bis dessen Abreisedatum erreicht ist modelliert durch ein Event basiertes Gateway Die Zahlung kann wiederum durch zwei verschiedene Events signalisiert werden entweder bezahlt der Kunde bar bzw per Scheck Reisescheck modellierbar durch ein nicht spezifiziertes Intermediate Event oder der Kunde bezahlt mit Karte Bei Kartenzahlung bekommt das Hotel nicht unmittelbar das Geld dem Hotel reicht aber eine Mitteilung der Bank modellierbar durch ein Intermediate Message Event dass das Geld transferiert wird Dies geschieht z B durch die Anzei ge auf dem Display des Kartenleseger ts Hier empfiehlt sich die Verwendung des Multiple Event da die gew hlte Zahlungsoption keinerlei Einfluss auf den weiteren Prozessverlauf hat Eine alternative Modellierung durch zwei verschiedene Events mit gleichem Ziel order money transfer w rde eher die Verst ndlichkeit beeintr chti gen Sollte der Kunde nicht erschienen sein so wird die bei Buchung angegebene Kre ditkarte belastet In beiden F llen kommt das Hotel zu seinem Geld anschlie end m ssen die f lligen Provisionen an ehotel gezahlt werden Dementsprechend erwartet ehotel diese Zahlung Da bei der Prozessbeschreibung von ehotel ausdr cklich eine direkte Stornierung des Kunden im Hotel erm glicht wird muss das
179. hrichtenfluss In der Verfei nerung gibt es diesen Nachrichtenfluss in Form einer gestrichelten Linie nicht mehr Durch die Verwendung von Message Events entspricht das Verhalten jedoch der eingeklappten Aktivit t Obwohl dies eine konsistente Verfeinerung ist erscheint sie auf den ersten Blick nicht als solche und erschwert Konsistenzpr fungen egal ob automatisch oder manuell durchgef hrt Generelles Problem hierbei ist das Nebenein Es muss im Prozess bis zum Abreisedatum gewartet werden falls der Kunde nur den letzten Tag der Reservierung in Anspruch nimmt Dann kann er trotz versp teter Ankunft vor Ort den gesamten Rechnungsbetrag begleichen 8 Torsten Hahmann ander von Nachrichtenfluss und Message Events Abhilfe k nnte die generelle Antra gung von Nachrichtenfluss an die Message Events schaffen allerdings leidet dadurch die bersichtlichkeit Der generelle Verzicht auf eine der beiden M glichkeiten verringert die M chtigkeit der Sprache enorm in sp teren Modellen wird klar dass eine Koexistenz beider Formen sinnvoll ist Ein direktes Mapping auf BPELAWS ist jedoch nur bei Events m glich Nachrichtenfl sse in allgemeiner Form k nnen nicht abgebildet werden Entscheidend ist der verantwortungsvolle Umgang mit beiden M glichkeiten Deshalb kann f r komplexere Modelle eine l ngere Einarbeitung in die Notation von BPMN kaum vermieden werden activity activity H A
180. hrkarten und Reservierungen zu stornieren Diese Ausarbeitung zeigt wie die Modellierungstechniken UML Use Cases WebUml und BPMN zur Mo dellierung eines derartigen Systems genutzt werden k nnen UML Use Cases und WebUml werden zur Beschreibung der Anwendungsf lle und des Aufbau ver wendet Hauptgegenstand der Betrachtung ist die Modellierung der Gesch ftspro zesse in BPMN 1 Einleitung Anhand des Auskunfts und Buchungssystems der Deutschen Bahn bahn de soll in der Ausarbeitung erarbeitet werden ob und inwieweit die Notationen UML Use Cases WebUml und BPMN zur Beschreibung derartiger Systeme geeignet sind Hierzu werden sowohl statische als auch dynamische Aspekte der Anwendung mit Hilfe der genannten Notationen beschrieben Der Schwerpunkt der Modellierung liegt jedoch eindeutig auf der Darstellung der Prozesse Daher werden die statischen Aspekte auch nur insoweit behandelt wie sie zum Gesamtverst ndnis notwendig sind berblick ber die Kapitel In Kapitel 1 werden anhand eines Use Case Diagramms die beteiligten Akteure deren Rollen sowie ihre jeweiligen Anwendungsf lle ermittelt Der Aufbau und die Kompo nenten des Systems werden in Kapitel 2 mit Hilfe der WebUml Technik dargestellt Im Folgenden Kapitel 3 werden die dynamischen Aspekte betrachtet und auf BPMN Diagramme abgebildet Das letzte Kapitel fasst die gewonnenen Erkenntnisse zusam men und zeigt weitere m gliche Einsatzgebiete des Auskunfts und
181. hsten Modellierungsvari anten w hlen welche ihm am zweckm igsten erscheint Doch darin liegt gleichzeitig ein gravierender Nachteil der Notation Es gibt deutlich mehr Notations symbole als wirklich notwendig dies erschwert eine schnelle Aneignung der Sprache und kann zu Missverst ndnissen f hren Hier l sst sich vermuten dass in naher Zukunft Best Practices zur Modellierung wiederkehrender Muster Abhilfe schaffen Modellierung von Varianten ehotel und andere Hotel Reservierungs Systeme bietet dem Kunden verschiedene M glichkeiten um eine Reservierung vornzunehmen bzw zu stornieren diese Varianten m ssen im Modell ber cksichtigt werden Bei den hier betrachteten Varianten handelt es sich ausschlie lich um Laufzeitvarianten Bei der Instanzierung des Prozesses kann noch nicht entschieden werden welche Varian ten vom Kunden tats chlich genutzt werden Diese Varianten sind durch Semantik nderungen der Gruppierungen in BPMN leicht modellierbar Eine eigene Notation wie in Abb 27 verwendet k nnte zu einem besseren Verst ndnis der Mo delle beitragen In Anlehnung an die Modellierung des Parallel Split Workflow Modellierung von Hotel Reservierungs Systemen 19 Pattern in 14 sollte ber eine derartige Erweiterung von BPMN f r eine alternative Modellierung des XOR Splits nachgedacht werden Es bleibt offen ob die vorgestell ten Konzepte auf die Modellierung von Produktvarianten im Sinne von Mass Customization
182. ie ihm am Telefon mitgeteilt werden wie der Kunde mit der Onlinebestellung So wird dem 8 Christian Liesegang Mitarbeiter am Telefon gesagt dass der Kunde ein bestimmtes Produkt erwerben m chte der Mitarbeiter legt das Produkt dann f r den Kunden in einen entsprechenden Warenkorb Analog ist der Ablauf bei der Best tigung der Bestellung durch den Kunden Die Entscheidung auf Seiten des Telefondienstes ist durch das eintreffende Ereignis vom Kunden beeinflusst Daher wurde an dieser Stelle ein Gateway verwendet das diesen Sachverhalt symbolisiert Der Mitarbeiter kann die Best tigung der Bestellung nach R cksprache mit dem Kunden abschlie en Wichtig f r die Wiederverwendbarkeit der internen Prozesse ist hierbei dass identische Ereignisse vom Telefonmitarbeiter erzeugt werden In der Abbildung 6 sind die beiden Ereignistypen zwischen der DELL Hotline und dem DELL Store mit den Ereignissen der Onlinebestellung identisch Nachdem der Kunde seine Bestellung ber das Telefon get tigt hat sind die nachfolgenden Aktivit ten wie zum Beispiel die Bezahlung der Ware oder das Ausliefern der Bestellung die gleichen wie bei dem Onlineverfahren In den letzten beiden Abbildungen ist zu erkennen dass der dargestellte Prozess nicht zwangsl ufig zu Ende sein muss Im Prinzip gibt es nach dem Erhalt der Ware noch die M glichkeit Teile der Bestellung zu reklamieren oder andere Serviceleistungen in Anspruch zu nehmen Da bei dieser Arbeit ein Schwerpu
183. iegelt sich vor allem in speziellen Dienstleistungen wieder die private Kunden nicht beanspruchen k nnen Zu den wichtigsten Gesch ftsprozessen bei DELL z hlen unter anderem der eigentliche Bestellvorgang die Verfolgung von Bestellungen und deren Status sowie umfangreicher Support Bei den meisten T tigkeiten sind Mitarbeiter von DELL involviert Es ist ersichtlich das DELL besonders Wert darauf legt dass der Kunde w hrend des Bestellvorganges die M glichkeit hat Unterst tzung in Form von Beratungsgespr chen mit Mitarbeitern von DELL zu erhalten Neben einer Erfassung der vorhandenen Gesch ftsprozesse sollte man sich vor Beginn der Prozessmodellierung Gedanken dar ber machen welche Objekte sich hinter diesen Gesch ftsprozessen verbergen Welche Entit ten spielen eine Rolle bei diesen Prozessen Betrachtet man einmal den Prozess des Einkaufens so ist denkbar dass f r diesen Prozess ein Objekt Warenkorb ben tigt wird In diesem Warenkorb befinden sich Produkte Ein Warenkorb geh rt zu einem Kunden Dieser Wiederum besitzt eine Rechnungsanschrift Es zeigt sich dass sich hinter allen Prozessen sehr viele Objekten befinden die teilweise innerhalb eines Prozesses nderungen unterworfen sind Dieses Wissen ist bei der sp teren Prozessmodellierung dienlich So muss es im Bezug auf den Warenkorb zum Beispiel eine Aktivit t geben die Produkte in den Warenkorb hineinlegt bzw wieder entfernt Die Abbildung 2 zeigt den konzeptionel
184. ieren Dies ist im Navigationsdiagramm in Form von Pfeilen dargestellt welche die m gliche Navigationsrichtung verdeutlichen sollen Hierbei ist der Aspekt des Back Buttons des Browsers ausser Acht gelassen da es sich dabei um keine seiteninterne Navigation handelt 2 1 Bewertung des Diagrammtyps Zu Beginn der Erfassung eines Internetportals oder eines WebShops erweist sich ein Navigationsdiagramm als durchaus sinnvoller Ansatz um eine bersicht ber den Umfang und die Funktionalit t des zu modellierenden Objektes zu erhalten Die St rken liegen vor allen Dingen in der einfachen intuitiven Interpretierbarkeit des Diagramms Einem Betrachter wird es leicht fallen das Betrachtete zu verstehen und es gegebenenfalls umzusetzen d h zielgerichtet auf die gew nschten Seiten zu navigieren sobald er sich im Bereich des WebShops befindet Das Navigationsdiagramm weist jedoch auch einige entscheidende Nachteile auf Es ist nicht m glich Daten oder Zust nde zu modellieren welche von nicht unerheblicher Bedeutung gerade bei WebShops sind Auch ist es nicht m glich sogenannte PopUp Windows zu modellieren Diese befinden sich meistens nicht auf einem linearen Navigationsweg sondern tauchen parallel zum eingentlichen Navigationsprozess auf Besonders kritisch wird es dann noch wenn eventuell in PopUp Windows getroffene Entscheidungen zu einem anderen m glichen Navigationsverlauf f hren Ein weiterer nicht unerheblicher Nachteil ist die Gr
185. ierten hierarchischen und in einer Top Down Vorgehensweise ermittelten Analyse der charakteristischen Gesch ftsprozesse abgel st Die dort betrachteten Gesch ftsprozesse sind Artikel kaufen Artikel suchen Artikel durchsuchen hnliche Artikel betrachten Wunschzettel verwalten Warenkorb verwalten Der One Click Checkout Einloggen Bestellinformationen verifizieren Nach der Bestellung Artikel erhalten Beschwerden erhalten Lagerhaltung verwalten Beschwerden verwalten Waren anbieten Nachbestellungen verwalten Beschwerden von Zulieferern verwalten Bestellungen berpr fen und Transaktion durchf hren Verwandte Arbeiten Da der Standard der Business Process Modeling Notation noch sehr neu ist und erst am 3 Mai 2004 also kaum zwanzig Tage von meinem diesbez glichem Vortrag ver ffentlich wurde liegen noch keine wissenschaftlichen Arbeiten vor die sich auf die Business Process Modeling Notation beziehen Als weitere M glichkeiten die Betrachtung der Business Process Modeling Notation zu vertiefen empfehle ich die anderen Vortr ge dieses Seminars die sich mit der Modellierung von E Business Gesch ftsprozessen befassen Amazon com 3 Vorhergehende Betrachtungen Das Grundlegende Vorgehensmodell bei der Erstellung dieser Ausarbeitung sah es vor zun chst einen informellen berblick ber die Materie zu erhalten Dabei analysierte ich die Gesch ftsprozesse vorerst ohne Ber cksichtigung der Business Process Modeling N
186. il haben 1 p 62 es muss also f r jede Entscheidungsm glichkeit ein unterschiedliches Message Event ausgel st werden Bis auf dies ist der Prozess recht einfach Es wird zum ersten Mal ein kurzer paralleler Fluss benutzt ansonsten enth lt er nur Muster die schon in anderen BPDs enthalten waren Passwort mit alternativer E Mail zur cksetzen Hat der Benutzer eine alternative E Mail Adresse angegeben kann er mit dieser sein Passwort zur ck setzen Abbildung 9 Er erh lt zun chst von GMX den Code direkt ber seinen Browser an die alternative E Mail Adresse wird der Link geschickt GMX war tet nun bis der Code ber den zugeh rigen Link eingegeben wurde und erlaubt wenn diese zusammen passen das Neusetzen des Passwortes Ist der Code nicht korrekt kann der Benutzer es noch einmal versuchen Interessant ist hier dass kein eigener Timeout Mechanismus f r die Code eingabe benutzt wird Da der Prozess ein Sub Prozess ist und sein Super Prozess Abbildung 8 schon einen Timeout Mechanismus hat wird auch der Sub Prozess von diesem Timeout abgedeckt 4 5 E Mail Dienste nutzen Alle bis jetzt beschriebenen Prozesse waren eigentlich nur Vorarbeit um den ei gentichen Dienst von GMX wirklich zu Nutzen E Mail Wie schon gesagt ist dieser Haupteil von der Modellierung aber eigentlich der einfachste Wenn der Benutzer eingeloggt ist hat der die M glichkeit eine gro e Zahl an verschiede nen Aktionen auszuf hren welche alle
187. immter T tigkeiten zur Erf llung dieser Aufgaben weitere Rollen bzw Personen mit denen sie im Rahmen der Ausf hrung der T tigkeiten in Kontakt kommen die Daten die im Rahmen der Ausf hrung von Bedeutung sind Die in Kapitel 2 2 gewonnenen Erkenntnisse waren hilfreich bei der Zusammen stellung der Fragen die im Interview gestellt wurden Das Ergebnis dieser Fragen ist der im Anhang 6 1 aufgef hrte Prozesskatalog der diese Basisinformationen zu den einzelnen Aufgaben enth lt 2 4 Auswahl der Modellierungstechniken Nach der Erstellung des Prozesskataloges kann man sich einen berblick ber die Prozessdaten verschaffen und Uberlegungen zur Auswahl geeigneter Techniken f r die Modellierung der Prozesse anstellen Datenmodell Von den g ngigen Techniken zur Modellierung von Daten haben sich im vorliegenden Fall zwei zur Auswahl gestellt Das UML Klassendiagramm aus dem Bereich der Softwareentwicklung und das Entity Relationship Diagram ERD aus dem Bereich der Datenbankentwicklung Beide Diagrammtypen un terst tzen die Zuordnung bestimmter Daten Attribute zu Entit ten W hrend Klassendiagramme vorrangig f r die Darstellung von Hierarchie Beziehungen von gleichartigen Entit ten wie Vererbung oder Aggregation verwendet wer den und diese Entit ten auch als Aktoren auffassen die verschiedene Methoden ausf hren k nnen sind ERDs in erster Linie f r die Beziehungen unterschiedli cher Entit ten gedacht wobei die En
188. in E Commerce 15 Collection of Personal data card data Data collection done Callback customer Send invoice er st DY Book payment Debit order directly e c c Clear personal data amp credit account if paid Fig 7 Prozessmodellierung in YAWL Dominik R Tornow Hasso Plattner Institut Seminar Prozessmodellierung dominik tornow hpi uni potsdam de Abstract Im Rahmen des Seminars Prozessmodellierung und vor dem Hintergrund des PESOA Forschungsprojekts diskutiert dieses Paper die Erfahrungen die bei der Modellierung der Online Auktionsplattform Ebay gesammelt wurden Motivation Einordnung Im Rahmen des Seminars Prozessmodellierung wurden Techniken zur Erhebung und Modellierung von Prozessen erarbeitet und diskutiert um unter anderem Prozesse aus dem Bereich e Business zu erfassen Das Seminar fand vor dem Hintergrund des PESOA Projekts 1 statt das Methoden und Techniken zur Modellierung von Prozessen in Software Produktlinien 2 untersucht und entwickelt Schwerpunkte sind dabei Techniken des Domain Engineering Domain Engineering besch ftigt sich mit Methoden und Techniken die von Beginn an auf die Entwicklung von Softwarefamilien und nicht auf die Entwicklung einzelner voneinander unabh ngiger Softwareprodukte gerichtet sind anstatt Systeme individue
189. in Test fall fehl so kann dies zwei Gr nde haben Entweder ist der Testfall zu restriktiv oder gar komplett falsch oder es handelt sich wirklich um einen Fehler im Softwaresystem Im ersten Fall wird der Testfall lediglich aus der Testbatterie entfernt und ein neuer Testlauf wird gestartet Im zweiten Fall wird versucht den Fehler zu beheben Wird dabei festgestellt dass es zu lange dauern w rde den Fehler zu beheben gilt das Re lease als gescheitert Dies wird dadurch modelliert dass ein Error End Event verwen det wird Auf dem bergeordneten Diagramm Abb 5 wird das Abfangen dieses Errors explizit modelliert 4 5 Die RAMP Phase Die Ramp Phase ist die k rzeste der drei Phasen Der ungew hnliche Name dieser Phase l sst sich durch das Bild einer Verladerampe kl ren Bevor die Ware auf den LKW verladen wird finden noch letzte berpr fungen statt damit auch die ge w nschte Qualit t erreicht wird Die Phase besteht im Groben aus einer Sequenz dreier Aktivit ten Nach einem Kompiliervorgang Make werden noch einmal alle Testf lle durchlaufen Schlie lich findet das Packaging statt wobei Installationspakete erstellt werden f r die ver schiedenen Rechnerplattformen Tritt bei einer der drei Aktivit ten ein Fehler auf wird der Prozess abgebrochen und ein Hotfix veranlasst d h eine neue Entwicklungsprozessinstanz wird gestartet mit dem Ziel diesen Fehler zu beheben Das Auftreten dieses Fehlers wird wieder mi
190. ine strategische Partnerschaft mit dem Datenbanksystemhersteller MySQL der seitdem als weiterer Absatzkanal fungiert 2 1 Die Berliner Abteilung und ihre Umwelt Eine Einordnung der Berliner Entwicklungsabteilung ist in Abb 1 dargestellt Als Notation f r dieses Diagramm wurde FMC 1 verwendet In der Abbildung sind die Akteure eckige Bildelemente dargestellt mit denen die Abteilung haupts chlich zu tun hat Der Netweaver Koordination das Unternehmen MySQL sowie SAP Kunden Die runden Bildelemente repr sentieren Kan le und sonstige Aktionsfelder ber die die Akteure in Interaktion stehen Organisatorisch ist die Abteilung in den Bereich Netweaver Kern Entwicklung eingeordnet welcher wiederum zum Vorstandsbereich Entwicklung geh rt Die Technologieplattform Netweaver bildet die Basis f r alle neueren SAP Systeme Um einen reibungslosen Betrieb der MaxDB innerhalb des Netweavers sicherzustellen bedarf es bei Integration der MaxDB Synchronisation und Kommunikation zwischen der Netweaver Koordination und der Berliner Abteilung Die Kunden die SAP Systeme einkaufen schlie en normalerweise auch gleichzei tig Support Vertr ge mit SAP ab Der Support speziell f r MaxDB wird dabei in Berlin geleistet Anfragen von Kunden werden ber das sog Customer Services Net work CSN an die Abteilung in Berlin weitergeleitet Die MaxDB wird auch als Open Source System ver ffentlicht Hierdurch k nnen es Benutzer kostenlos beziehen und einse
191. ine vern nftige Trennung erreicht werden kann Jedoch fehlte es diesen Arbeiten an einer detaillierten Prozessbeschreibung Diese Problematik wurde hier aufgegriffen Bei der Modellierung von DELL wurden in Anlehnung an 4 6 zuerst statische Modelle entwickelt Anschlie end wurde der dynamische Aspekt der Navigation in Verbindung mit der Prozessmodellierung beleuchtet Die identifizierten Aktivit ten wurden dann mit Hilfe von BPMN modelliert Am Ende erh lt man eine recht vollst ndige Beschreibung des Onlineshops von DELL mit Prozessmodellen die sich ber das Anwendungsgebiet des E Commerce hinaus verwenden lassen 6 Bibliographie 1 Introduction to BPMN http www bpmn org 2004 2 BPMN Spezifikation 1 0 http www bpmn org 2004 3 Fundamental Modeling Concepts http fmc hpi uni potsdam de 2004 4 Designing Business Processes in E commerce Applications Hans Albrecht Schmid Gustavo Rossi Springer Verlag 2002 5 YAWL yet another worklflow language http www citi qut edu au yawl index jsp 2004 6 Designing Business Processes in E Commerce Applications Hans Albrecht Schmid Gustavo Rossi IEEE Computer Society 2004 7 Design and implementation of the YAWL system W M P van der Aalst L Aldred M Dumas 2003 7 Anhang Manage user DELL account Search knowledge Personal support lt lt extends gt gt Shopping include 17 S ag IN lt lt xtends gt gt 17
192. inen Kundendienstmitarbeiters von DELL Bei der Modellierung wurde das aus der Softwareentwicklung bekannte Proxy Pattern verwendet Dieses Pattern dient dazu dass Stellvertreter die Manipulation von Datenobjekten t tigen wenn es keine direkte M glichkeit der Manipulation gibt Beim Onlineeinkauf konnte noch direkt durch den Kunden Einfluss auf den Warenkorb und die Bestellung genommen werden Bei der Telefonbestellung erledigt dies nun der stellvertretende Mitarbeiter von DELL Die Abbildung 6 soll verdeutlichen wie unter Einsatz dieses Pattern und durch den Verzicht auf Modellierung von Navigation Teilprozesse zum Beispiel das Einkaufen des Kunden per Browser durch einen Telefondienst ersetzt werden k nnen Die bereits bekannten Pools Finanzinstitut Warenlager und die Bestellabteilung wurden mit samt den Aktivit ten zu einfachen Pools reduziert Da die internen Abl ufe unver ndert bleiben kann so eine bessere bersichtlichkeit erreicht werden Interessant sind die oberen beiden Pools Die Hotline und ein Kunde der mit der Hotline kommuniziert ersetzen den Kunden der ber den Onlineshop mit DELL direkt kommunizierte Damit die internen Prozesse bei DELL m glichst beibehalten werden k nnen muss die Bestellung ber einen Telefonservice die gleichen Ereignisse ausl sen die auch bei der Onlinebestellung ausgel st wurden So k nnte man sich gut vorstellen dass der Telefonmitarbeiter ein hnliches Formular mit den Daten ausf llt d
193. inholen Dies geschieht jedoch nicht ber ein separates Fenster Es wird lediglich ein Button gedr ckt und anschlie end erscheint die gew nschte Information in einem Teilbereich der Seite Dies ist nicht modellierbar da es sich dabei um keine Navigation handelt Es ist jedoch Voraussetzung daf r dass man weiter durch den Bestellvorgang navigieren kann Desweiteren erfolgt die Eingabe oder nderung von Versandinformationen oder Artikeleigenschaften ber PopUpFenster Wie bereits an fr herer Stelle erw hnt wurde sind diese unabh ngig vom restlichen Navigationsfluss also auch nicht im Diagramm darstellbar Das gr te Problem jedoch welches sich bei der Modellierung eines WebShops mit Hilfe von Navigationsdiagrammen ergibt ist die Darstellung von Daten Es ist nicht m glich die f r den Bestellprozess relevanten Daten wie beispielsweise die Lieferadresse darzustellen 2 3 Konsequenzen f r die Weitermodellierung Die Modellierung der Navigation durch einen WebShop zeigt dass sie keinesfalls umfassend ist schon garnicht wenn es um die Modellierung von Gesch ftsprozessen geht Da es keine M glichkeit gibt Prozesse in einer Navigation darzustellen ist der n chste Schritt die Erweiterung des Navigationsmodells in der Hinsicht dass wichtige Prozesse die nicht direkt etwas mit der Navigation zu tun haben dennoch dargestellt werden k nnen 3 Verfeinerung des Navigationsmodells Das erweiterte Navigationsmodell Abbildung 1 2 nach S
194. inung nach nicht direkt herauslesbar ist und man sich vorstellen kann dass das Ganze leicht un bersichtlich wird In diesem Fall sind nur zwei Tasks betroffen also die kleinste Menge auf der dieses Pattern berhaupt definiert ist aber es werden schon drei AND Splits drei AND Joins sowie zehn Pfeile ben tigt F r jeden hinzukommenden Task m ssten weitere vier Pfeile plus jeweils ein AND Split und Join erg nzt werden 8 Hammerl 4 Variabilit ten Dieses Kapitel besch ftigt sich im ersten Teil mit den Varianten die sich aus den verschiedenen Studienordnungen ergeben Im Zweiten Teil werden allgemeine berlegungen zur Darstellung von Variabilit ten in YAWL behandelt 4 1 Unterschiede der Studienordnungen 2001 2004 Nachdem im vorangegangenen Kapitel der allgemeing ltige Ablauf eines Studiums am HPI welcher sowohl f r die beiden Studieng nge Bachelor und Master als auch die beiden Fassungen der Studienordnung von 2001 und 2004 g ltig ist besprochen wurde werde ich in diesem Abschnitt auf die Unterschiede zwischen den beiden Ordnungen eingehen und dazu selbstverst ndlich die studiengangspezifischen Prozesse betrachten Die Leser welche herausragende Abweichungen erwarten muss ich leider schon im Vorfeld entt uschen Die nderungen beziehen sich lediglich auf die Art beziehungsweise den Ablauf der Abschlussarbeit auf die benotet einzubringenden F cher sowie die zu Beginn verf gbaren Belegungspunkte Richten
195. inw nsche Einplanung LV ber Stundenplan H rsaalplan Koordination gemeinsamer Termine mit Informatik Planung parallel Einplanung LV ber Seminarraumplan nach endg ltigem Gesamt Stundenplan Vergabe freier H rsaalkapazit ten an Informatik Planung weitere Raumvergabe ber Outlook allgemein einsehbar Buchung f r Lehrpersonen Stud Verw und FM m glich Vorrang LVen Klausurzeitraum pauschal geblockt w chentlich freitags wiederkehrend Ausdruck der aktuellen Raumbelegungspl ne f r Folgewoche und deren Verteilung Ver ffentlichung der Leistungserfassungsprozesse Personen HPI LV PlanerIn Stud Verw BSc und MSc Lehrpersonen Daten Zeiten Orte Zweck Ablauf LV Daten Raum Daten vor Beginn der Vorlesungszeit HPI BSc und MSc Verwaltung und Aush nge Informationen zu angebotenen LV ver ffentlichen Auswertung und Aufbereitung z B Festlegung vorl ufiger Belegungsfristen der LV und Raum Planungsdaten Aushang und Ver ffentlichung im Web Mail Belegungen inkl R cknahme Personen BSc und MSc Studenten Stud Verw BSc und MSc Daten Zeiten Orte Zweck Ablauf LV Daten Bezeichnung Nummer Themenkomplex Anzahl LP Fristen Studentendaten zu Beginn der Vorl zeit bis Ablauf d einzelnen Belegungsfristen HPI BSc und MSc Verwaltung Erfassung der Teilnehmer von LVen HPI Sicht Erfassung der belegten LVen Stud Sicht berpr fung der Studentendaten bei Master berpr fung der Zulassun
196. is 8 zeigen Ans tze die das Problem umgehen sollen Im An satz in Abbildung 5 wird der Kontrollfluss nach der Entscheidung ob weiter auf Nachmeldungen gewartet wird oder nicht zum AND Join geleitet Das Pro blem hier ist der Cancel Rahmen wird gecancelt w hrend die Marke noch im Rahmen eingeschlossen ist kann der AND Join dahinter nicht schalten weil der entsprechende Eingang keine Marke bekommen kann Das Ergebnis w re ein Deadlock In Abbildung 6 wird versucht diesen Effekt zu vermeiden indem das Cancel Pattern gar nicht verwendet wird Stattdessen wird nach der Nachplanung ein Zustand erreicht in dem der AND Join immer schalten k nnte Allerdings kann das Event nie verarbeitet werden weil zu keinem Zeitpunkt alle Eingangsstellen eine Marke enthalten k nnen Auch hier ist ein Deadlock die Folge Im Ansatz in Abbildung 7 ist dieser Fehler behoben Allerdings kann dann die Event Schleife beliebig oft durchlaufen werden Beliebig oft bedeutet un ter Umst nden auch dass die Schleife deutlich vor oder nach Terminierung der anderen Prozesse die f r das Schalten des AND Joins ben tigt werden verlas sen wird was nicht gewollt ist Man braucht also eine Signalisierung zwischen den beiden parallelen Kontroll fl ssen die das Terminieren der anderen zu synchronisierenden Prozesse anzeigt Im f nften Ansatz der in Abbildung 8 dargestellt ist wird dies mittels eines 13 Events dargestellt Dieses Event soll bei Abschluss des a
197. its aus dem Use Case Diagrammen bekannt sind ist dies sehr einfach zu realisieren Die n chste Detailstufe der Modellierung zeigt den groben Gesch ftsprozess der bei Otto de abl uft Abbildung 3 2 W hrend bei dem Kunden der Prozessfluss noch relativ linear war findet man hier einen R cksprung Idealerweise sollten derartige Spr nge vermieden werden da es sich hierbei um keine saubere Modellierung handelt Es gibt jedoch Situationen in denen dies unvermeidbar ist oder wo eine Vermeidung einen erheblichen Mehraufwand an Modellierungsarbeit und eine daraus resultierende Un bersichtlichkeit erzeugt Eine Besonderheit des dargestellten Prozesses ist das Timerevent an der Aktivit t Get money Sollte diese Aktivit t nach 2 Wochen nicht abgeschlossen sein so wird der Sequenzfluss zur Aktivit t Start_money_reminder_process geleitet Damit wird der Fall modelliert dass ein Kunde die von ihm gekaufte Ware nicht bezahlt In diesem Diagramm wird auch erstmals das inclusive oder OR Gateway genutzt Hierbei kann der Sequenzfluss entweder einen mehrere oder alle ausgehenden Verbindungen nutzen Der OR Gateway wurde an dieser Stelle eingesetzt da der Kunde per Kreditkarte den Artikel bezahlen kann Get money obwohl er ihm nicht zusagt und er ihn wieder zur ck sendet Get item back Eine genauere Spezifizierung der Pools Supply Service und Financial Institute ist nicht sinnvoll da die Prozesse dort nicht relevant si
198. keit den Gegenstand zu einem fixen Preis zu erwerben oder ein Gebot abzugeben und somit eine Chinesische Auktion zu beginnen Die Auktion endet wenn der Gegenstand verkauft wurde bzw die Auktionszeit abgelaufen ist Handle Bidding Auction canceled Auction ends Fig 10 Schnittstelle von HANDLE BIDDING BPMN verf gt ber geeignete grafische Mittel die Schnittstelle eines Prozesses zu spezifizieren dies wird in Abbildung 10 dargestellt Die Schnittstelle des Teilprozesses HANDLE BIDDING zeichnet sich aus durch die dargestellten Start und Endpunkte sowie die vorhanden Austrittspunkte Auction Canceled und Auction Ends Dennoch scheinen mir BPMN Modelle an dieser Stelle nicht vollst ndig zu sein Die zentrale Frage lautet wie kann die Kompatibilit t von Schnittstellen zweifelsfrei festgestellt werden Ist es hinreichend dass ein Prozess ber die geforderten Start und Endpunkte verf gt An dieser Stelle kommt nur ein klares Nein als Antwort in Frage ber die vorhandenen Start und Endpunkte hinaus werden noch weitere Bedingungen an eine Schnittstelle gestellt wie z B bzgl Pre und Postconditions Invarianten und Seiteneffekte BPMN verf gt nicht ber inh rente Mittel diese Bedingungen zu formulieren statt dessen muss auf andere Techniken wie z B die Object Constraint Language OCL 10 ausgewichen werden Ob und wie weit dies tats chlich einen Nachteil darstellt ist im praktischen Gebrauch noch zu evalui
199. kl ufer ein finanzielles Risiko darstellen Dazu wird zun chst die Zahlungshistorie des Kunden abgefragt und die Plausibilitit der Bankverbindungsdaten berpr ft Im Falle einer negativen Pr fung wird der Teilvorgang mit einem Fehler beendet Bei einer Kreditkartenzahlung muss die Pr fung durch einen externen Dienstleister vorgenommen werden Dieser externe Dienstleister berpr ft zun chst die Validit t von Kreditkartennummer und Ablaufdatum und stellt anschlie end fest ob die angeforderte Zahlung im Kreditrahmen des Kunden liegt Ist dies der Fall so wird der Transaktion zugestimmt andernfalls wird sie abgelehnt Amazon com wiederum wertet die von der Kreditkartenfirma erhaltene Information aus um den Prozess erfolgreich oder mit einem Fehler zu beenden Der Standardfall also die Zahlung per Nachnahme sieht keine weitere Pr fung vor obwohl auch hier gepr ft werden k nnte ob Adresse und Empf ngername bereinstimmen Nach der Bestellung Wie bereits angedeutet hat die Positionierung von Amazon com als reiner Online Shop gewisse Vorteile die Versandh user f r die der Online Shop nur ein weiterer Kanal zur Bestellaufnahme ist nicht bieten k nnen Dies zeigt sich insbesondere in Prozesshinsicht wenn es darum geht die Bestellung zu handhaben da es bei Amazon com m glich ist im Nachhinein noch nderungen an der Bestellung vorzunehmen Dazu wird mit Abgabe der Bestellung ein Timer initialisiert der nach zwei Stunden au
200. ktur Betriebssysteme 2ausgew hlte Veranstaltungen im Umfang von 12 Leistungspunkten aus Softwarebasissysteme bis III Fig 24 Antrag auf Graduierung Bachelor 2004 28 Kay Hammerl Antrag auf Graduierung Master 2001 Durchgef hrtes Unbenotete Masterarbeit gt Benotete Liste ausreichend Masterprojekt Liste od besser 0 24 48 72 enth lt enth lt Wa 04 Freie system gen n ena Ui Informatik technische zu zu Verliefun Vertiefung 9 Leistungspunkt Aspekte des Ihn pa Allgemeine Softwareprojekt EN 2 Management managements konzepte Bed 72 gt Leistungspunkte unbenotete Liste Leistungspunkte benotete Liste gt 48 Fig 25 Antrag auf Graduierung Master 2001 Modellierung der Studien und Pr fungsordnungen 29 Antrag auf Graduierung Master 2004 Unbenotete Masterarbeit Liste Benotete Liste ausreichend od besser 0 33 66 99 enth lt enth lt 24 n 0 1 ji 18 n SONG le i Softskills Engineering zu zu 5 4 Leistungspunkt Vertiefungs 18 geh r 15 Vertiefungs gebiet I zu zu gebiet 1 Bed 99 gt Leistungspunkte unbenotete Liste
201. lche Aspekte von BPMN sich als am wich tigsten erweisen und wie schnell BPMN Neulinge sich darin einarbeiten k nnen Im folgenden Kapitel wird SAP s Entwicklungsabteilung in Berlin kurz vorgestellt bevor in Kapitel 3 die Vorgehensweise des Autors beschrieben wird Kapitel 4 be sch ftigt sich mit der Ist Situation des Entwicklungsprozesses wohingegen Kapitel 5 einige darauf aufsetzende Verbesserungsvorschl ge aufzeigt Kapitel 6 enth lt einen kurzen Vergleich zwischen BPMN und UML 2 0 Activity Diagrams Kapitel 7 weist auf ein grunds tzliches Problem bei der Modellierung mit multiplen Instanzen hin Abschlie end wird eine Bewertung von BPMN und der speziellen Anwendung auf den Softwareentwicklungsprozess get tigt 2 Decker 2 Vorstellung von SAP Berlin SAP ist ein gro es weltweit operierendes Softwareunternehmen f r betriebswirt schaftliche Software Neben der Zentrale in Walldorf Deutschland unterh lt es eine Vielzahl von Niederlassungen in der ganzen Welt Die Entwicklungsabteilung in Berlin hat ein Hauptprodukt Das Datenbanksystem MaxDB ehemals SAP DB Die Wurzeln dieses Systems k nnen datiert werden auf die sp ten 70er und sind eng verbunden mit einer Ausgr ndung der TU Berlin Seit 1997 geh rt diese Abteilung zu SAP MaxDB wird haupts chlich verwendet f r das R 3 System und neuerdings f r die Technologieplattform Netweaver Im Jahre 2000 wurde MaxDB als Open Source freigegeben Zwei Jahre sp ter folgte e
202. ld die Einsicht durchgef hrt wurde der Timer beendet wird Nun ist Einsicht nehmen allerdings ein kontinuierlicher Vorgang Das f hrt zu dem Problem dass der Task Einsicht nehmen am Laufen sein kann wenn der Timer abl uft Der Timer w rde somit den laufenden Task beenden und weitermachen als ob keine Einsicht stattgefunden h tte Das w re in diesem Kontext vielleicht kein Problem Stellen wir uns jedoch einen Unternehmensfall vor in dem der Task statt Einsicht nehmen Bezahle A Z hei t der zust ndige Mitarbeiter schon das Geld an die Firmen A F berwiesen hat und dann der Timer die Bezahlung abbricht und so weitermacht als ob berhaupt niemand bezahlt worden w re An dieser Stelle w re es folglich erforderlich einen Rollback durchzuf hren und das berwiesene Geld wieder zur ckzuholen Der einfachste Weg dieses Problem zu umschiffen ist jedoch der dass man vor dem kontinuierlichen Task einen zus tzlichen keine Zeit beanspruchenden Task einf gt dessen einzige Aufgabe es ist den Timer zu beenden Die Anwendung dieser Methode auf unseren Kontext zeigt nachstehende Abbildung Modellierung der Studien und Pr fungsordnungen 7 P UBND rA dir NN Einsicht Einsicht NU beginnen nehmen SS Wa I N schrift Le Se ich a PER Fig 1 Vorschalten eines keine Zeit beanspruchenden Tasks
203. len Entwurf der m glichen Objekte im Onlineshop von DELL in Form eines ER Diagramms in FMC Notation 3 Die Abbildung verdeutlicht noch einmal die zwei unterschiedlichen Arten von Kunden die DELL unterscheidet Kunden k nnen Bestellungen aufgeben Zu jeder Bestellung geh rt genau eine Zahlungsoption eine Lieferanschrift sowie spezielle Modalit ten der Auslieferung Zus tzlich liegt jeder Bestellung ein Warenkorb zu Grunde In diesem Warenkorb befinden sich beliebig viele Produkte Dabei unterscheidet DELL bei den Produkten zwischen Computersystemen und Hardware Software und Dienstleistungen die eingekauft werden k nnen DELL bietet die M glichkeit Computer dem Wunsch des Kunden entsprechend zu konfigurieren Jedem System ist eine eindeutige Systemidentifizierungsnummer zugeordnet die es erm glicht mit Hilfe dieser Nummer Hilfestellung Software und Hardware zu erhalten die genau auf dieses System zugeschnitten ist 2 2 Navigation Eingangs wurde gesagt dass es schwierig sei Prozessabl ufe von E Commerce Anwendungen zu modellieren Zum Teil l sst sich dies durch die jederzeit m gliche browserbedingte Navigation innerhalb eines Prozesses begr nden Nimmt man zum Beispiel die Aktivit t des Hinzuf gen eines Produktes in den Warenkorb Durch den Browser ist es einem m glich zum Beispiel durch den Zur ckknopf zur Produktauswahl zur ckzukehren Bedeutet dies dass der Artikel wieder entfernt wurde kann man damit eine Auswahl
204. lgende Aktivit ten als grundlegend identifiziert und dann auch mit der BPMN modelliert Arbeiten mit GMX E Mail Erstellen eines Kontos Einloggen in das System Passwort zur cksetzen E Mail Dienste nutzen 4 Ein Gesch ftsprozessmodell von GMX de Die Nutzung von GMX ist sehr geradlinig Nach dem erstellen eines Accounts kann sich der Benutzer einloggen Sollte dies nicht erfolgreich sein hat der Nutzer die M glichkeit sein Passwort auf vier verschiedene Arten zur ckzubekommen Nach dem nun erfolgreichen Login kann der Nutzer nun endlich seine E Mails bearbeiten Hierbei ist interessant dass alle T tigkeiten es konnte nur eine Aus ahme gefund werden von GMX Seite aus atomar sind Das bedeutet dass GMX neben der Tatsache dass der Benutzer eingeloggt ist keine Zustandsdaten f r die einzelnen Aktionen speichern muss Die ganze Kommunikation folgt einem einfachen Request Response Muster Dies ist nat rlich vor allem f r GMX vor teilhaft weil Resourcen gespart werden So k nnen viele Benutzer gleichzeitig einen Server nutzen Obwohl GMX schon ein gut verteiltes System nutzt F r die Modellierung mit der BPMN wurde f r alle Prozesse und deren BPDs ein hnlicher Grundaufbau gew hlt GMX und der Benutzer werden jeweils durch einen eigenen Pool dargestellt zwischen denen ausschliesslich Message flows geschehen d rfen Da die Prozesse relativ einfach sind konnte auf einige Modellierungskonzep te der BPMN ver
205. ll zu modellieren und zu entwickeln wird beim Domain Engineering jeweils eine ganze Softwarefamilie innerhalb einer Dom ne betrachtet die aus Sicht der Gemeinsamkeiten und Variabilit ten von Softwareprodukten abgegrenzt wird Aufgabenstellung Diese Seminararbeit hat das Ziel die wesentlichen Prozesse des Online Auktionshauses Ebay zu erfassen und zu modellieren 2 Dominik R Tornow W hrend ich mich in meinem Vortrag auf die Beschreibung der Prozessmodelle selbst konzentriert habe werde ich in dieser Ausarbeitung die Erfahrungen die ich beim Erstellen dieser Modelle gemacht habe ins Zentrum der Betrachtung stellen Ich stelle dabei folgende Frage in den Raum Wie k nnen die statischen und dynamischen Aspekte eines Software Systems vor dem Hintergrund der Produktlinienentwicklung geeignet modelliert werden Architektur Framework Zweifelsohne existieren zahlreiche M glichkeiten ein Software System zu beschreiben bzw zu modellieren die Vielfalt dieser M glichkeiten wirft jedoch die Frage auf welche Kriterien ein Modell erf llen muss um in einem gegebenen Kontext anwendbar zu sein Zwei Fragestellungen die im Laufe des Seminars immer wieder diskutiert wurden haben mich in diesem Zusammenhang besonders besch ftigt 1 Welche Betrachtungsebene soll f r das Erarbeiten eines Prozessmodells eingenommen werden Beispiel Gerade im Themenbereich des e Business kam die Diskussion auf ob und wie di
206. ls Sekund re Sachverhalte bezeichnet da sie nur als Mittel zum Zweck auftreten Modelle der h chsten Betrachtungsebene werden als Anforderungsvollst ndige Modelle bezeichnet sie dienen der Spezifikation der statischen und dynamischen Aspekte eines Systems wobei technische Details unber cksichtigt bleiben Modelle der tiefsten Betrachtungsebene werden als Fertigungsvollst ndige Modelle bezeichnet sie dienen als Ausgangspunkt f r die Implementierung einer Applikation und spezifizieren alle technischen Details Besonders spannend ist die Tatsache dass zwei Kategorien von Variabilit ten identifiziert werden k nnen 1 Variabilit ten innerhalb einer Betrachtungsebene Variabilit ten im Sinne der Produktlinienentwicklung treten nur innerhalb einer Betrachtungsebene zum Vorschein sie stellen Variationen der Anforderungen dar und spannen somit eine Applikations Dom ne auf 2 Variabilit ten beim bergang zwischen zwei Betrachtungsebenen Variabilit ten die sich beim bergang zwischen zwei Betrachtungsebenen ergeben stellen nichts weiter als eine Implementierungsentscheidung dar eine Entscheidung WIE etwas realisiert wird jedoch nicht WAS realisiert wird Anmerkung e die beim bergang zwischen zwei Betrachtungsebenen auftreten k nnen mit Hilfe der Model Driven Architecture 4 beherrscht werden Als Beispiel daf r dass Variabilititen beim bergang zwischen zwei Betrachtungsebenen kein
207. lsetzung bei erfolgreicher Ausf hrung eines Prozesses e Beteiligte Akteure Mit beteiligten Akteure sind diejenigen Akteure gemeint die an dem Gesch ftsprozess beteiligt sind oder ihn ausl sen e Beschreibung des Standardfalls Eine Beschreibung des Standardfalls ist inso fern sinnvoll als dass bei komplizierten Erweiterungs und Einschlussbeziehun zwischen Gesch ftsprozessen nicht klar ist wie das h ufigste Anwendungs szenario aussieht e Variationen des Standardfalls Variationen des Standardfalls sind alle vom Stan dardfall abweichenden Anwendungsszenarien Dieser Abschnitt ist h ufig l nger und komplexer als der des Standardfalls e Vor und oder Nachbedingungen Um die Darstellung komplexer Prozesse einfach zu halten kann mit Hilfe von Vor und Nachbedingungen festgelegt werden wel cher Zustand vor der Ausf hrung und nach erfolgreicher Beendigung des Prozesses vorliegen muss Diese Use Case Templates werden jeweils in leicht modifizierter Form auch von ande ren Autoren 100 Lar01 zur erweiterten Beschreibung von Use Case Diagrammen genutzt 2 3 Beispiel Im Folgenden wird der Anwendungsfall Buchen mit Hilfe des vorgestellten Use Case Templates beschrieben Weitere Beispiele befinden sich im Anhang in Abschnitt A Es ist noch anzumerken dass sich der Abschnitt Beschreibung aus den Abschnit ten Beschreibung des Standardfalls und Variationen des Standardfalls zusammensetzt Alternativen im Kont
208. mann eines Hotels welches vorher im Informationsprozess ausgesucht wurde angesto Den werden kann Die Hoteldaten und Preise sind also essentieller Bestandteil der Buchung Solche Daten sind jedoch zeitabh ngig z B Anwendung von Sonderkondi tionen und somit kann die Informationsphase nicht getrennt vom Rest des Prozesses betrachtet werden Wie der Kunde sich informiert ist allein ihm berlassen M gliche Optionen sind die Information ber das Onlineportal oder eine telefonische oder schriftliche Anfra ge Ziel ist es ein geeignetes Hotel auszuw hlen welches zumindest zum Informationszeitpunkt f r den gew nschten Zeitraum noch freie Zimmer hat An hand welcher Daten Preis Lage Hotelkette etc letztendlich die Auswahl getroffen wird ist f r die Prozessmodellierung uninteressant Der folgende Absatz beschr nkt sich auf eine Detailbetrachtung des Informationsprozesses ber das Onlineportal Vergleichbare aber weit weniger formalisierte Abl ufe sind bei telefonischer oder schriftlicher Information denkbar Varianten der Informationsphase k nnten in hnli cher Weise wie die Varianten der Buchungsphase 4 2 modelliert werden Im Diagramm f r die Verfeinerung der Aktivit t present hotel information wird die Entscheidung ber die Art der gew nschten Daten anhand des Kunden Aufrufs gef llt Somit wird die Art der Anfrage nicht schon im Event basierten Gateway getroffen Dies hat den Vorteil dass auf der h here
209. mation object Abb 8 alternative Modellierung der Buchungs Aktivitat Ausschnitt Fehlerbehandlung Interessant an dieser Stelle ist das Prinzip des throw und catch bei BPMN Das End Event Error erzeugt immer einen Fehler es ist keine andere Semantik in der Spezifikation vorgesehen Ein Intermediate Error hat im normalen Sequenzfluss die gleiche Bedeutung au er dass der Fluss trotzdem weiter gef hrt wird Wenn jedoch am Rand eines Subprozesses ein Intermediate Error angetragen ist so f ngt dieses Event eventuelle Fehler ab In Abbildung 9 werden alle Fehler die innerhalb des gro en Subprozesses auftreten abgefangen und nach au en weitergegeben Eine sehr m chtige Modellierung welche der Semantik objektorien tierter Programmiersprachen z B Java quivalent ist ein End Event Error entspricht einem throw Exception und ein Intermediate Event Error am Rande einer Aktivit t entspricht einem try catch wobei sich die Aktivit t im try Block und der vom Intermediate Error ausgehende Sequenzfluss im catch Block wieder finden w rden Dieses Prinzip findet Anwendung in der Bu chungs Aktivit t alle innerhalb auftretenden Fehler beenden die Ausf hrung der Aktivit t auf h herer Ebene f hrt die Signalisierung des Error Events zum Event basierten Gateway am Anfang der Buchungsphase zur ck vgl Abb 7 und Abb 17 hnliches Verhalten ist w hrend der Stornierungsphase erkennba
210. mationserhebung tauchten zahlreiche Vorschl ge f r Opti mierungen der t glichen Arbeit auf Meistens handelte es sich dabei um kleinere I deen die nicht die Ver nderung des Prozesses vorsahen Z B bestand der Wunsch nach dem einen oder anderen Tool das die t glichen Entwicklert tigkeiten erleichtern sollten Die grundlegendsten Optimierungsvorschl ge sind in Kapitel 5 gesammelt 4 Der Entwicklungsprozess Nachdem im zweiten Kapitel die statische Struktur der Abteilung vorgestellt wurde werden im Folgenden die Abl ufe d h die dynamische Struktur beschrieben S mtli che Ablaufdiagramme sind im Anhang zu finden Abb 3 bis 8 Zum Verst ndnis der weiteren Kapitel sind grundlegende Kenntnisse bez glich BPMN unerl sslich Als einf hrende Lekt re eignet sich Introduction to BPMN 9 4 1 Einordnung des Entwicklungsprozesses Abb 3 ist auf dem gleichen Abstraktionsniveau angesiedelt wie schon Abb 1 Das Diagramm zeigt die Einordnung der Aktivit ten der Berliner Entwicklungsabteilung in den SAP weiten Netweaver Entwicklungsprozess Die in den einzelnen Pools dar gestellten Akteure sind bereits aus Abb 1 bekannt Obwohl die Berliner Abteilung und die Netweaver Koordination im gleichen Unternehmen beheimatet sind wurde hier die Darstellung zweier getrennter Pools vorgenommen Dies ist dadurch zu rechtferti gen dass die beiden Akteure relativ getrennt voneinander arbeiten Der SAP weite Netweaver Entwicklungsprozess kann in
211. mponente hinzukommen die Zulieferer von Amazon com Dies k nnen Buch oder Musikverlage sein aber auch Hersteller von anderen Produkten die Amazon com vertreibt Dieselbe Rolle nehmen auch externe Anbieter ein die ber den Amazon com Marketplace ein Customer to Customer Portal Waren anbieten Dieses Portal erlaubt es Anbietern beliebige Produkte die im Amazon com Produktkatalog aufgef hrt sind ber die Amazon com Webseite zu vertreiben Produkte die ber den Amazon com Marketplace verkauft werden m ssen von einem Paketdienst direkt vom Anbieter zum K ufer transportiert werden da Amazon com lediglich als Vermittler auftritt und keine Haftung und Kontrolle der Waren anbietet Lieferungen von Zulieferern an Amazon com werde nicht ber Paketdienste abgewickelt sondern ber G terverkehrsbetriebe da in diesem Fall gr ere Mengen von Produkten von einem in das andere Lage transferiert werden Das Ergebnis dieser Betrachtungen wurde von im in dem FMC Aufbaubild Fig 1 zusammengefasst Die Modellierungssprache FMC Fundamental Modeling Concepts wurde hier gew hlt da sie f r die Darstellung von Systemstrukturen besser geeignet ist als Softwarespezifische Modellierungssprachen wie UML und gegen ber einer 4 Lars Trieloff Ad hoc Notation den Vorteil bietet dass sie vielen Zuh ren des Vortrags namentlich Studenten und Mitarbeiten des Hasso Plattner Instituts f r Softwaresystemtechnik bereits bekannt ist Fig 1 Beteiligt
212. n dungen zu ermitteln Es existieren sowohl eine einfache als auch eine erweiterte Suche die sich durch den Konfigurationsumfang der Suchparameter unterscheiden Profil verwalten Kunden sind in der Lage ein eigenes Profil anzulegen dieses zu modifizieren und ggf auch zu l schen Festpreisangebote kaufen Auf bahn de werden auch Festpreisangebote wie z B bestimmten L ndertickets zum Online Kauf angeboten Buchen Dieser Anwendungsfall beschreibt den Prozess zum Kaufen einer oder mehrerer Fahrkarte n inklusive einer optionalen Reservierung Stornieren Bestimmte bereits gekaufte Fahrkarten k nnen online storniert werden Das Endergebnis der Analyse ist in dem Use Case Diagramm in Abbildung 1 darge stellt Die Kenntnis von UML wird als bekannt angenommen Entsprechende Literaturquellen sind im Text angegeben 2 2 Use Case Template Einf hrende Bemerkung Im weiteren Verlaufe dieses Abschnittes werden die Begrif fe Use Case und Gesch ftsprozess synonym verwendet um von der Tatsache zu abstrahieren dass ein Use Case die Repr sentation eines Gesch ftsprozesses darstellt Um eine detaillierte Beschreibung von Anwendungsf llen zu erhalten hat Alista ir Cockburn eine Methode namens Use Case Template Coc98 Coc00 entwickelt Dabei werden Use Case Diagramme um eine textuelle Komponente erg nzt Folgende Elemente werden zus tzlich erfasst e Ziel eines Use Cases Das Ziel eines Use Cases beschreibt die globale Zie
213. n Bei fehlerhaften Angaben hat der Benutzer die Wahl zwischen erneuter Eingabe und der Eingabe einer Email Adresse zur Passwortwiederherstellung Bei der Passwortwiderherstellung wird dem Benutzer eine Email an die angegebene Adresse geschickt die einen Best tigungslink enth lt Folgt der Benutzer diesem Link kann er ein neues Passwort w hlen welches durch Doppeleingabe best tigt wird Danach wird er als authentifiziert betrachtet Neue Besucher m ssen zun chst ihre Email Adresse angeben anschlie end Email Adresse und Passwort w hlen Diese zweite Eingabeaufforderung bleibt so lange bestehen bis Passwort und Kontrollpasswort zur Tippfehlervermeidung bereinstimmen und die angegebene Email Adresse g ltig ist Bestellinformationen verifizieren Die Verifikation der Bestellinformationen ist im Collaboration Diagram Verify Order Information dargestellt In diesem Fall ist nicht nur Amazon com mit zwei Unterabteilungen sondern auch ein Finanzdienstleister konkreter eine Kreditkartenfirma betroffen Amazon com 13 In diesem Beispiel konnte ich das es sich lediglich um eine Black Box Modellierung handelte allerdings nur Mutma ungen anstellen was die Praktikabilit t des Modells jedoch nicht einschr nkt Zun chst wird nach der Zahlungsmethode unterschieden Im Falle einer Zahlung per Rechnung oder per Lastschrifteinzug ist es von Bedeutung die Zahlungsmoral des Kunden zu pr fen da offene Rechnungen oder Lastschriftr c
214. n post eine ClientPage Reservierungsw nsche und das entsprechende Formular Form Reservierungsw nsche erzeugt Hat der Kunde seine Reservierungsw nsche ge u ert wird von der ServerPage res post die ClientPage Kasse und das dazugeh rige Formular Form Kasse erzeugt Dort werden die Zahlungsdetails Lastschrift oder Kreditkartenabbuchung und wahl weise die Lieferadresse oder die Daten die zur Authentifizierung des Online Tickets notwendig sind eingegeben Der Inhalt der Formulars wird abschlie end an die Server Page kasse post gesendet Damit ist der Buchungsprozess beendet 3 4 Bewertung WebUml erweist sich f r die Analyse statischer Aspekte eines Systems als nur einge schr nkt geeignet Es entsteht eine enorme Datenmenge die die Diagramme un ber sichtlich werden l sst Dazu kommt noch dass sich alle generierten Informationen auf derselben Ebene befinden und somit keine automatische Aggregation stattfindet Grunds tzlich jedoch erm glicht diese Notation eine gute Darstellung des Aufbaus und der Komponenten einer Web Anwendung Leider stand bei der Evaluierung dieser Technik das im dem Artikel vorgestellte Werkzeug nicht zur Verf gung weshalb die vorgestellten Diagramme manuell erstellt wurden Die generierten Artefakte bieten eine gute Grundlage f r die weitere Prozessmo dellierung Dar ber hinaus k nnen vorhandene Web Applikationen nachtr glich doku mentiert werden 4 Modellierung dynamischer Aspekte Nach der
215. n Modellierungsebene genau ein Event f r die Informationsabfrage steht Unabh ngig von der gew nschten Informati on wird die Aktivit t present hotel information aufgerufen welche dann erst z B anhand der mitgelieferten Daten entscheidet ob es sich um eine allgemeine Suchan frage handelt oder ob Detailinformationen zu einem Hotel gew nscht werden In diesem Diagramm erscheint die Verwendung von Datenfluss sinnvoll um den weite ren Ablauf zu modellieren Der Aufruf von PEGASUS muss vor unerwarteten Fehler gesch tzt werden Kommt etwa keine Antwort so muss ein Timer nach einer festge legten Zeit eine Exception verursachen welche wiederum nach wohldefinierten Regeln eine neue Anfrage startet bzw den Subprozess beendet indem leere Daten zur ckgegeben werden 4 2 Buchungsphase Kern des Reservierungsprozesses ist die eigentliche Buchung Die Modellierung dieses Teilprozesses vgl Abb 7 und Abb 8 wird deshalb im Folgenden sehr aus f hrlich diskutiert Der Buchungsprozess auf Seite des Kunden ist bei ehotel stark abh ngig vom ge w hlten Kommunikationsmedium Der Ablauf einer telefonischen Buchung ist nicht formal geregelt sie erfolgt nach Angabe der pers nlichen Daten und Kreditkartenin formationen durch eine m ndliche Best tigung des Kunden Schriftliche Reservierungen E Mail Fax bestehen aus Kundensicht aus einer Folge von ver schickten und empfangenen Nachrichten bis alle notwendigen Angaben gemacht wurden auf
216. n Studien und Pr fungsordnungen f r Studenten der Softwaresystemtechnik beschriebenen Prozesse zu analysieren und in Diagrammform darzustellen Weiterhin sollten statische Modelle der in den Prozessen verarbeiteten Daten erstellt sowie die am Prozess beteiligten Rollen identifiziert werden Abschlie end sollten die beiden unterschiedlichen Fassungen auf Gemeinsamkeiten und Variabilit ten untersucht werden Das Hauptaugenmerk dieser Aufgabe lag auf den dynamischen Aspekten und deren Modellierung mit der relativ jungen Workflowsprache YAWL Yet Another Workflow Language 4 Nach einer Beschreibung der Vorgehensweise findet im Hauptteil die Pr sentation der Ergebnisse statt wobei dort an ausgew hlten Punkten Probleme der Modellierungssprache diskutiert werden Basierend auf der Variabilit tsuntersuchung der beiden Fassungen der Studien beziehungsweise Pr fungsordnung wird am Ende analysiert wie es grundlegend m glich ist Variabilit ten in YAWL darzustellen 2 Kay Hammerl Aufgrund der Absenz von wissenschaftlichen Auseinandersetzungen mit YAWL werden dort eigene Vorschl ge demonstriert 2 Vorgehensweise Nach dem Erhalt der Aufgabenstellung war zun chst eine intensive Besch ftigung mit der inhaltlichen Thematik sprich den Studien und Pr fungsordnungen des HPI n tig Die Informationserhebungsphase bestand somit vornehmlich aus dem Lesen der verschiedenen Ordnungen Dazu sei gesagt dass im Folgenden nur noch der Ausdruck
217. n gleich eine weitere Alternative vorschlagen Diese ist beispielhaft in Abbildung 3 gezeigt Wir nehmen an dass und zur Standardversion geh ren und Task zu einer hier nicht n her spezifizierten Variante 1 B ist in diesem Fall als multiple Instanz eines atomaren Tasks dargestellt Die Werte zwischen den eckigen Klammern dar ber geben folgende Informationen an in ebendieser Reihenfolge 1 Minimale Anzahl der Instanzen 2 Maximale Anzahl der Instanzen 3 Schwellwert Anzahl der Instanzen die beendet sein m ssen bevor der Task als abgeschlossen angesehen wird 4 Erzeugungsmodus statisch dynamisch dynamisch W hrend der Task l uft k nnen weitere Instanzen erzeugt werden statisch Die Anzahl der Instanzen wird entschieden wenn die Ausf hrung des Tasks startet Wir sehen dass insgesamt n mal ausgef hrt wird Der Trick an dieser Stelle liegt nun an der Definition des Wertebereichs f r n Diesen setzen wir auf 0 1 was dazu f hrt dass entweder null oder einmal ausgef hrt werden kann n n n s c Variante 1 Fig 3 Variabilit tsmodellierung unter Zuhilfenahme Multipler Instanzen Zur Systembauzeit ist es nun m glich durch entsprechende Belegung von n die Variante 1 zu inkludieren n 1 oder diese auszulassen 0 Es ist weiterhin denkbar auch eine dynamische Entscheidung zu erm glichen Hi
218. n verwendet Der Hauptteil pro Instanz bildet das Implementieren selber Implement Neben l ufig dazu findet meistens eine Testfallentwicklung des der Entwickler s statt Hier werden spezielle Testf lle erstellt die die Erf llung des Aufgabenpaketes berpr fen Diese Testf lle sowie andere bereits existierende Testf lle werden nun dazu benutzt um die in das Gesamtsystem integrierte neue Funktionalit t zu testen Integrations test Dazu wird zun chst auf dem eigenen Rechner getestet und danach auf den ande ren Maschinen die extra f r Testzwecke bereitgestellt werden Schlagen die Tests fehl so f llt man wieder in die Implementierung zur ck Wer den alle Tests erfolgreich absolviert und hat man alle n tigen Testf lle geschrieben so wird der neue Quelltext eingecheckt in das Code Verwaltungssystem Au erdem werden noch Beschreibungen abgegeben Im Falle einer Fehlerbeseitigung wird eine sog Patch Info verfasst und abgegeben ansonsten eine Feature Info dargestellt als Datenobjekte Nach der erfolgreichen Implementierung kann eine berpr fung auf Speicherl cher purify und Performanztests quantify erfolgen 8 Decker 4 4 Die CONS Phase In der CONS Phase CONS steht dabei f r consolidation werden keine neuen Funk tionen mehr eingebaut Hier werden lediglich die vorhandenen Testf lle auf das Sys tem abgefeuert um letzte Fehler aufzusp ren siehe Abb 8 Schl gt dabei e
219. nd Deswegen bleiben diese Pools bei allen weiteren Modellierungsschritten Black Boxes Wie bereits an dieser Stelle zu erkennen ist verlaufen die Prozesse bei dem Kunden und dem Onlineshop recht hnlich Nachdem der Kunde die Seiten des Shops erreicht hat kann er Artikel ausw hlen danach kann er den Kauf best tigen Anschlie end erh lt er die Artikel und kann sie bezahlen oder wieder zur ck schicken Gegebenenfalls bekommt er sein Geld zur ck Bei Otto de werden die gew hlten Artikel in einem sog Einkaufswagen gesammelt Anschlie end werden die ben tigten Verkaufsinformationen angefordert Danach werden die Artikel verschickt und es wird auf den Geldeingang oder auf die reklamierte Ware gewartet Sollte es dabei Probleme geben tritt ein Mahnungsprozess in Kraft W hrend ein Teil der aufgez hlten Teilprozesse trivial und somit nicht n her betrachtenswert sind lassen sich andere Prozesse weiter aufschl sseln Die kollabierten Subprozesse Select item auf der Kundenseite und Collect items in cart auf der Seite von Otto de sind in Abbildung 3 3 detailierter modelliert Hierbei musste auf Kundenseite dargestellt werden dass der Kunde jederzeit Artikel zum Warenkorb hinzuf gen kann die Eigenschaften dieser Artikel ndern kann oder Otto de Modellierung eines WebShops 9 Artikel aus dem Warenkorb entfernen kann Dies wurde mit Hilfe eines XOR Gateways realisert Da die Eigenschaften eines Artikels beliebig oft hintereinan
220. nden selbst initiiert Wieder ist die Wahl der entsprechenden Aktivit t die als n chstes ausgef hrt wird vom eintreffenden Ereignis abh ngig Daher wurde hierf r ein Gateway verwendet dessen Entscheidung durch das Auftreten bestimmter Ereignisse beeinflusst wird In beiden F llen erh lt DELL bei Erfolg eine Benachrichtigung ber den Zahlungseingang Erst diese Nachricht veranlasst DELL das Warenlager mit der Auslieferung der Bestellung zu beauftragen Das Warenlager verpackt die Bestellung und verschickt diese an den Kunden Betrachtet man die Abbildung 5 f llt auf dass die Ver nderung des Warenkorbes und die Bestellbest tigung bei DELL erfolgen und nicht beim Kunden Auff llig ist auch dass bei DELL selbst kein online Produktkatalog angeboten wird Die Abstraktion vom Produktkatalog und damit der Navigation auf der Webseite sowie die Verlagerung der Bestellvorg nge weg vom Kunden erlauben dass diese internen Prozesse nicht nur f r den Onlinebestellvorgang genutzt werden k nnen 3 2 Austauschbarkeit von Prozessen Der Verzicht auf die explizite Modellierung von Navigation erm glicht es Teilprozesse wie zum Beispiel die komplette Bestellabwicklung innerhalb von DELL wiederzuverwenden Ein Unternehmen k nnte davon profitieren wenn nicht f r jeden neuen Vertriebskanal neue interne Prozesse ben tigt w rden Es ist denkbar dass es intern keinen Unterschied macht ob ein Kunde seine Bestellung online selbst aufgibt oder mit Hilfe e
221. nderen Kontrollflusses aktiviert werden wodurch ein vorzeitiges Verlassen der Schleife ausgeschlossen wird Ein Zwang zum Verlassen der Schleife wird dadurch aber nicht bewirkt Ohne Verwendung des Cancel Patterns scheint die Abbildung des Sachverhaltes nicht m glich zu sein Damit bleibt nur der harte Abbruch der Schleife aus dem ersten Ansatz als L sung brig r N LV Meldung LV Nachplanung L Jv 7 Sg eg gt E Klausurvorplanung gt Ver ffentlichung lt KE CH L5 aom Basis LV Basis 45 Planung Bau Teilnehmerlisten belegungs Belegungen ege Planung annehmen Abbildung 4 1 Ansatz Problem Sauberer Abbruch in YAWL LV Meldung LV Nachplanung gt 1 4 N 2 cT E eege v N Z Klausurvorplanung x Ver ffentlichung N LEP gt N 17 EE OE Basis LV Basis A Planung Raum P Teilnehmerlisten belegungs Belegungen erstellen Planung annehmen Abbildung 5 2 Ansatz Problem Sauberer Abbruch in YAWL 14 LV Nachplanung 10 Ver ffentlichung LV Meldung Klausurvorplanung Basis LV Planung Raum Teilnehmerlisten belegungs Belegungen erstell
222. ne f llt ebenfalls eine Stornierungsvariante im Prozessmodell weg Dies ndert nichts am Prozess selber da die Anzahl der Varianten ohne weitere Konsequenzen ge ndert werden kann Zwischen den Prozessmodellen f r die Systeme von ehotel und HRS gibt es signifikante Unterschiede bez glich zweier weiterer Aspekte die hier noch erl utert werden sollen Synchronisation Wesentlich einfacher ist der Prozess aus Sicht des Hotels Im Grunde wird eine Prozessinstanz erst erzeugt wenn der Kunde nicht mehr stornieren kann Hier stellt sich die Frage der Synchronisation der Pools In der Modellierung des ehotel Prozesses werden automatisch Prozessinstanzen auf Seiten von ehotel und dem Hotel bei der ersten Suchanfrage erzeugt sp testens aber beim Eintreten eines Events welches einen Buchungswunsch signalisiert Die ordnungsgem e Fortf h rung des Prozesses nach der Buchung sichern quivalente Timer Events in allen Pools Wird das gebuchte Ankunftsdatum erreicht schreitet der Prozess in die Ab wicklungsphase ber bei Nichterscheinen des Kunden also wenn das Abreisedatum erreicht ist terminiert der Prozess auf Kundenseite und gleichzeitig kann der Prozess beim Hotel zur Abwicklung bergehen Diese Abwicklung endet mit der Provisions berweisung an ehotel wodurch dort der Prozess ebenfalls terminiert Bei HRS wird dagegen ein extra Task ben tigt notify hotel der auf Seiten des Hotels den Pro zess erst startet Abb 26 Ansonsten
223. nen oder Prozessen an denen er beteiligt ist mit einem einfachen Strich verbunden Nach UML v1 3 gibt es zwei weitere Verbindungsarten zwischen zwei Use Cases Zum einen die Include Beziehung Wenn ein Use Case mit einem anderen mit einem Includepfeil verbunden ist so impliziert er diesen zweiten Use Case d h wird A ausgef hrt muss auch B ausgef hrt werden hnlich verh lt es sich bei der zweiten der Extends Beziehung Einziger Unterschied hierbei ist dass das Einbeziehen des zweiten Use Case fakultativer Natur ist d h nach A kann aber muss B nicht ausgef hrt werden 4 1 Bewertung des Diagrammtyps Das Use Case Diagramm Abbildung 2 1 ist ein sehr n tzliches Werkzeug um die Akteure von Prozessen und die Schnittstellen zwischen diesen Akteuren n her zu untersuchen und darzustellen Ebenso wie das Navigationsdiagramm zeichnet sich das Use Case Diagramm durch eine einfache intuitive Interpretierbarkeit aus Einem unge bten Betrachter f llt es leicht das Dargestellte zu verstehen Dieses Diagramm eignet sich jedoch nicht dazu Prozesse zu verdeutlichen Wenn das Modellierungsziel wie bei Otto de die Darstellung von Gesch ftsprozessen ist so dient das Use Case Diagramm lediglich dazu einen Einstieg in die vorhandenen Prozesse zu finden Es ist quasi eine gute und n tzliche Vorbereitung auf eine darauf folgende konkrete Modellierung der einzelnen vorher grob umrissenen Prozesse 4 2 Modellierung von Otto de Bei der M
224. nen untereinander in einem Gesamtprozess zusammengefasst 3 Die HPI Studienordnung In diesem Abschnitt wird der Aufbau und Ablauf eines HPI Studiums anhand der angefertigten Diagramme vorgestellt Nebenl ufig dazu wird auf Modellierungsprobleme s mtlicher Art eingegangen Aufgrund der Tatsache dass ein weiterer Punkt dieser Ausarbeitung sich mit den Unterschieden zwischen den Studienordnungen besch ftigt findet an dieser Stelle eine Darstellung statt welche f r beide Ordnungen und sogar f r beide Studieng nge Bachelor Master g ltig ist Betrachten wir zum Einstieg das bereits im vorherigen Kapitel erw hnte Use Cases Diagramm siehe Anhang Abbildung 5 Es bedarf wahrscheinlich wenig erl uternder Worte Man erkennt dass nur vier Rollen an den Prozessen beteiligt sind Namentlich genannt handelt es sich hierbei um den Studenten selbst die Verwaltung welche bei fast jedem Vorgang beteiligt ist den Studienausschuss welcher vor allem bei bestimmenden Aktivit ten involviert ist und den Professor wobei diese Bezeichnung s mtliche Anbietungsberechtigte inkludiert Was nicht auf Anhieb klar sein sollte ist die Unterscheidung von Belegung zur ckziehen in einen regul ren und einen irregul ren Fall Kurz zusammengefasst l sst sich dies so erkl ren dass es bis zu einem gewissen Zeitpunkt eine Woche vor Beginn des Leistungserfassungsprozesses m glich ist eine Belegung ohne Angabe von Gr nden zur ckzunehmen regul rer
225. ng ngen die bestimmte Rahmenbedingungen f r die Prozesse vorgeben 4 1 Ergebnis der Analyse des Ist Prozesses Da Methoden aus dem Bereich des PQM verwendet werden muss man zur Durchf hrung der Analyse auch die entsprechenden Voraussetzungen daf r be achten Neben der Datenbasis sind hier auch die Qualit tsziele entscheidend F r diese Arbeit spielt die Qualit tsorientierung jedoch keine Rolle Deshalb wurde die Annahme getroffen dass es erkl rtes Ziel der Analyse der Studien verwaltungsprozesse ist den Verwaltungsaufwand in der Studienverwaltung zu reduzieren Die Analyse der Abl ufe einzelner Prozesse brachte keine nennenswerten Opti mierungsm glichkeiten zum Vorschein Von au en bestimmte Anforderungen an einige Prozesse wie die Setzung von Fristen durch die Universit tsverwaltung zur Lehrveranstaltungsplanung oder Vorgaben zur Rechtsverbindlichkeit der Bele gungsverwaltung die sich auch auf Aspekte wie die Klausurplanung auswirken lassen f r alternative Abl ufe keinen Spielraum Die Abfolge einzelner Prozesse kann auch nicht vorteilhaft ver ndert werden da logische Abh ngigkeiten bzw Datenabh ngigkeiten zwischen den Prozessen vorhanden sind die eine Umord nung verhindern So besteht die einzige M glichkeit Optimierungspotentiale zu finden darin nach Abweichungen von Vorgaben an den Ist Prozess zu schauen die zu unn tigen Mehrbelastungen f hren kann oder nach Teil Prozessen die gem dieser Vorgaben auch
226. ng 8 siehe Anhang wird der Leistungspunkt an sich n her betrachtet Man sieht dass er von einer zu einem gewissen Themenkomplex geh renden Lehrveranstaltung vergeben wird und eine Benotungsinformation sowie die Auskunft ber den Themenkomplex in dem er erbracht wurde enth lt Kommen wir nun zu der Betrachtung des Top Level Prozesses siehe Anhang Abbildung 9 welcher ein Studium am Hasso Plattner Institut beschreibt Man erkennt dass nach Beginn des Studiums die M glichkeit besteht mehrere Lehrveranstaltungen zu belegen und zu besuchen Dies kann mehrere Semester lang wiederholt werden Nach Abschlie en der Abschlussarbeit an dieser Stelle noch nicht n her spezifiziert ist es m glich einen Antrag auf Graduierung zu stellen und sollte dieser vollst ndig sein auch zu graduieren und damit das Studium abzuschlie en Im unteren Viertel ist der negative Fall dargestellt n mlich der dass aus irgendeinem Grund die Graduierung als verwirkt angesehen wird und somit eine Exmatrikulation ansteht Bei Ausf hren dieser werden s mtliche Marken aus dem gekennzeichneten Bereich entfernt um bei der nachfolgenden Beendigung des Gesamtprozesses mit einer sauberen Terminierung keine verbleibenden Marken im Netz abzuschlie en Der mit dem gro en E gekennzeichnete Task unten links findet sich so nicht in einer der Studienordnungen wieder entspricht aber dem regul ren Tatbestand Jedes Semester wird n mlich eine berpr fung durch
227. ng des Mastergrades enthalten muss ist den Abbildungen 25 Studienordnung 2001 und 26 Studienordnung 2004 zu entnehmen Die ER Diagramme sind hnlich zu denen der Bachelorstudieng nge aufgebaut und sollten deshalb keiner weiteren Erkl rung bed rfen Zusammenfassend l sst sich also sagen dass der allgemeine Teil welcher f r alle Studieng nge und auch f r beide Fassungen identisch ist berwiegt Unterschiede welche den Prozessablauf betreffen spiegeln sich allein in der Durchf hrung der verschieden Abschlussarbeiten wider Die restlichen Unterschiede sind rein statischer Natur und betreffen die eingangs verteilten Belegungspunkte sowie den Inhalt des Antrags auf Graduierung 4 2 Darstellung von Variabilit ten in YAWL In diesem Abschnitt werde ich eigene berlegungen zur geeigneten Darstellung von Variabilit ten in der Workflowsprache YAWL vorstellen Eine M glichkeit haben wir bereits kennen gelernt Man f hrt einen abstrakten Composite Task ein und ersetzt diesen in der jeweiligen Version durch einen konkreten zusammengesetzten Task welcher den individuellen Ablauf beinhaltet Dieses Verfahren ist an die objektorientierte Programmierung angelehnt und wurde von mir verwendet um die unterschiedlichen Abschlussarbeiten in den allgemeinen Top Level Prozess zu integrieren Diese Methode funktioniert sehr gut und ist bei gr eren nderungen sicherlich der ratsamste Weg um Variabilit t darzustellen Nun kam jedoch die
228. ng gemacht werden dass bei UML nicht die Dekompositionsregeln existieren wie es bei SA der Fall ist Problematisch bei der Erstellung von Use Case Diagrammen ist eine ad quate Ab straktionsebene zu finden H ufig gehen der finalen Version der Diagramme einige Ite rationen vorweg da nicht immer von Anfang an klar ist welche Akteure und welche Anwendungsf lle tats chlich f r die Betrachtung relevant sind Zur detaillierten Spezifikation komplexer Use Case Diagramme eignet sich das vor gestellte Basic Use Case Template sehr gut da es die grafische Notation um eine Be schreibung von Sequenzen sowie Alternativen erweitert Vor allem die Herausarbeitung des Standardfalls erleichtert zudem das Verst ndnis derartiger Diagramme 3 Modellierung statischer Aspekte Nachdem im ersten Schritt anhand von Use Cases ein Grundverst ndnis f r das System entwickelt werden konnte k nnen nun im zweiten Schritt die statischen Aspekte des Auskunfts und Buchungssystem der Deutschen Bahn bahn de mit Hilfe der WebUml Notation vorgestellt von Bellettini BMT04 modelliert werden WebUnl ist ein werkzeug gest tztes Verfahren zum Reverse Engineering von Web Applikationen Durch Quellcodeanalyse und andere Verfahren wird ein Abbild des Auf baus und des Verhaltens einer Anwendung generiert Die statischen Aspekte werden in einem UML Objektdiagramm dargestellt w hrend die dynamischen Aspekte auf ein UML Zustandsdiagramm abgebildet werden Letzteres wir
229. nkt auf den Aspekt des E Commerce gelegt wurde wird auf diese eher traditionellen Serviceleistungen nicht genauer eingegangen Diese Prozesse der Produktbestellung weisen keine nennenswerten Besonderheiten im Privatkundenbereich auf 4 BPMN im Vergleich Nach der Modellierung der wichtigsten Prozesse im Onlineshop von DELL stellt sich die Frage wie gut sich das daf r verwendete Modellierungswerkzeug BPMN geeignet hat Wo zeigten sich Unzul nglichkeiten und wie schneidet BPMN im Vergleich mit anderen Modellierungssprachen wie zum Beispiel YAWL ab Damit eine vern nftige Ausgangsbasis f r einen Vergleich zwischen BPMN und YAWL geschaffen werden kann wurde der Prozess der Bestellbest tigung aus Abbildung 4 einmal in YAWL modelliert Eine kurze Einf hrung in der Notation von YAWL kann man 5 entnehmen Als erstes f llt in der Abbildung 7 auf dass YAWL sich auf wenige schlichte Symbole beschr nkt Auff llig ist die Darstellung von Abbruchm glichkeiten Der alternative Weg zur Aktivit t Clear personal data bietet die M glichkeit dass alle Marken aus dem Bereich der gepunkteten Linie entfernt werden Ohne Marken k nnen diese Aktivit ten nicht mehr schalten der Prozess wird abgebrochen Allerdings werden bereits ausgef hrte Aktivit ten nicht r ckg ngig gemacht BPMN bietet mit Transaktionen und Kompensationen dort eine Alternative bei der der resultierende Zustand eindeutiger definiert ist Nach der Aktivit t Collection of
230. nnerhalb eines Pools darstellt Die drei Aktivit ten fast core development core development und test case development sind zu einer Gruppe zusammengefasst um den Datenfluss nicht pro Aktivit t modellieren zu m ssen und somit ein aufger umteres Diagramm zu errei chen Als Abschluss der DEV Phase folgt das eigentliche Stand abziehen select changelists for release Hier wird geschaut welche nderungen changelists seit dem letzten Release am Quelltext gemacht worden sind und das Management w hlt eine Teilmenge davon f r das aktuelle Release aus 4 3 1 Core development Der Subprozess core development gliedert sich wie Abb 6 zeigt in vier Teile Design Implementierung Testentwicklung und Quantify amp Purify Der Verlauf der Design Phase ist nicht eindeutig geregelt dargestellt durch das Ad hoc Symbol setzt sich aber zumeist aus den Aktivit ten Schnittstellendefinition Arbeitslistenformulierung Glossarentwicklung und Testszenariodefinition zusam men Nach dem Design folgen nebenl ufig die Testentwicklung siehe Abb 7 und die Implementierung Der Implementierungsprozess Implementation findet auf Ent wicklerebene statt d h jedem Entwickler sind eine oder mehrere Arbeitslisten zuge ordnet welche jeweils entweder die Beseitigung eines Fehlers oder die Umsetzung einer neuen Funktion zum Ziel hat Auch hierf r wurde wieder das Symbol f r mul tiple Instanze
231. nt seinen Antrag jedoch mangels plausibler Gr nde ab so dass Anton als Teilnehmer dieses Leistungserfassungsprozesses erhalten bleibt Einige Wochen sp ter steht nun die letzte Klausur an Anton entscheidet sich daran teilzunehmen und das Beste zu versuchen Aufgrund mangelnder Vorbereitung versucht er allerdings seinem Gl ck nachzuhelfen indem er einen Spickzettel mitnimmt im Diagramm LES st ren oder t uschen Er hofft dass sein Schummeln nicht auff llt und er die Klausur ordnungsgem zu Ende bringen darf Doch dieses Gl ck wird ihm nicht zu Teil Anton wird erwischt seine Arbeit mit nicht ausreichend bewertet und das Ergebnis eingetragen Da nun alle Leistungserfassungsschritte durchgef hrt sind wird abschlie end die Gesamtnote berechnet und vergeben Nach dem beispielhaften Abwickeln dieses Prozesses m chte ich die hier verwendeten Cancellation Konstrukte jedoch noch einmal n her betrachten Unten links im Diagramm erkennt man dass sobald ein Grund eingereicht wurde der Timer beendet wird Wir beachten dass es sich hier Grund einreichen um einen Vorgang der L nge Null handelt welcher zu einem diskreten Zeitpunkt eintritt oder auch nicht Die Semantik ist also direkt ersichtlich Entweder l uft der Timer ab oder ein Grund wird eingereicht Oben rechts dort wo ein Timer die M glichkeit der Einsichtnahme zeitlich begrenzt stellt sich auf den ersten Blick die Sache genauso dar n mlich dass soba
232. ntereinander schaltet sondern in einer Schleife die notwen digen Abfragen aus einer Datenbank liest und diese dann an den Benutzer zur Beantwortung schickt Abbildung 6 Der Benutzer w hlt einen Accounttyp und startet damit ber ein Message Start Event auf GMX Seite den Login Prozess GMX liest die n chste Anfrage in der Assemble Data Aktivit t danach wird diese an den Benutzer geschickt der in einem Event Based Gateway auf die n chste Nachricht von GMX wartet Der Nutzer beantwortet die Anfrage diese wird validiert Wenn die Antwor ten in Ordnung sind wird gepr ft ob mehr Anfragen anstehen dann wird die Schleife noch einmal ausgef hrt Ist die Validierung nicht erfolgreich wird die gleiche Anfrage noch einmal geschickt Werden keine weiteren Daten vom Be nutzer ben tigt bekommt der Benutzer eine Nachricht dass der Account erstellt wurde danach werden auf den jeweilgen Servern die in einer anderen Swimlane modelliert wurden der Account erstellt FIXME URL 3 Achtung dieses BPD ist unvollst ndig und soll nur den ersten missgl ckten Ansatz demonstrieren Falls der Benutzer f r eine bestimmte Dauer keine Antworten mehr schickt wird ber ein Rule Based Event der Login Sub Prozess auf GMX Seite abge brochen alle bis dahin gespeicherten Daten gel scht und der Prozess beendet In diesem BPD ist vor allem das Event Based Gateway nennenswert welches erlaubt anhand eines Ereignisses den Prozessfluss zu bestimmen
233. ntrag des Studenten k nnen Fremd LV anerkannt werden Student gibt Antrag u a muss dieser einen Themenkomplex enthalten bei Stud Verw ab Weiterleitung an Lehrperson Pr fungsausschu Entscheidung ber Anerkennung Mitteilung des Bescheids an Studenten und ggf Verbuchung Unterscheidung einzelne LVen oder Studiengangswechsel Studiengangswechsel Einstufung in ein Fachsemester ber Pr fungsausschu LVen bei Anerkennung erfolgt eine separate Auff hrung der Leistungen bis einschlie lich Abschlusszeugnis bernahme von Fremd BP LP HPI BP LP gt 1 1 SWS LP gt 1 15 6 2 Use Case Diagramme Anerkennung Fremdleistung Lehrpersonen Pr fungsausschu Bescheinigungen u sonstige Nachweise Stud Verw Studenten Vors Studienausschu Abbildung 10 Use Cases allgemeine Studienverwaltungsprozesse 23 C HPI GF Basis LV Planung Uni Verw Q HPI LV Planerl Studiengangbeauftragter Q Q Basis Raumplanung HPI FM Inform Raum Planerin m C Ver ffentlichung HPI Raumplanerin d LEP C Lehrpersonen Klausur Planung Stud Verw Belegungen eilnehmerlisteners tellung Studenten Abbildung 11 Use Cases Lehrveranstaltungsvorbereitungsprozesse 24 Belegungsr cknahme bes Grund Notenverbuchung Stud Verw Lehrpersonen Auswertungen erstellen Gesamtnoten bersich ten Vors Studienausschu Studenten Leistungsnachweise Abbildung 12 Use Cases Lehr
234. ntrale Kontrollinstanz verschiedene Gesch ftsobjekte kontrolliert und dass verschiedene Sichten auf eine Instanz eines Gesch ftsobjekts parallel existieren k nnen Zur Erleichterung der Umsetzung solcher MVC Model View Controller Webapplikationen gibt es eine Reihe von Softwareframeworks die es Entwicklern erlauben mit geringem Aufwand die Vorteile des MVC Patterns zu nutzen Eines der bekanntesten Frameworks ist das Jakarta Struts Framework welches von der Apache Software Foundation produziert wird Das Struts Framework sieht im Model zum einen die tats chlichen Gesch ftsobjekte vor auf denen Instanzen von Action Klassen arbeiten Diese Action Klassen implementieren somit atomare Gesch ftsprozesse Der Controller wird durch Klassen implementiert die von ActionServlet erben Ein ActionServlet ist ein Java Servlet also eine im Kontext eines Webservers ausf hrbare Java Klasse welche die HTTP Anfrage lesen und die HTTP Antwort schreiben kann Dieses ActionServlet findet anhand eines Act ionMappings heraus welche Action instanziiert und ausgef hrt werden soll In der Regel bef llt die entsprechende Action eine so genannte FormBean mit Daten die anschlie end durch eine JavaServer Page oder eine hnliche Frontend Technologie zur Darstellung gebracht werden Die FormBean und die zugeordnete JSP stellen damit den View auf die Applikation dar Au erdem ist es m glich dass eine Action keine direkte Anzeige hat sondern die Anfrage an
235. odellierung von Otto de mit Hilfe des Use Case Diagramms kristallisieren sich 5 Hauptakteure heraus Zum einen der Customer welcher Ausgangsbasis des Modellierungsvorgangs ist Durch die UseCases des Customers gibt es eine Interaktion mit dem Otto Bearbeiter und mit der Bank Der Otto Bearbeiter interagiert mit dem Otto Lager und der Bank Das Lager wiederum hat eine Verbindung zu dem Versandunternehmen welches Kontakt zum Kunden hat Die einzelnen Use Cases verdeutlichen welche Prozesse innerhalb des Systems Otto de ablaufen Der Kunde kann Artikel suchen bestellen verfolgen erhalten und bezahlen In Abh ngigkeit davon treten die andern Akteure in Aktion und es werden weitere Use Cases getriggert 6 Autor Thomas Hille 4 2 1 Probleme Ein gro es Problem bei der Modellierung von Use Case Diagrammen ist eine schnell entstehende Un bersichtlichkeit bedingt zum einen durch eine Einbringung von zu vielen Akteuren oder durch eine zu detailierte Use Case Aufschl sselung Je mehr Akteure in einem Use Case Diagramm auftreten umso mehr Interaktionen gibt es deswegen ist es sinnvoll auf weniger wichtige Akteure zu verzichten oder sie nur in einem eventuell dazu geschriebenen Satz zu erw hnen Das zweite Problem ist die Aufschl sselung der Use Cases in zu viele Unteraktivit ten Man kann die meisten T tigkeiten sehr filigran unterteilen wodurch die Diagrammstruktur v llig berlastet und dadurch un bersichtlich wird 4 3 Konsequenzen f r die
236. opejbdn 950049 jJeuosiad J9ju3 jeuonippe inn 19103 19103 jonpojg age 9je9J7 Abb 5 Benutzerkonto erstellen erster Versuch uoneuuojul palas Jeu i M jJ noooy 916912 an EDI LS HLON31 NOISS3S Jo ndu ON uoneuuluoo junoooe pues ejep Kiesseoe ejep poejoejoo 2 X joeuoo ynduy p 1ndu 1 Q p 4 LR Jo uonduosep pues 9p XINS ejep o quiessy M 1 3 sjunoooe D Alessaoau LONEWAIOJU 5 o Abb 6 Benutzerkonto erstellen jnoBo puss wun 24 Suonoy AJON uonov uoisses dois I T 1 1 T 1 1 1 Jequieuies jnoaw L uossses pues uonov uJojeg Ei au wosa oisseg
237. oseuoJund goue2 WOIUOZEWY r002 L2 S0 HOIUL SIE 1940 pepuedx3 1990 suo a4J ease SOU 91215 Ajioads pue J91u3 uone PUSWWOISY Suel eswoJg swe uoyeeg way 199 8S Sue JoJo 146 914 2 WD nd pues eol ues goJeg BIA pues 002 2 90 5181 JopJo e eDeue y sseooJqd qng pepuedx3 Japio ey eBeue u 9olAJ8g Bed 002 2 90 HOO SIE sjuiejduio2 saijddng a eueyy SS9901q qns pepuedx3 popala Ay bayui Y29940 Jeiddng 002 2 90 HOIUL SIE sjuel dwod ueJBeiq Ayu bayu 2945 SUONDN ASUI 2 2 PUBS LUJOJU oi 0
238. otation sondern betrachtete Anwendungsf lle beteiligte Personen und Institutionen in verschiedenen Rollen und das Datenmodell Anschlie end wurden einige wichtige Gesch ftsprozesse in der Business Process Modeling Notation abgebildet Das Ziel war es dabei sich mit den Eigenheiten dieser Sprache vertraut zu machen und einen grundlegenden berblick ber wichtige Gesch ftsprozesse machen zu k nnen Erst danach kam es zu einer strukturierten und organisierten Untersuchung aller bedeutenden Gesch ftsprozesse auf die ich im n chsten Abschnitt eingehen m chte Beteiligte der Prozesse Bei der Untersuchung der Beiligten der Gesch ftsprozesse ist zun chst der Kunde und Amazon com zu nennen Diese tauschen ber die Amazon com Webseite und per Email Informationen ber die von Amazon com vertriebenen Artikel sowie Bestellungen und Bestellbest tigungen aus Amazon com obliegt dabei die Verwaltung der eigenen Lagerbest nde auf die ein Versanddienst Zugriff hat indem er bestellte Artikel zum Kunden bringt Die Zahlung wird von einem Netz von Finanzdienstleistern abgewickelt zu dem die Gesch ftsbanken der Kunden und von Amazon com geh ren aber auch Kreditkartenfirmen und Bewertungsagenturen wie die Schufa Auf die Betrachtung dieses komplexen Netzes von Dienstleisten wird in dieser Ausarbeitung verzichtet da das Ziel die Modellierung der Gesch ftsprozesse von Amazon com ist nicht die von bestimmtem Finanzdienstleistern Als weitere Ko
239. personal data ist man zuerst versucht eine deferred Choice zu modellieren da es aber m glich sein muss sowohl Ratenzahlung als auch eine Abbuchung von der Kreditkarte zu w hlen wurde an dieser Stelle das Pattern f r multiple Choice verwendet Dies erm glicht das jede Kombination von Aktivit ten ausgef hrt werden kann Hier zeigt sich auch deutlich ein Nachteil von YAWL Es gibt keine M glichkeit durch ein einfaches Symbol Modeling and Designing Processes in E Commerce 9 auszudr cken dass ein bestimmter Pfad immer ausgef hrt werden muss In diesem Fall der Pfad der zur Aktivit t Callback customer f hrt M chte man aufwendige Konstruktionen vermieden kann man hervorheben dass diese Entscheidung auf Grund von Pr dikaten gef llt wird Diese Pr dikate m ssen so gew hlt sein dass die Aktivit t Callback customer immer ausgef hrt wird Die Prozessbeschreibung in YAWL zeigt den sehr abstrakten Einsatz von Ereignissen in Form von T und E Aktivit ten Verwendet wurden hier nur Events um Nachrichteneing nge zu symbolisieren Vor dem Send invoice findet man einen And Split da die Rechnung immer verschickt wird Anschlie end wurde eine deferred Choice verwendet um auszudr cken das entweder DELL selbst das Konto des Kunden belastet oder aber die Eingangsbest tigung der berweisung des Kunden eintrifft Da nur einer der beiden Pfade ausgef hrt wird wurde hier ein nichtsynchronisierter Merg
240. quenzflusspfade genutzt In jedem Fall wird der sog Trust Status des Kunden gepr ft d h es wird kontrolliert ob er noch Zahlungen offen hat oder es andere Probleme mit ihm gab Ist alles in Ordnung fordert Otto de noch intern Lieferinformationen an und gibt diese an den Kunden weiter Anschlie end versendet Otto de die Artikel wie in Abbildung 3 5 dargestellt wird Otto de ordert die Artikel aus den Lagern sind diese nicht vorr tig werden sie bei den Herstellern nachbestellt Nach der in den Lieferinformationen angegebenen Zeitperiode wird das Lieferunternehmen damit beauftragt die Artikel an den Kunden zu liefern Sind zu diesem Zeitpunkt noch nicht alle Artikel vorr tig wird nachdem die fehlenden Artikel verf gbar sind das Unternehmen ein weiteres Mal beauftragt die restlichen Artikel zum Kunden zu bringen Die beiden Stellen des Sequenzflusses an denen gewartet werden muss werden durch Intermediate Timerevents dargestellt Um sie genauer zu spezifizieren sind sie mit entsprechenden Descriptions also Beschreibungen versehen Sollte einmal ein Kunde den Zahlungen nicht nachkommen tritt der Start money_reminder_process in Kraft Dieser ist in Abbildung 3 6 dargestellt Mit den bereits vorgestellten Modellierungselementen der BPMN wird gezeigt dass zun chst eine Mahnung an den Kunden verschickt wird dies geschieht sofern er in der Zwischenzeit nicht bezahlt zweimal im Abstand von jeweils zwei Wochen Nach weiteren zwei
241. r ckg ngig machen Die Navigation verhindert eine eindeutige Abfolge von Aktivit ten von Prozessen Versucht man die Navigation Modeling and Designing Processes in E Commerce 5 bei der Prozessmodellierung zu ber cksichtigen kommt es schnell zu un bersichtlichen und vermutlich fehlerhaften Prozessbeschreibungen Es ist daher ratsam bei der Prozessbeschreibung Navigation und Aktivit ten von einander zu trennen Die Abbildung 3a zeigt einen Ausschnitt aus dem von DELL Die verwendete Notation ist an 4 angelehnt und entspricht keinem Standard Abbildung 3b zeigt das komplette Navigationsschema Die wei en Knoten in der Abbildung mit Node gekennzeichnet beschreiben statische Informationsseiten im Onlineshop Diese k nnen jederzeit w hrend des Prozesses aufgerufen werden Die dunklen Knoten beschreiben Aktivit ten im Prozess des Einkaufens bei DELL Die Kanten bedeuten berg nge zwischen zwei Knoten Bei den Aktivit ten deuten diese Kanten auf Zustands berg nge hin berg nge im Bereich der Navigation sind zustandslos Da es durch den Browser m glich sein muss Aktivit ten durch Navigation zu verlassen muss der Zustand des Prozesses erhalten bleiben Dies wird durch die Kanten Suspend und Start amp Resume verdeutlicht Durch diese Trennung von Aktivit tsknoten und Navigationsknoten k nnen Prozesse definiert werden die eine eindeutige Abfolge von Aktivit ten besitzen und dennoch durch Navigation unterbrochen werden
242. r vergleiche dazu Kapitel 4 3 Auf Kundenebene werden alle im Subprozess cancelation at ehotel auftretenden Fehler durch das Intermediate Event Error abgefangen in der Verfeine rung der Aktivit t kann ein Timeout beim Warten auf eine R ckmeldung solch einen Fehler erzeugen Die Konsistenz des abstrakteren Diagramms Abb 17 und der Verfeinerung Abb 24 sind dadurch gew hrleistet 14 Torsten Hahmann Abb 9 Erzeugen und Abfangen von Fehlern in BPMN Transaktionen Buchungsvorg nge im ehotel System und beim Hotel m ssen tran saktionalen Charakter aufweisen um Inkonsistenzen zu vermeiden Daf r eignet sich in BPMN die Modellierung als doppelt umrandete Transaktion wie in Abbildung 10 demonstriert Die Verwendung der Transaktion ist vorteilhaft wenn bei einer unter brochenen Kommunikation sichergestellt werden muss dass die angefragte Buchung wieder gel scht wird Wenn unsere Transaktion also vergeblich auf eine Antwort des Hotels wartet so canceled der Timer die gesamte Transaktion Dabei werden alle Kompensations Tasks ausgef hrt also die angefragte Buchung wieder storniert Wenn dem Kunden mitgeteilt wird dass seine Buchung nicht durchgef hrt werden konnte ist garantiert auch keine Buchung im System registriert Auf Seite des Hotels stellt die Transaktion book hotel sicher dass sie komplett oder berhaupt nicht ausgef hrt wird Erst wenn die Best tigung an ehotel versandt wird ist die Trans
243. r anschlie enden Reservierung automatisch die alte entsprechend storniert wird Hier bietet ehotel zwar weniger Komfort ist aber unmissverst ndlich in der Benutzerf hrung eine Notwen digkeit bei der erzwungenen Trennung von Navigation und Prozess 6 Schlu folgerungen Beurteilung von BPMN zur Modellierung BPMN bietet f r die Modellierung komplexer E Commerce Anwendungen als eine sehr m chtige Sprache an Nicht nur die einfache Darstellbarkeit aller Workflow Patterns sondern auch dar ber hinausge hende Semantiken erlauben eine relativ problemlose Modellierung des beobachteten Verhaltens von ehotel 12 14 Die Notation kann den jeweiligen Bed rfnisses angepasst werden Schwerpunkte k nnen auf einzelne Aspekte in den Modellen gelegt werden Beispielsweise kann mit Hilfe von Black Boxes die Einbeziehung weiterer f r einzelne Diagramme aber eher unwichtiger Akteure sinnvoll darge stellt werden vgl u a Abbildungen 15 und 19 Positiv hat sich bei der Anwendung die frei w hlbare Abstraktionsh he herausgestellt vom Top Level Prozess Abb 15 bis zu Implementierungsdetails lassen sich alle Ebenen der Abstraktion darstellen Abb 19 Besonderheiten wie transaktionales Verhalten komplexe Fehlerbehand lung und Synchronisation lassen sich mit primitiven Mittel darstellen Modelle werden nicht unn tig verkompliziert Die flexible Spezifikation erleichtert gerade das Prozessverst ndnis der Anwender kann aus unterschiedlic
244. r der Webseite w hlt Zahlungsmethode und Liefer bzw Rechnungsadresse aus und sendet die entsprechenden Daten an Amazon com welches die Bestellung anschlieBend abwickelt Nach dem Kassieren In diesem Prozess dargestellt im Collaboration Diagram Post Checkout Process wird an der Stelle fortgefahren an der die Bestellung des Kunden empfangen wird Es wird nun eine Bestellbest tigung an den Kunden verschickt und begonnen die bestellten Waren zu verpacken Die gepackten Waren werden dem Paketdienst zur Lieferung berstellt und eine Versandbest tigung wird an den Kunden bertragen Es kann allerdings vorkommen dass bestellte Waren nicht im Lager vorhanden sind In diesem Fall muss unterschieden werden ob es m glich ist einen Teil der Bestellung zu versenden oder nicht In jedem Fall wird die Nachlieferung der nichtvorr tigen Waren angesto en und mit dem Packen der bestellten Waren fortgefahren sobald die Nachbestellung angekommen ist Wenn es m glich ist dass zun chst nur ein Teil der Bestellung ausgeliefert wird so werden die vorhandenen Artikel verpackt und an den Lieferdienst berstellt und der Kunde wird per Email ber die zu erwartenden Nachlieferung informiert Anbieten am Amazon com Marketplace Eine entscheidende Besonderheit von Amazon com ist das Amazon com Marketplace Portal Es ist eine Consumer to Consumer Plattform C2C auf der Endkunden Waren verkaufen k nnen und Amazon com lediglich als Vermittler auftritt
245. rakte Teilprozess kann nun durch jeden Prozess substituiert werden der diese Schnittstelle erf llt Ebay selbst implementiert vier Variationen des Teilprozesses HANDLE BIDDING die hier in aller K rze aufgef hrt werden die zugeh rigen Abbildungen finden sich in Anhang A Abbildungen 11 bis 14 Chinesische Auktion Die Chinesische Auktion ist wohl die am weitesten verbreitete Form der Auktion Im Rahmen der Auktion wird genau ein Gegenstand angeboten der nach Ablauf der Auktionszeit an den Meistbietenden versteigert wird Holl ndische Auktion Die Holl ndische Auktion kann als Verallgemeinerung der Chinesischen Auktion verstanden werden Im Rahmen der Auktion werden zwei oder mehr Gegenst nde gleicher Art und G te angeboten die nach Ablauf der Auktionszeit an den bzw die Meistbietenden versteigert werden Fixed Price Auktion Die Fixed Price Auktion ist keine Auktion im klassischen Sinne Im Rahmen der Auktion wird ein Gegenstand bzw werden zwei oder mehr Gegenst nde gleicher Art und G te angeboten jeder Gegenstand wird bei Abgabe eines Angebots verkauft eine Versteigerung findet nicht statt Die Auktion endet wenn der letzte Gegenstand verkauft wurde bzw die Auktionszeit abgelaufen ist Buy It Now Auktion Die Buy It Now Auktion besitzt eine Sonderstellung unter den Auktionen da sie noch zur Laufzeit ihren Typ ndern kann Im Rahmen der Auktion wird genau ein Gegenstand angeboten der erste Interessent hat die M glich
246. rbeitet technische Do kumentationen die f r das sp tere Benutzerhandbuch verwendet werden Das Mana gement besch ftigt sich mit sehr grundlegenden technischen Aspekten AuDerdem steuert es den Prozess und k mmert sich um Personalfragen 3 Vorgehensweise Angelehnt an 5 wurde nach der Informationserhebung zun chst eine Ist Modellierung durchgef hrt bevor schlie lich Optimierungsvorschl ge gesammelt wurden 3 4 Informationserhebung Bei SAP existieren unternehmensweite Richtlinien f r Entwicklungsprozesse die im SAPNet SAP s Intranet zu finden sind Jedoch ist diese Quelle nicht ausreichend gewesen f r diese Ausarbeitung Da die Abteilung in Berlin nicht von SAP gegr ndet wurde sondern wie bereits erw hnt aufgekauft wurde hat der alte Prozess in gewissem Umfang diesen Wechsel berlebt Der Prozess wurde vor drei Jahren durch SAP berarbeitet und optimiert Zu dieser Prozessoptimierung war jedoch leider keine Dokumentation zu finden und somit blieben Interviews mit Mitarbeitern die einzige Quelle f r eine Analyse Urspr nglich war es geplant Informationserhebungstechniken zu verwenden wie sie in 5 vorgeschlagen werden In diesem Buch wird jedoch die Annahme gemacht dass in Gesch ftsprozesse eingebundene Benutzer kaum oder gar keine Kenntnisse ber die Gesamtstruktur des Gesch ftsprozesses haben Diese Annahme ist nicht erf llt in unserem Fall Vor allem die Entwickler sind in fast allen Aktivit ten betei
247. rd Nach Eintreten in den Prozess entscheidet er sich an dem ersten Leistungserfassungsschritt an der ersten Klausur regul r teilzunehmen W hrend die Klausur l uft berkommt ihn jedoch pl tzliches belgef hl und er bricht die Klausur vorzeitig ab Im Prozess befindet er sich nun an gleicher Stelle als wenn er gar nicht erst zum Test hingegangen w re Anton hat nun eine gewisse Zeit 5 Werktage zur Verf gung bei der zust ndigen Lehrkraft Gr nde f r sein Vers umnis 2 Es sollte an dieser Stelle der Ablauf im Diagramm mitverfolgt werden 6 Kay Hammerl einzureichen was er auch macht Nun liegt es an der Lehrkraft ob sie den Grund akzeptiert und einen Termin f r eine Ersatzpr fung anberaumt oder Anton eine 5 nicht bestanden als Ergebnis f r diese Klausur eintr gt Wir nehmen an dass Anton ein glaubhaftes rztliches Attest vorlegt und eine neue Chance erh lt Zu dieser Pr fung erscheint er p nktlich und bringt sie ordnungsgem zu Ende Im Anschluss bewertet die Lehrkraft die Arbeit Weiterhin gibt sie da es sich um einen schriftlichen Leistungserfassungsschritt handelte Anton die M glichkeit Einsicht in die korrigierte Klausur zu nehmen Anton zeigt daran jedoch kein Interesse und so wird das Ergebnis nach Ablauf einer gewissen Zeit eingetragen Nun ist Anton mit dem Ergebnis nicht wirklich zufrieden und versucht die Belegung irregular zur ckzuziehen siehe Abbildung 17 im Anhang Der Studienausschuss leh
248. rd direkt begonnen Nach erfolgreichem Abschluss desselbigen muss der Student eine schriftliche Bachelorarbeit anfertigen f r welche ihm eine Bearbeitungszeit von drei Monaten zur Verf gung steht Die Arbeit ist benotet und wird f r die Ermittlung der Abschlussnote quivalent zu 15 benoteten Leistungspunkten gewichtet Sowohl f r das Projekt als auch f r die Arbeit stehen dem Studierenden zwei Versuche zu Grafisch hier nicht herauslesbar ist dass das Bachelorprojekt welches hier gezeigt wird nicht identisch ist mit dem der Studienordnung von 2001 In der alten Ordnung handelt es sich n mlich um ein Vollzeitprojekt wohingegen dieses einen reduzierten Umfang von 12 Semesterwochenstunden besitzt Schauen wir uns nun den Antrag auf Graduierung f r den Fall Bachelor 2004 an siehe Anhang Abbildung 24 Das ER Diagramm ist deutlich komplizierter und enth lt auch mehr Bedingungen in schriftlicher Form Der Grund hierf r ist denkbar einfach Die neue Studienordnung weist einen restriktiveren Charakter auf was die Wahl der einzubringenden F cher angeht Wir sehen zum Beispiel dass die Summe der Leistungspunkte aller Kernf cher 108 betr gt Diese m ssen allesamt eingebracht werden 78 Leistungspunkte davon m ssen auf der benoteten Liste erscheinen wovon bei 48 Punkten sogar fest vorgeschrieben ist aus welchen Veranstaltungen sie hervorgehen m ssen Der gro z gigen Wahlfreiheit aus der alten Ordnung wurde hiermit folglich ein Riegel vorg
249. re Unterst tzung bedanken Besonderer Dank geht an Burkhard Diesing Alexander Schr der Marco Paskamp und J rgen Aurisch Dank geb hrt auch J rgen Primsch der erlaubt hat die Idee einer Prozessanalyse in die Tat umzusetzen und die daraus entstandenen Ergebnisse zu publizieren Quellennachweise 1 Apfelbacher R Rozinat A Fundamental Modeling Concepts FMC Notations Reference http fmc hpi uni potsdam de 2004 Balzert H Lehrbuch der Software Technik Band 2 Spektrum Verlag Heidelberg Berlin 2000 BPMI Hrsg Business Process Modelling Notation BPMN Version 1 0 2004 Interviews mit Mitarbeitern von SAP Netweaver Kernel MaxDB amp liveCache 2004 Leymann F Roller D Production Workflow Prentice Hall Upper Saddle River 2000 Liggesmeyer P Software Qualit t Spektrum Verlag Heidelberg Berlin 2002 OMG Hrsg Unified Modeling Language UML Superstructure Final Adopted Specifica tion Version 2 0 2003 8 Paulk M C Weber C V Garcia S M Chrissis M B Bush M Key Practices of the Capability Maturity Model Version 1 1 Carnegie Mellon University 1993 9 White S A Introduction to BPMN 2004 N 14 Gero Decker Anhang SAP Customer SAP System Netweaver SAP Berlin Netweaver Coordination Development Department eoinos uedo jueuieBeue A Docu Team Infrastructure Team Abb 2 Aufbau der Entwicklungsab
250. rforderlich ist Ziel bei der Modellierung war es deswegen zu jedem Zeitpunkt ein m glichst f r den Menschen verst ndliches Modell zu entwickeln Didaktische ber legungen hatten deshalb immer Vorrang vor Formalismus Spannend war zu beobachten wie die Mitarbeiter auf die Modelle reagieren Viele wunderten sich zun chst ber das eine oder andere Bildelement da man Symbole wie einen Brief einen Stern oder einen Blitz nicht in einer spezifizierten Syntax vermuten w rde Kontroll und Datenfluss wurden jeweils auf Anhieb unterschieden dank der intuitiven Darstellung von Datenobjekten Blatt mit Eselsohr Nach wenigen Minu ten Erkl rung wurden auch die restlichen Bildelemente verstanden Erkl rungsbedarf bestand bei der Hierarchie der verschiedenen Pl ne der Unterscheidung von XOR und AND Gateways sowie bei der Verwendung des multiple instances Symbols Besonders interessant war festzustellen dass eigentlich nicht dargestellte Sachverhal te hin und wieder impliziert wurden So wurde an einer Stelle wo sich Nachrichten fluss nach links bewegte vermutet dass es sich hierbei immer um ein versp tetes Eintreffen der Nachricht handeln m sste Das Interesse an den Diagrammen war sehr unterschiedlich Manche begn gten sich damit die Hauptaussagen der Pl ne zu verstehen w hrend andere sich auch Der Softwareentwicklungsprozess von SAP Berlin 13 intensiv mit der Syntax und mit Layout Fragen besch ftigten Manch einer ver schm
251. riert man Attribute in eine Prozessbeschreibung w chst die Komplexit t diese Beschreibungen so stark an das diese un bersichtlich und schwer zu verstehen sind Es ist daher immer drauf zu achten welche Person eine Prozessbeschreibung in BPMN lesen soll 5 Schlussfolgerung BPMN liegt seit Mai 2004 in der Version 1 0 vor Die komplexen Strukturen und die M glichkeit jedem Element Attribute zu zuweisen erlauben eine gute Abbildung auf Beschreibungssprachen wie BPEL die eine Erzeugung von ausf hrbaren Quellcode erlauben Da Prozessmodelle aber auch daf r gedacht sind Unternehmensstrukturen und Abl ufe innerhalb von Unternehmen f r andere visuell aufzubereiten muss bei der Modellierung von BPMN immer die Zielgruppe im Auge behalten werden Da es bei dem Onlineshop DELL haupts chlich um die Aufbereitung von Arbeitsvorg ngen im Bereich des E Commerce ging wurde auf die Vergabe von Attributen aus didaktischen Gr nden verzichtet Dennoch zeigte sich dass BPMN auch ohne Attribute mit einigen Problemen behaftet ist So gibt es zur Zeit noch keine Werkzeugunterst tzung die speziell f r BPMN entwickelt wurde Im Moment ist man noch auf herk mmliche Entwurfs und Zeichenwerkzeuge angewiesen Da BPMN noch wenig erprobt ist und sozusagen im Moment noch Pionierarbeit geleistet wird fehlt es oft an Referenzen die Hinweise auf eine korrekte Modellierung oder zumindest einen Ansto in die richtige Richtung liefern Die 300 Seiten umfassende
252. rnbar YAWL erm glicht das Darstellen s mtlicher Workflowpattern genauso wie BPMN YAWL bietet jedoch keine M glichkeit der Unterscheidung einzelner Akteure wie es unter BPMN mit Hilfe von Pools und Lanes m glich ist Au erdem k nnen mit YAWL keine Daten modelliert werden Auch die Darstellung von Ad Hoc Prozessen ist mit YAWL nicht m glich Ein weiterer gravierender Vorteil von BPMN ist der Nachrichtenfluss der allerdings auch erst durch die Existenz von mehr als einem Akteur einen Sinn bekommt Daraus ergibt sich dass die Modellierung eines einzelnen Prozesses an dem nur ein Akteur beteiligt ist mit YAWL einfacher und effizienter ist Sobald jedoch eine Interaktion von mehr als einem Akteur notwendig ist oder Daten dringend modelliert werden m ssen ist YAWL nicht mehr ausreichend und es sollte BPMN verwendet werden 6 Schlussfolgerung Es wurde deutlich dass erst die Kombination verschiedener Diagrammtypen alle Aspekte des WebShops Otto de darstellen konnte Es sollte generell mit statischen 12 Autor Thomas Hille Diagrammtypen begonnen werden um die Strukturen eines Onlineshops darzustellen Hierf r eignet sich ein Navigationsdiagramm oder ein erweitertes Navigationsdiagramm falls einige wichtige Aspekte mit Hilfe des ersteren nicht modellierbar sind Anschlie end sollte man die einzelnen Akteure mit Hilfe eines Use Case Diagramms darstellen An dieser Stelle wei man durch das Navigationsdiagramm wo Prozesse stattfinden un
253. rollfluss sind durch Kleinbuchstaben gekennzeichnet Eine vollst ndige Auflistung aller Elemente ist der Beschreibung des Basic Use Case Tem plate Coc98 von Cockburn zu entnehmen In der Literatur wird hier vom sog main success scenario Coc98 oder auch vom happy path Lar01 gesprochen Damit sind die Abh ngigkeiten gemeint die im Use Case Diagramm durch die Schl sselworte extends und includes gekennzeichnet sind Ziel Fahrkarte f r gew nschte Verbindung erstellt ggf als Online Ticket und Zahlungstransaktion ordnungsgem verbucht Vorbedingung Kunde ist angemeldet und hat sich f r eine bestimmte Fahrkarte und bestimmte Zugverbindung entschieden Nachbedingung Buchungsbestatigung per Email versendet Online Ticket erzeugt oder Fahrkarte n zum Versand aufbereit Akteure Kunde Zahlungsabwickler Beschreibung 1 Kundendaten pr fen 2a berpr fung der Kreditkarteninformationen 2b berpr fung der Bankverbindung 3 Zahlungsvorgang ausf hren 4 Reservierung durchf hren 5a Online Ticket erstellen 5b Fahrkarte n zum Versand aufbereiten 2 4 Bewertung Die Analyse hat gezeigt dass Use Case Diagramme ein gutes Werkzeug darstellen um eine initiale Sicht ber die Gesch ftsprozesse zu erhalten Es kann ohne weiteres mit dem Kontextdiagramm bekannt aus der strukturierten Analyse SA You89 Bal00 verglichen werden Es muss allerdings die Einschr nku
254. rstructure Final Adopted Specifica tion Version 2 0 www omg org technology documents modeling spec catalog htm 2003 8 Pegasus Solutions Inc NetBooker http www pegs com Juli 2004 9 Schmid H A Rossi G Modelling and Designing Processes in E Commerce Applications IEEE Internet Computing Januar Februar 2004 19 24 10 Schnieders A Puhlmann F Weske M Process Modeling Techniques PESOA Report No 01 2004 www pesoa org pages Publications html 2004 11 Thatte S Hrsg Specification Business Process Execution Language for Web Services Version 1 1 www ibm com developerworks webservices library ws bpel 2003 12 van der Aalst W Patterns tmitwww tm tue nl research patterns patterns htm Juli 2004 13 White S A Introduction to BPMN www bpmn org 2004 14 White S A Process Modeling Notations and Workflow Patterns www bpmn org 2004 20 Torsten Hahmann Customers Call center clerks Customers Call Center client Call center clerks HRS System Call Center client Abbildung 12 Systemaufbau HRS FMC Call Center client Call Center client o3 Customers Customers Modellierung von Hotel Reservierungs Systemen 21 ehotel hotel reservation system T Be K inform gt S Sa a lt lt actor gt gt Pegasus book book by book
255. rukte zu erl utern noch in keinen wissenschaftlichen oder industriellen Projekt welches die Ergebnisse einer Evaluation ver ffentlicht h tte eingesetzt wurde 2 Lars Trieloff Das Beispiel Amazon com wurde gew hlt da es sich bei Amazon com nicht nur einen der ersten reinen Online Shops der Welt handelt sondern da Amazon com aufgrund seines hohen Marktanteils einem gro en Teil der derzeitigen Benutzer des World Wide Web bekannt ist Von Besonderem Interesse ist die M glichkeit eines Vergleichs zwischen einem reinen Online H ndler wie Amazon com und einem Versandhaus wie Otto oder Quelle f r die der Online Shop nur ein weiterer Vertriebskanal neben postalischer und telefonischer Bestellung ist Nicht zuletzt positioniert Amazon com sich auch in technischer Hinsicht als richtungweisend mit Technologien wie dem One Click Checkout der in dieser Untersuchung ebenfalls beleuchtet wird werden dem Benutzer eines Online Shops deutliche Erleichterungen der Benutzbarkeit zu teil Abriss Im Verlaufe dieser Ausarbeitung wird zun chst von einer sehr abstrakten Sicht auf den Online Shop ausgegangen Es werden beteiligte Parteien der Gesch ftsprozesse vorgestellt und Anwendungsf lle analysiert Anschlie end werde ich auf M glichkeiten zur Modellierung von Navigationsfl ssen in Web Applikationen eingehen und eine erste Ad hoc Modellierung einiger interessanter Gesch ftsprozesse vornehmen Diese Ad hoc Modellierung wird von einer detaill
256. s Monatsbetragsrechner_Nodes nicht weiter betrachtet Die beiden Knoten Pers nliche Angaben und Artikel nderungen wurden in sogenannte Activity Node Container umgewandelt Dadurch wird verdeutlicht dass es sich dabei weniger um einen Navigationsaspekt sondern vielmehr um einen interaktiven Prozess handelt Die zu den Containern weisenden Pfeile haben die Bezeichnung start Die wegf hrenden Pfeile sind mit cancel submit beschriftet In den Containern befinden sich jeweils mehrere Activity Nodes Es handelt sich hierbei um Eingaben die vom Nutzer vorgenommen werden k nnen Die Activity Nodes sind nicht mit Pfeilen verbunden Dadurch wird dargestellt dass die einzelnen Aktivit ten nicht kausal oder temporal verkn pft sind sondern Ad Hoc ausgef hrt werden k nnen Erst wenn von der Nutzerseite eine bestimmte Aktion im Fall von Otto de beispielsweise der Best tigungsbutton ausgef hrt wird wird der Activity Node Container verlassen und die Ad Hoc Aktivit ten k nnen nicht mehr ausgef hrt werden 3 1 1 Probleme Obwohl mit dem erweiterten Navigationsmodell eine erste Abstraktion von einer reinen Navigationsansicht m glich ist und erste Modellierungsans tze in Bezug auf Prozesse existieren kann noch nicht von der Darstellung reiner Gesch ftsprozesse gesprochen werden Es werden noch keine Rollen verdeutlicht das Diagramm in Abbildung 1 2 zeigt nicht auf welche Parteien eventuell an der Ineraktion teilnehmen geschw
257. s Verst ndnis f r das zu modellierende System f rdern Welcher Weg bietet sich nun an um einen WebShop zu modellieren Ein m gliches Vorgehen ist es zun chst mit ein paar statischen Diagrammen zu beginnen und dadurch einen berblick ber den Webshop zu gewinnen Sobald dies gelungen ist sollte herausgefunden werden wer welche Rollen im System Webshop bernimmt Anschlie end sollten die einzelnen ablaufenden Gesch ftsprozesse n her untersucht werden Dies ist mit Hilfe von den bereits erw hnten prozessmodellierenden Diagrammen m glich Um eine konkrete Vorstellung dar ber zu bekommen wie dieser Entscheidungs und Modellierungsprozess abl uft soll dies nun anhand der Modellierung des Webshops Otto de nachvollzogen werden 2 Navigationsdiagramm Das Navigationsdiagramm 2 ist ein statischer Diagrammtyp mit dessen Hilfe es m glich ist den konzeptionellen Aufbau von Internetseiten insbesondere den von WebShops grafisch darzustellen Wie in Abbildung 1 1 zu sehen ist tritt hierbei jede 2 Autor Thomas Hille vom Browser aufrufbare Seite als einzelner Knoten auf Die Form der Knoten ist rechteckig Optional ist es m glich den einzelnen Knoten auch noch Attribute und Methoden zuzuweisen wenn eine Interaktion mit dem Nutzer m glich ist Im Diagramm 1 1 wurde jedoch darauf zu Gunsten der bersichtlichkeit verzichtet Bei jedem Internetportal oder WebShop ist es m glich mit Hilfe von Links von einer Seite zur N chsten zu navig
258. s Weske PESOA Process Family Engineering in Service Oriented Applications HPI 2004 Andreas Bungert Beschreibung programmierter Systeme mittels Hierarchien intuitive verst ndlicher Modelle Shaker Verlag 1998 Object Management Group Model Driven Architecture Guide OMG 2003 IEEE Computer Society IEEE Recommended Practice for Architectural Description of Software Intensive Systems IEEE Std 1471 2000 Siegfried Wendt Nichtphysikalische Grundlagen der Informationstechnik Springer Verlag 1989 Helmut Balzert Lehrbuch der Softwaretechnik Spektrum Akademischer Verlag 2001 Object Management Group Unified Modeling Language Specification OMG 2003 Business Process Management Initiative Business Process Modeling Notation BPMI 2004 Object Management Group Object Constraint Language Specification OMG 2003 Modellierung von Hotel Reservierungs Systemen Torsten Hahmann Universit t Potsdam Hasso Plattner Institut f r Softwaresystemtechnik torsten hahmann hpi uni potsdam de Abstract Allgemeine Gesch ftsprozesse in Hotel Reservierungs Systemen werden vorgestellt und mit BPMN modelliert Einzelne Modellierungsaspekte bei der Erstellung der BPMN Prozessmodelle f r ehotel de offenbaren St rken und Schw chen der Notation Ein Ansatz zur Darstellung von Laufzeitvarianten in den Prozessphasen wird entwickelt 1 Einleitung Die rasante Entwicklung des Internets hat auch traditionelle Dienstleitungsbereiche erfasst K
259. s bestimmt Der Timeout wirkt sich also nicht unterbrechend auf ei ne etwaige gerade ausgef hrte Aktion aus 5 Die Business Process Modeling Notation BPMN Bei der Arbeit mit der BPMN wurde sehr schnell deutlich dass diese sehr aus drucksstark ist Zu keiner Zeit wahr fraglich ob ein bestimmter Sachverhalt berhaupt dargestellt werden konnte Trotzdem war manchmal nicht sofort ein deutig wie genau ein bestimmter Sachverhalt darzustellen war So wurde f r das Muster dass in einem Pool eine Entscheidung gef llt wird diese dann in einen anderen Pool kommuniziert wird worauf dort der Fluss entsprechend gew hlt werden muss nur der etwas umst ndliche Weg gefunden dies ber verschiedene Message Event Instanzen darzustellen Siehe Abschnitt 4 4 Weiterhin war die Syntax der BPMN entgegen dem Anspruch dass die se leicht erlenrbar sein soll nicht immer schnell memorisierbar Da erstens die syntaktischen Regeln verteilt ber die Spezifikation und umgangssprachlich for muliert sind war oft einiges an Nachschlagen notwendig in einem Fall Message Events d rfen nur einen eingehenden Messageflow haben mussten sogar einige Dies mag nat rlich auch daran liegen dass die modellierten Prozesse alle nicht sehr komplex waren schon falsch gezeichnete BPDs angepasst werden Hier kann wohl nur mit Hilfe eines syntaxpr fenden Tools abgeholfen werden Als problematisch k nnte sich auch erweisen dass einige nicht grafische Attri bute
260. sich die eigentliche Soft wareentwicklung und unten die Erstellung der Dokumentation Im Folgenden wird uns die Softwareentwicklung am meisten interessieren Diese beginnt mit drei aufeinander folgenden Aktivit ten DEV activities CONS activities und RAMP activities Diese drei sind essenziell f r den Prozess und deshalb auch farblich hervorgehoben Sie werden im Folgenden als Subprozesse verfeinert und in den Abschnitten 4 3 bis 4 5 erl utert Die restlichen Aktivit ten werden im Abschnitt 4 6 angerissen 6 Decker Auffallend bei der Betrachtung von Abb 4 d rfte die exzessive Verwendung von Datenfl ssen sein Diese Darstellungsform wird am besten der Dokumentenzentriert heit des Entwicklungsprozesses gerecht BPMN erlaubt an dieser Stelle dass die Datenobjekte die nur als Input oder nur als Output dienen nicht im bergeordneten Diagramm erscheinen m ssen Dies erm glicht didaktische Vorteile Das big pictu re wird nicht unn tig berfrachtet mit Datenfl ssen die erst auf unterer Ebene inte ressant werden Au erdem wurde auf dieser Ebene zum ersten Mal das SAP Translation Depart ment als neuer Pool ins Spiel gebracht Innerhalb von BPMN wird dies streng ge nommen als syntaktischer Fehler betrachtet da die Nachrichtenfl sse die vom Ent wicklungsprozess ausgehen auch schon auf der h heren Ebene h tten auftauchen m ssen Analog zu den eben erw hnten Datenobjekten wurde hier jedoch zugunsten didaktisc
261. sl uft Nach Ablauf dieser zwei Stunden wird die Bestellung finalisiert und es k nnen keine nderungen mehr vorgenommen werden M glichkeiten noch weitere nderungen vorzunehmen bestehen darin weitere Artikel der Bestellung hinzuzuf gen ber eine normale Bestellung oder One Click Checkout die Zahlungsweise zu ndern die Rechnungs oder Lieferadresse zu ndern oder einzelne Artikel von der Bestellung auszuschlie en Werden alle Artikel von der Bestellung ausgeschlossen so hat das den gleichen Effekt wie das Zur ckziehen der Bestellung Die Bestellung wird storniert und der Prozess ist effektiv beendet Artikel erhalten Die Zustellung von Artikeln dargestellt im Collaboration Diagram Receive Items ist deshalb ein komplexerer Prozess weil die bergabe bei Nachnahmezahlung an die Zahlung gekoppelt ist und der Kunde unter bestimmten Umst nden die Annahme der Ware verweigern kann Der Prozess beginnt durch die Aufforderung seitens Amazon com and den Lieferdienst einen oder mehrere Artikel an den Kunden auszuliefern Hierbei muss 14 Lars Trieloff unterschieden werden ob es sich um eine Nachnahmezahlung eine Paketzustellung oder eine P ckchenzustellung handelt Bei der Nachnahmezahlung muss der Kunde die Ware erst bezahlen um sie in Empfang zu nehmen Lehnt der Kunde die Zahlung ab oder ist dauerhaft nicht zu erreichen muss die Ware wieder zur ck zu Amazon com gebracht werden und der Zustellungsprozess wird abgebrochen o
262. spaket zugewiesen Dieser Sachverhalt ist durch die Verwendung des Symbols f r multiple Instanzen abgebildet Jedes Arbeitspaket stellt eine Instanz dar Aus Managementsicht interessant ist hier bei dass der Entwurf und die Implementierung allein in der Verantwortung der ein zelnen Teams liegen welche relativ unabh ngig voneinander agieren Alle diese Aktivit ten werden solange ausgef hrt bis das Management ank ndigt den Stand abzuziehen Request for CONS So wie es in Abb 5 durch die Ver wendung von Intermediate Events modelliert ist werden alle laufenden Aktivit ten einfach abgebrochen und die entstandenen Zwischenergebnisse verworfen Dies ent spricht allerdings nicht der Realit t In Wirklichkeit werden die Aktivit ten nicht abgebrochen sondern vielmehr an die Prozessinstanz eines sp teren Release Ziels weitergegeben Die Modellierung einer solchen Weitergabe stellt sich als sehr schwie rig dar und wird in Kapitel 7 diskutiert Der Softwareentwicklungsprozess von SAP Berlin 7 Modellierungstechnisch auff llig ist an dieser Stelle au erdem dass Nachrichten fluss innerhalb eines Pools stattfindet Ob dies erlaubt sein soll oder nicht ist in der aktuellen Spezifikation von BPMN noch ein sog Open Issue also noch ungekl rt Sinnvoll w re es aber allemal denn z B in diesem speziellen Fall g be es keine intui tive Modellierungsalternative die das Abbrechen einer Aktivit t durch eine andere Aktivit t i
263. sphase vor der eigentlichen Buchung ist optional und kann beliebig oft wiederholt werden In BPMN bietet sich daf r eine Markierung als ad hoc Aktivit t an welche ausdr cklich auch eine Nichtausf hrung erm glicht F r den unge bten Betrachter ist dies aus dem Modell jedoch nicht erkenntlich eine derartige Modellierung verst t gegen den Wunsch nach einer selbsterkl renden Notation Erst in den Attributen kann die Ausf hrungsh ufigkeit genauer spezifiziert werden Wenn der Kunde schon w hrend der Informationsphase das Interesse verliert so ist es ihm m glich schon hier den Prozess zu beenden Im Modell ist dies durch 6 Torsten Hahmann einen bedingten Sequenzfluss dargestellt quivalent w re die Verwendung eines XOR Split mit einem Sequenzfluss zum Endzustand Buchungsphase Hat der Kunde ein Hotel ausgew hlt so kann er zur Buchung bergehen Dies bedeutet unter Umst nden dass eine Vielzahl von Prozessinstanzen schon w hrend der Informationsphase beendet werden Es ist durchaus blich dass ein potentieller Kunde erst mehrere Prozesse startet davon aber im Regelfall nur eine Prozessinstanz bis zur Buchungsaktivit t voran schreitet Im Modell gibt es damit keine Probleme die anderen Instanzen werden regul r beendet booking booking phase phase decline decline confirmation confirmation ps ip b T uf V
264. spl ne ausgeh ngt Die Aktivierung erfolgt hier durch ein Timer Event Im Anschluss an die Raumplanung werden auch die Leistungserfassungs prozesse der einzelnen Lehrveranstaltungen ver ffentlicht was durch Verwen dung des Multiple Instances Pattern von YAWL modelliert wurde Zus tzlich h tte hier eine Parametrisierung der minimalen bzw maximalen Anzahl von In stanzen in das Diagramm eingetragen werden k nnen worauf aber aus Gr nden der bersichtlichkeit verzichtet wurde Es wird f r jede angebotene Lehrveran staltung genau ein Leistungserfassungsprozess ver ffentlicht Selbiges gilt f r die danach parallel zur Klausurvorplanung stattfindende Belegungsbearbeitung f r jede Lehrveranstaltung wird dort eine Instanz gestartet und im Anschluss daran aus den verbuchten Belegungen eine Teilnehmerliste erstellt Wenn dieser Prozess abgeschlossen ist werden keine weiteren Lehrveranstaltungen mehr eingeplant Die Beendigung der Endlosschleife f r die Nachplanung von Lehrveranstaltun gen wird durch Verwendung des Cancel Pattern realisiert Im Anschluss daran kann die Klausurfeinplanung durchgef hrt werden Als n chstes findet dann die Begleitung der Leistungserfassungsprozesse statt Diese Prozesskette wurde im Gesamtablauf zusammengefasst weil mehrere Instanzen davon gestartet wer den m ssen Die Begleitung beginnt mit der Bearbeitung von Krankmeldungen die Einfluss auf den Leistungserfassungsprozess haben sowie der Bearbeitung von Bel
265. sprozesse die f r Amazon com charakteristisch sind analysiert und mithilfe der Business Process Modeling Notation BPMN abgebildet und eingeordnet Diese Notation ist verh ltnism ig neu und wurde bisher noch nicht systematisch wissenschaftlich untersucht Auch diese Ausarbeitung wird am Beispiel Amazon com lediglich ein exemplarisches Anwendungsbeispiel f r die BPMN geben Einf hrung In dieser Ausarbeitung die meinen Vortrag vom 25 Mai 2004 im Hasso Plattner Institut f r Softwaresystemtechnik gehalten im Rahmen des Seminars Prozessmodellierung am Lehrstuhl f r Business Process Management Technology erg nzt werde ich Gesch ftsprozesse die f r den Einkauf und die Abwicklung von Bestellungen bei Online Shops von Bedeutung sind modellieren Dabei wird die graphische Modellierungssprache BPMN das steht f r Business Process Modeling Notation verwendet Diese Sprache wurde eingef hrt um eine einheitliche Notation f r die Darstellung von Gesch ftsprozessen zu haben deren Instanzen leicht verst ndlich gut austauschbar sind Die Modellierung wird sich am Beispiel des Online Shops Amazon com orientieren Motivation Das Ziel dieser Untersuchung ist es die Modellierungssprache Business Process Modeling Notation im Praxiseinsatz zu testen da sie erst im Mai 2004 ver ffentlicht wurde und bisher bis auf einige Beispiele die von der Business Process Management Initiative vorgestellt wurden um die Bedeutung einiger Sprachkonst
266. ss semantisch nahe liegend Auf den exakten Vorgang des Anerkennens von Leistungen welcher mit einem Antrag an den Studienausschuss beginnt werde ich nicht weiter eingehen Der Leser findet jedoch eine Vorstellung dieses Prozesses im Anhang in den Abbildungen 13 14 und 15 welche selbsterkl rend sein sollten Wenden wir den Blick zur ck auf Abbildung 10 und dort auf den OR Join vor dem Endzustand Das Konstrukt realisiert das Workflowpattern Synchronizing Merge 6 An dieser Stelle wird auf s mtliche m gliche eingehende Marken gewartet Erst nach Feststellung dass keine Marke mehr kommen kann wird der OR Join ausgef hrt und der Prozess beendet Dies vereinfacht die Darstellung erheblich und erh lt die bersichtlichkeit des Diagramms da eine Ersetzung des OR Joins nur durch mehrere andere Routing Konstrukte m glich ist Eine m gliche L sung w rde hier zum Beispiel das Einf gen eines AND Splits eines XOR Joins eines AND Joins sowie einer zus tzlichen Stelle erfordern Bevor wir uns nun jedoch in der Hierarchie wieder nach oben bewegen m chte ich den schon erw hnten Leistungserfassungsprozess n her vorstellen Dieser findet sich detailliert in Abbildung 16 siehe Anhang Ein Leistungserfassungsprozess kann aus mehreren Leistungserfassungsschritten z B aus mehreren Klausuren bestehen Betrachten wir hier beispielhaft eine Veranstaltung mit zwei schriftlichen Klausuren welche von einem Studenten namens Anton besucht wi
267. stablauf Einpflege Lehrinhalte Zuordnung zu bermittlung bermittlung Lehrst hlen Personalverz Korrektur Ver ffentlichung VV feststehender LVen Semester in Liste durchgef L Ven eintragen Ermittlung Kern LVs Koordination ext Lehrpersonen mit GL Abfrahe LV Daten Eingang LV aktualisiere Meldung VV OEH 1 9 Antwortm Auswertung l Formular Formular Fristablauf LV vom letzten Jahr X annehmen Abbildung 16 Ist Prozess Lehrveranstaltugnsplanung 29 Notenverbuchung i Noten bersicht R cknahme 9 aktualisieren Belegung aus wichtigem Grund Notenverbuchung Krankmeldung P Tagesaktuelle Teilnemerliste zum Gesamtnoten ber Abschlu der LE sicht erstellen Belegungen annehmen LV Begleitung Ver ffentlichung 12 A HLK J OFO belegungs Klausurvorplanung Planung Teilnehmerlisten erstellen Leistungsnachweise OHH Wochenraumpl ne 7 NE ver ffentlichen _ E E __ __ verottentlicner T ee B H qe a uswertungen E erstellen 094 Abbildung 17 Ist Prozess Abwicklung HPI Lehrveranstaltungen Probleml sung 30 6 5 Soll Workflow Diagramme bermittlung korr Fristablauf Verzeichnis Pe P M
268. stems legt die Systemkomponenten und deren Schnittstellen fest Diese Tatsache spiegelt sich berdeutlich im Prozessmodell wider Systemkomponenten k nnen nur miteinander interagieren wenn sie ber Schnittstellen miteinander verbunden sind Dementsprechend ist der Nachrichtenfluss zwischen Systemkomponenten im Prozessmodell beschr nkt Ebay 7 Seller Fig 4 Aufbau der Ebay Plattform Hier k nnen neben der Ebay Plattform selbst die Rollen des Verk ufers des K ufers und des Finanzdienstleisters identifiziert werden K ufer und Verk ufer interagieren ber die Ebay Plattform und ber den Finanzdienstleister miteinander so wird sowohl die Versteigerung als auch die Bezahlung eines Artikels abgewickelt Datenstrukturen Competitive Chinese Aucbon Fig 5 Entity Relationship der Ebay Plattform Abbildung 5 zeigt die an einer Versteigerung beteiligten Entit ten und deren Beziehungen untereinander Ein Verk ufer kann einen bzw mehrere Artikel anbieten die ein K ufer ersteigern bzw unmittelbar erwerben kann Funktionen Die Abbildungen 6 und 7 zeigen die Top Level Use Case Diagramme der Ebay Plattform Ein Use Case Diagramm zeigt die m glichen Interaktionstypen zwischen Akteuren Personen und Systeme und Use Cases Ein Use Case ist dabei in 8 wie folgt definiert The purpose of a use case 15 to define the functionality of a system without 5 revealing the internal structure of the system That is a
269. sults Test case is wrong or too restrictive remove test case fix defect Abb 8 CONS activities 20 spying Sld ans qejuem si x1euuoueg sylewyouag V Ne aseajay BuiBexoed Js9 SNOI S9HIAH2 59522 159 sye p AJA TA SE 5 955 peT noop o 9SE9 9M mau nooq Jop as nay Sepniour n 3 2 sonne 5 PR ulag 58520 1591 eounos S410319 Sid 191 E Abb 9 Entwicklungsprozess als UML 2 0 Activity Diagram Der Softwareentwicklungsprozess von SAP Berlin 21 Abb 10 Multiple Instanzen Einfaches Beispiel Abb 11 Multiple Instanzen mit Abbruch von Subprozessinstanzen Abb 12 Multiple Instanzen mit Weitergabe von Subprozessinstanzen
270. t Hilfe eines Error Events modelliert 4 6 Nachgelagerte Aktivit ten Nachdem die drei Hauptphasen DEV CONS und RAMP erfolgreich durchlaufen worden sind kann wie Abb 4 zeigt das eigentliche Software Release stattfinden Die erzeugten binaries builds und der Quellcode source werden auf der Ho mepage ver ffentlicht und Benachrichtigungen werden ber entsprechende Mailing Lists verbreitet Danach stellt das Support Team die Beschreibungen aller neu eingebauten Fea tures und der beseitigten Fehler in einem Dokument zusammen Dieses sog over wird sp ter daf r verwendet bei Kundenanfragen in Abh ngigkeit der gerade beim Kunden eingesetzten Version schneller Probleml sungen z B Upgrade auf eine bestimmte Version zu finden Nun ist die Entwicklungsphase fast abgeschlossen Falls daf r Ressourcen frei sind werden an dieser Stelle Benchmarks Performanzvergleiche f r das fertig ge stellte Produkt durchgef hrt Diese vergleichen das Produkt mit Vorg ngerversionen oder auch mit Konkurrenzprodukten Der Softwareentwicklungsprozess von SAP Berlin 9 5 Verbesserungsvorschl ge Im Folgenden ist eine Auswahl der den Entwicklungsprozess betreffenden Verbesse rungsvorschl ge aufgef hrt Diese werden lediglich verbal und relativ oberfl chlich beschrieben da eine genaue Definition eines optimierten Prozesses z B mittels ex pliziter Prozessmodelle eine sehr umfangreiche Aufgabe darstellt die den R
271. t die an zwei Bedingungen gekoppelt ist Die erste davon ist prinzipiell zu erf llen Voraussetzung die andere entscheidet ber den zu w hlenden Pfad Ent scheidungskriterium Die Voraussetzung besagt dass der Benutzer auf einer bestimmten Seite des Webauftrittes sein muss um die Aktion durchf hren zu k nnen Die Stornierung ist nur auf der Stornierungsseite m glich Diese Bedingung bezieht sich auf einen bestimmten Navigationszustand der hier in den Prozess integriert ist Sobald diese Bedingung erf llt ist entscheidet die Existenz eines Useraccounts ber die Art der Stornierung Diese Information kann nicht dem Prozessverlauf entnom men werden der User muss sich nicht prinzipiell einloggen daher handelt es sich um eine daten basierte Entscheidung modellierbar durch ein XOR Gateway Abh n gig von der Art registriert oder nicht registriert des Nutzers ist wiederum nur der weitere Verlauf der Navigation Will ein nicht registrierter Kunde seine Reservierung stornieren so muss er Buchungsnummer und Stornierungs TAN eingeben Da die Reihenfolge der beiden Subaktivit ten irrelevant ist empfiehlt sich die Modellierung als parallel box eine Umsetzung des Workflow Patterns Synchronisation 12 Der eigentliche Prozessaspekt besteht nur aus der atomaren Stornierung Variabler Nachrichtenfluss Die konkurrierenden Varianten der Stornierung erwei sen sich bei der Modellierung des Nachrichtenflusses als kritisch Der Stornierun
272. t ten aller drei Akteure BPMN 28 Torsten Hahmann Customer cancellation at hotel phone fax email cancel booking at ehotel current date gt arrival date current gt departure date Financial Institute ehotel cancel booking cancellation note cancellation e applies urrent gt arrival date note about money tranfer current gt departure date arrival payment deadline Q cancellation fee applies 5 hi di cancel hotel charge order money x credit card transfer current date gt payment money transfer note about money tranfer Abb 25 Verfeinerung Abwicklungsphase Einbeziehung eines Finanzinstitutes BPMN Systemen 29 rvierungs Modellierung von Hotel Rese IA wuswied pap sap30 x 8 4 1 quawhed H H l eloo Cy uoneunojur 19104 juesaud aep eunyedep Dumoog Aq ujjuo unojut 26 Prozesse HRS BPMN
273. t das BPD an Konsistenz berfl ssige grafische Elemente Eigene Elemente die eigentlich berfl ssig d h anders pr sentiert werden k nnen sind der Loop Marker und Default Flow Pfeil Jede loopende Aktivit t kann auch mit einer Schleife modelliert werden Hierbei werden auch die Abbruchbedingung oder die Durchlaufzahl der Schlei fe explizit an der Entscheidung angegeben Mit dem Loop Marker m ssen diese ber Attribute gesetzt werden Allerdings vereinfacht der Loop Marker mit den Schleifenattributen nat rlich das Mapping auf eines Business Process Execution Language BPEL Der Default Pfeil als grafisches Element ist deshalb nicht notwendig da einerseits ein nicht grafisches Attribut diese Eigenschaft schon beschreibt andererseits die Default Bedingung auch immer explizit angeben wer den kann Dies ist z B m glich durch einfache Negierung der Disjunktion aller anderen Bedingungen Vorschlag zur Vereinfachung Da die BPMN ein Work in Process ist also noch nderungen vorgenommen werden k nnen schlage ich f r eine n chste Ver sion vor einige nderungen zur Vereinfachung vorzunehmen Siehe Abbildung 27 Entfernen des grafischen Elements Conditional Flow Dieser kann immer mit Gateways ausgedr ckt werden Entfernen des grafischen Elements Default Flow Kann immer durch Bedin gung Attribute ausgedr ckt werden Entfernen des grafischen Elements Loop Marker Kann immer durch beding ten Fluss ausg
274. t definitiv ungerechtfertigt was die Zahl der unterst tzten Workflowpattern beweist Es gibt allerdings auch negative Aspekte an YAWL Es ist in meinen Augen unverst ndlich dass es nicht m glich ist Bedingungen an Kanten anzuf gen Dies f hrt n mlich zu einer unn tig starken Benutzung der Zust nde Stellen Wir erinnern uns zum Beispiel an den im Hauptteil behandelten Top Level Prozess Dort gab es den Task Antrag auf Graduierung einreichen Hinter diesem befand sich ein XOR Split welcher zwei Wege erm glichte Erstens in den Zustand Antrag vollst ndig zweitens in den Zustand Antrag unvollst ndig Beide Informationen h tten meiner Meinung nach mehr Sinn als Kantenbeschriftung da sie ja nicht unbedingt einen Zustand angeben sollen sondern vielmehr eine Verzweigungsvorschrift Weiterhin ist es st rend dass eine Ressourcenperspektive nicht modellierbar ist Es soll zwar in der Implementierung irgendwann m glich sein einen Task einer bestimmten Person Gruppe zuzuordnen 5 aber es w re sicherlich sinnvoll dieses auch im Diagramm zu erkennen Letztendlich bin ich der Meinung dass Diagramme mit vielen Abbr chen durch eine Flut von gestrichelten Linien leicht un bersichtlich werden k nnen Deswegen w rde ich mir zumindest f r die Visualisierung am Computer eine grafisch sch nere L sung w nschen Vorstellbar w re hier zum Beispiel alle abbrechenden Tasks mit einem kleinen wie cancel zu k
275. t der Prozess die Aktivit ten der Erhebung pers nlicher Daten sowie der Zahlungsweise DELL bietet den Service an innerhalb von 24 Stunden den Kunden telefonisch zu kontaktieren um noch einmal die Bestellung zu besprechen Aus Kundensicht f hrt der Prozess erst dann fort wenn innerhalb von 24 Stunden ein Mitarbeiter vom Kundenservice angerufen hat Es sei angemerkt das hier Fehlerf lle nicht ber cksichtigt werden Ein Anruf findet dementsprechend in den 24 Stunden definitiv statt Da nicht unbedingt alle drei Pfade f r die Zahlungsmodalit ten in Kombination mit dem R ckruf durchlaufen werden umschreibt ein komplexes Gateway diese situationsbedingte Entscheidung Der Pfad des R ckrufes wird allerdings immer beschritten Dies wird durch eine entsprechende Markierung am Beginn des Pfades symbolisiert In Abh ngigkeit der Zahlungsart wird eine Rechnung verschickt und auf ein Nachricht vom Finanzinstitut gewartet dass der Rechnungsbetrag f r die Bestellung eingetroffen ist Dies ist eine Besonderheit bei DELL Die Bestellungen von privaten Kunden werden erst versendet wenn der Zahlungseingang verzeichnet wurde Auff llig ist dass zwischen dem Modifizieren des Warenkorb und der Bestellbestitigung kein direkter Sequenzfluss stattfindet sondern lediglich eine Assoziation die ausdr ckt dass die Bestellbest tigung kausal mit dem Warenkorb zusammenh ngt Tats chlich werden die beiden Prozesse durch den Kunden in ihrer Abfolge gesteuert Als
276. t werden wenn es daf r verschiedene M glichkeiten gibt Einige Vorteile von YAWL sind unter anderem dass es mittlerweile Werkzeuge gibt die den Entwurf von Prozessen in YAWL unterst tzen sollen Allerdings sind diese Werkzeuge teilweise noch sehr ungen gend und ihre Bedienbarkeit gestaltet sich als unzul nglich Ist die Prozessmodellierung mittels YAWL abgeschlossen biete YAWL die M glichkeit mit Hilfe spezieller Laufzeitumgebungen die Ausf hrung eines Prozesses zu beobachten Man besitzt die M glichkeit zu testen ob die modellierten Prozesse sich wie geplant verhalten Die komplexen Elemente in der Notation von BPMN beruhen auf dem Ziel der Abbildbarkeit von BPMN auf BPEL BPEL ist eine Ausf hrungbeschreibung von Prozessen im Computer Ziel von BPMN ist es aus den Prozessentw rfen direkt kompilierbaren Quellcode zu erzeugen Damit dies gelingen kann sind komplexere Elemente n tig da diese sich teilweise leicht auf Sprachkonstrukte von Programmiersprachen abbilden lassen und so eine bersetzung vereinfacht werden kann Da f r die bersetzung nach BPEL sehr genau definiert sein muss nach 10 Christian Liesegang welchen Kriterien und Daten an Entscheidungspunkten eine Wahl getroffen wird ben tigt BPMN eine M glichkeit zus tzliche Informationen in Form von Attributen ber das Verhalten in eine Prozessbeschreibung zu integrieren Diese Attribute sind sehr m chtig erlauben sie doch eine gute bersetzbarkeit nach BPEL Integ
277. teilung 15 Der Softwareentwicklungsprozess von SAP Berlin Jeuiojsn3 dvs ES ub gt 4 aseajoy 5 lt SES H Jo aseajay zii jsenbes xyio dw yuswdoljsasq 9 quiessy 1591 T T H o 5 9 lt Abb 3 Einordnung des Entwicklungsprozesses 16 Gi eje sueJ en Sjueuinoop noq Seine uonejueuinoop Meu aseajoy 5 el ke Et E Song sping 5 sylewyousg ejeniu pueH aseajay sping H nos 359 exyeui dINVY SNOD AAG 5511 51 juawidojaneq aiemyos ejsued dvs ulag dVS Abb 4 Entwicklungsprozess 17 Der Softwareentwicklungsprozess von SAP Berlin 10 SjsijoBueuo yoajas SNOO 10 jsanbay
278. tel Reservierung aus Sicht des Kunden vor Dabei wird noch kein spezielles Reservierungssystem betrach tet stattdessen wird von einer intuitiven Vorstellung des Ablaufs ausgegangen Die Modellierung des Prozesses erfolgt mit BPMN angelehnt an die Spezifikation 1 0 Modellierung von Hotel Reservierungs Systemen 5 Die Buchungsphase wird ansatzweise verfeinert um allgemeine Probleme bei der hierarchischen Dekomposition zu identifizieren Im Mittelpunkt der Diskussion steht die Erhaltung einer konsistenten Sicht auf die Prozesse Anhand zweier Beispiele werden alternative Modelle f r identische Sachverhalte in Bezug auf ihre Aussage kraft und Verst ndlichkeit hin untersucht Ziel ist eine m glichst selbsterkl rende Modellierung der Prozesse F r den Kunden besteht auf abstraktester Ebene ein Prozess zur Hotelreservierung aus einer sequentiellen Folge von Aktivit ten Die vier fundamentalen Use Cases bilden vier quivalente Phasen zur Beschreibung des Hotel Reservierungs Prozesses Einer optionalen nformationsphase folgt die Buchungsphase anschlie end kann w hrend der Stornierungsphase die Reservierung zur ckgenommen werden Ge schieht dies nicht so schlie t die Abwicklungsphase den Prozess ab Die Aktivit ten der Informationsphase k nnen beliebig oft wiederholt werden bis der Prozess mit einer Buchung fortgesetzt wird Wichtig ist dass der Prozess w hrend jeder Phase abgebrochen werden kann Wenn der Kunde nichts Passendes in der In
279. tes DEE SSS SSeS ice e er SEET 1 Neues i Semester 1 beginnen 1 1 1 1 1 1 1 i 1 1 SS 1 1 d un A l i u 1 1 0 inf inf d vollst ndig 1 1 d 1 Siudi rn 1 LV EN Antrag auf FT 2 N 3 PH beginnen belegen amp gt Graduierung et vollst ndig Graduieren EC T besuchen Stellen PE lt Abschluss N arbeit durchf hren Gradi en TUE ES Fig 9 Der Top Level Prozess Exmatrikulieren 20 Kay Hammerl sasas N Mr OUT LV belegen amp besuchen N H Belegung 1 zur ck 1 ziehen regular I 1 inf inf d ul II er Leistungen J an erkennen lassen J N u m H Leistungs erfolg Y LP vergeben cr Belegen I 1 A erfassungs S OS 24122 prozess IN belegen SE amp besuchen 4 EY NEU 1 go Gradu ierung ewit Fig 10 Lehrveranstaltungen belegen und besuc
280. tierten Tasks in der richtigen Reihenfolge implementieren Zur Ankn pfung des Nachrichtenflusses wurde eine Gruppierung gew hlt entge gen der BPMN Spezifikation Gruppierungen haben eigentlich informalen Charakter d h sie werden sp ter nicht auf BPEL4WS abgebildet Somit kann der davon ausge hende Nachrichtenfluss bei der Abbildung nicht interpretiert werden Stellt man das Verhalten dieser Gruppierung allerdings dem einer Aktivit t gleich so w re die Modellierung legitim Die Gruppierung dient nur dem Zweck die verschiedenen potentiellen Nachrichtenfl sse zu entwirren um zur Laufzeit genau eine der Varian ten mit dem ehotel System kommunizieren zu lassen Eine Zusammenfassung zu einem Subprozess entspr che nicht dem Ziel der Modellierung Die leichte Erkenn barkeit von Variationspunkten durch den Einsatz von Gruppierungen ist ein weiterer Vorteil In der Modellierung des ehotel Systems ist die Umsetzung der Buchungsvarianten mit gr eren Problemen verbunden So gibt es zwar eine Aktivit t booking in der 12 Torsten Hahmann die Bearbeitung aller Varianten der Buchung gekapselt ist zum Start der Aktivit t muss jedoch schon entschieden werden welche Variante gew hlt wurde Zur Model lierung dieser deferred choice ist die Verwendung eines Event basierten Gateways Pflicht 14 Problematisch stellt sich die Verkn pfung mit Suchanfragen dar Da es keinen Zeitpunkt gibt zu dem entschieden werden kann ab wann nur noch Bu
281. tion send credit card valid information for Abb 20 Verfeinerung Buchungsphase Variante Internet Buchung auf Kundenseite BPMN 26 Torsten Hahmann online booking preactivity ask to complete data booking informationz check object E completeness of data Abb 21 Verfeinerung Buchungsphase Preactivity bei Internet Buchung BPMN booking by phone preactivity play answering maschine incoming call Mo Fr 8 30 19 00 Abb 22 Verfeinerung Buchungsphase Preactivity bei telefonischer Buchung BPMN booking by email fax 5 preactivity ask for missing next workday information 8 30 booking check request q 8 30 19 00 completeness lt gt of data Abb 23 Verfeinerung Buchungsphase Preactivity bei schriftlicher Buchung BPMN Modellierung von Hotel Reservierungs Systemen 27 cancel booking online registered send cancelation request Customer Y cancelation TAN cancel booking online cancelation amp s ok registered user check login send cancelation request timeout ehotel N cancelation request check cancelation TAN ok Hotel set status to canceled Abb 24 Verfeinerung Stornierungsphase Stornierungs Aktivi
282. tit ten passiv gesehen werden Das zu erstellende Modell soll den Betrachter in die Lage versetzen die im Rahmen der Studienverwaltungsprozesse verarbeiteten Entit ten zu berblicken Wie bereits aus dieser Formulierung deutlich wird ist man an aktiven F hig keiten der Entit ten nicht interessiert sondern nur an den zuzuordnenden In formationen und deren Zusammenh ngen Beispielsweise ist es f r das Daten modell unerheblich ob ein Student eine Methode schreibeKlausur besitzt oder nicht Aus Sicht der Studierendenverwaltung reduziert sich der Student auf Eigenschaften wie seine Matrikelnummer und seine Beziehungen zu Lehrveran staltungen Deshalb sind Klassendiagramme f r das zu erstellende Datenmodell nicht so gut geeignet wie ERDs Es hat sich jedoch herausgestellt dass auch in einem solchen Datenmodell zur Verbesserung der bersichtlichkeit beispielswei se Generalisierungen sehr hilfreich sein k nnen Aus diesem Grund wurde die Notation f r Enhanced Entity Relationship Diagrams EERD nach 4 benutzt die solche zus tzlichen Darstellungsmittel anbietet Rollenmodell Zur Darstellung von Rollen gibt es verschiedene M glichkeiten In den meisten F llen wird im Zusammenhang mit Prozessmodellen ein Organi gramm erstellt das die Unternehmenshierarchie abbildet Dabei kann man bei der Modellierung verschiedene Abstraktionsebenen ausw hlen und beispielswei se von einzelnen Unternehmenszweigen ber Abteilungen und Teams bis hin z
283. tzen Falls in diesem Fall doch Supportleis tungen ben tigt werden stellt MySQL diese bereit 2 2 Aufbau der Abteilung Um die in Kapitel 4 vorgestellten Prozesse zu verstehen werden nun die Akteure innerhalb der Abteilung vorgestellt siehe Abb 2 Die Mitarbeiter der Abteilung lassen sich in folgende Teams ordnen Entwick lungsteams Kernel Interfaces Tools Infrastructure Q Team Support und Doku mentation S mtliche Teamleiter sind dar ber hinaus im Management angesiedelt Zus tzlich zu diesen organisatorischen Einheiten sind in Abb 2 der Quellcode Testf lle und Problem und Featurebeschreibungen repr sentiert Der Quelltext wird Der Softwareentwicklungsprozess von SAP Berlin 3 regelm ig als Produkt ausgeliefert w hrend die Testf lle f r interne Qualit tssiche rung verwendet werden Die Problem und Featurebeschreibungen werden im sog Problem Tracking System verwaltet und dokumentieren die Bearbeitung von Feh lern und die Umsetzung neuer Produktfunktionen Die Entwicklungsteams stellen den Quellcode Integrationstests und Dokumentati on her wohingegen das Q Team Systemtests definiert und die Gesamtqualit t des Produktes berwacht Das Infrastructure Team stellt die technische Infrastruktur f r die Entwicklung bereit z B Computerfarmen und Entwicklungswerkzeuge Das Support Team bearbeitet Nachrichten von Kunden und versucht das jeweilige Prob lem zu l sen Das Dokumentations Team sammelt und bera
284. u berwinden die erkl ren k nnten warum in diesem Bereich bislang so wenig Prozessmodellierung betrieben wurde So muss als erstes eine geeignete Modellierungssprache gew hlt werden Neben Petrinetzen dem UML Standard oder YAWL gibt es auch Modellierungssprachen wie zum Beispiel BPMN die f r die Beschreibung solcher Prozesse geeignet sind Besonders dem seit Mai 2004 in der Version 1 0 vorliegende BPMN wird in dieser Arbeit Beachtung geschenkt Eine kurze Erl uterung der Zielsetzungen von BPMN bietet das Kapitel 1 2 Eine weitere Schwierigkeit beim E Commerce besteht darin dass bei der Modellierung die Gefahr besteht dass Prozessvorg nge und das Navigieren auf einer Webseite miteinander vermengt werden Es gilt eine strickte Trennung diese beiden Sachverhalte einzuhalten Ein weiteres Problem besteht in der nicht vorhandenen Transparenz dieser Prozesse Versucht man als Au enstehender zum Beispiel einen Onlineshop und dessen Prozesse zu modellieren kann man die Prozesse modellieren die sich direkt am Browser mitverfolgen lassen Diese decken aber nur einen gewissen Teil der tats chlich existierenden Prozesse ab Viele Prozesse befinden sich im Inneren des Onlineshops der Shop gleicht einer Blackbox Von Au en nicht ersichtliche Prozesse sind zum Beispiel die Bestellannahme Was geschieht intern wenn eine neue Bestellung aufgegeben wird Wie wird diese Verarbeitet Wann und wie spielen Geldinstitute eine Rolle Unter welchen Bedingun
285. u detaillierten Stellen bzw Rollenbeschreibungen verfeinern Da es sich bei der Studierendenverwaltung jedoch nur um einen Teil des gesamten Unternehmens handelt der zudem eine sehr flache Hierarchisierung aufweist wurde von der Ver wendung von Organigrammen Abstand genommen Stattdessen wurde eine zwei te M glichkeit die UML Use Case Diagramme verwendet Use Case Diagramme k nnen unter anderem die Beteiligung von Rollen an einzelnen Prozessen bzw T tigkeiten darstellen und eignen sich daher um diesen Aspekt einfacher und schneller zu berblicken als es mit Hilfe des textuellen Prozesskatalogs m glich w re Ablauf Modell Hinsichtlich des Workflow Modells gab es die Vorgabe Yet Another Workflow Language YAWL 5 6 zu verwenden Aus diesem Grund wurden keine anderen Modellierungssprachen in Betracht gezogen Es wurde je doch zur Skizzierung der Abl ufe in erster Instanz Gebrauch von den in YAWL vorhandenen Workflow Pattern 7 8 gemacht ohne detailliert auf die Restrik tionen durch YAWL zu achten Diese Skizzen wurden unter Ber cksichtigung der entsprechenden Anforderungen nach YAWL berf hrt und dann weiter be arbeitet 3 Modelle der Ist Prozesse Nach der Datenerhebung und den Vor berlegungen zu den zu w hlenden Techni ken begann mit der Modellierung der zweite Abschnitt der zu einer Erweiterung der in Form des Prozesskatalogs grob vorliegenden textuellen Beschreibung um graphische Darstellungen f hren soll Es werd
286. uf einfach abgebrochen Wurden sie bereits zum Versand berstellt jedoch noch nicht ausgeliefert so wird der Versanddienst informiert die Auslieferung abzubrechen und die Waren zur ck zum Sender zu bringen Wenn die Waren bereits beim Kunden angekommen sind m ssen dem Kunden Anweisungen zur Durchf hrung der R cksendung zu kommen Dieser sendet die Gegenst nde ber den Paketdienst zur ck Sobald der Paketdienst die Artikel zur ckgebracht hat werden sie auf Vollst ndigkeit und Widerverkaufbarkeit berpr ft F llt diese Pr fung erfolgreich aus wird die Kundenrechnung entlastet und der Prozess ist beendet F llt diese Pr fung jedoch negativ aus so muss sich die Kundendienstabteilung mit Kunde und Versanddienstleister in Verbindung setzen um diesen Fall individuell zu kl ren Bei einem Einkauf im Amazon com Marketplace m ssen zuerst Anbieter und K ufer informiert werden dass die Transaktion r ckg ngig zu machen ist Verstreicht dabei eine gewisse Zeitspanne oder weist der Anbieter die zur ckgeschickten Artikel zur ck so muss der Fall wiederum individuell von der Kundendienstabteilung gekl rt werden Andernfalls wird die Transaktion r ckg ngig gemacht und eventuell geleistete Zahlungen werden erstattet Waren anbieten Das Anbieten von Waren auf dem Amazon com Marketplace wird im Expanded Sub Process Offer Items beschrieben Die grunds tzliche Vorgehensweise ist Folgende der Anbieter sucht den anzubietend
287. unden buchen Hotel bernachtungen im zunehmenden Ma e ber Hotel Reservierungs Systeme Diese Systeme erm glichen eine schnelle und unkomplizier te Durchf hrung von Reservierungen Schon heute verlangen Unternehmen eine Integration solcher externen Applikationen in firmeneigene Portale Egal ob zus tzli che Dienstleistungen f r Kunden angeboten werden sollen oder es nur um die unternehmensinterne Vereinfachung von Prozessen gilt Voraussetzung ist ein grund legendes Verst ndnis der Prozesse Will man aus Enterprise Systemen z B mySAP com auf Anwendungen wie Hotel Reservierungs Systems zugreifen so m ssen die Prozesse dieser externen Applikationen zun chst verstanden und doku mentiert werden Diese Arbeit evaluiert ob sich die Business Process Modeling Notation BPMN dazu eignet und welche Schwierigkeiten bei der Prozessmodellie rung auftreten Ein weiterer Schwerpunkt liegt auf der Betrachtung von Hotel Reservierungs Systemen als Produktfamilien Im Vergleich zu BPM Systemen m ssen zus tzlich Prozessvariabilit ten ber cksichtigt werden 2 Daraus ergibt sich die Notwendigkeit eines allgemeinen Modells pro Produktfamilie welches m glichst unkompliziert konfigurierbar ist Am Beispiel von ehotel wird die Modellierung von Varianten mit BPMN untersucht Dieser Einleitung folgt ein kurzer berblick ber Hotel Reservierungs Systeme dabei werden Architektur und Funktionalit t der Systeme von ehotel und HRS vorge stellt Kapitel
288. unktionen sind das Bieten und Bezahlen f r einen Artikel Prozesse In diesem Teilabschnitt werden die Prozesse modelliert die ber das Online Auktionshaus Ebay abgewickelt werden dazu wird gem der Aufgabenstellung die Business Process Modelling Notation BPMN 1 0 9 verwendet Financial Service Buyer Participate in Nu Auction 4 u hen Y Process A _ 7 1 Auction n H i H Ebay o a Hold Auction u Seller Fig 8 Top Level Prozessmodell der Ebay Plattform 10 Abbildung 8 zeigt das Top Level Modell der Ebay Plattform das sich wie bereits geschildert aus dem Aufbaumodell ableiten l sst Wie bereits erw hnt treten Nachrichtenfl sse nur zwischen Komponenten auf die im Aufbaumodell ber Kan le miteinander verbunden An dieser Stelle zeichnet sich BPMN besonders dadurch aus dass zwischen Nachrichtenfl ssen innerhalb einer Komponente und Nachrichtenfl ssen zwischen zwei Komponenten unterschieden wird die Kompatibilit t des Prozessmodells zum Aufbaumodell l sst sich so leicht berpr fen 1 Financial Service Settle Auction _ Participate in Auction Paytor Item s H 8 d Buyer Browse Items gt Bid for Item s b ed S Launch Handle 5 AJ
289. unter dem Titel E Mail Dienste nut zen einzuordnen sind Allerdings sind diese alle atomarer Natur Das bedeutet dass nach Antreffen eines Requests etwas Bestimmtes zu tun GMX dies sofort durchf hren kann z B eine E Mail queuen oder eine Adresse aus der Daten bank l schen ein Verzeichnis anlegen und dabei entweder Erfolg hat oder eine Fehlermeldung zur ckgeben kann M gliche Aktionen umfassen Anschrift ndern Pers nlich Daten ndern Bankverbindung angeben Rechnungen einsehen Passwort ndern Erotik Werbung ein ausschalten E Mail schreiben E Card schreiben Posteingang ansehen E Mail l schen E Mail weiterleiten E Mail beantworten Spamordner ansehen Ordnereinstellungen ndern Ordner anlegen l schen umbenennen Kontakt anlegen l schen Visitenkarte ndern Verteilerliste erstellen l schen umbenennen Email an Kontakt Verteiler schreiben Gruppe anlegen ndern l schen Adress Telefon E Mail Liste anzeigen Abwesenheitsnotiz ndern aktivieren deaktivieren E Mail Anzeige konfigurieren Absendername einstellen Adressen anlegen Adresse l schen Hauptadresse setzen Rechnungsadresse setzen E Mail Filterregel einrichten ndern l schen POP3 Sammeldienst einrichten ndern l schen SMTP AUTH bzw SMTP after POP aktivieren Signaturen anlegen ndern l sc
290. veranstaltungsnachbereitungsprozesse 6 3 EERD exejduioxueuieu 1sujsbunbejeg inn gt m Wu m Abbildung 13 Datenmodell Studienverwaltungsprozesse 25 26 6 4 Ist Workflow Diagramme Abwicklung Veranstaltungen Ar allgemeine Studentenverwaltung Anerkennung von Fremd Leistungen Studierenden beratung Erstellung von Nachweisen u Bescheinigungen Abbildung 14 Ist Prozess berblick Studienverwaltungsprozesse 27 Noten icht r R cknahme Notenverbuchung II nen Belegung aus wichtigem Grund Notenverbuchung Krankmeldung ue CH EE 0 Tagesaktuelle Teilnemerliste zum Gesamtnoten ber Abschlu der LE sicht erstellen Dr zm zm mmm mmm mm mmm mm mmm mm mmm mm mmm mmm mm mmm mmm mmm mmm N NW Se L x N I N Z wW N Klausurvorplanung gt x v s T v LE Begleitung Basis LV Basis Planung Raum belegungs Planung N 2 CH DJ A Klausurfeinplanung Teilnehmerlisten Belegungen erstellen Leistungsnachweise ul erstellen 7 K CU BIS f E FR OK Se ver ffentlichen _ Ka Auswertungen o E erstellen m Abbildung 15 Ist Prozess Abwicklung HPI Lehrveranstaltungen 28 Fristablauf v bermittlung korr Verzeichnis Fri
291. verzichtbar sind weil sie nicht verlangte Leistungen erbringen Bez glich der ersten Kategorie wurde die Erstellung von Teilnehmerlisten durch Lehrpersonen als Verschwendung ermittelt Es wird unn tiger Verwaltungsauf wand verursacht Die Belegung muss in jedem Fall unabh ngig von einer vor liegenden Teilnehmerliste aus Gr nden der Rechtsverbindlichkeit von der Stu dierendenverwaltung vorgenommen werden Das Verwaltungssystem ist in der Lage mit vergleichsweise geringem Aufwand Teilnehmerlisten zu erstellen Die Anlage und doppelte Verwaltung an anderer Stelle bedeuten damit zus tzlichen Aufwand Gefunden wurde diese M glichkeit durch die Fragengruppen Wer und Wann Es gibt Abweichungen zwischen Wer tut es und Wer sollte es eigent lich tun sowie zwischen Wann wird es getan und Wann sollte es eigentlich 16 getan 2 jeweils bezogen auf die Teilnehmerlistenerstellung In die zweite Kategorie eingeordnet werden kann die an verschiedenen Stellen auftauchende M glichkeit zur Nachplanung von Lehrveranstaltungen Zweifels frei ist die Nachplanung einer Lehrveranstaltung aufwendiger als w re diese be reits zusammen mit den anderen Lehrveranstaltungen eingeplant worden Diese Nachplanung zieht beispielsweise zus tzliche Belegungsvorg nge nach sich Unter Umst nden kann es dadurch zu einer komplizierteren Raum und Klausurpla nung kommen weil im Gegensatz zur Basisplanung wo Zeitslots relativ flexi
292. von Pattern sehr einfach wobei die M chtigkeit der zu Grunde liegenden Petri Netz Notation weitestgehend erhal ten bleibt Dadurch werden auch gewisse Aussagen beispielsweise zur Ablaufsi cherheit des Workflows formal beweisbar 5 5 3 Ergebnisse der Prozess Modellierung Insgesamt bilden die Modelle die tats chlichen Prozesse gut ab Das hat auch die Diskussionsrunde mit den Interview Partnern best tigt Probleme bei der Modellierung gab es besonders bei Ausnahmen wie den Nachmeldungen Die Suche nach Optimierungspotentialen wurde durch u ere Bedingungen wie Termine bzw Fristen Studien und Pr fungsordnung oder logische Zw nge bei der Abfolge von Prozessen sehr eingeschr nkt Durch Vorgabe von Zielen zur Op timierung wurden dann zwar M glichkeiten gefunden doch bleiben diese durch aus streitbar da die Ziele in der Realit t nicht in dieser Art definiert sind 18 Lehrperson Student Notenlisten eilnehmer listen Stud Verw Studenten Akten Abbildung 9 Beispiel f r ein Aufbaubild 6 Anhang 6 1 Prozesskatalog Lehrveranstaltungsplanung Personen Professoren Lehrpersonen HPI LV PlanerIn Daten Zeiten Orte Zweck Ablauf Uni Verwaltung HPI GL GF BSc u MSc Beauftragte Lehrperson en LV Titel Einordnung BSc MSc Anzahl LP SWS Sprache Aufteilung SWS bung Vorlesung Zuordnung Kern Wahl Master Benotung benotet unbenotet m gliche Themenkomplexe
293. zahlungs Node Fig 1 2 Erweitertes Navigationsdiagramm 2 eines Teils des Otto Bestellsystems Otto de Otto de Modellierung eines WebShops 15 Artikel suchen Artikel bestellen Artikel verfolgen ii Customer L s Bestandserver updaten Versandunter nehmen beaufragen Artikel erhalten Verf gbarkeit sein gt gt kontrollieren ersandauftrag eg erstellen Bestellung entgegen ehme Bestellvorgang abschlie en Artikel nachbestellen Desen lt lt gt gt ES lt lt indude gt Artikel bereitstellen oe See eee S lt indude gt gt Txexends Artikelseiten aktualisieren Otto m A Artikel abholen FI Geld aufbuchen Sa Geld abbuchen Bank Bearbeiter 2 Otto Lager Versandunter nehmen Fig 2 1 Use Case Diagramm des WebShops Otto de aus der Sicht des Kunden 16 Autor Thomas Hille Send needed information na Put item into cart T i gt N gt d Browse Seled ltem Buyitem Otto de iE Sra Ss POSENT i 3 t i i 5 2 Vi invoice Receive item Eeimonev t o pa i Send item pi i Credit back j N card pt Receive item 1
294. zen ausgef hrt wird Die Aus f hrung der dazugeh rigen Subprozessinstanzen S Instanzen erzeugt Information I welche in der Aktivit t V weiterverarbeitet wird Dies ist in Abb 10 dargestellt Nehmen wir an dass P in einer Instanz Pl ausgef hrt wird und der Start mehrerer S Instanzen erfolgt z B 51 52 und 53 Wie es in Abb 10 modelliert ist m ssen alle drei Instanzen S1 S2 S3 beendet sein bevor V ausgef hrt werden kann Nehmen wir nun den Fall an dass die Ausf hrung der S Instanzen abgebrochen werden kann durch einen Timer Event siehe Abb 11 W re in diesem Fall eine S Instanz noch nicht beendet w rde die bisher gemachte Arbeit innerhalb dieser S Instanz verloren gehen Aus diesem Grund wollen wir die Weitergabe der S Instanz an eine andere P Instanz modellieren Hierzu muss die Ausf hrung von P Instanzen und S Instanzen entkoppelt werden S Instanzen d rfen im Gegensatz zur Darstellung in Abb 11 nicht mehr abgebrochen sondern lediglich weitergereicht werden 12 Gero Decker Eine zentrale Frage die sich bei der Modellierung dieses Sachverhalts stellt ist Wie kann Information zwischen verschiedenen Prozessinstanzen weitergereicht wer den An dieser Stelle kann auf die Datenobjekte von BPMN zur ckgegriffen werden Wir k nnen also modellieren dass Informationen die von einer S Instanz produziert werden ber mehrere P Instanzen hinweg verwendet werden k nnen Ein Vorschlag f r das resultierende Modell ist in
295. zess gestartet Dies ist nicht problematisch da zu diesem Zeitpunkt der vorhe gende Login Prozess schon beendet wurde Es werden also keine unabgeschlosse nen Prozesse brig bleiben Sollte der Kunde versuchen sein Passwort zur ckzu setzen passiert dies in einem separaten Sub Prozess Dieser kommuniziert auch mit GMX was ber Messageflows dargestellt wurde Da die Details allerdings erst in einem anderen BPD dargestellt werden ber hren diese Messageflows nur den GMX Pool 4 4 Passwort zur cksetzen Obwohl es hoffentlich nicht oft passiert ist auch dieser Vorgang ein eindeutiger Gesch ftsprozess Um einen Benutzer sein vergessenes Passwort zur cksetzen zu lassen hat sich GMX vier verschiedene Methoden ausgedacht Bis auf die Methode ein Fax an den Support zu schicken basieren alle drei anderen Methoden auf dem gleichen Prinzip Deshalb wurde nur eine davon im n chsten Abschnitt genauer modelliert In Abbildung 8 ist das BPD f r den Ober Prozess des Passwort zur cksetzens zu sehen Nachdem der Benutzer angezeigt hat dass er sein Passwort zur ckset zen will macht GMX zwei Dinge parallel Ein Code Hyperlinkpaar generieren Den Benutzer fragen welche Methode er w hlen will Der Benutzer entscheidet sich nun f r eine Methode und gibt dies GMX bekannt Will er per Fax das Passwort zur cksetzen beendet dies den Prozess da dies nicht online passiert dieser Vorgang wurde also nicht modelliert Entscheidet der Benutzer
296. zichtet werden So werden z B keine Transaktionen incl Error Cancelation und Compensation Events 1 p 72 eingesetzt obwohl nat rlich auf tieferer Ebene bei GMX durchaus Transaktionen bei der Datenhaltung auf treten werden auch komplexere Aktivit tstypen wie Multiple Instance Loop und Ad Hoc wurden nicht eingesetzt In Abschnitt 5 werden einige Vorschl ge zu Vereinfachung von BPMN ge macht Die BPDs f r das GMX Gesch ftsprozessmodell wurden mit dieser ver einfachten BPMN erstellt So wurden z B immer Start Stop Events benutzt keine Default Flows Loop Marker und Conditional Flows genutzt und darauf verzichtet alternative Modellierungsm glichkeiten f r XOR Splits sowie Flow trennung bzw Zusammenf hrung zu nutzen Die BPDs enthalten deshalb im Allgemeinen mehr Elemente als zwingend von der BPMN vorgeschrieben 4 1 Prozess berblick In Abbildung 4 wird der grobe Prozess berblick der Use Case Use GMX als BPD dargestellt GMX ist als Blackbox modelliert Die Messageflows gehen nur zum Pool von GMX keine internen Prozesse werden gezeigt nur der Benut zerprozess ist zu sehen Wenn der Benutzer noch keinen Account hat hat er die M glichkeit im Create Account Sub Prozess diesen zu erstellen der SUB Prozess wird in einem anderen BPD noch dargestellt deshalb der Plus Marker Wenn der Account erstellt ist kann der Nutzer im Login Sub Prozess sich ein loggen hat dies funktioniert werden im Handle E Mails Su

Modellierung der Studien- und Prüfungsordnungen

Contents

Download Pdf Manuals

Related Search

Related Contents

Modellierung der Studien- und Pr&uuml;fungsordnungen

Contents

Download Pdf Manuals

Related Search

Related Contents

Modellierung der Studien- und Prüfungsordnungen