UNIVERSIDAD DE LOS ALTOS DE CHIAPAS

UACH

CARRERA:
ING. EN SISTEMAS COMPUTACIONALES
SEMESTRE:
7 SEMESTRE
TURNO:
VESPERTINO
NOMBRE DE LA MATERIA:
INGENERIA DE SOFTWARE
TRABAJO:
INVESTIGACIN
CATEDRTICO:
ING.JOS ABRAHAM SNTIZ MUOZ
NOMBRE DEL ALUMNO:
FRANCISCO JAVIER VELASCO VZQUEZ

LUGAR Y FECHA:
SAN CRISTOBAL DE LAS CASAS, CHIAPAS A MARTES 6 SEPTIEMBRE DE
2016

MEDIDAS MTRICAS E INDICADORES

Las mtricas del software se refieren a un amplio elenco de mediciones para el

software de computadora. La medicin se puede aplicar al proceso del software
con el intento de mejorarlo sobre una base continua. Se puede utilizar en el
proyecto del software para ayudar en la estimacin, el control de calidad, la
evaluacin de productividad y el control de proyectos. Finalmente, el ingeniero
de software puede utilizar la medicin para ayudar a evaluar la calidad de los
resultados de trabajos tcnicos y para ayudar en la toma de decisiones tctica
a medida que el proyecto evoluciona.
Aunque los trminos medida, medicin y mtricas se utilizan a menudo
indistintamente, es importante destacar las diferencias sutiles entre ellos.
Dentro del contexto de la ingeniera del software, una medida proporciona una
indicacin cuantitativa de la extensin, cantidad, dimensiones, capacidad o
tamao de algunos atributos de un proceso o producto.
La medicin es el acto de determinar una medida.
Un ingeniero del software recopila medidas y desarrolla mtricas para obtener
indicadores.
Un indicador es una mtrica o una combinacin de mtricas que proporcionan
una visin profunda del proceso del software, del proyecto de software o del
producto en s.
Un indicador proporciona una visin profunda que permite al gestor de
proyectos o a los ingenieros de software ajustar el producto, el proyecto o el
proceso para que las cosas salgan mejor.

MTRICAS EN EL PROCESO Y DOMINIO DEL PROYECTO

La medicin es algo comn en el mundo de la ingeniera. Se mide el consumo

de energa, el peso, las dimensiones fsicas, la temperatura, el voltaje, la
relacin seal-ruido, la lista es casi interminable. Por desgracia, la medicin es
mucho menos comn en el mundo de la ingeniera del software.
Existen problemas para ponerse de acuerdo sobre qu medir y las medidas de
evaluacin de problemas recopilados.
Se deberan recopilar mtricas para que los indicadores del proceso y del
producto puedan ser ciertos. Los indicadores de proceso permiten a una
organizacin de ingeniera del software tener una visin profunda de la eficacia
de un proceso ya existente. Tambin permiten que los gestores evalen lo que
funciona y lo que no. Las mtricas del proceso se recopilan de todos los

proyectos y durante un largo perodo de tiempo. Su intento es proporcionar

indicadores que lleven a mejoras de los procesos de software a largo plazo.
Los indicadores de proyecto permiten al gestor de proyectos del software:
(1) Evaluar el estado del proyecto en curso;
(2) Seguir la pista de los riesgos potenciales;
(3) Detectar las reas de problemas antes de que se conviertan en crticas;
(4) Ajustar el flujo y las tareas del trabajo
(5) Evaluar la habilidad del equipo del proyecto en controlar la calidad de los
productos de trabajo del software.

MTRICAS DEL PROYECTO

En la mayora de los proyectos de software ocurre durante la estimacin,

conforme el proyecto avanza las medidas de esfuerzo y tiempo utilizados, se
comparan con las estimaciones originales y planificacin.
Para las mtricas del proyecto, se miden los ndices de produccin
representados en trminos de modelos creados, horas de revisin, puntos de
funcin y lneas fuentes entregadas.
La finalidad de las mtricas del proceso:
Se emplean para minimizar el tiempo de desarrollo.
Se utilizan para valorar la calidad del producto sobre una base actual.

MEDICIONES DEL SOFTWARE

El dominio de las mtricas del software se divide en: mtricas de proceso,

proyecto y producto.
Tambin se acaba de destacar que las mtricas de producto que son privadas
para un individuo a menudo se combinan para desarrollar mtricas del
proyecto que sean pblicas para un equipo de software.
Las mtricas del proyecto se consolidan para crear mtricas de proceso que
sean pblicas para toda la organizacin del software.

