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:

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.

Medidas directas

Medidas indirectas

En el proceso de ingeniería se encuentran el costo, y el esfuerzo aplicado, las líneas de código producidas, velocidad de ejecución, el tamaño de memoria y los defectos observados en un determinado periodo de tiempo.

Se encuentra la funcionalidad, calidad, complejidad, eficiencia, fiabilidad, facilidad de mantenimiento, etc.

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.