Mtricas de

Software
Medimos para mejorar cuando recogemos la informacin
cuantitativa que nos ayuda a identificar obstculos,
problemas de raz, ineficiencias y otras oportunidades para
mejorar la calidad del producto y el rendimiento del proceso.

Hay varias razones para medir un

producto
1. Para indicar la calidad del producto.
2. Para evaluar la productividad de la gente que
desarrolla el producto.
3. Par evaluar los beneficios en trminos de
productividad y de calidad, derivados del uso
de nuevos mtodos y herramientas de la ingeniera
de software.
4. Para establecer una lnea de base para la
estimacin
5. Para ayudar a justificar el uso de nuevas
herramientas o de formacin adicional.

Por qu es tan importante medir el proceso de

ingeniera del software y el producto (software)
que produce?
La respuesta es relativamente obvia. Si no
se mide, no hay una forma real de
determinar si se est mejorando. Y si no se
est mejorando, se est perdido.

Conceptos Bsicos
Medida: Indicacin cuantitativa de la extensin,
cantidad, dimensiones, capacidad o tamao de
algunos atributos de un proceso o producto.
Medicin: Acto de determinar una medida
Mtrica: Medida cuantitativa del grado en que un
sistema, componente o proceso posee un atributo
dado.
Indicador: Mtrica o combinacin de mtricas que
proporcionan una visin profunda de un proceso,
producto o proyecto.

Indicadores
Indicadores de Proceso: Permiten a una
organizacin tener una visin profunda de la
eficacia de un proceso ya existente. Permiten
evaluar lo que funciona y lo que no. Se recopilan
medidas durante un largo periodo de tiempo.
Proporcionan indicadores que lleven a mejoras de
los procesos de software.
Indicadores de Proyecto: Permiten evaluar el
estado del proyecto en curso, seguir la pista de
los riesgos, detectar las reas problemticas,
ajustar las tareas y evaluar la habilidad del equipo
de trabajo.

Mediciones del Software

Pueden englobarse en dos categoras: medidas
directas y medidas indirectas.
Medidas Directas. En el proceso de ingeniera se
encuentran el costo, y el esfuerzo aplicado, las
lneas de cdigo producidas, velocidad de
ejecucin, el tamao de memoria y los defectos
observados en un determinado periodo de tiempo.
Medidas Indirectas. Entre las medidas indirectas
se incluyen la funcionalidad, calidad, complejidad,
eficiencia, fiabilidad, facilidad de mantenimiento y
muchas otras capacidades.

Mtricas del software

Son las que estn relacionadas con el desarrollo del software como funcionalidad,
complejidad, eficiencia.
MTRICAS TCNICAS: Se centran en las caractersticas de software por ejemplo: la
complejidad lgica, el grado de modularidad. Mide la estructura del sistema, el cmo
esta hecho.
MTRICAS DE CALIDAD : proporcionan una indicacin de cmo se ajusta el software a
los
requisitos implcitos y explcitos del cliente. Es decir cmo voy a medir para que mi
sistema se
adapte a los requisitos que me pide el cliente.
MTRICAS DE PRODUCTIVIDAD . Se centran en el rendimiento del proceso de la
ingeniera del
software. Es decir que tan productivo va a ser el software que voy a disear.
MTRICAS ORIENTADAS A LA PERSONA . Proporcionan medidas e informacin sobre
la
forma que la gente desarrolla el software de computadoras y sobre todo el punto de vista
humano de la efectividad de las herramientas y mtodos. Son las medidas que voy a
hacer de mi
personal que va har el sistema.
MTRICAS ORIENTADAS AL TAMAO. Es para saber en que tiempo voy a terminar el
software y cuantas personas voy a necesitar. Son medidas directas al software y el
proceso por el cual se desarrolla, si una organizacin de software mantiene registros
sencillos.

Orientadas al tamao
Las mtricas del software orientadas al tamao provienen de la
normalizacin de las medidas de calidad y/o productividad
considerando el tamao del software que se haya producido.

Mtricas

Productividad = KLDC/persona-mes
Calidad = errores/KLDC
Documentacin = pags. Doc/ KLDC
Costo = $/KLDC

