AWA: Accesibilidad Web en el proceso de desarrollo software Lourdes Moreno López lmoreno@inf.uc3m.es Departamento de Informática UC3M "Congreso Internacional.

Presentación del tema: "AWA: Accesibilidad Web en el proceso de desarrollo software Lourdes Moreno López lmoreno@inf.uc3m.es Departamento de Informática UC3M "Congreso Internacional."— Transcripción de la presentación:

1 AWA: Accesibilidad Web en el proceso de desarrollo software Lourdes Moreno López Departamento de Informática UC3M "Congreso Internacional de Accesibilidad Web SIDAR 2010" 20 al 22 de octubre, Logroño

2 Motivación Accesibilidad en los procesos de desarrollo
La accesibilidad en la organización. Inclusión tardía del requisito Poca formación 24/03/2017

3 Estado de la cuestión ¿Tecnología de desarrollo accesible?
Tecnologías de la Web 1.0 Tecnología cliente: (X)HTML, CSS, … Tecnología servidor: PHP, .NET, … Tecnologías de la Web 2.0 (RIA) Ajax (Dojo , Bindows,…) Flash (SilverLight, Flex, …) Tecnología de evaluación: Herramientas automáticas, métricas Conclusiones WCAG 2.0 WAI-ARIA Desarmonización. Falta de Compatibilidad Escasez de tecnología favorable en el desarrollo, y menos al mantenimiento “sólo se permite”, no se dirige, hay una dependencia con el desarrollador

4 Estado de la cuestión Desde el punto de vista de la Ingeniería
Basados en las WCAG: orientado a la evaluación Ingeniería del Software : se nombra, no claridad en su tratamiento Paradigmas, modelos de proceso, metodologías, … donde se podría integrar la accesibilidad Métodos de Ingeniería Web: Uso de patrones, web semántica (aproximación Dante: a través de ontología WAFA se integran requisitos desde el diseño en el método WSDM) Sistematización desde el diseño Interacción Persona-Ordenador: Interfaces para todos , tecnología de apoyo, DCU (ISO 13407), diseño inclusivo Por su relación con la usabilidad, ofrecen marcos de trabajo con participación del usuario en contextos específicos

5 Conclusiones Estado de la cuestión Tratamiento de la accesibilidad en el proceso
Cómo aplicar las WCAG en el proceso de desarrollo. No calidad Desconocimiento en la Organización, no hay formación Escasez de tecnología e incompatibilidad No se encuentran propuestas de solución que incluyan requisitos de accesibilidad web desde el inicio, y que lo trasladen a todo el proceso de desarrollo Considerar trabajos y enfoques metodológicos de la Ingeniería para integrar de manera sistemática el requisito de accesibilidad La solución debe ir encaminada a dotar a los profesionales de un soporte formal e integral que ayude y guíe en el proceso de desarrollo para conseguir el objetivo de la accesibilidad

6 Propuesta: AWA (Accessibility for Web Applications) Bases
Marco normativos => WCAG 1.0 , WCAG 2.0 No se indica en las WCAG cómo incluir requisitos en el proceso de desarrollo = > Conceptualizar las WCAG en el proceso Calidad para todo el “ciclo de vida de la aplicación” incorporado requisitos en el proceso=> Sistematización de los mecanismos de integración (utilizar Método) Seguimiento de un método sistemático puede distanciarse del usuario Excepciones en el estándar Requisitos de accesibilidad en la Organización => Plan de accesibilidad, formación Seguir enfoque DCU, e inclusivo => proceso iterativo

7 Propuesta: AWA (Accessibility for Web Applications)
Soporte metodológico para incluir el requisito de la accesibilidad web en todo el ciclo de vida de la aplicación web, desde la perspectiva de la ingeniera, y favoreciendo la gestión de la accesibilidad y su calidad. Con un enfoque de Diseño Centrado en el Usuario (DCU) con inclusión, requisitos en la organización junto con un proceso de abstracción de conceptos del estándar de accesibilidad WCAG, se han definido requisitos de accesibilidad que activan diversos mecanismos en distintos momentos del proceso.

8 AWA (Accessibility for Web Applications) Definición, estructura e instrumentos
Componentes e instrumento Clasificación, notación BNF identificativa Descripción (plantillas) Estándares: Modelado en MOF y OCL (OMG), guías, técnica, recursos, casos de uso (UML), diagrama de actividades (UML) Proceso genérico: Modelo de ciclo de vida Espiral (iterativo)

