INSTITUTO TECNOLÓGICO SUPERIOR

DE HUETAMO

INGENIERÍA EN SISTEMAS COMPUTACIONALES

FUNDAMENTOS DE DESARROLLO DE SISTEMAS

UNIDAD II

REPORTE DE INVESTIGACIÓN

MÉTRICAS DEL SOFTWARE

PROF: ING. MARIELA YANÍN MAGAÑA

ALUMNA: AURORA MÉNDEZ MARTÍNEZ

6 SEMESTRE

AULA 04

Fecha de entrega Martes 21/03/2011

 INTRODUCCIÓN

En un proyecto de software es importante tomar en cuenta estimaciones

de costos, así como también el esfuerzo humano dependiendo del software
deseado, y según lo que este mismo requiera por medio de sus mediciones que
se utilizan para recolectar sus datos.

Estas mediciones del software se dan por medio de las métricas, existen
distintas clasificaciones de las métricas. En este trabajo se muestran las distintas
clasificaciones existen.

Las métricas Son las que están relacionadas con el desarrollo del software
como funcionalidad, complejidad, eficiencia.

Una métrica del software debe ser objetiva, simple y calculable,

consistente en el empleo de unidades y tamaños, persuasiva, además debería
ser independiente del lenguaje de programación y proporcionar una
realimentación eficaz para el desarrollador de software.

Las métricas nos ayudan a entender tanto el proceso técnico que se

utiliza para desarrollar un producto, como el propio producto. En el proceso
para intentar mejorarlo, el producto se mide para intentar aumentar su calidad.
 MÉTRICAS DEL SOFTWARE

Una métrica es una medida cuantitativa del grado en que un sistema,

componente o proceso posee un atributo dado.

Comúnmente se define a las métricas de software como "La aplicación

continua de mediciones basadas en técnicas para el proceso de desarrollo del
software y sus productos, para suministrar información relevante a tiempo, así el
administrador junto con el empleo de estas técnicas mejorará el proceso y sus
productos”.

Para una definición más completa debe incluirse los servicios relacionados
al software como la respuesta a los resultados del cliente:

En ocasiones se pueden confundir los términos de métrica con medición y

medida, aunque estos no tienen el mismo significado.

En principio, podría parecer que la necesidad de la medición es algo

evidente. Después de todo es lo que nos permite cuantificar y por consiguiente
gestionar de forma más efectiva. Pero la realidad puede ser muy diferente.
Frecuentemente la medición con lleva una gran controversia y discusión.

1. ¿Cuáles son las métricas apropiadas para el proceso y para el producto?

2. ¿Cómo se deben utilizar los datos que se recopilan?
3. ¿Es bueno usar medidas para comparar gente, procesos o productos?

La medición es muy común en el mundo de la ingeniería. Medimos potencia

de consumo, pesos, dimensiones físicas, temperaturas, voltajes, señales de ruidos
por mencionar algunos aspectos. Pero la medición se aleja de lo común en el
mundo de la ingeniería del software. Encontramos dificultades en ponernos de
acuerdo sobre que medir y como va evaluar las medidas.
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 términos de productividad y de calidad, derivados del
uso de nuevos métodos y herramientas de la ingeniería de software.
4. Para establecer una línea de base para la estimación
5. Para ayudar a justificar el uso de nuevas herramientas o de formación adicional.

Las mediciones del mundo físico pueden englobarse en dos categorías:

Medidas directas Medidas indirectas

En el proceso de ingeniería se Se encuentra la funcionalidad,

encuentran el costo, y el esfuerzo aplicado, calidad, complejidad, eficiencia,
las líneas de código producidas, velocidad de fiabilidad, facilidad de mantenimiento,
ejecución, el tamaño de memoria y los etc.
defectos observados en un determinado
periodo de tiempo.

PROCESO EN LAS MÉTRICAS

Todo proceso de medición del software tiene como objetivo fundamental

satisfacer necesidades de información a partir de las cuales se deben identificar las
entidades y los atributos que deben ser medidos.
El proceso de medición, se caracteriza en cinco actividades:

Formulación:

Obtención de medidas y métricas del software apropiadas para la

presentación del software en cuestión.

Colección

Mecanismo empleado para acumular datos necesarios para obtener las

métricas formuladas.

Análisis

Cálculo de las métricas y la aplicación de herramientas matemáticas.

Interpretación

La evaluación de los resultados de las métricas en un esfuerzo por

conseguir una visión interna de la calidad de la presentación.

Retroalimentación

Recomendaciones obtenidas de la interpretación de métricas y técnicas

transmitidas al equipo de desarrollo de software.

PROCESO DE RECOPILACIÓN DE MÉTRICAS DEL SOFTWARE

Es necesario hacer un proceso con el cual se podrán ir desarrollando las

métricas, estas actividades son de gran importancia en el desarrollo de las mismas
métricas.

