Ingeniera de Software

Marco Villalobos Abarca

Objetivos del Curso
Iniciar un
proyecto de
software
Planificar un
proyecto de
software
Estimar Costos
de un Proyecto
de Software
Ejecutar un
Proyecto de
Desarrollo de
Software
Controlar un
Proyecto de
Software
PROCESOS CENTRALES DE UN PROYECTO
Procesos de planificacin:
Planificar
Alcance
Definir
Alcance
Definir
Actividades
Planificar
Recursos
Secuencia de
Actividades
Estimar duracin
de Actividades
Estimar
Costo
Desarrollar
Calendario
Presupuestar
Costo
Desarrollar
Plan de Proyecto
Ncleo
Facilitadores
Planificar
Calidad
Planificar
Organizacin
Reclutar
personal
Planificar
Comunicaciones
Identificar
Riesgos
Cuantificar
Riesgos
Identificar
Riesgos
Planificar
Compras
Planificar
Solicitudes
Planificar
Alcance
Definir
Alcance
Definir
Actividades
Planificar
Recursos
Secuencia de
Actividades
Estimar duracin
de Actividades
Estimar
Costo
Desarrollar
Calendario
Presupuestar
Costo
Desarrollar
Plan de Proyecto
Ncleo
Facilitadores
Planificar
Calidad
Planificar
Organizacin
Reclutar
personal
Planificar
Comunicaciones
Identificar
Riesgos
Cuantificar
Riesgos
Identificar
Riesgos
Planificar
Compras
Planificar
Solicitudes
Desarrollar
propuesta para
los riesgos
Procesos de ejecucin:
Facilitadores
Distribuir
Informacin
Solicitudes
Seleccin de
Proveedores
Desarrollo
del equipo
Aseguramiento
de la Calidad
Verificacin
de Alcance
Administrar
Contrato
Ejecucin del
Plan del Proyecto
Facilitadores
Distribuir
Informacin
Solicitudes
Seleccin de
Proveedores
Desarrollo
del equipo
Aseguramiento
de la Calidad
Verificacin
de Alcance
Administrar
Contrato
Ejecucin del
Plan del Proyecto
Procesos de control:
Facilitadores
Control de
cambio de
alcance
Control de
Calidad
Control de
Respuesta
a Riesgos
Control de
calendario
Control de
Costo
Informar
desempeo
Control general
de cambios
Facilitadores
Control de
cambio de
alcance
Control de
Calidad
Control de
Respuesta
a Riesgos
Control de
calendario
Control de
Costo
Informar
desempeo
Control general
de cambios
CONTENIDOS
INTRODUCCIN
ESTIMACIN EN BASE A CASOS DE USO
INTRODUCCIN
QU ES LA ESTIMACIN DE COSTOS?
CONCEPTOS INICIALES
PRODUCTIVIDAD
TCNICAS DE ESTIMACIN
MODELADO ALGORTMICO DE COSTOS
Qu es la estimacin de costos?
Conceptos o definiciones

Si no podemos medir el
software, no podremos
manejarlo [De Marco]

La estimacin del tamao del
software es la prediccin de
cun grande ser el producto
una vez que est terminado.
La principal razn para
estimar el tamao del
software es ayudar a
construir un plan de
desarrollo.
La estimacin de costos es
una aproximacin a los
costos del proyecto. Se
mide en trminos de
esfuerzos requeridos por
persona/mes por ao.

El proceso de estimacin
de costos es un conjunto
de tcnicas utilizadas para
desarrollar estimaciones
de costo del software a
partir de entradas,
limitaciones y otros
factores que puedan influir.
Conceptos iniciales
Los administradores de
proyecto deben estimar las
respuestas a las siguientes
preguntas:

Cunto esfuerzo se requiere
para completar una actividad?

Cunto tiempo calendario se
necesita para completar una
actividad?

Cul es el costo total de una
actividad?
Estimacin y
planificacin se
hacen en forma
conjunta

Es necesario
normalmente estimar
antes de planificar.
Conceptos iniciales
Tres parmetros involucrados en el clculo del costo
total del proyecto:

