METODOLOGÍA PARA LA CREACIÓN DE RECURSOS E-LEARNING ACCESIBLES PARA TODOS

Jhon Gonzalez Profesional en Sistemas de Información y Documentación Universidad de la Salle, Colombia Correo Electrónico: jhon.gonzalez@gmail.com Bogota, Colombia

SINTESIS El presente ensayo pretende destacar la importancia y trascendencia del desarrollo de recursos e-learning en relación con el suministro e intercambio de información accesible para todos, con el fin de mejorar la calidad de los recursos educativos multimedia. Así mismo, concentra los conceptos mas importantes de la accesibilidad aplicables al objeto de estudio. De igual forma, se formula una metodología para su desarrollo de recursos atendiendo a métodos de entrega, creación y sus respectivos componentes. Finalmente, se proponen recomendaciones de mejora y determinación de la accesibilidad en concordancia con las pautas de accesibilidad emanadas por la WAI (Web Accesibility Initiative). INTRODUCCCION En la actualidad, la sociedad de la información ha dejado de ser sólo una idea concebida por intelectuales, para convertirse en una realidad cada vez más clara, en parte porque en los últimos diez años el número de usuarios con acceso a la información: Internet ha aumentado exponencialmente. Sin embargo, las innovaciones y avances tecnológicos traen oportunidades y también amenazas dentro de las cuales se identifica la denominada brecha digital, esto es, el espacio social, técnico y político que distancia a sectores privilegiados de los más desfavorecidos (limitantes técnicas o físicas) en cuanto al acceso a la información. 1

El presente ensayo describe en primera instancia las discapacidades de tipo físico y técnico que padecen los usuarios, y que en la mayoría de los casos impiden su acceso a la información. De igual manera, se explica el concepto de accesibilidad y su aplicación e importancia en el contexto educativo para el desarrollo de recursos e-learning accesible para todos. De igual forma, se plantea una metodología para la creación de recursos elearning accesibles para todos y atendiendo al modelamiento y apropiación de métodos de entrega, creación y sus respectivos componentes. Finalmente, se proponen recomendaciones de determinación y mejora en concordancia con las pautas de accesibilidad emanadas por la WAI (Web Accesibility Initiative). con el fin de aprender la mejor forma de obtener recursos educativos multimedia que sean en lo posible accesibles para un mayor numero de personas con o sin discapacidad, edad avanzada o cualquier otra situación relevante en materia de accesibilidad. EL APRENDIZAJE SIGNIFICATIVO Y TECNOLOGÍA ADAPTATIVA

El vertiginoso proceso y cambio tecnológico permite que la aplicación de las Tecnologías de la Información (TIC) en el contexto de las necesidades educativas especiales favorezca cualitativamente los procesos enseñanza-aprendizaje. Así mismo, favorecen el desarrollo de capacidades y competencias que permiten incrementar los niveles de autonomía personal y contribuyen a potenciar las motivaciones que dan carácter significativo a los aprendizajes. Se podría afirmar que existen fundamentos teóricos y sociales que avalan las TIC como recurso pedagógico, democrático y/o socialmente significativo. Dichos fundamentos también invocan a la necesidad de reducir la posibilidad o el surgimiento de una nueva "brecha digital" que limite el acceso de las personas con 2

necesidades educativas especiales al ejercicio de su derecho de acceso a la información, a la educación y a la integración social. Diariamente el docente precisa de recursos que le permitan potenciar el aprendizaje significativo1 de sus alumnos, máxime cuando estos presentar situaciones desfavorables. En tal sentido, la tecnología le proporciona las adaptaciones y técnicas necesarias que permiten a los alumnos magnificar sus experiencias significativas de aprendizaje y permiten incrementar los niveles de competencia y autonomía personal. El computador mas que una herramienta de computo facilita y/o mejora los procesos de comunicación oral y escrita, la adquisición conocimiento, el acceso a los contenidos curriculares, a la formación, al trabajo y brinda nuevas oportunidades sociales. Sin embargo, debido a que el alumno que debe hacer uso de estos recursos se halla imposibilitado de utilizarlos debido a algún tipo de limitación –técnica o física: visual, motrices, auditiva, cognitivas y de lenguaje- surgen entonces limitaciones de acceso al recurso mismo. Para compensar o superar estas barreras de acceso a la información y específicamente a los recursos educativos multimediales se ha desarrollado un nuevo campo de acción para docentes y diseñadores multimedia que brinda elementos, tanto de equipamiento como desarrollo, que constituyen lo que se denomina tecnología adaptativa. Los docentes deben enfrentar un nuevo desafió: el de integrar y actualizar los conocimientos tecnológicos unidos a los nuevos enfoques educativos basados en

1

Ausubel, David Paul, El aprendizaje significativo [en linea] Disponible en: http://tinyurl.com/ycvxr9

3

