Use Case Relationships Compared
Παρουσιάζουν τα σενάρια χρήσης (use cases) και τους χρήστες του συστήματος. Υποστηρίζονται συσχετίσεις μεταξύ των χρηστών και των σεναρίων χρήσης.
Ένα use case αποτελεί μια όψη του συστήματος. Το σύνολο όλων των όψεων αποτελεί την εξωτερική εικόνα του συστήματος.
Include relationships
In UML modeling, an include relationship is a relationship in which one use case (the base use case) includes the functionality of another use case (the inclusion use case). The include relationship supports the reuse of functionality in a use-case model.
Η λειτουργικότητα του καλούμενου («included») use case απαιτείται ώστε να επιτευχθεί η λειτουργικότητα του use case που κάνει include ένα άλλο use case
Extend relationships
In UML modeling, you can use an extend relationship to specify that one use case (extension) extends the behavior of another use case (base). This type of relationship reveals details about a system or application that are typically hidden in a use case.
Με τη σχέση «extend» ένα use case «επεκτείνει» ή «εξειδικεύει» τη λειτουργικότητα ενός άλλου use case. Δεν σημαίνει ότι αν καλέσουμε το base use case θα περιλαμβάνεται και η λειτουργικότητα του extended use case.
Generalization | Extend | Include |
Base use case could be abstract use case (incomplete) or concrete (complete). | Base use case is complete (concrete) by itself, defined independently. | Base use case is incomplete (abstract use case). |
Specialized use case is required, not optional, if base use case is abstract. | Extending use case is optional, supplementary. | Included use case required, not optional. |
No explicit location to use specialization. | Has at least one explicit extension location. | No explicit inclusion location but is included at some location. |
No explicit condition to use specialization. | Could have optional extension condition. | No explicit inclusion condition. |
http://www.uml-diagrams.org/examples/hospital-management-use-case-diagram-example.html
Documentation, Tutorials & Demos Links
Visual Paradigm
Use Case relations
http://www.uml-diagrams.org/use-case-extend.html
http://www.uml-diagrams.org/use-case-include.html
http://www.uml-diagrams.org/use-case-diagrams-examples.html
To UseCase διάγραμμα του προηγούμενου εργαστηρίου
Τα διαγράμματα δραστηριότητας (activity diagrams) είναι χρήσιμα τη μοντελοποίηση βημάτων διαδικασιών σε εφαρμογές όπου αυτές οι διαδικασίες βασίζονται σε ανταλλαγή δεδομένων ή εμπεριέχουν πολύπλοκη λογική ροή
Βασικές οντότητες:
http://www.visual-paradigm.com/support/documents/vpuserguide/94/2580/6713_creatingacti.html
http://www.visual-paradigm.com/VPGallery/diagrams/Activity.html
http://www.uml-diagrams.org/activity-diagrams.html
http://www.sparxsystems.com/resources/uml2_tutorial/uml2_activitydiagram.html
Βασικές οντότητες
Class | Summary |
Defines an expression of interaction fragments. | |
Defines a Constraint that refers to a duration interval. | |
Specifies the occurrence of signal sending and receiving or operation calls. | |
Specifies the execution of a unit of behavior or action within the Lifeline. | |
Connection point for relating a Message outside an InteractionFragment with a Message inside the InteractionFragment. | |
(not implemented) Describes that one OccurrenceSpecification must occur before the other. | |
Unit of behavior that focuses on the observable exchange of information between Instances. | |
Piece of an interaction. | |
Represents one operand of the enclosing CombinedFragment. | |
Reference to an Interaction. | |
Represents an individual participant in the Interaction. | |
Occurrence of an Operation, processed by Instances. | |
Represents what can occur at the end of a Message. | |
Basic semantic unit of Interaction. | |
Description of the internal interactions of one Lifeline relative to an Interaction. | |
Runtime constraint on the participants of the interaction. | |
http://www.visual-paradigm.com/VPGallery/diagrams/Sequence.html