20/09/2012

ESPOCH
EVALUACIN DE SOFTWARE EDUCATIVO
PROFESORA: Ing. Blanca Hidalgo

bhidalgo@espoch.edu.ec

20/09/2012

Alumnos, bienvenidos! Bienvenido al curso de EVALUACIN DE SOFTWARE EDUCATIVO Nunca consideres el estudio como una obligacin, sino como una oportunidad para penetrar en el bello y maravilloso mundo del saber. Albert Einstein (1879-1955)

20/09/2012

CONTENIDO
Introduccin Qu es software? Qu es evaluacin? Qu es el software educativo?

Caractersticas Contribucin del SWE en el proceso enseanza aprendizaje SWE - ventajas e inconvenientes Tipos de software educativo Evolucin del software educativo Evaluacin de software educativo Por qu evaluar un software?

Descriptores de calidad
Criterios para evaluar

Instrumentos para evaluar Ingeniera de software

Metodologa de ingeniera de software educativo (ISE)

Calidad de software educativo Tarea de investigacin

20/09/2012

CONTENIDO

Anlisis de los aspectos y factores a considerar para la evaluacin de la calidad de un software educativo
Normas ISO/IEC 9126

Aseguramiento de la calidad del software - SQA (software quality assurance) Algunos estudios y metodologas existentes de la evaluacin de la calidad de un software educativo Evaluacin de la calidad del software educativo bajo el estndar ISO 9126

20/09/2012

CONTENIDO

Instrumento de evaluacin de un software educativo bajo un enfoque sistmico

Evaluacin de un software educativo Mtricas de evaluacin basada en el estndar ISO 9126

Los instrumentos de evaluacin Instrumento de evaluacin de software educativo Proyecto final Bibliografa

20/09/2012

Qu es software? El software son las instrucciones electrnicas que van a indicar al ordenador qu es lo que tiene que hacer. Tambin se puede decir que son los programas usados para dirigir las funciones de un sistema de computacin o un hardware

20/09/2012

Qu es evaluacin?

La evaluacin es la accin de estimar, apreciar, calcular o sealar el valor de algo La evaluacin es la determinacin sistemtica del mrito, el valor y el significado de algo o alguien en funcin de unos criterios respecto a un conjunto de normas. La evaluacin a menudo se usa para caracterizar y evaluar temas de inters en una amplia gama de las empresas humanas, incluyendo las artes, la educacin, la justicia, la salud, las fundaciones y organizaciones sin fines de lucro, los gobiernos y otros servicios humanos.

20/09/2012

20/09/2012

Qu es el Software Educativo?

Dentro

de las TIC, el software educativo es considerado como un medio virtual interactivo que favorece el proceso de enseanza-aprendizaje de las diferentes disciplinas. Este se define de forma general como cualquier programa computacional, que sirve de apoyo al proceso de ensear, aprender y administrar

20/09/2012

Qu es el Software Educativo?... (Cont (Cont) )

Segn Luis Ceja Mena: Creado con la finalidad especfica de ser utilizados como medio didctico; es decir, para facilitar los procesos de enseanza y de aprendizaje, tanto en su modalidad tradicional presencial, como en la flexible y a distancia Segn Per Marqus: Programas educativos, programas didcticos son sinnimos para designar genricamente los programas para ordenador creados con la finalidad especfica de ser utilizados como medio didctico, es decir, para facilitar los procesos de enseanza y de aprendizaje Segn Begoa Gros: Cualquier producto realizado con una finalidad educativa.

Programa de computadora para educacin.

10

20/09/2012

Caractersticas del software educativo:

Permite la interactividad con los estudiantes, retroalimentndolos y evaluando lo aprendido. Facilita las representaciones animadas. Incide en el desarrollo de las habilidades a travs de la ejercitacin. Permite simular procesos complejos. Reduce el tiempo de que se dispone para impartir gran cantidad de conocimientos facilitando un trabajo diferenciado, introduciendo al estudiante en el trabajo con los medios computarizados. Facilita el trabajo independiente y a la vez un tratamiento individual de las diferencias.

11

20/09/2012

CONTRIBUCIN DEL SWE EN EL PROCESO ENSEANZA APRENDIZAJE

12

20/09/2012

SWE - VENTAJAS
En los CD-ROM o al acceder a bases de datos a travs de Internet pueden proporcionar informacin multimedia e hipertextual. Avivar el inters La motivacin es uno de los motores del aprendizaje, ya que incita a la actividad y al pensamiento. La motivacin hace que los estudiantes dediquen ms tiempo a trabajar. Mantener una continua actividad Los estudiantes estn permanentemente activos al intelectual interactuar con la computadora y mantienen un alto grado de implicacin e iniciativa en el trabajo. Orientar el aprendizaje Entornos de aprendizaje, que pueden incluir buenos grficos dinmicos, simulaciones, herramientas para el procesamiento de la informacin, que guen a los estudiantes y favorezcan la comprensin Promover un aprendizaje a El "feedback" inmediato a las respuestas y a las partir de los errores acciones de los usuarios permite a los estudiantes conocer sus errores. Les ofrece la oportunidad de ensayar nuevas respuestas o formas de actuar para superarlos Facilitar la evaluacin y control Mediante ejercicios de refuerzo sobre tcnicas instrumentales, presentacin de conocimientos generales, prcticas sistemticas de ortografa, liberan al profesor de trabajos repetitivos, montonos y rutinarios, de manera que se puede dedicar ms a estimular el desarrollo de las facultades cognitivas superiores de los alumnos Posibilitar un trabajo individual Ya que pueden adaptarse a los conocimientos previos y tambin en grupo de los estudiantes y a su ritmo de trabajo. Tambin facilitan el compartir informacin y la comunicacin entre los miembros de un grupo Proporcionar informacin

13

20/09/2012

SWESWE - DESVENTAJAS
Potenciales inconvenientes:

Distracciones Pueden provocar ansiedad, cansancio, monotona Sensacin de aislamiento Empobrecimiento de las relaciones humanas Pueden favorecer el desarrollo de estrategias de mnimo esfuerzo Su uso puede resultar descontextualizado Su informacin puede llegar a ser superficial e incompleta Rigidez en los dilogos No hay un control o supervisin de calidad de los contenidos Debido a la facilidad de bsqueda de informacin a travs de este medio, los alumnos pueden utilizarlo como nico recurso y dejar de consultar otras fuentes

14

20/09/2012

15

20/09/2012

16

20/09/2012

EVALUACIN DE SOFTWARE EDUCATIVO

17

20/09/2012

Por qu evaluar un software?

Todo recurso de aprendizaje se debe evaluar constantemente para conocer sus ventajas y desventajas pedaggicas y sus fortalezas y debilidades en el aprender Se debe tener un feedback de los usuarios para poder analizarlos enriquecerlos y comunicarlos Se deben evaluar caractersticas como: calidad del contenido, facilidad de uso, pertinencia de los contenidos e interactividad Los profesores/as deben prepararse para utilizar nuevos recursos y una forma de aprender a usarlos es a travs del proceso de evaluacin (seleccin) Se debe de identificar el software por la forma como presenta los contenidos y las actividades y por el modelo de aprendizaje que orient su diseo La eleccin de un software depender de los objetivos, del contenido, del contexto de los aprendices y de la metodologa que se intenta utilizar

18

20/09/2012

Por qu evaluar un software?... Cont

La

evaluacin se convierte en una reflexin de nuestras prcticas pedaggicas y sobre el currculo de nuestro establecimiento. Esos aspectos debern guiar la seleccin del software para las actividades de aprendizaje que diseemos Ayuda a organizar el material del establecimiento al ir generando documentos o registros de los software que se tienen Permite establecer nuevos criterios y prioridades para seleccionar nuevo material, haciendo que el proceso de seleccin sea flexible y permanente en el tiempo Entrega orientacin acerca de las posibilidades de aplicacin del recurso y sobre como fue trabajado por los aprendices(fortalezas y debilidades)

19

20/09/2012

CALIDAD El significado de esta palabra puede adquirir mltiples interpretaciones, ya que todo depender del nivel de satisfaccin o conformidad del cliente. Sin embargo, la calidad es el resultado de un esfuerzo arduo, se trabaja de forma eficaz para poder satisfacer el deseo del consumidor. Dependiendo de la forma en que un producto o servicio sea aceptado o rechazado por los clientes, podremos decir si ste es bueno o malo.

20

20/09/2012

DESCRIPTORES DE CALIDAD Los descriptores de calidad que identifican un buen software educativo se relacional con la capacidad de:
Desafiar al aprendiz Interactuar con l o ella Motivarlo Jugar con l o ella Entretenerlo Estimularlo para hacer asociaciones entre informacin de distinto tipo Adaptarse a los niveles y ritmos del aprendiz Darle control de los eventos y posibilidades de evaluacin permanente Darle herramientas y materiales para disear, crear y construir Estimular el descubrimiento Estimular el desarrollo de la imaginacin, la capacidad de maravillarse y construir fantasas

21

20/09/2012

CRITERIOS PARA EVALUAR

CRITERIO
Pertinencia

DESCRIPCIN
Coherencia entre el contenido del software y aspectos como: modelo de aprendiz, polticas educacionales del pas, modelos curriculares del establecimiento, contenidos y destrezas a usar y desarrollar, concepciones constructivistas del aprendizaje Material de apoyo educativo adicional que acompaa al software para orientar (aprendiz y educador) El valor educativo agregado en comparacin con otros medios tradicionales Posibilidad de adaptar el contenido del software a diversos usuarios. El software se adapta al aprendiz y no ste al software Cun usable es el software (en especial sus interfaces). Se determina por expertos y usuarios. Incluya: facilidad de usar el software, de recordar aspectos de ste, de entenderlo, la minimalidad de errores que posee y lo placentero que es usar el software Es el nivel de comunicabilidad que tiene el programa y los dilogos que se establecen entre ste y el usuario. Depende del diseo de las interfaces y los medios de representacin de la informacin que utiliza (imgenes, textos, sonido y video) Es como el aprendizaje es enfocado por el programa(si slo entrega contenido, si permite la ejercitacin, si simula procesos, si estimula aprendizajes activos, etc.)

