WEEK 4 Material Lecture 4a (Wed.). Use Cases/Actors o What is a use case ? l A sequence of actions performed by a system that yields an observable result.

Slides:



Advertisements
Similar presentations
1Spring 2005 Specification and Analysis of Information Systems Specifying Requirements with Use Case Diagrams Part II.
Advertisements

IT Requirements Capture Process. Motivation for this seminar Discovering system requirements is hard. Formally testing use case conformance is hard. We.
© 2010 Bennett, McRobb and Farmer1 Use Case Description Supplementary material to support Bennett, McRobb and Farmer: Object Oriented Systems Analysis.
© Copyright 2011 John Wiley & Sons, Inc.
Scenarios: The missing link or – “ Some Stuff About Use Cases and Testing”
Actors and use cases Use-case diagram Brief notation Prioritization Fully dressed notation Requirements Functional requirements  Use-cases.
1 Use Cases 2 CSSE 371 Software Requirements and Specification Mark Ardis, Rose-Hulman Institute September 20, 2004.
Use-case Modeling.
Uml and Use Cases CS 414, Software Engineering I Mark Ardis Rose-Hulman Institute January 9, 2003.
Use Cases & Requirements Analysis By: Mostafa Elbarbary.
© 2005 Prentice Hall4-1 Stumpf and Teague Object-Oriented Systems Analysis and Design with UML.
Functional Requirements – Use Cases Sriram Mohan/Steve Chenoweth (Chapters 14, 21 – Requirements Text) 1.
A use case describes one “case” of how a user can use the system.
Functional Requirements – Use Cases Steve Chenoweth & Chandan Rupakheti (Chapters 14, 21 – Requirements Text)  Quiz question 9 relates to this, when you’ve.
1COM6030 Systems Analysis and Design © University of Sheffield 2005 COM 6030 Software Analysis and Design Lecture 6 - Use cases and activity diagrams Dr.
System Sequence Diagrams
® IBM Software Group © 2006 IBM Corporation Writing Good Use Cases Module 4: Detailing a Use Case.
Object-Oriented Analysis - Instructor Notes
® IBM Software Group © 2006 IBM Corporation Rational Software France Object-Oriented Analysis and Design with UML2 and Rational Software Modeler 06. Requirements.
1 © 2005 course technology University Of Palestine Chapter 6 Storyboarding the User’s Experience.
1 Objectives  Describe design constraints.  Identify methods of specifying functional requirements.  Describe techniques for writing and structuring.
SYS466: Analysis and Design Using OO Models
Requirements Functional requirements  Use-cases
From Use Cases to Test Cases 1. A Tester’s Perspective  Without use cases testers will approach the system to be tested as a “black box”. “What, exactly,
10/12/ Recall The Team Skills 1. Analyzing the Problem (with 5 steps) 2. Understanding User and Stakeholder Needs 1. Interviews & questionnaires.
Chapter 6 Use Cases. Use Cases: –Text stories Some “actor” using system to achieve a goal –Used to discover and record requirements –Serve as input to.
Requirements Analysis via Use Cases SE-2030 Dr. Rob Hasker 1 Based on slides written by Dr. Mark L. Hornick Used with permission.
Requirements – Scenarios and Use Cases
USE CASES: An introduction By: Robert Smith Stick figure jokes from
2. Inception 6. Use-Case Model: Writing Requirements in Context.
Chapter 5 Models and UML Notation for The Object-Oriented Approach.
UML-1 3. Capturing Requirements and Use Case Model.
UML-1 8. Capturing Requirements and Use Case Model.
A Use Case Primer 1. The Benefits of Use Cases  Compared to traditional methods, use cases are easy to write and to read.  Use cases force the developers.
Yarmouk University Department of Computer Information Systems CIS 499 Yarmouk University Department of Computer Information Systems CIS 499 Yarmouk University.
Faculty of Applied Engineering and Urban Planning Software Engineering Department Software Engineering Lab Use Cases Faculty of Information system Technology.
Shanghai Jiao Tong University 上海交通大学软件工程中心 Object Oriented Analysis and Design Requirements Overview.
Use Cases, Part I Understanding the Business Dynamics  Understand the business workflow  Identify system support points the system 'use cases'
Discovering object interaction. Use case realisation The USE CASE diagram presents an outside view of the system. The functionality of the use case is.
Functional Requirements – Use Cases (Chapters 14, 21) Sriram Mohan 1.
 Relate Use Cases to  MVC and Application Architecture  CRC  Recap distinctions : Language, Process, Tool  Detail a Use Case  Elements of a Use Case.
