Preparado para: Testing y Calidad de Software
Equipo: Paulina Barra – Rodrigo Espinoza – Ma. Loreto Arriagada2014
Normas ISO 9126 –25000
Profesor: Patricio Montencinos
Contenido
 Introducción ISO 9126 y ISO/IEC 25000
 Diferencias entre 9126 y 25000
 La familia de normas ISO/IEC 25000
 Modelo Calidad
 Modelos de calidad de software y sistema
 Modelo de calidad de datos
 División de Medición de Calidad (ISO/IEC 2502n )
 Métricas de calidad internas y externas
 Medición de métricas internas
 Ejemplos de Métricas internas y externas
 Métricas de calidad en uso
 Referencias
2
Testing y Calidad de Software / Paulina Barra - Rodrigo Espinoza - Ma. Loreto Arriagada
Introducción
ISO 9126
Ingeniería de software -
Calidad del Producto
Creada : 1991
Actualizada: 2001
ISO 14598
Evaluación del producto
de software
Creada : 1999
Actualizada: 2001
ISO 25000
(SQuaRE)
Requisitos y Evaluación
de Calidad de
Productos de Software
Creada: Año 2005
Evolución de las normas de calidad:
 La norma ISO 25000 nace por las inconsistencias entre ISO9126 e ISO14598
 El objetivo es agrupar bajo una misma familia el modelo de calidad y el
proceso de evaluación.
3
Fuente: elaboración propia
Testing y Calidad de Software / Paulina Barra - Rodrigo Espinoza - Ma. Loreto Arriagada
Diferencias: 9126 vs 25000
 Introducción a un nuevo modelo de referencia general.
 Introducción de guías dedicadas y detalladas para cada división.
 Introduce elementos de medida de calidad dentro de la división de medida
de calidad.
 Introducción de la división de requisitos de calidad.
 Incorporación y revisión de los procesos de evaluación.
 Introducción de guías para uso práctico en forma de ejemplos.
 Coordinación y armonización del contenido con la ISO/IEC 15939.
Diferencias principales entre los estándares de la serie SQuaRE y sus
predecesores ISO/IEC 9126 y ISO/IEC 14598:
4
Testing y Calidad de Software / Paulina Barra - Rodrigo Espinoza - Ma. Loreto Arriagada
Diferencias: 9126 vs 25000
5
Testing y Calidad de Software / Paulina Barra - Rodrigo Espinoza - Ma. Loreto Arriagada
Mantenibilidad
Portabilidad
Funcionalidad
Usabilidad
Eficiencia
Fiabilidad
Mantenibilidad
Portabilidad
Adecuación Funcional
Usabilidad
Eficiencia de desempeño
Fiabilidad
Compatibilidad
Seguridad
ISO/IEC 9126 ISO/IEC 25000
 La Norma ISO/IEC 9126 existen
6 características para la calidad
de los atributos software y en la
norma ISO 2500 aparecen 2
nuevas.
 Las 2 nuevas características,
seguridad y compatibilidad,
estaban contenidas en
funcionalidad en la ISO/IEC
9126.
Fuente: elaboración propia
La familia de normas ISO/IEC 25000
 Su objetivo: creación de un marco de trabajo común para evaluar la calidad
del producto software.
6
Fuente: http://iso25000.com/
Testing y Calidad de Software / Paulina Barra - Rodrigo Espinoza - Ma. Loreto Arriagada
Modelo de Calidad
 “El conjunto de características y relaciones entre las mismas, que proveen la
base para especificar requerimientos de calidad y evaluar calidad”
Marco conceptual para el modelo de calidad (Fuente: González et al., 2002)
La ISO/IEC 25000, define un ciclo de vida de calidad del producto software basado en tres fases:
•La fase de un producto en desarrollo define la calidad interna
•La fase de un producto en pruebas define la calidad externa
•La fase de un producto en uso define la calidad en uso
7
Testing y Calidad de Software / Paulina Barra - Rodrigo Espinoza - Ma. Loreto Arriagada
ISO/IEC 25010
Modelos de calidad de software y sistema
 Describe el modelo de calidad para el producto software y calidad en uso.
8
Fuente: http://iso25000.com/
Testing y Calidad de Software / Paulina Barra - Rodrigo Espinoza - Ma. Loreto Arriagada
 Define un modelo general para la calidad de los datos, aplicable a
