SE 501 Software Development Processes Dr. Basit Qureshi College of Computer Science and Information Systems Prince Sultan University Lecture for Week 7.

Slides:



Advertisements
Similar presentations
This material is approved for public release. Distribution is limited by the Software Engineering Institute to attendees. Sponsored by the U.S. Department.
Advertisements

Tutorial: Using PSP0 Personal Software Process for Engineers: Part I
Software Engineering Lab Session Session 4 – Feedback on Assignment 1 © Jorge Aranda, 2005.
This material is approved for public release. Distribution is limited by the Software Engineering Institute to attendees. Sponsored by the U.S. Department.
Copyright © 1994 Carnegie Mellon University Disciplined Software Engineering - Lecture 1 1 Disciplined Software Engineering Lecture #7 Software Engineering.
PRO2 - 1 Introduction to the Personal Software Process SWENET PRO2 Module Developed with support from the National Science Foundation.
Copyright © 1997 Carnegie Mellon University Introduction to the Personal Software Process - Lecture 1 1 Introduction to the Personal Software Process Lecture.
Important concepts in software engineering The tools to make it easy to apply common sense!
山东大学齐鲁软件学院 1 Chapter 9 Managing Schedules. 山东大学齐鲁软件学院 2 In the chapter  How to develop schedules to track the progress of your work.  How to use checkpoints.
1 PSP in CS1: not so wise after all Briana Morrison Southern Polytechnic State University Marietta, GA.
The Software Process Strategy The Software Process Strategy Part III.
Aplicaciones de Ingeniería de Software
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 KAIST SE Lab..
Copyright © 1994 Carnegie Mellon University Disciplined Software Engineering - Lecture 1 1 Disciplined Software Engineering Lecture #5 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.
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.
This material is approved for public release. Distribution is limited by the Software Engineering Institute to attendees. Sponsored by the U.S. Department.
SE 501 Software Development Processes Dr. Basit Qureshi College of Computer Science and Information Systems Prince Sultan University Lecture for Week 8.
Gadgets & More…. “Date Range” Gadgets Allows you to choose a specific date, before or after a date or a range of dates using the Workflows calendar.
INFO 637Lecture #41 Software Engineering Process II Development Plan INFO 637 Glenn Booker.
Enrolment Services – Class Scheduling Fall 2014 Course Combinations.
Disciplined Software Engineering Lecture #4 Software Engineering Institute Carnegie Mellon University Pittsburgh, PA Sponsored by the U.S. Department.
Disciplined Software Engineering Lecture #6 Software Engineering Institute Carnegie Mellon University Pittsburgh, PA Sponsored by the U.S. Department.
SE 501 Software Development Processes Dr. Basit Qureshi College of Computer Science and Information Systems Prince Sultan University Lecture for Week 6.
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.
This material is approved for public release. Distribution is limited by the Software Engineering Institute to attendees. Sponsored by the U.S. Department.
Lecture: The Personal Software Process. 2 Overview  Personal Software Process assumptions process stages measures and quality strategy results.
Disciplined Software Engineering Lecture #7 Software Engineering Institute Carnegie Mellon University Pittsburgh, PA 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.
Lecture 4 Software Metrics
This material is approved for public release. Distribution is limited by the Software Engineering Institute to attendees. Sponsored by the U.S. Department.
SE 501 Software Development Processes Dr. Basit Qureshi College of Computer Science and Information Systems Prince Sultan University Lecture for Week 9.
INFO 637Lecture #101 Software Engineering Process II Review INFO 637 Glenn Booker.
Copyright © 1994 Carnegie Mellon University Disciplined Software Engineering - Lecture 3 1 Software Size Estimation I Material adapted from: Disciplined.
Copyright © 1994 Carnegie Mellon University Disciplined Software Engineering - Lecture 1 1 Disciplined Software Engineering Lecture #4 Software Engineering.
CS 350: Introduction to Software Engineering Slide Set 3 Estimating with Probe I C. M. Overstreet Old Dominion University Fall 2005.
Copyright © 1994 Carnegie Mellon University Disciplined Software Engineering - Lecture 7 1 Design and Code Reviews - Overview What are design and code.
This material is approved for public release. Distribution is limited by the Software Engineering Institute to attendees. Sponsored by the U.S. Department.
INFO 636 Software Engineering Process I Prof. Glenn Booker Week 3 – Planning and Measuring 1INFO636 Week 3.
Disciplined Software Engineering Lecture #3 Software Engineering Institute Carnegie Mellon University Pittsburgh, PA Sponsored by the U.S. Department.
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.
SE-280 Dr. Mark L. Hornick 1 SE-280 Software Engineering Process Dr. Mark L. Hornick web: myweb.msoe.edu/hornick SE280 info syllabus,
SOFTWARE METRICS. Software Process Revisited The Software Process has a common process framework containing: u framework activities - for all software.
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.
CS 350: Introduction to Software Engineering Slide Set 2 Process Measurement C. M. Overstreet Old Dominion University Fall 2005.
This material is approved for public release. Distribution is limited by the Software Engineering Institute to attendees. Sponsored by the U.S. Department.
SE 501 Software Development Processes Dr. Basit Qureshi College of Computer Science and Information Systems Prince Sultan University Lecture for Week 11.
Copyright © , Dennis J. Frailey, All Rights Reserved Day 2, Part 1, Page 1 1/11/2004 Day 2, Part 1 Estimating Software Size Section 2 Calculating.
Introduction to the Personal Software Process. Overview Process Fundamentals PSP Concepts and Structure PSP Planning and Measurement PSP Quality Management.
Chapter 10: Software Size Estimation Omar Meqdadi SE 273 Lecture 10 Department of Computer Science and Software Engineering University of Wisconsin-Platteville.
CSC 480 Software Engineering PSP Project 1 August 20, 2004.
CS 350: Introduction to Software Engineering Slide Set 3 Estimating with Probe I C. M. Overstreet Old Dominion University Spring 2006.
CSC 205 Programming II Lecture 1 PSP. The Importance of High-Quality Work Three aspects to doing an effective software engineering job producing quality.
SE-280 Dr. Mark L. Hornick 1 Measuring Software Size.
Watts Humphrey IBM director of programming and vice-president of technical development Joined CMU Software Engineering Institute in 1986 Initiator and.
Software Engineering Lab Session
Estimating with PROBE II
Software Metrics Validation using Version control
Janet has used PSP for the last 6 months
Personal Software Process Software Estimation
The role of Planning in the Software Development Process
Software Engineering Lab Session
Presentation transcript:

SE 501 Software Development Processes Dr. Basit Qureshi College of Computer Science and Information Systems Prince Sultan University Lecture for Week 7

Contents The Personal Software Process PSP0.1 Introduction to Lab 2 and Assignment #5A SE 501 Dr. Basit Qureshi2

Bibliography Humphrey, Watts (1995). A disciple for Software Engineering. The Personal Software Process. SE 501 Dr. Basit Qureshi3

THE PSP0.1 SE 501 Dr. Basit Qureshi4

PSP 0.1 Continuation of PSP0 What's new? – More detailed Project Plan Summary Form – Introducing SLOC counts and Coding Standard What didn’t change – Time recording Log – Defect recording Log SE 501 Dr. Basit Qureshi5

PSP 0.1 Project Plan Summary – When planning the assignment, estimate the total of lines of code you will write – When planning the assignment, estimate the time you’ll spend on each phase, and the total time for the assignment – When on the postmortem phase, treat the time and defect fields just as in PSP0. – The numbers for lines of code require a bit more explanation…

© 2006 by Carnegie Mellon University January 2006 PSP I - Using PSP Coding and Counting Standards Coding and size counting standards are needed to write the PSP programs. These standards are tailored to your language and needs designed to make size counting easier The coding standard defines quality-oriented exit criteria for the code phase.

