Sei sulla pagina 1di 20

Lneas de cdigo

Gustavo Rodrguez
Hctor Triana

Tcnicas de descomposicin
Tamao de Software: se refiere a un resultado

cuantificable del proyecto de software.


Enfoque directo: El tamao se puede medir en

lneas de cdigo (LDC).


Enfoque indirecto: el tamao se representa como

puntos de funcin (PF).

Mtricas del tamao


Existe un cierto nmero de mtricas que intentan cuantificar
el tamao del software. La mtrica ms utilizada, lneas de
cdigo, tiene el inconveniente obvio de que sus valores no
pueden ser medidos hasta
que el proceso de codificacin ha finalizado. Los Puntos de
Funcin, y los Bang de DeMarco tienen la ventaja de ser
medibles durante los primeros pasos del desarrollo.

El estado actual en el estudio de las medidas del tamao es:


Existe un cierto consenso en cuanto a las medidas de la
longitud, pero no en cuanto a las medidas de las
especificaciones o diseo.
Existen algunos trabajos de medicin de las funcionalidades
de las especificaciones (que se aplican igualmente al diseo y a
los programas)
Existen muy pocos trabajos en cuanto a la medida de la
complejidad del problema a resolver. Ntese que este concepto
es distinto que el de complejidad computacional, por tanto el
trabajo hecho en ese rea no sirve.

Lneas de cdigo

La medida ms utilizada de la longitud del cdigo fuente de un


programa es el
Nmero de Lneas de Cdigo (Lines of Code en ingles, abreviado
LOC). Sin embargo, esta mtrica puede calcularse de muchas
maneras. Estas diferencias afectan al tratamiento de las lneas en
blanco y las lneas de comentarios, las sentencias no ejecutables, las
instrucciones mltiples por lnea y las mltiples lneas por
instruccin. Adems, deberan contarse las lneas reusables de
cdigo.

Una lnea de cdigo es cualquier lnea de un texto de un


programa que no es un comentario o lnea en blanco, sin
tener en cuenta el nmero de instrucciones o parte de
instrucciones en la lnea.
Esta definicin incluye todas las lneas que contienen
cabeceras de programas, declaraciones e instrucciones
ejecutables y no ejecutables. Esta medida se suele
representar por NCLOC (No Comentary Lines of Code).

Como puede verse no es una medida que refleje la longitud real de


un programa. Su justificacin est en el uso que se ha hecho de
ella en ciertos modelos para determinar el esfuerzo desde el punto
de vista de evaluar la productividad. Sin embargo, si queremos
conocer la longitud real del programa esta seria:

donde CLOC (Comentary Lines of Code( es el nmero de


lneas de comentarios.

Una medida indirecta de la densidad de comentarios seria:

En general, es interesante obtener ambas medidas (NCLOC Y


LOC) ya que expresan diferentes conceptos.

Cuando se intenta utilizar esta medida (lneas de cdigo) en trminos de


productividad surgen dos problemas:
a) No se tiene en cuenta el concepto de reutilizacin.
b) No se tiene en cuenta el concepto de costes fijos ni tareas que se desarrollan que
no
producen instrucciones.
Por ello, no debe ser utilizada esta medida directamente en la estimacin de esfuerzo
o productividad.

Por ello, no debe ser utilizada esta medida directamente en la estimacin de


esfuerzo o productividad.
Cuando se est buscando la nocin pura de longitud existen dos
alternativas aceptables si se quiere utilizar bajo el concepto de ratio:
1. Medir la longitud en trminos de nmero de bytes de almacenamiento
requerido para contener el texto del programa.
2. Medir la longitud en trminos de nmero de caracteres en el texto del
programa. (CHAR, del ingls Character)

Si se conoce el nmero medio de caracteres por lnea de texto, NL; el


nmero de lneas sera:

Ventajas:
-Fcil de visualizar
Desventajas:
-Difcil de definir
-Vara con lenguajes
-Vara con costumbres de codificacin
- La afectan los ambientes de desarrollo.

Comparar la productividad de los diferentes lenguajes de programacin


da impresiones engaosas.
Entre ms expresivo sea un lenguaje de programacin, ms baja ser la
productividad aparente.

Al emplear datos histricos o cuando todos los

dems fallan intuicin, el planificador estima un valor


de tamao optimista, mas probable y pesimista para
cada funcin o cuenta para cada valor de dominio
de informacin.
Se calcula un valor de tres puntos o uno esperado.
El valor esperador para la variable de estimacin.
(tamao), S, se calcula como un promedio
ponderado de las estimaciones.
S=(Sopt+ 4Sm+ Spes)/6

Ejemplos prcticos
1

Por ejemplo, el rango de las estimaciones LDC para la funcin de

anlisis geomtrico 3D es:


optimista
Mas
probable
4600 ldc

6900 ldc

pesimista

Valor
esperado

8600 ldc

6800

3. Un fragmento del recuento en dicho programa puede apreciarse en la


siguiente imagen:

El nmero real de lneas de cdigo de la aplicacin es de 82363 (Sm).


La estimacin pesimista de lneas de cdigo estimadas est en 100000 (Spes).
La estimacin optimista de lneas de cdigo estimadas est en 65000 (Sopt).
Como estimacin de lneas de cdigo, se aplica la siguiente frmula:
(Estimacin de lneas) S = (Sopt + 4*Sm + Spes)/6
= (65000 + 4*82363 + 100000)/6 = 82408 lneas de cdigo estimadas.
Para el clculo final del esfuerzo total. Suponemos que la media de productividad
del grupo est en 320 LOC/pm (lneas de cdigo / personas * mes) asumiendo
que no se tratan de trabajadores a tiempo completo.
Por lo tanto:
Esfuerzo total = LOC estimadas / productividad media
= (82408 LOC) / (320 LOC/pm) = 257 personas * mes.

Gracias

Potrebbero piacerti anche