aquellos que se encuentran almacenados de manera estructurada y forman
parte de un Sistema de Información.
Modelo de DQ ISO/IEC 25012
9
Fuente: Desarrollando sistemas de información centrados en la calidad de datos [6]
Testing y Calidad de Software / Paulina Barra - Rodrigo Espinoza - Ma. Loreto Arriagada
ISO/IEC 25012
Modelo de calidad de datos
División de Medición de Calidad
ISO/IEC 2502n
ISO/IEC 25020 - Guía y modelo de medición de referencia.
ISO/IEC 25022 - Medición de la calidad en uso
ISO/IEC 25024 - Medición de la calidad de los datos
ISO/IEC 25023 - Medición de la calidad del producto software y sistema
ISO/IEC 25021 - Elementos de medida de calidad
10
Testing y Calidad de Software / Paulina Barra - Rodrigo Espinoza - Ma. Loreto Arriagada
Métricas de calidad internas y externas
Las métricas internas son medibles a partir de las características intrínsecas del propio producto software.
 Aplican a un producto de software no ejecutable.
 Aplican durante las etapas de su desarrollo.
 Permiten medir la calidad de los entregables intermedios.
 Permiten predecir la calidad del producto final.
 Permiten al usuario iniciar acciones correctivas temprano en el ciclo de desarrollo.
11
Testing y Calidad de Software / Paulina Barra - Rodrigo Espinoza - Ma. Loreto Arriagada
Métricas Internas
Métricas Externas
Las métricas externas son medibles a partir del comportamiento del producto software.
 Aplican a un producto de software ejecutable.
 Permiten medir la calidad del producto final.