Orientaciones metodolgicas Utilidad Adaptabilidad

Usabilidad

Interactividad

Modalidad

22

20/09/2012

INSTRUMENTOS PARA EVALUAR Existen diversos instrumentos para evaluar un software educativo, los ms usados son pautas tipo lista de cotejo con respuestas cerradas y abiertas

23

20/09/2012

INGENIERIA DE SOFTWARE

24

20/09/2012

25

20/09/2012

El proceso de creacin de productos de software requiere de trabajo en equipo, ya que por su magnitud y naturaleza, debe haber un conjunto de personas que interactan entre si y realizan tareas especficas que contribuyen en su correcto desarrollo, as los diferentes elementos o equipos que participan dentro de este proceso son:
Denominacin Analista Actividades especficas Tareas en las que interviene Definicin y anlisis requerimientos Diseo de sistema Mantenimiento Diseo de sistema Diseo de programa Mantenimiento de Obtiene, organiza y analiza la informacin para determinar el problema a resolver y propone soluciones al mismo, siempre valindose de las herramientas del enfoque de sistemas Interpreta la informacin dada por el analista y la plasma en modelos para el desarrollo de la solucin, determina el paradigma que seguir en e diseo de las soluciones y establecer los mtodos a seguir para alcanzar el objetivo Utiliza las herramientas y procedimientos dictados por el diseador para llevar a cabo el desarrollo de las soluciones propuestas Evala el desempeo del sistema terminado y de sus componentes para determinar el nivel de ajuste a los requerimientos y los lineamientos propuestos por los diseadores y el usuario Se encarga de capacitar a los usuarios para la aplicacin del software terminado en la solucin del problema que origin su desarrollo

Diseador

Programador

Evaluador

Diseo de programa Implementacin programas Pruebas de programa Mantenimiento Pruebas de programa Pruebas de integracin Pruebas de sistema Mantenimiento Liberacin del sistema Mantenimiento

de

Entrenador

26

20/09/2012

Metodologa de Ingeniera de Software Educativo (ISE)

27

20/09/2012

Anlisis 1. Caractersticas de la poblacin objetivo 2. Conducta de entrada y campo vital 3. Problema o necesidad a atender 4. Principios pedaggicos y didcticos aplicables 5. Justificacin de uso de los medios interactivos 6. Diagramas de interaccin

28

20/09/2012

Diseo El diseo se construye en funcin directa de los resultados de la etapa de anlisis, es importante hacer explcitos los datos que caracterizan el entorno del SWE a disear: destinatarios, rea del contenido, necesidad educativa, limitaciones y recursos para los usuarios, equipo y soporte lgico. En esta etapa es necesario atender a tres tipos de diseo: Educativo (este debe resolver las interrogantes que se refieren al alcance, contenido y tratamiento que debe ser capaz de apoyar el SWE), Comunicacional (es donde se maneja la interaccin entre usuario y maquina se denomina interfaz), y Computacional (con base a las necesidades se estable qu funciones es deseable cumpla el SWE en apoyo de sus usuarios, el docente y los estudiantes).

29

20/09/2012

Desarrollo En esta fase se implementa toda la aplicacin usando la informacin recabada hasta el momento. Se implementa el lenguaje escogido tomando en consideracin los diagramas de interaccin mencionados anteriormente. Es preciso establecer la herramienta de desarrollo sobre el cual se va a efectuar el programa, atendiendo a recursos humanos necesarios, costo, disponibilidad en el mercado, portabilidad, facilidades al desarrollar, cumpliendo las metas en trminos de tiempo y calidad de SWE.

30

20/09/2012

Prueba Piloto En esta se pretende ayudar a la depuracin del SWE a partir de su utilizacin por una muestra representativa de los tipos de destinatarios para los que se hizo y la consiguiente evaluacin formativa. Es imprescindible realizar ciertas validaciones (efectuadas por expertos) de los prototipos durante las etapas de diseo y prueba en uno a uno de los mdulos desarrollados, a medida que estos estn funcionales.

31

20/09/2012

Prueba de Campo La prueba de campo de un SWE es mucho ms que usarlo con toda la poblacin objeto. Si se exige, pero no se limita a esto. Es importante que dentro del ciclo de desarrollo hay que buscar la oportunidad de comprobar, en la vida real, que aquello que a nivel experimental pareca tener sentido, lo sigue teniendo, es decir, si efectivamente la aplicacin satisface las necesidades y cumple con la funcionalidad requerida

32

20/09/2012

33

20/09/2012

CALIDAD DE SOFTWARE EDUCATIVO

34

20/09/2012

Cuando se hace referencia a calidad de software educativo, se requiere de un producto que satisfaga tanto las expectativas de los docentes como de los usuarios, a un menor costo, libre de defectos y cumpliendo con ciertas caractersticas, la calidad del software est determinada no slo por los aspectos tcnicos del producto sino por el diseo pedaggico y los materiales de soporte. ste ltimo aspecto es uno de los ms problemticos ya que existen poco programas que ofrezcan un soporte didctico. La evaluacin de software educativo se ha centrado tradicionalmente en dos momentos: 1. Durante su utilizacin real por los usuarios, para juzgar su eficiencia y los resultados que con l se obtienen. 2. Durante el proceso de diseo y desarrollo, con el fin de corregir y perfeccionar el programa.
35

20/09/2012

Usando las herramientas software (pueden ser online) disee un mapa conceptual en donde se explique la relacin de la Ingeniera de software con la tarea de evaluacin de software educativo. http://my.lovelycharts.com/ http://prezi.com/

36

20/09/2012

37

20/09/2012

38

20/09/2012

39

20/09/2012

TAREA DE INVESTIGACIN

40

20/09/2012

ANLISIS DE LOS ASPECTOS Y FACTORES A CONSIDERAR PARA LA EVALUACIN DE LA CALIDAD DE UN SOFTWARE EDUCATIVO

41

20/09/2012

Segn Pressman (2002), la calidad del software es la concordancia con los requerimientos funcionales y de rendimiento explcitamente establecidos, con los estndares de desarrollo explcitamente documentados y con las caractersticas implcitas que se espera de todo software desarrollado profesionalmente. La ausencia de defectos, la aptitud para el uso, la seguridad, la confiabilidad y la reunin de especificaciones son elementos que estn involucrados en el concepto de calidad del software.

42

20/09/2012

NORMAS ISO/IEC 9126 Respecto al software educativo, se requiere un producto que satisfaga tanto las expectativas de los docentes como de los usuarios, a un menor costo, libre de defectos, y que cumpla con ciertas especificaciones (Pressman, 2002). La calidad del software educativo est determinada no slo por los aspectos tcnicos del producto, sino por el diseo pedaggico y los materiales de soporte. Este ltimo aspecto constituye uno de los puntos problemticos a la hora de evaluar software educativo, ya que existen poco programas que ofrezcan un soporte didctico

43

20/09/2012

Por esta razn, el comit tcnico de la ISO/IEC1, public la Norma Internacional ISO/IEC 9126, la cual establece los lineamientos generales para la evaluacin del producto de software a partir de seis categoras de calidad: Funcionalidad, Fiabilidad Usabilidad Eficiencia Mantenibilidad y Portabilidad

44

20/09/2012

45

20/09/2012

Categora Funcionalidad:
Capacidad del producto software para proporcionar un conjunto apropiado de funciones para tareas y objetivos de los usuario especificados Exactitud Capacidad del producto software para proporcionar los resultados o efectos correctos o acordados, con el grado necesario de precisin Interoperativi Capacidad del producto software para dad interactuar con uno o ms sistemas especificados Seguridad de Capacidad del producto software para proteger acceso informacin y datos de manera que las personas o sistemas no autorizados no puedan leerlos o modificarlos, al tiempo que no se deniega el acceso a las personas o sistemas autorizados Cumplimiento funcional Capacidad del producto software para adherirse a normas, convenciones o regulaciones en leyes y prescripciones similares relacionadas con funcionalidad Adecuacin

46

20/09/2012

Categora Fiabilidad:
Madurez Capacidad del producto software para evitar fallar como resultado de fallos en el software. Capacidad del producto software para reestablecer un nivel de prestaciones especificado y de recuperar los datos directamente afectados en caso de fallo

Recuperabilidad

Cumplimiento la fiabilidad

de Capacidad del producto software para adherirse a normas, convenciones o regulaciones relacionadas con la fiabilidad

47

20/09/2012

Categora Usabilidad:
Entendimiento Capacidad del producto software que permite al usuario entender si el software es adecuado y cmo puede ser usado para unas tareas o condiciones de uso particulares Capacidad del producto software que permite al usuario aprender sobre su aplicacin Capacidad del producto software que permite al usuario operarlo y controlarlo Capacidad del producto software para ser atractivo al usuario

Aprendizaje

Operabilidad

Atraccin

Cumplimiento Capacidad del producto software para de la usabilidad adherirse a normas, convenciones, guas de estilo o regulaciones relacionadas con la usabilidad

48

20/09/2012

Categora Eficiencia:
Comportamiento temporal Capacidad del producto software para proporcionar tiempos de respuesta, tiempos de proceso y potencia apropiados bajo condiciones determinadas

Utilizacin de recursos Capacidad del producto software para usar las cantidades y tipos de recursos adecuados cuando el software lleva a cabo su funcin bajo condiciones determinadas Cumplimiento eficiencia de la Capacidad del producto software para adherirse a normas o convenciones relacionadas con la eficiencia

49

20/09/2012

Categora Mantenibilidad Mantenibilidad: :

Capacidad analizado para ser Es la capacidad del producto software para serle diagnosticadas deficiencias o causas de los fallos en el software, o para identificar las partes que han de ser modificadas Capacidad del producto software que permite que una determinada modificacin sea implementada Capacidad del producto software para evitar efectos inesperados debidos a modificaciones del software ser Capacidad del producto software que permite que el software modificado sea validado la Capacidad del producto software para adherirse a normas o convenciones relacionadas con la mantenibilidad

Cambiabilidad

Estabilidad

Capacidad probado

para

Cumplimiento mantenibilidad

de

50

20/09/2012

