Hola, mi nombre es Alejandro Rodríguez Ascaso,
soy profesor del departamento de Inteligencia Artificial de la UNED.
Este es el primero de una serie de vídeos
en los que aplicamos el árbol de decisión
para comprobar si un dispositivo
lector de libros electronícos (e-reader),
cumple la norma EN 301 549 sobre
Requisitos de Accesibilidad TIC Aplicable en Compras Públicas.
Esto que tengo aquí es un e-reader, un lector.
Son unos aparatos que me parecen un gran invento,
te permiten llevar miles de libros, de un lado para otro,
sin hacer peligrar la espalda, por el peso,
y, además, puedes leerlos sin cansar la vista.
Yo, por desgracia, no tengo, así que pregunté en mi departamento
y mi compañero Félix, ¡muchas gracias, Félix!,
me prestó el suyo durante una semana.
Se trata de un modelo Cervantes 3, de la marca BQ.
Para seguir el árbol de decisión,
el método es ir contestando a sus preguntas
y comprobando si los requisitos aplicables se cumplen.
No quería que el vídeo fuera demasiado largo,
así que en él solo revisaremos
los requisitos que deben cumplirse en cualquier caso
y, también, requisitos aplicables
dependiendo de la respuesta a las siguientes preguntas:
- Q1: ¿Tiene el sistema TIC funcionalidad cerrada?
- Q2: ¿Tiene el sistema TIC elementos accionables?
- Q3: ¿Tiene el sistema TIC controles de bloqueo o conmutación?
Nuestro objetivo es ilustrar la aplicación del árbol,
pero no hacer una evaluación de conformidad,
ya que no se han analizado sistemáticamente
todas las características y funciones del lector.
Empezamos por los requisitos que deben cumplirse en cualquier caso,
independientemente de las preguntas que nos haga nuestro árbol.
Empezamos por el requisito 5.2:
Activación de características de accesibilidad.
En realidad no he podido encontrar
"una característica de accesibilidad documentada".
Existe, por ejemplo, un menú para ampliar el tamaño de la fuente.
Mi vista cansada lo agradece muchísimo.
Pero el aumento de fuente
solo afecta al texto del libro electrónico,
no al texto de las opciones/menús del libro.
Por lo tanto, podemos decir que este requisito no es aplicable.
5.3: Biométrica.
El sistema no usa características biológicas,
por lo tanto, este requisito no es aplicable.
5.4: Preservación de la información de accesibilidad
durante una conversión.
Aunque permita leer contenidos en diversos formatos,
el lector no se encarga de transformar documentos
de un formato a otro.
Por lo tanto, este requisito no es aplicable.
5.7: Repetición de caracteres de teclado.
Buscamos una función en la que se use el teclado,
por ejemplo, vamos a la búsqueda de títulos dentro de la biblioteca,
dejamos una tecla pulsada
y comprobamos que no ofrece repetición de caracteres de teclado.
Por tanto, el requisito no es aplicable.
5.8: Aceptación de pulsación doble de tecla.
Pulsamos varias veces la misma tecla
y parece que el sistema lo acepta
en intervalos menores de 0,5 segundos.
Por tanto, parece que este requisito no se cumple,
aunque, en realidad, habría que medir con precisión ese tiempo.
Requisito 5.9: Acciones simultáneas del usuario.
No parece que el e-reader requiera acciones simultáneas para su manejo,
por lo que no es aplicable este requisito,
aunque más adelante haremos un comentario al respecto.
Llegados a este punto,
nos encontramos con la primera pregunta del árbol.
¿Tiene el sistema TIC funcionalidad cerrada?,
esta es la pregunta Q1.
La respuesta es que sí,
ya que no es posible instalar productos de apoyo.
Los requisitos que, por tanto, debemos comprobar,
son los siguientes:
5.1.2.1: Funcionalidad cerrada.
En realidad, esta cláusula nos recuerda
que cuando la TIC tenga funcionalidad cerrada,
debe satisfacer los requisitos recogidos
en los apartados 5.2 a 13 de la norma, que le sean de aplicación.
Siguiente requisito, 5.1.2.2: Productos de apoyo.
Cuando la TIC tenga funcionalidad cerrada,
ésta debe ser manejable sin necesidad de que el usuario
acople, conecte o instale productos de apoyo
y debe cumplir los requisitos genéricos recogidos
en los apartados 5.1.3 a 5.1.7, que le sean de aplicación.
Por poner un ejemplo, una persona ciega,
no puede instalar un lector de pantalla en este dispositivo.
Y, por los motivos que iremos describiendo más adelante,
comprobaremos que no lo puede utilizar.
Por tanto, este requisito no se cumple.
En cuanto al requisito 5.1.4:
Funcionalidad de la ampliación de texto.
Hemos visto antes que el e-reader
permite modificar el tamaño de la fuente del texto de los libros,
pero no del texto de los menús
que permiten controlar otras funciones del dispositivo.
Según el requisito,
para cuando la ampliación de texto no sea posible,
habría que aplicar la fórmula matemática que se indica en la norma.
Es una fórmula algo complicada, así que lo que he hecho,
no puedo decir que esto sea riguroso ni mucho menos,
es comparar el tamaño de la fuente del lector con este "texto grande",
que yo mismo he impreso, de 14 puntos en negrita.
Yo diría que la letra de los menús del lector
es significativamente menor.
Por tanto, en mi opinión, este requisito no se cumple.
El siguiente, el 5.1.5:
Salida visual para información sonora.
Podemos decir que como el e-reader no ofrece información sonora alguna,
el requisito no es aplicable.
Vamos entonces a la pregunta Q1.1
¿Se necesita utilizar información visual
para usar las funciones del sistema TIC
que no son compatibles con lectores de pantalla?.
Pues sí, claro que se necesita información visual
para usar el dispositivo.
¿Cuáles son los requisitos aplicables al respecto?
Empezamos por el 5.1.3.1: Generalidades.
El e-reader no permite el acceso no-visual,
ni acústico ni táctil,
ni a las funciones del dispositivo ni a la propia lectura de un libro,
como vamos a ver en los requisitos a continuación,
por lo tanto, éste no se cumple.
Requisito 5.1.3.16: Recibos, billetes y salidas de transacciones.
El dispositivo no ofrece recibos ni billetes como salida,
por tanto, este requisito no es aplicable.
Siguiente pregunta:
¿Se proporciona salida sonora para facilitar el acceso no visual?,
esta es la pregunta Q1.1.1
La respuesta es no.
Siguiente:
¿La funcionalidad del sistema TIC está cerrada a acceso por teclado?,
esta es la Q1.2.
La respuesta es que sí,
ya que he consultado las especificaciones del fabricante,
y aparentemente no se permite conectar teclados
o dispositivos equivalentes.
Nos vamos a los requisitos aplicables.
5.1.6.1: Funcionalidad cerrada.
En el caso de que la funcionalidad TIC
este cerrada a los teclados o interfaces del teclado,
todas las funciones deben ser accionables, sin visión,
según los requisitos del apartado 5.1.3,
que se titula: Acceso no visual.
El primero de ellos, el 5.1.3.1: Generalidades.
Vemos que el dispositivo no proporciona ningún modo de operación
que utilice el acceso no visual para el uso de sus funciones.
Dos ejemplos de funciones que no cumplen este requisito:
El de encendido es un botón hardware
que no tiene marca táctil alguna que permita localizarlo.
Otra función que requiere sí o sí el modo visual es, por ejemplo,
la selección de uno u otro libro de la biblioteca,
ya que no existe información táctil ni sonora para hacerlo.
Tampoco puede leerse el propio texto del libro
utilizando un modo no visual.
Por lo tanto, el requisito no se cumple.
El resto de requisitos, dentro de la sección 5.1.3,
tienen la precondición...
"En el caso de que se proporcione una salida sonora..."
o "En el caso de que se proporcione la síntesis de voz...",
y, por lo tanto, en este dispositivo, no son aplicables.
El siguiente requisito, 5.1.6.2: Foco.
Para analizarlo nos vamos a la función buscar,
seleccionamos el campo de texto e introducimos uno de prueba.
Por ejemplo, el texto "scott".
Este campo de texto tiene ahora el foco de la interfaz de usuario.
¿Estamos atrapados en él?
Yo esperaría a que éste aspa sirviera para salir del elemento.
Pues no, lo que hace es borrar el texto que previamente he introducido.
En cualquier caso, siempre puedo recurrir al botón de inicio
para volver a la pantalla inicial del dispositivo,
y así hacer que el foco abandone ese campo.
Por tanto, el requisito se cumple.
Aunque, en realidad, no creo que sea exactamente el escenario
en el que los autores de la norma pensaban cuando la escribieron,
más bien tendrían en mente formularios con muchos campos
y la libertad que los usuarios debemos tener
para movernos entre ellos,
independientemente del dispositivo o de entrada que empleemos.
Siguiente pregunta, la Q2:
¿Tiene el sistema TIC elementos accionables?
Pues sí, claro que los tiene,
elementos que debemos accionar para acceder a las funciones.
Requisitos aplicables:
El 5.5.1: Modo de accionamiento.
La operación del dispositivo no tiene elementos accionables
que debamos agarrar, pinzar o girar con la muñeca.
Por lo tanto, este requisito se cumple.
Dicho esto, me gustaría hacer un comentario adicional.
En realidad, el dispositivo está diseñado
para ser agarrado con una mano y operado con la otra.
Habrá personas que necesiten disponer
el dispositivo sobre una mesa o acoplarlo a una silla de ruedas.
Algunos, por ejemplo, si necesitan ponerlo sobre una mesa,
necesitarían levantarlo un poquito para verlo cómodamente.
Entonces, probablemente,
una sugerencia que se podría hacer al fabricante,
es que ofreciera un accesorio que atendiera esa necesidad,
y ofrecerlo en su página web.
Sería muy útil, por ejemplo,
para personas con poca movilidad en los miembros superiores.
Este comentario también sería aplicable, en mi opinión,
al requisito 5.9, que veíamos anteriormente.
Es cierto, una interpretación algo rigurosa de este requisito,
podría indicar que agarrar el dispositivo e interactuar con él
son dos acciones simultáneas.
Requisito 5.5.2: Detectabilidad de los elementos accionables.
Para detectar algunos elementos accionables
el lector requiere sí o sí la visión.
Un ejemplo es el botón hardware de encendido,
que no tiene marca táctil alguna.
Y que incluso es difícil detectar con el tacto
la propia existencia del botón.
Otro ejemplo, en este caso de controles software.
En la página principal se nos ofrecen controles para ir al libro
que se está leyendo en la actualidad,
también a lecturas recientes, a la biblioteca,
y ahí seleccionar uno u otro libro.
Pero no hay forma de detectar los controles sin visión.
En el caso de pasar página hacia delante o hacia atrás,
sí que podemos hacerlo sin visión porque,
simplemente, debemos pulsar la pantalla
en los extremos derecho o izquierdo de la misma.
En este caso no se requiere visión.
Pero hemos comprobado que hay algunos controles
que son indetectables sin visión,
por lo tanto, el requisito no se cumple.
Siguiente pregunta:
¿Tiene el sistema TIC controles de bloqueo o conmutación?,
pregunta Q3.
Sí que los tiene.
De ese estilo son los botones
mediante los que controlamos la iluminación de la pantalla,
que permite leer de noche o la activación de la Wifi.
Accedemos a ellos pulsando la parte superior de la pantalla.
Vamos a ver qué requisitos son aplicables aquí.
5.6.1: Estado táctil o sonoro.
No es posible determinar el estado de estos controles
de forma táctil o sonora, por lo tanto, no se cumple.
Por cierto que pensaréis algo maliciosamente
en algunos escenarios de aplicación de este requisito.
La luz de la pantalla
es un buen invento para leer cuando no hay luz en el entorno,
pero, ¿para qué quiere una persona ciega
controlar la iluminación de la pantalla,
si al fin y al cabo no la ve?
Podemos pensar que si esta persona tiene pareja o hijos
que usen el lector y se puedan dejar la iluminación encendida,
esa persona querrá tener la información necesaria
para decidir si apagar la iluminación o no,
y así alargar todo lo posible la batería de su equipo.
Requisito 5.6.2: Estado visual.
El control de los estados de luz o Wifi
puede determinarse de forma visual, así que este requisito se cumple.
Bien, en este vídeo hemos visto
la primera parte de la Aplicación del árbol de decisión,
concretamente los requisitos que siempre han de cumplirse
y las que tienen que ver
con las respuestas a las preguntas Q1, Q2 y Q3.