El PSP (Personal Software Process) es una metodología de ingeniería de software desarrollada por Watts S. Humphrey que ayuda a los ingenieros de software a producir software de mayor calidad mediante la planificación, estimación, desarrollo y mejora continua. El PSP consta de varias etapas (PSP0 a PSP3) que introducen disciplinas como la medición de métricas, revisiones, plantillas de diseño y desarrollo cíclico. El PSP puede reducir defectos, tiempos de desarrollo y costos, pero también requi
PSP, una metodología para mejorar la calidad del software
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