factores de dimension

FACTORES DE DIMENSION

Aspectos a tratar…

Esfuerzo total dedicado al software

Distribución del esfuerzo

Categorías de proyectos de ingeniería de software según sus dimensiones

Distribución del tiempo a lo largo del ciclo de vida de un sistema informático

Estimación de recursos


• Los proyectos son constantemente utilizados dentro de la organización.

• Han sido utilizados como un instrumento de “acción” para manejar grandes inversiones en cualquier área de la organización.

• Por esto se busca una forma práctica para estimar su esfuerzo y tiempo de ejecución, para así minimizar la inversión.


• Dado que la estimación del esfuerzo de un proyecto de software no es una ciencia exacta, existen demasiadas variables humanas y técnicas influyendo y afectando al producto final.


• Para poder planificar se debe estimar:

• Esfuerzo

• Costo

• Duración

• Estimación

“Apreciar, poner precio, evaluar algo”


Estimación de proyectos de software “Actividad de la planificación del proyecto que intenta determinar cuánto dinero,

esfuerzo, recursos y tiempo tomará construir un sistema o producto”.

¿En qué consiste la estimación de proyectos software?

• «Aplicación continua de técnicas basadas en las

medidas de los procesos de desarrollo del software y

sus productos, para producir una información de

gestión significativa y a tiempo. Esta información se

utilizará para mejorar esos procesos los productos

que se obtienen de ellos» (SYMONS, C., 1998).



¿Cuál es el objetivo de la estimación?

• Predecir las variables involucradas en el proyecto con cierto grado decerteza.

• Trata de aportar una predicción de algún indicador importante para lagestión de proyectos de software tiempo, esfuerzo, cantidad de defectosesperados entre otros.



Es razonable conocer, antes de comenzar a desarrollar el software, cuánto se va a invertir, qué tareas se deben realizar y cuánto tiempo se necesitará.

¿Cuándo se debe llevar a cabo?

• La estimación es un proceso continuo. A medida que el proyecto avanza,más se conoce de él, y por lo tanto más parámetros están disponiblespara introducir en un modelo de estimación.

• La estimación continua nos permite el uso de un único modelo coherenteque pueda capturar y utilizar la información sobre el proyecto a medidaque éste se conozca.



Técnicas de estimación…

• La opinión de los expertos

Esta técnica se basa en la experiencia profesional de los Participantes en el proyecto de estimación.

• La analogía

o Se basa en la comparación directa de uno o más proyectos pasados.

oPara poder utilizar esta técnica es necesario disponer de una base de datos histórica de proyectos finalizados con la que poder realizar la comparación.

o Los proyectos deben tener muchas similitudes en cuanto a su esquema.



Técnicas de estimación…

• La descomposición

oConsiste en la descomposición de un producto en componentes máspequeños, o descomponer un proyecto en tareas de nivel inferior.

oLa estimación se hace a partir del esfuerzo requerido para producir loscomponentes más pequeños o para realizar las tareas de nivel inferior.

• Las ecuaciones de estimación:

oSon fórmulas matemáticas que establecen la relación de algunas medidas deentrada (que normalmente es la medida del tamaño del producto) ydeterminan el esfuerzo que se requerirá.



Se trata de un método de estimación del tiempo de desarrollo de un proyectomediante la asignación de "pesos" a un cierto número de factores que lo afectan,para finalmente, contabilizar el tiempo total estimado para el proyecto a partirde esos factores.

• La principal ventaja de este método es su adaptación en empresas o proyectosque utilizan la técnica de los casos de uso.

• El método de Casos de Uso permite documentar los requerimientos de unsistema en términos de Actores y Casos de Uso.

METODO DE LOS PUNTOS DE CASOS DE USO (UCP)



Método de puntos de casos de uso

• Cuantificación de características funcionales del Sistema:

✓Clasificación de Actores,

✓Clasificación de los Casos de Uso

