Preparación de un programa de costos vinculado a las tareas y al tiempo.

A pesar de que se habla del término “estimación de coste” para proyectos de

software, los valores obtenidos no se miden directamente en unidades monetarias.
Las estimaciones suelen ser valoraciones, con un cierto error (por ejemplo +-20%), del
esfuerzo esperado para el desarrollo del proyecto y de los plazos de tiempo
requeridos para complementarlo.

Para determinar el cronograma y estimar el esfuerzo y los costos asociados se

necesita conocer aproximadamente cuanta gente estará trabajando en el
proyecto, que tareas ejecutaran y que habilidades y experiencia deben tener para
que puedan realizar sus trabajos de manera eficaz.

Lo que se pretende es responder a estas dos preguntas:

¿Cuánto costara?
¿Qué plazo de tiempo requerirá su desarrollo?

Todos los métodos actuales dependen de la cantidad de información disponible. A

medida que se avanza en el proyecto, se obtiene una mayor cantidad de detalles
y de información más fiable, por lo que la precisión de la estimación mejora
progresivamente. Por ello, la estimación debe ser un proceso continuo, con
constantes refinamientos y mejoras, mas que una actividad puntual.

a). Costeo de hardware

b). Costeo de software
c). Costeo de personal

Existen 4 tipos de métodos para la estimación de costes de proyectos de Sw. Son los
siguientes:

1.- La opinión de expertos: “adivinación basada en experiencia personal”

2.- La estimación por analogía. Compara el proyecto que se va a desarrollar con
uno o más proyectos terminados de los que se disponen datos. En función de las
similitudes y diferencias con dichos proyectos se deduce el coste del nuevo
desarrollo.

3.-La descomposición Descomponer el producto que se va a construir en sus

componentes (o el proyecto en tareas sencillas) hasta un nivel de detalle tal que se
pueda estimar directamente el coste de cada una de dichas unidades elementales
(x ejemplo a través de una RED de PERT). El coste total del proyecto será el resultado
de sumar las estimaciones de todas las unidades.

4.- Ecuaciones o modelos de estimación. En general, son formulas matemáticas que

relacionan los diversos parámetros del proyecto (tamaño del sw que se va a
construir, condiciones de entorno del proyecto, etc.) con el coste o esfuerzo
requerido.
 1.- La opinión de expertos.
Informales
Formales.
Técnica Delphi
• Creada en los años cuarenta en EE.UU. Se comienza a utilizar en el campo del
software a partir de 1981 por Barry Boehm. Los pasos a seguir son:

• Un coordinador proporcionada a cada experto una especificación del proyecto

propuesto y un impreso para expresar su opinión.

• Los expertos rellenan el impreso de manera anónima. Pueden hacer preguntas al

coordinador pero no entre ellos.

• El coordinador ofrece a cada experto el valor medio de las opiniones recogidas.

Se pide una nueva estimación anónima indicando las razones de las posibles
modificaciones.

• Se repite el proceso de recogida de opiniones hasta llegar a un consenso. No se

realizan reuniones en grupo en ningún momento.

Delphi de banda ancha: refinamiento de la técnica Delphi propuesta por Barry Boehm. Los
pasos a seguir son:
1. El coordinador proporciona a cada experto una especificación del proyecto propuesto
y un impreso para expresar su opinión.

2. El coordinador reúne a los expertos para que intercambien puntos de vista sobre el
proyecto.

3. Los expertos rellenan el impreso de manera anónima.

4. El coordinador ofrece a cada experto el valor medio de las opiniones recogidas. Se

pide una nueva estimación anónima, sin indicar las razones de las posibles
modificaciones.

5. El coordinador convoca una reunión para que los expertos discutan las razones de las
diferencias entre sus estimaciones.

6. Se rellenan anónimamente los impresos y se repite los puntos 4, 5

