Ocw Dsic Metricas

Grado en Ingeniera Informtica
Mtricas: Estimacin de
tamao y recursos
Desarrollo de Sistemas de
Informacin Corporativos
Departamento de Informtica
Mtricas: Estimacin de tamao y recursos
Contenido
Porque estimar
Como estimar
Mtricas de tamao
Puntos de funcin de Albretch
Mtricas de recursos
COCOMO 81
COCOMO II
Mtricas de productividad
Ejercicio
2
Objetivo
Proporcionar una medida del tamao del SW y de los recursos
necesarios
Para ellos ser necesario:
1. Conseguir la formacin terico-prctica del alumno en la gestin
de desarrollo de proyectos software, desde los puntos de vista de
la estimacin, organizacin, planificacin, seguimiento y control de
calidad de proyectos software y de los componentes SW.
2. Aplicar al desarrollo de un sistema de informacin en una
corporacin los conceptos incluidos en el punto anterior, y los
mtodos de la ingeniera del software y la ingeniera de la
Tecnologas de la informacin y comunicaciones
3. Utilizar las herramientas actuales del mercado para la gestin y
control de proyectos, procesos y productos
Gestin de Proyectos
Relacin entre los

procesos de Gestin
Estimacin
Organizacin
Planificacin
Seguimiento
Desarrollo
Gestin de Proyectos
Proceso de Estimacin
Es la primera etapa en la gestin de proyectos

Se define como
el proceso que proporciona un valor a un conjunto de

variables para la realizacin de un trabajo dentro de un rango
aceptable de tolerancia.
La prediccin de personal, del esfuerzo, de los costes y del
tiempo que se requerir para realizar todas las actividades y
construir todos los productos asociados a un proyecto.
Gestin de Proyectos
La estimacin es difcil de realizar
No existe modelo universal de estimacin
Muchas personas implicadas en los proyectos a
distintos niveles organizativos
Utilidad de la estimacin y etapa del desarrollo
Estimaciones claras y precisas al comienzo del proyecto
no se pueden obtener
Tecnologa: infiere directamente en la estimacin
Tendencia a subestimar
Malas interpretaciones de las unidades de medida
Gestin de Proyectos
Requisitos del buen estimador
Profesional que no tenga ningn inters, directo o

indirecto en los resultados del proceso de estimacin,
guiado exclusivamente por su profesionalidad.
Cundo estimar?
Se trata de un proceso continuo. Pero que va

cambiando a medida que conocemos el proyecto.
Por qu estimar en distintos momentos del

desarrollo?
Gestin de Proyectos
Exactitud de las estimaciones a lo largo del
desarrollo
Cul es la salida del proceso de Estimacin?
Informacin bsica:
Cunto costar
Qu tiempo llevar hacerlo
Informacin adicional:
Esfuerzo
Tamao del sistema
Etc.
8
Gestin de Proyectos
Parmetro a medir: se calculan mediante lo que
se llama Mtricas.
Qu es una mtrica?
Aplicacin continua de tcnicas basadas en las
medidas de los procesos de desarrollo
software y sus productos, para producir
informacin de gestin significativa y a tiempo.
Gestin de Proyectos
Tipos de mtricas
Del producto: veremos las que nos sirven para estimar
Miden tamao
Lneas de cdigo
Puntos de Funcin (Albretch, Mark II)
Bangs (de DeMarco)
Del proceso: tiempo de desarrollo, esfuerzo
Implican el uso de alguna tcnica
Basadas en opinin de expertos
Analogas
Descomposicin
Ecuaciones de estimacin (Modelos estadsticos,
basados en teoras, modelos compuestos)
10
Gestin de Proyectos
Mtricas del Producto: Tamao
Lneas de Cdigo (LOC, KLOC)
NLOC: Es cualquier lnea de un texto de un
programa que no es un comentario o lnea en
blanco. Sin tener en cuenta el nmero de
instrucciones en una lnea.
CLOC: lneas con comentarios
Longitud real=LOC=NLOC+CLOC
Puntos de funcin (funcionalidad)
Puntos caractersticas(MKII)
Puntos objeto
11
Gestin de Proyectos
Mtricas del Proceso:
Basadas en opinin de expertos, que estar
soportada en su experiencia profesional.
Analoga: comparacin directa con proyectos
pasados.
Descomposicin: fragmentar el producto en
sus partes. La estimacin global es la suma de
las estimaciones de los componentes.
12
Gestin de Proyectos
Ecuaciones de estimacin
Modelos estadsticos:
Modelos basados en teoras
13
Relacin lineal E=aLb

60 proyectos, regresin lineal
Esfuerzo
E=5,2L0,91
Pocos tienen base terica sustancial
E=L 3 /(C3 T3 )
L nmero de instrucciones fuente
C constante dependiente de la tecnologa
C= 2000
C=8000
C=11000
T tiempo de desarrollo en aos
Gestin de Proyectos
Ecuaciones de estimacin
Modelos Compuestos
COCOMO (81, II)
SOFTCOST
SPQR
COPMO
ESTIMACS
14
Mtricas de tamao: Puntos de Funcin

Los puntos de funcin miden la complejidad del
software cualificando la funcionalidad que
proporcionan externamente a partir del diseo
lgico del sistema.
Objetivos de los puntos de funcin:
15
Medir lo qu el usuario pide y lo que recibe.