Categora Portabilidad:
Adaptabilidad Capacidad del producto software para ser adaptado a diferentes entornos especificados, sin aplicar acciones o mecanismos distintos de aquellos proporcionados para este propsito por el propio software considerado Capacidad del producto software para ser instalado en un entorno especificado Capacidad del producto software para coexistir con otro software independiente, en un entorno comn, compartiendo recursos comunes Capacidad del producto software para ser usado en lugar de otro producto software, para el mismo propsito, en el mismo entorno la Capacidad del producto software para adherirse a normas o convenciones relacionadas con la portabilidad

Instalabilidad

Coexistencia

Reemplazabilidad

Cumplimiento portabilidad

de

51

20/09/2012

ASEGURAMIENTO DE LA CALIDAD DEL SOFTWARE SQA (SOFTWARE QUALITY ASSURANCE)

52

20/09/2012

53

20/09/2012

La calidad del software es una compleja mezcla de ciertos factores que varan para las diferentes aplicaciones y los clientes que las solicitan.

La garanta de calidad es una actividad esencial en cualquier empresa que produce productos que van a ser usados por otros.

54

20/09/2012

El papel de la garanta del software (SQA) se ilustra esquemticamente en la siguiente figura:

55

20/09/2012

El desarrollo de software es que la responsabilidad de la garanta de calidad del software corresponde a muchos constituyentes de una organizacin Ingenieros de software, gestores del proyecto, clientes, comerciales y las personas que trabajan dentro del grupo de SQA. El grupo de SQA sirve como representacin del cliente dentro de la casa, o sea, la gente que lleva a cabo la SQA deba mirar el software desde el punto de vista del cliente satisfacer de forma adecuada el software los factores de calidad?.

56

20/09/2012

FACTORES QUE AFECTAN A LA CALIDAD DEL SOFTWARE

57

20/09/2012

Los factores que afectan la calidad del software se clasifica en dos grupos:

Factores que pueden ser medidos directamente (como errores, unidad de tiempo). Factores que solo pueden ser medidos indirectamente (como la facilidad de uso de mantenimiento).

58

20/09/2012

Los factores de calidad del software se centran en tres aspectos importantes de un producto de software: sus caractersticas operativas, su capacidad de soportar los cambios y su adaptabilidad a nuevos entornos; y estos factores son los siguientes:
Correccin Fiabilidad El grado en que un programa satisface sus especificaciones y consigue los objetivos de la misin encomendada por el cliente El grado en que se puede esperar que un programa lleve a cabo sus funciones esperadas con la precisin requerida. Esta puede ser medida o estimada por datos histricos o estadsticos La cantidad de recursos de computadora y de cdigo requeridos por un programa para llevar a cabo sus funciones

Eficiencia Integridad

El grado en que puede controlarse el acceso al software o a los datos, por personal no autorizado Facilidad de Uso El esfuerzo requerido para aprender un programa, trabajar con l, preparar su entrada e interpretar su salida Facilidad de El esfuerzo requerido para localizar y arreglar un error de un programa Mantenimiento Flexibilidad El esfuerzo requerido para modificar un programa operativo Facilidad Prueba Portabilidad Reusabilidad de El esfuerzo requerido para probar un programa de manera que se asegure que realiza su funcin requerida El esfuerzo requerido para transferir el programa desde un hardware y/o un entorno de sistemas de software a otro

El grado en que un programa (o partes de un programa) se puede reutilizar en otras aplicaciones. Esto va relacionado con el empaquetamiento y el alcance de las funciones que realiza el programa Facilidad de El esfuerzo requerido para acoplar un sistema a otro Interoperacin

59

20/09/2012

ALGUNOS ESTUDIOS Y METODOLOGAS EXISTENTE DE LA EVALUACIN DE LA CALIDAD DE UN SOFTWARE EDUCATIVO

60

20/09/2012

61

20/09/2012

Instrumento de evaluacin de un software educativo bajo un enfoque sistmico, de Daz Daz-Antn, G., Prez, M., Grimn, Grimn , A., Mendoza, L. de la Universidad Simn Bolvar (USB) y de la lnea de investigacin del grupo del Laboratorio de Informacin en Sistemas de Informacin (LISI), Departamento de Procesos y Sistemas de la USB.

62

20/09/2012

Cuando se hace referencia a la Calidad del Software Educativo, se requiere de un producto que satisfaga tanto las expectativas del docente como de los alumnos, a un menor costo, libre de errores y que cumpla especificaciones instruccionales y tecnolgicas. Esta necesidad conlleva a construir un modelo que especifique esta calidad, enfocndolo no slo como un producto sino considerando tambin el proceso para construirlo. La meta de este trabajo es proponer un modelo de especificacin de calidad sistmica para software educativo.

63

20/09/2012

El modelo propuesto cuantifica la calidad sistmica deseada a partir de tres categoras:

Funcionalidad, Usabilidad y Fiabilidad, Luego de su aplicacin se puede calificar el software evaluado segn cuatro niveles de calidad: Nula, Bsica Intermedia Avanzada

64

20/09/2012

Segn Callaos y Callaos (1993), la calidad de los Sistemas de Software no es algo que depende de una sola caracterstica en particular, sino que obedece al compromiso de todas sus partes. Tomando en cuenta la calidad del producto y la calidad del proceso, el LISI-USB desarroll el Modelo Sistmico de Calidad de Software MOSCA- (Mendoza et al., 2001; 2002), que integra el modelo de calidad del producto (Ortega et al., 2000) y el modelo de calidad del proceso de desarrollo (Prez et al., 2001), y est soportado por los conceptos de calidad total sistmica (Callaos y Callaos, 1993; Prez et al., 1999). Como se puede observar en el grfico N 1, MOSCA consta de 4 niveles, los cuales son descritos seguidamente.

65

20/09/2012

Como se puede observar en el grfico MOSCA consta de 4 niveles, los cuales son descritos seguidamente.

66

20/09/2012

NIVEL O

NIVEL 1

NIVEL 2

NIVEL 3

Dimensiones Eficiencia del proceso, efectividad del proceso, eficiencia del producto y efectividad del producto son las cuatro dimensiones propuestas en el prototipo de modelo. Slo un balance y una buena interrelacin entre ellas permiten garantizar la calidad sistmica global de una organizacin. Categoras Se contemplan 11 categoras: 6 pertenecientes al producto y las otras 5 al proceso de desarrollo Producto: Funcionalidad (FUN), Fiabilidad (FIA), Usabilidad (USA), Eficiencia (EFI), Mantenibilidad (MAB) y Portabilidad (POR). Proceso: Cliente-Proveedor (CUS), Ingeniera (ENG), Soporte (SUP), Gestin (MAN) y Organizacional (ORG). Caracterstic Cada categora tiene asociado un conjunto de as caractersticas (56 asociadas al producto y 27 al proceso de desarrollo), las cuales definen las reas claves a satisfacer para lograr, asegurar y controlar la calidad tanto en el producto como en el proceso. Entre las caractersticas asociadas a cada categora del producto, se proponen en el modelo MOSCA, una serie de caractersticas del proceso (ver Figura 1). Esto se debe a que algunas caractersticas de la calidad del proceso, impactan directamente en las categoras del producto, al igual que ciertas caractersticas de la calidad del producto definen categoras del proceso. Mtricas La cantidad de mtricas asociadas a cada una de las caractersticas que conforman MOSCA es de 587 en total

67

20/09/2012

Adicionalmente, MOSCA cuenta con un algoritmo que facilita su operacionalizacin y permite estimar la calidad de software. El algoritmo contempla tres fases: (1) Estimacin de la calidad del producto de software con un enfoque sistmico; (2) Estimacin de la calidad del proceso de desarrollo de software con un enfoque sistmico; y (3) Integracin de las mediciones de los sub-modelos de la calidad del producto y la calidad del proceso.

68

20/09/2012

La propuesta del modelo de evaluacin de calidad de software educativo consiste, entonces, en un conjunto de categoras, caractersticas, subcaractersticas y las mtricas asociadas. La estructura del modelo consta de cuatro niveles que se explican brevemente a continuacin:

69

20/09/2012

La propuesta del modelo de evaluacin de software educativo consta de un total de 3 categoras, 10 caractersticas, 14 sub-caractersticas y 276 mtricas

70

20/09/2012

EVALUACIN DE UN SOFTWARE EDUCATIVO DES DE LA PRESPECTIVA DEL DOCENTE

71

20/09/2012

Modelo multimodal, compuesto por cuatro diferentes mdulos: 1. 2. 3. 4. Mdulo del Diseador Mdulo del Administrador Mdulo del Usuario y Mdulo del Evaluador

72

20/09/2012

73

20/09/2012

Para efectos de facilitar su manejo, se revisarn cuatro aspectos a ser considerados durante la evaluacin de software, brindando informacin referente al tipo de software y la pertinencia de incorporarlo o no dentro del saln de clases. Los aspectos considerados en este mdulo son los siguientes:

Aspectos Tcnicos Aspectos Psicopedaggicos Aspectos Comunicacionales Aspectos Administrativos

74

20/09/2012

Aspectos Tcnicos Se refieren a todas aquellas caractersticas que el software educativo tiene como recurso informtico, diseado para apoyar los procesos educativos. As, los aspectos tcnicos computacionales se conjugan con los didcticos para conformar un producto que permita alcanzar los propsitos educativos. Tales caractersticas van desde la forma en que se accede al programa, su instalacin, operacin, presentacin y navegacin. Un aspecto clave en el software educativo, es la presentacin de los recursos visuales y auditivos, que conforman los mensajes que facilitan la interaccin del usuario con la computadora y el software mismo.

75

20/09/2012

Aspectos Psicopedaggicos
Son las caractersticas del software que se vinculan directamente con todos aquellos aspectos que permiten llevar a cabo los procesos de la educacin, tales como el curriculum, el modelo pedaggico, el maestro y el alumno, considerados como sujetos principales de dicho proceso, las estrategias de enseanza y aprendizaje, y la evaluacin de los aprendizajes, entre otros. Es as que dentro del software se tiene que valorar: manejo del contenido a travs de los mensajes, las imgenes, el apoyo de texto; si es adecuado al perfil de los usuarios y al modelo educativo; si cumple con ciertas caractersticas para la enseanza o para propiciar el aprendizaje y qu tipo de aprendizaje; si tiene implcito algn proceso de evaluacin y en qu nivel se da. En fin, valorar con qu potencial cuenta el software para apoyar el proceso educativo.