y 6 hasta llegar a un consenso.
2.- Estimacion por analogía o Base Histórica de proyectos :
• Enfoque más formal que el de la opinión de expertos.
• Los expertos comparan el proyecto propuesto con uno o más proyectos
anteriores intentando encontrar similitudes y diferencias particulares.

3.- Técnicas de descomposición

• Técnicas de descomposición:
• Del proyecto (o por fases)
• Del producto (o por módulos)
• Del proyecto y del producto (por fases y por módulos). Es una combinación de las
anteriores.
• Entre las ventajas se encuentran:
• La posibilidad de que el responsable del componente a estimar participe en dicha
estimación.
• Ayuda a analizar con detalle cada componente.
•
Entre los inconvenientes se encuentran:
• La dificultad para contemplar los costes de:
• Actividades relacionadas con el proyecto como lectura de código, revisión, reuniones,...
(según Barry Boehm supone el 40% del proyecto).
• Actividades no relacionadas con el proyecto relacionados con los hábitos
de trabajo (según Barry Boehm supone el 30% del proyecto).
 4.- Ecuaciones o modelos de estimación

checar esta direccion

Para poder repasar ordenadamente los modelos de estimación existentes es

recomendable planificar una clasificación de los mismos.

Modelos empíricos
Modelos estadísticos
Modelos lineales
Modelos no lineales
Modelos basados en una teoría
Modelos compuestos.

Existen diversos tipos de modelos, pero los que han tenido mayor repercusión son:
COCOMO, Modelos basados en los puntos de función y el SLIM.

El modelo COCOMO (COnstructive COst MOdel) fue propuesto por Boehm (1981)
Modelo COCOMO original
• Lo constituye tres modelos:
• Básico: Calcula el esfuerzo en función del tamaño estimado (LDC).
• Intermedio: Calcula el esfuerzo en función del tamaño estimado y de “guías de coste”.
La guías de coste evalúan un conjunto de atributos del producto, del hard, del personal y
del proyecto.
• Avanzado
• Definidos para tres tipos de proyectos:
• Modo orgánico: proyectos pequeños y medianos, mucha experiencia, pocas
restricciones, realizado por equipos pequeños.
• Modo semiacoplado: proyectos intermedios en tamaño y complejidad, varios niveles de
experiencia.
• Modo empotrado: proyectos complejos y muy restrictivos. Proyectos innovadores.
Desarrollados dentro de un conjunto estricto de hard, de soft y restricciones operativas.
 ESTIMACION CON PUNTOS DE FUNCION

La técnica de medición del tamaño en punto-función consiste en asignar una cantidad de

"puntos" a una aplicación informática según la complejidad de los datos que maneja y de
los procesos que realiza sobre ellos, siempre tratando de considerarlo desde el punto de
vista del usuario.

Los puntos de función se calculan completando la tabla de la Figura 3. Se determinan cinco

características de dominios de información y se proporcionan las cuentas en la posición
apropiada de la tabla. Los valores de los dominios de información se definen de la forma
siguiente:

Número de entradas de usuario. Se cuenta cada entrada de usuario que proporciona

diferentes datos orientados a la aplicación. Las entradas se deberían diferenciar de las
peticiones, las cuales se cuentan de forma separada.

Número de salidas de usuario. Se cuenta cada salida que proporciona al usuario

información orientada a la aplicación. En este contexto la salida se refiere a informes,
pantallas, mensajes de error, etc. Los elementos de datos particulares dentro de un informe
no se cuentan de forma separada.
Número de peticiones de usuario. Una petición se define como una entrada interactiva
que produce la generación de alguna respuesta del software inmediata en forma de salida
interactiva. Se cuenta cada petición por separado.

Número de archivos. Se cuenta cada archivo maestro lógico (esto es, un grupo lógico de
datos que puede ser una parte de una gran base de datos o un archivo independiente).

Número de interfaces externas. Se cuentan todas las interfaces legibles por la máquina
(por ejemplo: archivos de datos de cinta o disco) que se utilizan para transmitir información
a otro sistema.

