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 explica un árbol de decisión
para facilitar la aplicación del estándar EN 301 549
a productos y servicios concretos.
Este estándar puede aplicarse
a productos y servicios TIC de cualquier tipo,
pero hay un problema importante:
¿cómo saber cuáles de los 213 requisitos
y 26 recomendaciones se aplican a cada caso concreto?
Cada requisito y recomendación tiene su propia precondición.
Así que, si un producto o servicio TIC cumple la precondición,
entonces, ese requisito se aplicaría.
Pero contestar a 239 preguntas detalladas sobre un producto
es inviable si el producto todavía está en desarrollo
y se desea saber qué requisitos deberá cumplir.
Y es muy poco eficiente si el producto ya existe
y lo que se desea es saber qué requisitos cumple.
Por ello se plantea una estrategia basada en un árbol de decisión.
El objetivo es reducir el número de 239 preguntas.
Para ello, cada pregunta del árbol,
afecta a bloques de varios requisitos.
Y, además, la respuesta dada
permite saber cuál es la siguiente pregunta
y con eso se reduce el número de preguntas necesarias.
Así habrá que contestar como máximo 25 preguntas para cada caso concreto.
Se pierde algo de efectividad,
ya que el resultado del árbol de decisión
tendrá algunos requisitos que tal vez no se apliquen
si se analizan los detalles del producto.
Aun así, compensa la mejora de eficiencia.
A partir de ahora veremos, poco a poco, el árbol de decisión,
empezando por los requisitos que hay que considerar
para cualquier producto o servicio TIC.
Hay seis requisitos genéricos
que tienen que considerarse para cualquier producto o servicio.
Por ello el árbol de decisión no contiene ninguna pregunta para ellos.
Algunos de estos requisitos son ofrecer alternativas para biometría,
preservar la información de accesibilidad
y no obligar al usuario a realizar acciones simultáneas.
La primera pregunta del árbol tiene que ver con funcionalidad cerrada.
Veremos para cada pregunta su identificador, que empieza con "Q"
y que facilitará referencias posteriores,
una lista de requisitos que se aplican
si se responde afirmativamente a la pregunta
y la siguiente pregunta que hay que plantear.
Si el sistema tiene funcionalidad cerrada (pregunta Q1),
se aplican cuatro requisitos y se plantea la siguiente pregunta,
sobre el acceso a información visual (Q1.1).
Si la respuesta a Q1 es negativa, entonces…
no se aplica ningún requisito del apartado 5.1 del estándar
y se plantea la pregunta Q2, que veremos más adelante.
El mismo razonamiento se aplica
si se requiere acceso a información visual (Q1.1),
con una pregunta adicional
si el acceso no visual está basado en sonido (Q1.1.1),
y que veremos enseguida.
Por otro lado, también hay requisitos específicos
si hay que dar acceso al teclado (Q1.2).
Si el sistema cerrado proporciona información sonora
para facilitar el acceso no visual (pregunta Q1.1.1),
tiene ocho requisitos aplicables
sobre la calidad de esa salida sonora,
más otros seis requisitos sobre síntesis de voz,
si la salida sonora es de voz (pregunta Q1.1.1.1).
Pasemos ahora a preguntas sobre controles interactivos,
llamados en el estándar, elementos accionables.
Si el sistema tiene elementos accionables (Q2)
se aplican dos requisitos sobre la forma de accionar esos botones
y la necesidad de que puedan ser detectados sin ser activados.
Y si alguno de esos controles tiene varios estados (pregunta Q3),
entonces se aplican requisitos relacionados
con la posibilidad de conocer su estado por varios canales.
La siguiente pregunta
tiene que ver con los sistemas que permiten la comunicación por voz.
En este caso (pregunta Q4),
se aplican requisitos relacionados con la calidad de la comunicación
y con la obligación de ofrecer
comunicación de texto en tiempo real (RTT).
Para este tipo de comunicación
hay requisitos específicos que veremos enseguida (pregunta Q4.1).
Si el sistema proporciona además comunicación de vídeo (Q4.2),
entonces deberá cumplir con cuatro requisitos necesarios
para comunicación por lengua de signos y para lectura labial.
En cuanto a la comunicación por texto en tiempo real (Q4.1),
deberá cumplir tres requisitos sobre presentación de información,
interoperabilidad y tiempos de respuesta.
Y si el sistema no es cerrado (Q4.1.1),
entonces deberá permitir acceso programático
a la información de la comunicación textual.
La pregunta Q4.1.1 es la primera
cuya respuesta se conoce con antelación en el árbol,
ya que equivale a la negación de la respuesta a la pregunta Q1
sobre funcionalidad cerrada.
Esto quiere decir
que no es necesario plantear la pregunta Q4.1.1,
sino que se obtiene, su respuesta, a partir de Q1.
Con ello se reduce más
el número de preguntas que se plantean en el árbol.
Pasemos ahora a los sistemas con capacidades de vídeo.
Si el sistema TIC puede reproducir, editar o grabar vídeos (pregunta Q5),
entonces se aplican siete requisitos
relacionados con subtítulos y audiodescripción.
Y después se plantea si el sistema tiene o no hardware.
Si el sistema TIC es hardware, o tiene hardware (pregunta Q6)
entonces se aplican cinco requisitos genéricos de accesibilidad hardware.
Si, además, el sistema tiene altavoces
para reproducir la voz humana (Q6.1),
entonces se aplican cuatro requisitos más,
relacionados con el volumen
y la compatibilidad con ayudas para la audición.
Después se plantea si el sistema tiene dimensiones físicas
que restringen su acceso a personas con movilidad reducida (Q6.2),
en cuyo caso se aplican varias recomendaciones de acceso físico
relacionadas con desniveles, alcances, etc.
Si el sistema tiene botones mecánicos (Q6.3),
se aplican tres requisitos sobre ese tipo de controles.
El siguiente fragmento del árbol de decisión
tiene que ver con la web y con los documentos digitales.
Si se trata de contenido web (pregunta Q7),
entonces se aplican los requisitos equivalentes
al nivel AA de conformidad de WCAG.
Y algo muy similar ocurre con los documentos no web (pregunta Q8),
pero con algunos cambios en la redacción de los requisitos,
y con recomendaciones adicionales sobre subtítulos y audiodescripción.
Y así llegamos al fragmento relacionado con software.
Si el sistema es o tiene software (pregunta Q9),
entonces se aplican requisitos generales de software
y luego se plantean preguntas específicas.
Si se trata de software no web con interfaz de usuario (pregunta Q9.1),
se aplican los requisitos equivalentes a WCAG 2.0,
clasificados en función de si el software es o no cerrado
(preguntas Q9.1.1 y Q9.1.2, ambas derivadas de Q1).
Posteriormente se aplicarán o no
requisitos sobre sistemas operativos (Q9.2),
sobre la interoperabilidad con productos de apoyo,
que será diferente para sistemas abiertos (Q9.3) y cerrados (Q9.4)
y sobre herramientas de autor, que permiten crear contenidos (Q9.5).
Para terminar el árbol
quedan los requisitos sobre documentación y servicios.
Las tres últimas preguntas del árbol
definen los requisitos que se aplican
a la documentación del producto (Q10),
a los servicios de atención al cliente (Q11)
y a sistemas TIC que proporcionan servicios de intermediación (Q12).
Con esto hemos visto todas las preguntas del árbol de decisión.
Resumiendo, en este vídeo hemos visto
que hay un problema para saber cuáles de los 213 requisitos
y las 26 recomendaciones del estándar EN 301 549
se aplican a un producto o servicio concreto.
La estrategia para resolver ese problema
es usar un árbol de decisión,
que permite decidir sobre la aplicación de requisitos
con un número relativamente bajo de preguntas,
que hemos descrito en este vídeo.
Finalmente, es importante recordar,
que lo habitual es que un producto o servicio TIC tenga que cumplir
con un conjunto bastante grande de requisitos o recomendaciones,
en función de las características que ofrezca a sus usuarios.