{"id":11100,"date":"2026-05-19T18:48:57","date_gmt":"2026-05-19T10:48:57","guid":{"rendered":"https:\/\/www.archimetric.com\/de\/bridging-business-processes-to-software-requirements-a-visual-paradigm-case-study-on-bpmn-to-use-case-transition\/"},"modified":"2026-05-19T18:48:57","modified_gmt":"2026-05-19T10:48:57","slug":"bridging-business-processes-to-software-requirements-a-visual-paradigm-case-study-on-bpmn-to-use-case-transition","status":"publish","type":"post","link":"https:\/\/www.archimetric.com\/de\/bridging-business-processes-to-software-requirements-a-visual-paradigm-case-study-on-bpmn-to-use-case-transition\/","title":{"rendered":"Verbindung von Gesch\u00e4ftsprozessen mit Softwareanforderungen: Ein Visual-Paradigm-Fallstudie zur \u00dcbergangsphase von BPMN zu Use-Case-Modellen"},"content":{"rendered":"

Einf\u00fchrung<\/h2>\n

In der heutigen rasch sich entwickelnden digitalen Landschaft stehen Organisationen vor einer anhaltenden Herausforderung: sicherzustellen, dass Entwicklungsarbeiten im Bereich Software eng mit den tats\u00e4chlichen Gesch\u00e4ftsabl\u00e4ufen verkn\u00fcpft bleiben. Zu oft erfolgt die Anforderungserhebung getrennt von der Modellierung von Gesch\u00e4ftsprozessen, was dazu f\u00fchrt, dass Systeme nicht in der Lage sind, reale Arbeitsabl\u00e4ufe zu ber\u00fccksichtigen oder den Endnutzern den erwarteten Nutzen zu bieten. Diese Fallstudie untersucht eine bew\u00e4hrte Methode, diese L\u00fccke zu schlie\u00dfen, indem von BPMN-Diagrammen zu UML-Use-Case-Modellen \u00fcbergegangen wird, wobei die integrierte Modellierumgebung von Visual Paradigm genutzt wird.<\/p>\n

Anhand eines praktischen Beispiels mit einem Unternehmen f\u00fcr die Lieferung von destilliertem Wasser zeigen wir, wie Business Analysten und Systemdesigner gemeinsam sinnvolle Softwareanforderungen direkt aus validierten Gesch\u00e4ftsprozessen ableiten k\u00f6nnen. Der Ansatz nutzt die Model-Transitor-Funktion von Visual Paradigm, um R\u00fcckverfolgbarkeitsverbindungen zwischen Gesch\u00e4ftsaktivit\u00e4ten und System-Use-Cases herzustellen, wodurch sichergestellt wird, dass jede Softwarefunktion einem dokumentierten Gesch\u00e4ftsziel dient. Unabh\u00e4ngig davon, ob Sie als Business Analyst Anforderungen effektiver kommunizieren oder als Systemarchitekt L\u00f6sungen entwickeln m\u00f6chten, die wirklich den operativen Anforderungen entsprechen, liefert diese Fallstudie praktische Erkenntnisse zur Ausrichtung der Modellierung von Gesch\u00e4ftsprozessen an die Softwareanforderungsingenieurwissenschaft.<\/p>\n

\"Bridging<\/p>\n

Verst\u00e4ndnis der Grundlage: BPMN und Use-Case-Diagramme<\/h2>\n

Was sind BPMN und BPD?<\/h3>\n

BPMN<\/a>\u00a0bietet Business Analysten eine Reihe grafischer Notationen zur Modellierung von Gesch\u00e4ftsprozessen. Sie wurde urspr\u00fcnglich entwickelt von der\u00a0Business-Process-Management-Initiative<\/a>\u00a0(BPMI) und wird derzeit von der\u00a0Object Management Group<\/a>\u00a0(OMG). Eine der Motivationen f\u00fcr die Entwicklung von BPMN ist es, eine gemeinsame grafische Sprache f\u00fcr Personen in unterschiedlichen Rollen, aus verschiedenen L\u00e4ndern und\/oder mit unterschiedlichen Muttersprachen zu schaffen, damit sie denselben Gesch\u00e4ftsprozess ohne Barrieren verstehen k\u00f6nnen.<\/p>\n

BPD, Abk\u00fcrzung f\u00fcr\u00a0Gesch\u00e4ftsprozess-Diagramm<\/a>, ist die Darstellung eines Gesch\u00e4ftsprozesses mithilfe von BPMN. Es handelt sich um ein flussdiagramm\u00e4hnliches Diagramm, das den Ablauf des Prozesses, die beteiligten Akteure und den Nachrichtenaustausch zwischen ihnen darstellt. Business Analysten zeichnen BPD(s), um darzustellen, wie verschiedene Akteure zusammenarbeiten, um ein Gesch\u00e4ftsziel zu erreichen. Nach der Validierung des fertigen Gesch\u00e4ftsmodells gegen\u00fcber den Endnutzern kann ein Systemanalyst dann mit der Planung des Systems beginnen.<\/p>\n

Im Folgenden sehen Sie ein einfaches BPD eines Registrierungsprozesses f\u00fcr eine Organisation. Es umfasst die meisten typischen Modellierungsnotationen, die Sie finden werden. Schauen wir uns das an.<\/p>\n

\"BPD<\/p>\n\n\n\n\n\n\n\n\n
Notation<\/th>\nBeschreibung<\/th>\n<\/tr>\n<\/thead>\n
\"BPMN<\/td>\nPool \u2013 Stellt einen Akteur innerhalb eines Prozesses dar. In BPMN werden sowohl Pools als auch Lanes verwendet, um Akteure darzustellen. Eine Lane ist innerhalb eines Pools enthalten, um eine Unterteilung des \u00fcbergeordneten Pools zu modellieren.<\/td>\n<\/tr>\n
\"BPMN<\/td>\nStart-Ereignis \u2013 Der Beginn eines Prozesses. Trigger k\u00f6nnen definiert werden, um dem Leser mitzuteilen, in welcher Situation der Prozess ausgel\u00f6st wird. Zum Beispiel, wenn eine E-Mail empfangen wird, wenn es Montagmorgen ist oder wenn ein Fehler aufgetreten ist.<\/td>\n<\/tr>\n
\"BPMN<\/td>\nAufgabe \u2013 Eine atomare Aktivit\u00e4t, die bestimmte Akteure (durch Pool\/Lane modelliert) ausf\u00fchren k\u00f6nnten. Aufgaben und andere Flussobjekte werden miteinander verbunden, um einen vollst\u00e4ndigen Gesch\u00e4ftsablauf zu bilden.<\/td>\n<\/tr>\n
\"BPMN<\/td>\nEnde-Ereignis \u2013 Das Ende eines Prozesses. Ein Ergebnis kann definiert werden, um dem Leser mitzuteilen, was passiert, wenn der Prozess endet. Zum Beispiel, ein Signal auszugeben oder einen Fehler zu erzeugen.<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n

Was ist ein Use-Case-Diagramm?<\/h3>\n

Die Use-Case-Modellierung bezieht sich auf die Technik, hochrangige Benutzeranforderungen mithilfe eines\u00a0UML-Use-Case-Diagramms<\/a>. Ein Use-Case-Modell ist f\u00fcr Software- oder Systemdesigner konzipiert, nicht f\u00fcr Gesch\u00e4ftsleute.<\/p>\n

\"06-use-case-diagram-sample\"<\/p>\n

Es gibt drei Hauptelemente in einem Use-Case-Diagramm.<\/p>\n\n\n\n\n\n\n\n
Notation<\/th>\nBeschreibung<\/th>\n<\/tr>\n<\/thead>\n
\"UML<\/td>\nUse-Case \u2013 Jedes Use-Case stellt ein Benutzerziel dar, also ein Ziel, das der Benutzer des Systems erreichen m\u00f6chte. Beachten Sie, dass Use-Cases nur dazu dienen, zu zeigen, was der Benutzer tun m\u00f6chte, und nicht, was der Entwickler entwickeln muss, obwohl dies in einigen F\u00e4llen identisch sein kann. Wenn Sie die beteiligten Funktionen eines Use-Cases dokumentieren oder modellieren m\u00f6chten, k\u00f6nnen Sie das Werkzeug f\u00fcr den Ablauf der Ereignisse verwenden oder ein Use-Case mit einem\u00a0Sequenzdiagramm\/Aktivit\u00e4tsdiagramm<\/a>. Behalten Sie bitte im Hinterkopf, dass die Use-Case-Modellierung darauf abzielt, das zu modellieren, was der Benutzer erreichen m\u00f6chte.<\/td>\n<\/tr>\n
\"UML<\/td>\nAktor \u2013 Ein Benutzer des Systems. Das Wort \u201eBenutzer\u201c bezieht sich hier nicht nur auf Menschen. Es kann auch ein System sein, das mit unserem System interagiert, um ein bestimmtes gesch\u00e4ftliches Ziel zu erreichen.<\/td>\n<\/tr>\n
\"UML<\/td>\nKommunikationsverbindung\/Assoziation \u2013 Verbindet einen Akteur mit einem Use Case, um den Zugriff des Akteurs auf das System anzugeben. Jede Kommunikationsverbindung impliziert eine Folge von Transaktionen zwischen dem Akteur und dem System.<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n

\u00dcbergang von der Gesch\u00e4ftsprozessmodellierung zu Systemanforderungen<\/h2>\n

Die strategische Verbindung<\/h3>\n

Obwohl BPDs und Use-Case-Diagramme nicht unbedingt aufeinander angewiesen sein m\u00fcssen, k\u00f6nnen sie komplement\u00e4r zueinander stehen. In der Regel entwickeln wir Software, um bestimmte Abl\u00e4ufe von Gesch\u00e4ftsprozessen zu automatisieren oder zu optimieren. Mit einem BPD k\u00f6nnen Sie verstehen, wie die Beteiligten zusammenarbeiten und wer f\u00fcr was verantwortlich ist, was uns hilft, herauszufinden, welche Funktionen das System unterst\u00fctzen muss. Diejenigen Systemfunktionen (Workflow oder Gesch\u00e4ftsprozess), die ein Benutzer ben\u00f6tigt, k\u00f6nnen mit Use Cases modelliert und anschlie\u00dfend vom Team entwickelt werden. Infolgedessen k\u00f6nnen wir sagen, dass ein BPD Ihnen hilft, Use Cases f\u00fcr ein sich entwickelndes System zu identifizieren.<\/p>\n

Visual Paradigm ist ein visuelles Modellierungstool, das den \u00dcbergang von der Gesch\u00e4ftsprozessmodellierung zur Use-Case-Modellierung (von Gesch\u00e4ftsanforderungen zu Anwendungsanforderungen) unterst\u00fctzt, indem es durch die Modell-Transitor-Funktion Spurbarkeitsverbindungen zwischen den beiden Modellen herstellt. Wir ben\u00f6tigen diese Spurbarkeit aus folgenden Gr\u00fcnden:<\/p>\n