1 Chapter 5: The F1ive Steps in Problem Analysis The five steps in problem analysis. Team Skill 1.

Slides:



Advertisements
Similar presentations
Inception: Starting a New Project Needs Features Vision.
Advertisements

1 Problem Analysis CSSE 371 Software Requirements and Specification Mark Ardis, Rose-Hulman Institute September 9, 2004.
Analyzing the Problem : Concepts and Techniques 3.
1 Team Skill 1 - Analyzing the Problem Sriram Mohan/ Steve Chenoweth 371 Ch 5 in Requirements Text.
Recall The Team Skills 1. Analyzing the Problem (with 5 steps) 1.Gain agreement on the problem definition. 2.Understand the root causes 3.Identify the.
Notion of a Project Notes from OOSE Slides - modified.
7M822 Software Requirements A Use Case Approach 14 September 2010.
1 Team Skill 1 - Analyzing the Problem (Chapters 5-7 of the requirements text) CSSE 371, Software Requirements and Specification Don Bagert, Rose-Hulman.
System Engineering Instructor: Dr. Jerry Gao. System Engineering Jerry Gao, Ph.D. Jan System Engineering Hierarchy - System Modeling - Information.
Waniwatining Astuti, M.T.I
Problem Analysis The goal of problem analysis is to gain a better understanding of the problem being solved before development begins Gain agreement on.
The Software Development Life Cycle: An Overview
Chapter 4 Requirements Engineering
Initiating and Planning Systems Development projects
Software Project Management Lecture # 8. Outline Chapter 25 – Risk Management  What is Risk Management  Risk Management Strategies  Software Risks.
1 BTS330 Vision & Scope. 2 IT Projects What defines project success? On time Within budget Delivers what the clients want The reality Less than 20% of.
Chapter 2 Introduction to Requirements Management
Gregor v. Bochmann, University of Ottawa Based on Powerpoint slides by Gunter Mussbacher with material from: Wiegers: Software Requirements, Chapter 5.
Team Skill 1 - Analyzing the Problem Steve Chenoweth & Sriram Mohan Pages 43 – 52 in Requirements Text.
Developing an IS/IT Strategy
1 IBM Software Group ® Mastering Requirements Management with Use Cases Module 4: Analyze the Problem.
Software Project Management Lecture # 8. Outline Earned Value Analysis (Chapter 24) Topics from Chapter 25.
1 Understanding Process Basics. BA 553: Business Process Management2 What is Systems Thinking? Systems thinking is a holistic approach to analysis that.
Information Systems in Organisations System Development: The Environment.
1 REQUIREMENT ENGINEERING Chapter 7. 2 REQUIREMENT ENGINEERING Definition Establishing what the customer requires from a software system. OR It helps.
Business Analysis and Essential Competencies
Copyright 2002 Prentice-Hall, Inc. Modern Systems Analysis and Design Third Edition Jeffrey A. Hoffer Joey F. George Joseph S. Valacich Chapter 6 Initiating.
BMAN Integrative Team Project Week 2 Professor Linda A Macaulay.
111 Notion of a Project Notes from OOSE Slides – a different textbook used in the past Read/review carefully and understand.
Object-Oriented Software Engineering Practical Software Development using UML and Java Chapter 1: Software and Software Engineering.
OBJECT ORIENTED SYSTEM ANALYSIS AND DESIGN. COURSE OUTLINE The world of the Information Systems Analyst Approaches to System Development The Analyst as.
Software Requirements Engineering: What, Why, Who, When, and How
BTS330: Business Requirements Analysis using OO Lecture 5: The Importance of Stakeholders.
Lecture: The Importance of Stakeholders.  Objective of the requirements capture and analysis phases is to understand business processes and develop requirements.
Lecture 7: Requirements Engineering
Object-Oriented Software Engineering Practical Software Development using UML and Java Chapter 1: Software and Software Engineering.
INFO 627Lecture #21 Requirements Engineering and Management INFO 627 Analyzing the Problem Glenn Booker.
1 Identifying System Requirements. 2 Agenda Identifying System Requirements –Stakeholder Needs –Features Project Scope Stakeholder Classifications.
1 SYS366 Week 4, Lecture 2 Requirements Part 4: Constraints, The Problem Statement.
A Use Case Primer 1. The Benefits of Use Cases  Compared to traditional methods, use cases are easy to write and to read.  Use cases force the developers.
Search Engine Optimization © HiTech Institute. All rights reserved. Slide 1 What is Solution Assessment & Validation?
Software Requirements and Design Khalid Ishaq
1 SYS366 Lecture Requirements Gathering: Stakeholders.
By Germaine Cheung Hong Kong Computer Institute
MADALINA CROITORU Software Engineering week 3 Madalina Croitoru IUT Montpellier.
1 Team Skill 1 - Analyzing the Problem Continued and Product Features and Challenges Sriram Mohan.
Requirements Management with Use Cases Module 3: Analyze the Problem Requirements Management with Use Cases Module 3: Analyze the Problem.
Lecture: The Importance of Stakeholders SYS366. Identifying Requirements Objective of the requirements capture and analysis phases is to understand business.
Initiation Project Management Minder Chen, Ph.D. CSU Channel Islands
Team Skill 1 Analyzing the Problem
Problem Analysis 1. What is Problem Analysis?  The process of understanding real-world problems and user needs and proposing solutions to meet those.
Rational Requirements Management with Use Cases v 5.5 Copyright © Rational Software, all rights reserved 1 Requirements Management with Use Cases.
Foundations of Geospatial System Development Todd S. Bacastow Professor of Practice for Geospatial Intelligence John A. Dutton e-Education Institute The.
Software Project Management Lecture # 9. Outline Chapter 25 – Risk Management  What is Risk Management  Risk Management Strategies  Software Risks.
Requirement Engineering
Analyzing the Problem Continued and Product Features and Challenges Steve Chenoweth & Chandan Rupakheti RHIT Pages Requirements Text.
Requirements Management with Use Cases Module 4: Analyze the Problem Requirements Management with Use Cases Module 4: Analyze the Problem.
Requirement Discipline Spring 2006/1385 Semester 1.
1 Version /05/2004 © 2004 Robert Oshana Requirements Engineering Analyzing the Problem.
BTS330: Business Requirements Analysis using OO Lecture 5: The Importance of Stakeholders.
1 Team Skill 1 Analyzing the Problem … Part 1: 5 steps in Problem Analysis Based on “Software Requirements Management, A use case approach”, by Leffingwell.
Project Quality Management
Team Skill 1 - Analyzing the Problem
Principles of Information Systems Eighth Edition
Quality Improvement: Problem Solving
Software Project Planning &
Quality Improvement: Problem Solving
Introduction to Requirements Management
Applied Software Project Management
Presentation transcript:

