Está en la página 1de 10

1

ACTIVIDAD 1.2

CUADRO COMPARATIVO DE NORMAS Y/O MODELOS REFERENTES A LA

CALIDAD DE SOFTWARE

SARA LUCÍA GRANADOS AMAYA

Estudiante - Aprendiente

LILIANA CALDERÓN-BENAVIDES, PH.D

Profesor – Consultor

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

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

SAN JOAQUÍN, SANTANDER

2018
2

NORMAS Y/O MODELOS REFERENTES A LA CALIDAD DE SOFTWARE


MODELO CARACTERÍSTICAS VENTAJAS DESVENTAJAS
McCALL. Fue el primero en ser presentado en 1977, y  Es práctico y fácil de  No siempre existe una
McCall, se originó motivado por US Air Force y DoD. entender y de esta forma relación perfectamente
Richards y Organiza los factores en tres ejes o puntos de fácil de aplicar, esto lineal entre los valores de
Walters, (1977) vista desde los cuales el usuario puede debido a su estructura las métricas y las
contemplar la calidad de un producto. jerárquica. características que deben
 Orientado al producto estimar.
Describe la calidad como un concepto final, pero, se puede  Características son en
elaborado mediante relaciones jerárquicas aplicar al proceso. general propiedades
entre factores de calidad, en base a criterios y  Identifica atributos claves abstractas medibles
métricas de calidad. desde el punto de vista del mediante métricas, lo cual
usuario. involucra un trabajo
Su finalidad, consiste en atender diversas  Se focaliza en el producto tedioso por la cantidad de
necesidades de las organizaciones que desean final y en medidas precisas métricas que se utilizarían.
realizar la mejora de sus procesos. de alto nivel.  Implica un trabajo
 Se puede utilizar no para adicional al proceso,
Posee 2 enfoques: varios proyectos al mismo debido a que se evalúan
tiempo. muchos factores.
3

El Continuo: hace hincapié en la capacidad de  En costos resulta viable es


ciertas áreas para realizar sus actividades de de gran ayuda para
manera adecuada. cualquier organización.

El Escalonado: hace especial énfasis en el


grado de madurez de los procesos (a
semejanza del SW-CMM).
Define la calidad de software en términos de  No implica esfuerzo  No especifica muchos
atributos cualitativos y los mide usando adicional para mejorar y aspectos relacionados con
métricas. obtener una certificación el usuario
en ISO 9000.
El modelo no es muy distinto al de McCall,  No lucrativo.
BOEHM porque muchos de sus factores de calidad son  Fundamentado en modelo
Barry Boehm los mismos. Éste modelo también presenta sus ISO 9000 y CMMI
(1978) factores de calidad estructurados  Las mejoras al SW se
jerárquicamente de alto a bajo nivel. hacen por medio de ciclos
de espiral partiendo desde
El modelo se basa en que el software debe: el centro.
 En cada ciclo analiza
Hacer lo que el usuario quiere que haga. objetivos, alternativas
Utilizar los recursos de la computadora (características, formas de
correcta y eficientemente.
4

Ser fácil de usar y de aprender para los gestión, riesgo asumido) y


usuarios. desarrollo y verificación.
 Conjuga lo interactivo del