Métrica de Funcionalidad
12
Testing y Calidad de Software / Paulina Barra - Rodrigo Espinoza - Ma. Loreto Arriagada
Las métricas de funcionalidad internas, se utilizan para predecir si el producto de
software en cuestión va a satisfacer requerimientos funcionales prescritos e implícitos
de las necesidades de usuario.
Métricas de Idoneidad
Indicadores de cumplimientos
de funcionalidad
Métricas de interoperabilidad
Métricas de seguridad interna
Métricas de Precisión
Métrica de Funcionalidad
13
Testing y Calidad de Software / Paulina Barra - Rodrigo Espinoza - Ma. Loreto Arriagada
Nombre de métrica Adecuación funcional
Propósito de las métricas Medir la cantidad de cambios en la funcionalidad
Método de aplicación.
Contar el número de funciones implementadas que son adecuados(modificados) para llevar a cabo las
tareas specificadas, luego medir la relación de ella con funciones implementadas. Lo siguiente puede ser
medido:
- todo o partes de las especificaciones de diseño
- completar módulos y piezas de productos de software
Medición, fórmula y
cómputos de elemento de datos
X = 1-A/B
A = número de funciones en las que se detectan problemas en evaluación
B = número de funciones comprobado
Interpretación del valor medido
0 < = X < = 1
El más cercano a 1, la más adecuada.
Tipo de escala métrica Absoluta
Tipo de medida X=count/count A=count B=count
Fuentes de entrada de medición
Especificación de requerimientos
Diseño
Código fuente
Informe de revisión
ISO/IEC 12207 SLCP Referencia
Validación
Revisión conjunta
Público objetivo
Desarrolladores
Solicitantes
Métrica de Fiabilidad
14
Testing y Calidad de Software / Paulina Barra - Rodrigo Espinoza - Ma. Loreto Arriagada
Métricas de madurez
Indicadores de cumplimiento
confiabilidad
Métricas recuperabilidadMétricas de tolerancia a fallos
Las métricas de confiabilidad internas, se utilizan para predecir si el producto de
software en cuestión satisfará las necesidades de confiabilidad, durante el desarrollo
del producto software.
Métrica de Fiabilidad
15
Testing y Calidad de Software / Paulina Barra - Rodrigo Espinoza - Ma. Loreto Arriagada
Nombre de métrica Adecuidad de la prueba
Propósito de las métricas Medir la cantidad de casos de prueba requeridos que están en el plan de pruebas
Método de aplicación.
Contar el número de casos de prueba planeada y compararlo con el número de casos de
prueba necesarios para obtener cobertura de la prueba adecuada.
Medición, fórmula y
cómputos de elemento de datos
X = A/B
A = número de casos de prueba diseñada en el plan de prueba y confirmado en revisión
B = número de casos de prueba requerida
Interpretación del valor medido 0 < = X
Donde X es mayor la mejor adecuación
Tipo de escala métrica Absoluta
Tipo de medida X=count/count A=count B=count
Fuentes de entrada de medición Valor A viene en plan de prueba
Valor B proviene de requisitos
ISO/IEC 12207 SLCP Referencia
QA
Resolución de problemas
Verificación
Público objetivo
Desarrolladores
Mantenedores
Métrica de Usabilidad
16
Testing y Calidad de Software / Paulina Barra - Rodrigo Espinoza - Ma. Loreto Arriagada
Las métricas de usabilidad internas, se utilizan para predecir el grado al que el
software en cuestión puede ser entendido, aprendido, operado, atractiva y cumple con
las pautas y normas de usabilidad.
Métricas comprensibilidad
Indicadores de cumplimiento
de usabilidad
Métricas de operabilidadMétricas de aprendizaje
Métricas de Apariencia
Métrica de Usabilidad
17
Testing y Calidad de Software / Paulina Barra - Rodrigo Espinoza - Ma. Loreto Arriagada
Nombre de métrica Funciones evidentes
Propósito de las métricas Medir qué proporción de las funciones del producto son evidentes para el usuario.
Método de aplicación.
Contar el número de funciones que son evidentes para el usuario y comparar con el
número total de funciones.
Medición, fórmula y
cómputos de elemento de datos
X = A / B
A = número de funciones (o tipos de funciones) evidente para el usuario
B = número Total de funciones (o tipos de funciones)
Interpretación del valor medido 0 < = X < = 1
El más cercano a 1 el mejor
Tipo de escala métrica Absoluta
Tipo de medida X=count/count A=count B=count
Fuentes de entrada de medición
Especificación de requerimientos
Diseño
Informe de revisión
ISO/IEC 12207 SLCP Referencia
Validación
Revisión conjunta
Público objetivo
Solicitantes
Desarrolladores
Métrica de Eficiencia
18
Testing y Calidad de Software / Paulina Barra - Rodrigo Espinoza - Ma. Loreto Arriagada
Los Indicadores de eficiencia interna se utilizan para predecir la eficacia del
comportamiento del producto software durante la prueba o de funcionamiento. Para
medir la eficacia, deben definirse las condiciones establecidas, es decir, deben
definirse la configuración de hardware y la configuración del software de un entorno
de referencia (que tiene que ser definidas en las especificaciones de software). Al
citar los valores de comportamiento de tiempo medido el ambiente de referencia
debe ser referido.
Métricas de comportamiento
tiempo
Indicadores de cumplimiento
de eficiencia
Métricas de utilización de
recursos
Métrica de Eficiencia
19
Testing y Calidad de Software / Paulina Barra - Rodrigo Espinoza - Ma. Loreto Arriagada
Nombre de métrica Tiempo de respuesta
Propósito de las métricas Medir cuál es el tiempo estimado para completar una tarea específica.
Método de aplicación.
Evaluar la eficiencia del sistema operativo y las llamadas del sistema de aplicación.
Estimar el tiempo de respuesta en base a esto.
Los siguientes pueden ser medidos,
-todo o partes de las especificaciones de diseño
-prueba de transacción completa ruta
-prueba completa de módulos/partes de producto de software
-producto de software completa durante la fase de prueba
Medición, fórmula y
cómputos de elemento de datos
X = tiempo (calculado o simulado)
Interpretación del valor medido Cuanto más corto mejor.
Tipo de escala métrica
Tipo de medida X=tiempo
Fuentes de entrada de medición
Sistema operativo conocido.
Tiempo estimado en llamadas al sistema.
ISO/IEC 12207 SLCP Referencia
Validación
Revisión conjunta
Público objetivo
Desarrolladores
Solicitantes
Métrica de Mantenibilidad
20
Testing y Calidad de Software / Paulina Barra - Rodrigo Espinoza - Ma. Loreto Arriagada
Las métricas de mantenibilidad internas se utilizan para predecir el nivel de esfuerzo
requerido para modificar el producto de software.
Métricas de analizabilidad
Indicadores de cumplimiento
de eficiencia
Métricas de mutabilidad
Métricas de testeabilidadMétricas de estabilidad
Métrica de Mantenibilidad
21
Testing y Calidad de Software / Paulina Barra - Rodrigo Espinoza - Ma. Loreto Arriagada
Nombre de métrica Registro de actividad
Propósito de las métricas Medir que tan minuciosa es el registro del estado del sistema.
Método de aplicación.
Contar el número de elementos en el registro de la actividad como se especifica y
comparar el número de elementos necesarios para iniciar sesión
Medición, fórmula y
cómputos de elemento de datos
X = A/B
A = número de elementos de inicio de sesión de datos implementado como especificado
confirmados en revisión
B = número de elementos de datos se registren definidas en las especificaciones
Interpretación del valor medido 0 < = X < = 1 el más cercano a 1, más datos proporcionados al sistema de registro
Tipo de escala métrica Absoluta
Tipo de medida
X=count/count A=count
B=count
Fuentes de entrada de medición
Valor A viene del informe de revisión.
Valor B proviene de las especificaciones de requisitos.
ISO/IEC 12207 SLCP Referencia
Validación
Revisión conjunta
Público objetivo
Mantenedores
Usuarios
Métrica de Portabilidad
22
Testing y Calidad de Software / Paulina Barra - Rodrigo Espinoza - Ma. Loreto Arriagada
Las métricas de portabilidad internas se utilizan para predecir que el efecto del
producto de software puede tener sobre el comportamiento del sistema o
implementador durante la actividad de portabilidad.
Métricas de adaptabilidad
Indicadores
de cumplimiento de portabilidad
Métricas de capacidad
Métricas de coexistenciasMétricas de reemplazabilidad
Métrica de Portabilidad
23
Testing y Calidad de Software / Paulina Barra - Rodrigo Espinoza - Ma. Loreto Arriagada
Nombre de métrica Capacidad de adaptación de las estructuras de datos
Propósito de las métricas Medir que tan adaptable es el producto de los cambios de estructura de datos
Método de aplicación. Contar el número de estructuras de datos, que son operables y no tiene ninguna
limitación después de adaptación y compararlo con el número total de estructuras de datos que
requieren capacidad de adaptación.
Medición, fórmula y
cómputos de elemento de datos
X = A/B
A = número de estructuras de datos que son operables y no tiene ninguna limitación
después de adaptación, confirmó en revisión
B = número Total de estructuras de datos que requieren capacidad de adaptación
Interpretación del valor medido 0 < = X < = 1 El más cercano a 1, la mejor.
Tipo de escala métrica Absoluta
Tipo de medida
X=count/count A=count
B=count
Fuentes de entrada de medición
Especificación de Requerimientos
Diseño
Informe de revisión
ISO/IEC 12207 SLCP Referencia
Validación
Revisión conjunta
Público objetivo
Desarrolladores
Mantenedores
Solicitantes
Ejemplos de Métricas
24
Confiabilidad
Métrica Interna: Inspección del código fuente para verificar el nivel de tolerancia a los
errores
Métrica Externa: Número de errores durante la ejecución del producto en un período de
tiempo
Funcionalidad
Métrica Interna: Revisar las funciones faltantes detectadas en la evaluación y comparar con
el número de funciones descritas en la especificación de requisitos.
Métrica Externa: Revisión del cumplimiento del estándar de interfaz
Testing y Calidad de Software / Paulina Barra - Rodrigo Espinoza - Ma. Loreto Arriagada
Métricas de calidad en uso
 Medible durante la utilización efectiva por parte
