You are on page 1of 10

Aplicación de los estándares ISO

9126/25000

¿Cómo se determina la calidad de un software?

Característica General:
 Toman en cuenta aspectos funcionales y no funcionales
 Esenciales para garantizar la calidad de un software
 Deben ser medibles
 Es necesario que sean incorporados desde el inicio del proyecto.
 Se determina cuando un producto satisface los requerimientos de una función
dada
Ejemplo:
Un producto que cumpla las necesidades de un usuario puede haber llegado a
elaborarse sin conformidad con ciertas normas de fabricación es por ello, la calidad
siempre depende del punto de vista, pero mayormente involucra el cumplimiento de un
conjunto de exigencias.
El grado de calidad de un producto de software debe ser medido en función al
cumplimiento de los requisitos funcionales y no funcionales.
El estándar ISO 9126, establece un conjunto de factores, los cuales pueden ser
verificados como parte del proceso de testing, y del resultado obtenido se puede
establecer una métrica específica.
 Funcionalidad. Las funciones del software son aquellas que buscan satisfacer
las necesidades del usuario.
 Confiabilidad. La capacidad del software de mantener su rendimiento bajo
ciertas condiciones durante cierto período de tiempo.
 Usabilidad. Basada en el esfuerzo necesario para utilizar el software por parte
de un grupo de usuarios.
 Eficiencia. Basada en la relación entre el nivel de rendimiento del software y el
volumen de recursos utilizado, bajo ciertas condiciones.
 Capacidad de mantenimiento. Basada en el esfuerzo necesario para realizar
modificaciones específicas.
 Portabilidad. Basada en la capacidad del software para ser transferido de un
entorno a otro

Elementos que permiten evaluar la calidad en el software:


Factor de calidad que afectan a la calidad del software se dividen en dos:
LOS QUE MIDEN DIRECTAMENTE: Defectos descubiertos en las pruebas
LOS QUE SE MIDEN DIRECTAMENTE: Facilidad de uso de mantenimientos
-En cada caso debe presentarse una medición, se debe comparar y obtener así algún
indicio sobre la calidad.
-Características Operativas.
-Capacidad para experimentar cambios y adaptarse a nuevos entornos.

Según McCall, Richards & Walters (1977) propusieron una clasificación de los
factores que afectan directamente a la calidad del software.

 Corrección: Cumple con la especificación y satisface los objetivos que propone


el cliente.

 Confiabilidad: Se espera en que el programa desempeñe su función con la


precisión requerida.

 Eficiencia: Para que un programa realice su función debe ser necesario la


cantidad de códigos y los recursos de cómputo.

 Integridad: El control sobre el acceso al software o los datos por parte de las
personas no autorizadas.

 Facilidad de uso: Aprender, operar y preparar los datos de entrada para que el
programa pueda interpretar la salida.

 Flexibilidad: Demanda probar un programa con el fin de asegurar que realiza su


función.

 Portabilidad: Transferir el programa de un entorno de hardware o software a otro.

 Facilidad de reutilización: El grado en que un programa o partes de él pueden


reutilizarse en otras aplicaciones (en relación con el empaquetamiento y el
alcance de las funciones que realiza el programa).

 Interoperabilidad: El esfuerzo necesario para acoplar un sistema con otro.

Es difícil y en algunos casos imposibles, desarrollar medidas directas de estos factores


de la calidad. En realidad, muchas de las métricas que definen McCall et al. Sólo se
miden de forma subjetiva. Ya que es común que las métricas adquieran la forma de una
lista de comprobación que se emplea para “asignar una graduación” a atributos
específicos del software.

Vega et al. (2008), propone un modelo casi distinto por McCall mejor dicho añadido
algunas cosas este ha sido utilizado y comprobado en distintos proyectos de desarrollo
de software estos son:

 Corrección: Cuando un producto de software satisface sus especificaciones y


consigue los objetivos de la misión encomendada por el usuario.

 Confiabilidad: Se espera en que el programa desempeñe su función con la


precisión requerida.

 Eficiencia: La cantidad de recursos computacionales y de código requeridos por


un producto de software para llevar a cabo las funciones encomendadas.
 Integridad: Se puede controlarse (facilitar y restringir) el uso y acceso al software