1 Chapter 5: The F1ive Steps in Problem Analysis The five steps in problem analysis. Team Skill 1

2 Problem Analysis Problem analysis is the process of understanding real-world problems and user needs and proposing solutions to meet those needs. A problem can be defined as the difference between things as perceived and things as desired. “what is” vs. “what should be” “what is given” vs. “what is needed” The goal of problem analysis is to gain a better understanding of the problem being solved before development begins.

3 The Five Steps in Problem Analysis 1.Gain agreement on the problem definition. 2.Understand the root causes—the problem behind the problem. 3.Identify the stakeholders and the users. 4.Define the solution system boundary. 5.Identify the constraints to be imposed on the solution.

4 Step 1: Gain Agreement on the Problem Definition One of the simplest ways to gain this agreement is to simply write the problem down and see whether everyone agrees. Problem statement format: ElementDescription The problem of...Describe the problem Affects...Identify stakeholders affected by the problem And results in...Describe the impact of this problem on stakeholders and business activity Benefits of a solution... Indicate the proposed solution and list a few key benefits

5 Example: Sales Order Problem Statement

6 Step 2: Understand the Root Causes (The Problem Behind the Problem) Root cause analysis is a systematic way of uncovering the root, or underlying, cause of an identified problem or a symptom of a problem. Example: a mail-order catalogue company addresses the problem of insufficient profitability cost of non-conformance: cost of waste produced Too much scrap

7 Fishbone Diagram of Root Causes

8 Pareto Chart of Root Causes Quality data demonstrates that many root causes are simply not worth fixing. A replacement of the existing sales order entry system can be at least a partial solution to the problem of too much scrap.

9 Unfolding the Problem Problem to Solve Technique Applied Lack of Profitability Total Quality Management ↓ Cost of Conformance Fishbone Diagram ↓ Too much scrap Pareto Chart ↓ Inaccurate sales orders New software solution

10 Step 3: Identify the Stakeholders and the Users Understanding the needs of the users and other stakeholders is a key factor in developing an effective solution. A stakeholder is anyone who could be materially affected by the implementation of a new system or application.

11 Step 3: (Cont’d) The following questions can be helpful in identifying stakeholders Who are the users of the system? Who is the customer (economic buyer) for the system? Who else will be affected by the outputs the system produces? Who will evaluate and approve the system when it is delivered and deployed? Are there any other internal or external users of the system whose needs must be addressed? Who will maintain the new system? Is there anyone else who cares?

12 Example: Users and Stakeholders of Sales Order Entry System

13 Step 4: Define the Solution System Boundary We divide the world in two: 1. Our system 2. Things that interact with our system System Boundary is an interface between the system and the environment or other systems

14 What is a system? Examples: Political system Educational system Computer system Library system …

15 Systems Main Characteristics Exists in an environment, with a boundary. Has inputs and outputs. Has interfaces for communications. May have sub-systems. Has a control mechanism, with feedback and feed-forward.

16 Actors An actor is someone or something outside the system that interacts with the system

17 Identifying Actors: Helpful Questions Who will supply, use, or remove information from the system? Who will operate the system? Who will perform any system maintenance? Where will the system be used? Where does the system get its information? What other external systems will interact with the system? These questions help to construct a system perspective.

18 System Perspective It is a block diagram that describes the boundaries of the system, the users, and other interfaces

19 Step 5: Identify the Constraints to Be Imposed on the Solution A constraint is a restriction on the degree of freedom we have in providing a solution. A variety of sources of constraints must be considered.

20 Potential Sources of System Constraints

21 Potential Sources of System Constraints

22 Sources of Constraints and Their Rationale for Sales Order Entry System

23 Key Points Problem analysis is the process of understanding real-world problems and user's needs and proposing solutions to meet those needs. The goal of problem analysis is to gain a better understanding of the problem being solved, before development begins. To identify the root cause, or the problem behind the problem, ask the people directly involved. Identifying the actors on the system is a key step in problem analysis.

24 What’s Next?

25 Problem Analysis for More Specific Applications Ch 6: Business modeling, techniques for IS/IT applications Ch 7: Systems Engineering, techniques for embedded applications... But we’ll skip these.