
- •What is the uml?
- •2. What are ways of using uml
- •Describe uml diagrams.
- •4. How to fit the uml into development process?
- •Notes and comments, constraint rules, keywords on uml diagrams: definitions, description, examples.
- •6. Main elements of class diagram: definitions, description, examples.
- •7. Attributes and operations on class diagram: definitions,
- •Visibility name (parameter-list) : return-type {property-string}
- •8. Relationships between classes: definitions, description, examples.
- •9. Interfaces and abstract classes on class diagram:
- •10. Main elements of sequence diagram: definitions, description, examples.
- •11. Creating and deleting participants, synchronous and asynchronous calls on sequence diagram: definitions, description, examples.
- •12. Loops and conditionals on sequence diagram: definitions, description, examples.
- •13. Main elements of object diagram: definitions, description, examples.
- •14. Main elements of package diagram: definitions, description, examples.
- •15. How to show aspects on package diagram: definition, description, example.
- •16. Main elements of deployment diagram: definitions, description, examples.
- •17. Main elements of use case diagram: definitions, description, examples.
- •18. Levels of use cases on use case diagram: definitions, description, examples.
- •19. Relationships between use cases: definitions, description, examples.
- •20. Main elements of state machine diagram: definitions, description, examples.
- •21. Internal activities, activity states, superstates, concurrent states: definitions, description, examples.
- •22. Main elements of activity diagram: definitions, des, examples.
- •23. Decomposing an action on activity diagram: definition, description, example.
- •24. Partitions, expansion regions, flow final, join specifications: definitions, description, examples
- •25. Main elements of communication diagram: definitions, description, examples.
- •26. Composite structures: definition, description, example.
- •27. Main elements of component diagram: definitions, description, examples.
- •28. Collaborations: definition, description, example.
- •29. Main elements of interaction overview diagram: definitions, description, examples.
- •30. Main elements of timing diagram: definitions, description, examples.
- •Uml: Exam questions
- •What is the uml?
19. Relationships between use cases: definitions, description, examples.
Def: A relationship between two use cases is basically a dependency between the two use cases. Defining a relationship between two use cases is the decision of the modeler of the use case diagram. This reuse of an existing use case using different types of relationships reduces the overall effort required in defining use cases in a system.
Des:
Use cases share different kinds of relationships. Use case relationships can be one of the following:
• Include: When a use case is depicted as using the functionality of another use case in a diagram, this relationship between the use cases is named as an include relationship. Literally speaking, in an include relationship, a use case includes the functionality described in another use case as a part of its business process flow. An include relationship is depicted with a directed arrow having a dotted shaft. The tip of the arrowhead points to the child use case and the parent use case is connected at the base of the arrow. A key here is that the included use case cannot stand alone, i.e., one would not validate the patient record without making an appointment. The stereotype "<<include>>" identifies the relationship as an include relationship.
An example of an include relationship
For example, you can see that the functionality defined by the "Validate patient records" use case is contained within the "Make appointment" use case. Hence, whenever the "Make appointment" use case executes, the business steps defined in the "Validate patient records" use case are also executed.
• Extend: In an extend relationship between two use cases, the child use case adds to the existing functionality and characteristics of the parent use case. An extend relationship is depicted with a directed arrow having a dotted shaft, similar to the include relationship. The tip of the arrowhead points to the parent use case and the child use case is connected at the base of the arrow. The stereotype "<<extend>>" identifies the relationship as an extend relationship, as shown:
An example of an extend relationship
The figure shows an example of an extend relationship between the "Perform medical tests" (parent) and "Perform Pathological Tests" (child) use cases. The "Perform Pathological Tests" use case enhances the functionality of the "Perform medical tests" use case. Essentially, the "Perform Pathological Tests" use case is a specialized version of the generic "Perform medical tests" use case.
•Generalizations: A generalization relationship is also a parent-child relationship between use cases. The child use case in the generalization relationship has the underlying business process meaning, but is an enhancement of the parent use case. In a use case diagram, generalization is shown as a directed arrow with a triangle arrowhead. The child use case is connected at the base of the arrow. The tip of the arrow is connected to the parent use case.