Anwendungsfall: Unterschied zwischen den Versionen

aus GlossarWiki, der Glossar-Datenbank der Fachhochschule Augsburg
Keine Bearbeitungszusammenfassung
Keine Bearbeitungszusammenfassung
Zeile 15: Zeile 15:
wie für die Anwendung notwendig sindt.
wie für die Anwendung notwendig sindt.


== Definition (Spezifikation der „UML 2.4.1“, S. 579<ref name="UML 2.4.1">{{Quelle|OMG (2011)}}</ref>) ==
== Definition (Spezifikation der „UML 2.4.1“, S. 579<ref name="UML 2.4.1">{{Quelle|OMG (UML 2.4.1)}}</ref>) ==
<div class="quote">Use cases  are a  means for  specifying  required  usages of  a system. Typically,  they are  used to capture  the requirements  of a system,  that is,  what  a  system  is  supposed  to do. The  key  concepts  associated with  use cases are  '''actors''',  '''use cases''', and the '''subject'''.  The subject is  the system under  consideration  to  which the  use cases  apply.  The  users and  any  other systems that  may  interact with  the subject are represented  as actors. Actors  always  model entities that are outside the system. The required behavior  of  the subject  is  specified by  one  or  more  use cases,  which  are  defined according  to  the needs of  actors.  
<div class="quote">Use cases  are a  means for  specifying  required  usages of  a system. Typically,  they are  used to capture  the requirements  of a system,  that is,  what  a  system  is  supposed  to do. The  key  concepts  associated with  use cases are  '''actors''',  '''use cases''', and the '''subject'''.  The subject is  the system under  consideration  to  which the  use cases  apply.  The  users and  any  other systems that  may  interact with  the subject are represented  as actors. Actors  always  model entities that are outside the system. The required behavior  of  the subject  is  specified by  one  or  more  use cases,  which  are  defined according  to  the needs of  actors.  


Zeile 23: Zeile 23:
</div>
</div>


== Definition (Spezifikation der „UML 2.5“, S. 637<ref name="UML 2.5">{{Quelle|OMG (2015)}}</ref>) ==
== Definition (Spezifikation der „UML 2.5“, S. 637<ref name="UML 2.5">{{Quelle|OMG (UML 2.5)}}</ref>) ==
<div class="quote">
<div class="quote">
UseCases are a means to capture the requirements of systems, i.e., what systems are supposed to do. The key concepts
UseCases are a means to capture the requirements of systems, i.e., what systems are supposed to do. The key concepts

Version vom 2. Juni 2017, 18:28 Uhr

Dieser Artikel erfüllt die GlossarWiki-Qualitätsanforderungen nur teilweise:

Korrektheit: 2
(teilweise überprüft)
Umfang: 1
(zu gering)
Quellenangaben: 2
(wichtige Quellen fehlen)
Quellenarten: 4
(sehr gut)
Konformität: 4
(sehr gut)

Ein Anwendungsfall (engl. Use Case) beschreibt, wie sich ein System oder eine Anwendung unter bestimmten Bedingungen verhält. Die Definition von Anwendungsfällen hat zum Ziel, zwischen den Beteiligten eines Projekts Einigung über das Verhalten und den Umfang eines Systems zu erhalten.

Die Anzahl von Anwendungsfällen ist nicht vorgeschrieben, es sollten so viele definiert werden, wie für die Anwendung notwendig sindt.

Definition (Spezifikation der „UML 2.4.1“, S. 579[1])

Use cases are a means for specifying required usages of a system. Typically, they are used to capture the requirements of a system, that is, what a system is supposed to do. The key concepts associated with use cases are actors, use cases, and the subject. The subject is the system under consideration to which the use cases apply. The users and any other systems that may interact with the subject are represented as actors. Actors always model entities that are outside the system. The required behavior of the subject is specified by one or more use cases, which are defined according to the needs of actors.

Strictly speaking, the term “use case” refers to a use case type. An instance of a use case refers to an occurrence of the emergent behavior that conforms to the corresponding use case type. Such instances are often described by interaction specifications.

Use cases, actors, and systems are described using use case diagrams.

Definition (Spezifikation der „UML 2.5“, S. 637[2])

UseCases are a means to capture the requirements of systems, i.e., what systems are supposed to do. The key concepts specified in this clause are Actors, UseCases, and subjects. Each UseCase’s subject represents a system under consideration to which the UseCase applies. Users and any other systems that may interact with a subject are represented as Actors.

A UseCase is a specification of behavior. An instance of a UseCase refers to an occurrence of the emergent behavior that conforms to the corresponding UseCase. Such instances are often described by Interactions.

