ISO 25000: The Software Quality

Fredy Casallas, Juan Carlos Moreno, Oscar G. Pez.

Universidad Autnoma de Colombia.
Bogot, Colombia.
angelnegrogenesis@hotmail.com
jmoreno.moreno@fuac.edu.co
oscarpaez5@gmail.com

I. INTRODUCCIN
Abstract
Due
to
the
increasing
development of information technology and
communications, software as a product has
become vital in the life of society information.
For this reason, the development of software
requires the use of methods to ensure the
quality of the software product as a requisite
to meet customer needs and be highly
competitive
in
the
global
village.
The
International
Organization
for
Standardization (ISO) has published a series
of international standards relating to product
quality software engineering, ISO 9126, ISO
14598, ISO 25000.
The main purpose of these standards is to
guide the development of software products
with
criteria
for
specifying
quality
requirements of software products, their
metrics
and
evaluation.
This article shows the main standards for
modeling a software product quality
assurance
(QA)
shall
describe
the
relationships between these standards and
their
main
characteristics,
cited
the
advantages, and the importance of using
appropriate models and standards to control
the software development process.
Keywords International Organization for
Standardization
(ISO),
International
Electrotechnical Commission(IEC), Quality
Assurance
(QA),
information
and
communications
technologies
(ICT),
Software
Quality
Requirements
and
Evaluation (SQuaRE).

En un mundo globalizado, la industria del

desarrollo de software debe propender por
producir productos software de alta calidad que
se centren en la permanente satisfaccin de las
necesidades y expectativas del cliente. Siendo el
software un producto intangible cuya evaluacin
se realiza a nivel cualitativo, surge la necesidad
de establecer mtricas que permitan cuantificar
de alguna manera sus caractersticas y realizar
mejoras continuas no solo a nivel de producto
sino tambin de proceso. De esta manera surgen
los modelos de calidad que buscan estandarizar
los procesos de desarrollo de software y realizar
la evaluacin y control de los factores
fundamentales que intervienen en la produccin
de software de calidad.
La norma ISO/IEC 25000 proporciona una gua
para el uso de las nuevas series de estndares
internacionales,
llamados
Requisitos
y
Evaluacin de Calidad de Productos de Software
(SQuaRE). Constituye una serie de normas
basadas en la ISO 9126 y en la ISO 14598, y su
objetivo principal es guiar el desarrollo de los
productos de software con la especificacin y
evaluacin de requisitos de calidad.
II
GESTION
SOFTWARE.

DE

LA

CALIDAD

DEL

La IEEE define la calidad del software como el

grado con el que un sistema, componente o
proceso cumple con los requisitos especificados
y las necesidades o expectativas del cliente o
usuario. [13].
La calidad del software ha ido evolucionando de
la mano con el desarrollo de las tecnologas de
la informacin y las comunicaciones (TIC) y el

gran aumento de implementacin del software en

las organizaciones, lo que ha conducido a la
adopcin de tcnicas de gestin de calidad por
parte de las empresas desarrolladoras de
software.
La obtencin de un software con calidad implica
la utilizacin de metodologas o procedimientos
estndares
para
el
anlisis,
diseo,
programacin y prueba del software.
Uno de los problemas del desarrollo de software
es que las especificaciones que implica tener y
cumplir una amplia reunin de conceptos y
normas, donde se debe tener en cuenta la
seguridad,
confiabilidad,
funcionalidad,
usabilidad,
eficiencia,
mantenibilidad,
portabilidad y compatibilidad no pueden ser
establecidas explcitamente. Por esta razn una
forma de gestionar la calidad en la organizacin
desarrolladora de software es definir estndares
y procedimientos organizacionales de calidad,
los cuales generan buenas prcticas de
desarrollo y productos de alta calidad [12].
La calidad del producto junto con la calidad del
proceso son los aspectos ms importantes
actualmente en el desarrollo de Software. Para
obtener un producto de alta calidad se debe
realizar un proceso de alta calidad, pues una
mejora en el proceso genera una mejora en el
producto y a su vez, mejorar el producto facilita
el proceso. Por estas razones, es fundamental
realizar
un
constante
seguimiento
al
cumplimiento de los estndares y normas
establecidas en la organizacin, verificando el
cumplimiento de estas por parte de todos los
miembros involucrados en el proyecto de
desarrollo.
La gestin de la calidad realiza una verificacin
individual de cada uno de los procesos y
comprueba las entregas del proyecto para
asegurarse que concuerdan con los estndares y
metas organizacionales, porque estos definen un
conjunto de criterios y guan la forma en que se
desarrolla el software en la organizacin.
La combinacin de medicin y realimentacin
permite realizar un mejor control de calidad como
parte del proceso de fabricacin del software; un
punto clave del control de calidad es que se