Medir de forma independiente de la tecnologa.
Proporcionar un medio para la estimacin.
Punto de funcin de Albretch

Proyecto nuevo:
PF = AF * PFSA
AF = 0,65 +( 0,01* TDI)
donde TDI es el grado de influencia, y se calcula
como la suma de las puntuaciones obtenidas
para el proyecto por cada uno de los factores
tcnicos.
16

Proyecto de actualizacin o mejora:
PF = (ADD+CHGA)*VAFA +(DEL*VAFB)
ADD= puntos de funcin de las funciones que se aadirn al proyecto
como consecuencia de la mejora
CHGA= puntos de funcin sin ajustar de aquellas funciones que sern
modificadas por el proyecto de mejora. Este nmero refleja las
funciones despus de la mejora.
VAFA=factor de ajuste de la aplicacin despus del proyecto de
mejora.
DEL= nmero de puntos de funcin sin aquellas funciones que sern
eliminadas en el proceso de mejora.
VAFB= factor de ajuste de la aplicacin despus del proyecto de
mejora.
17
Etapas del Mtodo
1.- Definicin de los lmites del sistema

2.- Definicin de parmetros
3.- Valoracin de la complejidad
4.- Totalizar los Puntos Funcin sin ajustar
5.- Clculo del factor de ajuste
6.- Clculo de los Puntos Funcin
ajustados
18
El mtodo de medicin
Determinar las fronteras
del proyecto
ILF x C
EIF x C
EI x C
EO x C
Clculo del factor de Ajuste AF
Medicin ajustada del proyecto en Puntos funcin
19
EQ x C
Clculo del factor de ajuste

Determinar las caractersticas
generales del sistema
Determinar el factor de influencia TDI
Clculo del factor de Ajuste AF
Estos tres fases sirven para calcular el factor de Ajuste.
Puede estar comprendido entre: 0,65< AF < 1,35
Generalmente comprendido entre: 0,98< VAF < 1,02
20
Clculo de los puntos de funcin

Ajustados
Puntos Funcin ajustados =

Puntos Funcin Brutos * Valor del factor de ajuste
0,65 * PF Brutos < PFA < 1,35 * PF Brutos
21
Parmetros Bsicos: tipos de

funcin datos
Grupo de Datos Internos o Ficheros lgicos Internos (ILF
Internal logic file), grupo de datos lgicamente
relacionados identificables por los usuarios o informacin
de control mantenidos y utilizados dentro de los lmites de
la aplicacin.
Grupo de Datos Externos o Ficheros de Interfaz Externos
(EIF External Logic File) es un grupo de datos relacionados
lgicamente identificables por el usuario o informacin de
control utilizada por la aplicacin, pero mantenida por otro
sistema.
22
Parmetros Bsicos: tipos de

funcin transaccin
23
Entrada externa (EI external input) datos o

informacin de control que se introduce en la
aplicacin desde fuera de sus lmites.
Salida Externa (EO External Output) datos o
informacin de control que sale de los lmites de la
aplicacin.
Consulta (EQ External Query) datos no calculados que
se obtienen por la combinacin de una EI y de una EO,
ningn ILF se modifica en un proceso de consulta.
Parmetros Bsicos
EQ
ILF
EQ
Proyecto
Estudiado
EO
24
EIF
EI
EIF
Proyecto
EO
Proyecto
EI
EIF
ILF
Definicin:
grupo de datos lgicamente relacionados identificables por los usuarios
o informacin de control mantenidos y utilizados dentro de los lmites
de la aplicacin
Reglas de identificacin:
Ejemplos:
25
El ILF est mantenido dentro de las fronteras del proyecto.

El ILF est modificado y mantenido por un proceso elemental
de la aplicacin.
El ILF no puede ser identificado como un EIF.
Ficheros Maestros
Mensajes help actualizados por la aplicacin
Mensajes de error actualizados por la aplicacin
ILF
Calcular la complejidad:
DET: tipo de elemento dato

Reglas de Identificacin de DETs
Contar cada campo nico y no recursivo
reconocible por el usuario
Contar un DET por cada dato que exista en
un ILF
RET: tipo de elemento registro

Reglas de Identificacin de RETs
26
Contar un RET por cada grupo de DETs
ILF
Para identificar un ILF se debe:
27
Considerar la visin del usuario sobre el grupo de

Datos
Hacer abstraccin de las consideraciones de tipo
tcnico.
No olvidar que un fichero/tabla/entidad corresponde a
uno o ms de un ILF .
No olvidar que un fichero/tabla/entidad puede
corresponder a un RET o a un Dato DET.
Los datos mantenidos en dos proyectos distintos se
considerarn como ILF en ambos.
ILF
Lo que no puede ser un ILF
28
Un fichero temporal o de trabajo no visible por el

usuario final.
Un fichero de "Sort".
Archivos o ficheros de seguridad almacenados por los
procesos estndar de seguridad global.
Ficheros de tipo indexado
Ficheros generados por un otro proyecto, esos ficheros
se consideran como una salida (EO).
EIF
Definicin:
es un grupo de datos relacionados lgicamente identificables por el
usuario o informacin de control utilizada por la aplicacin, pero
mantenida por otro sistema
El EIF no est mantenido por el proyecto estudiado.

El EIF no est contado como ILF en el proyecto estudiado.
En general:
29
Son datos de referencias utilizadas pero no mantenidas dentro del

