México D.F Julio del 2015.

Reporte de proyecto terminal encomputación

“Desarrollo de sistemas de software conpsp”

Alumno: Ricardo Fernández Rodríguez

Matrícula : 209341528.

Licenciatura: Ingeniería Electrónica

Asesor : M. Luis Fernando Castro Careaga

1

Contenido

Caratula-------------------------------------------------------------------------------------------------------------1

Indice--------------------------------------------------------------------------------------------------------------2,3

Análisis de la exactitud de la estimación de tamañ o----------------------------------------------4

¿Cuál es el porcentaje de error de sus programas a la fecha---------------------------------------4

¿qué porcentaje por encima o por debajo del tamaño real estuvo el tamaño estimado (e.g., siestimado/real está en %, 85% esta 15% por debajo, 120% está 20% por encima) para cadaprograma?-------------------------------------------------------------------------------------------------------4,5

¿cuál es el error total acumulado para los estimados tamaño (i.e, tamaño estimado total /tamaño real total)?---------------------------------------------------------------------------------------------5,6

Análisis de la exactitud de la estimación de tiempo y de la productividad------------------6

¿Cuál es el error de estimación de tiempo de sus tareas a la fecha?------------------------------6

¿Cuales son los valores planeados, actuales y a la fecha de los programas a la fecha in LOC/hora?como enumerar un documento en libre office-----------------------------------------------7

¿Qué porcentaje por arriba o por abajo del tiempo real fue el tiempo estimado (e.g., si el estimado/real está en %, 85% está 15% por debajo, 120% está 20% por arriba) para cada programa? ---------------------------------------------------------------------------------------------------------7

¿Cuál es el error total acumulado para los estimados de tiempo (i.e., tiempo estimado total / tiempo real total)? ------------------------------------------------------------------------------------------------8

Análisis de la distribución de tiempo-------------- -------------------------------------------------------8

¿Qué porcentaje del tiempo dedicó en promedio en cada fase del proceso (planeación,diseño, codificación, compilación, pruebas, post mortem)? ----------------------------------------8,9

¿En diseño y código tomados juntos?-----------------------------------------------------------------------9

¿En compilación y pruebas tomados juntos?-------------------------------------------------------------9

Si usted dedica 1000 horas escribiendo programas parecidos a aquellos del curso, ¿cuánto tiempo es probable que dedique a diseño?----------------------------------------------------------------9

¿En codificación?------------------------------------------------------------------------------------------------9

¿En pruebas unitarias?-----------------------------------------------------------------------------------------9

¿Cuántas líneas de código es probable que escriba en ese tiempo? -----------------------------9

2

Análisis de los tiempo de corrección de los defecto s---------------------------------------------10

¿Qué categoría tuvo el tiempo de corrección más grande? --------------------------------------10,11

Análisis de los defectos--------------------------- -----------------------------------------------------------11

¿Cuáles son los valores para el total de defectos por programa a la fecha?--------------------11

¿Cuáles son los promedio, máximo y mínimo para la densidad de defectos en compilación y pruebas unitarias por programa a la fecha?--------------------------------------------------------------12

¿Qué tipo de defectos contabiliza para la mayoría del tiempo dedicado en compilación?12,13

¿En pruebas? -----------------------------------------------------------------------------------------------------13

¿En cuál fase fue cada uno de los tipos de defectos introducido con mayor frecuencia? –---14

Total de defectos---------------------------------- ---------------------------------------------------------------15Conclusiones-------------------------------------------------------------------------------------------------------16Resumen del Plan del Reporte Intermedio de PSP----- ---------------------------------------------17

Bitácora de Registro de Tiempo del Reporte Intermed io de PSP-------------------------------17

Referencias---------------------------------------- ----------------------------------------------------------------18

3

Análisis de la exactitud de la estimación de tamañ o

¿Cuál es el porcentaje de error de sus programas a la fecha?

Gráfica 1 Error de estimación de tamaño

Tabla 1. Porcentaje en error de estimación de tamaño

¿qué porcentaje por encima o por debajo del tamaño real estuvo el tamaño estimado (e.g., siestimado/real está en %, 85% esta 15% por debajo, 120% está 20% por encima) para cadaprograma?

La gráfica 1 y la tabla 1 muestran el porcentaje de error de estimación de losprogramas que se realizaron, se puede observar una tendencia inicial ( programa 2) de unasubestimación y un tendencia final (programa 4) a sobre-estimar mi tamaño.

4

La mejor estimación estuvo presente en el programa numero 3 con un porcentaje de33.8% cerrando mas hacia cero, sin embargo es claro por los resultados que tengo una ligeratendencia a sobre-estimar.

No olvidemos que deseamos manejar un intervalo del 70%(-35%, 35%) el cualrepresenta un rango de probabilidad alrededor del estimado, este rango no es un pronosticomas bien se considera como una expectativa.

¿cuál es el error total acumulado para los estimados tamaño (i.e, tamaño estimado total /tamaño real total)?

Tabla 2 estimación tamaño programa 2

Tabla 3 estimación tamaño programa 3

Tabla 4 estimación tamaño programa 4

5