Costos de hardware y software (incluyendo mantenimiento)

Costos de viajes y capacitacin

Costos de esfuerzo (pagos a los ingenieros de software)
generalmente considerado ms importante
Conceptos iniciales
Como se compone el costo del esfuerzo

Sueldo de los ingenieros involucrados en el sistema

Costo de las redes y comunicaciones

Costos de personal de apoyo (secretarios, tcnicos, personal
de limpieza, etc.)

Costos de medio ambiente (luz, gas, te, para las oficinas)

Costos de seguridad social y seguros de salud (de los
empleados)

Impuestos
Productividad
Se mide

Contando el
nmero de
unidades
producidas y
dividiendo a este
entre el nmero de
personas hora
requeridas para
producirlas

Entonces Como estimar??
Con medidas o mtricas:

OP:
Medidas relacionadas al tamao
(LDC)
Medidas relacionadas a la funcin
(PF)

OO:
Casos de Uso
Productividad
Factores que afectan al productividad

Experiencia en el dominio de la aplicacin
Calidad del proceso: de desarrollo del
producto
Tamao del proyecto
Apoyo tecnolgico
Ambiente del trabajo
Tcnicas de estimacin
Modelado de algoritmo de costo
Modelo en funcin de
informacin histrica
relacionada con mtricas de
software y su costo as se
predice el esfuerzo
requerido

Opinin de expertos
Cada uno opina, se
compara y se intenta llegar
a una conclusin
Estimacin por analoga

Aplicable cuando se
desarrollaron proyectos
similares

Asignar precios para ganar
El costo del software se estima
independientemente de lo que
el cliente est dispuesto a
pagar por l. El esfuerzo
depende de lo que el cliente
quiera pagar y no de la
funcionalidad del software.
Modelado algortmico de costos
Enfoque ms sistemtico aunque no el ms preciso

Se construye analizando los costos y atributos de
proyectos realizados.

Muchas componentes de estimacin algortmica
exponenciales

El costo del proyecto no se incrementa
linealmente con su tamao
Modelado algortmico de costos
Generalmente, los modelos de estimacin del
esfuerzo consisten de dos partes:

P1: Una base, para el clculo, como funcin del
tamao del software y es de la siguiente forma:

E = A + B* (KLDC)
c
,

Donde:

E es la estimacin del esfuerzo en hombre mes (H M)
A, B, y C son constantes; y KLDC es el nmero estimado
de miles de lnea de cdigo en el sistema final.
Modelado algortmico de costos
Generalmente, los modelos de estimacin del esfuerzo consisten
de dos partes:

P2: Un proceso de ajuste (modificar la base de estimacin
para calcular la influencia de los factores ambientales)

Factores tpicos son:

Atributos del producto (Fiabilidad, complejidad, etc)

Atributos de hardware (Velocidad de ejecucin, restricciones de
memoria, tiempo de respuesta, etc )

Atributos del personal (Capacidad de anlisis, capacidad con el
lenguaje, planificacin temporal, etc)

Atributos del proyecto (Utilizacin de herramientas de software,
mtodos, etc.)
CONTENIDOS
INTRODUCCIN
ESTIMACIN EN BASE A CASOS DE USO
ESTIMACIN EN BASE A CASOS DE USO
Diagrama de Casos de Uso
Tcnica de estimacin de costos
Puntos de Casos de Uso
Mtodo de Clculo
Ejemplo
Diagrama de Casos de Uso (1)

Un Diagrama de Casos de Uso muestra la relacin entre
los actores y los casos de uso del sistema.

Representa la funcionalidad que ofrece el sistema en lo
que se refiere a su interaccin externa
Elementos : Los elementos que pueden aparecer en un Diagrama de Casos de Uso son:

Actores: Un actor es una entidad externa al sistema que inicia una interaccin con el
mismo. Se representa mediante una figura humana dibujada con palotes. Esta
representacin sirve tanto para actores que son personas como para otro tipo de
actores (otros sistemas, sensores, etc.).