Este modelo introduce características de alto modelo MCP con lo
nivel, de nivel intermedio que se constituyen sistemático del Modelo
en los factores de calidad, y las características Cascada.
primitivas, cada una de las cuales contribuyen
al nivel general de calidad.
Tiene como principio el reducir costos y  El proceso de mejora está  Se implementa
mejorar la calidad previendo problemas. muy claro a la hora de principalmente en Europa.
aplicarlo. Usa una base de  Incompleto en
Su objetivo es desarrollar un método para la datos global que es comparación con otros
evaluación de procesos de desarrollo de beneficioso para la modelos.
Bootstrap. software (SW). comunicación.  Carece mayor atención en
ESPRIT  Modelo robusto, completo lo que se refiere a la
(ESPRIT 5441 Inicialmente se basó en el modelo de madurez y abarcativo en lo satisfacción del cliente.
BOOTSTRAP de CMM añadiendo conceptos de calidad de concerniente a la  No hay herramientas de
ISO 9000. estructura. Arquitectura, la terceras partes accesibles
descomposición en para los usuarios.
A esto incluyó conceptos para poder evaluar procesos detallados ofrece
desarrollos de SW de otras industrias distintas un buen marco para la
a la militar y evaluación de procesos.
5

 Engloba la evaluación para


establecer el diagnóstico
de un proceso para
desarrollo de software.
 La metodología tiene una
gran ventaja, compara los
resultados de la evaluación
con los resultados de sus
competidores.
Esta propuesta contempla 5 características de  Tiene en cuenta las fallas  Se necesitan de muchas
las cuales se deriva su nombre. en el producto y en el métricas lo que implica un
proceso, esto permite una mayor esfuerzo de tiempo
Funcionalidad. mayor corrección. y costo
Facilidad de Uso.  Se podría utilizar no para
FURPS Confiabilidad. uno sino para varios
Robert Grady Desempeño. proyectos.
y Facilidad de Soporte.  Los criterios son
Hewlett claramente entendibles, lo
Packard Co Los requisitos se clasifiquen en dos que implica su fácil
(HP) 1987. categorías: utilización.
 Su división en factores
funcionales y no
6

Requisitos funcionales (F): que son los que funcionales es


especifican funciones que el sistema debe ser convenientes para
capaz de realizar sin tener en cuenta las determinar la calidad, aun
restricciones físicas. así, hayan restricciones
físicas.
Requerimientos no funcionales (URPS): que
puntualizan atributos del sistema o del medio
ambiente del sistema.
MODELO DE Se fundamenta en los principios de la Gestión  Ofrece una evaluación  Media Facilidad de
EXCELENCIA de la Calidad Total y basa su desarrollo en la sistemática, basada en actualización, Cierto grado
EFQM autoevaluación de las organizaciones como hecho y no en de dificultad de
método de mejora continua percepciones subjetivas. compresión y cierto nivel
 Permite la comparación de complejidad.
con los resultados de otras
organizaciones de
referencia.
 Puede emplearse en
cualquier tipo de empresa,
organización u
departamento/unidad.
 Favorece la gestión por
procesos y permite hacer
7

un diagnóstico sobre el
estado y evolución.
Son normas de calidad para Software,  Permite mejoras de gran  Costo alto para la
aplicables a los diferentes procesos de impacto en procesos de preparación y el soporte,
producción de softwares de calidad. desarrollo de productos también lo es la valoración
Comprender las áreas de proceso y localiza software, tales como del modelo.
información relevante en el modelo. reducción del coste de  Proceso de valoración
CMMI desarrollo, localización y pesado y lento.
1984 Estudia procesos de desarrollo de software en resolución de defectos.  Se utiliza para empresas
Fue una organización.  Reduce el coste de grandes.
desarrollado desarrollo, localiza la  Tamaño y complejidad
Software Produce una evaluación de la madurez de la resolución de defectos, mucho mayor que modelos
Engineering organización según una escala de 5 niveles, aumentando de la vigentes.
Institute (SEI) con el objetivo de establecer una guía que productividad y la  La complejidad de la
perteneciente a permita mejorar procesos y habilidades para efectividad sobre la evaluación continua puede
Carnegie organizar, desarrollar, adquirir y mantener planificación atentar contra la definición
Mellon productos y servicios informáticos.  Reducción de los trabajos de objetivos concretos de
University derivados de correcciones madurez.
tras las fases de pruebas.
 Mejor organización
interna y homogeneización
en procesos de actuación.
8

 Obtención de un
importante caudal de datos
históricos susceptibles de
ser Analizados.
MOSCA Es una herramienta que soporta la  Se enfoca tanto al  Proceso complicado sino
Administración de la Calidad del Software en producto como al proceso. se cuenta con una guía
sus tres actividades:  Garantiza la relación adecuada de aplicación del
 Aseguramiento de la Calidad sinérgica entre las modelo.
 Planeación de la Calidad características de la
 Control de la Calidad. empresa y las necesidades
del usuario.
 Constituye una
herramienta efectiva de
análisis y estimación de la
Calidad Global Sistémica.
9

CONCLUSIONES

 Existe una gran cantidad de organizaciones en la industria del software quienes proponen

estándares a seguir para desarrollar software de calidad, que permiten a una empresa

crecer y perseguir la calidad en sus productos y servicios.

 La buena implementación no solo involucra el seguir los puntos o requerimientos que

cada uno de los modelos o estándares señalan. El tener un proceso y prácticas

documentadas de nada sirven si no se siguen.

 La norma por sí sola no dará un avance si no existe compromiso por parte de alta

gerencia ya que juega un papel importante dado que su visión del sistema de calidad es la

que se manifiesta a todos los empleados.


10

REFERENCIAS BIBLIOGRÁFICAS

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

II. Modelos de Calidad.

Moreno, J., Bolaños, L., & Navia, M. (2010).Exploración de Modelos y Estándares de Calidad

para el Producto Software. UIS Revista de la Facultad de Ingenierías Fisicomecánicas, 9(No.1),

39-53. Consultado el: 17-septiembre-2013.

Scalone, F. (2006). Estudio comparativo de los modelos y estándares de calidad del software.

(Maestría Ingeniería en Calidad). p (129-150). Obtenido de Universidad Tecnológica Nacional.