Estimacion De Proyecto De Software

ESTIMACION DEL PROYECTO DE SOFTWARE.

En el principio el costo del Software constituía un pequeño porcentaje del costo total de los sistemas basados en Computadoras. Hoy en día el Software es el elemento mas caro de la mayoría de los sistemas informáticos.

Un gran error en la estimación del costo puede ser lo que marque la diferencia entre beneficios y perdidas, la estimación del costo y del esfuerzo del software nunca será una ciencia exacta, son demasiadas las variables: humanas, técnicas, de entorno, políticas, que pueden afectar el costo final del software y el esfuerzo aplicado para desarrollarlo.

Para realizar estimaciones seguras de costos y esfuerzos tienen varias opciones posibles:

• Deje la estimación para mas adelante (obviamente podemos realizar una estimación al cien por cien fiable después de haber terminado el proyecto.

• Base las estimaciones en proyectos similares ya terminados.

• Utilice técnicas de descomposición relativamente sencillas para generar las estimaciones de costos y esfuerzo del proyecto.

• Desarrolle un modelo empírico para él calculo de costos y esfuerzos del Software.

Desdichadamente la primera opción, aunque atractiva no es practica.

La Segunda opción puede funcionar razonablemente bien si el proyecto actual es bastante similar a los esfuerzos pasados y si otras influencias del proyecto son similares. Las opciones restantes son métodos viables para la estimación del proyecto de software. Desde el punto de vista ideal, se deben aplicar conjuntamente las técnicas indicadas usando cada una de ellas como comprobación de las otras.

Antes de hacer una estimación, el planificador del proyecto debe comprender el ámbito del software a construir y generar una estimación de su tamaño.

1.5.1 Estimación basada en el Proceso.

Es la técnica más común para estimar un proyecto es basar la estimación en el proceso que se va a utilizar, es decir, el proceso se descompone en un conjunto relativamente pequeño de actividades o tareas, y en el esfuerzo requerido para llevar a cabo la estimación de cada tarea.

Al igual que las técnicas basadas en problemas, la estimación basada en el proceso comienza en una delineación de las funciones del software obtenidas a partir del ámbito del proyecto. Se mezclan las funciones del problema y las actividades del proceso. Como ultimo paso se calculan los costos y el esfuerzo de cada función y la actividad del proceso de software.

1.6. DIFERENTES MODELOS DE ESTIMACION.

Existen diferentes modelos de estimación como son:

1.6.1 Los Modelos Empíricos:

Donde los datos que soportan la mayoría de los modelos de estimación obtienen una muestra limitada de proyectos. Por est razón, el modelo de estimación no es adecuado para todas las clases de software y en todos los entornos de desarrollo. Por lo tanto los resultados obtenidos de dichos modelos se deben utilizar con prudencia.

1.6.2 El Modelo COCOMO.

Barry Boehm, en su libro clásico sobre economía de la Ingeniería del Software, introduce una jerarquía de modelos de estimación de Software con el nombre de COCOMO, por su nombre en Ingles (Constructive, Cost, Model) modelo constructivo de costos. La jerarquía de modelos de Boehm esta constituida por los siguientes:

• Modelo I. El Modelo COCOMO básico calcula el esfuerzo y el costo del desarrollo de Software en función del tamaño del programa, expresado en las líneas estimadas.

• Modelo II. El Modelo COCOMO intermedio calcula el esfuerzo del desarrollo de software en función del tamaño del programa y de un conjunto de conductores de costos que incluyen la evaluación subjetiva del producto, del hardware, del personal y de los atributos del proyecto.

• Modelo III. El modelo COCOMO avanzado incorpora todas las características de la versión intermedia y lleva a cabo una evaluación del impacto de los conductores de costos en cada caso (análisis, diseño, etc.) del proceso de ingeniería de Software.

1.6.3 Herramientas Automáticas De Estimación.

Las herramientas automáticas de estimación permiten al planificador estimar costos y esfuerzos, así como llevar a cabo análisis del tipo, que pasa si, con importantes variables del proyecto, tales como la fecha de entrega o la selección del personal. Aunque existen muchas herramientas automáticas de estimación, todas exhiben las mismas características generales y todas requieren de una o más clases de datos.

A partir de estos datos, el modelo implementado por la herramienta automática de estimación proporciona estimaciones del esfuerzo requerido para llevar a cabo el proyecto, los costos, la carga de personal, la duración, y en algunos casos la planificación temporal de desarrollo y riesgos asociados.

En resumen el planificador del Proyecto de Software tiene que estimar tres cosas antes de que comience el proyecto: cuanto durara, cuanto esfuerzo requerirá y cuanta gente estará implicada. Además el planificador debe predecir los recursos de hardware y software que va a requerir y el riesgo implicado.

Para obtener estimaciones exactas para un proyecto, generalmente se utilizan al menos dos de las tres técnicas referidas anteriormente. Mediante la comparación y la conciliación de las estimaciones obtenidas con las diferentes técnicas, el planificador puede obtener una estimación más exacta. La estimación del proyecto de software nunca será una ciencia exacta, pero la combinación de buenos datos históricos y técnicas puede mejorar la precisión de la estimación.

Planificación

La planificación de los Sistemas de Información (SI) se entiende como un procedimiento sistemático de toma de decisiones sobre que hacer con los sistemas de información en el futuro. Esto a evolucionado de tal manera a lo largo de los años que se pueden distinguir cuatro fases:

• La introducción de la informática en las organizaciones

• La expansión anárquica de las aplicaciones informáticas

• La coordinación de los SI con los objetivos de la empresa

• La interdependencia estratégica entre las compañías y los SI

Planificación del TI/SI a partir de la estrategia del negocio

A fin de delimitar el esfuerzo necesario para planificar los Sistemas de Información es conveniente empezar por definir que debe incluir un Plan de Sistemas y Tecnologías de Información (TI/SI):

• Una lista de proyectos a desarrollar en los próximos 3 a 5 años.

• Análisis de la TI/SI con un enfoque de negocio.

• Proridad de cada proyecto.

• El detalle de los proyectos a desarrollar el primer año, con la finalidad de incluir en el presupuesto anual los recursos necesarios requeridos.

• Mecanismos de evaluación que permitan el seguimiento del plan, tales como un calendario y un presupuesto detallado.

• Un listado de las actividades de la empresa donde la TI puede utilizarse como herramienta de soporte para aumentar su eficacia y eficiencia.

La responsabilidad de desarrollar el plan de TI/SI recae fundamentalmente en la dirección de la empresa con la participación de un responsable de cada área funcional y del departamento técnico, con la finalidad de que este integrado por un equipo que represente a todas las áreas de la empresa.

Esquema general del procedimiento

El procedimiento de planificación requiere de varios grupos de trabajo para su implementación con una función específica, la cual se detalla a continuación:

Comité de TI/SI, formado por el máximo responsable de la compañía, los responsables de las distintas áreas funcionales y el director de SI. Sus responsabilidades son:

• Diseño del Sistema de Información.

• Supervisión del proyecto de planificación.

• Comunicación del compromiso de la empresa con el plan de desarrollo.

• Proporcionar los criterios estratégicos para la fijación de prioridades y asignación de recursos.

• Aprobar el Plan de TI/SI desarrollado

Equipo de trabajo, lleva a cabo el trabajo operativo encaminado a elaborar el plan de TI/SI, está dirigido por el director de SI e integrado por un director operativo del proyecto (DOP), personal de sistemas y usuarios de los departamentos especialmente dedicados al proyecto de planificación.

Grupo base, integrado por el subdirector general a cargo de SI, el director de SI, el DOP y, eventualmente, por consultores externos expertos en planificación de sistemas de información. Su responsabilidades son:

• Facilitar la negociación entre los usuarios.

• Asegurar la consistencia de los desarrollos.

• Supervisar el equipo de trabajo

Las fases principales que componen el procedimiento de planificación se describen a continuación:

Fase 1: Presentación y compromiso del equipo

Esta fase está dedicada a construir el equipo de trabajo que llevará a cabo la planificación y su presentación ante la organización. Una parte importante del proyecto de planificación es el tiempo dedicado de los responsables de los departamentos y áreas funcionales de la compañía a la tarea de entrevistas y sesiones de trabajo con el equipo de planificación, esto se logra gracias al compromiso de la alta dirección en comunicar que el Plan de TI/SI es un plan que pertenece a toda la organización.

Fase 2: Descripción de la situación actual

Una vez formado el equipo de trabajo y comprometida la organización con el esfuerzo de planificación,

...