Casos de Uso: Un caso de uso es una narracin que describe la secuencia de
interacciones que se producen entre un actor y el sistema, cuando el actor usa el
sistema para llevar a cabo una tarea especfica. Expresa una unidad coherente de
funcionalidad, y se representa en el Diagrama de Casos de Uso mediante una elipse
con el nombre del caso de uso en su interior.

Relaciones entre Casos de Uso: Entre dos casos de uso puede haber las siguientes
relaciones:

Extiende: Cuando un caso de uso especializa a otro extendiendo su funcionalidad.
Usa: Cuando un caso de uso utiliza a otro.

Se representan como una lnea que une a los dos casos de uso relacionados, con una flecha en forma de tringulo en el
extremo correspondiente al caso de uso ms general, y con una etiqueta que pone <<extiende>> o <<usa>> segn sea el
tipo de relacin.
Diagrama de Casos de Uso (2)
En el diagrama de casos de uso
se representa tambin el
sistema como una caja
rectangular con el nombre en su
interior.

Los casos de uso estn en el
interior de la caja del sistema, y
los actores fuera, y cada actor
est unido a los casos de uso en
los que participa mediante una
lnea.

Diagrama de Casos de Uso (3)
Diagrama de Casos de Uso para un cajero automtico

Cambio PIN
Agregacin
Billetes
Reintegro
<<extiende>
>
Cajero Automtico
Cliente
Empleado de
Sucursal
Reintegro
con VISA
ltimos Movimientos
y Saldo
Diagrama de Casos de Uso (4)
Diagrama de Casos de Uso (5)
Diagrama de Casos de Uso (6)
Empresa que fabrica productos bajo demanda.

Obtener el Diagrama de Casos de Uso del Negocio
Registrar pedido
Cliente
<<initiator>>
Fabricar producto
Gestionar almacn
Generar pedidos a proveedores
Proveedor
Diagrama de Casos de Uso (7)
Ejemplo
Descripcin de
Casos de Uso del Negocio
Textual

Visual
Diagrama de Roles:
aspecto estructural de colaboracin entre roles
Escenario:
aspecto de comportamiento de la colaboracin
Diagrama de Proceso:
workflow que realiza el caso de uso del negocio
Caso de Uso del Negocio:
Registrar Pedido
1. El cliente realiza un pedido que incluir la fecha del pedido, los datos del cliente y los productos
solicitados.

2. El comercial revisa el pedido (completndolo si es necesario) y le da curso, envindolo al jefe tcnico
para que realice el anlisis del mismo.

3. El jefe tcnico analiza la viabilidad de la fabricacin de cada producto del pedido por separado.
- si el producto pedido est en el catlogo, se acepta la fabricacin del mismo,
- en caso contrario, el producto es especial, y el jefe tcnico estudia su fabricacin
- si sta es viable, la fabricacin del producto especial es aceptada,
- si no es viable, el producto no ser fabricado.
4. Una vez estudiado el pedido completo, el jefe tcnico
- informa al departamento comercial de la aceptacin/rechazo de cada producto integrante del pedido.
- si todos los productos de un pedido han sido aceptados, genera una orden de trabajo para cada producto, a
partir de una plantilla de fabricacin (la estndar, si el producto estaba catalogado, o bien una nueva generada
para el producto, si ste estaba fuera del catlogo). Cada orden de trabajo es enviada al jefe de produccin, y
queda pendiente de su lanzamiento.

5. El comercial comunica al cliente el resultado del anlisis de su pedido.

