Вы находитесь на странице: 1из 11

UNIVERSIDAD NACIONAL JOSÉ MARÍA ARGUEDAS

FACULTAD INGENIERÍA

ESCUELA PROFESIONAL INGENIERÍA DE SISTEMAS

Tema: “MEDICION Y METRICAS DEL SOFTWARE”

CURSO: - CONTROL DE CALIDAD DE SOFTWARE.


DOCENTE: - ING. RUBEN APAZA APAZA.

INTEGRANTES:
- Nelio Gabino Huarcaya Chochocca
- Juan Carlos Palomino Miranda.
- Alfredo Olivares Pastor.
- Abel Vargas.
- Alicia

CICLO: - X.

Andahuaylas – Apurímac

Perú 2017.
PRESENTACIÓN

El desarrollo del tema está realizado en grupo para los compañeros del salón y el
docente, con el objetivo de hacer conocer los conceptos básicos y fuentes del medición
y métricas del software con su proceso, explicar el significado de la métrica.

Importante en nuestra vida profesional, como ingeniero debe conocer las diversas
fuentes de medición y como se obtiene los datos necesarios para determinar el costo
general del de la empresa.

En la vida personal el conocimiento del medición y métricas del software personal le


permitirá tomar decisiones definición, planificar, seguimiento y control, planificar y
evaluar.

Para la investigación utilizamos libros relacionados con el tema de medición y métricas


del software como es el libro de ISO 9126.

2
MEDICION Y METRICAS DEL SOFTWARE

Las definiciones de medición y métricas

Medición: acto de determinar una medida, de comparar. Establecer un rango el valor


para el atributo en estudio.

Métrica: es una medida que se aplican a las palabras cuando se organizan en versos,
componente o proceso posee una cualidad.

¿Porque medimos el software y mejorar?

Definición. - Conocer cómo es.

Seguimiento y control. - Dirigir su evolución y actuar frente a desviaciones 
con respecto


a las planificaciones

Planificar. - Predecir resultados en función del conocimiento y del 
seguimiento/control.

Evaluar. - Nos permite poder evaluar si hemos conseguido los objetivos 
propuestos.

Mejorar. - Con la definición, evaluación y el seguimiento/control todo ello nos 
permite


mejorar.
Con respecto a otros productos/procesos:

 Establecimiento de línea base para comparar con otros procesos.


 Evaluación de la productividad del uso de nuevos procedimientos y
herramientas, por tanto, también supone una ayuda a la justificación del uso de

nuevas herramientas y/o procedimientos

3
ISO 9126

Concepto. - es un estándar internacional para evaluación del software en el 1977 por


McCall esta supervisada por el proyecto SQuaRE(Requisitos y evaluación de calidad
del sistema y del software)

ISO 25000:2005 el estándar está dividido en cuatro realidades, métricas externas,


internas, calidad de uso

¿De qué se trata el ISO 9126?

• No existe una forma exacta de medir el software

• Define métricas internas y externas de calidad

• Establece características e ítems a medir para determinar la calidad del software

Los métricas interno y externo

Funcionalidad

 Adecuación
 Exactitud
 Interoperabilidad
 Seguridad
 Cumplimiento funcional.

Fiabilidad

 Madurez
 Recuperabilidad
 Tolerancia a fallos
 Cumplimiento de Fiabilidad

Usabilidad

 Aprendizaje
 Comprensión
 Operatividad
 Atractividad
Eficiencia

 Comportamiento en el tiempo
 Comportamiento de recursos

4
Mantenibilidad.

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

Portabilidad

 Capacidad de instalación
 Capacidad de reemplazamiento
Calidad de uso

 Eficacia
 Productividad
 Seguridad
 Satisfacción

ISO/IEC 25021

ofrece elementos de medición de la calidad que pueden ser usados para construir
mediciones de la calidad de software. Los elementos de medición de la calidad son la
base y las medidas que derivan suelen ser utilizadas para crear mediciones de las
características de la calidad de los productos de software. Los elementos de medición
de la calidad pueden medir una representación estática del software, el comportamiento
del software, o los beneficios del software cuando es usado.

