Metodología para la evaluación de la calidad del software educativo
Se presenta una metodología para la evaluación de la calidad de la tecnología, que puede ser utilizada como punto de partida para adelantar procesos de evaluación de software educativo. De igual forma se presenta a manera de ejemplo, la evaluación de la calidad del sistema de gestión de aprendizaje Moodle, para lo cual se sigue la metodología propuesta que está basada en las normas ISO/ IEC 9126 e ISO/IEC 14598. El proceso de elaboración de un software educativo es una actividad que requiere de la participación de diferentes ciencias para la obtención de un resultado con calidad, o sea de la interdisciplinaridad. Al respecto, el grupo investigación-acción del Proyecto nacional para la producción de software educativo (SE) en la Educación Médica Superior, Galenomedia, durante sus más de seis años de trabajo, identificó que los aspectos más analizados en proyectos de investigación, publicaciones y tesis de maestría que abordan la elaboración de un software educativo, están relacionados con la Informática, la pedagogía y la ciencia en cuestión, dejando al margen frecuentemente el análisis de los aspectos éticos que también marcan pautas importantes en su desarrollo. El presente trabajo pretende reflexionar sobre algunos principios éticos que deben ser considerados en la elaboración y uso del software educativo en el campo de la salud con el objetivo de contribuir a perfeccionar su proceso de elaboración y con ello a una mejor formación de los profesionales de la salud.
ISO (Organización Internacional
de Estandarización)
La Organización Internacional de Estandarización, ISO,
es una organización sin ánimo de lucro de carácter no gubernamental creada el
23 de febrero de 1947 que promueve el desarrollo y la implementación de normas
a nivel internacional, tanto de fabricación como de servicios.
El objetivo de esta organización es brindar herramientas para facilitar las transacciones a nivel internacional tanto de objetos, bienes y servicios como de desarrollos científicos, actividades intelectuales, tecnológicas y económicas.
Tomado de: https://www.youtube.com/watch?v=QrWsBj6ARG0
NORMA ISO 9126
(1990-1991)
El estándar ISO/IEC 9126 es una recopilación de modelos de calidad
aportados por diversas investigaciones para la caracterización de la calidad
del producto software, fue formulado inicialmente en 1991
estableciendo un modelo de calidad y su uso como marco para la evaluación de
software.
El estándar
ISO-9126 define un modelo,
basado en modelos
ya existentes como McCall, Boehm
y US Air Force. El estándar ISO
9126 presenta dos
partes, el Modelo de calidad para
calidad externa e interna, y el Modelo de
calidad para calidad
en uso.
En resumen, lo que se busca con la
norma ISO 9126 es que al mejorar la
calidad del proceso se contribuya a
mejorar la calidad del producto, y
esto a su vez contribuya a mejorar
la calidad en uso, siendo todo esto
posible al realizar la evaluación.
Según ISO/IEC 9126-1 (2001), algunos atributos pueden
contribuir a más de una subcaracterística y una característica puede ser
influenciada por más de un atributo. Se puede presentar también que los niveles
de ciertos atributos internos influyan en los niveles de algunos atributos
externos. Por ejemplo, la característica de confiabilidad puede ser medida
externamente mediante la observación del número de fallas en un período
determinado de tiempo de ejecución durante una prueba del software, e
internamente mediante la inspección de las especificaciones detalladas y el
código fuente para evaluar el nivel de tolerancia a fallos; se dice que los
atributos internos son indicadores de los atributos externos.
ISO 9126-1. Modelo de calidad. Describe un marco del modelo de calidad y las
relaciones entre los diferentes enfoques de la misma e identifica las distintas
características de la calidad de los productos software. Propone un modelo de evaluación
de la calidad del producto de software categorizando la calidad de sus atributos en seis
características: funcionalidad, fiabilidad, usabilidad, eficiencia, mantenibilidad y
portabilidad, las cuales están subdivididas en subcaracterísticas que a continuación se
describen (Calero, Moraga, y Piattini, 2010).
ISO 9126-2. Métricas externas. Proporciona métricas para medir el
comportamiento del software en su conjunto y su ambiente. Esta parte se conforma de un
reporte técnico y contiene terminología relacionada con las métricas, proporciona al
usuario una guía de métricas para la evaluación de planificación, selección de métricas,
diseño de métricas, aplicación de métricas e interpretación de medidas de datos
(Sánchez, Sicilia y Rodríguez, 2012, p. 388).
NORMA ISO/IEC 9126-3 TR
Métricas Internas.
La calidad interna se puede
medir y evaluar a través de atributos
estáticos que se pueden consultar de
documentos o artefactos generados
en el proceso de desarrollo del
producto, como por ejemplo: la
especificación de requerimientos,
la arquitectura o diseño, piezas de
código fuente, etc.
NORMA ISO/IEC 9126-4 TR
Métricas de Calidad en Uso.
Esta parte presenta el concepto
de calidad en uso proponiendo un
modelo de calidad en uso que permite
visibilizar la interrelación entre el
usuario y el producto desde la óptica
de la eficiencia y la satisfacción.
NORMA ISO 25001 (2005)
ISO/IEC 25000, conocida como SQuaRE (System and Software Quality Requirements and Evaluation), es una familia de normas que tiene por objetivo la creación de un marco de trabajo común para evaluar la calidad del producto software.
La familia ISO/IEC 25000 es el resultado de la evolución de otras normas anteriores, especialmente de las normas ISO/IEC 9126, que describe las particularidades de un modelo de calidad del producto software, e ISO/IEC 14598, que abordaba el proceso de evaluación de productos software. Esta familia de normas ISO/IEC 25000 se encuentra compuesta por cinco divisiones.
OBJETIVO
DE LA ISO/IEC 25000
Su
objetivo es la creación de un marco de trabajo común para evaluar la calidad del
producto
software, sustituyendo a las anteriores ISO/IEC 9126 e ISO/IEC 14598 y
convirtiéndose,
de esta manera, en la piedra angular de esta área de la Ingeniería
del
Software.
La
ISO/ IEC 25000 está articulada en varias divisiones, entre las que podemos
destacar
la ISO/IEC 25040(1), que define el proceso de evaluación de la calidad del
producto
software, y la ISO/IEC 25010(2), que determina
las características y
subcaracterísticas
de calidad que se pueden evaluar para un producto software.
REFERENCIAS BIBLIOGRÁFICAS
CALLEJAS-CUERVO, Mauro ; ALARCÓN-ALDANA, Andrea Catherine;
ÁLVAREZ-CARREÑO, Ana María. Modelos de calidad del software, un estado del
arte. En: Entramado. Enero - Junio, 2017. vol. 13, no. 1, p. 236-250, http://dx.doi.org/10.18041/entramado.2017v13n1.25125.
CVUDES. (s.f.). Estándares para Evaluación de la
Calidad del Software. Obtenido de
https://aulavirtual-eew.cvudes.edu.co/publico/lems/L.000.008.MG/Documentos/cap3/Capitulo_Completo.pdf
Moreno, J. J., Bolaños, L.
P., & Navia, M. A. (2010). Exploración de modelos y estándares de calidad
para el producto software. Revista UIS Ingenierías, 9(1), 39-53.
Procem Consultores. (8 de abril de 2019). Qué son
las normas ISO? Obtenido de https://www.youtube.com/watch?v=QrWsBj6ARG0
Este modelo de calidad fue propuesto por
Robert Grady y Hewlett Packard
Co (HP) en 1987. Esta propuesta
contempla, por un lado 5
características de las cuales se deriva
su nombre (Funcionalidad, Facilidad
de Uso, Confiabilidad, Performance
y Facilidad de Soporte), y por otro,
que los requisitos se clasifiquen
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.
lncluye, los factores de calidad y los atributos, restricciones de diseño y requerimientos de implementación, físicos y de interfaz. Una limitación de 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.
Imagen 1: Tomada de: https://cmapspublic2.ihmc.us/rid=1SX6ZYN8M-13VWV53SZ6/1SX6J8Z9VIZLNFR2I8TIvideo
Veamos un vídeo del modelo de calidad furps.
Recuperado de: https://www.youtube.com/watch?v=hc62NLADykQ
La calidad del modelo depende de la persona que lo trabaje y lo califique o de su correcto funcionamiento, por ello en la calidad del software se requiere mucho esfuerzo para poder garantizar su certificación. a continuación veremos unos requerimientos de este modelo.
Referencias
Chinchilla, Z. (2016), Libro Electrónico Multimedial: Recursos Educativos Digitales. Capítulos 1 y (CVUDES).
Eeles, P. (1 de Julio de 2004). IBM. Obtenido de http://www.ibm.com/developerworks/rational/library/3975.html
Ratoide. (29 de Noviembre de 2008). Ing. de Software. Obtenido de http://clases3gingsof.wikifoundry.com/page/FURPS
Rey, A. (2015). Libro Electrónico Multimedial: Evaluación de la Calidad de la Tecnología Educativa. Capítulos 2 y 4. (CVUDES).
Solano, H., & Torres, I. (2013). Universidad del Azuay. Obtenido de http://dspace.uazuay.edu.ec/bitstream/datos/3139/1/09914.pdf
Este modelo de calidad fue propuesto
por Barry Boehm en el año de 1978
y es similar al modelo de McCall
definiendo la calidad en términos de
atributos cualitativos y métricas para
realizar las medidas,
es una herramienta que guía a las organizaciones a una mejora continua y a la competitividad.
Este modelo contempla tres niveles jerárquicos: Las características de alto nivel, de nivel intermedio y las características primitivas todas contribuyen al nivel de calidad global.
Figura 1. Elaborado a partir de Scalone (2006)
Descripciones de sus características
Características de alto nivel
· Utilidad, es muy útil y de fácil uso es decir(usable, confiable, eficiente).
· Mantenimiento, se puede modificar y nutrir fácilmente.
· Portabilidad, Independencia del dispositivo y Autocontención.
· Eficiencia (Capacidad para rendir cuentas, Accesibilidad)
· Capacidad de prueba ( Mantenibilidad)
· Flexibilidad (Mantenibilidad)
Características Primitivas
Este es el nivel más bajo y encontramos:
Portabilidad
. Independencia de dispositivos
· Auto-contención de confiabilidad.
· Auto-contención
· Exactitud
· Completitud
· Consistencia
· Robustez/Integridad
Eficiencia
· Accesibilidad
· Eficiencia de uso de dispositivos
Usabilidad
· Robustez/Integridad
· Accesibilidad
· Comunicación
Testeabilidad
· Comunicación
· Auto descripción
· Estructuración
Ventajas y desventajas del modelo de BOEHM
Ventajas
·Presenta un rango alto de características primitivas.
·Une los mejores elementos de otros modelos.
·Integra el desarrollo del software con el mantenimiento.
·Es el segundo modelo de calidad más conocido.
Desventajas
·Genera mucho tiempo el análisis.
·Es un modelo costoso.
·Funciona mejor en grandes proyectos.
·Se trabaja siguiendo un protocolo y debe ser seguido estrictamente para un buen funcionamiento.
Comparación entre el modelo de BOEHM y el modelo McCALL
Figura 2. Tomada de: https://vignette.wikia.nocookie.net/modelos-de-evaluacion-de-red-grupo11/images/9/9e/Cuadro_Comparativo.jpg/revision/latest?cb=20181006172715&path-prefix=es
Barry Boehm
Barry W. Boehm es un ingeniero informático estadounidense y también es profesor emérito de esta materia en el departamento de ciencias tecnológicas en la Universidad del Sur de California. Es conocido por sus múltiples aportes a este campo y por haber creado dicho modelo.
"La idea
del modelo es la descomposición
del concepto genérico de calidad en
tres capacidades importantes para
un producto software, todo desde
la mirada del usuario. A su vez cada
capacidad se descompone en un
conjunto de factores y finalmente
se definen criterios para evaluar
el factor a través de métricas que
indican en qué medida el sistema
posee una característica dada". (Rey,A.2015)
(Sánchez, Sicilia, Rodríguez, 2012, p. 385) FACTORES DE CALIDAD
Refiriéndose a los factores de la figura, McCall proporciona las siguientes descripciones:- Corrección: Hasta dónde satisface un programa su especificación y consigue los objetivos de la misión del cliente.- Fiabilidad: Hasta dónde puede quedarse un programa que lleve a cabo su función pretendida con la exactitud solicitada. Cabe hacer notar que se han propuesto otras definiciones de fiabilidad más completas.Eficiencia: El conjunto de recursos informáticos y de código necesarios para que un programa realice su función.- Integridad: Hasta dónde se puede controlar el acceso al software o a los datos por individuos no autorizados.- Usabilidad (facilidad de manejo): El esfuerzo necesario para aprender, operar, y preparar datos de entrada e interpretar las salida (resultados) de un programa.
- Facilidad de mantenimiento: El esfuerzo necesario para localizar y arreglar un error en un programa.- Flexibilidad: El esfuerzo necesario para modificar un programa operativo.- Facilidad de prueba: El esfuerzo necesario para aprobar un programa para asegurarse de que realiza su función pretendida.- Portabilidad: El esfuerzo necesario para trasladar el programa de un entorno de sistema hardware y/o software a otro.- Reusabilidad: (capacidad de reutilización): Hasta dónde se puede volver a utilizar un programa (o partes) en otras aplicaciones con relación al empaquetamiento y alcance de las funciones que ejecuta el programa.- Interoperatividad: El esfuerzo necesario para acoplar un sistema con otro.
El modelo de McCall evalúa la calidad de los productos descomponiendo la calidad en
once factores y criterios de calidad según tres perspectivas, operación, revisión y
transición del producto.
a) Revisión del producto. Se integra por todos los factores de calidad que permitan al
evaluador del producto conocer la capacidad que tiene el software para adaptarse a los
cambios ante alguna modificación propia del software o de acuerdo al objetivo de la
empresa.
b) Transición del producto. Incluye factores de calidad que proporcionan la
adaptabilidad que tiene el software a nuevos sistemas informáticos o a la comunicación
que puede establecer con otras aplicaciones.
c) Operación del producto. Se especifican los factores de calidad referentes a las
características operativas del producto software. Identificando el cumplimiento del objetivo
para la satisfacción del cliente, el tiempo de ejecución, el esfuerzo requerido para
manipularlo, etc
El software es una de las herramientas de mayor utilidad en el mejoramiento de procesos en las organizaciones, con el propósito de contar y
ofrecer optimización, eficiencia y satisfacción de necesidades, razón por la
cual este debe contar con criterios que garanticen su calidad.
El concepto de calidad de software, según Pressman (2010) se
asocia a la “concordancia con los requisitos funcionales y de rendimiento
explícitamente establecidos con los estándares de desarrollo plenamente
documentados y con las características implícitas que se espera de todo
software desarrollado profesionalmente”.
El término calidad de software se refiere al grado de
desempeño de las principales características con las que debe cumplir un
sistema computacional durante su ciclo de vida, dichas características de
cierta manera garantizan que el cliente cuente con un sistema confiable, lo
cual aumenta su satisfacción frente a la funcionalidad y eficiencia del sistema
construido.
La calidad frente a la evaluación de un software ha sido
desde siempre un motivo de estudio a partir del cual se han generado unos estándares
y también los denominados modelos de calidad.
En el ámbito de la construcción de software, el modelo de
calidad debe permitir evaluar el sistema, bien sea cualitativa o
cuantitativamente, y de acuerdo con esta evaluación la organización podrá
proponer e implementar estrategias que permitan la mejora del proceso dentro de
las etapas de análisis, diseño, desarrollo y pruebas del software.
Así mismo, los modelos de calidad de software se clasifican
de acuerdo con el enfoque de evaluación, ya sea a nivel de proceso, producto o
calidad en uso.
A nivel de proceso, el software debe llevar a cabo un
control y seguimiento de los aspectos de calidad con el propósito de evitar
riesgos y ofrecer un soporte continuo para garantizar así un óptimo nivel de cumplimiento
de los factores de calidad.
A nivel de producto,
la principal finalidad del modelo de calidad es especificar y evaluar el
cumplimiento de criterios del producto, para lo cual se aplican medidas
internas y/o medidas externas (Bevan, 2010).
A nivel de uso, la calidad se define como el “conjunto de
atributos relacionados con la aceptación por parte del usuario final y
seguridad”, y está basada en la eficacia, productividad, seguridad y
satisfacción, según ISO/IEC 9126.
Las empresas deben propender por hacer uso de estándares o
modelos siempre con el firme propósito de buscar la calidad. Lo importante es
que aquellas que deciden implantar modelos o estándares de calidad, tienen como
objetivo fundamental desarrollar de manera sistemática productos, bienes y/o
servicios de mejor calidad y que cumplan con las necesidades y expectativas de
sus clientes.
Dentro de los diferentes modelos para evaluar un software se encuentran modelos a nivel de proceso y modelos a nivel de producto:
Modelos a nivel de Proceso
Bootstrap: Metodología de evaluación que permite la
mejora de procesos a partir de seis actividades básicas: Examinar la necesidad, Iniciar proceso de mejora, preparación
y dirección de la evaluación, análisis de resultados, implantación y finalización de mejoras (Herrera, 2012).
CMMI (Capability
Maturity Model Integration): Es de los modelos más utilizados en las
empresas de construcción de software, con el propósito de verificar el
cumplimiento de estándares de calidad a partir de la medición con niveles de
madurez. Este modelo se representa de dos maneras: escalonada y continua, donde
el modelo escalonado está dirigido al software y permite clasificar las
organizaciones en cinco tipos de nivel establecidos: Inicial, gestionado,
definido, gestionado cuantitativamente y en optimización; y por su parte el
modelo continuo se enfoca al análisis de la capacidad de cada proceso inmerso
en las áreas de la ingeniería de sistemas y lo clasifica en uno de los
siguientes seis niveles: Incompleto (0), ejecutado (1), gestionado (2),
definido (3), cuantitativamente gestionado (4) y en optimización (5) (Petrie,
2009).
Dromey: Es un
modelo adaptable a evaluar varias etapas del proceso de desarrollo como
levantamiento de requisitos, diseño e implementación. Se estructura con
características y subcaracterísticas de calidad; propone tres modelos distintos
para cada etapa de construcción del producto: modelo de requerimientos, modelo
de diseño y modelo de calidad de la implementación, a partir de la evaluación
establecida en cinco etapas, para características como: eficiencia,
confiabilidad, mantenibilidad, portabilidad, facilidad de uso y funcionalidad
(Scalone, 2006).
Cobit 4.0: Se caracteriza por ser orientado a negocios y
proceso, además de ser basado en controles, trabaja con
siete criterios de información que son definidos como requerimientos de control del negocio: efectividad, eficiencia,
confidencialidad, integridad, disponibilidad, cumplimiento y
confiabilidad (Guerrero, 2006).
Modelos a nivel de Producto
McCall: Uno de los modelos pioneros en la evaluación de
la calidad de software, tiene tres etapas definidas: factores,
criterios y métricas. Los once criterios base, son: Exactitud,
confiabilidad, eficiencia, integridad, usabilidad, mantenibilidad, testeabilidad, flexibilidad, portabilidad, reusabilidad e
interoperabilidad (Khosravi, 2004).
Boehm: Es un modelo incremental, dividido en regiones
de tareas y estas a su vez en conjuntos de tareas, las cuales
se ajustan a la cantidad de iteraciones que el equipo defina,
y cada iteración se divide en cuatro sectores: planeación,
análisis de riesgo, ingeniería y evaluación (Velazco, 2016).
FURPS: Modelo desarrollado por Hewlett-Packard, cuyo
nombre proviene de los criterios que evalúa: Funcionalidad,
usabilidad, confiabilidad (reliability), desempeño (performance) y soportabilidad (Soto, 2015).
GILB: Modelo de calidad que orienta la evaluación de software a partir de los atributos: Capacidad de trabajo, adaptabilidad, disponibilidad y utilizabilidad, los cuales se dividen
en subatributos, de tal manera que sirva de apoyo a la gestión de proyectos, y proporcione una guía para solucionar
problemas y detectar riesgos (Khosravi, 2004).
Referencias
Bibliográficas
CALLEJAS-CUERVO, Mauro ; ALARCÓN-ALDANA, Andrea Catherine;
ÁLVAREZ-CARREÑO, Ana María. Modelos de calidad del software, un estado del
arte. En: Entramado. Enero - Junio, 2017. vol. 13, no. 1, p. 236-250, http://dx.doi.org/10.18041/entramado.2017v13n1.25125.
Chinchilla, Z. (2016), Libro Electrónico Multimedia: Modelos
de Calidad Capítulo 2. (CVUDES).
NAVA, E. E. (18 de Noviembre de 2016). Gestión de
calidad de software. Obtenido de
https://www.youtube.com/watch?v=6YorGTJmLA4
Definición y
Evolución de los
Recursos Educativos
Digitales
A partir de la conceptualización del
Ministerio de Educación Nacional
(2012), un Recurso Educativo Digital
(RED) “es todo tipo de material
que tiene una intencionalidad y
finalidad enmarcada en una acción
Educativa, cuya información es
Digital, y se dispone a través de
internet y que permite y promueve
su uso, adaptación, modificación y/o
personalización.”
Dentro de la categoría de los Recursos
Educativos Digitales, encontramos
los contenidos educativos digitales,
que según Morán (2014), son
materiales de carácter didáctico,
basados en la investigación
documental, experiencial o de
ambas fuentes, originados del
tratamiento pedagógico de la
temática seleccionada y constituida
en guion instruccional para su conversión en formato multimedia.
Dentro de los mencionados
contenidos educativos, encontramos
tutoriales, simuladores, páginas
web, aplicaciones, software, libros
digitales o juegos con intención
educativa que son utilizados en
estrategias didácticas que implican
la ejercitación, simulación,
modelación, práctica, trabajo
colaborativo, trabajo por proyectos o
trabajo autónomo, entre otros.
Evolución del
concepto.
En la década de los sesenta inició
de una forma muy visionaria una
aproximación a lo que después de
cuarenta años se conocería como los
Recurso Educativo Digital.
De acuerdo con Gerard (1969, pp.41)
“Las unidades curriculares se pueden
hacer más pequeñas y combinarse de
manera estandarizada como piezas
de Meccano, en una gran variedad de
programas particulares personalizadas
para cada estudiante”
Willey (1994) Reporta que el
comité para la Estandarización
de Tecnologías de Aprendizaje,
seleccionó el Término “Objeto
de Aprendizaje” para referirse a
los componentes instruccionales
pequeños.
Como resultado del encuentro con la docente Johanna Beatriz Ayala Moreno a través de la primera videoconferencia, se conformó un grupo de Whatsapp para los integrantes del módulo Evaluación de Recursos Educativos Digtales y allí nos contactamos para organizar nuestro grupo de trabajo y abrir el espacio en la misma aplicación. Después de una primera interacción para conocernos, llegamos a los siguientes acuerdos:
1. Utilizar como medio de comunicación inmediato el grupo de Whatsapp de los cuatro. 2. Determinar los roles y asignar al responsable de abrir el espacio virtual (Blog) 3. Realizar las lecturas correspondientes para esta actividad. 4. Asignar tareas. 5. Alimentar y editar el blog. ASPECTOS POR MEJORAR Es importante fortalecer los conocimientos en el uso de espacios virtuales como el blog, surgieron dudas de edición que tratamos de solucionar pero no fue posible.