Proceso de
Negocio
Registrar Pedido
Objetivo Registrar Pedido de Cliente
Descripcin
1. El cliente enva una orden de pedido, que debe incluir la fecha de solicitud, datos del
cliente y productos solicitados. Es posible que sea un empleado del departamento comercial
quien introduzca el pedido, a peticin de un cliente que realiz su pedido por telfono o lo
envi por fax o correo ordinario al dpto. comercial de la empresa.
2. El empleado revisa el pedido (completndolo, si es necesario), y comienza su
procesamiento envindolo al jefe tcnico, encargado de su anlisis.
3. El jefe tcnico analiza la viabilidad de cada producto pedido por separado:
Si el producto pedido est en el catlogo, su fabricacin es aceptada.
En caso contrario es considerado un producto especial y estudia su produccin:
- Si es viable, la fabricacin del producto especial es aceptada;
- Si no es viable, el producto especial no ser fabricado.
4. Una vez estudiado el pedido completo, el jefe tcnico...
Informa al depto comercial de la aceptacin o rechazo de cada producto pedido;
Si todos los productos de un pedido han sido aceptados, se crea una orden de trabajo
para cada producto, a partir de una plantilla de fabricacin (la estndar si el producto
estaba catalogado, o una nueva, especficamente diseada para el producto, si ste no
estaba en el catlogo). Cada orden de trabajo es enviada al jefe de produccin, y queda
pendiente de su lanzamiento.
5. El comercial comunica al cliente el resultado final del anlisis de su pedido.
Prioridad Bsico
Riesgos ...
Posibilidades
...
Tiempo Ejec.
...
Coste Ejec.
...
Plantilla de Descripcin Registrar pedido
Proceso de
Negocio
Registrar Pedido
Objetivo Registrar Pedido de Cliente
Descripcin
1. El cliente enva una orden de pedido, que debe incluir la fecha de solicitud, datos del
cliente y productos solicitados. Es posible que sea un empleado del departamento comercial
quien introduzca el pedido, a peticin de un cliente que realiz su pedido por telfono o lo
envi por fax o correo ordinario al dpto. comercial de la empresa.
2. El empleado revisa el pedido (completndolo, si es necesario), y comienza su
procesamiento envindolo al jefe tcnico, encargado de su anlisis.
3. El jefe tcnico analiza la viabilidad de cada producto pedido por separado:
Si el producto pedido est en el catlogo, su fabricacin es aceptada.
En caso contrario es considerado un producto especial y estudia su produccin:
- Si es viable, la fabricacin del producto especial es aceptada;
- Si no es viable, el producto especial no ser fabricado.
4. Una vez estudiado el pedido completo, el jefe tcnico...
Informa al depto comercial de la aceptacin o rechazo de cada producto pedido;
Si todos los productos de un pedido han sido aceptados, se crea una orden de trabajo
para cada producto, a partir de una plantilla de fabricacin (la estndar si el producto
estaba catalogado, o una nueva, especficamente diseada para el producto, si ste no
estaba en el catlogo). Cada orden de trabajo es enviada al jefe de produccin, y queda
pendiente de su lanzamiento.
5. El comercial comunica al cliente el resultado final del anlisis de su pedido.
Prioridad Bsico
Riesgos ...
Posibilidades
...
Tiempo Ejec.
...
Coste Ejec.
...
Plantilla de Descripcin Registrar pedido
Roles Internos
Rol Externo
Analizar Produccion Productos
Ordenar Fabricacion Productos
JefeTecnico
Introducir Pedido de Cliente
Cliente
Aceptar Pedido de Cliente
Cursar Pedido
JefeProduccion
Planificar Produccion
Comercial
Denegar Pedido de Cliente
Diagrama de Casos de Uso Registrar Pedido

Plantilla
Actor Principal
Personas involucradas e Intereses
Precondiciones
Postcondiciones
Escenario Principal (Flujo Bsico)
Extensiones (Flujos Alternativos)
Requisitos especiales
Tecnologa y Lista Variaciones de datos
Frecuencia
Cuestiones abiertas
Caso de Uso Ordenar
Fabricacin
Actor Principal: Jefe Tcnico
Personal Involucrado:
Jefe Tcnico: Genera rdenes de trabajo
Jefe Produccin: Recibe rdenes de trabajo y planifica produccin
Precondiciones:
Es un pedido aceptado como viable
Cada producto del pedido tiene una plantilla de fabricacin
Postcondicin:
Se han creado rdenes de trabajo
El estado de cada orden es pendiente
Cada orden ha sido enviada al Jefe de Produccin
ESTIMACIN EN BASE A CASOS DE USO
Diagrama de Casos de Uso
Tcnica de estimacin de costos
Puntos de Casos de Uso
Mtodo de Clculo
Ejemplo
Tcnica de estimacin de costos Puntos de
Casos de Uso

