Defects yet to be fixed Defects Time Total reported defects

Slides:



Advertisements
Similar presentations
Formal Technical Reviews
Advertisements

0-1 Team # Status Report (1 of 4) Client Contact –Point 1 –Point 2 Team Meetings –Point 1 –Point 2 Team Organization –Point 1 –Point 2 Team #: Team Name.
Software Development Process. Process Improvement Using the Shewhart Cycle 1.PLAN - Plan a change aimed at improvement, collect data, and establish a.
0-1 Team # Status Report (1 of 4) Client Contact –Status Point 1 –Status Point 2 Team Meetings –Status Point 1 –Status Point 2 Team Organization –Description.
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.
Object-Oriented Analysis and Design Lecture 11 Maintenance (from Schach, “O-O and Classical Software Engineering”)
Types of Risks 1.Project risks –Impact schedule and cost –Includes budgetary, schedule, personnel, resource, customer, requirement problems 2.Technical.
Incremental Model Requirements phase Verify Specification phase Verify
SOFTWARE ENGINEERING MCS-2 LECTURE # 5. RAD (RAPID APPLICATION DEVELOPMENT) MODEL  In RAD model the components or functions are developed in parallel.
Feasibility Study.
Software Engineering Management Lecture 1 The Software Process.
Statistical Software Quality Assurance Implies –Information about defects is collected and categorized –An attempt is made to trace each defect to underlying.
Software Engineering II Lecture 3 Fakhar Lodhi. Software Life-Cycle Steps Life-cycle model (formerly, process model) –Requirements phase –Specification.
January 2009 Technical and economic feasibility studies Methodology and useful tools.
Level 1 Level 1 – Initial: The software process is characterized as ad hoc and occasionally even chaotic. Few processes are defined, and success depends.
Empirical Estimation Models Based upon historic data Basic Structure E = A + B * (ev) C where A, B, c are empirical constants ‘ev’ is the effort in terms.
Right-Sizing the SW Development Process Altaf Khan.
1 Software Project Planning Software project planning encompasses five major activities –Estimation, scheduling, risk analysis, quality management planning,
Software Project Management
Design of Goods and Services Chapter 5. Designing Goods Form design: Appearance and other sensory aspects of a product Contributes to customer expectations.
Computer Graphics Lecture 2. Computer graphics application 1- Graphics and chart :- Early application for graphics display simple data graphic, but today.
ECO 365 Week 3 Learning Team Current Market Conditions Competitive Analysis Check this A+ tutorial guideline at
Software Reviews Software reviews are the filter for the software engineering process Applied at various different points and serve to uncover errors that.
Product and Service Design
Computer vision and biometric technology in credit risk
Software Engineering Management
Metrics for Specification Quality
Software Verification and Validation
Environment Assessment
Software Engineering Lecture #41
Version Control Combination of procedures and tools to manage different versions of the software configuration. Configuration management allows the user.
McCall’s Quality Factors
Business System Development
Change Control Process—I
Software Engineering Lecture #2
QuickBooks Error Technical Support Number
Software Project Estimation
REKAYASA PERANGKAT LUNAK
Chapter 9: Class Tournament
Software Development Life Cycle
Best Approach And Practices For Software Quality Assurance Companies.
Software Engineering Lecture #39
Assessing Risk Impact Factors affecting the consequences Nature Scope
A simple database Project Size (FP) Effort (Pm) Cost Rs. (000) Pp. doc
Software Engineering Lecture #45
Software Engineering Lecture #7
Software Engineering Lecture #25
Software Engineering Lecture # 17
Software Engineering Lecture #26
Program Restructuring
Error Tracking Defect removal efficiency DRE = E / (E+D)
Baseline – IEEE definition
Quality Measurable characteristic Cyclomatic complexity Cohesion
The Project Reel’s five step approach for successful projects
Decision Tree.
Software Engineering Lecture # 01
Software Engineering Lecture #35
Extreme Programming.
Software Engineering Lecture #3
Let’s start by debunking some common myths about Project Management
Software Engineering Lecture #40
Software Engineering Lecture #16
Software Engineering Lecture # 19
Process for Organising Software Development Activities
Software Engineering Lecture #29
Software Maintenance Part1 Introduction. Outlines What Is Software Maintenance Purposes of Maintenance Why We Need It Maintenance Difficilties Some Tips.
11/24/18 LEWIOT PINNACLE.
Software Engineering Lecture #28
Software Engineering Lecture #6
SDLC (Software Development Life Cycle) Role Play
Presentation transcript:

Defects yet to be fixed Defects Time Total reported defects Defects fixed to date Defects Defects yet to be fixed As long as the gap between is increasing between the Time

Software Engineering II Lecture 16 Fakhar Lodhi

Defects Test cases Upper limit Actual defects Lower limit Defect line crosses the upper limit – bad product quality – maybe time to take a step back and try to fix the product design etc. Defect line crossing the lower limit – too good to be true – check the quality and coverage of your testing Test cases

Recap

Summary of Today’s Lecture

4 - 3 - 2 - 1 - 0 - Defect Ripple 1 2 3 4 5 6 7 8 9 Defect Fixed Three new defects appeared as a consequence of fixing defect 5 4 - 3 - 2 - 1 - 0 - Defect Ripple Too many ripples – highly coupled design 1 2 3 4 5 6 7 8 9 Defect Fixed

4 - 3 - 2 - 1 - 0 - Not - A - Defect Time 4 - 3 - 2 - 1 - 0 - Too many defects resolved as not a defect – quality of your requirements document or skill set of your testing team. Time

Feasibility 4 dimensions Technology Finance Time Resources Technology Is the project technically feasible? Is it within the state of the art? Can defects be reduced to a level matching the application needs? Finance Is it financially feasible? Can development be completed at a cost that software organization, its client, or the market can afford? Time Will the project time to market beat the competition? Resources Does the organization have resources needed to succeed?

Technology Is the project technically feasible? Is it within the state of the art? Can defects be reduced to a level matching the application needs?

Finance Is it financially feasible? Can development be completed at a cost that software organization, its client, or the market can afford?

Time Will the project time to market beat the competition?

Resources Does the organization have resources needed to succeed? HW/SW tools Reusable software components People