UNIVERSIDAD TECNICA

MACHALA

TEMA: ESTIMACIÓN DE
PROYECTOS DE SOFTWARE
Ing. Joffre Cartuche Calva
 AGENDA
1. Introducción
2. La Planificación
3. El Proceso de Estimación
4. Modelos de Estimación
5. La Realidad del Desarrollo de Software
en el Ecuador
6. Conclusiones y recomendaciones
 1. INTRODUCCION

“Es necesario construir en un tiempo

corto, sin un costo excesivo, aplicaciones
complejas, de calidad y que soporten las
necesidades del usuario. Estas
aplicaciones deberían ser fáciles y rápidas
de modificar”.
 2. PLANIFICACION
• El software se desarrolla, no se fabrica en un
sentido clásico.

• Un proyecto comienza con la estimación del

trabajo a realizar, estimación de recursos
necesarios, tiempo y costo de desarrollo.

• La estimación conlleva un grado de

incertidumbre.

• Un buen planificador debe reducir esa

incertidumbre.
Planificación de Proyecto con la
Herramienta Project
3. EL PROCESO DE ESTIMACION

CASO PRACTICO
• EL disk Jockey
 ESPECIFICACIÓN DE
REQUISITOS
• R1: El sistema permitirá la administración (Ingreso, Modificación,
eliminación) de CD.
• R2: Un CD contiene la siguiente Información:
– Título del CD.
– Grupo Musical
– Productor
– Fecha de Producción
– Título de la Canción
– Nombre del Cantante
– Autor de la Canción
– Tiempo de duración
• R3: El sistema permitirá consultar los datos del CD por su Título.
• R4: El sistema generará un reporte del total de CD por grupo musical.
• R5: Se generará un reporte sobre el tiempo de reverberación tomando
como coeficiente de absorción el promedio de los materiales del local y
asumiendo un volumen cúbico.
MODELO DE CASOS DE USO
Primera Iteración
DEFINICION DE CASOS DE USO
DE ALTO NIVEL
 CASO DE USO 1
Caso de Uso AGREGAR CD
Actor Disk Jockey
Tipo Primario y esencial
Propósito Registrar un CD en el Sistema.
Visión General: Permite que el Disk Jockey efectúe el alta de un CD en el sistema.

Referencias: Req 1, 2

Curso Típico Acción del Actor Respuesta del Sistema

De Eventos 1. El Disk Jockey ingresa los datos 2. Incorpora la información del
del CD: Título del CD. Grupo CD en su base de datos,
Musical Productor, Fecha de
Producción, Título de la Canción,
Nombre del Cantante, Autor de la
Canción, Tiempo de duración
 CASOS DE USO 2
Caso de Uso ENCONTRAR CD
Actor Disk Jockey
Tipo Primario y esencial
Propósito Localizar un CD en el Sistema.
Visión General: Permite que el Disk Jockey encuentre un CD en el sistema.

Referencias: Req 3

Curso Típico Acción del Actor Respuesta del Sistema

De Eventos
1. El usuario ingresa el Título del CD. 2. Ubica el CD y muestra el Título
del CD. Grupo Musical, Título
de la Canción, Nombre del
Cantante, Autor de la Canción,
Tiempo de duración
 CASO DE USO 3
Caso de Uso MODIFICAR CD
Actor Disk Jockey
Tipo Primario y esencial
Propósito Registrar un CD en el Sistema.
Visión General: Permite que el Disk Jockey modifique la información de CD en el sistema.

Referencias: Req 1, 2

Curso Típico Acción del Actor Respuesta del Sistema

De Eventos
1. El usuario localiza el CD e ingresa los 2. Modifica la información del CD
datos que desea modificar (Título del en su base de datos.
CD, Grupo Musical Productor, Fecha
de Producción, Título de la Canción,
Nombre del Cantante, Autor de la
Canción, Tiempo de duración)
 CASO DE USO 4
Caso de Uso ELIMINAR CD

Actor Disk Jockey

Tipo Primario y esencial
Propósito Eliminar un CD en el Sistema.
Visión General: Permite que el Disk Jockey elimine un CD del sistema.

