Psppresentation 1233778855472242-3

PSP

Personal Software Process

Victor M. Fleites Sabido

PSP

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

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.

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.

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

Watts S. Humphrey

¿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.

¿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.

Objetivos de PSP

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

¿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.

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.

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

Modelos en PSP


Son 4 los mecanismos o modelos subyacentes:


Modelo de calidad.

Modelo de estimación.

Modelo de mejora.

Modelo de entrenamiento.

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

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.

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.

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.

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.

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.

Desventajas

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

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

Psppresentation 1233778855472242-3

Más contenido relacionado

La actualidad más candente (20)

Destacado (16)

Similar a Psppresentation 1233778855472242-3 (20)

Psppresentation 1233778855472242-3