Está en la página 1de 18

SISTEMAS WEB Y TECNOLOGIAS

TEMA

: AWA

ALUMNO :

FECHA : 11, octubre 2012.

INTRODUCCION

El acceso a internet hoy en da es algo comn, no importa la raza, la condicin social o el lugar en donde te encuentres, solo es necesario tener la tecnologa para acceder a la nube. Poder estar al tanto de lo que ocurre en el mundo en segundos, entrar a las redes sociales, hablar con algn amigo, etc. Pero Todos podemos disfrutar del contenido de todo lo que hay en la web? Esta tal ves sea una pregunta que no muchos se hayan hecho, pues que difcil para un ciego o un sordo el acceso a lo que ellos requieren en la nube. Para dar una solucin a esto se ha venido planteando una serie de iniciativas con el objetivo de que se disee una web universal y accesible para todos. La propuesta de solucin es ofrecer un soporte metodolgico denominado AWA (Accessibility for Web Applications) para el diseo y desarrollo de aplicaciones web accesibles que cumpla con los objetivos definidos, con l se quiere dar soporte para que se incluya el requisito de la accesibilidad web en todo el ciclo de vida de la aplicacin, desde la perspectiva de la ingeniera, y favoreciendo la gestin de la accesibilidad y su calidad, ya que despus de todo la Web es la herramienta principal para poder ejercer como ciudadanos en la Sociedad de la Informacin en la que estamos inmersos. En el trabajo que presento a continuacin se detalla de manera ms amplia esta nueva iniciativa.

I.

ANTECEDENTES
1.1. WAI (Iniciativa para la Accesibilidad de la Web) Es una rama del World Wide Web Consortium (W3C) que vela por la accesibilidad de la Web. El grado de accesibilidad se establece en niveles denominados A, AA, y AAA, correspondiendo respectivamente a criterios mnimos de accesibilidad, extendidos, y accesibilidad mxima. Tcnicamente la accesibilidad se implementa mediante pautas de lgica estructural de documentos, contenido auto-explicativo y semntica adicional, con la intencin de permitir, a una audiencia lo ms extensa posible de usuarios con distintos niveles de dotacin tecnolgica y capacidad sensorial, acceder a la informacin que se intenta representar y transmitir. Se incide especialmente en que las capacidades tecnolgicas punteras (entindase por ejemplo animaciones con Adobe Flash, JavaScript, AJAX) se usen con la moderacin o consideracin suficiente para llegar al mximo conjunto posible de usuarios con una funcionalidad suficiente, sin desvirtuar el concepto de acceso frente al de avance tecnolgico de moda, y prestando especial cuidado de ofrecer informacin alternativa. 1.2. WCAG (Web Content Accessibility Guidelines) WCAG (Pautas de Accesibilidad al Contenido en la Web), son documentos que explican cmo hacer que el contenido Web sea accesible para personas con discapacidad. Para quin estn pensadas las WCAG? Desarrolladores de contenido Web (desarrolladores de pginas Web, diseadores de sitios Web, etc.) Desarrolladores de herramientas de autor para la Web Desarrolladores de herramientas de evaluacin de accesibilidad Web Tanto las WCAG como otros documentos complementarios tienen como objetivo satisfacer las necesidades de diferentes usuarios, incluyendo creadores de polticas, directivos y otros. WCAG 1.0 Las WCAG 1.0 tienen 14 pautas que constituyen los principios generales del diseo accesible. Cada pauta tiene uno o ms puntos de verificacin que explican cmo se aplica la pauta en determinadas reas.

Cmo se organizan las pautas de WCAG: Este documento incluye catorce pautas o principios generales del diseo accesible. Cada gua incluye:

El numero de gua. La declaracin de la directriz. Directriz vnculos de exploracin. Tres vnculos permiten la navegacin a la siguiente pauta (icono de flecha hacia la derecha), la pauta anterior (flecha izquierda icono), o la posicin de la pauta actual en la tabla de contenido (hasta el icono de la flecha). El fundamento de la gua y algunos grupos de usuarios que se benefician de ella. Una lista de las definiciones de punto de control.