Referencias: Req 1,2

Curso Típico Acción del Actor Respuesta del Sistema

De Eventos
1. El usuario localiza el CD a eliminar y 2. Elimina la información del CD en
confirma el borrado del mismo su base de datos,
 CASO DE USO 5
Caso de Uso OBTENER TOTAL CD
Actor Disk Jockey
Tipo Primario y esencial
Propósito Obtener un reporte del total de CD registrados en el Sistema.

Visión General: Permite mostrar un reporte con el total de CD producidos por un grupo musical

Referencias: Req 3

Curso Típico Acción del Actor Respuesta del Sistema

De Eventos
1. El usuario pide al sistema el total de CD 2. Muestra un reporte con el
registrados. nombre del Grupo Musical y el
total de CD por grupo.
PREGUNTAS INMEDIATAS DEL
CLIENTE

• Cuánto cuesta?

• En qué tiempo me entrega?

 PREGUNTAS INMEDIATAS DEL
DESARROLLADOR

• Trabajar con la Intuición. (ojímetro) ?

• Basarme en mi experiencia (si la tengo).?
• Basarme en datos históricos (si realicé
mediciones). ?
• Preguntar a un experto. (tipo Delphi)?
• Utilizar un modelo de estimación (???).
 ES NECESARIO DECIDIR
• No tengo experiencia, no hay expertos en
el tema, no tengo datos históricos, no
quiero ser adivino …
• La única alternativa: Qué modelos de
estimación existen?

EL TAMAÑO IMPORTA?
 PUNTOS DE FUNCIÓN
• Esta técnica de medición y estimación trata de evaluar
una aplicación informática en base a sus
características externas.
• Estas características se descomponen en dos
grupos: la funcionalidad que provee el sistema y los
factores de complejidad.
• La funcionalidad que provee el sistema son aquellos
elementos que dan soporte a formularios de entrada,
salidas, consultas y ficheros a los que debe dar
soporte la aplicación.
• Los factores de complejidad son indicadores del
entorno en que se ha de desarrollar y explotar la
aplicación informática.
 PUNTOS DE FUNCIÓN
• Este método de estimación contempla la
aplicación a desarrollar como una caja negra, es
decir, no se interesa por las interioridades de la
aplicación, sino que se centra en lo que puede
ver el usuario.
• El ejemplo clásico de una caja negra es el
equipo de música, en el que los usuarios están
interesados por su funcionamiento externo, la
calidad del sonido y el coste, prescindiendo
usualmente de como estén construidos los
circuitos integrados o sus transistores.
 IDENTIFICACIÓN DE LOS
ELEMENTOS DE FUNCIÓN
FUNCIONES DE DATOS:
• Archivo Lógico Interno ILF – es un grupo de datos
relacionados que el usuario identifica, cuyo propósito
principal es almacenar datos mantenidos a través de
alguna transacción que se está considerando en el
conteo.
• Archivo de Interfaz Externo EIF - es un grupo de
datos relacionados y referenciados pero no mantenido
por alguna transacción dentro del conteo.
• A cada componente identificado se le asigna una
complejidad (bajo, medio o alto) considerando
principalmente el número de datos.
 IDENTIFICACIÓN DE LOS
ELEMENTOS DE FUNCIÓN
FUNCIONES TRANSACCIONALES:
Este paso consiste en identificar y contar la capacidad de
realizar operaciones Se distinguen tres tipos de funciones
transaccionales:
• Entrada Externa EI – es un proceso cuyo propósito
principal es mantener uno más archivos lógicos internos.
• Salida Externa EO – es un proceso cuyo propósito
principal es presentar información al usuario mediante
un proceso lógico diferente al de sólo recuperar los
datos.
• Consulta Externa EQ – es un proceso cuyo propósito
principal es presentar información al usuario leída de
uno o más grupos de datos.
 CONTEO DE PUNTOS DE FUNCIÓN ARCHIVOS
LÓGICOS INTERNOS (ILF)

• Un fichero lógico interno es un