Una vez que se han recopilado los datos anteriores, a la cuenta se asocia un valor de
complejidad. Las organizaciones que utilizan métodos de puntos de función desarrollan
criterios para determinar si una entrada en particular es simple, media o compleja. No
obstante la determinación de la complejidad es algo subjetiva.

Fig 3. Cálculo de puntos de función.

Para calcular puntos de función, se utiliza la relación siguiente:

FP = cuenta-total x [ 0,65 + 0,01 x Σ (Fi ) ] (1)

Donde cuenta-total es la suma de todas las entradas obtenidas de la figura 3. Fi donde i
puede ser de uno hasta 14 los valores de ajuste de complejidad basados en las respuestas a
las siguientes preguntas:

1. ¿Requiere el sistema copias de seguridad y de recuperación fiables?

2. ¿Se requiere comunicación de datos?

3. ¿Existen funciones de procesamiento distribuido?

4. ¿Es crítico el rendimiento?

5. ¿Se ejecutaría el sistema en un entorno operativo existente y fuertemente utilizado?

6. ¿Requiere el sistema entrada de datos interactiva?

7. ¿Requiere la entrada de datos interactiva que las transacciones de entrada se lleven a

cabo sobre múltiples pantallas u operaciones?

8. ¿Se actualizan los archivos maestros de forma interactiva?

9. ¿Son complejas las entradas, las salidas, los archivos o las peticiones?

10. ¿Es complejo el procesamiento interno?

11. ¿Se ha diseñado el código para ser reutilizable?

12. ¿Están incluidas en el diseño la conversi6n y la instalaci6n?

13. ¿Se ha diseñado el sistema para soportar múltiples instalaciones en diferentes

organizaciones?

14. ¿Se ha diseñado la aplicaci6n para facilitar los cambios y para ser fácilmente utilizada
por el usuario?

Cada una de las preguntas anteriores es respondida usando una escala con rangos desde 0
(no importante o aplicable) hasta 5 (absolutamente esencial).

Los valores constantes de la ecuación (1) y los factores de peso que se aplican a las cuentas
de los dominios de información se determinan empíricamente. Una vez que se han
calculado los puntos de función, se utilizan de forma análoga a las líneas de código como
forma de normalizar las medidas de productividad, calidad y otros atributos del software.
Una vez calculado los puntos de función se usan de forma analógica a las líneas de código
como medida de la productividad, calidad y otros productos del software.

Productividad = PF / persona-mes

Calidad = Errores / PF

Costo = Dólares / PF

Documentación = Pags. Doc / PF

El proceso de cálculo y obtención de puntos de función y su posible transformación a líneas

de código se esquematiza en la figura:

Fig. 2 Proceso de cálculo de puntos de función y transformación a líneas de código

Hay muchos usos de los puntos función más allá de los programas de estimación, esfuerzo
y costo. Entre ellos tenemos:

 El uso de puntos función para estimar casos de prueba.

 El uso de puntos función para ayudar a entender rangos de productividad amplios.
 El uso de puntos función para ayudar a entender el crecimiento de Proyectos.
 El uso de puntos función para ayudar a calcular el costo real del software.
 El uso de puntos función para ayudar a estimar el costo de proyectos, la
programación y el esfuerzo.
 El uso de puntos función para ayudar a entender los costos de mantenimiento.
 El uso de puntos función para ayudar con las negociaciones de contrato.
 El uso de puntos función para desarrollar un estándar de establecimiento de
métricas.

Ejemplos de herramientas automáticas de estimación

Software gratis para managment y estimacion de recursos.

http://www.construx.com/
Ejemplo
Un grupo de consultorios médicos desea sistematizar su control de citas y pacientes para poderlos
atender en sus diferentes localidades.

El usuario podrá mantener la información de citas, pacientes y médicos.

Podrá imprimir los listados de las citas diarias.

Desea que la aplicación les indique errores, lo mismo que ayuda a nivel pantalla, pero no podrá
mantener el archivo de errores ni el de ayuda. Estos son mantenidos por otra aplicación.

