Use Case Diagram — Unit 1#
Steps to create a Use Case Diagram#
What is the system being created?
Who are the actors using the system? (People, Organisations, Other systems, External devices)
Is each actor a primary actor or a secondary actor?
What actions will the primary actors want to do with the system?
How will each actor interact with the use cases?
Are the any new actions automatically connected to current use cases?
Are there any additional, optional actions connected to current use cases?
Do any use cases or actors have sub categories?
Use Case Diagram Symbols#
Extend and Include#
These two are easy to confuse:
Extend — adds more functionality to the system
is dependent on the extended (base) use case
usually optional and can be triggered conditionally
Include — simplifies complex behaviours and can be used for common actions reused across multiple use cases.
base use case is incomplete without the included use case
included use case is mandatory and not optional
Checking the Use Case Diagram for Unit 1
When marking a Use Case Diagram the following questions are asked:
Are all the actors outside of the code base?
Do the primary actors (the ones on the left) initiate the interactions with the system?
Does the system initiate the interactions with the secondary actors (the ones on the right)?
Are all the UI interactions represented in the first column of Use Cases?
Are the connections between the primary actors and the first column of Use Cases all associations (solid lines)?
Are the conenctions between internal Use Case either extensions or inclusions?
Do all the extensions have callout detailing what conditions result in it’s execution.
Unit 1 subject matter covered:
Analyse a given problem to identify the boundary or scope of the problem
Recognise the elements needed for a data-driven solution, including boundary or scope