proyecto estudiado (ej. Cdigo Cuidad, Cdigo pas...).
Datos de errores o de ayuda mantenidos en otro proyecto (se
cuenta como un EIF de tipo bajo) .
Datos de seguridad, de controles o de formato mantenido en otro
proyecto.
EIF

un EIF
RET: tipo de elemento registro

Reglas de Identificacin de RETs
30
Contar un RET por cada grupo de DETs
EIF
Lo que no puede ser un EIF
31
Un grupo de datos de otro proyecto tratados mediante una

interfaz tipo fichero y que sirven para mantener los ILF del
proyecto estudiado. Este caso es un entrada (EI).
ILF, EIF
RET
1
2 a5
6 o ms
32
1 a 19
Baja
Baja
Media
DET
20 a 50
Baja
Media
Alta
51 o ms
Media
Alta
Alta
EI
Definicin:
datos o informacin de control que se introduce en la
aplicacin desde fuera de sus lmites.
Los datos provienen desde fuera del lmite de la

aplicacin.
Los datos mantiene un ILF a travs de proceso elemental
de la aplicacin. Los parmetros de tratamientos pueden
no mantener o modificar un ILF.
El proceso elemental de entrada es la ms mnima
actividad significativa para el usuario, autnoma y que
deja la aplicacin en un estado funcional coherente.
33
EI
Consideraciones:
Una ventana puede corresponder a ms de una entrada externa.

Una entrada externa puede cubrir ms de una ventana.
No se cuenta la cabecera y el pe de una entrada externa batch.
Las ayudas de navegacin no se cuentan.
Lo que no es una entrada:
La entrada a una consulta.

Datos de referencias utilizados pero no mantenidas por el
proyecto.
Ejemplo de entradas externas:
34
Transacciones
Pantallas de entrada
EI

un EI
FTR: tipo de fichero referenciado

Reglas de Identificacin de FTRs
35
Nmero de accesos a datos cuando se

procesa la funcin tipo transaccin
EO
Definicin:
Datos o informacin de control que sale de los lmites de
la aplicacin.
El proceso enva datos o informacin de control fuera de
las fronteras del proyecto.
Los datos o informacin de control son enviados a travs
de un proceso elemental de la aplicacin.
El proceso elemental es autocontenido y que deja la
aplicacin en un estado funcional consistente.
36
EO
Consideraciones:
Una salida fsica puede estar producida por uno o ms de un proceso de

salida externa.
Se cuenta una salida por cada soporte fsico generado por un mismo proceso
de salida externa.
Se cuenta una nica salida para un mismo listado impreso con diferentes
criterios.
Lo que no es una salida:
Los diferentes niveles de ayuda.

La salida de un consulta.
El nmero de copias de un listado.
Ejemplos de salidas externas:
37
Transferencias a otras aplicaciones

Los informes
Los grficos
EO

un EO

38

EQ
Definicin:
Datos no calculados que se obtienen por la combinacin
de una EI y de una EO, nningn ILF se modifica en un
proceso de consulta.
La peticin de interrogacin traspasa las fronteras del
proyecto. El resultado de la interrogacin traspasa las
fronteras del proyecto.
El proceso elemental de entrada/salida es la ms
pequea actividad significativa para el usuario, autnoma
y que deja la aplicacin en un estado funcional coherente.
El proceso de salida de una interrogacin no contiene
datos derivados.
Ningn ILF esta mantenido en un proceso de
interrogacin.
39
EQ
Consideraciones:
Se cuenta una interrogacin por cada soporte fsico del mismo

proceso.
Lo qu no es una interrogacin:
Utilizacin de distintos mtodos de llamada a la misma consulta

Los mensajes de error/OK
Ejemplos de interrogaciones externas:
Bsqueda inmediata de datos, ayudas, tutoriales
40
EQ

un EQ

41

EI, EO, EQ
FTR
0a1
2
3 o ms
42
1a4
Baja
Baja
Media
DET
5 a 15
Baja
Media
Alta
16 o ms
Media
Alta
Alta
Matriz de pesos
Clculo de los pesos
43
Parametro
C. Baja
C.Media
C.Alta
EI
X3
X4
X6
EO
X4
X5
X7
ILF
X7
X10
X15
EIF
X5
X7
X10
EQ
X3
X4
X6

El nmero de puntos de funcin sin ajustar
(NPFSA), se obtiene mediante la ecuacin:
NPFSA =
Pei*EI+Peo*EO+Peq*EQ+Pilf*ILF+Peif*EIF
Procedimiento de cuenta del AF.
Etapa
1
2
44
Accin
Evaluacin de las 14 caractersticas generales
en una escala de 0 a 5
Obtener el grado de infuencia total (TDI)
Determinar el VAF = (TDI * 0.001) + 0.65
Determinacin del valor del factor de

ajuste AF
Clculo del Grado total de influencia (TDI):
La valoracin de las caractersticas generales presentadas

a continuacin son extradas de la versin 4.0 del IFPUG.
Cada ccaracterstica se valora en una escala de 0 a 5
donde:
0
1
2
3
4
5
45
Inexistente o sin influencia

Infuencia segundaria
Infuencia restringida
Infuencia media
Infuencia importante
Infuencia intensiva e importante

ajuste AF
1 Comunicacin de datos
Los datos e informaciones de control utilizados en el sistema de informacin