y a los datos, tanto al personal autorizado como al no autorizado.

 Facilidad de uso: El esfuerzo requerido para aprender, trabajar, preparar la


entrada e interpretar la salida de un producto de software.

 Facilidad de mantenimiento: El esfuerzo necesario para localizar y corregir los


errores en un producto de software.

 Flexibilidad: El esfuerzo requerido para modificar un producto de software una


vez que se encuentra ya liberado o en producción, esto es, una vez que el
usuario esté haciendo uso de él.

 Facilidad de prueba: El esfuerzo requerido para probar un producto de software,


de tal forma que se asegure que realiza las funciones especificadas por el
usuario.

 Portabilidad: El esfuerzo requerido para transferir un producto de software de


una plataforma (entorno de hardware y software) a otra.

 Reusabilidad: El grado en que un producto de software (o alguna de sus partes)


pueda volver a ser utilizado en otras aplicaciones, aun cuando la funcionalidad
de la misma cambie.

 Facilidad de interoperación: El esfuerzo requerido para lograr que un producto


de software trabaje con otro, compartiendo recursos.

Dato:
Según ISO 2500 los criterios o como poder determinar se agrupa de la siguiente
manera:
Funcionalidad: Precisión, Interoperabilidad, Seguridad, Cumplimiento de la
funcionalidad e Idoneidad.
Fiabilidad: Madurez, Tolerancia a fallos, Capacidad a recuperación, Cumplimiento de la
fiabilidad.
Usabilidad: Inteligibilidad, Facilidad de aprendizaje, Operatividad, Atractividad,
Cumplimiento de la usabilidad.
Eficiencia: Comportamiento en el tiempo, Utilización de recursos, Cumplimiento de la
eficiencia.
Mantenibilidad: Analizabilidad, Cambiabilidad, Estabilidad, Pruebabilidad, Cumplimiento
de mantenibilidad.
Portabilidad: Adaptabilidad, Facilidad de Instalación, Coexistencia, Intercambiabilidad,
Cumplimiento de Portabilidad.
 Desempeño: Rendimiento, Tiempo de Respuesta y de Limite.
 Escalabilidad: Capacidad de una aplicación para que llegue hacer más grande
sin perder calidad existen 2 tipos (Esca.Vertical, Esca.Horizontal).
 Modificabilidad: Realizar cambios en una aplicación para proveer requerimientos
funcionales y no funcionales.
 Seguridad: Autentificación, Autorización, Integridad, Encriptación, No repudio.

 Disponibilidad: Estos sistemas tienen un tiempo de inactividad mínimo, ya sea


previsto o imprevisto.

 Integración: Cuando una aplicación puede ser incorporada en un contexto más


amplio y el valor del software puede incrementar sus funcionalidades y
operaciones.

 Portabilidad: Adaptabilidad, Fácil de Instalación, Coexistencia, Facilidad de


reemplazo, Cumplimiento de portabilidad.

 Testeabilidad: Pruebas (Funcionales, Regresion, Compatibilidad, Desempeño,


Estrés, Carga, Unidad de código, Usabilidad, Caja Blanca).

 Mantenibilidad: Medir la aplicación una vez que ha sido implementada.

¿Qué son las normas ISO en calidad de software? Mallqui


gamarra
¿Cuáles son las normas ISO mas importantes?Bueza
farromeque

NORMA ISO/IEC 9126 Verastegui

NORMA ISO/IEC 25000(SQuaRE)


ISO/IEC 25000, conocida como SQuaRE (System and Software Quality Requirements
and Evaluation), es una familia de normas que proporciona una guía para el uso de la
nueva serie de estándares internacionales llamada Requisitos y Evaluación de calidad
de Producto Software.
La familia ISO/IEC 25000 es el resultado de la evolución de otras normas como lo son
ISO/IEC 9126(describe las particularidades de un modelo de calidad del producto de
software) y ISO/IEC 14598(aborda el proceso de evaluación de productos de software).

