Desarrollo de sistemas con PSP Y TSP

Proyecto de Investigaci on
Licenciatura en Computaci on
Aida Alvarado Juarez
Eduardo Rodrguez Flores
Asesor
Alfonso Martnez Martnez
Coordinador de la licenciatura
Mexico D.F. 17 de agosto de 2008
1

Indice general
1. PSP
Proceso Personal de Software 1
1.1. INTRODUCCI

ON . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2
1.2. OBJETIVOS DEL PSP . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3
1.3. DEFINICI

ON DEL PSP . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4
1.4. FASES DEL PROCESO PSP . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5
1.4.1. PSP0 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5
1.4.2. PSP0.1 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 6
1.4.3. PSP1 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7
1.4.4. PSP1.1 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 8
1.4.5. PSP2 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 9
1.4.6. PSP2.1 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 10
1.5. ENTRENAMIENTO DEL PSP . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 11
1.5.1. TAREA 1 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 11
1.5.2. TAREA 2 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 14
1.5.3. TAREA 3 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 15
1.5.4. TAREA 4 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 17
1.5.5. TAREA 5 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 18
1.5.6. TAREA 6 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 22
1.5.7. TAREA 7 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 26
1.5.8. TAREA 8 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 31
1.5.9. TAREA 9 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 33
1.5.10. TAREA 10 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 35
i

INDICE GENERAL ii
1.6. RESUMEN DEL PLAN DEL REPORTE R5 . . . . . . . . . . . . . . . . . . . . . . . . . . . 38
1.6.1. GU

IA DEL REPORTE R5 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 38
1.6.2. RESUMEN DEL PLAN DEL REPORTE R5 . . . . . . . . . . . . . . . . . . . . . . . 39
1.6.3. BIT

ACORA DE REGISTRO DE TIEMPO R5 . . . . . . . . . . . . . . . . . . . . . . 40

1.6.4. AN

ALISIS DE LA EXACTITUD DE ESTIMACI

ON DE LOC . . . . . . . . . . . . . 41
1.6.5. AN

ALISIS DE LA EXACTITUD DE ESTIMACI

ON DE TIEMPO . . . . . . . . . . 45
1.6.6. AN

ALISIS DE DEFECTOS Y DEL YIELD . . . . . . . . . . . . . . . . . . . . . . . . 49

1.6.7. AN

ALISIS DE CALIDAD . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 58
1.7. Criterios de Evaluacion . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 60
1.8. Sugerencias . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 61
2. TSP
EQUIPO DE PROCESO DE SOFTWARE 62
2.1. INTRODUCCI

ON . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 63
2.2. OBJETIVOS . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 64
2.3. TALLER DE LANZAMIENTO TSP . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 65
2.3.1. Junta 1 del Taller de Lanzamiento . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 65
2.3.2. Junta 2 del Taller de Lanzamiento . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 68
2.3.3. Junta 3 del Taller de Lanzamiento . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 72
2.3.4. Junta 4 del Taller de Lanzamiento . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 77
2.3.5. Junta 5 del Taller de Lanzamiento . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 79
2.3.6. Junta 6 del Taller de Lanzamiento . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 81
2.3.7. Junta 7 del Taller de Lanzamiento . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 83
2.3.8. Junta 8 del Taller de Lanzamiento . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 86
2.3.9. Junta 9 del Taller de Lanzamiento . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 88
2.4. FORMAS Y RESULTADOS . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 89
2.4.1. Forma SUMP . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 89
2.4.2. Forma TASK . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 90
2.4.3. Forma Schedule . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 91
2.4.4. Forma SUMQ . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 92
Captulo 1
PSP
Proceso Personal de Software
1
1.1. INTRODUCCI

ON
Como licenciados en computacion, en nuestra vida diaria usamos las computadoras y da con da las
vamos renovando con las nuevas tecnologias, pues, de la misma forma, nosotros debemos de renovar nuestra
forma de craer los sistemas para evitar caer en los mismos errores de anta no.
Para lograr tener un mejor control o manejo en nuestros sistemas hemos estudiado un proceso personal
para desarrollo de software (PSP) para tener pasos denidos, formas y estandares en los sistema.
Al estudiar el PSP, estudiamos un proceso de auto mejora; dise nado para ayudarnos a controlar, ad-
ministrar y mejorar la forma en que trabajamos, ya que nos provee una metodolga para planear y dar un
seguimiento a su trabajo para incrementar su productividad y la calidad de los sistemas de software. El PSP
es la base para poder trabajar en equipo.
2
1.2. OBJETIVOS DEL PSP
Conocer y utilizar las medidas de analisis del PSP.
Organizar las ideas de la creacion de un programa mediante la utilizacion de fases.
Conocer las plantillas de uso en el PSP para la elaboracion de los programas con mayor ecencia.
Saber hacer una estimacion acertada.
Tratar de eliminar los errores en las fases en las que por lo regular siempre se presentan (compilacion
y pruebas).
Mejorar el tiempo de desarrollo al eliminar los errores.
Tener una calidad y produccion eciente, cuando eliminamos los
errores y mejoramos el tiempo de desarrollo.
Conforme avanzamos debemos de manejar este proceso de una
forma mas digerida para poder aplicarlo en sitemas y programas sin ninguna dicultad.
3
1.3. DEFINICI

ON DEL PSP
El PSP es una lnea de trabajo de medicion y analisis para ayudarnos a caracterizar nuestro proceso.
Tambien es un procedimiento denido que nos ayuda a mejorar nuestro desempe no.
Algunos de sus principios son:
La calidad de un sistema de software esta dada por la calidad del proceso utilizado para desarrollarlo
y mantenerlo.
La calidad de un sistema de software esta determinada por la calidad de su componentes mas decientes.
La calidad de un componente de software esta dada por el individuo que lo desarrolla.
El desempe no individual esta dado por el conocimiento, la disciplina y el compromiso del individuo.
Se pretende lograr que como profesional del software, debemos conocer nuestro desempe no personal.
Debemos de medir, darle seguimiento y analizar su trabajo.
Debemos aprender a partir de las variaciones de su desempe no.
Debemos incorporar estas lecciones aprendidas en nuestras practicas personales.
Al paso del tiempo y la practica debemos saber controlar:
La estimacion y planeacion de nuestro trabajo, cumplir con nuestros compromisos y resistir presiones por
compromisos no razonables.
4
1.4. FASES DEL PROCESO PSP
1.4.1. PSP0
El PSP 0 es un proceso simple y denido. Utiliza sus metodos actuales de dise no y desarrollo.
Los objetivos principales del PSP 0 son:
Demostrar el uso de proceso denido al escribir un programa peque no.
Incorporar medidas basicas en el proceso de desarrollo de software.
Requiere cambios mnimos a las practicas personales.
Cuenta con una serie de elementos para facilitarnos la medicion de
nuestros avances a lo largo de la tarea 1A, la idea principal durante el PSP0 es incorporando poco a poco al
proceso, para familiarizarse de una manera facil.
Para esta primera fase, los elementos necesarios son:
Guion del proceso
Bitacora de registro de tiempo
Bitacora de reporte de defectos
Estandar de tipos de defectos
Forma de resumen del plan de proyecto
En donde :
La planeacion es la estimacion del tiempo de desarrollo.
El desarrollo es el producto utilizando sus metodos actuales.
El postmortem espara completar el resumen del plan del proyecto, con el tiempo utilizado y los defectos
descubiertos e introducidos en cada fase.
5
1.4.2. PSP0.1
El PSP0.1 tiene como nalidad medir el tama no del software para relacionar la cantidad de producto
generado con el esfuerzo empleado. As como tambien para calcular nuestra productividad, medida en LOCs
1
y normalizar los defectos. Se emplean en las tareas 2A y 3A.
Los objetivos principales del PSP 0.1 son:
Medir el tama no de los programas que producimos.
Contabilizar los tipos de LOCs en los programas que producimos.
Realizara mediciones de tama no exactas y precisas.
Introducimos una nueva serie de elementos al proceso:
La forma de propuesta de mejora del Proceso (PIP).
Estandar de Conteo (R1).
Estandar de Codicacion (R2).
El resumen de plan de proyecto ha sido expandido para incluir las mediciones de tama no del software y
la distribucion del tiempo de planeacion a lo largo de las fases.
1
Lineas de codigo
6
1.4.3. PSP1
El PSP1 en el cual su objetivo es establecer un procedimiento ordenado y repetible para el desarrollo de
estimacion de tama no de software. La tarea 4A es la unica que se realiza durante esta variacion de PSP.
Los nuevos elementos introducidos en el PSP1 son:
El metodo de Estimacion de tama no PROBE.
La plantilla de Estimacion de tama no.
La plantilla de reporte de pruebas.
7
1.4.4. PSP1.1
En la tarea 5 y 6 utilizaremos el PSP1.1, sus Objetivos del PSP1.1 son introducir y practicar metodos
para:
Realizar planes de recursos y de calendarios de trabajo.
Darle seguimiento a su desempe no en cuanto a sus planes.
Juzgar la probabilidad de las fechas de terminacion del proyecto.
Se incorporan nuevos elementos al proceso:
Plantilla de planeacion de tareas.
Plantilla de planeacion de calendario de trabajo.
Por lo regular estas plantillas se utilizan para proyectos que tardan varios das o semanas. No se utilizaran
durante las tareas de PSP
2
. El resumen del plan de proyecto se expandio para que incluya estadsticas basicas
del proceso.
resumen de plan de proyecto PSP1.1
reporte de pruebas
forma PIP
plantilla de estimacion de tama no
hoja PROBE
bitacora de registro de tiempo
bitacora de registro de defectos
lista de programa fuente
resultados de las pruebas
2
Se utilizan cuando trabajamos con TSP
8
1.4.5. PSP2
Como profesional del software, debemos de conocer nuestro desempe no personal.
Debemos medir, darle seguimiento y analizar el trabajo. Aprender a partir de las variaciones de nuestro
desempe no e incorporarlas en nuestras praticas personales.
Los objetivos de PSP2 son introducir:
Las revisiones de dise no y codigo
Metodos para la evaluacion y mejora de calidad de sus revisiones
Se incorporan dos nuevos elementos al proceso:
Lista de comprobacion de la revision de dise no del PSP2
Lista de comprobacion de la revision de codigo
9
1.4.6. PSP2.1
Los objetivos del PSP2.1 son introducir.
Introducir metricas adicionales para la administracion de la calidad
Plantillas de dise no que proporcionen una lnea de trabajo ordenado y formatos para documentar los
dise nos.
Existen cuatro nuevos elementos del proceso:
Lista de comprobacion de la revision de dise no PSP2.1
Plantilla del escenario operacional
Plantilla de especicacion de estados
Plantilla de especicacion logica
Las tareas 8A, 9A y 10A se realizan con este proceso.
10
1.5. ENTRENAMIENTO DEL PSP
Elaboramos 10 tareas con las cuales nos fuimos capacitando paso a paso al ir introduciendo en cada una
de las tareas una fase del Proceso Personal del Sofware. Nos obliga a crear una disciplina que nos ayuda a
mejorar nuestro proceso personal,los datos que se fureron almacenado nos servira para mejorar continuamente
la productividad, calidad y la prediccion de nuestro trabajo.
1.5.1. TAREA 1
* Los objetivos de la tarea 1A son:
Comprender los requerimientos del programa 1A
Concluir la palneacion del programa 1A
* Requerimientos del Programa 1A
Calcular la media y la desviacion estandar de una serie de n n umeros reales. Su programa debe leer los n
n umeros reales del teclado, de un archivo, etc. Use una lista ligada para almacenar los n n umeros para los
calculos. Pruebe completamente el programa. Debera usar al menos tres pruebas de los datos en las tres
columnas de abajo.
* Media y Desviacion Estandar
La media es el promedio de n n umeros.
La desviacion estandar es calculada de la siguiente forma.
Formula de la desviacion estandar.
Std = =
_