grupo de datos relacionados,
tal y como los percibe el usuario y
que son mantenidos por la aplicación
Es decir, como se usarían en un sistema manual.
• Es importante diferenciar estos de las entidades,
relaciones, las tablas o los ficheros resultantes del
diseño físico. Se identifican a las agrupaciones de datos
que el usuario ya conoce como relevantes para el
sistema, por ejemplo: Clientes, Artículos, Facturas,
Proveedores, etc.
REGLAS DE IDENTIFICACIÓN
DE ILF
 FICHEROS DE INTERFAZ
EXTERNA EIF

• Un fichero de interfaz externo es un grupo de datos

relacionados, tal y como los percibe el usuario,
referenciados por la aplicación, pero mantenidos
por otra aplicación. Es decir, nuestra aplicación
nunca actualizará un fichero de este tipo y además
será un fichero interno de otra aplicación.
REGLAS DE IDENTIFICACIÓN
DE EIF
 DET Y RET O FTR
• Record Element Type (RET) subgrupo de
elementos de datos identificables por el
usuario en un ILF o EIF.
• File Type Referenced (FTR): es un ILF o
EIF referenciado por una transacción.
• Data Element Type (DET): campo único
reconocible, no recursivo (no repetitivo).
Es información que es dinámica y no
estática
 ENTRADAS EXTERNAS EI
• En esta categoría clasificaremos todos los
procesos elementales que hacen llegar a la
aplicación datos desde el exterior, provenientes
de un usuario o de otra aplicación.
• El flujo de datos deberá tener una sola dirección,
del exterior al interior. Como consecuencia de una entrada siempre
deberá actualizarse un fichero lógico interno.
• Ejemplo de estas entradas son los procesos asociados a pantallas
para entrada de datos a la aplicación en cada transacción.
• Otros tipos de entradas como lecturas de códigos de barras, tarjetas
magnéticas, captura de imágenes, voz, o cualquier otro sistema que
se utilice para obtener información suministrada por el usuario.
REGLAS DE IDENTIFICACIÓN
DE EI
 SALIDAS EXTERNAS EO

• En esta categoría clasificaremos los procesos

elementales que elaboran informaciones dentro del
sistema y que se transmitan a un usuario u otra
aplicación atravesando la frontera del sistema.
• Las salidas están asociadas a:
• Pantallas para informar al usuario del resultado de
un proceso. Este puede ser correcto o erróneo.
REGLAS DE IDENTIFICACIÓN
DE EO
 CONSULTAS EXTERNAS EQ
• En esta categoría clasificaremos los procesos elementales
que están formados por una combinación de entrada y salida,
produciendo una consulta a los datos.
• La salida no puede contener información derivada
(calculada). Como consecuencia de una consulta no se
modifican los datos del sistema (de ningún Fichero Lógico
Interno).
REGLAS DE IDENTIFICACIÓN
DE EQ
PONDERACIÓN BASADA EN
DET Y RET O FTR

Componente RET FTR DET

EI  
EO  
EQ  
EIF  
ILF  
 IDENTIFICACIÓN DE LOS
ELEMENTOS DE FUNCIÓN
• Estos 5 componentes lógicos básicos son con los
que se describe la funcionalidad de una aplicación y
los podemos representar gráficamente de la
siguiente forma:
CÁLCULO DE LOS PUNTOS DE
FUNCIÓN
 CONTEO DE PUNTOS DE FUNCION
ARCHIVOS LOGICOS INTERNOS (ILF)
 TOTAL ILF
Tipos de Registros Elementos de Datos
1-19 20-50 >50
1 Baja Baja Media
2-5 Baja Media Alta
>5 Media Alta Alta

ILF #DETs #RETs Complejidad

CD 8 2 Baja
CONTEO DE PUNTOS DE FUNCION
ENTRADAS EXTERNAS (EI)
 TOTAL EI
Archivos Elementos de Datos
referenciados
1-4 5-15 >15
0-1 Baja Baja Media
2 Baja Media Alta
3 ó más Media Alta Alta

EI #DETs #FTRs Complejidad

AGREGAR CD 9 1 Baja