Error acumulado para programa 2, 3 ,4

• programa 2 =1.53

• programa 3 =0.78

• programa 4 = 0.75

Análisis de la exactitud de la estimación de tiempo y de la productividad

¿Cuál es el error de estimación de tiempo de sus tareas a la fecha?

Gráfica 2 Error de estimación de tamaño

Tabla 5 porcentaje de error de estimación de tiempo

6

¿Cuales son los valores planeados, actuales y a la fecha de los programas a la fecha enLOC/hora?

Tabla 6 Valores en LOC/HORA para los programas 3 y 4

¿Qué porcentaje por arriba o por abajo del tiempo real fue el tiempo estimado (e.g, si elestimado/real está en %, 85% está 15% por debajo, 120% está 20% por arriba) para cadaprograma?

Tabla 7, tiempos estimados y actuales para programas 1,2,3,4

7

• Para el programa 1 tengo 147% lo cual implica una sobre estimación

• Para el programa 2 tengo 99.33% un estimación muy buena.

• Para el programa 3 tengo 119% sobre estimado moderadamente

• Para el programa 4 tengo 91.43% buena estimación.

¿Cuál es el error total acumulado para los estimados de tiempo (i.e., tiempo estimado total /tiempo real total)?

Error total acumulado = 1.12

Análisis de la distribución de tiempo

¿Qué porcentaje del tiempo dedicó en promedio en cada fase del proceso a la fecha(planeación, diseño, codificación, compilación, pruebas, post mortem)?

Gráfica 3. Porcentaje de tiempo en cada fase a la fecha

8

Tiempo Tiempo

programa planeado real

1 3 2.04

2 3 3.02

3 4 3.36

4 2.35 2.57

total 12.35 10.99

¿En diseño y código tomados juntos?

59.05%

¿En compilación y pruebas tomados juntos?

30.07%

Si usted dedica 1000 horas escribiendo programas parecidos a aquellos del curso, ¿cuántotiempo es probable que dedique a diseño?

Si observamos la gráfica 2 y la tabla 5 las cuales muestra el error de estimación entiempo vemos que la estimación es moderadamente buena, por lo tanto puedointerpolar(gráfica 3) suponiendo que la tendencia en cuanto a tiempo se refiere siga siendo lamisma. Así entonces dedico el 8.15% en diseño, por lo tanto en teoría dedicaría en diseñoaproximadamente 81.5 horas.

¿En codificación?

509 horas

¿En pruebas unitarias?

13.7 horas

¿Cuántas líneas de código es probable que escriba en ese tiempo?

La tabla 6 muestra a la fecha de mi ultimo programa la productividad que tengo, seobserva que es de 44.9LOC/hora, entonces si yo dedico 1000 horas tendría 44.900K lineasde código.

9

Análisis de los tiempo de corrección de los defectos

¿Qué categoría tuvo el tiempo de corrección más grande?

Tabla 8 Bitácora de defectos, para programa 1,2,3 ,4.

Tiendo a inyectar mayor numero de errores en la etapa de codificación, el tiempo decorrección mas grade en esta etapa fue de 15.7 minutos y fue un de asignación. Lo anteriorindividualmente ya en conjunto de la gráfica 4 los errores de sintaxis son lo que toman mastiempo para su arreglo.

10

Gráfica 4 Tiempo de arreglo por tipo de defecto y tipo de defectos eliminados

Análisis de los defectos

¿Cuáles son los valores para el total de defectos por programa a la fecha?

Tabla 9 densidad de defectos

programa 1 = 4 defectos, programa 2 = 13 defectos, programa 3 = 15 defectos, programa 4 =25 defectos, observe lo anterior en la tabla 9.

11

¿Cuáles son los promedio, máximo y mínimo para la densidad de defectos en compilación y pruebas unitarias por programa a la fecha?

Tabla 10 densidad de defectos y fase por programa a la fecha

En compilación 3 defectos por el programa 1, 9 defectos por el programa 2, 11defectos para el programa 3, 19 defectos para el programa 4 , lo anterior se puede contrastaren la tabla 10 lado derecho.

¿Qué tipo de defectos contabiliza para la mayoría del tiempo dedicado en compilación?

Tabla 11 tiempo de arreglo de los defectos en compilación y pruebas

En compilación observando los datos de la tabla 11, dedicamos 95.5 minutos para elarreglo de los defectos inyectados en codificación, y tenemos un total de 41.

De la tabla 11 se desprende la tabla 12, la cual filtra los defectos que se encuentran encompilación. Analizando una porción pequeña de esa tabla se aprecia que hay mayor numerode errores de sintaxis lo cual es cierto y puede comprobarse de la gráfica 4 parte derecha.

12

Tabla 12 defectos filtrados eliminados en compilación e inyectados en codificación

¿En pruebas?

Haciendo un análisis similar al anterior, la tabla 11 muestra un tiempo máximo dearreglo de 51.5 de los defectos encontrados en pruebas, el numero de defectos totales esde 9 y son defectos de asignación.

13

¿En cuál fase fue cada uno de los tipos de defectos introducido con mayor frecuencia?

Tabla 13 fase y tipo de defectos inyectados y eliminados

