1 CS 426 Senior Projects Chapter 4: Use Case Modeling [Arlow and Neustadt, 2002] February 8, 2007.

Slides:



Advertisements
Similar presentations
CS3773 Software Engineering Lecture 03 UML Use Cases.
Advertisements

Chapter 5: Advanced Use Case Modeling [Arlow and Neustadt, 2005] CS 426/CPE 426 Senior Projects University of Nevada, Reno Department of Computer Science.
Chapter 7: Classes and Objects Chapter 8: Finding Analysis Classes [Arlow and Neustadt, 2005] CS 426/CPE 426 Senior Projects University of Nevada, Reno.
Chapter 18 Object-Oriented Systems Analysis and Design Using UML
Systems Analysis and Design in a Changing World, Fourth Edition
1 CS 426 Senior Projects Chapter 9: Relationships Chapter 10: Inheritance and Polymorphism [Arlow and Neustadt, 2005] February 12, 2009.
Chapter 10 System Sequence Diagrams. What is a System Sequence Diagram? A way of modeling input and output events related to systems It is a picture that.
1 CS 426/CPE 426 Senior Projects Chapter 5: Advanced Use Case Modeling [Arlow and Neustadt, 2002] February 13, 2007.
1 CS 426 Senior Projects Chapter 7: Classes and Objects & Chapter 8: Finding Analysis Classes [Arlow and Neustadt, 2002] February 14, 2006.
Documenting Requirements using Use Case Diagrams
Chapter 5: Advanced Use Case Modeling [Arlow and Neustadt, 2005] CS 426/CPE 426 Senior Projects University of Nevada, Reno Department of Computer Science.
Use Case Analysis Chapter 6.
1 CS 426 Senior Projects Chapter 9: Relationships Chapter 10: Inheritance and Polymorphism [Arlow and Neustadt, 2002] February 27, 2007.
© 2005 Prentice Hall4-1 Stumpf and Teague Object-Oriented Systems Analysis and Design with UML.
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,
1 CS 426 /CPE 426 Senior Projects Chapter 7: Classes and Objects & Chapter 8: Finding Analysis Classes [Arlow and Neustadt, 2005] February 19, 2008.
1 CS 426/CPE 426 Senior Projects Chapter 5: Advanced Use Case Modeling [Arlow and Neustadt, 2005] February 14, 2008.
1 CS 426 Senior Projects Chapter 4: Use Case Modeling [Arlow and Neustadt, 2005] February 5, 2009.
Use Case Modeling.
Joey F. George, Dinesh Batra, Joseph S. Valacich, Jeffrey A. Hoffer
UML Diagrams: Sequence Diagrams The Requirements Model, and The Dynamic Analysis Model Instructor: Dr. Hany H. Ammar Dept. of Computer Science and Electrical.
USE Case Model.
Chapter 7: Classes and Objects Chapter 8: Finding Analysis Classes [Arlow and Neustadt, 2005] CS 426 Senior Projects in Computer Science University of.
® IBM Software Group © 2006 IBM Corporation Rational Software France Object-Oriented Analysis and Design with UML2 and Rational Software Modeler 06. Requirements.
Chapter 5 Analysis Model. Analysis model (AM) The first step in describing how the system will implement the requirements specification The first step.
The Requirement. What is Inception? What is the vision and business case for this project? –not to define all the requirements Feasible? Buy and/or build?
UML Diagrams: Sequence Diagrams The Requirements Model, and The Dynamic Analysis Model Instructor: Dr. Hany H. Ammar Dept. of Computer Science and Electrical.
Practical Object-Oriented Design with UML 2e Slide 1/1 ©The McGraw-Hill Companies, 2004 PRACTICAL OBJECT-ORIENTED DESIGN WITH UML 2e Chapter 4: Restaurant.
Chapter 7 Appendix A Object-Oriented Analysis and Design: Use Cases Modern Systems Analysis and Design Seventh Edition Jeffrey A. Hoffer Joey F. George.
Requirements Analysis and Design Engineering Southern Methodist University CSE 7313.
University of Toronto at Scarborough © Kersti Wain-Bantin CSCC40 Use Case 1 what are use cases? “A specification of sequences of actions, including variant.
Object Oriented Analysis & Design & UML (Unified Modeling Language) 1 Part II: Requirements The requirements workflow Use case modeling Advanced.
1 Use Case Diagrams Use Case Actor Use case description Use case realization (Scenario) Use case relationships –Extends –Uses.
1 Structuring Systems Requirements Use Case Description and Diagrams.
Use Cases, Part I Understanding the Business Dynamics  Understand the business workflow  Identify system support points the system 'use cases'
Systems Analysis and Design in a Changing World, 6th Edition
Requirements Engineering for Web Applications. SR: System Vision Document Written by key stakeholders Written by key stakeholders An executive summary.
1 Capturing Requirements As Use Cases To be discussed –Artifacts created in the requirements workflow –Workers participating in the requirements workflow.
Chapter 4: Use Case Modeling [Arlow and Neustadt, 2005] CS 790M Project preparation (II) University of Nevada, Reno Department of Computer Science & Engineering.
1 Version /05/2004 © 2004 Robert Oshana Requirements Engineering Use cases.
Use Case Model Use case diagram. Relevant Requirements Artifacts Use-Case Model Supplementary Specification Use-Case Specifications... Glossary Actors.
Requirements Engineering for Web Applications. SR: System Vision Document Written by key stakeholders Written by key stakeholders An executive summary.
Use Case Textual Analysis
4-1 © Prentice Hall, 2007 Topic 4: Structuring Systems Requirements: Use Case Description and Diagrams Object-Oriented Systems Analysis and Design Joey.
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 Course Instructor: Rizwana Noor. Overview  Modeling  What is UML?  Why UML?  UML Diagrams  Use Case  Components  Relationships  Notations.
Chapter 6: Structuring Requirements: Use Case Description and Diagrams Object-Oriented Systems Analysis and Design Joey F. George, Dinesh Batra, Joseph.
Gerhard Dueck -- CS3013Analysis 1. Gerhard Dueck -- CS3013Analysis 2 Why analysis?  Yield a more precise specification of the requirements.  Introduce.
Chapter 6: The Analysis Workflow Chapter 7: Classes and Objects Chapter 8: Finding Analysis Classes [Arlow and Neustadt, 2005] CS 426 Senior Projects in.
1 7 Systems Analysis and Design in a Changing World, 2 nd Edition, Satzinger, Jackson, & Burd Chapter 7 The Object-Oriented Approach to Requirements.
TA: Shreya Rawal.  A use case is a description of a system’s behavior as it responds to a request that originates from outside of that system (Usually.
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.
 Sequence Diagrams Introduction.  Sequence Diagrams  Review Schedule Sheridan.
Use Case Analysis Chapter 6.
Chapter 4: Use Case Modeling
CS 426 Senior Projects Chapter 9: Relationships
Concepts, Specifications, and Diagrams
IMPORTANT NOTICE TO STUDENTS:
Unified Modeling Language
Chapter 7: Classes and Objects Chapter 8: Finding Analysis Classes
Joey F. George, Dinesh Batra, Joseph S. Valacich, Jeffrey A. Hoffer
Chapter 9 Use Cases.
Chapter 4: Use Case Modeling
UML Diagrams: Sequence Diagrams Dynamic Analysis Model
Chapter 7: Classes and Objects Chapter 8: Finding Analysis Classes
Chapter 4: Use Case Modeling
CS 420/620 HCI Use Case Modeling Project Preparation
CS 425 Software Engineering
CS 425/625 Software Engineering
Presentation transcript:

1 CS 426 Senior Projects Chapter 4: Use Case Modeling [Arlow and Neustadt, 2002] February 8, 2007

2 Outline Use case modeling Overview Finding actors and use cases Detailing use cases Scenarios

3 Use Case Modeling: Overview The Use Case Model consists of the following: Actors Use cases Relationships System boundary Steps of use case modeling: Find the system boundary Find the actors Find the use cases: Specify the use cases Create scenarios

4 Finding Actors and Use Cases…… Fig. 4.2 [Arlow & Neustadt 2002]

5.Finding Actors and Use Cases….. An actor is a role taken by an external entity when interacting with the system directly An actor is a role taken by an external entity when interacting with the system directly An actor is a stereotype of class with its own icon An actor is a stereotype of class with its own icon Fig. 4.3 and 4.4 [Arlow & Neustadt 2002]

6....Finding Actors and Use Cases…. An actor: Is always external to the system Interacts directly with the system Represents a role played by people or things, not specific people or specific things According to Rumbaugh, a use case is “a specification of sequences of actions, including variant sequences and error sequences, that a system, subsystem, or class can perform by interacting with outside actors” Use cases: Are always started by an actor Are always written from an actor’s point of view

7 …Finding Actors and Use Cases… Examples of use cases, Fig. 4.5 [Arlow & Neustadt 2002] Names of use cases should be verb phrases Candidate use cases can be discovered starting from the list of actors (how they interact with the system?) Finding use cases is an iterative process

8 ….Finding Actors and Use Cases.. Questions you can ask to identify use cases: What functions a specific actor wants from the system? Does the system store and retrieve information? If yes, which actors are involved? Are any actors notified when the system changes its state? Are any external events that affect the system? What notifies the system about these events?

9 …..Finding Actors and Use Cases …..Finding Actors and Use Cases. The use case diagram shows the system boundary, the use cases internal to the system, and the actors external to the system, e.g. [Fig.4.6, Arlow and Neustadt 2002]

10 ……Finding Actors and Use Cases The project glossary Important project artifact Provides a dictionary of key business terms Captures business language and jargon Should resolve synonyms and homonyms Should be understandable by all stakeholders UML does not set a standard for the project glossary Synchronization between the project glossary and the UML model is needed

11 Detailing Use Cases Detailing Use Cases….. The output of this activity is a more detailed use case that consists at least of the use case name and use case specification. Most common template for use case specification, Fig. 4.8 [Arlow & Neustadt 2002]

12.Detailing Use Cases…. Branching, repetition, and alternative flows are possible in a use case Example of branching using the keyword IF, Fig. 4.9 [Arlow and Neustadt 2002]

13..Detailing Use Cases… Example of alternative flows, Fig [Arlow and Neustadt 2002]

14 …Detailing Use Cases.. Example of repetition within a flow (FOR), Fig [Arlow and Neustadt 2002]

15 ….Detailing Use Cases. Example of repetition within a flow (WHILE), Fig [Arlow and Neustadt 2002]

16 …..Detailing Use Cases Tracing requirements Table 4.I [Arlow and Neustadt, 2002]

17 Scenarios. Primary scenario of a use case, Fig [Arlow and Neustadt, 2002]

18.Scenarios Secondary scenario of a use case, Fig [Arlow and Neustadt, 2001]