ISO 9126:

1. INTRODUCCION
Esta norma Internacional fue publicada en 1992, la cual es
usada para la evaluacin de la calidad de software, es una
variante del modelo de McCall, es tambin llamado Software
Product Evaluation: Quality Characteristics and Guidelines for
their Use (Evaluacin del Producto Software:
Caractersticas de la Calidad y Directrices para su uso).Este
estndar describe 6 caractersticas generales: Funcionalidad,
Confiabilidad, Usabilidad, Eficiencia, Mantenibilidad, y
Portabilidad.
2. Modelo de Calidad ISO/IEC 9126
La norma ISO/IEC 9126 permite especificar y evaluar la
calidad del software desde diferentes criterios asociados con
adquisicin, requerimientos, desarrollo, uso, evaluacin,
soporte, mantenimiento, aseguramiento de la calidad y
auditoria de software.
El estndar se divide en cuatro partes que trata los siguientes
temas: modelo de la calidad, mtricas externas, mtricas
internas y mtricas de calidad en uso. A su vez el modelo de
calidad que propone este estndar se divide en dos: calidad
externa y calidad interna, as como la calidad durante el uso.
En relacin al modelo de calidad del producto software, el
estndar ISO/IEC 9126, est dividido en cuatro partes:
ISO/IEC 9126-1: Presenta un modelo de calidad del
software, estructurado en caractersticas y subcaractersticas
ISO/IEC TR 9126-2: Proporciona mtricas externas para
medir los atributos de seis caractersticas de calidad
externa y una explicacin de cmo aplicar las mtricas de
calidad de software.

 ISO/IEC TR 9126-3: Proporciona mtricas internas para

medir atributos de seis caractersticas de calidad interna.
ISO/IEC TR 9126-4: Define mtricas de calidad en uso
para medir los atributos.
Slo la primera parte de la norma ISO 9126-1 es un estndar
aprobado y publicado, siendo los restantes informes que
componen la parte identificada como Reportes Tcnicos
(Technical Report TR). El estndar ISO9126-1, presenta dos
modelos de calidad. La primera referida a la calidad interna y
externa y la segunda a la calidad en uso.

3. ESTRUCTURA DEL MODELO DE CALIDAD ISO/IEC

9126
El modelo establece diez caractersticas, seis que son comunes
a la calidad
Interna y externa y cuatro que son propias de la calidad en uso
3.1 Calidad interna y externa

Especifica 6 caractersticas para calidad interna y externa, las

cuales, estn subdivididas. Estas divisiones se manifiestan
externamente cuando el software es usado como parte de un
sistema Informtico, y son el resultado de atributos internos de
software.
3.2 Calidad en uso
Calidad en uso es el efecto combinado para el usuario final de
las 6 caractersticas de la calidad interna y externa del
software. Especifica 4 caractersticas para la calidad en uso.
Al unir la calidad interna y externa con la calidad en uso se
define un modelo de evaluacin ms completo, se puede pensar
que la usabilidad del modelo de calidad externa e interna
pueda ser igual al modelo de calidad en uso, pero no, la
usabilidad es la forma como los profesionales interpretan o
asimilan la funcionabilidad del software y la calidad en uso se
puede asumir como la forma que lo asimila o maneja el usuario
final.

4. MODELO DE CALIDAD PARA CALIDAD INTERNA Y EXTERNA

A continuacin detallaremos el conjunto de caractersticas y

Sub-caractersticas que derivan de la clasificacin de la calidad
segn el modelo:
4.1 FUNCIONALIDAD
Funcionalidad es la capacidad del software de cumplir y
proveer las funciones para satisfacer las necesidades explcitas
e implcitas cuando es utilizado en condiciones especficas. A
continuacin se muestra la caracterstica de Funcionalidad y
las sub-caractersticas que cubre:

Caracterstica de funcionalidad

La funcionalidad se divide en 5 sub-caractersticas:

4.1.1 Adecuacin:
La capacidad del software para proveer un adecuado
conjunto de funciones que cumplan las tareas y objetivos
especificados por el usuario.
4.1.2
Exactitud:
La capacidad del software para hacer procesos y entregar los
resultados solicitados con precisin o de forma esperada.
4.1.3 Interoperabilidad:
La capacidad del software de interactuar con uno o ms
sistemas especficos.
4.1.4 Seguridad:
La capacidad del software para proteger la informacin y los
datos de manera que los usuarios o los sistemas no autorizados
no puedan acceder a ellos para realizar operaciones, y la
capacidad de aceptar el acceso a los datos de los usuarios o
sistemas autorizados
4.1.5 Conformidad de la funcionalidad:
La capacidad del software de cumplir los estndares referentes
a la funcionalidad.
4.2 FIABILIDAD
La confiabilidad es la capacidad del software para asegurar un
nivel de funcionamiento adecuado cuando es utilizando en
condiciones especficas.