✓Obtención del Peso o Puntos de Casos de Uso

• Cuantificación de características no funcionales del Sistema:

✓Clasificación de Factores de Complejidad Técnica (FCT)

✓Clasificación de Factores Ambientales (FA)

✓Cálculo de Puntos de Casos de Uso Ajustados (PCU)



• Un Actor representa a un usuario humano o a otro sistema que interactúa con elsistema bajo análisis.

• Un Caso de Uso relata una secuencia de acciones que uno o más actores llevan acabo en el sistema para obtener un resultado de valor significativo.



Clasificación de Actores...

Todos los actores del sistema deben ser clasificados como Simple, Promedio yComplejo:

• Actor Simple: Se trata de otro sistema interactuando a través de una interfaz deprogramación definida y conocida (API).

• Actor Promedio: Es otro sistema interactuando a través de un protocolo (comoTCP/IP).

• Actor Complejo: se trata de una persona interactuando con el sistema a través de unainterfaz gráfica de usuario (GUI) o página Web.



Clasificación de Casos de Uso a partir de las Transacciones

Teniendo el modelo de casos de uso, cada uno de ellos debe clasificarse como Simple,Medio o Complejo, de acuerdo al número de transacciones descritas en el caso de uso.Se clasifican desacuerdo a lo siguiente:

• Casos de Uso Simple: Tres o menos transacciones (o pasos).

• Casos de Uso Promedio: entre 4 o 7 Transacciones.

• Casos de Uso Complejos: Más de 7 Transacciones.



1. Clasificar cada interacción entre actor y caso de uso según su complejidady asignarle un peso.

2. Calcular la complejidad de cada caso de uso según el número detransacciones o pasos del mismo.

3. Sumar los valores obtenidos y calcular UUCP



1. Clasificar cada interacción entre actor y caso de uso según su complejidad y asignarle unpeso.

Para clasificar la complejidad de los actores se debe determinar la forma en la que cada actorinteractúa con el sistema que se va a desarrollar.

Tipo de interacción Descripción Peso

Simple Otro sistema que interactúa con el sistema a desarrollar

mediante una interfaz de programación (API)1

Medio Otro sistema que interactúa con el sistema a desarrollar

mediante un protocolo o una interfaz basada en texto.2

Complejo Una persona que interactúa con el sistema mediante una

interfaz grafica3



Cálculo de los puntos caso de uso sin ajustar (UUCP)

2. Calcular la complejidad de cada caso de uso según el número de transaccioneso pasos del mismo.

• Para realizar el cálculo de la complejidad de un caso de uso se debe determinar elnúmero de transacciones, incluyendo los caminos alternativos.

Tipo de Caso de

Uso

Número de Transacciones Peso

Simple 3 o menos 5

Medio De 4 a 7 10

Complejo 7 o más 15



3. Calcular UUCP

Luego de realizar estos procedimientos, se calcula UUCP a partir de la siguienteecuación:

UUCP = UAW + UUCW

Donde:

• UUCP: Puntos de Casos de Uso sin ajustar

• UAW: Factor de Peso de los Actores sin ajustar

• UUCW: Factor de Peso de los Casos de Uso sin ajustar



CALCULO DEL FACTOR DE COMPLEJIDAD TÉCNICA (TCF)

• Este coeficiente se calcula mediante la cuantificación de un conjunto de factores quedeterminan la complejidad técnica del sistema.

• Cada uno de los factores se cuantifica con un valor de 0 a 5, donde 0 significa unaporte irrelevante y 5 un aporte muy importante.

• El Factor de complejidad técnica se calcula mediante la siguiente ecuación:

TCF = 0.6 + 0.01 x Σ (Pesoi x Valor asignadoi)



FACTOR DESCRIPCION PESO

T1 Sistema Distribuido 2

T2 Objetivos de Rendimiento o Tiempos de

respuesta

1

