ACTIVIDAD 1.2.

CUADRO COMPARATIVO:

NORMAS Y/O MODELOS PARA LA CALIDAD

DILFREDO RAFAEL JULIO JIMÉNEZ

NELLY ZENITH UTRIA LIZARAZO

Profesor Consultor

SANDRA PATRICIA OCHOA GUEVARA

UNIVERSIDAD DE SANTANDER

MAESTRÍA GESTIÓN DE LA TECNOLOGÍA EDUCATIVA

EVALUACIÓN DE LA CALIDAD DE LA TECNOLOGÍA EDUCATIVA

SANTA MARTA

OCTUBRE 28 DE 2018
 INTRODUCCIÓN

La calidad del Software es un conjunto de cualidades medibles y específicas que varía de

un sistema a otro, dependiendo del tipo de software que se va a desarrollar, para determinar su

utilidad y existencia. El desarrollo de software se ha convertido en uno de los principales

problemas que tiene que afrontar la Ingeniería de Software, así lo señalan Solarte, Muñoz y Arias

(2009, p. 375), esto se debe a la gran de demanda que han tenido la utilización de aplicaciones

para mejorar los procesos en las empresas, para ofrecer un mejor producto al usuario final.

En el presente trabajo se describen organizaciones que formulan normas y modelos de

evaluación de la calidad del software tanto en su proceso de desarrollo como para el producto

final, realizando un análisis en las diferentes organizaciones, para determinar los beneficios e

inconvenientes que puedan presentarse en el desarrollo de aplicaciones con calidad, ya que todo

producto debe ajustarse a os requerimientos establecidos por el usuario, para que puedan cumplir

con los objetivos esperados.

Un Software de alta calidad, se evalúa constantemente, desde su fase inicial de desarrollo

hasta la fase final, cumpliendo con las especificaciones y requisitos del usuario final.
 CUADRO COMPARATIVO: NORMAS Y/O MODELOS PARA LA CALIDAD
Tabla No. 1: Modelos de calidad de procesos
MODELOS DE CALIDAD A NIVEL DE PROCESOS
Nombre del Modelo Características
Es el resultado de un proyecto
Europeo basado en los modelos
CMM [Paulk et al., 1993] e ISO
9000 [Guler, Guillén &
Macpherson, 2002].
Proporciona una alternativa para
las organizaciones que están
interesadas en mejorar su
proceso de desarrollo de
BOOTSTRAP
software y alcanzar la
certificación ISO, ya que
combina y realza las formas
establecidas por CMM y la
certificación ISO 9000 [Komi-
Sirviö, 2004].
Su objetivo es desarrollar un
método para la evaluación de
procesos de desarrollo de
software.
Ventajas Desventajas
Modelo robusto y completo Se implementa en Europa.
Arquitectura, la descomposición en Faltaría un poco más de
procesos detallados ofrece un buen atención en lo que se refiere a
marco para la evaluación de la satisfacción del cliente.
procesos.
No hay herramientas de
El proceso de mejora está muy terceras partes accesibles para
claro a la hora de aplicarlo. Usa una los usuarios.
base de datos global que es
beneficioso para la comunicación. Incompleto comparándolo con
otros modelos.
Compara los resultados de la
evaluación con los resultados de
sus competidores.
Prioriza las necesidades que se
deben mejorar primero.
 Son normas aplicables a los
diferentes procesos que se
llevan a cabo para lograr
producir software con calidad.
Al igual que las normas ISO
90003, este modelo nos dice que
hay que hacer, y no como hay
que hacerlo, lo que permite:
Describir los componentes del
modelo y sus relaciones.
Comprender las áreas de
proceso.
Localizar información relevante
en el modelo.
Aplicar los conocimientos a su
entorno de trabajo y en un
CMMI
equipo de evaluación de
componentes y sus relaciones de
un modelo.
Estudia los procesos de
desarrollo de software de una
organización.
Producir una evaluación de la
madurez de la organización
según una escala de 5 niveles,
con el objetivo de establecer una
guía que les permita mejorar sus
procesos y su habilidad para
organizar, desarrollar, adquirir y
mantener productos y servicios
informáticos.
Permite mejoras de gran impacto en
procesos de desarrollo de productos
software, tales como mejora en la
fiabilidad de la planificación, en
términos de dedicación y de
calendario.
Reducción de los trabajos derivados Se utiliza para empresas
de correcciones tras las fases de
pruebas.
Método evolucionado y flexible.
Compatible con la norma ISO/IEC
15504.
Mejor organización interna y
homogeneización en procesos de
actuación.
Obtención de un importante caudal
de datos históricos susceptibles de
ser Analizados.
Costo alto para la preparación
y el soporte, también lo es la
valoración del modelo.
Proceso de valoración pesado y
lento.
grandes.
Tamaño y complejidad mucho
mayor que modelos vigentes.
La complejidad de la
evaluación continua puede
atentar contra la definición de
objetivos concretos de
madurez.
 Proporciona una base para