76

20/09/2012

Aspectos Comunicacionales Son una conjugacin de los dos anteriores, pero tienen como propsito fundamental establecer un dilogo e interaccin de los usuarios con la mquina, con el programa o software, as como con los mensajes educativos que permitan alcanzar sus fines. Algunos de estos aspectos son el tipo de interfaces con que cuenta la plataforma del equipo, el lenguaje de programacin y el ambiente grfico combinado con otros recursos, utilizados e incorporados de acuerdo al perfil de los usuarios. Otro lado de estos mismos aspectos es el grado de interaccin que propicia entre alumno y maestro, los alumnos entre s y la comunicacin a nivel grupal.

77

20/09/2012

Aspectos Administrativos Que atienden a cuestiones de gestin y operacin de los sistemas educativos. Aunque profesores y alumnos no estn involucrados directamente en ellos, al momento de evaluar el software cobran sentido, por el modelo de uso que prevalece en la escuela, los costos y el equipo con que se cuenta.

78

20/09/2012

La formulacin de los siguientes criterios bsicos para el mdulo del usuario, con la consideracin de que no necesariamente son los nicos que pueden resultar tiles en la evaluacin que practique el docente. Estos son: Calidad Eficacia Eficiencia Pertinencia Impacto

79

20/09/2012

Aspectos & Criterios

80

20/09/2012

EVALUACIN DE LA CALIDAD DEL SOFTWARE EDUCATIVO BAJO EL ESTNDAR ISO 9126

81

20/09/2012

As, se propone valorar software educativo tomando como referentes tres de las seis categoras que sobresalen en el modelo ISO/IEC 9126. En este sentido, se estima que la base de los parmetros de evaluacin del software educativo, debe estar integrada por:
Funcionalidad Es una caracterstica fundamental en todo software; ella determina la capacidad del producto del software para proveer funciones que cumplan con necesidades especficas o implcitas, cuando el software es utilizado bajo ciertas condiciones Usabilidad Debido a que, para que un software educativo motive al aprendizaje, es fundamental que el material educativo sea atractivo y de fcil manejo; debe generar actividades interactivas que motiven y mantengan la atencin, actividades variadas y que respondan a los diversos estilos de aprendizaje. Esta categora se refiere a la capacidad del producto de software para ser atractivo, entendido, aprendido y utilizado por el usuario bajo condiciones especficas. Fiabilidad Es importante que el producto funcione bajo las condiciones establecidas y mantenga un nivel especfico de rendimiento para garantizar un ambiente de aprendizaje adecuado bajo condiciones especificadas

82

20/09/2012

Subcategorizacin y la asignacin de las mtricas

CATEGORIA Funcionalidad SUBCATEGORA Adecuacin al propsito Precisin Seguridad Facilidad de comprensin Capacidad de uso Interfaz grfica Operabilidad Sentido Desempeo Tolerancias a fallas

Usabilidad

Fiabilidad

83

20/09/2012

A continuacin se presenta un ejemplo de normalizacin de los resultados de las mtricas a una escala del 1 al 5.
No aplica o No sabe 1 NORMALIZACIN DE RESULTADOS 2 3 4 5

Nunca NO aplica Muy mal (NA) Nada No tiene Ninguno NO sabe Muy baja (NS) No

Pocas veces Algunas veces Mal Normal Alguno normal Bsico Mediano Muy pocos Pocos Baja Media Poco Medianame nte Inaceptab Debajo del Promedio le promedio No est Poco Medianame definido definido nte definido No Promedio

Casi siempre Bueno Casi Alto Casi todo Alta Casi todo Buena

Siempre Muy bueno Mucho Muy alto Todos Muy alta Completamente Excelente

Casi todo Completamente definido definido Si

84

20/09/2012

Segn el LISI-USB se debe verificar, de acuerdo al ejemplo, que el 75% de las mtricas se encuentren dentro de los valores ptimos (mayor o igual a 4) para cada una de sus subcaractersticas subcategoras) y caractersticas (categoras). Si no se cumple el 75% de las mtricas asociadas, entonces esta subcaracterstica o caracterstica tendr calidad nula. EJEMPLO (pgina 74): AAR7606.PDF

85

20/09/2012

Respecto a los evaluadores, en el caso de institutos educativos, sern los docentes de aula, los de informtica y los estudiantes los ms indicados para ello; y en el caso de empresas desarrolladoras de software educativo, la poblacin de evaluadores sern los expertos en contenido, diseo instruccional, en informtica, entre otros.

86

20/09/2012

Se debe tener en cuenta que en toda fase de preparacin de la evaluacin se especifican tres pasos generales, a saber: 1. Seleccin de las Mtricas de Calidad 2. Definicin de los Niveles de Puntaje y 3. Definicin de los Criterios de Valoracin

87

20/09/2012

DEFINICIN DE LOS CRITERIOS DE VALORACIN 1. Seleccin de las Mtricas de Calidad Los evaluadores deben decidir y seleccionar las mtricas directas (o indirectas), debido a que las caractersticas definidas en el estndar, son de muy alto nivel. Las mtricas seleccionadas, las cuales deben correlacionarse con las caractersticas respectivas, difieren del contexto y de la fase del proceso de desarrollo.

88

20/09/2012

2. Definicin de los Niveles de Puntaje Se deben definir los niveles de satisfaccin. Esto es necesario debido a que el valor de una mtrica, es calculado en un rango de una escala, que no expresa el nivel de satisfaccin. Por lo tanto, el estndar indica que se deben definir grados o rangos de valores de satisfaccin de los requerimientos. El estndar indica que, debido a que la calidad se refiere a necesidades dadas y especficas, ningn nivel de puntaje general es posible sino que se debe definir con respecto a cada evaluacin en particular.

89

20/09/2012

3. Definicin de los Criterios de Valoracin De la fase Preparacin de la Evaluacin, los evaluadores deben definir procedimientos para resumir los resultados de las diferentes caractersticas. Se pueden usar tablas de decisin o promedios pesados. El procedimiento puede incluir otros aspectos como tiempo y costos, en un contexto particular.

90

20/09/2012

La Evaluacin de calidad de un software debe de estar presente durante todo el desarrollo del software, es decir desde el inicio hasta aun cuando el cliente y el usuario lo estn utilizando, existen cuatro momentos de la evaluacin de un software, durante: 1. El proyecto 2. El desarrollo 3. El producto 4. La utilizacin

91

20/09/2012

Grupos de personas que deberan de participar en la evaluacin de un software considerando en nuestro caso un software educativo:
Los Expertos del Dominio del Conocimiento Son aquellas personas que tienen el conocimiento del contenido tcnico y psicopedaggico del software en cuestin, como tambin el impacto social que este tendr al ser utilizado. En este grupo de personas se encuentran los psiclogos, pedagogos, docentes, profesionistas e investigadores del ramo de que se trate (fsicos, qumicos, bilogos entre otros); tambin se pueden considerar directivos y supervisores escolares, que dada su experiencia y su conocimiento de planes y programas de estudios pueden hacer grandes aportaciones. en En realidad son la personas que en si van a realizar el software, como lderes de proyectos, ingenieros en software, programadores y diseadores. Quienes en conjunto con los expertos del dominio del conocimiento y de manera especial los del rea psicopedaggica trabajarn desde el proyecto mismo hasta el producto. Los docentes son los que en realidad y prcticamente conocen las necesidades educativas de los educandos o aprendices as como la problemtica que se presentan en algunas reas o puntos del aprendizaje. Su involucramiento y aportacin desde el proyecto mismo hasta la etapa de utilizacin es de suma importancia en el desarrollo de un software de calidad, de hecho ellos deben de iniciar con la idea o semilla del software. Podemos decir que son ellos prcticamente la razn de ser del software, en este caso ellos pueden involucrase en la evaluacin del software durante la etapa final es decir en la de la utilizacin, aunque una propuestas ms idealista sera desde el primer diseo del software es decir en la etapa final procesos o de producto, aunque va depender del modelo seleccionado de ingeniera de software recomendndose el de Prototipo. Lo anterior sera que en conjunto con docentes y expertos del dominio del conocimiento puedan efectuar pruebas y evaluaciones del software.

Los Expertos Informtica

Los Docentes

Los Aprendices

92

20/09/2012

En la Ingeniera de software, se consideran la norma: SQA e ISO 9000. De los cales hemos considerado solo cuatro aspectos educativos, mismos que pueden medibles o cuantificables inclusive convertirse en mtricas

93

20/09/2012

LA FUNCIONALIDAD

Es en realidad es uno de los factores ms importante del software, ya que es donde evaluamos realmente si el software cumple con la funciones para lo cual fue diseado. Aqu se ve el contenido, los objetivos del software, actividades didcticas, ejemplos, evaluaciones y registros.

94

20/09/2012

LA USABILIDAD
Este uno de los factores con lo cual podemos evaluar ms el aspecto educativo del software, ya que se trata de evaluar la manera en que el software se usa o se va usar, de manera particular la manera en que el software va a ser aprendido y utilizado, en este sentido el software ensea y cumple su cometido de ser un software educativo. Por otro lado en este factor se considera lo atractivo que es el software, argumento que sin duda alguna tiene que ver con el aspecto educativo de manera especial para los aprendices. Tambin el grado en que el software es entendido por el usuario es decir no slo en contenido sino tambin el manejo y operacin del mismo.

95

20/09/2012

LA FIABILIDAD
El software debe de ser fiable es decir que cumpla con un nivel especificado de rendimiento cuando este es sometido a condiciones especficas de uso, adems de que la fiabilidad es importante para que durante el uso y operacin del software el aprendizaje sea el adecuado sin interrupciones, libre del menor nmero de fallos posibles y sujeto a las condiciones tcnicas especificas de acuerdo a como fue diseado.

96

20/09/2012

EFICIENCIA
La eficiencia no es un factor considerado en los modelos y mtodos analizados anteriormente, sin embargo es importante evaluar que el software sea eficiente, es decir que opere de acuerdo a los tiempos especificados y que explote todos los recursos en cantidad y calidad para lo cual fue diseado, como es el caso de un software educativo donde es importante que opere exactamente en tiempos de respuestas especificados y que los recursos tanto de hardware como de software incluyendo multimedia sean eficientes. Quizs una de las razones por lo cual no se considere es que este factor es mas computacional.