Los puntos de control en las definiciones de cada directriz explicar cmo se aplica la pauta en los tpicos escenarios de desarrollo de contenidos. Cada definicin de punto de control incluye:

El nmero de puesto de control. La declaracin del puesto de control. La prioridad del punto de control. Prioridad 1 estn resaltados los puntos de control mediante el uso de hojas de estilo. Notas informativas opcionales, ejemplos para aclarar y referencias cruzadas a las directrices conexas o puntos de control. Un enlace a una seccin del documento de Tcnicas donde se examinan implementaciones y ejemplos del punto de control.

Cada punto de verificacin pretende ser lo suficientemente especficos como para que alguien la revisin de una pgina o sitio pueda comprobar que el puesto de control ha sido satisfecho. Cada punto de verificacin tiene asignada una prioridad: Cada punto de verificacin tiene un nivel de prioridad asignado por el Grupo de Trabajo basado en el puesto de control del impacto en la accesibilidad. Prioridad 1 Un desarrollador de contenidos Web debe satisfacer este punto de verificacin. De lo contrario, uno o ms grupos de usuarios encontrarn imposible acceder a la informacin del documento. Satisfacer este punto de verificacin es un requerimiento bsico para que algunos grupos puedan usar estos documentos Web. Prioridad 2

Un desarrollador de contenidos Web debe satisfacer este punto de verificacin. De lo contrario, uno o ms grupos encontrarn dificultades para acceder a la informacin en el documento. Satisfacer este punto de verificacin eliminar importantes barreras de acceso a los documentos Web. Prioridad 3 Un desarrollador de contenidos web puede abordar este punto de verificacin. De lo contrario, uno o ms grupos de usuarios encontrarn alguna dificultad para acceder a la informacin en el documento. Satisfacer este punto de verificacin mejorar la accesibilidad de los documentos Web. Directrices de Accesibilidad para el Contenido Web Directriz 1. Proporcionar alternativas equivalentes para el contenido visual y auditivo. Directriz 2. No confe slo en el color. 3 Orientacin. utilice marcadores y hojas de estilo y hgalo apropiadamente. 4 Orientacin. Aclarar el uso del lenguaje natural Directriz 5. Cree tablas que se transformen correctamente. Directriz 6. Asegrese de que las pginas que incorporan nuevas tecnologas se transformen correctamente. Directriz 7. Asegurar el control de los cambios de contenido de usuario sensibles al tiempo. Directriz 8. Asegurar la accesibilidad directa de las interfaces incrustadas. Directriz 9. Diseo con independencia del dispositivo. Directriz 10. Utilice soluciones provisionales. Directriz 11. Utilizar las tecnologas y pautas W3C. Directriz 12. Proporcione informacin de contexto y orientacin. Directriz 13. Proporcione mecanismos claros de navegacin. Directriz 14. Asegrese de que los documentos sean claros y simples. Es esencial que los diferentes componentes de desarrollo Web e interaccin trabajen conjuntamente para que la Web sea accesible para aquellas personas con discapacidad. Estos componentes incluyen: Contenido - informacin presente en una pgina Web o en una aplicacin Web, incluyendo: Informacin como por ejemplo texto, imgenes y sonidos Cdigo o etiquetado que define estructura, presentacin, etc. Navegadores Web, reproductores multimedia y otros "agentes de usuario"

Tecnologa asistiva, en algunos casos - lectores de pantalla, teclados alternativos, intercambiadores, software de escaneo, etc. Conocimiento de los usuarios, experiencias y, en ocasiones, estrategias de adaptacin para la utilizacin de la Web Desarrolladores - diseadores, codificadores, autores, etc., incluyendo desarrolladores que tienen alguna discapacidad y usuarios que proporcionan contenido Herramientas de autor - software para crea sitios Web Herramientas de evaluacin - herramientas para evaluar la accesibilidad Web, validadores de HTML, validadores de CSS, etc.

Cmo se relacionan los componentes

Los desarrolladores Web normalmente utilizan herramientas de autor y herramientas de evaluacin para crearcontenido Web. Las personas ("usuarios") utilizan navegadores Web, reproductores multimedia, tecnologas asistivas u otros "agentes de usuarios" para obtener e interactuar con el contenido.

II.

