AP2_FISI - UML für Systemintegratoren - Use-Case-Diagramme
Deck: AP2_FISI Kategorie: UML für Systemintegratoren Subkategorie: Use-Case-Diagramme Anzahl Karten: 26
Was ist ein Use-Case-Diagramm?::Ein Use-Case-Diagramm ist ein Werkzeug der Unified Modeling Language (UML), das verwendet wird, um die Funktionalität eines Systems aus der Perspektive eines externen Benutzers darzustellen.
Worauf konzentrieren sich Use-Case-Diagramme?::Use-Case-Diagramme konzentrieren sich auf das ‘Was’ und nicht auf das ‘Wie’ der Systemfunktionen. Sie bilden die Anforderungen an ein System auf hoher Ebene ab, ohne auf die technische Implementierung einzugehen.
Welche Interaktionen visualisieren Use-Case-Diagramme?::Use-Case-Diagramme visualisieren die Interaktion zwischen Benutzern (oder ‘Akteuren’) und dem System.
In welcher Phase der Systementwicklung werden Use-Case-Diagramme eingesetzt?::In der frühen Phase der Systementwicklung helfen Use-Case-Diagramme dabei, die Anforderungen der Stakeholder zu erkennen und zu definieren.
Welche Rolle spielen Use-Case-Diagramme im System- und Software-Design?::Während der Designphase unterstützen Use-Case-Diagramme die Architekten und Entwickler dabei, ein klares Bild davon zu erhalten, wie das System gestaltet werden muss, um den Benutzeranforderungen gerecht zu werden.
Wie werden Use-Case-Diagramme in der Dokumentation eingesetzt?::Use-Case-Diagramme dienen als effektives Kommunikationsmittel zwischen technischen und nicht-technischen Stakeholdern, indem sie eine einfache und verständliche Darstellung der Systemfunktionen bieten.
Wie nutzen Projektmanager Use-Case-Diagramme?::Projektmanager nutzen Use-Case-Diagramme, um den Umfang eines Projekts zu definieren und zu kontrollieren, sowie den Fortschritt im Hinblick auf die abgedeckten oder noch zu entwickelnden Anwendungsfälle zu überwachen.
Wie werden Use-Case-Diagramme im Testen eingesetzt?::Testteams verwenden Use-Case-Diagramme, um Testfälle abzuleiten. Für jeden Anwendungsfall können spezifische Testfälle entwickelt werden, um sicherzustellen, dass alle Benutzeranforderungen korrekt implementiert werden.
Was ist der Hauptzweck von Use-Case-Diagrammen?::Der Hauptzweck von Use-Case-Diagrammen liegt darin, die Interaktion zwischen einem System und seinen Benutzern darzustellen.
Was repräsentiert ein Akteur in einem Use-Case-Diagramm?::Ein Akteur repräsentiert eine Rolle, die Benutzer (sowohl Menschen als auch Systeme) mit dem System interagieren.
Was sind primäre Akteure?::Primäre Akteure initiieren eine Interaktion mit dem System, um ein Ziel zu erreichen.
Was sind sekundäre Akteure?::Sekundäre Akteure sind Akteure, die das System benötigt, um ein vom primären Akteur initiiertes Ziel zu erreichen.
Was beschreibt ein Use Case?::Ein Use Case beschreibt eine Reihe von Aktionen, die das System ausführt, um ein bestimmtes Ziel für einen Akteur zu erreichen.
Welche Attribute hat ein Use Case?::Use Case-Attribute sind Kurzbeschreibung, Vorbedingungen, Hauptfluss, alternative Flüsse und Nachbedingungen.
Was ist eine Assoziation im Use-Case-Diagramm?::Eine Assoziation ist eine einfache Linie zwischen einem Akteur und einem Use Case, die anzeigt, dass der Akteur mit diesem Use Case interagiert.
Was ist eine Include-Beziehung?::Eine Include-Beziehung ist ein Mechanismus, der verwendet wird, um die Wiederverwendung eines Use Cases in einem anderen Use Case zu ermöglichen. Sie wird durch die <
Was ist eine Extend-Beziehung?::Eine Extend-Beziehung beschreibt einen optionalen oder bedingten Teil des Use Case-Flusses. Sie verwendet die <
Was ist eine Generalisierung in Use-Case-Diagrammen?::Eine Generalisierung beschreibt eine Vererbungsbeziehung zwischen Akteuren oder Use Cases, wobei ein allgemeiner Akteur oder Use Case in spezifischere Varianten spezialisiert wird.
Wie wird ein Akteur in Use-Case-Diagrammen dargestellt?::Ein Akteur wird durch ein Strichmännchen-Symbol dargestellt.
Wie wird ein Use Case in Use-Case-Diagrammen dargestellt?::Use Cases werden als Ellipsen (Ovale) dargestellt.
Wie wird die Systemgrenze in Use-Case-Diagrammen dargestellt?::Ein Rechteck definiert die Grenzen eines Systems oder Subsystems. Innerhalb dieses Rechtecks werden die Use Cases platziert, die das System anbietet.
Was ist der erste Schritt bei der Erstellung von Use-Case-Beschreibungen?::Der erste Schritt ist die Identifikation der Akteure, die mit dem System interagieren.
Was ist der zweite Schritt bei der Erstellung von Use-Case-Beschreibungen?::Der zweite Schritt ist das Finden der Use Cases, die die funktionalen Anforderungen des Systems aus der Sicht der Akteure darstellen.
Was sind Vorbedingungen und Nachbedingungen in Use-Case-Beschreibungen?::Vorbedingungen sind Bedingungen, die erfüllt sein müssen, bevor der Use Case startet. Nachbedingungen sind Bedingungen, die nach der Ausführung des Use Cases gelten.
Wie sollten Use-Case-Beschreibungen verfeinert und geprüft werden?::Use-Case-Beschreibungen sollten von Stakeholdern und Teammitgliedern überprüft und gegen die ursprünglichen Anforderungen validiert werden. Basierend auf dem Feedback sollten sie angepasst und iteriert werden, bis eine genaue und vollständige Beschreibung erreicht ist.
Was ist eine Best Practice bei der Erstellung von Use-Case-Beschreibungen?::Eine Best Practice ist die Verwendung einer klaren und prägnanten Sprache, um Missverständnisse zu vermeiden und den Fokus auf das ‘Was’ statt auf das ‘Wie’ zu legen.