Requirements Management with Use Cases Module 6: Define the System Requirements Management with Use Cases Module 6: Define the System.

Slides:



Advertisements
Similar presentations
IT Requirements Capture Process. Motivation for this seminar Discovering system requirements is hard. Formally testing use case conformance is hard. We.
Advertisements

Use-case Modeling.
Requirements Specification
8/28/2005ECEN5543 Req Elicitation1 Targets of Requirements Engineering ECEN 5543 SW Engineering of Standalone Programs University of Colorado, Boulder.
Use cases and requirement specification - 1 Use case diagrams 3 use cases System boundaries Remember: Use case diagramming is a tool, not the requirements.
1 Team Skill 3 - Defining the System (Chapters of the requirements text) CSSE 371 Software Requirements and Specification Don Bagert, Rose-Hulman.
Selected techniques from the Creative Design Process Vision statement Requirements workshop, other facilitated workshops Creative Design Brief Navigation.
Source: Peter Eeles, Kelli Houston, and Wojtek Kozaczynsky, Building J2EE Applicationa with the Rational Unified Process, Addison Wesley, 2003 Prepared.
Mastering OOA/OOD with UML. Contents Introduction Requirements Overview OOAOOD.
Gregor v. Bochmann, University of Ottawa Based on Powerpoint slides by Gunter Mussbacher (2009) with material from: IEEE Standard, Daniel Amyot.
The Vision Document 1. Importance of a Vision Document  It describes the application in general terms, including descriptions of the target market, the.
Requirements Engineering
® IBM Software Group © 2006 IBM Corporation PRJ480 Mastering the Management of Iterative Development v2 Module 3: Phase Management - Inception.
System Design Chapter 8. Objectives  Understand the verification and validation of the analysis models.  Understand the transition from analysis to.
Copyright © Craig Larman All Rights Reserved Requirements.
The Software Development Life Cycle: An Overview
RUP Requirements RUP Artifacts and Deliverables
® IBM Software Group © 2006 IBM Corporation Writing Good Use Cases Module 4: Detailing a Use Case.
Gregor v. Bochmann, University of Ottawa Based on Powerpoint slides by Gunter Mussbacher with material from: Wiegers: Software Requirements, Chapter 5.
® IBM Software Group © 2006 IBM Corporation Rational Software France Object-Oriented Analysis and Design with UML2 and Rational Software Modeler 06. Requirements.
Rational Unified Process (Part 1) CS3300 Fall 2015.
1 IBM Software Group ® Mastering Requirements Management with Use Cases Module 4: Analyze the Problem.
1 Objectives  Describe design constraints.  Identify methods of specifying functional requirements.  Describe techniques for writing and structuring.
Rational Unified Process Fundamentals Module 4: Disciplines II.
Systems Analysis and Design in a Changing World, 6th Edition
1 BTS330 Vision and Scope. √ Determine a vision for the business √ Create initial use-case model showing key actors and use cases by business area Benefits.
Instructore: Tasneem Darwish1 University of Palestine Faculty of Applied Engineering and Urban Planning Software Engineering Department Requirement engineering.
2/6/01D-1 © 2001 T. Horton CS 494 Object-Oriented Analysis & Design Using PARTS to Illustrate Requirements Concepts.
Requirements Management with Use Cases Module 2: Introduction to RMUC Requirements Management with Use Cases Module 2: Introduction to RMUC.
1 IBM Software Group ® Mastering Requirements Management with Use Cases Module 10: Structure the Use-Case Model.
10/12/ Recall The Team Skills 1. Analyzing the Problem (with 5 steps) 2. Understanding User and Stakeholder Needs 1. Interviews & questionnaires.
1 Source: IBM Academic Program IBM Software Group ® Mastering Requirements Management with Use Cases Module 3: Introduction to Use-Case Modeling.
UML The Unified Modeling Language A Practical Introduction Al-Ayham Saleh Aleppo University
Software Engineering Chapter 7 Fall Capturing the Requirements as Use Cases Capturing the Requirements as Use Cases By using use cases analysts.
Project Life Cycle – Project Initiation © Ed Green Penn State University All Rights Reserved.
 A software application is like a city  Modeling = Architecture  OOP = Civil Engineering  UML Classes = Blueprints of Buildings  UML is a common.
