Introducción

AWA es un soporte metodológico que además de incorporar requisitos de accesibilidad siguiendo estándar WCAG tal como se ha mostrado en el componente AWA_WCAG, cubre aspectos de usabilidad necesarios para conseguir una accesibilidad más completa.

En este componente se introducen los mecanismos que permiten incluir con éxito requisitos de accesibilidad ligados a la usabilidad. Para conseguir tal fin se han utilizado conceptos y métodos procedentes de la disciplina Interacción Persona-Ordenador(IPO), en inglés Human Computer Interaction (HCI), que pueden incorporarse en un proceso genérico así como en métodos de la Ingeniería del Software (IS), en inglés Software Engineering (SE).

El estándar ISO 13407 identifica un proceso con la producción de un sistema más usable y es utilizado en AWA_Interaction para adquirir una orientación centrada en el usuario como un complemento a métodos de diseño existentes de desarrollo web desde la perspectiva de la IS que se utilice en cada organización. Se utilizará contextualizándolo con la accesibilidad web, y así se tiene un enfoque dentro de un marco de trabajo inclusivo considerando a cualquier usuario y contexto de uso, con el fin de ampliar la audiencia a usuarios con discapacidad y diversos contextos de uso que pueden provocar barreras de accesibilidad.

El objetivo de AWA es guiar al equipo de desarrollo en esta tarea, porque si cumplir con los requisitos funcionales de una aplicación web no es una tarea fácil, el conseguir aplicaciones que se caractericen por incluir criterios de usabilidad es mucho más laborioso. Así, el objetivo es que esta dimensión de la accesibilidad se pueda incorporar a un proceso y método genérico, proporcionando Mecanismos de Accesibilidad o AWA_Mecanismos en forma de patrones de aplicación que incluyen combinación de técnicas de usabilidad incluidas en las actividades de la IS planteadas como actividades en el proceso genérico considerado en AWA.

Este soporte denominado AWA_Interacción se presenta como un espacio de solución después de analizar conceptos y trabajos necesarios para llegar a dilucidar cómo incorporar un enfoque de Diseño Centrado en el Usuario (DCU) y con Inclusión (DI) utilizando métodos de la IPO a integrar en actividades del proceso genérico considerado en AWA.

A continuación se exponen los AWA_Mecanismos que deben activarse, para una mejor comprensión se presenta el soporte AWA_Interaccion de manera visual en la Figura 1, en la que se representan con el símbolo los AWA_Mecanismos.

Figura 1: Mapa conceptual de la parte del soporte AWA_Interacción

Ir arriba

Estándar ISO 13470:1999

El estándar ISO 13407 (ISO 13407 Standard. Human-Centred Design Processes for Interactive Systems) [ISO, 1999] provee una guía sobre las actividades de Diseño Centrado en el Humano (DCH), a través del ciclo de vida de sistemas interactivos para conseguir sistemas fáciles de utilizar y de aprender [Bevan N., 2009 a]. El estándar ha sido revisado y ha pasado a llamarse ISO 9241-210 (ISO/DIS 9241-210 Human-centred design for interactive systems) [ISO, 2008 a]. En la actualidad, se encuentra en estado de revisión pública en la Fase 5 de “Approval stage” dentro del proceso de ISO. Diez años después algunas de las recomendaciones del ISO 13407 se han convertido en requisitos de la nueva norma 9241-210 [Bevan N., 2009 b].

El estándar ISO 13470 se dirige a la administración del proceso de diseño del sistema en su totalidad. Sin embargo, no proporciona información detallada de métodos y técnicas. Es una aproximación al desarrollo de sistemas interactivos que está orientada, concretamente, a hacer sistemas usables. ISO emplea la denominación “Centrado en el Humano” en vez de la tradicional en el campo de la IPO de “Centrado en el Usuario”.

