EVALUACION DE CALIDAD DE LA TECNOLOGIA EDUCATIVA

Actividad 1.2: Cuadro Comparativo

Presentado por:
LUIS EDUARDO MORA OVIEDO

Presentado a:
Mg. GIL LORDUY CASTRO

UNIVERSIDAD DE SANTANDER
MAESTRIA EN GESTIÓN DE LA TECNOLOGÍA EDUCATIVA
CAMPUS VIRTUAL UDES
2019
 INTRODUCCION

En la actualidad ha aumentado de forma considerable la producción de software,

debido a la aparición y uso de las TIC, en casi todas las áreas, como son las económicas,
políticas, sociales, industriales, educativas, etc.

Para las empresas que desarrollan software es de mucha importancia el costo del
desarrollo de estos y la calidad que se debe entregar al usuario final, y por su parte, el
usuario final es muy exigente en la calidad que tiene el software que se le ha entregado
para su puesta en funcionamiento.

Alrededor del mundo se han creado modelos y estándares que pueden ser utilizados
por los especialistas dedicados a tareas de calidad inmersos en procesos de desarrollo
o auditorias de software. Al momento de gestionar la calidad de los procesos y la calidad
del producto final se deben usar métricas para medir las características del producto final
y tomar decisiones con respecto a los defectos que se encuentran, para así reducir
costos innecesarios y demoras prolongadas en la entrega.

Dentro de los modelos y estándares usados para evaluar software, los más usados son
las Normas ISO, CMM, SPICE entre otros. El presente trabajo, muestra las principales
características de algunos de los modelos utilizados para evaluar el proceso del
desarrollo del software.
 CUADRO COMPARATIVO ENTRE MODELOS

MODELO CARACTERÍSTICAS VENTAJAS DESVENTAJAS

Es también conocido como Brinda evaluaciones, con resultados Se necesita de un gran

ISO/IEC 15504 “es un estándar repetibles, reduciendo las esfuerzo para importar
internacional aplicable a cualquier diferencias en los resultados, y las evaluaciones, y
organización que quiera conocer y realizando las evaluaciones en el resulta más caro.
mejorar la capacidad de sus área de problemas.
procesos” (European Software No contiene
SPICE
Institute [ESI], 2011). Utiliza un modelo de buenas estrategias para
(Software
prácticas, actualizado y especifico mejorar el proceso.
Process
En el camino para mejorar una de desarrollo de software (ISO
Improvement
organización, este modelo 12207:2008).
Capability
establece 6 niveles de madurez
Determination)
para clasificar las organizaciones. Evalúa por niveles de madurez y es
considerado uno de los mejores
Al ser un modelo para la el modelos de mejora, debido a que su
desarrollo del software, toma como costo de certificación es bajo
base el modelo de procesos comparado con otros modelos.
ISO/IEC 122207:2008.
El modelo del McCall organiza los Se focaliza en el producto final, Las características son
factores en tres ejes o puntos de identificando atributos claves en general
vista (Operación del Producto, desde el punto de vista del usuario. propiedades
Operación del Producto y abstractas medibles
MCCALL
Revisión del Producto), desde los Focaliza en medidas precisas de mediante métricas
cuales el usuario puede alto nivel.
contemplar la calidad de un No siempre existe una
producto, basándose en once Identifica una serie de criterios tales relación perfectamente
 factores de calidad organizados