Desarrollado por Gustav Karner en el ao 1993

Basado en el mtodo de Puntos de funcin.

OBJETIVO PRINCIPAL: Estimar cuantas horas son necesarias para llevar a
cabo el proyecto, y a partir de eso, determinar la cantidad de personas
requeridas.

El mtodo depende de casos de uso bien estructurados y
bien escritos, con un nivel conveniente de detalle textual.


Puntos de casos de uso
En general, proyectos con largos y complicados casos de uso
emplean mayor esfuerzo para disear e implementar que
proyectos cuyos casos de uso son menos complicados. Adems
el tiempo para completar un proyecto est afectado por lo
siguiente:

El nmero de pasos para completar el caso de uso.
El nmero y complejidad de los actores.
Los requerimientos tcnicos de los casos de uso, como la
concurrencia, seguridad y la eficiencia.
Varios factores del entorno tales como la experiencia y
conocimiento del equipo de desarrollo.

As, el mtodo analiza los actores de casos de uso, los
escenarios, y varios factores tcnicos y de ambiente y abstrae
todo ello en una ecuacin.
Puntos de casos de uso

Pasos a seguir:

Calcular
Puntos de
Casos de
Uso No
Ajustados
1
Calcular
Puntos de
Casos de
Uso
Ajustados
2
Estimar
Horas -
Hombre
3
Puntos de casos de uso
La ecuacin de los UCP est compuesta por tres variables:

Los Puntos de casos de uso sin ajustar (UUCP).
El factor de complejidad tcnica (TCF).
El factor de complejidad del entorno (ECF).

Cada variable es definida y calculada de forma separada
usando pesos, valores subjetivos y constantes restrictivas.

Adicionalmente cuando la productividad es incluida como
un coeficiente que se expresa en tiempo, la ecuacin
puede ser usada para estimar el nmero de horas hombre
para completar el proyecto.

Puntos de casos de uso
UCP = UUCP TCF ECF PF
Donde:

UCP = Puntos de casos de uso.
UUCP = Puntos de casos de uso sin ajustar.
TCF = Factor de complejidad tcnica.
ECF= Factor de complejidad de entorno.
PF = Factor de productividad.
Frmula 1: Clculo de Puntos de casos de uso
1) Calcular los Puntos de Casos de
Uso No Ajustados (UUCP)


Peso
Actores
(AUW)
Peso
Casos
de Uso
(UUCW)
Puntos de
Casos de
Uso no
Ajustados
(UUCP)
Peso de los Actores sin ajuste (uaw)
Actor Descripcin Factor
Simple Otro sistema que interacta con el
sistema a desarrollar mediante una
API.
1
Medio Otro sistema interactuando a travs
de un protocolo (ej. TCP/IP) o una
persona interactuando a travs de una
interfaz en modo texto.
2
Complejo Una persona interactuando a travs
de una GUI o desde una pgina WEB
3
Peso
Actores
(AUW)
Peso
Casos de
Uso
(UUCW)
Puntos de
Casos de
Uso no
Ajustados
(UUCP)
Pesos de los Casos de Uso (uucw)
Este punto funciona muy similar al anterior, pero para determinar el
nivel de complejidad se puede realizar mediante dos mtodos:
basado en transacciones o basado en clases de anlisis.

Transacciones: Conjunto de actividades, las cuales deben ser
ejecutadas como un todo, o caso contrario ninguna de ellas.

Las transacciones son un grupo de actividades que se ejecutan de forma completa
(xito) o bien se vuelve al estado previo a la ejecucin de la transaccin (fracaso),
quedando siempre el sistema en un estado consistente.

