Hola, mi nombre es Alejandro Rodríguez Ascaso,
soy profesor del departamento de Inteligencia Artificial de la UNED.
Este es el tercer y último vídeo de la serie
en la que aplicamos el árbol de decisión para comprobar
si un dispositivo lector de libros electrónicos, o e-reader,
cumple la norma EN 301 549
Requisitos de accesibilidad TIC aplicables en compras públicas.
En él revisaremos los requisitos aplicables,
dependiendo de la respuesta a las preguntas:
Q9 ¿El sistema TIC es software o contiene software?
Q10 ¿Incluye el sistema TIC documentación del producto?
Q11 ¿Se incluyen servicios de apoyo?
Q12 ¿El sistema TIC proporciona servicios de intermediación?
Recordemos que 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 e-reader.
Continuamos entonces con la pregunta Q9
¿El sistema TIC es software o contiene software?
Este sistema tiene una interfaz de usuario
que incluye los menús, opciones, etc.,
como estas opciones que veis en la pantalla,
por ejemplo, si nos vamos a la biblioteca, podemos buscar...
tenemos todos los iconos de los libros que podemos elegir...
en fin, tenemos una interfaz de usuario.
Por tanto, contiene software.
Digamos que hasta ahora nos hemos ocupado
de cómo el lector nos permite acceder a los libros,
es decir, el contenido no web, que abordamos en el capítulo 8.
Además de software de interfaz de usuario,
el lector contiene software de plataforma.
Cualquier sistema compuesto de hardware y software, como éste,
contiene software de plataforma.
Por lo tanto, la respuesta es sí, el sistema contiene software.
Revisemos los requisitos aplicables:
11.3.2.4 Productos de apoyo.
Este requisito comienza con la precondición
"cuando la TIC sea un producto de apoyo...".
Como no lo es, en nuestro caso el requisito no es aplicable.
11.4.2 No alteración de las características de accesibilidad.
El libro no ofrece características de accesibilidad
referidas a la interfaz de usuario.
¡Cuidado!, otra cosa son las características de accesibilidad
para la lectura del libro, que alguna hemos visto que sí tiene.
En cuanto a la interfaz de usuario,
el lector no tiene características de accesibilidad.
Suena un poco raro, pero...
como no es posible alterar lo que no se tiene,
pues decimos que el requisito se cumple.
11.5 Preferencias de usuario.
El lector no facilita, para la interfaz de usuario,
modos de operación que utilicen las preferencias de usuario
con respecto a la configuración del color, contraste, tipo de letra,
cuerpo de letra y cursor del foco de la plataforma.
Por tanto, no cumple.
Pasamos a la pregunta 9.1
¿Se trata de software no web con interfaz de usuario?
Pues sí, se trata de software no web, hasta donde sabemos,
y ofrece una interfaz de usuario.
Nuestro lector no reproduce audio, y hemos dicho anteriormente
que no vamos a considerar los aspectos relacionados con el vídeo.
Por ese motivo, nos saltamos los requisitos:
11.2.1.3 Subtítulos (grabados)
11.2.1.5 Subtítulos (en directo)
11.2.1.6 Audiodescripción (grabado)
11.2.1.11 Control del audio.
y 11.2.1.9 Características sensoriales.
Bueno, en este sí que nos vamos a detener,
porque no hemos encontrado
instrucciones en la interfaz de usuario
que requieran exclusivamente características sensoriales,
tales como "pulsar el botón redondo"
o "las opciones de abajo".
Por tanto, cumple.
Requisito 11.2.1.10 Uso del color.
Estamos ante una pantalla monocroma,
la interfaz de usuario no usa el color para codificar información.
Por tanto, el requisito se cumple.
11.2.1.12 Contraste (mínimo)
El contraste es el mismo
que el que se ofrece para la lectura de libros
y que, como veíamos en un vídeo anterior,
cumple el requisito de accesibilidad.
Requisito 11.2.1.17 Tiempo ajustable.
No conocemos que el software establezca límites de tiempo
para que el usuario lleve acciones a cabo.
¡Ojo!, dejamos fuera de nuestro análisis
las funciones de compra de libros que el lector pueda tener.
Ahí sí que es posible que existan limitaciones de tiempo.
De hecho, el lector tiene una función de tienda,
donde podemos habilitar nuestro lector para hacer compras.
Requisito 11.2.1.18 Poner en pausa, detener, ocultar.
En las funciones analizadas del lector
no hay información que presente movimiento, parpadeo o se desplace...
o actualice automáticamente, así que el requisito se cumple.
Requisito 11.2.1.19 Umbral de tres destellos o menos.
La interfaz de usuario no tiene ese tipo de contenidos
que destellen más de tres veces en un segundo,
así que el requisito se cumple.
Requisito 11.2.1.22 Orden del foco.
El dispositivo no permite la navegación secuencial,
que es la que se consigue al pulsar la tecla tabulador
y recorrer, de uno en uno, los campos de un formulario.
Por lo tanto, el requisito no es aplicable.
11.2.1.23 Propósito de los enlaces (en contexto)
Uhmm, ¿tiene enlaces esta interfaz?
Este requisito me hace dudar.
En realidad, la diferencia entre enlaces y controles de la interfaz,
es algo sutil.
Recordar que aquí nos referimos a los enlaces del software no web.
Esta imagen de la portada de un libro,
que nos lleva a leer el libro correspondiente si la pulsamos,
entiendo que no es un enlace,
porque es un control que está dentro de la gestión
de la Interfaz de Usuario.
Por tanto, considero que el requisito no es aplicable.
11.2.1.25 Encabezados y etiquetas.
Los encabezados o etiquetas describen adecuadamente
el contenido y los controles de la interfaz.
Lo podemos comprobar accediendo a funciones del lector,
por ejemplo, la biblioteca.
Vemos cómo están etiquetados...
que nos encontramos en la sección de biblioteca...
cómo puedo consultar un libro, etc.
El requisito se cumple.
11.2.1.26 Foco visible.
Este requisito se refiere a interfaces de usuario
operables por teclado.
No es el caso de esta, por lo tanto, el requisito no es aplicable.
11.2.1.29 Al recibir el foco.
Cuando un elemento recibe el foco,
como, por ejemplo, el de la búsqueda de títulos en el lector,
no se inicia automáticamente ningún cambio de contexto.
Por lo tanto, el requisito se cumple.
11.2.1.30 Al recibir entradas.
Este requisito se refiere a que sí, cuando introducimos información,
pudiera provocarse un cambio automático en el contexto.
No hemos encontrado nada así, por tanto, el requisito se cumple.
11.2.1.34 Etiquetas o instrucciones.
Aquí hemos encontrado cierta inconsistencia.
Si nos vamos a la opción de buscar, dentro de la biblioteca...
aparece el texto "Introduce aquí el texto a buscar".
Una instrucción, una recomendación.
Pero no ocurre lo mismo si vamos directamente a la opción Buscar
desde la página de inicio,
vemos que ahí el campo de texto no contiene esa instrucción.
Por lo tanto, el requisito no se cumple.
11.2.1.35 Sugerencias ante errores.
En realidad hay pocas funciones de la interfaz de usuario
en las que el usuario deba introducir información,
ya hemos visto ahora mismo la de Buscar.
Al introducir un término que no existe,
se nos informa de que no hay resultados coincidentes, por ejemplo...
si nos dice que hay cero resultados coincidentes,
pero no hay una sugerencia para que...
modifiquemos los términos de búsqueda,
y así podamos obtener resultados.
Por lo tanto, el requisito no se cumple.
11.2.1.36 Prevención de errores (legales, financieros, de datos)
No existe ese tipo de información en las funciones que estamos analizando.
De nuevo, ¡cuidado!, puede que haya opciones relacionadas
con ese tipo de información en la compra de libros.
Habría que comprobarlo.
La pregunta Q9.1.1
¿La funcionalidad del software no web
permite el acceso de productos de apoyo?
No, no lo permite.
En realidad a esta pregunta ya respondimos
en la primerísima pregunta de nuestro árbol, la Q1.
Por eso, pasamos a la pregunta Q9.1.2
¿La funcionalidad del software no web es cerrada?
Respondemos igual que hicimos en la Q1.
Sí, la funcionalidad es cerrada.
Vamos entonces a los requisitos aplicables:
11.2.2.1 Contenido no textual.
No se ofrece una síntesis de voz equivalente al contenido no textual,
por ejemplo, para esta imagen...
que nos lleva al libro que estamos leyendo.
Por tanto, no cumple.
Por las razones que ya hemos comentado anteriormente,
no vamos a aplicar los siguientes requisitos,
que se refieren a contenido audio, que no se reproduce, y multimedia,
para el que el dispositivo realmente no está diseñado.
Se trata de los requisitos:
11.2.2.2.1 Solo audio grabado.
11.2.2.2.2 Solo vídeo grabado.
11.2.2.4 Audiodescripción
o contenido multimedia alternativo (grabado)
En cuanto a los requisitos:
11.2.2.7 Información y relaciones.
y 11.2.2.8 Secuencia significativa.
No se generan alternativas audio a la información visual,
por tanto, no hay audio que correlacionar
con la información visual. Por tanto, requisitos no aplicables.
11.2.2.13 Cambio de tamaño del texto.
Este requisito es el mismo que el 5.1.4 que,
como ya vimos en el vídeo anterior, no se cumple.
11.2.2.15 Teclado.
Como el dispositivo está cerrado a los productos de apoyo
de lectura de pantalla, debe cumplir el requisito 5.1.6.1,
que dice que se pueda desarrollar unas funciones similares
a las de un software de lector de pantalla,
que ya vimos en el primer vídeo que no se cumple...
pues hay funciones que no son accionables sin visión.
Siguiente.
No se ofrece síntesis de voz, así que los siguientes requisitos:
11.2.2.27 Idioma del software.
11.2.2.33 Identificación de errores, no son aplicables.
En cuanto a los requisitos:
11.2.2.14 Imágenes de texto.
11.2.2.37 Procesamiento.
11.2.2.38 Nombre, función, valor, son algo especiales.
Lo que nos dicen es que,
como el software está cerrado a los lectores de pantalla,
no es necesario que se cumplan los requisitos relacionados con...
las imágenes de texto, el procesamiento
o las características de nombre, función, valor.
Total, en este dispositivo no podemos conectar software
que vaya a interactuar con esas características.
Pero, un momento, este software es de código abierto,
y como tal se ofrece en la web del fabricante.
Esa es una estupenda estrategia por su parte.
Porque hoy...
no sabemos que exista un lector de pantalla para este dispositivo,
pero el hecho de que sea código abierto
puede lograr que el propio fabricante u otros,
desarrollen una aplicación de lector de pantalla,
que sí se beneficiaría de toda esa información
que mencionan estos tres requisitos.
Por tanto, una vía muy interesante para mejorar
la accesibilidad de futuras versiones de este dispositivo.
Continuamos con la pregunta Q9.2
¿Es software de plataforma?
Ya sabemos, cualquier dispositivo
en el que haya software que controle hardware, como éste,
consideramos que es software de plataforma.
Entonces, debe cumplir estos requisitos:
11.3.2.1 Compatibilidad de los servicios de accesibilidad
de la plataforma con el software,
que proporciona una interfaz de usuario.
11.3.2.2 Compatibilidad de los servicios de accesibilidad
de la plataforma con los productos de apoyo.
¡Vaya tela con el nombrecito de los requisitos!
Lo que sabemos, según la documentación del fabricante,
es que no está previsto que yo pueda conectar productos de apoyo
a este dispositivo.
Pero lo que no podemos conocer, sin analizarlo detenidamente,
es si existen unos servicios de accesibilidad
del software de plataforma,
que puedan ser utilizados por otros desarrolladores.
Requisito 11.4.1
Control de las características de accesibilidad por el usuario.
Hemos visto que, efectivamente, el lector nos ofrece, como usuarios,
formas de controlar las características de accesibilidad,
por ejemplo, el cambio de tamaño de fuente de los libros.
Parece que las características que tiene
pueden ser modificadas por el usuario,
que es de lo que va este requisito, por tanto, cumple.
Otra cosa, es que no se hayan definido
características de accesibilidad
acerca de otras funciones del dispositivo.
O que la interfaz de usuario, para realizar esos cambios,
no sea accesible.
Eso ya lo hemos consignado en otros requisitos del capítulo software.
En cuanto a la pregunta Q9.3
¿Permite el software el acceso de los productos de apoyo?
Ya dijimos en la pregunta Q1, que no.
Siguiente pregunta, Q9.4
¿Tiene el software funcionalidad cerrada?
Pues sí, tal y como respondimos a Q1 en su momento, ya sabemos que sí.
Entonces aplicamos el requisito: 11.3.1 Funcionalidad cerrada.
Como la funcionalidad cerrada del software
no está conforme con el apartado 5.1 (Funcionalidad cerrada),
se deben aplicar los requisitos 11.3.2 a 11.3.17.
La pregunta 9.5 dice
¿El software es una herramienta de autor?
No, porque el lector no permite editar o gestionar contenidos.
Vamos con la pregunta Q10
¿Incluye el sistema TIC documentación del producto?
Sí, incluye una Ayuda a través del menú, del mismo nombre,
donde podemos aprender acerca de su funcionamiento.
Por tanto, aplicamos el requisito:
12.1.1 Características de accesibilidad y compatibilidad.
La documentación del producto enumera y explica
cómo utilizar las características de accesibilidad y compatibilidad
que el producto ofrece, por ejemplo...
menú de lectura, donde se nos dice, por ejemplo...
la apariencia que podemos cambiar, el tipo de letra, tamaño de letra...
Por lo tanto, sí,
la documentación del producto enumera y explica
cómo utilizar las características de accesibilidad y compatibilidad
que el producto ofrece.
El requisito se cumple.
En cuanto al 12.1.2 Documentación accesible.
La documentación del producto se ofrece, en realidad,
como un libro electrónico más,
al que aplicaremos los requisitos del Capítulo 10 de la norma.
Te recomendamos que veas ese vídeo para conocer los detalles.
Vamos a la pregunta Q11
¿Se incluyen servicios de apoyo?
Pues no, entre las funciones del lector
no se ofrece atención al usuario.
Y la última pregunta, ¡por fin! Q12,
que parecía que nunca íbamos a llegar.
¿El sistema TIC proporciona servicios de intermediación?
No.
Recordemos que los servicios de intermediación facilitan
que dos personas que utilizan distintas formas de comunicación
(lengua de signos, mensajes de texto, lectura labial, voz...)
puedan comunicarse entre sí.
El libro no ofrece ningún servicio de ese estilo.
Y terminamos.
En resumen, en este vídeo hemos finalizado
con la aplicación del árbol de decisión de la norma EN 301 549
a este lector.
Concretamente, aquí, hemos revisado los requisitos aplicables
dependiendo de la respuesta a las preguntas:
Q9 ¿El sistema TIC es software o contiene software?
Q10 ¿Incluye el sistema TIC documentación del producto?
Q11 ¿Se incluyen servicios de apoyo?
Q12 ¿El sistema TIC proporciona servicios de intermediación?
En el resto de vídeos de esta serie
hemos respondido al resto de preguntas del sistema,
e ilustrado algunas comprobaciones sobre...
los requisitos aplicables, si cumplen o no.
Muchas gracias.