Use-Cases Elicitation and FAST Copyright, 2003 © Jerzy R. Nawrocki Requirements Engineering.

Slides:



Advertisements
Similar presentations
Planning at CMM level 2 Copyright, 2000 © Jerzy R. Nawrocki Requirements Engineering.
Advertisements

Software Quality Assurance Plan
Procedures for CMM Level 2 Copyright, 2000 © Jerzy R. Nawrocki Quality Management.
© 2010 Bennett, McRobb and Farmer1 Use Case Description Supplementary material to support Bennett, McRobb and Farmer: Object Oriented Systems Analysis.
HACCP Manager Software™
Actors and use cases Use-case diagram Brief notation Prioritization Fully dressed notation Requirements Functional requirements  Use-cases.
These courseware materials are to be used in conjunction with Software Engineering: A Practitioner’s Approach, 6/e and are provided with permission by.
Chapter 5 Understanding Requirements
Quality Assurance Copyright, 2002 © Jerzy R. Nawrocki Quality Management Auxiliary.
Analysis Concepts and Principles
Analysis Concepts and Principle.
Copyright  Larry Dribin, Ph.D. SE470_EngFlows_v1.ppt SE470 EngFlows - 1 Excellence in Software Engineering Repeatable Level Defined Level Manage.
Source: Peter Eeles, Kelli Houston, and Wojtek Kozaczynsky, Building J2EE Applicationa with the Rational Unified Process, Addison Wesley, 2003 Prepared.
Defining the Activities. Documents  Goal Statement defines why helps manage expectations  Statement of Work what gets delivered defines scope  Software.
ConOps and Use Cases Copyright, 2003 © Jerzy R. Nawrocki Requirements Engineering.
1 Software Engineering: A Practitioner’s Approach, 6/e Chapter 7 Requirements Engineering Software Engineering: A Practitioner’s Approach, 6/e Chapter.
 A project is “a unique endeavor to produce a set of deliverables within clearly specified time, cost and quality constraints”
Chapter 4 Requirements Engineering
Understanding Requirements. Requirements Engineering
RUP Requirements RUP Artifacts and Deliverables
CS499 Use Cases References From Alistair Cockburn Writing Effective Use Cases (Book) - Use Case.
Use Cases Requirements Engineering & Project Management Lecture 2.
Object-Oriented Analysis - Instructor Notes
Copyright © Jerzy R. Nawrocki Requirements Review Requirements Engineering & Project.
Quality Model for Requirements Eng. Copyright, 2002 © Jerzy R. Nawrocki Quality.
PowerPoint Presentation for Dennis, Wixom & Tegardem Systems Analysis and Design Copyright 2001 © John Wiley & Sons, Inc. All rights reserved. Slide 1.
System Analysis and Design Dr. Taysir Hassan Abdel Hamid Lecture 5: Analysis Chapter 3: Requirements Determination November 10, 2013.
Requirements Verification & Validation Requirements Engineering & Project Management.
Slide 10A.1 © The McGraw-Hill Companies, 2005 Object-Oriented and Classical Software Engineering Sixth Edition, WCB/McGraw-Hill, 2005.
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.
Good Practices of Requirements Eng. Copyright, 2000 © Jerzy R. Nawrocki Requirements.
Requirements Specification for Lab3 COP4331 and EEL4884 OO Processes for Software Development © Dr. David A. Workman School of Computer Science University.
PRINCE 2 for Managers Copyright, 2003 © Jerzy R. Nawrocki
Copyright © Jerzy R. Nawrocki The Requirements Document and IEEE 830 Requirements Engineering.
ISM 5316 Week 3 Learning Objectives You should be able to: u Define and list issues and steps in Project Integration u List and describe the components.
Software Engineering Saeed Akhtar The University of Lahore Lecture 7 Originally shared for: mashhoood.webs.com.
CMM Level 2: Repeatable Copyright, 2000 © Jerzy R. Nawrocki Quality Management.
UML – Unified Modeling Language Use-Case Diagrams.
Quality of Usage Scenarios Copyright, 2000 © Jerzy R. Nawrocki Quality Management.
Lecture-3.
Develop Project Charter
1 Chapter 5 Lecture 5: Understanding Requirements Slide Set to accompany Software Engineering: A Practitioner’s Approach, 7/e by Roger S. Pressman Slides.
These courseware materials are to be used in conjunction with Software Engineering: A Practitioner’s Approach, 6/e and are provided with permission by.
Requirements Management with Use Cases Module 10: Requirements Across the Product Lifecycle Requirements Management with Use Cases Module 10: Requirements.
RUP and Elaboration Phase Copyright, 2003 © Jerzy R. Nawrocki Requirements Engineering.
Software Engineering 1 Object-oriented Analysis and Design Applying UML and Patterns An Introduction to Object-oriented Analysis and Design and Iterative.
By Germaine Cheung Hong Kong Computer Institute
Introduction to Requirements Eng. Copyright, 2001 © Jerzy R. Nawrocki Requirements.
Configuration Management at CMM Level 2 Copyright, 2000 © Jerzy R. Nawrocki Requirements.
Quality Model for RE Process Copyright, 2000 © Jerzy R. Nawrocki Quality Management.
Project management Topic 4 Starting up a project.
IntellAgile Copyright © 2002 Craig Larman. All rights reserved. Writing Use Cases: Requirements in Context.
Configuration Management (II) Copyright, 2000 © Jerzy R. Nawrocki Requirements.
Requirement Engineering
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.
Quality Assurance at CMM Level 2 Copyright, 2000 © Jerzy R. Nawrocki Requirements.
Requirements Management and Changes Copyright, 2003 © Jerzy R. Nawrocki Requirements.
Project Management PTM721S
Requirements Engineering Lecture 2
Recall The Team Skills Analyzing the Problem (with 5 steps)
Introduction to PRINCE 2
Defining the Activities
Guidance notes for Project Manager
Definition of Project and Project Cycle
Chapter 5 Understanding Requirements
Chapter 5 Understanding Requirements
Chapter 5 Understanding Requirements.
Requirements Engineering Lecture 6
Presentation transcript:

