Introduccin

Llevar un conteo de lneas de cdigo de forma manual es muy difcil e impreciso. Por tal
motivo, existen distintas herramientas que ayudan a los ingenieros de software con esta
tarea. Sin embargo, se tiene que considerar que los contadores de lneas de cdigo
automatizados solamente trabajarn para las caractersticas que se han definido en dicho
contador. En otras palabras, al elegir un programa contador de lneas de cdigo, debemos
asegurarnos que dicho programa se apega al estndar de conteo definido con anterioridad.
Tcnica de conteo por lneas
Esta tcnica se define como contador de tipo LOC (Lines of Code) la cual se utiliza como
mtrica en diversas situaciones, en las que se mide el nmero de lneas de cdigo, la cual
ha sido ms efectiva en el PSP la cual puede basarse en las lneas que tendr el proyecto
o que actualmente tiene.
Cabe mencionar que en esta tcnica se deben de establecer criterios para estandarizar el
conteo de la lneas de cdigo, pues es fundamental para la confiabilidad en la exactitud de
la mtrica que estamos aplicando para medir en este caso el cdigo de un software, el cual
debe de estar contenido en un documento donde se precise de forma clara y sin
indeterminacin qu es algo contable, medible y qu no lo es, conforme esta mtrica, ya
que podemos determinar en su caso que las lneas de cdigo correspondiente a los
comentarios no deben de ser contabilizadas.
Ejercicio de tamao de cdigo
Para este ejercicio utilizaremos criterios en donde las lneas de cdigo correspondientes a
los comentarios no sern tomadas en cuenta para el conteo, as mismo tampoco
consideraremos las llaves de apertura y cierres de las clases y mtodos, si solamente un
carcter se encuentra ocupando una lnea de cdigo, siendo este nuestro estndar de
conteo.
1.import java.util.List;

2.import java.util.ArrayList;

3.import java.util.Scanner;

4.public class ProgramaDesviacionEstandar

5.private static List<Double> listaDatos;

/**

* Este es el mtodo principal del programa.

*/

6.public static void main(String[] args)

7.double prom = 0;

8.double stdev = 0;

9.listaDatos = new ArrayList<Double>();

10.leerDatos();

11.prom = calcularPromedio();

12.stdev = calcularDesviacionEstandar();

13.System.out.println("El Promedio de los valores es: " + prom);

14.System.out.println("La Desviacin Estndar es: " + stdev);

}
/**

* Este mtodo sirve para pedir un indeterminado

* nmero de datos al usuario.

* Cada dato es almacenado en una lista dinmica.

*/

15.private static void leerDatos()

16.Scanner teclado = new Scanner(System.in);

17.String texto = "S";

18.double valor = 0;

19.while(texto.equals("S") || texto.equals("s"))

20.System.out.print("Introduce el valor no. " +

21.(listaDatos.size() + 1) + ": ");

22.texto = teclado.next();

// En este try-catch evaluamos que el valor que introdujo

// el usuario pueda ser convertido a un valor double.

23.try

24.valor = Double.valueOf(texto);

25.listaDatos.add(valor);

Procedimiento realizado y sus ventajas

El procedimiento se realiz con fundamento en un conteo ordinario estndar donde se

aplicaron los criterios que establecimos previamente para el conteo de las lneas de cdigo,
donde quedaron fuera del conteo las lneas correspondientes a los comentarios de cdigo
y las llaves de apertura y cierres, aun cuando solamente ocuparan una lnea.
Las ventajas de aplicar esta mtrica para estimar el tamao del software es relativa al
nmero de lneas que se pretendan contabilizar, ya que entre ms lneas de cdigo existan
esta mtrica se vuelve un poco ms complicada de ejecutar, pues requerir mucho tiempo
si no se utiliza un software especializado para realizar el conteo de lneas segn el estndar
fijado, por otro lado el realizar este proceso nos permite definir los tipos de lneas de
encontramos en nuestro cdigo, lo cual puede ahorrarnos bastante tiempo en futuros
proyectos cuando encontramos lneas de cdigo reutilizables en la cuales podemos dejar
intactas o modificar algn fragmento esas lneas.
Una vez aplicado el procedimiento encontramos las siguientes lneas de cdigo.
Lneas Base: 1:3, 6,
Lneas agregadas: 1:25
Lneas modificadas: Ninguna
Lneas Borradas: Ninguna
Lneas Reutilizadas: Ninguna
Lneas nuevas reutilizables. - 1:3
Lneas totales. - 25
Lneas Base: es una instantnea de la programacin original antes de que el proyecto
obtenga su sucesiva secuencia.
Lneas agregadas: como su nombre lo indica, son las lneas agregadas en el cdigo

Relacin del uso de estndares con la productividad.

La principal funcin del uso de estndares es que podamos medir con indicadores que nos
permitan realizar el clculo de ciertos metas y dems objetivos de una organizacin, como
por ejemplo el rendimiento que se pretende alcanzar por parte de un desarrollador, o la
rendimiento general que este provee a un equipo de trabajo, el cual es un factor que
relaciona el tiempo requerido para una tarea determinada y el producto que se deriva de
realizar la mencionada tarea. En este sentido el uso de estndares para medir la
productividad de un individuo nos permite realizar una estimacin del tiempo requerido para
desarrollar un producto, considerando que se puede calcular fcilmente este plazo
dividiendo el tamao estimado del producto entre la productividad del desarrollador.

Conclusiones

Cada vez que pienso en los desarrollo que he realizado a lo largo del tiempo que llevo
trabajando en mi empresa, no me haba percatado de la importancia que tienen las mtricas
del desarrollo de software, es de suma importancia entender cmo es que se mide el cdigo;
incluso si lo queremos ver por el lado monetario podramos verlo como cada lnea de cdigo
le cuesta un precio al cliente. Por otra parte el orden que debemos llevar para gestionar un
proyecto con el mayor aprovechamiento.

Fuentes:

Humphrey, W. (1995) A discipline for software engineering (The complete PSP Book) United
States of America: Addison Wesley.
Humphrey, W. (2005) PSP a Self-improvement process for software engineers. United
States of America: Addison Wesley.
Humphrey, W. (2006). TSP (SM) Leading a Development Team. United States of America:
Addison-Wesley.
Zapata, J., Garca, J., Cerrada, J. (2001) Introduccin al proceso software personalSM.
Madrid, Espaa: Addison Wesley.
Universidad de Pamplona. (24 de agosto de 2009). Introduciendo PSP (Procesos
Personal De Software) en el Aula.
Recuperado de:
http://www.unipamplona.edu.co/unipamplona/portalIG/home_40/recursos/03_v13_18/revis
ta_16/27102011/01.pdf

Conacyt. (S/F). Casos de xito.

Recuperado de:
http://www.cimat.mx/es/casos_de_exito