use c ase m odel and use case d iagrams n.
Skip this Video
Loading SlideShow in 5 Seconds..
Use C ase M odel and Use Case D iagrams PowerPoint Presentation
Download Presentation
Use C ase M odel and Use Case D iagrams

Loading in 2 Seconds...

play fullscreen
1 / 13

Use C ase M odel and Use Case D iagrams - PowerPoint PPT Presentation

  • Uploaded on

Use C ase M odel and Use Case D iagrams. Juna Somare (2008-BCT-515) Pratima Lingden(2008-BCT-524) Sabanam Lakhey (2008-BCT-533). Use case model . A set of scenarios that describes an interaction between a user and a system

I am the owner, or an agent authorized to act on behalf of the owner, of the copyrighted work described.
Download Presentation

PowerPoint Slideshow about 'Use C ase M odel and Use Case D iagrams' - martha-stevenson

An Image/Link below is provided (as is) to download presentation

Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author.While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server.

- - - - - - - - - - - - - - - - - - - - - - - - - - E N D - - - - - - - - - - - - - - - - - - - - - - - - - -
Presentation Transcript
use c ase m odel and use case d iagrams
Use Case Model and Use Case Diagrams


Pratima Lingden(2008-BCT-524)


use case model
Use case model
  • A set of scenarios that describes an interaction between a user and a system
  • Represent different ways in which a system can be used by the users
  • Involves a sequence of interactions
  • Viewed as a set of related scenarios tied together by a common goal
  • Represents a functional or process model of a system
use case diagrams

Use case diagrams

A use case diagram is “a diagram that shows the relationships among actors and use cases within a system.”

Use case diagrams are often used to:

Communicate the scope of a development project

Provide an overview of all or part of the usage requirements for a system or organization in the form of an essential model or a business model

Model your analysis of your usage requirements in the form of a system use case model

elements of use case diagram
Elements of Use case Diagram:

Use Case Diagrams have 4 major elements:

  • Actor: A user or another system that will interact with the system you are modeling.
  • Use case: A use case describes a sequence of actions that provide a measurable value to an actor
  • Relationship: An association between an actor and use case or two use cases.
  • System boundary boxes: The rectangle around the use cases is called the system boundary boxes. It indicates the scope of system.
representation of use case diagram elements
Representation of Use Case Diagram elements

1. Actor: Represented by using stick person icon.

Figure: Online shopping


2. Use case: Represented by ellipse

Figure: Implying timing considerations between use cases


3. Relationship : Lines connecting two modeling elements with an optional open-headed arrowhead on one end of the line

Figure: Enrolling students in a university

why consider use cases
Why consider use cases?
  • In a traditional Software Requirements Specification (SRS), features are presented without context.

For example:

The system shall log credit payments to the accounts receivable system. The lack of context makes room for ambiguity.

    • When does this event happen?
    • Is the order relative to other events significant?
    • Who triggers the event?
    • What happens when the accounts receivable system is unavailable?
  • In addition, a traditional SRS tends to devolve into a numbered list of detail that drones on page after page very difficult for the system's stakeholders to absorb.

Use cases break requirements down into short "stories" so that readers can more easily understand the system.









  • useful for scoping.
  • an excellent bridge between the software developer and end users.
  • Does not use a special language.
  • Easy to describe Use cases by turning it into a story or scenario.
  • Recorded using the UML and maintained within available CASE tools.
  • Test cases can be directly derived from the use cases


Not good at capturing non-functional requirements.

No guarantee of templates clarity.

difficult to avoid the temptation of describing user interface too early.

Low information content.