estn transmitidos a travs de herramientas de telecomunicacin.
Evaluacin
0
La aplicacin es por lotes o utilizando un ordenador personal
La aplicacin es por lotes o existe una entrada de datos o impresin

remotas.
La aplicacin es por lotes pero son remotas la entrada de datos o la
impresin.
Entrada on-line a un proceso por lotes o sistema de consultas
2
3
4
5
46
Descripcin
Ms de un ordenador front-end pero la aplicacin soporta un solo

tipo de protocolo de comunicaciones
Ms de un ordenador front-end, pero la aplicacin soporta mas de
un tipo de protocolo de comunicaciones

ajuste AF
2 Funciones distribuida
Las funcionalidades de distribucin de datos o de tratamientos son unas

caractersticas de la aplicacin en las fronteras de estudio.
Evaluacin
0
No existen este tipo de funciones en la aplicacin
La aplicacin prepara datos para que el usuario final los procese en

otro componente del sistema. Por ejemplo en una hoja electrnica en
un ordenador personal.
Los datos son preparados para ser transferidos. Se transfieren y
procesan en otro componente del sistema, pero no por el usuario
final.
El proceso distribuido y la transferencia de datos son on-line y slo
en una direccin.
El proceso distribuido y la transferencia de datos son on-line en
ambas direcciones
Los procesos se desarrollan dinmicamente en el componente ms
apropiado del sistema.
2
3
4
5
47
Descripcin

ajuste AF
3 Rendimiento
Los objetivos de rendimiento del sistema de informacin (en trminos de:

tiempo de respuesta, caudal de datos,...) definidos o aprobados por el usuario.
Descripcin
0
No existen requisitos especificados por el usuario
Rendimiento y requisitos de diseo han sido definidos y revisados pero no requieren

ninguna accin especial.
L tiempo de respuesta o la capacidad de proceso es crtico durante las horas punta. No se
requiere ningn diseo especial para la utilizacin de la Unidad Central de Proceso (UCP)
del ordenador. Los procesos demorados se ejecutan al da siguiente.
El tiempo de respuesta o la capacidad de proceso es crtico durante todas las horas de
operacin. No se requiere un diseo especial para la utilizacin de la UCP.
Los requisitos de rendimiento por parte de los usuarios son suficientemente estrictos
como para requerir un anlisis de rendimiento en la fase de diseo.
Adems, hay que utilizar herramientas para anlisis de rendimiento durante el diseo,
desarrollo y/o fase de implantacin para verificar los requisitos de rendimiento.
2
3
4
5
48

ajuste AF
4 Configuraciones fuertemente utilizadas
Es una caracterstica de la aplicacin que requiere consideraciones especiales de

diseo debido a las limitaciones de los equipos a utilizar.
Evaluacin
0
No existen restricciones de ningn tipo
Existen restricciones operativas, pero no requieren un esfuerzo especial para

conseguirlas
Existen algunas restricciones de seguridad o tiempo
2
3
4
5
49
Descripcin
Existen requisitos especficos de procesador para algunas partes de la

aplicacin
Las restricciones definidas en el ordenador central o procesador dedicado
obligan a limitaciones en la aplicacin
Adems de las caractersticas del punto 4 existen limitaciones en los
componentes distribuidos del sistema

ajuste AF
5 Frecuencia de transacciones
Si la frecuencia de transacciones es alta (caudal de datos) , influye sobre el

diseo, desarrollo, instalacin y soporte de la aplicacin
Evaluacin
0
No existe una definicin del periodo punta de transacciones
Se conoce el periodo punta (mensual, trimestral, estacional, anual)
Se conoce el periodo semanal
Se conoce el periodo punta diario
La frecuencia de transacciones definida por el usuario en los

requisitos de la aplicacin o acuerdos de nivel de servicio son
suficientemente altos como para requerir anlisis de rendimiento de
tareas durante la fase de diseo
La frecuencia de transacciones definida por el usuario en los
requisitos de la aplicacin o acuerdos de nivel de servicio son
suficientemente altos como para requerir el uso de anlisis de
rendimiento de tareas y de herramientas de medida del rendimiento
en el diseo, desarrollo y/o fase de instalacin
50
Descripcin

ajuste AF
6 Entradas de datos on-line
Evaluacin
51
Descripcin
Todas las transacciones se procesan por lotes
1% al 7% de las transacciones son interactivas
Ms del 30% de las transacciones son interactivas

ajuste AF
7 Eficiencia del usuario final
Las funciones on-line proporcionadas ponen nfasis en un diseo que incremente la
eficiencia del usuario final. Estas funciones pueden ser:
Ayudas a la navegacin (teclas de funcin...)
Mens
Pantallas de ayuda on-line
Movimiento automtico del cursor
"scrolling"
Impresin remota (por transacciones on-line)
Teclas de funcin pre-asignadas
Sumisin de trabajos por lotes a travs de teleprocesos
Seleccin de datos con el cursor
Fuerte uso de facilidades de vdeo
Documentacin usuario en formato papel y on-line
Ventanas
Soporte bilinge
Soporte multilinge
52

ajuste AF
7 Eficiencia del usuario
Las descripciones para determinar el grado de influencia son:
Evaluacin
0
Ninguno de los puntos anteriores
1 a 3 de los puntos anteriores
4 a 5 de los puntos anteriores
6 0 ms, pero no existen requisitos del usuario respecto a la eficiencia.
6 o ms pero estn definidos los requisitos de eficiencia del usuario que

