Business Analysis – Use Case Diagram

UseCase Diagram

UseCase diagrams plays very important role, these diagrams help to understand the relationship between user to user and user to system. Like what is the relationship with the user and what are the actions done by the User and how user wants to interact with the system.

The focus of this diagram will be on “how external interfaces” (End users, Support systems, Database and internet connectivity to third party) will be interacting with the Proposed IT System.

Use Case Diagram contains below:

  1. Use Case will be as below:

Use Case

        2. Actor:

Use Case Actor

        3. Use Case System Boundary.

Use Case System Boundary

        4. Lines to match the Activity with the user:


Relationships between Actors and Use-Cases

Use-cases could be organized using following relationships −

  • Generalization
  • Association
  • Extend
  • Include

Where and Why Use Case Diagrams can be used:

  1. Describe the functionality of a System
  2. Describe the user Actions
  3. Use case diagrams represents only positive flow.
  4. Should not use for alternate flow, like if any error happens what to be done.
  5. To describe how user interacts with the system.
  6. To describe how external interfaces, interact with the proposed system.
  7. Actor and use case play important role.
  8. Lines represent the relationship between Actor and Use Case (Oval Shape).

Information which we should not use in use case diagrams.

  1. Technology Names (Java, .Net Mainframes)
  2. Brand Names ( Lenovo, Sony etc..)
  3. Data Base Names (SQL, MySQL, Oracle etc..)
  4. Networks (LAN, WAN etc.,)
  5. Architectures (2 Tier, 3 Tier etc..)
  6. Name of the systems (Laptop/ Desktop)

Actor :

  1. Actor stay away from the system boundary.
  2. Primary actor initiates the system to work.
  3. System depends on secondary actor for information.
  4. Reusable actors will be placed right side of the system boundary.

How to draw Use Case diagram

  1. Write all sequence of Actions.
  2. Differentiate information against Actions.
  3. Try to find out which actor is performing which action.
  4. Try to find out some modules with respect to functionality or usage.
  5. Try to draw the relationships between the identified Actors and use Cases

Once completes the Use case diagram then we will prepare use Case Specification Document. This is also called as Use Case description Document. This document helps to provide the clear picture of the Use Case Diagram.

UseCase Specification document contains below.

  1. Name of the Use Case
  2. Description of the Use Case
  3. Actors
  4. Primary
  5. Secondary
  6. Basic flow
  7. Pre-Conditions
  8. Post conditions
  9. Assumptions
  10. Dependencies
  11. Constraints
  12. Input and output
  13. Miscellaneous information.
  14. Alternate Flow.

We can’t tell which use case diagram is correct and which use case diagram is wrong. It depends on the project and stakeholders.

How to Derive Test cases.

  1. UseCase Diagram
  2. UseCase Description Document
  3. UseCase specification document will have, Basic flow, Alternate flow and description of the use cases.
  4. We can identify the scenarios from these flows.
  5. Try to identify 3 to 5 valid test data from each scenario.
  6. Then try to write the test cases from the gathered test data and scenarios.

To Know more about UML Diagrams.