Introduccion a Personal Software Process

Post on 05-Dec-2014

23.545 views 3 download

description

Se introduce al lector en los elementos basicos de los que consiste la metodología PSP

Transcript of Introduccion a Personal Software Process

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

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

Calidad de Software

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

Diseño de alto nivel

Diseño detallado

Codificación

Revisión de Diseño A.N.

Revisión de Diseño Det.

Revisión Codificación

Prueba

Postmortem

Compilación

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

Desarrollo cíclico

PSP3

Revisiones de códigoRevisiones de diseño

PSP2Plantillas para diseño

PSP2.1

Estimación de tamaño y tiemposinforme de pruebas

PSP1 Planificación de tareasPlanificación de calendarios

PSP1.1

Proceso actualregistro de tiemposregistro de defectostipología de defectos

PSP0Estándares de programaciónmedición del tamañopropuesta de mejora de proceso

PSP0.1

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

PSP

Gracias!!!Gracias!!!