CUADRO COMPARATIVO NORMAS Y MODELOS REFERENTES A LA

CALIDAD DE SOFTWARE

Por

Lic. Leticia Caicedo Gutiérrez

y
Esp. Marisol Godoy Díaz

Profesora

Mg. Eliana María Hernández G.

UNIVERSIDAD DE SANTANDER
MAESTRIAS EN GESTION DE LA TECNOLOGIA EDUCATIVA
MODULO EVALUACIÓN DE LA CALIDAD DE LA TECNOLOGÍA
EDUCATIVA
IBAGUÉ
2019
 INTRODUCCIÓN

En un mundo globalizado como el actual, cada vez los retos son mayores, en el ámbito

empresarial uno de los retos está relacionado con la competencia en donde si lugar a duda

la palabra calidad juega un factor fundamental debido a que produce satisfacción a sus

clientes, empleados y accionistas, y dota de herramientas prácticas para una gestión

integral. Para lograr esto es necesario cumplir con modelos y estándares de calidad para

poder competir y obtener resultados favorables.

Siendo importante ahondar en las diferentes modelos y normas referentes a la calidad de

software tanto para los procesos de desarrollo como para el producto final el cual nos

permita reconocer el marco normativo, modelos y diferenciar las diferentes normas y su

respectiva aplicación.

El presente cuadro comparativo dará a conocer las características, ventajas y

desventajas de cada uno de los modelos que se aplican en el momento.

 CUADRO COMPARATIVO NORMAS Y MODELOS REFERENTES A LA CALIDAD DE SOFTWARE
NORMAS Y/O
CARACTERÍSTICAS VENTAJAS DESVENTAJAS
MODELOS
* Mejor organización interna y
homogeneización en procesos de
Factor estándar de calidad de
actuación.
software para industrias europeas
* Temprana detección de errores en el
(españolas). * Plazo de implantación del
desarrollo del producto o en la
Su objetivo es crear producto de proyecto.
prestación de nuestro servicio.
calidad predecible y consistente. * Se utiliza para empresas grandes.
CMMI * Importante reducción del número de
El modelo CMMI permite: * Tamaño y complejidad mucho
(Capability incidencias.
• Describir los componentes del mayor que modelos vigentes.
Maturity * Control continuo de los proyectos, en
modelo y sus relaciones. * El proceso de avaluación es más
Model cuanto a: Riegos, Recursos, Esfuerzo,
• Comprender las áreas de proceso. costoso en tiempo y esfuerzo.
Integration). Costos, Plazos.
• Localizar información relevante * La complejidad de la evaluación
* Obtención de un importante caudal de
en el modelo. continua puede atentar contra la
datos históricos susceptibles de ser
• Aplicar los conocimientos a su definición de objetivos concretos de
Analizados.
entorno de trabajo y en un equipo madurez.
* Creación de una cultura para compartir
de evaluación de componentes y
conocimientos.
sus relaciones de un modelo.
* Mejor servicio a nuestros clientes.
* Nuevas oportunidades de negocio.
Propone un modelo para la Es un estándar más evolucionado y por
ESTANDAR
evaluación de la capacidad en los tanto más flexible que: Tiene solamente lineamientos para
SPICE
procesos de desarrollo de Nos ofrece un esquema de certificación un mecanismo de evaluación.
(Software
productos Software. tanto en Capacidad de procesos como en Todavía no es una norma
Process
Sus objetivos son: Madurez organizacional como ya hemos internacional.
Improvement
 * Proponer y desarrollar un visto. No es un modelo específico para la
and Capability
estándar de evaluación de Es más fácilmente adaptable para industria de software.
Determination)
procesos de software. pequeñas y Medianas empresas PYME
  * Evaluar su desempeño mediante
su experimentación en la industria
emergente del desarrollo SW
 * Promover la transferencia de
tecnología de la evaluación de
procesos de software a la industria
del software a nivel mundial.

Generalmente, las empresas

Es un servicio internacional de
certificación que estudia los
procesos técnicos y de negocio,
Modelo IT
diseñado especialmente para
Mark.
PYMES del sector Ti, para medir
el reconocimiento de Excelencia
en Tecnologías de la Información.
Estándar Europeo para Evaluación
y mejoras de procesos de
Modelo desarrollo de SW.
BOOTSTRAP Se emplea mediante prácticas,
herramientas y estándares de
calidad internacional.
Modelo que tiene como intención
MOSCA
integrar en un solo sistema a un
cuentan e incorporan a la
organización, una diversidad de
herramientas que se encuentran
es el primer modelo de calidad disponibles en el mercado, para
internacional diseñado específicamente cumplir con las diferentes
para las pequeñas y medianas empresas actividades. Este conjunto de
del sector TIC herramientas, habitualmente
permanecen desvinculadas entre sí,
generando dificultades para
gestionarlas, mantenerlas y
controlar.
Combina las normas ISO 9000, las
normas europeas para la Ingeniería de
Software y el Modelo de Madurez de la
Se implementa principalmente en
Capacidad (CMM) para sentar una base
Europa.
con la evaluar y dar asesoría.
Mide, evalúa y propone mejoras al
proceso de desarrollo.
Se enfoca tanto al producto como Proceso complicado sino se
al proceso, garantiza la relación cuenta con una guía adecuada de
 grupo variado de modelos de
