Estimación de tiempo y esfuerzo en proyectos de software (página 3)
Tabla 7: Factor de el esfuerzo horas-persona.
Para evaluar el resultado o la cantidad total según la siguiente tabla:
Horas-Persona (CF) | Descripción |
20 | Si el valor es < = 2 |
28 | Si el valor es=5 |
Tabla 8: Cantidad de horas-persona según el valor.
El esfuerzo en horas-persona viene dado por:
E = UCP x CF
Estas siglas significan:
E: Esfuerzo estimado en horas-persona.
UCP: Puntos de Casos de Uso ajustados.
CF: Horas-Persona.
Al realizar la multiplicación del UCP por las horas- persona, se consigue un esfuerzo estimado, que representa una parte del total del esfuerzo de todo el proyecto, generalmente un 40%. Este 40% se refiere al esfuerzo total para el desarrollo de las funcionalidades especificadas en los Casos de Uso.
En la siguiente tabla se detallan la distribución en porcentaje, para el esfuerzo total en el desarrollo del proyecto:
Actividad | Porcentaje |
Análisis | 10% |
Diseño | 20% |
Programación | 40% |
Pruebas | 15% |
Sobrecarga | 15% |
Modelos paramétricos de estimación. COCOMO II
Es un modelo empírico basado en la experiencia con proyectos (grandes). Es un método bien documentado, cuya primera versión se publicó en 1981. La última versión, COCOMO 2, tiene en cuenta diferentes aproximaciones de desarrollo, reutilización, etc.
Modelo de fase posterior a la arquitectura.
Requisitos establecidos.
Arquitectura básica del software establecida.
Construcción del software
Modelos con una estructura común y una serie de parámetros que se pueden calibrar sobre una base de proyectos previos.
Conclusiones sobre las técnicas presentadas
Estas técnicas se aplican después que el proyecto a avanzado en más de un 15%, o sea que ya se ha consumido parte del esfuerzo y el tiempo que ocupa al equipo de desarrollo, por tanto la estimación se hará en base al tiempo restante, para la estimación basada en LOC, en PF así como en la que se basa en casos de uso el proyecto necesita estar avanzado, las especificaciones deben de ser completas y con un mínimo de posibilidad de ser alteradas.
La estimación será más segura cuando más elementos se tengan disponibles, a medida que más se avance en el proyecto menor será la incertidumbre, pero el objetivo de la estimación es predecir lo que ocurrirá y dejara de cumplirlo cuando más adelantada se realice es por eso que se debe estimar en etapas lo más tempranas posible aun cuando el margen de error es mayor.
Uno de los problemas que se tiene para estimar correctamente es que las técnicas de estimación presentadas como se menciono anteriormente se logran ya avanzado el proyecto en más de 15 %, por lo que se debe trabajar en encontrar una manera de estimar en fases más temprana.
La identificación de modelos de Negocio en las instituciones es algo que podría solucionar el problema planteado anteriormente, en el momento de desarrollar un sistema informático se debe identificar el proceso o los procesos que serán automatizado, describir con seriedad esos proceso y modelarlo en algunos de los software existentes los lenguajes que se usan con este fin. De esta manera a partir del modelado de procesos se obtendrían una serie de variables como Actividades, Roles, Entradas, Salidas, Entidades, Funciones, etc. que serian usadas en función de la estimación. Esta es una idea que está siendo trabajada en la actualidad.
CONCLUSIONES
A diferencia de los productos industriales, tangibles la producción de software genera productos intangibles requiere de mucha comunicación, intercambio entre todos las personas que intervienen en el proceso, clientes, desarrolladores, usuarios por lo que hay un mayor grado de subjetividad, esto hace que la estimación sea una actividad difícil de implementar para este tipo de producto.
La dificultad que se impone para estimar no deja que esta sea una actividad trivial a la que no se considere importante y se pueda prescindir de ella, pues es la estimación una de las actividades principales que intervienen en el proceso de desarrollo. Muchos de los procesos fracasan por no realizar con seriedad esta actividad.
Se han desarrollado numerosos métodos para estimar pero un gran numero con deficiencias a considerar, la mayoría permite estimar después de un tiempo avanzado el proyecto lo que deja de considerar una etapa en el proceso que no debe dejare de tener en cuenta. Técnicas como Puntos de Función de Albrecht, las basadas en Casos de Uso, el método del COCOMO II, son algunas de las más usadas pero que son dependientes del juicio experto por lo que no están desprovistas de la subjetividad.
Es necesario trabajar en la confección de técnicas de estimación que se puedan llevar a cabo en etapas tempranas del desarrollo de software y que disminuyan el grado de subjetividad.
Referencias Bibliográficas
[1] Rogers S. Pressman, INGENIERIA DEL SOFTWARE UN ENFOQUE PRACTICO.
[2] Morgan, JA Software Development Cost Estimation for Higher Level LenguageEnvironments ABAS ACADEMYOF BUSINESS & ADMINISTRATIVE SCIENSE
[4] Meli R., Santillo L. FUNCTION POINT ESTIMATION METHODS
Bibliografia
Tesis Doctoral "Modelos Automatizables de Estimación muy Temprana del Tiempo y Esfuerzo de Desarrollo de Sistemas de Información" PEDRO_SALVETTO_LEON.
Rogers S. Pressman, INGENIERIA DEL SOFTWARE UN ENFOQUE PRACTICO
Reportes Técnicos en Ingeniería de Software Vol. 6 N° 1 (2004), pág. 1-16. ESTIMACIÓN DEL ESFUERZO BASADA EN CASOS DE USO. Mario Peralta
Autor:
Lianny O"Farrill Fernández
Universidad Central Marta Abreu de las Villas
Santa Clara, Cuba
02 de diciembre de 2010
![]() | ![]() ![]() | Página siguiente ![]() |