PARTE III PSP 2

Estructura de PSP

PSP 1.1

PSP- Script del Proceso

PSP 2.0

Qu es PSP 2.0
Registro histrico de defectos Estimacin en base a reg. histrico de defectos Checklist de diseo Checklist de codificacin Registro en Checklist de diseo Registro Checklist de codificacin Revision del diseo Revisin del cdigo
6

Defectos
Error: Incorreccin producida por el desarrollador Defecto: Consecuencia de un error Fallo: Manifestacin de un defecto del software Fallas: Defectos an no detectados Incidente: Se produce e informa un comportamiento inesperado
Defecto

Fallo

Error
Defecto

Fallas

Incidente

Defectos
El primer paso para administrar los defectos es conocerlos para luego prevenirlos. Registrar todos los defectos encontrados en los programas Registrar informacin adicional para comprender el error Analizar los defectos para conocer cuales son los que ms causan errores Definir la forma de prevenirlos

Clasificacin de defectos

Clasificacin de defectos
Esta clasificacin es provista por IBM en base a los errores ms comunes generados en sus productos. PSP la adopta por que la encuentra acertada Ejemplo: el tipo 20 Errores de Sintaxis, nombre de funciones, falta de puntuacin, etc Esta clasificacin ascendente es en base a la probabilidad de aparicin de los errores
10

Formulario de Registro de Defectos

11

Registrando los defectos

Cuando comenzamos a desarrollar disponer de varias hojas del formulario de Registracin de Defectos Cuando encontramos el primer error registrarlo, pero no completar el resto de los datos. Un error puede ser derivado por otros, entonces es preferible depurarlo, as lo conocemos y luego registrar la informacin correcta Utilizar una lnea para cada defecto Ingresar le fecha 12

Registrando los defectos...... cont.

Una vez solucionado completar el tipo de error y el tiempo que nos llev solucionarlo Registrar la fase , esto no es problema para pequeos desarrollos. Utilizar el juicio Registrar la fase en donde se solucion el defecto Registrar el tiempo que trascurre desde que encuentro el error hasta que lo soluciono. En la fase de compilacin el tiempo generalmente es pequeo. En la etapa de Testeo es mayor. Registrar una descripcin que nos permita conocer el error para el perodo de anlisis
13

Beneficios de la Reg. de defectos

Mejorar la calidad de nuestros programas reduciendo la cantidad de errores inyectados. Reducir el tiempo de desarrollo Ganar dinero El desarrollador es el responsable de inyectar los errores, asi tambin es el responsable de solucionarlo.

14

PSP Script del Proceso

15

PSP Resumen del Proyecto -Project Plan Summary

16

Resumen del Plan de Proyecto Ejemplo de registracin de errores

17

Encontrando defectos
1- Por medio del compilador.
El compilador solo encuentra aquellos errores de codificacin, sintaxis, no encuentra errores de diseo.

2- Por medio del testeo.

Depende de los datos que preparemos para las pruebas. Solo responder a las condiciones que nosotros hemos elaborado.

3- Por medio del cliente.

El cliente detecta las fallas.

4- Revisando el cdigo una vez escrito.

18

Revisin del cdigo

Cundo revisar el cdigo ? inmediatamente despues de finalizar la codificacin. Porque tenemos en mente que estamos haciendo y cuales pueden ser los posibles errores. La eficiencia de la revisin radica en que encontramos defectos en vez de sintomas. La desventaja es que debemos tener experiencia en codificacin.
19

Por qu debemos encontrar los errores apenas los insertamos ?

Si toleramos escribir software defectuoso, nuestro producto final va a ser un producto con parches. La calidad del producto final depende de la calidad del desarrollo El costo de encontrar los errores aumenta x 10 en cada fase del desarrollo La disciplina en el proceso de desarrollo ahorra tiempo y costos en el balance final. .........
20

Por qu debemos encontrar los errores apenas los insertamos ? Cont...

La compilacin es efectiva antes o despus de la revisin del cdigo. La experiencia muestra que si existen errores en la compilacin gran parte pasan a la fase de testeo La calidad de un desarrollador no debe depender de las herramientas de depuracin de cdigo sino del compromiso de elaborar cdigo libre de defecto.

21

PSP- Process Script

22

Checklist para revisar el cdigo

Contiene una serie de pasos que debemos seguir Vamos a construir el checklist en base a nuestra experiencia y a nuestros errores Contiene experiencia encapsulada Actualizado es la mejor forma de escribir cdigo libre de errores Ayudar a encontrar rpidamente aquellos que insertemos
23

Ejemplo de un checklist para desarrollar en ADA

24

Utilizando el checklist
Revisar item por item. Completar con una X en las columnas # , una vez revisado el item. Si encontramos errores poner una marca. Al finalizar nos permitir conocer la cantidad de errores de cada item Una vez finalizado el checklist revisar nuevamente el fuente para encontrar nuevos defectos no esperados.
25

Construir un checklist personal

El checklist ser efectivo en la medida que los construyamos en base al lenguaje y a los defectos que comunmente insertamos y obviamos en la revisin

26

Checklist personal
1- En base a los defectos registrados construir una lista clasificada por fase de desarrollo.

27

Construir un checklist personal

2-Ordenarlos en forma descendente 3- Analizar los tipos de errores que producen mayor cantidad de defectos 4- Determinar cules son los pasos necesarios para poder encontrarlos en la revisin. 5- Verificar que el paso exista en el Script que utilizamos para revisar el cdigo. Si existe y no es efectivo modificarlo. Si no existe agregar al formulario este nuevo control.
28

Optimizando el checklist
El checklist encapsula nuestra experiencia Nos permite optimizar y realizar la revisin en forma consistente. 1- Despus de cada desarrollo analizar si podemos optimizar esta secuencia 2- Optimizar la forma en que codificamos para no insertarlos, por ejemplo estandarizar el proceso de desarrollo y diseo.
Variables numricas declararse nCosto, cApellido

29

Optimizando el checklist cont.

3Completar las columnas To Date , nos permitir conocer la efectividad de cada uno de los controles. 4- Depurar aquellos items que no ayudan a encontrar defectos.

30

Optimizando el checklist cont.

3Completar las columnas To Date , nos permitir conocer la efectividad de cada uno de los controles. 4- Depurar aquellos items que no ayudan a encontrar defectos.

31

Optimizando el checklist cont.

5- Revisar y optimizar el estandar definido para desarrollar el cdigo.
PSP 0.1 Estandarizacin del proceso de desarrollo (revisin) Encabezados Uso y reuso de cdigo Idetificacion de variables Comentarios Procedimientos, funciones Espacios en blancos IF, Do While, Case, loop.... Etc.
32

Resumen del Checklist para Revisin de Cdigo

Encapsula nuestra experiencia Ayuda a prevenir errores Ayuda a encontrar en forma rpida nuestros errores Debe ajustarse al lenguaje, a nuestros errores y nuestra experiencia Una vez finalizado cada programa analizar como mejorar el Script, agregando nuevos controles o eliminando aquellos que no ayudan. 33 Analizar el estandar para codificar

Actualizando el Resumen del Plan de Proyecto

Los nuevos datos incorporados son los producidos por la revisin del cdigo.

34

PSP 2.1

35