T3 Eficiencia del usuario final 1

T4 Procesamiento interno complejo 1

T5 Código debe ser reutilizable 1

T6 Facilidad de instalación 0.5

T7 Facilidad de uso 0.5

T8 Portabilidad 2

T9 Facilidad de cambio 1

T10 Concurrencia 1

T11 Incluye objetivos especiales de seguridad 1

T12 Provee acceso directo a terceras partes 1

T13 Se requiere facilidades especiales de

entrenamiento a usuarios

1



CALCULO DEL FACTOR DE AMBIENTE (EF)

• Este factor hace referencia a las habilidades y el entrenamiento del grupo involucrado en el desarrollo del proyecto de software.

• El Factor de ambiente se calcula mediante la siguiente ecuación:

EF =1.4 - 0.03 x Σ (Pesoi x Valor asignadoi)

FACTOR DESCRIPCION PESO

E1 Familiaridad con el modelo de proyecto utilizado 1.5

E2 Experiencia en la aplicación 0.5

E3 Experiencia en orientación a objetos 1

E4 Capacidad del analista líder 0.5

E5 Motivación 1

E6 Estabilidad de los requerimientos 2

E7 Personal a tiempo parcial -1

E8 Dificultad del lenguaje de programación -1



CALCULO DE PUNTOS DE CASOS DE USO AJUSTADOS (UCP)

• Una vez que se tienen los Puntos de Casos de Uso sin ajustar, se debe ajustar éste valor mediante la siguiente ecuación:

UCP = UUCP x TCF x EF

Donde:

• UCP: Puntos de Casos de Uso ajustados

• UUCP: Puntos de Casos de Uso sin ajustar

• TCF: Factor de complejidad técnica

• EF: Factor de ambiente

• A través del cálculo de esta expresión se obtiene una estimación del tamaño y no del esfuerzo.



ESTIMACIÓN DEL ESFUERZO

• Como ocurre en otros métodos de estimación, una vez obtenido el tamaño, se puede obtener el esfuerzo. Para ello, se utiliza la siguiente expresión:

Esfuerzo = UCP * Factor de Productividad

• Karner originalmente sugirió que cada Punto de Casos de Uso requiere 20 horas-hombre. Posteriormente, surgieron otros refinamientos que proponen seguir el procedimiento que se presenta a continuación:



ESTIMACIÓN DEL ESFUERZO

• Contar los factores de ambiente EF entre R1 y R6 cuya influencia esinferior a 3 (influencia promedio) y los factores de entorno entre R7 yR8 que son superiores a 3.

Entonces:

• 20 horas-hombre por UCP si el valor es ≤2

• 28 horas-hombre por UCP si el valor es ≤4

• 36 horas-hombre por UCP si el valor es ≥5, en este caso se deberíareplantear el proyecto.



EJEMPLO DE APLICACIÓN DEL METODO UCP

• Un cajero automático brinda diferentes servicios a sus clientes: Permiterealizar consultas de Saldo en las Cuentas, Retiro de efectivo, cambio decontraseña, Transferencias a otras cuentas.

Diagrama de Casos de Uso



• Calculo de los Puntos de Casos de uso no ajustados (UUCP)

Factor de Peso de los Actores sin Ajustar (UAW)

Factor de Peso de los Casos de Uso sin Ajustar (UUCW)

ACTOR TIPO VALOR

Cliente Complejo 3

CASO DE USO TIPO VALOR

Consultar Saldo Medio 10

Retirar Efectivo Medio 10

Cambiar Contraseña Medio 10



• Realizamos el cálculo de UUCW

• Sumando estos valores tenemos:

Son los puntos de Casos de Uso sin Ajustar



Cálculo de Factor de Complejidad Técnica (TCF)

DESCRIPCION PESO PUNTAJE RESULTADO

Sistema Distribuido 2 3 6

Objetivos de Rendimiento o Tiempos de respuesta 1 5 5