realizar evaluaciones de la
capacidad de los procesos de
software y permite reflejar los
resultados obtenidos sobre una
La Norma SPICE escala común, que puede usarse:
ISO/IEC 15504 para comprobar la evolución de
una organización en el tiempo o
para observar su situación
respecto a la competencia y para
la definición de estrategias de
mejora
La evaluación en este modelo
tiene como principal objetivo
comprobar que, mediante la
implantación del control de
calidad en toda la organización,
se obtengan buenos resultados.
MODELO DEMING
La producción es vista como un
sistema, por lo que la mejora de
la calidad abarca a toda la línea
de producción, desde la
recepción de los materiales
hasta el consumidor.
Las actividades de este modelo
se conforman en una espiral, en
la que cada bucle o iteración
DESARROLLO EN representa un conjunto de
ESPIRAL actividades. En cada iteración se
toma en cuenta los objetivos,
alternativas el desarrollo y
verificación del software
Es el modelo más consensuado y
probado
Coherencia con otros modelos de
calidad ya implementados en la
organización ISO9001- ISO 20000-
ISO 27000.
Menores costos de la certificación
Brinda evaluaciones, con resultados
repetibles, realizándolas en el área
de problema.
Aplicable a cualquier organización
o empresa.
Estabilización y mejora de la
calidad.
Mejora de la productividad.
Reducción de costos.
Los procedimientos que se siguen
en este modelo dan como resultado
escalas con un alto nivel de validez
de contenido.
Reduce riesgos del proyecto
Incorpora objetivos de calidad
Integra el desarrollo con el
mantenimiento.
Permite que el dominio de
procesos sea tan amplio para
abarcar todos los posibles
ciclos de vida, de tal manera
que hace difícil que todos los
atributos de proceso sean
universales, provocando
dificultad y confusión durante
la evaluación.
Toma mucho tiempo y
esfuerzo desarrollarla.
Una escala diseñada para un
puesto tal vez no pueda
aplicarse a otro, por haberse
diseñado específicamente para
ese puesto.
Genera mucho tiempo en el
desarrollo del sistema
Modelo costoso
Requiere experiencia en la
identificación de riesgos.
Tabla No. 2: Modelos de calidad a nivel de producto
MODELOS DE CALIDAD A NIVEL DE PRODUCTO
Nombre del Modelo Características
Organiza los factores en tres ejes o
puntos de vista desde los cuales el
usuario puede contemplar la
calidad de un producto, basándose
en once factores de calidad
organizados en torno a los tres ejes
y a su vez cada factor se desglosa
en otros criterios.
Describe la calidad como un
concepto elaborado mediante
relaciones jerárquicas entre
factores de calidad, en base a
criterios y métricas de calidad.
McCALL
Su finalidad, atender a las diversas
necesidades de las organizaciones
que quieren realizar la mejora de
sus procesos.
Posee 2 enfoques:
El Continuo: hace hincapié en la
capacidad de ciertas áreas para
realizar sus actividades de manera
adecuada.
El Escalonado: hace especial
énfasis en el grado de madurez de
los procesos (a semejanza del
Software-CMM).
Ventajas Desventajas
Es práctico y fácil de entender y Implica un trabajo tedioso por
de esta forma fácil de aplicar, la cantidad de métricas que se
esto debido a su estructura utilizan.
jerárquica.
Implica un trabajo adicional al
Identifica atributos claves desde proceso, debido a que se
el punto de vista del usuario. evalúan muchos factores.
Se focaliza en el producto final y No siempre existe una relación
en medidas precisas de alto perfectamente lineal entre los
nivel. valores de las métricas y las
características que deben
Orientado al producto final, estimar.
pero, se puede aplicar al
proceso.
Se puede utilizar no para varios
proyectos al mismo tiempo.
En costos resulta viable es de
gran ayuda para cualquier
organización.
 Éste define la calidad de software
en términos de atributos
cualitativos y los mide usando
métricas.
El modelo no es muy distinto al de
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.
El modelo se basa en que el
software debe:
-Hacer lo que el usuario quiere que
haga.
-Utilizar los recursos de la
BOEHM
computadora correcta y
eficientemente.
-Ser fácil de usar y de aprender
para los usuarios.
-Estar bien diseñado, bien
codificado y ser probado y
mantenido fácilmente.
Fundamentado en modelo ISO No especifica muchos aspectos
9000 y CMMI relacionados con el usuario
Las mejoras al Software se Genera mucho tiempo en el
hacen por medio de ciclos de desarrollo del sistema.
espiral partiendo desde el centro.
Modelo costoso.
En cada ciclo analiza objetivos,
alternativas, desarrollo y Requiere experiencia en la
verificación. identificación de riesgos.
Conjuga lo interactivo del
modelo MCP con lo sistemático
del Modelo Cascada.
Es posible tener en cuenta
mejoras y nuevos requerimientos
sin romper con la metodología,
ya que este ciclo de vida no es
rígido ni estático.

Este modelo introduce

características de alto nivel, de
nivel intermedio que se constituyen
en los factores de calidad, y las
características primitivas, cada una
de las cuales contribuyen al nivel
general de calidad.
 Modelo de calidad fija propuesto
