miércoles, 29 de agosto de 2018

Bibliografia

·         Arroyo Acuña, J. F. (2015). Introducción a la Calidad en el Desarrollo de Software. Obtenido de http://slideplayer.es/slide/4621360/
·         ISO. (2014). ISO/IEC 25000:2014. Obtenido de https://www.iso.org/obp/ui/#iso:std:iso-iec:25000:ed-2:v1:en
·         Largo, C. A., & Marín, E. (27 de 05 de 2009). Guia tecnica para Evaluacion de software. Obtenido de https://jrvargas.files.wordpress.com/2009/03/guia_tecnica_para_evaluacion_de_software.pdf
·         Pardo Rivera, C. M. (06 de 03 de 2018). Estandares y Modelos de Calidad del Software. Obtenido de http://evaluaciondesoftware2013.blogspot.com.co/
·         Scalone, F. (06 de 2006). Tesis Maestria Ingenieria en Calidad. Obtenido de https://es.scribd.com/document/68565051/Scalone-Tesis-Maestria-Ingenieria-en-Calidad
·         Wikipedia. (30 de 04 de 2018). ISO/IEC 9126 - 1. Obtenido de https://es.wikipedia.org/wiki/ISO/IEC_9126
·         Libro Electrónico Multimedial: Recursos Educativos Digitales. Capítulos 1 y 2. (CVUDES). Chinchilla, Z. (2016).
·         Libro Electrónico Multimedial: Evaluación de la Calidad de la Tecnología Educativa. Capítulos 2 y 4. (CVUDES). Rey, A. (2015).
·         Herramienta de Evaluación de la Calidad de Objetos de Aprendizaje (herramienta COdA) Fernández, A; Domínguez, E. & De Armas, I. (2012).
·         Instrumento para la evaluación de objetos de aprendizaje (LORI_ESP). Otamendi, A; Belfer, K; Nesbit, J. & Leacock, T. (s.f.).
·         Calidad en objetos de aprendizaje”. Actas del V Simposio Pluridisciplinar sobre Diseño y Evaluación de Contenidos Educativos Reutilizables, Universidad de Salamanca. Vidal, C. Segura, A. & Prieto, M. (2008).
·         Cómo evaluar sitios y recursos educativos de Internet. Educ.ar (s.f).

CONCLUSIONES



El análisis de los modelos de calidad en las evaluaciones observamos que se orientan a que sean eficientes y concuerden con el objeto de aprendizaje aplicado. 

Identificar los modelos de evaluación de los recursos educativos digitales no solo le permite disponer de criterios para identificar  el RED que mas apunta a la necesidad educativa, si no que también transforma nuestras practicas pedagógicas

MODELO ISO 25000


MODELO ISO 25000

La ISO 25000 de 2005,  se conoce como SQUARE (Software Quality Requirement Evaluation) y básicamente se trata de una unificación y revisión de los estándares ISO/IEC 9126 e ISO/IEC 14598.
Su objetivo principal es guiar el desarrollo de los productos de software con la especificación y evaluación de requisitos de calidad.
La norma está formada por las siguientes divisiones [ISO25000.com, b]:
·         División de gestión de calidad (ISO/IEC 2500n): los estándares que forman esta división definen todos los modelos comunes, términos y referencias a los que se alude en las demás divisiones de SQuaRE.
·         División del modelo de calidad (ISO/IEC 25001n): el estándar que conforma esta división presenta un modelo de calidad detallado, incluyendo características para la calidad interna, externa y en uso.
·         División de mediciones de calidad (ISO/IEC 25002n): los estándares pertenecientes a esta división incluyen un modelo de referencia de calidad del producto software, definiciones matemáticas de las métricas de calidad y una guía práctica para su aplicación. Presenta aplicaciones de métricas para la calidad de software interna, externa y en uso.
·         División de requisitos de calidad (ISO/IEC 25003n): los estándares que forman parte de esta división ayudan a especificar los requisitos de calidad. Estos requisitos pueden ser usados en el proceso de especificación de requisitos de calidad para un producto software que va a ser desarrollado ó como entrada para un proceso de evaluación.
·         División de evaluación de la calidad (ISO/IEC 25004n): estos estándares proporcionan requisitos, recomendaciones y guías para la evaluación de un producto software, tanto si la llevan a cabo evaluadores, como clientes o desarrolladores.
En el modelo de calidad hay tres vistas del modelo según el contexto: modelo de calidad de software, modelo de calidad de datos y modelo de calidad en uso, que puede tener distintas vistas según la parte beneficiaria que consideremos (usuario final, organización y soporte técnico)
En el modelo de calidad de software la usabilidad se mantiene como una característica más del producto, pero que se llama operabilidad, y tiene alguna diferencia respecto a la ISO 9126, siendo sus sub características:
Fácil de aprender: capacidad para ser aprendido en su manejo
Fácil de entender: capacidad del producto de ser entendida por nuevos usuarios en términos de su propósito y cómo puede ser usado en tareas específicas.
Fácil de usar: capacidad del producto de ser operado y controlado en cualquier momento.
Atractivo: capacidad del producto de ser atractivo para sus usuarios.
Conformidad: capacidad del producto para adherirse a estándares, convenciones, guías de estilo o regulaciones relacionadas con la usabilidad.
Facilidad de ayuda: hace referencia al grado con el que el producto ofrece ayuda a los usuarios cuando la necesitan, algo que en la ISO 9126 se consideraba implícita en la facilidad de aprender.
Accesibilidad técnica: hace referencia a cómo el producto software puede ser usado por personas con discapacidad. (ISO, 2014)