obligan a disear tareas que tienen en cuenta factores humanos; por ejemplo,
minimizar el nmero de tecleos, uso de mascaras, etc.
6 o ms, y hay requisitos del usuario sobre eficiencia que obligan a utilizar
herramientas especiales y procesos para demostrar que los objetivos se han
alcanzado.
53
Descripcin

ajuste AF
8 Actualizaciones on-line
La aplicacin proporciona actualizaciones on-line de los ficheros lgicos

internos
Evaluacin
0
Ninguno
Actualizacin on-line de 1 a 3 fichero. El volumen de actualizacin es bajo y

la recuperacin fcil
Actualizacin on-line de 4 o ms ficheros. El volumen de actualizacin es bajo
y la recuperacin es baja
Actualizacin importante de los ficheros lgicos internos
2
3
4
5
54
Descripcin
Adems, la proteccin contra la prdida de datos, es esencial y ha sido

especialmente diseada y programada en el sistema
Adems del punto 4, los altos volmenes de transacciones requiere que sea
considerado el coste de los procesos de recuperacin. Los procedimientos de
recuperacin estn altamente automatizados con intervencin mnima del
operador.

ajuste AF
9 Procesos complejos
La complejidad de los procesos constituye una caracterstica de la aplicacin si

en algunos de los componentes estn presentes:
Controles especiales (proceso de auditora especial) o Procesos de seguridad especficos.

Procesos lgicos complejos
Procesos matemticos complejos
Procesos de excepcin (Transaccin de tipo ATM incompleta debida a interrupciones).
Procesos complejos de manejo de mltiple entrada/Salida (Multimedia)
Evaluacin
0
1
2
3
4
5
55
Descripcin
Ningn componentes anterior
Existe 1 de los componentes presentados anterioramente.

ajuste AF
10 Utilizacin en otros sistemas (reutilizacin)
La aplicacin y el cdigo han sido diseados especficamente, desarrollados y

soportados para ser utilizados en otras aplicaciones
Evaluacin
0
El cdigo no es reusable
Se utiliza cdigo ya existente en la aplicacin
Menos de 10 % de la aplicacin es de cdigo reusable (mdulos...)
Ms de 10 % de la aplicacin es de cdigo reusable (mdulos...)
Aplicacin especificamente diseada para su reuso con una adaptacin del

cdigo fuente.
Aplicacin especificamente diseada para su reuso con una adaptecin por
parametrizacin sin cambio en el cdigo fuente.
56
Descripcin

ajuste AF
11 Facilidad de instalacin
Las facilidades de conversin o/e instalacin incrementa la dificultades del

desarrollo de la aplicacin.
Evaluacin
Descripcin
No se realizaron consideraciones ni se requirieron desarrollos especiales para

la instalacin por parte del usuario
No se realizaron consideraciones especiales por el usuario pero se requirieron
desarrollos especiales de instalacin.
Los requisitos de conversin e instalacin fueron definidos por el usuario y las
guas para la conversin e instalacin fueron desarrolladas y probadas. El
impacto de la conversin en el proyecto no se considera importante
Los requisitos de conversin e instalacin fueron definidos por el usuario y las
guas para la conversin e instalacin fueron proporcionadas y probadas.
Adems del punto 2, se proporcionarn y probarn la conversin automtica y
herramientas para la instalacin
Adems del punto 3, se proporcionarn y probarn la revisin automtica y las
herramientas para la instalacin
1
2
3
4
5
57

ajuste AF
12 Facilidad de operacin
Las facilidades de operacin requieren un plan establecido. Su propsito es proporcionar
unos procesos de arranque, backup, etc, minimizando las intervenciones manuales.
Evaluacin
Descripcin
No se definieron por parte del usuario necesidades especiales de operacin o

respaldo distintas de las normales.
Seleccionar, valorando como uno, cada una de las siguientes solicitudes
realizadas a la aplicacin:
Procesos eficientes de arranque, respaldo y recuperacin pero con
intervencin del operador (contar como 2)
La aplicacin minimiza la necesidad de montaje de cintas
La aplicacin minimiza la necesidad de manejo de papel
La aplicacin debe disearse sin intervencin de operadores; es decir el
ordenador no debe intervenir mas que para arrancar y parar la aplicacin. Uno
de los elementos de la aplicacin es la recuperacin automtica de errores.
1-4
58

ajuste AF
13 Instalacin en distintos lugares
La aplicacin se disear y desarrollar para ser instalada y mantenida en distintos
lugares por distintas organizaciones..
Evaluacin
Descripcin
No existen requisitos del usuario para considerar la necesidad de ms de un

usuario lugar de instalacin.
Se necesita disear la aplicacin para ser utilizada en mltiples lugares pero
funcionar bajo entornos idnticos de hardware y software.
Se necesita disear la aplicacin para ser utilizada en mltiples lugares y
funcionar bajo un entorno de hardware y software similares.
Se necesita disear la aplicacin para ser utilizada en distintos lugares y
funcionar bajo entornos distintos de hardware y software
Debern ser proporcionados y probados la documentacin y los planes de
soporte de la aplicacin para ser utilizados en distintos lugares, en el modo que
se indic en los apartados (1) y (2)
Debern se proporcionados y probados la documentacin y los planes de
soporte de la aplicacin para ser utilizados en distintos lugares, en el modo que
se indic en el apartado (3)
1
2
3
4
5
59