REQUIREMENTS CAPTURE 1 ASU Course Registration System Use-case Model.
Capturing Requirements with Use Cases
Lecture 4 :Use cases III (UC description) 1. Outline CT 1414 * Nouf Aljaffan2  Concept of Use Case Description  Levels of Use Case Description  Reading.
System Sequence Diagrams Tutorial. Use-Case for Monopoly game Monopoly game Use Case UC1: Play Monopoly Game Scope: Monopoly application Level: user goal.
System sequence diagrams
Use Cases CS 6961 – Lecture 4 Nathan Dykman. Neumont UniversityCS Lecture 102 Administration Homework 1 is due –Still reviewing the proposal, but.
Week IV in SOS  Tuesday Project Time -- 4:15pm-5pm URL for project(s) due to Judy by Friday 5pm  Friday Paper  OOAD Handouts thru last Thursday (see.
The College Of Applied Studies And Community Services Lecture 3 :Use cases II (UC description) Systems Analysis & Design Instructor: Nouf Aljaffan CT 1414.
1 What is the Software Life Cycle? The stages of developing a software application Requirements Analysis High-level Design Plan Low-level Design Implementation.
PRESENTATION ON USE CASE. Use Case Modeling Use case diagrams describe what a system does from the standpoint of an external observer. The emphasis is.
1 SEQUENCE DIAGRAM EXAMPLE The domain model, showing the navigability of the associations, and the Reserve video (staff scenario) use-case description.
Unit-3 Identifying use cases Object Analysis Classification
USE CASE Pertemuan 7 Matakuliah: Konsep object-oriented Tahun: 2009.
Use Case Model Use case description.
Chapter 6: Structuring Requirements: Use Case Description and Diagrams Object-Oriented Systems Analysis and Design Joey F. George, Dinesh Batra, Joseph.
Page 1  Copyright © 1997 by Rational Software Corporation Putting the UML to Work The ESU University wants to computerize their registration system –
 Week03 Jerry Kotuba SYST30009-Engineering Quality Software 1.
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.
1 Team Skill 3 Defining the System Part 1: Use Case Modeling Noureddine Abbadeni Al-Ain University of Science and Technology College of Engineering and.
Systems Analysis and Design in a Changing World, 6th Edition
Recall The Team Skills Analyzing the Problem (with 5 steps)
Systems Analysis and Design 5th Edition Chapter 4. Use Case Analysis
Systems Analysis and Design 5th Edition Chapter 4. Use Case Analysis
Systems Analysis and Design 5th Edition Chapter 4. Use Case Analysis
Systems Analysis and Design in a Changing World, 6th Edition
Software Engineering System Modeling Chapter 5 (Part 1) Dr.Doaa Sami
Use Case Modeling.
Software Engineering System Modeling Chapter 5 (Part 1) Dr.Doaa Sami
Manage Sourcing - Supplier
Presentation transcript:

WEEK 4 Material Lecture 4a (Wed.)

Use Cases/Actors o What is a use case ? l A sequence of actions performed by a system that yields an observable result of value to a particular actor. o What is an actor? l Someone or something that interacts with the system

The Use Case Detail +Each identified Use Case is defined in further detail. o Use Case name o Use Case summary -- a brief description of: l the nature of what the actor needs (the system) to do l the observable result of value to the actor o Preconditions / Postconditions o Use Case flow l simple – bullet list l more complex – "flow-of-events" o Use Case scenarios, as needed

Use Case Detail ~ completing the narrative the set of user actions and system responses (execution of some computation or algorithmic procedure), initiated when: Ô an actor signals (“sends a request to”) the system, or Ô the system gets a scheduled request. For example: o Use Case name: k Accept Bid o Use Case description: record the amount a club member is offering in response to the invitation to bid in an auction. Comment: This is either the member's initial bidding response of a subsequent response that changes the member's original bid-amount -- i.e., only the current (latest) bid-amount for a member in a given auction is recorded.

Use Case Detail ~ completing the narrative (continued) o Use Case Flow-of-Events: l a narrative (outline or list) describing the sequence of action / response steps. o Use Case Scenarios: l One use-case flow may have different courses of action – different paths through the flow, e.g., k different conditions k alternative branches l Each scenario describes one path through the use-case flow. k one "normal" (most typical) scenario ~ the “Happy Day” scenario k additional variations – e.g., "what could go wrong?"

Use Case Detail ~ the Flow-of-Events Begin by describing the "simple" (most typical) flow: o the Search for Firms and Submit RFQ flow of events: The user selects link from homepage for SurveyThis application The system displays zip code and type of survey form The user enters zip code and survey type and submits form The system displays Firm List The user selects hyperlink on a firm to view online credentials The user selects firms and submits Request for Qualifications (and names project) The system sends Request for Qualification Notice to selected providers.

Use Case Detail ~ Scenarios A scenario is one possible path through a use-case flow. It shows one particular combination of conditions within the use case. o For each step in the typical flow, ask "what could go wrong here?" or "how might this be done differently?" For example, you could describe scenarios for: l Scenario 1: an invalid zip code is keyed in l Scenario 2: no firms in zip code area. l Scenario 3: the user decides to not submit RFQ +However: don't go overboard during this phase. You will do more of this in later phases.

Using a “Use Case Template” +Format for collecting the detail about the use case +Note that its format is NOT specified as a part of the UML standard -- every site tends to define their own.... And “here is one” (next slide)

Another Use Case Template