9 AWA (Accessibility for Web Applications) Componente AWA_Organización
Plan de Accesibilidad Grupo de accesibilidad: responsabilidades y funciones. Gestión del conocimiento Declaración de Política de accesibilidad Selección de un método de desarrollo , de tecnología Plan de Formación Calidad. Gestión de la accesibilidad Identificación y articulación de procesos de gestión de la accesibilidad Procesos externos. Pliego de requisitos para proveedores Sugerencias del usuario. Incluir procesos de gestión sugerencias Pasando a ver cada uno de los componentes de los que se compone el soporte AWA, Esta AWA_Organización creado para garantizar el éxito en un proyecto de desarrollo de aplicaciones es fundamental incluir unos requisitos internos y externos de accesibilidad para la empresa: valorar la necesidad u obligación de accesibilidad web, valorar los conocimientos de los profesionales y los recursos necesarios. en la organización que articulan unos Mecanismos de Accesibilidad que agilicen y faciliten el proceso de desarrollo además de reforzar la calidad de la accesibilidad incluida. AWA_Organización se dividen en dos bloques: Los mecanismos referidos a un Plan de accesibilidad requerido en una Organización, que comprenden … y los mecanismos necesarios para la gestión de la accesibilidad y calidad donde se incluyen … (desde la documentación de WAI [W3C, 2010] como base, junto con otras referencias que se aportan) (2 Requisitos Funcionales: gestión del conocimiento, aplicación de quejas y sugerencias de la que se proporciona documentación)

10 AWA (Accessibility for Web Applications) Componente AWA_Interacción
Excepciones del estándar. Qué opina el usuario Usabilidad y accesibilidad Marco de solución: ISO , marco de trabajo para seguir un enfoque DCU en el contexto particular de la accesibilidad web, siguiendo estos principios: Involucrar a todos los usuarios, incluyendo al usuario con discapacidad en todo el proceso Considerar la diversidad de contextos de uso en la Web Acomodan las actividades del DCU en las actividades del proceso genérico a través de la integración técnicas de usabilidad Otro componente del soporte es AWA_Interacción que nos proporciona el poder incluir al usuarios y los contextos de uso diversos en el proceso de diseño y de evaluación fundamentalmente. Ya que sólo el seguir el estándar puede llevar a tener excepciones y barreras del accesibilidad Accesibilidad y usabilidad Para seguir un DCU el ISO no proporciona una guía precisa de cómo hacerlo pero si unas guías de cómo hacerlo en el contexto particular de la accesibilidad web teniendo como base los dos principios que aquí se indican: 1.- Involucrar a todos los usuarios, incluyendo al usuario con discapacidad en todo el proceso (Principio 1 DCU con inclusión) 2.- Considerar las características del usuario con discapacidad y la diversidad de contextos de uso en la Web (Principio 2 DCU con inclusión) Así, las actividades del ISO13407 se han acomodado en las actividades del proceso genérico definido a través de la aplicación de métodos de la IPO

11 AWA (Accessibility for Web Applications) Componente AWA_Interacción
Acomodan las actividades del DCU en las actividades del proceso genérico a través de la integración técnicas de usabilidad, para así dirigir a conseguir satisfacer requisitos de accesibilidad

12 AWA (Accessibility for Web Applications) Componente AWA_Interacción
Mecanismos AWA_Interacción Seguir enfoque de DI en la captura requisitos Seguir enfoque de DI en el análisis y diseño Así, AWA_Interacción proporciona como recursos la aplicación de los Principios de DCU con inclusión vistos junto con: conjunto de técnicas de usabilidad indicando en cada una de ellas cómo incluir inclusión con la utilización combinada de ellas se proponen unos Mecanismos de Accesibilidad dados mediante unos patrones de aplicación a integrar en el proceso de desarrollo genérico de AWA En este trabajo se propone el conjunto de técnicas que aquí se indican por verlas adecuadas y haber sido validadas obteniendo buenos resultados, pero estas se podrían extender con otros métodos. Seguir enfoque de DI en la evaluación

13 AWA (Accessibility for Web Applications) Componente AWA_WCAG
Conceptualizar las WCAG en el proceso => Clasificación Analizado la semántica: requisitos de distinto tipo y naturaleza Distinguir: cuándo y cómo pueden ser tratados en el proceso de desarrollo , y con calidad, sistematizando desde diseño Correspondencia WCAG-AWA_Requisitos Paso a exponer el tercer y ultimo componente del soporte, y el que ha sido mas costoso de elaborar, es el AWA_WCAG, Tras detectar que las WCAG no estaban orientadas en su documentación oficial al proceso de desarrollo, se paso a realizar un estudio exhaustivo de todas su documentación, de las WCAG 1.0 y de las WCAG 2.0, me encontré con un grupo muy heterogéneo, y que la estructura que tenia de principios, pautas no me servía, para ello se hizo un proceso de abstracción a partir de las WCAG y toda su documentación para extraer requisitos: 1) Distinguiendo cuándo y cómo pueden ser tratados en el proceso de desarrollo 2) Para conseguir Calidad. Incluir todos los que sea posible desde diseño Resultado: clasificación de requisitos para ser tratados inicialmente en las actividades de diseño, implementación y evaluación => Esta clasificación de requisitos tiene un mapeo o correspondencia COMPLETA con los requisitos de las WCAG .20, y estas con los WCAG 1.0