El conteo del nmero de transacciones pueden ser realizadas por medio del
conteo de los pasos (steps) que tienen los casos de uso. Pero estos pasos son
equivalentes a un viaje de ida y vuelta.
Pesos de los Casos de Uso (uucw)
Basado en transacciones:
Tipo de Caso de
Uso
Descripcin Factor
Simple 3 transacciones o
menos
5
Medio 4 7 transacciones 10
Complejo Ms de 7
transacciones
15
Peso
Actores
(AUW)
Peso
Casos de
Uso
(UUCW)
Puntos de
Casos de
Uso no
Ajustados
(UUCP)
Puntos de casos de uso

Pasos a seguir:

Calcular
Puntos de
Casos de
Uso No
Ajustados
1
Calcular
Puntos de
Casos de
Uso
Ajustados
2
Estimar
Horas -
Hombre
3
2) Calcular los Puntos de Casos de Uso Ajustados
Cuantificacin de caractersticas no funcionales del
sistema: se toman en cuenta factores de tcnicos y
factores ambientales, cada factor se evala de a
cuerdo a lo siguiente:


Factor de Complejidad Tcnico
Descripcin
Valor
Irrelevante De 0 a 2
Medio De 3 a 4
Esencial 5
Factor de Complejidad Ambiental
Descripcin
Valor
Sin experiencia, motivacin, estabilidad, personal De 0 a 2
Promedio 3
Amplia experiencia, motivacin, estabilidad, personal De 3 a 5
2) Calcular los Puntos de Casos de Uso Ajustados
FACTORES DE COMPLEJIDAD TCNICOS

Factor Descripcin Peso
T1 Sistema distribuido. 2
T2 Objetivos de performance o tiempos de respuesta. 1
T3 Eficiencia del usuario final. 1
T4 Procesamiento interno complejo. 1
T5 El cdigo debe ser reutilizable. 1
T6 Facilidad de instalacin. 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
usuario.
1
Peso de factores tcnicos (TCF)
Frmulas:

Para obtener el factor final se debe multiplicar cada tem por
el grado de influencia sobre el sistema y as se obtiene la
suma llamada Tfactor, obteniendo la siguiente frmula:
TFactor = Sum (Valor * Peso)
TCF = 0.6 + (0.01 * TFactor)
Peso factores ambientales (EF)
Factores Ambientales







Factor Descripcin Peso
E1 Familiaridad con el modelo del proyecto
utilizado.
1.5
E2 Experiencia en la aplicacin. 0.5
E3 Experiencia en orientacin a objetos. 1
E4 Capacidad del analista lder. 0.5
E5 Motivacin. 1
E6 Estabilidad de los requerimientos. 2
E7 Personal part time. -1
E8 Dificultad del lenguaje de programacin. -1
Peso factores ambientales (EF)
Para obtener el factor final se debe multiplicar cada
tem por el grado de influencia del sistema, y as se
obtiene la suma llamada Efactor, obteniendo la
siguiente frmula:

EFactor = Sum (Valor * Peso)
EF = 1.4 + (0.03 * EFactor)
Calculo de Puntos de Caso de Uso (UCP)
Se calcula de la siguiente manera:




UCP: Puntos de Casos de Uso ajustados.
UUCP: Puntos de Casos de Uso no ajustados.
TCF: Factores tcnicos.
EF: Factores ambientales.

UCP = UUCP * TCF * EF
Puntos de casos de uso

Pasos a seguir:

Calcular
Puntos de
Casos de
Uso No
Ajustados
1
Calcular
Puntos de
Casos de
Uso
Ajustados
2
Estimar
Horas -
Hombre
3
3) Clculo de esfuerzo Horas - hombre
Estimacin del esfuerzo: Gustav Karner
originalmente sugiri que cada punto de
caso de uso requiere 20 horas-hombre.





3) Clculo de esfuerzo Horas - hombre
Esfuerzo en horashombre:



E: Esfuerzo estimado en horas-hombre.
UCP: Puntos de Casos de Uso ajustados.
CF: Horas-hombre

E = UCP * CF
3) Clculo de esfuerzo Horas - hombre
El resultado del esfuerzo estimado en horas-hombre
equivale al 40% del total de horas del proyecto
Para determinar el resto, hay que realizar el calculo
proporcional de cada actividad