del usuario
25
Ejemplo Métrica de Productividad:
Tiempo para completar una tarea: podemos conseguir el tiempo promedio para
completar una tarea por un tipo de usuario determinado.
Testing y Calidad de Software / Paulina Barra - Rodrigo Espinoza - Ma. Loreto Arriagada
Efectividad
Contexto
global en uso
Satisfacción ProductividadSeguridad
•Riesgo de daño
económico
•Riesgo de daño en
salud y seguridad
•Riesgo de daño al
medioambiente
•Cumplimiento de
propósito
•Confianza
•Placer
•Confort físico
•Completo
•Flexible
Referencias
• La familia de normas ISO/IEC 25000. Extraído de: http://iso25000.com/index.php/normas-iso-25000
• Certificaciones y normativas de calidad en software. Extraído de: http://www.it360.es/certificaciones-
normativas-calidad-en-desarrollo-de-software.php
• Calidad de procesos y productos de software Extraído de:
http://alarcos.esi.uclm.es/per/fruiz/curs/santander/mrodriguez-iso25000-update.pdf
• ISO 9126 vs. SQuaRE. Extraído de: http://alarcos.inf-cr.uclm.es/doc/cmsi/trabajos/Joaquin%20Ruiz.pdf
• Los estándares internacionales y su importancia para la industria del software. Extraído de:
http://www.cyta.com.ar/ta1202/v12n2a3.htm
• Desarrollando sistemas de información centrados en la calidad de datos. Extraído de:
http://www.scielo.cl/scielo.php?script=sci_arttext&pid=S0718-33052013000100006
• SQUARE: Modelo actualizado de las características de calidad http://sg.com.mx/content/view/990
• Aplicando métricas de calidad a proyectos y procesos durante las pruebas exploratorias. Extraído de:
http://scielo.sld.cu/scielo.php?pid=S2227-18992013000200008&script=sci_arttext
• Calidad, Métricas del Producto y Proceso de Pruebas de Software. Extraído de:
http://uptaprocesodepruebasycalidadymetricas.blogspot.com/2012/12/ejemplos-de-metricas.html
• Calidad en el Desarrollo de Software. Extraído de:
http://www.sel.unsl.edu.ar/ApuntesMaes/Anteriores/CursoOlsina/Transparencias/Olsina_SanLuis_Req.pdf
• ISO 9126-3: Métricas Internas de la Calidad del Producto de Software. Extraído de:
http://mena.com.mx/gonzalo/maestria/calidad/presenta/iso_9126-3/
• http://www.slideshare.net/luisangeldavilaelias/factores-y-mtricas-que-determinan-la-calidad-de-un
26
Testing y Calidad de Software / Paulina Barra - Rodrigo Espinoza - Ma. Loreto Arriagada