el concepto de integración y control de medios y desarrollo de recursos educativos. Para hacer frente a este desafío es preciso contar con la oportunidad de estar convenientemente informados, formados y actualizados del continuo avance tecnológico en materia de desarrollo de recursos educativos: e-learming accesibles, a fin de evitar la permanente des-actualización que se produce entre éste y su formación. Estos conocimientos les permitirán modelar, diseñar y utilizar la tecnología en todas sus potencialidades, a fin de garantizar y/o facilitar un verdadero aprendizaje significativo e integración y control de medios. Independientemente del socialmente reconocido aporte que las TIC pueden brindar en el campo de las necesidades educativas especiales y a la imperante necesidad de entrenamiento docente, cabe destacar la escasa oferta de instrucciónal que aborde contenidos especializados con tecnología adaptativa y que les brinden los conocimientos, tanto conceptuales como metodológicos, necesarios para utilizar las TIC`s en las aulas donde concurren alumnos con necesidades educativas especiales. Con el objetivo de responder a esta sentida necesidad, resulta apremiante proponer una metodología de capacitación sobre la temática de tecnología adaptativa para la creación de recursos e-learning accesibles para todos LA ACCESIBILIDAD EN EL CONTEXTO EDUCATIVO Para definir lo qué es la Accesibilidad en el contexto educativo, previamente se debe revisar más detalladamente las limitaciones de acceso a los contenidos a la misma, los cuales se pueden agrupar en dos grandes clases: discapacidades físicas y limitaciones técnicas que eventualmente impiden su acceso a la información a cada uno de los usuarios que accedan a los servicios informativos. 4

5

Tabla No.1 Clases de discapacidades y limitaciones técnicas
CLASES TIPOS Y CARACTERISTICAS
Discapacidades visuales: (Ceguera total a parcial; daltonismo; visión borrosa...).

COMO ACCEDEN A LA WEB
Internet es un medio primordialmente visual además de basarse en textos e imágenes. Ello no impide que personas con discapacidades visuales accedan a los contenidos de un sitio Web mediante otro tipo de dispositivos, Voz, Braille.

Discapacidades (Parkinson, artritis, múltiple, parálisis...)

motrices: esclerosis

Estas impiden el manejo de dispositivos estándar como teclados, ratones. Los usuarios no tienen porqué tener o ser capaces de usar un teclado o un ratón ya que existen otros tipos de dispositivos de acceso a la información como pueden ser los navegadores basados en voz o lectores de pantalla.

F I S I C A S

Discapacidades (sordera total, parcial)

auditivas:

En algunos sitios Web, es importante el sonido. Algunos tipos de sorderas impiden la audición de señales y pitidos del sistema.

Discapacidades cognitivas y de lenguaje: (Dislexia, dificultades para recordar, resolver problemas, limitaciones sensoriales, de comprensión del lenguaje)

Para este tipo de personas, una inadecuada arquitectura de información o maquetación compleja o una sobrecarga de información en los sitios Web puede causar un bloqueo mental, por ello es importante una presentación limpia y clara de la información a incluir en cada documento.

Discapacidades relacionadas con la edad: Desde la pérdida de visión hasta el deterioro de las capacidades auditivas, pasando por la pérdida de capacidades motoras y de coordinación debido a enfermedades como artritis, parkinson, etc.

De entorno: Al diseñar sitios Web, debe considerarse la experiencia del usuario en función de su entorno ya que puede encontrarse en un lugar ruidoso o poco iluminado, como un lugar público, o realizando otras tareas simultáneamente como atender un teléfono o conducir (en este último caso, implica la seguridad de las personas, ponerse en este lugar del usuario es un punto crítico).

T E C N I C A S

Están relacionadas con el equipo con el que accede un usuario a Internet, es decir los dispositivos de acceso a la información como son:

• • • • • •

Navegadores antiguos Sistemas operativos diferentes Dispositivos de visualización pequeños (PDA, teléfonos móviles) Pantalla en modo "sólo-texto" Resoluciones y contrastes de colores Conexión: Mala conexión a Internet

6

Fuente: ACCTIVA. Tipos de discapacidades [en línea] Página Web versión HTML. (s.l.) : Activa, 2000. [citado 20 de enero de 2005]. Disponible en Internet: <http://www.acctiva.com/recursos/discapacidades.htm>.

Como se ilustra en la Tabla No.1 existen usuarios que presentan discapacidades de tipo físico, como lo son las de carácter visual, motriz, auditivo, cognitivo o de lenguajes, así como las relacionadas con la edad o el entorno, de las cuales es importante aclarar que las primeras cinco representan en si mismas a un segmento de la población en condiciones de mayor desventaja frente al acceso a recursos e-learning, mientras que la restante, así como las limitaciones de carácter técnico están condicionadas por factores externos o ajenos a la voluntad de cualquier persona o usuario. Por lo anteriormente expuesto, definir la accesibilidad en un contexto educativo podría interpretarse como la posibilidad de que un producto o recurso pueda ser accedido y usado por el mayor número posible de personas, indiferentemente de las limitaciones propias del individuo o de las derivadas del contexto de uso 2. Claro definirla en el contexto de desarrollo de recursos e-learning supone pensar en una definición en particular y en especial una que se ajuste a los intereses de una audiencia o usuarios específicos, (desde luego todo esto nos proporciona unas perspectivas valiosas) pero el objetivo es tratar de encontrar la unidad de criterios o puntos de vista que permita refrendar el objeto social del progreso tecnológico y proceso educativo, cual se apoya o representa en el principio fundamental de facilitar el acceso a la información a la comunidad a la cual sirve, máxime cuando el progreso en el uso de la información y los medios informáticos han dinamizado la asociación entre oferta y demanda formativa.

2

HASSAN MONTERO, Yusef. Qué es la Accesibilidad Web [en línea] Página Web versión XHTML 1.0 Transitional (s.l.): Nosolousabilidad.com, 2003. [citado 18 de abril de 2005]. Disponible en Internet: <http://www.nosolousabilidad.com/articulos/ >.

7

El Consorcio World Wide Wide3 líder en promover un alto grado de uso de los medios informáticos para las personas con discapacidades mediante las recomendaciones WAI (WEB ACCESSIBILITY INITIATIVE)4, así como muchas otras organizaciones de carácter voluntario alrededor del mundo, buscan garantizar el acceso en la Web en cinco áreas primarias de trabajo: la tecnología, las pautas, las herramientas, la educación e investigación y desarrollo. El IMS Global Learning Consortium5 promueve los lineamientos para el desarrollo de aplicaciones e-learning accesibles para todos, las cuales proporcionan un marco de cooperación y desarrollo el cual ofrece oportunidades y posibilidades las cuales permitirán aplicarlas en áreas donde la tecnología educativa precisa innovación y desarrollo y donde se asegure que la educación sea verdaderamente accesible a cualquier persona y con la proyección y el dinamismo que una sociedad mediatizada lo exige, ya que en la emergente sociedad de la información los actores y estamentos educativos debe asumir las competencias que configuren derechos fundamentales como: el acceso a la información. Metodología para la creación de recursos e-learning Integración tecnológica Antes de discutir las estrategias para crear recursos e-learning accesibles, es oportuno considerar, que tecnologías facilitan el acceso de los estudiantes a las tecnologías de información y comunicación. Esto contribuye hacia una mejor comprensión, de qué necesita, desde el punto de vista del autor para proveer el mejor acceso y uso de los recursos e-learning.
3

WORLD WIDE WEB CONSORTIUM. W3C's Web Accessibility Initiative Holds Best Practices Training in Spain; Webmasters, Designers Meet in Madrid to Learn About Accessible Design. En: ProQuest [base de datos en línea]. Página Web versión HTML. Business Wire: New York, 2004. [citado 02 de enero de 2005]. Disponible en Internet: <http://proquest.umi.com > p. 1. 4 ________ . Pautas de Accesibilidad del Contenido en la Web 1.0: Recomendación W3C de 5 de mayo de 1999. [en línea] Página Web versión XML (s.l.): W3C, 1999. Traducción provisional de Carlos Egea García y Alicia Sarabia Sánchez [citado 14 de junio de 2004]. Disponible en Internet: <http://www.discapnet.es/Web_accesible/wcag10/wai-Webcontent-90505es.html>. 5 Global Learning Consortium [en linea] Disponible en: http://www.imsglobal.org/accessibility/index.html

8

Hay

muchas

tecnologías,

designadas

colectivamente

como

Tecnologías

Adaptativas (TE), las cuales permiten interactuar con medios informáticos que comparten estándares de desarrollo para permitir que un amplio margen de la población tenga acceso a los recursos e-learning. Las personas limitadas visualmente pueden utilizar dispositivos de lectura de texto previamente instalados en sus computadoras. Lo cual no significa que necesariamente se deban desarrollar recursos e-learming para proporcionar versiones habladas. El software para la lectura de texto es de gran ayuda para personas que presentan dislexia u otras limitaciones que afectan la lectura en pantalla. La principal función de este software no es leer –literalmenteseleccionado por un usuario. Las personas con baja visión pueden ver el contenido de una pantallas con ayuda de software de ampliación o magnificación de pantalla. También existen los dispositivos de lectura de Braille que permiten escuchar el texto que se le presenta en pantalla y leer los comandos del sistema (como menús y mensajes de la línea de estado) en Braille.6 Las personas con limitaciones o inhabilidades físicas que afectan destreza y movilidad manual y por lo tanto les impide usar un ratón estándar y/o el teclado también existen los dispositivos alternativos de entrada (input devices) Éstos actúan eficazmente con una interfaz grafica, tal como un sito Web, de la misma manera que un teclado - con una serie de acciones y/o teclas de acceso rápido. Para muchas otras personas con limitaciones las necesidades de accesibilidad se pueden resolver de manera “nativa” por las opciones de accesibilidad
6

el

contenido entero de la página, pero leer si leer bajo demanda el texto

La Accesibilidad en el Mac: Problemas en el Paraíso [en linea] Disponible en: http://planetamac.org/maccesible/buz_002.html

9

proporcionadas por sistemas operativos tales como Windows7, Mac8 o Linux9 y los usos específicos del software tal como navegadores Web. Las opciones existen tanto para agrandar tamaño del texto, modifican la operación del ratón para requisitos particulares, mejoran funcionalidad del teclado, prolongan la gama de la salida audio, substituyen advertencias audio por equivalentes visuales y modifican esquemas de color para requisitos particulares del entorno de trabajo. Por todo lo expuesto anteriormente es importante que el desarrollo de recursos elearning permita que los alumnos independientemente de cual limitación presenten, hagan los ajustes y configuraciones necesarias a las opciones de la accesibilidad, para optimizar su acceso a la información y así permitir incrementar los niveles de competencia y autonomía personal. La especificación de accesibilidad (IMS ACCLIP)10 se ha desarrollado con el propósito de proporcionar una manera estructurada de almacenar las preferencias específicas de la accesibilidad de un alumno.

Estas preferencias pueden incluir cualquier ajuste adaptativo dependiendo de la tecnología empleada o de la accesibilidad requerida por el estudiante o alternativas requeridas para configurarla de forma específica. Existe también la posibilidad para permitir que los docentes especifiquen las configuraciones que se precisen para un estudiante o caso especifico. Como un complemento a IMS Access for All Metadata Specification permite que los autores e-learning describir sus recursos para cualquier requisito específico de la accesibilidad y cómo es adaptable puede configurarse a requerimientos particulares. Estas especificaciones ofrecen el gran potencial para la dupla: estudiantes y autores de
7 8

Microsoft Accessibility [en linea] Disponible en: http://www.microsoft.com/enable/ Apple Accessibility [en linea] Disponible en: http://www.apple.com/accessibility/ 9 Linux Accessibility [en linea] Disponible en: http://www.utoronto.ca/atrc/reference/tech/linux.html 10 Aunque técnicamente puede no ser una especificación IMS, proporciona reglas a otros grupos de IMS para asegurarse de que cada especificación ofrezca la mayor accesibilidad. http://www.imsglobal.org/accessibility/

10

contenidos –desarrolladores y docentes-, particularmente en términos de que los objetos e-learning son reutilizables e interoperables11. Para que las tecnologías adaptativas y las opciones de la accesibilidad operen con eficacia, los recursos e-learning se deben diseñar con la mentalidad puesta en la accesibilidad. Relativamente, resulta muy fácil crear los recursos que contienen barreras significativas de accesibilidad, limitando así a los estudiantes con limitaciones, que, a pesar de que se les proporcione tecnología apropiada para su acceso, estos no pueden acceder o utilizar fácilmente a recursos e-learning, por la manera ligera como se diseñan estos recursos. En la mayoría de casos, las barreras más problemáticas de la accesibilidad se pueden evitar sin dificultad. Finalmente hay que precisar que estas barreras también afectan a muchas más personas y estudiantes que tienen acceso a recursos e-learning bajo ciertas condiciones como una conexión del Internet, o usar a una agenda personal de Digital (PDA) con una pantalla pequeña y sin ratón. El desarrollo de recursos elearning accesibles no beneficia simplemente a las personas con limitaciones, por cuanto tiene el valor agregado y significativo de tratar, de que muchas de las necesidades de acceso de los estudiantes a un sistema de e-learning varíen según sus circunstancias de acceso Como crear recursos e-learning accesibles Como metodología de desarrollo se propone emplear la lista de puntos de verificación para las Pautas de Accesibilidad. validando el nivel de cumplimiento de cada punto evaluado, por medio de la observación y análisis detallado de los métodos de entrega, creación y sus respectivos componentes o recursos e-learning. Tabla No. 2 Metodos y componentes para la creación de Recursos e-learning accesibles
11

La interoperabilidad o interoperability es la condición técnica mediante la cual sistemas heterogéneos pueden intercambiar procesos o datos.

11

• Métodos de entrega

WWW

• •
• • •

CD-ROM/DVD: DTB ( Digital Talking Books ) Video
Selección y compra Herramientas y Lenguajes (HTML, Macromedia ­ Flash,  Dreamweaver, Fireworks,  Java, etc.) Desarrollo de contenido / Sistemas de Entrega (WebCT,  Blackboard, Moddle, ATutor  etc.) Interfaces • • • Contenido • • • • • • Interactivos/Escenarios  colaborativos • HTML Audio ­ Wave, MP3, RA, ogg. Video ­  Peliculas (Quicktime, Real,  Windows Media, etc.) Animacion/Simulación ­ Flash, Java,  MPEG, GIFs animados, etc. PDF PowerPoint Word E­mail Listas de discusión/Boletines de  noticias Chat (IRC ­ Internet Relay Chat,  Web­based,  Mensajeria Instantanea:  ICQ, MSN, AOL, Chatterbox ) White­board Video­conferencia Tipos de preguntas (Lecturabilidad) Scoring

Métodos de creación

Componentes

• • Test / Evaluación • •

Fuente: Texas School for the Blind and Visually Impaired [en linea] Disponible en: http://www.tsbvi.edu/technology/elearning.htm

Tal y como se presenta en la Tabla No. 2 se recomienda evaluar métodos y componentes, puesto que estos se consideran determinantes en el desarrollo de soluciones e-learning accesibles y representan “puerta de entrada de los usuarios, y… si estos no cumple los requisitos de accesibilidad mínimos difícilmente… se

12

garantizara.. a los usuarios con alguna discapacidad” significativo.

12

un verdadero aprendizaje

Para el desarrollo del proceso metodológico se deben aplicar y establecer una serie de pasos y herramientas que garantizaren la verificación del nivel mínimo de accesibilidad (Prioridad 1, Nivel A). En este sentido, como primer paso, se debe verificar la accesibilidad de cada recurso o componente confrontando aspectos mínimos que determinen el cumplimiento o no de las pautas mínimas de accesibilidad. Sabiendo que la cantidad de aspectos a considerar en el análisis de la accesibilidad de un recurso puede ser es bastante elevada, se recomienda comenzar por identificar los fallos que se cometen más frecuentemente para impedir que una aplicación e-learning y sus componentes sea accesible. Si se revisan este tipo de fallos, debe tener en cuenta los criterios descritos a continuación: • • • • • • • El contenido debe ser compresible sin color. Proporcionar texto alternativo para todo elemento no textual. El contenido debe ser comprensible en un navegador sin gráficos y en un navegador solo texto. Los usuarios deben poder controlar como visualizan los textos. Se debe proporcionar un titulo descriptivo para cada marco o frames. El contenido del sitio Web se debe visualizar correctamente sin cargar la hoja de estilos. Se debe proporcionar información accesible sobre la maquetación general del sitio Web. (Mapas de sitio)

12

LOPEZ MARIN, Laura; MENDEZ RODRIGUEZ, Eva María. Evaluación de la accesibilidad y usabilidad de los sitios Web de las bibliotecas públicas catalanas. En: Revista de biblioteconomía y Documentación. Cataluña. No.31 (may.-ago. 2002); p17-51.

13

• •

El sitio debe ser accesible sin scripts, applets y otros objetos de programación. Se debe evitar el parpadeo en la pantalla

Segundo paso, mediante los dos métodos de revisión existentes: revisión automática y revisión manual, que la Web Accessibility Initiative, se recomienda validar la accesibilidad tanto con herramientas automáticas, como con intervención humana para asegurarse de una adecuada interpretación desde las primeras fases de desarrollo de cualquier proyecto de desarrollo de recursos e-learming accesible. Revisión automática Las pautas de accesibilidad del contenido en la Web recomiendan “validar o revisar la accesibilidad… con herramientas automáticas e intervención humana. De acuerdo con lo anterior es oportuno precisar que si bien los métodos automáticos son generalmente rápidos y oportunos, pueden no identificar todos los problemas de accesibilidad A cambio la revisión humana puede ayudar a asegurar la claridad del lenguaje, facilitar la compresión y análisis” (W3C, 1999)13. En este orden de ideas, puede afirmarse que una de las mejores maneras para que los diseñadores: docentes o autores de contenidos sean conscientes de los problemas acceso que sus recursos o componentes van a generar a estudiantes con o sin limitaciones de acceso, es intentar simular mediante herramientas automáticas el modo en que los alumnos van a acceder a las mismas, empleando, en la medida de lo posible, navegadores alternativos, sistemas de acceso y/o ayudas técnicas que constituyan un método complementario de revisión
13

WORLD WIDE WEB CONSORTIUM. Pautas de Accesibilidad del Contenido en la Web 1.0: Recomendación W3C de 5 de mayo de 1999. [en línea] Página Web versión XML 1.0. (s.l.): W3C, 1999. Traducción provisional de Carlos Egea García y Alicia Sarabia Sánchez.. [citado 14 de junio de 2004]. Disponible en Internet: <http://www.discapnet.es/web_accesible/wcag10/WAI-WEBCONTENT19990505_es.html>.

14

automática. La revisión automática tiene una serie de “ventajas e inconvenientes” (Romero Zúnica, 1999)14: Ventajas: • • • Funcionamiento rápido y sistemático. Se revisan muchos aspectos simultáneamente. Ofrece una calificación global de la accesibilidad de los recursos y componentes.

Inconvenientes: • • • Interpretación de resultados compleja. Idioma nativo de la herramienta. Muchos aspectos precisan revisión manual complementaria.

Revisión manual La revisión humana o manual abarca muchos aspectos que las herramientas automáticas no pueden evaluar, como por ejemplo la adecuación del texto alternativo de una imagen o del título de un marco, para que éstos puedan ser interpretados correctamente por el usuario sin acceso a su equivalente gráfico. Por los anteriores motivos, se recomienda emplear, entre otros, los siguientes métodos para revisión manual: • • •
14

Un navegador sólo-texto o un emulador Varios navegadores gráficos con: Sonidos y gráficos cargados, Gráficos no cargados, Sonidos no cargados, Sin Mouse o ratón. Marcos, scripts, hojas de estilo y applets no cargados.

ROMERO ZÚNICA, Rafael. Metodología práctica de revisión de la accesibilidad de sitios. [en línea] Página Web versión HTML 4.0 Transitional. Valencia: Unidad de Investigación ACCESO de la Universidad de Valencia, 1999. [citado 30 de julio de 2004]. Disponible en Internet: <http://acceso.uv.es/Unidad/pubs/2001-Evaluacion/>.

15

• •

Varios navegadores, viejos y nuevos. Un navegador por voz, un lector de pantallas, un software de magnificación, un visualizador pequeño, etc.

Tabla No.3 Puntos de Verificación a Analizar (Prioridad 1 Nivel A)
Pautas Generalidades Imágenes Tablas Marcos “Applets” y “scripts” Multimedia Pagina Alternativas No. Puntos a Analizar 7 2 2 1 1 2 1 Descripción Representación visual, lenguaje y claridad de contenido Tecnologías de Servidor para representar mapas de imagen Estructura de la pagina Web Identificación y navegación Independencia de objetos programados (Java Script etc..) Sub titulación y/o texto equivalente Versión solo texto

Tercer paso, por ultimo y para dar aplicabilidad a los conceptos asociados a la accesibilidad y evaluar el nivel mínimo de accesibilidad (Ver Tabla No.3) cada recurso e-learning o componente de contenido, se deben escoger las herramientas adecuadas que permitan medir el grado de accesibilidad deseado. (Ver tabla No. 4) Tabla No. 4 Niveles de accesibilidad según la Web Content Accessibility Guidelines 1.0
Nivel Prioridad 1: Prioridad 2: Prioridad 3: Descripción El diseñador tiene que satisfacerla; si no, algunos grupos de personas serán incapaces de acceder a la información de un sitio. El diseñador debe satisfacerla; sin ello alguien encontrará muchas dificultades para acceder a la información. El diseñador puede satisfacerla; de lo contrario, algunas personas hallarán dificultades para acceder a la información.

Fuente: EGEA GARCÍA, Carlos y SARABIA SÁNCHEZ, Alicia. Diseño accesible de páginas Web: traducción al castellano de las pautas de accesibilidad al contenido en la Web 1.0. Murcia: Consejería de Trabajo y Política Social. Dirección General de Política Social, 2001.

16

Herramientas de evaluación Análisis con navegador sólo-texto Se recomienda utilizar BrailleSurf15 y como alternativa el simulador Lynx-Viewer16, el cual se encuentra disponible mediante un formulario Internet, con el fin de navegar por el sitio usando este tipo de interfaz sólo texto. Previamente se visualiza la página con un navegador gráfico, para ver si presenta correctamente su estructura y contenido y por supuesto verificar así la comprensión del mismo. Análisis con navegadores gráficos habituales y lector de pantalla Se recomienda comprobar en Netscape, Explorer, Mozilla, Mozilla Firefox el lugar donde se producen fallos con la versión solo-texto y por supuesto estudiar la intención original del autor. Adicionalmente utilizar el lector de pantalla: Jaws (producto comercial) y analizar la salida que ofrece la síntesis de voz, comprobando también el acceso usando sólo el teclado. Análisis con navegador Mozilla Firefox y su extensión Web Developer Extensión 1.0.2 y FireBug En este punto se responden algunas dudas que surgen en las dos fases previas ya que una vez comprobada la accesibilidad de imágenes, presentaciones multimedia, applets, scripts, formularios y tablas, entre otros, se identifica la intención del diseñador en aquellos puntos en que hubo fallos.

15

HADJADJ, Djamel. BrailleSurf: An HTML Browser for visually handicapped people. [en línea] Página Web versión HTML. France: paris, 2001. [citado 30 de julio de 2004]. Disponible en Internet: < http://www.dinf.ne.jp/doc/english/Us_Eu/conf/csun_99/session0158.html >. 16 DELORIE SOFTWARE. Llynxview. [en línea] Página Web versión HTML. (s.l.): (s.e.), 2004. [citado 1 de agosto de 2004]. Disponible en Internet: < http://www.delorie.com/web/lynxview.html>.

17

Posteriormente, con la extensiónes Web Developer Extensión17 y Frebug18 se verifican múltiples opciones de validación que permite ver el funcionamiento interno de las presentaciones web, con las llamadas xmlhttpresquest, permitiendo encontrar y depurar los errores en css, html, javascript y XMLHttpRequest. • • • • • Activación y desactivación de imágenes. Activación y desactivación de marcos y Hojas de Estilo (CSS). Activación y desactivación de scripts y plugins (FLASH). Aumento y disminución del tamaño letra. Identificación de elementos de bloque, así como estructuras lógicas de un documento (titulo, párrafos, listas, tablas, etc.)

Análisis del código fuente Existen varios puntos de verificación fundamentales a analizar en el código fuente, los cuales son: Document Type Declaration: Inicialmente se verifica si el documento HTML consta de un DTD*, el cual es otro documento que especifica la naturaleza de un documento Web y que por supuesto sirve para diferenciar el tipo de lenguaje de estructuración utilizado, como por ejemplo XHTML 1.0, de esta forma se le indica al navegador si el documento tiene o no marcos. Ejemplo de código fuente de Declaración del Tipo de Documento:
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">

Un ejemplo similar podría ser, que de la misma forma que un ciudadano colombiano requiere de una cedula de ciudadanía que lo acredite como tal, un documento de XHTML
PEDERICK, Chris. [en línea] Página Web versión XHTML 1.0 Strict. (s.l.): (s.e.), 2005. [citado 19 de agosto de 200]. Disponible en Internet: <http://www.chrispederick.com/work/firefox/ >. * DTD: Declaración del Tipo de Documento. 18 Firebug [en linea] Disponible en: http://www.joehewitt.com/software/firebug/
17

18

necesita un DTD para presentarse ante el navegador y responder como tal. Este punto es bastante importante ya que una página sin un DTD no valida, es decir, que si no se declara el lenguaje de estructuración utilizado difícilmente se podrá asegurar que se muestre correctamente la página, y por ende el navegador no sabrá que tipo de documento mostrar al usuario y en pocas palabras trasladara más trabajo al navegador para poder mostrar la información y por defecto al usuario para acceder a la misma.

Elemento raíz: Se verifica que el elemento raíz de cada documento fuese la etiqueta <html>, es oportuno anotar que al no encontrase dicha etiqueta se puede afirmar que no hay tal documento de XHTML. Namespace: Se verifica si cada sitio declara el namespace. El namespace es la dirección que define la especificación del lenguaje de estructuración utilizado, en caso sería: XHTML, como se muestra en el siguiente ejemplo.
<html xmlns="http://www.w3.org/1999/xhtml" xml:lang="es-co" lang="es-co">

Atributos de Idiomas: Se verifica si la etiqueta <html> presenta los atributos de idiomas. Estos atributos ayudan a especificar en qué idioma estará escrito el documento. En el siguiente ejemplo, lo correcto sería utilizar el atributo lang="es-co" para especificar a que idioma pertenece el documento que se esta escribiendo en nuestro código fuente, para este caso será idioma español, Colombiano.
<html xmlns="http://www.w3.org/1999/xhtml" xml:lang="es-co" lang="es-co">

La revisión gramatical implica que los documentos sean gramaticalmente
correctos, ya que la mala escritura de las etiquetas u olvido de ciertos detalles, implica que el documento no valida, o el mismo navegador obviara mostrarlo. Ejemplo incorrecto:
<p>La importancia de las <em>bibliotecas publicas</p> en Colombia</em>

Ejemplo correcto: 19

<p>La importancia de las <em>bibliotecas publicas</em> en Colombia</p>

Estructuras lógicas y de contenido del documento: Se determina si se visualizan y/o se delimitan fácilmente las zonas más relevantes de la página, de manera que se pueda ir descubriendo, de forma ordenada y semántica.

Ejemplo de una plantilla con estructuras lógicas:
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" “http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd"> <html xmlns="http://www.w3.org/1999/xhtml” xml:lang="es-co” lang="es-co"> <head> <title>Universidad - Colombia</title> </head> <body> <div id="Encabezado"></div> -> La imagen del encabezado <div id="contenido"></div> -> El contenido principal <div id="piepagina"></div> -> Créditos y menciones </body> </html>

Análisis final con Bobby y TAW (opcional) Este análisis final permite confirmar algunos aspectos fundamentales de accesibilidad recogidos en las pautas WAI, considerando que algunos puntos de verificación no se pueden analizar de forma automática y se deben verificar manualmente. La Web Accessibility Initiative (WAI) del World Wide Web Consortium (W3C) ha aceptado la validación que realiza el programa desarrollado por Center for Applied Special Technology (CAST)19 y denominado Bobby20, al cual se puede acceder en línea, teniendo en cuenta que la validación se realiza pagina a pagina. Este programa ofrece la posibilidad de descarga para analizar las páginas de manera local.
19

CENTER FOR APPLIED SPECIAL TECHNOLOGY. [en línea] Página Web versión XHTML 1.0 (s.l.) : (s.e.), 2005. [citado 1 de Marzo de 2005]. Disponible en Internet: <http://www.cast.org/>. 20 BOBBY WATCHFIRE. [en línea] Página Web versión XHTML 1.0 (s.l.) : (s.e.), 2005. [citado 3 de Marzo de 2005]. Disponible en Internet: <http://bobby.watchfire.com/>.

20

Finalmente, para reducir las limitaciones idiomáticas asociadas a la validación de un documento Web, el Fondo Formación Asturias de España ha desarrollado una herramienta de validación de accesibilidad denominada Test de Accesibilidad Web21. DETERMINACION DE LA ACCESIBILIDAD A continuación se enuncian recomendaciones que son de aplicación inmediata y facilitarán a corto plazo el acceso a la gran variedad de recursos e-learning a un mayor número de usuarios. Adicionalmente referencian el planteamiento de una estrategia general de accesibilidad que debe seguir todo líder de proyecto, docente y/o desarrollador. Además, concentra un detenimiento en términos de tiempo y una curva de aprendizaje más exigente para lograr un diseño que sea fácilmente accesible por todo tipo de usuarios, independientemente del modo de acceso que estén empleando.

Colocar texto alternativo en todas las imágenes y mapas de imágenes del lado del servidor. (Etiqueta ALT). Esta es una de las recomendaciones más importantes para el acceso de los usuarios con deficiencias visuales, pero también de aquellos usuarios con conexiones lentas.

Buscar máximo contraste entre los colores de fondo y primer plano: el fondo de la página debe ser un color plano claro para facilitar la legibilidad de los contenidos.

Identificar los cambios del lenguaje natural de un documento, ya que esto ayuda a los sintetizadores de voz y a los dispositivos braille a cambiar o interpretar un nuevo lenguaje haciendo el documento más accesible a usuarios multilingües.

21

ESPAÑA. MINISTERIO DE TRABAJO Y ASUNTOS SOCIALES. T.A.W.: test accesibilidad web. [en línea] Página Web versión HTML. (s.l.): (s.e.), (s.f.). [citado 30 de julio de 2004]. Disponible en Internet: <http://www.tawdis.net/>.

21

El valor agregado o beneficio que ofrecen estas tecnologías adaptativas22 al declarar la lengua natural permite que los motores de búsqueda encuentren las palabras claves e identifiquen documentos en una lengua deseada. Además mejora la lecturabilidad o legibilidad de la Web para un mayor numero de personas, incluyendo ésos con discapacidades de aprendizaje, cognoscitivas o personas que padecen sordera.

No maquetar con tablas; diseñar las páginas utilizando un marcado estructural o semántico en los documentos HTML y hojas de estilo en cascada (Cascading Style Sheets), permite mantener el contenido de las mismas separado de la manera en que se presentan. Los usuarios con deficiencias visuales se benefician de un documento estructurado, porque pueden pasar de una sección a la siguiente, leyendo los títulos y sin necesidad de revisar detalladamente cada una de ellas.

No usar marcos o (frames). Algunos navegadores usados habitualmente por ciegos totales como NetTamer y Lynx, no interpretan bien los marcos por lo que lo único que verán los usuarios de la página será el texto situado entre las marcas de <noframe>, que normalmente suele ser algo como "Esta página usa marcos, pero su navegador no los admite."

Utilizar herramientas de autor como por ejemplo HTML-Kit23 para desarrollar las páginas Web que facilite la incorporación a las mismas de las opciones de accesibilidad y que no introduzcan elementos no estándar de XHTML.

Validar la página con herramientas como Bobby y el validador para XHTML24 del W3C para detectar fallos de accesibilidad y elementos no estándar.

22

W3C. Componentes Interdependientes de Accesibilidad Web. [en línea] Página Web versión XHTML 1.0 Transitional. (s.l.): (s.e.), 2005. [citado 12 de Marzo de 2005].Disponible en Internet: <http://www.w3c.es/Traducciones/es/WAI/intro/components>. 23 HTML Kit for more than editing HTML. [en línea] Página Web versión HTML. (s.l.): (s.e.), 2005. [citado 12 de Marzo de 2005]. Disponible en Internet: < http://www.chami.com/html-kit/>. 24 Markup Validation Service. [en línea] Página Web versión HTML. (s.l.): (s.e.), 2005. [citado 12 de Marzo de 2005]. Disponible en Internet: < http://validator.w3.org/) >.

22

CONCLUSIONES El desarrollo de recursos e-learning accesibles impone como prioridad misional la necesidad facilitar el acceso a los recursos educativos a un mayor número de personas posible, reduciendo el margen de dificultades para su acceso a personas que presentan alguna limitación de orden físico, sensorial o cognitivo. La aplicación de estas mejoras en el fase de desarrollo de aplicaciones e-learning y sus componentes no implica una obligación legal, pero supone un ahorro en términos de costos en su futura optimización y redunda en el corto plazo en beneficio de los alumnos y refrenda la responsabilidad y el carácter social de la adecuada implementación de las TIC´s como base tecnológica en el proceso educativo. Finalmente es oportuno reiterar en el hecho de que un recurso e-learning se desarrollo teniendo en cuenta los criterios de accesibilidad es recurso optimizado para todos los usuarios. El concepto de Diseño para Todos, que en América se conoce como Universal Design (Universal Design, 2005)25 y en Europa como Design for All (HTML KIT, 2005)26. Según esta filosofía los servicios informativos y formativos deben ser diseñados para satisfacer las necesidades de todos los usuarios; tanto el usuario medio como usuarios con distintos perfiles funcionales deben ser capaces de usar el producto en la medida de lo posible y con el máximo de prestaciones, sin necesidad de adaptación o diseño especializado adicional. Los conceptos descritos en el presente ensayo sobre la Accesibilidad, así como la evaluación del nivel de cumplimiento y determinación de la misma permite ofrecer una metodología y recomendaciones prácticas específicamente en lo relacionado
25

Universal Design. [en línea] Página Web versión HTML. Washington, DC: (s.e.), 2005. [citado 11 de Marzo de 2005]. Disponible en Internet: <http://www.universaldesign.com/>. 26 European Institute for Design and Disability. [en línea] Página Web versión HTML. (s.l.): (s.e.), 2005. [citado 12 de Marzo de 2005]. Disponible en Internet: < http://www.design-for-all.org/>.

23

con garantizar ante todo, que un mayor numero de usuarios accedan a los contenidos y recursos disponibles en aplicaciones e-learning, facilitando a su vez la recuperación y acceso a la información, ya que este es su objetivo central. Igualmente se convierte en un documento de apoyo para docentes y autores de contenidos digitales quienes tienen la ardua tarea de crear, diseñar, normalizar, describir y aportar contenidos o recursos educativos, pero ante todo reducir las barreras de la accesibilidad en la Web, basados en un modelo de diseño universal y centrado en la satisfacción de las necesidades de sus usuarios.

BIBLIOGRAFÍA ACCTIVA. Tipos de discapacidades [en línea] Página Web versión HTML. (s.l.) : Activa, 2000. [citado 20 de enero de 2005]. Disponible en Internet: <http://www.acctiva.com/recursos/discapacidades.htm>. APPLE ACCESSIBILITY http://www.apple.com/accessibility/ [en linea] Disponible en:

AUSUBEL, David Paul, El aprendizaje significativo [en linea] Disponible en: http://tinyurl.com/ycvxr9 EGEA GARCÍA, Carlos y SARABIA SÁNCHEZ, Alicia. Diseño accesible de páginas Web: traducción al castellano de las pautas de accesibilidad al contenido en la Web 1.0. Murcia: Consejería de Trabajo y Política Social. Dirección General de Política Social, 2001.

24

EUROPEAN INSTITUTE FOR DESIGN AND DISABILITY. [en línea] Página Web versión HTML. (s.l.): (s.e.), 2005. [citado 12 de Marzo de 2005]. Disponible en Internet: < http://www.design-for-all.org/>. FIREBUG [en linea] Disponible en: http://www.joehewitt.com/software/firebug/

GONZALEZ FLOREZ, Jhon Alexander. Pautas de accesibilidad Web para bibliotecas. Buenos Aires: Alfagrama, 2006.
GLOBAL LEARNING CONSORTIUM [en http://www.imsglobal.org/accessibility/index.html linea] Disponible en:

HASSAN MONTERO, Yusef. Qué es la Accesibilidad Web [en línea] Página Web versión XHTML 1.0 Transitional (s.l.): Nosolousabilidad.com, 2003. [citado 18 de abril de 2005]. Disponible en Internet: <http://www.nosolousabilidad.com/articulos/>. HTML Kit for more than editing HTML. [en línea] Página Web versión HTML. (s.l.): (s.e.), 2005. [citado 12 de Marzo de 2005]. Disponible en Internet: < http://www.chami.com/html-kit/>. LINUX ACCESSIBILITY [en linea] http://www.utoronto.ca/atrc/reference/tech/linux.html Disponible en:

LOPEZ MARIN, Laura; MENDEZ RODRIGUEZ, Eva María. Evaluación de la accesibilidad y usabilidad de los sitios Web de las bibliotecas públicas catalanas. En: Revista de biblioteconomía y Documentación. Cataluña. No.31 (may.-ago. 2002); p17-51. MICROSOFT ACCESSIBILITY http://www.microsoft.com/enable/ [en linea] Disponible en:

OLIVARES GARCÍA, Francisco. Producción informativa en Internet: portales y medios de comunicación independientes. Sevilla, 2003. p. 141. Tesis doctoral (Doctorado en Periodismo). Universidad de Sevilla. Facultad de Comunicación. PLANETA MAC. La Accesibilidad en el Mac: Problemas en el Paraíso [en linea] Disponible en: http://planetamac.org/maccesible/buz_002.html ROMERO ZÚNICA, Rafael. Metodología práctica de revisión de la accesibilidad de sitios. [en línea] Página Web versión HTML 4.0 Transitional. Valencia: Unidad de Investigación ACCESO de la Universidad de Valencia, 1999. [citado 30 de julio de 25

2004]. Disponible Evaluacion/>.

en

Internet:

<http://acceso.uv.es/Unidad/pubs/2001-

TEXAS SCHOOL FOR THE BLIND AND VISUALLY IMPAIRED [en linea] Disponible en: http://www.tsbvi.edu/technology/elearning.htm UNIVERSAL DESIGN. [en línea] Página Web versión HTML. Washington, DC: (s.e.), 2005. [citado 11 de Marzo de 2005]. Disponible en Internet: <http://www.universaldesign.com/>. WORLD WIDE WEB CONSORTIUM. Pautas de Accesibilidad del Contenido en la Web 1.0: Recomendación W3C de 5 de mayo de 1999. [en línea] Página Web versión XML 1.0. (s.l.): W3C, 1999. Traducción provisional de Carlos Egea García y Alicia Sarabia Sánchez.. [citado 14 de junio de 2004]. Disponible en Internet: <http://www.discapnet.es/web_accesible/wcag10/WAI-WEBCONTENT19990505_es.html>. ________ . Pautas de Accesibilidad del Contenido en la Web 1.0: Recomendación W3C de 5 de mayo de 1999. [en línea] Página Web versión XML (s.l.): W3C, 1999. Traducción provisional de Carlos Egea García y Alicia Sarabia Sánchez [citado 14 de junio de 2004]. Disponible en Internet: <http://www.discapnet.es/Web_accesible/wcag10/wai-Webcontent-90505es.html>. ________. W3C's Web Accessibility Initiative Holds Best Practices Training in Spain; Webmasters, Designers Meet in Madrid to Learn About Accessible Design. En: ProQuest [base de datos en línea]. Página Web versión HTML. Business Wire: New York, 2004. [citado 02 de enero de 2005]. Disponible en Internet: <http://proquest.umi.com> p. 1. ________. Markup Validation Service. [en línea] Página Web versión HTML. (s.l.): (s.e.), 2005. [citado 12 de Marzo de 2005]. Disponible en Internet: < http://validator.w3.org/) >. ________. Componentes Interdependientes de Accesibilidad Web. [en línea] Página Web versión XHTML 1.0 Transitional. (s.l.): (s.e.), 2005. [citado 12 de Marzo de 2005].Disponible en Internet: <http://www.w3c.es/Traducciones/es/WAI/intro/components>.

26