AWA
AWA proporciona guas a los profesionales de la ingeniera para incorporar requisitos de accesibilidad desde distintas perspectivas: a) en las organizaciones y empresas, integrando polticas de accesibilidad y calidad; b) en el proceso de desarrollo siguiendo un enfoque metodolgico, que aporte sistematizacin en la integracin de la accesibilidad desde el inicio y, por ltimo, c) siguiendo un enfoque de Diseo Centrado en el Usuario (DCU) que site al usuario como protagonista y le haga participar del proceso de diseo. Todo ello en un marco de Diseo Inclusivo, para contemplar a los usuarios con discapacidad, contextos de uso desfavorables, en definitiva, teniendo en mente toda la diversidad funcional existente. Como resultado de aplicar el enfoque AWA las pginas web finales y la interfaz de usuario de la aplicacin sern accesibles siguiendo las Pautas de Accesibilidad al Contenido en la Web (WCAG) de la Iniciativa de la Accesibilidad Web (WAI). Los requisitos de accesibilidad se han obtenido mediante una abstraccin de las WCAG en el contexto del proceso de desarrollo de software. De igual manera, se han acomodado en el proceso de desarrollo las actividades del DCU (Diseo Centrado en el Usuario) a travs de la integracin de diversos mecanismos de accesibilidad.

WCAG en el desarrollo del software.

Se encuentran diversas arquitecturas cliente-servidor con distintos componentes en el desarrollo web. En este sentido, se establece como pre-requisito desarrollos de aplicaciones web que sigan una arquitectura de modelo de ms de dos capas, donde la lgica de negocio este separada de la presentacin, y de la vista en el agente de usuario web

con la utilizacin de tecnologa que no deje rastro en el agente de usuario cliente. Esta arquitectura de capas hace posible una separacin de la presentacin, estructura y contenido, requisito imprescindible del diseo accesible.

Mtodo y proceso destino


El proceso de desarrollo software, se define como un conjunto de actividades que se puede especificar a distintos niveles, existiendo una gran diversidad de procesos de desarrollo. Sin embargo, se pueden identificar elementos comunes: La definicin de un proceso incluye al menos la descripcin de las actividades que hay que llevar a cabo, junto con las tcnicas a aplicar en cada actividad. Por otro lado, cada proceso tiene una terminologa propia para las actividades que lo forman. Una posible alternativa para integrar esta propuesta sera seleccionar un modelo de proceso software estndar (como pudiera ser el estndar IEEE 1074 o IEEE: ISO/IEC 12207), donde se incorporaran las tcnicas que incluyeran accesibilidad. Sin embargo, ligar la propuesta a un modelo de proceso especfico puede resultar demasiado restrictivo y podra llevar a una limitacin al querer adoptar el soporte metodologico AWA, por tanto, la propuesta se basa en un proceso genrico. El enfoque es flexible, basado en unas condiciones que tengan que cumplirse para considerar que un proceso de desarrollo software puede incorporar aspectos de accesibilidad con garantas de xito. El proceso genrico seguido en esta propuesta se compone de las siguientes fases y actividades tal como indica:

Construccin: Los resultados de la Ingeniera conforman el artefacto de entrada en esta actividad. Se compone de las actividades de implementacin y pruebas: Implementacin: Las herramientas y tecnologa web implementan (de manera automatizada o no) los modelos procedentes de la fase de ingeniera para construir la aplicacin web. Tambin se lleva a cabo la integracin con software intermedio. Pruebas: Una vez construida la aplicacin web en trminos de incremento, se llevan a cabo una serie de pruebas para asegurar la calidad del diseo llevado a cabo. Las pruebas sern diversas para abordar distintas caractersticas: se efecta la verificacin (comprobacin de que la aplicacin es correcta desde la perspectiva del diseador en relacin al contenido, arquitectura, presentacin, interfaz y navegacin) y validacin (comprobacin de que la aplicacin hace y tiene la apariencia que el cliente esperaba). Despliegue: La aplicacin web se entrega al cliente para ser desplegada en su ambiente operativo, y se pasa a la actividad de evaluacin. Como resultado de esta actividad de evaluacin, pueden solicitarse cambios, que constituyen la entrada para la siguiente iteracin, siguiendo un flujo incremental de proceso. No todas las actividades tienen la misma importancia en todas las fases y de hecho algunas de ellas ni siquiera tienen por qu estar presentes. Por ello que se ofrezca un proceso de desarrollo software flexible como marco de trabajo, para que pueda ser seguido en distintos mtodos. Las actividades vistas como anlisis, diseo, modelado, implementacin, pruebas, despliegue y evaluacin se refinan en tareas que se adapten a las necesidades de cada proyecto. Es decir, estas actividades pueden ser modificadas, eliminadas o extenderse en base a las caractersticas del problema, producto, proyecto, y equipo.