MODELO ISO 9126


MODELO ISO 9126

Esta norma Internacional fue publicada en 1992, la cual es usada para la evaluación de la calidad de software, llamado “Information technology-Software product evaluation-Quality characteristics and guidelines for their use”; o también conocido como ISO 9126 (o ISO/IEC 9126). Este estándar describe 6 características generales: Funcionalidad, Confiabilidad, Usabilidad, Eficiencia, Mantenibilidad, y Portabilidad.
 La norma ISO/IEC 9126 permite especificar y evaluar la calidad del software desde diferentes criterios asociados con adquisición, requerimientos, desarrollo, uso, evaluación, soporte, mantenimiento, aseguramiento de la calidad y auditoria de software. Los modelos de calidad para el software se describen así:
 CALIDAD INTERNA Y EXTERNA: Especifica 6 características para calidad interna y externa, las cuales, están subdivididas. Estas divisiones se manifiestan externamente cuando el software es usado como parte de un sistema Informático, y son el resultado de atributos internos de software.
FUNCIONALIDAD
Funcionalidad es la capacidad del software de cumplir y proveer las funciones para satisfacer las necesidades explícitas e implícitas cuando es utilizado en condiciones específicas.
La funcionalidad se divide en 5 criterios:
Adecuación: La capacidad del software para proveer un adecuado conjunto de funciones que cumplan las tareas y objetivos especificados por el usuario.
 Exactitud: La capacidad del software para hacer procesos y entregar los resultados solicitados con precisión o de forma esperada.
Interoperabilidad: La capacidad del software de interactuar con uno o más sistemas específicos.
Seguridad: La capacidad del software para proteger la información y los datos de manera que los usuarios o los sistemas no autorizados no puedan acceder a ellos para realizar operaciones, y la capacidad de aceptar el acceso a los datos de los usuarios o sistemas autorizados

Conformidad de la funcionalidad: La capacidad del software de cumplir los estándares referentes a la funcionalidad.

CONFIABILIDAD
La confiabilidad es la capacidad del software para asegurar un nivel de funcionamiento adecuado cuando es utilizando en condiciones específicas. En este caso a la confiabilidad se le amplia sostener un nivel especificado de funcionamiento y no una función requerida.
 La confiabilidad se divide en 4 criterios:
Madurez: La capacidad que tiene el software para evitar fallas cuando encuentra errores. Ejemplo, la forma como el software advierte al usuario cuando realiza operaciones en la unidad de diskette vacía, o cuando no encuentra espacio suficiente el disco duro donde esta almacenando los datos.
 Tolerancia a errores: La capacidad que tiene el software para mantener un nivel de funcionamiento en caso de errores.
 Recuperabilidad: La capacidad que tiene el software para restablecer su funcionamiento adecuado y recuperar los datos afectados en el caso de una falla.
 Conformidad de la fiabilidad: La capacidad del software de cumplir a los estándares o normas relacionadas a la fiabilidad.