Requirements Capture. Four Steps of requirements capture List candidate requirements Understand system context Capture functional requirements Capture.
Rational Requirements Management with Use Cases v5.5 Copyright © Rational Software, all rights reserved 1 Requirements Management with Use Cases.
1 Objectives  Define key concepts of use-case modeling.  List the benefits of use-case modeling.  Find actors and use cases.  Describe their relationships.
® IBM Software Group © 2006 IBM Corporation Writing Good Use Cases Module 1: Introduction to Use-Case Modeling.
Shanghai Jiao Tong University 上海交通大学软件工程中心 Object Oriented Analysis and Design Requirements Overview.
Systems Analysis and Design in a Changing World, 6th Edition
1 Software Requirements l Specifying system functionality and constraints l Chapters 5 and 6 ++
Rational Unified Process Fundamentals Module 3: Disciplines I.
Rational Unified Process (RUP) Process Meta-model Inception Phase These notes adopted and slightly modified from “RUP Made Easy”, provided by the IBM Academic.
Requirements Management with Use Cases Module 10: Requirements Across the Product Lifecycle Requirements Management with Use Cases Module 10: Requirements.
Requirements Engineering for Web Applications. SR: System Vision Document Written by key stakeholders Written by key stakeholders An executive summary.
CSC480 Software Engineering Lecture 8-9 September 20, 2002.
Requirements Management with Use Cases Module 9: Requirements Across The Product Lifecycle Requirements Management with Use Cases Module 9: Requirements.
CS212: Object Oriented Analysis and Design Lecture 32: Use case and Class diagrams.
Requirements Management with Use Cases Module 3: Analyze the Problem Requirements Management with Use Cases Module 3: Analyze the Problem.
Analysis Yaodong Bi. Introduction to Analysis Purposes of Analysis – Resolve issues related to interference, concurrency, and conflicts among use cases.
Prof. Hany H. Ammar, CSEE, WVU, and
Task Analysis Lecture # 8 Gabriel Spitz 1. Key Points  Task Analysis is a critical element of UI Design  It describes what is a user doing or will.
Task Analysis Lecture # 8 Gabriel Spitz 1. Key Points  Task Analysis is a critical element of UI Design  It specifies what functions the user will need.
® IBM Software Group © 2006 IBM Corporation Writing Good Use Cases Module 3: Outlining Use Cases.
Requirement engineering & Requirement tasks/Management. 1Prepared By:Jay A.Dave.
UML - Development Process 1 Software Development Process Using UML.
An Agile Requirements Approach 1. Step 1: Get Organized  Meet with your team and agree on the basic software processes you will employ.  Decide how.
Rational Requirements Management with Use Cases v 5.5 Copyright © Rational Software, all rights reserved 1 Requirements Management with Use Cases.
Outlines Overview Defining the Vision Through Business Requirements
Requirements Management with Use Cases Module 4: Analyze the Problem Requirements Management with Use Cases Module 4: Analyze the Problem.
Software Engineering Lecture 10: System Engineering.
Requirement Discipline Spring 2006/1385 Semester 1.
Requirements Management with Use Cases Module 5: Define The System To Be Built Requirements Management with Use Cases Module 5: Define The System To Be.
Team Skill 3 - Defining the System (Chapters of the requirements text ) Sriram Mohan 1.
Your Prescription for Requirements Management 1. Assumptions The prescription for requirements management is based on the following assumptions:  The.
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.
Chapter 5 유스케이스 개요 Introduction to Use Cases
Presentation transcript:

Requirements Management with Use Cases Module 6: Define the System Requirements Management with Use Cases Module 6: Define the System