97

20/09/2012

En realidad todos los factores propuestos por la ingeniera de software deberan de considerarse como por ejemplo la Portabilidad que tiene que ver que el software sea instalado de manera fcil y optima segn las especificaciones, que sea instalado en diferentes entornos de hardware y software, es decir en diferentes plataformas y sistemas operativos, esto hace que el software educativo sea ms universal y que pueda ser utilizado por un mayor nmero de usuarios posibles, que para nuestro caso son los docentes y los aprendices. Tambin la Mantenibilidad aunque no es ocupacin directa de los usuarios, pero es importante que un software educativo pueda ser modificado, expandido y tener un seguimiento sobre su uso y aplicacin para hacer aportaciones a nuevos diseos, o bien aplicar una reingeniera o una ingeniera a la inversa del mismo

98

20/09/2012

Mtricas de evaluacin basada en el estndar ISO 9126

Abud Figueroa (2005) propone una escala para criterios binarios y multinivel en la que asigna: 40% para el aspecto pedaggico, 36% para la interfaz humano- computadora, 12% para el contenido y 12% para el aspecto tcnico. Por ltimo establece una escala de aceptabilidad que van del 0 a 3, basada tambin en los rangos de satisfaccin que establece el estndar ISO9126

99

20/09/2012

100

20/09/2012

CARACTERSTICAS Y SUBCARACTERSTICAS DE CALIDAD DEL ESTNDAR ISO 9126

a. Funcionalidad. Capacidad del producto software para proporcionar funciones que satisfagan las necesidades especificadas e implcitas. Adecuacin. Exactitud. Interoperabilidad. Seguridad. Conformidad. b. Fiabilidad. Capacidad del producto software para mantener un nivel especificado de rendimiento. Madurez. Tolerancia a fallos. Recuperabilidad. Conformidad. d. Eficiencia. La capacidad del producto software para proporcionar el rendimiento apropiado, relativo a la cantidad de recursos utilizados. Tiempo de Respuesta. Utilizacin de recursos. Conformidad.

e. Mantenibilidad. La capacidad del producto software para ser modificado. Las modificaciones pueden incluir correcciones, mejoras o adaptacin del software a cambios en el entorno, en los requisitos o en las especificaciones funcionales. Analizabilidad. Cambiabilidad. Estabilidad. Facilidad de prueba. Conformidad c. Usabilidad. La capacidad del producto f. Portabilidad. La capacidad del software producto de ser entendido, aprendido, utilizado y software de ser transferido de un entorno atractivo al a otro. usuario. Adaptabilidad. Comprensibilidad. Facilidad de instalacin. Facilidad de aprendizaje. Coexistencia. Operabilidad. Reemplazabilidad. Atraccin. Conformidad. Conformidad.

101

20/09/2012

Categoras Factores de calidad Calidad de diseo DI.1. Exactitud. Medida en que el software cumple DI especificaciones y se ajusta a sus objetivos declarados

con

sus

Calidad desempeo DE

Calidad adaptacin A

DI.2. Mantenibilidad. Esfuerzo para facilitar la localizacin y la fijacin de un fallo de software dentro de un plazo determinado DI.3. Verificabilidad. Facilidad de esfuerzo para comprobar el rendimiento y funciones de software sobre la base de los objetivos declarados. de DE.1. Eficiencia. Medida en que el software es capaz de hacer ms con menos recursos del sistema (hardware, sistema operativo, comunicaciones, etc.) los recursos DE.2. Integridad. Medida en que el software es capaz de resistir la intrusin de usuarios no autorizados o software dentro de un plazo determinado. DE.3. Fiabilidad. Medida en que el programa se llevar a cabo (de acuerdo a sus objetivos) dentro de un plazo determinado. DE.4. Usabilidad. Relativo a la facilidad de aprendizaje y el funcionamiento del software. DE.5. Comprobabilidad. Facilidad de programa para la realizacin de pruebas para verificar que se realiza una determinada funcin. de A.1. Expansibilidad. Relativo al esfuerzo necesario para ampliar capacidades de software y/o el rendimiento mediante la mejora de las funciones actuales o nuevas. A.2. Flexibilidad. La facilidad de los esfuerzos para cambiar el software de la misin, las funciones o los datos para satisfacer las cambiantes necesidades y requisitos. A.3. Portabilidad. Facilidad de esfuerzo para el transporte a otro entorno de software y/o de la plataforma. A.4. Reusabilidad. Facilidad de esfuerzo para el uso del software (o de sus componentes) en otro software de sistemas y aplicaciones. A.5. Interoperabilidad. Relativo al esfuerzo necesario para acoplar el software en una plataforma a otro software y /o otra plataforma. A.6. Intra-operabilidad. Esfuerzo necesario para las comunicaciones entre los componentes del mismo sistema software.

102

20/09/2012

MAPEO DE LA ISO9126 con los factores de calidad definidos en el manual de SQA Categora Subcaractersticas ISO 9126
Manual SQA

Factor de calidad

Nivel de relacin

Comentarios

Adecuacin. La capacidad del producto software para proporcionar un conjunto apropiado de funciones para tareas especficas y objetivos de los usuarios. Exactitud. La capacidad del producto software para proporcionar los resultados o efectos correctos y con el grado de precisin acordado. Interoperabilidad. La capacidad del producto interactuar con uno o ms sistemas especificados. software para

DI

DI.1.

---

DI

DI.1.

---

Funcionalidad

A.5

---

Seguridad. Referido a la capacidad del producto software para proteger la informacin y los datos.

DE

DE.2

Madurez. La capacidad del producto software para evitar fallos provocados por errores en el software.

DE

DE.3

Fiabilidad

DE.2 Tiene en cuenta el periodo de tiempo en el que el software debe mantenerse ntegro ante la intrusin de usuarios no deseados, no detalla la caracterstica de proteccin de la informacin y datos. DE.3 Es muy subjetivo, no da mayores detalles acerca de las subcaractersticas asociadas a la fiabilidad, solo se refiere al cumplimiento de los objetivos dentro de un periodo de tiempo determinado.

Tolerancia a fallos. La capacidad del producto software para mantener un nivel de rendimiento determinado en caso de defectos en el software o incumplimiento de su interfaz Recuperabilidad. La capacidad del producto software para restablecer un determinado nivel de rendimiento y recuperar los datos afectados directamente en caso de ocurrir un fallo. Comprensibilidad. La capacidad del producto software para permitir al usuario que entienda si el software es adecuado, y como debe utilizarse para determinadas tareas y bajo ciertas condiciones de uso. ---------

Usabilidad

Facilidad de aprendizaje. La capacidad del producto software para permitir al usuario aprender su aplicacin. Operabilidad. La capacidad del producto software para permitir que el usuario lo opere y lo controle. Atraccin. La capacidad del producto software para atraer al usuario.

DE

DE.4

DE.4 Relativo a la facilidad de aprendizaje. -----

-----

-----

-----

103

20/09/2012

MAPEO DE LA ISO9126 con los factores de calidad definidos en el manual de SQA Categora Factor Nivel Subcaractersticas ISO 9126
Manual SQA de calidad de relacin

Comentarios ---

EFICIENCIA

Comportamiento temporal. La capacidad del producto software para proporcionar tiempos de respuesta y de procesamiento apropiados cuando realiza sus funciones bajo condiciones determinadas. Utilizacin de recursos. La capacidad del producto software para utilizar cantidades y tipos de recursos apropiados cuando el software realiza su funcin bajo determinadas condiciones Analizabilidad. Capacidad del producto software de diagnosticar sus deficiencias o causas de fallos, o de identificar las partes que deben ser modificadas.

---

---

---

DE

DE.1

DE.1 Hace nfasis en el incremento del resultado esperado con el uso mnimo de recursos del sistema. DI.2 Solo tiene en cuenta mantenibilidad del software a nivel fallos y no de cambios modificaciones. Sin embargo, importante el plazo de tiempo en que son localizados los fallos. la de o es el

DI

DI.2

A.1

MANTENIBILIDAD

A.1 Especifica la ampliacin de nuevas mejoras y no solo modificaciones. Sin embargo, no especifica que los cambios tambin deban hacerse en el diseo, el cdigo y la documentacin. A.2 Tiene en cuenta la cambiabilidad de la misin del software, funciones o datos.

Cambiabilidad. Capacidad del producto software de permitir implementar una modificacin especificada. La implementacin incluye los cambios en el diseo, el cdigo y la documentacin. Estabilidad. Capacidad del producto software de evitar los efectos inesperados de las modificaciones. Facilidad de prueba. Capacidad del producto software de permitir validar las partes modificadas.

A.2

---

---

---

---

DI

DI.3

DI.3 Verifica el rendimiento de funciones sobre la base de los objetivos declarados sin limitarse solo a cambios. DE.5 Verifica la realizacin de una determinada funcin. No se limita solo a los cambios.

DE

DE.5

104

20/09/2012

MAPEO DE LA ISO9126 con los factores de calidad definidos en el manual de SQA Categora Factor Nivel Subcaractersticas ISO 9126
Manual SQA de calida d de relacin

Comentarios

Adaptabilidad. La capacidad del producto software para ser adaptado para ambientes determinados sin realizar acciones o aplicar medios, ms que los proporcionados para este propsito para el software considerado.
PORTABILIDAD

A.3

Facilidad de instalacin. La capacidad del producto software para ser instalado en un ambiente determinado. Coexistencia. La capacidad del producto software para coexistir con otro software independiente en un ambiente comn compartiendo recursos. Reemplazabilidad. La capacidad del producto software para ser utilizado en lugar de otro producto de software para el mismo propsito en el mismo ambiente.

A.3 No es muy detallado con las subcaractersti cas inherentes a la portabilidad.

105

20/09/2012