ajuste AF
14 Facilidad de cambio
La aplicacin fue diseada, desarrollada, y mantenida para facilitar los cambios.
Evaluacin
0
1-5
60
Descripcin
No existe ninguna especificacin por parte de los usuarios en este sentido
Se seleccionar alguna de estas opciones:
Facilidad para realizar consultas o informes simples tales como la utilizacin
de operadores lgicos AND/OR sobre un fichero lgico interno (Se contar
como 1)
Facilidad para realizar consultas o informes de complejidad media tales como
la utilizacin de operadores lgicos AND/OR sobre mas de un Fichero lgico
interno (Se contar como 2)
Facilidad para realizar consultas/informes complejos (se contar como 3)
Se mantendrn datos de control en tablas que sern mantenidas por los
usuarios a travs de procesos interactivos on-line pero los cambios no sern
efectivos hasta el siguiente da de funcionamiento de la aplicacin. (Se contar
como 1)
Igual que el caso anterior, pero los cambios sern efectivos inmediatamente (se
contar como 2)

ajuste AF
Cuadro de recapitulacin de clculo del AF
Caractersticas generales del sistema

1
2
3
4
5
6
7
8
9
10
11
12
13
14
61
Comunicacin de datos
Sistema distribuido
Rendimiento
Configuraciones fuertamente utilizadas
Frecuencia de transacciones
Teleprocesos
Diseo para la eficiencia del usuario final
Teleprocesos de Actualizacin
Procesos complejos
Utilizacin en otros sistemas (reutilizacin)
Facilidad de instalacin
Facilidad de operacin
Multiple instalacin
Facilidad de cambio
Grados de inluenca Total (TDI)
AF = (TDI*0.01) + 0.65
Valor del Factor de Ajuste (AF)
Grados de influencia
0-5
Clculo de los PF, ltimo paso

Ajustar los puntos de Funcin
PF = NPF * AF, Puntos de funcin ajustados

AF=(TDI*0,01)+0,65 Factor de ajuste
62

Para usar eficientemente puntos de funcin se usan
unos ratios relativos a las siguientes mtricas:
63
Productividad: indica el nmero de puntos de funcin que

puede desarrollar en un mes una persona
Calidad: indica el nmero de errores que supuestamente se
cometern por punto de funcin
Coste: indica las pesetas que costar a la empresa el
desarrollo de un punto de funcin
Documentacin: indica el nmero de pginas de
documentacin que se generar por punto de funcin
Lneas de cdigo: indica el nmero de lneas de un
determinado lenguaje de programacin que se escribirn por
punto de funcin

Los ratios vendrn medidos en:
64
Productividad = puntos funcin/persona.mes

Calidad = errores / punto funcin
Coste = pesetas / punto funcin
Documentacin = pginas /punto funcin
Lneas de cdigo = lneas / punto funcin

La clave de la utilizacin de esta tcnica es la
obtencin de estos ratios, que sern especficos
de cada organizacin, y que nos darn
informacin sobre el tamao de la aplicacin.
Estos ratios se obtienen de proyectos
anteriormente desarrollados
65
Clculo de los PF ajustados

Proyecto de mejora o mantenimiento
EPF=(ADD+CHGA)*VAFA+(DEL*VAFB)
66
EPF= nmero de puntos de funcin del proyecto de mejora

ADD= Puntos de funcin de aquellas funciones que se
aadirn al proyecto como consecuencia de la mejora
CHGA= Puntos de funcin sin ajustar de aquellas funciones
que se modificarn por el proyecto de mejora
VAFA=Factor de ajuste del proyecto despus del proyecto de
mejora
DEL=nmero de puntos de funcin sin aquellas funciones que
sern eliminadas en el proceso de mejora
VAFB= Factor de ajuste de la aplicacin antes del proyecto de
mejora
Mtricas de esfuerzo:
Mtodo COCOMO II
1. Tamao del software a realizar (lneas: KLSI) o puntos de
funcin
2. Esfuerzo del equipo de desarrollo (personas-mes MM)
3. Duracin del proyecto: Unidad de tiempo (meses del
calendario)
Tamao
67
Esfuerzo
Duracin
Mtodo COCOMO II
COCOMO distingue:
Tres modelos distintos
Diseo Preliminar
Diseo Post- Arquitectura
Diseo de composicin de aplicaciones (no
existe calibrado para este submodelo)
68
Diseo de Composicin de Aplicaciones

Indicado para
proyectos construidos con herramientas
Reutilizacin del sw
Construccin de Interfaces
Entrada: tamao en puntos objeto
69
Modelo de Diseo Preliminar

Est indicado para estimar en proyectos antes de
que la arquitectura est completa
La medida de tamao se hace en Puntos de
funcin que luego se transforman en KLSI para su
entrada en las frmulas
Tiene cinco factores de escala con seis rangos
cada uno
70
Modelo Post-Arquitectura
Est indicado para proyectos en los que la
arquitectura ha sido completada
Toma como entrada KLOC
Tiene 17 drivers de coste Diseo Postarquitectura y 7 el diseo preliminar
71
Personal con experiencia intermedia

Algunos tienen experiencia y otros no
Algunas interfaces muy rigurosas otras flexibles
Tamao mximo 300 KLSI
Mtodo COCOMO II
Factores de correccin
Entorno empresarial (horas de trabajo/mes)
Caractersticas del trabajo
Exigencias del sw
Plataforma y entorno de desarrollo
Competencia del equipo de desarrollo
Contexto del proyecto
72
Esfuerzo (sin ajustar, diseo anticipado y postarquitectura)
MM= a(q)* SIZE B
a(q), depende del calibrado (usaremos 2,45)