MODIFICAR CD 9 1 Baja

ELIMINAR CD 9 1 Baja
CONTEO DE PUNTOS DE FUNCION
SALIDAS EXTERNAS (EO)
 TOTAL EO
Archivos referenciados Elementos de Datos
1-5 6-19 >19
0-1 Baja Baja Media
2-3 Baja Media Alta
>3 Media Alta Alta

EO #DETs #FTRs Complejidad

OBTENER TOTAL CD 2 1 Baja

CONTEO DE PUNTOS DE FUNCION
CONSULTAS EXTERNAS (EQ)
 TOTAL EQ
Archivos Elementos de Datos
referenciados
1-5 6-19 >19
0-1 Baja Baja Media
2-3 Baja Media Alta
>3 Media Alta Alta

EQ #DETs #FTRs Complejidad

(Entrada) 2 1 Baja
ENCONTRAR CD
BAJA
(Salida) 6 1 Baja
ENCONTRAR CD
RESUMEN PF
 TOTAL PUNTOS DE FUNCION
SIN AJUSTAR
COMPLEJIDAD
BAJA MADIA ALTA APORTE
Entradas Externas (EI) 3 0 0 9
Salidas Externas (EO) 1 0 0 4
Consultas Externas (EQ) 2 0 0 6
Archivos Lógicos Internos
(ILF) 1 0 0 7
Archivos de Interface Externa
(EIF) 0 0 0 0

TOTAL UPF 26
 FACTOR AJUSTE
• El cálculo del factor de ajuste está basado
en 14 características generales de los
sistemas que miden la funcionalidad
general de la aplicación. A cada
característica se le atribuye un peso que
varía de 0 a 5 e indica el grado o nivel de
influencia que cada característica tiene en
la aplicación que está siendo estudiada.
CARACTERÍSTICAS GENERALES DE LOS
SISTEMAS
• Comunicación de datos
• Procesamiento distribuido
• Perfomance (desempeño)
• Configuración del equipamiento
• Volumen de transacciones
• Entrada de datos on-line
• Interfase con el usuario
• Actualización on-line
• Procesamiento complejo
• Reusabilidad
• Facilidad de implementación
• Facilidad de operación
• Múltiples locales
• Facilidad de cambios
 NIVELES DE INFLUENCIA
• Cada característica debe ser especificada
en términos de su influencia, utilizándose
una escala de 0 a 5
 COMUNICACIÓN DE DATOS
• Los datos e informaciones de control utilizados por la aplicación son
enviados o recibidos a través de recursos de comunicación de
datos. Terminales y estaciones de trabajo son algunos ejemplos.
Todos los dispositivos de comunicación utilizan algún tipo de
protocolo de comunicación.
• Calificar el nivel de influencia en la aplicación de acuerdo con la
siguiente tabla:
PROCESAMIENTO DISTRIBUIDO
• Datos o procesamiento distribuidos entre varias unidades de
procesamiento (CPUs) son características generales que pueden
influenciar en la complejidad de la aplicación.
 PERFOMANCE
• Los objetivos de la perfomance del sistema, establecidos y
aprobados por el usuario en términos de respuesta, influye o podría
influenciar el proyecto, desarrollo, implementación o soporte de la
aplicación.
 CONFIGURACIÓN DEL
EQUIPAMIENTO
• Esta característica representa la necesidad de realizar
consideraciones especiales en el diseño de los
sistemas para que la configuración del equipamiento
no sea sobrecargada
 VOLUMEN DE
TRANSACCIONES
• El nivel de transacciones es alto y tiene influencia en
el diseño, desarrollo, implementación y mantenimiento
de la aplicación
 ENTRADA DE DATOS ON-LINE
• Esta característica cuantifica la entrada de datos on-
line proveída por la aplicación
 INTERFASE CON EL USUARIO