Esta familia de normas ISO/IEC 25000 está compuesta en 5 divisiones que son:
ISO/IEC 2500n: Aquí se describe la estructura de la familia de normas y su vocabulario.
ISO/IEC 2501n: Se describe el conjunto de modelos de calidad para el producto de
software.
ISO/IEC 2502n: Se describe el conjunto de métricas que se van a utilizar.
ISO/IEC 2503n: Su objetivo es determinar los requisitos de calidad que se consideran
en el producto.
ISO/IEC 2504n: Define los procesos y actividades que se pueden seguir para evaluar
la calidad del producto.
Tratar la evaluación del producto de acuerdo al sector al cual se va a dirigir
ISO 29119 T MMI (MODELO DE MADUREZ ORIENTADO AL MUNDO DE LAS
PRUEBAS (PROCESOS DE TESTING) BUSCAN PROCESOS DE CALIDAD
CMMI (SE CENTRA EN EL MUNDO DEL DESARROLLO DE SOFTWARE Y MIRA LA
CALIDAD DE LOS PROCESOS)

ISO/IEC 2500n  Alarcón cortes


ISO/IEC 2501n  veramendi jose

ISO IEC /25002n – División de Medición de Calidad


Son los estándares que poseen un modelo de referencia para la medición de calidad de
producto de software, contiene definiciones matemáticas de la métrica de calidad de
software internas, externas y en uso, además de la orientación practica para su
aplicación.
La ISO IEC/25002 está compuesta por los siguientes estándares:

 ISO / IEC 25020 - Modelo de referencia y guía de medición

Presenta una explicación introductoria y un modelo de referencia que es común


a los elementos de medición de calidad, las mediciones de la calidad del
producto de software y la calidad en uso. También proporciona orientación a los
usuarios para seleccionar o desarrollar y aplicar medidas.

También contiene anexos informativos que abordan los siguientes temas:


criterios para seleccionar medidas de calidad de software y elementos de medida
de calidad, demostrar la validez predictiva y evaluar la confiabilidad de la medida,
y un formato de ejemplo para documentar medidas de calidad de software.
Ofrece ejemplos de medidas de calidad que se pueden utilizar en todo el ciclo
de vida del desarrollo del producto.

Modelos para medir la calidad de producto de Software

1. Modelo de McCall 1977: organiza los factores en tres ejes desde cuales los
usuarios pueden contemplar la calidad de un producto.
2. Modelo de FURPS 1987: Establece 5 características como factores de
calidad.

3. Modelo de DROMEY 1996: Su propósito es de trabajar con una estructura


que permite construir y utilizar un modelo de calidad práctico para evaluar
las etapas de Determinación de los requerimientos, Diseño e
Implementación.
 ISO / IEC 25021 - Elementos de medida de calidad

Define un conjunto de medidas base y derivadas recomendadas, que deben


utilizarse durante todo el ciclo de vida del desarrollo de software. El documento
describe un conjunto de medidas que se pueden utilizar como una entrada para
la calidad del producto de software o la calidad de software en uso. Lo que quiere
decir, definir un conjunto de indicadores que permitan tener una medida objetiva
de la calidad del software desarrollado, ya sea en su funcionalidad,
comportamiento y otras características

Breve explicación de la forma de aplicar:

Se definirán aquellas propiedades que necesitan ser controladas para que este
sea considerado un producto de calidad; luego se evaluará cómo se van a medir
y finalmente, al proceder con la medición de la propiedad, se configura el
Elemento de Medida de Calidad.

Un ejemplo aclarará este concepto: imagínese que para la organización es


importante la continuidad en el servicio del software, es decir controlar las
interrupciones (propiedad a medir) que sufre el aplicativo en su funcionamiento.
Se realizará un seguimiento al funcionamiento del sistema registrándose las
interrupciones que se presenten durante la operación (método de medición);
entonces, se determinará el número de interrupciones que se dan en el servicio
(elemento de medida de calidad).

Para cumplir con esta norma es necesario llenar una tabla de calidad
cuyo contenido debe ser:

1. Nombre del Elemento de Medida de Calidad: Debe ser identificado con único
nombre y tener un número de serie.
2. Entidad Objetivo: comportamiento que está siendo tomado como
observación.
3. Objetivo y propiedad a cuantificar: Para que se mide y que se cuantificara.
4. Medidas de calidad relevantes: aclaración de lo que se está midiendo.
5. Método de medición: descripción de cómo se medirá la propiedad.
6. Lista de subpropiedades relacionadas a la propiedad principal: opcional.
7. Definición de cada propiedad. Opcional.
8. Input para el EMC: tipo de información y origen de datos.
9. Unidad de Medida del EMC: fórmula de cálculo si se usó.
10. Regla Numérica: Expresión textual del EMC.
11. Tipo de escala. Nominal, ordinal, intervalo, ratio.
12. Contexto de la EMC: en que se usa la EMC.
13. Proceso de ciclo de vida de desarrollo del software. En que parte del ciclo de
vida e está aplicando la EMC.
14. Restricciones para la medición: opcional solo si hubiera.

 ISO / IEC 25022 - Medición de la calidad en uso:

Describe un conjunto de medidas y proporciona una guía para medir la calidad


en uso.

 ISO / IEC 25023 - Medición de la calidad del producto del sistema y del
software

Describe un conjunto de medidas y proporciona orientación para medir la calidad


del producto del sistema y del software.

Este estándar no asigna rangos de valores de las medidas a niveles nominales


o grados de cumplimiento porque estos valores se definen según la naturaleza
del sistema, producto o parte del producto, y dependiendo de factores tales como
categoría del software, nivel de integridad y necesidades de los usuarios. Las
medidas de calidad están destinadas a ser utilizadas para asegurar la calidad y
la mejora de los productos del sistema y del software durante o después del
proceso del ciclo de vida del desarrollo. Contiene Un conjunto básico de medidas
de calidad para cada característica y la explicación de cómo aplicar productos
de software y medidas de calidad del sistema

 ISO / CEI 25024 - Medición de la calidad de los datos:

Define medidas de calidad para medir cuantitativamente la calidad de los datos


en términos de las características definidas en ISO / CEI 25012.

Contiene:
-un conjunto básico de medidas de calidad de datos para cada característica
- un conjunto básico de entidades objetivo a las que se aplican las medidas de
calidad durante el ciclo de vida de los datos.
- una explicación de cómo aplicar medidas de calidad de datos.
- una guía para las organizaciones que definen sus propias medidas para los
requisitos de calidad de datos y evaluación.
Se puede aplicar en muchos tipos de sistemas de información, por
ejemplo, como los siguientes:
- sistema de información legado.
- almacén de datos.
- Sistema de información distribuida.
- sistema de información cooperativa.
- red mundial.

ISO/IEC 2503n – División de Requisitos de Calidad

Las normas que forman este apartado ayudan a especificar requisitos de calidad que
pueden ser utilizados en el proceso de elicitación de requisitos de calidad del producto
software a desarrollar o como entrada del proceso de evaluación. Para ello, este
apartado se compone de:

 ISO/IEC 25030: provee de un conjunto de recomendaciones para realizar la


especificación de los requisitos de calidad del producto software.

ISO/IEC 2504n – División de Evaluación de Calidad

Este apartado incluye normas que proporcionan requisitos, recomendaciones y guías


para llevar a cabo el proceso de evaluación del producto software. Esta división se
encuentra formada por:

 ISO/IEC 25040: propone un modelo de referencia general para la evaluación,


que considera las entradas al proceso de evaluación, las restricciones y los
recursos necesarios para obtener las correspondientes salidas.
 ISO/IEC 25041: describe los requisitos y recomendaciones para la
implementación práctica de la evaluación del producto software desde el punto
de vista de los desarrolladores, de los adquirentes y de los evaluadores
independientes.
 ISO/IEC 25042: define lo que la Norma considera un módulo de evaluación y la
documentación, estructura y contenido que se debe utilizar a la hora de definir
uno de estos módulos.
 ISO/IEC 25045: define un módulo para la evaluación de la subcaracterística
Recuperabilidad (Recoverability).

ISO/IEC 15504 MELGAREJO MEZA

ISO/IEC12207 MELGAREJO MEZA


Referencias
Dr. Moisés Rodríguez Director AQCLab - Auditor CISA
Teléfono:+34926295347mrodriguez@aqclab.es

You might also like