MAPEO DE LAS SUBCARACTERISITCAS DE FUNCIONALIDAD Clusulas ISO 9000-3. Comentarios Subcaractersticas ISO 9126. Seguridad. Referido a 6.3 Infraestructura. Esta La seguridad es una la capacidad del clusula se refiera a la caracterstica opcional soporte a la producto software para determinacin, suministro y de de una infraestructura para el proteger la informacin mantenimiento y los datos. del infraestructura para lograr la funcionamiento conformidad de los producto software. La requisitos del producto. mencin de firewall, Asimismo se refiere la antivirus, y dems de necesidad de seguridad, herramientas son backup, firewall y proteccin seguridad de de virus, control de acceso, aspectos herramientas necesarias, infraestructura que no tratan como entre otros aspectos se tambin relacionados con la elementos inherentes al producto. seguridad.

FUNCIONALIDAD

106

20/09/2012

MAPEO DE LAS SUBCARACTERISITCAS DE FIABILIDAD Subcaractersticas ISO 9126. Clusulas ISO 9000-3. Comentarios Madurez. La capacidad del 7.3.6.1 Validacin. Proporcionar la confianza Se puede pensar que la madurez en producto software para evitar razonable de que el software cumplir sus el proceso estara orientada en la fallos provocados por errores en el requisitos de operacin..Identificacin de fallos mejora del mismo. La clusula software. de diseo y desarrollo. relacionada sera la 8, relacionada 7.5.1.7 Mantenimiento. Literal d).seguimiento con la medicin, anlisis y mejora. del sistema para detectar fallos. Sin embargo, se ha decidido adaptar 7.5.2 Validacin de los procesos de la produccin la y de la prestacin del servicio. subcaracterstica de Madurez, como Literal b) Historial de fallos de diseo y desarrollo la capacidad del proceso para el y como se puede evitar. control de los fallos de diseo y desarrollo. Tolerancia a fallos. La capacidad del producto software para mantener un nivel de rendimiento determinado en caso de defectos en el software o incumplimiento de su interfaz. 8.3 Control del producto no conforme. .En el caso del proveedor.Cuando un elemento software manifieste un defecto durante el desarrollo o el mantenimiento, la investigacin y resolucin de tales defectos debera controlarse y registrarse. En el caso del softwareliteral a) reparacin o reelaboracin para arreglar defectos. 7.3.6.2 Pruebas. .Conviene realizar pruebas de regresin en beneficio del cliente..La aceptacin puede ser con o sin defectos o desviaciones de los requisitos Define caractersticas a tener en cuenta durante el proceso de desarrollo para solucionar fallos o defectos detectados en el software.

FIABILIDAD

Recuperabilidad. La capacidad del producto software para restablecer un determinado nivel de rendimiento y recuperar los datos afectados directamente en caso de ocurrir un fallo.

6.3 Infraestructura. Esta clusula se refiera a la determinacin, suministro y mantenimiento de una infraestructura para lograr la conformidad de los requisitos del producto. Entre las caractersticas menciona el backup como herramienta software que puede ser incluida como elemento de soporte a la infraestructura.

La recuperabilidad es una caracterstica opcional de soporte a la infraestructura para el funcionamiento del producto software. No se trata como una caracterstica inherente al producto.

107

20/09/2012

MAPEO DE LAS SUBCARACTERISITCAS DE USABILIDAD Subcaractersticas ISO 9126. Clusulas ISO 9000-3. Comprensibilidad. La capacidad del producto 7.1.2 Planificacin de la calidad. software para permitir al usuario que entienda si el Literal k) hace referencia a la software es adecuado, y como debe utilizarse para formacin en el determinadas tareas y bajo ciertas condiciones de uso de las herramientas y uso. tcnicas, y planificacin de la formacin antes de ser necesaria la habilidad. 7.3.1.1 Planificacin del diseo y desarrollo. Literal a), numeral 6) hace referencia a la formacin requerida del equipo como la clusula 7.1.2. 7.4.1.1 Proceso de compras. En el desarrollo, suministro, instalacin y mantenimiento de producto software..puede incluir.literal i) cursos y materiales de formacin. 7.4.2 Informacin de las compras. Literal g) Requisitos sobre el personal (prerrequisitos de formacin, conocimiento del producto). 7.5.1.5 Instalacin. Literal j) se debera definir la necesidad de proporcionar la formacin asociada con el uso querido del producto. Operabilidad. La capacidad del producto software NA. -------------para permitir que el usuario lo opere y lo controle. Atraccin. La capacidad del producto software NA. -------------para atraer al usuario.

Comentarios La comprensibilidad es una subcaracterstica que en la ISO 9000-3 es llevada a cabo desde el punto de vista de la formacin, tanto del desarrollador para llevar a cabo la realizacin del producto software, como del usuario luego del proceso de compras. Esta fuertemente relacionada a la subcaracterstica de Facilidad de Aprendizaje.

USABILIDAD

--------------

--------------

108

20/09/2012

MAPEO DE LAS SUBCARACTERISITCAS DE EFICIENCIA Clusulas ISO 9000-3. Comentarios Subcaractersticas ISO 9126. Comportamiento 7.3.6.1 Validacin. Antes de ofrecer el El comportamiento temporal. La capacidad producto para la aceptacin del cliente, temporal es adaptado del producto software conviene que la organizacin valide la con relacin al para proporcionar operacin del producto de acuerdo con comportamiento del tiempos de respuesta y su uso especfico que se pretenda, bajo producto software en de procesamiento condiciones similares al entorno de condiciones especiales apropiados cuando realiza aplicacin.. y similares al sus funciones bajo ambiente final de condiciones ejecucin. Este determinadas. Comportamiento es analizado antes de ofrecer el producto para que sea aceptado por el cliente.

EFICIENCIA

109

20/09/2012

MAPEO DE LAS SUBCARACTERISITCAS DE MANTENIBILIDAD Clusulas ISO 9000-3. Comentarios Subcaractersticas ISO 9126. Estabilidad. Capacidad NA. -------------del producto software de evitar los efectos inesperados de las modificaciones. Facilidad de prueba. 7.3.7 Control de los cambios del Las pruebas no slo se limitan a ser realizadas en las partes modificadas antes de su Capacidad del producto diseo y desarrollo. Los cambios implementacin, sino tambin durante y despus, entre ellas: software de permitir del diseo y desarrollo deben 4.2.1 Generalidades. La documentacin del sistema de gestin de la calidad debe incluir: Numeral validar las partes identificarse y deben mantenerse 5) temas tcnicos como documentos de normas o documentos de gua para la codificacin, diseo modificadas. registros. y pruebas. Los cambios deben revisarse, 4.2.4.1. Evidencias de conformidad con los requisitos. La evidencia de conformidad con los verificarse y validarse, segn sea requisitos puede incluir: Literal a) resultado de las pruebas documentados. apropiado, y aprobarse antes de 7.1 Planificacin de la realizacin del producto. Durante la planificacin de la realizacin del su implementacinConviene que producto, la organizacin debe determinar cuando sea apropiado Literal c) Las actividades los cambios a una especificacin requeridas de verificacin, validacin, seguimiento, inspeccin y ensayo o prueba especficas as software o componente mantenga como los criterios para la aceptacin del mismo. la adecuada consistencia entre los 7.1.2 Planificacin de la calidad. La planificacin de la calidad del software a nivel de proyecto requisitos, especificaciones de debera tener los siguientes objetivos: pruebas. Literal d) procedimientos e instrucciones de proyectos especficos, tales como planes detallados 7.4.1.1 Productos comprados. En de especificaciones de pruebas del software, diseos, casos de prueba y procedimientos para las el desarrollo, suministro, pruebas unitarias, de integracin, del sistema y de aceptacin. instalacin y mantenimiento de 7.2.3.2 Comunicacin con el cliente durante el desarrollo. Las revisiones conjuntas..pueden productos software, los tipos de cubrir los aspectos siguientes como: productos comprados pueden Literal a) informacin del producto, incluyendo: numeral 4) resultados de las pruebas de incluir: Literales d) actividades aceptacin. contratadas a terceros, entre ellos 7.3.1.1 Planificacin del diseo y desarrollo. La planificacin del diseo y desarrollo debera tratar las pruebas., e) herramientas lo siguiente, donde sea apropiado: destinadas a la ayuda en el Literal a) las actividades de anlisis de requisitos, ..pruebas.., desarrollo software, entre ellas Literal h) la identificacin de la planificacin relacionada tratando asuntos tales como pruebas.. analizadores de pruebas 7.5.1.7 Mantenimiento. Se 7.3.3 Resultados del diseo y desarrollo. Los resultados de diseo y desarrollo pueden expresarse debera estipular en el contrato el en forma de texto, mediante diagramas, puede incluir: a) especificaciones de diseo, mantenimiento del producto desarrollo y prueba. software., ste debera incluir: 7.3.4 Revisin del diseo y desarrollo. La revisin del diseo y desarrollo debera llevarse a cabo Literal f) las actividades de de acuerdo con las disposiciones planificadas Literal a) lo que se va a revisar, cundo y el tipo gestin de la configuracin, de revisin, tales como. Pruebas formales de correccin, pruebas y aseguramiento de la 7.3.5 Verificacin del diseo y desarrollo. La verificacin del software tiene la finalidad de calidad. asegurar que la salida de una actividad de diseo y desarrollo es conforme a los requisitos de entrada La verificacin puede comprender .simulaciones o pruebas. 7.3.6.1 Validacin. Las auditoras de configuracin o evaluaciones confirman, por medio del exameny de las pruebasque el producto software cumple con sus requisitos contractuales o especificados Literal b) que tipos de pruebas o anlisis pueden realizarse para aumentar la confianza en que el producto funcionar correctamente 7.3.6.2 Pruebas. La validacin a menudo puede realizarse mediante pruebas. Pueden requerirse pruebas desde diferentes nivelesExisten diferentes enfoques de las pruebas,.. (TODA LA CLUSULA EST DEDICADA A LAS PRUEBAS) 7.4.3 Verificacin de los productos comprados. Esta verificacin puede aplicarse a la aceptacin del software comprado

Mantenibliddad

110

20/09/2012