hayan
definido
los
productos
y
las
especificaciones con las
que se puedan
comparar los resultados de cada proceso para
poder verificar su calidad [3].
La garanta de calidad del software (SQASoftware Quelite Asrense) comprende una gran
variedad de tareas asociadas con dos tipos
diferentes de ingenieros: los ingenieros de
software que realizan el trabajo tcnico y un
grupo de ingenieros de SQA que tiene la
responsabilidad de la Planificacin de garanta
de calidad, supervisin, mantenimiento de
registros, anlisis e informes y con esto llegar a
la consecucin de un producto de alta calidad.
El grupo de SQA es el encargado de establecer,
documentar y seguir el proceso del desarrollo del
software, verificando que este se est realizando
segn los estndares y polticas de la
organizacin. Tambin vela por la coordinacin y
el control de la gestin de cambios, y ayuda a
recopilar y analizar las mtricas del software.
SQA es el encargado de llevar a cabo la revisin
tcnica formal (RTF) para obtener como
resultado una garanta de calidad del software.
Los principales objetivos de la RTF es descubrir
errores en la funcin, la lgica o la
implementacin de cualquier representacin del
software, verificar que el software bajo revisin
alcanza sus requisitos,
garantizar que el
software ha sido realizado de acuerdo con
ciertos estndares predefinidos, conseguir un
software desarrollado de forma uniforme, hacer
que los proyectos sean ms manejables y
confiables. Esta revisin
incluye recorridos,
inspecciones, revisiones cclicas y grupo de
evaluaciones tcnicas del software donde se
realizaran pruebas detalladas en cada proceso
[9].
III.
CALIDAD DEL PRODUCTO Y DEL
PROCESO
Se debe diferenciar entre la calidad del
Producto y la calidad del Proceso de desarrollo
de software, donde la calidad del producto va a
estar en funcin de la calidad del proceso de
desarrollo. Ya que el desarrollo de software es
un proceso ms creativo que mecnico, donde
las experiencias y habilidades individuales son

importantes, la gestin y mejora de la calidad del

proceso debe minimizar los defectos en el
software entregado,
esto implica definir
estndares, realizar revisiones que aseguren el
cumplimiento de los estndares propuestos,
llevar a cabo una especificacin completa y
aprobada antes de que comience la
implementacin del software.
La calidad del proceso se refiere a actividades,
tareas, entrada, salida, procedimientos, etc.,
para desarrollar y mantener software, por esta
razn debemos utilizar Modelos, normas y
metodologas tales como los CMMI, la ISO
15504 / ISO 12207, para poder tener una buena
calidad del proceso y esto nos da un alto grado
de confiabilidad de obtener un buen producto [2].
Un proceso de desarrollo de software determina
quin debe hacer qu, cundo y cmo, tambin
define la forma en que se organiza el trabajo de
un equipo de desarrollo y describe y documenta
cada uno de los procesos a realizar en la etapa
de desarrollo.
La gestin de calidad de software (SQMSoftware Quelite Management) resulta de la
aplicacin a todas las perspectivas de procesos
de software, productos, y recursos. Los procesos
de gestin de calidad del software consisten en
numerosas actividades. Algunos de ellos pueden
encontrar defectos directamente en el proceso,
mientras otros indican donde pueden resultar
ms valiosas las revisiones. Estos ltimos
tambin son conocidos como actividades de
"direct-defect-finding". Muchas actividades a
menudo sirven para ambos propsitos.
Para realizar una buena planificacin para la
calidad de software tenemos que tener en cuenta
una buena definicin del producto requerido en
trminos de sus caractersticas, y realizar una
buena planificacin de los procesos para
alcanzar el producto requerido con las
propiedades de calidad.
Algunos de los procesos especficos SQM estn
definidos en el estndar (IEEE12207.0-96):
Procesos de aseguramiento de calidad
Procesos de verificacin
Procesos de validacin

Procesos de revisin
Procesos de auditora
Los procesos SQM ayudan a asegurar una
calidad de software ptima en un proyecto dado;
estos procesos consisten en tareas y tcnicas
para indicar como estn siendo puestas en
prctica y la mejor manera para que los
productos intermedios y los finales encuentren
sus requerimientos especificados. Los resultados
de estas tareas son recopilados en informes para
la direccin del proyecto antes de que sea
tomada la accin correctiva, el SQM certifica
que los resultados de estos informes sean
exactos y esto proporciona que los procesos
SQA garanticen que los productos software y los
procesos en el ciclo de vida de proyecto son
conformes a los requerimientos especificados
por medio de la planificacin y realizando un
conjunto de actividades para generar la
confianza adecuada, lo cual indica que se est
construyendo un producto de calidad.
La calidad del producto se basa en estndares
que dan unas directrices para realizar un
adecuado producto en cada uno de sus
procesos, se obtiene un alto grado de que el
producto software incorpora un conjunto de
caractersticas, de manera que garantiza el
cumplimiento de los requisitos y necesidades del
cliente [3].
Para obtener una alta calidad del producto de
software se necesita determinar el Objetivo
verdadero del software, tener presentes los
requerimientos del cliente (funcionales y no
funcionales), obtener los requerimientos de
calidad (que pueden no estar explcitos en un
principio en los requerimientos o estipulaciones
del
software),
realizar
una
completa
especificacin del sistema, una especificacin de
requerimientos de software, generar un mdulo
de diseo, cdigo, documentacin de prueba y
los informes producidos como consecuencia de
tareas de anlisis de calidad,
se requiere
tambin que los
productos intermedios
relevantes para la calidad sean evaluados a lo
largo de todo el proceso de desarrollo del
software.

IV.

ESTNDARES
CALIDAD.

DE

MODELOS

DE

Relacionada con la calidad del producto,

recientemente ha aparecido la familia de normas
ISO/IEC 25000, que proporciona una gua para
el uso de la nueva serie de estndares
internacionales llamada Requisitos y Evaluacin
de Calidad de Productos de Software (SQuaRE Software Product Quality Requirements and
Evaluation). ISO/IEC 25000 constituye una serie
de normas basadas en ISO/IEC 9126, que
especifica caractersticas y mtricas de la calidad
del software, y en ISO/IEC 14598, que especifica
la evaluacin de productos de software.
A. ISO/IEC 9126.
La serie de normas ISO 9126 se compone de un
estndar internacional dividido en tres informes
tcnicos. El primero es el modelo de calidad
externa, el segundo es el modelo de calidad
interna y el tercero es el modelo de calidad de
uso. Tal como lo muestra la figura 1.
ISO 9126-1: Modelo de calidad: Presenta un
modelo de calidad del software, estructurado
en caractersticas y subcaractersticas [5].
ISO 9126-2: mtricas externas: Proporciona

