Personal Software Process Team Software Process

Slides:



Advertisements
Similar presentations
Software Engineering CSE470: Process 15 Software Engineering Phases Definition: What? Development: How? Maintenance: Managing change Umbrella Activities:
Advertisements

Software Project Management Lecture # 11. Outline Quality Management ( chapter 26 - Pressman )  Software reviews  Formal Inspections & Technical Reviews.
W5HH Principle As applied to Software Projects
Stepan Potiyenko ISS Sr.SW Developer.
SE 470 Software Development Processes James Nowotarski 12 May 2003.
OHT 7.1 Galin, SQA from theory to implementation © Pearson Education Limited 2004 Software development methodologies: - The software development life cycle.
OHT 7.1 Galin, SQA from theory to implementation © Pearson Education Limited 2004 Software development methodologies: - The software development life cycle.
1 Software Testing and Quality Assurance Lecture 1 Software Verification & Validation.
 QUALITY ASSURANCE:  QA is defined as a procedure or set of procedures intended to ensure that a product or service under development (before work is.
Fundamental of Software Project Management Team Assignment 1 – K15T2 – Team 07.
Using A Defined and Measured Personal Software Process Watts S. Humphrey CS 5391 Article 8.
Software System Integration
Introduction to Computer Technology
Personal Software Process Software Quality CIS 376 Bruce R. Maxim UM-Dearborn.
Process: A Generic View
Quality of Information systems. Quality Quality is the degree on which a product satifies the requirements Quality management requires that : that requirements.
Team Launch Introduction. Real projects are large and complex, and most software is created by teams Merely throwing people together does not result in.
Test Organization and Management
Dillon: CSE470: SE, Process1 Software Engineering Phases l Definition: What? l Development: How? l Maintenance: Managing change l Umbrella Activities:
CS 501: Software Engineering Fall 1999 Lecture 16 Verification and Validation.
S oftware Q uality A ssurance Part One Reviews and Inspections.
Software Quality Assurance Activities
Software Inspection A basic tool for defect removal A basic tool for defect removal Urgent need for QA and removal can be supported by inspection Urgent.
Unit 8 Syllabus Quality Management : Quality concepts, Software quality assurance, Software Reviews, Formal technical reviews, Statistical Software quality.
Introduction to Software Engineering LECTURE 2 By Umm-e-Laila 1Compiled by: Umm-e-Laila.
CS 350, slide set 6 M. Overstreet Old Dominion University Spring 2005.
Team Assignment 15 Team 04 Class K15T2. Agenda 1. Introduction 2. Measurement process 3. GQM 4. Strength Weakness of metrics.
1Software Measurement Advanced Software Engineering COM360 University of Sunderland © 2001.
CS 3610: Software Engineering – Fall 2009 Dr. Hisham Haddad – CSIS Dept. Chapter 2 The Software Process Discussion of the Software Process: Process Framework,
INFO 637Lecture #101 Software Engineering Process II Review INFO 637 Glenn Booker.
Team Software Process (TSPi) CS4320 Fall TSP Strategy Provide a simple process framework based on the PSP. Use modest, well-defined problems. Develop.
This chapter is extracted from Sommerville’s slides. Textbook chapter
Lecture Introduction to Software Development SW Engg. Development Process Instructor :Muhammad Janas khan Thursday, September.
These courseware materials are to be used in conjunction with Software Engineering: A Practitioner’s Approach, 6/e and are provided with permission by.
SE-280 Dr. Mark L. Hornick 1 Design and Code Reviews Review Checklists.
Chapter 12: Software Inspection Omar Meqdadi SE 3860 Lecture 12 Department of Computer Science and Software Engineering University of Wisconsin-Platteville.
Implementation Phase CS4311 – Spring 2008 References: Shach, Object Oriented and Classical Software Engineering E. Braude, Software Engineering, an Object-Oriented.
Cmpe 589 Spring 2006 Lecture 2. Software Engineering Definition –A strategy for producing high quality software.
Sponsored by the U.S. Department of Defense © 2002 by Carnegie Mellon University July 2002 PSP-TSPi Faculty Workshop Pittsburgh, PA Lecture.
PRODUCT IMPLEMENTATION Chapter 8 Tawatchai Iempairote September 23, 2041.
Software Engineering1  Verification: The software should conform to its specification  Validation: The software should do what the user really requires.
Hussein Alhashimi. “If you can’t measure it, you can’t manage it” Tom DeMarco,
© Michael Crosby and Charles Sacker, 2001 Systematic Software Reviews Software reviews are a “quality improvement process for written material”.
Software Engineering Lecture 8: Quality Assurance.
This chapter is extracted from Sommerville’s slides. Textbook chapter 22 1 Chapter 8 Validation and Verification 1.
Project Planning Goal 1 - Estimates are documented for use in tracking and planning project. Goal 2 - Project Activities and commitments planned and documented.
What is a software? Computer Software, or just Software, is the collection of computer programs and related data that provide the instructions telling.
Software Project Management Lecture # 12. Outline Quality Management ( chapter 26 - Pressman )  SQA  Who does it?  SQA Activities  Software reviews.
P ERSONAL & TEAM PROCESS MODELS Lecture 05 Part -2.
SOFTWARE TESTING Date: 29-Dec-2016 By: Ram Karthick.
Lecture 3 Prescriptive Process Models
Software Quality Engineering
Approaches to ---Testing Software
CSC 480 Software Engineering
Software Verification and Validation
Software Verification and Validation
Software Quality Engineering
TechStambha PMP Certification Training
A possible solution: Personal Software Process (PSP)
Software Quality Engineering
Engineering Processes
Software testing strategies 2
SQA for Individuals based on
CIS12-3 IT Project Management
Software Engineering: A Practitioner’s Approach, 6/e Chapter 2 Process: A Generic View copyright © 1996, 2001, 2005 R.S. Pressman & Associates, Inc.
Quality Measurable characteristic Cyclomatic complexity Cohesion
Baisc Of Software Testing
Software Verification, Validation, and Acceptance Testing
Team Software Process (TSP)
3. Software Quality Management
Presentation transcript:

Personal Software Process Team Software Process CSC 3380 Lecture 08

Sources Introduction to the Personal Software Process by Watts S. Humphery, pp. 239-273, Introduction to the Team Software Process by Watts S. Humphery

Product Quality Can’t retrofit a product to improve quality From the beginning we need: Quality standards; Process standards; Quality assurance mechanisms, responsibilities Defect elimination is the principal metric Done by reviews, compilation, and testing Each such filter passes on a %age of defects Testing is most expensive and least effective

Product Quality continued Problems with testing Hard to trace back from symptom to defect Defects interact to mask each other Tests are often enormous - testing is “blind”, so we must test for every category of defect You never know that a product is defect-free Keep individual/organization estimated filter rates Individual review may not exceed 70% effectiveness - prototyping helps eliminate rest, which often arise in requirements, specification, and design errors

Filtering yields of different methods Individual Code review 70% to 80% Group Code Inspection 50% to 70% Compilation 50% Unit Testing 40% to 50% Integration Testing 45% Requirements (System) Testing Algorithm Testing 8%

Process Quality As quality improves, removal rates decrease Defect removal strategy: Individuals develop high quality modules Team inspects all module interfaces and interactions Team validates all requirements and their presence in code Individual conducts very complete unit test Team does comprehensive integration testing QA does thorough system testing

Process Quality Build in as much quality as you want to buy Quality failure costs – fixing defects Quality appraisal costs – reviews and other filtering that doesn’t remove defects Defect prevention costs – process analysis and improvement efforts Failure costs ~ compile and test costs Appraisal costs ~ reviews Personal process metrics Appraisal/failure > 2.0 (primary metric) Review yield >= 70% (use own checklist) When achieved, cull checklist and do prototyping

Major Insights of Introductory Team Software Process Teams are the norm; they speed up development,bring skills/experience to bear Teamwork is synergistic; this requires: Training and experience Common goals and good communication Acceptance of assigned roles Environmental support (management) Accepted process, including planning Commitment to all the above Mutual respect and support Teams are fun and satisfying as well as productive

The Team Process Launch sets goals, roles, meeting schedule Strategizing sets conceptual design, risk assessment, development strategy, estimates Planning sets detailed plans and QA process Requirements definition sets specifications and mechanisms for requirements change Design sets standards, product design, test plans, and performs reviews, inspections Implementation completes low-level design, coding, reviews, inspections, testing

The Team Process continued Integration and system testing tests and validates product, produces documentation Postmortem evaluates experience, analyzes process, provides suggestions for improving Team roles: Leader Development manager Planning manager Quality/process manager Support manager