USABILIDAD
La usabilidad es la capacidad del software de ser entendido, aprendido, y usado en forma fácil y atractiva. Algunos criterios de funcionalidad, fiabilidad y eficiencia afectan la usabilidad, pero para los propósitos de la ISO/IEC 9126 ellos no clasifican como usabilidad. La usabilidad está determinada por los usuarios finales y los usuarios indirectos del software, dirigidos a todos los ambientes, a la preparación del uso y el resultado obtenido.
 La usabilidad se divide en 5 criterios:
Entendimiento: La capacidad que tiene el software para permitir al usuario entender si es adecuado, y de una manera fácil como ser utilizado para las tareas y las condiciones particulares de la aplicación. En este criterio se debe tener en cuenta la documentación y de las ayudas que el software entrega.
Aprendizaje: La forma como el software permite al usuario aprender su uso. También es importante considerar la documentación.
 Operabilidad: La manera como el software permite al usuario operarlo y controlarlo.
 Atracción: La presentación del software debe ser atractiva al usuario. Esto se refiere a las cualidades del software para hacer más agradable al usuario, ejemplo, el diseño gráfico.
Conformidad de uso: La capacidad del software de cumplir los estándares o normas relacionadas a su usabilidad.
EFICIENCIA
La eficiencia del software es la forma del desempeño adecuado, de acuerdo a al número recursos utilizados según las condiciones planteadas. Se debe tener en cuenta otros aspectos como la configuración de hardware, el sistema operativo, entre otros.
La eficiencia se divide en 3 criterios:
 Comportamiento de tiempos: Los tiempos adecuados de respuesta y procesamiento, el rendimiento cuando realiza su función en condiciones específicas. Ejemplo, ejecutar el procedimiento más complejo del software y esperar su tiempo de respuesta, realizar la misma función, pero con más cantidad de registros.
Utilización de recursos: La capacidad del software para utilizar cantidades y tipos adecuados de recursos cuando este funciona bajo requerimientos o condiciones establecidas. Ejemplo, los recursos humanos, el hardware, dispositivos externos.
Conformidad de eficiencia: La capacidad que tiene el software para cumplir con los estándares o convenciones relacionados a la eficiencia.



CAPACIDAD DE MANTENIMIENTO
 La capacidad de mantenimiento es la cualidad que tiene el software para ser modificado. Incluyendo correcciones o mejoras del software, a cambios en el entorno, y especificaciones de requerimientos funcionales.
El mantenimiento se divide en 5 criterios:
Capacidad de ser analizado: La forma como el software permite diagnósticos de deficiencias o causas de fallas, o la identificación de partes modificadas.
Cambiabilidad: La capacidad del software para que la implementación de una modificación se pueda realizar, incluye también codificación, diseño y documentación de cambios.
Estabilidad: La forma como el software evita efectos inesperados para modificaciones del mismo.
Facilidad de prueba: La forma como el software permite realizar pruebas a las modificaciones sin poner el riesgo los datos.
Conformidad de facilidad de mantenimiento: La capacidad que tiene el software para cumplir con los estándares de facilidad de mantenimiento.
PORTABILIDAD
La capacidad que tiene el software para ser trasladado de un entorno a otro.
La usabilidad se divide en 5 criterios:
 Adaptabilidad: Es como el software se adapta a diferentes entornos especificados (hardware o sistemas operativos) sin que implique reacciones negativas ante el cambio. Incluye la escalabilidad de capacidad interna (Ejemplo: Campos en pantalla, tablas, volúmenes de transacciones, formatos de reporte, etc.).
 Facilidad de instalación: La facilidad del software para ser instalado en un entorno específico o por el usuario final.