Para incluir aspectos de accesibilidad cercanos a los de la usabilidad, el seguir un enfoque de DCU utilizando como instrumento el ISO 13407 es un marco de trabajo adecuado, pero si además lo extendemos a cualquier tipo de usuario comprendiendo a los usuarios con discapacidad, llegamos a que nos ofrece un marco de trabajo mucho más amplio en el que tener en cuenta las características específicas de las personas con discapacidad y sus contextos de uso a la Web. En la práctica, las técnicas de diseño accesible encajan bien con los procesos de DCU ya establecidos [Henry S., 2007] [Bevan N. et al., 2007].

Esta solución de utilizar un enfoque DCU, para centrar el diseño en las personas con discapacidad y la accesibilidad en otras situaciones de limitación, está directamente relacionado con el denominado Diseño Inclusivo (DI). El DCU si bien es un proceso de diseño conducido por el usuario, sus necesidades, objetivos y características, que asume la necesidad participativa del usuario en el proceso de diseño, no representa en sí mismo un marco de trabajo con el que poder satisfacer las necesidades de usuarios con discapacidades, y por ello algunos autores [Newell A.F., 2000] propusieron una extensión de este DCU, denominado "User Sensitive Inclusive Design", en el que involucrar a aquellos usuarios con necesidades especiales así como a expertos en este tipo de necesidades y discapacidades. El DI se plantea como un marco metodológico mejorado a partir del DCU, que intenta satisfacer las necesidades de un mayor rango de usuarios que aquellos representados por el usuario medio. El DI facilitará que sea accesible para un gran número de usuarios a la par que más cómodo para usuarios con limitaciones de cualquier tipo pero que no llegan a ser considerados como usuarios con discapacidad.

En conclusión, los equipos de diseño pueden utilizar las prácticas descritas en el estándar 13407 para centrar el diseño en la accesibilidad. En este trabajo se ha seguido este enfoque, donde integrar la accesibilidad al DCU o seguir un DI significa que los diseñadores deben tener en cuenta una muestra de usuarios y situaciones lo más amplia posible.

Siguiendo el marco de DI, en este trabajo se establecen como principios:

• Entre los objetivos del proyecto además de la usabilidad por seguir un DCU, se encuentra satisfacer los requisitos de accesibilidad.
• Involucrar al usuario con discapacidad en el proceso de desarrollo: análisis, diseño, evaluación.
• Extender las características del usuario englobando las características de cómo acceden los usuarios con discapacidad. El uso de terceras tecnologías o ayudas técnicas.
• Extender las características de los contextos de uso englobando aspectos ambientales, circunstanciales como puede ser contextos desfavorables, multidispositivos, y la independencia de dispositivo.
• Las pruebas de usuario incluyen a participantes con discapacidad.

Ir arriba

Espacio de la solución: AWA_Interacción. Soporte para la adecuación de un enfoque de DCU en el contexto de accesibilidad en el proceso de desarrollo web

El estándar ISO 13407 nos proporciona un marco de trabajo para seguir un enfoque DCU con inclusión a ser acomodado en procesos de desarrollo de una forma adecuada al contexto particular de la accesibilidad web.

En el estándar no se define cómo se deben integrar prácticas IPO con el resto de actividades del desarrollo. Tan solo se indica que dicha integración debe tratarse en cada proyecto. En este caso, como se ilustra en la Figura 2, se van a adaptar actividades del proceso genérico llevado en AWA para acomodar las actividades del DCU que nos dirijan a conseguir satisfacer requisitos de accesibilidad fortaleciendo:

• Involucrar a todos los usuarios, incluyendo al usuario con discapacidad en todo el proceso (denominado en AWA como Principio 1 DCU con inclusión).
• Considerar las características del usuario con discapacidad y la diversidad de contextos de uso en la Web. En definitiva, considerar la diversidad funcional existente en la Sociedad de la Información. (denominado en AWA como Principio 2 DCU con inclusión).

Esta integración en el proceso se detalla en el capítulo 3, pero a grandes rasgos se ha hecho una adecuación de actividades de la siguiente manera:

Figura 2: Enfoque de DCU en proceso AWA

