ESTUDIANTE APRENDIENTE
DOCENTE CONSULTOR
ACTIVIDAD 3
COROZAL - SUCRE
MAR - 2019
PRINCIPALES DEBILIDADES DE LA NORMA ISO 9126
Hoy en día, encontramos muchas empresas que desconocen cuáles son los beneficios, las
ventajas y, en definitiva, el porqué del nacimiento, de la existencia y del uso de las Normas ISO.
Sin embargo, es de resaltar que las normas ISO contribuyen positivamente al mundo en el que
eficacia y rentabilidad. La calidad se puede definir como el grado en que un sistema, componente
o proceso se ajusta a las necesidades y expectativas del cliente. La industria para el desarrollo de
software, no se aleja de esta realidad; para estas empresas, la calidad tiene como objetivo
producir software que cumplan con unos parámetros y niveles mínimos de calidad. Los
importancia radica en que los procesos que deban ser aplicados sean entendibles para todos y
afirman que si una empresa dejara de basar sus productos y servicios en las normas
prácticamente no tendrían ningún éxito, fracasarían y los costes serían muy altos, lo que afectaría
característica dependiendo del tipo de software que se pretende calificar (Abud Figueroa, 2012).
El objetivo de la norma ISO/IEC 9126, es proponer un modelo de calidad que sirva como
elemento central en un proceso de evaluación desde diferentes criterios, todos ellos asociados
calidad en componentes que denomina calidad interna, calidad externa y calidad en uso, con la
idea de cubrir las necesidades de los usuarios, desarrolladores y los mismos productos.
El modelo de calidad de la ISO/IEC 9126, tiene una jerarquía donde al nivel más bajo se
encuentran los atributos de calidad definidos para productos software, y estos a su vez se
clasifican en subcaracterísticas, las cuales hacen parte de alguna de las características definidas,
A simple vista, la ISO 9126 es presentada como un modelo óptimo para evaluar la calidad del
producto, ya que es de los modelos más completos que existen en la actualidad y goza de
reconocimiento internacional; pero es necesario preguntarse aspectos tales como: ¿Se atenderán
todos los aspectos relevantes en la cuantificación de las características del software? ¿Esta norma
es la mejor opción que tienen las organizaciones, para evaluar la calidad del software?
tiempo, de este modo existen diferentes definiciones emitidas por los grupos de trabajo
dedicados a su estudio. La Real Academia Española define calidad como una “propiedad o
conjunto de propiedades inherentes a algo, que permiten juzgar su valor”. Otros significados más
formales y que tienen en cuenta la dimensión humana son los que sugiere el Dr. Joseph M. Juran
(Juran, 1995): Calidad es adecuación (del producto) al uso; Calidad consiste en libertad después
aquellas características de producto que se basan en las necesidades del cliente y que por eso
brindan satisfacción con el producto. Desde otro punto de vista, el Profesor Deming (Deming,
1991) indica que “calidad es traducir las necesidades futuras de los usuarios en características
mensurables, solo así un producto puede ser diseñado y fabricado para dar satisfacción a un
otros. ISO (ISO; IEC; 2001), indica que es importante que cada característica relevante de
calidad del producto software se especifique y se evalué, usando dentro de lo posible métricas
El estándar ISO 9126, presenta algunas carencias a la hora de ejecutarlo, lo que dificulta
conocer el nivel adecuado para medir cuantitativamente cada característica, lo que supone
entonces que cada empresa dedicada a producir software trabaje en establecer su modelo de
calidad que le permita valorar el nivel de excelencia de sus productos, incluyendo instrumentos
de medición que permitan calificar cuantitativamente cada una de las características (Figueroa,
2012).
determinar los requerimientos de calidad (interna, externa, o en uso) relevantes para el producto
a construirse y tampoco establece como determinar los niveles esperados en las métricas a
usarse. Determinar los requerimientos de calidad y los niveles de métricas, aparentan ser
actividades sencillas, pero podrían resultar ser engorrosas y propensas a errores si no se tiene
contrasta con Abud Figueroa, 2012; quien manifiesta que “Dependiendo de los distintos tipos de
aplicaciones las métricas podrán variar, ya que, aunque las características expuestas son comunes
a la totalidad de los productos, cada software particular requiere una evaluación específica”
De acuerdo con esto, se han elaborado muchos trabajos que establecen propuestas para
establecer los factores cualitativos que afectan la calidad del software. Entre los principales están
intentos por estandarizar los mecanismos de evaluación para la calidad del software; tales como
la familia de normas ISO 9000 (en especial la ISO 9001 y la ISO 9003-2), el modelo de nivel de
calidad del IEEE 730:1984, el plan general de garantía de calidad del Consejo Superior de
productos de software y evaluación (ISO 25000). Esta serie de normas reemplazará la actual ISO
software pueda generar sus propias métricas bajo la guía de este estándar ISO 9126. Deberá
trabajar para establecer su modelo de calidad que le permita valorar el nivel de excelencia de sus
cuantitativamente cada una, ya que la norma ISO 9126, no establece el modo en que se ha de
determinar los requerimientos de calidad (interna, externa, o en uso) relevantes para el producto
a elaborarse y tampoco establece como determinar los niveles esperados en las métricas de uso y
La ISO 9126 podría mejorar si se corrigen algunas fallas como la facilidad de manejo por
parte de cualquier usuario; lo que podría resultar en un modelo simple de utilizar hasta para un
BIBLIOGRAFÍA
http://repositorio.utp.edu.co/dspace/bitstream/11059/2737/2/0053L864e_anexo.pdf
Standard. EUA.
Dávila Abraham, M. K. (abril de 2006). Iee latin america transations. Determinación de los
PERU.http://aulavirtual.eaie.cvudes.edu.co/publico/lems/L.000.008.MG/Documentos/Anexos/Ca
p3/2.pdf
FIGUEROA, M. A. (2012). Universidad Tecnológica de Pereira. Obtenido de
http://repositorio.utp.edu.co/dspace/bitstream/11059/2737/2/0053L864e_anexo.pdf
los SGIC. vol. 16 N. 3. Revista Avanzada Científica, 18. Santiago. (25 de noviembre de 2009).