Orientadas a la funcin
Las mtricas del software orientadas a la
funcin
utilizan
una
medida
de
la
funcionalidad entregada por la aplicacin
como un valor de normalizacin.
Ya que la funcionalidad no se puede medir
directamente, se debe derivar mediante
otras medidas directas.
Punto de funcin: Se calcula determinando 5
caractersticas de dominio de informacin.

1. Nmeros de entrada de usuario: se cuenta cada entrada del usuario

que proporcione al software diferentes datos orientados a la aplicacin.
Las entradas deben ser distinguidas de las peticiones que se
contabilizan por separado.
2. Numero de salida del usuario: se encuentra cada salida que
proporciona la usuario
informacin orientada ala aplicacin. En este contexto las salidas se
refieren a informes, pantalla, mensajes de error. Los elementos de datos
individuales dentro de un informe se encuentran por separado.
3. Nmeros de peticiones al usuario: una peticin esta definida como
una entrada
interactiva que resulta de la generacin de algn tipo de respuesta en
forma de salida interactiva. Se cuenta cada peticin por separado.
4. Numero de archivos: se cuenta cada archivo maestro lgico, o sea
una agrupacin lgica de datos que puede ser una parte en una gran
base de datos o un archivo independiente.
5. Numero de interfaces externas: se cuentan todas las interfaces
legibles por la maquina por ejemplo: archivos de datos, en cinta o
discos que son utilizados para transmitir informacin a otro sistema.

Mtricas para la calidad del

software
El objetivo primordial de la ingeniera del software es producir un
sistema, aplicacin o producto de alta calidad.
Para lograr este objetivo, los ingenieros del software deben aplicar
mtodos efectivos junto con herramientas modernas dentro del
contexto de un proceso maduro de desarrollo de software. Adems, un
buen ingeniero del software (y buenos gestores de la ingeniera del
software) deben medir si la alta calidad se va a llevar a cabo.
La calidad de un sistema, aplicacin o producto es tan bueno como los
requisitos que describen el problema, el diseo que modela la solucin,
el cdigo que conduce a un programa ejecutable, y las pruebas que
ejercitan el software para detectar errores. Un buen ingeniero del
software utiliza mediciones que evalan la calidad del anlisis y los
modelos de diseo, el cdigo fuente, y los casos de prueba que se han
creado al aplicar la ingeniera del software.

Medidas de la calidad
Aunque hay muchas medidas de la calidad de
software, la correccin, facilidad de mantenimiento,
integridad y facilidad de uso proporcionan
indicadores tiles para el equipo del proyecto.
Correccin.
Un
programa
debe
operar
correctamente o proporcionar poco valor a sus
usuarios. La correccin es el grado en el que el
software lleva a cabo su funcin requerida. La
medida ms comn de correccin es defectos por
KLDC, en donde un defecto se define como una falta
verificada de conformidad con los requisitos.

Facilidad de mantenimiento
El mantenimiento del software cuenta con ms esfuerzo
que cualquier otra actividad de ingeniera del software.
La facilidad de mantenimiento es la facilidad con la que
se puede corregir un programa si se encuentra un error,
se puede adaptar si su entorno cambia, o mejorar si el
cliente desea un cambio de requisitos. No hay forma de
medir directamente la facilidad de mantenimiento; por
consiguiente, se deben utilizar medidas indirectas. Una
simple mtrica orientada al tiempo es el tiempo medio
de cambio (TMC), es decir el tiempo que se tarda en
analizar la peticin de cambio, en disear una
modificacin adecuada, en implementar el cambio, en
probarlo y en distribuir el cambio a todos los usuarios

Integridad
En esta poca de hackers y firewalls la integridad del software ha
llegado a tener mucha importancia. Este atributo mide la capacidad
de un sistema para resistir ataques contra sus seguridad.
Para medir la integridad, se tienen que definir dos atributos
adicionales: amenaza y seguridad.
Amenaza es la probabilidad (que se puede estimar o deducir de la
evidencia emprica) de que un ataque de un tipo determinado ocurra
en un tiempo determinado.
La seguridad es la probabilidad (que se puede estimar o deducir de la
evidencia emprica) de que se pueda repeler el ataque de un tipo
determinado.
La integridad del sistema se puede definir como:
integridad = [( 1 - amenaza) x (1 - seguridad)]
donde se suman la amenaza y la seguridad para cada tipo de
ataque.

