 Relate Use Cases to  MVC and Application Architecture  CRC  Recap distinctions : Language, Process, Tool  Detail a Use Case  Elements of a Use Case.

Slides:



Advertisements
Similar presentations
Writing Good Use Cases - Instructor Notes
Advertisements

© 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.
Use Case Modeling.
Information System Engineering
Use-case Modeling.
Systems Analysis and Design in a Changing World, Fourth Edition
Uml and Use Cases CS 414, Software Engineering I Mark Ardis Rose-Hulman Institute January 9, 2003.
SwE 313 Case Study Registration System.
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.
Close Registration Brief Description
© 2005 Prentice Hall4-1 Stumpf and Teague Object-Oriented Systems Analysis and Design with UML.
© 2005 Prentice Hall3-1 Stumpf and Teague Object-Oriented Systems Analysis and Design with UML.
Use cases and requirement specification - 1 Use case diagrams 3 use cases System boundaries Remember: Use case diagramming is a tool, not the requirements.
USER VERIFICATION SYSTEM Scope Develop a User Verification System based on the application of one or more pattern recognition techniques. To begin with.
OOAD Using the UML - Use-Case Analysis, v 4.2 Copyright  Rational Software, all rights reserved 1 Interaction Diagrams.
A use case describes one “case” of how a user can use the system.
7. 2Object-Oriented Analysis and Design with the Unified Process Objectives  Detailed Object-Oriented Requirements Definitions  System Processes—A Use.
Chapter 7: The Object-Oriented Approach to Requirements
USE Case Model.
RUP Requirements RUP Artifacts and Deliverables
® IBM Software Group © 2006 IBM Corporation Writing Good Use Cases Module 4: Detailing a Use Case.
® 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.
SYS466: Analysis and Design Using OO Models
Requirements Functional requirements  Use-cases
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.
© 2005 course technology1 1 1 University Of Palestine UML for The IT Business Analyst A practical guide to Object Oriented Requirement Gathering Hoard.
Testing Workflow In the Unified Process and Agile/Scrum processes.
Requirements Artifacts Precursor to A & D. Objectives: Requirements Overview  Understand the basic Requirements concepts and how they affect Analysis.
REQUIREMENTS CAPTURE 1 ASU Course Registration System Use-case Model Actor.
Behavioral Modeling: Sequence and Communication Diagrams Copyright © 2009 John Wiley & Sons, Inc. Copyright © 2005 Pearson Education Copyright © 2009 Kannan.
1 Object-Oriented Modeling Using UML CS 3331 Section 2.4 Modeling Requirements with Use Cases.
1 Use Case Modeling Reference: RUP Doc. Use Case Example 2.
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.
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'
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.
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.
REQUIREMENTS CAPTURE 1 ASU Course Registration System Use-case Model.
System sequence diagrams
Use Case Model Use case diagram. Relevant Requirements Artifacts Use-Case Model Supplementary Specification Use-Case Specifications... Glossary Actors.
Staffordshire UNIVERSITY School of Computing Version Jan 08 original by K.Ingram & J.Westlake1 Use Case Scripts The text to describe a particular Use Case.
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.
Systems Analysis and Design in a Changing World, Fourth Edition
Essentials of Visual Modeling w/ UML Instructor Notes
UML - Development Process 1 Software Development Process Using UML.
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 –
7 Systems Analysis – ITEC 3155 The Object Oriented Approach – Use Cases.
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.
Engineering Quality Software Week02 J.N.Kotuba1 SYST Engineering Quality Software.
Systems Analysis and Design in a Changing World, Fourth Edition
Recall The Team Skills Analyzing the Problem (with 5 steps)
Use Case Model Use case diagram.
Week 10: Object Modeling (1)Use Case Model
UML Use Case Diagrams.
Systems Analysis and Design 5th Edition Chapter 4. Use Case Analysis
Systems Analysis and Design 5th Edition Chapter 4. Use Case Analysis
Requirements: Use Case Models and Narratives
Systems Analysis and Design 5th Edition Chapter 4. Use Case Analysis
Object Oriented Analysis and Design
Use Case Document Example
Presentation transcript:

 Relate Use Cases to  MVC and Application Architecture  CRC  Recap distinctions : Language, Process, Tool  Detail a Use Case  Elements of a Use Case narrative  The Use Case 'flow-of-events'  How a 'flow-of-events' and a 'scenario' differ  A Use Case 'template' Week IV (cont) Detail a Use Case

