{"id":11010,"date":"2026-03-06T07:31:21","date_gmt":"2026-03-05T23:31:21","guid":{"rendered":"https:\/\/www.archimetric.com\/de\/writing_effective_use_case\/"},"modified":"2026-03-06T07:31:21","modified_gmt":"2026-03-05T23:31:21","slug":"writing_effective_use_case","status":"publish","type":"post","link":"https:\/\/www.archimetric.com\/de\/writing_effective_use_case\/","title":{"rendered":"Wie man effektive Anwendungsf\u00e4lle schreibt"},"content":{"rendered":"
\n

Haben Sie gute Anwendungsf\u00e4lle f\u00fcr Ihr System erstellt?<\/h3>\n

Ein der schwierigsten Probleme in der Softwareentwicklung ist die genaue Erfassung dessen, was man bauen m\u00f6chte. Ungenaue Anforderungen k\u00f6nnen letztendlich zu erheblichen Projektverz\u00f6gerungen, Nacharbeit oder sogar zur Aufgabe f\u00fchren.<\/p>\n

Die effektive Anwendung von Anwendungsfall-Techniken kann Ihrem Team helfen, Anforderungen aus der Perspektive des Benutzers zu erfassen, die sowohl f\u00fcr den Endbenutzer als auch f\u00fcr Ihr Team leicht verst\u00e4ndlich sind. Die anwendungsfallgest\u00fctzte Entwicklung unterst\u00fctzt anschlie\u00dfende Entwicklungsaktivit\u00e4ten wie Analyse, Design und Testen.<\/p>\n<\/div>\n

\n
\n
\n
\n

\"use<\/p>\n

Was ist ein Anwendungsfall?<\/h3>\n

\"objective\"<\/p>\n

Anwendungsf\u00e4lle sind Dinge, die Akteure tun m\u00f6chten, um ein beobachtbares gesch\u00e4ftliches Ziel zu erreichen. Sie werden mit einem kurzen Verb oder einem Verb + Substantiv-Ausdruck benannt. Sie sollten spezifische Verben und Substantive verwenden, um Mehrdeutigkeiten zu vermeiden. Verben wie \u201etun\u201c und \u201edurchf\u00fchren\u201c sowie Substantive wie \u201eDaten\u201c und \u201eInformationen\u201c sollten so weit wie m\u00f6glich vermieden werden.<\/p>\n

Theoretisch f\u00fchren Endbenutzer die durch das System unterst\u00fctzten Aktionen aus, um ihr Endziel zu erreichen, wie es in der Anwendungsfallanalyse identifiziert wurde. Betrachten wir das Beispiel eines Online-Hotelbuchungssystems. \u201eBuchen\u201c ist zweifellos ein gesch\u00e4ftliches Ziel und daher ein Anwendungsfall. Die F\u00e4higkeit, ein Hotel auf einer Online-Karte zu finden, k\u00f6nnte ebenfalls vom Benutzer gew\u00fcnscht sein. Dies ist jedoch kein Anwendungsfall, da die Aktion selbst kein beobachtbares Ziel erzeugt.<\/p>\n

Es ist unangemessen, Anforderungen, die mit Implementierungsfragen zusammenh\u00e4ngen, als Anwendungsf\u00e4lle zu modellieren, beispielsweise die Unterst\u00fctzung mehrerer Vorkommen, Bereitstellungsanordnungen oder die Erstellung einer Datenbank. All dies ist falsch und kann dazu f\u00fchren, dass schlechte oder sogar falsche Systeme erstellt werden.<\/p>\n

Benutzerstories werden heute weit verbreitet eingesetzt<\/h3>\n

Jeder mit Erfahrung in der Softwareentwicklung kann Kommunikationsprobleme zwischen Endbenutzern und dem Entwicklerteam erleben. Dies kann verst\u00e4rkt werden, wenn die Mitglieder an verschiedenen entfernten Standorten arbeiten. Benutzerstories sind eine hervorragende M\u00f6glichkeit, Gespr\u00e4che mit Kunden zu f\u00fchren und sicherzustellen, dass wir wirklich verstehen, was sie tats\u00e4chlich wollen.<\/p>\n

Von dem Produktverantwortlichen erstellte Benutzerstories erfassen die \u201eWer\u201c, \u201eWas\u201c und \u201eWarum\u201c der Anforderungen auf einfache und pr\u00e4zise Weise und werden oft in nicht-technischer, nat\u00fcrlicher Sprache verfasst.<\/p>\n

Agile Entwicklung ist in die Mainstream-Entwicklungsmethoden zur Anforderungserfassung zusammen mit Benutzerstories eingegangen.<\/p>\n

Praktische \u00dcberlegungen<\/h3>\n

Typischerweise verf\u00fcgt ein agiles Team mit durchschnittlich 10 Mitgliedern \u00fcber Hunderte von Benutzerstories im Workflow, von denen einige miteinander verkn\u00fcpft sind und aus Epics oder detaillierten Versionen von Benutzerstories aus dem vorherigen Sprint stammen. Eine Benutzerstory ist ein fl\u00fcchtiges Artefakt, das nur im Sprint verbleibt und am Ende der Entwicklungsiteration verworfen wird.<\/p>\n

Agile Teams und Scrum-Mitglieder finden oft, dass sie leicht un\u00fcbersichtlich und schwer zu ordnen sind, besonders wenn Teammitglieder auf relevante Benutzerstories aus fr\u00fcheren Sprints verweisen m\u00f6chten.<\/p>\n

Stattdessen soll der Anwendungsfall eine gr\u00f6\u00dfere Kontinuit\u00e4t \u00fcber den gesamten Lebenszyklus der Softwareentwicklung hinweg haben und als Platzhalter dienen, um relevante Benutzerstories im Rahmen eines Epics zu speichern. Au\u00dferdem soll der Anwendungsfall eine kontinuierliche Referenz f\u00fcr das Entwicklerteam sein<\/p>\n

\"Overview<\/p>\n

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

Ein Anwendungsfalldiagramm ist eine Art vonUnified Modeling Language (UML)<\/a>Diagramm, das zur Anforderungserhebung erstellt wurde und definiert ist durchObject Management Group<\/a> (OMG). Das Anwendungsfalldiagramm bietet eine grafische \u00dcbersicht \u00fcber Ziele (durch Anwendungsf\u00e4lle modelliert), die Benutzer (durch Akteure dargestellt) erreichen m\u00f6chten, indem sie das System verwenden (optional durch Systemgrenze dargestellt).<\/p>\n

Anwendungsf\u00e4lle in einem Anwendungsfalldiagramm k\u00f6nnen nach ihrer Relevanz, ihrem Abstraktionsniveau und ihren Auswirkungen auf Benutzer organisiert und angeordnet werden. Sie k\u00f6nnen miteinander verbunden werden, um Abh\u00e4ngigkeiten, Einbeziehungs- und Erweiterungsbeziehungen darzustellen. Der Hauptzweck der Modellierung von Anwendungsf\u00e4llen mit einem Anwendungsfalldiagramm besteht darin, eine solide Grundlage f\u00fcr das System zu schaffen, indem festgestellt wird, was die Benutzer wollen. Auf Basis der Analyseergebnisse k\u00f6nnen Sie dann fortfahren, zu untersuchen, wie diese Benutzerbed\u00fcrfnisse erf\u00fcllt werden k\u00f6nnen.<\/p>\n

\"useEin Anwendungsfalldiagramm besteht haupts\u00e4chlich aus Akteuren, Anwendungsf\u00e4llen und Assoziationen (Verbindungen).<\/p>\n

Ein Akteur ist jede Person oder externe System, die mit dem System interagiert, um ein Benutzerziel zu erreichen. Es gibt zwei Arten von Akteuren \u2013 prim\u00e4re und sekund\u00e4re.<\/p>\n