calidad
de software, entre los que se
incluye al modelo Dromey e ISO
9126, además de otros,
considerándolos como sub-
modelos al interior de MOSCA.
Tiene el propósito de trabajar con
una estructura que permite
construir y utilizar un modelo de
calidad práctico para evaluar las
etapas de determinación
MODELO DE de los requerimientos, diseño e
CALIDAD DE implementación. Esta
DROMEY información puede ser usada
para
elaborar, comparar y evaluar la
calidad de los productos de
software
El modelo de Boehm (1978)
agrega algunas características a
las existentes en el modelo de
McCall y representa una
BOEHM estructura jerárquica de
características, cada una de las
cuales contribuye a la calidad
total.
sinérgica entre las características
de la empresa y las necesidades
del usuario, constituye una
herramienta efectiva de análisis y
estimación de la Calidad Global
Sistémica.
Evalúa un producto de forma
independiente
Existe una relación directa entre los
atributos y los sub-atributos
Utiliza niveles jerárquicos
Utiliza niveles jerárquicos
Involucra menos factores y criterios lo
que implica menos tiempo en su
desarrollo
Incorpora objetivos de calidad
aplicación del modelo.
este modelo también se basa
simplemente de la calidad
únicamente del
producto final, es decir, del
desarrollo del software, sin tomar
en cuenta el proceso a-priori
que se debe llevar a cabo durante
todo el proceso de desarrollo del
software.
Se basa solo en la calidad del
producto, más no en el desarrollo y
análisis del mismo.
No especifica los aspectos
relacionados con el usuario
Genera mucho tiempo en el
desarrollo del sistema.
 Características de calidad

Confiabilidad
Eficiencia
Facilidad de prueba
Portabilidad
Fácil de entender
Fácil de modificar

Este modelo busca reducir la

brecha entre usuarios y
desarrolladores enfocándose en
un número de factores de calidad
que reflejen las prioridades de
ambos.
Es difícil que las características y
Características de calidad subcaracterísticas sean siempre
Facilidades de uso Existe una relación directa entre los perfectamente independientes
MCCALL
Integridad desarrolladores y el usuario Falta una asociación explícita entre
Corrección Evalúa el producto a nivel bajo. el modelo y el proceso
Confiabilidad Utiliza niveles jerárquicos Las características son en general
Eficiencia propiedades abstractas medibles
Facilidad de mantenimiento mediante métricas.
Facilidad de prueba
Flexibilidad
Facilidad de reutilización
Interoperabilidad
Portabilidad
 Se podría utilizar no para uno sino para
Esta propuesta contempla 5 varios proyectos.
características de las cuales se En cierta forma su división en factores
FURPS
deriva su nombre; funcionales y no funcionales es
Robert Grady y
Funcionalidad. convenientes para determinar la calidad, Se necesitan de muchas métricas lo
Hewlett
Facilidad de Uso. aun así, hayan restricciones físicas. que implica un mayor esfuerzo de
Packard Co
Confiabilidad. Tiene en cuenta las fallas en el producto tiempo y costo
(HP) 1987.
Desempeño. y en el proceso, esto permite una mayor
Facilidad de Soporte. corrección.
 BIBLIOGRAFIA

Arciniegas, Fernando (s,f) Normas y Estándares de Calidad para el desarrollo de software.

Recuperado de https://fernandoarciniega.com/normas-y-estandares-de-calidad-para-el-
desarrollo-de-software/

CVUDES. Libro Electrónico Multimedial: Evaluación de la Calidad de la Tecnología

Educativa. Capítulo I. Calidad y Estándares Internacionales.

García, H. (2016). Modelo sistemático de calidad – mosca – y su relación con la norma iso/iec
9126. Fundación Universitaria María Cano. Recuperado de:
https://www.researchgate.net/publication/315675143_MODELO_SISTEMATICO_DE_C
ALIDAD_-_MOSCA_-_Y_SU_RELACION_CON_LA_NORMA_ISOIEC_9126

García Romero, C. (2001). El Modelo de Capacidad de Madurez y su Aplicación en Empresas

Mexicana de Software. Puebla: Universidad de las Américas Puebla. p (10-18, 68-75).

ISO(s, f) ICONTEC Membresía: organismo miembro Recuperado de

https://www.iso.org/member/1644.html . 12 de septiembre de 2019

López, A., Cabrera, C., & Valencia, L. (2008). Introducción a la Calidad del Software. Scientia
et Technica (39), 326-331.ISSN 0122-1701

Mollineda, R., & Vos, T. (2003). Calidad y Testeo del Software. Actualidad TIC. Universidad
Politécnica de Valencia. p (12-16).

Rojas, S., & Borja, J. (1999). Calidad del Software: camino hacia una verdadera industria del
software. Revista de la Escuela Administración de Negocios, 38, 38-57.
Solarte, Muñoz & Arias. (2009). Modelos de calidad para procesos de software. Red de Revistas
Científicas de América Latina, el Caribe, España y Portugal. Recuperado de:
http://www.redalyc.org/pdf/849/84916714069.pdf