MAPEO DE LAS SUBCARACTERISITCAS DE PORTABILIDAD Subcaractersticas ISO 9126. Clusulas ISO 9000-3. Adaptabilidad. La capacidad del producto NA. ------------------software para ser adaptado para ambientes determinados sin realizar acciones o aplicar medios, ms que los proporcionados para este propsito para el software considerado. Facilidad de instalacin. La capacidad del 7.5.1.5 Instalacin. A veces, los producto software para ser instalado en un clientes o terceras partes llevan a ambiente determinado. cabo la instalacin. En este caso el papel de la organizacin es descubrir los pasos que el cliente o la tercera parte necesita tomar para realizar la instalacin. A veces la instalacin se lleva a cabo por la organizacin. Para el ltimo caso se aplica: Literales a) a k). Coexistencia. La capacidad del producto NA. ------------------software para coexistir con otro software independiente en un ambiente comn compartiendo recursos. Reemplazabilidad. La capacidad del NA. ------------------producto software para ser utilizado en lugar de otro producto de software para el mismo propsito en el mismo ambiente.

Comentarios

----------

----------

PORTABILIDAD

NA. --------

NA. --------

111

20/09/2012

CATEGORIA

CARACTERSTICAS SUBCARACTERISTICAS FUN.1. Ajuste a los FUN.1.1 General propsitos FUN.1.2 Objetivos de aprendizaje FUN.1.3 Contenidos de aprendizaje FUN.1.4 Actividades de aprendizaje FUN.1.5 Ejemplos FUN.1.6 Motivacin FUN.1.7 Retroalimentacin FUN.1.8 Ayudas FUN.1.9 Evaluacin y registro de datos FUN.1.10 Metodologa de enseanza FUN.2. Precisin FUN.3. Seguridad

FUNCIONALIDAD

112

20/09/2012

CATEGORIA

CARACTERSTICAS

SUBCARACTERISTICAS

USA.1. Facilidad comprensin

de USA.1.1 USA.1.2 USA.1.3 USA.1.4

General Interactividad Diseo de la interfaz Guas didcticas

USABILIDAD USA

USA.2. Capacidad de uso USA.3. Interfaz grfica USA.4. Operabilidad

FIABLIDAD FIA

FIA.1. Madurez FIA.2. Recuperacin FIA.3. Tolerancia a Fallas

113

20/09/2012

DOCUMENTO: AAR7606.PDF PGINA 122 (ANEXOS)

114

20/09/2012

LOS INSTRUMENTOS DE EVALUACIN

115

20/09/2012

Los instrumentos de evaluacin, en forma de planillas se deben confeccionar con inclusin de preguntas del tipo cerradas, abiertas, y casillas de verificacin, permitiendo al usuario final la descripcin de aspectos problemticos y particulares del programa que no hayan sido tenidos en cuenta durante la confeccin del instrumento. Se deber tener en cuenta al redactar los cuestionarios la utilizacin de un vocabulario adecuado, sin ambigedades y claro para los destinatarios previstos en cada caso en particular. En la mayor parte de los cuestionarios relevados se consideran algunos aspectos claves o sobresalientes: como el logro de los objetivos, los aspectos tcnicos, el desarrollo de contenidos, actividades y la documentacin. Estos aspectos se categorizan en tems, segn cada propuesta.

116

20/09/2012

Esquema de evaluacin de software educativo 1. Caractersticas y objetivos del programa - seas de identidad
Pblico Herramienta para el profesor o para el alumno. Software destinado al solo profesor tiene menos uso y menos utilidad para el alumno. A veces puede ser til disponer de recursos para el profesor Limitado a un sujeto (una asignatura) determinada o no. Programas que no se limitan a una sola asignatura tienen ms utilidad para el aprendizaje, a condicin de que sea variados y abiertos Para uso colectivo / individual / a distancia / domstico / combinado Para materia nueva / practicar materia ya presentada / remediacin / curso rpido Si se trata de un programa destinado a idiomas: nivel lingstico: vocabulario / gramtica / ortografa nivel de las destrezas: comprensin auditiva / expresin oral / comprensin lectora / expresin escrita

Uso

Modo Objetivo Campo

117

20/09/2012

2. Los contenidos

Los conocimientos requeridos para poder trabajar con el programa Los contenidos estn incluidos Se puede aadir otros contenidos o no Errores de contenido: Por ejemplo: "Quito es la capital de Argentina" Errores de forma y/o de idioma o fallos en los enlaces entre los mdulos

118

20/09/2012

3. Apertura y flexibilidad
Actualizacin del contenido Si el contenido del programa se puede actualizar de alguna manera, el programa se puede usar en contextos ms diversos y durante ms tiempo. Abierto o no. Un programa abierto brinda ms posibilidades de adaptacin. Flexible o no. Cuanto ms flexible el programa, tanto mayor la libertad del profesor para adaptarlo. Por otra parte, un programa menos flexible requiere menos intervencin por parte del profesor. Posibilidad de integrar multimedia (vdeo, sonido) Compatibilidad con otros programas Relacin con bases de datos Relacin con programas de tratamiento de texto Adaptabilidad a sus propios necesidades y deseos Si el profesor o el mismo alumno pueden adaptar el programa a las necesidades de aprendizaje o entrenamiento, las posibilidades de uso son mayores.
119

20/09/2012

4. Presentacin
El texto y los grficos en la pantalla: son ergonmicos? funcionales? adaptados a los objetivos? Eficacidad de los componentes grficos Mensajes de retroaccin adaptados (o adaptables) al pblico y a los objetivos El feedback es el conjunto de las repuestas que se dan al aprendiz. Pueden llevar Elementos de aprobacin, estmulo u otro Elementos de correccin y anlisis de errores Funcionalidad de los efectos especiales Uso de los colores

120

20/09/2012

5. Convivialidad
La estructura del men Las instrucciones que se dan La ayuda La consistencia El uso lgico de las teclas de funcin Uso intuitivo Claridad Teclas de funcin para avanzados Seguridad Libertad en la concepcin de unidades didcticas Transiciones Momentos de descanso posibles o no Desarrollo tranquilo Adaptacin a los objetivos Uso de macros que permiten personalizar el uso del programa Errores de programacin (que comprometen o no el funcionamiento)

121

20/09/2012

6.Valor didctico aadido

Uso didctico: la organizacin La relacin entre el programa y el manual usuario Ciertos programas se limitan a un solo manual, a un solo tipo de clases o de alumnos. Otros permiten un uso ms general. Rendimiento Preparacin de la clase

Qu hay que preparar? Qu hay que ensear a los alumnos antes de que puedan empezar a trabajar?

122

20/09/2012

Uso didctico: el aprendizaje Motivacin por el hardware / el contenido / la forma Un programa puede valorizar el entorno y motivar de por s el alumno. Motivacin para el uso del programa Puede ser que el programa motive al alumno por otras razones que las citadas. Diferenciacin Interactividad personal o a travs del profesor Disponibilidad de y acceso a recursos a distancia Claro est que un programa que pone al alcance del alumno datos, contactos o informacin que nunca podra alcanzar de otra manera, tiene un valor aadido muy importante.

123

20/09/2012

La evaluacin Respuestas alternativas La pregunta es de saber si se proponen respuestas alternativas, y que tipo de respuestas alternativas se proponen. Anlisis de errores Qu tipo de anlisis se hace? Distinguir entre respuestas correctas falsas y correctas no es tan difcil, pero tambin hay programas que agrupan diferentes tipos de respuestas falsas. Retroaccin y remediacin Qu se le propone al alumno al dar una respuesta falsa? Ejercicios de remediacin Basndose en los errores cometidos, el programa podra proponer ejercicios que permitieran al alumno no volver a cometerlos. Ayuda para el alumno De qu tipo de ayuda dispone el alumno? Puede haber pantallas de ayuda sobre el propio programa con l se trabaja (ayuda el instrumento), pantallas de ayuda sobre los mecanismos que se ejercen (una obra de referencia que puede consultar el alumno)

124

20/09/2012

La evaluacin Grabacin de las respuestas El programa puede grabar las respuestas dadas, y en funcin de estas respuestas proponer una remediacin, una nota, ..., o slo guardar una lista de los errores cometidos. En este ltimo caso, el alumno podra sentirse amenazado, ya que el uso de software educativo tendra que fomentar un clima de aprendizaje seguro. Seguimiento del alumno Se trata de saber si las sesiones estn atomizadas o si el programa establece una relacin con las sesiones anteriores. Puede ser que se analice el progreso del alumno, que se analicen sus deficiencias, que la retroaccin sea evolutiva, etc. Notas Se guardan notas de las sesiones?

125

20/09/2012

7. Campo de uso
Algunos elementos que se refieren al campo de uso restringen (o al revs ensanchan) la utilidad del software, mientras que otros influyen en el rendimiento del mismo. Limitado al contenido o a la asignatura? Adaptado a la carrera? Relacionado con un mtodo o un manual? Aceptabilidad metodolgica Compatibilidad Objetivos Eficacidad Uso en casa

126

20/09/2012

8. Documentacin

Manual Relacin con el distribuidor Contactos con el equipo de programadores Ayuda Existencia de grupos de usuarios Versiones corregidas y nuevas Errores de programacin Adaptaciones Versiones corregidas y nuevas Mdulos suplementarios

127

20/09/2012

9. Precio
Licencia individual / de clase / del instituto Correcciones / nuevas versiones Relacin precio - calidad Relacin precio - cantidad (contenido, campo de accin, nmero de usuarios) Subvenciones eventuales Compatibilidad Sistemas operativos Requisitos de hardware (memoria, ...) Posibilidad de imprimir Compatibilidad con impresoras Rapidez Fiabilidad Limitaciones Posibilidades de mejoramiento

128

20/09/2012

10. 10 . Condiciones para el uso de software educativo

He aqu una relacin de algunos elementos que influyen en la eficacia y el uso de software educativo: Material e infraestructura El acceso al local de las computadoras (quin? cundo? dnde?) La gestin del local de informticaEl tipo de aparatos La disposicin de los aparatos Los programas disponibles (qu programas? disponibles para quin? abiertos o cerrados?)Personal En qu medida existe y funciona la colaboracin? Presencia en el equipo de gente que est enterada de evoluciones Presencia en el equipo de gente capaz de programar El conocimiento del campo de estudios

129

20/09/2012

INSTRUMENTO DE EVALUACIN DE SOFTWARE EDUCATIVO

130

20/09/2012

