Larman chapter 61 Use cases Larman chapter 6. 2 Fig. 6.1.

Slides:



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

Actors and use cases Use-case diagram Brief notation Prioritization Fully dressed notation Requirements Functional requirements  Use-cases.
Writing Use Cases: Requirements in Context
Use cases.
September Ron McFadyen1 design analysis implementation testing maintenance Waterfall Development Process Linear one phase is completed before.
COMP 350: Object Oriented Analysis and Design Lecture 3 Case Studies, Inception & Use Cases References: Craig Larman Chapters 3-6.
Systems Analysis and Design in a Changing World, Fourth Edition
Sept Ron McFadyen1 Use Cases Introduced by Ivar Jacobson in 1986 literal translation from Swedish ”usage case” - may be of.
Fall 2009ACS-3913 Ron McFadyen1 Use Cases Used to capture functional requirements – there are other requirements categories such as usability, reliability,
Use Cases & Requirements Analysis By: Mostafa Elbarbary.
Use Case Analysis Chapter 6.
Understanding Requirements
Copyright ©2004 Cezary Z Janikow 1 Use Cases n Within Requirements discipline/workflow n Verbal descriptions of important functional (behavioral, transactional,
Use Cases Introduced by Ivar Jacobson in 1986 literal translation from Swedish ”usage case” - may be of use to you in the future “blackbox”
1 Lecture 1: Processes, Requirements, and Use Cases.
Jan R McFadyen1 Use Cases Widely used. Not just an OO technique. Diagramming defined in UML Each Use Case will meet one or more user goals;
Use Cases.
Functional Modeling Chapter 6.
Object-Oriented Analysis and Design
Use Case Modeling. Kendall & Kendall© 2005 Pearson Prentice Hall18-2 Commonly Used UML Diagrams The most commonly used UML diagrams are: – Use case diagram,
Joey F. George, Dinesh Batra, Joseph S. Valacich, Jeffrey A. Hoffer
Marcelo Santos – OOAD-CDT309, Spring 2008, IDE-MdH Object-Oriented Analysis and Design - CDT309 Period 4, Spring 2008 Use cases: deciding what you want.
חוזים – Contracts 1. Larman – Chapter 10 – SSDs 10.2 What are System Sequence Diagrams? (introduction) Use cases describe how external actors interact.
This section has been adapted from Dr. Scott Fleming of U. Memphis Details about Use Cases.
The first step in getting what you want is to decide what you want.
TK2023 Object-Oriented Software Engineering CHAPTER 6 SYSTEM SEQUENCE DIAGRAMS.
USE Case Model.
RUP Requirements RUP Artifacts and Deliverables
TK2023 Object-Oriented Software Engineering
Use-Case Model: Writing Requirements in Context
® 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.
SYS466: Analysis and Design Using OO Models
Chapter 1 , 2 , 3 and 4 Applying UML and Patterns -Craig Larman
SOEN 6011 Software Engineering Processes Section SS Fall 2007 Dr Greg Butler
ZEIT2301 Design of Information Systems Functional Design: Use Cases School of Engineering and Information Technology Dr Kathryn Merrick.
4 2009/10 Object Oriented Technology 1 Topic 4: The Object-Oriented Approach to Requirements Adopted from: Ch.7 The Object-Oriented Approach to Requirements.
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.
Chapter 6 Use Case –The interaction between an actor and the system.
IntellAgile Copyright © 2002 Craig Larman. All rights reserved. Writing Use Cases: Requirements in Context.
SOFTWARE DESIGN AND ARCHITECTURE LECTURE 20. Review Software Requirements Requirements Engineering Process.
Object-Oriented Analysis and Design Jan 14, 2009.
 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.
1 Structuring Systems Requirements Use Case Description and Diagrams.
Drawing System Sequence Diagrams
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.
SYS466 Casual Use Case Specifications. Systems Use Case Diagrams and Specifications Based on the dialog metaphor Based on the dialog metaphor The process.
1 Chapter 5 Modeling System Requirements Finding the Use Cases Page
CMSC 345 Use Cases. u Describes the system’s behavior under various conditions as the system responds to a request from one of the stakeholders, called.
Sept Ron McFadyen1 Use Cases Introduced by Ivar Jacobson in 1986 literal translation from Swedish ”usage case” Used to capture and describe.
4-1 © Prentice Hall, 2007 Topic 4: Structuring Systems Requirements: Use Case Description and Diagrams Object-Oriented Systems Analysis and Design Joey.
PRESENTATION ON USE CASE. Use Case Modeling Use case diagrams describe what a system does from the standpoint of an external observer. The emphasis is.
Chapter 6: Use Cases.
IntellAgile Copyright © 2002 Craig Larman. All rights reserved. Writing Use Cases: Requirements in Context.
Spring 2007 Week 10: Object Modeling (1)Use Case Model IFS410: Advanced Analysis and Design.
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.
Gerhard Dueck -- CS3013Analysis 1. Gerhard Dueck -- CS3013Analysis 2 Why analysis?  Yield a more precise specification of the requirements.  Introduce.
Jan Ron McFadyen1 Use Cases Used to capture functional requirements – there are other requirements categories such as usability, reliability,
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 Case Analysis Chapter 6.
UML Use Case Diagrams.
Writing Use Cases.
Chapter 6 Use Case The interaction between an actor and the system.
Joey F. George, Dinesh Batra, Joseph S. Valacich, Jeffrey A. Hoffer
Object Oriented Analysis and Design
Use Case Modeling.
Use cases Dr. X.
Presentation transcript:

Larman chapter 61 Use cases Larman chapter 6

2 Fig. 6.1

Larman chapter 63 What are actors, scenarios and use cases? Use cases are stories of how actors use the system to fulfill his goal E.g. “ process sale” actor: a person or a system with behavior There are different kinds of actors: those who uses our system and those who is used by our system. –A “cashier” uses our system –A “tax calculator” is used by our system

Larman chapter 64 What are actors, scenarios and use cases? Primary actor –Has user goals fulfilled through using the services of the system Supporting actor –Provides a service (for example information) to the system Offstage actor –Has an interest in the behavior of a use case, but is not primary or supporting (e.g. tax agency)

Larman chapter 65 What are actors, scenarios and use cases? A scenario is a specific sequence of actions and interactions between an actor and the system. A use case is a collection of related success and failure scenarios Focus : –Describe actions that gives the actor observable value, not only a list of functions that the system offers. –Describe what, not how.

Larman chapter 66 What are actors, scenarios and use cases? Use-cases are text documents, not diagrams. Use Case modeling is primarily an act of writing text, not drawing diagrams

Larman chapter 67 use-case types and formats Black-box use case –Most common and recomended –They do not describe the internal working of the system. –The system is desribed as having responsibilities. Formats –Brief (page 63) Terse one-paragraph summary, usually the main success scenario –Casual Informal, multiple paragraphs that cover various scenarios –Fully dressed (page 68-72) The most elaborate. All steps and variations are written in detail and there are supporting sections with preconditions etc.

Larman chapter 68 Use case sections- fully dressed format Scope Level Primary actor Stakeholders and interests Precondition and success guaranties Main success scenario and steps Extensions Special requirements Technology and data variations list Frequency of occurrence Open issues

Larman chapter 69 Evaluation – what is a proper use case Use cases for elementary business processes (EPB) a task performed by one person in one place at one time, in response to a business event, which add measurable business value and leaves the data in a consistent state. E.g. ‘approve credit’ or ‘price order’ or ‘process sale’

Evaluation – what is a proper use case The Boss test –Your boss asks, “what have you been doing all day?” –What makes your boss happy? The Size test –A use case is seldom a single action/step! Larman chapter 610

Larman chapter 611 Use cases and goals Recommended procedure: –Find the user goals –Define a use case for each How? –Ask: what are your goals? (Instead of what do you do?)

Larman chapter 612 Finding primary actors, goals and use cases 1.Choose the system boundary 2.Identify the primary actors 3.For each, identify their user goals 4.Define use cases that satisfy user goals, name them according to their goal (guidelines on p 81 – 89)

Larman chapter 613 Fig. 6.2

Larman chapter 614 Use case diagram

Larman chapter 615 Fig. 6.4

Larman chapter 616 Fig. 6.5

Larman chapter 617 Fig. 6.6

Larman chapter 618 Fig. 6.6

Larman chapter 619 Fig. 6.7