ISO/IEC 25022, ISO/IEC 25023 y ISO/IEC 25024

• describen mediciones para las características en el modelo de la calidad. Las


mediciones internas caracterizan la calidad del producto de software basándose
en representaciones estáticas del software, las mediciones externas
caracterizan la calidad del producto de software basándose en el
comportamiento del sistema de cómputo incluyendo el software, y las
mediciones de la calidad en uso caracterizan la calidad del producto de software
basándose en los efectos de utilizar el software en un contexto específico de
uso.
• Inspecciones de diseño o programa. Detectar errores finos en los
requerimientos, el diseño o el código la revisión es conducida por una lista de
verificación de los posibles errores.

5
• Revisión del progreso. Proveer información del progreso del proyecto útil para
su gestión. Esta es una revisión tanto del proceso como del producto y se refiere
a costos, duración y planificación.
• revisión de la calidad. elaborar a cabo un análisis técnico de los componentes
del producto o documentación para encontrar diferencias entre la especificación
y el diseño del componente, código y documentación, y para asegurar que se
siguen los estándares de calidad definidos.

MEDICIÓN Y MÉTRICAS SOFTWARE

Medición del software

• Las revisiones de calidad son caras consumen tiempo e inevitablemente retrasan


la entrega del software. Idealmente, será posible acelerar el proceso de revisión
utilizando herramientas que procesan el diseño del software o el programa e
hiciesen valoraciones automáticas de calidad de software. Estas valoraciones
permiten comprobar que el software tiene el umbral de calidad, y destacar las
partes en las cuales no se ha alcanzado para revisarla.

• La medición del software se refiere a derivar un valor numérico desde algún


atributo del software o del proceso del software. Comparando valores entre si y
con los estándares aplicados en la organización, es posible sacar conclusiones
de la calidad del software o de los procesos para el desarrollo.

Las mediciones del software pueden utilizarse para:

• Hacer predicciones generales acerca del sistema. Haciendo mediciones de las


características de los componentes del sistema y reuniendo estas. Podremos
derivar una estimación general de algunos atributos del sistema. Como el
número de fallos.

• Identificar componentes anómalas. Mediante las mediciones podemos indicar


los componentes que se salgan de lo normal.

6
Métrica del software

métrica del software es cualquier tipo de medida relacionado con un sistema, proceso o
documentación de software. Algunos ejemplos son las medidas que se utilizan para
calcular el tamaño de un producto en líneas de código

Las métricas son de control o de predicción. Ambas pueden influir en toma de decisiones
de gestión

PROCESO DE MEDICION

1.- Seleccionar las medidas a realizar

Se deben formular las preguntas que la medición intenta responder y definir las
mediciones requeridas para resolver estas preguntas. No recogen las mediciones que
no están relacionados de forma directa con estas preguntas

2. Seleccionar los componentes a evaluar

No es necesario o deseable estimar los valores de las métricas de todo el componente


de un sistema software. En algunos casos, para la medición se elige un conjunto
representativo de componentes. En otros se evalúan los componentes particularmente
críticos como son los fundamentales que se utilizan de forma constante.

7
3. Medir las características de los componentes

se medien los componentes seleccionados y calculan los valores de las métricas.


Normalmente, esto comprende procesar la representación del componente (diseño,
código, etc) utilizando una herramienta de recogida de datos

4. Identificar las mediciones anómalas

Una vez que se obtiene las mediciones de los componentes, se compararan entre si y
con las mediciones previas registradas en una base de datos de mediciones. Se deben
observar los valores más altos y los más bajos de cada métrica, puesto que estos
sugieren que puede haber problemas con los componentes que exhiben estos valores.

5. Analizar los componentes anómalos