Coexistencia: La capacidad que tiene el software para coexistir con otro o varios software, la forma de compartir recursos comunes con otro software o dispositivo.
Reemplazabilidad: La capacidad que tiene el software para ser remplazado por otro software del mismo tipo, y para el mismo objetivo. Ejemplo, la remplazabilidad de una nueva versión es importante para el usuario, la propiedad de poder migrar los datos a otro software de diferente proveedor.
Conformidad de portabilidad: La capacidad que tiene el software para cumplir con los estándares relacionados a la portabilidad.
CALIDAD EN USO
Calidad en uso es la calidad del software que el usuario final refleja, la forma como el usuario final logra realizar los procesos con satisfacción, eficiencia y exactitud. La calidad en uso debe asegurar la prueba o revisión de todas las opciones que el usuario trabaja diariamente y los procesos que realiza esporádicamente relacionados con el mismo software.
La calidad de uso se divide en 4 criterios:
Eficacia: La capacidad del software para permitir a los usuarios finales realizar los procesos con exactitud e integridad.
Productividad: La forma como el software permite a los usuarios emplear cantidades apropiadas de recursos, en relación a la eficacia lograda en un contexto específico de uso. Para una empresa es muy importante que el software no afecte a la productividad del empleado
 Seguridad: Se refiere al que el Software no tenga niveles de riesgo para causar daño a las personas, instituciones, software, propiedad intelectual o entorno. Los riesgos son normalmente el resultado de deficiencias en la funcionalidad (Incluyendo seguridad), fiabilidad, usabilidad o facilidad de mantenimiento.
 Satisfacción: La satisfacción es la respuesta del usuario a la interacción con el software, e incluye las actitudes hacia el uso del mismo. A continuación, se describe un cuadro donde podemos resumir las características y cada uno de sus atributos, este cuadro le ayudara a visualizar el proceso de evaluación (Largo & Marín, 2009).


MODELO GILD


MODELO GILD

El modelo Gilb fue aplicado en el Process Improvement Experiment funded under the European Systems and Software Initiative (ESSI), siendo implementado por el proyecto GINSENG (Gilb’s Inspections for Software Engineering), con el objetivo de mejorar las prácticas de implementación de redes de telecomunicación y desarrollo del software, aumentando así la efectividad y eficiencia de las actividades para identificar los defectos en los procesos de desarrollo e implementación.
Cuenta con cuatro fases fundamentales, la primera se denomina introducción, la segunda permite definir los procesos, la tercera describe los procesos en ejecución y finalmente se lleva a cabo la evaluación de procesos (Stasinos, 2012). Intracom S.A. (Grecia), es una empresa cuya área de trabajo son las telecomunicaciones, que implemento el modelo de GILB (Stasinos, 2012).

Modelo de calidad creado por Gilb en 1988. Este modelo presenta como aspecto fundamental la definición de los atributos de calidad que realmente interesan al usuario y el nivel de calidad que debe tener cada uno de ellos para satisfacerlo ya que no tiene sentido exigir calidad en un producto, si no se cuenta con esta base. Cada atributo tiene sub atributos que ayudan a la medición de este.
Estos atributos son:
CAPACIDAD DE TRABAJO:
Evalúa la capacidad natural del sistema para realizar su trabajo.
Sub atributos:
·         capacidad del proceso
·          capacidad de respuesta
·          capacidad de almacenamiento.
DISPONIBILIDAD:
Refleja la medida de la disponibilidad del sistema para realizar
de forma útil el trabajo para el que fue diseñado.
Sub atributos:
·         fiabilidad
·         Mantenibilidad
·         Integridad.
ADAPTABILIDAD:
Es la medida de la capacidad de un sistema para ser modificado de manera adecuada.
Sub atributos:
·         improbabilidad,
·         extensibilidad
·         transportabilidad.
UTILIZABILIDAD:
Es la medida de la facilidad con que la gente será capaz y estará motivada para utilizar el sistema en la práctica.
Sub atributos:
·         requisitos de entrada
·         requisitos de aprendizaje
·         habilidad de manejo


MODELO FURPS 


Modelo de calidad 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.  En la figura 10 se presenta la representación de este modelo.

A continuación se relaciona la tabla característica del modelo Furps, aplicada al OA suma de fracciones impropias, tomado del repositorio GeoGebra. esta herramienta es muy útil para afianzar los conocimientos orientados por los docentes de matemáticas en las aulas de clase, puesto que es muy didáctica y de fácil manejo y entendimiento por parte de los estudiantes, ademas, ellos la pueden utilizar desde la comodidad de su hogar,las veces que sea necesario, simplemente, teniendo a la mano un dispositivo conectado a la Internet.


también se hará una evaluación minuciosa al OA (suma de fracciones impropias), teniendo como referencia el modelo de calidad Furps, se hara en detalle tanto la evaluación característica, así como también, la métrica y sub-características.

 PUEDES INFORMARTE MAS EN EL SIGUIENTE LINK https://youtu.be/av87xCXCJmc




MODELO BOEHM

Modelo de Calidad BOEHM


