CUADRO COMPARATIVO MODELOS Y/O NORMAS DE CALIDAD DE SOFTWARE

ACT. 1.2

IBETH ESPERANZA CHAVEZ MENDEZ

Estudiante- Aprendente.

ROSA ELVIA QUINTERO GUASCA

Docente- Tutor.

UNIVERSIDAD DE SANTANDER -UDES

EVALUACION DE LA CALIDAD DE LA TECNOLOGIA EDUCATIVA
04/19
 CUADRO COMPARATIVO DE NORMAS Y MODELO REFERENTES A LA
CALIDAD DE SOFTWARE.

La calidad de los procesos y productos ha venido evolucionando y ya no solo importa la

satisfacción del cliente si no la calidad que se debe dar durante todo el desarrollo del proceso
de un producto o servicio.

Para lograr lo anterior hoy día se cuenta con una seria de modelos y normas que guían los
procesos de calidad y los cuales pueden ser aplicables por cualquier persona o empresa. Estos
procesos de verificación se hacen con el fin de determinar los posibles errores que se pueden
estar dando en un proceso y que pueden ser subsanados y pueden proporcionar mejora
continua para garantizar que la empresa certificada por dichas normas ofrezca al usuario final
un producto o servicio de calidad.

Tipos de modelos de calidad

Las propuestas existentes de los modelos de calidad se pueden clasificar según si tienen un
enfoque de modelos de calidad fijos, a medidas o mixtos.

En los modelos de calidad fijos existe un catálogo de factores de calidad de partida que se
usan como base para la evaluación de la calidad. Este enfoque supone que en los modelos de
calidad contiene todos los factores de calidad posibles, y que se usara un subconjunto de
dichos factores para cada proyecto concreto. El modelo de calidad fijo consiste en una
estructuración de los factores en una jerarquía multinivel, con un conjunto de factores de más
alto nivel, unos criterios que descomponen dichos factores, y eventualmente métricas para la
medida de cada criterio. Ejemplos de modelos que siguen este enfoque: McCall et al. (1997),
Bohehm et al. (1978).

La ventaja de estos modelos fijos es que proporcionan una vista común y comparable que se
realiza en cada proyecto ya que el conjunto de factores de calidad siempre es el mismo. Tiene
como desventaja su poca flexibilidad (Gilb, 1998) debido a que se asume que siempre bastara
con un subconjunto de sus factores para evaluar la calidad en cualquier proyecto.

En los modelos de calidad media no existe ningún catálogo de factores de partida, dichos
factores deben ser identificados para cada proyecto, estos deben partir de la identificación de
los objetivos por alcanzar. Los modelos son creados desde cero para todo nuevo proyecto.
Existen diversas propuestas de métodos para crear los modelos de calidad media, entre los
que podemos nombrar: GQM (GOAL-Question-Metric) de Brasil et al. (1992), y la del
estándar IEEE 1061 (1998). La ventaja de este modelo es su total adaptabilidad. Pero la
desventaja es el coste de su construcción es muy alto comparado con el de los modelos fijos, y no se puede utilizar en otro proyecto es
difícil de adaptarlo.

Los modelos de calidad mixtos se intenta combinar las ventajas de los dos tipos de modelos anteriores. Este modelo de calidad permite
que su catálogo de factores pueda ser adaptado a cualquier proyecto. Se puede destacar el modelo de ADEQUATE (Horgan et al. 1999),
ISO 9126-1 (2001).

Dentro de la calidad del software existen algunas normas y modelos los cuales se relacionan en el siguiente cuadro.

NORMA MODELO CARACTERISTICAS VENTAJAS DESVENTAJAS

ISO/IEC 15504 Utiliza una guía para la -Específico para el -Tiene solamente
evaluación de proyectos, que desarrollo y lineamientos para un

envuelve la medición de un
proceso, este método plantea
uso de la métrica de calidad,
la administración de datos y
el manejo de meticas en la
Modelo a nivel de
mantenimiento de mecanismo de
software. evaluación.
-Definido como un -No es un modelo
conjunto de procesos. específico para la
industria de software.

