INTRODUCCION

El software como cualquier producto o servicio debe tener unas especificaciones

de calidad tanto en el proceso como en el producto final, para lograr un producto
competitivo en el mercado que satisfaga las necesidades requeridas del cliente.
Según la IEEE (1990) la calidad del software es ““el grado con el que un sistema,
componente o proceso cumple los requerimientos especificados y las
necesidades o expectativas del cliente o usuario” (López, Cabrera, & Valencia,
2008).

En este trabajo se aborda algunos de los métodos y normas de estandarización

para los procesos de desarrollo como para el producto final del software; se
determinó que para los procesos de desarrollo se estudiarían, la norma ISO/IEC
12207, la norma ISO 15504 el CMMI; para el producto final del software se
consultaran las normas ISO/IEC 9126, 14598, 25000, a cada una de estas
normas se le hará una descripción y un análisis de las ventajas y desventajas.
EVALUACION DE LA CALIDAD DEL SOFTWARE
La evaluación de la calidad del software, se enfoca desde varios aspectos como
son la calidad en los Procesos, la calidad en el producto terminado, la calidad en
la gestión y servicios, calidad en las variables del ciclo de vida, cada uno de estos
tiene sus normas, modelos de estandarización que buscan que el producto
cumpla con los requisitos de calidad que se exigen.

Grafico 1. Normativas de la calidad del Software

Obtenido de: Modelos, normas y estándares de calidad internacionales para los productos de software.
(UniValle, 2017)
 Normativas en Calidad de los Procesos
Norma/Modelo Proceso Característica Ventaja Desventaja
ISO/IEC 12207 Procesos ciclo La norma ISO 12207 es una  Permiten monitorizar los  Esta norma no está dirigida a
de vida metodología que se utiliza para la principales procesos. productos software
gestión del ciclo de vida del  Su aplicación aporta preelaborados, a no ser que
software. Este ciclo de vida del efectividad al proceso de formen parte de un producto
software se define como el proceso desarrollo de la calidad entregable
mediante el cual, en función de una software.  Describe la arquitectura de los
serie de entradas, que se  Permiten mantener procesos del ciclo de vida del
procesarán, se obtendrán unas registros de gestión, software, pero no especifica los
salidas. procesos procedimientos. detalles de cómo implementar o
ISO 12207 se trata de un estándar  Ayudan a mejorar el llevar a cabo las actividades y
elaborado de una manera flexible y producto final y con ello la tareas incluidas en los procesos.
modular, de tal modo que pueda satisfacción de clientes o  No prescribe un método o un
adaptarse al usuario que lo utilice. usuarios finales. modelo de ciclo de vida
El estándar 12207 se apoya en dos  Reducen las incidencias y concreto para el desarrollo del
pilares principales: modularidad y errores en la producción. software.
responsabilidad. El modularidad es  Aglutinan labores como la
la capacidad de que el sistema tenga evaluación de procesos,
el máximo de afinidad y empaque determinan sus
con el menor esfuerzo posible. capacidades y ayudan en la
La responsabilidad tratará de que en mejora de procesos.
cada etapa del proceso exista un  Definen los procesos del
encargado, de tal modo que, en la ciclo de vida del desarrollo
organización, el trabajo final de software, su
obtenido, se vea representado en mantenimiento y
cada fase por un responsable del operatividad con los
desarrollo sistemas de software.
(Calderon, 2016)
 software, dando de este modo
cohesión y unidad al proyecto
global. (Calderon, 2016)
ISO/IEC 15504 Evaluación nivel La ISO 15504 es una norma
de madurez internacional para establecer y
mejorar la capacidad y madurez de
los procesos de las organizaciones.
Es un estándar internacional de
madurez de procesos que
proporciona un marco de trabajo
para la evaluación de procesos de
software. Este marco lo pueden usar
organizaciones interesadas por la
planificación, manejo,
monitorización, control y mejora de
la adquisición, suministro,
desarrollo, operación y soporte de
software. lo que se busca, a futuro,
es desarrollar un estándar que
defina la manera correcta de elegir
a un proveedor de software
mediante la evaluación de los
procesos que dicho proveedor sigue
a lo largo de todo el ciclo de vida de
software.
 otorga a la empresa que se  Tiene solamente lineamientos
certifique un mayor índice para un mecanismo de
de competitividad evaluación.
internacional con otras  No es un modelo específico para
empresas del área. la industria de software.
 Proporciona todas las (SOLARTE, MUÑOZ, & ARIAS,
facilidades para la 2009)
evaluación del proceso y
establece los requisitos
mínimos para realizar una
evaluación que asegure la
respetabilidad y
consistencia de las
valoraciones obtenidas.
 Después de su ejecución, se
