PSP 1.1 (English)

De productpatterns_wiki
Saltar a: navegación, buscar

Spanish.jpg Español


  • Summary Form of PSP1 Project Plan
  • Requirements and correct description of the problem
  • Historical data of times and sizes (estimated and actual)
  • Template Estimated Size
  • Test Report Template
  • Time and default logs record
  • Standard of types of defects
  • PIP Form
  • Chronometer


  • A carefully tested program
  • The Form Project Plan Summary completed with the estimated and actual data.
  • The Logs Record Time and Defect completed.
  • The PIP complemented form
  • Estimating the size template completed.
  • Test report template completed.
  • Planning Tasks and Calendar Templates Completed.




Development time

    • To acquire the necessary knowledge to develop the software product: 6 hours.
    • To create the Product Pattern: 2 days.
    • To apply the Product Pattern: 3 hours.

Explanatory Video

Clase de Psp 1.1

Quality Controllers

  • None

Support Tools

Initial Context

This product is used when we want to have an accurate, precise and efficient estimation of the size and time, incorporating discipline and measure your process and serve to have a standard of comparison with real data so that in the end the best final results are generated. It help the measurement of time spent in each phase and defect detection. Forms are used to guide the process and a tool is used (PROBE) to make these estimations of time and size.

There is a need to plan resources and schedule, and track their performance against planning.

Result Context

The system user will get the statement of documented requirements, form Project Plan Summary completed with estimated time development data, the planned size, and registration time log and proposal better process form(PIP) completed. Keeps a running log of each of the tests are performed and the results of each of these tests (Test Report). With the templates Task Planning and Calendar completed, a well-made plan is also obtained, which includes an estimated project cost.


To a possible delay of the project can be controlled, a monitored for each task and given time is performed. It is desired to use an appropriate structure to improve the estimation of time and size of a program and track reliably for future tests. These estimates could well be a preview of the final project. In turn would be suitable to have a basis for improvement and process definition. Different parts within the software are determined. Provides necessary tools for planning in lines with the estimate.

Restrictions (Forces)

  • System Type: It applies to all types of systems.
  • Characteristics of organizations: This pattern can be used in existing projects in any company.
  • System Type to develop: This product can be used in projects in which user requirements are changing. A Conceptual Design is necessary. Not useful for small programs.
  • Type of customer: It must exist or be achieved, the target area development business being involved in achieving it.
  • Programming Paradigm: OO (Object Oriented).


  • Analyst
  • Customer
  • Project Manager
  • System Users
  • Developers

Lecciones Aprendidas

  • A good design will make the program pass the test phase more easily.
  • Using Scripts. Strive to use this paradigm until it becomes a habit.
  • For the estimation of initial size and time is as nearly as possible you need a good conceptual design. To do this you must refine the conceptual design to identify parts that you are able to identify and develop parts that you know.
  • Estimated size = item size * number of items.
  • The Summary Plan Project PSP1 has a section for measuring productivity (number of units of size added and modified by time).
  • Different size categories LOC (lines of code) are considered
    • Base: size of the original unmodified version of the product.
    • Added: writing code for new program or added to an existing one.
    • Modified: Modified code of an existing program.
    • Deleted: Code removed.
    • Reused: Code taken from a library.
  • PROBE: Method used for estimating the size and time. Adjust the points by a regression line.

grafico PROBE.jpg

Capability Level

  • Capability Level 5 CMMI.

Basic Knowledge and Skills


  • Definition of software requirements (functional and non-functional).
  • Knowing how to obtain data on how it really works.
  • Accustomed to using a particular paradigm.
  • Take registration experience as defects are found and corrected.


  • Capacity of Abstraction.
  • Capacity of Analysis.

Information Resources

  • Watts S. Humphrey. Introducción al proceso software personal. Addison Wesley. 2001.
  • Watts S. Humphrey. Introduction to the personal software process. Addison Wesley. 1997.
  • Watts S. Humphrey. PSP: a self-improvement process for software engineers. Addison Wesley. 2005.