Use-Cases Elicitation and FAST Copyright, 2003 © Jerzy R. Nawrocki Requirements Engineering Lecture 4 Requirements Engineering Lecture 4

J. Nawrocki, Use-Cases Elicitation.. BibliographyBibliography IEEE Guide for Information Technology – System Definition - Concept of Operations (ConOps) Document, IEEE Std , March S. Adolph, P. Bramble, A. Cockburn, A. Pols, Patterns for Effective Use Cases, Addison- Wesley, Boston, 

J. Nawrocki, Use-Cases Elicitation.. ContentsContents Use Cases Elicitation Patterns FAST Technique Inception Steps

J. Nawrocki, Use-Cases Elicitation.. The Team Small Writing Team Small Writing Team: Restrict the number of people refining any one work product to just two or three people. Participating Audience Participating Audience: Actively involve your customer and internal stakeholders in the use case development process when possible. Balanced Team Balanced Team: Staff the team with people from different specialties. Make sure the team contains both developers and end users.

J. Nawrocki, Use-Cases Elicitation.. The Process - 1 Breadth Before Depth Breadth Before Depth: Conserve your energy by developing an overview of your use cases first, then progressively add detail. Spiral Development Spiral Development: Develop use cases in an iterative, breadth-first manner, with each iteration prograssively increasing the precision and accuracy. Multiple Forms Multiple Forms: Select the format based on the risks associated with the project and the preferences of the people involved.

J. Nawrocki, Use-Cases Elicitation.. Short Format Actor Administrator Use Case Set Monitor Parameters Select MonitorDescription Person monitoring and controlling job control systemDescription Allow administrator to specify boundaries and Precision of items being monitored Choose something to monitor (e.g. a process or wait queue)

J. Nawrocki, Use-Cases Elicitation.. Fully Dressed Format Buy Something Primary Actor Primary Actor: Requestor Goal in Context Goal in Context: Requestor buys something through the system, gets it. Does not include paying for it. Scope Scope: Business – The overall purchasing mechanism, electronic adn non-electronic, as seen by the people in the company. Level Level: Summary Stakeholders and Interests Requestor Requestor: Wants what he/she ordered. Company Company: Wants to control spending but allow needed purchases. Vendor Vendor: Wants to get paid for any goods delivered. Precondition Precondition: None

J. Nawrocki, Use-Cases Elicitation.. Fully Dressed Format Success Guarantees Success Guarantees: Requestor has goods, correct budet ready do be debited. Trigger Trigger: Requestor decides to buy something. Main Success Scenario 1.Requestor 1.Requestor: Initiate a request. 2.Approver 2.Approver: Check money in the budget, check price of goods, complete request for submission. 3.Buyer 3.Buyer: Check contents of storage, find best vendor for goods. 4.Authorizer 4.Authorizer: Validate Approver’s signature....Extensions 1a. Requestor does not know vendor or price: leave those parts blank and continue.