2 Detail a Use Case Write a narrative for each use case scoped for development.  Elements of a Use Case narrative.  Writing the flow-of- events.  How a flow-of-events differs from a scenario  A Use Case template

3 Sample Workflow for EU-Rent

4 Sample Use Case Diagram for EU-Rent Correct Member Details...make routine corrections or updates to a club member's changeable data (name, address, etc.). Register Club Member...record information about a new member, including setting up all the member's rental group preferences. Terminate Club Member...end a member's participation in the Customer Loyalty program.

5  Each identified Use Case is defined in further detail.  Use Case name  Use Case summary -- a brief description of: the nature of what the actor needs (the system) to do the observable result of value to the actor  Pre-conditions / Post-conditions  Use Case flow simple – bullet list more complex – "flow-of-events"  Use Case scenarios, as needed begun last time ~ refine (if needed) and then add detail for each use case The Use Case Detail

6 the set of user actions & system responses (a computation or algorithmic procedure), initiated when:  an actor signals (“sends a request to”) the system, or  the system gets a scheduled request. For example  Use Case name: Accept Bid  Use Case [initial] description: 'Accept Bid' records the amount a club member is offering in response to the invitation to bid in an auction. is refined into two thoughts:  Description: The Actor wishes to record the amount a club member is offering in response to the invitation to bid in an auction.  Goal: Upon successful completion of this processing, the system has recorded the member's bid amount. Use Case Detail ~ completing the narrative

7 Use Case Detail ~ completing the narrative (cont.)  Use Case Flow-of-Events: a narrative (outline or list) describing the sequence of action / response steps.  Use Case Scenarios: One use-case flow may have different courses of action – different paths through the flow, e.g., o different conditions o alternative branches Each scenario describes one path through the use-case flow. o one "normal" (most typical) scenario ~ generally the “Happy Day” scenario o additional variations – e.g., "what could go wrong?" If the use case is very simple, Is it okay to simply list the scenarios?

8 Use Case Detail ~ the Flow-of-Events Begin by describing the "simple" (most typical) flow:  the Accept Bid flow of events: 1. The actor enters/selects the bid to be updated. The system presents the current bid-amount for that bid, along with information on the bidder (club-member) and the auction (vehicle-model). 2. The actor visually confirms the member information. 3. The actor visually confirms the vehicle model information. 4. The actor enters the new bid-amount. The system confirms the successful update.  The pattern for each step in the flow is: The actor. The system responds with.

9 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.  Begin with the typical ("happy day") case. Scenario 1: A bidder has sent in a positive-amount bid.  Then add variations (e.g., things that could go wrong). For example, you could then describe scenarios for: Scenario 2: Not active member: A bid has been sent in by a bidder who is not an active club-member. Scenario 3: Non-participating member: A bid has been sent in by a member who is not participating in the auction. Scenario 4: Bidding is closed: The auction's bidding has been closed.  However: don't go overboard during this phase. You will do more of this in later phases.

10 A Use- Case Template  Use Case Name Description Goal (Observable Result or Value)  Contract Pre-conditions & Post-conditions  Flow-of-Events Normal, Alternate, Exceptional  Scenarios (list only)  Non-Behavioral Requirements, Notes & Open Issues

12 Detail a Use Case (In Class Exercise)  Consider the Use Cases from our example of Week II (Course Registration System):  Register for courses  Select courses to teach  Request course roster  Maintain course Information  Maintain professor Information  Maintain student information  Create course catalog  We will detail the Select Courses to Teach Use Case

13 Detail a Use Case (In Class Exercise cont )  Write your use case detail in terms of what the system should do, not how the system does it, I.e., the language of the domain. It should include:  When and how the use case starts and ends  What interaction the use case has with the actors  What data is needed by the use case  The normal sequence of events for the use case  A description of any alternate or exceptional flows  Now - Detail the Select Courses to Teach Use Case

14 Detail a Use Case (In Class Workshop)  Consider Use Cases from EU-Bid