EVALUACIÓN DE RECURSOS EDUCATIVOS DIGITALES

NIDIA MILENA GARCÍA GARZÓN

DIEGO LEANDRO TOVAR SALAZAR

DIEGO ANDRES LOSADA

UNIVERSIDAD DE SANTANDER

ESPECIALIZACION EN APLICACIÓN DE TIC PARA LA ENSEÑANZA

NEIVA - 2018
 INTRODUCCION

Las normas de calidad en los Recursos Educativos Digitales buscan sin duda crear confianza y

estandarizar los procedimientos que se realizan en aras de ofrecer productos de calidad y que

puedan servir para el mejoramiento continuo y donde el beneficiado sea siempre el usuario final

quien es el que espera un resultado de acuerdo a sus necesidades.

En este caso las normas ISO han formulado una serie de estándares para la gestión de la calidad

el aseguramiento de la misma, conocidos en conjunto como estándar o norma ISO 9000; el

Aseguramiento de Calidad es la parte de la gestión de calidad que está orientada a proporcionar

confianza en que se cumplirá los requisitos de calidad ISO.

Se ha enfatizado que la calidad abarca tanto la calidad del producto final como la calidad de su

proceso de desarrollo. Los esfuerzos de estandarizar estas normas han beneficiado en sí mismo a

la producción de recursos y también al usuario final.

A continuación, se hará una breve descripción de los modelos de calidad.

 MODELO DE CALIDAD DE McCall.

Este modelo de calidad apareció en 1977 y propone una serie de factores conocidos, factores de

McCall, Richards y Walters (1977), la idea del modelo es una descomposición del concepto

genérico de calidad en tres capacidades importantes para un software de software, todo desde la

mirada del usuario. A su vez cada capacidad se descompone en un conjunto de factores y

finalmente se define criterios para evaluar el factor a través de las mediciones que indican que el

sistema posee una característica dada. En la Tabla 3 presentamos las capacidades y los factores

propuestos por McCall.

Capacidades y Factores de Producto según McCall

Puntos De Vista O
Factor Criterios
Ejes

- Facilidad de operación: Atributos del software que

determinan la facilidad de operación del software.

- Facilidad de comunicación: Atributos del software que

proporcionan entradas y salidas fácilmente asimilables.

OPERACIÓN
- Facilidad de aprendizaje: Atributos del software que
DEL PRODUCTO
Facilidad de uso
facilitan la familiarización inicial del usuario con el

software y la transición del modo actual de operación.

- Formación: El grado en que el software ayuda para

permitir que nuevos usuarios apliquen el sistema.

 - Control de accesos. Atributos del software que

proporcionan control de acceso al software y los datos que

maneja.

- Facilidad de auditoría: Atributos del software que

Integridad
facilitan la auditoría de los accesos al software.

- Seguridad: La disponibilidad de mecanismos que

controlen o protejan los programas o los datos.

- Completitud: Atributos del software que proporcionan la

implementación completa de todas las funciones

requeridas.

- Consistencia: Atributos del software que proporcionan

uniformidad en las técnicas y notaciones de diseño e

implementación.
Corrección

- Trazabilidad o rastreabilidad: Atributos del software que

proporcionan una traza desde los requisitos a la

implementación con respecto a un entorno operativo

concreto.

- Precisión: Atributos del software que proporcionan el

OPERACIÓN
grado de precisión requerido en los cálculos y los
Fiabilidad
DEL PRODUCTO
resultados.
 -Tolerancia a fallos: Atributos del software que posibilitan

la continuidad del funcionamiento bajo condiciones no

usuales.

-Modularidad: Atributos del software que proporcionan

una estructura de módulos altamente independientes.

-Simplicidad: Atributos del software que posibilitan la

implementación de funciones de la forma más

comprensible posible.

- Exactitud: La precisión de los cálculos y del control.

-Eficiencia en ejecución: Atributos del software que

minimizan el tiempo de procesamiento.

Eficiencia -Eficiencia en almacenamiento: Atributos del software

que minimizan el espacio de almacenamiento necesario.

-Concisión: Atributos del software que posibilitan la

implementación de una función con la menor cantidad de

Facilidad de códigos posible.

REVISIÓN DEL

PRODUCTO
mantenimiento -Auto descripción: Atributos del software que

proporcionan explicaciones sobre la implementación de

las funciones.
 -Instrumentación: Atributos del software que posibilitan la

observación del comportamiento del software durante su

Facilidad de
ejecución para facilitar las mediciones del uso o la
prueba
identificación de errores.