Caracterstica de Confiabilidad

La fiabilidad se divide en 4 sub-caractersticas:

4.2.1 Madurez:
La capacidad que tiene el software para evitar fallas cuando
encuentra errores. Ejemplo, la forma como el software advierte
al usuario cuando realiza operaciones en la unidad de diskette
vaca, o cuando no encuentra espacio suficiente el disco duro
donde esta almacenando los datos.
4.2.2
Tolerancia a errores:
La capacidad que tiene el software para mantener un nivel de
funcionamiento en caso de errores.
4.2.3 Recuperabilidad:
La capacidad que tiene el software para restablecer su
funcionamiento adecuado y recuperar los datos afectados en el
caso de una falla.
4.2.4 Conformidad de la fiabilidad:
La capacidad del software de cumplir a los estndares o
normas relacionadas a la fiabilidad.
4.3 USABILIDAD
La usabilidad es la capacidad del software de ser entendido,
aprendido, y usado en forma fcil y atractiva. Algunos criterios
de funcionalidad, fiabilidad y eficiencia afectan la usabilidad,
pero para los propsitos de la ISO/IEC 9126 ellos no clasifican
como usabilidad. La usabilidad est determinada por los
usuarios finales y los usuarios indirectos del software, dirigidos
a todos los ambientes, a la preparacin del uso y el resultado
obtenido.

Caracterstica de Usabilidad

La usabilidad se divide en 5 sub-caractersticas:

4.3.1 Entendimiento:
La capacidad que tiene el software para permitir al usuario
entender si es adecuado, y de una manera fcil como ser
utilizado para las tareas y las condiciones particulares de la
aplicacin. En este criterio se debe tener en cuenta la
documentacin y de las ayudas que el software entrega.
4.3.2 Aprendizaje:
La forma como el software permite al usuario aprender su uso.
Tambin es importante considerar la documentacin.
4.3.3 Operabilidad:
La manera como el software permite al usuario operarlo y
controlarlo.
4.3.4 Atraccin:
La presentacin del software debe ser atractiva al usuario.
Esto se refiere a las cualidades del software para hacer ms
agradable al usuario, ejemplo, el diseo grfico.
4.3.5 Conformidad de uso:
La capacidad del software de cumplir los estndares o normas
relacionadas a su usabilidad.
4.4 EFICIENCIA
La eficiencia del software es la forma del desempeo
adecuado, de acuerdo a al nmero recursos utilizados segn
las condiciones planteadas. Se debe tener en cuenta otros

aspectos como la configuracin de hardware, el sistema

operativo, entre otros.

Caracterstica de Eficiencia

La eficiencia se divide en 3 sub-caractersticas:

4.4.1 Comportamiento de tiempos:
Los tiempos adecuados de respuesta y procesamiento, el
rendimiento cuando realiza su funcin en condiciones
especficas. Ejemplo, ejecutar el procedimiento ms complejo
del software y esperar su tiempo de respuesta, realizar la
misma funcin pero con ms cantidad de registros.
4.4.2 Utilizacin de recursos:
Capacidad del producto software para usar las cantidades y
tipos de recursos adecuados cuando el software lleva a cabo su
funcin bajo condiciones determinadas
4.4.3 Conformidad de eficiencia:
La capacidad que tiene el software para cumplir con los
estndares o convenciones relacionados a la eficiencia.
4.5 CAPACIDAD DE MANTENIMIENTO
La capacidad de mantenimiento es la cualidad que tiene el
software para ser modificado. Incluyendo correcciones o
mejoras del software, a cambios en el entorno, y
especificaciones de requerimientos funcionales.

Caracterstica de Mantenimiento

El mantenimiento se divide en 5 sub-caractersticas:

4.5.1 Capacidad de ser analizado:
La forma como el software permite diagnsticos de deficiencias
o causas de fallas, o la identificacin de partes modificadas.
4.5.2 Cambiabilidad:
La capacidad del software para que la implementacin de una
modificacin se pueda realizar, incluye tambin codificacin,
diseo y documentacin de cambios.
4.5.3 Estabilidad:
La forma como el software evita efectos inesperados para
modificaciones del mismo.
4.5.4 Facilidad de prueba:
La forma como el software permite realizar pruebas a las
modificaciones sin poner el riesgo los datos.
4.5.5 Conformidad de facilidad de mantenimiento:
La capacidad que tiene el software para cumplir con los
estndares de facilidad de mantenimiento.
4.6 Portabilidad
La capacidad que tiene el software para ser trasladado de un
entorno a otro.