© 2006 by Carnegie Mellon University January 2006 PSP I - Using PSP PSP Software Size Measures In the PSP, software size measures are used to relate the amount of product produced with effort expended to project total effort calculate productivity normalize defects project the total defects Software size is measured in LOC. To accurately relate size to effort, the different types of LOC in your program are counted separately. Please refer to SLOC wiki at

© 2006 by Carnegie Mellon University January 2006 PSP I - Using PSP PSP0.1 Project Plan Summary PSP0.1 adds the Program Size Summary for estimated and actual size data. The types of size include base [B] deleted [D] modified [M] added [A] reused [R] added and modified [A+M] new reusable

© 2006 by Carnegie Mellon University January 2006 PSP I - Using PSP Program Size Type Relationships Added & Modified Base programNew program

© 2006 by Carnegie Mellon University January 2006 PSP I - Using PSP Estimating Size During planning 1.If this is an enhancement, measure the size of the base program and enter this in the Base (B) space under Actual. 2.Estimate the added and modified size and enter this in the Total Added and Modified (A+M) space under Plan.

© 2006 by Carnegie Mellon University January 2006 PSP I - Using PSP Estimating Development Time During planning 1.Enter estimated development time 2.Planned time in phase is then calculated based on the percentage of time in phase for all completed projects

© 2006 by Carnegie Mellon University January 2006 PSP I - Using PSP Recording Size -1 During postmortem 1.Measure total program size and enter this in the Total Size (T) space under Actual. 2.Count the deleted size and enter this in the Deleted (D) space under Actual. 3.Count the modified size and enter this in the Modified (M) space under Actual.

© 2006 by Carnegie Mellon University January 2006 PSP I - Using PSP Recording Size -2 During postmortem 1.Count the reused size and enter this in the Reused (R) space under Actual. 2.Count or estimate the number of new and changed size that will be added to the reuse library and in the New Reusable space under Actual.

© 2006 by Carnegie Mellon University October 2006 PSP I - Process Measurement - 15 Size Accounting For small products, size tracking can be done manually, but it requires care. For larger products, size tracking requires an accounting system. Size accounting provides an orderly and precise way of tracking size changes through multiple product versions.

© 2006 by Carnegie Mellon University October 2006 PSP I - Process Measurement - 16 Example of Size Accounting -1 What happened?

© 2006 by Carnegie Mellon University October 2006 PSP I - Process Measurement - 17 Example of Size Accounting -2 AddedSubtractedBase Base V00 Deleted0 Modified00 Added350 Base V Deleted0 Modified25 Added100 V1 Product Total Added and Modified LOC475

© 2006 by Carnegie Mellon University October 2006 PSP I - Process Measurement - 18 Messages to Remember To effectively plan and manage your work, you must measure product size. For different types of work, use different size measures. For each measure, size must correlate with development time. If the size measure does not correlate or is not automatically countable, it will not be very useful. Every size measure should be precisely defined and automatically countable.

PSP0.1 Lines of code: – Base – The lines upon which you’re building new stuff (doesn’t apply for Assignment 2) – Deleted – Lines deleted from the base – Modified – Lines modified from the base – Added – predictable… – Reused – Stuff you developed previously, that is not the base, but which you use to save some time – Total New and Changed – All added or modified lines – Total LOC – The final size of the program – Total New Reused – Stuff you developed for this program that you think is ready for reuse on other programs

PSP LAB 2 SE 501 Dr. Basit Qureshi20

PSP Lab 2 (Assignment 5A) Write a program to count the number of lines of code in a file, excluding blanks and comments Deliverables: – Exactly the same as for the previous assignment, but the Project Plan Summary changes a bit… Process: PSP0.1 Copy of your completed assignment forms will be used in (Assignment 5B)

PSP Lab 2 (Assignment 5B) Write a program to count the number of lines of code in a file, and in each of its procedures and functions, excluding blanks and comments Deliverables: – Exactly the same as for the previous assignment, but the Project Plan Summary changes a bit… Test – Include tests that count the lines of your three assignments. Include a table with the output from your three assignments. Process: PSP0.1 Do this in your time during break.