proceso.
organización. -Orientado a mejorar
los procesos para
contribuir a los
objetivos del negocio.
CMMI Mejora de procesos
Proporciona a las
organizaciones elementos
esenciales para procesos de
desarrollo y mantenimiento
del software.
-Mejor organización -Se utiliza para
interna y empresas grandes.
homogenización en
-El proceso de
procesos de actuación.
evaluación es más
-Temprana detección costoso en tiempo y
de errores en el esfuerzo.
Modelo a nivel de proceso.
desarrollo del
-Plazo de
producto o en la
implantación del
prestación del
proyecto.
servicio.
-Tamaño y
-Importante reducción
complejidad mucho
del número de
mayor.
incidencias.
-Mejor servicio a
nuestros clientes.
-Nuevas
oportunidades de
negocio.
 IT Mark Ayuda al mejoramiento de
procesos de software y a la
mejora de otros procesos
importantes de empresas que
desarrolla y mantiene
-Aumenta el servicio -No especifica
de las organizaciones muchos aspectos
(desde el punto de relacionados con el
vista técnico y usuario
administrativo).

Modelo a nivel de proceso.

soluciones en IT.
Este modelo está diseñado
para pequeñas empresas,
aunque también es aplicable
para grandes organizaciones.
-Económico, rápido y
rentable.
-El programa incluye
valoraciones en
gestión del negocio y
en seguridad
informática, ignoradas
por otros modelos, por
encima de los
procesos de software y
sistemas.

MODELOS DE CALIDAD FIJOS: se dispone de un inventario de factores de calidad de partida, y para la

evaluación de ña calidad de un producto se selecciona un subconjunto de dichos factores.

La ventaja de estos es que los factores de calidad siempre son los mismos, y se pueden reutilizar de una
evaluación a otra.
La desventaja: los factores de calidad siempre serán los mismos, y se asume que algunos de ellos serán
suficientes para realizar cualquier evaluación.
McCall, Define factores, criterios y
Richard y métricas.
walters, (1977)
Establece 3 perspectivas para
el análisis de calidad de
software, define 22 factores y
-Es fácil de -Las características
comprender y por lo son en general
tanto fácil de usar, propiedades
esto debido a su abstractas medibles
estructura jerárquica. mediante métricas, lo
cual implica un

MModelos de calidad a nivel de producto.

23 criterios relacionados a
estos. Es de tipo fijo.
(Constanzo, 2014)
Factores de calidad:
Facilidad de uso:
-Integridad
-Corrección
-Confiabilidad
-Eficiencia
Facilidad de mantenimiento:
-facilidad de
prueba
-Identifica atributos
trabajo tedioso por la
desde el punto de vista
cantidad de métricas
del usuario.
que se utilizarían.
-Se focaliza en el
-Implica un trabajo
producto final y en
adicional al proceso
medidas precisas de
ya que se evalúan
alto nivel.
otros factores.
-Está orientado al
-No siempre existe
producto final, pero se
una relación
puede aplicar al
perfectamente lineal
proceso.
entre los valores de
-En costos resulta las métricas y cas
viable. características que
deben estimar.

-Flexibilidad

Reusabilidad:
 -
Interoperabilidad

-Portabilidad
BOEHM Define características,
(1976) primitivas y métricas.
Realiza una descomposición
de características de calidad
de software en 3 niveles
(usos principales,
-En cada ciclo analiza _No especifica
objetivos, alternativas muchos aspectos
(características, relacionados con el
formas de gestión, usuario.
riesgos asumidos),
desarrollo y

Modelos de calidad a nivel de producto.

componentes intermedios y
componentes primitivos).
Las características de este
modelo son:
Confiabilidad
verificación.
-Las mejoras al SW se
hace por medio de
ciclos de espiral
partiendo desde el
centro.

Eficiencia -Conjuga lo
interactivo del modelo
Facilidad de prueba MCP, con lo sistémico
del modelo de
Facilidad de entender
cascada.
Facilidad de modificar.

Define la calidad del

software en términos de
atributos cualitativos y los
mide usando métricas, el
modelo es muy parecido al
propuesto por McCall,
 porque muchos de sus