• La actividad de “Comprender y especificar el contexto de uso” del estándar se acomoda en la actividad de análisis de requisitos. Utilizando el enfoque DCU en la captura de requisitos se tendrán en cuenta características específicas de los usuarios con discapacidad y, entorno de uso siguiendo así un DI. La salida de esta actividad debe ser una descripción de las características relevantes de los usuarios, tareas y entorno que identifican los aspectos en relación a la accesibilidad que tienen un impacto significativo en el diseño del sistema.
• Con la salida de la descripción del contexto de uso, la actividad de “Especificar los requisitos organizacionales y del usuario” se debe extender a los del proceso software en la actividad de análisis de AWA, en la especificación de requisitos. Esta especificación de requisitos de usuario debe incluir características más relevantes, establecer criterios fundamentales de DI contra los que evaluar el diseño.
• La actividad “Producir soluciones de diseño” se ha acomodado para dar soporte a dos sub-actividades del proceso AWA: en análisis para captura de requisitos y orientado a la validación de requisitos. Con el conocimiento obtenido del resultado de los participantes con discapacidad y el resultado del análisis del contexto de uso, se pueden aportan con un enfoque multidisciplinario propuestas de diseño concretas (maquetas, bocetos, modelos, etc.) con objetivos varios como capturar más requisitos, y también de validación permitiendo a usuarios opinar en relación a aspectos de diseño de la presentación, o permitirles realizar simulaciones de tareas, obteniendo así retroalimentación de todo ello. Las soluciones de diseño de alta fidelidad se irán construyendo a través de la implementación en la actividad de Construcción.
• Por último, la actividad de “Evaluar diseños contra requisitos” se acomodará en todas las etapas del ciclo de vida con distintas orientaciones: obtener retroalimentación, mejora de diseño, contrastar si los objetivos han sido conseguidos, instaurar un sistema de monitorización, etc. Es importante imponer esta retroalimentación a través de usuarios incluyendo los usuarios con discapacidad y entornos diversos.
  La actividad de “Comprender y especificar el contexto de uso” del estándar se acomoda en la actividad de análisis de requisitos. Utilizando el enfoque DCU en la captura de requisitos se tendrán en cuenta características específicas de los usuarios con discapacidad y, entorno de uso siguiendo así un DI. La salida de esta actividad debe ser una descripción de las características relevantes de los usuarios, tareas y entorno que identifican los aspectos en relación a la accesibilidad que tienen un impacto significativo en el diseño del sistema.
• Con la salida de la descripción del contexto de uso, la actividad de “Especificar los requisitos organizacionales y del usuario” se debe extender a los del proceso software en la actividad de análisis de AWA, en la especificación de requisitos. Esta especificación de requisitos de usuario debe incluir características más relevantes, establecer criterios fundamentales de DI contra los que evaluar el diseño.
• La actividad “Producir soluciones de diseño” se ha acomodado para dar soporte a dos sub-actividades del proceso AWA: en análisis para captura de requisitos y orientado a la validación de requisitos. Con el conocimiento obtenido del resultado de los participantes con discapacidad y el resultado del análisis del contexto de uso, se pueden aportan con un enfoque multidisciplinario propuestas de diseño concretas (maquetas, bocetos, modelos, etc.) con objetivos varios como capturar más requisitos, y también de validación permitiendo a usuarios opinar en relación a aspectos de diseño de la presentación, o permitirles realizar simulaciones de tareas, obteniendo así retroalimentación de todo ello. Las soluciones de diseño de alta fidelidad se irán construyendo a través de la implementación en la actividad de Construcción.
  
• Por último, la actividad de “Evaluar diseños contra requisitos” se acomodará en todas las etapas del ciclo de vida con distintas orientaciones: obtener retroalimentación, mejora de diseño, contrastar si los objetivos han sido conseguidos, instaurar un sistema de monitorización, etc. Es importante imponer esta retroalimentación a través de usuarios incluyendo los usuarios con discapacidad y entornos diversos.

Ir arriba