Los pre-requisitos para la aplicacin del enfoque AWA son:

La aplicacin web a desarrollar debe estar incluida en las aplicaciones web destino. Mtodo sistemtico para sistematizar la integracin de la accesibilidad web desde etapa inicial del proceso, la propuesta est orientada a proyectos de desarrollo web que sigan un mtodo sistemtico en el que apoyarse. Proceso de desarrollo con enfoque iterativo y ciclo de vida incremental. Cada proyecto puede acomodar las actividades del proceso genrico definido para que formen parte del proceso de desarrollo definido en su organizacin. Las actividades en las que se apoya el soporte son: formulacin, anlisis, diseo y modelado, implementacin, pruebas, despliegue y evaluacin.

Estructura AWA

Estructura de soporte metodolgico AWA

AWA_Organizacin Para garantizar el xito en un proyecto de desarrollo de aplicaciones web accesibles y su calidad, adems de seguir un mtodo que gue y sistematice la accesibilidad es fundamental incluir unos requisitos y articular mecanismos de accesibilidad en la organizacin que agilicen y faciliten el proceso de desarrollo adems de reforzar la calidad de la accesibilidad incluida. El componente AWA_Organizacin proporciona estos requisitos: los relativos a la gestin de la accesibilidad y su calidad (como la identificacin y articulacin de procesos de gestin de la accesibilidad) y al seguimiento de la satisfaccin del usuario (activando un mecanismo de naturaleza funcional que gestione las sugerencias y

quejas del usuario); por otro lado estn los referidos a incluir planes de accesibilidad en una organizacin, que comprende mecanismos como formar un grupo de accesibilidad, definir una Poltica de accesibilidad, proporcionar un Plan de Formacin, y la seleccin de tecnologa y mtodo. Con AWA_Organizacin se ha elaborado un recurso de utilidad a partir de varias fuentes donde se han recopilado requisitos de gran inters para las organizaciones que emprenden una Poltica de accesibilidad. AWA_Interaccin El estndar ISO 13407 proporciona un marco de trabajo para seguir un enfoque DCU con inclusin en el contexto particular de la accesibilidad web objetivo de esta propuesta. En el estndar no se define cmo se deben integrar los mtodos de Interaccin Persona-Ordenador (IPO) con el resto de actividades del desarrollo. Tan solo se indica que dicha integracin debe tratarse en cada proyecto. Ms all de estrategias generales de diseo, los desarrolladores necesitan de mtodos especficos mediante los cuales disear. En AWA se expone una propuesta de integracin adaptando las actividades del proceso genrico definido en AWA para acomodar las actividades del DCU. AWA_Interaccin proporciona mecanismos de accesibilidad para su integracin en el proceso de desarrollo genrico. Los mecanismos son una propuesta de utilizacin combinada de un conjunto de tcnicas de usabilidad indicando en cada una de ellas cmo introducir inclusin. En los mecanismos se proporcionan unas buenas prcticas como recurso de ayuda para seguir este enfoque de DCU con inclusin.

AWA_WCAG Para incluir accesibilidad web siguiendo las WCAG en todo el proceso de desarrollo, desde el inicio se ha considerado esencial conceptualizarlas de manera distinta a la que se ofrece en la documentacin oficial, ms orientada al desarrollo en fases avanzadas. Analizando la semntica de la documentacin oficial de las WCAG y otros documentos de WAI hemos observado que se tratan de manera implcita requisitos de accesibilidad de muy distinto tipo y naturaleza. En el componente AWA_ se han definido requisitos de accesibilidad, como resultado de abstraer las WCAG, que pueden incorporarse en las distintas actividades en el proceso genrico definido. Estos requisitos tienen una correspondencia directa con las pautas WCAG.

