Heute m\u00f6chte ich mal einem Thema widmen, dass mir irgendwie in jedem Projekt begegnet, das mit ARIS zu tun hat. Vorab, hier gibt es jetzt keine Tool-Analyse oder Bewertung. Es geht rein um das Kopieren von Objekten bei der Prozessmodellierung mit ARIS. Dort gibt es n\u00e4mlich beim Kopieren die M\u00f6glichkeit, eine Auspr\u00e4gungs- oder eine Definitionskopie zu erstellen. Wenn man den Unterschied nicht kennt oder nicht ber\u00fccksichtigt, kann das bei der Modellierung unangenehme Nebenwirkungen haben.<\/p>\n
Die Ausgangslage<\/strong><\/p>\n Um die Schwierigkeit in der Anwendung der Kopien zu verstehen, ist erstmal ein wenig Background-Wissen notwendig. F\u00fcgt man in ARIS ein Objekt in der Modellierung hinzu, wird f\u00fcr dieses Objekt ein eineindeutiger Datenbankeintrag mit allen vorhandenen Informationen, wie z.B. Bezeichnung und weiteren Zusatzattributinformationen, angelegt. Soweit wenig spektakul\u00e4r. Dies ist aber genau das, was es nun zu ber\u00fccksichtigen gilt.<\/p>\n Auspr\u00e4gungskopie und Definitionskopie<\/strong><\/p>\n Bei der Auspr\u00e4gungskopie wird dann dieses Objekt mit samt dem vollst\u00e4ndigen Datenbankeintrag kopiert. D.h. es wird nicht nur der sichtbare Teil, das Symbol und die Benennung, sondern auch alle \u201eversteckten\u201c Attributinformationen kopiert. Der Datenbankeintrag bleibt der gleiche.<\/p>\n Bei einer Definitionskopie wird auch der sichtbare Teil kopiert. Allerdings wird bei einer Definitionskopie ein neuer(!) Datenbankeintrag angelegt. Dieser enth\u00e4lt zwar auch die Informationen des Ursprungsobjekts, besitzt aber eine neue eineindeutige Referenz. Quasi: aus eins mach zwei.<\/p>\n Was passiert kann, wenn man Auspr\u00e4gungskopien nutzt<\/strong><\/p>\n Zun\u00e4chst einen Blick auf den typischen Office-User: mit Copy\/Paste (Strg+C\/V) werden meist zwei Ziele verfolgt (mal abgesehen davon, dass man nicht alles nochmal tippen muss):<\/p>\n Das alles ist so eingespielt und selbstverst\u00e4ndlich, dass man sich dar\u00fcber gar keine Gedanken mehr macht. Sollte man aber, wenn man in ARIS Prozess modelliert.<\/p>\n Was passiert nun, wenn man in ARIS Auspr\u00e4gungskopien macht, und eine davon sp\u00e4ter \u00e4ndert, also wie in Beispiel 2? Wie oben erl\u00e4utert, haben Auspr\u00e4gungskopien den gleichen Datenbankeintrag. \u00c4ndere ich also was in einem Objekt, dann wird der Datenbankeintrag ver\u00e4ndert, und somit auch alle anderen Objekte.<\/p>\n Beispiel:<\/p>\n Ich starte meine Modellierung und f\u00fcge eine Rolle \u201eLieferant\u201c ein. Diese nutze ich als Auspr\u00e4gungskopie noch \u00f6fters in meinem Prozess. Dazu nutze ich wie gewohnt \u201eStrg+C\/V\u201c (Hinweis: mit Copy\/Paste werden immer(!) Auspr\u00e4gungskopien erstellt; um Definitionskopien zu erstellen, mus man im Kontextmen\u00fc mit der rechten Maustaste den entsprechenden \u201eeinf\u00fcgen als\u201c Eintrag ausw\u00e4hlen. Irgendwann f\u00e4llt mir dann auf, dass an einer bestimmten T\u00e4tigkeit ja gar nicht der Lieferant beteiligt ist, sondern der Eink\u00e4ufer. Also benenne ich das Objekt einfach um. Die Folge: durch das Umbenennen des Objekts wird nicht nur der sichtbare Teil ver\u00e4ndert, sondern auch der Datenbankeintrag. Und dadurch wiederum alle Objekte, die auf den gleichen Eintrag referenzieren. D.h. \u00fcberall, wo vorher \u201eLieferant\u201c gestanden hat, steht nun \u201eEink\u00e4ufer\u201c.<\/p>\n In einem einzelnen Prozessmodell f\u00e4llt der Fehler vielleicht schnell auf. Komplizierter dagegen wird es, wenn das Objekt noch in anderen Prozessmodellen und von anderen Prozessmodellierern verwendet wird. Dort f\u00fchrt eine \u00c4nderung dann zwangsl\u00e4ufig zu einem Fehler in der Prozessbeschreibung.<\/p>\n Das Beispiel mit Definitionskopien<\/strong><\/p>\n Was w\u00e4re nun passiert, wenn man in obigem Beispiel Definitionskopien genutzt h\u00e4tte. Dann h\u00e4tte ich an jeder T\u00e4tigkeit ein eigenes Objekt mit eigenem Datenbankeintrag gehabt. Und somit h\u00e4tte ich jedes Objekt umbenennen k\u00f6nnen, ohne dass dies Auswirkungen auf andere Objekte gehabt h\u00e4tte. Der Nachteil hiermit sicherlich: es entstehen sehr viele Datenbankobjekte f\u00fcr das gleiche Objekt. Und dies ist mit Sicherheit auch nicht im Sinne einer datenbank-basierten Prozessmodellierung.<\/p>\n Empfehlungen<\/strong><\/p>\n Vorweg muss man sagen, dass alle \u201eKopierfehler\u201c wieder r\u00fcckg\u00e4ngig gemacht werden k\u00f6nnen. Dies erfordert meist aber sehr viel Zeit und Aufwand. F\u00fcr mich pers\u00f6nlich haben folgende Punkte gut funktioniert:<\/p>\n Fazit<\/strong><\/p>\n Modellobjekte kopieren? H\u00f6rt sich eigentlich ganz trivial an. Zumindest in ARIS kann einfaches Kopieren jedoch zu Resultaten f\u00fchren, mit denen man vielleicht nicht unbedingt rechnet. Deswegen empfiehlt es sich, hieraus besonders zu achten, wenn man Prozesse modelliert. Verbessert die Qualit\u00e4t und reduziert unn\u00f6tige Nacharbeiten.<\/p>\n","protected":false},"excerpt":{"rendered":" Heute m\u00f6chte ich mal einem Thema widmen, dass mir irgendwie in jedem Projekt begegnet, das mit ARIS zu tun hat. Vorab, hier gibt es jetzt keine Tool-Analyse oder Bewertung. Es geht rein um das Kopieren von Objekten bei der Prozessmodellierung mit ARIS. Dort gibt es n\u00e4mlich beim Kopieren die M\u00f6glichkeit, eine Auspr\u00e4gungs- oder eine Definitionskopie […]<\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"_et_pb_use_builder":"","_et_pb_old_content":"","_et_gb_content_width":"","footnotes":""},"categories":[181,168],"tags":[171,175],"class_list":["post-401","post","type-post","status-publish","format-standard","hentry","category-beitraege","category-wissen-und-werkzeuge","tag-blog","tag-in-eigener-sache"],"yoast_head":"\n\n
\n