Requirements Management with Use Cases Copyright © Rational Software, all rights reserved 2 Objectives: Define the System  Explain the purpose of a Vision document  List the components of a Vision document  Write a draft of the Vision  Write a product position statement  Identify stakeholders and users  Identify stakeholder/user needs  Document product features  Identify constraints  Develop and describe a use-case model  Write a step-by-step outline

Requirements Management with Use Cases Copyright © Rational Software, all rights reserved 3 Where Are We in the Requirements Discipline?

Requirements Management with Use Cases Copyright © Rational Software, all rights reserved 4 Define the System: Activities and Artifacts

Requirements Management with Use Cases Copyright © Rational Software, all rights reserved 5 Organizing Project Artifacts  Develop or adopt standard templates  Record your standards in QA Plan  Benefits of standardization:  Leverages the work of others  Quicker start, avoid reinventing the wheel  Make sure things don’t fall through the cracks  Everyone knows where to look for information  Documents appear familiar and not intimidating  Documents are easier to read

Requirements Management with Use Cases Copyright © Rational Software, all rights reserved 6 Specifications: Focus on Vision + Features Software Requirements Stakeholder Needs Vision Document User Documentation Specifications Design Specifications Stakeholder Requests Stakeholder Requests Supplementary Specification Use-Case Model

Requirements Management with Use Cases Copyright © Rational Software, all rights reserved 7  System-level document that describes the “Whats” and “Whys” of the product or application  Focus  User needs  Goals and objectives  Target markets  User environments and platforms  Product features Vision Document Vision Document

Requirements Management with Use Cases Copyright © Rational Software, all rights reserved 8 Roles of the Vision Document  Communicate between management, marketing, and the project team  Provide for initial customer feedback  Foster general understanding of the product  Establish scope and priority of high-level features  Record future features and ideas A document that gets “all parties working from the same book.”

Requirements Management with Use Cases Copyright © Rational Software, all rights reserved 9 Vision Document Components 1.Introduction 2.Positioning 3.Stakeholder and User Descriptions 4.Product Overview 5.Product Features 6.Constraints 7.Quality Ranges 8.Precedence and Priority 9.Other Product Requirements 10.Documentation Requirements 11.Appendix 1 - Feature Attributes TP4: Vision Document Template - agree on the problem, capture vocabulary - problem statement identify stakeholders/ actors - brainstorm features - define boundaries - identify constraints - develop RM plan

Requirements Management with Use Cases Copyright © Rational Software, all rights reserved 10 Product Position Statement  Communicates intent and importance Moore ‘91 Hint: Use Problem (analysis) Statement as a starting point! For (target customer) Who (statement of the need or opportunity) The (product name) Is a (product category) That (statement of key benefits - that is - compelling reason to buy) Unlike (primary competitive alternative) Our product (statement of primary differentiation)

Requirements Management with Use Cases Copyright © Rational Software, all rights reserved 11 Product Features  An externally observable service by which the system directly fulfills a stakeholder need Examples:  The Defect Tracking System will provide trending information to help the project manager assess project status.  The ATM must allow a customer to transfer funds between accounts.  The graphical user interface will provide context-sensitive help.

Requirements Management with Use Cases Copyright © Rational Software, all rights reserved 12 Exercise 6.1: Create a Vision Document  Develop a vision for the class project  Write a product position statement  List identified stakeholders  List identified users  Summarize key stakeholder/user needs  List the features for the class project  List project constraints

Requirements Management with Use Cases Copyright © Rational Software, all rights reserved 13 Specifications: Focus on Use-Case Model User Documentation Specifications Design Specifications Stakeholder Requests Supplementary Specification Use-Case Model + Features Software Requirements Stakeholder Needs Stakeholder Requests Vision Document

Requirements Management with Use Cases Copyright © Rational Software, all rights reserved 14 Use-Case-Model Survey: Template Use-Case-Model Survey  Gives a complete functional overview of the model  Shows a system’s intended functions and environment  May serve as a contract between the customer and the developers  Is input to activities in analysis, design, and test Use-Case-Model Survey 1. Introduction Purpose of the system 2. Survey Description Overview of the use-case model 3. Use-Case-Model Hierarchy Actors Name and brief description of each actor and its relationships Use Cases Name and brief description of each use case and its relationships 4. Use-Case Diagrams A list of all actors A list of all use cases