Uno de los objetivos por los que se ha regido este trabajo ha sido la incorporacin de criterios de calidad de la accesibilidad alcanzada. Se han definido varios elementos para conseguir tal fin, y uno de ellos ha sido entender la calidad incorporando requisitos de accesibilidad en el ciclo de autora, pero con el objetivo de que la accesibilidad incorporada se conserve en todo el ciclo de vida de la aplicacin web. El enfoque seguido en AWA_WCAG ha sido sistematizar la accesibilidad incorporando todos los requisitos posibles desde la actividad de diseo y modelado. Estos requisitos activan mecanismos en el diseo y en las actividades posteriores, como en implementacin y evaluacin, proporcionando una traza para conducir esos requisitos a travs del proceso hasta las pginas web finales. No todos los requisitos pueden incluirse desde el diseo: en AWA_WCAG tambin hay requisitos a nivel de implementacin y otros en evaluacin en los que se proporcionan herramientas y documentacin de WAI relativa a la evaluacin de la accesibilidad web. Para obtener un nivel de calidad es fundamental sistematizar la accesibilidad en los procesos de desarrollo (ciclo de autora), para que la accesibilidad se mantenga a lo largo de todo el ciclo de vida de la aplicacin web. En esta lnea se ofrecen distintos tipos de mecanismos: los incluidos en la actividad de diseo relativos al seguimiento de las WCAG (AWA_WCAG); los incluidos a nivel de proceso necesarios para llevar a cabo una gestin de la accesibilidad web, y por ltimo, los mecanismos en relacin a considerar planes y polticas de accesibilidad en la organizacin y equipo de desarrollo (AWA_Organizacin). Para el seguimiento de las WCAG. Se han definido unos requisitos de accesibilidad resultado de abstraer las WCAG de manera que su tratamiento pueda ser incluido desde el inicio del proceso de desarrollo de una aplicacin web. Esta parte del soporte se denomina AWA_WCAG. De todos los AWA_RequisitosWCAG detectados se han distinguido algunos que pueden ser tratados a nivel de diseo, han sido representados a travs de un metamodelo de accesibilidad denominado AWA_MetamodeloWCAG. Este metamodelo es un recurso base del soporte y representa requisitos de accesibilidad con un nivel alto de abstraccin con independencia del mtodo en el que se aplique. La inclusin accesibilidad desde el diseo proporcionar sistematizacin en la gestin de la accesibilidad, aportando calidad.

Para adquirir un enfoque de Diseo Centrado en el Usuario (DCU) con inclusin. Se ha seguido el estndar ISO 13407 marcado dentro del Diseo Inclusivo considerando a cualquier usuario y contexto de uso, extendiendo la cobertura a usuarios con discapacidad y diversos contextos de uso que pueden provocar barreras de accesibilidad. Con este enfoque se tienen en cuenta requisitos de accesibilidad ligados a la usabilidad. A esta parte del soporte se la denomina AWA_Interaccion, y con el requisito de seguir un enfoque DCU en el contexto de la accesibilidad activa AWA_MecanismosInteraccion que incluyen la combinacin de tcnicas de usabilidad aplicadas con inclusin a incorporar en las actividades en el proceso genrico considerado en AWA. De esta manera, en el soporte metodolgico AWA se puede distinguir tres grupos principales de AWA_Requisitos y AWA_Mecanismos que activan. Se han obtenido un total de 34 AWA_Requisitos Y 82 AWA_Mecanismos. Esta clasificacin de requisitos tiene un mapeo o correspondencia completa con los requisitos de las WCAG 2.0, y estas con los WCAG 1.0
Diagrama de actividades del soporte AWA orientado al Mtodo

Aplicacin
Para su aplicacin se distinguen dos orientaciones: 1. Orientacin al Mtodo: Una organizacin de desarrollo de software seguir un mtodo. Aplicando el soporte con esta orientacin, dicho mtodo ser extendido con AWA_Requisitos caracterizados por poder ser tratados desde el diseo.