por Robert Grady y Hewlett
Packard Co (HP) en 1987, tiene en
cuenta 5 características a la hora de
evaluar la calidad del producto, que
son: Funcionalidad, Facilidad de
Uso, Confiabilidad, Performance y
Facilidad de Soporte.
Se pueden reducir los riesgos de El modelo tiene bastante
no considerar alguna de las métricas lo que puede generar
facetas del desarrollo de un mayor demanda en tiempo y
sistema. costos.
Es posible estandarizar algunos
criterios para poder obtener los
requerimientos.

También propone una clasificación Los criterios son de fácil

FURPS de los requisitos en dos categorías: comprensión lo que facilita su
implementación
Requisitos funcionales (F), que
especifican funciones que el
sistema debe ser capaz de realizar
sin tener en cuenta las restricciones
físicas.
Requerimientos no funcionales
(URPS), que puntualizan atributos
del sistema o del medio ambiente
del sistema.
Arthur presenta una variante del Tiene en cuenta el factor de Incluye más criterios, lo que
modelo de calidad propuesto por calidad de corrección que hace que se utilicen más
McCall. muchos modelos no tienen. métricas y esto conlleva más
Permite la auditoria, lo que esfuerzo en tiempo y costo
La variante consta de dos acciones: implica un mayor de grado de
ARTHUR
-Añadir tres nuevos criterios de confiablidad ante el riesgo.
valoración: Complejidad,
Seguridad y Auditabilidad
-Variar las relaciones de los
factores y los criterios
 Es una herramienta que soporta la
administración de la Calidad del
Software en sus tres actividades:
Aseguramiento de la Calidad,
MOSCA Planeación de la calidad y Control
de la calidad, al establecer un
marco de referencia que permite
ubicar en un nivel establecido la
calidad sistémica de sus productos.
Se enfoca al producto y al Proceso complicado sino se
proceso cuenta con una guía adecuada
Garantiza la relación sinérgica de aplicación del modelo.
entre las características de la
empresa y las necesidades del
usuario.
 CONCLUSIÓN

El Software es diseñado para satisfacer las necesidades de una sociedad de consumo,

donde los avances tecnológicos, se han apoderado del mercado llevando a las organizaciones a

una permanente actualización, que los lleve a estar en un alto nivel de competitividad. Para esto

es necesario que el software que adquieran dichas organizaciones, cumpla con los estándares y

normas de calidad establecidos por los distintos organismos de control y garantía.

Las normas y estándares permiten seguir una serie de pasos que buscan que los proyectos

sean más fáciles de desarrollar y mas eficientes, y con la calidad necesaria para satisfacer las

necesidades del cliente, facilitando al personal involucrado en el proceso de desarrollo del

proyecto, controlar los tiempos y bajar los costos del mismo.

Las Normas y modelos permiten mejorar estos procesos de construcción, aplicándolas de

acuerdo a las necesidades del proyecto.

 REFERENCIAS BIBLIOGRÁFICAS

Garzas, J. Procesos Software. Recuperado de: http://www.javiergarzas.com/procesos-software

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).

Recuperado de:

http://catarina.udlap.mx/u_dl_a/tales/documentos/lis/garcia_r_ci/capitulo_2.html

ISO, Organización Internacional de Estándares. Recuperado de: https://www.iso.org/home.html

IUNT, Instituto Uruguayo de Normas Técnicas. Recuperado de:

https://www.unit.org.uy/normalizacion/sistema/9000/

Libro Electrónico Multimedial. Evaluación de la Calidad de la Tecnología Educativa. Capítulo 1.

Calidad y Estándares Internacionales. Recuperado de:

http://aulavirtual.eaie.cvudes.edu.co/publico/lems/L.000.008.MG/evaluacion/ver_1completo.h

tml

López, A., Cabrera, C. y Valencia, L. (Septiembre, 2008). Introducción a la Calidad de Software.

Scientia Et Technica. Universidad Tecnológica de Pereira. Vol. XIV. No. 39. pp. 375-379.

ISSN 0122-1701. Recuperado de:

http://aulavirtual.eaie.cvudes.edu.co/publico/lems/L.000.008.MG/Documentos/Anexos/Cap1/

2.pdf
Mollineda, R., y Vos, T. (2003). Calidad y Testeo del Software. Actualidad TIC. Universidad

Politécnica de Valencia. p (12-16). Recuperado de:

http://aulavirtual.eaie.cvudes.edu.co/publico/lems/Rubricas/08/5.pdf

Rojas, S., y Borja, J. (1999). Calidad del Software: camino hacia una verdadera industria del

software. Revista de la Escuela Administración de Negocios p. 38-57. Recuperado de:

http://aulavirtual.eaie.cvudes.edu.co/publico/lems/L.000.008.MG/Documentos/Anexos/Cap1/

1.pdf

Solarte, G., Muñoz, L. y Arias, B. (Agosto, 2009). Modelos de Calidad para Procesos de

Software. Scientia Et Technica. Universidad Tecnológica de Pereira. Vol. XV. No. 42. pp.

375-379. Recuperado de: http://www.redalyc.org/articulo.oa?id=84916714069