Requirements Management with Use Cases Copyright © Rational Software, all rights reserved 15 RU e-st Quote System Trading Customer Another Actor Use Case 3 Get Quote Another Use Case Another Actor Use Cases Show User Needs

Requirements Management with Use Cases Copyright © Rational Software, all rights reserved 16 Exercise 6.2: Describe the Use-Case Model  Review actors (Ex. 4.1)  Identify use cases  Identify communicates-associations  Create a use-case diagram

Requirements Management with Use Cases Copyright © Rational Software, all rights reserved 17 Sample Use Case Diagram: RU e-st System News System Trading Customer Market Trading System RU e-st Support Review Account Execute Trade Apply for Trading Account Distribute News Manage Portfolio Get Quote Quote System Clock RUCS4: Use-Case Model Survey

Requirements Management with Use Cases Copyright © Rational Software, all rights reserved 18 The Top 10 Use-Case Pitfalls 1.The system boundary is undefined or inconstant. 2.The use cases are written from the system's (not the actors') point of view. 3.The actor names are inconsistent. 4.There are too many use cases. 5.The actor-to-use case relationships resemble a spider's web. 6.The use-case specifications are too long. 7.The use-case specifications are confusing. 8.The use case doesn't correctly describe functional entitlement. 9.The customer doesn't understand the use cases. 10.The use cases are never finished.... From Lilly, S., Use Case Pitfalls: Top 10 Problems from Real Projects Using Use Cases, Proceedings of TOOLS USA '99, IEEE Computer Society, 1999.

Requirements Management with Use Cases Copyright © Rational Software, all rights reserved 19 Packages: Grouping the Use-Case Model The Use-Case Model Use-Case Packages Top-Level Package Use Cases Actors Use-Case Packages

Requirements Management with Use Cases Copyright © Rational Software, all rights reserved 20 Avoid Functional Decomposition Symptoms  Very small use cases  Too many use cases  Uses cases with no result of value  Names with low-level operations “Operation” + “object” “Function” + “data” Example: “Insert Card”  Difficulty understanding the overall model Corrective Actions  Search for larger context “Why are you inserting card?”  Put yourself in user’s role “What does the user want to achieve?” “Whose goal does this use case satisfy?” “What value does this use case add?” “What is the story behind this use case?”

Requirements Management with Use Cases Copyright © Rational Software, all rights reserved 21 Brief description Basic Flow 1. First step 2. Second step 3. Third step A1 Alternative flow 1 A2 Alternative flow 2 A3 Alternative flow 3 Use case name Use-Case Outline

Requirements Management with Use Cases Copyright © Rational Software, all rights reserved 22 Step-by-Step Outline: Get Quote Basic Flow 1.Customer logs on 2.Customer selects ‘Get Quote’ function 3.Customer selects stock trading symbol 4.Get desired quote from Quote System 5.Display quote 6.Customer gets other quotes 7.Customer logs off Alternative Flows A1. Unidentified Trading Customer A2. Quote System Unavailable A3. Quit What other alternatives can you think of?

Requirements Management with Use Cases Copyright © Rational Software, all rights reserved 23 Brief description Basic Flow 1. First step 2. Second step 3. Third step A1 Alternative flow 1 A2 Alternative flow 2 A3 Alternative flow 3 Use case name Exercise 6.3: Write a Step-by-Step Outline  Create a brief description of the use case  Create step-by-step outline of flow of events

Requirements Management with Use Cases Copyright © Rational Software, all rights reserved 24 Review: Define the System 1.What is the purpose of a Vision document? 2.What are the components of a Vision document? 3.What is in the product position statement? 4.What is a product feature? 5.Which properties of actors and use cases are specified in the Use-Case-Model Survey? 6.What are some symptoms of functional decomposition? 7.What is included in a step-by-step outline?