2. Orientacin al Proceso: Una organizacin de desarrollo de software seguir un proceso. Para aplicar AWA se har un acoplamiento/superponer del proceso genrico definido en AWA sobre el de la organizacin e incorporar los AWA_Requisitos con sus AWA_Mecanismos asociados. Cada vez que se quiera desarrollar una aplicacin web accesible, el soporte AWA con esta Orientacin al Proceso ser llevada a cabo utilizando el mtodo extendido (resultado del mtodo despus de la Orientacin al Mtodo).

III.

RESUMEN
La nube, fuente de toda clase de informacin y donde se almacena casi toda la data mundial, es una tecnologa que debera ser accesible a toda clase de usuario, sin embargo para algunas personas es tan difcil acceder a algunos sitios en la web que resulta traumante intentarlo una y otra ves. Esto no debera pasar, pues al ser la Web la herramienta principal para poder ejercer como ciudadanos en la Sociedad, rodos sin excepcin deberamos tener acceso a esta. Como propuesta de solucin a esta situacin, desde la perspectiva de la Ingeniera, se presenta el soporte metodolgico AWA (Accessibility for Web Applications). AWA proporciona un espacio de trabajo para incluir el requisito de la accesibilidad en las organizaciones dedicadas al desarrollo web. AWA proporciona guas a los profesionales de la ingeniera para incorporar requisitos de accesibilidad desde distintas perspectivas: en las organizaciones y empresas, en el proceso de desarrollo siguiendo un enfoque metodolgico, siguiendo un enfoque de Diseo Centrado en el Usuario (DCU) que site al usuario como protagonista y le haga participar del proceso de diseo. Todo ello en un marco de Diseo Inclusivo, para contemplar a los usuarios con discapacidad, contextos de uso desfavorables, en definitiva, teniendo en mente toda la diversidad funcional existente. Como resultado de aplicar el enfoque AWA las pginas web finales y la interfaz de usuario de la aplicacin sern accesibles siguiendo las Pautas de Accesibilidad al Contenido en la Web (WCAG) de la Iniciativa de la Accesibilidad Web (WAI). Esta metodologa trata de que el contenido expuesto en la web sea accesible para todo tipo de usuario, y que quienes poseen una discapacidad no tengan que obviar el uso de este recurso tan importante y lo puedan aprovechar de la misma forma que los dems. La metodologa AWA se basa en las pautas de accesibilidad al contenido web y la iniciativa de la accesibilidad web, para tener claros los lineamientos y poder cumplir con los objetivos planteados, siguiendo una serie de normas y estndares para la evaluacin de un sitio web.

IV.

CONCLUSIONES
El enfoque metodolgico AWA puede ser adoptado por cualquier proceso que cumpla unos pre-requisitos mnimos como seguir un enfoque iterativo, para as poder seguir un DCU. La clave del xito para desarrollar una aplicacin web esta en la experiencia del desarrollador y en la capacidad que este tiene para abrir su mente hacia nuevas expectativas, y no pensar solamente en un tipo de usuario sino en todos, para as brindar un mejor servicio. Las WCAG son un recurso fundamental para elaborar y medir la accesibilidad de las pginas web pero en el contexto del proceso de desarrollo se percibe que su uso est muy orientado a proporcionar guas especficas de implementacin y de evaluacin.

Para el desarrollo de una web se debe tener adoptar un enfoque de Diseo Centrado en el Usuario (DCU), con el fin de satisfacer las necesidades y caractersticas de todos los usuarios, incluyendo a las personas con discapacidad y contextos de uso diversos.

V.

LINKS DE BUSQUEDA
Evala pginas web segn los criterios establecidos en el enfoque metodolgico AWA. http://www.sidar.org/recur/desdi/wai/index.php Pautas de Accesibilidad al Contenido Web 1.0 http://www.w3.org/TR/WCAG10/#organization WEB oficial AWA http://labda.inf.uc3m.es/awa/es Web Accessibility Initiative http://www.w3.org/WAI/

TESIS DOCTORAL: AWA, Marco metodolgico especfico en el dominio de la accesibilidad para el desarrollo de aplicaciones web. Autor: Lourdes Moreno Lpez http://labda.inf.uc3m.es/awa/sites/default/files/AWA.pdf