Actividad Porcentaje
Anlisis 10%
Diseo 20%
Programacin 40%
Pruebas 15%
Sobrecarga 15%
C.U: Retirar dinero de un cajero
Curso tpico de eventos.

Cliente introduce su tarjeta en el cajero.
El sistema pide la clave de identificacin.

El cliente introduce la clave.
El sistema presenta las opciones disponibles.

El cliente selecciona la operacin de retiro.
El sistema pide la cantidad a retirar.

El cliente introduce la cantidad requerida.
El sistema procesa la peticin y eventualmente, da el dinero solicitado.

El sistema devuelve la tarjeta y genera un recibo.
El cliente recoge el dinero, el recibo y la tarjeta. Procede a retirarse.

Ejemplo
UUCP = AUW + UUCW= 3+10= 13
Peso de Actores
Actores Tipo Valor
Cliente Complejo 3
AUW 3
Peso de casos de uso
Caso de uso Tipo Valor
Retirar dinero de cajero Medio (5 transacciones) 10
UUCW 10
Ejemplo
Peso
Actores
(AUW)
Peso
Casos
de Uso
(UUCW)
Puntos de
Casos de
Uso no
Ajustados
(UUCP)
FCT=0.6 + (0.01*Tfactor) = 0,6 + (0,01*25,5) = 0,855
Factores tcnicos
Factor Descripcin Peso Nivel Peso *
Nivel
T1 Sistema distribuido 2 3 6
T2 Rendimiento o tiempo de respuesta 1 5 5
T3 Eficiencia del usuario final 1 1 1
T4 Complejidad de procesamiento interno 1 1 1
T5 Reusabilidad del cdigo 1 0 0
T6 Facilidades de instalacin 0,5 1 0,5
T7 Facilidades de uso 0,5 2 1
T8 Portabilidad 2 0 0
T9 Facilidades de cambio 1 1 1
T10 Concurrencia 1 5 5
T11 Caractersticas de seguridad 1 5 5
T12 Provee acceso directo a terceras
partes
1 0 0
T13 Requerimiento de entrenamiento
especial
1 0 0
TFactor = (Nivel*Peso) 25,5
Ejemplo
TFactor = Sum (Valor * Peso)
TCF = 0.6 + (0.01 * TFactor)
EF=1,4 + (-0,3*Efactor)= 1,4 + (-0,3*22) = 0,74
PCU=UUCP*TCF*EF = 13 * 0,855 * 2,06 = 22,9
Factores ambientales
Factor
Descripcin Peso Nivel Peso * Nivel
F
1
Conocimiento del proceso de
desarrollo
1,5 2 3
F
2
Experiencia en la aplicacin 0,5 3 1,5
F
3
Experiencia en orientacin a
objetos
1 5 5
F
4
Capacidad de liderazgo de los
analistas
0,5 5 2,5
F
5
Motivacin 1 5 5
F
6
Estabilidad de los
requerimientos
2 5 10
F
7
Trabajadores part-time -1 5 -5
F
8
Dificultades de los lenguajes
de programacin
-1 0 0
EFactor = (Nivel*Peso) 22
Ejemplo
EFactor = Sum (Valor * Peso)
EF = 1.4 + (0.03 * EFactor)
UCP = UUCP * TCF * EF
PCU=1.4 + (0.03*Efactor) = 1.4 + 0.03 * 22 = 2,06
Considerando el punto 3 de estimacin de esfuerzo se asignan 20
horas-hombre por punto de caso de uso, (20*22,9) dando un total
de 458 horas-hombre, es decir 10,41 semanas (458/44) para una
sola persona trabajando tiempo completo.

Los resultados finales se muestran en la siguiente tabla:

Horas-Hombre total (458 * 100 / 40) = 1145
Actividad Porcentaje Horas-Hombre
Anlisis 10% 114,5
Diseo 20% 229
Programacin 40% 458
Pruebas 15%
Sobrecarga (otras
actividades)
15%
Total de esfuerzo 100% 1145
Ejemplo