PDF de programación - Soporte inteligente para la evalucación de accesibilidad web relacionada con Limitaciones Visuales

Soporte Inteligente para la Evaluación de

Accesibilidad Web relacionada con Limitaciones

Visuales

Rafaela Mazalu12 y Alejandra Cechich1

1 Giisco, Facultad de Informática, Universidad Nacional del Comahue,

Neuquén, Argentina

2 Consejo Nacional de Investigaciones Científicas y Técnicas, Universidad Nacional

[email protected],[email protected]

del Comahue, Neuquén, Argentina

Resumen. Actualmente, existe un creciente número de herramientas
que permiten a los desarrolladores Web evaluar la accesibilidad de sus
páginas y sitios Web. Aunque este tipo de herramientas pueden resul-
tar útiles en la identificación de problemas de accesibilidad, muchos de
ellos son de carácter subjetivo y no pueden evaluarse sin una inspección
manual. Nuestro enfoque está dirigido a la evaluación de la accesibili-
dad como actividad que debe ser soportada de manera inteligente y en
forma automática. Para ello, se deben considerar varios aspectos, desde
la identificación automática de las discapacidades de los usuarios a la
evaluación en si misma. En este artículo,
introducimos una solución
basada en agentes para hacer frente al paso de evaluación de nuestro
enfoque, que está basado en la identificación de aquellas barreras de
accesibilidad presentes en el sitio que el usuario está navegando y que
están relacionadas con las limitaciones visuales que el usuario posee.

Palabras clave: Accesibilidad Web, Agentes Inteligentes, Perfil de usuario,
WCAG

1

Introducción

La definición de métodos y técnicas para garantizar la facilidad de uso y el
estudio de su impacto en el desarrollo de software, son actualmente objetivos
que han capturado la atención de la comunidad de investigación [1]. Entre estas
cuestiones, la accesibilidad Web es una de las facetas de la calidad en uso y uno
de los principales actores de los que el éxito de un sitio Web depende.

Además, hoy en día muchos países han puesto en práctica diversas iniciativas
para promover la accesibilidad Web (Ley Stanca, Section 508, etc.) incluyendo
a la República Argentina [2, 3]. Sin embargo, la heterogeneidad en términos de
los tipos y las capacidades de los dispositivos de acceso, el ancho de banda de
la red, las necesidades y preferencias de los usuarios no son tenidas en cuenta
cuando se crea contenido Web rico en imágenes, audio y video.

ASSE 2015, 16º Simposio Argentino de Ingeniería de Software. 44 JAIIO - ASSE 2015 - ISSN: 2451-7593205 Existe un creciente número de herramientas que permiten a los desarrolla-
dores Web evaluar la accesibilidad de sus páginas y sitios. Muchas herramientas
también sugieren al desarrollador realizar reparaciones específicas. Algunos es-
fuerzos hacia la automatización del soporte de la accesibilidad Web incluyen, por
ejemplo, la inspección semi-automática mediante el uso de sistemas procedurales
capaces de analizar y recomendar, tales como TAW3, Intav4, OCAWA5 y Wave6.
A pesar de la diversidad de las herramientas disponibles actualmente, propiciar
la accesibilidad Web dando un buen soporte es un procedimiento complejo. En
los últimos años se ha incorporado la utilización de agentes inteligentes para
minimizar las barreras de accesibilidad, orientándose la mayoría de los enfoques
a asistir a los usuarios con discapacidad visual [4–7].

Este hecho, nos condujo a enfocarnos en atender limitaciones visuales me-
diante la identificación de las necesidades particulares de los usuarios aplicando
características inteligentes. Nuestra propuesta [9] se centra en la definición de
un proceso de evaluación de la accesibilidad basado en un sistema multiagente,
y en la implementación de una herramienta de soporte para la identificación
de barreras de accesibilidad. Para ello, consideramos varios aspectos, desde la
identificación de las discapacidades visuales de los usuarios a la evaluación en si
misma.

El primer paso de nuestro proceso consiste en la generación del perfil del
usuario [10], que crea el perfil y lo clasifica en estereotipos mediante el uso de
un agente deliberativo.

En este artículo se presenta el segundo paso de nuestra propuesta, que con-
siste en la evaluación de accesibilidad propiamente dicha. Para ello se diseñó
e implementó un Sistema Evaluador de Barreras de Accesibilidad (SMEBA),
el cual tiene la responsabilidad de proporcionar información sobre las barreras
presentes en las página Web que el usuario está navegando de acuerdo a las
características de su perfil.

Este artículo está organizado de la siguiente manera. La siguiente sección
introduce la propuesta general. Luego, la Sección 3 presenta el sistema evaluador
mediante la descripción de sus componentes y funcionamiento. En la Sección 4
ilustramos nuestra propuesta con un caso de estudio. En la Sección 5 se presentan
trabajos relacionados. Finalmente, en la Sección 6 presentamos las conclusiones
y trabajo futuro.

2 Propuesta General

