6
ACTIVIDAD 1.2: CUADRO COMPARATIVO EVALUACIÓN DE LA CALIDAD DE LA TECNOLOGÍA EDUCATIVA LUIS JOSE PORRAS DIAZ UNIVERSIDAD DE SANTANDER UDES MAESTRÍA EN GESTION DE LA TECNOLOGÍA EDUCATIVA BUCARAMANGA 2015

LuisJose Porras CuadroComparativo Actividad1.2

Embed Size (px)

DESCRIPTION

gfgfgh

Citation preview

Page 1: LuisJose Porras CuadroComparativo Actividad1.2

ACTIVIDAD 1.2: CUADRO COMPARATIVO

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

LUIS JOSE PORRAS DIAZ

UNIVERSIDAD DE SANTANDER UDES

MAESTRÍA EN GESTION DE LA TECNOLOGÍA EDUCATIVA

BUCARAMANGA

2015

Page 2: LuisJose Porras CuadroComparativo Actividad1.2

ACTIVIDAD 1.2: CUADRO COMPARATIVO

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

LUIS JOSE PORRAS DIAZ

Trabajo como requisito de la actividad 1.2 cuadro comparativo, del módulo: Evaluación

de la Calidad de la Tecnología Educativa

Profesor Consultor: María Luz Marina Pérez Lancheros

UNIVERSIDAD DE SANTANDER UDES

MAESTRÍA EN GESTION DE LA TECNOLOGÍA EDUCATIVA

BUCARAMANGA

2015

Page 3: LuisJose Porras CuadroComparativo Actividad1.2

CUADRO COMPARATIVO MODELOS DE CALIDAD DE SOFTWARE

MO

DE

LO

BOEHM FURPS MCCALL DROMEY: ISO 9126

CA

RA

CT

ER

IST

ICA

S

En 1978 Barry W. Boehm presenta un modelo de predicción de la calidad y aborda las deficiencias actuales de los modelos que automáticamente y cuantitativamente evalúan la calidad del software. En esencia sus modelos intentan definir cualitativamente la calidad del software por un determinado conjunto de atributos y métricas. Este modelo es similar al modelo de Calidad McCall Presenta un modelo jerárquico de calidad estructurado constituido por:

Características de alto nivel: Representa los requisitos de nivel alto básico de uso real a la que la evaluación de la calidad del software se podría poner la utilidad general de software. Las características de alto nivel frente a tres grandes preguntas que un

Este modelo establece cinco características como factores de calidad que son los que le dan nombre: Funcionalidad Usabilidad Confiabilidad Desempeño Soporte La funcionalidad incluye características de: Sistemas Capacidades Seguridad Los requerimientos de usabilidad incluye: subcategorías tales como Factores humanos. Estética, Consistencia, Documentación. La confiabilidad incluye: Recuperabilidad. Precisión. Predicción. El desempeño incluye:

Intenta reducir la brecha entre los usuarios y desarrolladores, centrándose, en un número de factores de calidad de software, intentando tender un puente entre los usuarios y desarrolladores.

Está dirigido principalmente a los desarrolladores de sistemas y el proceso de desarrollo del sistema.

Modelo de calidad McCall se centra en una serie de factores de calidad del software que reflejan tanto los «puntos de vista y los desarrolladores de los usuarios.

En la prioridad de revisión del producto, se tiene en cuenta.

La mantenibilidad, que es el esfuerzo necesario para localizar y corregir un error en el programa dentro de su entorno de funcionamiento). La flexibilidad que es la facilidad de hacer los

En el año 1995 un modelo de calidad presentado por R. Geoff Dromey es el modelo más reciente similar a la de la McCall, Boehm de y los FURPS Funcionalidad. Usabilidad. Fiabilidad. Rendimiento. Compatibilidad. El modelo de calidad Dromey propone un modelo de calidad de los productos a base de que reconoce 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 sea lo suficientemente amplia como para aplicar los diferentes sistemas. Dromey se centra en la relación entre dos atributos: Los atributos de calidad Los atributos secundarios Así como de intentar conectar las propiedades del producto

Durante mucho tiempo, la comunidad de usuarios estaba buscando un modelo único para representar y expresar la calidad. En 1992, una derivación del modelo de McCall fue propuesto como la base para un estándar interno para la medición de la calidad del software. Esto se conoce como "software de evaluación de producto: Características de calidad y directrices para su uso". Esta norma es más comúnmente referenciado por su estándar asignado, ISO 9126. La norma dice que estos seis atributos de calidad del producto son integrales; es decir, cualquier componente de la calidad del software puede ser descrito en términos de algún aspecto de uno o más de los seis factores. A su vez, cada uno de los seis se define como un "conjunto de atributos que llevan" en un aspecto relevante del software, y cada uno puede ser refinado a