B= 0,91 + 0,01* j=1..5 SF j
73
B<1 Proyecto presenta ahorro de escala

B=1 Los ahorros de escala y los gastos estn
equilibrados
B>1 El proyecto presenta gasto de escala
Los factores de escala son: PRE(precedentes), FLEX
(Flexibilidad de desarrollo), RESL(Arquitectura
/resolucin de riesgos)TEAM (cohesin del equipo),
MAT (Madurez del proceso)
Tamao
(sin ajustar, diseo anticipado y postarquitectura)
Size= size *(1 + (BRAK/100))
El porcentaje de rotura de BRAK es para ajustar el

tamao eficaz del producto
Refleja la volatilidad de requisitos
74
Esfuerzo
(ajustado, diseo anticipado y post-
arquitectura)
MM= MM (sin ajustar)* P Xi
Xi son los diferentes drivers.

7 para el caso del modelo diseo anticipado
17 para el modelo post arquitectura
Se han calibrado sobre 198 proyectos
75
Tiempo de desarrollo
(diseo anticipado
y post-arquitectura)
TDEV= 3,67* MM exp * ( SCED/100)
Exp = 0,28+ 0,2* (B-1,10)
76
Las mtricas de productividad se centran en el
rendimiento de las funciones del desarrollo de
software, para obtener:
Tamao de la cartera de aplicaciones
(Nmero de Puntos Funcin).
Las tendencias del crecimiento de dicha cartera
(Nmero de Puntos Funcin en Perodos de
Tiempo).
77
Ratio de productividad de un proyecto
(Nmero de Puntos Funcin / Esfuerzo).
Ratio de duracin del desarrollo de un proyecto

(Nmero de Puntos Funcin / Tiempo
transcurrido).
Productividad global de una empresa
(Nmero de Puntos Funcin / Esfuerzo total de la
empresa).
78
Ratio de productividad
Tamao = Nmero de Puntos Funcin

del proyecto
Ratio =
Esfuerzo = Nmero de horas
consumidas para realizar el proyecto
El ratio de productividad de un proyecto se conoce cuando se finaliza dicho proyecto.

79
Productividad y Tamao
PFs por
Mes/hombres
16
14
12
10
8
6
4
2
0
10
Ratio de productividad de desarrollo

20
40
80
160
320
640
1280
Tamao de aplicacin en Puntos Funcin
2560
5120
Entre 10 y 10.000 Puntos Funcin la

Productividad es difcilmente
comparable.
80
10240
Productividad y Tamao
PFs por
Mes/hombres
Los Puntos Funcin no miden la

productividad Individual
16
14
12
10
8
6
4
2
0
Un jefe de proyecto con ms experiencia es menos productivo

