PSP (Personal Software Process)

Presentación del tema: "PSP (Personal Software Process)"— Transcripción de la presentación:

1 PSP (Personal Software Process)
¿Qué es? El principal objetivo es introducir disciplina en el proceso de desarrollo de software del individuo PSP describe el desarrollo de programas pequeños desde la asignación del problema hasta las pruebas de unidad Deja fuera todo lo relacionado a manejo de equipos de proyecto y estructura de la organización 09/11/2018 Gestión de Software

2 PSP (Personal Software Process)
¿Qué es? (cont.) Es un proceso de construcción de SW y como tal proporciona al ingeniero una serie de elementos que facilitan y guían su trabajo: registros instrucciones procedimientos formularios y plantillas estándares listas bases de datos 09/11/2018 Gestión de Software

3 Historia de PSP Creado por Watts Humphrey como un nivel de optimización de proceso (nivel 5 de CMM) aplicable al individuo se escribió e impartió un curso en la universidad Carnegie Mellon durante los primeros años del 90 Su revisión se plasmó en el libro “A discipline for SW engineering” de Humphrey Existen cursos industriales desde 1995 09/11/2018 Gestión de Software

4 Disciplina en PSP Comportamiento controlado del individuo en el desarrollo de la ingeniería con resultado de alta productividad y calidad y resultados predecibles Sus fundamentos: adhesión a planes calidad mejora continua 09/11/2018 Gestión de Software

5 Fases y actividades En líneas generales, durante la construcción de un programa con PSP tienen lugar tres fases: Planificación donde se elabora un plan que permite el compromiso del ingeniero Desarrollo donde se lleva a cabo la construcción del software Postmortem donde se recogen y analizan datos para futura planificación y mejora 09/11/2018 Gestión de Software

6 Fases y actividades (cont.)
Más en detalle, PSP contempla las fases: se controla el esfuerzo de las actividades y se imputa contra la fase 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 09/11/2018 Gestión de Software

7 Modelos en PSP Son cuatro los mecanismos o modelos subyacentes en PSP:
Modelo de calidad modelo de estimación modelo de mejora modelo de entrenamiento 09/11/2018 Gestión de Software

8 Modelo de calidad el tamaño lo mide en LOC Objetivo:
escribir SW libre de defectos de una sola vez Para PSP un defecto es una falla o error del software detectado y reportado tras su desarrollo y prueba La estrategia consiste en detectar y eliminar los defectos tan pronto como sea posible La medida de calidad es la densidad de defectos el tamaño lo mide en LOC 09/11/2018 Gestión de Software

9 Modelo de calidad PSP utiliza tres tácticas para la producción de SW libre de defectos: Revisión exhaustiva individual de cada uno de los productos técnicos uso de un procedimiento estructurado para el diseño uso de medidas para controlar la calidad del producto final 09/11/2018 Gestión de Software

10 Modelo de estimación Objetivo: proporcionar al ingeniero un mecanismo fiable y repetible de estimación de esfuerzo PSP asume que el rendimiento de un ingeniero es comparable al obtenido en pasadas realizaciones PSP crea un marco que permite al ingeniero usar registros históricos en nuevos planes Principio de operación: estimar tamaño aplicar datos históricos personales para refinar tamaño estimar esfuerzo 09/11/2018 Gestión de Software

11 PROxy Based Estimating (PROBE)
Técnica de estimación propuesta por PSP se basa en la existencia de un registro personal de objetos desarrollados por el ingeniero con datos de tamaño y productividad Pasos para la estimación: usando el juicio profesional y el registro personal calcular el tamaño relativo refinar a tamaño estimado mediante media y regresión lineal usando registro personal calcular esfuerzo relativo refinar a esfuerzo estimado mediante media y regresión lineal 09/11/2018 Gestión de Software

12 Proxy (sustituto) en lugar de estimar directamente en la unidad de medida de tamaño (ejemplo LOC), usar elementos del producto Criterios para elegir proxy relacionado con el esfuerzo se puedan contar de forma automática fácil de visualizar al comienzo del desarrollo posibilidad de ajustarlo a las necesidades de la organización sensible a las variaciones en la implementación que tienen impacto en costo de desarrollo, esfuerzo y tamaño del producto 09/11/2018 Gestión de Software