14 AWA (Accessibility for Web Applications) Componente AWA_WCAG
Imagen a incluir Meta elemento Imagen con requisitos de accesibilidad incluidos <img src=”Image.URI” alt=”Image.sortText” longDesc=”Image.longText” />

15 AWA (Accessibility for Web Applications) Aplicación
Dos orientaciones: 1) Con orientación al Método 2) Con orientación al Proceso Ahora voy a pasar a describir de forma breve como sería la integración de todos estos requisitos vistos para aplicarlos de una manera conjunta. Se distingue en la aplicación del soporte AWA dos orientaciones: (1) la primera sería una aproximación de cómo aplicar el soporte para extender un método de desarrollo web y (2) la segunda orientación, consistiría en cómo aplicar el soporte a lo largo de proceso de desarrollo siguiendo el método extendido anterior cada vez que se quiera desarrollar una aplicación web accesible. (Los limites entre ambas orientaciones del soporte a seguir, dependerá del enfoque que se siga en el método de desarrollo. Lo idóneo para aumentar la calidad y sistematizar la accesibilidad sería aplicar la orientación primera en los métodos de desarrollo y luego la segunda cada vez que se instancie un desarrollo de una aplicación web)

16 Incluir los requisitos de accesibilidad en el Método
Análisis :Analista Diseño de la extensión del método : Diseñador/programador método Implementación de la extensión del método :Programador Patrones_códigoWCAG Extender primitivas Extender requisitos del método Extensión Reglas de Transformación Validación de requisitos AWA_Metamodelo_WCAG Extensión primitivas Compilador Modelos Elementos para incorporación de requisitos de accesibilidad Elementos del Método donde se han incluido los requisitos de accesibilidad

17 Incluir los requisitos de accesibilidad en el Proceso
ANÁLISIS :Analista Extender requisitos Requisitos de accesibilidad Requisitos extendidos

18 Incluir los requisitos de accesibilidad en el Proceso
DISEÑO : Diseñador contenidos : Diseñador método : Diseñador gráfico Método extendido Extender requisitos Diseñar maqueta con estilos Elaboración del contenido adicional Diseñar Validación Verificar/Validar Validación Contenido primario Contenido extendido Modelos extendidos Maqueta gráfica accesible

19 Incluir los requisitos de accesibilidad en el Proceso
IMPLEMENTACIÓN : Diseñador programador : Programador Modelos extendidos Generación de código Contenido extendido Diseñar maqueta con estilos Implementación Plantilla y estilos Maqueta gráfica accesible Verificar/Validar Validación/Evaluación Compilador método extendido Código Plantillas (X)HTML y CSS accesibles

20 Incluir los requisitos de accesibilidad en el Proceso
EVALUACIÓN : Evaluación automática : Evaluador : Usuarios Generación de código Pruebas con usuarios Código páginas web Evaluación experta Monitorización, pruebas automáticas Retroalimentación en el proceso Alertas de problemas de accesibilidad

21 Conclusiones La accesibilidad web debe ser un requisito en los proyectos web Obstáculos: tecnología, formación, WCAG en el proceso, sin calidad, poca participación del usuario, … Se ha presentado un espacio de trabajo Soporte metodológico formal sobre proceso genérico Requisitos para la Organización Requisitos a partir de las WCAG Requisitos para considerar al usuario Carencias y excepciones Aplicación integral No es del todo dirigido Excepciones: Diversidad tecnológica

22 Trabajos futuros Sitio web público con la propuesta
Consulta filtrada por distintos parámetros , itinerarios Difusión, contrastar y mejorar la propuesta Ampliación con requisitos incluidos en las ATAG 2.0. Incorporación de nuevos mecanismos en AWA_Interacción Investigación de la dependencia de la accesibilidad y la recuperación de contenidos multimedia en la Web Incorporación de tecnologías y estándares: WAI-ARIA Definición de propuesta de estandarización a partir de AWA_Organización

23 Sitio Web AWA

24 AWA: Accesibilidad Web en el proceso de desarrollo software Lourdes Moreno López Departamento de Informática UC3M "Congreso Internacional de Accesibilidad Web SIDAR 2010" 20 al 22 de octubre, Logroño