Una vez identificados los componentes con valores anómalas para las métricas
particulares, se examinan estos componentes para decidir si los valores métrica indican
que la calidad del componente está en peligro

MÉTRICAS DEL PRODUCTO

El concepto de métrica es el término que describe muchos y muy variados casos de


medición. Siendo una métrica una medida estadística, estas medidas son aplicables a
todo el ciclo de vida del desarrollo, desde la iniciación, cuando debemos estimar los
costos, al seguimiento y control de la fiabilidad de los productos finales, y a la forma en
que los productos cambian a través del tiempo debido a la aplicación de mejoras. Un
ingeniero del Software recopila medidas y desarrolla métricas para obtener indicadores.

Medidas, Métrica, e Indicadores

Medida: Proporciona una indicación cuantitativa de la extensión, cantidad, dimensiones,


capacidad o tamaño de algunos atributos de un proceso o producto.

Medición: Es el acto de obtener una medida.

Métrica: Es el resultado de efectuar evaluaciones durante un periodo largo de tiempo


sobre algún(os) aspecto(s) que un conjunto de proyectos, procesos que servirán de
línea base.

Indicador: Permite ajustar el producto, el proyecto o el proceso para que las cosas
salgan mejor.

8
Razones para medir un producto

 Para indicar la calidad del producto.


 Para evaluar la productividad de la gente que desarrolla el producto.
 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.
 Para establecer una línea de base para la estimación.
 Para ayudar a justificar el uso de nuevas herramientas o de formación adicional.

Todo proyecto debe medir

Entradas: La dimensión de los recursos (personas, entornos) que se requiere para


realizar el trabajo.

Salidas: Medidas de la entrega o productos creados durante el proceso de ingeniería


de software.

Resultados: Medidas que indican la efectividad de las entregas.

Utilidades

 Estimar casos de prueba


 Ayudar a entender rangos de productividad amplios
 Ayudar a entender el crecimiento de Proyectos
 Ayudar a calcular el costo real del software
 Estimar el costo de proyectos, la programación y el esfuerzo
 Ayudar a entender los costos de mantenimiento
 Ayudar con las negociaciones de contrato

Categorías

Aunque se ha propuesto una gran variedad de taxonomías métricas, las siguientes


atienden las áreas más importantes de las métricas.

 Métricas para el modelo de análisis


 Métricas para el modelo de diseño
 Métricas para el código fuente
 Métricas para pruebas

9
Métricas para el modelo de análisis

En esta fase las métricas técnicas proporcionan una visión interna a la calidad del
modelo de análisis. Estas métricas examinan el modelo de análisis con la intención de
predecir el tamaño del sistema resultante. Es probable que el tamaño y la complejidad
del diseño estén directamente relacionadas.

Métricas para el modelo de diseño

Proporcionan al diseñador una mejor visión interna. Ayudan a que el diseño evolucione
a un nivel superior de calidad. Éstas se concentran en las características de la estructura
del programa dándole énfasis a la estructura arquitectónica y en la eficiencia de los
módulos. Estas métricas son de caja negra, en el sentido de que no se requiere ningún
conocimiento del trabajo interno de ningún modo en particular del sistema.

Métricas para el código fuente

Estás métricas asignadas como cuantitativas por Halstead, se derivan después de que
se ha generado el código o se estima una vez que el diseño esté completo. Un programa
esta compuesto de tokens, las instrucciones del lenguaje, los identificadores,
constantes, operadores delimitadores de comentario y signos especiales del mismo. De
esta forma se obtiene una medida más realista de la cantidad de información contenida
en el código fuente.

Métricas para pruebas

Aunque se ha escrito mucho sobre métricas del software para pruebas, la mayoría de
las métricas propuestas se concentran en el proceso de pruebas, no en las
características técnicas de las pruebas mismas. Los responsables de la prueba, se
guían por las métricas de análisis, diseño y código.

 Puntos de Función
 Bang
 Halstead
 Complejidad ciclomática

10
11