1. PSP
Personal Software Process
Victor M. Fleites Sabido

2. PSP

Historia e Introducción.

Etapas de la metodología.

Ventajas.

Desventajas.

Conclusiones.

3. PSP

Problemas conocidos:

Entregas retrasadas.

Fallas de último minuto.

No se puede demostrar el avance.

Retrabajo.

Funciones que no trabajan apropiadamente.

Quejas del cliente después de la entrega.

4. PSP

PSP, Personal Software Process, es un modelo
desarrollado por Watts S. Humphrey en el
Software Engineering Institute (SEI) en la
Universidad de Carnegie Mellon, en Pittsburgh,
Pennsylvania en 1995.

Se escribió e impartió un curso en la
Universidad Carnegie Mellon.

Su revisión se plasmó en el libro ”A discipline
for SW Engineering” de Humphrey.

5. PSP
Calidad de Software

La calidad del
software es dado por
la calidad de los
procesos usados para
desarrollarlo y
mantenerlo
Watts S. Humphrey

6. ¿Qué es PSP?

Metodología de Ingeniería de Software, basada
en principios y prácticas del modelo CMMI
diseñada para ayudar a Ingenieros de Software
a producir software de calidad.

Ayuda a la estimación, planeación y desarrollo
de sistemas de software.

Orientada a manejar la mejora continua de las
habilidades.

7. ¿Qué es PSP?

Es uno de los 3 vértices en donde descansa un
proceso de mejora que trabaja sobre 3 niveles
de la organización.

8. Objetivos de PSP

Disciplina.

Guia.

Registros.

Procedimientos.

Formularios y plantillas.

Estándares.

Disminución de erorres.

Estimaciones.

Mejora continua.

9. ¿En que nos ayuda PSP?

Planes precisos.

Pasos a seguir para mejorar
la calidad.

Bancos de datos para medir
mejora.

Asignación de tiempo al
diseño.

Asignación de tiempo para
revisiones e inspecciones.

Seguimiento.

10. Fases y actividades

Durante la construcción de un programa con
PSP tienen lugar 3 fases principales:

Planificación,

Elaboración de un plan que permite el
compromiso del ingeniero.

Desarrollo.

Construcción del software.

Postmortem.

Recolección y análisis de datos para futura
planificación y mejora.

11. Fases y actividades
Desarrollo Calidad
Planificación
Revisión de Diseño A.N.
Diseño de alto nivel
Diseño detallado Revisión de Diseño Det.
Codificación Revisión Codificación
Compilación
Prueba
Postmortem

12. Modelos en PSP

Son 4 los mecanismos o modelos subyacentes:

Modelo de calidad.

Modelo de estimación.

Modelo de mejora.

Modelo de entrenamiento.

13. Etapas de PSP
PSP3
Desarrollo cíclico
PSP2.1
PSP2
Plantillas para diseño
Revisiones de código
Revisiones de diseño
PSP1.1
PSP1 Planificación de tareas
Estimación de tamaño y tiempos Planificación de calendarios
informe de pruebas
PSP0.1
PSP0
Estándares de programación
Proceso actual medición del tamaño
registro de tiempos propuesta de mejora de proceso
registro de defectos
tipología de defectos

14. PSP0

PSP0

Proceso existente, de no haber, proporciona uno.

Métricas básicas.

Tiempos.

Defectos y tipología.

PSP0.1

Añade propuesta de mejora de procesos.

Estándar de codificación.

15. PSP1

PSP1

Informe de resultados de las pruebas.

Estimaciones de tamaño y tiempo.

PSP1.1

Planificación de tareas y calendario.

PROxy-Based Estimating (PROBE) method.

16. PSP2

PSP2

Introduce el proceso de revisiones.Ayuda a
gestionar defectos, identificando y analizando
aquellos encontrados en programas anteriores.

Se generan listas de comprobación.

PSP2.1

Design templates.

Operational specification.

Functional specification.

State specification.

Logic specification.

17. PSP3

PSP3

Desarrollo de programas grandes.

Subdividir en módulos para aplicar PSP2.

Cada subdivision pasa por una iteración del
proceso PSP2, incluyendo diseño, codificación,
compilación y pruebas.

18. Ventajas

Reduce defectos en el código.

Reduce la duración del ciclo de vida,
detectando los defectos en las fases iniciales.

Reduce costos.

Seguimiento de procesos.

Estimaciones más precisas.

19. Desventajas

Documentación.

Exageración de la metodología.

Tiempo.

Desarrolladores resistentes al cambio.

Al principio puede extender los tiempos del
desarrollo.

20. Conclusiones

Es una buena práctica y es de gran ayuda para
aquellos que quieren seguir metodologias
como TSP y CMMI.

Tener cuidado con la manera de aplicar la
metodología, para que no se vuelva un mero
trámite burocrático.
1

21. PSP
Gracias!!!