-Capacidad de expansión: Atributos del software que

posibilitan la expansión del software en cuanto a

capacidades funcionales y datos.

Flexibilidad
-Generalidad: Atributos del software que proporcionan

amplitud a las funciones implementadas.

-Independencia entre sistema y software: Atributos del

software que determinan su dependencia del entorno

operativo.

Reusabilidad
- Independencia del hardware: Atributos del software que

determinan su dependencia del hardware.

-Compatibilidad de comunicaciones: Atributos del

software que posibilitan el uso de protocolos de

comunicación e interfaces estándar.

Interoperabilidad
-Compatibilidad de datos: Atributos del software que

posibilitan el uso representaciones de datos estándar.

 -Estandarización en los datos: El uso de estructuras de

datos y de tipos estándar a lo largo de todo el programa.

-Independencia entre sistema y software.

Portabilidad - Independencia del hardware.

VIDEO SOBRE EL MODELO DE MCCALL

https://www.youtube.com/watch?v=lG_Vr2aVmag&t=1s
 MODELO BOHEM

Barry Boehm

Barry W. Boehm (n. 1935) 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. En 1957, recibió su grado de B.A. en

Harvard. Obtuvo sus grados de M.Cs. y de Ph.D. en Matemáticas en la Universidad de California

en 1961 y 1964, respectivamente.1

En 1955, comenzó a trabajar como analista de programas en General Dynamics. En 1959 pasó a

la RAND Corporation, donde fue jefe del departamento de ciencias informáticas hasta 1973.

Desde ese año a 1989 fue científico en jefe del equipo de defensa de sistemas en TRW. Entre

1989 y 1992, sirvió en el departamento de los Estados Unidos de la defensa como director de la

oficina de las ciencias y tecnología de la información de Defense Advanced Research Projects

Agency (DARPA), y como director del software de Director, Defense Research & Engineering

en la oficina de informática.1 Desde 1992 es profesor de ingeniería informática en el

departamento de ciencias de la informática en la Universidad del Sur de California.

Sus intereses actuales en la investigación incluyen modelar los procesos del software, ingeniería

de requisitos del software, las arquitecturas del software, métrica del software y los modelos de

contabilidad de coste, los ambientes de la tecnología de dotación lógica, y tecnología de dotación

lógica basada en el conocimiento.

Sus contribuciones al campo incluyen el modelo constructivo del coste (COCOMO), el modelo

espiral del proceso del software, el acercamiento de la teoría W (ganar-ganar) a la determinación

de la gerencia y de los requisitos del software y a dos ambientes avanzados de la tecnología de

dotación lógica: el sistema y el Quantum de la productividad del software de TWR.

Ha desempeñado servicios en varios diarios científicos, incluyendo las transacciones de instituto

de Ingenieros Eléctricos y Electrónicos (IEEE) en la tecnología de dotación lógica, la

computadora y el software de IEEE, revisiones que computaban de Association for Computing

Machinery (ACM), la tecnología de dotación lógica automatizada, el proceso del software, y la

tecnología

de la información y del software.

Entre sus distinciones incluyen conferencias en la Academia de Ciencias de la URSS (1970), la

concesión de los sistemas de información del AIAA [1] en 1979, el premio de J.D. Warnier ([2])

por su honorabilidad en ciencias de la información en 1984, la concesión de ISPA Freiman para

análisis paramétricos en 1988, el consentimiento del logro del curso de la vida de ASQC (1994),

y de la concesión distinguida ACM de la investigación en la tecnología de dotación lógica

(1997).

Actualmente trabaja en la AIAA, en ACM, en IEEE, y es miembro de la academia nacional de

ingeniería.

MODELO BOHEM

Este modelo propone una jerarquía de niveles, en forma de un árbol con tres ramas principales,

que permiten que el software sea de utilidad: Portabilidad, Facilidad de Uso y Facilidad de

Mantenimiento. Se estructura en tres niveles: Aplicaciones primarias, Construcciones

Intermedias (factores) y Construcciones Primitivas, y finalmente las Métricas que determinan los

valores para los criterios (construcciones primitivas)

VIDEO DE MODELO SEGÚN BOEHM

https://www.youtube.com/watch?v=T0ou0GzLdNg
 MODELO FURPS

Este modelo fue desarrollado por Hewlett-Packard en el año 1987. En él se Desarrollan un

conjunto de factores de calidad de software, bajo el acrónimo de FURPS: funcionalidad

