MAESTRIA EN GESTION DE LA TECNOLOGIA EDUCATIVA

MODULO: Evaluación de la Calidad de la Tecnología Educativa

ACTIVIDAD.1.2 Cuadro Comparativo

Actividad 1.2

A partir del material propuesto como documento de referencia y complementario

igualmente del capítulo I, analice la información y elabore un cuadro comparativo. Donde
muestre las principales diferencias en cuanto a las normas y/o modelos que se tienen para la
calidad en los procesos de desarrollo como para el producto final.
CUADRO COMPARATIVO DE LOS MODELOS DE CALIDAD DE SOFTWARE
MODELO CARACTERISTICAS VENTAJAS DESVENTAJAS
GILB Propone medidas  Refleja la  Necesita gran
Thomas Gilb objetivas de calidad medida de la cantidad de
1988 presenta disponibilidad tiempo en
como aspecto fundamental del sistema para asesoría,
la definición de los realizar de incorporación
 atributos de calidad que forma útil el y
realmente trabajo para el funcionamient
interesan al usuario que fue o.
diseñado.  Requiere
 Evalúa la fuerte
capacidad inversión para
natural del capacitación y
sistema para acomodación
realizar su del sistema.
trabajo.  Solicita de
 Sus atributos: personal
capacidad del dispuesto al
proceso, cambio y a la
capacidad de dedicación
respuesta, laboral.
capacidad de
almacenamiento
.
FURPS Por un lado contempla 5  la división en  No se
Modelo de características de donde factores mencionan
calidad deriva su funcionales y no criterios para
propuesto por nombre,(Funcionalidad, funcionales es evaluar cada
Robert Grady y Facilidad de uso, convenientes característica.
Hewlett Confiabilidad, Desempeño para determinar
Packard Co y Facilidad de Soporte), y la calidad,
(HP) en 1987 por otro lado los requisitos aunque hallan
se clasifican en dos restricciones
categorías: requisitos físicas.
funcionales (F), que son  Sus escritos son
los que especifican claros para una
funciones que el sistema fácil utilización.
debe ser capaz de realizar  Tiene en cuenta
sin tener en cuenta las los
restricciones físicas; y inconvenientes
requerimientos no en el producto
funcionales(URPS), que esto permite
puntualizan atributos del mayor
sistema o del medio corrección.
ambiente del sistema.
MODELO DE Es un modelo de calidad  Garantiza el  Aún no ha
McCall fijo para realizar la producto sido
propuesto por evaluación de la calidad evaluado y demostrada la
Jim McCall en de un producto aceptando garantizado. validez
1977 que solo están disponibles  Son más fáciles absoluta de
las que propone el para medir. ninguno de los
modelo  Permite modelos.
comparar
productos entre
sí.
  Fácil acceso y
operación de
recursos.
MODELO DE Es considerado un modelo  Permite a quien  Requiere
BOEHM fijo. lo desarrolla personal
propuesto por Este modelo en términos aplicar el capacitado
Barry Boehm en de calidad la define como enfoque y para
1978. los atributos cualitativos objetivos de identificar los
en forma jerárquica que construcción de riesgos.
posee el bien o servicio prototipos en  Es un modelo
prestado. cualquier etapa costoso.
Resalta tres niveles de de evolución del  No es
calidad: Alto, intermedio producto recomendables
y primitivo. servicio. la utilización
 Permite en medianas y
incorporar pequeñas
objetivos de empresas
calidad. debido a la
complejidad
de su modelo.
Bootstrap. Su principio fundamental Se tiene en cuenta la En comparación con
Creado por la es reducir costos y evaluación para otros modelos
comisión mejorar la calidad establecer diagnóstico podemos decir que
Europea como evitando problemas, su de los procesos para el es deficiente.
parte del objetivo es desarrollar un desarrollo de software,
programa método para la evaluación donde se incluye las
ESPRIT. de procesos de desarrollo organizaciones, los
(ESPRIT de software (sw). métodos y la capacidad
5441BOOTSTRAP)
Inicialmente se basó en el de ingeniería, la
modelo de madurez de herramienta y la
CMM y se le fue aneando tecnología, donde se
conceptos de calidad de la crean planes de acciones
ISO 9000 incluyéndole para que definan de la
conceptos para poder implantación y los
evaluar desarrollos de SW marcos temporales para
de otras industrias que aumenten su
distintas a la militar. capacidad de entrega de
productos y servicios de
excelente calidad.
CMMI 1984 Este modelo permite  Reduce los  Exige un lato
Capability evaluar las capacidades trabajos que esfuerzo de
Maturity Model de las organizaciones vienen de implantación.
Integration) que que trabajan en el correcciones
hace parte de la campo del software, y por las fases de
familia de
proporciona un marco pruebas.
modelos
desarrollados para organizar la  Reduce el
por el SEI evolución dentro de número de
(Software cinco niveles de defectos y
Engineering madurez que van detección en
Institute) estableciendo elementos las fases
 para la mejora continua tempranas de
de los procesos. su ciclo de
Algunos autores vida.
plantean que para
procesos software la
adopción de modelos
como el CMMI presenta
incluso mejores
resultados que la
implementación de
normas ISO Alarcón
(1999).

CONCLUSION.
Los modelos y estándares de calidad se deben sujetar a estrategias participativas para
promover el desarrollo de la calidad de manera objetiva.
Las empresas deben tener en cuenta las necesidades e intereses particulares de los clientes
donde este sea el pilar importante en el proceso.

REFERENCIAS BIBLIOGRAFICAS.
http://aulavirtual.eaie.cvudes.edu.co/publico/lems/L.000.008.MG/Documentos/cap2/Capitu
lo_Completo.pdf
Quintero, J. (s.f). Requisitos de software. Recuperado el 18 de agosto de 2014 de
file:///C:/Users/Acer/Documents/Requisitos.pdf