debe obtener la
información relevante de
cada proceso, y el punto
hasta el cual estos cumplen
con su propósito.
 Determinar las fortalezas y
debilidades de los procesos.
 Mejorar los procesos de
software y medir sus
mejoras
 Aquellos que adquieren un
sistema para evaluar la
 capacidad de los
proveedores de sistemas.
(Ermeneses, 2017)
CMMI Capability La finalidad principal de CMMI es  Reducción en los costes de  Falta de adecuación en el sector
Maturity Model mejorar y evaluar la madurez de los desarrollo. de las TI, en todos los ámbitos de
Integration procesos de desarrollo de software,  Agilidad en la localización y la actividad, así como un alto
de tal manera que su previsión, resolución de defectos y esfuerzo para su implantación.
planificación y presupuesto fuesen errores.  Costoso proceso de evaluación
mucho más predecibles, con lo que  Mejora la fiabilidad del por el elevado esfuerzo en
se reducirían los tiempos y los proceso de planificación, en tiempo.
sobrecostes futuros (Calderon, los aspectos de dedicación y  Complejidad de evaluación para
2016) calendario. mantener los objetivos de
El propósito de CMMI para  Aumento de la madurez.
desarrollo es ayudar a las productividad.
organizaciones a mejorar sus  Rebaja en los trabajos de
procesos de desarrollo y de correcciones en las fases de
mantenimiento, tanto para los pruebas.
productos como para los servicios  Incremento de la
(Llaneza, 2013) efectividad en la
planificación.
 Mejora de la calidad del
producto.
 Minimiza el número de
defectos en las fases
iniciales del ciclo de vida.
 Mejora de la Imagen de
Marca.
 Cuando el proceso se
instaura en una
organización produce
beneficios en la mejora de
 la visibilidad de los
proyectos, de la
comunicación, y de la
planificación.
(Calderon, 2016)

Normativas en Calidad de los Productos

Referencia Nombre Características Ventajas Desventajas
ISO/ IEC 9126 Software La norma ISO 9126 se define como
engineering – un estándar internacional, se
Product Quality publicó en 1992, y define los
propósitos para la evaluación de la
calidad de software, como la
adquisición, requerimientos,
desarrollo, uso, evaluación,
soporte, mantenimiento,
aseguramiento de la calidad y
auditoria de software.
Este estándar está fraccionado en
cuatro partes, las cuales se
encargarán de dirigir, las métricas
externas, las métricas internas, la
calidad en las métricas de uso y
expendido.
El estándar ISO-9126 establece que
cualquier componente de la calidad
del software puede ser descrito en
 términos de una o más de seis
características básicas, las cuales
son: Funcionalidad, confiabilidad,
usabilidad, eficiencia,
mantenibilidad y portabilidad; cada
una de las cuales se detalla a través
de un conjunto de sub
características que permiten
profundizar en la evaluación de la
calidad de productos de software.
(Calderon, 2016)
ISO 15504 Software
Product
Evolution
ISO/ IEC 25000 Product Quality Las normas ISO/IEC 25000 también Las ventajas que presenta se  No establece los niveles de
& Evolution llamadas SQuare (Requisitos y pueden desglosar en dos apartados: calidad deseables para cada
Evaluación de Calidad de Productos Ventajas para la organización proyecto.
de Software) están conformadas  Detecta los objetivos del  No menciona “un número de
por las normas ISO/IEC 9126 e software con las referencia a lograr”, o el umbral
ISO/IEC 14598, surgen para crear necesidades reales y que debe cumplir una métrica.
modelos, métricas, procesos y efectivas que solicita el  Sería irreal fijar un valor, o
herramientas de evaluación de cliente final. valores, únicos de referencia
calidad del software como  Evita ineficiencias y para toda la industria.
producto, por medio de la maximiza la rentabilidad y (Calderon, 2016)
especificación de los requisitos. calidad del producto de
(Roa, 2015) software.
 Cumple los requisitos
contractuales y demuestra
a los clientes que la calidad
del software es primordial.
  El proceso de evaluaciones
periódicas ayuda a
supervisar continuamente
el rendimiento y la mejora.

Ventajas para los usuarios finales

 Demuestra el compromiso
de la organización con la
calidad del software.
(Calderon, 2016)
Modelo FURPS