Marcelo Santos – OOAD-CDT309, Spring 2008, IDE-MdH Object-Oriented Analysis and Design - CDT309 Period 4, Spring 2008 Use cases: deciding what you want.

Slides:



Advertisements
Similar presentations
Chapter 11 Designing the User Interface
Advertisements

© 2010 Bennett, McRobb and Farmer1 Use Case Description Supplementary material to support Bennett, McRobb and Farmer: Object Oriented Systems Analysis.
Karolina Muszyńska Based on:
Use cases.
Information System Engineering
CS3773 Software Engineering Lecture 03 UML Use Cases.
January Ron McFadyen1 Use Cases in the UML Functionality under consideration is represented by use cases (named ellipses) enclosed in a box.
©Ian Sommerville 2006Software Engineering, 8th edition. Chapter 8 Slide 1 System models.
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,
Solving the Problem Analysis & Design.
Software Engineering: Analysis and Design - CSE3308
Use Cases & Requirements Analysis By: Mostafa Elbarbary.
Documenting Requirements using Use Case Diagrams
Use cases and requirement specification - 1 Use case diagrams 3 use cases System boundaries Remember: Use case diagramming is a tool, not the requirements.
6/8/991 Analysis Tuesday 09/14/99 Revised: September 11, 2000 (APM)
Marcelo Santos – OOAD-CDT309, Spring 2008, IDE-MdH 1 Object-Oriented Analysis and Design - CDT309 Period 4, Spring 2008 Object-oriented concepts.
Copyright ©2004 Cezary Z Janikow 1 Use Cases n Within Requirements discipline/workflow n Verbal descriptions of important functional (behavioral, transactional,
Marcelo Santos – OOAD-CDT309, Spring 2008, IDE-MdH Object-Oriented Analysis and Design - CDT309 Period 4, Spring 2008 Introduction.
Marcelo Santos – OOAD-CDT309, Spring 2008, IDE-MdH 1 Object-Oriented Analysis and Design - CDT309 Period 4, Spring 2008 More on use cases System sequence.
Chapter 13: Designing the User Interface
The first step in getting what you want is to decide what you want.
TK2023 Object-Oriented Software Engineering CHAPTER 6 SYSTEM SEQUENCE DIAGRAMS.
Chapter 7: The Object-Oriented Approach to Requirements
CS499 Use Cases References From Alistair Cockburn Writing Effective Use Cases (Book) - Use Case.
Chapter 7 Structuring System Process Requirements
Chapter 4 System Models A description of the various models that can be used to specify software systems.
Use Case modelling 1. Objectives  Document user requirements with a model  Describe the purpose of an actor and a use case  Construct a use case model.
Instructor: Tasneem Darwish1 University of Palestine Faculty of Applied Engineering and Urban Planning Software Engineering Department Object Oriented.
Object Oriented Analysis and Design System Events & Contracts.
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.
Faculty of Computer & Information Software Engineering Third year
SOFTWARE DESIGN AND ARCHITECTURE LECTURE 20. Review Software Requirements Requirements Engineering Process.
Inception Is there a project in there? What’s the vision, scope & business case?
USE CASE Bayu Adhi Tama, MTI Faculty of Computer Science, University of Sriwijaya Slides are adapted from Petrus Mursanto
Object-Oriented Analysis and Design Jan 14, 2009.
Chapter 7 System models.
Faculty of Computer & Information
OOSE Use Case. Requirement Functional: –Features, capabilities, and security Non Functional: –Usability: Human factors, help, and documentation –Reliability:
Software Engineering, 8th edition Chapter 8 1 Courtesy: ©Ian Somerville 2006 April 06 th, 2009 Lecture # 13 System models.
Requirements Analysis and Design Engineering Southern Methodist University CSE 7313.
Systems Analysis and Design in a Changing World, 6th Edition
Discovering object interaction. Use case realisation The USE CASE diagram presents an outside view of the system. The functionality of the use case is.
Chapter 1 Applying UML and Patterns. The Need for Software Blueprints Knowing an object-oriented language and having access to a library is necessary.
Business Analysis with For PG MDI, Gurgaon Kamna Malik, Ph.D.
1 Version /05/2004 © 2004 Robert Oshana Requirements Engineering Use cases.
1 Chapter 5 Modeling System Requirements Finding the Use Cases Page
TK2023 Object-Oriented Software Engineering CHAPTER 12 Introduction to Responsibility-Driven Design.
Sept Ron McFadyen1 Use Cases Introduced by Ivar Jacobson in 1986 literal translation from Swedish ”usage case” Used to capture and describe.
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.
Chapters 10, 11 SSD (Revision) SD DCD Exam Object-Oriented Design.
Understanding Requirements
USE CASE Pertemuan 7 Matakuliah: Konsep object-oriented Tahun: 2009.
Larman chapter 61 Use cases Larman chapter 6. 2 Fig. 6.1.
21/1/ Analysis - Model of real-world situation - What ? System Design - Overall architecture (sub-systems) Object Design - Refinement of Design.
 To explain why the context of a system should be modelled as part of the RE process  To describe behavioural modelling, data modelling and object modelling.
1 SWE Introduction to Software Engineering Lecture 14 – System Modeling.
Requirements capture: Using UML Use Cases David Millard and Yvonne Howard {dem,
1 Object Oriented Analysis and Design System Events & Contracts.
Jan Ron McFadyen1 Use Cases Used to capture functional requirements – there are other requirements categories such as usability, reliability,
Engineering Quality Software Week02 J.N.Kotuba1 SYST Engineering Quality Software.
Elaboration popo.
Webapp Design with System Sequence Diagrams
UML Use Case Diagrams.
Start at 17th March 2012 end at 31th March 2012
Requirements Management
Software Requirements
Engineering Quality Software
Use cases Dr. X.
Presentation transcript:

Marcelo Santos – OOAD-CDT309, Spring 2008, IDE-MdH Object-Oriented Analysis and Design - CDT309 Period 4, Spring 2008 Use cases: deciding what you want

Marcelo Santos – OOAD-CDT309, Spring 2008, IDE-MdH Requirements What is the system required to do? Functional requirements: what the system is expected to do Non-functional requirements: how well the system will provide the functionalities Usability requirements: good match between the system and the users

Marcelo Santos – OOAD-CDT309, Spring 2008, IDE-MdH Functional requirements Describe what processings the system is required to carry out Provide details of the inputs to the system Provide details of the outputs: reports, forms, windows, etc. Provide details of the data the system will held processing data inputsoutputs

Marcelo Santos – OOAD-CDT309, Spring 2008, IDE-MdH Use cases Specify the behaviour of the system from the user point of view Some ways to do them: –Text: use case descritions –UML: sequence diagrams –UML: collaboration diagrams

Marcelo Santos – OOAD-CDT309, Spring 2008, IDE-MdH Use case descriptions Text stories used to discover and record requirements How to identify and write use cases UML diagrams Example: how does a supermarket sells items?

Marcelo Santos – OOAD-CDT309, Spring 2008, IDE-MdH Use cases Example: how does a supermarket sells items? The customers enter the supermarket and choose the items by themselves. Then they to the checkout with items to purchase. The cashier registers each purchased item. The system presents the total amount to be paid and a list with the items. The customer enters payment information, which the system validates and records. The system updates inventory. The customer receives a receipt from the system and then leaves with the items.

Marcelo Santos – OOAD-CDT309, Spring 2008, IDE-MdH Example Identify each entity in the figure with the example: processing data inputsoutputs

Marcelo Santos – OOAD-CDT309, Spring 2008, IDE-MdH Actors, Scenarios, and Use Case An actor is something with behaviour: person, computer system, dog, engine, etc. A scenario is a specific sequence of actions and interactions between actors and the system Use case is a collection of success and failure scenarios that take place when an actor use the system.

Marcelo Santos – OOAD-CDT309, Spring 2008, IDE-MdH Important points about use cases They are text documents They say nothing about object oriented analysis, design or programming! Their goal is to help you to decide what you want to do

Marcelo Santos – OOAD-CDT309, Spring 2008, IDE-MdH Types of actors Primary actor –fulfills goals using the system services –Example: clerk in a bank –helps to find the user goals Supporting actor –provides a service to the system –example: validate user credit-card –helps clarify external interfaces Offstage actor –external interest in the case –example: tax agency –helps to be sure that all interests are identified

Marcelo Santos – OOAD-CDT309, Spring 2008, IDE-MdH Some guidelines Black-box: the system is described as having responsibilities (what the system do, rather than how) Short text: ”the system records the sale” rather than ”the system writes the sale to a database” or ”the system generates a SQL INSERT statement for the sale…”

Marcelo Santos – OOAD-CDT309, Spring 2008, IDE-MdH Use cases You might gather too many requirements: –Might be outside the scope of the system –May be too ambitious –May not be necessary at this stage of the project

Marcelo Santos – OOAD-CDT309, Spring 2008, IDE-MdH Use cases Not everything fits perfectly: better to refer to the game manual rules than to describe them in the use cases Game user Play game

Marcelo Santos – OOAD-CDT309, Spring 2008, IDE-MdH Use case diagram Shows the actors, use cases and system boundary Game user Play game Use case System boundary Communication association Actor

Marcelo Santos – OOAD-CDT309, Spring 2008, IDE-MdH Sequence diagrams They allow us to: Create sequence diagrams for use case scenarios Identify system events Show input and output events

Marcelo Santos – OOAD-CDT309, Spring 2008, IDE-MdH Toy examples Write use cases for: 1.Tic-tac-toe game 2.A system to sell pizzas online 3.A coffee vending-machine 4.A library system to borrow books