Eficiencia del usuario final 1 1 1

Procesamiento interno complejo 1 1 1

Código debe ser reutilizable 1 4 4

Facilidad de instalación 0.5 1 0.5

Facilidad de uso 0.5 4 2

Portabilidad 2 0 0

Facilidad de cambio 1 1 1

Concurrencia 1 5 5

Incluye objetivos especiales de seguridad 1 5 5

Provee acceso directo a terceras partes 1 0 0

Se requiere facilidades especiales de entrenamiento a usuarios 1 0 0

Suma total 30.5



• El peso de los factores Técnicos será:

• Cálculo de los Factores de Ambiente (EF)DESCRIPCION PESO PUNTAJE RESULTADO

Familiaridad con el modelo de proyecto

utilizado

1.5 2 3

Experiencia en la aplicación 0.5 0 0

Experiencia en orientación a objetos 1 3 3

Capacidad del analista líder 0.5 4 2

Motivación 1 5 5

Estabilidad de los requerimientos 2 3 6

Personal a tiempo parcial -1 2 -2

Dificultad del lenguaje de programación -1 2 -2

Suma Total 15



• El resultado de los Factores de Ambiente es:

• Los puntos de casos de Uso ajustados para este ejemplo son:

• Considerando la propuesta del creador de esta técnica, asignamos 20 horas-hombre por punto de casos de uso, por lo que la estimación del esfuerzo sería:




Dada una aplicación Web para la gestión de información telefónica, de reportes de

averías, y de estadísticas de los estados de los teléfonos de la Universidad ECOTEC.

Actualmente este proceso se realiza manualmente, provocando dificultades en la

organización y control de la información referente a los equipos telefónicos y a sus

respectivos usuarios. La aplicación es desarrollada en la plataforma .Net, con

lenguaje C#.




Identificar los actores y casos de usos asociados al problema







Factor de Peso de los Actores sin Ajustar (UAW)

Actor Tipo Factor

Usuario Anónimo Complejo 3

Usuario Avanzado Complejo 3

Administrador Complejo 3

UAW = 9




Factor de Peso de los Casos de Uso sin Ajustar (UUCW)Actor Caso de Uso Tipo Factor

Usuario Anónimo Insertar Avería. Simple 5

Efectuar Búsqueda Simple 5

Usuario Avanzado

Gestionar Asignar Teléfono Complejo 15

Cambiar Contraseña Simple 5

Enviar notificación Simple 5

Administrador

Gestionar Avería Complejo 15

Gestionar seguimiento de Avería Promedio 10

Gestionar Área Local, Subarea, Teléfonos, Tipos de Teléfonos, Estado

Promedio 5 x 10 = 50

Gestionar usuario, Promedio 10

Gestionar rol Promedio 10

UUCW = 130

• Realizamos el calculo de UUCW

• Sumando estos valores tenemos:

Son los puntos de Casos de Uso sin Ajustar



UUCW = 130

UUCP = UAW + UUCW = 9 + 130 = 139

Cálculo de Factor de Complejidad Técnica (TCF)

DESCRIPCION PESO PUNTAJE RESULTADO

Sistema Distribuido 2 1 2

Objetivos de Rendimiento o Tiempos de respuesta 1 1 1

Eficiencia del usuario final 1 3 3

Procesamiento interno complejo 1 3 3

Código debe ser reutilizable 1 2 2

Facilidad de instalación 0.5 1 0,5

Facilidad de uso 0.5 5 2,5

Portabilidad 2 5 10

Facilidad de cambio 1 5 5

Concurrencia 1 5 5

Incluye objetivos especiales de seguridad 1 5 5

Provee acceso directo a terceras partes 1 2 2

Se requiere facilidades especiales de entrenamiento a

usuarios

1 1 1

Suma total 42



• El peso de los factores Técnicos será:

• Cálculo de los Factores de Ambiente (EF)DESCRIPCION PESO PUNTAJE RESULTADO

Familiaridad con el modelo de proyecto

utilizado

1.5 3 4,5

Experiencia en la aplicación 0.5 4 2

Experiencia en orientación a objetos 1 4 4

Capacidad del analista líder 0.5 3 1,5

Motivación 1 5 5

Estabilidad de los requerimientos 2 4 8

Personal a tiempo parcial -1 0 0

Dificultad del lenguaje de programación -1 3 -3

Suma Total 22



TCF = 0,6 + ( 0, 01 X 42) = 1,02

• El resultado de los Factores de Ambiente es:

• Los puntos de casos de Uso ajustados para este ejemplo son:

• Esta propuesta asigna 20 horas-hombre por punto de casos de uso, por lo que la estimación del esfuerzo sería:



TCF = 1,4 + (- 0, 03 X 22) = 0,74

UCP = UUCP x TCF x EF = 139 * 1,02 * 0,74 = 104,91

E = 104,91 X 20 = 2098,44 horas hombre


Modelo COCOMO original

▪ El modelo COCOMO (COnstructive COst MOdel) fue propuesto por Boehm(1981) y revisado posteriormente dando lugar a la versión COCOMO 2.0

▪ El modelo asume que los requerimientos son relativamente estables y que elproyecto será administrado por el cliente y el desarrollador.

▪ El modelo entrega un orden de magnitud de los costos del Software. Utilizacomo datos el tamaño estimado del proyecto y el tipo de producto adesarrollar.



En COCOMO se asume que:

▪ Las LDC excluye comentarios y utilidades no modificadas. „

▪ Las fases consideradas son de diseño a pruebas. Asume que las

especificaciones no se modifican en dichas fases. „

▪ Un técnico-mes equivale a 152 horas de trabajo.


Definidos para tres tipos de proyectos:

1. Modo orgánico: proyectos pequeños y medianos, mucha experiencia, pocasrestricciones, realizado por equipos pequeños, entorno familiar.

2. Modo semiacoplado: proyectos intermedios en tamaño y complejidad, variosniveles de experiencia.

3. Modo empotrado: proyectos complejos y muy restrictivos.4. Proyectos innovadores. Desarrollados dentro de un conjunto estricto de

hardware, de software y restricciones operativas



• El proyecto se desarrolla en equipos relativamente pequeños

• Muchas personas relacionadas con el proyecto tienen amplia experienciatrabajando en sistemas similares y tienen un buen conocimiento de cómo elsistema que se está desarrollando contribuirá a los objetivos de la organización.

• Se desarrolla en un entorno generalmente estable, con muy pequeña probabilidadde coincidencia en el desarrollo de un nuevo hardware u operacionesdesconocidas.

• Proyectos de tamaño relativamente pequeño. Como máximo 50 KDSI (miles deinstrucciones).

Modo orgánico…Categorías de proyectos de ingeniería de software según sus dimensiones


• El equipo del proyecto tiene un nivel medio de experiencia en proyectos

similares.

• El equipo es una combinación de personal experto e inexperto.

• El tamaño del producto llega a las 300 KDSI.


Modo semilibre o semiacoplado.


• Proyectos que deben desarrollarse dentro de unas limitaciones muy estrictas.

• El producto debe explotarse dentro de un entorno muy acoplado de hardware,software, normativa y procedimientos operativos

• Estos proyectos se desarrollan en áreas generalmente desconocidas, lo cuallleva inicialmente a equipos pequeños de analistas y, a una sobrecarga decomunicación importante durante el desarrollo.

• Se aplica a proyectos de cualquier tamaño.


Modo rígido o empotrado.


Modelo COCOMO

El 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 hardware, del personal y del proyecto.

▪ Avanzado: Modificación del modelo intermedio para considerar el impacto

de las guías de coste en cada fase.


Modelo COCOMO original 1. Modelo Básico: E = a (KDSI)b