Archivos mantenidos por la aplicación

1. Médicos 2. Paciente 3. Citas
No. Médico No. Paciente No. de cita
Nombre del médico Nombre del paciente No. Médico
Especialidad Enfermedad frecuente No. Paciente
Localización Fecha
Método de pago

Archivos NO mantenidos por la aplicación

1. Error 2. Ayuda
Id. Error Id. Ventana
Texto de error Texto de ayuda

Sistema de citas médicas

Menú principal
Elija una opción
1. Pacientes
2. Médicos
3. Citas

PF1 = Ayuda

Sistema de citas medicas

Pacientes

Paciente: ACEqqqq
Nombre del Paciente: ACqqqqqqqqq
Enfermedad frecuente: Acqqqqqqqq

PF1=Ayuda PF2=Agregar PF3=Cambiar

PF4=Eliminar PF12=Regresar

Sistema de citas medicas

Citas

No. Cita: ACEqqqqqq

No. Paciente: Acqqqqqqqqq
Nombre Paciente: qqqqqqqqqqq
No. Médico: Acqqqq
Nombre Médico: qqqqqqqqqqq
Fecha de la cita: AC/qq/qq
Localidad: qqqqqqqqqqq
Método de pago: Acqqqqqqq

PF1=Ayuda PF2=Agregar PF3=Cambiar

PF4=Eliminar PF12=Regresar

Sistema de citas medicas

Reportes de citas por paciente

Fecha: dd/mm/yyyy
No. Paciente: 0000000000
Nombre del Paciente: 0000000000
Enfermedad: 0000000000

No. Cita: 0000 Fecha: 00/00/00 Nombre Médico: 000000000

No. Cita: 0000 Fecha: 00/00/00 Nombre Médico: 000000000
No. Cita: 0000 Fecha: 00/00/00 Nombre Médico: 000000000

Total de citas: 00
La ppt donde viene el ejercicio completo puntos de funcion.
d). Técnicas de planeacion de tiempos

Existen diversos tipos de técnicas de programación, unas son muy sencillas

en su elaboración y fáciles de interpretar, pero tienen ciertas limitaciones. Otras son
bastante útiles pero complejas en su elaboración.
Las técnicas mas comúnmente usadas en la programación de tiempos de un
proyecto son:

Diagramas de barras
Curvas de producción acumulada
Método de la ruta critica (Critical Path meted, CPM)
Red de precedencias
PERT (Program Evaluation Review Technique)
Diagramas de tiempo y espacio.

i). Diagramas de redes (PERT)

Esta técnica ha demostrado ser una herramienta efectiva en el diseño, desarrollo y

defensa de proyectos.
Las actividades en una red tipo PERT son expresadas por eventos, las flechas indican
la dirección de la secuencia de las operaciones y el tiempo para realizar el evento
que le sucede. PERT permite un cálculo probabilístico de la duración de las
actividades implementando tres posibles duraciones: optima, media y pesimista de
cada actividad.

La representación se realiza a través de un grafo en donde las actividades se reflejan

mediante arcos y los sucesos mediante vetices. Como se puede observar en la
figura, el vértice 1 representa el suceso inicio de la actividad A y el vértice 2, el
suceso final de la actividad. La longitud del arco no tiene relación alguna con la
duración de la actividad.

El siguiente paso es la determinación de las relaciones entre las actividades. Por lo

tanto, hay q estudiar para cada actividad las relaciones de precedencia, es decir,
las actividades que deben estar finalizadas justamente antes del comienzo de la
actividad dada.
ii). Graficas de Gantt
 e).- Vinculación de tareas/costo/tiempo

La mejor forma de vincular dicha información es a través de tablas y de graficas

tridimensionales de Gantt. X ejemplo:

ACTIVIDAD/TIEMPO 10-15 22-27

ANALISIS $100 200
DISEÑO 150 300