CSC 480 Software Engineering PSP Project 1 August 20, 2004.

Slides:



Advertisements
Similar presentations
The Personal Software Process (PSP) Lecture #1 Software Engineering Institute Carnegie Mellon University Pittsburgh, PA Sponsored by the U.S. Department.
Advertisements

PRO2 - 1 Introduction to the Personal Software Process SWENET PRO2 Module Developed with support from the National Science Foundation.
SE 501 Software Development Processes Dr. Basit Qureshi College of Computer Science and Information Systems Prince Sultan University Lecture for Week 7.
Copyright © 1997 Carnegie Mellon University Introduction to the Personal Software Process - Lecture 1 1 Introduction to the Personal Software Process Lecture.
Personal Software Process
The Software Process Strategy The Software Process Strategy Part III.
6/19/2007SE _6_19_TSPImp_SVT_Lecture.ppt1 Implementation Phase Inputs: Development strategy & plan Completed, inspected & baselined SRS & SDS.
The Software Engineer’s Job. What Is Software Engineering  The job of the software engineer is to deliver high-quality software products at agreed cost.
Aplicaciones de Ingeniería de Software
CS351 © 2003 Ray S. Babcock PSP Personal Software Process ● This material based on the book: ● “Introduction to the Personal Software Process” by Watts.
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.
Chapter : Software Process
Process: A Generic View
INFO 637Lecture #31 Software Engineering Process II Launching & Strategy INFO 637 Glenn Booker.
Personal Software Process KAIST SE Lab..
Chapter 2 Process: A Generic View
INFO 637Lecture #41 Software Engineering Process II Development Plan INFO 637 Glenn Booker.
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.
CS 350: Introduction to Software Engineering Slide Set 1 C. M. Overstreet Old Dominion University Fall 2005.
These courseware materials are to be used in conjunction with Software Engineering: A Practitioner’s Approach, 6/e and are provided with permission by.
Introduction to Software Engineering LECTURE 2 By Umm-e-Laila 1Compiled by: Umm-e-Laila.
Chapter 2 Process: A Generic View
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.
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.
© 1998 Carnegie Mellon UniversityTutorial The Personal Software Process (PSP) The overview of the PSP that follows has been built from material made.
CS 3610: Software Engineering – Fall 2009 Dr. Hisham Haddad – CSIS Dept. Chapter 2 The Software Process Discussion of the Software Process: Process Framework,
This material is approved for public release. Distribution is limited by the Software Engineering Institute to attendees. Sponsored by the U.S. Department.
Experimental Evaluation of Pair Programming Copyright, 2001 © Jerzy R. Nawrocki European Software Control & Metrics ESCOM’01 ESCOM’01 Poznan University.
This material is approved for public release. Distribution is limited by the Software Engineering Institute to attendees. Sponsored by the U.S. Department.
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.
Team Software Process (TSPi) CS4320 Fall TSP Strategy Provide a simple process framework based on the PSP. Use modest, well-defined problems. Develop.
CS 350, slide set 5 M. Overstreet Old Dominion University Spring 2005.
1 PSP4a Introduction to the Personal Software Process Watts Humphrey Addison Wesley Longman c1997.
1 PSP4a Introduction to the Personal Software Process Watts Humphrey Addison Wesley Longman c1997.
CS 350: Introduction to Software Engineering Slide Set 3 Estimating with Probe I 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.
Disciplined Software Engineering Lecture #3 Software Engineering Institute Carnegie Mellon University Pittsburgh, PA Sponsored by the U.S. Department.
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.
These courseware materials are to be used in conjunction with Software Engineering: A Practitioner’s Approach, 6/e and are provided with permission by.
CS 350: Introduction to Software Engineering Slide Set 1 C. M. Overstreet Old Dominion University Fall 2006.
Implementation Phase CS4311 – Spring 2008 References: Shach, Object Oriented and Classical Software Engineering E. Braude, Software Engineering, an Object-Oriented.
CS 350: Introduction to Software Engineering Slide Set 2 Process Measurement C. M. Overstreet Old Dominion University Fall 2005.
Sponsored by the U.S. Department of Defense © 2002 by Carnegie Mellon University July 2002 PSP-TSPi Faculty Workshop Pittsburgh, PA Lecture.
The Personal Software Process Alan Kelon Oliveira de Moraes May 15, Recife.
INFO 637Lecture #71 Software Engineering Process II Product Implementation INFO 637 Glenn Booker.
Carnegie Mellon Software Engineering Institute © 2006 by Carnegie Mellon University Software Process Performance Measures James Over Software Engineering.
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.
CS 350, slide set 4 M. Overstreet Old Dominion University Spring 2005.
CSC 205 Programming II Lecture 1 PSP. The Importance of High-Quality Work Three aspects to doing an effective software engineering job producing quality.
P ERSONAL & TEAM PROCESS MODELS Lecture 05 Part -2.
Software Engineering Lab Session
12 Steps to Useful Software Metrics
9/18/2018 Department of Software Engineering and IT Engineering
A possible solution: Personal Software Process (PSP)
Janet has used PSP for the last 6 months
Software Engineering: A Practitioner’s Approach, 6/e Chapter 2 Process: A Generic View copyright © 1996, 2001, 2005 R.S. Pressman & Associates, Inc.
The role of Planning in the Software Development Process
Configuration Management
Team Software Process (TSP)
Software Engineering Lab Session
Presentation transcript:

CSC 480 Software Engineering PSP Project 1 August 20, 2004

CSC Fall /20/2004 Topics Introduction to PSP PSP as in this project – PSP0 PSP Project 1 – the problem

CSC Fall /20/2004 Introduction A software engineer’s job is to  deliver high-quality software products  which provide required functionality  at agreed price, and  schedule Commitments to meet these requirements consistently help to secure a good career

CSC Fall /20/2004 Personal Commitments In development project, software engineers need to  Plan their work  Do their work according to the plan, and  Strive to produce the highest quality products

CSC Fall /20/2004 Personal Software Process PSP is  designed to help software engineers do good work  based on proven methods and best practices PSP provides detailed methods for  Estimating effort and planning work  Tracing performance against plans  Explaining how defined process can help

CSC Fall /20/2004 Discipline & Commitment The discipline of PSP provides a structured framework for developing the personal skills and methods needed to be successful as a software engineer To be committed is a state of mind!

CSC Fall /20/2004 Do You …? When you are given a programming assignment?  Do you make a plan before kicking-off?  Do you do a design before coding?  Do you inspect your code before compiling it?  How do you test your program? With a plan?  Can you estimate code size and time needed?  Do you make similar errors again and again?

CSC Fall /20/2004 PSP As Your Roadmap Why is a map helpful?  Shows the direction you are going  Gives details of the steps to your destination  Helps to answer questions like When can I get there? Are we getting closer to our destination?  Serves as a baseline for different trips

CSC Fall /20/2004 Process & Related Concepts A process is a defined set of activities for doing a job Each step  has specific entry criteria  defines tasks and how they are done  has specific exit criteria Defined processes are typically composed of scripts, forms, templates, and standards

CSC Fall /20/2004 PSP Roadmap PSP0 Process Finished product Development Planning Postmortem Design Code Compile Test Requirements Plan summary Process scripts Time and defect logs

CSC Fall /20/2004 PSP Structure PSP0: establish a measured performance baseline PSP1: make size, resource, and schedule plans PSP2: learn defect and yield management PSP3: scale up PSP methods to larger projects It is a pre-requisite for the TSP.  The PSP can be extended to team development of large-scale software systems.

CSC Fall /20/2004 PSP Structure PSP0 Current process Basic measures PSP1 Size estimating Test report PSP2 Code reviews Design reviews PSP3 Cyclic development Team Software Process Requirements Configuration management Project Process Project management Quality assurance PSP2.1 Design templates PSP1.1 Task planning Schedule planning PSP0.1 Coding standard Process improvement proposal Size measurement PSP components - forms, logs and templates - process scripts - standards - benchmarks

CSC Fall /20/2004 Requirements For Project 1 PSP0 activities are required  Follow steps as shown in the roadmap (slide 10) and the Process script  Planning: Read the problem description Read the Process script and the forms Give a rough guess (don’t spend more than 5 – 10 minutes) on the max and min values for  Program size  Time needed to finish  Number of defects (optional)

CSC Fall /20/2004 Requirements For Project 1  Track time spent working on project Time log  Record defect found with types of defects Defect log and checklist  Record actual size of program in LOC & postmortem Project summary form  Use coding standards Given separately

CSC Fall /20/2004 Examples Time tracking Defect tracking Postmortem and project summary Coding standards  For C++ – as described in handout  For Java – see handout for a simple example. Also see #examples

CSC Fall /20/2004 Line Of Code – A Definition Write your code consistently, and follow coding standards Do not count  Comments  Blank lines A line with both code and comment should count

CSC Fall /20/2004 Example I – LOC = 4 if (xAverage >= 100) size = xAverage; else size = xAverage/2;

CSC Fall /20/2004 Example II – LOC = 12 while (n > 0) { push(n); cout << “Enter a positive integer. \n”; cout << “Enter 0 to stop. \n”; cin >> n; } // read out the stack while (stack_pointer != NULL) { cout.width(8); cout << pop(); }

CSC Fall /20/2004 Deliverables & Grading 50% for a working application  Clean compile and successful executions for given test data  Coding standards (headers, comments, indentation, declaraction) 50% for process  Completed logs and forms  Artifacts (design, source code, and test results)

CSC Fall /20/2004 The Problem Choose from the following two options:  Standard deviation  Caesar cipher (or Monoalphabetic encryption) See the assignment.doc files under course folder for  Problem specification  Deliverables and submission deadline