Este documento describe el Proceso de Software Personal (PSP), un marco de trabajo estructurado para desarrollar software de manera eficiente y predecible. PSP ayuda a los desarrolladores a planear, medir y mejorar continuamente su trabajo mediante el uso de scripts, medidas, formularios y estándares. Fue creado por Watts Humphrey para que los desarrolladores generen software de calidad a tiempo.

1. Por:
Luis Angel Robles Aguilar
Instituto Tecnológico superior de ciudad
acuña
Ing. Sistemas Computacionales
Matricula: 2123S5480
PSP (PERSONAL SOFTWARE
PROCESS)

2. ¿QUE ES PSP (PERSONAL SOFTWARE
PROCESS)?
PSP es un proceso de auto-mejora que nos ayuda a
controlar, gestionar y mejorar la forma en la que
realizamos nuestro trabajo. Es un marco de trabajo
estructurado, compuesto de guías y procedimientos
para desarrollar software. Usado de manera adecuada
el PSP nos brinda la información necesaria para hacer
y cumplir compromisos (en términos de calidad y
calendario) y hacer mas eficiente y predecible la forma
en que realizamos el trabajo. Tomado del Libro “A Self-
Improvement Process For Software Engineers” de
Watts Humphey.

3. Es resumen, PSP brinda una serie de
recomendaciones y elementos que nos permiten a los
desarrolladores generar Software de Calidad en los
tiempos pactados.
PSP fue creado por Watts Humphrey a mediados de la
década de los 90 cuando escribió “A Discipline for
Software Engineering” en 1995 y
posteriormente “Introduction to the Personal Software
Process” en 1997 siendo complementado con
“Introduction to the Team Software Process” en el año
2000.

4. PRINCIPIOS DE PSP
La filosofía del PSP se basa en:
• Cada Desarrollador es absolutamente diferente, pero para ser
efectivos, los desarrolladores deben planear su trabajo usando como
referencia su información histórica (Comportamiento en proyectos
anteriores)
• Para mejorar su rendimiento y calidad, los desarrolladores deben
medir su trabajo, analizar sus resultados y trazarse metas de mejora
usándolos
• La Calidad del Producto/Software/Proyecto es responsabilidad del
quien lo desarrolla (El Desarrollador) y dicha calidad no es accidental,
exigiendo de los desarrolladores un compromiso personal.
• Encontrar los defectos (errores, bugs, requerimientos no
contemplados, etc) en fases tempranas del Proceso es mucho menos
costoso que encontrarlas en Pruebas de Unidad, del Sistema, de
Integración y mucho mas que cuando son encontrados por el usuario

5. ELEMENTOS FUNDAMENTALES
DEL PROCESO
El PSP se compone de 4 elementos fundamentales, que unidos aportan las herramientas
para la mejora continua, estos elementos son:

6. • Scripts: Son los elementos que documentan el proceso e
indican que hacer y cuando hacerlo. Siendo apegados a la
definición formal, su propósito es proveer una guía de alto nivel
de como usar el proceso. Un ejemplo puede ser el siguiente
(Script general del Proceso)
• Medidas: Miden el proceso y el producto, muestran si las
cosas están funcionando bien. Algunas de las medidas que
PSP recoge se enfoca en 4 aspectos, Tamaño, Esfuerzo,
Calidad y Programación (Agenda ó Cronograma)
• Formas: Son formularios para recopilar de manera sencilla y
consistente la información. Entre los mas básicos: Log de
Tiempo (Donde se almacena cuando se invierte en cada fase o
tarea del proyecto), Log de Defectos (En el cual se recopila la
información de los defectos encontrados)
• Estándares: Definen como yo (personalmente) hago las cosas.
Por ejemplo: Estándar de Código (Permite saber como cada
uno de los desarrolladores escribirá su código)

7. ¿COMO APRENDER EL
PROCESO?
PSP y posteriormente TSP (Team Software Process) se aprenden
de manera incremental, iniciando por PSP0, PSP1, PSP2 y luego
TSP. Existen unos procesos transicionales PSP0.1 y PSP2.1, el
siguiente gráfico trata de mostrarlo mejor.