PDF de programación - Cómo incluir requisitos de accesibilidad web en el proceso de desarrollo software

TUTORIAL:

Cómo incluir requisitos de accesibilidad web

en el proceso de desarrollo software

Lourdes Moreno, Paloma Martínez

Universidad Carlos III de Madrid

Grupo LABDA

{moreno, pmf}@inf.uc3m.es

9 de Septiembre de 2010

Índice

 Motivación
 Introducción
 Estándares, legislación y normativa
 Tecnología de desarrollo
 Trabajos relativos. Desde el punto de vista de la Ingeniería
 Inclusión de requisitos de accesibilidad. Propuesta

 Qué requisitos de accesibilidad:

Organización
Interacción
Estándar WCAG

 Cómo incluirlos de manera integral en el método y proceso
 Aplicación en casos reales
 Conclusiones
 Líneas abiertas de investigación

Motivación
¿qué es accesibilidad?

 Una aplicación web es accesible cuando cualquier

usuario puede acceder a sus contenidos
independiente de sus características de acceso, y
contexto de uso

Motivación
¿de qué estamos hablando?
 Si la fuente es pequeña, y un usuario la quiere hacer mayor

¿qué pasa?

Motivación
¿de qué estamos hablando?

 Si el usuario no tiene activado el JavaScript, o accede con
algún dispositivo que funciona sin javaScript, ¿qué pasa?

5

Motivación
¿de qué estamos hablando?

 Si accedemos con una conexión lenta y no se descargan las
imágenes, o con un navegador solo texto, o con un lector de
pantalla, ¿qué pasa?

6

Motivación
¿de qué estamos hablando?

 Si accedemos con otros dispositivos, ¿qué pasa?

7

7

Motivación
Observatorio

 Observatorio

Acessibility evaluation of
European governmental web sites

[Olsen M.G., 2008]
[Discapnet, 2009]

Motivación
Situación

 Se debería asegurar el acceso a la Web a cualquier
persona, independiente de sus características y de
cómo acceda desarrollando aplicaciones web
accesibles

 Observatorio: hay dificultades, los sitios web en su
mayoría no son accesibles, y si lo son, dejar de serlo
al tiempo

 La accesibilidad es incorporada al final del desarrollo

software (aplicación terminada) en evaluación

¿Qué esta pasando?

Motivación. Tratamiento de la accesibilidad
web en el proceso de desarrollo

 La accesibilidad en la organización.
 Inclusión tardía del requisito
 Poca formación

Introducción
Tipo de accesos. Brecha digital

Diseño Universal. Acceso compatible. Tecnología de apoyo

Directo (ejemplo)

 Indirecto, pero COMPATIBLE: Ayudas técnicas, Ingeniería

de rehabilitación:
• Ceguera: dispositivos Braille, lector de pantalla
• Visión reducida: magnificador
• Discapacidad motriz: teclado adaptado, sin ratón

 Usuarios

Personas con discapacidad (número considerable)
Todos, diversidad funcional
Crece (tecnología, discapacidad por envejecimiento)

Introducción
Personas con discapacidad. Cifras

 Alrededor del 10% de los habitantes del planeta sufre algún

tipo de discapacidad.

 Europa: Casi 50 millones de personas.
 España: hay 3.528.221 personas con discapacidad, un 9% de la

población

 77 millones de europeos tienen 60 años o más.

Evolución de las discapacidades
en función de la edad

Introducción
Beneficios del desarrollo accesible

 Mejora la indexación y localización del sitio por buscadores

(SEO)
• Google es un usuario ciego

 Participación en la Web semántica
 Reducción del mantenimiento (consistencia)
 Escalabilidad, crecimiento: nuevas líneas de negocio
 Movilidad: móviles, PDA, TV
 El numero de clientes que te dejas es considerable

Estándares, legislación y normativa
Estándares
 Estándares de la Web. W3C
 Componentes interdependientes de WAI

 ATAG
 UAAG
 WCAG

 Web Content Accessibility Guidelines (WCAG)

WCAG 2.0

Técnicas, tecnología no del W3C

Excepciones

 The Accessible Rich Internet Applications (WAI-ARIA)

[W3C, 2010]

Estándares, legislación y normativa
Estándares. WCAG

 No orientadas a incorporar desde el inicio en el proceso. Sí a

la evaluación sobre un desarrollo ya realizado

 Ejemplos:

 Texto alternativo en imágenes
 Título de la página
 Encabezados. Estructura lógica
 ....

 No sé indica qué pautas y cómo incluir en Diseño,

implementación, evaluación.

Estándares, legislación y normativa
Legislación

 Convención de Derechos de las Personas con Discapacidad
 Marco Internacional

 Legislación: Sección 508 del Acta de Rehabilitación, ADA, ...

 Marco Nacional

 Legislación: LSSICE, LIONDAU, …

 Según Real Decreto 1494/2007 se establecían unos plazos (ya

vencidos) para que algunos sitios web deben ser accesibles según la
Norma UNE 139803:2004

• Desde del 2009: sitios web de las AAPP y otros organismos deberían cumplir con los

requisitos de Prioridad 2 de la UNE 139803

• Correspondencia entre Requisitos de la UNE 139803 y WCAG 1.0

 Referencia a WCAG

[BOE, 2007][AENOR, 2004]

Obligación Legal

Hay certificaciones (AENOR)

Estándares, legislación y normativa
Normativa Internacional

 ISO 9241-20:2008: Accesibilidad en productos y servicios TIC
 ISO 9241-151:2008: Ergonomía de interfaces web
 ISO 9241-171:2008: Accesibilidad del software
 ISO/IEC TR 29138: Consideraciones de accesibilidad para personas con