mtricas externas para medir los atributos de

seis caractersticas de calidad externa
definidas y una explicacin de cmo aplicar
las mtricas de calidad de software [6].
ISO 9126-3: mtricas internas: Proporciona
mtricas internas para medir atributos de seis
caractersticas de calidad interna definidas [7].

ISO TR 9126-4: Calidad en el uso: Define

mtricas de calidad en uso para medir los
atributos definidos [8].
El modelo de calidad
determina seis
caractersticas en las que se derivan varias
subcaractersticas de calidad interna y externa,
como se observa en la figura 2. Estas
caractersticas son:

Funcionalidad
Fiabilidad
Usabilidad
Eficiencia
Mantenibilidad
Portabilidad

Cada una de estas caractersticas y sus

correspondientes
subcaracteristicas
sern
tratadas a fondo ms adelante en el modelo
ISO/IEC 25000.
Este estndar define tres vistas diferenciadas
en el estudio de la calidad de un producto:
1) Vista interna: esta vista se ocupa de las
propiedades del software como: el tamao, la
complejidad o la conformidad con las normas de
orientacin a objetos. Medible a partir de las
caractersticas intrnsecas del propio producto
software (como el cdigo fuente). Puede
utilizarse desde las primeras fases del desarrollo,
permitiendo detectar deficiencias en el software
en edades muy tempranas del ciclo de vida del
software [7].

Fig.1 Estructura del modelo ISO/IEC 9126.

Fig. 2 ISO 9126 modelo de calidad para la calidad externa e interna (caractersticas y sub-caractersticas).

2) Vista externa: vista que analiza el

comportamiento del software en produccin y
estudia sus atributos, por ejemplo: el rendimiento
de un software en una mquina determinada, el
uso de memoria de un programa o el tiempo de
funcionamiento entre fallos. Medible a partir del
comportamiento del producto software (como
durante una prueba). Necesita que el producto
software este completo y se utilizar por tanto en
el pase a produccin del producto, siendo muy
dependiente de la mquina donde se ejecute [6].
3) Vista en uso: mide la productividad y
efectividad del usuario final al utilizar el software.
Medible durante la utilizacin efectiva por parte
del usuario (en un entorno de pre o produccin).
Tambin estudia el producto software finalizado
ser dependiente del usuario y estar
condicionada a los factores personales del
mismo. Las mtricas de la calidad en uso
aparecen en la figura 3. [8]
B. ISO/IEC 14598.
Esta norma da una descripcin general de los
procesos para la evaluacin de productos de
software
as
como
tambin
guas
y
requerimientos para la evaluacin. Por esta
razn se recomienda el uso conjunto con la
norma ISO/IEC 9126.

Para el desarrollo de un producto de software

adecuado,
deben
especificarse
los
requerimientos de calidad para poder medirlos, y
se debe planear, implementar, y controlar el
proceso para el aseguramiento de la calidad. Se
debern evaluar tanto los productos intermedios
como los finales, dependiendo de la fase en el
ciclo de vida que nos encontremos y el propsito
de la evaluacin, y se determinarn que
productos (intermedios o finales) sern
evaluados. Para la medicin de los atributos de
calidad es necesario utilizar mtricas validadas,
que definen que debe cumplir el software, la
norma est compuesta por seis partes que
ayudan a realizar las mediciones de la calidad
del software.
1) Descripcin General: Brinda una idea
general sobre las partes que constituyen la
norma, brinda un marco para evaluar la calidad
de todo el producto de software, explica la
relacin que existe entre las normas ISO/IEC
14598 e ISO/IEC 9126.Da definiciones de los
trminos que utiliza y tipo de producto de
software y establece los requerimientos para los
mtodos de medicin y evaluacin de dichos
productos.
Esta norma est dirigida a
Desarrolladores, Adquirientes y Evaluadores
independientes. Para evaluar la calidad del
software, hay que establecer primero los
requerimientos de evaluacin, luego especificar,
disear y ejecutar la evaluacin de calidad, para

Fig. 3 Mtricas de calidad en uso.

desarrollar un buen producto de software se

debe asegurar que el producto cumple con las
necesidades implcitas y explcitas del usuario,
asegurar que el producto cumple con las
necesidades implcitas y explcitas del usuario,
un modelo de calidad para la evaluacin de un
producto de software debe representar la
totalidad de los atributos de calidad clasificados
en una estructura jerrquica de caractersticas y
subcaractersticas [11].
2) Planificacin y Gerenciamiento: Aqu se
muestran los detalles sobre la planificacin y
gestin de los requerimientos los cuales van
asociados con la evaluacin del producto de
software, Su objetivo es describir los
requerimientos, recomendaciones y guas para la
funcin de soporte, con lo cual se realiza la
gestin de la evaluacin de un producto de
software, as
tambin
las tecnologas
necesarias para llevarla a cabo dicho proceso de
evaluacin [11].
3) Proceso para Desarrolladores: Se hace
nfasis en el uso de indicadores que pueden
predecir la calidad de los productos finales,
midiendo
los
productos
intermedios
desarrollados a lo largo del ciclo de vida [11].
4) Proceso para Adquirientes: Debe ser
utilizado por organizaciones que planean
comprar o reutilizar un producto de software
existente, puede aplicarse con el propsito de
decidir sobre la admisin de un producto o para
seleccionar un producto entre un conjunto de
productos alternativos [11].
5) Este estndar define el proceso con sus
respectivas actividades y entregables,
este

proceso a travs de todas sus etapas, realiza