(Functionality), usabilidad (Usability), confiabilidad (Reliability), desempeño (Performance) y

capacidad de soporte (Supportability)[6]. En el Cuadro 3 se muestra el diagrama de FURPS y los

criterios de calidad y factores asociados.

El modelo FURPS+ establece cinco características como factores de calidad que son los que le

dan nombre:

Functionality (Funcionalidad).

Usability (Usabilidad).

Reliability (Confiabilidad).

Perfomance (Prestación) y

Supportability (Soporte).

El modelo FURPS incluye, además de 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.

La funcionalidad puede incluir:

Características de sistemas.

Capacidades.

Seguridad.

Los requerimientos de usabilidad pueden incluir subcategorias tales como:

Factores humanos.

Estética.

Consistencia. Documentación.

La confiabilidad incluye:

Recuperabilidad.

Precisión.

Predicción.

Prestación:

Velocidad.

Eficiencia.

Consumo.

Productividad.

Tiempo de respuesta.
Soporte:

Extensibilidad.

Mantenibilidad.

Compatibilidad.

Configurabilidad.

Funcionalidad: Se valora evaluando el conjunto de características y capacidades del programa,

la generalidad de las funciones entregadas y la seguridad del sistema global.

Facilidad de uso. Se valora considerando factores humanos, la estética, la consistencia y la

documentación general.

Fiabilidad: Se evalúa midiendo la frecuencia y gravedad de los fallos, la exactitud de las salidas

(resultados), el tiempo de medio de fallos (TMDF), la capacidad de recuperación de un fallo y la

capacidad de predicción del programa.

Rendimiento: Se mide por la velocidad de procesamiento, el tiempo de respuesta, consumo de

recursos, rendimiento efectivo total y eficacia.

Capacidad de soporte: Combina la capacidad de ampliar el programa (extensibilidad),

adaptabilidad y servicios (estos tres atributos representan un término más común -

mantenimiento-), así como capacidad de hacer pruebas, compatibilidad, capacidad de

configuración, la facilidad de instalación de un sistema y la facilidad con que se pueden localizar

los problemas.
El signo “+”: Son requerimientos adicionales que regularmente son restricciones.

Restricciones de diseño: Limitan las posibilidades para diseñar un sistema.

Restricciones de implementación: Se refieren a las reglas para la programación, como la

utilización especifica de un lenguaje, o apegarse a ciertos estándares.

Restricciones de interface: Indican elementos externos con los que el sistema debe interactuar.

Restricciones físicas: Se refieren a indicaciones para el hardware

daptabilidad.
Ventajas

 Se pueden reducir los riesgos de no considerar alguna de las facetas del desarrollo de un

sistema.

 Es posible estandarizar algunos criterios para poder obtener los requerimientos.

Los criterios son de fácil comprensión lo que facilita su implementación

Desventajas

El modelo tiene bastantes métricas lo que puede generar mayor demanda en tiempo y costos
 CONCLUSIONES

 Los modelos analizados de Boehm, McCall y FURPS cumplen como principal función la

de garantizar la calidad de los Recursos Educativos Digitales con el fin de satisfacer las

necesidades de los usuarios.

 Los modelos tienen características comunes como la eficiencia, confiablidad,

funcionalidad, usabilidad, portabilidad, consistencia y facilidad de soporte lo que los hace

óptimos en la ejecución de su uso.

 Los Recursos Educativos Digitales al ser analizados por cada uno de estos modelos

cumplen con una serie de requisitos que certifican su usabilidad en aras de orientar

recursos que dinamicen las actividades académicas programadas en cualquier área.

 BIBLIOGRAFIA

Ratoide. Noviembre 29 de 2008. FURPS. Recuperado de

http://clases3gingsof.wikifoundry.com/page/FURPS

Betancur. Septiembre 07 de 2016. Modelo Furps.

https://www.youtube.com/watch?v=av87xCXCJmc

2017. Modelo de Evaluación FURPS. Recuperado de

https://sites.google.com/site/evaluacionredgrupo3/modelo-de-evaluacion-furps

Engineering. 05 de febrero de 2012. Obtenido de

«https://es.wikipedia.org/w/index.php?title=Barry_Boehm&oldid=8875260»5

Ballesteros. 08 de Agosto de 2009. Modelo Original de Boehm. Recuperado de

http://modeloespiral.blogspot.com.co/2009/08/modelo-original-de-boehm.html

Gutiérrez. 30 de Septiembre de 2017. Colombia.

https://www.youtube.com/channel/UCmH_h1UC4MN60vktywpUsug