{"id":10994,"date":"2026-03-06T06:41:33","date_gmt":"2026-03-05T22:41:33","guid":{"rendered":"https:\/\/www.archimetric.com\/de\/identify-use-cases-business-process\/"},"modified":"2026-03-06T06:41:33","modified_gmt":"2026-03-05T22:41:33","slug":"identify-use-cases-business-process","status":"publish","type":"post","link":"https:\/\/www.archimetric.com\/de\/identify-use-cases-business-process\/","title":{"rendered":"Identifizieren Sie Anwendungsf\u00e4lle aus dem Gesch\u00e4ftsprozess"},"content":{"rendered":"
\n

Identifizieren Sie Anwendungsf\u00e4lle aus dem Gesch\u00e4ftsprozess<\/p>\n<\/div>\n

\n
\n

Kompatible Visual Paradigm-Ausgabe(n): Enterprise, Professional, Standard<\/p>\n<\/div>\n

<\/div>\n

BPMN wird zunehmend zur Identifizierung von Anforderungen f\u00fcr Software verwendet, die Gesch\u00e4ftsprozesse unterst\u00fctzen. Die Softwareanforderungen weisen oft eine Abweichung von den Gesch\u00e4ftsprozessen auf. Daher w\u00fcrde die Anforderungserhebung auf Basis von Gesch\u00e4ftsprozessmodellen die Abstimmung zwischen Gesch\u00e4ftsprozess- und Softwaremodellen sicherstellen und somit wahrscheinlich liefern, was die Benutzer erwarten.<\/p>\n<\/div>\n\n

\n
\n
\n
\n

Entwicklungsteams k\u00f6nnen Gesch\u00e4ftsprozessmodelle verwenden, um Gesch\u00e4ftsabl\u00e4ufe visuell zu dokumentieren, und Anwendungsf\u00e4lle diesen Gesch\u00e4ftsprozessen zuordnen, um die gew\u00fcnschten Funktionen zu modellieren, die das System erreichen soll. In diesem Tutorial erkl\u00e4ren wir ausf\u00fchrlich, wie die Funktion Model Transitor genutzt werden kann, um die R\u00fcckverfolgbarkeit zwischen Anwendungsf\u00e4llen und Gesch\u00e4ftsprozessen herzustellen.<\/p>\n

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

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

BPD, Abk\u00fcrzung f\u00fcr Gesch\u00e4ftsprozess-Diagramm<\/a>, ist der Ort, an dem der Gesch\u00e4ftsprozess mit BPMN modelliert wird. Es handelt sich um ein flussdiagramm\u00e4hnliches Diagramm, das den Ablauf des Prozesses, die beteiligten Parteien und den Nachrichtenaustausch zwischen ihnen darstellt. Business Analysten zeichnen BPD(s), um darzustellen, wie verschiedene Parteien zusammenarbeiten, um ein Gesch\u00e4ftsziel zu erreichen. Nachdem das fertige Gesch\u00e4ftsmodell mit den Endbenutzern abgestimmt wurde, kann der Systemanalyst dann mit der Planung des Systems beginnen.<\/p>\n

Das Folgende ist ein einfaches BPD eines Registrierungsprozesses f\u00fcr eine Organisation. Es umfasst die meisten typischen Modellierungsnotationen, die Sie sehen w\u00fcrden. Schauen wir uns das an.<\/p>\n

\"BPD<\/p>\n\n\n\n\n\n\n\n
Notation<\/th>\nBeschreibung<\/th>\n<\/tr>\n
\"BPMN<\/td>\nPool \u2013 Stellt eine Partei innerhalb eines Prozesses dar. In BPMN werden sowohl Pools als auch Lanes verwendet, um Parteien darzustellen. Eine Lane ist in einem Pool enthalten, um eine Unterteilung des \u00fcbergeordneten Pools zu modellieren.<\/td>\n<\/tr>\n
\"BPMN<\/td>\nStartereignis \u2013 Der Beginn eines Prozesses. Trigger k\u00f6nnen definiert werden, um den Lesern mitzuteilen, in welcher Situation der Prozess ausgel\u00f6st wird. Zum Beispiel, wenn eine E-Mail empfangen wurde \/ wenn es Montagmorgen ist \/ wenn ein Fehler aufgetreten ist.<\/td>\n<\/tr>\n
\"BPMN<\/td>\nAufgabe \u2013 Eine atomare Aktivit\u00e4t, die bestimmte Teilnehmer (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>\nEndereignis \u2013 Das Ende eines Prozesses. Ein Ergebnis kann definiert werden, um den Lesern mitzuteilen, was passiert, wenn der Prozess endet. Zum Beispiel, ein Signal auszugeben \/ einen Fehler zu erzeugen, usw.<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n

In diesem Tutorial werden wir uns nicht stark auf BPD oder die Gesch\u00e4ftsprozessmodellierung konzentrieren. Wenn Sie mehr \u00fcber BPMN, BPD oder die Gesch\u00e4ftsprozessmodellierung erfahren m\u00f6chten, lesen Sie bitte das Tutorial Einf\u00fchrung in BPMN Teil I bis IV<\/a>.<\/p>\n

Was ist ein Anwendungsfalldiagramm?<\/h2>\n

Die Anwendungsfalldiagrammierung bezieht sich auf die Technik, hochwertige Benutzeranforderungen mit Hilfe von UML-Anwendungsfalldiagrammen zu erfassen. Das Anwendungsfalldiagramm ist f\u00fcr Software- oder Systemdesigner konzipiert, nicht f\u00fcr Gesch\u00e4ftsleute.<\/p>\n

\"06-use-case-diagram-sample\"Es gibt drei Hauptelemente in einem Anwendungsfalldiagramm.<\/p>\n\n\n\n\n\n\n
Notation<\/th>\nBeschreibung<\/th>\n<\/tr>\n
\"UML<\/td>\nUse Case \u2013 Jedes Use Case stellt ein Benutzerziel dar, das ein Ziel ist, das der Benutzer des Systems erreichen m\u00f6chte. Beachten Sie, dass Use Cases nur dazu verwendet werden k\u00f6nnen, zu zeigen, was der Benutzer tun m\u00f6chte, anstatt was der Entwickler entwickeln muss, obwohl dies in einigen F\u00e4llen identisch sein kann. Wenn Sie die in einem Use Case beteiligten Funktionen dokumentieren oder modellieren m\u00f6chten, k\u00f6nnen Sie das Werkzeug \u201eAblauf der Ereignisse\u201c verwenden oder ein Use Case mitSequenzdiagramm\/Aktivit\u00e4tsdiagramm<\/a>. Behalten Sie bitte im Hinterkopf, dass die Use Case-Modellierung darauf abzielt, zu modellieren, was der Benutzer erreichen m\u00f6chte.<\/td>\n<\/tr>\n
\"UML<\/td>\nAktor \u2013 Benutzer des Systems. Das Wort \u201eBenutzer\u201c bezieht sich hier nicht nur auf Menschen. Es kann sich auch um ein System handeln, das mit unserem System interagiert, um ein bestimmtes Gesch\u00e4ftsziel zu erreichen.<\/td>\n<\/tr>\n
\"UML<\/td>\nKommunikationsverbindung\/Assoziation \u2013 Verbindet Aktor und Use Case, um den Zugriff des Aktores auf das System anzuzeigen. Jede Kommunikationsverbindung impliziert eine Folge von Transaktionen zwischen Aktor und System.<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n

\u00dcbergang von BPD und Use Case-Diagramm<\/h2>\n

Obwohl BPD und Use Case-Diagramm nicht unbedingt aufeinander angewiesen sein m\u00fcssen, k\u00f6nnten sie auf eine erg\u00e4nzende Weise miteinander verbunden sein. Gew\u00f6hnlich entwickeln wir Software, um bestimmte Arbeitsabl\u00e4ufe von Gesch\u00e4ftsprozessen zu automatisieren oder zu optimieren. Mit Hilfe des BPD k\u00f6nnen Sie verstehen, wie die Beteiligten zusammenarbeiten und wer f\u00fcr was verantwortlich ist. Dadurch k\u00f6nnen wir identifizieren, welche Funktionen das System unterst\u00fctzen muss. Diese Systemfunktionen (Workflow oder Gesch\u00e4ftsprozess), die der Benutzer ben\u00f6tigt, k\u00f6nnen mit Use Cases modelliert und anschlie\u00dfend vom Team entwickelt werden. Infolgedessen k\u00f6nnen wir sagen, dass das BPD Ihnen hilft, Use Cases f\u00fcr ein zu entwickelndes System zu identifizieren.<\/p>\n

Visual Paradigm ist ein visuelles Modellierungswerkzeug, das von der Durchf\u00fchrung von Gesch\u00e4ftsprozessen bis hin zur Use Case-Modellierung (von Gesch\u00e4ftsanforderungen zu Anwendungsanforderungen) unterst\u00fctzt, indem es die Nachvollziehbarkeitsverbindungen zwischen den beiden Modellen durch die Modell-\u00dcbergabefunktion herstellt. Wir ben\u00f6tigen die Nachvollziehbarkeit aus folgenden Gr\u00fcnden:<\/p>\n