factores de calidad son los
mismos. Este modelo
también presenta sus factores
de calidad estructurados
jerárquicamente de alto a
bajo nivel, (MORENO,
BOLAÑOS, & NAVIA.,
2010).

FURPS Define factores y atributos -Tiene en cuenta las _se necesita de

falas en el producto y muchas métricas lo
Propuesto por Desarrollo una serie de
en el proceso, esto que implica un mayor

Modelos de calidad a
Rober Grady factores de calidad que
permite una mayor esfuerzo de tiempo y
Heweltt incluyen cinco categorías:

nivel de producto.
corrección a tiempo. costo.
Packard (1987).
Funcionalidad
_los criterios son
Usabilidad fáciles de entender y
por lo tanto fáciles de
Confiabilidad utilizas.
Desempeño -
Soportabilidad.
 GILB Modelo de calidad que orienta la evaluación de software a partir de los

calidad a nivel
atributos: capacidad de trabajo, adaptabilidad, disponibilidad y utilidad, los

de producto.
cuales se dividen en sub-atributos, de tal manera que sirva de apoyo a la gestión

Modelos de
de proyectos y proporcione una guía para solucionar problemas y detectar
riesgos. (Khosravi, 2004).

El modelo plantea la creación de unas especificaciones para cada proyecto que

deben escribir conjuntamente el usuario y el analista.

GQM o Goal Se enfoca a proporcionar una forma que permita medir el avance como los
Question resultados de algún proyecto que permite alcanzar unas metas previamente

Modelos de
Metric planteadas, el modelo trabaja sobre metas, preguntas y métricas. (Villarroe,

producto.
calidad a
nivel de
1999).

MODELOS DE CALIDAD MEDIA: inicialmente no se tiene ningún conjunto de factores de calidad, ya que
estos deben ser identificados de acuerdo al proyecto; se establecen a partir de los objetivos a alcanzar.

Ventaja: pueden ser más refinados y precisos.

Desventaja: Deben ser constituidos desde cero para cada proyecto, conllevando a mayores costos; y no pueden ser
fácilmente reutilizados para otro proyecto.
GQM Goal Es un enfoque útil para decidir qué medir. Es un enfoque orientado a metas, por
Question lo tanto, permite a los tomadores de decisiones, elegir aquellas métricas que se

Modelo Modelo a nivel de

Metric de Brasil relaciones a las metas más importantes de los problemas más urgentes.
y Rombach
El modelo tiene 3 niveles:
(1992)
1. Nivel conceptual: cada objeto con una pregunta.
2. Nivel operacional: decir que medir.

proceso.
3. Nivel cuantitativo: para contestar las preguntas.

Analiza factores como Funcionalidad, reusabilidad, facilidad de mantenimiento

y conformidad.

IEEE/EIA Establece un marco común para cada ciclo de vida del desarrollo del software,

proceso.
12207 a partir del planteamiento de procesos, actividades y tareas que pueden ser

a nivel
aplicadas durante la adquisición, suministro, desarrollo, operación,
mantenimiento y/o despliegue de un producto software. (ISO/IEC, 2008),

de
(Córdoba, 2012).
 DROMEY Es un modelo adaptable a evaluar varias etapas del proceso de desarrollo como
levantamiento de requisitos, diseño e implementación. Se estructura con
características y subcaracteristicas de calidad: propone tres modelos distintos
para cada etapa de construcción del producto: modelo de requerimientos.

Modelo a nivel de proceso.

Modelo de diseño y modelo de calidad de la implementación, a partir de la
evaluación establecida en cinco etapas, para características como:

Eficiencia

Confiabilidad

Mantenibilidad

Portabilidad

Facilidad de uso