discapacidad.
 Parte 1: Necesidades de usuario
 Parte 2: Inventario de estándares
 Parte 3: Guía para asignar necesidades de usuarios

Estándares, legislación y normativa
Normativa nacional

 UNE 153010:2003 Subtitulado para sordos
 UNE 153020:2005 Audiodescripción
 UNE 139801:2003 Accesibilidad del Hardware
 UNE 139802:2003 Accesibilidad del Software =>UNE

139802:2009 Accesibilidad del Software

 UNE 139803:2004 Accesibilidad de los Contenidos Web
 UNE 139804:2007 LSE en Redes Informática

Tecnología de desarrollo
¿accesible?

 Tecnologías de la Web 1.0

 Tecnología cliente: (X)HTML, CSS, …

 Tecnología servidor: PHP, .NET,

 Tecnologías de la Web 2.0 (RIA)

 Ajax (Dojo , Bindows,..)

 Flash (SilverLight, Flex, ..)

WCAG 1.0
WCAG 2.0

Tecnologías

1.0

WCAG 2.0
WAI-ARIA

Tecnologías

2.0

 Tecnología de evaluación: Herramientas automáticas, métricas

 Conclusiones

Desarmonización. Falta de Compatibilidad
Escasez de tecnología favorable en el desarrollo, y menos

al mantenimiento

“sólo se permite”, dependencia con el desarrollador

Trabajos relativos
Desde el punto de vista de la Ingeniería

 Basados en las WCAG: orientados a la evaluación

 Mayoría orientados a la evaluación de la accesibilidad [W3C, 2008 m],
[Abascal J. et al., 2004] , métricas de medición [Vigo M et al., 2007], …

 Propuestas de sencillos marcos de trabajo [Nykänen O., 2006],
sencillas recomendaciones [Bohman P.R. & Anderson S., 2005]

 La tecnología con poco soporte al autor [Xiong J. & Winckler M., 2008]

 Disciplinas a considerar

Ingeniería
del Software

(Web)

Métodos de
Ingeniería

Web

Interacción

Persona
Ordenador

Trabajos relativos
Desde el punto de vista de la Ingeniería

 INGENIERÍA DEL SOFTWARE

 Se observa que no hay un tratamiento de la accesibilidad en el

proceso, hay actividades en el desarrollo donde no ha sido abordado
cómo incluir la accesibilidad [Freire A. et al., 2007].

 Posibilidades de integración de la accesibilidad web:

• seleccionar un modelo de proceso software estándar, donde

incorporar las técnicas que incluyeran accesibilidad

• Enfoque flexible de integración en algún proceso de ciclo de vida

genérico siguiendo dependiendo de cada caso, procesos más
pesados o más ágiles

Métodos y procesos a seguir como alternativa para integrar
la accesibilidad web

Trabajos relativos
Desde el punto de vista de la Ingeniería

 MÉTODOS DE INGENIERÍA WEB:

 Parte de la usabilidad [Kappel G. et al., 2006], independiente [Rossi G. et al.,

2007]

 Uso de patrones para incluir algunos requisitos de accesibilidad en interfaces

de usuario [Jeschke S. et al., 2009]

 Recuperación y navegación de la información [Ceri S. et al., 2007]
 Web semántica: Acceso según características de accesos [Harper S. et al.,

2007] [Masuwa-Morgan K, 2008], formalización de las WCAG como [Moreno L.
et al., 2005]

 Modelos estándar de “access for all” [IMS, 2004] [DC, 2005]
 Anotación conceptos de la ontología Web Authoring for Accessibility (WAFA)
[Yesilada Y. et al., 2006] [Harper S. et al., 2007]. Aproximación Dante: a través
de ontología WAFA se integran requisitos desde el diseño en el método WSDM
[Plessers P. et al., 2005]

 Aspect-oriented design [Martin, A. et al, 2010]
Sistematización desde el diseño de los requisitos de accesibilidad

Trabajos relativos
Desde el punto de vista de la Ingeniería

 INTERACCIÓN PERSONA-ORDENADOR





ISO 13407: “Human-Centred Design Processes for Interactive Systems”
-> ISO/DIS 9241-210

Interfaces de usuario para todos [Stephanidis C, 2000] [Vanderheiden
G. C., 2009] hay que tener en cuenta consideraciones relativas a las
distintas actividades en un proceso

 Sistemas de adaptación automática [Savidis A. & Stephanidis C, 2004]

 Grandes avances en tecnología de apoyo

 Marcos de integración accesibilidad [Granollers T., 2004]

 Accesibilidad vs usabilidad [Henry S., 2007] [Petrie H., 2007]

[Pühretmair F., 2005] [Moreno, L. et al, 2009 b]

Marcos de trabajo con participación del usuario en contextos
específicos (accesibilidad)

Carencias encontradas y enfoque de la
solución

Cómo aplicar las WCAG en el proceso de desarrollo. No calidad
Desconocimiento en la Organización, no hay formación
Escasez de tecnología e incompatibilidad
No se encuentran propuestas de solución que incluyan requisitos
de accesibilidad web desde el inicio, y que lo trasladen a todo el
proceso de desarrollo
Considerar trabajos y enfoques metodológicos de la Ingeniería para
integrar de manera sistemática el requisito de accesibilidad

 La solución debe ir encaminada a dotar a los profesionales de
un soporte formal e integral que ayude y guíe en el proceso de
desarrollo para conseguir el objetivo de la accesibilidad

Incluir requisitos de accesibilidad
Principios

 A partir de las carencias detectadas:

 Según marcos normativos => WCAG 1.0 , WCAG 2.0

 No se indica en l