Hola, me llamo Loïc Martínez Normand,
soy profesor de la Escuela Técnica Superior de Ingenieros Informáticos
de la Universidad Politécnica de Madrid.
Este vídeo muestra ejemplos de aplicación
de la norma técnica EN 301 549 de accesibilidad de productos TIC
para compras públicas.
Esta norma se puede aplicar a cualquier producto o servicio TIC,
gracias a una estructura organizada por características
y a que los requisitos tienen precondiciones
que limitan su aplicabilidad.
En este vídeo vamos a ver ejemplos,
organizados por capítulos de la norma.
Pero antes de empezar
es importante saber que cada ejemplo que vamos a ver
también tendría que cumplir con otros capítulos del estándar.
Empezamos recordando la estructura de los requisitos.
El requisito 5.3, Biometría, exige a un producto o servicio TIC
que ofrezca alternativas al uso de características biológicas
(como la huella dactilar o el reconocimiento de iris).
Hay dos partes en este requisito.
La precondición que indica que el requisito sólo se aplica
cuando el producto o servicio TIC
depende de características biológicas (o "biometría").
Y el requisito propiamente dicho,
que exige que el producto o servicio TIC
no dependa de una única característica biológica.
Pasemos ahora a ver varios ejemplos.
Primero, un cajero automático
y el capítulo 5 de requisitos genéricos.
Un cajero automático tiene hardware y software.
Es un producto con funcionalidad cerrada,
ya que no permite que un usuario instale o añada productos de apoyo.
Por lo tanto, el cajero debe ofrecer por sí mismo
una interfaz completamente accesible, sin ayudas externas.
Esto queda recogido en el apartado 5.1 del estándar.
El cajero debe permitir el uso sin visión,
permitir el uso con baja visión,
ofrecer alternativas a las salidas sonoras
y ofrecer alternativas al uso del teclado.
Además, puede que deba cumplir con otros requisitos genéricos:
activación de características de accesibilidad,
alternativas a la biometría,
preservación de información de accesibilidad
y accesibilidad de controles y teclas.
Pasemos al siguiente bloque, los sistemas de comunicación por voz,
con una aplicación de videoconferencia.
Una aplicación de este tipo
permite la comunicación por vídeo o solo por voz.
Y podría ser una aplicación móvil o una aplicación para ordenador.
Según el capítulo 6 del estándar,
tiene que proporcionar buena calidad de audio,
ofrecer comunicación de texto en tiempo real o RTT,
ofrecer información accesible de identificación de llamada,
ofrecer alternativas a los servicios de voz,
facilitar una comunicación de vídeo con calidad para signos
o reconocimiento labial,
y ofrecer alternativas a los servicios de vídeo.
Y la comunicación RTT
debe cumplir unos requisitos de calidad e interoperabilidad.
El siguiente ejemplo va a ser un servicio de vídeos en streaming,
y el capítulo 7 de la norma.
Estos servicios
permiten que los clientes visualicen películas o series
en distintas plataformas (televisión, móvil, ordenadores...)
Primero, el servicio debe gestionar adecuadamente
los subtítulos para personas sordas,
permitiendo su reproducción, sincronización y preservación.
También debe gestionar adecuadamente
la audiodescripción para personas que no ven la pantalla.
Y finalmente, debe ofrecer controles adecuados
para activar y desactivar los subtítulos y la audiodescripción.
El siguiente capítulo trata el hardware,
y lo aplicaremos a un teléfono móvil.
Solo vamos a analizar el hardware del teléfono móvil.
Este hardware deberá cumplir
con requisitos del capítulo 8 del estándar,
y también con otros requisitos vistos anteriormente.
El móvil debe ofrecer conexiones estándar,
bien inalámbricas (como Bluetooth) o físicas (como USB-C),
para facilitar el uso de productos de apoyo.
Y su diseño hardware no deberá depender del color
como único medio visual para proporcionar información.
Además, tiene que permitir subir el volumen de la voz
por encima de los 18db,
permitir controlar varios niveles de volumen
y debe ser compatible con los estándares de bucle magnético.
Y los botones mecánicos del teléfono
deberán poder usarse sin pinzar o girar la muñeca
y sin tener que ejercer una fuerza excesiva.
Otras partes del capítulo 8 no se aplican a un móvil,
fundamentalmente los relacionados con el acceso físico
para usuarios de sillas de ruedas.
Pasamos ahora a tres capítulos del estándar centrados en el software:
web, documentos y software.
El capítulo 9 del estándar se aplica a contenidos web de cualquier tipo.
Como ejemplo, vamos a ver una página web.
El estándar es compatible con el nivel de conformidad AA
de las pautas WCAG 2.0.
Esto incluye 38 criterios de éxito y 5 requisitos de conformidad.
En cualquier caso no hay que olvidar
que otros capítulos del estándar también se aplicarían,
dependiendo de la funcionalidad que ofrezca la página web.
Pasemos a los documentos no web, como un libro digital.
El capítulo 10 de la norma
se aplica a documentos electrónicos que no sean páginas web
o que no estén incrustados en páginas web.
Como ejemplo, veremos un libro digital,
el archivo que luego podemos leer en hardware específico
o mediante una aplicación.
El libro digital debe cumplir requisitos equivalentes a WCAG AA,
pero con una redacción adaptada a documentos no web.
Además, hay cuatro excepciones de criterios
que no se considera aplicables fuera de la web.
Por otro lado, hay dos recomendaciones adicionales:
colocar adecuadamente los subtítulos
y sincronizar bien la audiodescripción
para no ocultar contenido importante.
Pasemos al software,
con una aplicación móvil realizada en código nativo.
Esta aplicación móvil
también tiene que cumplir con requisitos basados en WCAG 2.0,
aunque hay excepciones de criterios no aplicables a software en general.
Además, la aplicación móvil
tendrá que ser compatible con productos de apoyo,
usando los servicios de su plataforma
para ofrecer información y permitir la interacción asistida.
La aplicación móvil tendrá también que evitar interferir
con las características de accesibilidad
y configuración visual de la plataforma
y, si es una herramienta de autor,
tendrá que facilitar la creación de contenido accesible.
Los últimos capítulos del estándar tratan sobre documentación,
servicios de atención al cliente y servicios de intermediación.
En todos estos casos se definen requisitos de accesibilidad
orientados a ofrecer igualdad de oportunidades
para los usuarios con discapacidad.
Con esto terminan los ejemplos de este vídeo.
Hoy hemos visto que los requisitos del estándar EN 301 549
se pueden aplicar a productos TIC de cualquier tipo,
y lo hemos ilustrado con varios ejemplos.
Pero no debemos olvidar
que todos los capítulos pueden aplicarse a casi cualquier producto,
más allá de los ejemplos que hemos visto hoy.