Hola, soy Loïc Martínez Normand,
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 y servicios 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 gracias a que los requisitos tienen...
precondiciones que indican cuándo se aplican.
En este vídeo vamos a ver varios 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.
Por ejemplo, el requisito 5.3 Biométrica,
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
usa características biológicas o "biométrica".
El requisito propiamente dicho,
exige que el producto o servicio TIC
no dependa de una única característica biológica.
De esta forma, el requisito 5.3
sólo obliga a aquellos productos o servicios que usan biométrica,
y si lo hacen, indica lo que tienen que hacer.
En este caso, ofrecer alternativas.
Una vez vista la estructura de los requisitos,
vamos a ir recorriendo los capítulos que contienen
requisitos del estándar,
y veremos su aplicación a ejemplos de productos y servicios TIC.
Empezamos por el capítulo 5 de requisitos genéricos,
aplicado a un cajero automático.
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,
ofrecer alternativas al uso del teclado
y permitir su uso sin hablar.
Además, puede que deba cumplir...
otros requisitos genéricos del capítulo 5,
como activación de características de accesibilidad,
alternativas a la biométrica,
preservación de información de accesibilidad
y tener controles y teclas accesibles.
Pasemos al siguiente capítulo del estándar,
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 sólo 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 llamadas,
ofrecer alternativas a los servicios de voz,
facilitar una comunicación de vídeo con buena calidad
y ofrecer alternativas a los servicios de vídeo.
Además, la comunicación RTT
debe cumplir unos requisitos de calidad e interoperabilidad:
simultaneidad de texto y voz,
información sobre dirección de comunicación,
identificación de participantes en la llamada, etc.
Y la comunicación en vídeo
debe facilitar comunicarse con lengua de signos
o reconocimiento labial.
Para ello, tiene que ofrecer buena resolución,
tener suficientes fotogramas por segundo,
sincronizar audio y vídeo, e identificar a los participantes.
El siguiente capítulo, número 7,
se dedica a sistemas con capacidad para reproducir,
grabar o editar vídeo.
Lo aplicaremos a un servicio de vídeos en streaming.
Estos servicios permiten que los clientes
visualicen películas o series en distintas plataformas:
televisión, móvil, ordenadores, etc.
Primero, el servicio debe gestionar adecuadamente
los subtítulos para personas sordas,
permitiendo su reproducción, sincronización y preservación.
Además, deben permitir que el usuario...
pueda cambiar la forma de presentar los subtítulos
y, finalmente, debe poder leer los subtítulos en voz alta.
Por otro lado, el servicio debe gestionar adecuadamente
la audiodescripción para personas que no ven la pantalla,
incluyendo su reproducción, sincronización y preservación.
Y, finalmente, el servicio debe ofrecer controles adecuados
para activar y desactivar los subtítulos y la audiodescripción.
El siguiente capítulo trata del hardware,
y lo aplicaremos a un teléfono móvil.
Sólo 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,
en este caso, para telefonía móvil.
Por otro lado, 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 de accesibilidad web, WCAG 2.1.
Esto incluye 50 criterios de éxito, agrupados en cuatro principios:
perceptible, operable, comprensible y robusto.
Además, también hay que cumplir los cinco requisitos de conformidad
definidos en WCAG 2.1.
En cualquier caso,
no hay que olvidar que otros capítulos del estándar
también se aplicarían a una página web,
dependiendo de la funcionalidad que ofrezca la página web.
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 en formato 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 2.1 AA,
pero con una redacción adaptada a documentos no web.
Están todos los criterios de WCAG 2.1,
con cuatro excepciones de criterios
que no se consideran aplicables fuera de la web.
Además, hay dos recomendaciones adicionales
para no ocultar contenido importante:
colocar adecuadamente los subtítulos
y sincronizar bien la audiodescripción.
Pasemos al capítulo de 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.1,
aunque hay excepciones de criterios no aplicables a software en general.
Además, la aplicación móvil
tiene que ser compatible con productos de apoyo,
usando los servicios de su plataforma
para obtener información y permitir la interacción asistida.
La aplicación móvil también tiene que evitar interferir
con las características de accesibilidad
y configuración visual de la plataforma,
y, si es una herramienta de autor,
tiene que ayudar a crear contenido accesible.
Ya estamos casi acabando.
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 hay que olvidar
que todos los capítulos pueden aplicarse a casi cualquier producto,
más allá de los ejemplos que hemos visto hoy.
Y os preguntaréis,
¿cómo sé qué requisitos se aplican a cada producto?
Esto os lo contaré en el próximo vídeo.
Nos vemos.