La propuesta se centra en la definición de un proceso de evaluación basado en
un sistema multiagente, y en la implementación de una herramienta de soporte.
La Figura 1 presenta el diagrama general de ese proceso. Dicha figura plantea
un contexto de aplicación, el cual se divide en dos pasos: (i) la registración del

3 http://http://www.tawdis.net
4 http://www.inteco.es/checkAccessibility/Accesibilidad/
5 http://www.ocawa.com/fr/Accueil.html
6 http://wave.webaim.org/

ASSE 2015, 16º Simposio Argentino de Ingeniería de Software. 44 JAIIO - ASSE 2015 - ISSN: 2451-7593206 usuario y creación de su perfil para hacer uso de la herramienta de evaluación;
y (ii) la utilización de la herramienta propiamente dicha.

Fig. 1. Esquema general de nuestra propuesta

Los pasos 1 al 5 de la Figura 1 ilustran el proceso que consiste en la creación de
un perfil de acuerdo con las características del usuario [10]. Para iniciar el proceso
a través del Agente Generador de Perfiles (AGP), el usuario debe registrarse a sí
mismo. El usuario accede a la herramienta a través del navegador Web, y luego
el proceso de registro, como se describe a continuación, obtiene la información
necesaria para completar el perfil de usuario.

Como se observa en la Figura 1(1) el usuario debe responder a un cues-
tionario. Dicho cuestionario permite capturar la información demográfica del
usuario, información técnica del contexto de uso, así como también información
para poder evaluar las limitaciones visuales del mismo. Las respuestas del usuario
a dicho cuestionario son registradas en una base de datos (Figura 1(2)). Luego,
el AGP usa la información capturada (Figura 1(3)) para generar un perfil es-
tereotipado, de acuerdo a las discapacidades visuales que el usuario presente.
Las clases propuestas como estereotipos son: ceguera, baja visión, daltonismo,

ASSE 2015, 16º Simposio Argentino de Ingeniería de Software. 44 JAIIO - ASSE 2015 - ISSN: 2451-7593207 monocromatismo, epilepsia fotosensible, y sin discapacidad visual [10]. Luego,
el AGP usa una base de conocimiento, la cual incluye información y reglas que
ayudan a deducir el o los estereotipos para el perfil del usuario (Figura 1(4)).
Luego, el perfil estereotipado es almacenado en el repositorio de perfiles como
muestra la Figura 1(5).

El segundo paso de nuestra propuesta, y foco de el presente artículo, es la
evaluación de barreras de accesibilidad Web para usuarios con discapacidad vi-
sual. Dicho proceso es de carácter iterativo pues se vuelve a realizar cada vez
que un usuario registrado utiliza la herramienta. El proceso que se ilustra en
los pasos 6 al 9 de la Figura 1, es realizado a través del Sistema Multiagente
de Evaluación de Barreras de Accesibilidad (SMEBA) que detecta las barreras
presentes en la página Web que el usuario está navegando de acuerdo a su es-
tereotipo y mediante la identificación de los criterios de éxito de las WCAG 2.0
[13] que corresponden al caso.

Para responder una petición de análisis de evaluación de accesibilidad Web
el SMEBA recupera el perfil estereotipado del usuario, almacenado en la Base
de datos (Figura 1(6-a)).

Luego, accediendo a su base de conocimiento identifica las posibles barreras
de accesibilidad que se pueden presentar para los tipos de estereotipos bajo los
cuales fue clasificado el perfil del usuario (Figura 1(6-b)).

Finalmente, por cada una de las potenciales barreras, el SMEBA evalúa las
incidencias de la misma en la página bajo análisis (Figura 1(6-c)). Una vez
finalizado el proceso de evaluación, SMEBA devuelve el resultado del mismo en
forma de reporte (Figura 1(7)), que es almacenado en la Base de datos de reporte
de evaluación (Figura 1(8)).

El último paso del proceso (Figura 1(9)) hace referencia a los usos posibles
del trabajo realizado por el SMEBA, entre ellos reparación automática de acce-
sibilidad.

3 Diseñando el sistema evaluador de barreras de

accesibilidad

En las siguientes subsecciones se describirá el modelado del comportamiento del
sistema evaluador. Para ello, primero se vinculan las barreras de accesibilidad
a los estereotipos de usuario, y luego se vinculan dichas barreras a los criterios
de conformidad de las WCAG 2.0. Luego se describe la interacción del agente
evaluador con su entorno de trabajo y el funcionamiento interno del mismo.

3.1 Vinculando barreras y guías de accesibilidad Web

El objetivo de este paso es enfocarnos solamente en las barreras de accesibilidad
Web para usuarios no videntes, usuarios con baja visión, usuarios daltónicos
(incluyendo aquellos con monocromatismo) y usuarios con epilepsia fotosensible
que se proponen y describen en el enfoque “BarrierWalkthrough” de G. Brajnik
[11]. Utilizando como referente dicho trabajo, se analizaron y organizaron las

ASSE 2015, 16º Simposio Argentino de Ingeniería de Software. 44 JAIIO - ASSE 2015 - ISSN: 2451-7593208 treinta y seis barreras de Accesibilidad que propone, para luego realizar la aso-
ciación de las mismas con los criterios de conformidad de l