Nombre Fabricante Autor

Ao

Responda si el software
Indica requerimientos HardwareSi 0 No 0 de Indica Sistema necesarioSi 0 Operativo No 0

Indica nivel o edad del usuarioSi Indica si necesita apoyo de adultoSi 0 No 0 0 No 0 Necesita 0 Tiene 0 Permite 0 conocimientos No 0 ayuda No 0 de previosSi Tiene ayuda en lnea para su usoSi 0 No 0

instalacinSi Necesita explicaciones previas Si 0 No 0 nivelesSi

seleccionar No 0

Responda si el software
Necesita dispositivos adicionales para su uso parlantes 0 mouse 0 impresora 0 lector de CD 0 otro 0 cual ______________________________________________

131

20/09/2012

Complete
Qu rea o reas de aplicacin presenta este software En qu ciclo o ciclos se pude utilizar este software (cursos o niveles)

Evalu los siguientes aspectos del software, marque con una X

132

20/09/2012

Criterio

Muy Bue Sufic Insufi No iente ciente obser bue no no vado

Calidad de sonido Calidad de imgenes Calidad de animaciones Calidad colores Visibilidad Retroalimentacin Uso de textos Uso del lenguaje Distribucin de los elementos Facilidad de uso Capta inters del usuario Mantiene inters del usuario Favorece la creatividad Favorece el aprendizaje Tratamiento de contenidos conceptos Actividades Ejercitacin Evaluaciones

133

20/09/2012

OBSERVACIONES

Nombre evaluador Fecha de Evaluacin

del la

134

20/09/2012

135

20/09/2012

136

20/09/2012

137

20/09/2012

PROYECTO FINAL

138

20/09/2012

1. VYM View Your Mind: es una aplicacin para crear, disear y desarrollar mapas mentales http://sourceforge.net/projects/vym/ 2. EDraw Mindmap: Es todo lo que necesitas para crear tus propios mapas de ideas. http://www.edrawsoft.com/freemind.php 3. FreeMind: Es una utilidad gratuita que te permitir liberar tu mente de proyectos, ideas, y tareas de cualquier ndole plasmndolas en un bonito y claro mapa conceptual. http://freemind.sourceforge.net/wiki/index.php/Main_Page 4. XMind: Es una potente herramienta de creacin de mapas conceptuales, utilizados para la gestin de ideas y aplicables a cualquier mbito personal o profesional http://www.xmind.net 5. CmapTools: Es una herramienta para confeccionar esquemas conceptuales http://cmap.ihmc.us/download/ 6. Bookvar: Es un editor de mapas de ideas o conceptuales, pensados para organizar una argumentacin o proyecto. http://www.bookvar.net 7. BizAgi Process Modeler: Edita croquis destinados a representar de forma grfica conceptos, problemas o procesos de diversa ndole. http://www.bizagi.com

139

20/09/2012

140

20/09/2012

Clic 3.0 Jclic Logo CMAPTOOL Cuadernia Scratch http://educ2.galeon.com/aficiones1469842.html http://clic.xtec.cat/es/jclic/download.htm http://neoparaiso.com/logo/que-es-logo.html http://www.mundoeduca.es/scratch/index.htm

141

20/09/2012

NO ENTENDI NADA

142

20/09/2012

BIBLIOGRAFA

http://tecno-educativa.blogspot.com/2007/03/software-definicin-ycaractersticas.html http://www.angelfire.com/az2/educacionvirtual/software.html http://www.slideshare.net/raymarq/software-educativo-presentation829748 http://www.tecnoneet.org/docs/2002/62002.pdf http://www.google.com.ec/url?sa=t&rct=j&q=t%C3%A9cnicas%20de%2 0evaluaci%C3%B3n%20de%20software%20educativo%20y%20sus%20ca racteristicas&source=web&cd=13&ved=0CDMQFjACOAo&url=http% 3A%2F%2Fwww.somece.org.mx%2Fsimposio06%2Fmemorias%2Fconte nido%2Fgrupo5%2Fpdf%2F2_ReyesEvaristoVictorHugo.pdf&ei=KCKcT 7OEE4L7ggfevomRDw&usg=AFQjCNFtIcZ6k6ZlCV99HBKriEJusglI2A &cad=rja http://ardilladigital.com/DOCUMENTOS/TECNOLOGIA%20EDUCATI VA/TICs/T5%20SOFT.ED.%20Y%20MM/05%20SOFTWARE%20EDUCA TIVO%20Y%20MULTIMEDIA.pdf

143

20/09/2012

BIBLIOGRAFA

http://www.uv.es/bellochc/pwedu5.htm http://www.scielo.org.ve/scielo.php?pid=S169075152008000300004&script=sci_arttext http://cursa.ihmc.us/rid=1196862742453_516504673_8298/SOFTWARE_EDU CATIVO.pdf http://www.google.com.ec/url?sa=t&rct=j&q=filetype%3Appt%20t%C3%A9cnica s%20de%20evaluaci%C3%B3n%20de%20software%20educativo%20y%20sus%20 caracteristicas&source=web&cd=3&ved=0CDEQFjAC&url=http%3A%2F%2Fw ww.fileden.com%2Ffiles%2F2008%2F4%2F12%2F1863243%2Fgolfredo%2FSoftwa re-Educativo-ConceptosB.ppt&ei=RyWcTKuLcLUgAezpJihDw&usg=AFQjCNGsFXgsvJXwh2_ue8BNEU_0A8mMQ&cad=rja http://www.google.com.ec/url?sa=t&rct=j&q=filetype%3Appt%20t%C3%A9cnica s%20de%20evaluaci%C3%B3n%20de%20software%20educativo%20y%20sus%20 caracteristicas&source=web&cd=6&ved=0CEEQFjAF&url=http%3A%2F%2Fcect e.ilce.edu.mx%2Fdocs%2Fdiplom%2Fsofedu%2Fquincesesionb.ppt&ei=RyWcTKuLcLUgAezpJihDw&usg=AFQjCNG4MfewnaN-kmef3dpIdf6M0Dz9fw&cad=rja http://www.xtec.cat/~pmarques/edusoft.htm

144

20/09/2012

BIBLIOGRAFA
http://zunal.com/webquest.php?w=29225 http://www.uv.es/RELIEVE/v2n2/RELIEVEv2n2_1.htm http://es.scribd.com/jose_freites_1/d/79523546-Exp-de-Metodologia-y-

Evaluacion-Del-Software-Educativo-Auto-Guard-Ado
http://www.slideshare.net/joselyn091/instrumento-evaluacion-software-

educativo
http://modelosdesarrollomdc.blogspot.com/2008/10/ingeniera-de-

software-educativo-modelo.html
http://www.scielo.org.ve/pdf/enl/v5n3/art04.pdf http://is.ls.fi.upm.es/udis/docencia/erdsi/Documentacion-Evaluacion-6.pdf http://www.iidia.com.ar/rgm/comunicaciones/c-icie99-

ingenieriasoftwareeducativo.pdf
http://www.slideshare.net/ceci_gandalf/software-educativo-y-su-evaluacin-

1696389
http://investigacion.udgvirtual.udg.mx/blogs/wp-

content/uploads/2012/05/Irene-Aguilar.pdf

145

20/09/2012

BIBLIOGRAFA
http://www.slideshare.net/rogeliopincheira/instrumento-de-evaluacin-para-

software-educativo
http://alarcos.inf-cr.uclm.es/doc/cmsi/trabajos/Cesar%20Pardo.pdf http://developyourdream.net/tutoriales/tesis/tomo_pdf/CAPITULO%203%

20-%20METODOLOG%CDA.pdf
http://biblioteca2.ucab.edu.ve/anexos/biblioteca/marc/texto/AAR7606.pdf http://microevolution.wikispaces.com/2.-

+%C2%BFQu%C3%A9+es+una+Matriz+de+Evaluaci%C3%B3n+de+Softwa re%3F
http://www.essi.upc.edu/~franch/papers/libro-calidad-cap-10-jpc-xf-cq-10-

version-preliminar.pdf
http://alarcos.inf-cr.uclm.es/doc/cmsi/trabajos/Joaquin%20Ruiz%20Expo.pdf http://www.slideshare.net/JekittaB/calidad-del-producto-iso-9126
http://www.lomejordemi.org/es-ES/Best-Of-Me/Present

146

20/09/2012

BIBLIOGRAFA

http://tecno-educativa.blogspot.com/2007/03/software-definicin-ycaractersticas.html http://www.angelfire.com/az2/educacionvirtual/software.html http://www.slideshare.net/raymarq/software-educativo-presentation829748 http://www.tecnoneet.org/docs/2002/62002.pdf http://www.google.com.ec/url?sa=t&rct=j&q=t%C3%A9cnicas%20de%2 0evaluaci%C3%B3n%20de%20software%20educativo%20y%20sus%20ca racteristicas&source=web&cd=13&ved=0CDMQFjACOAo&url=http% 3A%2F%2Fwww.somece.org.mx%2Fsimposio06%2Fmemorias%2Fconte nido%2Fgrupo5%2Fpdf%2F2_ReyesEvaristoVictorHugo.pdf&ei=KCKcT 7OEE4L7ggfevomRDw&usg=AFQjCNFtIcZ6k6ZlCV99HBKriEJusglI2A &cad=rja http://ardilladigital.com/DOCUMENTOS/TECNOLOGIA%20EDUCATI VA/TICs/T5%20SOFT.ED.%20Y%20MM/05%20SOFTWARE%20EDUCA TIVO%20Y%20MULTIMEDIA.pdf

147

20/09/2012

Debemos tener
suficiente alegra para ser siempre amables Los suficientes problemas para ser fuertes Las suficientes penas para ser humanos La suficiente esperanza para ser felices Los suficientes fracasos para ser humildes El suficiente xito para ser entusiastas Los suficientes amigos para confortarlos El suficiente dinero para cubrir nuestras necesidades El suficiente entusiasmo para seguir adelante La suficiente fe para vencer la depresin La suficiente determinacin para hacer que cada da sea mejor que el anterior Y el suficiente deseo de ser un poco ms feliz cada da
La

148

20/09/2012

Muchas Gracias

149

20/09/2012

PREGUNTAS

150

20/09/2012

151