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