en torno a los tres ejes y a su vez
cada factor se desglosa en otros
criterios.
Modelo de Madurez Integrado
(Capability Model for Integration)
es un modelo de procesos que
contiene las mejores prácticas de
la industria para el desarrollo,
mantenimiento, adquisición y
operación de productos y resolución de defectos, mejora en
servicios.
Es un modelo que constituye una
forma de medir el grado de
CMMI
madurez de las organizaciones,
con el objetivo de establecer una
guía que les permita mejorar sus
procesos y habilidad para
organizar, desarrollar, adquirir y
mantener productos y servicios
informáticos.
como: rastreabilidad, simplicidad, lineal entre los valores
capacidad de expansión, etc. de las métricas y las
características que se
deben estimar.
El modelo CMMI cuenta con gran El gran problema de
eficacia, ha permitido mejoras de CMMI es su falta de
gran impacto en procesos de adecuación al enfoque
desarrollo de software, tales como a servicio, que está
la reducción del costo de experimentando el
desarrollo, localización y sector de las TIC en
todas sus líneas de
la fiabilidad de la planificación, en actividad, así como el
términos de dedicación y de alto esfuerzo de
calendario. implantación que
exige.
El enfoque del modelo permite
evolucionar desde un proceso en El proceso de
crisis a un proceso controlado, evaluación es muy
estandarizado, medido y costoso en tiempo y
optimizado, que sienta las bases esfuerzo.
de la mejora continua y permite a la
organización adoptar nuevas La complejidad de la
prácticas sobre un proceso estable evaluación continua
y controlado. puede atentar contra la
definición de objetivos
concretos de madurez.
 Es un modelo del ciclo de vida del
software utilizado en la ingeniera
del software.
Las actividades de este modelo
se conforman en un espiral, en la
que cada bucle o iteración
representa un conjunto de
actividades.
En cada iteración se toma en
cuenta los objetivos, alternativas,
el desarrollo y verificación del
software.
DESARROLLO
EN ESPIRAL
Reduce riesgos del proyecto, Genera mucho tiempo
incorpora objetivos de calidad, en el desarrollo del
integra el desarrollo con el sistema.
mantenimiento.
Modelo costoso.
La adaptabilidad en el diseño del
modelo de espiral en la ingeniería Requiere experiencia
de software se adapta a cualquier en la identificación de
número de cambios, que pueden riesgos.
ocurrir durante cualquier fase del
proyecto. Los modelos en espiral
funcionan mejor para
Dado que el modelo continúa hacia los grandes proyectos
la fase final, la experiencia del solamente, donde los
cliente en el nuevo sistema crece, costos son mucho más
lo que permite buen desarrollo de altos y os requisitos del
las necesidades del cliente en la sistema de pre implica
reunión del producto. un mayor nivel de
complejidad.
El desarrollo repetido o continuo
ayuda en la gestión de riesgos. Los La evaluación de los
desarrolladores o programadores riegos involucrados en
pueden describir las características el proyecto puede
de alta prioridad y luego desarrollar disparar el costo y
un prototipo basado en los mismos. puede ser mayor que
el costo de la
construcción del
sistema.

MOSCA es una herramienta que
soporta la administración de la
calidad del software en sus tres
actividades: aseguramiento de la
calidad, Planeación de la calidad
MOSCA
y Control de la calidad, al
establecer un marco de referencia
que permita ubicar en nivel
establecido” la calidad sistémica
de sus productos.
La evaluación en este modelo
tiene como principal objetivo
comprobar que mediante la
implantación del control de
calidad de toda la organización,
MODELO
se obtengan buenos resultados.
DEMING
La producción es vista como un
sistema, porque la mejora de la
calidad abarca a toda la línea de
producción, desde la recepción
de los materiales hasta el
Se trabaja según un
protocolo que debe ser
seguido estrictamente.
A veces se hace difícil
seguir el siguiente
protocolo.
Se enfoca tanto al producto como Proceso complicado si
al proceso. no se cuenta con una
guía adecuada da
Garantiza la relación sinérgica entre aplicación del modelo.
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 sistemática.
Estabilización y mejora de la Genera mucho tiempo
calidad, mejora de la en el desarrollo
productividad/reducción de costos,
incremento de las ventas, Una escala diseñada
establecimiento de diferentes para un puesto no
sistemas de dirección. puede ser empleada
para otro, por haberse
Los procedimientos que se siguen diseñado
en este modelo dan como específicamente para
resultado escalas con un alto nivel uno en especial.
de validez de contenido.
consumidor (que se sitúa como la
pieza más importante)
Se evalúa como se realizan las
revisiones periódicas de los
procedimientos empleados para el
manteamiento y mejora de la
calidad. También se analiza cómo
están.
Analiza cómo se establecen las
políticas de dirección, calidad y
como se transmiten a todos los
sectores de la empresa.
Recoge y transmite información,
procedente del interior como del
exterior de la compañía, en todos
los niveles y organizaciones. Se
evalúa cuáles son los sistemas
usados y la rapidez con la que la
información es recogida ,
transmitida, evaluada y utilizada.
 La probable demanda de los fututos Requiere gran
