A possible solution: Personal Software Process (PSP)

Slides:



Advertisements
Similar presentations
Introduction to The Personal Software Process and The Team Software Process Dr. Kaan Kurtel.
Advertisements

The Personal Software Process (PSP) Lecture #1 Software Engineering Institute Carnegie Mellon University Pittsburgh, PA Sponsored by the U.S. Department.
More CMM Part Two : Details.
PRO2 - 1 Introduction to the Personal Software Process SWENET PRO2 Module Developed with support from the National Science Foundation.
Personal Software Process
The Software Process Strategy The Software Process Strategy Part III.
SE 470 Software Development Processes James Nowotarski 12 May 2003.
Computer Engineering 203 R Smith Process/Plan Model 7/ Development Process Models Development Process Models are different ways to look at the processes.
R&D SDM 1 Software Process Improvement Capability Maturity Models
1 R&D SDM 1 Software Project Management Capability Maturity Model 2009 Theo Schouten.
CMM Overview - 1 © Paul Sorenson CMPUT Software Engineering refs. IEEE Software, March 1988, 73-79, and IEEE Software, July 1993, (Capability.
Chapter 3 The Structure of the CMM
Software Process CS 414 – Software Engineering I Donald J. Bagert Rose-Hulman Institute of Technology December 17, 2002.
Using A Defined and Measured Personal Software Process Watts S. Humphrey CS 5391 Article 8.
Personal software process Mohammed ahmed ali. What is psp The personal software process (psp) is a structured set of process descriptions, measurements.
Personal Software Process Overview CIS 376 Bruce R. Maxim UM-Dearborn.
Copyright © 1994 Carnegie Mellon University Disciplined Software Engineering - Lecture 1 1 Disciplined Software Engineering Lecture #1 Software Engineering.
Capability Maturity Model
Personal Software Process KAIST SE Lab..
Software Engineering II Lecture 1 Fakhar Lodhi. Software Engineering - IEEE 1.The application of a systematic, disciplined, quantifiable approach to the.
Capability Maturity Model Part One - Overview. History Effort started by SEI and MITRE Corporation  assess capability of DoD contractors First.
N By: Md Rezaul Huda Reza n
1 Chapter 2 The Process. 2 Process  What is it?  Who does it?  Why is it important?  What are the steps?  What is the work product?  How to ensure.
J. R. Burns, Texas Tech University Capability Maturity Model -- CMM n Developed by the Software Engineering Institute (SEI) in 1989 –SEI is a spinoff.
1 9/19/2015ã 2007, Spencer Rugaber Personal Software Process (PSP) Application of CMM principles to individuals Developed by Watts Humphrey of the Software.
Introduction to Software Engineering LECTURE 2 By Umm-e-Laila 1Compiled by: Umm-e-Laila.
Software Engineering - Spring 2003 (C) Vasudeva Varma, IIITHClass of 39 CS3600: Software Engineering: Standards in Process Modeling CMM and PSP.
SE 501 Software Development Processes Dr. Basit Qureshi College of Computer Science and Information Systems Prince Sultan University Lecture for Week 6.
By Ritesh Reddy Nagaram.  Organizations which are developing software processes are facing many problems regarding the need for change of already existing.
Lecture: The Personal Software Process. 2 Overview  Personal Software Process assumptions process stages measures and quality strategy results.
© 1998 Carnegie Mellon UniversityTutorial The Personal Software Process (PSP) The overview of the PSP that follows has been built from material made.
This material is approved for public release. Distribution is limited by the Software Engineering Institute to attendees. Sponsored by the U.S. Department.
This material is approved for public release. Distribution is limited by the Software Engineering Institute to attendees. Sponsored by the U.S. Department.
Georgia Institute of Technology CS 4320 Fall 2003.
INFO 637Lecture #101 Software Engineering Process II Review INFO 637 Glenn Booker.
Software Engineering Prof. Dr. Bertrand Meyer March–June 2007 Chair of Software Engineering Lecture 2: The Personal Software Process.
SWEN 5130 Requirements Engineering 1 Dr Jim Helm SWEN 5130 Requirements Engineering Requirements Management Under the CMM.
“Look, who is the most successful in attracting and holding good people? The nonprofits. The satisfaction has to be greater than in business because there.
Process Improvement. It is not necessary to change. Survival is not mandatory. »W. Edwards Deming Both change and stability are fundamental to process.
INFO 636 Software Engineering Process I Prof. Glenn Booker Weeks 1-2 – Introduction 1INFO636 Weeks 1-2.
Disciplined Software Engineering Lecture #2 Software Engineering Institute Carnegie Mellon University Pittsburgh, PA Sponsored by the U.S. Department.
Copyright © 1994 Carnegie Mellon University Disciplined Software Engineering - Lecture 1 1 Disciplined Software Engineering Lecture #2 Software Engineering.
This material is approved for public release. Distribution is limited by the Software Engineering Institute to attendees. Sponsored by the U.S. Department.
Implementation Phase CS4311 – Spring 2008 References: Shach, Object Oriented and Classical Software Engineering E. Braude, Software Engineering, an Object-Oriented.
Watts Humphrey IBM director of programming and vice-president of technical development Joined CMU Software Engineering Institute in 1986 Initiator and.
Ch-1 Introduction The processes used for executing a software project have major effect on quality of s/w produced and productivity achieved in project…
Level 1 Level 1 – Initial: The software process is characterized as ad hoc and occasionally even chaotic. Few processes are defined, and success depends.
CS 350: Introduction to Software Engineering Slide Set 2 Process Measurement C. M. Overstreet Old Dominion University Fall 2005.
Personal Design and Development Software Process PD 2 SP “The unexamined life is not worth living.” Plato.
Introduction to the Personal Software Process. Overview Process Fundamentals PSP Concepts and Structure PSP Planning and Measurement PSP Quality Management.
CSC 480 Software Engineering PSP Project 1 August 20, 2004.
CSC 205 Programming II Lecture 1 PSP. The Importance of High-Quality Work Three aspects to doing an effective software engineering job producing quality.
Capability Maturity Model. CS460 - Senior Design Project I (AY2004)2 Immature Organisations Software processes are often rigorously followed. Organisation.
P ERSONAL & TEAM PROCESS MODELS Lecture 05 Part -2.
Capability Maturity Model. What is CMM? n CMM: Capability Maturity Model n Developed by the Software Engineering Institute of the Carnegie Mellon University.
Watts Humphrey IBM director of programming and vice-president of technical development Joined CMU Software Engineering Institute in 1986 Initiator and.
School of Business Administration
State of Michigan Achieving Software Process Improvement with
CS4311 Spring 2011 Process Improvement Dr
Information Technology Project Management – Fifth Edition
Level 1 Level 1 – Initial: The software process is characterized as ad hoc and occasionally even chaotic. Few processes are defined, and success depends.
Chapter 2 Process Models
Chapter 2 Process Models
Software Engineering: A Practitioner’s Approach, 6/e Chapter 2 Process: A Generic View copyright © 1996, 2001, 2005 R.S. Pressman & Associates, Inc.
Software Engineering Lecture 16.
Software Engineering I
Capability Maturity Model
Chapter 2 Process Models.
Chapter 2 Process Models
Capability Maturity Model
Presentation transcript:

A possible solution: Personal Software Process (PSP) Software Engineering Institute (SEI) SWE 3643 Lesson 2 - Intro to PSP

Watts S. Humphrey SWE 3643 Lesson 2 - Intro to PSP

Intro to PSP SWE 3643 Lesson 2 - Intro to PSP

Investing in Understanding A small amount of time at the end of the project can yield major rewards in the next one. The data you collect about your project can be a gold mine for: – Plan your next project – Set quality goals – Defend your plans – Identify candidate processes for improvement. – Evaluate the effectiveness of process changes you have made. SWE 3643 Lesson 2 - Intro to PSP

PSP then TSP then CMMI SWE 3643 Lesson 2 - Intro to PSP

PSP Principles - 1 The quality of a software system is governed by the quality of its worst components. The quality of a software component is governed by the individual who developed it. costs and benefits personal software process (PSP) overview The capability maturity model (CMM) process maturity the CMM and the PSP This is governed by your knowledge discipline commitment SWE 3643 Lesson 2 - Intro to PSP

Humphrey thought: As software professionals you should know your own performance by measure, track, and analyze your work. You should learn from your performance variations. You should Incorporate these lessons in your personal practices. SWE 3643 Lesson 2 - Intro to PSP

With a Stable PSP You can You will also estimate and plan your work meet your commitments resist unreasonable commitment pressures You will also understand your ability be better able to improve SWE 3643 Lesson 2 - Intro to PSP

A PSP Also Provides A proven basis for developing and practicing industrial-strength personal disciplines A discipline that shows you how to improve your personal process The data to continually improve the productivity, quality, and predictability of your work SWE 3643 Lesson 2 - Intro to PSP

What is a PSP? A personal process for developing software defined steps forms standards A measurement and analyses framework to help you characterize your process A defined procedure to help you to improve your performance SWE 3643 Lesson 2 - Intro to PSP

The CMM and the PSP - 1 The capability maturity model (CMM) was developed by the SEI with the help of leading software groups. The CMM characterizes the most effective large-scale software practices. The PSP: applies the CMM is for individual work SWE 3643 Lesson 2 - Intro to PSP

The CMM and the PSP - 2 5 4 3 2 1 *PSP key process areas Level 1 Process change management* Technology innovation* Defect prevention* 4 Level 4 Quality management* Process measurement and analysis* 3 Level 3 Peer reviews* Intergroup coordination Software product engineering* Integrated software management* Training program Organization process definition* Organization process focus* 2 Level 2 Software configuration management Software quality assurance Software subcontract management Software project tracking and oversight* Software project planning* Requirements management 1 Level 1 *PSP key process areas SWE 3643 Lesson 2 - Intro to PSP

The CMM and the PSP - 3 The CMM provides the framework for effective process management. It assumes that the software professionals will follow disciplined personal methods. The PSP provides the framework for disciplined individual work. It assumes effective process management. SWE 3643 Lesson 2 - Intro to PSP

The CMM and the PSP - 4 Management S Q S A E The / P Software G Engineering Work the Engineers SEPG - software engineering process group SQA - software quality assurance SCM - software configuration management SWE 3643 Lesson 2 - Intro to PSP

PSP Overview - 1 The PSP is introduced in 7 upward compatible steps You write 1 or 2 small programs at each step You gather and analyze data on your work You use these and analyses to improve your work SWE 3643 Lesson 2 - Intro to PSP

PSP Overview - 2 PSP3 PSP2.1 PSP2 PSP1.1 PSP1 PSP0.1 PSP0 Cyclic development PSP2.1 Design templates PSP2 Code reviews Design reviews PSP1.1 Task planning Schedule planning PSP1 Size estimating Test report PSP0.1 Coding standard Size measurement Process improvement proposal (PIP) PSP0 Current process Time recording Defect recording Defect type standard SWE 3643 Lesson 2 - Intro to PSP

PSP Overview - 3 PSP0 - you establish a measured performance baseline PSP1 - you make size, resource, and schedule plans PSP2 - you practice defect and yield management PSP3 - you scale up PSP methods to larger projects SWE 3643 Lesson 2 - Intro to PSP

Conclusion You will have practiced the key elements of a level 5 industrial process. You will understand which methods are most effective for you. You will do better work. You will have long-term improvement goals. SWE 3643 Lesson 2 - Intro to PSP

The PSP0 Process A simple defined personal process Use your current design and development methods. Gather data on your work: time spent by phase defects found in compile and test Prepare a summary report. SWE 3643 Lesson 2 - Intro to PSP

The PSP0 Process Elements A project plan summary form A time recording log A defect reporting log A defect type standard SWE 3643 Lesson 2 - Intro to PSP

The PSP0 Script Planning - estimate development time Development - develop the product using your current methods Postmortem - complete the project plan summary, with the time spent and defects found and injected in each phase. SWE 3643 Lesson 2 - Intro to PSP

The PSP0 Design - design the program, using your current design methods Coding - Implement the program Compile - compile until defect free Test - test the program and fix all defects Record defects in the defect log and time per phase in the time log. SWE 3643 Lesson 2 - Intro to PSP

PSP0 Plan Summary - 1 Header - name, date, program, instructor, language Enter your best estimate of the total time the development will take. Enter the actual time in minutes you spent in each phase. SWE 3643 Lesson 2 - Intro to PSP

PSP0 Plan Summary - 2 Time - To Date - Enter the total time spent in each phase to date. For program 1A, this is the time spent on program 1A. Time - To Date % - Enter the percent of the total To Date time that was spent in each phase. Defects injected and removed - Enter the actual numbers of defects injected and removed in each phase. SWE 3643 Lesson 2 - Intro to PSP

PSP0 Plan Summary - 3 Defects - To Date - Enter the total defects injected and removed in each phase to date. For program 1A, this is the defects injected and removed with program 1A. Defects - To Date % - Enter the percent of the total To Date defects injected and removed in each phase. SWE 3643 Lesson 2 - Intro to PSP

PSP0 Time Recording Log - 1 Start - Enter the time in minutes when you start a project phase. Stop - Enter the time in minutes when you stop work on a project phase, even if you are not done with that phase. Interruption time - Enter any time you lost due to interruptions in the start to stop period. Delta time - Enter the elapsed start to stop time less the interruption time. SWE 3643 Lesson 2 - Intro to PSP

PSP0 Time Recording Log - 2 Phase note the phase on which you were working use the phase name Comments - describe the interruption the task you were doing anything else that significantly affects your work SWE 3643 Lesson 2 - Intro to PSP

Defect Recording Log - 1 Date - Enter the date when you found and fixed the defect. Number - Enter a unique number for this defect. Start each project with 1. Type - Enter the defect type from the defect type standard. Inject - Enter the phase during which you judge the defect was injected. Remove - Enter the phase in which you found and fixed the defect. SWE 3643 Lesson 2 - Intro to PSP

Defect Recording Log - 2 Fix time - Enter the time you took to fix the defect. You may time it exactly or use your best judgment. Fix defect - If this defect was injected while fixing another defect, enter the number of that defect or an X if you do not know. Note - A defect is anything in the program that must be changed for it to be properly developed, enhanced, or used. SWE 3643 Lesson 2 - Intro to PSP

Defect Type Standard - 1 The defect type standard provides a general set of defect categories. While you may replace this standard with your own, it is generally wise to stick with simple type definitions until you have data to guide your changes. SWE 3643 Lesson 2 - Intro to PSP

Defect Type Standard - 2 The PSP defect types are: 10 - Documentation 20 - Syntax 30 - Build, package 40 - Assignment 50 - Interface 60 - Checking 70 - Data 80 - Function 90 - System 100 - Environment SWE 3643 Lesson 2 - Intro to PSP