Ensayo que responde esta pregunta: ¿Por qué es tan difícil estimar los costos y el cronograma para un proyecto de software?
Las principales razones de estas fallas son las siguientes:
1. El ingeniero de sistemas debe preparar los estimados de los recursos físicos, mientras que el líder o gerente del proyecto es el encargado de calcular los costos. Frecuentemente, ambas tareas quedan a cargo de una persona o del mismo grupo.
2. Los estimados dependen de parámetros difíciles de pronosticar.
3. El software es muy diferente a los productos tradicionales.
4. Los cambios en requerimientos y en el diseño de la aplicación son inevitables.
5. El funcionamiento del sistema se sustenta en algoritmos que validan los datos de entrada, los transforman y generan la información necesaria, los cuales dependen de una construcción efectiva de los códigos por parte de los programadores.
6. Se subestiman las pruebas. Éstas deben incluir combinaciones de procesos posibles y hasta improbables, contemplar la integración entre los módulos y/o otros sistemas y las últimas deben ser realizadas por usuarios o clientes. Sin embargo, esto no siempre es posible.
7. La mayoría de las veces los estimados se basan en líneas de código y horas de fuerza hombre.
8. Se ha comprobado reiteradamente que reutilizar códigos y/o migrar aplicaciones a otros lenguajes, no es efectivo.
Aunque la estimación de software es imprecisa y poco confiable. El Análisis de Function Points (FP) constituye una opción complicada para mejorar estos pronósticos, contrastarlos con los costos planificados y reales de proyectos anteriores y precisar el valor de los sistemas corporativos.
CONTENIDO:
I. INTRODUCCIÓN
II. PROBLEMAS DE ESTIMACIÓN DEL SOFTWARE
III. MÉTODOS DE ESTIMACIÓN DEL SOFTWARE
Las principales razones de estas fallas son las siguientes:
1. El ingeniero de sistemas debe preparar los estimados de los recursos físicos, mientras que el líder o gerente del proyecto es el encargado de calcular los costos. Frecuentemente, ambas tareas quedan a cargo de una persona o del mismo grupo.
2. Los estimados dependen de parámetros difíciles de pronosticar.
3. El software es muy diferente a los productos tradicionales.
4. Los cambios en requerimientos y en el diseño de la aplicación son inevitables.
5. El funcionamiento del sistema se sustenta en algoritmos que validan los datos de entrada, los transforman y generan la información necesaria, los cuales dependen de una construcción efectiva de los códigos por parte de los programadores.
6. Se subestiman las pruebas. Éstas deben incluir combinaciones de procesos posibles y hasta improbables, contemplar la integración entre los módulos y/o otros sistemas y las últimas deben ser realizadas por usuarios o clientes. Sin embargo, esto no siempre es posible.
7. La mayoría de las veces los estimados se basan en líneas de código y horas de fuerza hombre.
8. Se ha comprobado reiteradamente que reutilizar códigos y/o migrar aplicaciones a otros lenguajes, no es efectivo.
Aunque la estimación de software es imprecisa y poco confiable. El Análisis de Function Points (FP) constituye una opción complicada para mejorar estos pronósticos, contrastarlos con los costos planificados y reales de proyectos anteriores y precisar el valor de los sistemas corporativos.
CONTENIDO:
I. INTRODUCCIÓN
II. PROBLEMAS DE ESTIMACIÓN DEL SOFTWARE
III. MÉTODOS DE ESTIMACIÓN DEL SOFTWARE