Es una norma Internacional clientes de una acreditación ISO esfuerzo y tiempo para
aceptada por innumerables lograr el objetivo.
organizaciones y empresas que Aumentar coherencia en
definen los requisitos mínimos operaciones de la empresa y El sistema origina
que debe cumplir un sistema de mantener o mejorar la proporción de cierta burocracia.
calidad para ser certificado. mercado.

Esta norma, especifica los Mejorar la calidad del servicio y/o la El tiempo requerido
requisitos para los sistemas de calidad del producto para escribir el manual
gestión de la calidad aplicables a
toda organización que necesite Es un buen elemento de protección. El intenso papeleo
demostrar su capacidad para innecesario.
proporcionar productos que
ISO 9001:2000
cumplan los requisitos de sus Los altos costes de
clientes y los reglamentarios que le implementación de las
sean de aplicación, y su objetivo es normas.
aumentar la satisfacción del
cliente. La falta de
asesoramiento gratuito
La norma ISO 9001:2000, define
producto como “resultado de un El tiempo empleado en
proceso”, por lo que lógicamente controlar la
sería aplicable tanto a documentación antes
organizaciones que se identifiquen de las auditorias
como empresas industriales, como
a las que presten solamente
servicios.
 Credado en 1995. Es el más
reciente similar a la de la McCall,
propone un modelo de calidad de
los productos con base en
reconocer que la evaluación de la
calidad es diferente para cada
producto y que se necesita una
idea más dinámica para modelar el
proceso y que sea lo
suficientemente amplia como para
DROMEY aplicar los diferentes sistemas.
Resalta el hecho de que la calidad Se basa solo en la
del producto está altamente calidad del producto
determinada por los componentes más no en el desarrollo
del mismo(incluyendo, documentos del producto y el
de requerimientos, guías de análisis del mismo.
usuarios, diseños y código)
Se centra en la relación de dos
atributos:
Los atributos de calidad
Los atributos secundarios
Intenta conectar las propiedades del
producto del software con los
atributos de la calidad del mismo.
Sugiere el uso de cuatro categorías
que implican propiedades de
calidad que son: correctitud,
internas contextuales y descriptivas.
 Este modelo establece cinco
características como factores de
calidad que son los que le dan
nombre:
Functionality (Funcionalidad). La
cual incluye: Características de
sistemas, Capacidades y
Seguridad.
Usability (Usabilidad). Incluye
subcategorías tales como:
FURPS
Factores humanos, Estética,
Consistencia y Documentación.
Reliability (Confiabilidad).
Incluye: Recuperabilidad, Precisión
y Predicción.
Perfomance (Desempeño) y
Supportability (Soporte). Estos
incluyen: Velocidad, Eficiencia,
Consumo, Productividad y Tiempo
de respuesta.
Presenta criterios claros para su
fácil utilización
Tiene en cuenta las fallas del
producto y el proceso para su mayor
corrección.
Tiene presente los atributos de
Fiabilidad y Mantenibilidad.
Al igual que el modelo
McCall, requiere
muchas métricas lo que
implica mayor esfuerzo
económico y de tiempo.
No tiene en cuenta la
portabilidad de los
productos software que
se estén considerando,
factor que se debe tener
en cuenta en función de
las exigencias actuales,
que recaen sobre el
proceso de desarrollo
del software.
 A continuación, se muestra una tabla donde se relaciona las características de calidad con las cuales cimplen cada
uno de los modelos de evaluación de software.

