Chapter 4: Use Case Modeling

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.
1 CS 426 Senior Projects Chapter 4: Use Case Modeling [Arlow and Neustadt, 2002] February 8, 2007.
SE 555 Software Requirements & Specification1 Use-Case Modeling: Overview and Context.
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.
Chapter 5: Advanced Use Case Modeling [Arlow and Neustadt, 2005] CS 426/CPE 426 Senior Projects University of Nevada, Reno Department of Computer Science.
© 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,
University of Toronto Department of Computer Science © Steve Easterbrook. This presentation is available free for non-commercial use with attribution.
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 Model.
What is UML? What is UP? [Arlow and Neustadt, 2005] January 23, 2014
UML REVIEW –PART1 1. Introduction What is UML visual modelling language UML is a language not a methodology? Q: why is this distinction important? UML.
Chapter 7: Classes and Objects Chapter 8: Finding Analysis Classes [Arlow and Neustadt, 2005] CS 426 Senior Projects in Computer Science University of.
UML The Unified Modeling Language A Practical Introduction Al-Ayham Saleh Aleppo University
UML Diagrams: Sequence Diagrams The Requirements Model, and The Dynamic Analysis Model Instructor: Dr. Hany H. Ammar Dept. of Computer Science and Electrical.
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.
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.
Chapter 14: Activity Diagrams November 2015 [Arlow and Neustadt, 2005] CS 425/625 Senior Projects University of Nevada, Reno Department of Computer Science.
UML Course Instructor: Rizwana Noor. Overview  Modeling  What is UML?  Why UML?  UML Diagrams  Use Case  Components  Relationships  Notations.
Chapter 6: The Analysis Workflow Chapter 7: Classes and Objects Chapter 8: Finding Analysis Classes [Arlow and Neustadt, 2005] CS 426 Senior Projects in.
Chapter 9: Relationships Chapter 10: Inheritance and Polymorphism [Arlow and Neustadt, 2005] CS 426 Senior Projects in Computer Science University of Nevada,
 Sequence Diagrams Introduction.  Sequence Diagrams  Review Schedule Sheridan.
Use Case Analysis Chapter 6.
Chapter 16: The Design Workflow Chapter 17: Design Classes
Chapter 7 Appendix A Object-Oriented Analysis and Design: Use Cases
Software Architecture
Business System Development
Instructor: Dr. Hany H. Ammar
What is UML? What is UP? [Arlow and Neustadt, 2005] October 5, 2017
M.M. Pickard, PhD A Primer on Use Cases (Reference: UML Superstructure Specification, v2.1.1)
The Next Stage in Analysis: Systems Use Case Diagrams
Requirements: Use Case Models and Narratives
UML PPt by: Hong Qing Yu.
Chapter 3: The Requirements Workflow
Chapter 19: Interfaces and Components
UML Activity Diagrams & State Charts
Use Case Modeling.
Concepts, Specifications, and Diagrams
IMPORTANT NOTICE TO STUDENTS:
Chapter 7: Classes and Objects Chapter 8: Finding Analysis Classes
Chapter 5: Advanced Use Case Modeling
Joey F. George, Dinesh Batra, Joseph S. Valacich, Jeffrey A. Hoffer
Chapter 9 Use Cases.
Chapter 4: Use Case Modeling
Chapter 14: Activity Diagrams
Use Cases & Use Case Diagrams
Chapter 7: Classes and Objects Chapter 8: Finding Analysis Classes
Software Design Lecture : 15.
Chapter 19: Interfaces and Components
Chapter 19: Interfaces and Components
Software Engineering System Modeling Chapter 5 (Part 1) Dr.Doaa Sami
Chapter 4: Use Case Modeling
Chapter 14: Activity Diagrams
Software Analysis.
CS 420/620 HCI Use Case Modeling Project Preparation
CS 425 Software Engineering
Design Yaodong Bi.
CS 425/625 Software Engineering
Interfaces and Components
Software Development Process Using UML Recap
Chapter 19: Interfaces and Components
Presentation transcript:

Chapter 4: Use Case Modeling CS 709 Chapter 4: Use Case Modeling From [Jim Arlow and Ila Neustadt, UML 2 and the Unified Process, Addison-Wesley 2005] University of Nevada, Reno Department of Computer Science & Engineering

Outline Use case modeling Overview Finding actors and use cases Use case specification Requirements tracing Use Case Modeling 2 2

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 Use Case Modeling 3 3

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

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 stereotype of class with its own icon Use Case Modeling 5 5

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 things Use cases Are always started by an actor Are always written from an actor’s point of view Use Case Modeling 6 6

Finding Actors and Use Cases 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 Case Modeling 7 7

Finding Actors and Use Cases Examples of use cases: 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 Use Case Modeling 8 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 state? Are any external events that affect the system? What notifies the system about these events? Use Case Modeling 9 9

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 Use Case Modeling 10 10

Finding Actors and Use Cases Fig. 4.7 [Arlow & Neustadt 2005] 11 11

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 Use Case Modeling 12 12

Use Case Specification 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 Use Case Modeling 13 13

Use Case Specification Branching, repetition, and alternative flows are possible in a use case Example of branching using the keyword IF Use Case Modeling 14 14

Use Case Specification Example of repetition within a flow (FOR) Use Case Modeling 15 15

Use Case Specification Example of repetition within a flow (WHILE) Use Case Modeling 16 16

Use Case Specification Modeling alternative flows Use Case Modeling 17 17

Requirements Tracing Tracing requirements Use Case Modeling 18 18

Chapter 5: Advanced Use Case Modeling CS 709 Chapter 5: Advanced Use Case Modeling From [Jim Arlow and Ila Neustadt, UML 2 and the Unified Process, Addison-Wesley 2005] University of Nevada, Reno Department of Computer Science & Engineering

Outline Advanced use case modeling Actor generalization Use case generalization Inclusion Extension Advanced Use Case Modeling 20 20

Actor Generalization Fig. 5.2 Advanced Use Case Modeling 21 21

Actor Generalization Fig. 5.3 Advanced Use Case Modeling 22 22

Use Case Generalization Fig. 5.4 Advanced Use Case Modeling 23 23

Use Case Generalization Fig. 5.5 Advanced Use Case Modeling 24 24

Use Case Generalization Fig. 5.6 Advanced Use Case Modeling 25 25

Use Case Generalization 26 26

Inclusion Fig. 5.7 Advanced Use Case Modeling 27 27

Inclusion Fig. 5.9 Advanced Use Case Modeling 28 28

Inclusion Fig. 5.8 Advanced Use Case Modeling 29 29

Extension Fig. 5.10 Advanced Use Case Modeling 30 30

Extension Fig. 5.11 Advanced Use Case Modeling 31 31

Extension Fig. 5.12 Advanced Use Case Modeling 32 32

Extension Fig. 5.13 Advanced Use Case Modeling 33 33

When to use advanced features? Use advanced features when they simplify the model Heavy use of <<include>> should be avoided Many stakeholders, including object modelers misunderstand <<extend>> Avoid use case generalization unless abstract parent use cases are used Advanced Use Case Modeling 34 34

When to use advanced features? Avoid functional decomposition! Advanced Use Case Modeling 35 35