13 Proceso de estimación generar registro histórico con el nivel necesario de detalle en (p.e. LOCs) para los proxys (p.e. clases y métodos) Clasificar en tamaños (muy chico, chico, mediano, grande, muy grande) para esta clasificación utilizar Log (tamaño) descomponer producto en proxys (p.e. clases) descomponer más si necesario (p.e. métodos por clase) decidir en qué rango cae el proxy y obtener una estimación de tamaño (LOC) ajustar por regresión lineal entre estimaciones y realidades 09/11/2018 Gestión de Software

14 Modelo de mejora Objetivo: proporcionar al ingeniero un mecanismo de mejora continua de su proceso SW Características inspección continua del propio proceso cambio por pequeños incrementos cambio cuantificable Método Análisis de Process Improvement Proposals (PIP) 09/11/2018 Gestión de Software

15 Modelo de entrenamiento
Objetivo: entrenar al ingeniero para que pueda hacerse con todas las características definidas como deseables por el modelo PSP establece distintos niveles de madurez del proceso por los que el ingeniero transita secuencialmente hasta llegar al óptimo prescrito El entrenamiento se produce mediante conferencias, ejercicios e informes a lo largo del camino de madurez definido 09/11/2018 Gestión de Software

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

17 PSP Nivel 0 PSP0 usa el proceso existente para desarrollar el software. Si no lo hay se proporciona uno PSP0 introduce algunas métricas básicas tiempos defectos y tipología PSP0.1 añade La propuesta de mejora de procesos, para informar de los problemas y experiencias con el proceso y recoge sugerencias de mejora Un estándar de codificación para poder medir con exactitud el tamaño del software y asegurar su calidad 09/11/2018 Gestión de Software

18 PSP Nivel 1 En PSP1 PSP1.1 añade
Hay un informe de los resultados de las pruebas se realizan estimaciones de tamaño y tiempo PSP1.1 añade Planificación de tareas y calendario el métod de valor agregado (earned value) ayuda a determinar el estado de trabajo 09/11/2018 Gestión de Software

19 PSP Nivel 2 PSP2 introduce el proceso de revisiones que ayuda a gestionar los defectos, identificando y analizando aquellos encontrados en programas anteriores se escriben listas de comprobación basadas en los datos encontrados en las revisiones y utilizados para ajustar el proceso PSP2.1 añade varias técnicas de verificación de diseño y de la consistencia del mismo, para establecer los criterios de finalización 09/11/2018 Gestión de Software

20 PSP3 trata el desarrollo de programas grandes Estrategia:
PSP Nivel 3 Los niveles anteriores se usan para programas o componentes de pequeño tamaño PSP3 trata el desarrollo de programas grandes Estrategia: subdividir un programa en módulos más pequeños a los cuales se les aplica PSP2 Cada subdivisión pasa por una iteración del proceso PSP2, incluyendo diseño, codificación, compilación y pruebas 09/11/2018 Gestión de Software

21 Beneficios reportados de PSP
Defectos encontrados en la prueba de aceptación 1.2 1 0.8 0.6 0.4 0.2 Sin PSP Proyecto 1 Sin PSP Proyecto 2 Con PSP Proyecto 1 Defectos/KLOC Datos obtenidos de los proyectos piloto de AIS (Advanced Information Systems, Peoria IL, USA) 09/11/2018 Gestión de Software

22 Beneficios reportados de PSP
Predecibilidad del calendario 10 8 6 4 2 Sin modelo de procesos CMM CMM+PSP Nro. de meses de retraso Datos obtenidos de AIS (Advanced Information Systems, Peoria IL, USA) 09/11/2018 Gestión de Software

23 Beneficios de PSP reducir los defectos del código
reducir la duración del ciclo de vida mediante la detección de los defectos en las fases iniciales reducir los costos de desarrollo debido a la reducción del ciclo de vida mejor gestión y seguimiento de procesos mediante planes y estimaciones más precisos 09/11/2018 Gestión de Software