Ejemplo de fallo en la frontera de ejecución.

Cuando entramos en una de nuestras maravillosas aulas, casi siempre nos encontramos con un dispositivo como el siguiente:

Generalmente cada botón del interruptor corresponde a una línea individual de fluorescentes conectados en línea.
La idea es poder encender líneas independientemente unas de otras, de forma que podamos regular la cantidad de luz de la clase o configurar en cierta medida su modo de incidencia.






Sin embargo, a una mente privilegiada que estaba harta de tener que colocar todos los botones que correspondían a todas las líneas de fluorescentes en la posición de apagado para no gastar inecesariamente se le ocurrió la feliz idea de colocar un pulsador idéntico al resto de interruptores, que si se presiona una vez corta el flujo total de corriente al resto de los interruptores (sin importar su posición) y que si se vuelve a pulsar, la restablece.
Además la única forma de averiguar el estado de dicho pulsador es a través de un indicador luminoso situado en el mismo.

En primera instancia, la idea era tenet que presionar únicamente este pulsador para cortar el suministro de corriente a la clase.

¿Tenían que ser pulsador e interruptores idénticos?
¿El único medio de distinción tenía que ser visual?

Al llegar a la clase y encontrarnos a oscuras en un principio es imposible averiguar si no tenemos luz porque todas las líneas se han apagado o si es que el pulsador está cortando el suministro de red.
La respuesta habitual es empezar a apretar interruptores para encender los fluorecentes, pero quizás los estamos colocando en la posición de apagado, y para cuando presionamos el pulsador seguiremos a oscuras.
Además, con la luz apagada el pulsador se queda sin la lucecita indicadora, justo cuando más falta nos hace identificarlo de entrada.

En resumen, encuentro tres fallos importantes en la frontera de ejecución:

1º Fallo de Comodidad (efectividad). El proceso de encender la luz se dificulta. De hecho puede incluso imposibilitarse según la secuencia de alteración de los botones que se produzca. Podría solucionarse separando o señalizando de manera diferente al pulsador.

2º Fallo de Comodidad (flexibilidad). El sistema no tolera el error humano. Equivocarse de botón (evento frecuente y comprensible dado que son idénticos) complicamos el proceso de encendido. Si todos los interruptores fuesen pulsadores con dos estados y el pulsador general estubiera bien diferenciado y/o separado, se podría solucionar con una interfaz que en realidad dependiendo del estado de éste último cambiara el estado de los demás a "todos en on" o a "todos en off" en lugar de cortar la corriente.

3º Fallo de Accesibilidad. Si el profesor fuera invidente y deseara encender las luces a los usuarios, solo podría fiarse de la posición de los interruptores. El pulsador con el led encendido (que queda apagado en caso de corte) o la presencia de luz sería transparente para el usuario.