Este modelo de calidad fue propuesto por Barry Boehm en el año de 1978, este define la calidad de software en términos de atributos cualitativos y los mide usando métricas. El modelo no es muy distinto al de McCall, porque muchos de sus factores de calidad son los mismos. Éste modelo también presenta sus factores de calidad estructurados jerárquicamente de alto a bajo nivel aunque este modelo se basa en que el software debe hacer lo que el usuario quiere que haga, por lo tanto, en su estructura presenta características de alto nivel, características de nivel intermedio y características primitivas, el nivel más bajo corresponde a características directamente asociadas a una o dos métricas de calidad de portabilidad y de confiabilidad, cada una de las cuales contribuye al nivel general de calidad.
Características  de alto nivel Características de nivel Intermedio CaracterísticasPrimitivas
Utilidad, cuan (usable, confiable, eficiente) es el producto en sí mismo.
Mantenimiento, cuan fácil es modificarlo, entenderlo y retestearlo.
Utilidad general, si puede seguir usándose si se cambia el ambiente.
Portabilidad(Utilidad general
Fiabilidad ( Utilidad per-se)
Eficiencia ( Utilidad per-se)
Usabilidad ( Utilidad per-se)
Capacidad de prueba ( Mantenibilidad)
Flexibilidad (Mantenibilidad)
Portabilidad
Independencia  de dispositivo
Auto-contención de confiabilidad.
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
Entendibilidad
Consistencia
Estructuración
Concisidad
Legibilidad
Modificabilidad
Estructuración
Aumentabilidad
Aunque este modelo tenga semejanzas con McCall, sus diferencia está este último focaliza en medidas precisas de alto nivel, mientras que Boehm presenta un rango más amplio de características primarias, la mantenibilidad está más desarrollada en Boehm.
En este modelo es difícil que las características y subcaracterísticas sean siempre perfectamente independientes falta una asociación explícita entre modelos y el proceso de software, y cómo realizar software de calidad las características son en general propiedades abstractas medible mediante métricas. No siempre existe una relación perfectamente lineal entre los valores de las métricas y las características que deben estimar.
Por consiguiente, este modelo tiene como ventajas que presenta un alto rango de características primitivas, además, integra el desarrollo del software con el mantenimiento.  En cuanto a desventajas encontramos que es un modelo costoso y debe seguir estrictamente un protocolo para su buen funcionamiento.
Bibliografía
Vargas Arteaga, V. A. (s.f.). Calidad de Software . Obtenido de https://vanevargas.jimdo.com/m%C3%B3dulos/modelos/modelo-de-boehm/
Fillottrani, Pablo R Calidad en el Desarrollo de Software Modelos de calidad de software, Segundo Cuatrimestre 2007
Libro Electronico Multimedial Evaluacion de la Calidad de la Tecnologia Educativa. Capitulos 2 y4 (CVUDES. Rey, A ( 2015)

Objeto de Aprendizaje

Software educativo: 
Es un programa informático que se emplea para educar al usuario. Esto quiere decir que el software educativo es una herramienta pedagógica o de enseñanza que, por sus características, ayuda a la adquisición de conocimientos y al desarrollo de habilidades.
Existen diferentes clases de software educativo. Algunos de estos programas son diseñados como apoyo al docente. De esta manera, el maestro o el profesor acuden al software para ofrecer sus lecciones o para reforzar una clase. Otros tipos de software educativo,
1 Uso didáctico: El software educativo son materiales elaborados con una finalidad didáctica.
2 Utilizan el ordenador: Se utiliza como soporte en el que los alumnos realizan las actividades propuestas por el software.
3 Individualizan el trabajo: Se adaptan al ritmo de trabajo de cada estudiante y pueden adaptar sus actividades según las actuaciones de los alumnos.
4 Interactivos: Contestan inmediatamente las acciones de los estudiantes y permiten un diálogo y un intercambio de informaciones entre el ordenador y éstos.
5 Fáciles de usar: Se necesitan conocimientos informáticos mínimos para utilizar la mayoría de estos programas, aun cuando cada programa tiene reglas de funcionamiento que es necesario conocer.
INFORMAR
FORMAR
Bases de datos
Programas de ejercitación
Libros multimedias
Tutoriales
Enciclopedias
Programas de resolución de problemas
Diccionarios
Simulaciones