DSI: Delivered Source InstructionsSe utiliza en las primeras estimaciones.

2. Modelo Intermedio: E = a (KDSI)b FF : factor de ajuste: el factor de ajuste se calcula considerando 15 factores o “guías de coste” que se agrupan en cuatro categorías: ▪ Atributos del producto (3) ▪ Atributos computacionales (4) ▪ Atributos de personal (5) ▪ Atributos del proyecto (3)

Proyecto de Software a b

Orgánico 2,4 1,05

Semiacoplado 3,0 1,12

Empotrado 3,6 1,20


Modelo COCOMO original Para estimar la duración se usa un modelo de restricción que predice el tiempo apartir del esfuerzo:

D = a (E)b

D: duración en mesesE: esfuerzo en técnicos-mes „a y b dependen del modelo de desarrollo, según:

La ecuación proporciona la estimación óptima de la duración del proyecto para un esfuerzo determinado.Una guía de coste valora el efecto de reducir o incrementar artificialmente el proyecto respecto al valoróptimo

Proyecto de Software a b

Orgánico 2,5 0,38

Semiacoplado 2,5 0,35

Empotrado 2,5 0,32


▪Orgánico: MM = 2,4 (KDSI)1,05 TDEV = 2,5 (MM)0,38

▪ Semilibre: MM = 3,0 (KDSI)1,12 TDEV = 2,5 (MM)0,35

▪ Rígido: MM = 3,6 (KDSI)1,20 TDEV = 2,5 (MM)0,32

Las ecuaciones de estimación de esfuerzo y tiempo de desarrollo para cadamodo de desarrollo:

KDSI = Número de instrucciones de código en miles.MM = Esfuerzo medido en meses/hombre.TDEV = Duración en meses”



Ejemplo:

Se desea que Usted calcule lo que se pide tomando en cuenta los siguientes datos:

LDC = 33360

Sueldo = 6960 $/m

Esfuerzo = ?

Tiempo de desarrollo =?

Productividad = ? (LDC/Esfuerzo)

Promedio de personas= ? (Esfuerzo/Tiempo de desarrollo)



Modelo Intermedio

▪ Éste provee un nivel de detalle y precisión superior, por lo cual es másapropiado para la estimación de costos en etapas de mayor especificación.

▪ Incorpora un conjunto de quince variables de predicción que toman encuenta las variaciones de costos no consideradas por COCOMO Básico.

▪ Posibilita estimar el esfuerzo de un proyecto al nivel de componentes. Deesta manera, cada componente individual tendrá sus propios parámetrosrepresentativos del tamaño y de los 15 factores de costo.



Modelo IntermedioLos factores seleccionados se agrupan en cuatro categorías:▪ Atributos del producto de software

▪ RELY Confiabilidad Requerida▪DATA Tamaño de la Base de Datos▪ CPLX Complejidad del Producto

▪ Atributos del hardware▪ TIME Restricción del Tiempo de Ejecución▪ STOR Restricción del Almacenamiento Principal▪ VIRT Volatilidad de la Máquina Virtual▪ TURN Tiempo de Respuesta de la computadora expresado en horas



Modelo Intermedio▪ Atributos del personal involucrado en el proyecto

▪ ACAP Capacidad del Analista▪ AEXP Experiencia en Aplicaciones Similares▪ PCAP Capacidad del Programador▪ VEXP Experiencia en la máquina virtual▪ LEXP Experiencia en el Lenguaje de Programación

▪ Atributos propios del proyecto▪MODP Prácticas Modernas de Programación▪ TOOL Uso de Herramientas de Software▪ SCED Cronograma de Desarrollo Requerido


¿Cómo Calcularlo?

Formula:

E = a(KI)b * m(X) donde:

“E” es Salario/mes (Media).

“a” y “b” son constantes según el modo (Orgánico, Semilibre o Rígido).

