1 Team Skill 1 - Analyzing the Problem (Chapters 5-7 of the requirements text) CSSE 371, Software Requirements and Specification Don Bagert, Rose-Hulman.

Slides:



Advertisements
Similar presentations
Cause and Effect , Fishbone, Ishikawa Diagram
Advertisements

Systems Analysis and Design 9th Edition
1 Quality CSSE 371 Software Requirements and Specification Mark Ardis, Rose-Hulman Institute October 25, 2004.
1 Use Cases 1 CSSE 371 Software Requirements and Specification Mark Ardis, Rose-Hulman Institute September 17, 2004.
1 Interviewing CSSE 371 Software Requirements and Specification Mark Ardis, Rose-Hulman Institute September 13, 2004.
Chapter 2.
1 Problem Analysis CSSE 371 Software Requirements and Specification Mark Ardis, Rose-Hulman Institute September 9, 2004.
Software Process and Problem Statements CSSE 371, Software Requirements and Specification Mark Ardis, Rose-Hulman Institute September 3, 2004.
1 Brainstorming CSSE 371 Software Requirements and Specification Mark Ardis, Rose-Hulman Institute September 16, 2004.
Team Skill 6 - Building The Right System Part 2: Traceability, Change and Quality (Chapters of the requirements text) CSSE 371 Software Requirements.
BA 301 Week 4. Homework Assignment – Read pages 40 – 56 (Yuthas) List all your activities for the last week and time spent to the closest hour e.g. Study,
Introduction to Requirements (Chapters 1-3 of the requirements text) CSSE 371, Software Requirements and Specification Don Bagert, Rose-Hulman Institute.
1 Team Skill 4 - Team Skill 5 - Scope Refining the Systems Definition (Chapters of the requirements text) CSSE 371 Software Requirements and Specification.
Slide 1 Process, Requirements and Prototyping (Chapters 6-8 of Interaction Design text) CSSE 371 Software Requirements and Specification Don Bagert, Rose-Hulman.
1 Chapter 5: The F1ive Steps in Problem Analysis The five steps in problem analysis. Team Skill 1.
Slide 1 Requirements Wrap-up (Chapter 31 of requirements text) and Interaction Design: Introduction (Chapters 1 of Interaction Design text) CSSE 371 Software.
1 Team Skill 2 - Understanding User and Stakeholder Needs (Chapters 8-13 of the requirements text) CSSE 371, Software Requirements and Specification Don.
1 Team Skill 3 - Defining the System (Chapters of the requirements text) CSSE 371 Software Requirements and Specification Don Bagert, Rose-Hulman.
Overview of the Rose-Hulman Bachelor of Science in Software Engineering Don Bagert SE Faculty Retreat – New Faculty Tutorial August 23, 2005.
1 Team Skill 1 - Analyzing the Problem Sriram Mohan/ Steve Chenoweth 371 Ch 5 in Requirements Text.
Team Skill 6 - Building The Right System Part 1: Applying Use Cases (Chapters of the requirements text) CSSE 371 Software Requirements and Specification.
CS350/550 Software Engineering Lecture 1. Class Work The main part of the class is a practical software engineering project, in teams of 3-5 people There.
7M822 Software Requirements A Use Case Approach 14 September 2010.
Slide 1 Understanding Interaction, Users and Interfaces and Designing for Collaboration and Communication (Chapters 2-5 of Interaction Design text) CSSE.
1 Maintenance Management and Organization Steve Chenoweth CSSE 375, Rose-Hulman Based on Don Bagert’s 2006 Lecture.
7M822 Software Requirements Introduction 7 September 2010.
I SHIKAWA D IAGRAM RACHELLE LARDIZABAL PRECY MATA NEIL JUSTINE ABAD RYAN MACABEO.
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.
RUP Requirements RUP Artifacts and Deliverables
Copyright Course Technology 1999
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.
©Ian Sommerville 2000 Software Engineering, 6th edition. Chapter 6 Slide 1 Chapter 6 Requirements Engineering Process.
1 IBM Software Group ® Mastering Requirements Management with Use Cases Module 4: Analyze the Problem.
Software engineering lec4 Requirements. Developing requirements Start thinking about particular problem Understand the problem  Domain analysis Gather.
What is a Business Analyst? A Business Analyst is someone who works as a liaison among stakeholders in order to elicit, analyze, communicate and validate.
© 2001 Business & Information Systems 2/e1 Chapter 8 Personal Productivity and Problem Solving.
Lead Black Slide Powered by DeSiaMore1. 2 Chapter 8 Personal Productivity and Problem Solving.
Object-Oriented Software Engineering Practical Software Development using UML and Java Chapter 4: Developing Requirements.
Meeting Post Transitional Outcomes
Systems Analysis and Design 8 th Edition Chapter 2 Analyzing the Business Case.
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.
Object-Oriented Software Engineering Practical Software Development using UML and Java Chapter 4: Developing Requirements.
Software Requirements and Design Khalid Ishaq
Lecture 2 Developing Requirements
CSC480 Software Engineering Lecture 8-9 September 20, 2002.
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.
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.
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.
Team Skill 3 - Defining the System (Chapters of the requirements text ) Sriram Mohan 1.
1 Version /05/2004 © 2004 Robert Oshana Requirements Engineering Analyzing the Problem.
Systems Analysis & Design 7 th Edition Chapter 2.
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.
CHAPTER 2 SYSTEM PLANNING DFC4013 System Analysis & Design.
Team Skill 1 - Analyzing the Problem
CMPE 280 Web UI Design and Development August 29 Class Meeting
Lecture 2 Developing Requirements
Systems Analysis and Design
Requirements Analysis
Introduction to Requirements Management
CAUSE AND EFFECT DIAGRAM
Overview of BSSE at Rose-Hulman Institute of Technology
Presentation transcript:

1 Team Skill 1 - Analyzing the Problem (Chapters 5-7 of the requirements text) CSSE 371, Software Requirements and Specification Don Bagert, Rose-Hulman Institute of Technology September 6, 2005 Thanks to Mark Ardis for some of the slides included.

2 Outline  The Five steps in problem analysis  Business modeling  System engineering issues

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

4 Step 1: Agree on the Problem  Write the problem statement A problem statement is the problem to be solved, written in a standardized format

5 One Format for Problem Statements  Function: What the solution must do and how it will be used  Form: The form the system must take in providing the functional features  Economy: The expected value and cost of the solution to customers and to your own organization  Time: The relationship of the solution to past, present, and future

6 Step 2: Find Root Causes  One method: Fishbone or Ishikawa (Kaoru Ishikawa) diagrams 1.Place problem in head of fish 2.Draw major bones for different aspects or viewpoints 3.Draw causes as smaller bones (recursively)

7 An Example Fishbone Diagram Lousy Meals Same old every day Lousy cooks Too far from suppliers Lousy kitchen Poor education Poor attitude Have to get up early Underpaid

8 Step 3: Identify Stakeholders  Who are the users?  Who is the customer?  Who else will be affected?  Who will approve the system?  Who will maintain the system?  Who else cares?

A Typical Stakeholder Buffy the Vampire Slayer. Source: Warner Brothers

10 Step 4: Define Boundaries  Draw a picture: Solution system is a black box in the middle of the picture Users of the software are shown Systems that interact with the solution are also shown These users and interacting systems are collectively known as “actors”

11 Here Are Some Actors Source: Rose-Hulman Drama Club website

Actors Can Also Be Something Rather Than Someone Source: clipart.com

13 Step 5: Identify Constraints Frequently-Used Constraint Classifications Economics Politics Technology Existing Systems Environment Schedule and Resources

14 Two Domain-Specific Problem Analysis Techniques  Business Modeling Information Systems/IT domain  Systems Engineering Embedded systems domain