Normas ISO 9126 - 25000

  • 1.
    Preparado para: Testingy Calidad de Software Equipo: Paulina Barra – Rodrigo Espinoza – Ma. Loreto Arriagada2014 Normas ISO 9126 –25000 Profesor: Patricio Montencinos
  • 2.
    Contenido  Introducción ISO9126 y ISO/IEC 25000  Diferencias entre 9126 y 25000  La familia de normas ISO/IEC 25000  Modelo Calidad  Modelos de calidad de software y sistema  Modelo de calidad de datos  División de Medición de Calidad (ISO/IEC 2502n )  Métricas de calidad internas y externas  Medición de métricas internas  Ejemplos de Métricas internas y externas  Métricas de calidad en uso  Referencias 2 Testing y Calidad de Software / Paulina Barra - Rodrigo Espinoza - Ma. Loreto Arriagada
  • 3.
    Introducción ISO 9126 Ingeniería desoftware - Calidad del Producto Creada : 1991 Actualizada: 2001 ISO 14598 Evaluación del producto de software Creada : 1999 Actualizada: 2001 ISO 25000 (SQuaRE) Requisitos y Evaluación de Calidad de Productos de Software Creada: Año 2005 Evolución de las normas de calidad:  La norma ISO 25000 nace por las inconsistencias entre ISO9126 e ISO14598  El objetivo es agrupar bajo una misma familia el modelo de calidad y el proceso de evaluación. 3 Fuente: elaboración propia Testing y Calidad de Software / Paulina Barra - Rodrigo Espinoza - Ma. Loreto Arriagada
  • 4.
    Diferencias: 9126 vs25000  Introducción a un nuevo modelo de referencia general.  Introducción de guías dedicadas y detalladas para cada división.  Introduce elementos de medida de calidad dentro de la división de medida de calidad.  Introducción de la división de requisitos de calidad.  Incorporación y revisión de los procesos de evaluación.  Introducción de guías para uso práctico en forma de ejemplos.  Coordinación y armonización del contenido con la ISO/IEC 15939. Diferencias principales entre los estándares de la serie SQuaRE y sus predecesores ISO/IEC 9126 y ISO/IEC 14598: 4 Testing y Calidad de Software / Paulina Barra - Rodrigo Espinoza - Ma. Loreto Arriagada
  • 5.
    Diferencias: 9126 vs25000 5 Testing y Calidad de Software / Paulina Barra - Rodrigo Espinoza - Ma. Loreto Arriagada Mantenibilidad Portabilidad Funcionalidad Usabilidad Eficiencia Fiabilidad Mantenibilidad Portabilidad Adecuación Funcional Usabilidad Eficiencia de desempeño Fiabilidad Compatibilidad Seguridad ISO/IEC 9126 ISO/IEC 25000  La Norma ISO/IEC 9126 existen 6 características para la calidad de los atributos software y en la norma ISO 2500 aparecen 2 nuevas.  Las 2 nuevas características, seguridad y compatibilidad, estaban contenidas en funcionalidad en la ISO/IEC 9126. Fuente: elaboración propia
  • 6.
    La familia denormas ISO/IEC 25000  Su objetivo: creación de un marco de trabajo común para evaluar la calidad del producto software. 6 Fuente: http://iso25000.com/ Testing y Calidad de Software / Paulina Barra - Rodrigo Espinoza - Ma. Loreto Arriagada
  • 7.
    Modelo de Calidad “El conjunto de características y relaciones entre las mismas, que proveen la base para especificar requerimientos de calidad y evaluar calidad” Marco conceptual para el modelo de calidad (Fuente: González et al., 2002) La ISO/IEC 25000, define un ciclo de vida de calidad del producto software basado en tres fases: •La fase de un producto en desarrollo define la calidad interna •La fase de un producto en pruebas define la calidad externa •La fase de un producto en uso define la calidad en uso 7 Testing y Calidad de Software / Paulina Barra - Rodrigo Espinoza - Ma. Loreto Arriagada
  • 8.
    ISO/IEC 25010 Modelos decalidad de software y sistema  Describe el modelo de calidad para el producto software y calidad en uso. 8 Fuente: http://iso25000.com/ Testing y Calidad de Software / Paulina Barra - Rodrigo Espinoza - Ma. Loreto Arriagada
  • 9.
     Define unmodelo general para la calidad de los datos, aplicable a aquellos que se encuentran almacenados de manera estructurada y forman parte de un Sistema de Información. Modelo de DQ ISO/IEC 25012 9 Fuente: Desarrollando sistemas de información centrados en la calidad de datos [6] Testing y Calidad de Software / Paulina Barra - Rodrigo Espinoza - Ma. Loreto Arriagada ISO/IEC 25012 Modelo de calidad de datos
  • 10.
    División de Mediciónde Calidad ISO/IEC 2502n ISO/IEC 25020 - Guía y modelo de medición de referencia. ISO/IEC 25022 - Medición de la calidad en uso ISO/IEC 25024 - Medición de la calidad de los datos ISO/IEC 25023 - Medición de la calidad del producto software y sistema ISO/IEC 25021 - Elementos de medida de calidad 10 Testing y Calidad de Software / Paulina Barra - Rodrigo Espinoza - Ma. Loreto Arriagada
  • 11.
    Métricas de calidadinternas y externas Las métricas internas son medibles a partir de las características intrínsecas del propio producto software.  Aplican a un producto de software no ejecutable.  Aplican durante las etapas de su desarrollo.  Permiten medir la calidad de los entregables intermedios.  Permiten predecir la calidad del producto final.  Permiten al usuario iniciar acciones correctivas temprano en el ciclo de desarrollo. 11 Testing y Calidad de Software / Paulina Barra - Rodrigo Espinoza - Ma. Loreto Arriagada Métricas Internas Métricas Externas Las métricas externas son medibles a partir del comportamiento del producto software.  Aplican a un producto de software ejecutable.  Permiten medir la calidad del producto final.
  • 12.
    Métrica de Funcionalidad 12 Testingy Calidad de Software / Paulina Barra - Rodrigo Espinoza - Ma. Loreto Arriagada Las métricas de funcionalidad internas, se utilizan para predecir si el producto de software en cuestión va a satisfacer requerimientos funcionales prescritos e implícitos de las necesidades de usuario. Métricas de Idoneidad Indicadores de cumplimientos de funcionalidad Métricas de interoperabilidad Métricas de seguridad interna Métricas de Precisión
  • 13.
    Métrica de Funcionalidad 13 Testingy Calidad de Software / Paulina Barra - Rodrigo Espinoza - Ma. Loreto Arriagada Nombre de métrica Adecuación funcional Propósito de las métricas Medir la cantidad de cambios en la funcionalidad Método de aplicación. Contar el número de funciones implementadas que son adecuados(modificados) para llevar a cabo las tareas specificadas, luego medir la relación de ella con funciones implementadas. Lo siguiente puede ser medido: - todo o partes de las especificaciones de diseño - completar módulos y piezas de productos de software Medición, fórmula y cómputos de elemento de datos X = 1-A/B A = número de funciones en las que se detectan problemas en evaluación B = número de funciones comprobado Interpretación del valor medido 0 < = X < = 1 El más cercano a 1, la más adecuada. Tipo de escala métrica Absoluta Tipo de medida X=count/count A=count B=count Fuentes de entrada de medición Especificación de requerimientos Diseño Código fuente Informe de revisión ISO/IEC 12207 SLCP Referencia Validación Revisión conjunta Público objetivo Desarrolladores Solicitantes
  • 14.
    Métrica de Fiabilidad 14 Testingy Calidad de Software / Paulina Barra - Rodrigo Espinoza - Ma. Loreto Arriagada Métricas de madurez Indicadores de cumplimiento confiabilidad Métricas recuperabilidadMétricas de tolerancia a fallos Las métricas de confiabilidad internas, se utilizan para predecir si el producto de software en cuestión satisfará las necesidades de confiabilidad, durante el desarrollo del producto software.
  • 15.
    Métrica de Fiabilidad 15 Testingy Calidad de Software / Paulina Barra - Rodrigo Espinoza - Ma. Loreto Arriagada Nombre de métrica Adecuidad de la prueba Propósito de las métricas Medir la cantidad de casos de prueba requeridos que están en el plan de pruebas Método de aplicación. Contar el número de casos de prueba planeada y compararlo con el número de casos de prueba necesarios para obtener cobertura de la prueba adecuada. Medición, fórmula y cómputos de elemento de datos X = A/B A = número de casos de prueba diseñada en el plan de prueba y confirmado en revisión B = número de casos de prueba requerida Interpretación del valor medido 0 < = X Donde X es mayor la mejor adecuación Tipo de escala métrica Absoluta Tipo de medida X=count/count A=count B=count Fuentes de entrada de medición Valor A viene en plan de prueba Valor B proviene de requisitos ISO/IEC 12207 SLCP Referencia QA Resolución de problemas Verificación Público objetivo Desarrolladores Mantenedores
  • 16.
    Métrica de Usabilidad 16 Testingy Calidad de Software / Paulina Barra - Rodrigo Espinoza - Ma. Loreto Arriagada Las métricas de usabilidad internas, se utilizan para predecir el grado al que el software en cuestión puede ser entendido, aprendido, operado, atractiva y cumple con las pautas y normas de usabilidad. Métricas comprensibilidad Indicadores de cumplimiento de usabilidad Métricas de operabilidadMétricas de aprendizaje Métricas de Apariencia
  • 17.
    Métrica de Usabilidad 17 Testingy Calidad de Software / Paulina Barra - Rodrigo Espinoza - Ma. Loreto Arriagada Nombre de métrica Funciones evidentes Propósito de las métricas Medir qué proporción de las funciones del producto son evidentes para el usuario. Método de aplicación. Contar el número de funciones que son evidentes para el usuario y comparar con el número total de funciones. Medición, fórmula y cómputos de elemento de datos X = A / B A = número de funciones (o tipos de funciones) evidente para el usuario B = número Total de funciones (o tipos de funciones) Interpretación del valor medido 0 < = X < = 1 El más cercano a 1 el mejor Tipo de escala métrica Absoluta Tipo de medida X=count/count A=count B=count Fuentes de entrada de medición Especificación de requerimientos Diseño Informe de revisión ISO/IEC 12207 SLCP Referencia Validación Revisión conjunta Público objetivo Solicitantes Desarrolladores
  • 18.
    Métrica de Eficiencia 18 Testingy Calidad de Software / Paulina Barra - Rodrigo Espinoza - Ma. Loreto Arriagada Los Indicadores de eficiencia interna se utilizan para predecir la eficacia del comportamiento del producto software durante la prueba o de funcionamiento. Para medir la eficacia, deben definirse las condiciones establecidas, es decir, deben definirse la configuración de hardware y la configuración del software de un entorno de referencia (que tiene que ser definidas en las especificaciones de software). Al citar los valores de comportamiento de tiempo medido el ambiente de referencia debe ser referido. Métricas de comportamiento tiempo Indicadores de cumplimiento de eficiencia Métricas de utilización de recursos
  • 19.
    Métrica de Eficiencia 19 Testingy Calidad de Software / Paulina Barra - Rodrigo Espinoza - Ma. Loreto Arriagada Nombre de métrica Tiempo de respuesta Propósito de las métricas Medir cuál es el tiempo estimado para completar una tarea específica. Método de aplicación. Evaluar la eficiencia del sistema operativo y las llamadas del sistema de aplicación. Estimar el tiempo de respuesta en base a esto. Los siguientes pueden ser medidos, -todo o partes de las especificaciones de diseño -prueba de transacción completa ruta -prueba completa de módulos/partes de producto de software -producto de software completa durante la fase de prueba Medición, fórmula y cómputos de elemento de datos X = tiempo (calculado o simulado) Interpretación del valor medido Cuanto más corto mejor. Tipo de escala métrica Tipo de medida X=tiempo Fuentes de entrada de medición Sistema operativo conocido. Tiempo estimado en llamadas al sistema. ISO/IEC 12207 SLCP Referencia Validación Revisión conjunta Público objetivo Desarrolladores Solicitantes
  • 20.
    Métrica de Mantenibilidad 20 Testingy Calidad de Software / Paulina Barra - Rodrigo Espinoza - Ma. Loreto Arriagada Las métricas de mantenibilidad internas se utilizan para predecir el nivel de esfuerzo requerido para modificar el producto de software. Métricas de analizabilidad Indicadores de cumplimiento de eficiencia Métricas de mutabilidad Métricas de testeabilidadMétricas de estabilidad
  • 21.
    Métrica de Mantenibilidad 21 Testingy Calidad de Software / Paulina Barra - Rodrigo Espinoza - Ma. Loreto Arriagada Nombre de métrica Registro de actividad Propósito de las métricas Medir que tan minuciosa es el registro del estado del sistema. Método de aplicación. Contar el número de elementos en el registro de la actividad como se especifica y comparar el número de elementos necesarios para iniciar sesión Medición, fórmula y cómputos de elemento de datos X = A/B A = número de elementos de inicio de sesión de datos implementado como especificado confirmados en revisión B = número de elementos de datos se registren definidas en las especificaciones Interpretación del valor medido 0 < = X < = 1 el más cercano a 1, más datos proporcionados al sistema de registro Tipo de escala métrica Absoluta Tipo de medida X=count/count A=count B=count Fuentes de entrada de medición Valor A viene del informe de revisión. Valor B proviene de las especificaciones de requisitos. ISO/IEC 12207 SLCP Referencia Validación Revisión conjunta Público objetivo Mantenedores Usuarios
  • 22.
    Métrica de Portabilidad 22 Testingy Calidad de Software / Paulina Barra - Rodrigo Espinoza - Ma. Loreto Arriagada Las métricas de portabilidad internas se utilizan para predecir que el efecto del producto de software puede tener sobre el comportamiento del sistema o implementador durante la actividad de portabilidad. Métricas de adaptabilidad Indicadores de cumplimiento de portabilidad Métricas de capacidad Métricas de coexistenciasMétricas de reemplazabilidad
  • 23.
    Métrica de Portabilidad 23 Testingy Calidad de Software / Paulina Barra - Rodrigo Espinoza - Ma. Loreto Arriagada Nombre de métrica Capacidad de adaptación de las estructuras de datos Propósito de las métricas Medir que tan adaptable es el producto de los cambios de estructura de datos Método de aplicación. Contar el número de estructuras de datos, que son operables y no tiene ninguna limitación después de adaptación y compararlo con el número total de estructuras de datos que requieren capacidad de adaptación. Medición, fórmula y cómputos de elemento de datos X = A/B A = número de estructuras de datos que son operables y no tiene ninguna limitación después de adaptación, confirmó en revisión B = número Total de estructuras de datos que requieren capacidad de adaptación Interpretación del valor medido 0 < = X < = 1 El más cercano a 1, la mejor. Tipo de escala métrica Absoluta Tipo de medida X=count/count A=count B=count Fuentes de entrada de medición Especificación de Requerimientos Diseño Informe de revisión ISO/IEC 12207 SLCP Referencia Validación Revisión conjunta Público objetivo Desarrolladores Mantenedores Solicitantes
  • 24.
    Ejemplos de Métricas 24 Confiabilidad MétricaInterna: Inspección del código fuente para verificar el nivel de tolerancia a los errores Métrica Externa: Número de errores durante la ejecución del producto en un período de tiempo Funcionalidad Métrica Interna: Revisar las funciones faltantes detectadas en la evaluación y comparar con el número de funciones descritas en la especificación de requisitos. Métrica Externa: Revisión del cumplimiento del estándar de interfaz Testing y Calidad de Software / Paulina Barra - Rodrigo Espinoza - Ma. Loreto Arriagada
  • 25.
    Métricas de calidaden uso  Medible durante la utilización efectiva por parte del usuario 25 Ejemplo Métrica de Productividad: Tiempo para completar una tarea: podemos conseguir el tiempo promedio para completar una tarea por un tipo de usuario determinado. Testing y Calidad de Software / Paulina Barra - Rodrigo Espinoza - Ma. Loreto Arriagada Efectividad Contexto global en uso Satisfacción ProductividadSeguridad •Riesgo de daño económico •Riesgo de daño en salud y seguridad •Riesgo de daño al medioambiente •Cumplimiento de propósito •Confianza •Placer •Confort físico •Completo •Flexible
  • 26.
    Referencias • La familiade normas ISO/IEC 25000. Extraído de: http://iso25000.com/index.php/normas-iso-25000 • Certificaciones y normativas de calidad en software. Extraído de: http://www.it360.es/certificaciones- normativas-calidad-en-desarrollo-de-software.php • Calidad de procesos y productos de software Extraído de: http://alarcos.esi.uclm.es/per/fruiz/curs/santander/mrodriguez-iso25000-update.pdf • ISO 9126 vs. SQuaRE. Extraído de: http://alarcos.inf-cr.uclm.es/doc/cmsi/trabajos/Joaquin%20Ruiz.pdf • Los estándares internacionales y su importancia para la industria del software. Extraído de: http://www.cyta.com.ar/ta1202/v12n2a3.htm • Desarrollando sistemas de información centrados en la calidad de datos. Extraído de: http://www.scielo.cl/scielo.php?script=sci_arttext&pid=S0718-33052013000100006 • SQUARE: Modelo actualizado de las características de calidad http://sg.com.mx/content/view/990 • Aplicando métricas de calidad a proyectos y procesos durante las pruebas exploratorias. Extraído de: http://scielo.sld.cu/scielo.php?pid=S2227-18992013000200008&script=sci_arttext • Calidad, Métricas del Producto y Proceso de Pruebas de Software. Extraído de: http://uptaprocesodepruebasycalidadymetricas.blogspot.com/2012/12/ejemplos-de-metricas.html • Calidad en el Desarrollo de Software. Extraído de: http://www.sel.unsl.edu.ar/ApuntesMaes/Anteriores/CursoOlsina/Transparencias/Olsina_SanLuis_Req.pdf • ISO 9126-3: Métricas Internas de la Calidad del Producto de Software. Extraído de: http://mena.com.mx/gonzalo/maestria/calidad/presenta/iso_9126-3/ • http://www.slideshare.net/luisangeldavilaelias/factores-y-mtricas-que-determinan-la-calidad-de-un 26 Testing y Calidad de Software / Paulina Barra - Rodrigo Espinoza - Ma. Loreto Arriagada