• Las funciones on-line del sistema hacen énfasis en la amigabilidad del
sistema y su facilidad de uso, buscando aumentar la eficiencia del usuario
final. El sistema posee:
• Ayuda para la navegación (teclas de función, accesos directos y menús
dinámicos)
• Menús
• Documentación y ayuda on-line
• Movimiento automático del cursor
• Scrolling vertical y horizontal
• Impresión remota (a través de transacciones on-line)
• Teclas de función preestablecidas
• Ejecución de procesos batch a partir de transacciones on-line
• Selección de datos vía movimiento del cursor en la pantalla
• Utilización intensa de campos en video reverso, intensificados
• Soporte bilingüe (el soporte de dos idiomas, cuente como cuatro items)
• Menús pop-up
• Soporte multilingüe (el soporte de más de dos idiomas, cuente como seis
items)
INTERFASE CON EL USUARIO
 ACTUALIZACIÓN ON-LINE
• La aplicación posibilita la actualización on-line de los
archivos lógicos internos
PROCESAMIENTO COMPLEJO
• El procesamiento complejo es una de las características de la
aplicación, los siguientes componentes están presentes:
• Procesamiento especial de auditoria y/o procesamiento especial de
seguridad
• Procesamiento matemático extensivo
• Gran cantidad de procesamiento de excepciones, resultando en
transacciones incompletas que deber ser procesadas nuevamente.
Por ejemplo, transacciones de datos incompletas interrumpidas por
problemas de comunicación o con datos incompletos
• Procesamiento complejo para manipular múltiples posibilidades de
entrada/salida. Ejemplo: multimedia
PROCESAMIENTO COMPLEJO
 REUSABILIDAD
• La aplicación y su código serán o fueron
proyectados, desarrollados y mantenidos
para ser utilizados en otras aplicaciones.
 FACILIDAD DE
IMPLEMENTACIÓN
• La facilidad de implementación y conversión de datos son
características de la aplicación. Un plan de conversión e
implementación y/o herramientas de conversión fueron proveídas y
probadas durante la fase de prueba de la aplicación
 FACILIDAD DE OPERACIÓN
• La facilidad de operación es una característica del sistema.
Procedimientos de inicialización, respaldo y recuperación fueron
proveídos y probados durante la fase de prueba del sistema. La
aplicación minimiza la necesidad de actividades manuales, tales
como montaje de cintas magnéticas, manoseo de papel e
intervención del operador
 MÚLTIPLES LOCALES
• La aplicación fue específicamente proyectada,
diseñada e mantenida para ser instalada en múltiples
locales de una organización o para múltiples
organizaciones
 FACILIDAD DE CAMBIOS
• La aplicación fue específicamente proyectada y diseñada con vistas
a facilitar su mantenimiento. Las siguientes características pueden
ser atribuidas a la aplicación:
• Están disponibles facilidades como consultas e informes flexibles
para atender necesidades simples (contar 1 ítem)
• Están disponibles facilidades como consultas e informes flexibles
para atender necesidades de complejidad media (contar 2 items)
• Están disponibles facilidades como consultas e informes flexibles
para atender necesidades complejas (contar 3 items)
• Datos de control son almacenados en tablas que son mantenidas
por el usuario a través de procesos on-line, pero los cambios se
hacen efectivos solamente al día siguiente
• Datos de control son almacenados en tablas que son mantenidas
por el usuario a través de procesos on-line, pero los cambios se
hacen efectivos inmediatamente (contar 2 items)
FACILIDAD DE CAMBIOS
 NIVEL DE INFLUENCIA
• Una vez que tipificamos los niveles de influencia para las 14
características, obtendremos una tabla como la siguiente:
 FACTOR AJUSTE
• El factor de ajuste se calcula mediante la
fórmula:
• Factor de ajuste = (Nivel de influencia * 0,01)
+ 0,65
• Utilizando la fórmula en el ejemplo:
• Factor de ajuste = (17 * 0,01) + 0,65 = 0,82
• El factor de ajuste se utiliza luego para calcular
los Puntos de Función ajustados de la
aplicación. Este es el tema de la siguiente
sección
 PF AJUSTADOS