J. Nawrocki, Use-Cases Elicitation.. Fully Dressed Format Priority Priority: Various Response Time Response Time: Various Frequency Frequency: Three times a day Channel to Primary Actor Channel to Primary Actor: Internet browser, mail system, or equivalent Channels to Secondary Actors Channels to Secondary Actors: Fax, phone, car Open Issues Open Issues: When is a canceled request deleted from the system? What authorization is needed to cancel a request?

J. Nawrocki, Use-Cases Elicitation.. The Process - 2 Two Tier Review Two Tier Review: Hold two types of review: The first by a smaller, internal team, possibly repeated many times; the second by the complete group, perhaps just once. Quitting Time Quitting Time: Stop developing use cases once they are complete and satisfactorily meet audience needs. Writers Lincense Writers Lincense: Small diffrences in writing style are inevitable.

J. Nawrocki, Use-Cases Elicitation.. ContentsContents Use Cases Elicitation Patterns FAST Technique Inception Steps

J. Nawrocki, Use-Cases Elicitation.. Developers Customers FASTFAST FAST = Facilitated Application Specification Technique JAD Joint Application Development - another approach to FAST Facilitator Recorder

J. Nawrocki, Use-Cases Elicitation.. FASTFAST Facilitator - runs the meeting(s) Recorder - takes notes, serves tape recorder or video recorder Developers & customer representatives - work on requirements Senior manager - knows about the meeting date & time Persons involved

J. Nawrocki, Use-Cases Elicitation.. FASTFAST The list of stakeholders should be ready before the project leaders start to organise the first FAST meeting. Get from the customer the initial list of requirements sources (manuals, organisation charts, technical data,..) and read it before the meeting. Conducting a FAST meeting via phone or should be avoided. Before the first meeting

J. Nawrocki, Use-Cases Elicitation.. FASTFAST Product request (  Project Proposal) Aim & goals of the meeting Agenda for the meeting Information about place and time Input documents

J. Nawrocki, Use-Cases Elicitation.. FASTFAST A worksheet to fill in Missing stakeholders Missing features and use cases Use cases description Input documents

J. Nawrocki, Use-Cases Elicitation.. FASTFAST Product justification (consensus) Presentation of the worksheets (one by one, no critique) Deciding (discussion) about: Stakeholders Their goals Features and use cases (at different levels) Value and cost (priority) An agenda example

J. Nawrocki, Use-Cases Elicitation.. ContentsContents Use Cases Elicitation Patterns FAST Technique Inception Steps

J. Nawrocki, Use-Cases Elicitation.. Inception – Step Discuss: Project Mandate Project Mandate Project Management Team Vision of the Product Project web page address

J. Nawrocki, Use-Cases Elicitation..

Inception – Step Discuss: Project Mandate Project Management Team Project Management Team Vision of the Product Project web page address

J. Nawrocki, Use-Cases Elicitation.. SDS Project Organisation Project Board Project Assurance 5 th year students Project Support 3rd year student Analyst 4th year student Senior User Customer Executive Customer Senior Supplier MJ | BW Project Supervisor Project Manager 4th year student Team 3rd year students

J. Nawrocki, Use-Cases Elicitation..

Inception – Step Discuss: Project Mandate Project Management Team Vision of the Product Vision of the Product Project web page address

J. Nawrocki, Use-Cases Elicitation..

Inception – Step Review: Project Management Team Vision of the Product Check if the project web page is ready (Mandate + PMT + Vision) Discuss: Operational Scenarios, Version1 (Use Cases) Glossary, Version 1

J. Nawrocki, Use-Cases Elicitation.. Inception – Step Review: Operational Scenarios, Version1 (Use Cases) Glossary, Version 1 Discuss: Operational Scenarios, Version 2 (Use Cases) Glossary, Version 2 Project Approach (outline of the Software Development Plan) Project Initiation Plan Risk Factors

J. Nawrocki, Use-Cases Elicitation.. Inception – Step Review: Project Brief (PMT + Vision + Operational Scenarios + Glossary + Risk factors) Project Approach (outline of the Software Development Plan) Project Initiation Plan Seek approval of the Project Initiation Plan

J. Nawrocki, Use-Cases Elicitation..

SummarySummary Use cases elicitation practices: Small Writing Team Breadth Before Depth Spiral Development Multiple Forms Two Tier Review Quitting Time FAST Inception phase details

J. Nawrocki, Use-Cases Elicitation.. Quality assessment 1. What is your general impression? (1 - 6) 2. Was it too slow or too fast? 3. What important did you learn during the lecture? 4. What to improve and how?