Caracterstica de portabilidad

La portabilidad se divide en 5 sub-caractersticas:

4.6.1 Adaptabilidad:
Es como el software se adapta a diferentes entornos
especificados (hardware o sistemas operativos) sin que
implique reacciones negativas ante el cambio. Incluye la
escalabilidad de capacidad interna (Ejemplo: Campos en
pantalla, tablas, volmenes de transacciones, formatos de
reporte, etc.).
4.6.2 Facilidad de instalacin:
La facilidad del software para ser instalado en un entorno
especfico o por el usuario final.
4.6.3 Coexistencia:
La capacidad que tiene el software para coexistir con otro o
varios software, la forma de compartir recursos comunes con
otro software o dispositivo.
4.6.4 Reemplazabilidad:
La capacidad que tiene el software para ser remplazado por
otro software del mismo tipo, y para el mismo objetivo.
Ejemplo, la remplazabilidad de una nueva versin es
importante para el usuario, la propiedad de poder migrar los
datos a otro software de diferente proveedor.
4.6.5 Conformidad de portabilidad:
La capacidad que tiene el software para cumplir con los
estndares relacionados a la portabilidad.
5. MODELO DE CALIDAD PARA CALIDAD EN USO

Calidad en uso es la calidad del software que el usuario final

refleja, la forma como el usuario final logra realizar los
procesos con satisfaccin, eficiencia y exactitud. La calidad en
uso debe asegurar la prueba o revisin de todas las opciones
que el usuario trabaja diariamente y los procesos que realiza
espordicamente relacionados con el mismo software.

Caracterstica Calidad de uso

La calidad de uso se divide en 4 caractersticas:

5.1 Eficacia:
La capacidad del software para permitir a los usuarios finales
realizar los procesos con exactitud e integridad.
5.2 Productividad:
La forma como el software permite a los usuarios emplear
cantidades apropiadas de recursos, en relacin a la eficacia
lograda en un contexto especfico de uso. Para una empresa es
muy importante que el software no afecte a la productividad
del empleado
5.3 Seguridad:
Se refiere al que el Software no tenga niveles de riesgo para
causar dao a las personas, instituciones, software, propiedad
intelectual o entorno. Los riesgos son normalmente el
resultado de deficiencias en la funcionalidad (Incluyendo
seguridad), fiabilidad, usabilidad o facilidad de mantenimiento.
5.4 Satisfaccin:

La satisfaccin es la respuesta del usuario a la interaccin con

el software, e incluye las actitudes hacia el uso del mismo. A
continuacin se describe un cuadro donde podemos resumir las
caractersticas y cada uno de sus atributos, este cuadro le
ayudara a visualizar el proceso de evaluacin.
6. METRICAS DE CALIDAD EN ISO 9126
Las mtricas de calidad de producto se aplican a los diversos
atributos del producto y que permiten determinar
posteriormente los niveles de calidad del producto. Las
mtricas que se pueden aplicar de acuerdo a los atributos
estn definidos en las normas ISO/IEC 9126-2 para el caso de
la calidad externa, la ISO/IEC 9126-3 para el caso de la calidad
interna y la ISO/IEC 9126-4 para el caso de la calidad en uso.
En todos los casos, las normas sealan que las mtricas
presentadas no pretenden ser exhaustivas (ser completas), ni
limita la posibilidad de usar otras mtricas de acuerdo a las
necesidades del usuario.
Las mtricas internas pueden ser aplicadas durante el
diseo y la codificacin del producto software no
ejecutable (por ejemplo cdigo fuente) y proporciona a
todos los involucrados el beneficio de conocer la calidad
del producto durante su construccin y tomar decisiones
sobre esa base para conseguir el producto con la calidad
esperada.
Las mtricas externas pueden ser aplicadas durante la
prueba y operacin del producto software ejecutable (se
evala el comportamiento) y proporciona a todos los
involucrados el beneficio de conocer la calidad del
producto software durante las pruebas u operacin y
saber si cumple con la calidad esperada.
Las mtricas de calidad en uso miden el nivel en que un
producto software cumple con las necesidades especficas
de los usuarios en un contexto de uso determinado y son
el resultado del uso del software, en lugar de las
propiedades de este. El contexto de uso est determinado
por los escenarios en los que el usuario realiza sus tareas.

6.1 OBJETIVOS DEL USO DE LAS MTRICAS

