26
Preparado para: Testing y Calidad de Software Equipo: Paulina Barra – Rodrigo Espinoza – Ma. Loreto Arriagada 2014 Normas ISO 9126 –25000 Profesor: Patricio Montencinos

Normas ISO 9126 - 25000

Embed Size (px)

Citation preview

Preparado para: Testing y Calidad de Software

Equipo: Paulina Barra – Rodrigo Espinoza – Ma. Loreto Arriagada 2014

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 recuperabilidad Mé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 operabilidad Mé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 testeabilidad Mé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 coexistencias Mé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 Productividad Seguridad

•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