ACTIVIDAD 1.

2: CUADRO COMPARATIVO ASOCIADO A LAS DIFERENTES NORMAS Y MODELOS EN

RELACIÓN A LA CALIDAD DEL SOFTWARE

ESTUDIANTE-APRENDIENTE HERNÁN
ANDRÉS PALACIOS ANGULO

Profesor Consultor: DEWAR WILLMER

RICO BAUTISTA Magister en Ciencias
Computacionales

Módulo
Evaluación de la Calidad de la Tecnología Educativa

UNIVERSIDAD DE SANTANDER
MAESTRÍA EN GESTIÓN DE LA TECNOLOGÍA EDUCATIVA
BUENAVENTURA
2019
 INTRODUCCIÓN

No es posible desconocer que la mayoría de las organziaciones o entidades tanto de carácter

empresarial y educativo, como es el caso de los instituciones o escuelas; vienen considerando la
improtancia del tema asociado a las normas de calidad y los criterios relacionados al tema de
certificación de calidad del software. De modo que “el Software juaga un papel muy importante
para el desarrollo de las organizaciones” Scalone (2006, p. 45).
Por lo antes expuesto, el trabajo que se presenta acontinuación tiene como objeto, mostrar las
principales diferencias en lo que respecta a las normas que se tienen para la calidad en los
procesos de desarrollo como para el prodcuto.
Para ello, se mostrará mas adelante un cuadro comparativo en el que describen dichas
caracteristcias, las ventajas y desventajas de algunos de los modelos de asociados a la calidad del
software teniendo en cuenta algunos referentes como: Callejas, Alarcón , & Álvarez (2017) quienes
realizaron un estudio titulado “Modelos de Calidad del Software, un Estado del Arte” en donde
señalan los diferentes modelos de calidad del software, los cuales permiten, sin duda alguna, un
proceso de mejora continua con su implementación.
Por otro lado Redrován, Loja, Correa, & Piña (2018) realizaron una invetsigaron sobre la
comparación de métricas de calidad para el desarrollo de aplicaciones Web. Lo que permitirá
observar en su estudio algunos de los modelos de calidad sus ventajas y desventajas a nivel de
proceso y producto.
En Argentina, Scalone (2006) por su parte, llevó acabo el desarrollo de una invetsiagción a nivel de
maestría titulada “Estudio Comparativo de los Modelos y Estándares de Calidad del Software”
cuyo objetivo principal se centro en dar a conocer algunos de los modelos y/o Estándares de
Calidad del Software existentes, los cuales son comprados a nivel Proceso y Producto.