6.1.1 Objetivos del uso de mtricas para medir
caractersticas externas:
Representar la calidad de un producto de software
respecto a las caractersticas y sub-caractersticas del
modelo 9126, durante el testeo.
Validar el cumplimiento del software respecto a los
requisitos de calidad externa.
Predecir el nivel de calidad de uso del producto.
Describir el grado de respuesta del producto respecto a
los requisitos explcitos e implcitos de su uso.
6.1.2 Objetivos del uso de mtricas para medir
caractersticas internas:
Representar la calidad de un producto de software, en los
estados de evolucin intermedios y finales no ejecutables,
respecto a las caractersticas y sub-caractersticas del
modelo 9126.
Predecir el nivel de calidad externo del producto.
Prevenir problemas en el uso del producto, descubriendo
anticipadamente potenciales defectos.
Las mtricas internas son en general combinacin de
mtricas elementales aplicadas a cdigo fuente,
diagramas UML o DFD, grficos,
etc. (medidas mediante anlisis esttico o con inspeccin
de cdigo).
6.1.3 Objetivos del uso de mtricas para medir
caractersticas de uso:
Verificar la capacidad de un producto de satisfacer las
exigencias de los usuarios en un dado escenario de uso,
en relacin con los objetivos previstos.
Estas mtricas son en general combinacin de mtricas
elementales aplicadas a la interaccin entre usuario y
sistema (medidas mediante Field Tests, inspecciones,
Walkthrough, etc.).
6.2 USO INTEGRADO DE LAS MTRICAS

Existen diversas relaciones e interdependencias entre las tres

clases de mtricas. Muchas de las caractersticas del modelo
9126 pueden ser medidas contemporneamente por mtricas
internas y externas.
Por ejemplo, la confiabilidad puede ser medida externamente
relevando el nmero de errores durante la ejecucin del
producto en un perodo de tiempo, e internamente
inspeccionando el cdigo fuente para verificar el nivel de
tolerancia a los errores. Un problema detectado en el uso del
producto (ejemplo la imposibilidad de un usuario de completar
correctamente una operacin) puede ser referido tanto como
una caracterstica de calidad externa (confiabilidad o
usabilidad) como una interna (error en la estructura de
decisin de un cdigo).
La calidad debe entonces ser medida como una combinacin de
las mtricas de los tres aspectos, de modo de cubrir los
distintos puntos de vista.
6.3 Est compuesta por
Todas las mtricas estn caracterizado por los siguientes
elementos:

Nombre de la mtrica
Objetivo/propsito de su uso
Mtodo de aplicacin con el cual se usa
Medida, formula y elementos de calculo
Interpretacin de la mtrica
Tipo de escala
Tipo de mtrica
Fuente de medicin, fuente de los datos de entrada
Audiencia o beneficiarios de la mtrica

6.4 EJEMPLO
6.4.1 Mtrica de Adecuacin:
Nombre:

Completitud
de
implementacin funcional

Propsito:

Qu tan completa est

implementacin funcional.

Mtodo de
aplicacin:

Contar las funciones faltantes

detectadas en la evaluacin y
comparar con el nmero de
funciones descritas en la
especificacin de requisitos.
X = 1 - A/B
A = nmero de funciones
faltantes
B = nmero de funciones
descritas en la especificacin
de requisitos
0 <= X <= 1
Entre ms cercano a 1, ms
completa.
absoluta

Medicin,
frmula:

Interpretacin:

Tipo de escala:

Tipo de medida:

Fuente de
medicin:
Audiencia:

X = count /count
A = count
B = count
Especificacin de requisitos
Diseo
Cdigo fuente
Informe de revisin
Requeridores
Desarrolladores

6.4.2 Mtrica de madurez:

Nombre:

Suficiencia de las pruebas

la

Propsito:

Mtodo de
aplicacin:
Medicin,
frmula:

Interpretacin:

Tipo de escala:

Tipo de medida:

Fuente de
medicin:
Audiencia:

Cuntos de los casos de prueba

necesarios estn cubiertos por el
plan de pruebas.
Contar las pruebas planeadas y
comparar con el nmero de
pruebas requeridas para obtener
una cobertura adecuada.
X = A/B
A = nmero de casos de prueba
en el plan
B = nmero de casos de prueba
requeridos
0 <= X
Entre X sea mayor, mejor la
suficiencia.
Absoluta

X = count/count
A = count
B = count
A proviene del plan de pruebas
B proviene de la especificacin
de requisitos
Desarrolladores
Mantenedores

6.4.3 Mtrica de entendibilidad:

Nombre:

Funciones evidentes

Propsito:

Qu proporcin de las funciones