las siguientes caractersticas:
Repetible: Que el proceso bajo las mismas
circunstancias, la misma configuracin de las
herramientas utilizadas, el mismo producto y
el mismo evaluador, la evaluacin obtenga el
mismo resultado.
Reproducible: Deben mantenerse todas las
condiciones iguales, salvo que el evaluador
sea otro y en este caso tambin se debe
obtener el mismo resultado.
Imparcial: La evaluacin debe resultar de los
estudios realizados en esa instancia y no
deben
estar influidos por resultados
anteriores obtenidos para realizar la misma
evaluacin.
Objetivo: El evaluador no debe influenciarse
por sus perspectivas o prejuicios sobre el
producto u similares [11].
6) Documentacin de Mdulos de Evaluacin:
ISO/IEC 14598-6 brinda guas para documentar
los mdulos de evaluacin, Estos mdulos
contienen la especificacin del modelo de
calidad (caractersticas y subcaracteristicas).
Este paquete incluye mtodos de evaluacin y
tcnicas, donde
en cada mdulo, se
documentan las tcnicas, mtricas y mtodos del
proceso de evaluacin, para lograr una
caracterstica de calidad [10].

Fig. 4 Relacin ISO/IEC 9126 ISO/IEC 14598.

En la figura 4 se puede ver la Relacin de las

normas en la calidad del software ISO/IEC 9126
ISO/IEC 14598.
V. MODELO ISO/IEC 25000 SQuaRE.
Conocida como SQuaRE (Software Product
Quality Requirements and Evaluation), la norma
ISO/IEC 25000 es una familia de normas que
tiene por objetivo la creacin de un marco de
trabajo comn para evaluar la calidad del
producto software.
La familia ISO/IEC 25000 es el resultado de la
evolucin
de
otras
normas
anteriores,
especialmente de las normas ISO/IEC 9126, que
describe las particularidades de un modelo de
calidad del producto software, e ISO/IEC 14598,
que abordaba el proceso de evaluacin de
productos software. Esta familia de normas
ISO/IEC 25000 se encuentra compuesta por
cinco divisiones principales y una extensin. La
figura 5 muestra las cinco divisiones principales
[11].

ISO/IEC 2500n. Divisin de gestin de

calidad. Los estndares que forman esta
divisin definen todos los modelos comunes,
trminos y referencias a los que se alude en
las dems divisiones de SQuaRE.
ISO/IEC 2501n. Divisin del modelo de
calidad. El estndar que conforma esta
divisin presenta un modelo de calidad
detallado, incluyendo caractersticas para la
calidad interna, externa y en uso.
ISO/IEC 2502n. Divisin de mediciones de
calidad. Los estndares pertenecientes a esta
divisin incluyen un modelo de referencia de
calidad del producto software, definiciones
matemticas de las mtricas de calidad y una
gua prctica para su aplicacin. Presenta
aplicaciones de mtricas para la calidad de
software interna, externa y en uso.
ISO/IEC 2503n. Divisin de requisitos de
calidad. Los estndares que forman parte de
esta divisin ayudan a especificar los
requisitos de calidad. Estos requisitos pueden
ser usados en el proceso de especificacin de
requisitos de calidad para un producto
software que va a ser desarrollado o como
entrada para un proceso de evaluacin. El
proceso de definicin de requisitos se gua
por el establecido en la norma ISO/IEC 15288
(ISO, 2003).
.

Fig. 5 Divisiones de SQuaRE

ISO/IEC 2504n. Divisin de evaluacin de la

calidad. Estos estndares proporcionan
requisitos, recomendaciones y guas para la
evaluacin de un producto software, tanto si

la llevan a cabo evaluadores, como clientes o

desarrolladores.
ISO/IEC 2505025099. Estndares de
extensin SQuaRE. Incluyen requisitos para
la calidad de productos de software Off-TheSelf y para el formato comn de la industria
(CIF) para informes de usabilidad.
A. ISO/IEC 25010.
El modelo de calidad constituye el pilar sobre el
que se establece el sistema para la evaluacin
de la calidad del producto. En este modelo se
determinan las caractersticas de calidad que se
van a tener en cuenta a la hora de evaluar las
propiedades
de
un
producto
software
determinado [11].
El modelo de calidad del producto definido por la
ISO/IEC 25010 se encuentra compuesto por las
ocho caractersticas de calidad que se muestran
en la figura 6, donde se resaltan las dos
caractersticas que fueron agregadas respecto al
modelo ISO/IEC 9126:

implcitas, cuando el producto se usa en las

condiciones especificadas. Esta caracterstica
se subdivide a su vez en las siguientes
subcaractersticas:
Completitud funcional. Grado en el cual el
conjunto de funcionalidades cubre todas las
tareas y los objetivos del usuario
especificados.
Correccin funcional.
Capacidad del
producto o sistema para proveer resultados
correctos con el nivel de precisin requerido.
Adecuacin funcional. Capacidad del
producto software para proporcionar un
conjunto apropiado de funciones para tareas y
objetivos de usuario especificados [11].
2) Rendimiento.
Esta caracterstica representa el desempeo
relativo a la cantidad de recursos utilizados bajo
determinadas condiciones. Esta caracterstica se
subdivide a su vez en las siguientes
subcaractersticas:

Fig. 6 Caractersticas de calidad ISO/IEC 25010.

1) Funcionalidad.
Representa la capacidad del producto
software para proporcionar funciones que
satisfacen las necesidades declaradas e

Comportamiento temporal. Los tiempos de

respuesta y procesamiento y los ratios de
throughput de un sistema cuando lleva a cabo
sus funciones bajo condiciones determinadas

en relacin con un banco de pruebas

