Dieser Artikel erl\u00e4utert die wichtigsten Konzepte von Use-Case-Diagrammen, wobei besonderes Augenmerk auf die \u201einclude\u201c- und \u201eextend\u201c-Beziehungen gelegt wird, und verwendet das Beispiel eines Bulletin-Board-Systems (BBS), um diese Konzepte und ihre Nutzen f\u00fcr die Anforderungsmodellierung zu veranschaulichen.<\/p>\n
Wichtige Konzepte in Use-Case-Diagrammen<\/h2>\n
![\"Use](\"https:\/\/online.visual-paradigm.com\/repository\/images\/b3387898-edd8-4801-b76d-16c753a22ded\/use-case-diagram-design\/use-case-model-bulletin-board-system.png\"\/)
<\/p>\n
1. Akteure<\/h3>\n\n- Definition:<\/strong>\u00a0Akteure stellen die Benutzer oder externen Systeme dar, die mit dem System interagieren.<\/li>\n
- Beispiel:<\/strong>\u00a0Im Bulletin-Board-System ist der Akteur \u201eMitglieder\u201c.<\/li>\n<\/ul>\n
2. Use Cases<\/h3>\n\n- Definition:<\/strong>\u00a0Use Cases beschreiben die spezifischen Interaktionen zwischen Akteuren und dem System, um bestimmte Ziele zu erreichen.<\/li>\n
- Bestandteile:<\/strong>\u00a0Use-Case-Name, kurze Beschreibung, beteiligte Akteure, Voraussetzungen, Nachbedingungen, Haupterfolgsszenario und alternative Szenarien.<\/li>\n
- Beispiel:<\/strong>\u00a0Im BBS umfassen die Use Cases \u201eAuflisten der Bulletin-Board-Listen\u201c, \u201eAuflisten der Artikel\u201c, \u201eAnzeigen detaillierter Inhalte\u201c, \u201eHochladen von Nachrichten\u201c, \u201e\u00c4ndern von Nachrichten\u201c, \u201eL\u00f6schen von Nachrichten\u201c und \u201eSuchen von Nachrichten\u201c.<\/li>\n<\/ul>\n
3. Use-Case-Diagramm<\/h3>\n\n- Definition:<\/strong>\u00a0Ein Use-Case-Diagramm ist eine visuelle Darstellung der Akteure, Use Cases und ihrer Beziehungen.<\/li>\n
- Bestandteile:<\/strong>\u00a0Akteure (dargestellt durch Sticksfiguren), Use Cases (dargestellt durch Ovale) und Beziehungen (dargestellt durch Linien).<\/li>\n
- Beispiel:<\/strong>\u00a0Das BBS-Use-Case-Diagramm zeigt den Akteur \u201eMitglieder\u201c, der mit verschiedenen Use Cases im Zusammenhang mit der Verwaltung und Ansicht von Nachrichten auf dem Bulletin Board interagiert.<\/li>\n<\/ul>\n
4. Beziehungen<\/h3>\n\n- Arten:<\/strong>\n
\n- Assoziation:<\/strong>\u00a0Eine Linie, die einen Akteur mit einem Use Case verbindet, und zeigt an, dass der Akteur an diesem Use Case teilnimmt.<\/li>\n
- Include:<\/strong>Eine Beziehung zwischen Anwendungsf\u00e4llen, bei der ein Anwendungsfall das Verhalten eines anderen Anwendungsfalls enth\u00e4lt.<\/li>\n
- Erweitern:<\/strong>Eine Beziehung zwischen Anwendungsf\u00e4llen, bei der ein Anwendungsfall das Verhalten eines anderen Anwendungsfalls unter bestimmten Bedingungen erweitert.<\/li>\n
- Verallgemeinerung:<\/strong>Eine Beziehung zwischen Akteuren oder Anwendungsf\u00e4llen, bei der ein Akteur oder Anwendungsfall eine spezialisierte Version eines anderen ist.<\/li>\n<\/ul>\n<\/li>\n<\/ul>\n
Einbeziehung-Beziehung<\/h2>\nDefinition<\/h3>\n
Die \u201eeinbeziehen\u201c-Beziehung<\/a>wird verwendet, wenn ein Anwendungsfall das Verhalten eines anderen Anwendungsfalls enth\u00e4lt. Sie zeigt an, dass der eingeschlossene Anwendungsfall ein obligatorischer Bestandteil des Basis-Anwendungsfalls ist.<\/p>\nBeispiel im BBS<\/h3>\n
Im Bulletin-Board-System enthalten die Anwendungsf\u00e4lle \u201eNachrichten hochladen\u201c, \u201eNachrichten bearbeiten\u201c, \u201eNachrichten l\u00f6schen\u201c und \u201eNachrichten suchen\u201c alle den Anwendungsfall \u201eAnmelden\u201c. Das bedeutet, dass ein Mitglied sich zun\u00e4chst beim System anmelden muss, um eine dieser Aktionen auszuf\u00fchren.<\/p>\n
Nutzen<\/h3>\n
Die \u201eeinbeziehen\u201c-Beziehung hilft dabei, die Anwendungsf\u00e4lle zu modularisieren und Redundanz zu vermeiden. Durch die Einbeziehung des Anwendungsfalls \u201eAnmelden\u201c stellen wir sicher, dass der Anmeldevorgang ein obligatorischer Schritt f\u00fcr diese Aktionen ist, und wir m\u00fcssen die Anmel Schritte nicht in jeder Anwendungsfallbeschreibung wiederholen.<\/p>\n
Erweiterungs-Beziehung<\/h2>\nDefinition<\/h3>\n
Die \u201eerweitern\u201c-Beziehung<\/a>wird verwendet, wenn ein Anwendungsfall unter bestimmten Bedingungen Verhalten zu einem anderen Anwendungsfall hinzuf\u00fcgt. Sie zeigt an, dass der erweiternde Anwendungsfall ein optionaler Bestandteil des Basis-Anwendungsfalls ist.<\/p>\nBeispiel im BBS<\/h3>\n
Im BBS k\u00f6nnte ein Beispiel f\u00fcr eine \u201eerweitern\u201c-Beziehung ein Anwendungsfall wie \u201eBenachrichtigungen senden\u201c sein, der den Anwendungsfall \u201eNachrichten hochladen\u201c erweitert. Das bedeutet, dass unter bestimmten Bedingungen, beispielsweise wenn eine Nachricht hochgeladen wird, eine Benachrichtigung an andere Mitglieder versendet werden k\u00f6nnte.<\/p>\n
Nutzen<\/h3>\n
Die \u201eerweitern\u201c-Beziehung hilft dabei, optionale Verhaltensweisen und Ausnahmen zu erfassen. Sie erm\u00f6glicht die Hinzuf\u00fcgung zus\u00e4tzlicher Funktionalit\u00e4t ohne die \u00c4nderung des Basis-Anwendungsfalls, wodurch das System flexibler und anpassungsf\u00e4higer an verschiedene Szenarien wird.<\/p>\n
Warum Anwendungsfalldiagramme f\u00fcr die Anforderungsmodellierung n\u00fctzlich sind<\/h2>\n1. Benutzerzentrierter Ansatz<\/h3>\n
Anwendungsfalldiagramme konzentrieren sich auf die Perspektive des Benutzers und stellen sicher, dass das System die Bed\u00fcrfnisse und Erwartungen der Benutzer erf\u00fcllt. Durch die Identifizierung von Akteuren und deren Interaktionen mit dem System k\u00f6nnen wir ein System gestalten, das intuitiv und benutzerfreundlich ist.<\/p>\n
2. Klare Anforderungen<\/h3>\n
Anwendungsfalldiagramme helfen dabei, die funktionalen Anforderungen des Systems auf klare und pr\u00e4zise Weise zu erfassen und zu dokumentieren. Jeder Anwendungsfall steht f\u00fcr ein spezifisches Ziel oder eine bestimmte Funktionalit\u00e4t, was die Verst\u00e4ndlichkeit und Verwaltung der Anforderungen des Systems erleichtert.<\/p>\n
3. Kommunikationsmittel<\/h3>\n
Anwendungsfalldiagramme dienen als Kommunikationsmittel zwischen Stakeholdern, Entwicklern und Benutzern. Sie bieten eine visuelle Darstellung der Funktionalit\u00e4t des Systems und stellen sicher, dass alle Beteiligten ein gemeinsames Verst\u00e4ndnis von Verhalten und Anforderungen des Systems haben.<\/p>\n
4. Identifizieren von L\u00fccken<\/h3>\n
Durch die Analyse von Anwendungsf\u00e4llen k\u00f6nnen potenzielle L\u00fccken und Ungereimtheiten in den Anforderungen des Systems fr\u00fchzeitig identifiziert und behoben werden. Dies tr\u00e4gt dazu bei, ein robusteres und zuverl\u00e4ssigeres System zu schaffen.<\/p>\n
5. Testf\u00e4lle<\/h3>\n
Anwendungsf\u00e4lle<\/a>k\u00f6nnen verwendet werden, um Testf\u00e4lle abzuleiten, um sicherzustellen, dass das System gr\u00fcndlich getestet wird und die festgelegten Anforderungen erf\u00fcllt. Jeder Anwendungsfall kann in einen oder mehrere Testf\u00e4lle \u00fcbersetzt werden, die sowohl den Haupterfolgsverlauf als auch alternative Szenarien abdecken.<\/p>\nFazit<\/h2>\n
2. Use Cases<\/h3>\n\n- Definition:<\/strong>\u00a0Use Cases beschreiben die spezifischen Interaktionen zwischen Akteuren und dem System, um bestimmte Ziele zu erreichen.<\/li>\n
- Bestandteile:<\/strong>\u00a0Use-Case-Name, kurze Beschreibung, beteiligte Akteure, Voraussetzungen, Nachbedingungen, Haupterfolgsszenario und alternative Szenarien.<\/li>\n
- Beispiel:<\/strong>\u00a0Im BBS umfassen die Use Cases \u201eAuflisten der Bulletin-Board-Listen\u201c, \u201eAuflisten der Artikel\u201c, \u201eAnzeigen detaillierter Inhalte\u201c, \u201eHochladen von Nachrichten\u201c, \u201e\u00c4ndern von Nachrichten\u201c, \u201eL\u00f6schen von Nachrichten\u201c und \u201eSuchen von Nachrichten\u201c.<\/li>\n<\/ul>\n
3. Use-Case-Diagramm<\/h3>\n\n- Definition:<\/strong>\u00a0Ein Use-Case-Diagramm ist eine visuelle Darstellung der Akteure, Use Cases und ihrer Beziehungen.<\/li>\n
- Bestandteile:<\/strong>\u00a0Akteure (dargestellt durch Sticksfiguren), Use Cases (dargestellt durch Ovale) und Beziehungen (dargestellt durch Linien).<\/li>\n
- Beispiel:<\/strong>\u00a0Das BBS-Use-Case-Diagramm zeigt den Akteur \u201eMitglieder\u201c, der mit verschiedenen Use Cases im Zusammenhang mit der Verwaltung und Ansicht von Nachrichten auf dem Bulletin Board interagiert.<\/li>\n<\/ul>\n
4. Beziehungen<\/h3>\n\n- Arten:<\/strong>\n
\n- Assoziation:<\/strong>\u00a0Eine Linie, die einen Akteur mit einem Use Case verbindet, und zeigt an, dass der Akteur an diesem Use Case teilnimmt.<\/li>\n
- Include:<\/strong>Eine Beziehung zwischen Anwendungsf\u00e4llen, bei der ein Anwendungsfall das Verhalten eines anderen Anwendungsfalls enth\u00e4lt.<\/li>\n
- Erweitern:<\/strong>Eine Beziehung zwischen Anwendungsf\u00e4llen, bei der ein Anwendungsfall das Verhalten eines anderen Anwendungsfalls unter bestimmten Bedingungen erweitert.<\/li>\n
- Verallgemeinerung:<\/strong>Eine Beziehung zwischen Akteuren oder Anwendungsf\u00e4llen, bei der ein Akteur oder Anwendungsfall eine spezialisierte Version eines anderen ist.<\/li>\n<\/ul>\n<\/li>\n<\/ul>\n
Einbeziehung-Beziehung<\/h2>\nDefinition<\/h3>\n
Die \u201eeinbeziehen\u201c-Beziehung<\/a>wird verwendet, wenn ein Anwendungsfall das Verhalten eines anderen Anwendungsfalls enth\u00e4lt. Sie zeigt an, dass der eingeschlossene Anwendungsfall ein obligatorischer Bestandteil des Basis-Anwendungsfalls ist.<\/p>\nBeispiel im BBS<\/h3>\n
Im Bulletin-Board-System enthalten die Anwendungsf\u00e4lle \u201eNachrichten hochladen\u201c, \u201eNachrichten bearbeiten\u201c, \u201eNachrichten l\u00f6schen\u201c und \u201eNachrichten suchen\u201c alle den Anwendungsfall \u201eAnmelden\u201c. Das bedeutet, dass ein Mitglied sich zun\u00e4chst beim System anmelden muss, um eine dieser Aktionen auszuf\u00fchren.<\/p>\n
Nutzen<\/h3>\n
Die \u201eeinbeziehen\u201c-Beziehung hilft dabei, die Anwendungsf\u00e4lle zu modularisieren und Redundanz zu vermeiden. Durch die Einbeziehung des Anwendungsfalls \u201eAnmelden\u201c stellen wir sicher, dass der Anmeldevorgang ein obligatorischer Schritt f\u00fcr diese Aktionen ist, und wir m\u00fcssen die Anmel Schritte nicht in jeder Anwendungsfallbeschreibung wiederholen.<\/p>\n
Erweiterungs-Beziehung<\/h2>\nDefinition<\/h3>\n
Die \u201eerweitern\u201c-Beziehung<\/a>wird verwendet, wenn ein Anwendungsfall unter bestimmten Bedingungen Verhalten zu einem anderen Anwendungsfall hinzuf\u00fcgt. Sie zeigt an, dass der erweiternde Anwendungsfall ein optionaler Bestandteil des Basis-Anwendungsfalls ist.<\/p>\nBeispiel im BBS<\/h3>\n
Im BBS k\u00f6nnte ein Beispiel f\u00fcr eine \u201eerweitern\u201c-Beziehung ein Anwendungsfall wie \u201eBenachrichtigungen senden\u201c sein, der den Anwendungsfall \u201eNachrichten hochladen\u201c erweitert. Das bedeutet, dass unter bestimmten Bedingungen, beispielsweise wenn eine Nachricht hochgeladen wird, eine Benachrichtigung an andere Mitglieder versendet werden k\u00f6nnte.<\/p>\n
Nutzen<\/h3>\n
Die \u201eerweitern\u201c-Beziehung hilft dabei, optionale Verhaltensweisen und Ausnahmen zu erfassen. Sie erm\u00f6glicht die Hinzuf\u00fcgung zus\u00e4tzlicher Funktionalit\u00e4t ohne die \u00c4nderung des Basis-Anwendungsfalls, wodurch das System flexibler und anpassungsf\u00e4higer an verschiedene Szenarien wird.<\/p>\n
Warum Anwendungsfalldiagramme f\u00fcr die Anforderungsmodellierung n\u00fctzlich sind<\/h2>\n1. Benutzerzentrierter Ansatz<\/h3>\n
Anwendungsfalldiagramme konzentrieren sich auf die Perspektive des Benutzers und stellen sicher, dass das System die Bed\u00fcrfnisse und Erwartungen der Benutzer erf\u00fcllt. Durch die Identifizierung von Akteuren und deren Interaktionen mit dem System k\u00f6nnen wir ein System gestalten, das intuitiv und benutzerfreundlich ist.<\/p>\n
2. Klare Anforderungen<\/h3>\n
Anwendungsfalldiagramme helfen dabei, die funktionalen Anforderungen des Systems auf klare und pr\u00e4zise Weise zu erfassen und zu dokumentieren. Jeder Anwendungsfall steht f\u00fcr ein spezifisches Ziel oder eine bestimmte Funktionalit\u00e4t, was die Verst\u00e4ndlichkeit und Verwaltung der Anforderungen des Systems erleichtert.<\/p>\n
3. Kommunikationsmittel<\/h3>\n
Anwendungsfalldiagramme dienen als Kommunikationsmittel zwischen Stakeholdern, Entwicklern und Benutzern. Sie bieten eine visuelle Darstellung der Funktionalit\u00e4t des Systems und stellen sicher, dass alle Beteiligten ein gemeinsames Verst\u00e4ndnis von Verhalten und Anforderungen des Systems haben.<\/p>\n
4. Identifizieren von L\u00fccken<\/h3>\n
Durch die Analyse von Anwendungsf\u00e4llen k\u00f6nnen potenzielle L\u00fccken und Ungereimtheiten in den Anforderungen des Systems fr\u00fchzeitig identifiziert und behoben werden. Dies tr\u00e4gt dazu bei, ein robusteres und zuverl\u00e4ssigeres System zu schaffen.<\/p>\n
5. Testf\u00e4lle<\/h3>\n
Anwendungsf\u00e4lle<\/a>k\u00f6nnen verwendet werden, um Testf\u00e4lle abzuleiten, um sicherzustellen, dass das System gr\u00fcndlich getestet wird und die festgelegten Anforderungen erf\u00fcllt. Jeder Anwendungsfall kann in einen oder mehrere Testf\u00e4lle \u00fcbersetzt werden, die sowohl den Haupterfolgsverlauf als auch alternative Szenarien abdecken.<\/p>\nFazit<\/h2>\n
3. Use-Case-Diagramm<\/h3>\n\n- Definition:<\/strong>\u00a0Ein Use-Case-Diagramm ist eine visuelle Darstellung der Akteure, Use Cases und ihrer Beziehungen.<\/li>\n
- Bestandteile:<\/strong>\u00a0Akteure (dargestellt durch Sticksfiguren), Use Cases (dargestellt durch Ovale) und Beziehungen (dargestellt durch Linien).<\/li>\n
- Beispiel:<\/strong>\u00a0Das BBS-Use-Case-Diagramm zeigt den Akteur \u201eMitglieder\u201c, der mit verschiedenen Use Cases im Zusammenhang mit der Verwaltung und Ansicht von Nachrichten auf dem Bulletin Board interagiert.<\/li>\n<\/ul>\n
4. Beziehungen<\/h3>\n\n- Arten:<\/strong>\n
\n- Assoziation:<\/strong>\u00a0Eine Linie, die einen Akteur mit einem Use Case verbindet, und zeigt an, dass der Akteur an diesem Use Case teilnimmt.<\/li>\n
- Include:<\/strong>Eine Beziehung zwischen Anwendungsf\u00e4llen, bei der ein Anwendungsfall das Verhalten eines anderen Anwendungsfalls enth\u00e4lt.<\/li>\n
- Erweitern:<\/strong>Eine Beziehung zwischen Anwendungsf\u00e4llen, bei der ein Anwendungsfall das Verhalten eines anderen Anwendungsfalls unter bestimmten Bedingungen erweitert.<\/li>\n
- Verallgemeinerung:<\/strong>Eine Beziehung zwischen Akteuren oder Anwendungsf\u00e4llen, bei der ein Akteur oder Anwendungsfall eine spezialisierte Version eines anderen ist.<\/li>\n<\/ul>\n<\/li>\n<\/ul>\n
Einbeziehung-Beziehung<\/h2>\nDefinition<\/h3>\n
Die \u201eeinbeziehen\u201c-Beziehung<\/a>wird verwendet, wenn ein Anwendungsfall das Verhalten eines anderen Anwendungsfalls enth\u00e4lt. Sie zeigt an, dass der eingeschlossene Anwendungsfall ein obligatorischer Bestandteil des Basis-Anwendungsfalls ist.<\/p>\nBeispiel im BBS<\/h3>\n
Im Bulletin-Board-System enthalten die Anwendungsf\u00e4lle \u201eNachrichten hochladen\u201c, \u201eNachrichten bearbeiten\u201c, \u201eNachrichten l\u00f6schen\u201c und \u201eNachrichten suchen\u201c alle den Anwendungsfall \u201eAnmelden\u201c. Das bedeutet, dass ein Mitglied sich zun\u00e4chst beim System anmelden muss, um eine dieser Aktionen auszuf\u00fchren.<\/p>\n
Nutzen<\/h3>\n
Die \u201eeinbeziehen\u201c-Beziehung hilft dabei, die Anwendungsf\u00e4lle zu modularisieren und Redundanz zu vermeiden. Durch die Einbeziehung des Anwendungsfalls \u201eAnmelden\u201c stellen wir sicher, dass der Anmeldevorgang ein obligatorischer Schritt f\u00fcr diese Aktionen ist, und wir m\u00fcssen die Anmel Schritte nicht in jeder Anwendungsfallbeschreibung wiederholen.<\/p>\n
Erweiterungs-Beziehung<\/h2>\nDefinition<\/h3>\n
Die \u201eerweitern\u201c-Beziehung<\/a>wird verwendet, wenn ein Anwendungsfall unter bestimmten Bedingungen Verhalten zu einem anderen Anwendungsfall hinzuf\u00fcgt. Sie zeigt an, dass der erweiternde Anwendungsfall ein optionaler Bestandteil des Basis-Anwendungsfalls ist.<\/p>\nBeispiel im BBS<\/h3>\n
Im BBS k\u00f6nnte ein Beispiel f\u00fcr eine \u201eerweitern\u201c-Beziehung ein Anwendungsfall wie \u201eBenachrichtigungen senden\u201c sein, der den Anwendungsfall \u201eNachrichten hochladen\u201c erweitert. Das bedeutet, dass unter bestimmten Bedingungen, beispielsweise wenn eine Nachricht hochgeladen wird, eine Benachrichtigung an andere Mitglieder versendet werden k\u00f6nnte.<\/p>\n
Nutzen<\/h3>\n
Die \u201eerweitern\u201c-Beziehung hilft dabei, optionale Verhaltensweisen und Ausnahmen zu erfassen. Sie erm\u00f6glicht die Hinzuf\u00fcgung zus\u00e4tzlicher Funktionalit\u00e4t ohne die \u00c4nderung des Basis-Anwendungsfalls, wodurch das System flexibler und anpassungsf\u00e4higer an verschiedene Szenarien wird.<\/p>\n
Warum Anwendungsfalldiagramme f\u00fcr die Anforderungsmodellierung n\u00fctzlich sind<\/h2>\n1. Benutzerzentrierter Ansatz<\/h3>\n
Anwendungsfalldiagramme konzentrieren sich auf die Perspektive des Benutzers und stellen sicher, dass das System die Bed\u00fcrfnisse und Erwartungen der Benutzer erf\u00fcllt. Durch die Identifizierung von Akteuren und deren Interaktionen mit dem System k\u00f6nnen wir ein System gestalten, das intuitiv und benutzerfreundlich ist.<\/p>\n
2. Klare Anforderungen<\/h3>\n
Anwendungsfalldiagramme helfen dabei, die funktionalen Anforderungen des Systems auf klare und pr\u00e4zise Weise zu erfassen und zu dokumentieren. Jeder Anwendungsfall steht f\u00fcr ein spezifisches Ziel oder eine bestimmte Funktionalit\u00e4t, was die Verst\u00e4ndlichkeit und Verwaltung der Anforderungen des Systems erleichtert.<\/p>\n
3. Kommunikationsmittel<\/h3>\n
Anwendungsfalldiagramme dienen als Kommunikationsmittel zwischen Stakeholdern, Entwicklern und Benutzern. Sie bieten eine visuelle Darstellung der Funktionalit\u00e4t des Systems und stellen sicher, dass alle Beteiligten ein gemeinsames Verst\u00e4ndnis von Verhalten und Anforderungen des Systems haben.<\/p>\n
4. Identifizieren von L\u00fccken<\/h3>\n
Durch die Analyse von Anwendungsf\u00e4llen k\u00f6nnen potenzielle L\u00fccken und Ungereimtheiten in den Anforderungen des Systems fr\u00fchzeitig identifiziert und behoben werden. Dies tr\u00e4gt dazu bei, ein robusteres und zuverl\u00e4ssigeres System zu schaffen.<\/p>\n
5. Testf\u00e4lle<\/h3>\n
Anwendungsf\u00e4lle<\/a>k\u00f6nnen verwendet werden, um Testf\u00e4lle abzuleiten, um sicherzustellen, dass das System gr\u00fcndlich getestet wird und die festgelegten Anforderungen erf\u00fcllt. Jeder Anwendungsfall kann in einen oder mehrere Testf\u00e4lle \u00fcbersetzt werden, die sowohl den Haupterfolgsverlauf als auch alternative Szenarien abdecken.<\/p>\nFazit<\/h2>\n
4. Beziehungen<\/h3>\n\n- Arten:<\/strong>\n
\n- Assoziation:<\/strong>\u00a0Eine Linie, die einen Akteur mit einem Use Case verbindet, und zeigt an, dass der Akteur an diesem Use Case teilnimmt.<\/li>\n
- Include:<\/strong>Eine Beziehung zwischen Anwendungsf\u00e4llen, bei der ein Anwendungsfall das Verhalten eines anderen Anwendungsfalls enth\u00e4lt.<\/li>\n
- Erweitern:<\/strong>Eine Beziehung zwischen Anwendungsf\u00e4llen, bei der ein Anwendungsfall das Verhalten eines anderen Anwendungsfalls unter bestimmten Bedingungen erweitert.<\/li>\n
- Verallgemeinerung:<\/strong>Eine Beziehung zwischen Akteuren oder Anwendungsf\u00e4llen, bei der ein Akteur oder Anwendungsfall eine spezialisierte Version eines anderen ist.<\/li>\n<\/ul>\n<\/li>\n<\/ul>\n
Einbeziehung-Beziehung<\/h2>\nDefinition<\/h3>\n
Die \u201eeinbeziehen\u201c-Beziehung<\/a>wird verwendet, wenn ein Anwendungsfall das Verhalten eines anderen Anwendungsfalls enth\u00e4lt. Sie zeigt an, dass der eingeschlossene Anwendungsfall ein obligatorischer Bestandteil des Basis-Anwendungsfalls ist.<\/p>\nBeispiel im BBS<\/h3>\n
Im Bulletin-Board-System enthalten die Anwendungsf\u00e4lle \u201eNachrichten hochladen\u201c, \u201eNachrichten bearbeiten\u201c, \u201eNachrichten l\u00f6schen\u201c und \u201eNachrichten suchen\u201c alle den Anwendungsfall \u201eAnmelden\u201c. Das bedeutet, dass ein Mitglied sich zun\u00e4chst beim System anmelden muss, um eine dieser Aktionen auszuf\u00fchren.<\/p>\n
Nutzen<\/h3>\n
Die \u201eeinbeziehen\u201c-Beziehung hilft dabei, die Anwendungsf\u00e4lle zu modularisieren und Redundanz zu vermeiden. Durch die Einbeziehung des Anwendungsfalls \u201eAnmelden\u201c stellen wir sicher, dass der Anmeldevorgang ein obligatorischer Schritt f\u00fcr diese Aktionen ist, und wir m\u00fcssen die Anmel Schritte nicht in jeder Anwendungsfallbeschreibung wiederholen.<\/p>\n
Erweiterungs-Beziehung<\/h2>\nDefinition<\/h3>\n
Die \u201eerweitern\u201c-Beziehung<\/a>wird verwendet, wenn ein Anwendungsfall unter bestimmten Bedingungen Verhalten zu einem anderen Anwendungsfall hinzuf\u00fcgt. Sie zeigt an, dass der erweiternde Anwendungsfall ein optionaler Bestandteil des Basis-Anwendungsfalls ist.<\/p>\nBeispiel im BBS<\/h3>\n
Im BBS k\u00f6nnte ein Beispiel f\u00fcr eine \u201eerweitern\u201c-Beziehung ein Anwendungsfall wie \u201eBenachrichtigungen senden\u201c sein, der den Anwendungsfall \u201eNachrichten hochladen\u201c erweitert. Das bedeutet, dass unter bestimmten Bedingungen, beispielsweise wenn eine Nachricht hochgeladen wird, eine Benachrichtigung an andere Mitglieder versendet werden k\u00f6nnte.<\/p>\n
Nutzen<\/h3>\n
Die \u201eerweitern\u201c-Beziehung hilft dabei, optionale Verhaltensweisen und Ausnahmen zu erfassen. Sie erm\u00f6glicht die Hinzuf\u00fcgung zus\u00e4tzlicher Funktionalit\u00e4t ohne die \u00c4nderung des Basis-Anwendungsfalls, wodurch das System flexibler und anpassungsf\u00e4higer an verschiedene Szenarien wird.<\/p>\n
Warum Anwendungsfalldiagramme f\u00fcr die Anforderungsmodellierung n\u00fctzlich sind<\/h2>\n1. Benutzerzentrierter Ansatz<\/h3>\n
Anwendungsfalldiagramme konzentrieren sich auf die Perspektive des Benutzers und stellen sicher, dass das System die Bed\u00fcrfnisse und Erwartungen der Benutzer erf\u00fcllt. Durch die Identifizierung von Akteuren und deren Interaktionen mit dem System k\u00f6nnen wir ein System gestalten, das intuitiv und benutzerfreundlich ist.<\/p>\n
2. Klare Anforderungen<\/h3>\n
Anwendungsfalldiagramme helfen dabei, die funktionalen Anforderungen des Systems auf klare und pr\u00e4zise Weise zu erfassen und zu dokumentieren. Jeder Anwendungsfall steht f\u00fcr ein spezifisches Ziel oder eine bestimmte Funktionalit\u00e4t, was die Verst\u00e4ndlichkeit und Verwaltung der Anforderungen des Systems erleichtert.<\/p>\n
3. Kommunikationsmittel<\/h3>\n
Anwendungsfalldiagramme dienen als Kommunikationsmittel zwischen Stakeholdern, Entwicklern und Benutzern. Sie bieten eine visuelle Darstellung der Funktionalit\u00e4t des Systems und stellen sicher, dass alle Beteiligten ein gemeinsames Verst\u00e4ndnis von Verhalten und Anforderungen des Systems haben.<\/p>\n
4. Identifizieren von L\u00fccken<\/h3>\n
Durch die Analyse von Anwendungsf\u00e4llen k\u00f6nnen potenzielle L\u00fccken und Ungereimtheiten in den Anforderungen des Systems fr\u00fchzeitig identifiziert und behoben werden. Dies tr\u00e4gt dazu bei, ein robusteres und zuverl\u00e4ssigeres System zu schaffen.<\/p>\n
5. Testf\u00e4lle<\/h3>\n
Anwendungsf\u00e4lle<\/a>k\u00f6nnen verwendet werden, um Testf\u00e4lle abzuleiten, um sicherzustellen, dass das System gr\u00fcndlich getestet wird und die festgelegten Anforderungen erf\u00fcllt. Jeder Anwendungsfall kann in einen oder mehrere Testf\u00e4lle \u00fcbersetzt werden, die sowohl den Haupterfolgsverlauf als auch alternative Szenarien abdecken.<\/p>\nFazit<\/h2>\n
- \n
- Assoziation:<\/strong>\u00a0Eine Linie, die einen Akteur mit einem Use Case verbindet, und zeigt an, dass der Akteur an diesem Use Case teilnimmt.<\/li>\n
- Include:<\/strong>Eine Beziehung zwischen Anwendungsf\u00e4llen, bei der ein Anwendungsfall das Verhalten eines anderen Anwendungsfalls enth\u00e4lt.<\/li>\n
- Erweitern:<\/strong>Eine Beziehung zwischen Anwendungsf\u00e4llen, bei der ein Anwendungsfall das Verhalten eines anderen Anwendungsfalls unter bestimmten Bedingungen erweitert.<\/li>\n
- Verallgemeinerung:<\/strong>Eine Beziehung zwischen Akteuren oder Anwendungsf\u00e4llen, bei der ein Akteur oder Anwendungsfall eine spezialisierte Version eines anderen ist.<\/li>\n<\/ul>\n<\/li>\n<\/ul>\n
Einbeziehung-Beziehung<\/h2>\n
Definition<\/h3>\n
Die \u201eeinbeziehen\u201c-Beziehung<\/a>wird verwendet, wenn ein Anwendungsfall das Verhalten eines anderen Anwendungsfalls enth\u00e4lt. Sie zeigt an, dass der eingeschlossene Anwendungsfall ein obligatorischer Bestandteil des Basis-Anwendungsfalls ist.<\/p>\n
Beispiel im BBS<\/h3>\n
Im Bulletin-Board-System enthalten die Anwendungsf\u00e4lle \u201eNachrichten hochladen\u201c, \u201eNachrichten bearbeiten\u201c, \u201eNachrichten l\u00f6schen\u201c und \u201eNachrichten suchen\u201c alle den Anwendungsfall \u201eAnmelden\u201c. Das bedeutet, dass ein Mitglied sich zun\u00e4chst beim System anmelden muss, um eine dieser Aktionen auszuf\u00fchren.<\/p>\n
Nutzen<\/h3>\n
Die \u201eeinbeziehen\u201c-Beziehung hilft dabei, die Anwendungsf\u00e4lle zu modularisieren und Redundanz zu vermeiden. Durch die Einbeziehung des Anwendungsfalls \u201eAnmelden\u201c stellen wir sicher, dass der Anmeldevorgang ein obligatorischer Schritt f\u00fcr diese Aktionen ist, und wir m\u00fcssen die Anmel Schritte nicht in jeder Anwendungsfallbeschreibung wiederholen.<\/p>\n
Erweiterungs-Beziehung<\/h2>\n
Definition<\/h3>\n
Die \u201eerweitern\u201c-Beziehung<\/a>wird verwendet, wenn ein Anwendungsfall unter bestimmten Bedingungen Verhalten zu einem anderen Anwendungsfall hinzuf\u00fcgt. Sie zeigt an, dass der erweiternde Anwendungsfall ein optionaler Bestandteil des Basis-Anwendungsfalls ist.<\/p>\n
Beispiel im BBS<\/h3>\n
Im BBS k\u00f6nnte ein Beispiel f\u00fcr eine \u201eerweitern\u201c-Beziehung ein Anwendungsfall wie \u201eBenachrichtigungen senden\u201c sein, der den Anwendungsfall \u201eNachrichten hochladen\u201c erweitert. Das bedeutet, dass unter bestimmten Bedingungen, beispielsweise wenn eine Nachricht hochgeladen wird, eine Benachrichtigung an andere Mitglieder versendet werden k\u00f6nnte.<\/p>\n
Nutzen<\/h3>\n
Die \u201eerweitern\u201c-Beziehung hilft dabei, optionale Verhaltensweisen und Ausnahmen zu erfassen. Sie erm\u00f6glicht die Hinzuf\u00fcgung zus\u00e4tzlicher Funktionalit\u00e4t ohne die \u00c4nderung des Basis-Anwendungsfalls, wodurch das System flexibler und anpassungsf\u00e4higer an verschiedene Szenarien wird.<\/p>\n
Warum Anwendungsfalldiagramme f\u00fcr die Anforderungsmodellierung n\u00fctzlich sind<\/h2>\n
1. Benutzerzentrierter Ansatz<\/h3>\n
Anwendungsfalldiagramme konzentrieren sich auf die Perspektive des Benutzers und stellen sicher, dass das System die Bed\u00fcrfnisse und Erwartungen der Benutzer erf\u00fcllt. Durch die Identifizierung von Akteuren und deren Interaktionen mit dem System k\u00f6nnen wir ein System gestalten, das intuitiv und benutzerfreundlich ist.<\/p>\n
2. Klare Anforderungen<\/h3>\n
Anwendungsfalldiagramme helfen dabei, die funktionalen Anforderungen des Systems auf klare und pr\u00e4zise Weise zu erfassen und zu dokumentieren. Jeder Anwendungsfall steht f\u00fcr ein spezifisches Ziel oder eine bestimmte Funktionalit\u00e4t, was die Verst\u00e4ndlichkeit und Verwaltung der Anforderungen des Systems erleichtert.<\/p>\n
3. Kommunikationsmittel<\/h3>\n
Anwendungsfalldiagramme dienen als Kommunikationsmittel zwischen Stakeholdern, Entwicklern und Benutzern. Sie bieten eine visuelle Darstellung der Funktionalit\u00e4t des Systems und stellen sicher, dass alle Beteiligten ein gemeinsames Verst\u00e4ndnis von Verhalten und Anforderungen des Systems haben.<\/p>\n
4. Identifizieren von L\u00fccken<\/h3>\n
Durch die Analyse von Anwendungsf\u00e4llen k\u00f6nnen potenzielle L\u00fccken und Ungereimtheiten in den Anforderungen des Systems fr\u00fchzeitig identifiziert und behoben werden. Dies tr\u00e4gt dazu bei, ein robusteres und zuverl\u00e4ssigeres System zu schaffen.<\/p>\n
5. Testf\u00e4lle<\/h3>\n
Anwendungsf\u00e4lle<\/a>k\u00f6nnen verwendet werden, um Testf\u00e4lle abzuleiten, um sicherzustellen, dass das System gr\u00fcndlich getestet wird und die festgelegten Anforderungen erf\u00fcllt. Jeder Anwendungsfall kann in einen oder mehrere Testf\u00e4lle \u00fcbersetzt werden, die sowohl den Haupterfolgsverlauf als auch alternative Szenarien abdecken.<\/p>\n
Fazit<\/h2>\n
- Include:<\/strong>Eine Beziehung zwischen Anwendungsf\u00e4llen, bei der ein Anwendungsfall das Verhalten eines anderen Anwendungsfalls enth\u00e4lt.<\/li>\n