Page 4: LuisJose Porras CuadroComparativo Actividad1.2

comprador de software cuenta con: • Como es la utilidad: ¿Qué tan bien (fácil, fiable, eficiente) lo puedo usar? • Capacidad de mantenimiento: ¿Es fácil de entender, modificar y volver a probar? • Portabilidad: ¿Puedo usarlo si cambio de ambiente? Características nivel intermedio: Representa los factores de calidad de 7 Boehm que en conjunto representan las cualidades que se esperan de un sistema de software: portabilidad, fiabilidad, eficiencia, facilidad de uso, capacidad de prueba, Comprensibilidad y Flexibilidad. Características primitivas: Sienta las bases para la definición de las cualidades métricas, lo cual era una de las metas cuando Boehm construyó su modelo de calidad. En este modelo 17 atributos se han considerado para definir la calidad del producto.

Velocidad. Eficiencia. Consumo. Productividad. Tiempo de respuesta. El Soporte incluye: Adaptabilidad. Extensibilidad. Mantenibilidad. Compatibilidad. Configurabilidad. Limitaciones del modelo FURPS Este modelo de calidad es que no tiene en cuenta la portabilidad de los productos software que se estén considerando, factor digno de consideración en función de las exigencias actuales que recaen sobre el proceso de desarrollo del software.

cambios requeridos por los cambios en el entorno operativo y la capacidad de prueba. La capacidad de transición que es todo acerca de la portabilidad y el esfuerzo requerido para transferir un programa desde un entorno a otro y su reutilización El Producto de operación que tiene en cuenta calidad de las operaciones de productos depende de la exactitud y su fiabilidad que es la capacidad del sistema para no fallar, la eficiencia que significa que el uso de los recursos como el tiempo de procesamiento y de almacenamiento. La integridad que se refiere a la seguridad y la protección del programa del acceso no autorizado. La facilidad de uso que se refiere a la capacidad del usuario al poder interactuar con el software.

de software con los atributos de calidad de software. En la revisión del modelo de Dromey, nos encontraremos con que el atributo fiabilidad es común, que puede ser, lograr a través de las propiedades del producto como: Corrección interna y contextual. También el atributo mantenibilidad es común en las propiedades internas, contextuales, descriptivos del producto. La calidad de los atributos: reusabilidad, la portabilidad afecta a las propiedades contextuales, descriptivas del producto. En este modelo de 7 (siete) atributos se han elegido para definir la calidad del producto de software.

través de múltiples niveles de sub-características. La norma ISO / IEC 25000 se emitió en 2005, e ISO / IEC 25010, que reemplaza a la norma ISO / IEC 9126-1, se publicó en marzo de 2011. ISO 25010 tiene ocho características de calidad del producto (en contraste con 9126 de seis ISO). La fiabilidad, facilidad de uso, eficiencia, mantenibilidad y Portabilidad se ha mostrado en la Tabla 1. Como ya hemos visto que 'Capacidad de prueba', 'interoperabilidad', y 'Comprensibilidad' se usan como atributos en algunos modelos de calidad. Sin embargo, en la norma ISO 9126-1, estos atributos son definidos como características sub. Uno de los atributos de seguridad importante ha sido añadido por la norma ISO 9126, que cubre la confiabilidad, confidencialidad e integridad. Sin fiabilidad y seguridad, no es posible lograr la calidad de producto de software.

Page 5: LuisJose Porras CuadroComparativo Actividad1.2

CONCLUSIONES

Los modelos de calidad de software están disponibles para considerar la eficacia de

su aplicación, es importante hacer uso de ellos según las necesidades puntuales

cuando se desarrolla el software o se quiere simplemente evaluar; la calidad del

software es algo que debe dar importancia es esto momentos donde la educación

usa de diferentes maneras la tecnología y para el éxito de la misma cada aplicación

software debe garantizar que cumple los requerimientos exigidos.

Page 6: LuisJose Porras CuadroComparativo Actividad1.2

BIBLIOGRAFIA

Campus Virtual UDES. Universidad de Santander. Libro Electrónico Multimedial:

Evaluación de la Calidad de la Tecnología Educativa, capítulos 1. Recuperado de:

http://aula2.cvudes.edu.co/publico/lems/L.000.008.MG/Documentos/cap1/Capitulo_Completo.pdf

Martínez, D. R. G. Maestría en ingeniería en calidad.

Carvallo, J. P., Franch, X., & Quer, C. (2010). Calidad de componentes software. Cap. libro en Calidad del Producto y Proceso Software, 287-316.

Lovelle, J. M. C. (1999). Calidad del Software. Oct, 21, 199. Estayno, M. G., Dapozo, G. N., Cuenca Pletsch, L. R., & Greiner, C. L. (2009). Modelos y Métricas para evaluar Calidad de Software. In XI Workshop de Investigadores en Ciencias de la Computación.