n
i=1
(x
i
x
avg
)
2
n1
donde:
: Es el smbolo de la desviacion estandar.

: El el smbolo de la sumatoria.
11
LOC Objeto LOC Nuevas y Modicadas Horas de Desarrollo
160 186 15.0
591 699 69.9
114 132 6.5
229 272 22.4
230 291 28.4
270 331 65.9
128 199 19.4
1657 1890 198.7
624 788 38.8
1503 1601 138.2
Media 550.6 638.9 60.32
DesEst 572.03 625.63 62.26
Cuadro 1.1: tabla D4, pagina 753
i: Es un ndice de n n umeros
x
avg
: Es el valor promedio de los n n umeros
* Las listas ligadas son:
1. Un tipo de datos abstracto utilizado para almacenar conjuntos de datos implementadas con
apuntadores.
2. Una lista ligada con frecuencia tiene estos componentes.
Raz de la lista
Nodo de la lista
12
Algunas de las opciones para la estructura de listas ligadas son
La raz de la lista puede apuntar al primer nodo, ultimo nodo, o a ambos.
Un nodo de la lista puede apuntar al siguiente nodo, al anterior, o a ambos.
Por lo regular se usa un apuntador con valor nulo para indicar una lista vaca o el nal de la lista.
Las operaciones tpicias en una lista ligada incluyen agrega nodo, siguiente nodo y anterior nodo.
13
1.5.2. TAREA 2
* Requerimientos del Programa
estimado de recursos
estimado de tama no
* Requerimientos del Programa 2A
Utilice el PSP0.1 para escribir un programa que cuente el total de LOCs logicas en un programa
omitiendo los comentarios y las lneas en blanco.
Utilice su estandar de conteo (R1) y su estandar de codicacion (R2) para colocar una lnea logica en
cada lnea fsica y cuente las lneas fsicas.
Produzca un conteo unico para el archivo de programa fuente.
Prueba completamente el programa. Como una prueba, cuente las LOCs en los programas 1A y 2A.
14
1.5.3. TAREA 3
* Objetivos del Taller
1. Comprendera los requerimientos del programa 3A
2. Habra concluido la planeacion del programa 3A
Requerimientos del programa
Estimacion de los recursos
Estimacion del tama no
* Requerimientos del Programa 3A
Use el PSP0.1 para escribir un programa que cuente
Las LOC logicas totales en un programa
Las LOC logicas en cada objeto o funcion
N umero de metodos en cada objeto
* Produzca e Imprima
Un solo conteo de LOC para el archivo del programa fuente
Conteo separados de LOC y metodos para cada objeto
Usted puede mejorar el programa 2A para realizar el programa 3A (pero mantenga un copia del 2A).
Usted puede actualizar su estandar de conteo de LOC (R1) y su estandar de codicacion (R2) para
simplicar el dise no del programa 3A.
Pruebe completamente este programa. Como un mnimo, pruebe el programa contando el programa total
y las LOC por cada objeto en los programas 1A, 2A y 3A. Incluya en su reportes de prueba un tabla que
proporcione los conteos obtenidos. Use el formato mostrado en la tabla D7 en la pagina 754 del texto.
* Instrucciones de la Tarea
15
Usando el proceso PSP0.1, termine la fase de planeacion para la tarea 3A.
Cuando usted haya terminado la planeacion, revise su trabajo con el instructor.
Despues de que su plan haya sido revisado, concluya la tarea utilizando el PSP0.1.
Cuando usted haya concluido la fase postmortem, entregue su paquete de tarea, codigo fuente y resultados
de prueba al instructor en este orden.
16
1.5.4. TAREA 4
* Objetivos del Taller
1. Comprendera los requerimientos del programa 4A
2. Habra concluido la planeacion del programa 4A
Dise no conceptual
Estimado de tama no
Estimado de recursos
* Requerimientos del Programa 4A
Calcule los parametros de regresion lineal
0
y
1
para n conjuntos de datos. Mejore la lista ligada desarrollada
en el programa 1A para que almacene los conjuntos de n datos, donde cada conjunto de datos contiene
exactamente dos n umero reales.
Pruebe el programa con tres conjuntos de datos.
1. LOC de objeto estimadas y LOC N&C reales (tabla D8, pagina 756)
2. LOC N&C estimadas y LOC N&C reales (tabla D8, pagina 756)
3. LOC N&C estimadas y LOC N&C reales de sus programas 2A, 3A y 4A
* Parametros de Regresion
Parametro de Regresion
0
es: y
avg

1
x
avg
Parametro de Regresion
1
es:

1
=

n
i=1
x
i
y
i
nxavgyavg

