You are on page 1of 26

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 e-


learning 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 COMO ACCEDEN A LA WEB

Internet es un medio primordialmente visual además de


Discapacidades visuales:
basarse en textos e imágenes. Ello no impide que
(Ceguera total a parcial;
personas con discapacidades visuales accedan a los
daltonismo; visión borrosa...).
contenidos de un sitio Web mediante otro tipo de
dispositivos, Voz, Braille.

Discapacidades motrices: Estas impiden el manejo de dispositivos estándar como


(Parkinson, artritis, esclerosis teclados, ratones. Los usuarios no tienen porqué tener o
múltiple, parálisis...) 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
Discapacidades auditivas: En algunos sitios Web, es importante el sonido. Algunos
I tipos de sorderas impiden la audición de señales y
(sordera total, parcial)
S pitidos del sistema.
I
C
Para este tipo de personas, una inadecuada arquitectura
A Discapacidades cognitivas y de
de información o maquetación compleja o una
lenguaje: (Dislexia, dificultades
S para recordar, resolver problemas, sobrecarga de información en los sitios Web puede
limitaciones sensoriales, de causar un bloqueo mental, por ello es importante una
comprensión del lenguaje) 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 Están relacionadas con el equipo con el que accede un usuario a Internet, es decir los dispositivos de
E acceso a la información como son:
C
• Navegadores antiguos
N • Sistemas operativos diferentes
I • Dispositivos de visualización pequeños (PDA, teléfonos móviles)
C • Pantalla en modo "sólo-texto"
A • Resoluciones y contrastes de colores
S • 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 –literalmente- el
contenido entero de la página, pero leer si leer bajo demanda el texto
seleccionado 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
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 e-


learning 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
Microsoft Accessibility [en linea] Disponible en: http://www.microsoft.com/enable/
8
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 e-
learning 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
• WWW
Métodos de entrega • CD-ROM/DVD: DTB ( Digital Talking Books )
• Video
• Selección y compra
• Herramientas y Lenguajes (HTML, Macromedia ­ Flash, 
Métodos de creación Dreamweaver, Fireworks,  Java, etc.)
• Desarrollo de contenido / Sistemas de Entrega (WebCT, 
Blackboard, Moddle, ATutor  etc.)
Interfaces
• HTML
• Audio ­ Wave, MP3, RA, ogg.
• Video ­  Peliculas (Quicktime, Real, 
Windows Media, etc.)
Contenido • Animacion/Simulación ­ Flash, Java, 
MPEG, GIFs animados, etc.
• PDF
• PowerPoint
• Word
Componentes
• E­mail
• Listas de discusión/Boletines de 
noticias
Interactivos/Escenarios  • Chat (IRC ­ Internet Relay Chat, 
colaborativos Web­based,  Mensajeria Instantanea: 
ICQ, MSN, AOL, Chatterbox )
• White­board
• Video­conferencia
• Tipos de preguntas (Lecturabilidad)
Test / Evaluación
• Scoring

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
12
garantizara.. a los usuarios con alguna discapacidad” un verdadero aprendizaje
significativo.

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-WEBCONTENT-
19990505_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:

• 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.

14
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 No. Puntos a Analizar Descripción


Representación visual, lenguaje y claridad de
Generalidades 7
contenido
Tecnologías de Servidor para representar
Imágenes 2
mapas de imagen
Tablas 2 Estructura de la pagina Web
Marcos 1 Identificación y navegación
Independencia de objetos programados (Java
“Applets” y “scripts” 1
Script etc..)
Multimedia 2 Sub titulación y/o texto equivalente
Pagina Alternativas 1 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 Descripción
El diseñador tiene que satisfacerla; si no, algunos grupos de personas
Prioridad 1:
serán incapaces de acceder a la información de un sitio.
El diseñador debe satisfacerla; sin ello alguien encontrará muchas
Prioridad 2:
dificultades para acceder a la información.
El diseñador puede satisfacerla; de lo contrario, algunas personas
Prioridad 3:
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
17
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/
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 [en linea] Disponible en:


http://www.apple.com/accessibility/

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 linea] Disponible en:


http://www.imsglobal.org/accessibility/index.html

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] Disponible en:


http://www.utoronto.ca/atrc/reference/tech/linux.html

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 [en linea] Disponible en:


http://www.microsoft.com/enable/

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 en Internet: <http://acceso.uv.es/Unidad/pubs/2001-
Evaluacion/>.

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-WEBCONTENT-
19990505_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