Übersetzung (Kowarschick)

Use-Cases (Anwendungsfälle) sind Hilfsmittel, um die Anforderungen von Systemen zur erfassen, d. h., um festzulegen, was Systeme tun sollen. Schlüsselkonzeote, die in diesem Abschnitt spezifiziert werden, sind Akteure, Use-Cases und Subjekte. Jedes Subjekt eines Use-Cases repräsentiert ein System, auf das der UseCase angewendet werden kann. Benutzer und andere Systeme, die mit einem Subjekt interagieren können, werden durch Akteure repräsentiert.

Ein Use-Case ist die Spezifikation eines Verhaltens. Eine Instanz eines Use-Cases verweist auf den Eintriff des zugehörigen Ereignisses. Derartige Instanzen werden häufig durch Interaktionen beschrieben.

Typische Fehler

Use-Cases: Akteure und Aktionen
 
Falsch Richtig Use-Cases 1.png
Use-Cases: Include und Extend
 
Falsch Richtig Use-Cases 2.png
Use-Cases: Vererbung
 
Falsch Richtig Use-Cases 3.png

Quellen

  1. OMG (UML 2.4.1): Object Management Group; OMG Unified Modeling Language – Version 2.4.1; http://www.omg.org/spec/UML/2.4.1; 2011; Quellengüte: 5 (Web)
  2. OMG (UML 2.5): Object Management Group; OMG Unified Modeling Language – Version 2.5; http://www.omg.org/spec/UML/2.5; 2015; Quellengüte: 5 (Web)
  1. Rupp, Queins, SOPHISTen (2012): Chris Rupp, Stefan Queins und die SOPHISTen; UML 2 glasklar: Praxiswissen für die UML-Modellierung; Verlag: Carl Hanser Verlag; ISBN: 3446430571, 978-3446430570; Web-Link; 2012; Quellengüte: 5 (Buch)
  2. Kowarschick (MMDB-Skript): Wolfgang Kowarschick; Vorlesung Multimedia-Datenbanksysteme – Sommersemester 2018; Hochschule: Hochschule Augsburg; Adresse: Augsburg; Web-Link; 2018; Quellengüte: 4 (Skript)
  3. Kowarschick (MMDB): Wolfgang Kowarschick; Vorlesung „Multimedia-Datenbanksysteme“; Hochschule: Hochschule Augsburg; Adresse: Augsburg; Web-Link; 2016; Quellengüte: 3 (Vorlesung)
  4. Kowarschick (WebProg): Wolfgang Kowarschick; Vorlesung „Web-Programmierung“; Hochschule: Hochschule Augsburg; Adresse: Augsburg; Web-Link; 2024; Quellengüte: 3 (Vorlesung)
  5. TO BE DONE

    Definition

    Ein Use Case, oder auch Anwendungsfall, ist eine Darstellung einer Interaktion zwischen einem Anwender und einem System. Es soll den Beteiligten an einem Softwareprojekt einen ersten Eindruck über die Funktionalität des Systems geben, welches entwickelt werden soll. Dabei wird durch das Use Case Diagramm die Funktion des Systems als auch die der Benutzergruppen, Akteure, klar dargestellt. Auf Grund des hohen Abstraktionsgrades wird sichergestellt, dass nicht nur Experten (meist Informatiker und Systemarchitekten) verstehen können, um was es sich bei dem System handelt, sondern auch Laien, wie z.B. Manager, Designer, spätere Benutzer.

    Aufbau

    Um einen Anwendungsfall aufzubauen, gibt es die Möglichkeit, zunächst alle wichtigen Bestandteile des Diagramms zu notieren

    Ziel: Welches Ziel soll das der Benutzer mit dem System erreichen?

    Kontext: Was ist das überhaupt für ein System?

    Einschränkungen: Gibt es Aufgaben, die das System selbst nicht ausführt? Ausführung durch externe Atkeure?

    Primärer Akteur: In der Regel der Benutzer

    Sekundärer Akteur: Systeme oder Akteure die nicht Bestandteil des eigentlichen Systems sind.

    Betroffene: Gibt es Akteure, die durch die Funktionen des Systems betroffen sind?

    Vorbedingungen: Welche Bedingungen müssen gegeben sein, damit dieser Anwendungsfall möglich ist?

    Nachbedingung im Erfolgsfall: Was passiert wenn der Anwendungsfall erfolgreich durchgeführt wurde?

    Nachbedingung im Fehlerfall: Was passiert wenn Fehler auftreten? Exceptionhandling.

    Zuletzt kann der eigentliche Ablauf, in grafischer oder schriftlicher Form dargestellt werden.