Use Case Analysis Chapter 6.

Slides:



Advertisements
Similar presentations
Ver 1,12/09/2012Kode :CIA-230 Anal-Perc.SistemFASILKOM PERTEMUAN-4 Chapter 4. Use Case Analysis.
Advertisements

Object-Oriented Analysis and Design
IS0514Slide 1 IS0514 Lecture Week 4 Use Case Modelling (2)
CS3773 Software Engineering Lecture 03 UML Use Cases.
Lecture 8 – USE CASE ANALYSIS
1 CS 426 Senior Projects Chapter 4: Use Case Modeling [Arlow and Neustadt, 2002] February 8, 2007.
Systems Analysis and Design in a Changing World, Fourth Edition
PowerPoint Presentation for Dennis & Haley Wixom, Systems Analysis and Design Copyright 2000 © John Wiley & Sons, Inc. All rights reserved. Slide 1 The.
Slide 1 Systems Analysis & Design CS183 Spring Semester 2008 Dr. Jonathan Y. Clark Course Website:
Use Case Analysis Chapter 6.
Use cases and requirement specification - 1 Use case diagrams 3 use cases System boundaries Remember: Use case diagramming is a tool, not the requirements.
Use Cases.
Chapter 6 Functional Modeling
Functional Modeling Chapter 6.
Joey F. George, Dinesh Batra, Joseph S. Valacich, Jeffrey A. Hoffer
USE Case Model.
Use Case Diagrams – Functional Models Chapter 5. Objectives Understand the rules and style guidelines for activity diagrams. Understand the rules and.
RUP Requirements RUP Artifacts and Deliverables
® IBM Software Group © 2006 IBM Corporation Writing Good Use Cases Module 4: Detailing a Use Case.
Object-Oriented Analysis - Instructor Notes
Systems Analysis and Design in a Changing World, 6th Edition
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.
U SE C ASE A NALYSIS Chapter K EY I DEAS Use cases are a text-based method of describing and documenting complex processes Use cases add detail.
UML The Unified Modeling Language A Practical Introduction Al-Ayham Saleh Aleppo University
PowerPoint Presentation for Dennis, Wixom, & Tegarden Systems Analysis and Design with UML, 3rd Edition Copyright © 2009 John Wiley & Sons, Inc. All rights.
 A software application is like a city  Modeling = Architecture  OOP = Civil Engineering  UML Classes = Blueprints of Buildings  UML is a common.
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.
Faculty of Applied Engineering and Urban Planning Software Engineering Department Software Engineering Lab Use Cases Faculty of Information system Technology.
1 Structuring Systems Requirements Use Case Description and Diagrams.
PowerPoint Presentation for Dennis & Haley Wixom, Systems Analysis and Design, 2 nd Edition Copyright 2003 © John Wiley & Sons, Inc. All rights reserved.
1 Modeling System Requirements with Use Cases. 2 Why Do We Need Use Cases? Primary challenge in a system design process –ability to elicit correct and.
PowerPoint Presentation for Dennis, Wixom, & Roth Systems Analysis and Design, 3rd Edition Copyright 2006 © John Wiley & Sons, Inc. All rights reserved.
Systems Analysis and Design in a Changing World, 6th Edition 1 Chapter 5 INTRODUCTION TO SYSTEMS ANALYSIS AND DESIGN: AN AGILE, ITERATIVE APPROACH CHAPTER.
Lecture 6: Test-based Use case & Process Modeling December 7, 2014.
Systems Analysis and Design in a Changing World, Fourth Edition
4-1 © Prentice Hall, 2007 Topic 4: Structuring Systems Requirements: Use Case Description and Diagrams Object-Oriented Systems Analysis and Design Joey.
Lecture 6: Chapter 4:Test-based Use case Process Modeling Dr. Taysir Hassan Abdel Hamid November 17, 2013.
Larman chapter 61 Use cases Larman chapter 6. 2 Fig. 6.1.
Chapter 6: Structuring Requirements: Use Case Description and Diagrams Object-Oriented Systems Analysis and Design Joey F. George, Dinesh Batra, Joseph.
PowerPoint Presentation for Dennis, Wixom, & Tegarden Systems Analysis and Design with UML, 5th Edition Copyright © 2015 John Wiley & Sons, Inc. All rights.
Slide 1 Systems Analysis and Design with UML Version 2.0, Second Edition Alan Dennis, Barbara Wixom, and David Tegarden Chapter 6: Functional Modeling.
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.
Use Cases Discuss the what and how of use cases: Basics Examples Benefits Parts Stages Guidelines.
Engineering Quality Software Week02 J.N.Kotuba1 SYST Engineering Quality Software.
Systems Analysis and Design in a Changing World, Fourth Edition
Business Process and Functional Modeling
Chapter 7 Appendix A Object-Oriented Analysis and Design: Use Cases
Chapter 4: Business Process and Functional Modeling, continued
Roberta Roth, Alan Dennis, and Barbara Haley Wixom
The Movement To Objects
Systems Analysis and Design in a Changing World, 6th Edition
Systems Analysis and Design
Use Cases Discuss the what and how of use cases: Basics Benefits
Architecture Concept Documents
Use Case Model.
Use Case Analysis Chapter 5.
Systems Analysis and Design Third Edition
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
Joey F. George, Dinesh Batra, Joseph S. Valacich, Jeffrey A. Hoffer
INFS 6225 Object Oriented Systems Analysis & Design
System analysis and design
CS 420/620 HCI Use Case Modeling Project Preparation
Use Case Modeling Part of the unified modeling language (U M L)
CS 425 Software Engineering
CS 425/625 Software Engineering
Presentation transcript:

Use Case Analysis Chapter 6

Key Ideas Use cases are a text-based method of describing and documenting complex processes Use cases add detail to the requirements outlined in the requirement definition Systems analysts work with users to develop use cases Systems analysts develop process and data models later based on the use cases

Use Cases

Roles of Use Cases A use case is a set of activities that produce some output result Describes how the system reacts to an event that triggers the system Trigger -- event that causes the use case to be executed Event-driven modeling – everything in the system is a response to some triggering event

Complete piece of functionality Modeling Use Cases Complete piece of functionality Main flow/Main success scenario Subflows Exensions/Alternate flows

Role of Use Cases All possible responses to the event are documented Use cases are helpful when the situation is complicated

Sample Format for a Written Use Case Title – descriptive name, matches name in use case diagram Primary actor – usually a user role Stakeholders – any group or individual with an interest in the function of the use case Precondition – conditions that must be satisfied in order to execute the use case

Sample Format for a Written Use Case - 2 Minimal guarantee/Postcondition – outputs that can be expected if the service attempt failed Success guarantee/Postcondition – outputs that can be expected if the service succeeds Trigger – an event or action that initiates the use case Main success scenario – description of sequence of interactions between actor and use case during the use case execution Extensions – detailed description of how errors are dealt with

A sample written use case

Building Use Cases

Step 1: Identify the major use cases Activities Typical Questions Asked Start a use case form for each use case If more than nine, group into packages Ask who, what, and where about the tasks and their inputs and outputs: What are the major tasks performed? What triggers this task? What tells you to perform this task? What information/forms/reports do you need to perform this task? Who gives you these information/forms/reports? What information/forms/reports does this produce and where do they go?

Sample List of Events-Actions Based on Requirements Definition

Step 2: Identify the major steps within each use case Activities Typical Questions Asked For each use case, fill in the major steps needed to process the inputs and produce the outputs Ask how about each use case: How do you produce this report? How do you change the information on the report? How do you process forms? What tools do you use to do this step (e.g., on paper, by email, by phone)?

Step 3: Identify elements within steps Activities Typical Questions Asked For each step, identify its triggers and its inputs and outputs Ask how about each step How does the person know when to perform this step? What forms/reports/data does this step produce? What forms/reports/data does this step need? What happens when this form/report/data is not available?

Step 4: Confirm the use case Activities Typical Questions Asked For each use case, validate that it is correct and complete Ask the user to execute the process using the written steps in the use case – that is, have the user role-play the use case

Interim Summary Use cases contain all the information needed for process modeling, but are easier for users to comprehend Use cases are created in an iterative cycle of steps until they are considered accurate and complete

Exercise: Use Cases Describe one major use case from your team project (try to find the most important one) using the template provided (based on Fig. 6-4 on pg. 174).

The Four Basic UML Diagrams

USE CASE DIAGRAM

Use Case Diagram Concepts Summarizes all use cases (for the part of the system being modeled) together in one picture Typically drawn early in the SDLC Shows the associations between actors and use cases

Use Case Diagram for Appointment System

Syntax for Use Case Diagram

Use Case Diagram for Specialized Actor

Extends and Includes Associations

Steps in Creating the Use Case Diagram 1. Identify Use Cases 2. Draw the system boundary 3. Place Use Cases on the diagram Group Use Cases into packages Add special Use Case associations 4. Identify the actors 5. Add associations

Exercise: Use Cases in UML Choose at least 5 functional requirements for your team project. Draw a use case diagram similar to Fig. 6-9 on P. 181 that represents these requirements as use cases, along with the appropriate actors.