9-Jun-15 GCIS 504/GENG 580- The requirements problem1.

Slides:



Advertisements
Similar presentations
4/18/20151 Quality Costs. 4/18/20152 Learning Objectives After completion of this session you will: Understand the impact of measuring the cost of quality.
Advertisements

1 Requirements and the Software Lifecycle The traditional software process models Waterfall model Spiral model The iterative approach Chapter 3.
The Chaos Report © The Standish Group 1995.
Verification and Validation: A Quick Introduction 1-2 Lectures.
Verification and Validation: A Quick Introduction Authors Massood Towhidnejad Massood Towhidnejad Mike Rowe Mike Rowe David Dampier David Dampier Sponsored.
“Not Fully Specified (Project) Objectives” CS524 – Software Engineering I Azusa Pacific University Professor Dr. Sheldon X. Liang Fall I 2007 Ernie Rosales.
1 Team Skill 2 Chapter 8: The Challenge of Requirements Elicitation Due to The "Yes, But" Syndrome The "Undiscovered Ruins" Syndrome The "User and the.
Applied Software Project Management INTRODUCTION Applied Software Project Management 1 5/20/2015.
MADALINA CROITORU Software Engineering week 1 Madalina Croitoru IUT Montpellier.
Quality BA 339 Mellie Pullman. Managing Quality Quality defined Quality assurance  Continuous improvement tools  Statistical quality control Total cost.
Requirements - Why What and How? Sriram Mohan. Outline Why ? What ? How ?
SE 450 Software Processes & Product Metrics Software Metrics Overview.
Identifying needs and establishing requirements Chapter 7b.
1 H. Brief Orientation on aspects of Quality What is Quality? –Various “gurus” have proposed different ideas. One of the most well known was Philip Crosby.
Part 2: Requirements Days 7, 9, 11, 13 Chapter 2: How to Gather Requirements: Some Techniques to Use Chapter 3: Finding Out about the Users and the Domain.
Requirements Specifications Today: Homework #1 due For next class: Pressman 11; SRD Team Status Reports Requirements Process (continued) Bio Break ( 5.
The Analyst as a Project Manager
Software Test Plan Why do you need a test plan? –Provides a road map –Provides a feasibility check of: Resources/Cost Schedule Goal What is a test plan?
DATE: 28/11/2012 INSTRUCTOR: HANIF ULLAH Tutorial 7.
Quality of Information systems. Quality Quality is the degree on which a product satifies the requirements Quality management requires that : that requirements.
Software Quality Chapter Software Quality  How can you tell if software has high quality?  How can we measure the quality of software?  How.
Extreme Programming Software Development Written by Sanjay Kumar.
Software Project Management
University of Palestine software engineering department Testing of Software Systems Fundamentals of testing instructor: Tasneem Darwish.
Name Hometown Program Employer/Student Fun Fact 1.
Software Quality Assurance Activities
Quality Cost Quality Cost- those cost associate with the non achievement of product or service quality. Types Prevention Cost –Planning, Document, Control,
COMPANYWIDE ASSESSMENT OF QUALITY
© Mahindra Satyam 2009 Defect Management and Prevention QMS Training.
CS3100 Software Project Management Week 26 - Quality Dr Tracy Hall.
Software Testing. What is Software Testing? Definition: 1.is an investigation conducted to provide stakeholders with information about the quality of.
Requirements Management with Use Cases Module 2: Introduction to RMUC Requirements Management with Use Cases Module 2: Introduction to RMUC.
Systems Development Lifecycle Testing and Documentation.
This chapter is extracted from Sommerville’s slides. Text book chapter
1 Requirements Management - General concepts - Noureddine Abbadeni King Saud University College of Computer and Information Sciences Based on “Software.
INFO 636 Software Engineering Process I Prof. Glenn Booker Week 9 – Quality Management 1INFO636 Week 9.
Rational Requirements Management with Use Cases v5.5 Copyright © Rational Software, all rights reserved 1 Requirements Management with Use Cases.
This chapter is extracted from Sommerville’s slides. Textbook chapter
REQUIREMENTS - WHY WHAT AND HOW? Steve Chenoweth & Chandan Rupakheti CSSE 371 Chapters Requirements Text. Question 6.
The Long Tail Why the future of business is selling less of more ▫ISBN = ▫Chris Anderson Low Distribution and Inventory costs allow companies.
Statistics from the Famous 1995 Standish Group Report.
1 TenStep Project Management Process ™ PM00.9 PM00.9 Project Management Preparation for Success * Manage Quality *
Chapter 12: Software Inspection Omar Meqdadi SE 3860 Lecture 12 Department of Computer Science and Software Engineering University of Wisconsin-Platteville.
Software Requirements and Design Khalid Ishaq
Week 1. The goal of software development To develop quality software – on time on budget – that meets customers’ need However, our customer are quite.
Software Defects.
MADALINA CROITORU Software Engineering week 3 Madalina Croitoru IUT Montpellier.
GCSE ICT Systems Analysis. Systems analysis Systems analysis is the application of analytical processes to the planning, design and implementation of.
Managing IT as a Business Managing Organizations in the 21 st Century Organizations must become more agile, transparent, and innovative. There is great.
Software Engineering Lecture # 1.
Chapter 1 The Requirements Problem
1 Project Management C53PM Session 3 Russell Taylor Staff Work-base – 1 st Floor
1 Systems Analysis and Design in a Changing World, Tuesday, January 23, 2007.
Software Quality assurance SQA – SWE 333
1 The Requirements Problem Chapter 1. 2 Standish Group Research Research paper at:  php (1994)
The Cost of Quality Presented by Dr. Joan Burtner Certified Quality Engineer Associate Professor of Industrial Engineering and Industrial Management Mercer.
1 Quality Costs Dr. A. Mohamed Riyazh Khan DoMS, SNS. College of Engg. Dr. Mohamed Riyazh Khan- SNS, DoMS.
Software Engineering Lecture 8: Quality Assurance.
Project success = business success TM Introduction to Agility Agility is a comprehensive response to the business challenges of profiting from rapidly.
This chapter is extracted from Sommerville’s slides. Textbook chapter 22 1 Chapter 8 Validation and Verification 1.
Software Test Plan Why do you need a test plan? –Provides a road map –Provides a feasibility check of: Resources/Cost Schedule Goal What is a test plan?
1 Chapter 2 SW Process Models. 2 Objectives  Understand various process models  Understand the pros and cons of each model  Evaluate the applicability.
Project Failure RYAN BIBBY – PROJECT 5 ASSIGNMENT 2 TASK 1.4.
Swami NatarajanOctober 1, 2016 RIT Software Engineering Software Metrics Overview.
Software Reliability PPT BY:Dr. R. Mall 7/5/2018.
Some Simple Definitions for Testing
KEY PROCESS AREAS (KPAs)
Quality Measurable characteristic Cyclomatic complexity Cohesion
Quality Costs 2/23/2019.
When should root cause analysis be performed?
Presentation transcript:

9-Jun-15 GCIS 504/GENG 580- The requirements problem1

9-Jun-15 2 Chapter 1 The Requirements Problem The goal of software development Reasons of projects successes and failures The cost of requirements errors

9-Jun-15 GCIS 504/GENG 580- The requirements problem3 The Goal of Software Development To develop high-quality softwares on time and on budget that meets customers' real needs.

9-Jun-15 GCIS 504/GENG 580- The requirements problem4 The Standish Group’s Survey (1994) The following is a look at the study done by the Standish group: In USA $250 billion spent each year on IT application development of approximately 175,000 projects. 31% of projects will be canceled before they ever get completed. 52.7% of projects will cost 189% of their original estimates.

9-Jun-15 GCIS 504/GENG 580- The requirements problem5 Causes of Project Success and Failure The Standish Group survey also asked respondents to identify the most significant factors that contributed to projects that were rated: Success Challenged: late and didn’t meet expectations Impaired: canceled

9-Jun-15 GCIS 504/GENG 580- The requirements problem6 Factors that Caused Projects to be “Challenged" The 3 most commonly cited factors were: 1. Lack of user input: 13% of all projects 2. Incomplete req & specs: 12% of all projects 3. Changing req and specs: 12% of all projects At least 1/3 of the development projects run into trouble for reasons that are directly related to requirements gathering, requirements documentation, requirements management.

9-Jun-15 GCIS 504/GENG 580- The requirements problem7 Factors that Caused Projects to be “Success" The 3 most important success factors were: 1. User involvement: 16% of all successful projects 2. Executive management support: 14% of all successful projects 3. Clear statement of requirements: 12% of all successful projects

9-Jun-15 GCIS 504/GENG 580- The requirements problem8 Software Development Problems The two largest problems, appearing in about half of the responses, were 1. Requirements specifications 2. Managing customer requirements Survey conducted by European Software Process Improvement Training Initiative (ESPITI) [1995], with 3,800 responses.

9-Jun-15 GCIS 504/GENG 580- The requirements problem9 The High Cost of Requirements Errors

9-Jun-15 GCIS 504/GENG 580- The requirements problem10 The High Cost of Requirements Errors The errors discovered during the design of a development project could fall into one of two categories: 1. Errors that occurred when the development staff created a technical design from a correct set of requirements, or 2. Errors that should have been detected as requirements errors somewhat earlier in the process but that somehow "leaked" into the design phase of the project. It's the second category of errors that turn out to be particularly expensive.. Why?

9-Jun-15 GCIS 504/GENG 580- The requirements problem11 Because... 1.The errors are misleading. Everyone is looking for design errors during the testing or inspection activities while in fact they are in the requirements. 2.By the time the requirements error is discovered, time and effort have been lost in faulty design. So, the design have to be thrown away or reworked.

9-Jun-15 GCIS 504/GENG 580- The requirements problem12 The High Cost of Requirements Errors In order to repair a defect, we are likely to experience costs in some or all of the following areas: Re-specification, Redesign, Recoding, Retesting, Change orders, Corrective action: undoing whatever damage may have been done. Scrap: code and design that are based on incorrect requirements. Recall of defective versions of software Warranty costs. Product liability: customer can sue for damages Service costs for reinstallation.

9-Jun-15 GCIS 504/GENG 580- The requirements problem13 Key points The goal of software development is to develop quality software – on time and on budget – that meets customers' real needs. Project success depends on effective requirements management. Requirements errors are the most common type of systems development error and the most costly to fix. A few key skills can significantly reduce requirements errors and thus improve software quality.