Chapter 6 Use Case The interaction between an actor and the system.

Slides:



Advertisements
Similar presentations
FROM INCEPTION TO ELABORATION Use Cases, Domain Models & SSDs Oh My!
Advertisements

Object-Oriented Analysis and Design Evolutionary Requirements.
Chapter 5 Evolutionary requirements –Expect change! –Learn as you go –Validate as you build Why – 25% requirements change on an average software project.
IT Requirements Capture Process. Motivation for this seminar Discovering system requirements is hard. Formally testing use case conformance is hard. We.
Scenarios: The missing link or – “ Some Stuff About Use Cases and Testing”
Writing Use Cases: Requirements in Context
Object-Oriented Analysis and Design
1 The Business Modeling Discipline. 2 Purpose of Business Modeling  To understand the structure and dynamics of the organization in which a system is.
ATM User Interface Design. Requirements A bank customer is able to access his or her account using an automatic teller machine. To be able to use an ATM.
Conversation Form l One path through a use case that emphasizes interactions between an actor and the system l Can show optional and repeated actions l.
COMP 350: Object Oriented Analysis and Design Lecture 3 Case Studies, Inception & Use Cases References: Craig Larman Chapters 3-6.
1 CS 426 Senior Projects Chapter 4: Use Case Modeling [Arlow and Neustadt, 2002] February 8, 2007.
Drawing System Sequence Diagrams
Systems Analysis and Design in a Changing World, Fourth Edition
Requirements Analysis CMPT 371 Fall 2004 J.W. Benham.
Use Cases & Requirements Analysis By: Mostafa Elbarbary.
Understanding Requirements
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,
George Blank University Lecturer.
Chapter 6 Applying UML and Patterns Craig Larman
Copyright ©2004 Cezary Z Janikow 1 Use Cases n Within Requirements discipline/workflow n Verbal descriptions of important functional (behavioral, transactional,
Jan 8, Ron McFadyen1 Waterfall Spiral UP Case study UML Use Cases.
Eva TrosborgSlide no.: 1Requirement Specification Requirement Specification Fall 2005 Agenda Requirement definition through use cases by Eva Trosborg.
1 CS 426 Senior Projects Chapter 4: Use Case Modeling [Arlow and Neustadt, 2005] February 5, 2009.
From Inception to Elaboration Chapter 8 Applying UML and Patterns -Craig Larman.
Functional Modeling Chapter 6.
Object-Oriented Analysis and Design
Source: Peter Eeles, Kelli Houston, and Wojtek Kozaczynsky, Building J2EE Applicationa with the Rational Unified Process, Addison Wesley, 2003 Prepared.
The first step in getting what you want is to decide what you want.
Object-Oriented Analysis and Design
® IBM Software Group © 2006 IBM Corporation Writing Good Use Cases Module 4: Detailing a Use Case.
Rational Unified Process (Part 1) CS3300 Fall 2015.
Chapter 1 , 2 , 3 and 4 Applying UML and Patterns -Craig Larman
SOEN 6011 Software Engineering Processes Section SS Fall 2007 Dr Greg Butler
Case Study :. Introduction The ATM network will consist of a large number of ATM machines distributed over a wide geographical area. The network must.
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.
Chapter 6 Use Case –The interaction between an actor and the system.
Software Engineering Chapter 7 Fall Capturing the Requirements as Use Cases Capturing the Requirements as Use Cases By using use cases analysts.
IntellAgile Copyright © 2002 Craig Larman. All rights reserved. Writing Use Cases: Requirements in Context.
Object-Oriented Analysis and Design Jan 14, 2009.
Chapter 7 Applying UML and Patterns Craig Larman
 Development is organized in a series of short, fixed-length mini-projects called iterations  Iterations are also incremental  Successive enlargement.
2. Inception 6. Use-Case Model: Writing Requirements in Context.
7 Systems Analysis and Design in a Changing World, Fifth Edition.
Object-Oriented Analysis and Design CHAPTER 10: SYSTEM SEQUENCE DIAGRAMS 1.
Software Engineering 1 Object-oriented Analysis and Design Applying UML and Patterns An Introduction to Object-oriented Analysis and Design and Iterative.
Systems Analysis and Design in a Changing World, Fourth Edition
IntellAgile Copyright © 2002 Craig Larman. All rights reserved. Writing Use Cases: Requirements in Context.
Larman chapter 61 Use cases Larman chapter 6. 2 Fig. 6.1.
Requirement Discipline Spring 2006/1385 Semester 1.
Chapter 8. Iteration 1, Elaboration: book view differs from reality for pedagogical reasons not doing “risk-driven” up front uses many OOA/D skills should.
Larman chapter 41 Inception Larman chapter 4 and 7.
Use Case Analysis Chapter 6.
Recall The Team Skills Analyzing the Problem (with 5 steps)
Requirements Elicitation and Elaboration
Use Cases and Use Case Diagrams
Chapter 23 Iteration 2.
Other Requirement Artifacts
Use Case Modeling.
Business Modeling - Domain Analysis
Chapter 5 Evolutionary requirements
Common Reasons You're Likely To Get Fired
CS 420/620 HCI Use Case Modeling Project Preparation
CS 425 Software Engineering
Kapi’olani Community College
CS 425/625 Software Engineering
General Workflow of Use-Case Driven Development
Other System Requirements
Use cases Dr. X.
Presentation transcript:

Chapter 6 Use Case The interaction between an actor and the system

Why Use Cases Understandable to a large audience Focus on user goals and perspective Primarily functional and behavioral Warning - some requirements don’t fit in use cases!

Definitions Actor Formats: Primary, supporter, offstage Scenario Brief Causal Fully dressed

Steps Choose system boundary Identify primary actors Identify goals of primary actors Define use cases that satisfy the goals Use case names should start with a verb!

Tests Boss test - is the boss happy? Elementary Business Process One person One place Measurable business value Leaves data in consistent state Size test - fully dressed 3 - 10 pages

Fig. 6.1

Fig. 6.2

Fig. 6.3

Fig. 6.4

Fig. 6.5

Fig. 6.6 11

Fig. 6.6

Use cases in iterative methods Initial use cases drive the first iteration Near the end of an iteration: develop new requirements, elaborate existing use cases as needed Next slide shows a requirements workshop

Fig. 6.7

Reliable Specifications Agile advocates hold this as unrealistic So Use the documents with care Control the amount of analysis Emphasize the acceptance by users

Artifacts Supplementary Specifications Glossary Vision Business Rules These are not covered in the text