Características de Calidad BOEHM DROMEY MCCALL FURPS SATC C-QM WEBQEM ISO
Facilidad de uso X X X X X
Integridad X X
Corrección X X
Confiabilidad X X X X X X
Eficiencia X X X X X
Facilidad de mantenimiento X X X X X
Facilidad de prueba X X
Flexibilidad X
Facilidad de reutilización X X X
Interoperabilidad X
Portabilidad X X X X
Ingeniería humana X
Fácil de entender X X
Fácil de modificar X
Funcionalidad X X X X X
Performance X
Facilidad del soporte X
Ambigüedad X
Trazabilidad X
Estructura/Arquitectura X
Documentación X
 Conclusiones

El uso de las normas de calidad del software se ha vuelto muy necesario ya que,
si ocurre un fallo en la información, o en el tratamiento de la misma, puede llevar a fallos
catastróficos y de consecuencias imprevisibles. Por ello las organizaciones están
exigiendo controles de calidad más rigurosos en la producción de su software.

Toda organización automatiza tareas a través de la implementación de Sistemas

de Información, por esta razón adquirir un software es un requisito fundamental para el
desarrollo organizacional. Teniendo en cuenta este fundamento administrativo se debe
prever obtener un producto de software que cumpla con las condiciones de calidad.

Para poder evaluar la calidad del software se debe tener en cuenta que existen
gran variedad de Modelos y Estándares, los cuales permiten medir la calidad a través
de atributos que son evidenciados en el uso y en la obtención de los resultados del
procesamiento de la información. Lo anterior hace necesario la determinación del
modelo o estándar a utilizar según los objetivos que se pretendan alcanzar.

Antes de utilizar un modelo o estándar de calidad se recomienda realizar un

análisis comparativo de cada uno de los modelos o estándares seleccionados, lo cual
facilitara la elección del mismo, dependiendo de los beneficios que pueda ofrecer tanto
en desarrollo de los procesos como en la obtención de los resultados. Sólo así, se
puede desarrollar una evaluación eficiente, que facilite la posterior implantación y en
donde se tenga en cuenta un contexto integral que involucre los recursos humanos, los
materiales, los tiempos y los costos.
 BIBLIOGRAFIA

Bejarano, Jorge. (2013) Modelo Spice, Madrid España. Recuperado de:

http://es.slideshare.net/jsx2060/modelo-spice-34978417

CVUDES (s.f.). Universidad de Santander. Libro Electrónico Multimedial: Evaluación

de la Calidad de la Tecnología Educativa, capítulos 1. Recuperado de:
http://aulavirtual.eaie.cvudes.edu.co/publico/lems/L.000.008.MG/Documentos/
cap1/Capitulo_Completo.pdf

Caracteristicas del modelo Spice, en Wikipedia (febrero de 2016). Recuperado de:

https://es.wikipedia.org/wiki/Modelo_de_evaluaci%C3%B3n_de_procesos_soft
ware_ISO_15504_SPICE

IEEE. Brijendra, S., & Suresh, K.A. (2013) Review on Software Quality
Models. International Conference Communication on Systems and Network
Technologies (CSNT) (págs. 801- 806).

Langarita, A. (29 de 04 de 2013). http://sistemasdecalidadenti.blogspot.com.

Recuperado de: http://sistemasdecalidadenti.blogspot.com/2013/04/resumen-
iso-9000-2005.html

Medinatic. (14 de 02 de 2013). http://medinatic.scoom.com. Recuperado de:

http://medinatic.scoom.com/2013/02/14/cuadro-comparativo-sobre-normas-y-
estandares-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.

Modelo Spice, (2016). Documento recuperado de:

https://es.wikipedia.org/wiki/Modelo_de_evaluaci%C3%B3n_de_procesos_soft
ware_ISO_15504_SPICE

Rodríguez, Sandra. (2013). Ventajas y Desventajas Del Modelo CMMI. Recuperado

de: http://es.slideshare.net/nipingromanos/ventajas-y-desventajas-de-cmmi

Sempatiza. (2012). http://blog.consultoresdesistemasdegestion.es. Recuperado de:

http://blog.consultoresdesistemasdegestion.es/beneficios-y-ventajas-de-la-
norma-iso-9001/

Universidad Tecnológica De Hermosillo, Sonora. (s.f.). Recuperado de:

http://www.slideshare.net/silviachmn/tsp-9783500