MTRICAS 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. Si una organizacin de software mantiene
registros sencillos, se puede crear una tabla de datos orientados al tamao,
como la que muestra la Figura. La tabla lista cada proyecto de desarrollo de
software de los ltimos aos y las medidas correspondientes de cada proyecto.
Debe tenerse en cuenta que el esfuerzo y el coste registrados en la tabla
incluyen todas las actividades de ingeniera del software (anlisis, diseo,
codificacin y prueba) y no slo la codificacin.

MTRICAS 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
indirectamente mediante otras medidas directas.
Las mtricas orientadas a la funcin fueron propuestas por primera vez por
Albretch, quien sugiri una medida llamada punto defuncin.

Los puntos de funcin se derivan con una relacin emprica segn las medidas
contables (directas) del dominio de informacin del software y las evaluaciones
de la complejidad del software.
Nmero de entradas de usuario. Se cuenta cada entrada de usuario que
proporciona diferentes datos orientados a la aplicacin. Las entradas se
deberan diferenciar de las peticiones, las cuales se cuentan de forma
separada.
Nmero de salidas de usuario. Se cuenta cada salida que proporciona al
usuario informacin orientada a la aplicacin. En este contexto la salida se
refiere a informes, pantallas, mensajes de error, etc.
Nmero de peticiones de usuario. Una peticin se define como una entrada
interactiva que produce la generacin de alguna respuesta del software
inmediata en forma de salida interactiva.
Nmero de archivos. Se cuenta cada archivo maestro lgico (esto es, un grupo
lgico de datos que puede ser una parte de una gran base de datos o un
archivo independiente).
Nmero de interfaces externas. Se cuentan todas las interfaces legibles por la
mquina (por ejemplo: archivos de datos de cinta o disco) que se utilizan para
transmitir informacin a otro sistema.
Una vez que se han recopilado los datos anteriores, a la cuenta se asocia un
valor de complejidad. Para calcular puntos de funcin (PF), se utiliza la (4.5)
relacin siguiente:

MTRICAS TCNICAS

Las mtricas tcnicas para el software proporcionan una manera sistemtica

de valorar la calidad basndose en un conjunto de reglas. Tambin
proporcionan al ingeniero del software descubrir y corregir problemas
potenciales antes de que se conviertan en defectos catastrficos.

FACTORES DE CALIDAD
Factores de calidad de McCall
McCall y Cavano definieron un juego de factores de calidad como los primeros
pasos hacia el desarrollo de mtricas de la calidad del software. Estos factores
evalan el software desde tres puntos de vista distintos:
1. Operacin del Producto.
2. Revisin del Producto.
3. Transicin del Producto.

1. Operaciones del producto - Caractersticas operativas

Correccin

El grado en que una aplicacin satisface sus especificaciones y

consigue los objetivos encomendados por el cliente.

Hace lo que se le pide?

Fiabilidad

El grado que se puede esperar de una aplicacin lleve a cabo las

operaciones especificadas y con la precisin requerida.

Lo hace de forma fiable todo el

tiempo?

Eficiencia
Qu recursos hardware y software
necesito?

Integridad
Puedo controlar su uso?

La cantidad de recursos hardware y software que necesita una

aplicacin para realizar las operaciones con los tiempos de respuesta
adecuados.

El grado con que puede controlarse el acceso al software o a los datos a

personal no autorizado.

Facilidad de uso

El esfuerzo requerido para aprender el manejo de una aplicacin,

trabajar con ella, introducir datos y conseguir resultados

Es fcil y cmodo de manejar?

2. Revisin del producto - Capacidad para soportar cambios

Facilidad de mantenimiento

El esfuerzo requerido para localizar y reparar errores.

Puedo localizar los fallos?

Flexibilidad

El esfuerzo requerido para modificar una aplicacin en

funcionamiento.

Puedo aadir nuevas opciones?

Facilidad de prueba

El esfuerzo requerido para probar una aplicacin de forma que

cumpla con lo especificado en los requisitos.

Puedo probar todas las opciones?

3. Transicin del producto - Adaptabilidad a nuevos entornos

Portabilidad

El esfuerzo requerido para transferir la aplicacin a otro

hardware o sistema operativo.

Podr usarlo en otra mquina?

Reusabilidad

Grado en que partes de una aplicacin pueden utilizarse en

Podr utilizar alguna parte del software en

otra aplicacin?

otras aplicaciones

Interoperabilidad

El esfuerzo necesario para comunicar la aplicacin con otras

aplicaciones o sistemas informticos

Podr comunicarse con otras aplicaciones o

sistemas informticos?