1 Use Case Diagrams Use Case Actor Use case description Use case realization (Scenario) Use case relationships –Extends –Uses.

Slides:



Advertisements
Similar presentations
Withdrawal Transaction Use Case Primary Actor: Customer Pre-conditions: The customer must have a valid ATM card and PIN. Post-conditions: The customer.
Advertisements

Use Case Diagrams Damian Gordon.
CPSC 333: Foundations of Software EngineeringJ. Denzinger 2.2. Use Cases: Scenario based requirements modeling Recommended: Booch, Rumbaugh, Jacobson:
Use Case & Use Case Diagram
Use Case Modeling SJTU. Unified Modeling Language (UML) l Standardized notation for object-oriented development l Needs to be used with an analysis and.
Gerhard Dueck -- CS3013Capturing Requirements as Use Cases 1 Capturing the Requirements as use Cases  Requirements Description  We need to describe –The.
CS3773 Software Engineering Lecture 03 UML Use Cases.
Use Case Diagram © copyright 2001 SNU OOPSLA Lab..
 Need to Gather requirements and other related information  Use case Modeling ◦ What the system will do for the users.
Use-case Modeling.
1 CS 426 Senior Projects Chapter 4: Use Case Modeling [Arlow and Neustadt, 2002] February 8, 2007.
COST G9 - Work group 2 Cadastral science meeting Aalborg, Dk Modeling methodology for real estate transactions Radoš Šumrada Faculty.
1 CS 425 Software Engineering Project Preparation Use Case Modeling [Based on Chapters 3 & 4, Arlow and Neustadt, “UML and the Unified Process,” Addison-Wesley,
Use cases and requirement specification - 1 Use case diagrams 3 use cases System boundaries Remember: Use case diagramming is a tool, not the requirements.
CSCI928 Software Engineering Requirements & Specifications Modeling System Interactions Tri A. Kurniawan, M.Eng. Ph.D Candidate
C++ Training Datascope Lawrence D’Antonio Lecture 11 UML.
UML Sequence Diagrams Eileen Kraemer CSE 335 Michigan State University.
Use Case Modeling.
Joey F. George, Dinesh Batra, Joseph S. Valacich, Jeffrey A. Hoffer
USE Case Model.
® IBM Software Group © 2006 IBM Corporation Rational Software France Object-Oriented Analysis and Design with UML2 and Rational Software Modeler 06. Requirements.
SOFTWARE ENGINEERING BIT-8 APRIL, 16,2008 Introduction to UML.
Software Engineering Design & Modelling
Interaction Modeling. Introduction (1) Third leg of the modeling tripod. It describes interaction within a system. The class model describes the objects.
UML The Unified Modeling Language A Practical Introduction Al-Ayham Saleh Aleppo University
 A software application is like a city  Modeling = Architecture  OOP = Civil Engineering  UML Classes = Blueprints of Buildings  UML is a common.
Requirements as Usecases Capturing the REQUIREMENT ANALYSIS DESIGN IMPLEMENTATION TEST.
Requirements Capture. Four Steps of requirements capture List candidate requirements Understand system context Capture functional requirements Capture.
UML-1 3. Capturing Requirements and Use Case Model.
University of Toronto at Scarborough © Kersti Wain-Bantin CSCC40 Use Case 1 what are use cases? “A specification of sequences of actions, including variant.
UML-1 8. Capturing Requirements and Use Case Model.
® IBM Software Group © 2006 IBM Corporation Writing Good Use Cases Module 1: Introduction to Use-Case Modeling.
Faculty of Applied Engineering and Urban Planning Software Engineering Department Software Engineering Lab Use Cases Faculty of Information system Technology.
Use Case Modeling Chapter 7 Part of Requirements Modeling Designing Concurrent, Distributed, and Real-Time Applications with UML Hassan Gomaa (2001)
1 Structuring Systems Requirements Use Case Description and Diagrams.
©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 4 Slide 1 Slide 1 Use Case Diagrams.
CPSC 203. Use Case Diagram  A description of a system’s behavior as it responds to a request that originates from outside of that system. Specifies the.
Discovering object interaction. Use case realisation The USE CASE diagram presents an outside view of the system. The functionality of the use case is.
1 Capturing Requirements As Use Cases To be discussed –Artifacts created in the requirements workflow –Workers participating in the requirements workflow.
Use Cases Use Cases are employed to describe the functionality or behavior of a system. Each use case describes a different capability that the system.
Use Case Diagram The purpose is to communicate the system’s functionality and behaviour to the customer or end user. Mainly used for capturing user requirements.
Unified Modeling Language User Guide Section 4 - Basic Behavioral Modeling Chapter 16 - Use Cases Chapter 17 - Use Case Diagrams.
CS212: Object Oriented Analysis and Design Lecture 32: Use case and Class diagrams.
22 August, 2007Information System Design IT60105, Autumn 2007 Information System Design IT60105 Lecture 8 Use Case Diagrams.
Lecture 14 22/10/15. The Object-Oriented Analysis and Design  Process of progressively developing representation of a system component (or object) through.
Analysis Yaodong Bi. Introduction to Analysis Purposes of Analysis – Resolve issues related to interference, concurrency, and conflicts among use cases.
UML - Development Process 1 Software Development Process Using UML.
UML Course Instructor: Rizwana Noor. Overview  Modeling  What is UML?  Why UML?  UML Diagrams  Use Case  Components  Relationships  Notations.
Use Case Diagrams. Introduction In the previous Lecture, you saw a brief review of the nine UML diagrams. Now that you have the clear, you'll start to.
CSCI 383 Object-Oriented Programming & Design Lecture 7 Martin van Bommel.
Lecture 5 Introduction to Use Case Analysis and the Analysis Model Introduction to the UML.
George Wang, Ph.D. COMP 380/L Lesson 2. Use Case Use cases are a way to capture system functionalities (i.e., functional requirements) Based on use case.
Developing Business Processes Developing an activity diagram of the business processes can provide us with an overall view of the system.
Systems Analysis and Design in a Changing World, Fourth Edition
Use Case Modeling - II Lecture # 27.
The Movement To Objects
Unified Modeling Language
Object-Oriented Analysis Principles using UML
UML PPt by: Hong Qing Yu.
SAD ::: Spring 2018 Sabbir Muhammad Saleh
Joey F. George, Dinesh Batra, Joseph S. Valacich, Jeffrey A. Hoffer
Object Oriented Analysis and Design
Software Design Lecture : 15.
Using Use Case Diagrams
Copyright 2007 Oxford Consulting, Ltd
Software Engineering System Modeling Chapter 5 (Part 1) Dr.Doaa Sami
Interaction Modeling Extracted from textbook:
Use Case Modeling Part of the unified modeling language (U M L)
CS 425 Software Engineering
CS 425/625 Software Engineering
Presentation transcript:

1 Use Case Diagrams Use Case Actor Use case description Use case realization (Scenario) Use case relationships –Extends –Uses

2 Use Case Diagrams  shows the relationship among actors and use cases within a system.  the use case model represents functionality of a system or a class as mainfested to external interactors with the system  shows a system boundary Example

3 Use Case Model

4 Use Case  a sequence of transactions in a system whose task is to yield a measurable value to an individual actor of the system  UML definition : a coherent unit of functionality provided by a system as sequences of messages among the system and one or more outside interactors (called actors) together with actions performed by the system  the set of all use cases describes the whole functionality of the system  represents WHAT the system must provide, NOT HOW

5 Actor  a ROLE of object or objects OUTSIDE of a system that interacts directly with it as part of a use case  one physical object may play several roles (modeled by several actors)  types of actors  a primary actor initiates a use case  secondary actors (usualy machines) are called by the system to compleete a use case  actor inheritence  the specialized actor gets all capabilities of the parent actor

6 Example (of actors and use cases)

7 Goal –should be a central notion during the use case analysis –most people (even the non-technical ones) usualy think in goals while making their jobs –main objective of a software systems is to provide “some assitance” on the users’ jobs –speak with their own language, the language of GOALS and RESPONSIBILITIES.

8 Use case description  Name  Goal  Preconditions  Postconditions (success and failed)  Normal flow of events (main scenario)  Alternative flows of events (alternative scenarios)  Additional properties  priority, schedule, time, frequency  other non-functional requirements  Open issues

9 Use case realization (Scenario)  an instance of a use case (with real data values)  potentialy hundreds to thousends in an application  use cases represents a set of potential scenarios  interaction diagrams describe how use cases are realized as interactions among societes of objects Use case relationships  Communicates  the participation of an actor in a use case  the only relationship between actors and use cases  Extends & Uses  are means for structuring and simplifying functional requirements

10 Use case relationships - Extends  indicates that the instance of extended (base) use case MAY include the behaviour specified by the extending use case  a single use case may have several extenders  extension often represents unusual behaviour (esception, error)  an extension point is a location within a use case at which action sequences from other use cases may be inserted.  the base use case may be unaware of the extension

11 Example (of extends relationship)

12 Use case relationships - Uses  indicates that an instance of the use case will also include the behaviour as specified by the included use case(s) Example

13 Process of use case modelling  capture common vocabulary (glossary)  find actors (diferentiate primary and secondary actors)  for each actor determine a set of its of use cases  briefly describe use cases and actors  package use cases and actors  structure the use case model  prioritize use cases  describe use cases