Imagine que la bsqueda de empleo ha ido tan bien que necesita desarrollar un sistema para respaldar sus esfuerzos. El sistema debe permitirle ingresar informacin sobre las empresas con las que se entrevista, las entrevistas y las visitas a la oficina que ha programado y las ofertas que recibe. Debe ser capaz de producir informes, como una lista de contactos de la empresa, un programa de entrevistas y un programa de visitas a la oficina, as como generar cartas de agradecimiento que se llevarn a un procesador de textos para personalizar. Tambin necesita que el sistema responda consultas, como la cantidad de entrevistas por ciudad y el monto promedio de su oferta.

Preguntas

Determinar el nmero de entradas, salidas, interfaces, archivos y consultas que requiere este sistema. Para cada elemento, determine si la complejidad es baja, media o alta. Registre esta informacin en una hoja de trabajo similar a la de la Figura 2A-2.

Calcule los puntos de funcin totales para cada lnea en su hoja de trabajo multiplicando el nmero de cada elemento con el puntaje de complejidad apropiado.

Sume los puntos de funcin totales no ajustados.

Suponga que usted construir el sistema usando Visual Basic (VB). Dadas sus habilidades de VB, multiplique el puntaje de TUFP por el puntaje de APC que mejor calcule qu tan complejo ser desarrollar el sistema para usted (0.65 = simple, 1 = promedio, 1.35 = complejo) y calcule un valor de TAFP.

Utilizando la tabla de la Figura 2A-3, determine el nmero de lneas de cdigo que corresponden a VB. Multiplique este nmero por el TAFP para encontrar el total de lneas de cdigo que requerir su sistema.

Idioma

Nmero aproximado de lneas de cdigo por punto de funcin

C

130

COBOL

110

Java

55

C++

50

turbo pascal

50

bsico visual

30

PowerBuilder

15

HTML

15

Paquetes (por ejemplo, Access, Excel)

1040

Fuente de datos: Capers Jones, Investigacin de productividad de software, www.spr.com

FIGURA 2A-3 Conversin de puntos de funcin a lneas de cdigo.

En la fase de planificacin, an no se ha determinado la naturaleza exacta del sistema, por lo que es imposible saber exactamente cuntas entradas, salidas,

y as sucesivamente estarn en el sistema. Depende del director del proyecto hacer una conjetura inteligente. Algunas personas sienten que usar puntos de funcin tan temprano en un proyecto no es prctico por esta razn. Creemos que los puntos de funcin pueden ser una herramienta til para comprender el tamao de un proyecto en cualquier punto del SDLC. Ms adelante en el proyecto, una vez que se sepa ms sobre el sistema, el director del proyecto revisar las estimaciones, utilizando este mejor conocimiento para producir resultados ms precisos.

Una vez que haya estimado la cantidad de puntos de funcin, debe convertir la cantidad de puntos de funcin en las lneas de cdigo que se requerirn para construir el sistema. El nmero de lneas de cdigo depende del lenguaje de programacin que elija usar. La figura 2A-3 presenta una gua de conversin muy aproximada para algunos idiomas populares.

SU TURNO 2A-2 Calcular esfuerzo y programar tiempo

Consulte el tamao del proyecto y las lneas de cdigo que calcul en "Su turno 2A-1".

Preguntas

Determine el esfuerzo de su proyecto en meses-persona de esfuerzo multiplicando sus lneas de cdigo (en miles) por 1,4.

Calcule el tiempo de programacin en meses para su proyecto utilizando la frmula.

Segn sus nmeros, cunto tiempo llevar completar el proyecto si usted es el desarrollador?

Por ejemplo, el sistema de la Figura 2A-2 tiene 243 puntos de funcin. Si tuviera que desarrollar el sistema en COBOL, normalmente requerira aproximadamente

26.730 lneas de cdigo para escribirlo. Por el contrario, si usara Visual Basic, normalmente necesitara 7290 lneas de cdigo. Si pudiera desarrollar el sistema utilizando un paquete como Excel o Access, necesitara entre 2430 y 9720 lneas de cdigo. Hay una gran variedad de paquetes, porque diferentes paquetes le permiten hacer cosas diferentes y no todos los sistemas se pueden construir con ciertos paquetes. A veces terminas escribiendo mucho cdigo extra para hacer alguna funcin simple porque el paquete no tiene las capacidades que necesitas.

Tambin hay un mensaje muy importante de los datos en esta figura. Dado que existe una relacin directa entre las lneas de cdigo y la cantidad de esfuerzo y tiempo necesarios para desarrollar un sistema, la eleccin del lenguaje de desarrollo tiene un impacto significativo en el tiempo y el costo de los proyectos.

Paso 2: Estimar el esfuerzo requerido Una vez que se llega a un entendimiento sobre el tamao del sistema, el siguiente paso es estimar el esfuerzo que se requiere para construirlo. El esfuerzo es una funcin del tamao del sistema combinado con las tasas de produccin (cunto trabajo puede completar alguien en un tiempo determinado). Se han realizado muchas investigaciones sobre las tasas de produccin de software. Uno de los algoritmos ms populares, el modelo COCOMO,21 fue diseado por Barry W. Boehm para convertir una estimacin de lneas de cdigo en una estimacin persona-mes.

Existen diferentes versiones del modelo COCOMO que varan segn la complejidad del software, el tamao del sistema, la experiencia de los desarrolladores y el tipo de software que est desarrollando (p. ej., software de aplicacin comercial como el sistema de registro en su universidad; software comercial como Word; o software de sistema como Windows). Para proyectos de software empresarial de tamao pequeo a moderado (es decir, 100 000 lneas de cdigo y 10 o menos programadores), el modelo es bastante simple:

Por ejemplo, supongamos que bamos a desarrollar un sistema de software empresarial que requiere 10.000 lneas de cdigo. Este proyecto normalmente requerira 14 meses-persona de esfuerzo. Si el sistema de la Figura 2A-2 se desarrollara en COBOL (lo que equivale a 26 730 lneas de cdigo), requerira alrededor de 37,42 personas-meses de esfuerzo.

Paso 3: Estime el tiempo requerido Una vez que se comprende el esfuerzo, se puede estimar el cronograma ptimo para el proyecto. Datos histricos o

El software de estimacin se puede usar como ayuda, o una regla general es determinar el cronograma mediante la siguiente ecuacin:

Esta ecuacin se usa mucho, aunque los nmeros especficos varan (p. ej., algunos estimadores pueden usar 3,5 o 2,5 en lugar de 3,0). La ecuacin sugiere que un proyecto que tiene un esfuerzo de 14 meses-persona debe programarse para que tarde un poco ms de 7 meses en completarse. Continuando con el ejemplo de la Figura 2A-2, los 37,42 meses-persona requeriran un poco ms de 10 meses. Es importante sealar que esta estimacin es para las fases de anlisis, diseo e implementacin; no incluye la fase de planificacin.