n
i=1
x
i
2
n(xavg)
2
17
1.5.5. TAREA 5
* Objetivo del Taller
Despues de este taller, usted
comprendera los requerimientos del programa 5A
habra concluido la planeacion del programa 5A
dise no conceptual
estimado de tama no
estimado de recursos
Use el PSP1.1 para escribir un programa para integrar numericamente un funcion usando la regla de
Simpson para una funcion de la distribucion normal.
El programa debera ser dise nado para integrar utilizando varias funciones dadas.
Usted necesitara este programa para calcular los valores de varias distribuciones estadsticas utilizadas en
los siguientes programas de tareas.
Prueba completamente el programa. Como mnimo, utilice este programa para calcular los valores de la
integral de la distribucion normal para tres valores.
Prueba Valor Esperado
de - a 2.5 0.9938
de - a 0.2 0.5793
de - a -1.1 0.1357
* Integracion Numerica
En principio, la integracion numerica trata un funcion como si estuviese compuesta de muchas areas
rectangulares.
Suma estas areas para producir el valor de la integral.
El truco es suma estas areas de tal forma que el erro se minimice.
18
*Lmites de Integracion
Para determinar los lmites de integracion la mayora de las funciones estadsticas son integradas de - a
alg un valor todas las funciones estadsticas tienen una area total de 1.0 cuando son integradas de - a +
.
* Funciones Simetricas
Con funciones simetricas (la distribucion normal y la distribucion t de student), el procedimiento es este.
Si el valor de X es Integre de y
Positivo 0 a X sume 0,5 al presultado
Negativo 0 a X reste 0,5 al resultado
* Regla de Simpson
La regla de simpson para integrar:
(1.1)
_
x
high
x
low
F(u)du =
W
3
[F(x
low
) + 4F(x
low
+W) + 2F(x
low
+ 2W) +
4F(x
low
+ 3W)... + 2F(x
high
2W) + 4F(x
high
W) +F(x
high
)]
19
donde:
W es el ancho de las bloques rectangulares
F es el valor de la funcion para cada valor de x
La regla de Simpson en otra forma
2
_
x
high
x
low
F(u)du =
W
3
[F(x
low
) +
N1

i=1,3,5...
4F(x
low
+iW) +
N2

i=2,4,6...
2F(x
low
+iW) +F(x
high
] (1.2)
donde N es el n umero de segmentos.
* Distribucion Normal
La formula de la distribucion normal es:
(x) =
_
x

1
_
(2)
e
(
u
2
2
)
du (1.3)
La pagina 528 contiene las formulas para las distribuciones x
2
y t.
* Sugerencias
Reerase a la pagina 517 en el Apendice A para un algoritmo que eval ue la integral usando la regla de
Simpson.
Inicie con N = 20 y un error aceptable (E) de 1E-07.
Si usted esta usando C o C++, considere dise nar la regla de Simpson para que acepte un apuntado a una
funcion. (Esto hace la reutilizacion muy facil.)
Para otros lenguajes, separe el calculo de la regla de Simpson de la distribucion normal.
* Instrucciones de la Tarea
2
La anterior ecuacion de Simpson es una forma simplicada de la ecuacion A5 del libro, pagina 518.
20
Usando el proceso PSP1.1, termine la fase de planeacion para la tarea 5A.
Cuando usted haya concluido la planeacion, revise su trabajo con el instructor.
Despues que su plan haya sido revisado, termine la tarea usando el PSP1.1.
Cuando haya terminado la fase de postmortem, entregue al instructor su paquete de tarea, codigo fuente y
resultados de prueba al instructor en el siguiente orden.
resumen de plan de proyecto PSP1.1
reporte de pruebas
forma PIP
plantilla de estimacion de tama no
hoja PROBE
bitacora de registro de tiempo
bitacora de registro de defectos
lista de programa fuente
resultados de las pruebas
21
1.5.6. TAREA 6
* Requerimientos del Programa 6A
Usando el formato para PSP 1.1 escribimos un programa para calcular los intervalos de prediccion del 70
% y del 90 % de las LOCs nuevas y modicadas estimadas, dado un conjunto de datos historicos de tama no
y un estimado de LOC de objeto.
Usamos la regla de integracion de Simpson del programa 5 para calcular el valor de la distribucion t.
Use una lista ligada para almacenar los datos historicos.
* Intervalo de Prediccion
El intervalo de prediccion proporciona un rango de probabilidad alrededor del estimado.
Un intervalo de prediccion de 70 % da el rango dentro del cual caeran el 70 % de los estimados.
No es un pronostico, solo una expectativa.
Solo aplica si el estimado se comporta como los datos historicos.
Se calcula a partir de los mismos datos utilizados para calcular los parametros de regresion. Par calcular el
intervalo de prediccion, realizamos los siguientes pasos:
1. Lee los datos historicos xs y ys.
2. Calcule
0
y
1
.
3. Lea su estimado X
k
.
4. Calcule una proyeccion como Y
k
=
0
+
1
X
k
.
5. Calcule el rango para un intervalo de 70 %.
6. Calcule el UPI = Y
k
+Rango(70 %).
7. Calcule el LPI = Y
k
Rango(70 %).
8. Repita los pasos 5 al 7 para el rango de 90 %.
9. Imprima sus resultados.
22
* La formula para el calculo del rango de prediccion es:
Range = t(/2, dof)

1 +
1
n
+
(x
k
x
avg
)
2

n
i=1
(x
i
x
avg
)
2
(1.4)
donde
x es el tama no de los datos historicos.
n es el n umero de puntos de los datos historicos.
t(/2, dof)
La formula para calcular la desviacion estandar es:
=

_
(
1
gl
)
n

i=1
(y
i

1
x
i
)
2
(1.5)
donde
x son los datos historicos de tama no estimado de objetos
y son los datos historicos de tama no nuevo y modicados reales.

0
y
1
son los parametros de regresion lineal de los datos xs v
s
ys.
gl es el n umero de los grados de libertad de los datos, el cual es n-2.
Encontrando t
70
(/2, n 2)
,35 =
(
(n1)
2
)
((n 2) )
1/2
(
(n2)
2
)
_
t70(/2,(n2))
0
(1 +
u
2
(n 2)
)
(n1)
2
du (1.6)
donde
n es el n umero de miembros de x.
(x) = (x 1)(x 1),(1) = 1, y (1/2) =
1/2
.
La distribucion t
Es parecida a la distribucion normal.
23
Tiene colas muy gruesas.
Es usado en estimados de parametros estadsticos para datos limitados.
Calculando el valor de t
Para calcular el valor de t(/2, n 2)
Inicie con un valor de prueba de 1 para el lmite superior y calcule el valor de la integral.
Compare el resultado con el valor deseado.
1. Si el resultado de la integracion es demasiado grande, tome un lmite superior de prueba mas grande.
2. Si el resultado de la integracion es demasiado grande, tome un lmite superior mas peque no.
Haga la integracion de prueba sucesivas hasta que el valor de la integracion este dentro de un error
aceptable, digamos 0.00002.
Para 70 %, integre para tener 0.35 (0.85-0.5).
Para 90 %, integre para tener 0.45 (0.95-0.5).
Una forma para hacer el calculo es la siguiente:
1. Inicie con un valor de prueba t digamos 1.
2. Haga una integral inicial y pruebe revisar si proporciona el valor apropiado; si no, continue.
3. Si es muy bajo, sume d = 0,5 al valor de prueba t.
24
4. Si es muy alto, reste d=0.5 al valor de prueba t.
5. Integre de nuevo y pruebe si el resultado esta dentro del error aceptable, si no, continue.
6. Si es muy bajo, ajuste d; sume d al valor de prueba t.
7. Si es muy alto, ajuste d; reste d al valor de prueba t.
8. Repita pasos 5-7.
Las reglas para ajustar d son las siguientes:
1. En tanto como las pruebas de error del resultado, proporcione el mismo signo del error, deje d sin
cambio.
2. Siempre que cambie el signo del error, divida d entre 2.
25
1.5.7. TAREA 7
* Objetivos del Taller:
Despues de este taller, usted
comprendera los requerimientos del programa 7A
habra terminado la planeacion del programa 7A
dise no conceptual
estimado de tama no
estimado de recursos
estimado de defectos
* Requerimientos del Programa 7A
Usando el PSP2, escriba un programa que calcule la correlacion entre dos series de n umeros y calcule la
signicancia de esa correlacion.
Utilice la rutina de integracion de Simpson del programa 5A para calcular los valores de la distribucion t.
Almacene los datos en una lista ligada.
Pruebe el programa utilizando las LOC nuevas y modicadas reales como los datos x y las horas de
desarrollo como los datos y.
26
N umero de elemento LOC nuevas y modicadas reales Horas de desarrollo
n x y
1 186 15,0
2 699 69,9
3 132 6,5
4 272 22,4
5 291 28,4
6 331 65,9
7 199 19,4
8 1890 197,7
9 788 38,8
10 1601 138,2
Totales 6389 603,2
Determine la correlacion y signicanca entre las LOC nuevas y modicadas y el tiempo de desarrollo real de
sus tareas a la fecha.
Determine la correlacion y signicancia entre las LOC nuevas y modicadas estimadas y el tiempo de
desarrollo real de las tareas 2A a la 6A.
Prepare y entregue un reporte de pruebas que incluya estos datos.
Prueba Valor Esperado Valor Real
r t 2 (1 p) r t 2 (1 p)
Tabla D12 0,9443 9,0335 1,80 10
5
LOC Reales VS Tiempo de Des. NA NA NA
LOC Estimadas Vs Tiempo de Des. NA NA NA
* Uso de la Correlacion
La correlacion r
xy
puede ir de +1 to -1.
Cerca de +1 implica una fuerte relacion positiva; cuando x se incrementa y se incrementa.
Cerca de -1 implica una fuerte relacion negativa; cuando x se incrementa y se decrementa.
Cerca de 0 implica que no tienen relaci on.
27
La correlacion es utilizada en el PSP para juzgar la calidad de la relacion lineal en varios datos historicos
del proceso que son utilizados para la planeacion.
Para este proposito, usamos el valor de la relacion r
xy
al cuadrado, o r
2
.
Si r
2
es: La relacion es:
0,9 r
2
Predictiva; usela con gran conanza.
0,7 r
2
< 0,9 fuerte y puede ser usado para planeacion.
,5 r2 < ,7 adecuada para planeacion, pero con cuidado,
r2 < ,5 no es conable para propositos de planeacion.
* Calculo de la Correlacion
La formula para calcular el coeciente de correlacion r es:
r(x, y) =
n
_
n
i1
x
i
y
i
_

_
n
i1
x
i
_ _
n
i1
y
i
_
_
_
n
_
n
i1
x
2
i
_

_
n
i1
x
i
_
2
_ _
n
_
n
i1
y
2
i
_

_
n
i1
y
i
_
2
_
(1.7)
donde:
x y y son dos conjuntos de datos por parejas.
n es el n umero de sus miembros.
* La Prueba de la Signicancia
La prueba de signicancia determina la probabilidad que una correlacion fuerte sea por casualidad y por lo
tanto no tenga signicancia practica. Recuerdese que una correlacion fuerte puede ser solo por coincidencia,
especialmente cuando los datos son escasos. Por ejemplo, un conjunto de datos con solo dos puntos siempre
tendra r
2
= 1, pero esta correlacion no es signicativa.
La prueba de signicancia usa la distribucion t.
28
* Calculo de la Signicancia
El calculo de la signicancia consiste de tres pasos.
Calcule el valor de t. donde:
r(x, y) es la correlacion n es el n umero de puntos
t =
|r(x, y)|

n 2
_
1 r(x, y)
2
(1.8)
Encuentre la probabilidad p integrando numericamente la distribucion t para n - 2 grados de libertad,
de - a t.
Calcule la cola de la distribucion, 2 (1 p).
* Interpretnado la Signicancia
Una area en la cola 0,05 se considera una evidencia fuerte que existe relacion.
Una area en la cola 0,2 se considera que la relacion es debida a la coincidencia.
Instrucciones de la Tarea
29
Usando el proceso PSP2, termine la fase de planeacion para la tarea 7A.
Cuando haya terminado la planeaci on, revise su trabajo con el instructor.
Despues que su plan haya sido revisado, termine la tarea usando el PSP2.
Cuando haya terminado la fase postmortem, entregue su paquete de la tarea, codigo fuente y resultados
de prueba al instructor en el siguiente orden.
Resumen de plan de proyecto PSP2
reporte de pruebas
listas de revision de dise no
listas de revision de codicacion
forma PIP
plantilla de estimacion de tama no
hoja PROBE
bitacora de registro de tiempo
bitacora de registro de defectos
listado del programa fuente
30
1.5.8. TAREA 8
* Despues de este taller, usted
comprendera los requerimientos del programa 8A
habra concluido la planeacion del programa 8A
- dise no conceptual
- estimado de tama no
- estimado de recursos
- estimado de defectos
* Requerimientos del Programa 8A
Usando del PSP2.1, escriba el programa 8A para que ordene una lista ligada de n pares de n umeros reales
en orden descendente.
Proporcione la capacidad de ordenar cualquier campo de la pareja de datos.
Pruebe el programa usando los datos en las dos columnas de la derecha de la tabla D14, pagina 761, del
texto. Realice dos ordenamientos, uno para cada campo.
Entregue un reporte de pruebas que describa ambos resultados.
* Ordenamiento por Insercion
Considerando dos listas ligadas,realizaremos el oredenamiento por insercion.
El algoritmo de ordenamiento por insercion ordena al encontrar la posicion ordenada correspondiente a un
elemento de dato, entonces inserta el elemento de dato en la lista de datos en esa posicion.
31
* Instrucciones de la Tarea
Usando el proceso PSP2.1, termine la fase de planeacion para 8A.
Cuando haya terminado la planeacion, revise su trabajo con el instructor.
Despues que su plan haya sido revisado, termine la tarea utilizando el PSP2.1.
Cuando usted haya terminado la fase de postmortem, entregue su paquete de tarea, codigo fuente y
resultados de prueba al instructor en el siguiente orden.
Resumen de plan de proyecto PSP2.1
reporte de pruebas
listas de revision de dise no
listas de revision de codigo
forma PIP
plantilla de estimacion de tama no
hoja PROBE
plantilla de escenario operacional
plantilla de especicacion funcional
plantilla de especicacion de estados
plantilla de especicacion logica
bitacora de registro de tiempo
bitacora de registro de defectos
listado del programa fuente
32
1.5.9. TAREA 9
Requerimientos del programa 9A
Usando el PSP2.1, escriba el programa 9A para calcular el grado al cual una cadena de n n umeros reales
es normalmente distribuida.
Use la rutina de untegracion de Simpsons del programa 5A para calcular los valores de la distribucion
X
2
.
Asuma n > 20 y siempre un m ultiplo de 5.(nota: se puede asumir n = 50).
Use el programa 8 para ordenar los nmeros de forma ascendente.
Prueba X
2
para la normalidad
La prueba X
2
para la normalidad determina que tan probable es que un conjunto de datos tenga una
distribucion normal. Se hace para comparar la estructura de un conjunto de datos con el de una distribucion
normal ideal.
Realizamos esto dividiendo la distribucion normal en segmentos de igual area y comparando el actual
n umero de puntos del conjunto de datos a probar con el n umero de una distribucion normal ideal.
Los pasos de la prueba X
2
son como sigue:
1. Ordene el conjunto de datos en orden ascendente.
2. Normalice el conjunto de datos.
Primero, calcule la desviacion estandar, usando n-1
=

_
1
n 1
n

i=1
(x
i
x
avg
)
2
(1.9)
Entonces, transforme cada x
i
a una z
i
normalizada
z
i
=
(x
i
x
avg
)

(1.10)
3. Divida la distribucion normal en algunos segmentos S, donde
33
n
S
5
S > 3
S
2
n
Para este problema, S = 10 satisface estos requerimientos.
4. Determine cuantos elementos de la distribucion normal caeran en cada segmento, N
i
. Normalmente,
esto es
n
S
; en este caso es 5.
5. Determine cuantos elementos del conjunto de datos normalizados caen en cada segmento, k
i
.
6. Calcule el valor Q para los segmentos.
Q =
S

i=1
(N
i
k
i
)
2
N
i
(1.11)
7. Calcule la probabilidad p de la distribucion X
2
para S 1 grados de libertad (dof) al integrar de 0 a
Q.
p =
1
2
(
dof
2
)
(
dof
2
)
_
Q
0
u
(
dof
2
)1
e
(
u
2
)
du (1.12)
Nota: La ecuacion anterior para X
2
diere de la ecuacion A7, pagina 518, por
Sustituir dof por n .
Sustituir Q por x.
8. Calcule la cola de la distribucion como 1 p.
9. Examine 1 p para interpretar los resultados.
1 p < 0,05 es generalmente considerado suciente para rechazar que ajusta.
1 p > 0,2 es generalmente considerado suciente para aceptar que ajusta.
Valores intermedios indican grados intermedios de ajuste.
34
1.5.10. TAREA 10
Requerimientos del programa 10A
Usando PSP 3, realice el programa 10A para calcular, los parametros de regresion m ultiple (
0
,
1
,
2
,
3
).
Lo primero que se va a realizar es, hacer un estimado de las entradas previstas por el usuario. Y
determine los intervalos de prediccion del 70 y 90 por ciento a ser estimados.
Use adem`as una lista ligada para almacenar los datos y el metodo de integracion de Simpson del
programa 5A para calcular la distribucion t.
Calculando los parametros de regresion m ultiple
La regresion m ultiple proporciona un camino para estimar los efectos de m` ultiples variables cuando no es
posible separa los datos.
A continuaci`on se muestra en una serie de 13 pasos de como podemos calcular la regresion m ultiple.
1. Use la siguiente formula de regresion m ultiple, para calcular el valor del proyecto:
z
k
=
0
+w
k

1
+x
k

2
+y
k

3
(1.13)
2. Encontrar los parametros BETA resolviendo el siguiente sistema de ecuaciones lineales:

0
n +
1
n

i=1
w
i
+
2
n

i=1
x
i
+
3
n

i=1
y
i
=
n

i=1
z
i
(1.14)

0
n

i=1
w
i
+
1
n

i=1
w
2
i
+
2
n

i=1
w
i
x
i
+
3
n

i=1
w
i
y
i
=
n

i=1
w
i
z
i
(1.15)

0
n

i=1
x
i
+
1
n

i=1
w
i
x
i
+
2
n

i=1
x
2
i
+
3
n

i=1
x
i
y
i
=
n

i=1
x
i
z
i
(1.16)

0
n

i=1
y
i
+
1
n

i=1
w
i
y
i
+
2
n

i=1
x
i
y
i
+
3
n

i=1
x
i
y
i
=
n

i=1
y
i
z
i
(1.17)
35
3. Cuando calcules el valor de los terminos, obtendras el siguiente sistema de ecuaciones lineales
6
0
+ 4, 863
1
+ 8, 761
2
+ 654
3
= 714
4863
0
+ 4, 521, 899
1
+ 8, 519, 938
2
+ 620, 707
3
= 667, 832
8, 761
0
+ 8, 519, 938
1
+ 21, 022, 091
2
+ 905, 925
3
= 1, 265, 493
654
0
+ 620, 707
1
+ 905, 925
2
+ 137, 902
3
= 100, 583
4. Diagonalizando por el metodo de Gauss se elimina sucesivamente un parametro a la vez, dando como
resultado:
6
0
+ 4, 863
1
+ 8, 761
2
+ 654
3
= 714
0
0
+ 580, 437,5
1
+ 1, 419, 148
2
+ 90, 640
3
= 89, 135
0
0
+ 0
1
+ 4, 759, 809
2
+ 905, 925
3
= 5, 002,332
0
0
+ 0
1
+ 0
2
+ 37, 073,93
3
= 100, 583
5. Resuelva para los terminos Beta

0
= 6,7013

1
= 0,0784

2
= 0,0150

3
= 0,2461
6. Determine el intervalo de prediccion resolviendo para el rango con la siguiente ecuacion.
(1.18)
range = t(

2
, n 4)

1 +
1
n
+
(w
k
w
a
vg)
2

(w
i
w
avg
)
2
+
(x
k
x
a
vg)
2

(x
i
x
avg
)
2
+
(y
k
y
a
vg)
2

(y
i
y
avg
)
2
7. Calculamos la varianza como sigue:

2
= (
1
n 4
)
n

i=1
(z
i

1
w
i
+
2
x
i

3
y
i
)
2
(1.19)
36
8. La desviacion est`andar es la siguiente:
=

2
=
_
513,058 = 22,651 (1.20)
9. Los terminos dentro de la raz cuadrada que determinan el rango son:
(New
k
New
avg
)
2
= (w
k
w
avg
)
2
(1.21)
= (650 810,5)
2
= 25, 760,25
(Reuse
k
Reuse
avg
)
2
= (x
k
x
avg
)
2
(1.22)
= (3, 000 1, 460,17)
2
= 2, 371, 076,43
(Modify
k
Modify
avg
)
2
= (y
k
y
avg
)
2
(1.23)
= (155 109)
2
= 2, 116
10. el valor de la distribucion t, para el intervalo de la prediccion del 70 % con n = 6 y p = 4 es encontrado
bajo la columna del 85 % y dos grados de libertad. Y el valor es: 1.386
11. Evaluamos la ra`z cuadrada
Range = 1,386 22,651
_
1 + (1/6) +
25, 760,25
580, 437,5
+
2, 371,076,43
8, 229, 571
+
2, 116
66, 616
Range = 38,846
12. El estimado nal es:
z = 6,71 + 0,0784 650 + 0,0150 3, 000 + 0,2461 155 = 140,902horas
13. El intervalo de prediccion es de: 140,90238,84 horas. O lo que es lo mismo: 102.06 horas como m`aximo.
37
1.6. RESUMEN DEL PLAN DEL REPORTE R5
1.6.1. GU

IA DEL REPORTE R5
38
1.6.2. RESUMEN DEL PLAN DEL REPORTE R5
39
1.6.3. BIT

ACORA DE REGISTRO DE TIEMPO R5

40
1.6.4. AN

ALISIS DE LA EXACTITUD DE ESTIMACI

ON DE LOC
Alcance las metas propuestas en el reporte R4 para la estimacion de tama nos? Porque si
o porque no?
No, La meta propuesta en el reporte R4 no ha sido cumplida ya que a partir de la tarea 6 se sobrestimo
la cantidad de locs requeridas para cada programa, es decir en lugar de mejorar se aumento el error al hacer
la estimacion.
Podemos apreciar en la graca 1 de LOCs Estimadas y Actuales VS Programas,con las lneas vemos el
comportamiento que tuvieron los
calculos estimados en las tareas realizadas y los puntos la distancia entre las Locs Estimadas y las LOCs
Actuales.
Graca 1.
41
El error absoluto vario en todas las tareas, como podemos ver en la graca 2, iniciamos con un -23.86 %
(subestimados), en la tarea 4 subimos hasta un 27.78 % (sobreestimados), en la tarea 5A sigue aumentando
el calculo sobreestimado,a partir de la tarea 6 continuamos en total
desequilibrio ya que nos vamos en picada hasta llegar a -31 % en la tarea 10. A pesar de que mi estimado
calculado por la hoja exel no fueron muy
exactos, en mis calculos propios cada vez se acercaba mas a los reales por o cual estoy muy satisfecha con mi
trabajo realizado durante este proyecto.
Graca 2.
42
Como fue mi estimado con respecto a los intervalos de prediccion del 70 % y del 90 %?
A partir de la tarea 7 utilizamos el metodo A en la hoja de EXCEL Probe el cual solo nos indica el rango
del 70 % el cual es de 107. En la tarea 10 si sobrepase el rango, dado que , en los estimados de la hoja EXCEL
Summary la diferencia entre el real y el estimado es de 144 Locs, en las tareas anteriores la diferencia de el
estimado y el real es menor al rango, lo cual indica que esta dentro de lo aceptable.
Que tendencia tuve acerca de sobreestimar o subestimar a los objetos?
Mi tendencia es sobreestimar, tratando de considerar los metodos de cada clase, lo que recibe cada clase
como parametro y los parametros que recibe cada metodo, tratando de valorar que cuando una operacion
hace demasiados calculos lo divido en secciones.
Que tendencia tuve al calcular mal el tama no relativo de los objetos?
Que quizas consideraba en el objeto mas calculos de los que en
realidad se requeran para hacer mas comprensible la documentacion de cada objeto. Y la division de metodos.
43
Para calcular un tama no relativo necesito usar mi informacion historica de los objetos?
Puedo?
Claro que si, conforme vamos avanzando ya sabemos mas o menos cuantas Loc requerimos para crear
ciertos objetos, un ejemplo son:
Aplicacion que por lo general administra el uso de las clases, imprimir que despliega los resultados requeridos,
y si vamos a utilizar metodos dentro de dicha clase, sabemos especcamente por datos anteriores los tama nos
de los metodos.
Basado en mi informacion historica de la estimacion de tama no, cual es una meta real de
la estimacion de tama no para mi?
El poder estimar mis programas con un rango de 20 a 60 Locs.,Considero que no hay mucha diferencia
si este rango es sobreestimado o subestimado dado que es peque no.
Que puedo cambiar en el proceso que me ayude a alcanzar las metas?
Considero que el proceso es el adecuado, lo que hizo que se tuvieran estas fallas es la falta de experiencia
en realizar dicho proceso. Le mayora de los programadores, ingenieros, licenciados, etc ... no estamos acos-
tumbrados a trabajar con una metodologa tan buena que nos forza a ser unos programadores organizados,
y a tener una buena administracion de tiempo. Y conforme trabajemos con el proceso se ira mejorando.
44
1.6.5. AN

ALISIS DE LA EXACTITUD DE ESTIMACI

ON DE TIEMPO
Alcance las metas propuestas en el reporte R4 para la estimacion de tiempos? Porque si
o porque no?
Considero que si se mejoro dado que en los primeros programas se subestimaba el tiempo y el los siguientes
se fue variando entre el subestimado y el sobreestimado. El la tabla 1 podemos observar que la diferencia o
error de exactitud es mnima a partir de la tarea 6 A y en la tarea 10 A se disparo a un error muy grande.
Tabla 1.
45
En la graca 3 podemos apreciar el comportamiento que existe en el tiempo subestimado y el tiempo
sobreestimado con respecto a cada programa con respecto al tiempo real.
Graca 3.
Como fue mi estimado de prediccion con respecto a los intervalos de prediccion del 70 % y
del 90 %?
Como ya habamos mencionado que a partir de la tarea 7 utilizamos el metodo A en la hoja de EXCEL
Probe el cual solo nos indica el rango del 70 % el cual es de mas/menos 70. Solo en las tareas 4A , 6 A y en
la 7 A se logro estar dentro del rango, en las tareas faltantes nos salimos del rango. A partir de la tarea 7 A
se introdujeron unas nuevas fases de revision de las cuales no se tena considerado el tiempo que tardaramos
en dichas fases.
46
Mi productividad es estable? Por que si o por que no?
Yo considero que mi productividad no fue estable.La productividad mejoro demasiado, de la tarea 3 a la
6 mi productividad aumento hasta 46.2 Locs por hora, pero al tener mas fases por analizar mi productividad
fue
variando, en la tarea 7 bajo hasta 27.54 Locs por hora en la tarea 8 volvio a subir hasta 48.49 Locs por
hora, en la nueve bajo y en la diez volvio a subir.
Lo antes explicado lo podemos ver en la graca 4. de una forma mas detallada.
Graca 4.
Como puedo estabilizar mi productividad?
Como la productividad es valorada desde la planeacion hasta el
postmortem, debemos tener un mejor manejo en las plantillas y en las revisiones para as poder realizar un
mejor un tiempo de estimacion, tambien hay que tener mas practica al hacer el llenado del proceso EXCEL
y as lograr tener una productividad estable.
Como fueron afectados mis estimados de tiempo por la precision de mis estimados de tama no?
(Me ayudo la m ultiple regresion?)
No me afecta tanto la precision de los estimados de tama no ya que
como mencione antes la productividad es valorada desde la planeacion hasta el posmotem y no solo en la
47
codicacion, en las gracas representamos todo el trabajo realizado en cada programa en Locs por hora que
muchos podran interpretar que es el tiempo de codicacion, si fuese as entonces si afectara mi estimado de
tama no pero como no lo es, no afecta demasiado.
Basado en mi informacion historica de la estimacion de tiempo, cual es una meta real de
la estimacion de tiempos para mi?
Una meta, sera lograr que mi prediccion de tiempo este dentro de un rango de 60 minutos. Para que en
un futuro, al estar laborando con un cliente se le pueda dar un tiempo mas exacto para no quedar mal en la
fecha de entrega y as lograr que vuelvan a utilizar nuestro servicios.
Que puedo cambiar en el proceso que me ayude a alcanzar las metas?
No es un cambio, sino practicar y ambientarse con el proceso,
sobretodo en la parte de la planeacion en la cual se introdujeron unas plantillas que para mi en lo particular
3 de ellas son difciles de llenar y les invert mucho tiempo que no estaba considerado.
48
1.6.6. AN

ALISIS DE DEFECTOS Y DEL YIELD

Que tipo de defectos inyecte durante el dise no y codicacion?
Los errores inyectados en dise no a partir de la tarea 7 fueron del tipo:
20 (Sintaxis), 40 (Asignacion),70 (Datos) y 80 (Funcion), algunos errores incrementaron dado a la falta de
informacion del lenguaje utilizado en la programacion.
Graca 5.
49
Los errores inyectados en codicaci on a partir de la tarea 7 son:
20 (Sintaxis), 40 (Asignacion),70 (Datos) y 80 (Funcion), estos errores aumentaron a comparacion del R4
dado a la falta de concentracion al realizar la codicacion, conando que se iba a hacer una revision muy
detallada antes de la compilacion.
Graca 6.
50
Cual fue la tendencia de los errores por KLOC encontrados en las revisiones, compilacion
y pruebas?
Los errores encontrados en la revision de Dise no fue muy buena, ya que se encontraron los errores que al
compilar nos hubiera causado problemas, dado que la mayora de los errores eran del tipo de asignaciones.
Graca 7.
51
Los defectos encontrados en la revision del codigo ha sido de mucha ayuda, porque cuando compilamos
no se han encontrado errores, eso quiere decir que este metodo de la revision del codigo ha sido perfecto.
Graca 8.
52
Gracias a las revisiones podemos apreciar en la graca 9 que en compilacion no se encontraron errores.
Graca 9.
En la parte de los defectos encontrados en pruebas fue casi perfecto, salvo por un error que se cometio en la
codicacion y no lo vimos en la revision y afectaba los resultados esperados.
Graca 10.
53
En general, la tendencia es positiva ya que nos ayuda a tener una mejor calidad de programas.
Cual es la tendencia evidente en el total de defectos por KLOC?
La tendencia de introducir defectos ha bajado mucho comparado de cuando empezamos con este proceso,
empezamos con 100defectos/KLOC y hemos llegado hasta 45defectos/KLOC, aunque en algunos programas
llego a subir hasta 200defectos/KLOC. Todava se pueden mejorar esta tendencia conforme a la practica y
atencion al crear y codicar cada programa.
Graca 11.
Cuanto es mi tasa de defectos eliminados (defectos eliminados por hora) comparado con
la revision de dise no, revision de codigo, compilacion y pruebas?
En la graca 12 observamos que mi tasa de defectos eliminados es buena, conforme avanzamos en el
proyecto se fueron eliminando errores; por lo cual la tasa de errores encontrados es de 9.3 en general, esto
se puede entender mejor cuando sabemos que dependiendo de la cantidad de Loc son la cantidad de errores
encontados. A partir de la tarea 7 lo que es compilacion y pruebas estan entre el 95 % al 100 % libre de
errores.
54
Graca 12.
Cual es la inuencia en mis defectos eliminados para las revisiones de dise no, revisiones de
codigo y compilacion contra pruebas unitarias?
La inuencia es muy importante, para as mejorar la calidad de dise no y por lo tanto mejor calidad del
programa, se dieron errores que no se haban presentado antes por mejorar la calidad y presentacion de
resultados mostrados en pantalla de dicho programa, por lo cual al realizar las pruebas no se toma mucho
tiempo ya que no hay errores, El unico error que tuve despues de las revisiones y compilacion, fue que un
dato introducido en un archivo que se utilizara para las pruebas estaba invertido, pero los archivos de prueba
no se consideraron en las revisiones.
55
Como son las tasas de revision (LOC revisadas/hora) para revision de dise no y codicacion?
Como podemos ver en la tabla 3 las tasas de Dise no son muy altas, en el caso de tareas 9 disminuye un
poco y en la tarea 10 vuelve a subir. En la tasa de Codicacion vamos mejorando ya que se estan revisando
99 lneas por hora aproximadamente
Tabla 2.
Hay alguna relacion entre el yield y la tasa de revision para las revisiones de dise no y codigo?
No estoy muy segura, si observamos la graca 3.9 observamos que dependiendo de la cantidad de Locs
revisadas por hora mejora el rendimiento de los programas, el rendimiento es del 95 % al 100 % en las ultimas
tareas.
Graca 13.
56
Ahora si vemos la tabla 4 los datos mostrados no indican ninguna relacion.
Tabla 3.
Hay alguna relacion entre el yield y el A/FR para los programas 7A al 10A?
Si decimos que existe una relacion entre el rendimiento y la tasa de revisiones, entonces tambien hay una
relacion entre el rendimiento y el radio A/FR, debido a que se esta tomando en cuenta el tiempo de revisiones
( (Dise no + codigo)/tiempo total) y el tiempo de compilacion y pruebas, aunque uno se compensa con otro,
es decir, el tiempo que se invierte en las revisiones es eliminado en compilacion y pruebas.
En la tabla 5 los datos presentados no nos muestra ninguna relacion.
Tabla 4.
57
1.6.7. AN

ALISIS DE CALIDAD
Alcance las metas propuestas en el reporte R4 para la calidad? Porque si o porque no?
Si, aunque no se vea reejado en los resultados de los errores, se que he mejorado mucho, ya que los
errores encontrados, la mayora no se haban visualizado antes, entonces no se repitieron los mismos siempre,
hablando de la calidadse mejoro casi un 100 % ya que a la hora de compilar ya no se tuvieron errores y en
pruebas solo uno y no era del programa, sino de los datos metidos en el archivo a leer.
Como puedo juzgar la calidad de mi producto nal en el ciclo de desarrollo?
Bueno, ya que se logro la meta de no encontrar errores en codicacion y pruebas, conforme a la cantidad
de errores introducidos tambien fueron disminuyendo aun que pueden reducirse mas y eso se lograra conforme
nos sigamos familiarizando con el lenguaje y aprender a trabajar con distracciones, ya que en un trabajo,
siempre habra alguien que nos distraiga..
Estoy encontrando mis defectos en las revisiones de dise no y codicacion? Por que si o por
que no?
Si, A partir de la tarea 7 fue sorprendente que a la hora de compilar no encontrara un solo error y al hacer
las pruebas encontraba los resultados esperados, esto se debe que cuando se hacen las revisiones se hacen de
una forma minuciosa y sin interrupciones y tambien que contamos con una buena gua de chequeo.
Que puedo hacer para que mi proceso sea mas efectivo y mas eciente?
Practicarlo, es decir, ponerlo en practica en la vida diaria. Conforme se va uno familiarizando con el
proceso para diferentes acciones lo empieza a manejar de manera inconsciente. Independientemente de que
el proceso sea bueno hay que evitar cometer errores, para as tener un mejor rendimiento y calidad de cada
actividad que se pone en practica con el proceso.
Basado en mi informacion historica, cuales son las metas de calidad para mi?
En primera una de mis metas es: no encontrar errores en mi dise no, es decir, especializarme en el dise no
hasta el punto que al menos cuando cree el dise no esta mas que entendible el programa a realizar y as crearlo
sin errores.
En segundo lugar me gustara bajar la cantidad de errores introducidos a la hora de codicar, sobre todo
los de sintaxis y no comerme renglones de instrucciones que a su vez se convierte en un error de tipo de datos.
El rango seria de 15 Loc/hora.
58
En ultimo lugar me gustara poder codicar mas locs por hora es decir mejorar mi productividad hasta
una 75 Locs por hora como mnimo. En que debo cambiar mi proceso para que mis metas se
cumplan?
El proceso es bueno tal cual es, para mi la que fallo fui yo, por lo cual la que debe tener un cambio soy
yo. As como familiarizarme con el lenguaje, practicar mas, poner mas atencion y no tener distracciones a la
hora de crear el dise no y de codicar, organizar de una manera mas eciente mis tiempos para la utilizacion
del proceso y por ultimo, tener un mejor manejo en las plantillas utilizadas en el dise no.
59
1.7. Criterios de Evaluaci on
Su reporte de proceso debe ser
Completo.
Legible.
En el orden especicado.
Sus datos de proceso, incluyendo calculos de tama no, deben ser
Exactos.
Precisos.
Auto-consistentes.
Tambien, los resultados de prueba, no el codigo, son evaluados!
60
1.8. Sugerencias
Recuerde, usted debera terminar esta tarea el da de hoy.
Mantenga sus programas lo mas sencillos que se pueda. Usted aprendera igualmente de los programas
peque nos que de los grandes.
No dude en copiar o ajustar los materiales de PSP.
Hagalo bien a la primera. Si no est a seguro, resuelvalo. El software no es una actividad solitaria, de tal
forma que no tiene porque trabajar aislado.
Sin embargo, usted debe producir sus propios estimados, dise no y codigo.
Usted puede hacer que otros revisen su trabajo y usted puede modicarlo por ello.
Usted debera anotar en su reporte de proceso cualquier ayuda. Incluya el tiempo de revision que usted
y sus compa neros dediquen y registre los defectos encontrados.
61
Captulo 2
TSP
EQUIPO DE PROCESO DE
SOFTWARE
62
2.1. INTRODUCCI

ON
En la actualidad la mayora de los aspectos de nuestra vida diaria se ven interconectados con los sistemas
de informacion especcamente con las aplicaciones de software, mejor conocidos por la gran mayora como
programas de computadora, dichas aplicaciones nos ayudan en las tareas que se realizan todos los das
en distintos sectores de la sociedad, como pueden ser negocios, servicios p ublicos, educacion entre otros, es
por esta razon que un fallo en dicho software provoca una innidad de problemas o en el peor de los casos,
grandes perdidas economicas.
Para evitar dichas contrariedades , en los ultimos a nos se han realizado grandes esfuerzos para producir
las aplicaciones con mayor eciencia, en menor tiempo de desarrollo y con mayor calidad, para cumplir estos
objetivos es necesario aplicar un enfoque sistematico, disciplinado y cuanticable al desarrollo, operacion y
mantenimiento de software, es decir la aplicacion de la Ingeniera en el software.
El termino de Ingeniera de Software (IS) aparece a principios de la decada de los 60s, con la denominada
crisis del software, a partir de dicha crisis la IS comenzo a profesionalizarse para poder atacar adecuadamente
los problemas asociados al desarrollo de las aplicaciones.
Dentro de estos problemas podemos enumerar los siguientes: naturaleza intangible del software, dicultad
para lograr proyectos en tiempo y costos, dicultad de conocer un dominio de problema especco, falta de
planeacion, falta de preparacion y uno de los mayores problemas: la dicultad de hacer software de calidad.
A partir de la profesionalizacion del software se penso en resolver todos estos problemas mediante el uso de
metodologas de programacion, herramientas CASE
1
, lenguajes de modelado, disciplina y uso de procesos.
Dentro de todos los procesos utilizados actualmente en del desarrollo de software podemos encontrar
los procesos de PSP (Personal Software Process) y TSP (Team Software Process), al ser procesos cuentan
con pasos denidos para administrar y controlar el proceso de desarrollo de aplicaciones, iniciando desde el
ambiente personal ,para poder llegar a la correcta formacion de un equipo disciplinado, hasta culminar en la
correcta planeacion y administracion de proyectos de desarrollo de aplicaciones.
En las secciones correspondientes se detallara mas a fondo cada uno de los dos procesos mencionados con
anterioridad y se espera que al nal de la lectura usted pueda entender la importancia del uso de los mismos
para obtener un mejor desarrollo de aplicaciones y lo mas importante llegar a producir software de calidad
en tiempos y costos.
1
Computer Aided Software Engineering- Ingeniera de Software Asistida por Computadora
63
2.2. OBJETIVOS
Aprender y ejercitar el proceso de software en equipo (TSP)
Comprender cada una de las fases del TSP para poder llegar a integrar el mejor equipo de trabajo para
cualquier proyecto a futuro.
na vez integrado el equipo, TSP nos ayudara en primer lugar a denir el trabajo a realizar, una vez
denido se podra planicar de la mejor manera y nalmente se realizara la asignacion del mismo de la
manera mas eciente.
64
2.3. TALLER DE LANZAMIENTO TSP
El proceso TSP marca la realizacion de nueve juntas, en las cuales se tratan objetivos muy especcos,
en cada una de ellas se llena una bitacora con las actividades realizadas y a continuacion se muestra los
res umenes de cada una de las ocho juntas.
2.3.1. Junta 1 del Taller de Lanzamiento
* Proposito: En esta junta, un director con el conocimiento correspondiente presenta el producto o
la entrega del producto a ser generado. El objetivo es proporcionar a todos los miembros del equipo un
entendimiento com un de lo que se espera del futuro proyecto.
Un director se re une con el equipo para describir las metas de la organizacion y responder las preguntas
del equipo.
* Lder de la Presentacion: La presentacion es llevada por un director quien entiende el producto
deseado, lo que el cliente y usuarios previstos intentaran hacer con este producto y el tipo de producto que
la direccion desea generar.
* Resultado buscado: Despues de esta presentacion, el equipo debera apreciar los deseos de la direccion
y de los clientes/usuarios y sera capaz de proceder con la planeacion del desarrollo. El equipo sera capaz de
hacer mejores compromisos negocio/funciones/tecnologa a lo largo del proyecto y generara un producto mas
deseable.
Objetivos del proyecto con la direccion.
* Sistema que controle costos de alimentos.
Logstica de confeccion del men u.
Procedimientos.
Administracion del banquete: Registro, cotizacion, contratacion, consecucion del banquete.
65
* Atacar oportunidades de negocio:
Precios competitivos
Productos de alta calidad
Servicios de alta calidad
* Control sobre tienda comercializadora
Compras
Pedidos a proveedores
Control sobre sucursales
Servicio a domicilio: va telefonica y por internet.
Objetivos del proyecto con la comercializacion
* Parte p ublica
Portal web del restaurante: informacion general, informacion de contacto, reservaciones y solicitudes
disponible para el p ublico en general.
* Parte interna
Recetas (ingredientes, procedimiento, responsable).
Plan de realizacion de recetas diario, cantidad de ingredientes por n umero de personas.
Posmortem de la realizacion de recetas: ganancias, recetas generadas.
Manejar un catalogo de insumos con sus entradas y salidas en la bodega.
Manejar todas las etapas del banquete,
Reportes y consultas del estado del almacen.
Reportes y consultas sobre las recetas, platillo(s) exitoso(s) y peor platillo.
66
A continuacion se mencionan las metas de la direccion que se tienen que cumplir para el proyecto:
Metas de la direccion del Proyecto
Minmas Medias Ideales
Control de las recetas Control de las recetas Control de las recetas
Procedimientos Procedimientos
Administracion del banquete Administracion del banquete
Control sobre tienda
comercializadora
Control sobre sucursales
Servicio a domicilio
67
2.3.2. Junta 2 del Taller de Lanzamiento
Los objetivos que se trataron en esta junta fueron los siguientes:
Revision de las metas de la direccion.
Una vez concluida la junta 1, el equipo reviso las metas de la direccion, una vez terminado con el analisis
se llegaron a concretizar las siguientes metas:
METAS DE DIRECCION
Control de los costos de los alimentos
Atacar las oportunidades de negocios
Control sobre tienda comercializadora
Control sobre sucursales
Controlar entregas a domicilio
Control de banquetes
Fecha de entrega (1 de Diciembre)
Disponer de un portal del restaurante
Incrementar las ventas
Disponer de un sistema facil de utilizar(desde cualquier punto)
Administrar entradas y salidas del almacen
Administrar los banquetes
Disponer de la logstica para la confeccion de los men us
Administrar los pedidos a proveedores
68
Denicion de metas implcitas.
A pesar de que la direccion dio al equipo sus metas explcitas en la primer junta , se puntualizaron
aquellas metas que , tal vez, de manera inconsciente la direccion expuso al equipo y que son de vital
importancia para realizar, por ejemplo, una mejor estimacion de los tiempos de desarrollo. Al realizar
un amplio analisis se obtuvieron las siguientes metas implcitas:
METAS IMPLICITAS
Controlar la seguridad del sistema
Disponer del portal en cualquier momento (24Hrs., 365das)
Disponer de un portal del restaurante facil de mantener
Contar con un sistema cuyos tiempos de respuesta sean los adecuados
Contar con diferentes niveles de administracion del sistema
Contar con un sistema que realice pago en lnea
Establecimiento de las metas del equipo.
Aunque las metas que la direccion otorga al equipo son importantes, no se puede dejar a un lado aquellas
metas que el equipo desea llegar a cumplir, ya que inuyen de manera directa en todo el proceso de
construccion de una nueva aplicacion y es por esta razon que nosotros como equipo de TSP nos hemos
planteado como metas los siguientes puntos:
METAS DEL EQUIPO
Ejercitar el TSP
Entregar un producto de calidad
Entregar el proyecto con los requerimientos mnimos
Crear nuestro propio estandar de codicacion
Tener jornadas de trabajo para el proyecto razonables
Evitar conictos
Estas metas se encuentran registradas en la Forma GOAL del libro de trabajo de TSP.
69
Seleccion de los roles del equipo.
A pesar de que todo el equipo ha recibido el entrenamiento PSP es necesario designar el rol que
cada uno de los integrantes debe jugar dentro del mismo, ya que se esta trabajando en equipo. En
la siguiente tabla se pueden observar las personas asignadas a cada uno de los roles tanto como a la
persona responsable y al suplente de cada uno de ellos.
ROLES DEL EQUIPO RESPONSABLES
Lider ocial P Aida
del equipo A Armando
Administrador de la P Ricardo
Interfaz con el cliente A Julio
Administrador P Rafael
del Dise no A David
Administrador de P Oscar
Implementacion A Ricardo
Administrador de P Fabian
la Planeacion A Rafael
Administrador del P Edgar
Proceso A Fabian
Administrador de P Julian
la Calidad A Edgar
Administrador de P Julio
Soporte A Oscar
Administrador de P Armando
Pruebas A Julian
Donde: P Principal responsable del rol.
A Alternativa de la responsabilidad del rol.
70
Asignacion de la responsabilidad de seguimiento de las metas.
Como el punto lo indica, se tuvo que asignar a la(s) persona(s) responsable(s) de dar seguimiento a una
meta en especial, esto se hace para ver si se cumplen o no las metas mencionadas en puntos previos,
en caso de que no se esten cumpliendo tomar las adecuadas decisiones y/o acciones para poder cumplir
dichas metas.
A continuacion se enlistan las metas mas importantes para el equipo as como el responsable de su
seguimiento:
Tabla de asignacion de la responsabilidad de seguimiento de las metas.
71
2.3.3. Junta 3 del Taller de Lanzamiento
Las actividades que se realizaron durante la junta 3 fueron:
Dise no Conceptual del producto restaurante LUCAS En esta etapa se denieron los principales com-
ponentes del producto,en base al analisis realizado por el equipo de desarrollo del sistema, se realizo el
siguiente modelo conceptual, el cual cumple con todos los requerimientos.
A: Altas B: Bajas C: Cambios
Estimacion gruesa del tama no de cada componente.
En este punto se realizo una estimacion de tama no de cada uno de los componentes escritos en el dise no
anterior, cabe se nalar que esta la primera estimacion no se realiza detalladamente, resultando ser una
estimacion gruesa, a continuacion se muestran los resultados de dicho aproximado de lneas de codigo
por modulo:
72
Tabla de estimacion gruesa del tama no de cada componente.
Sistema Web restaurante: 400 Lneas
Recetas Vs Insumos: 1200 Lneas
Costo Recetas: 300 Lneas
Recetas: 200 Lneas
A: Altas recetas 500 Lneas
B: Bajas recetas 350 Lneas
C: Cambios recetas 600 Lneas
Banquetes: 250 Lneas
Lista Plantilla 500 Lneas
Control de almacen: 200 Lneas
A: Altas almacen 500 Lneas
B: Bajas almacen 350 Lneas
C: Cambios almacen 600 Lneas
P: Pedidos 400 Lneas
Seguridad: 800 Lneas
Logstica: 350 Lneas
Cotizacion: 300 Lneas
Registro: 600 Lneas
Contratacion: 400 Lneas
Total de lneas de codigo: 800 Lneas de codigo
Denicion de la estrategia de desarrollo del producto.
La estrategia elegida nos sirvio para registrar las dediciones estrategicas, as como asignar las funciones
del producto dentro de los ciclos de desarrollo que mas adelante nos servira para un dise no de alto
nivel.
En la siguiente tabla se muestran los resultados, componentes o elementos principales del producto,
el numero de ciclos de desarrollo, tama no estimado (LOCS) y horas de desarrollo del producto, que
fueron incluidos en cada ciclo.
Denicion del proceso de desarrollo Aqu se denio el proceso general de desarrollo hasta la entrega
nal.
73
LOC del Ciclo Horas del Ciclo
Componente, Elemento o Caracterstica 1 2 3 4 1 2 3 4
Recetas VS Insumos 700 500 23 17
Costo Recetas 300 10
Seguridad 200 200 200 200 7 7 7 7
Recetas 100 100 3 3
Altas recetas 500 17
Bajas recetas 350 12
Cambios recetas 600 20
La siguiente tabla muestra las principales actividades de cada fase.
1 Contador de LOCs WEB.
2 Seguimiento de defectos en EXCEL.
3 Revision de requerimientos.
4 Revision de dise no de alto nivel.
5 Check List de revision de requerimientos.
6 Check List de revision de dise no de alto nivel.
7 Check List de inspeccion de dise no de alto nivel.
8 Check List de inspeccion de codicacion.
9 Check List de inspeccion de requerimientos.
10 Check List de inspeccion de dise no de nivel detallado.
Los elementos mostrados anteriormente pueden ser utilizados como un punto de inicio y pueden posterior-
mente ser renados conforme sea necesario.
Denicion del plan de desarrollo del producto En este punto se enlistaron los elementos del proceso que
se planearon desarrollar y/o modicar, se determinaron y registraron el numero de elementos y numero
de paginas a ser modicados y desarrollados nuevos, la fecha o fase en que se necesito, horas requeridas
para el desarrollo, modicacion, y la asignacion de cada ingeniero los elementos a desarrollar.
Denicion del plan de soporte Se revisaron las herramientas e instalaciones disponibles para el desarrollo
del producto.
74
LOC del Ciclo Horas del Ciclo
Componente, Elemento o Caracterstica 1 2 3 4 1 2 3 4
Control Almacen 100 100 3 3
Altas Almacen 500 17
Bajas Almacen 350 12
Actualizacion Almacen 600 20
Pedidos 400 13
Banquetes 250 8
Logstica 350 12
Cotizacion 300 10
Registro 600 20
Contratacion 400 13
Lista de Platillos 500 17
Restaurante 100 100 100 100 3 3 3 3
TOTAL 2500 3150 2850 300 84 105 94 10
Equipo
5 equipos en el LIS
5 equipos personales
Requerimientos
Word
STAR UML
Dise no
STAR UML
75
Codicacion
Ambiente Eclipse(3.3.1.1)
plug-in J2EE para eclipse
plug-in sub-version
Base de datos
MySQL 5.2
Pruebas
Word, Excel
Control de Versiones
subversion
Servidor
Tomcat 5
76
2.3.4. Junta 4 del Taller de Lanzamiento
Los objetivos que se trataron en la presente junta fueron:
Estimacion de tama no de cada elemento de la forma SUMS
Para cada uno de estos elementos el administrador de dise no guio al equipo para llevar acabo esta
tarea, la siguiente tabla muestra cada uno de los estimados para cada uno de los elementos del sistema
referente al numero de LOCs:
# de LOCs estimado
Costos recetas 300
Seguridad 800
Recetas Vs. Insumo 1200
Recetas 200
Banquetes 250
Lista Platillos 500
Control Almacen 200
Altas Recetas 500
Bajas Recetas 350
Cambios Recetas 600
Logstica 350
Cotizacion 300
Registros 600
Contratacion 400
Altas Almacen 500
Bajas Almacem 350
Cambios Almacen 600
Pedidos 400
Restaurante 400
En dicha forma (ver Anexo 2) tambien podemos encontrar los estimados para cheklist de revision de requerim-
ientos, as como un cheklist de inspeccion de codiacion, plan de prueba y reporte de las mismas, estandares de
dise no y codicacion, total de LOCs del sistema, paginas de requerimientos, dise no de alto nivel, etc.
77
Producir el plan de tareas El siguiente objetivo de la junta es producir un plan de tareas detallado para la
duracion del proyecto, para cada una de estas tareas el administrador de planeacion gua al equipo a determinar
el tiempo requerido para su elaboracion, para llevar a cabo esto se usaron datos sobre la tasa de producci`on de
cada uno de los integrantes y mediante la media poder estimar su tiempo de elaboracion, los datos del plan de
tareas se guarda en la forma Schedule(ver anexo 9.2.3).
78
2.3.5. Junta 5 del Taller de Lanzamiento
El proposito de la junta 5 fue generar los siguientes entregables:
Producir el plan de calidad Se han establecido los datos de calidad las cuales son las siguientes:
Tener como mnimo el 80 % de las palntillas para el portal
Tener como mnimo un 60 % de los requerimientos
Tener una seguridad para las transacciones del 100 %
Tener una densidad de defectos mnimos de 20 def/KLOC
Y las jornadas de trabalo seran de 18 horas a la semana
El programa tendra 9400 LOCs, y la cantidad de defectos introducidos y eliminados es de 930. Los
ndices de calidad que deberan estar observando durante la realizacion del proyecto seran mostrados en
la siguiente tabla:
Defects/KLOC Plan
DLD Review 0.35
DLD Inspection 0.11
Code Review 66.06
Compile 14.16
Code Inspection 9.91
Unit Test 3.82
Build and Integration Test 0.34
System Test 0.07
Total Development 98.96
Acceptance Test 0.01
Product Life 0.01
Total 98.98
79
La tabla anterior muestra los defectos esperados por KLOC en cada una de las fases del proyecto,
se deberan estar monitoreando constantemente ya que de sobrepasar nuestros estimados, obtendremos
automaticamente un producto de baja calidad,cabe se nalar que los datos mostrados de la tabla anterior
y algunos otros se almacenan en la forma SUMQ (ver anexo 9.3).
Producir el calendario de trabajo En este punto no se hace mas que establecer fechas aproximadas
en las que se tendran disponibles ciertos elementos del sistema que se desarrolla.
80
2.3.6. Junta 6 del Taller de Lanzamiento
El proposito de la junta seis fue ayudar al equipo a producir un plan balanceado de tareas para la siguiente
fase. Los pasos para conseguir este proposito fueron los siguientes:
Asignacion de las tareas a los miembros del equipo El administrador de planeacion asigno cada
una de las tareas de la hoja TASK a los integrantes del equipo, quedando la hoja EXCEL como se
muestra en la gura siguiente.
Elaboracion de copias del Workbook el administrador de planeacion genero copias del Workbook
para cada uno de los integrantes del equipo aprimiendo el boton Make copies of Workbook for
team members en la planilla Team. (Previamente en la hoja TEAM se crean los nombres de las hojas
de calculo de cada integrante del equipo).
Miembros del equipo hacen planes individuales Cada integrante del equipo elimino de su hoja
EXCEL las tareas que no le correspondan y posteriormente asigno la cantidad de horas que tenan
planeado trabajar semanalmente hasta que la diferencia de horas en la planilla Shedulle arrojo resultados
negativos.
Balanceo de carga de trabajo de el equipo El administrador de planeacion guio al equipo para
obtener un plan balanceado de trabajo, es decir, que no hubiera una diferencia mayor de una semana a
la fecha planeada de terminacion del proyecto, en promedio la planeacion de trabajo de los integrantes
del equipo fue de 13 semanas.
81
Consolidacion de las tareas Una vez que se logro el balanceo de las tareas, el administrador de
planeacion presiono el boton Consolidate plan en la plantilla TEAM, los resultados obtenidos en la
plantilla SCEDULE fueron 1168 horas planeadas en 13 semanas.
82
2.3.7. Junta 7 del Taller de Lanzamiento
Los temas de la junta 7 son los siguientes:
Conducir una evaluacion de riesgo del proyecto
Es importante resaltar que para identicar los riesgos todos los integrantes del equipo participan y no
importa si el riesgo es muy peque no o muy grande pues primero sabemos cual es y despues se deniran
que grado de impacto tiene cada uno de ellos EL coach ayuda mucho en este tipo de decisiones pues de
repente se puede perder el concepto o ser repetitivo a continuacion se enuncian los pasos
Identicacion de riesgos
El lder del equipo le pide al equipo que identique riesgos.
Todos los miembros del equipo participan en sugerir riesgos.
Use un enfoque de lluvia de ideas; i.e., en este paso no eval ue riesgos.
El proceso contin ua hasta que no puede pensarse en mas riesgos.
Registre cada riesgo para ayudar al equipo en la evaluacion subsiguiente. Use un rotafolios o un
pizarron blanco.
Evaluacion del Impacto
Para cada riesgo, el equipo eval ua su impacto probable.
El impacto es alto si el efecto sobre el calendario de trabajo del proyecto fuera importante.
Los riesgos tambien pueden tener impacto medio o bajo en el calendario de trabajo.
Anote la evaluacion del impacto. Use un rotafolios o un pizarron blanco.
Evaluacion de la Probabilidad
Para cada riesgo, el equipo juzga su probabilidad
La probablilidad se mide como alta, media o baja.
Anote la evaluacion de la probabilidad. Use un portafolios o un pizarron blanco.
83
Asignacion de Riesgos
Para los riesgos de prioridad alta y media (i.e. alta-alta, alta-media, media-alta o media-media)
Asigne un miembro para darle seguimiento al riesgo
Dena una fecha lmite para la cual deben tomarse las acciones de mitigacion
Documente el riesgo, la responsabilidad y la fecha lmite en la forma ITL
Resultado de los riesgos totales elegidos por el equipo
1 DESCRIPCI

ON
2 NO HAY SUFICIENTES RECURSOS
3 FALTA DE CONOCIMIENTOS
4 RENUNCIA DE PERSONAL
5 INTEGRANTE ENFERMO
6 DESASTRE
7 FALTA DE EQUIPO
8 PERDIDA DE INFORMACI

ON
9 ROBO DE INFORMACI

ON
10 ESTIMACI

ON DE TAMA

NO FUERA DE RANGO
11 MODIFICACI

ON DE LOS REQUERIMIENTOS INICIALES

12 ENTREGA DE PROYECTO A DESTIEMPO
13 ROBO DE EQUIPO
14 INTERPRETACI

ON EQUIVOCADA DE REQUERIMIENTOS
84
Ponderacion del impacto y probabilidad de los riesgos
En el presente punto se valora el impacto que tiene cada uno de los riesgos, as como su ndice de
probabilidad de ocurrencia; una vez cuanticados ambos parametros para cada riesgo se procedio a
establecer uno o mas responsables que se dedicaran a observar que el riesgo propio sea mitigado de
acuerdo a la estrategia de mitigacion, tambien acordada en esta junta, y nalmente una fecha para
dicho proposito. A continuacion se muestra toda esta informacion en una peque na tabla que resume
todo lo antes descrito:
Impacto Probabilidad Asignacion Fecha Mitigacion
Alto Media RH,AA
Medio Media OR,DN 31-01-2008 Capacitacion o generacion
de prototipos
Alto Media JJ,JD 20-01-2008 Respaldo automatico
Media Media JJ,JD Reajuste de planeacion
ALTO MEDIA EP,RG Proceso de control de cambios
85
2.3.8. Junta 8 del Taller de Lanzamiento
El objetivo de esta junta es preparar la documentacion necesaria y al equipo para la junta con la direccion;
se analiza y discute el material a presentar y que integrantes del equipo lo presentaran
Revisara el proceso de lanzamiento y los productos del mismo
Revisara el plan del proyecto y cualquier pregunta o situacion conm este plan
La documentacion que se genero para presentar a la direccion se realizo en base a la siguiente gua:
El lder del equipo encabeza la junta presentando de forma general los objetivos de la junta.
Los miembros del equipo o el lder de equipo presentan:
Resumen breve del trabajo realizado durante el lanzamiento
Se describen los productos generados durante el lanzamiento
Se entregan copias de los materiales producidos durante el lanzamiento
La asignacion de los roles del equipo
Metas establecidas e implcitas de la direccion y metas del equipo
Calendario de trabajo del equipo
Plan de calidad del equipo
Evaluacion de riesgo del equipo
Estrategias de desarrollo y plan de entrega
De existir se presenta un plan alternativo con recursos adicionales
Cuando se requeriran recursos adicionales entrenados
Como los recursos adicionales mejoraran el desempe no de las metas
Los riesgos identicados por el equipo
La evaluacion del equipo de los riesgos clave
86
Acciones de mitigacion propuestas para cada riesgo clave
La conclusion mediante un resumen de los elementos clave del plan y los objetivos del reporte
Con esto se demostrara a la direccion que el equipo de trabajo ha hecho un plan pensado, realista y completo.
87
2.3.9. Junta 9 del Taller de Lanzamiento
El objetivo de esta junta es obtener la aprobacion del plan de trabajo por parte de la direccion. Para
lograr este objetivo se siguen los siguientes pasos
El equipo revisa con la direccion su plan de proyecto y cualquier pregunta o situacion sobre el plan, en
este punto el lder del equipo o un miembro del equipo entrega copias de los productos de lanzamiento,
revisa el proceso de lanzamiento y describe como fue generado el plan.
El lder del equipo o miembro del equipo resume las metas del proyecto
Metas establecidas e implcitas de la direccion
Un resumen del plan y metas del equipo
Como el plan y metas del equipo se compara con las metas de la direccion
Si la direccion le pide al equipo modicar o proporcionar un plan alternativo, el equipo necesita com-
prender
Cambios deseados al plan de proyecto
Que recurso o contenido de trabajo modica el plan original
Si se preparo un plan alternativo, el lder del equipo o un miembro del equipo distribuye y revisa el
plan alternativo y el impacto esperado.
Bajo ninguna circunstancia el equipo debe estar de acuerdo con un nuevo calendario de trabajo o plan
sin tomarse el tiempo de estudiar o re-planear el trabajo.
El lder del equipo o un miembro del equipo revisa cada uno de los riesgos clave del proyecto
Resumiendo las probabilidades e impacto en el calendario de los riesgos.
Analiza las recomendaciones de mitigacion para los riesgos de alto impacto.
El lder del equipo cuestiona si no hay preguntas y cierra la junta.
Cabe se nalar que si en cualquier momento de la junta la direccion acepta el plan de trabajo elaborado por el
equipo la junta concluye inmediatamente a pesar de que aun se tenga material por ser expuesto o analizado;
por lo tanto el criterio de salida de esta junta es el plan de trabajo aceptado por la direccion.
88
2.4. FORMAS Y RESULTADOS
2.4.1. Forma SUMP

Esta forma registra los datos estimados y reales de las partes del proyecto.
89
2.4.2. Forma TASK
En esta forma se registra el tiempo requerido para cada tarea y se calculan las horas totales de tareas del
plan de proyecto.
90
2.4.3. Forma Schedule
En esta forma se registran las horas semanales del calendario de trabajo, cada desarrollador puede tener
diferentes horas totales.
91
2.4.4. Forma SUMQ
La forma SUMQ almacena la informacion referente al plan de calidad, esta forma se llena durante la junta
5 del Taller de Lanzamiento de TSP.
92
Bibliografa
[WA00] A Discipline for Software Engineering, Watts S. Humhrey, Addison - Wesley, EE.UU. 2000.
93