Ingenieria de Software II Primer Cuatrimestre de 2008

Transcripción

1 Ingenieria de Software II Primer Cuatrimestre de 2008 The Personal Software Process. Watts Humphrey. Technical Report. CMU/SEI-2000-TR-022. Buenos Aires, 2 de junio de 2008 Hernan Berinsky, Francisco Facioni, Pablo Sobrino, Verónica Sznek

2 Introducción PSP nació de la necesidad de reducir los costos de test and fix. Ofrece un conjunto de métodos, formularios y scripts que guían a los ingenieros en la realización de un proyecto de software. Se concentra en el trabajo de cada ingeniero individualmente. Fue diseñado para ser utilizado con cualquier lenguaje de programación y cualquier metodologia de diseño. Le muestra a los ingenieros cómo manejar la calidad durante desarrollo, cómo analizar los resultados de cada trabajo y cómo utilizar esos resultados para siguientes proyectos. Los elementos de PSP son: Scripts: definen pasos para cada etapa del proceso. Logs y Forms : templates para registrar y almacenar datos Guía Standard : indica la manera de realizar el trabajo. Adaptación de CMM a escalas pequeñas.

3 Principios de PSP Cada ingeniero es diferente. Para ser más eficaces, los ingenieros deben planificar su trabajo y deben basar sus planes en sus cualidades. Para mejorar su performance de forma consistente, los ingenieros deben definir y medir los procesos personalmente. Para obtener productos de calidad, los ingenieros deben sentirse personalmente responsable de la calidad de sus productos. Los productos superiores no se producen por error; los ingenieros deben esforzarse por hacer un trabajo de calidad. Cuesta menos encontrar y corregir los defectos temprano que en un proceso posterior. Es más eficaz prevenir los defectos que encontrarlos y repararlos. Es siempre más rápido y más barato tomar el camino correcto para hacer un trabajo.

4 Estructura del proceso PSP Se utilizan scripts para guiar cada parte del proceso. El primer paso es la planificación asociada a un resumen del plan para registrar los datos pertinentes. Cada paso tiene un log donde se va registrando el tiempo de realización y los defectos. Al final del trabajo, en la fase Postmorten, se resumen los tiempos y los datos sobre los defectos utilizando los logs. Se mide el tamaño del programa y se registran esos datos en el formulario de resumen del plan. Hay 7 versiones de scripts a utilizar. Esto permite adaptarse mejor a las necesidades de cada ingeniero. Cada versión tiene un conjunto similar de logs, formularios, scripts y guías standard.

5

6 PSP Planning

7 PSP Planning Requerimientos: los ingenieros comienzan el plan definiendo el trabajo que necesitan realizar con el mayor detalle posible. Diseño conceptual: se realiza un diseño a grandes rasgos para poder hacer una estimación inicial Estimación del tamaño del producto y recursos: el tiempo y el tamaño están muy relacionados cuando se trabaja individualmente. Con lo cual se estima el tamaño del proyecto y, en base a la productividad personal, se estima el tiempo. La estimación utiliza el metodo PROBE.

8 PROBE En base a datos recolectados por trabajos anteriores se obtiene el LOC por cada método según tipo y tamaño de objeto. Se determinan la cantidad de objetos requeridos por tipo y cantidad de métodos. Utilizando regresión lineal se obtiene la estimación del LOC del proyecto Para estimar los recursos se utiliza la estimación de tamaño contra el esfuerzo requerido en tres proyectos anteriores.

9 PSP Data Gathering (recopilación de datos) Para qué recopilar datos? Los datos nos permiten monitorear el trabajo y mejorar futuros planes (con un modelo estadístico que permita explicar el tiempo en función de otras medidas). A partir de los datos recopilados se obtienen medidas de tiempo, tamaño y calidad. Medidas de tiempo: se registran timestamps de inicio y finalización de cada tarea. También se registran las interrupciones (ej: atender el teléfono, recreo breve, alguien nos interrumpe para hacer alguna pregunta, etc.). Esto permite eliminar "ruido" y hacer mejores estimaciones.

10 PSP Data Gathering (cont.) Medidas de tamaño: LOC (lineas de código) por categorías (base, agregadas, modificadas, eliminadas, nuevas y modificadas, reusadas, para reuso, total). Medidas de calidad: basadas en la relación de cantidad de defectos vs. tamaño o bien defectos vs. tiempo. Densidad de defectos: cantidad de defectos / LOC Velocidad de revisión Development Time Ratios: a) design time/coding time, b) design review time/design time, c) coding review time/coding time Defect Ratios (cociente de defectos encontrados): code review/compilación, design review/unit test. Yield: porcentaje de defectos encontrados y arreglados en la misma fase de revisión (es decir que no se propagan a fases posteriores).

11 PSP Data Gathering (cont.) Medidas de Calidad (cont.): Defectos por Hora: se pueden estimar a partir de la información del formulario de resumen del plan. Defect Removal Leverage: cantidad de defectos removidos en una fase / cantidad de defectos removidos en otra fase (sirve para ver en qué fase es más efectivo un ingeniero en descubrir/arreglar defectos). A/FR (appraisal to failure ratio): relación costo/calidad, midiendo el costo de los defectos en función del tiempo que lleva arreglarlos, volver a testear, etc.

12 PSP Quality Management Producir grandes programas de alta calidad requiere que cada ingeniero/desarrollador de software produzca partes de alta calidad. Defectos y Calidad: tracking y gestión de defectos. Responsabilidad del ingeniero: cada ingeniero es responsable de (gestionar) la calidad de su propio trabajo. Corrección temprana de defectos: etapas de revisión de diseño y revisión de código. Prevención de defectos: registro de defectos, método de diseño efectivo y bien documentado.

13 PSP design PSP puede ser usado con cualquier método de dieño, mientras éste sea completo. Se considera completo cuando tiene en cuenta las siguientes dimensiones (en rojo figuran los templates que utiliza PSP para cada dimensión):

14 Resultados de PSP

15 PSP y las mejoras de los procesos PSP es parte de una serie de tres enfoques complementarios orientados a las mejoras de los procesos. Estos son: Capability Maturity Model (CMM). Orientado al management de los procesos de software. PSP. Orientado a las prácticas y metodologías de los ingenieros en forma individual. Team Software Process (TSP). Orientado al trabajo en equipo de ingenieros entrenados en PSP.

16 PSP - Perspectivas Aunque PSP es relativamente nuevo, los primeros resultados son prometedores. Tanto su uso industrial como su uso académico son cada vez mayores. Suponiendo que estas tendencias continúen, en el futuro debería existir una mayor integración de PSP, TSP, los métodos CMM y una más estrecha vinculación de los cursos académicos de PSP con la ciencia de la computación y los planes de estudio de la ingeniería de software.