!!!!
4
5
6
7
Nmeros de Proyectos realizados
10
11
PFs por
Mes/hombres
16
14
12
10
8
6
4
2
0
10
81
20
40
80
160
320
640
1280
2560
5120
10240
Mtricas de calidad
Las mtricas de calidad proporcionan una indicacin
de cmo se ajusta el software a los requisitos
implcitos y explcitos del usuario :
82
Ratio de estabilidad
(Nmero de cambios / Nmero de Puntos Funcin).
Ratio de defectos
(Nmero de defectos / Nmero de Puntos Funcin
Ratio de suficiencia (en la Fase de Pruebas)

(Nmero de defectos / Nmero de Puntos Funcin de lo que se prueba).
Tiempo medios de correccin

(Tiempo transcurrido / Nmero de problemas).
Fiabilidad
(Fallo de la aplicacin / Nmero de Puntos Funcin de la aplicacin).
Riesgo y tamao
Las curvas de distribucin de proyecto, en funcin de sus tamao,
indican que el tamao idneo de un proyecto se sita entre 500 PFs y
1500 PFs.
Los proyectos de gran tamao presentan algunos riesgos.
50%
40%
30%
20%
10%
0%
10
83
20
40
80
160
320
640
1280
2560
5120
10240
Mtricas de costes
Expresan una medida del coste del software en funcin

del nivel de productividad y calidad del mismo:
Coste del proyecto por Puntos Funcin
([(Esfuerzo en horas * Coste por hora) + Otros gastos] / Nmero de Puntos
Funcin).
Coste total de produccin de software

(Coste total SSII / Nmero de Puntos Funcin).
Coste de la correccin de defectos

[(Horas de correccin * coste hora) / Nmero de Puntos Funcin del proyecto].
84
Correlacin Esfuerzo / Tamao
Existe una correlacin entre tamao y esfuerzo de un proyecto.

Lo que quiere decir que modificando el valor de la variable
X=Tamao "causa", se induce un "efecto" sobre Y=Esfuerzo.
Para construir un diagrama de correlacin es necesario disponer
de, a lo menos 20 parejas de valores [X,Y].
La derecha de correlacin aplicable, es de la forma Y=aX+b
con a= r. (Sy/Sx) y b= y - ax
Sx y Sy: son los desviaciones tpicas de X y Y.
x y y : son respectivamente las medias de X y Y.
r: es el coeficiente de correlacin.
85
Cuando el cuadrado del coeficiente de correlacin R2 tiende hasta

1, la precisin es mxima. Si R2 tiende hasta 0 la precisin es
mnima.
Diagrama de correlacin
La relacin Tamao Esfuerzo es diferente
Esfuerzo
Esfuerzo en mes / Hombre
de una empresa a otra

de una familia de proyecto a otra
100
0
R2 = 0.5758
500
y = ax+b
0
0
Proyecto
lnea de regresin
86
1000
2000
Tamao en PF
3000
4000
Ejemplo de una estimacin de

proyecto
Esfuerzo en mes / Hombre
Proyecto XXX:
Nuevo desarrollo
Utilizacin de un SGBD
Mainframe
Tamao en Puntos funcin calculado a 2500 PF
Esfuerzo
100
0
R2 = 0.5758
Esfuerzo= 350 Mes/Hombres
y = 0,0156 x 1,1366
500
1000
2000
3000
4000
Tamao en PF
87
Evaluacin de las empresas subcontratadas
Evaluar la productividad de los proveedores.
Evaluar la calidad de los proveedores.
Evaluar el tiempo de entrega de las respuestas.
Evaluar y comparar los diferentes proveedores
Comparar las actividades sub-contratadas y sus

correspondencias en coste.
Para eso se necesita:
88
Una elaboracin estricta de la solicitud informtica
Tener un indicador de comparacin (Puntos Funcin).
Identificar los limites del proyecto.
Conclusin
El Punto Funcin no es un fin en s, es un medio
para aplicar mtricas y estadsticas.
Los Puntos Funcin permiten gestionar las
actividades informticas.
La implantacin de un programa de medida en
Punto Funcin se realiza de manera progresiva,
para responder a las problemticas de los gestores
informticos.
89
Bibliografa
90
IPUG.
COCOMO II
Ingeniera del software : un enfoque prctico

Pressman, Roger S.
Managing and leading software projects

Fairley, R.E.
Best practices in software measurement : how to use

metrics to improve project and process performance .
Ebert, Christof.
Software engineering best practices : lessons from

successful projects in the top companies .
Jones, Capers

Ocw Dsic Metricas

Загружено:

Сведения о документе

Оригинальное название

Авторское право

Доступные форматы

Поделиться этим документом

Поделиться или встроить документ

Параметры публикации

Этот документ был вам полезен?

Это неприемлемый материал?

Авторское право:

Доступные форматы

Ocw Dsic Metricas

Загружено:

Авторское право:

Доступные форматы

Grado en Ingeniera Informtica

Mtricas: Estimacin de tamao y recursos

Puntos de funcin de Albretch

Mtricas: Estimacin de tamao y recursos

Mtricas: Estimacin de tamao y recursos

Relacin entre los

Mtricas: Estimacin de tamao y recursos

Es la primera etapa en la gestin de proyectos

el proceso que proporciona un valor a un conjunto de

Mtricas: Estimacin de tamao y recursos

Mtricas: Estimacin de tamao y recursos

Profesional que no tenga ningn inters, directo o

Se trata de un proceso continuo. Pero que va

Por qu estimar en distintos momentos del

Mtricas: Estimacin de tamao y recursos

Mtricas: Estimacin de tamao y recursos

Mtricas: Estimacin de tamao y recursos

Mtricas: Estimacin de tamao y recursos

Mtricas: Estimacin de tamao y recursos

Mtricas: Estimacin de tamao y recursos

Modelos basados en teoras

Relacin lineal E=aLb

Mtricas: Estimacin de tamao y recursos

Mtricas: Estimacin de tamao y recursos

Mtricas de tamao: Puntos de Funcin

Medir lo qu el usuario pide y lo que recibe.

Mtricas: Estimacin de tamao y recursos

Punto de funcin de Albretch

Mtricas: Estimacin de tamao y recursos

Punto de funcin de Albretch

Mtricas: Estimacin de tamao y recursos

Etapas del Mtodo

1.- Definicin de los lmites del sistema

Mtricas: Estimacin de tamao y recursos

Clculo del factor de Ajuste AF

Medicin ajustada del proyecto en Puntos funcin

Mtricas: Estimacin de tamao y recursos

Clculo del factor de ajuste

Puede estar comprendido entre: 0,65< AF < 1,35

Generalmente comprendido entre: 0,98< VAF < 1,02

Mtricas: Estimacin de tamao y recursos

Clculo de los puntos de funcin

Puntos Funcin ajustados =

Mtricas: Estimacin de tamao y recursos

Parmetros Bsicos: tipos de

Mtricas: Estimacin de tamao y recursos

Parmetros Bsicos: tipos de

Entrada externa (EI external input) datos o

Mtricas: Estimacin de tamao y recursos

Mtricas: Estimacin de tamao y recursos

El ILF est mantenido dentro de las fronteras del proyecto.

Mtricas: Estimacin de tamao y recursos

DET: tipo de elemento dato

RET: tipo de elemento registro

Contar un RET por cada grupo de DETs

Mtricas: Estimacin de tamao y recursos

Considerar la visin del usuario sobre el grupo de

Mtricas: Estimacin de tamao y recursos

Un fichero temporal o de trabajo no visible por el

Mtricas: Estimacin de tamao y recursos

El EIF no est mantenido por el proyecto estudiado.

Son datos de referencias utilizadas pero no mantenidas dentro del

Mtricas: Estimacin de tamao y recursos