Gráfica 5 porcentaje de defectos inyectados por fase a la fecha

En la fase de codificación, como se aprecia en la gráfica 5 y tabla 13.

14

Gráfica 6 total de defectos de los programas a la fecha

El total de defectos para el programa 1 esta cercano a cero, debido a que no registretodos los defectos inyectados , pues en ese momento no tenia idea de la importancia delimpacto de hacer el registro detallado de cada uno de ellos, por eso razón para el programa 2se ve un aumento considerable en el total de los defectos, disminuyendo ya en el programanumero 3 y con un ligero aumento para el programa 4 lo cual es coherente pues aumenta entamaño el código de la ultima tarea.

15

Conclusiones

Usar un proceso para el diseño de software no es una tarea fácil cuando uno comodesarrollador no tiene la visión de como se desarrollan generalmente los trabajos.

Antes de conocer y usar PSP, personalmente nunca le prestaba atención ni interésalguno a la importancia de tener una métrica de tiempo, defectos, tamaño, tiempo decorrección etc. Usando PSP puede observar mis deficiencias, las tendencias en errores, eltiempo que invierto en cada fase,consistencia, etapas donde se eliminan e introducen losdefectos y medir mi productividad.

Lo anterior me pone en capacidad de poder realizar planeaciones mas realistasestimaciones en tiempo y tamaño de futuros programas y también apreciar si de alguna formaestoy mejorando en mi desempeño.

De la tabla 1 que se refiere al error de estimación del tamaño, en general tengo unligera tendencia a sobre-estimar, y mas aun, conforme los programas crecen en tamaño esatendencia se pronuncia mas. La solución a lo anterior seria poder identificar y dimensionar demejor manera los proxys, en el numero de estos así como su tamaño relativo.

La tabla 5 me permite ver que soy mejor estimando el tiempo que el tamaño, estopuede ser porque veo el conjunto e interpolo de experiencias anteriores , ademas de que eltiempo es una variable con la que el ser humano esta muy familiarizado. El error deestimación de tiempo esta mas cercano al intervalo del 70% el cual representa un rango deprobabilidad alrededor del estimado.

Sumando los tiempos de diseño y codificación se obtiene un 50.90% del tiempodedicado a estas fases y en compilación y pruebas un 30.07% (gráfica 3), el proceso permitióobservar lo anterior, sabiendo esto puedo intentar bajar el tiempo en diseño y codificación ,así como compilación y pruebas. La observación anterior se sustenta es la gráfica 4 y la tabla12, donde se aprecia que el tipo de errores eliminados son de sintaxis, asignación einterface, dedicando un tiempo considerable en la eliminación (eliminado en compilación,inyectado en codificación).

Por ultimo, una muestra clara de mi falta de experiencia en usar un proceso para eldesarrollo de software se ve en la tabla 9, la cual muestra un registro de los defectos totalespor programa, para el primer programa registre 4 defectos lo cual es poco realista y mas bienes la omisión a las reglas que marca el proceso, gran error. Conforme obtenía practica ysoltura en las formas, guiones,estándares del proceso mi tendencia al registro de los defectofue incrementándose. De haber sido consistente en el registro de estos datos el fenómenoque tuvo que haberse visto es el siguiente: inicialmente una tendencia alta en defectos yconforme el avance en las tareas una disminución de estos , pues al realizar un análisis delos datos sabría donde concentrarme y platear soluciones para disminuir dicho defectos.

16

Resumen del Plan del Reporte Intermedio de PSP

Estudiante Ricardo Fernández Rodríguez Fecha 8/07/2015

Instructor Luis Fernando Castro Careaga

Datos de tamaño

Objeto Número planeado Número real

Párrafos 25 20

Tablas 10 13

Gráficas 8 6

Estimado de esfuerzo

Objeto Esfuerzo estimado por objeto Esfuerzo estimado

Párrafos 8 200

Tablas 2 20

Gráficas 1 8

Total 228

Datos de esfuerzo

Fase Tiempo plan Tiempo real

Planeación 00:37 00:54

Desarrollo 02:45 04:12

Postmortem 00:25 00:20

Bitácora de Registro de Tiempo del Reporte Intermed io de PSP

Estudiante Ricardo Fernández Rodríguez. Fecha 08 07 2015

Fecha Inicio Alto Tiempo

de

interrup

ción

Tiempo

de alta

Fase Comentarios

08 07 2015 11:00 11:54 Planeación Se hace un estimado en base a los datos de

un numero de tablas, gráficas y párrafos y

tiempo de desarrollo

08 07 2015 12:00 16:12 Desarrollo Respuesta a las preguntas usando el

Dashboard, con ayuda de sus campos:

análisis de datos, bitácora de tiempos y

defectos.

08 07 2015 16:20 16:40 Postmortem Verificación del orden de las respuestas y

datos presentados

17

Referencias

[1] PSP Fundamentals: L1 Introducción al PSP, Septiembredel 2007

[2] PSP Fundamentals: L2 Conceptos Fundamentales de Planeación, Septiembredel 2007

[3] L3, PSP1-Estimando con PROBE I,II,2006

18