Este proceso nos ayudará a evaluar nuestro proyecto, los pasos que se
siguen se demuestran en el siguiente esquema:
CLASIFICACIÓN DE LAS MÉTRICAS DEL SOFTWARE
Descripción de cada una de ellas:

Técnicas
Se centran en las características de software, miden la estructura del
sistema, el cómo está hecho.

Por ejemplo:
La complejidad lógica
El grado de modularidad

Calidad

Proporcionan una indicación de cómo se ajusta el software a los requisitos

implícitos y explícitos del cliente.

Es decir cómo voy a medir para que mi sistema se adapte a los requisitos
que me pide el cliente.

Productividad

Se centran en el rendimiento del proceso de la ingeniería del software.

Es decir que tan productivo va a ser el software que voy a diseñar.

Persona

Son las medidas que voy a hacer de mi personal que va hará el sistema.

Proporcionan medidas e información 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 métodos.

Tamaño

Es para saber en qué 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 organización de software mantiene registros sencillos, se puede crear una
tabla de datos orientados al tamaño.
 Como ejemplo:

Calcular:

a) Productividad = KLDC/esfuerzo
Hopital = ?
farmacia = ?
b) Calidad = Errores/KLDC
Hospital = ?
Farmacia = ?
c) Costo = $/KLDC
Hospital = ?
Farmacia = ?
d) Documentación = Pags. doc/KLDC
Hospital=?
Farmacia=?

Función

Son medidas indirectas del software y del proceso por el cual se desarrolla.

En lugar de calcularlas las LDC, las métricas orientadas a la función se centran

en la funcionalidad o utilidad del programa.
 En esta métrica se toma en cuenta la medida de la productividad denominado
método del punto de función.

Los puntos de función que obtienen utilizando una función empírica basando
en medidas
cuantitativas del dominio de información del software y valoraciones subjetivos de
la complejidad del software.

Estos puntos de función se calculan rellenando una tabla:

PF = CUENTA_TOTAL * [0.65 + 0.01 * SUM(fi)]

Donde CUENTA_TOTAL es la suma de todas las entradas de PF

OTRA FORMA DE CLASIFICACIÓN DE LAS MÉTRICAS

MÉTRICAS DEL ESTÁNDAR ISO 9126

ISO 9126 es un estándar internacional para la evaluación del Software. Está

supervisado por el proyecto SQuaRE, ISO 25000:2005, el cual sigue los mismos
conceptos.

El estándar está dividido en cuatro partes las cuales dirigen,

respectivamente, lo siguiente:

Modelo de calidad
Métricas externas,
Métricas internas
Calidad en las métricas de uso.

El modelo de calidad establecido en la primera parte del estándar, ISO

9126-1, clasifica la calidad del software en un conjunto estructurado de
características y subcaracterísticas de la siguiente manera:

Atributos para la calidad interna y externa

Funcionalidad

Un conjunto de atributos que se relacionan con la existencia de un

conjunto de funciones y sus propiedades específicas. Las funciones son
aquellas que satisfacen las necesidades implícitas o explícitas.

o Idoneidad
o Exactitud
o Interoperabilidad
o Seguridad
o Cumplimiento de normas.

Fiabilidad

Un conjunto de atributos relacionados con la capacidad del software de

mantener su nivel de prestación bajo condiciones establecidas durante un
período establecido.

o Madurez
o Recuperabilidad
 o Tolerancia a fallos

Usabilidad

Un conjunto de atributos relacionados con el esfuerzo necesario para su

uso, y en la valoración individual de tal uso, por un establecido o implicado
conjunto de usuarios.

o Aprendizaje
o Comprensión
o Operatividad
o Atractividad

Eficiencia

Conjunto de atributos relacionados con la relación entre el nivel de

desempeño del software y la cantidad de recursos necesitados bajo
condiciones establecidas.

o Comportamiento en el tiempo
o Comportamiento de recursos

Mantenibilidad

Conjunto de atributos relacionados con la facilidad de extender, modificar o

corregir errores en un sistema software.

o Estabilidad
o Facilidad de análisis
o Facilidad de cambio
o Facilidad de pruebas

Portabilidad

Conjunto de atributos relacionados con la capacidad de un sistema

software para ser transferido desde una plataforma a otra.

o Capacidad de instalación
o Capacidad de reemplazamiento
o Adaptabilidad
o Co-Existencia
Atributos para la calidad en uso

Efectividad

Capacidad del producto software para permitir a los usuarios alcanzar

objetivos especificados con exactitud y completitud, en un contexto de uso
especificado.

Productividad

Capacidad del producto software para permitir a los usuarios gastar una
cantidad adecuada de recursos con relación a la efectividad alcanzada, en un
contexto de uso especificado.

Seguridad física

Capacidad del producto software para alcanzar niveles aceptables del riesgo de
hacer daño a personas, al negocio, al software, a las propiedades o al medio
ambiente en un contexto de uso especificado.

Satisfacción

Capacidad del producto software para satisfacer a los usuarios en un contexto

de uso especificado.