(benchmark) establecido.
Utilizacin de recursos. Las cantidades y
tipos de recursos utilizados cuando el
software lleva a cabo su funcin bajo
condiciones determinadas [11].
3) Compatibilidad.
Capacidad de dos o ms sistemas o
componentes para intercambiar informacin y/o
llevar a cabo sus funciones requeridas cuando
comparten el mismo entorno hardware o
software. Esta caracterstica se subdivide a su
vez en las siguientes subcaractersticas:
Coexistencia. Capacidad del producto para
coexistir con otro software independiente, en
un entorno comn, compartiendo recursos
comunes sin detrimento.
Interoperabilidad. Capacidad de dos o ms
sistemas o componentes para intercambiar
informacin
y
utilizar
la
informacin
intercambiada [11].
4) Usabilidad.
Capacidad del producto software para ser
entendido, aprendido, usado y resultar atractivo
para el usuario, cuando se usa bajo
determinadas condiciones. Esta caracterstica se
subdivide a su vez en las siguientes
subcaractersticas:
Capacidad para reconocer su adecuacin.
Capacidad del producto que permite al
usuario entender si el software es adecuado
para sus necesidades.
Capacidad
de
aprendizaje
tcnico.
Capacidad del producto que permite al
usuario aprender su aplicacin.
Capacidad para ser usado. Capacidad del
producto que permite al usuario operarlo y
controlarlo con facilidad.
Proteccin contra errores de usuario.
Capacidad del sistema para proteger a los
usuarios de hacer errores.

Esttica de la interfaz de usuario.

Capacidad de la interfaz de usuario de
agradar y satisfacer la interaccin con el
usuario.
Accesibilidad tcnica. Capacidad del
producto que permite que sea utilizado por
usuarios con determinadas discapacidades
[11].
5) Fiabilidad.
Capacidad de un sistema o componente para
desempear
las funciones especificadas,
cuando se usa bajo unas condiciones y periodo
de tiempo determinados. Esta caracterstica se
subdivide a su vez en las siguientes
subcaractersticas:
Madurez. Capacidad del sistema para
satisfacer las necesidades de fiabilidad en
condiciones normales.
Disponibilidad. Capacidad del sistema o
componente de estar operativo y accesible
para su uso cuando se requiere.
Tolerancia a fallos. Capacidad del sistema o
componente para operar segn lo previsto en
presencia de fallos hardware o software.
Capacidad de recuperacin. Capacidad del
producto software para recuperar los datos
directamente afectados y reestablecer el
estado deseado del sistema en caso de
interrupcin o fallo [11].
6) Seguridad.
Capacidad de proteccin de la informacin y los
datos de manera que personas o sistemas no
autorizados no puedan leerlos o modificarlos.
Esta caracterstica se subdivide a su vez en las
siguientes subcaractersticas:
Confidencialidad. Capacidad de proteccin
contra el acceso de datos e informacin no
autorizados,
ya
sea
accidental
o
deliberadamente.
Integridad. Capacidad del sistema o
componente para prevenir accesos o
modificaciones no autorizados a datos o
programas de ordenador.

 No repudio. Capacidad de demostrar las

acciones o eventos que han tenido lugar, de
manera que dichas acciones o eventos no
puedan ser repudiados posteriormente.
Responsabilidad. Capacidad de rastrear de
forma inequvoca las acciones de una
entidad.
Autenticidad. Capacidad de demostrar la
identidad de un sujeto o un recurso [11].
7) Mantenibilidad.
Esta caracterstica representa la capacidad del
producto software para ser modificado efectiva y
eficientemente, debido a necesidades evolutivas,
correctivas o perfectivas. Esta caracterstica se
subdivide a su vez en las siguientes
subcaractersticas:
Modularidad. Capacidad de un sistema o
programa de ordenador (compuesto de
componentes discretos) que permite que un
cambio en un componente tenga un impacto
mnimo en los dems.
Reusabilidad. Capacidad de un activo que
permite que sea utilizado en ms de un
sistema software o en la construccin de otros
activos.

8) Portabilidad.
Capacidad del producto o componente de ser
transferido de forma efectiva y eficiente de un
entorno hardware, software, operacional o de
utilizacin a otro. Esta caracterstica se subdivide
a su vez en las siguientes subcaractersticas:
Adaptabilidad. Capacidad del producto que
le permite ser adaptado de forma efectiva y
eficiente a diferentes entornos determinados
de hardware, software, operacionales o de
uso.
Capacidad para ser instalado. Facilidad con
la que el producto se puede instalar y/o
desinstalar de forma exitosa en un
determinado entorno.
Capacidad
para
ser
reemplazado.
Capacidad del producto para ser utilizado en
lugar de otro producto software determinado
con el mismo propsito y en el mismo entorno
[11].
B. ISO/IEC 25040.
La divisin para la evaluacin de la calidad
define el proceso para llevar a cabo la
evaluacin del producto software. Dicho proceso
de evaluacin consta de un total de cinco
actividades que se observan en la figura 7.

Analizabilidad. Facilidad con la que se puede

evaluar el impacto de un determinado cambio
sobre el resto del software, diagnosticar las
deficiencias o causas de fallos en el software,
o identificar las partes a modificar.
Capacidad para ser modificado. Capacidad
del producto que permite que sea modificado
de forma efectiva y eficiente sin introducir
defectos o degradar el desempeo.
Capacidad para ser probado. Facilidad con
la que se pueden establecer criterios de
prueba para un sistema o componente y con
la que se pueden llevar a cabo las pruebas
para determinar si se cumplen dichos criterios
[11].

Fig. 7 ISO/IEC 25040 Actividades de la divisin para la evaluacin

de la calidad.

1) Establecer los requisitos de la evaluacin:

Consiste en establecer los requisitos de la
evaluacin tomando en cuenta los siguientes
aspectos:
Establecer el propsito de la evaluacin: En
esta tarea se documenta el propsito por el
que la organizacin quiere evaluar la calidad

de su producto software (asegurar la calidad

del producto, decidir si se acepta un producto,
determinar la viabilidad del proyecto en
desarrollo, comparar la calidad del producto
con productos de la competencia, etc.).
Obtener los requisitos de calidad del
producto: En esta tarea se identifican las
partes interesadas en el producto software
(desarrolladores,
posibles
adquirientes,
usuarios, proveedores, etc.) y se especifican
los requisitos de calidad del producto
utilizando un determinado modelo de calidad.
Identificar las partes del producto que se
deben evaluar: Se deben identificar y
documentar las partes del producto software
incluidas en la evaluacin. El tipo de producto
a evaluar (especificacin de requisitos,
diagramas de diseo, documentacin de las
pruebas, etc.) depende de la fase en el ciclo
de vida en que se realiza la evaluacin y del
propsito de sta.
Definir el rigor de la evaluacin: Se debe
definir el rigor de la evaluacin en funcin del
propsito y el uso previsto del producto
software, basndose, por ejemplo, en
aspectos como el riesgo para la seguridad, el
riesgo econmico o el riesgo ambiental. En
funcin del rigor se podr establecer qu
tcnicas se aplican y qu resultados se
esperan de la evaluacin [11].
2) Especificar la evaluacin: se especifican los
mdulos de evaluacin (compuestos por las
mtricas, herramientas y tcnicas de medicin) y
los criterios de decisin que se aplicarn en la
evaluacin tomando en cuenta los siguientes
aspectos:
Seleccionar los mdulos de evaluacin: En
esta tarea el evaluador selecciona las
mtricas de calidad, tcnicas y herramientas
(mdulos de evaluacin) que cubran todos los
requisitos de la evaluacin. Dichas mtricas
deben permitir que, en funcin de su valor, se
puedan realizar comparaciones fiables con
criterios que permitan tomar decisiones. Para
ello se puede tener en cuenta la Norma
ISO/IEC 25020

Definir los criterios de decisin para las

mtricas: Se deben definir los criterios de
decisin para las mtricas seleccionadas.
Dichos criterios son umbrales numricos que
se pueden relacionar con los requisitos de
calidad y posteriormente con los criterios de
evaluacin para decidir la calidad del
producto. Estos umbrales se pueden
establecer a partir de benchmarks, lmites de
control
estadsticos,
datos
histricos,
requisitos del cliente, etc.
Definir los criterios de decisin de la
evaluacin: Se deben definir criterios para las
diferentes caractersticas evaluadas a partir
de las subcaractersticas y mtricas de
calidad. Estos resultados a mayor nivel de
abstraccin permiten realizar la valoracin de
la calidad del producto software de forma
general [11].
3) Disear la evaluacin: se define el plan con
las actividades de evaluacin que se deben
realizar tomando en cuenta los siguientes
aspectos:
Planificar las actividades de la evaluacin: Se
deben planificar las actividades de la
evaluacin
teniendo
en
cuenta
la
disponibilidad de los recursos, tanto humanos
como materiales, que puedan ser necesarios.
En la planificacin se debe tener en cuenta el
presupuesto, los mtodos de evaluacin y
estndares adaptados, las herramientas de
evaluacin, etc.
El plan de evaluacin se revisar y actualizar
proporcionando informacin adicional segn
sea necesario durante el proceso de
evaluacin [11].
4) Ejecutar la evaluacin: se ejecutan las
actividades de evaluacin obteniendo las
mtricas de calidad y aplicando los criterios de
evaluacin tomando en cuenta los siguientes
aspectos:
Realizar las mediciones: Se deben realizar las
mediciones sobre el producto software y sus
componentes para obtener los valores de las
mtricas seleccionadas e indicadas en el plan

de evaluacin. Todos los resultados obtenidos

debern ser debidamente registrados.
Aplicar los criterios de decisin para las
mtricas: Se aplican los criterios de decisin
para las mtricas seleccionadas sobre los
valores obtenidos en la medicin del
producto.
Aplicar los criterios de decisin de la
evaluacin: En esta ltima tarea se deben
aplicar los criterios de decisin a nivel de
caractersticas y subcaractersticas de
calidad, produciendo como resultado la
valoracin del grado en que el producto
software cumple los requisitos de calidad
establecidos [11].
5) Concluir la evaluacin: se concluye la
evaluacin de la calidad del producto software,
realizando el informe de resultados que se
entregar al cliente y revisando con ste los
resultados obtenidos tomando en cuenta los
siguientes aspectos:
Revisar los resultados de la evaluacin:
Mediante esta tarea, el evaluador y el cliente
de la evaluacin (en caso de existir) realizan
una revisin conjunta de los resultados
obtenidos, con el objetivo de realizar una
mejor interpretacin de la evaluacin y una
mejor deteccin de errores.

Crear el informe de evaluacin: Una vez

revisados los resultados, se elabora el
informe de evaluacin, con los requisitos de la
evaluacin, los resultados, las limitaciones y
restricciones, el personal evaluador, etc.
Revisar la calidad de la evaluacin y obtener
feedback: El evaluador revisar los resultados
de la evaluacin y la validez del proceso de
evaluacin, de los indicadores y de las
mtricas aplicadas. El feedback de la revisin
debe servir para mejorar el proceso de
evaluacin de la organizacin y las tcnicas
de evaluacin utilizadas.
Tratar los datos de la evaluacin: Una vez
finalizada la evaluacin, el evaluador debe
realizar el adecuado tratamiento con los datos
y los objetos de la evaluacin segn lo
acordado con el cliente (en caso de ser una
tercera parte), devolvindolos, archivndolos
o eliminndolos segn corresponda [11].