Avnzando en el razonaimento de este trabajo, se hace necesario y atodas luces importante definir
el concepto de Modelo de Calidad, para efectos del presente trabajo se toma la definición según
(Piatini & García, 2003) quienes sostienen que los Modelos de Calidad son aquellos documentos
que ntegran la mayor parte de las mejores prácticas, proponen temas de administración en los
que cada organización debe hacer énfasis, integran diferentes prácticas dirigidas a los procesos
clave y permiten medir avaances en calidad.
Se presenta acontinaución el cuadro comparativo de los Modelos de Calidad:
CUADRO COMPARATIVO
CUADRO COMPARATIVO DE MODELOS DE CALIDAD A NIVEL DE PROCESOS
MÓDELO CARACTERÍSTICA VENTAJAS DESVENTAJAS
El modelo ISO/ IEC 15504, utiliza una guía para la evaluación de proyectos, que
envuelve la medición de un proceso, este método de medición plantea uso de
Métricas de calidad, la administración de datos (incluyendo datos históricos), y el >Específico para el desarrollo y mantenimiento de software. >Tiene solamente lineamientos para un
manejo de métricas en la organización, su principal objetivo es la generación de >Definido como un conjunto de procesos. mecanismo de evaluación.
ISO/ IEC 15504 métricas de proceso y de producto para dar soporte a la planificación efectiva y así >Orientado a mejorar los procesos para contribuir a los objetivos del >Todavía no es una norma internacional.
mejorar la calidad de los productos, Este engloba un modelo de referencia para los negocio. >No es un modelo específico para la industria
procesos y sus potencialidades sobre la base de la experiencia de compañías de software.
grandes, medianas y pequeñas
Se basa en evaluar las unidades de producción de software (UPS) de la organización,
a través de sus proyectos para hacer un cambio a toda la organización. El proceso de
evaluación es parte de la mejora. Los resultados de la evaluación dan la entrada >En su base de datos se recogen automaticamente los datos obtenidos en >Solo sugiere mejoras
Botstrap principal para el plan de acción de mejora y una realimentación para las actividades todas las evaluaciones Booststrap >Presneta algunas dificulatdes y problemas con
de mejora implementadas. >Compara los resultados de la evaluación con los resultados de sus los cuestioanrios.
Durante una evaluación Bootstrap los procesos organizacionales son evaluados para competidores
definir cada proceso.
El modelo de Dromey 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 de los requerimientos, Diseño e Implementación. Esta información >Facilidad de uso y funcionalidad >Esta basado solo en la calidad del producto y
puede ser usada para elaborar, comparar y evaluar la calidad de los productos de >Facilidad de mantenimiento, portabilidad y eficiencia. no en el desarrollo y análisis de éste.
Dromey software. Este modelo plantea la calidad del producto por medio de la definición de >Evalua un producto de forma independiente
subcaracterísticas que pueden ser medidas y evaluadas como características.
También, permite aumentar el entendimiento
respecto de la relación entre los atributos (características) y los subatributos
(subcaracterísticas) de calidad.
>Aumenta el servicio de las organizaciones (desde el punto de vista
técnico y administrativo).
>Ganar reconocimiento en el mercado en cuanto a capacidades de TI.
Es un servicio internacional de certificación que estudia los procesos técnicos y de >Alcanza a ser un indicador del mercado por medio de un sello de >Este conjunto de herramientas, habitualmente
negocio, diseñado especialmente para PYMES del sector Ti, para medir el excelencia o Visibilidad al interior de sus propias capacidades de permanecen desvinculadas entre sí, generando
IT Marl reconocimiento de Excelencia en Tecnologías de la Información. También podemos desarrollo de TI, identificando fortalezas y debilidades, así como dificultades para gestionarlas, mantenerlas y
decir que es un servicio clave diseñado para PYMES, que las ayuda a posicionarse a oportunidades de mejora., o Ruta de mejora a través de los grados controlar.
través de la Mejora Continua con sostenibilidad sucesivos de madurez y su compatibilidad y complementariedad con otros
modelos existentes.
>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. >Basado en modelos reconocidos mundialmente y
solidas metodologías probadas, repetibles, confiables y útiles para
compararse competitivamente
>Mejor organización interna y homogeneización en proceso de actuación.
>Teqmprana detección de errores en el desarrollo del producto o en la >Plazo de implantación del proyecto.
Este modelo básicamente dice que hay que hacer, y no como hay que hacerlo. prestación de nuestro servicio. >Se utiliza para empresas grandes.
CMMI (2000) Permite, describir los omponentes del modelo y sus relaciones, comrpende las areas >Importante reducción del número de incidencias >Tamaño y complejidad mucho mayor que
de proceso, localiza información relevante en el modelo y aplica conocimientos a su >Control continuo de los proyectos, en cuanto a: Riegos, Recursos, modelos vigentes.
entornode trabajo y en un equipo de evaluación de componentes y sus relaciones Esfuerzo, Costos, Plazos. >El proceso de avaluación es más costoso en
de un modelo. >Obtención de un importante caudal de datos históricos susceptibles de tiempo y esfuerzo.
ser Analizados. >La complejidad de la evaluación continua
>Creación de una cultura para compartir conocimientos. puede atentar contra la definición de objetivos
>Mejor servicio a nuestros clientes. concretos de madurez
>Nuevas oportunidades de negocio.
CUADRO COMPARATIVO DE MODELOS DE CALIDAD A NIVEL DE PRODUCTO
MODELO CARACTERÍSTICA VENTAJA DESVENTAJA
McCALL Uno de los modelos pioneros en la evaluación de la calidad de software, tiene tres etapas >Evalúa el producto en bajo nivel >No hay una clara asociación entre el modelo y el
definidas: factores, criterios y métricas. Los once criterios base, son: Exactitud, >Hace uso de niveles jerarquicos proceso
confiabilidad, eficiencia, integridad, usabilidad, mantenibilidad, testeabilidad, flexibilidad, >Existe una relación directa entre los desarrolladores y > las caracter,sticasson en general propiedades
portabilidad, reusabilidad e interoperabilidad el usuario. abstractas medibles mediante métricas.
GQM GQM o Goal Question Metric: Se enfoca a proporcionar una forma que permita definir >Interpreta los datos recolectados en función de las
métricas para medir el avance como los resultados de algún proyecto, a partir de la preguntas a partir de las cuales se derivaron esas
aplicación de unas preguntas relacionadas con el proyecto, que permitan alcanzar unas medidas. >Su enfoque se centra solo a metas.
metas previamente planteadas, el modelo trabaja sobre metas, preguntas y métricas >Relaciona las medidaas individuales y las relaciona para
poder ser utilizadas en el contexto del proyecto
completo.
BOHEM Es un modelo incremental, dividido en regiones de tareas y estas a su vez en conjuntos de >Hace uso de niveles jerarquicos >Demanda mucho tiempo en el desarrollo del sistema
tareas, las cuales se ajustan a la cantidad de iteraciones que el equipo defina, y cada >Incorpora objetivo de calidad >Demanda experiencia en la identificación de riesgos.
iteración se divide en cuatro sectores: planeación, análisis de riesgo, ingeniería y >El análisis de riesgo se hace en forma explicita y clalra
evaluación
FURPS Modelo desarrollado por Hewlett-Packard, cuyo nombre proviene de los criterios que >Conseva criterios bien claros para su respectiva >Demanda muchas métricas, de modoque implica
evalúa: Funcionalidad, usabilidad, confiabilidad (reliability), desempeño (performance) y utilización mayor esfuerzo en tiempo y costo.
soportabilidad >Tiene en cuenta las fallas del producto y el proceso >No tiene en cuenta la portabilidad de los productos.
para su mayor corrección.
Bibliografía

