Cita:
Empezado por lgarcia
Hola:
Estoy tratando de realizar un estimado de costo de un software y encontre esta formula Effort = 2.94 * EAF * (KSLOC)E, donde KSLOC son los miles de lineas de codigo, mi duda es que si las lineas de codigo son las que unos genera directamente en las Unit o si incluye todo lo que se va generando cuando uno va insertando componentes y si el sistema trabaja con bases de datos si tambien hay que incluir todas las lineas de codigos de los procedimientos almacenados que unos crea para la administracion de esa base de datos. Trabajo con Delphi 7 y MSSQL Server 2008.
Saludos
Luis Garcia
|
¿Concretamente que pretendes realizar?
COCOMO se emplea para estimar esfuerzo (expresado en persona-mes), Tiempo (meses) y Personas requeridas para proyectos futuros. No se emplea en trabajos actuales y en marcha.
Necesariamente debe contarse con varios proyectos con los cuales realizar los cálculos (al menos unos 10 para empezar), compararlos, y luego se procede a ajustar los valores de las constantes para que de esta manera se apliquen y reflejen lo mejor posible tu negocio.
Además COCOMO no goza de suficientes ventajas, es bastante subjetivo y relativo y depende mucho de la visión que cada persona del equipo tenga. Al estar basado en las KLDC (así es la sigla y no la que tu pusiste) y al ser ésta una métrica bastante arcaica los resultados no necesariamente reflejan la realidad (o mejor dicho la realidad que uno pretendía medir). Medir el tamaño del software por las KLDC no necesariamente es lo mejor... eso era útil en los años 80 y principios del 90. Hoy el Software es mucho más que líneas de código y en un modelo OO como el tiene Delphi (y/o cualquier otro LOO) la métrica pierde sentido. Pero claro, al ser una métrica tan fácil, directa y rápida, de obtener la gente le sigue dando cierta utilidad. ¿Porqué? Porque las KLDC son una medida interna, de lo que sucede por dentro. En un mundo en donde el paradigma OO gobierna, lo que se ve hacia afuera son clases y no las KLDC. Justamente una forma útil en donde puede ser de ayuda las LDC (ya no hablamos de kilos), de forma indirecta, es para calcular el método ponderado por clase (MPC) para normalizar la complejidad de cada método respecto a la LDC de cada uno:
MPC = C1/LDC1 + ... + Cn/LDCn
COCOMO ha sido ampliamente estudiado y desarrollado en base a un amplio abanico de casos de estudio, se supo ganar su reputación en su momento pero bien hace la comunidad de Ingeniería de Software al señalar los riesgos de enamorarse en sus resultados (y lo mismo aplica a cualquier otra métrica, medida e indicador que se proponga)
Pero las cosas han cambiado y se han propuesto otros enfoques.... como FURPS por ejemplo que propone métricas orientadas a la "calidad" y no quedarse únicamente en una mirada en controlar el esfuerzo y la cantidad de personas. Además según el paradigma que se proponga se han ido proponiendo métricas pensadas para cada uno.
Así como carece sentido de medir el tamaño de un soft bajo OO por las KLDC, es que hay todo un mundo de medidas, métricas, e indicadores OO para todo.
La lección a todo esto es que importa más que tengas tu propio método de estimación y control de tus proyectos. Tu mismo eres libre de proponer tus propios modelos empíricos, matemáticos, cualitativos, y/o cuantitativos que mejor te sirvan. Pero volviendo a lo central, y mi pregunta inicial: ¿Que pretendes hacer?
Seriamente te invito a leer como mínimo el libro de Ingeniería de Software, un enfoque práctico de Roger S. Pressman.
Saludos,