del sistema son evidentes al
usuario.
Contar las funciones evidentes
al usuario y comparar con el
nmero total de funciones.
X = A/B
A = nmero de funciones (o
tipos de funciones) evidentes al
usuario
B = total de funciones (o tipos
de funciones)
0 <= X <= 1
Entre ms cercano a 1, mejor.

Mtodo de
aplicacin:
Medicin,
frmula:

Interpretacin:
Tipo de escala:

Absoluta

Tipo de medida:

X = count/count
A = count
B = count
Especificacin de requisitos
Diseo
Informe de revisin
Requeridores
Desarrolladores

Fuente de
medicin:
Audiencia:

6.4.4 Mtrica de comportamiento en el tiempo:

Nombre:

Tiempo de respuesta

Propsito:

Cul es el tiempo estimado para

completar una tarea.

Mtodo de
aplicacin:

Medicin,
frmula:

Evaluar la eficiencia de las

llamadas al SO y a la aplicacin.
Estimar el tiempo de respuesta
basado en ello. Puede medirse:
Todo o partes de las
especificaciones de diseo.
Probar la ruta completa de una
transaccin.
Probar mdulos o partes
completas del producto.
Producto completo durante la
fase de pruebas.
X = tiempo (calculado o
simulado)

Interpretacin:

Entre ms corto, mejor.

Tipo de escala:

Proporcin

Tipo de medida:

X = time

Fuente de
medicin:

Sistema operativo conocido

Tiempo estimado en llamadas al
sistema
Desarrolladores
Requeridores

Audiencia:

6.4.5 Mtrica de cambiabilidad:

Nombre:

Registrabilidad de cambios

Propsito:

Se registran adecuadamente
los cambios a la especificacin y
a los mdulos con comentarios
en el cdigo?
Registrar la proporcin de
informacin sobre cambios a los
mdulos
X = A/B
A = nmero de cambios a
funciones o mdulos que tienen
comentarios confirmados
B = total de funciones o mdulos
modificados
0 <= X <= 1
Entre ms cercano a 1, ms
registrable.
0 indica un control de cambios
deficiente o pocos cambios y alta
estabilidad.
Absoluta

Mtodo de
aplicacin:
Medicin,
frmula:

Interpretacin:

Tipo de escala:

Tipo de medida:

Fuente de
medicin:
Audiencia:

X = count/count
A = count
B = count
Sistema de control de
configuraciones
Bitcora de versiones
Especificaciones
Desarrolladores
Mantenedores
Requeridores

6.4.6 Mtrica de conformidad de portabilidad:

Nombre:

Conformidad de portabilidad

Propsito:

Qu tan conforme es la
transportabilidad del producto
con regulaciones, estndares y
convenciones aplicables.
Contar los artculos encontrados
que requieren conformidad y
comparar con el nmero de
artculos en la especificacin
que requieren conformidad.
X = A/B
A = nmero de artculos
implementados de conformidad
B = total de artculos que
requieren conformidad
0 <= X <= 1
Entre ms cercano a 1, ms
completa.
Absoluta

Mtodo de
aplicacin:

Medicin,
frmula:

Interpretacin:

Tipo de escala:

Tipo de medida:

Fuente de
medicin:

X = count/count
A = count
B = count
Especificacin de conformidad y
estndares, convenciones y
regulaciones relacionados.
Diseo
Cdigo fuente
Informe de revisin

Audiencia:

Requeridores
Desarrolladores

7. Caso practico
La empresa de Transporte Avea, C.A. quiere evaluar la calidad de 4
software para la implementacin del cuadro de mando integral.
Para ello primero establecemos el peso de las caractersticas con sus
respectivas sub-caractersticas.

Todas las caractersticas tuvieron el mismo peso (14,29) al momento de ser

evaluadas y, cada criterio, tendr el mismo peso (14,29 / nmero de criterios de la
caracterstica) que sus semejantes, en la caracterstica que los define.
La mtrica establecida para todos los criterios fue:
0 No cumple.
0,5 Mnimo necesario.

1 Satisfactorio.
Todos los criterios sern medidos por el evaluador seleccionado.
Para tomar las medidas fue necesaria la construccin de un instrumento de
evaluacin, donde se reflejan los criterios previamente establecidos con la
respectiva mtrica.

Posteriormente, se procedi a evaluar cada uno de los softwares pre-seleccionados,

estableciendo las mediciones en el instrumento de evaluacin.
Los resultados del proceso de evaluacin se reflejan en la siguiente tabla

En la tabla, claramente puede observarse que el software TDC_Alerta es quien

mejor satisface los criterios de evaluacin (82,62%), razn por la cual se
recomend para implementar efectivamente el cuadro de mando integral de la
organizacin.