PSP 2 última parte. Objetivo de PSP

Transcripción

1 PSP última parte Conclusiones, utilización de formularios y script. Objetivo de PSP Medir, estimar, planificar, seguir, controlar y mejorar la calidad del proceso de desarrollo. Lograr una disciplina de mejora contínua en el proceso personal de desarrollo de software En general, PSP provee calidad y productividad Watts Humphrey SEI-UCM

2 Enfoque de CMM Primera aproximación a PSP 7 pasos y 4 niveles de mejoramiento PSP0 + PSP0. Métrica y estandarización PSP + PSP. PSP + PSP. PSP Mejora la estimación y planificación Incrementamos calidad Repetición para escalar a grandes desarrollos 4

3 Esquema evolutivo de PSP 5 Gráfico -Tiempo de compilación 6

4 Gráfico Defectos encontrados 7 Gráfico - Productividad 8

5 Beneficios concretos - Alta calidad: Enfoca a remover defectos una vez escrito el código. En organizaciones se logró reducir hasta un 58% los errores inyectados. Ademas habilita a fijar objetivos numéricos de calidad (densidad de defectos (Dd), AF/R, eficiencia del proceso (Process Yield) y fases (Yield). 9 Beneficios concretos - Acercamiento a los tiempos planificados: Comunmente es muy dificil cumplir los compromisos tomados sobre tiempos de un desarrollo. PSP nos permite estimar en forma segura basandonos en nuestros registros históricos. Ejemplo de aplicaciones de PSP permitieron reducir el desvío a un 0% del tiempo comprometido frente a un 9,4 % antes de utilzar PSP. 0

6 Beneficios concretos - Incremento de la productividad: El conocimiento que adquirimos de nuestro proceso de desarrollo nos permite mejorarlo, (Script de revisión de código). Puede reducir tiempo de las pruebas entre 4 a 5 veces. 4- La disciplina inserta por PSP al desarrollador y TSP a los equipos permite asentar las bases de una organización para lograr un espiritu de mejoramiento contínuo. Compromiso con la Calidad La calidad del producto es crítico Los desarrollos crecen en complejidad y funcionalidad, por ejemplo Sistemas de control aereo, control de planta nucleares. En otros campos existen sistemas de control, por ejemplo un harnes En nuestro campo, el control, es otro software que será efectivo mientras los defectos sigan el comportamiento esperado

7 Compromiso con la Calidad Generalmente la complejidad de sistemas es altamente cuidada y estudiada, se falla en pequeñas cosas. (variables no declaradas, ciclos no cerrados, funciones no existentes, etc) La calidad depende de los módulos y aquí es donde debe existir el compromiso de desarrollo libre de errores. De esta forma pocos errores serán encontrados en la compilación, pruebas, pruebas de integración y en el producto final entregado al cliente. Compromiso con la Calidad No debemos tratar a los defectos como bugs, estos son impersonales. Nosotros inyectamos los defectos, nuestro producto es defectivo. Somos humanos es imposible evitar las fallas. Lo meritorio es administrar nuestros defectos. - Pensar que la calidad es importante -Definir las medidas de la calidad -Mejorar hasta alcanzarlas 4

8 Antes del desarrollo Ejemplo de cálculo de PSP Formulario principal - Resumen Plan de Proyecto post desarrollo futuras estimaciones PSP0 + PSP0. Métrica y estandarización -Estimación de las líneas de código- LOC Form. Resumen Plan de Proyecto 4-Tiempo Total= 7.8 * 6 = 0. Max = 7.8 * 6 = 8.5 Form. Reg. De tiempos -Estimación de las Tasa de Minutos/LOC -Loc/Hora=60/7.8=7.67

9 Actual Minutos/LOC=Tiempo Total/LOC =7 / 9 = 7. LOC/Hora = 60 / Minutos/LOC = 60 / 7. = 8. Actual + En el tiempo = En el tiempo + En el tiempo % Planeamiento = Tiempo de fase * 00 Tiempo total Planeamiento = 4 / 7 * 00 =.90 % Una vez finalizado el desarrollo se actualiza el formulario en los valores Actuales y En el tiempo Codificación = 6/ 7 * 00 = % Compilación = / 7 * 00 = 5.0 %... Estimar En base al programa 8 planificamos el 9 Los % de tiempos x fase de Prog. 8 nos permite estimar los tiempos por fase del prog. 9 Ej. Planeamiento =.9 * 66 / 00= 4.5 = 5 Los tiempos acumulados Planeamiento = Actual + En el tiempo = +4=5 Minutos/LOC = Tiempo Total / LOC = / 48 = / 48=6.9 PSP + PSP. Los nuevos resultados me permiten estimar con > precisión Estimar Mejora la estimación y planificación

10 Nos permite estimar el tiempo total de desarrollo Nos permite analizar y mejorar nuestra productividad Nos permite estimar tiempos de futuros desarrollos RESUMEN Nos permite analizar y comparar los planeado con lo realizado por fases Analizando defectos para incrementar la calidad Sector inferior

11 Form. Resum Plan Proyecto (parcial) Tipo Nombre Tipo Nombre 0 Documentación 60 Chequeos 0 Sintaxis 70 Datos 0 Ejecutable 80 Funciones 40 Asignación 90 Sistema 50 Interface 00 Ambiente PSP + PSP. Incrementamos calidad 4-Optimización Construcción y optimización del checklist

12 Defectos/KLOC -> densidad Dd= 000*D/N Dd= densidad de defectos D=cantidad de defectos encontrados N=cantidad nuevas y modific. Líneas de código En el tiempo = Dd =000 * 0 / = Registramos la etapa de Revisión de código 88=+66 La densidad del prog. nos permite planificar los defectos a inyectar en el prog. D plan =N plan *Dd plan /000 = 58*94.79/000=5.49 = 6 La distribución de defectos por etapa lo hacemos en base a las tasas de defectos inyectados y removidos del prog. = Def. Inyectados en codif. = 80.0 * 6 /00=4.8 = 5

13 Analizamos la eficiencia del proceso de remoción de defectos Yield Def. / Hora a) Def. / Hora Diseño=60 * / (def. inyectados en diseño / minutos acumulados en el diseño)= 60*5/95 =,54 Codificación=60 * / (def. inyectados en codif. / minutos acumulados en la codificación) = 60*5/79 =,89 Rev.Código=60 * / (def. removidos en Rev. Código / minutos acumulados en la Revisión de Código)= 60*/45 = 4,97 B- Yield planificado =00*(plan de defectos a remover antes de compilar/plan de defectos inyectados antes de compilar) = 00*/(+5) =, % Yield actual =00*(Defectos a removidos antes de compilar/defectos inyectados antes de compilar) = 00*4/(+4) = 80,0 % Yield ToDate =00*(Defectos acumulados removidos antes de compilar /Defectos acumulados inyectados antes de compilar)=00*/(5+5)=40,0% Compilación=60 * / (def. removidos en Rev. Código / minutos acumulados en la compilación) = 60*/00 = 7,80 5 Pruebas=60 * / (def. removidos en las pruebas / minutos acumulados en las pruebas) = 60*6/79 =, Objetivo Yield Process > 70% Analizamos la calidad del proceso a través de AF/R (Appraisal/Failure) Appraisal = Rev. Código Failure = Compilación+Pruebas A/FR Actual = Tiempo Total Rev. Código Tiempo Total Compilación. + Pruebas A/FR= 9 / ( 5+0) =,9 A/FR= Es la medida relativa del tiempo de revisión de código sobre el tiempo de la primera compilación y pruebas A/FR En el tiempol = Total en Tiempo. Rev. Código Total en tiempo Compilación. + Pruebas A/FR < -> > cantidad de errores A/FR debemos intentar alcanzar el valor A/FR En el tiempol = 74 / (05+89) = 0,44