• Una vez determinado el factor de ajuste, podremos calcular los puntos de
función mediante la aplicación de la fórmula:
• Puntos de función = Puntos de función brutos * Factor de Ajuste
• Cabe señalar que esta fórmula se utiliza para los proyectos en desarrollo y
aplicaciones terminadas. Más adelante, estudiaremos una formula diferente
para el calculo de los puntos de función de un proyecto de mantenimiento
de un aplicación
• Así, por ejemplo, si realizamos el proceso para un proyecto de desarrollo y
tenemos que:
• Puntos de Función Brutos = 26
• Factor de Ajuste = 0,82
• aplicando la fórmula:
• Puntos de función = Puntos de función brutos * Factor de Ajuste
• Puntos de función = 26 * 0,82
• Puntos de función = 21,32
• Por lo tanto, el tamaño de la aplicación o proyecto de desarrollo es de
21,32 PF
PROCESO DE ESTIMACIÓN
CON PF
 PROCESO DE ESTIMACIÓN
CON PF
• Calculo del Esfuerzo
• La productividad de un equipo de desarrollo está dada
por:
Productividad del equipo =
Tamaño de la aplicación / Esfuerzo total
• Despejando de allí el esfuerzo total tenemos:
Esfuerzo total = Tamaño de la aplicación *
Productividad del equipo
PROCESO DE ESTIMACIÓN
CON PF

21,32

21,32 / 0,125
= 170,56 hora/persona
PROCESO DE ESTIMACIÓN
CON PF

HORAS PERSONA = 170,56

170,56 hora/persona / 1 personas = 170,56 horas por miembro

DURACION MESES = 170,56 horas / 100 horas / mes = 1,71
 PROCESO DE ESTIMACIÓN
CON PF

2 Meses

sueldo 1 participante del proyecto * 1 participantes * 2 meses

700 * 1 * 2 = 1400
Otros gastos durante la realizacion del proyecto
Estimación con COCOMO
 TRANSFORMACIÓN PF A LÍNEAS DE
CÓDIGO FUENTE SLOC

Para determinar el esfuerzo nominal en el modelo

COCOMO II los puntos función no ajustados tienen
que ser convertidos a líneas de código fuente
considerando el lenguaje de implementación
(assembler, lenguajes de alto nivel, lenguajes de
cuarta generación, etc.). Esto se realiza para los
modelos Diseño Temprano y Post Arquitectura
teniendo en cuenta la siguiente tabla:
 TRANSFORMACIÓN PF A LÍNEAS DE
CÓDIGO FUENTE SLOC

Size (SLOC)= UPF x Valor SLOC Lenguaje

Size = 32 (POO) x 26 UPF = 832 SLOC = 0.832 KSLOC

 CALCULO DE ESFUERZO NOMINAL
• La fórmula para el cálculo del esfuerzo es la siguiente:

PMestimado es el esfuerzo Nominal ajustado por 7 factores, que reflejan otros aspectos
propios del proyecto que afectan al esfuerzo necesario para la ejecución del mismo.
KSLOC es el tamaño del software a desarrollar expresado en miles de líneas de código
fuente.
A es una constante que captura los efectos lineales sobre el esfuerzo de acuerdo a la
variación del tamaño, (A=2.94).
B es el factor exponencial de escala, toma en cuenta las características relacionadas con
la productividad producida cuando un proyecto de software incrementa su tamaño.
EMi corresponde a los factores de costo que tienen un efecto multiplicativo sobre el
esfuerzo, llamados Multiplicadores de Esfuerzo (Effort Multipliers).
 AJUSTE DE FACTORES DE
ESCALA (B)
• El cálculo del Factor Exponencial de Escala B está
basado en factores que influyen exponencialmente en
la productividad y esfuerzo de un proyecto de
software.
• Estos factores toman valores dentro de un rango que
va desde un nivel Muy Bajo hasta uno Extra Alto.
• Cada nivel tiene un peso asociado Wj, y ese valor
específico es el que se denomina factor de escala.
• En la Figura se observan los pesos de cada factor
según el nivel, considerados por el software
COCOMO II.
AJUSTE DE FACTORES DE
ESCALA (B)
 CALCULO DE ESFUERZO
NOMINAL

• Ecuación COCOMO con resultados:

PMnominal= 2.94 x (0.832)?

AJUSTE DE FACTORES DE
ESCALA (B)
 CALCULO DE ESFUERZO
NOMINAL

• Ecuación COCOMO con resultados:

• PMnominal= 2.94 x (0.832)1.15

• PMnominal= 2.94 x 0,809

• PMnominal= 2.37 Meses-persona

 MULTIPLICADORES DE
ESFUERZO
A continuación mencionaremos los 7
Multiplicadores de Esfuerzo del Producto.
• RCPX: Confiabilidad y Complejidad del producto.
• RUSE: Reusabilidad Requerida de la Plataforma
• PDIF: Dificultad de la Plataforma del Personal
• PERS: Aptitud del Personal
• PREX: Experiencia del Personal del Proyecto
• FCIL: Facilidades
• SCED: Cronograma de Desarrollo Requerido
MULTIPLICADORES DE
ESFUERZO
AJUSTE DE ESFUERZO
 CALCULO DE ESFUERZO
AJUSTADO

• Ecuación COCMO con resultados:

• PMestimado= 2.37 x 1.004

• PMestimado= 2.38 Meses-persona

 ESTIMACIÓN DEL TIEMPO DE
DESARROLLO
La ecuación inicial para los tres modelos de COCOMO II
es:

TDEV es el tiempo calendario en meses que transcurre

desde la determinación de los requerimientos a la
culminación de una actividad que certifique que el producto
cumple con las especificaciones.
PM* es el esfuerzo expresado en meses personas,
calculado sin tener en cuenta el multiplicador de esfuerzo
SCED.
B es el Factor de Escala SCED% es el porcentaje de
compresión/expansión del cronograma
ESTIMACION DEL TIEMPO DE
DESARROLLO

TDEV= [3.0 X 2.38 (0.33+0.2x(1.15 - 1.01))] x 1

TDEV= [3.0 X 2.38 (0.358)] x 1
TDEV= [3.0 X 1,348] x 1
TDEV= 4.09 Meses
 ESFUERZO NOMINAL, ESFUERZO
AJUSTADO, TIEMPO DE DESARROLLO

PMnominal= 2.37 Meses-persona

PMestimado= 2.38 Meses-persona

TDEV= 4.09 Meses

 CÁLCULO MEDIANTE
HERRAMIENTA COCOMO
 ANALISIS DE RESULTADOS

• El esfuerzo y tiempo de desarrollo

obtenido se ajusta a la realidad?
E =2,1
T=4,6 Meses
C=1494
SIGUIENTE ITERACION
 LA DURA REALIDAD
• Creencias habituales:

• No hay un método para desarrollar software que no sea

ponerse delante de una pantalla y empezar a programar.

• Nuestro trabajo consiste en escribir un programa y hacer

que funcione como sea.

• La documentación es esa idea de los jefes para perder

tiempo e incumplir los plazos de manera justificada.

• No existe Ingeniería del Software, es una moda. El

desarrollar Software es una arte. La reusabilidad y los
estándares recortan la libertad de los informáticos.
LA REALIDAD DEL DESARROLLO
DE SOFTWARE EN EL ECUADOR
• Definición del Sector de mercado

El sector de mercado al cual estamos orientados

son empresas desarrolladoras de SW a nivel
nacional, que realicen proyectos de Gestión o
Especializados.

Como base de muestreo para el análisis de

mercado se ha considerado varias empresas de
las ciudades principales del país Guayaquil y
Quito.
 CONCLUSIONES Y
RECOMENDACIONES
 Se destaca el hecho de que para proyectos
pequeños resulta efectivo el lograr un prototipo
rápido como técnica de educción de requisitos,
que si bien al inicio demanda de un esfuerzo y
tiempo adicional, esto se ve claramente
compensando al momento de desarrollar el
producto final, ya que redunda en conseguir una
planificación más real, el tener una
documentación efectiva y poco cambiante,
arquitecturas y diseños mejor logrados, pero por
sobre todo, una mayor certeza de alcanzar lo
que el usuario final realmente desea y por lo
que está dispuesto a pagar.