Funcionalidad (SCALONE, 20069.

El modelo plantea la calidad del producto por medio de la definición de

subcaracteristicas que pueden ser medidas y evaluadas como característica.

MODELOS MIXTOS: intenta combinar las ventajas de los dos anteriores, buscando por un lado que exista de
entrada un conjunto de factores de calidad más abstractos que puedan ser reutilizados en la mayor cantidad de
proyectos posibles, pero que a la vez puedan ser refinados y operaciones para las necesidades de un proyecto
particular.
 ISO/IEC 9126 Basado en el modelo de McCall, dirigido a desarrolladores, aseguradores de
de (2001) calidad, evaluadores, analistas y cualquier otro involucrado en el proceso de
construcción del software. Está dividido en cuatro partes:

Modelos de calidad a
Modelo de calidad

nivel de producto.
Métricas externas

Métricas internas

Y calidad de métricas en uso.

Elementos en torno a seis características (funcionalidad, fiabilidad, usabilidad,

eficiencia, mantenibilidad y portabilidad) y subacatracteristicas asociadas
(Ango, 2014).

ICONTEC Garantiza en el ámbito nacional los intereses del sector de producción del software.

NORMA: Es un parte de la gestión de calidad que está orientada a proporcionar confianza en que se cumplirán los requisitos de
calidad.

ISO 8402 Administración de la calidad y aseguramiento de la calidad.

ISO 9000 Norma orientada hacia la gestión y aseguramiento de la calidad.

ISO 9001 Modelo de aseguramiento de la calidad aplicable al diseño, desarrollo y fabricación, instalación y servicio.

ISO 9002 Aplicable a la fabricación e instalación.

ISO 9003 Aplicable a la inspección y ensayos finales

ISO 9004 Aplicable a los lineamientos.

Normas Capacidad del proveedor al realizar procesos de contratación.

técnicas
Colombianas
NTC

ISO/IEC Establece un marco de trabajo para evaluar la calidad de los productos de software proporcionando, además,
14598 métricas y requisitos para los procesos de evaluación de los mismos.

La norma define las principales características del proceso de evaluación: Repetitividad, Reproducticibilidad,
Imparcialidad, Ojbetividad.

ISO/IEC 2196 Evalúa los productos software, nos indica las características de la calidad y los lineamientos para su uso. Puede ser
de 1991. usada para definir los requerimientos como para evaluar el producto.

Se debe analizar: Confiabilidad, estabilidad, facilidad de prueba, conformidad y facilidad de mantenimiento.

ISO/IEC Es una familia de normas que tiene por objeto la creación de un marco de trabajo común para evaluar la calidad del
25000. O producto software.
SQuaRE
ISO/IEC 25000 –Guide to SQuaRE: Modelo de referencia.

ISO/EIC 25001 –Planning and Management.

ISO/IEC 250In- División de modelos de calidad.

ISO/IEC 2502n- división de la medición de la calidad.

ISO/IEC 2503n- división de requisitos de calidad.

 ISO/IEC 2504n- División de evaluación de calidad.

ISO/IEC 25050-25099.- estándares de extensión SQuaRE.

ISO 9000 Familia de normas internacionales de calidad y aseguramiento de la misma. Posibilita a la empresa a darle calidad
al producto o servicio. Evita costos de inspecciones finales, costos de garantías y procesos. Puede reducirse el
nuestro de auditorías a los procesos de operación. Mayor aceptación por parte de los clientes y acogida en los
mercados tanto nacionales como internacionales.

ISO 9001.

ISO 9002

ISO 9003.

ISO 9126 Evalúa los productos de software. Nos indica las características de calidad y los lineamientos para su uso. Tiene los
siguientes atributos de calidad: Funcionalidad, Fiabilidad, Usabilidad, Eficiencia, Mantenibilidad, portabilidad.

ISO 12207 Se encarga de todo lo relacionado con el ciclo de vida del software, desde la conceptualización de las ideas hasta la
retirada y consta de procesos para la adquisición y suministro de proyectos y servicios de software, estableciendo
pautas para su control y mantenimiento.

ISO 12207 de 2008: nos ofrece referencias para los procesos del ciclo de vida del software que sirve de referencia
para la industria del software.

ISO 14598 Evalúa la calidad de todo tipo de producto de software e indica los requisitos para los procesos de evaluación.

ISO 14598-1
 ISO 14598-2

ISO 14598-3

ISO 14598-4

ISO 14598-5

ISO 14598-6

ISO 15504 Propone un proceso de avaluación de la capacidad del desarrollo de productos software. Comprende: evaluación de
SPICE procesos, mejora de procesos, evaluación de la capacidad y /o madurez de los procesos.

ISO 15504-1

ISO 15504-2

ISO 15504-3

ISO 15504-4

ISO 15504-5

ISO 15504-6

ISO 15504-7

ISO 15504-8

ISO 15504-9
 ISO 15504-10

IEEE 829 Se aplica a sistemas basados en software que se desarrollan, mantienen o reutilizan. El proceso de hacer pruebas de
software proporciona: satisfacer los requerimientos del sistema asignado, satisfacer el uso deseado y las
necesidades del usuario.

Existen 8 requisitos que pueden usarse en 3 etapas distintas de software.

IEEE 1012 Consiste en la verificación y validación del software, es un procedimiento basado en normas de calidad en algunos
modelos de vida del software.

Determina la calidad de un producto conforme a los requisitos a través de un método que implica la evaluación
optima del software y cada uno de sus componentes.
 CONCLUSIONES

Las normas ISO constituyen un elemento importante para la evaluación de la calidad de los
productos software en cualquiera de sus etapas.

Hay una estrecha relación entre normas y modelo de calidad ya que las normas son aquellas
que la empresa certificante tendrá en cuenta para evaluar y dar la certificación de calidad o
no mientras que los modelos son las conductas que cada empresa debe seguir para mejorar
sus procesos y alcanzar la certificación.

Existen modelos de calidad y normas para evaluar cada uno de los procesos que implica la
producción de un software. (Idea, proceso, producto, satisfacción del cliente).

Existen modelos de calidad Modelo fijo, modelo media y el modelo mixto que integra
características de los dos anteriores.

Cada modelo de calidad tiene unas características especiales que los diferencia entre los
demás y ya está en la capacidad del cliente en escoger la que más se acople a su empresa o
negocio.

Las normas permiten certificar a un producto o proceso que tiene calidad, lo cual le permite
a la empresa o negocio ampliar sus mercados ya que el certificado garantiza la eficiencia en
cualquiera de los procesos en que está se haya certificado.
 REFERENCIAS BIBLIOGRAFICAS

ALARCON, A. ALVAREZ, A. CALLEJAS, M. Modelos de calidad de software, un estado

del arte. Vol. 13 N° 1. 2017. Recuperado de http://www.scielo.org.co/pdf/entra/v13n1/1900-
3803-entra-13-01-00236.pdf

ANGO, A. 2 Evaluación del sistema”, Tesis, Ibarra, Pontificia Universidad Católica del
Ecuador. Pág. 14. 2014.

CONSTANZO, M.A (2014). Comparación de Modelos de Calidad, Factores y Métrica en

el Ámbito de la Ingeniería del Software. Universidad Nacional de la Patagonia Australia-
Unidad Académica Rio Gallegos Dpto. Ciencias Exactas y Naturales, 1-36. Recuperado de
file:///C:/Users/Ibeth/Downloads/Dialnet-ComparacionDeModelosDeCalidadFactoresYMetricas-
5123569.pdf

CORDOBA, B. MARCO, R. “Estándar IEE. 12207” Facultad de ingeniería de sistemas,

Escuela Politécnica Nacional. Quito. 2012.

MORENO, J, J. BOLAÑOS, L. P, & NAVIA. M. (2010). Exploración de Modelos y

Estándares de Calidad para el producto de Software. UIS. Ingeniería, Volumen 9, N° 1;
facultad de Ingenierías Fisicomecanicas, 39-53.

SCALONE, F (2006). Estudio Comparativo de los Modelos de Estándares de calidad de

Software. Tesis Ingeniería de Calidad Universidad Tecnológica Nacional Regional de
Buenos Aires.

SOLARTE, G. MUÑOS, L. ARIAS, B. Modelos de software. Vol. XV, núm. 42, agosto de
2009, pp. 375-379. Pereira. Recuperado de http://www.redalyc.org/pdf/849/84916714069.pdf

Libro Electrónico Multimedial: Evaluación de la Calidad Educativa. Modelos de calidad.

Capitulo II. Recuperado de http://aulavirtual-
eew.cvudes.edu.co/publico/lems/L.000.008.MG/contenido_LEM.html#pdf