VI. COMPARACION DE ESTANDARES.

Al igual que la norma ISO/IEC 9126, la ISO/IEC
25000 define tres vistas diferenciadas en el
estudio de la calidad de un producto:
Vista interna: esta vista se encarga de las
propiedades del software como: el tamao, la

Fig. 8 La vista de uso de la ISO/IEC 25000

complejidad o la adhesin con las normas de

la programacin orientada a objetos.
Vista externa: vista que estudia el
comportamiento del software en produccin y
analiza sus atributos, por ejemplo: el
rendimiento de un software en un equipo
definido, el uso de memoria del software o el
tiempo de funcionamiento entre errores.
Vista en uso: mide la productividad y
efectividad del usuario final al utilizar el
producto de software.

9126-3: Internal
metrics

9126-4: Quality in use

metrics

Guides to use 9126

and 14598
Base metrics
Quality requirements

La primera se utiliza normalmente desde las

primeras fases del desarrollo, permitiendo
detectar deficiencias en el software en edades
muy tempranas del ciclo de vida del software.
La segunda, sin embargo, necesita que el
producto software este completo y se utilizar
por tanto en el pase a produccin del producto,
siendo muy dependiente de la mquina donde se
ejecute.
Por ltimo, la tercera vista que tambin estudia el
producto software finalizado ser dependiente
del usuario y estar condicionada a los factores
personales del mismo. La figura 8 muestra la
vista de uso de la ISO/IEC 25000 donde se
resalta la diferencia respecto de la ISO/IEC
9126: el contexto de uso que hace referencia a la
flexibilidad que presenta el software para
adaptarse a diferentes condiciones o ambientes
de uso.
Puede observarse en la figura 9, las distintas
interrelaciones entre las vistas, afectando los
valores de la vista interna a los de la vista
externa y los de la vista externa a los de la vista
en uso.
En la tabla 1 se realiza una comparacin entre
las normas ISO: 9126,14598 y 25000.
TABLA I
Relacin ISO/IEC 9126, ISO/IEC 14598 y SQuaRE
ISO/IEC
ISO 25000 SQUARE
25000: Guide to
SQUARE
9126-1: Quality Model
25010: Quality Model
and Guide
9126-2: External
25020: Measurement
metrics
referente model and
guide

14598-1: General
overview
14598-2: Planning and
management
14598-3: Proc for
developers
14598-4: Proc for
acquirers
14598-5: Proc for
evaluators
14598-6: Doc of
evaluation modules

25023: Measurement
of external quality
25020: Measurement
referente model and
guide
25022: Measurement
of internal quality
25020: Measurement
referente model and
guide
25024: Measurement
of quality in use
25000: Guide to
SQUARE
25021: Measurement
primitives
25030: Quality
requirements and guid
25000: Guide to
SQUARE
25001: Planning and
management
25042: Process for
developers
25043: Process for
acquirers
25044: Process for
evaluators
25041: Evaluation
modules

VII. BENEFICIOS DEL USO DE SQuaRE.

Entre los beneficios de utilizar SQuare como
gua para obtener software de calidad, se
pueden mencionar los siguientes:
Mejorar las
software.

caractersticas

del

producto

Controlar la calidad del producto software.

Asegurar un nivel de calidad del software.
Posicionar el producto en el mercado de
desarrollo de software.
Alta competitividad para
desarrolladoras de software.

las

industrias

Minimizar fallos de produccin.

Reducir costos
mantenimiento.

finales

en

la

fase

de

 Detectar defectos en el software antes de la

fase de produccin ahorrando tiempo y
costos.
Permite una mayor eficacia en la definicin
del software.

El uso de SQuaRE orienta el desarrollo de

software para que responda continuamente a
las exigencias de un entorno que cada vez
es ms dinmico, preciso y eficiente.

Aunque podra parecer que implementar un

estndar de calidad resulta muy costoso, a
largo plazo se obtiene un ahorro de tiempo y
dinero al evitar desarrollos defectuosos,
ineficientes o no conformes con los
requerimientos.

SQuaRE ofrece trminos y definiciones,

modelos de referencia, guas generales,
guas de divisin individual y los estndares
para fines de especificacin, planificacin,
gestin, medicin y evaluacin de la calidad
del producto software.

Estas normas recomiendan que los requisitos

de calidad sean proporcionales a las
necesidades de la aplicacin y su criticidad.
Por lo tanto, ser tarea de aquel que
implante la ISO 25000, quien debe
determinar el nivel de calidad final que un
producto software deber alcanzar.

Puesto que el software es el driver de las

TIC, es supremamente importante para la
sociedad de la informacin contar con un
producto software de alta calidad que
responda positivamente a las necesidades
de los usuarios en todos los contextos de
uso.

La calidad del proceso y la calidad del

producto tienen una relacin de influencia y
dependencia mutua, ya que mejorar el
producto depende de mejorar el proceso y
mejorar el producto facilita el proceso.

Asegurar que el software cumple con los

niveles necesarios de seguridad.
Propone una calidad final a travs de las
evaluaciones intermedias.
VIII

CONCLUSIONES.

Cumplir con un modelo estndar de calidad

no asegura necesariamente la calidad del
producto, ya que lo que se estandariza es la
salida de los procesos.

El estndar ISO/IEC 25000 es el conjunto de

normas vigente y ms adecuado para regular
la calidad del software.

El estndar ISO/IEC 25000 es el resultado de

unificar las normas ISO/IEC 9126 y las
normas ISO/IEC 14598, que regulan la
calidad del producto software y el proceso de
evaluacin
del
producto
software,
respectivamente.