Callejas, M., Alarcón , A., & Álvarez, A. M. (2017). Modelos de Calidad del Software, un Estado del
Arte. Obtenido de http://bit.ly/2UI9wgl

ISO 9000. (2000). ISO 9000 Sistema de Gestión de Calidad-Conceptos y Vocabulario.

Piatini, M., & García, F. (2003). Calidad en el desarrollo y mantenimiento. Obtenido de

http://bit.ly/2vbVPr5

Piattini, M. (1996). Análisis y Diseño Detallado de Aplicaciones Informáticas de Gestión. Ra-Ma.

Piattini, M., & García, F. (2003). Obtenido de Calidad en el desarrollo y mantenimiento:

http://bit.ly/2vbVPr5

Piedrahita , A. (2014). Evaluación de la Calidad de la Tecnología Educativa. (UDES, Ed.) Obtenido de

http://bit.ly/2UVSg6T

Redrován, F., Loja, N., Correa, K., & Piña, J. (2018). Comparación de métricas de calidad para el
desarrollo de aplicaciones web. Obtenido de http://bit.ly/2KMRtkB

Scalone, F. (2006). Estudio Comparativo de los Modelos y Estándares de Calidad del Software.
Obtenido de http://bit.ly/2UvvIWk

Solarte, G., Muñoz, L., & Arias, B. (2009). Modelos de Calidad para procesos de software. Scientia
Et Technica. Disponible en http://bit.ly/2KO09Y4