“KI” es la cantidad de líneas de código (En miles).

“m(X)” es el multiplicador que depende de 15 atributos constantes.



Tabla de Constantes m(X)

http://es.wikipedia.org/wiki/COCOMO


Usando COCOMO Intermedio para estimar el esfuerzo requerido en el desarrollo de unprograma de 10000 líneas en modo orgánico, cuyo tamaño es de 20 KDSI, y presentalos siguientes manejadores de costo:

Baja Confiabilidad => 0.88Alta Complejidad del producto => 1.15Baja experiencia en la aplicación => 1.13

Alta experiencia en los lenguajes de programación => 0.95otros manejadores de costo asumen a ser nominales => 1.00

EAF = .88 * 1.15 * 1.13 * .95 = 1.086

E = 3 * ( 20 ^1.12 ) * 1.086 = 93,34 mes-hombreTDEV = 2.5 * ( 93,34^0,38 ) = 14,014PG = 93,34/14,014 = 6,66 = 7 programadores

Ejemplo 2.


Se define como una jerarquía de modelos de estimación que aborda lassiguientes áreas:

▪Modelo de composición por aplicación: se emplea en desarrollos desoftware durante la etapa de prototipado.

▪Modelo de edad temprana en el diseño: se utiliza en las primeras etapasdel desarrollo en las cuales se evalúan las alternativas de hardware ysoftware de un proyecto.

▪Modelo de etapa postarquitectónica: se aplica en la etapa de desarrollo,después de definir la arquitectura del sistema, y en la etapa demantenimiento.

Modelo COCOMO II


En la estimación del tamaño de software COCOMO II utiliza tres técnicas:

▪ Puntos Objeto,

▪ Puntos Función No Ajustados y

▪ Líneas de Código Fuente.

Además se emplean otros parámetros relativos al tamaño que contemplanaspectos tales como: reuso, reingeniería, conversión y mantenimiento.

Modelo COCOMO II


El modelo de composición de aplicación COCOMO II usa punto de objeto,como medida de software indirecta que se calcula usando conteos delnúmero de:

• Pantalla (en la interfaz del usuario)

• Reportes

• Componentes

Cada instancia de objeto se clasifica en uno de tres niveles de complejidad(simple, medio o difícil)

Modelo COCOMO II


Elabora un informe que contenga los aspectos que se consideran a continuación:

1. ¿Qué son las medidas de estimación por punto de función? Describe y de unejemplo.

2. ¿Existe algún parámetro de preferencia entre las medidas de estimación por puntode función o las medidas de estimación por casos de usos?. Explique

3. Explique las diferencias entre el Modelo COCOMO Original y el COCOMO II en elmarco de las estimaciones de esfuerzo de un proyecto de software.

4. Resuelva el siguiente problema utilizando COCOMO básico para estimar el esfuerzorequerido y el costo del proyecto en el desarrollo de un programa de 10000 líneasen modo orgánico.

Taller Nº 4.


• Determinar el personal necesario, la posición dentro de la organización y la

especialidad requerida.

• El número de personas sólo puede ser determinado después de hacer una

estimación de esfuerzo.


Recursos Humanos:

• Determinar el personal necesario, la posición dentro de la organización y la

especialidad requerida.

• El número de personas sólo puede ser determinado después de hacer una

estimación de esfuerzo.

Estimación de recursosRecursos Humanos:



Recursos Hardware:

▪ Durante la planificación del proyecto de software, se deben considerar

básicamente tres categorías de hardware; el sistema de desarrollo, la

máquina objetivo y los demás elementos de hardware del nuevo sistema

(periféricos asociados)


▪ Se utilizan distintas herramientas que ayudan en el desarrollo del nuevo

sistema, estas tienen diferentes propósitos como: gestión de proyectos,

soporte, análisis y diseño, programación, mantenimiento, entre otros.


Recursos Software:


factores de dimension

Documents