Dada la complejidad de la calidad es

necesario utilizar un modelo que especifique
las caractersticas de calidad.

El objetivo de la calidad del software no es

necesariamente
alcanzar
una
calidad
perfecta, sino la necesaria y suficiente para
cada contexto de uso.

Un software de calidad implica que es

adaptable a las necesidades del cliente
(herramientas,
mtricas,
modelos
y
metodologa).

La percepcin de calidad del software es

afectada directamente por el entorno
tecnolgico en el que se usa, ya que un
entorno tecnolgico limitado hace parecer al
software como de baja calidad.

REFERENCIAS.
[1]

Alain Abran, J. W. (2004). GUA AL CUERPO DE

CONOCIMIENTO DE LA INGENIERA DEL SWEBOK.
Washington- Tokyo- Brussels: Editora del Grupo de Gestin,
Prensa CS: Deborah Plummer.

[2]

Alfonzo, P. L. (Febrero de 2012). Revisin de modelos para

evaluar la calidad de productos Web. Experimentacin en
portales bancarios del NEA. La Plata. Al-Qutaish, R. E. (2009).

[3] Measuring the Software Product Quality during the Software

Development Life-Cycle. Science Publications, 392-397.
Gonzlez, A. B. (2010). Gestin de Proyectos de Software.
[4]

Marn B., Condori-Fernndez N., Pastor O., Calidad en

Modelos Conceptuales: Un Anlisis Multidimensional de
Modelos Cuantitativos basados en la ISO 9126. Revista de
Procesos y Mtricas.

[5]

ISO, ISO/IEC 9126-1 Software engineering Product quality

Part 1: Quality Model, 2001.

[6]

ISO, ISO/IEC 9126-2 Software engineering Product

quality Part 2: External Metrics, 2003.

[7]

ISO, ISO/IEC 9126-3 Software engineering Product

quality Part 3: Internal Metrics, 2003.

[8]

ISO, ISO/IEC 9126-4 Software engineering Product

quality Part 4: Quality in Use Metrics, 2004.

[9]

Leticia Davila Nicanor, P. M. (2003). Evaluacion de la Calidad

de Software en Sistemas de Informacion en internet.
CINVESTAV-IPN. Seccion de Computacion.

[10] Marcelo Caponi, D. D. (2006). GESTIN DE SOFTWARE

Evaluacin de Productos
[11] Portal ISO25000. (s.f.). Calidad del Producto Software.
Recuperado el 14 de Noviembre de 2013, de Portal ISO
25000.: En: http://iso25000.com.
[12] Ramn Mollineda, T. V. (2003). Calidad y Testeo del Software.
Actualidad TIC, 12-16.
[13] (2013) Portal IEEE
http://www.ieee.org.

website.

[Online].

Disponible

en:

[14] Pressman, R. S. (2002). INGENIERA DEL SOFTWARE UN

ENFOQUE PRCTICO Quinta edicin. Aravaca (Madrid):
McGRAW-HILLDNTERAMERICANA DE ESPANA, S . A. U.
[15] SOMMERVILLE, I. (2005). Ingeniera del software Sptima
edicin. Madrid: PEARSON EDUCACIN. S.A.
[16] UNE-EN-ISO, A. (Vocabulario (ISO 8402:1994).). Gestin de
la calidad y aseguramiento de calidad.
[17] josemariafrancocabrera.wordpress.com.
Obtenido
de
http://josemariafrancocabrera.wordpress.com/2012/05/14/mod
elos-de-calidad-mccall-norma-isoiec-9126-y-norma-25000/.
[18] Carvallo, J. P. (14 de Noviembre de 2013). www.essi.upc.edu.
Obtenido de http://www.essi.upc.edu/~franch/papers/librocalidad-cap-10-jpc-xf-cq-10-version-preliminar.pdf
[19] Cabrera,
J.
M.
(14
de
Noviembre
de
2013).
josemariafrancocabrera.wordpress.com.
Obtenido
de
http://josemariafrancocabrera.wordpress.com/2012/05/14/mod
elos-de-calidad-mccall-norma-isoiec-9126-y-norma-25000/
[20] Morilla, J. J. (14 de Noviembre de 2013). http://alarcos.infcr.uclm.es/doc/cmsi/trabajos/Joaquin%20Ruiz%20Expo.pdf.
Obtenido
de
http://alarcos.infcr.uclm.es/doc/cmsi/trabajos/Joaquin%20Ruiz%20Expo.pdf
[21] qualitrain.
(14
de
Noviembre
de
2013).
www.qualitrain.com.mx.
Obtenido
de
http://www.qualitrain.com.mx/Calidad-en-el-Desarrollo-deSoftware.html

[22] squac.iti.upv.es.
(14
de
Noviembre
www.squac.iti.upv.es.
Obtenido
http://squac.iti.upv.es/glosario-calidad/

de

2013).
de

[23] www.computing.es.
(14
de
Noviembre
de
www.computing.es.
Obtenido
http://www.computing.es/informaticaprofesional/noticias/1070904001701/58-proyectosexternalizacion-testing.1.html

2013).
de

[24] www.cyta.com.ar.
(14
de
Noviembre
www.cyta.com.ar.
Obtenido
http://www.cyta.com.ar/ta1202/v12n2a3.htm

2013).
de

de

[25] www.javiergarzas.com. (14 de Noviembre de 2013). Obtenido

de http://www.javiergarzas.com/2012/10/iso-9126-iso-250001.html
[26] www.sqs.es. (14 de Noviembre de 2013). www.sqs.es.
Obtenido de http://www.sqs.es/es/services/validation.php