Facilidad de uso
El calificativo amigable con el usuario se ha convertido en omnipresente
en las discusiones sobre productos de software. Si un programa no es
amigable con el usuario, frecuentemente est abocado al fracaso,
incluso aunque las funciones que realice sean valiosas. La facilidad de
uso es un intento de cuantificar lo amigable que puede ser con el
usuario y se puede medir en funcin de cuatro caractersticas:
1.- Habilidad intelectual y/o fsica requerida
para aprender el sistema;
2.- Tiempo requerido para llegar a ser moderadamente eficiente en el
uso del sistema;
3.- Aumento neto en productividad (sobre el enfoque que el sistema
reemplaza) medida cuando alguien utiliza el sistema moderadamente y
eficientemente; y
4.- Valoracin subjetiva (a veces obtenida mediante un cuestionario) de
la disposicin de los usuarios hacia el sistema

Eficacia de la Eliminacin de Defectos

Una mtrica de la calidad que proporciona beneficios tanto a
nivel del proyecto como del proceso, es la eficacia de la
eliminacin de defectos (EED). EED es una medida de la
habilidad de filtrar las actividades de la garanta de calidad y
de control al aplicarse a todas las actividades del marco de
trabajo del proceso.
Cuando un proyecto se toma en consideracin globalmente,
EED se define de la forma siguiente:
EED = E / (E + D)
donde E es el nmero de errores encontrados antes de
la entrega del software al usuario final y D es el nmero
de defectos encontrados despus de la entrega.
El valor ideal de EED es 1. Esto es, no se han encontrado defectos en ei software. De
forma realista, D ser mayor que cero.

Lnea Base
Estableciendo una lnea base de mtricas se
pueden obtener beneficios a nivel de proceso,
proyecto y producto (tcnico). Sin embargo la
informacin
reunida
no
necesita
ser
fundamentalmente diferente. Las mismas mtricas
pueden servir varias veces. Las lneas base de
mtricas constan de datos recogidos de proyectos
de software desarrollados anteriormente y pueden
ser tan simples como una tabla de datos o tan
complejas como una gran base de datos que
contenga docenas de medidas de proyectos y las
mtricas derivadas de ellos.

Tarea:
1.- Investiga el mtodo de desarrollo de mtricas:
OPM
2. Resuelve los siguientes ejercicios:
a) El equipo A encontr 342 errores durante el
proceso de ingeniera del software antes de
entregarlo. El equipo B encontr 184 errores. Qu
medidas adicionales se tendran que tomar para que
los proyectos A y
B determinen qu equipos
eliminaron los errores ms eficientemente?Qu
mtricas propondran para ayudar a tomar
determinaciones? Qu datos histricos podran ser
tiles?

EJERCICIOS
b) Sugiera tres medidas, tres mtricas y los
indicadores que se podran utilizar para evaluar un
automvil.
c)Sugiera tres medidas, tres mtricas y los
indicadores correspondientes que se podran utilizar
para evaluar el departamento de servicios de un
concesionario de automviles.
d) Sugiera tres medidas, tres mtricas y los
indicadores correspondientes que se podran utilizar
para evaluar su software.

e)

f)

Ejercicio

Calcule el valor del punto de funcin de un proyecto con

las siguientes caractersticas del dominio de informacin:
Nmero de entradas de usuario: 32
Nmero de salidas de usuario: 60
Nmero de peticiones de usuario: 24
Nmero de archivos: 8
Nmero de interfaces externos: 2
Asuma que todos los valores de ajuste de complejidad
estn en la media.

COLOCA TODO EN UN ARCHIVO DE WORD Y COLOCALO

EN LA PAG. DEL CURSO A MAS TARDAR EL MIERCOLES
07 DE DICIEMBRE A LAS 11:59 PM