Proyecto de fin de Carrera de Ingeniería Informática. de interfaces gráficas accessibles utilizando pruebas basadas en propiedades

Save this PDF as:
 WORD  PNG  TXT  JPG

Tamaño: px
Comenzar la demostración a partir de la página:

Download "Proyecto de fin de Carrera de Ingeniería Informática. de interfaces gráficas accessibles utilizando pruebas basadas en propiedades"

Transcripción

1 Facultad de Informática Departamento de Computación Proyecto de fin de Carrera de Ingeniería Informática Librería de verificación de interfaces gráficas accessibles utilizando pruebas basadas en propiedades Autor/a: Director/a: Antía Puentes Felpeto Laura Milagros Castro Souto A Coruña, a 16 de septiembre de 2013.

2

3 Información general Título del proyecto: Clase de proyecto: Nombre del alumno: Nombre del director: Librería de verificación de interfaces gráficas accesibles utilizando pruebas basadas en propiedades Proyecto de desarrollo en investigación Antía Puentes Felpeto Laura Milagros Castro Souto Miembros del tribunal: Miembros suplentes: Fecha de lectura: Calificación:

4

5 D./Dña. Laura Milagros Castro Souto CERTIFICA Que la memoria titulada Librería de verificación de interfaces gráficas accessibles utilizando pruebas basadas en propiedades ha sido realizada por Antía Puentes Felpeto con D.N.I T bajo la dirección de D./Dña. Laura Milagros Castro Souto. La presente constituye la documentación que, con mi autorización, entrega el/la mencionado/a alumno/a para optar a la titulación de Ingeniería en Informática. A Coruña, a 16 de septiembre de 2013.

6

7 The power of the Web is in its universality. Access by everyone regardless of disability is an essential aspect. Tim Berners-Lee, Director de la W3C e inventor del World Wide Web

8

9 Resumen El objetivo de este proyecto es demostrar cómo pueden aplicarse pruebas basadas en propiedades para evaluar que el contenido web es accesible. Entendemos como accesibilidad en la Web, la cualidad que debe cumplir una página para que personas con distintas discapacidades físicas o cognitivas puedan percibir, entender, navegar e interaccionar con ella. Con esta meta, se han estudiado los estándares Web Content Accessibility Guidelines (WCAG 2.0) [26], desarrollados por la W3C. Estos estándares establecen una serie de pautas que el contenido web debe cumplir para ser considerado accesible. De acuerdo con éstos, se ha desarrollado una librería que permite evaluar la accesibilidad del contenido web en general, y de HTML en particular, utilizando el lenguaje funcional Erlang. Al ser necesario crear una representación computacional del contenido web para su procesamiento, se ha utilizado Erlang por su gran potencial para manejar estructuras de datos mediante recursividad y reconocimiento de patrones. Al valorar la accesibilidad de una web, se definen una serie de propiedades que su contenido debe cumplir. Siguiendo este razonamiento, se han realizado pruebas basadas en propiedades, empleando la herramienta PropEr [5], desarrollada en Erlang, y se ha demostrado cómo utilizarlas para evaluar el contenido web. Asimismo, con el objetivo de disponer de casos de prueba aleatorios generados automáticamente, se ha desarrollado un generador de contenido web, valiéndose de la misma herramienta. Finalmente, se utiliza la librería para evaluar la accesibilidad del contenido web en un caso real, la página de la Facultad de Informática de A Coruña, y se comparan los resultados obtenidos con los devueltos por la herramienta A- Checker [1].

10

11 Palabras clave: Accesibilidad en la Web Web Accessibility Initiative (WAI) Web Content Accessibility Guidelines (WCAG 2.0) HyperText Markup Language (HTML) Programación funcional Erlang Pruebas basadas en propiedades PropEr

12

13 Índice general Página 1. Introducción Descripción y motivación Planificación y metodología utilizadas Contextualización Accesibilidad y tecnologías asistidas Accesibilidad Accesibilidad vs. usabilidad Tecnologías asistivas Accesibilidad en la Web Ejemplos de accesibilidad en la Web Iniciativas a favor de la accesibilidad en la Web Web Accessibility Initiative (WAI) Qué es la WAI? Componentes en la accesibilidad Web según la WAI Directrices publicadas por la WAI Web Content Accessibility Guidelines WCAG WCAG Pruebas software automáticas Pruebas de unidad Pruebas basadas en propiedades (PBT) Herramienta PropEr Análisis y Diseño Analizando WCAG i

14 ii ÍNDICE GENERAL Documentos de la WCAG Entendiendo WCAG Niveles de orientación de la WCAG Niveles de conformidad Requisitos de conformidad Los Principios de la WCAG Las Pautas de la WCAG Los Criterios de Conformidad de la WCAG Las Técnicas HTML Diseño Implementación Estructura de directorios Implementación del componente HTML Eligiendo el parser HMTL Implementado las técnicas HTML Implementando los criterios de conformidad HTML Implementación del componente WCAG Validación Pruebas basadas en propiedades Generador de datos HTML Propiedades de las técnicas HTML Casos de prueba basados en propiedades Caso de prueba sobre una página web Pruebas con la librería desarrollada Comparativa con la herramienta A-Checker Conclusiones Objetivos alcanzados Trabajos futuros Análisis posterior de la planificación A. Glosario de acrónimos 135 B. Glosario de términos 137 C. Ejemplo de HTML generado 139

15 ÍNDICE GENERAL iii Bibliografía 143

16 iv ÍNDICE GENERAL

17 Índice de figuras Figura Página 2.1. Relación entre los componentes en la accesibilidad Web Relación entre los documentos WCAG Diagrama de componentes general y tecnológicamente independiente Diagrama de componentes general particularizado para HTML Diagrama de componentes del módulo HTML Diagrama de componentes de las pruebas del módulo HTML Documento HTML creado por el generador de HTML Aspecto de la herramienta de verificación de accesibilidad A-Checker v

18 vi ÍNDICE DE FIGURAS

19 Índice de códigos 4.1. Definición del registro xmlelement Definición del registro xmlattribute Definición del registro xmltext Fragmento de código de la Técnica H Fragmento de código de la Técnica H Fragmento de código de la Técnica H Fragmento de código de la Técnica H Fragmento de código de la Técnica H Fragmento de código de la Técnica H Fragmento de código de la Técnica H Criterio de Conformidad en HTML WCAG Criterio de Conformidad en WCAG Nivel de conformidad A en WCAG Generador del atributo type de un input element Fragmento de código del generador de formularios Fragmento de código del generador de la estructura del documento HTML Propiedad correspondiente a la técnica H Propiedad correspondiente a la técnica H code/html generado.html vii

20 viii ÍNDICE DE CÓDIGOS

21 Capítulo 1 Introducción Índice general 1.1. Descripción y motivación Planificación y metodología utilizadas Descripción y motivación El uso del software en general y de la Web en particular, como medio de integración de personas con discapacidad, ya sea auditiva, cognitiva, visual o motora, ha cobrado gran importancia en los últimos años. Podría decirse que es esencial que la Web sea accesible para proporcionar igual acceso e iguales oportunidades a personas con distintas habilidades. Se sospecha que la existencia de herramientas software que ayuden al desarrollador a crear un contenido web más accesible, son más bien escasas. En este contexto, el desarrollar una librería de verificación de accesibilidad Web, que permita estimar si una web es accesible y utilizable por las tecnologías asistivas, como pueden ser los lectores y los magnificadores de pantalla o los terminales braille, o determinar si la web es navegable usando el teclado, se vuelve indispensable. Por otro lado, en las pruebas de unidad tradicionales, es necesario elaborar un conjunto de entradas vs. salidas esperadas. A la hora de examinar la corrección de la librería desarrollada en este proyecto, sería necesario crear un documento web por cada caso de prueba. El elaborar un conjunto de entradas representativo 1

22 Descripción y motivación para este problema sería difícil y los resultados poco satisfactorios, debido a la gran variedad y complejidad que presenta el contenido web. De este modo, las pruebas y por lo tanto, la confianza que tendríamos en el correcto funcionamiento de la librería desarrollada sería deficiente. En las pruebas basadas en propiedades, una vez definido un generador de datos, los casos de prueba se generan de forma aleatoria y automática, permitiendo cubrir un gran número de casos, algo que de otra manera sería inviable. De este modo, se simplifica el proceso de creación de pruebas y se aumenta la eficiencia del mismo, incrementándose por tanto la confianza en el buen funcionamieno de la librería desarrollada. Como no se conoce de antemano la entrada que se le pasará a una función durante el proceso de prueba, en esta clase de testing no es posible comparar la salida obtenida con la salida deseada, lo que se hace es definir las propiedades que la función debe cumplir. Al valorar si un contenido web es accesible, se evalúa el cumplimiento de una serie de propiedades sobre él definidas, por lo que a priori parece natural utilizar pruebas basadas en propiedades para este problema. Por las razones expuestas, se desarrollará una librería de verificación de accesibilidad web que evalúe el cumplimiento del estándar Web Content Accessibility Guidelines (WCGA 2.0) [26], formado por una serie de recomendaciones publicadas por la W3C en las que se definen una serie principios, pautas, criterios de conformidad y técnicas dependientes de la tecnología que el contenido Web debe cumplir para considerarse accesible. Durante la fase de pruebas, se evaluará la adecuación de las pruebas basadas en propiedades para evaluar un conjunto de técnicas que trabajan sobre contenido web, además de la definición de las propiedades, será necesaria la implementación de un generador de código HTML. Como se necesita crear una representación del contenido web, se utilizará el lenguaje de programación Erlang por su gran potencial en el manejo de estructuras de datos, gracias a la combinación de recursividad y pattern-matching. La implementación y ejecución de pruebas basadas en propiedades, se realizará usando la herramienta de pruebas PropEr.

23 1. Introducción Planificación y metodología utilizadas Durante la planificación del trabajo a realizar se identificaron las siguientes tareas y subtareas: Estudio inicial, incluyendo: Recopilación de información relativa a la accesibilidad, incluyendo como las personas con discapacidad utilizan el ordenador. Investigación sobre los estándares/recomendaciones existentes sobre la accesibilidad en la Web, incluyendo las directrices definidas por la Web Accesibility Initiative para cada uno de los componentes que influyen en la accesibilidad Web. Investigación de herramientas de verificación de accesibilidad existentes previamente. Análisis en profundidad del estándar WCAG 2.0. Familiarización con las tecnologías: Erlang, PropEr. Diseño de la librería. Implementación de la librería. Pruebas basadas en propiedades. Implementación de las propiedades. Desarrollo del generador de código HTML. Realización de pruebas. Correción de los errores encontrados. Pruebas en casos reales. Comparativa con otras herramientas de evaluación de accesibilidad existentes. Elaboración de la memoria.

24 Planificación y metodología utilizadas Considerando un día como un esfuerzo de 8 horas/persona, la estimación de tiempos para las tareas identificadas es la siguiente: Tarea Estudio inicial Análisis Familiarización con las tecnologías Diseño Implementación Pruebas basadas en propiedades Pruebas en casos reales Comparativa Memoria TOTAL Duración estimada 5 días 20 días 15 días 5 días 25 días 12 días 3 días 2 días 20 días 107 días Al existir un solo recurso ejecutivo, no se utilizan metodologías ágiles ni iterativas, se sigue la lista de tareas presentadas, con puntos de control cada 3 semanas para garantizar que el avance es adecuado, resolver las dudas y tomar las decisiones secundarias que se presenten.

25 Capítulo 2 Contextualización Índice general 2.1. Accesibilidad y tecnologías asistidas Accesibilidad Accesibilidad vs. usabilidad Tecnologías asistivas Accesibilidad en la Web Ejemplos de accesibilidad en la Web Iniciativas a favor de la accesibilidad en la Web Web Accessibility Initiative (WAI) Qué es la WAI? Componentes en la accesibilidad Web según la WAI Directrices publicadas por la WAI Web Content Accessibility Guidelines WCAG WCAG Pruebas software automáticas Pruebas de unidad Pruebas basadas en propiedades (PBT) Herramienta PropEr

26 Accesibilidad y tecnologías asistidas 2.1. Accesibilidad y tecnologías asistidas Accesibilidad Podríamos definir Accesibilidad como el grado en el que un producto, aparato, servicio o entorno está disponible al mayor número de personas posibles. El término está especialmente enfocado a gente con discapacidad o necesidades especiales. Todas estas personas tienen derecho a acceder a tecnologías de la información y lo hacen utilizando ciertas tecnologías llamadas asistivas. Este derecho está reconocido la Convención Internacional sobre los Derechos de las Personas con Discapacidad [4]. El CRPD es un instrumento internacional de derechos humanos de las Naciones Unidas destinado a proteger los derechos y la dignidad de las personas con discapacidad. Los estados que la firman 1 se comprometen a promover el acceso de las personas con discapacidad a los nuevos sistemas y tecnologías de la información y las comunicaciones, incluida Internet; y a promover el diseño, el desarrollo, la producción y la distribución de sistemas y tecnologías de la información y las comunicaciones accesibles en una etapa temprana, a fin de que estos sistemas y tecnologías sean accesibles al menor coste Accesibilidad vs. usabilidad Accesibilidad y usabilidad no deben confundirse entre sí. Usabilidad es el grado en el que un producto puede ser usado por usuarios específicos para alcanzar unos objetivos específicos con efectividad, eficiencia y satisfacción en un determinado contexto de uso. Algunas de las medidas que pueden tomarse a favor de una pueden resultar producentes para la otra, pero que el grueso de las acciones son generalmente diferenciadas Tecnologías asistivas Las tecnologías asistivas (abreviadamente AT) son cualquier elemento, equipo, o producto que se utiliza para aumentar, mantener o mejorar las capacidades funcionales de individuos con discapacidades, es decir, para incrementar la acce- 1 La Convención Internacional sobre los Derechos de las Personas con Discapacidad 155 firmantes a fecha de Agosto de 2013, incluida la Unión Europea

27 2. Contextualización 7 sibilidad. A la hora de utilizar el ordenador estos individuos utilizan tecnologías asistivas, como pueden ser los lectores de pantalla utilizados por personas con discapacidades visuales. Otros ejemplos serían los amplificadores de pantalla, teclados en pantalla y los terminales Braille Accesibilidad en la Web Accesibilidad en la Web significa que personas con distintas discapacidades puedan percibir, entender, navegar e interaccionar con la Web, y también contribuir a la misma. Es esencial que la Web sea accesible para proporcionar igual acceso e iguales oportunidades a personas con distintas habilidades. Haciendo la Web accesible no sólo se fomenta la inclusión de personas con discapacidades, sino también de ancianos, personas que viven en el medio rural o en países en desarrollo. Al mejorar la accesibilidad de una Web se beneficia a un amplio rango de agentes de usuario y dispositivos, como los dispositivos móviles, que tienen recursos limitados. Desde el punto de vista empresarial, aumenta el alcance de la audiencia y al estar asociada a otras buenas prácticas, como usabilidad, interacción multi-modal, independencia del dispositivo, diseño para personas ancianas, y optimización de motores de búsqueda, suelen reducirse los costes de mantenimiento, entre otros beneficios. En España los sitios web de la Administración deben ser accesibles a los discapacitados por la ley 56/2007, de 28 de diciembre, siendo posible la exigencia del cumplimiento de dicha ley también para aquellas páginas financiadas por las administraciones públicas Ejemplos de accesibilidad en la Web Algunos errores dificultan o hacen imposible a personas con discapacidad el usar una Web. Veamos algunos ejemplos y cómo solventarlos.

28 Accesibilidad en la Web Texto alternativo para imágenes Las imágenes deberían incluir un texto alternativo en el código de marcado. Cuando no se incluye, la información de la imagen es inaccesible para personas que usan un lector de pantalla. Por el contrario, si se incluye, la información dada por la imagen será accesible no sólo a personas ciegas sino también a personas que desactiven las imágenes por tener una conexión a internet con poco ancho de banda. Entrada de teclado La funcionalidad de una Web debe ser accesible a través del teclado. Algunas personas con discapacidades motoras o de avanzada edad no pueden usar el ratón. Si la Web proporciona toda su funcionalidad a través del teclado, las personas con discapacidad pueden usar Tecnologías Asistivas que imitan el funcionamiento del teclado, como la entrada a través de voz. Transcripciones para audio Proporcionar transcripciones de la información en audio. Las transcripciones permiten acceder a la información en audio a personas sordas o con problemas auditivos, además de hacerla accesible a motores de búsqueda Iniciativas a favor de la accesibilidad en la Web Distintos organismos se han esforzado en definir una serie de directrices y estándares que debe cumplir una página/tecnología Web para considerarse accesible. En la Sección 508 del llamado Rehabilitation Act [19] estadounidense se establece que toda tecnología eléctronica y de la información usada, mantenida o desarrollada por el Gobierno Federal debe ser accesible. Para el contenido Web se definen 16 reglas de obligado cumplimiento basadas en las definidas por la Web Accesibility Initiative.

29 2. Contextualización Web Accessibility Initiative (WAI) Qué es la WAI? El World Wide Web Consortium (W3C) se ha unido al esfuerzo por dotar a la Web de accesibilidad y ha creado la archiconocida Web Accesibility Initiative [25], en cuyos estándares se basa este proyecto. La Web Accessibility Initiative es un esfuerzo realizado por la W3C para mejorar la accesibilidad en la Web para personas con discapacidad. En sus propias palabras, su misión es guiar a la Web para que ésta alcance su máximo grado de accesibilidad y de este modo permitir que personas con distintos grados de discapacidades auditivas, motoras, visuales y cognitivas participen de forma igualitaria en la misma. Como otras iniciativas de la W3C, la WAI está formada por varios grupos de trabajo y grupos de especial interés, cada uno de ellos enfocado a un componente distinto. Los grupos de trabajo son los encargados de crear informes técnicos que se convertirán en recomendaciones de la W3C, entendiendo como recomendación una especificación o conjunto de pautas que, tras un amplio proceso de consenso, ha recibido la aprobación de los miembros de la W3C y de su Dirección, siendo similares a lo que se conoce como estándares en otras organizaciones Componentes en la accesibilidad Web según la WAI Existen componentes esenciales en el desarrollo e interacción Web que deben funcionar de manera conjunta para que la Web sea accesible (figura 2.1) [10]. En palabras de la WAI, estos componentes son: El contenido Web Se considera contenido Web no sólo a toda información en texto, imágenes, sonido o vídeo, sino también al código o código de marcado que define la estructura y la presentación de la Web.

30 Web Accessibility Initiative (WAI) Entre los grupos de trabajo de la WAI, el Web Content Accessibility Guidelines Working Group se encarga de publicar las pautas, las técnicas y otros documentos relacionados con la accesibilidad en el contenido Web: texto, imágenes, archivos de audio y vídeo, y formularios, entre otras cosas. Está formado por representantes de la industria, universidades, consultorías expertas en accesibilidad y organizaciones de usuarios finales. Agentes de usuario (User-Agents) En el contexto de accesibilidad en la Web, los agentes de usuario se definen como cualquier software que obtiene, renderiza, o facilita la interacción del usuario final con el contenido Web, o cuya interfaz de usuario está implementada usando tecnologías Web. Ejemplos de agentes de usuario son los navegadores Web y ciertos reproductores multimedia. Tecnologías asistivas Herramientas utilizadas para permitir a los usuarios con discapacidad utilizar la Web, como pueden ser lectores o magnificadores de pantalla o terminales Braille. El conocimiento del usuario El conocimiento, la experiencia y las estrategias que emplea el usuario a la hora de utilizar la Web. No deben presuponerse las habilidades de los individuos. Desarrolladores Web En este grupo se incluyen programadores, arquitectos, diseñadores y usuarios que contribuyen al contenido de una Web. Los técnicos deben estar al corriente las necesidades de los usuarios o formarse si no tienen esas capacidades. Herramientas de autor (Authoring tools) Se refieren al software utilizado para crear páginas Web, que deberían proporcionar un soporte adecuado para facilitar el trabajo de los desarrolladores a la hora de crear Webs más accesibles.

31 2. Contextualización 11 Herramientas de evaluación Ejemplos de herramientas de evaluación son los validadores HTML, validadores CSS o las propias herramientas de evaluación de accesibilidad en la Web. Figura 2.1: Relación entre los componentes en la accesibilidad Web Cuando uno de estos componentes es débil el proceso de mejora en la accesibilidad se resiente. Desde la Web Accessibility Initiative se han publicado algunas pautas y recomendaciones para varios de ellos. Algunas de estas directrices son todavía provisionales. Un técnico que desee mejorar esos componentes débiles, debería contar con las herramientas necesarias para ello, y lamentablemente esto no sucede en la actualidad. Con la elaboración de este proyecto se pretende ayudar en este área, específicamente Directrices publicadas por la WAI La WAI ha publicado distintos documentos dirigidos a cada uno de los componentes esenciales de la accesibilad Web. Estos documentos son: Web Content Accessibility Guidelines (WCAG) Las Web Content Accessibility Guidelines [26] son una serie de pautas dirigidas a hacer que el contenido Web sea más accesible a personas con discapacidades.

32 Web Accessibility Initiative (WAI) Se consideran un estándar de facto llegando incluso a utilizarse como base para legislación y metodologías de evaluación en diversos países. Este proyecto se centra en el estudio y implementación de estas pautas. Authoring Tool Accessibility Guidelines (ATAG) Las Authoring Tool Accessibility Guidelines [3] definen cómo las herramientas de autor deberían ayudar a los desarrolladores de software a producir contenido Web que sea accesible y se ajuste a las reglas definidas en las pautas para el contenido Web (WCAG). Su intención es también que las propias herramientas de autor sean accesibles y puedan ser utilizadas por desarrolladores de software con discapacidad. Accessible Rich Internet Applications Suite (WAI-ARIA) Las pautas del Accessible Rich Internet Applications Suite [2] definen la manera de hacer más accesible el contenido y las aplicaciones Web. Se enfocan especialmente en el contenido dinámico y en las interfaces de usuario avanzadas escritas en Ajax, HTML, JavaScript y tecnologías relacionadas. Una Web será accesible si, entre otras cosas, la semántica sobre su funcionalidad está disponible, de esta forma las tecnologías asistivas pueden entender y procesar el contenido de la Web y adaptarlo al usuario. Las aplicaciones Web modernas a menudo utilizan scripts para controlar el funcionamiento de ciertos elementos, el objetivo de la WAI-ARIA es que los autores proporcionen la semántica de un elemento y los propios elementos puedan exponer su estado, sus propiedades y las relaciones que existen entre ellos. User Agent Accessibility Guidelines (UAAG) Las User Agent Accessibility Guidelines [24] están destinadas principalmente a desarrolladores de navegadores Web, reproductores multimedia, tecnologías asistivas y otros agentes de usuario, el software que las personas con o sin discapacidad usan para interactuar con la Web.

33 2. Contextualización 13 Web Content Accessibility Guidelines (WCAG) Las Web Content Accessibility Guidelines están dirigidas a conseguir que el contenido Web sea accesible principalmente a usuarios con discapacidades, pero también a otros agentes de usuario. Estas pautas se explicarán en detalle a lo largo de este documento Web Content Accessibility Guidelines Las Web Content Accessibility Guidelines consisten en una serie de pautas dirigidas a conseguir que el contenido Web sea accesible principalmente a usuarios con discapacidades, pero también a otros agentes de usuario, incluyendo dispositivos con ciertas limitaciones, como los teléfonos móviles. Las WCAG se han desarrollado siguiendo el proceso metodológico de la W3C en cooperación con individuos y organizaciones a nivel mundial, con el objetivo de proporcionar un único estándar compartido para la accesibilidad del contenido Web que cubra las necesidades de los individuos, las organizaciones y los gobiernos de forma internacional. Las pautas presentadas por la WCAG están especialmente dirigidas a autores de contenido web, autores de herramientas de desarrollo de tecnologías Web, autores de herramientas de evaluación de accesibilidad y a otras personas u organizaciones que necesiten o busquen un estándar de accesibilidad Web. Se han publicado dos versiones de las Web Content Accessibility Guidelines: WCAG 1.0 y WCAG 2.0, la última de ellas sustituye a la anterior WCAG 1.0 La primera de las versiones de las WCAG fue aprobada como recomendación de la W3C en Mayo de Conocida popularmente como WCAG, está formada por 14 pautas que según la WAI constituyen los principios generales del diseño accesible. Cada directriz viene acompañada por uno o más puntos de verificación que explican cómo se aplica en determinadas circunstancias. A cada uno de estos

34 Pruebas software automáticas puntos se le asigna una determinada prioridad que indica la importancia de su cumplimiento a la hora de hacer la Web accesible. La WCAG 1.0 fue ampliamente criticada por ser difícil de entender, de aplicar y de evaluar usando testing automático y humano. La actual versión de las WCAG, WCAG 2.0, se creó con la finalidad de solventar estos problemas WCAG 2.0 Aprobada como recomendación de la W3C en Diciembre del 2008, la WCAG 2.0 fue creada con la meta ser más fácilmente entendible, demostrable y tecnológicamente independiente que su predecesora. Dicho en otros términos, las pautas dadas deben ser tecnológicamente neutras, la WCAG 1.0 estaba fuertemente basada en HTML y CSS, y deben estar escritas como declaraciones demostrables en lugar de como instrucciones a los autores. Asimismo, la WCAG 2.0 está dirigida a tecnologías más avanzadas y actualiza o elimina aquellas pautas de la WCAG 1.0 consideradas obsoletas. Por este motivo, la propia Web Accessibility Initiative fomenta su uso en lugar de la WCAG 1.0. En Octubre del 2002, las Web Content Accessibility Guidelines 2.0 fueron aprobadas como estándar ISO, ISO/IEC 40500: Pruebas software automáticas Pruebas de unidad Se definen como pruebas software automáticas a aquellas que requieren el uso de un software especial (separado del software a probar) para controlar la ejecución de las pruebas y comparar las salidas generadas con las esperadas. La automatización de pruebas software puede darse a todos los niveles, empezando por el nivel de pruebas de unidad, que sirven para asegurar que cada uno de los módulos que componen el sistema funcionan correctamente por separado. Por cada test de unidad escrito, se crea un grupo representativo de parámetros de entrada y se comprueba que se cumplen las especificaciones, comparando la

35 2. Contextualización 15 salida obtenida con la salida deseada. Como es imposible escribir casos de prueba para todos los posibles valores de entrada, el arte en este tipo de tests consiste en encontrar valores de entrada que sean representativos de una gran parte del espacio de entradas. Se espera que los casos de prueba sean exhaustivos, de otro modo, no podría tenerse confianza en que se cumple la especificación. Sin embargo, diseñar un conjunto de entradas no es tarea fácil. A menudo los programadores piensan en términos de lo que se ha codificado y no en las entradas con las que el software desarrollado puede ser llamado. A medida que el código es probado en mayor profundidad y/o en producción, aparecen nuevos conjuntos de parámetros de entrada para los cuales el software no cumple las especificaciones, y que son añadidos a los casos de prueba una vez que el error se ha corregido Pruebas basadas en propiedades (PBT) Para solucionar el problema comentado en el apartado anterior, nacen las Pruebas Basadas en Propiedades (PBT). En este tipo de testing los casos de prueba se generan de forma automática y aleatoria, permitiendo cubrir más amplia y objetivamente el espacio de entradas. Propiedades Como las entradas se generan de forma aleatoria, no existe un conjunto de entrada, salida esperada predefinido. En lugar de compararse la salida obtenida y la salida deseada, en PBT se definen las propiedades que el software debe cumplir, que podrían entenderse como la propia especificación del software. Generación de datos Durante la generación aleatoria de entradas se utilizan funciones denominadas generadores, que devuelven los datos que se utilizarán durante la ejecución de las pruebas. Estos generadores pueden combinarse mediante ciertas reglas para crear nuevos generadores y devolver valores complejos. La verificación del cumplimiento de la propiedad basándose en valores de entrada generados aleatoriamente se realizará por la herramienta de testing basado

36 Pruebas software automáticas en propiedades. De este modo, pueden generarse una gran cantidad de casos de prueba con valores aleatorios y de esta forma, tener un nivel de confianza mayor en el funcionamiento del software que usando pruebas de unidad tradicionales. Una vez que se ha escrito la propiedad y se le han asociado los generadores correspondientes, predefinidos o creados por el programador, únicamente queda decirle a la herramienta PBT con cuántos casos de prueba se quiere probar la propiedad. Shrinking Como las entradas son generadas aleatoriamente, es posible que cuando un caso de prueba falle, los parámetros de entrada tengan un tamaño considerable, y el caso de prueba sea, por tanto, difícil de depurar. Por este motivo, ante un fallo de la propiedad, la herramienta PBT trata de reducir el caso fallido, proceso denominado shrinking, eliminando aquellos elementos de la entrada que no han causado el fallo. En muchos casos, esto resulta en un contraejemplo muy pequeño que nos indica claramente qué entradas rompen la propiedad, y por tanto, qué entradas hacen fallar el software. El shrinking hace mucho más fácil depurar problemas y es un punto fuerte de las pruebas basadas en propiedades Herramienta PropEr PropEr (PROPerty-based testing tool for ERlang) [5] es una herramienta de pruebas automáticas, semi-aleatorias, basadas en propiedades para programas escritos en Erlang. Está inspirada en el herramienta propietaria Erlang QuickCheck, aunque proporcionando una mayor funcionalidad que la versión gratuita de ésta, denominada EQC-Mini (Erlang QuickCheck Mini). Es software libre licenciado bajo la licencia GPL, versión 3 o superior. PropEr proporciona generadores predefinidos para tipos básicos y un subsistema de creación de generadores, quizás una de sus cualidades más destacadas. Las propiedades definidas en PropEr devuelven valores booleanos: true significa que la propiedad se ha cumplido, false 2 indica que la propiedad ha fallado, en 2 Además, PropEr considera que una propiedad falla si se produce una excepción, un error

37 2. Contextualización 17 otras palabras, se ha encontrado un contraejemplo. PropEr posee capacidad de shrinking, por lo tanto, puede mostrar el contraejemplo simplificado, resultando de gran utilidad a la hora de depurar el código. Se presenta a continuación un ejemplo de definición de una propiedad sencilla. Para una función delete que elimina todas las ocurrencias de un elemento en una lista de enteros, la propiedad después de eliminar un elemento, éste no forma parte de la la lista se enuncia como sigue: p r o p d e l e t e ( ) >?FORALL({X, L}, {integer ( ), l i s t ( integer ( ) ) }, not l i s t s : member(x, d e l e t e (X, L ) ) ). siendo integer y list generadores de datos predefinidos en PropEr. Considerando la implementación fallida para la función delete: d e l e t e (X, L) > d e l e t e (X, L, [ ] ). d e l e t e (, [ ], Acc ) > l i s t s : r e v e r s e ( Acc ) ; d e l e t e (X, [X Rest ], Acc ) > l i s t s : r e v e r s e ( Acc ) ++ Rest ; d e l e t e (X, [Y Rest ], Acc ) > d e l e t e (X, Rest, [Y Acc ] ). vamos a probar la implementación usando pruebas de unidad tradicionales y pruebas basadas en propiedades. Los tests de unidad siguientes, que pueden ejecutarse con eunit:test(nombre del modulo) no encuentran ningún fallo: d e l e t e t e s t ( ) > [? a s s e r t ( d e l e t e (X, L1 ) =:= L2 ) {X, L1, L2} < t e s t c a s e s ( ) ]. t e s t c a s e s ( ) > [ {1, [ ], [ ] }, {1, [ 1 ], [ ] }, {2, [ 1 ], [ 1 ] }, o un exit.

38 Pruebas software automáticas {2, [ 2,1 ], [ 1 ] }, {1, [ 1,2,3 ], [ 2,3 ] }, {2, [ 1,2,3 ], [ 1,3 ] }, {3, [ 1,2,3 ], [ 1,2 ] }, {4, [ 1,2,3 ], [ 1,2,3 ] }, {100, l i s t s : seq ( 1, ), l i s t s : seq ( 1, 9 9 ) ++ l i s t s : seq (101,200)} ]. se presenta la salida generada por PropEr. 5> proper:quickcheck(simple_props_demo:prop_delete())....! Failed: After 70 test(s). {-11,[11,15,24,-16,-23,65,-16,-29,-8,7,-11, -234,43,-11,-9,-64,-15,-17,-24,-17,14,-10]} Shrinking...(9 time(s)) {-11,[-11,-11]} false Como puede observarse, tras 70 tests exitosos, PropEr encuenta un contraejemplo, y lo reduce al mínimo caso para el que la propiedad falla, aplicando shrinking. Se pone de manifiesto con este sencillo ejemplo el potencial de las pruebas basadas en propiedades, tanto en la generación de datos aleatorios, como en la simplificación de dichos datos cuando se produce un fallo, facilitando enormemente la depuración.

39 Capítulo 3 Análisis y Diseño Índice general 3.1. Analizando WCAG Documentos de la WCAG Entendiendo WCAG Los Principios de la WCAG Las Pautas de la WCAG Los Criterios de Conformidad de la WCAG Las Técnicas HTML Diseño Analizando WCAG Documentos de la WCAG 2.0 La WCAG 2.0 se describe en un documento oficial y varios documentos no normativos, conocidos como documentos de apoyo, que aún no teniendo el estatus formal que posee la WCAG, proporcionan información importante para entenderla e implementarla. Durante el proceso de desarrollo del contenido y de las herramientas Web se utilizarán mayoritariamente los documentos de apoyo, en lugar del estándar técnico. En la figura 3.1 puede consultarse la relación entre los distintos documentos. 19

40 Analizando WCAG 2.0 WCAG 2.0 normativo La WCAG 2.0 es el documento aprobado como recomendación por la W3C. Está diseñado para ser un estándar técnico estable y referenciable. Los individuos y organizaciones que emplean la WCAG son un grupo amplio y variado, que incluye diseñadores y desarrolladores web, responsables de políticas, agentes de compras, profesores y estudiantes. Con el fin de cubrir las necesidades variadas de su audiencia, las directrices incluyen una serie de niveles de guía: principios fundamentales, pautas generales, criterios de conformidad verificables y una amplia colección de técnicas suficientes, técnicas aconsejadas y fallos comunes documentados con ejemplos, vínculos a recursos y código. How to Meet WCAG 2.0 [12] Referencia a la WCAG 2.0 rápida y configurable que incluye todas las pautas, criterios de conformidad y técnicas que los desarrolladores pueden utilizar mientras están implementando y evaluando el contenido Web. Puede utilizarse como lista de verificación para la WCAG 2.0. El documento es configurable por tecnología: CSS, JavaScript, multimedia u otras tecnologías Web. Understanding WCAG 2.0 [23] Guía destinada a entender e implementar la WCAG 2.0. Contiene detalles adicionales para aquellas personas que desean entender las pautas y los criterios de conformidad de la WCAG en mayor profundidad. Entre su contenido se encuentra la intención que hay detrás de una directriz o criterio de conformidad, cómo un criterio de conformidad ayuda de forma diferente a personas con diferentes discapacidades, notas adicionales para los navegadores Web y las tecnologías asistivas, ejemplos y recursos, como pueden ser las herramientas de comprobación del contraste de color. Techniques for WCAG 2.0 Colección de técnicas y fallos comunes dirigidas a los desarrolladores de software. Incluye ejemplos de técnicas generales y de técnicas dependientes de la tecnología, como HTML/XHTML, CSS, scripting, multimedia y WAI-ARIA.

41 3. Análisis y Diseño Entendiendo WCAG 2.0 A continuación, se presentan una serie de conceptos imprescindibles a la hora de entender la WCAG Niveles de orientación de la WCAG 2.0 La WCAG se organiza en distintos niveles de orientación para facilitar su comprensión. Principios En el nivel más alto se sitúan los principios que proporcionan los fundamentos de la accesibilidad web. Cualquiera que desee utilizar la Web debe encontrar contenido que sea: perceptible, operable, comprensible y robusto. Cuando alguno de estos principios no se cumple, los usuarios con discapacidades serán incapaces de utilizar la Web. Pautas Se encuentran situadas por debajo de los principios. Proporcionan los objetivos básicos que los autores deben respetar para crear contenido más accesible. No son verificables, pero aportan el marco y los objetivos generales que ayudarán a los autores a comprender los criterios de conformidad y a lograr una mejor implementación de las técnicas. Criterios de conformidad Para cada pauta se proporcionan los criterios de conformidad verificables que permiten emplear las WCAG 2.0 en aquellas situaciones en las que existan requisitos y necesidad de evaluación de conformidad como: especificaciones de diseño, compras, regulación o acuerdos contractuales. Para cumplir la WCAG 2.0, ningún contenido puede violar estos criterios. Todos los criterios de conformidad de la WCAG 2.0 están escritos como criterios demostrables que permiten determinar objetivamente si el contenido los satisface. Demostrar que los criterios de conformidad se cumplen involucra una combinación de testing automático y evaluación humana. Técnicas suficientes y aconsejables Para cada una de las pautas y criterios de conformidad, el grupo de trabajo de la WCAG 2.0 ha documentado una amplia variedad de técnicas. Las técnicas son informativas y se agrupan en dos

42 Analizando WCAG 2.0 categorías: aquellas que son suficientes para satisfacer los criterios de conformidad, y aquellas que son recomendables. Muchos de los criterios de conformidad tienen varias técnicas suficientes asociadas. Cualquiera de ellas puede ser utilizada para cumplir el criterio de conformidad. Es posible que otras técnicas no documentadas por el grupo de trabajo puedan ser utilizadas para cumplir el criterio de conformidad, la WAI afirma que a medida que esas técnicas suficientes vayan siendo identificadas se irán añadiendo a la lista. Se describen técnicas para un gran número de tecnologías: HTML, CSS, SMIL, Flash, PDF, Silverlight, WAI-ARIA, scripting en el lado del servidor y scripting en el lado del cliente Niveles de conformidad Conformidad a un estándar significa que los criterios del estándar, denominados criterios de conformidad en este contexto, se satisfacen. La WCAG 2.0 establece 3 niveles de conformidad, los Niveles A, AA y AAA, nombrados en orden de completitud, del más básico al más completo. Cada uno de estos niveles engloba un conjunto de criterios de conformidad mayor. Para obtener la conformidad a un determinado nivel, deben cumplirse los criterios de conformidad a él asociados, más los de niveles inferiores Requisitos de conformidad Se dirá que una Web es conforme con el en Nivel A, Nivel AA o Nivel AAA si se cumplen estos requisitos: Nivel de conformidad se cumpla en su totalidad. Es obligatorio que uno de los niveles de conformidad Nivel A Para obtener la conformidad con el Nivel A (el nivel mínimo), la página Web debe satisfacer todos los criterios de conformidad asociados al Nivel A, o proporcionar una versión alternativa. Nivel AA Para obtener la conformidad con el Nivel AA, la página Web debe satisfacer todos los criterios de conformidad asociados al Nivel A y al Nivel

43 3. Análisis y Diseño 23 AA, o proporcionar una versión alternativa. Nivel AAA Para obtener la conformidad con el Nivel AAA, la página Web debe satisfacer todos los criterios de conformidad asociados al Nivel A, al Nivel AA y al Nivel AAA, o proporcionar una versión alternativa. La W3C no recomienda utilizar el Nivel AAA como política general para la totalidad del sitio Web porque no es posible satisfacer todos los niveles de conformidad del Nivel AAA para ciertos contenidos. Con versión alternativa la WAI se refiere a una versión que cumpla los criterios de conformidad del nivel designado, que proporcione la misma funcionalidad e información utilizando el mismo lenguaje, que esa información esté tan actualizada como el contenido no-conforme, y que alguna de las opciones que siguen sea cierta: que se pueda llegar a la versión que satisface los criterios de conformidad desde la versión no-conforme utilizando un mecanismo que soporte accesibilidad, que solamente se pueda llegar a la versión no-conforme desde la versión que satisface los criterios de conformidad, o que solamente se pueda llegar a la versión no-conforme desde una página que satisface los criterios de conformidad y que proporciona un mecanismo para llegar a la versión conforme. Páginas completas La conformidad (y el nivel de conformidad) sólo puede satisfacerse para páginas completas, y no puede obtenerse si una parte de la Web es excluida. Los autores de páginas Web que no pueden satisfacer la conformidad debido a contenido fuera del control del autor, pueden acogerse a una Declaración de Conformidad Parcial. Procesos completos Cuando una página Web es parte de una serie de páginas que constituyen una secuencia de pasos que necesitan ser completados para realizar una actividad, todas las páginas Web en el proceso deben satisfacer la conformidad al nivel especificado o superior. Empleo accessible de la tecnología El modo de emplear la tecnología de contenido Web debe ser soportado por las tecnologías asistivas, y la tecnología de contenido Web debe tener disponibles agentes de usuario que soporten accesibilidad. No sólo se debe proporcionar la información necesaria, si no proporcionarla

44 Analizando WCAG 2.0 de tal forma que sea entendible por las tecnologías asistivas y los agentes de usuario con soporte para accesibilidad. No interferencia Si las tecnologías se utilizan de un modo que no soportan accesibilidad o no satisfacen los criterios de conformidad, al menos no deben impedir el acceso de los usuarios al resto de la página. En otras palabras, las tecnologías que no soportan accesibilidad o no satisfacen los criterios de conformidad pueden ser usadas, siempre y cuando la información que proporcionan esté disponible usando tecnologías que soportan accesibilidad, y siempre y cuando las tecnologías que no soporten accesibilidad no interfieran Los Principios de la WCAG 2.0 A continuación, se presentan las definiciones de los principios señalados por la WCAG 2.0. Perceptibilidad La información y los componentes de la interfaz de usuario deben ser presentados en formas que el usuario pueda percibir, no pueden ser invisibles a todos sus sentidos. Operabilidad Los componentes de la interfaz de usuario y la navegación a través de la interfaz deben ser operables. La interfaz no puede requerir interacciones que el usuario no pueda realizar. Comprensibilidad La información y el modo de funcionamiento de la interfaz de usuario debe ser comprensible. El contenido y el modo de manejar la interfaz no pueden ir más allá del nivel de entendimiento del usuario.

45 3. Análisis y Diseño 25 Robustez El contenido debe ser lo suficientemente robusto como para poder ser interpretado de manera fiable por una amplia variedad de agentes de usuario, incluyendo tecnologías asistivas Las Pautas de la WCAG 2.0 Para cada principio, la WCAG 2.0 establece una serie de pautas normativas, numeradas de la forma: (principio).(pauta) siendo el principio, el principio al que pertenecen (1..4), y pauta el número de pauta dentro de ese principio. Principio 1: Perceptible La información y los componentes de la interfaz de usuario deben ser presentados a los usuarios de modo que ellos puedan percibirlos. Pauta 1.1: Alternativas textuales Proporcionar alternativas textuales para todo contenido no textual de modo que se pueda convertir a otros formatos que las personas necesiten, tales como textos ampliados, braille, voz, símbolos o en un lenguaje más simple. Se elige como alternativa el texto electrónico por tener una representación neutra. Puede ser presentado de forma visual, sonora, táctil, o como una combinación de varias de ellas. Como resultado, la información en texto electrónico puede ser exhibida de la manera que mejor se adapte a las necesidades del usuario: en mayor tamaño, en voz para facilitar la comprensión de personas que tienen alguna dificultad para leer, o de forma táctil (braille). Pauta 1.2: Medios tempo-dependientes Proporcionar alternativas para los medios tempo-dependientes. Su propósito es permitir el acceso a medios tempo-dependientes y/o sincronizados, incluyendo archivos de vídeo, de audio, de audio y vídeo y de audio y vídeo combinados con interacción. Estos medios pueden ser medios en directo

46 Analizando WCAG 2.0 o grabados. Por medios sincronizados se entienden audio o vídeo sincronizados con otros formatos para presentar información, o sincronizados con componentes tempo-dependientes interactivos, en los que la interacción tiene que suceder en un momento particular. Por ejemplo, tener una transcripción en texto que diga para más información, pulse ahora no sería útil ya que el lector no sabría cuando el audio dijo ahora. En este caso, sería necesario utilizar subtítulos sincronizados, por ejemplo. Pauta 1.3: Adaptable Crear contenido que pueda presentarse de diferentes formas (por ejemplo, con una disposición más simple) sin perder información o estructura. Su propósito es asegurar que toda la información está disponible de modo que pueda ser percibida por todos los usuarios. Si está disponible de forma que puede ser determinada programáticamente, entonces puede ser presentada a los usuarios en distintas modalidades (visual, auditiva, táctil, etc). Si está presentada en una modo que su estructura y contenido no pueden ser determinados de forma programática por las tecnologías asistivas, no podrá ser mostrada en otros formatos adecuados al usuario. En la WCAG 2.0, el término determinado por software es ampliamente utilizado. Se considera que un contenido puede ser determinado por software cuando se provee de manera que las aplicaciones de usuario, incluidas las tecnologías asistivas, pueden extraer y presentar esa información a los usuarios en distintas modalidades. Pauta 1.4: Distinguible Facilitar a los usuarios ver y oír el contenido, incluyendo la separación entre el primer plano y el fondo. Mientras que algunas pautas se dirigen a que la información esté disponible de modo que pueda ser presentada en distintas modalidades, la pauta 1.4 se centra en hacer que la presentación por defecto de la información sea más fácilmente percibible por personas con discapacidad. Esto será posible si el primer

47 3. Análisis y Diseño 27 plano y el fondo son fácilmente distinguibles, los individuos con discapacidades visuales y auditivas presentan mayores dificultades a la hora de separar estos dos planos. Para presentaciones visuales habrá que asegurarse de que la información es presentada con un contraste de color suficiente respecto al fondo. Para presentaciones sonoras habrá que asegurarse de que los sonidos en primer plano son lo suficientemente más altos que los sonidos de fondo. Principio 2: Operable Los componentes de la interfaz de usuario y la navegación deben ser operables. Pauta 2.1: Accesible por teclado Proporcionar acceso a toda la funcionalidad mediante el teclado. Si toda la funcionalidad puede ser desempeñada utilizando el teclado entonces puede ser realizada por todos los usuarios de teclado, de entrada por voz (que crea entrada de teclado), de ratón (usando teclados en pantalla), y por una gran variedad de tecnologías asistivas que simulan las pulsaciones del teclado. No hay ninguna otra modalidad de entrada que posea esta flexibilidad, esté tan universalmente soportada y sea tan operable por personas con distintas discapacidades como la entrada de teclado, siempre y cuando no sea tempo-dependiente. Algunos dispositivos, como agendas electrónicas o dispositivos móviles, pueden carecer de teclado nativo, pero seguramente tendrán emuladores de teclado u otro hardware o software que genere entrada por teclado o entrada textual. La pauta 2.1 incluye asimismo este tipo de interfaces de teclado, entendiendo como interfaz, en este contexto, cualquier interfaz usada por software para emitir una pulsación de teclado. El proporcionar acceso a toda la funcionalidad mediante el teclado no significa que otro tipo de entradas no deban estar soportadas. La entrada optimizada por habla, la entrada optimizada por ratón o puntero, etc, también son apropiadas. La clave consiste en proporcionar junto a ellas entrada y control por teclado.

48 Analizando WCAG 2.0 Pauta 2.2: Tiempo suficiente Proporcionar a los usuarios el tiempo suficiente para leer y usar el contenido. Muchas personas con discapacidad pueden ser más lentas que la mayoría de los usuarios a la hora de completar ciertas tareas: pueden necesitar más tiempo para responder físicamente, pueden tener poca visión y tardar en encontrar cosas o leerlas, o puede que estén accediendo a contenido a través de una tecnología asistiva más lenta. La pauta 2.2 se centra en asegurar que los usuarios son capaces de completar las tareas requeridas por el contenido con sus propios tiempos de respuesta individuales. La primera aproximación consiste en eliminar restricciones temporales, proporcionado a los usuarios tiempo adicional que les permita finalizar la tarea. Pauta 2.3: Convulsiones No diseñar contenido de un modo que se sepa podría provocar ataques, espasmos o convulsiones. Un contenido visual parpadeante puede desencadenar ataques epilépticos a individuos con predisposición. Muchas personas no saben que tienen esta enfermedad hasta que aparece. El objetivo de la pauta 2.3 es asegurar que el contenido evita cierto tipos de parpadeo que pueden provocar ataques, espasmos o convulsiones si son vistos durante uno o dos segundos. Pauta 2.4: Navegable Proporcionar medios para ayudar a los usuarios a navegar, encontrar contenido y determinar dónde se encuentran. El usuario debe tener información sobre su situación y los posibles destinos a los que puede moverse. Los lectores de pantalla convierten el contenido a voz sintética, la cual por ser audio debe presentarse en orden lineal. Es necesario asegurarse de que los lectores de pantalla pueden navegar correctamente y reconocer fácilmente barras de navegación, encabezados de página, y pasar por encima de contenido repetido. Muchos usuarios de tecnologías asistivas confían en tener cabeceras apropiadas para ser capaces de leer por encima la información y localizar fácilmente las distintas secciones del contenido.

49 3. Análisis y Diseño 29 Principio 3: Comprensible La información y el manejo de la interfaz de usuario deben ser comprensibles. Pauta 3.1: Legible Hacer que los contenidos textuales resulten legibles y comprensibles. En otras palabras, los usuarios y las tecnologías asistivas deben ser capaces de leer el contenido, y la información necesaria para su comprensión debe estar disponible. Las personas con distintos tipos de discapacidad experimentan el texto de manera muy diferente. Para algunos es una experiencia visual, sonora, táctil, o ambas. Algunos usuarios experimentan una gran dificultad para reconocer texto mientras que pueden entender perfectamente documentos complejos hablados, o procesos clave e ideas ilustradas visualmente o interpretadas en lenguaje de signos. Para otros es difícil inferir el significado de una palabra o frase por el contexto, especialmente si la palabra o frase se utiliza de un modo poco usual o con un significado especial; para estos usuarios la habilidad de leer y entender depende de la existencia de definiciones específicas o de formas expandidas de acrónimos y abreviaturas. Pauta 3.2: Predecible Hacer que las páginas web aparezcan y operen de manera predecible. Para algunos individuos es complicado hacerse con un mapa de la página Web. Los lectores de pantalla presentan el contenido como un flujo unidimensional que complica entender las relaciones espaciales. Usuarios con limitaciones cognitivas se confunden si los componentes se cambian de lugar en distintas páginas. Por ejemplo, las personas que utilizan magnificadores de pantalla sólo ven una parte de la pantalla en cada momento, si el layout es consistente y se colocan componentes repetidos en el mismo orden relativo dentro de un conjunto de páginas Web, les será más fácil encontrar barras de navegación y otros componentes, y podrán enfocarse en un área de la pantalla en vez de consumir tiempo adicional descubriendo el mapa espacial de la Web.

50 Analizando WCAG 2.0 Pauta 3.3: Entrada de datos asistida Ayudar a los usuarios a evitar y corregir los errores. Aunque todo el mundo comete errores, puede ser más difícil para personas con discapacidad crear una entrada libre de fallos y detectar cuando han cometido uno. Los métodos típicos de indicación de errores pueden no ser adecuados para ellos debido a un campo de visión limitado, a una percepción del color limitada, o a que estén usando una tecnología asistiva. Para minimizar este problema, se debe reducir el número de errores serios y/o irreversibles, aumentar la probabilidad de que todos los fallos sean percibidos por el usuarios, y ayudarles a entender cómo corregir su equivocación. Principio 4: Robusto El contenido debe ser suficientemente robusto como para ser interpretado de forma fiable por una amplia variedad de aplicaciones de usuario, incluyendo las ayudas técnicas. Pauta 4.1: Compatible Maximizar la compatibilidad con las aplicaciones de usuario actuales y futuras, incluyendo las tecnologías asistivas. Los autores de contenido deben utilizar estándares, y emplearlos de manera apropiada, de modo que los agentes de usuario, especialmente las tecnologías asistivas, puedan reconocer e interaccionar con el contenido, y adaptarse más fácilmente a las nuevas tecnologías Los Criterios de Conformidad de la WCAG 2.0 Para cada una de las pautas la WCAG 2.0 define unos criterios de conformidad comprobables, numerados de la siguiente forma: (principio).(pauta).(criterio de conformidad). Se detallan a continuación los criterios de conformidad de obligado cumplimiento para cada una de las pautas, necesarios para alcanzar el nivel básico de conformidad (Nivel A). En estos criterios de Nivel A se ha enfocado este proyecto.

51 3. Análisis y Diseño 31 Pauta 1.1: Alternativas textuales Criterio de conformidad 1.1.1: Contenido no textual Todo contenido no textual que se presenta al usuario tiene una alternativa textual que cumple el mismo propósito, excepto en las situaciones enumeradas a continuación: Controles, Entrada de datos: Si el contenido no textual es un control o acepta datos introducidos por el usuario, entonces tiene un nombre que describe su propósito. Contenido multimedia tempo-dependiente: Si el contenido no textual es una presentación multimedia con desarrollo temporal, entonces las alternativas textuales proporcionan al menos una identificación descriptiva del contenido no textual. Pruebas: Si el contenido no textual es una prueba o un ejercicio que no sería válido si se presentara en forma de texto, entonces las alternativas textuales proporcionan al menos una identificación descriptiva del contenido no textual. Sensorial: Si el contenido no textual tiene como objetivo principal el crear una experiencia sensorial específica, entonces las alternativas textuales proporcionan al menos una identificación descriptiva del contenido no textual. CAPTCHA: Si el propósito del contenido no textual es confirmar que quien está accediendo al contenido es una persona y no una computadora, entonces se proporcionan alternativas textuales que identifican y describen el propósito del contenido no textual y se proporcionan formas alternativas de CAPTCHA con modos de salida para distintos tipos de percepciones sensoriales, con el fin de acomodarse a las diferentes discapacidades. Decoración, Formato, Invisible: Si el contenido no textual es simple decoración, se utiliza únicamente para definir el formato visual o no se presenta a los usuarios, entonces se implementa de forma que pueda ser ignorado por las ayudas técnicas.

52 Analizando WCAG 2.0 Pauta 1.2: Medios tempo-dependientes Criterio de conformidad 1.2.1: Sólo audio y sólo vídeo (grabado) Para contenido sólo audio grabado y contenido sólo vídeo grabado, se cumple lo siguiente, excepto cuando el audio o el vídeo es un contenido multimedia alternativo al texto y está claramente identificado como tal: Sólo audio grabado: Se proporciona una alternativa para los medios tempodependientes que presenta información equivalente para el contenido sólo audio grabado. Sólo vídeo grabado: Se proporciona una alternativa para los medios tempodependientes o se proporciona una pista sonora que presenta información equivalente al contenido del medio de sólo vídeo grabado. Criterio de conformidad 1.2.2: Subtítulos (grabados) Se proporcionan subtítulos para el contenido de audio grabado dentro de contenido multimedia sincronizado, excepto cuando la presentación es un contenido multimedia alternativo al texto y está claramente identificado como tal. Criterio de conformidad 1.2.3: Audiodescripción o Medio Alternativo (grabado) Se proporciona una alternativa para los medios tempo-dependientes o una audiodescripción para el contenido de vídeo grabado en los multimedia sincronizados, excepto cuando ese contenido es un contenido multimedia alternativo al texto y está claramente identificado como tal. Pauta 1.3: Adaptable Criterio de conformidad 1.3.1: Información y relaciones La información, estructura y relaciones comunicadas a través de la presentación pueden ser determinadas por software o están disponibles como texto. Criterio de conformidad 1.3.2: Secuencia significativa Cuando la secuencia en que se presenta el contenido afecta a su significado, se puede determinar por software la secuencia correcta de lectura.

53 3. Análisis y Diseño 33 Criterio de conformidad 1.3.3: Características sensoriales Las instrucciones proporcionadas para entender y operar el contenido no dependen exclusivamente en las características sensoriales de los componentes como su forma, tamaño, ubicación visual, orientación o sonido. Pauta 1.4: Distinguible Criterio de conformidad 1.4.1: Uso del color El color no se usa como único medio visual para transmitir la información, indicar una acción, solicitar una respuesta o distinguir un elemento visual. Criterio de conformidad 1.4.2: Control del audio Si el audio de una página web suena automáticamente durante más de 3 segundos, se proporciona ya sea un mecanismo para pausar o detener el audio, o un mecanismo para controlar el volumen del sonido que es independiente del nivel de volumen global del sistema. Pauta 2.1: Accesible por teclado Criterio de conformidad 2.1.1: Teclado Toda la funcionalidad del contenido es operable a través de una interfaz de teclado sin que se requiera una determinada velocidad para cada pulsación individual de las teclas, excepto cuando la función interna requiere de una entrada que depende del trayecto de los movimientos del usuario y no sólo de los puntos inicial y final. Criterio de conformidad 2.1.2: Sin trampas para el foco del teclado Si es posible mover el foco a un componente de la página usando una interfaz de teclado, entonces el foco se puede quitar de ese componente usando sólo la interfaz de teclado y, si se requiere algo más que las teclas de dirección o de tabulación, se informa al usuario el método apropiado para mover el foco. Pauta 2.2: Tiempo suficiente Criterio de conformidad 2.2.1: Tiempo ajustable Para cada límite de tiempo impuesto por el contenido, se cumple al menos uno de los siguientes casos: Apagar: El usuario puede detener el límite de tiempo antes de alcanzar el límite de tiempo; o

54 Analizando WCAG 2.0 Ajustar: El usuario puede ajustar el límite de tiempo antes de alcanzar dicho límite en un rango amplio que es, al menos, diez veces mayor al tiempo fijado originalmente; o Extender: Se advierte al usuario antes de que el tiempo expire y se le conceden al menos 20 segundos para extender el límite temporal con una acción simple (por ejemplo, presione la barra de espacio ) y el usuario puede extender ese límite de tiempo al menos diez veces; o Excepción de tiempo real: El límite de tiempo es un requisito que forma parte de un evento en tiempo real (por ejemplo, una subasta) y no resulta posible ofrecer una alternativa al límite de tiempo; o Excepción por ser esencial: El límite de tiempo es esencial y, si se extendiera, invalidaría la actividad; o Excepción de 20 horas: El límite de tiempo es mayor a 20 horas. Este criterio de conformidad ayuda a asegurarse de que los usuarios puedan completar una tarea sin cambios inesperados en el contenido o contexto que sean el resultado de un límite de tiempo. Criterio de conformidad 2.2.2: Poner en pausa, detener, ocultar Para la información que tiene movimiento, parpadeo, se desplaza o se actualiza automáticamente, se cumplen todos los casos siguientes: Movimiento, parpadeo, desplazamiento: Para toda información que se mueve, parpadea o se desplaza, que (1) comienza automáticamente, (2) dura más de cinco segundos y (3) se presenta en paralelo con otro contenido, existe un mecanismo para que el usuario la pueda poner en pausa, detener u ocultar, a menos que el movimiento, parpadeo o desplazamiento sea parte esencial de una actividad; y Actualización automática: Para toda información que se actualiza automáticamente, que (1) se inicia automáticamente y (2) se presenta en paralelo con otro contenido, existe un mecanismo para que el usuario la pueda poner en pausa, detener u ocultar, o controlar la frecuencia de actualización a menos que la actualización automática sea parte esencial de una actividad.

55 3. Análisis y Diseño 35 Pauta 2.3: Convulsiones Criterio de conformidad 2.3.1: Umbral de tres destellos o menos Las páginas web no contienen nada que destelle más de tres veces en un segundo, en otras palabras, el destello está por debajo de este umbral de destello general y de destello rojo. Pauta 2.4: Navegable Criterio de conformidad 2.4.1: Evitar bloques Existe un mecanismo para evitar los bloques de contenido que se repiten en múltiples páginas web. Criterio de conformidad 2.4.2: Titulado de páginas tienen títulos que describen su temática o propósito. Las páginas web Criterio de conformidad 2.4.3: Orden del foco Si se puede navegar secuencialmente por una página web y la secuencia de navegación afecta su significado o su operación, los componentes que pueden recibir el foco lo hacen en un orden que preserva su significado y operabilidad. Criterio de conformidad 2.4.4: Propósito de los enlaces (en contexto) El propósito de cada enlace puede ser determinado con sólo el texto del enlace o a través del texto del enlace sumado al contexto del enlace determinado por software, excepto cuando el propósito del enlace resultara ambiguo para los usuarios en general. Pauta 3.1: Legible Criterio de conformidad 3.1.1: Idioma de la página El idioma predeterminado de cada página web puede ser determinado por software. Pauta 3.2: Predecible Criterio de conformidad 3.2.1: Al recibir el foco Cuando cualquier componente recibe el foco, no inicia ningún cambio en el contexto.

56 Analizando WCAG 2.0 Criterio de conformidad 3.2.2: Al recibir entradas El cambio de estado en cualquier componente de la interfaz de usuario no provoca automáticamente un cambio en el contexto a menos que el usuario haya sido advertido de ese comportamiento antes de usar el componente. Pauta 3.3: Entrada de datos asistida Criterio de conformidad 3.3.1: Identificación de errores Si se detecta automáticamente un error en la entrada de datos, el elemento erróneo es identificado y el error se describe al usuario mediante un texto. Criterio de conformidad 3.3.2: Etiquetas o instrucciones Se proporcionan etiquetas o instrucciones cuando el contenido requiere la introducción de datos por parte del usuario. Pauta 4.1: Compatible Criterio de conformidad 4.1.1: Procesamiento (parsing) En los contenidos implementados mediante el uso de lenguajes de marcas, los elementos tienen las etiquetas de apertura y cierre completas; los elementos están anidados de acuerdo a sus especificaciones; los elementos no contienen atributos duplicados y los ID son únicos, excepto cuando las especificaciones permitan estas características. Criterio de conformidad 4.1.2: Nombre, función, valor Para todos los componentes de la interfaz de usuario (incluyendo pero no limitado a: elementos de formulario, enlaces y componentes generados por scripts), el nombre y la función pueden ser determinados por software; los estados, propiedades y valores que pueden ser asignados por el usuario pueden ser especificados por software; y los cambios en estos elementos se encuentran disponibles para su consulta por las aplicaciones de usuario, incluyendo las ayudas técnicas Las Técnicas HTML Se han analizado de las técnicas HTML para el Nivel de Conformidad A propuestas por la WCAG 2.0.

57 3. Análisis y Diseño 37 Conclusiones 1. No existen técnicas HTML asociadas a todos los criterios de conformidad. Concretamente, la WCGA 2.0 no ha descrito técnicas HTML para: Criterio de conformidad 1.2.1: Sólo audio y sólo vídeo (grabado). Criterio de conformidad 1.2.2: Subtítulos (grabados). Criterio de conformidad 1.3.3: Características sensoriales. Criterio de conformidad 1.4.2: Control del audio. Criterio de conformidad 2.1.2: Sin trampas para el foco del teclado. Criterio de conformidad 2.2.1: Tiempo ajustable. Criterio de conformidad 2.2.2: Poner en pausa, detener, ocultar. Criterio de conformidad 2.3.1: Umbral de tres destellos o menos. Criterio de conformidad 2.4.3: Orden del foco. Criterio de conformidad 3.2.1: Al recibir el foco. Criterio de conformidad 3.3.1: Identificación de errores. 2. La evaluación del cumplimiento de ciertas técnicas HTML debe realizarse mediante inspección humana. Por ejemplo: H85: Usando OPTGROUP para agrupar elementos OPTION dentro de un SELECT. El cumplimiento de esta técnica requiere evaluar en primer lugar, si existen grupos de opciones relacionadas semánticamente entre sí, y en segundo lugar, de existir, si se han agrupado usando OPTGROUP. Para determinar estas relaciones semánticas y su cumplimiento es necesaria la inspección humana. H92: Incluir pistas textuales para etiquetas relacionadas con controles en formularios que utilizen el color para representar información. Para poder evaluar el cumplimiento de esta técnica es necesario determinar dónde se ha utilizado el color con el objetivo de expresar información y si la alternativa textual presentada se corresponde con la

58 Analizando WCAG 2.0 intención del color. Como no puede determinarse programáticamente si el objetivo del color es expresar información y si el contenido textual alternativo es equivalente, esta técnica es únicamente evaluable mediante inspección humana. 3. El cumplimiento de ciertas técnicas debe realizarse mediante una combinación de inspección humana y testing automático. Por ejemplo, referente a la técnica H37: Utilizar atributos alt en elementos img, puede comprobarse mediante pruebas automáticas si una imagen tiene un atributo alt, y si el contenido de dicho atributo no es vacío. Sin embargo, si transmite o no la misma información que la imagen, debe determinarse mediante inspección humana. 4. El cumplimiento de ciertas técnicas puede evaluarse mediante pruebas automáticas. Por ejemplo, referente a la técnica H57: Utilizar atributos que indican el idioma en el elemento html, la existencia y la corrección del valor de los atributos lang o xml:lang en el elemento html puede realizarse programáticamente. Técnicas HTML evaluables mediante testing automático o combinación de testing automático e inspección humana Se describen a continuación, las técnicas HTML para el Nivel de Conformidad A cuyo cumplimiento se ha considerado determinable usando testing automático o una combinación de inspección humana y testing automático: H25: Proporcionar un título usando el elemento title Todos los documentos HTML y XHTML, deben poseer un elemento title en la sección head que define en una frase simple el propósito del elemento. Este título ayuda a los usuarios a orientarse rápidamente dentro del sitio Web sin tener que buscar información orientativa en el body de la página. Se debe examinar el código del documento HTML o XHTML y comprobar que un elemento title no vacío aparece en la sección head. Esta técnica está relacionada con el criterio de conformidad 2.4.2: Titulado de páginas.

59 3. Análisis y Diseño 39 H30: Proporcionar texto que describe el propósito del enlace para elementos anchor El objetivo de esta técnica es describir el propósito de un enlace proporcionando un texto que lo describa dentro del contenido del elemento a. Cuando una imagen es el único contenido de un enlace, el texto alternativo para la imagen debe describir la función del mismo. Cuando el contenido de un enlace contiene texto y una o varias imágenes, si el texto es suficiente para describir el propósito del enlace, las imágenes deben tener un texto alternativo vacío. En otras palabras, para cada enlace que use esta técnica: Debe comprobarse que el texto o una alternativa en texto para el contenido no textual se ha incluido dentro del contenido del elemento a. Si un elemento img es el único contenido del elemento a, debe comprobarse que su alternativa textual describe el propósito del enlace. Si un elemento a contiene una o más elementos img y la alternativa textual del elemento img está vacía, comprobar que el texto del enlace describe su propósito. Si el elemento a contiene texto, debe comprobarse que el texto describe el próposito del enlace. Esta técnica está relacionada con los criterios de conformidad: Criterio de conformidad 1.1.1: Alternativa textual. Criterio de conformidad 2.4.4: Propósito de los enlaces (en contexto). H32: Proporcionar botones de envío en formularios La finalidad de esta técnica es proporcionar un mecanismo que permita a los usuarios seleccionar explicitamente cambios de contexto. El uso intencionado de un botón de submit es generar una petición HTTP que envíe los datos introducidos en un formulario. Es un control apropiado para iniciar cambios de contexto. Para cada formulario, debe comprobarse que tiene un botón de envío (input type= submit, input type= image, o button type= submit ). Esta técnica está relacionada con el criterio de conformidad 3.2.2: Al recibir entradas.

60 Analizando WCAG 2.0 H36: Utilizar atributos alt en imágenes utilizadas como botones de envío Para elementos input de tipo imagen, el atributo alt proporciona una etiqueta funcional que indica la función del botón, no intenta describir la imagen. La etiqueta es especialmente importante si existen botones de envío múltiples en una página y cada uno de ellos puede llevar a resultados diferentes. Esta técnica está relacionada con el criterio de conformidad 1.1.1: Alternativa textual. H37: Utilizar atributos alt en elementos img El atributo alt de la imagen proporciona una alternativa en texto que debe transmitir el mismo significado que la imagen. No se trata de describir necesariamente las características visuales de la imagen sino su significado. Esta técnica está relacionada con el criterio de conformidad 1.1.1: Alternativa textual. H44: Utilizar elementos label para asociar etiquetas de texto con controles en formularios El objetivo de esta técnica es utilizar el elemento label para asociar explícitamente una etiqueta con un control de un formulario. Esta asociación se realiza a través del atributo HTML for, espeficando como valor de dicho atributo el mismo valor contenido en el atributo id del control del formulario. Para todos los elementos input de tipo text, file o password, para todas las textareas y para todos los elementos select en una página Web se debe: Comprobar que existe un elemento label antes del control y que lo identifica. Comprobar que el atributo for del elemento label se corresponde al atributo id del control. Para todos los elementos de tipo checkbox o radio en una página Web se debe: Comprobar que existe un elemento label después del control y que lo identifica. Comprobar que el atributo for del elemento label se corresponde al atributo id del control. Esta técnica está relacionada con los criterios de conformidad:

61 3. Análisis y Diseño 41 Criterio de conformidad 1.1.1: Alternativa textual. Criterio de conformidad 1.3.1: Información y relaciones. Criterio de conformidad 3.3.2: Etiquetas o instrucciones. Criterio de conformidad 4.1.2: Nombre, función, valor. H53: Utilizar el cuerpo del elemento object El objetivo de esta técnica es proporcionar una alternativa en texto para el contenido utilizando el elemento object. El cuerpo del elemento object puede ser empleado como una alternativa en texto completa, o puede contener contenido no textual adicional que posea alternativas en texto, del mismo modo que los elementos anchor. Esta técnica está relacionada con los criterios de conformidad: Criterio de conformidad 1.1.1: Alternativa textual. Criterio de conformidad 1.2.3: Audiodescripción o Medio Alternativo (grabado) H57: Utilizar atributos que indican el idioma en el elemento html El objetivo de esta técnica es identificar el idioma predeterminado de un documento proporcionando los atributos lang y/o xml:lang en el elemento html. Identificar el idioma del documento permite que el software de traducción a braille y los sintetizadores de voz con soporte para varios idiomas se configuren adecuadamente. Esta técnica está relacionada con el criterio de conformidad 3.1.1: Idioma de la página. H64: Utilizar el atributo title para frames e iframes El objetivo de esta técnica es demostrar el uso del atributo title de un elemento frame o iframe para describir su contenido. De esto modo, se proporciona una etiqueta para la frame de manera que los usuarios puedan determinar que frame quieren visitar y explorar en detalle. Esta técnica está relacionada con los criterios de conformidad: Criterio de conformidad 2.4.1: Evitar bloques

62 Analizando WCAG 2.0 Criterio de conformidad 4.1.2: Nombre, función, valor H65: Utilizar el atributo title para identificar los controles en formularios cuando el elemento label no puede ser utilizado El objetivo de esta técnica es utilizar el atributo title, para etiquetar a controles en formularios, cuando en el diseño visual no se puede acomodar la presencia de una etiqueta o puede ser confuso ponerla. Los agentes de usuario, incluyendo las tecnologías asistivas, entienden el atributo título, por lo que resulta conveniente su uso, siempre y cuando la utilización de una etiqueta no sea posible. El determinar cuando no es es posible utilizar una etiqueta debe realizarse mediante inspección visual. Esta técnica está relacionada con los criterios de conformidad: Criterio de conformidad 1.1.1: Alternativa textual. Criterio de conformidad 1.3.1: Información y relaciones. Criterio de conformidad 3.3.2: Etiquetas o instrucciones. Criterio de conformidad 4.1.2: Nombre, función, valor. H67: Utilizar un valor nulo para el atributo alt y omitir el atributo title en elementos img que las tecnologías asistivas deberían ignorar El propósito de esta técnica es mostrar como las imágenes pueden ser marcadas de forma que puedan ser ignoradas por tecnologías asistivas. Si no se utiliza el atributo título, y el valor del atributoalt es nulo, se indica a la tecnología asistiva que es seguro ignorar la imagen. Debe aplicarse esta técnica cuando la imagen es puramente decorativa y no aporta información al contenido. Esta técnica está relacionada con el criterio de conformidad 1.1.1: Alternativa textual. H71: Proporcionar una descripción para grupos de controles utilizando los elementos fieldset y legend La finalidad de esta técnica es proporcionar un agrupado semántico para los controles de un formulario, facilitando al usuario

63 3. Análisis y Diseño 43 entender las relaciones entre los controles e interaccionar con el formulario más rápida y efectivamente. Por cada grupo de campos de un formulario, debe comprobarse que contiene una leyenda que incluye una descripción para ese grupo. Esta técnica está relacionada con los criterios de conformidad: Criterio de conformidad 1.3.1: Información y relaciones. Criterio de conformidad 3.3.2: Etiquetas o instrucciones. H74: Asegurarse de que los tags de apertura y de cierre son utilizados de acuerdo a la especificación El objetivo de esta técnica es evitar fallos que suelen causar problemas importantes a las tecnologías asistivas, cuando están intentando procesar contenido que involucra tags de apertura y de cierre que no son utilizados de acuerdo a la especificación. Estos fallos pueden detectarse de forma manual o utilizando validadores junto a los mecanismos de HTML o XHTML para especificar la tecnología y su versión. Esta técnica está relacionada con el criterio de conformidad 4.1.1: Procesamiento (parsing). H75: Asegurar que las páginas Web están bien formadas El propósito de esta técnica es evitar errores clave que son conocidos por causar problemas a las tecnologías asistivas cuando están intentando parsear contenido. Su cumplimiento puede comprobarse utilizando un parser XML y verificando de que no existen errores durante el parseado. Para cada página HTML o XHTML se debe: Comprobar que existen tags de cierre para todos los elementos que los requieren. Comprobar que no existen tags de cierre para elementos en los cuales los tags de cierre no están permitidos. Comprobar que los tags de apertura y de cierre de todos los elementos están correctamente anidados. Esta técnica está relacionada con el criterio de conformidad 4.1.1: Procesamiento (parsing).

64 Analizando WCAG 2.0 H88: Usar HTML/XHTML de acuerdo a su especificación El objetivo de esta técnica es usar HTML y XHTML de acuerdo con sus especificaciones. Usando las propiedades en el modo descrito por la especificación se asegura que los agentes de usuario, incluyendo las tecnologías asistivas, serán capaces de mostrar representaciones de la característica exactas a la intención del autor. HTML 4.01 y XHTML 1.0 proporcionan propiedades específicas relacionadas con accesibilidad, y están ampliamente soportadas por los agentes de usuario. Versiones recientes de estas tecnologías carecen de un soporte tan amplio por el momento. Para cada página HTML o XHTML se debe: Comprobar que la página usa sólo elementos, atributos y valores que están definidos en la especificación. Comprobar que elementos, atributos, y valores son utilizados en el modo descrito en la especificación. Comprobar que la página se parsea correctamente, de acuerdo con las reglas relevantes en la especificación. Esta técnica está relacionada con los criterios de conformidad: Criterio de conformidad 4.1.1: Procesamiento (parsing). Criterio de conformidad 4.1.2: Nombre, función, valor. H93: Asegurar que todos los atributos id son únicos El propósito de esta técnica es evitar que las tecnologías asistivas tengan problemas, cuando están intentando procesar contenido que tiene el mismo valor para el atributo id en varios elementos. El cumplimiento de esta técnica puede comprobarse utilizando validadores y la declaración!doctype del HTML/XHTML. Esta técnica está relacionada con el criterio de conformidad 4.1.1: Procesamiento (parsing). H94: Asegurarse de que los elementos no contienen atributos duplicados La finalidad de esta técnica es prevenir fallos que causan dificultades

65 3. Análisis y Diseño 45 a las tecnologías asistivas cuando están intentando parsear contenido que tiene atributos duplicados en el mismo elemento. Estos errores pueden detectarse manualmente o utilizando validadores junto a los mecanismos de HTML o XHTML para especificar la tecnología y su versión. Esta técnica está relacionada con el criterio de conformidad 4.1.1: Procesamiento (parsing) Diseño Como se ha explicado en la parte de análisis los principios y las pautas no pretenden ser demostrables. Son los criterios de conformidad los que se evalúan para determinar si un contenido es conforme o no con la WCAG 2.0; el cumplimiento de un criterio de conformidad se consigue mediante la aplicación de ciertas técnicas para cada tecnología: HTML, Flash, PDF, SMIL, CSS, etc.. Se ha visto, además, que existen distintos niveles de conformidad: A, AA y AAA, que requieren el cumplimiento de criterios de conformidad y técnicas tecnológicamente específicas. Durante la fase de diseño se han considerado: los niveles de conformidad, los criterios de conformidad, las tecnologías y las técnicas. El objetivo del diseño es maximizar: Extensibilidad y reusabilidad: La adición de nuevos niveles de conformidad, criterios de conformidad, tecnologías y/o técnicas, debe requerir cambios mínimos o inexistentes en el software ya implementado. Modularidad: Las tecnologías deben estar en módulos separados e independientes, que oculten los detalles de la implementación. Asimismo, deben poder realizarse pruebas sobre una tecnología de forma aislada antes de incluirla en el resto del sistema. Además de lo expuesto, sería conveniente aceptar el contenido a analizar en distintos formatos, como: cadenas de texto o ficheros. Diseño independiente de la tecnología Se definen 3 componentes principales en el sistema, que pueden consultarse en el diagrama 3.2.

66 Analizando WCAG 2.0 Techniques for Specific Technology n El componente que contiene las técnicas específicas para una determinada tecnología X, debe definir una interfaz que permita consultar si un contenido implementa correctamente una cierta técnica. En pseudocódigo sería: t e c n o l o g i a X : tecnica Y ( Contenido, TipoDeContenido = { cadena de texto, f i c h e r o }) Asimismo, debe ocultar los detalles de implementación de las técnicas al resto de componentes. WCAG 2.0 El componente que contiene los criterios de conformidad definidos por la WCAG 2.0, determina que criterios de conformidad deben cumplirse para alcanzar un cierto nivel de conformidad: A, AA y AAA. Debe definir una interfaz desde la que se pueda consultar si: Un contenido cumple un criterio de conformidad, para un nivel de conformidad A, AA o AAA, y para un conjunto de tecnologías. c r i t e r i o d e c o n f o r m i d a d Z ( NivelDeConformidad, ListaDeTecnologias, Contenido, TipoDeContenido = { cadena de texto, f i c h e r o }) Un contenido cumple un nivel de conformidad A, AA o AAA, para un conjunto de tecnologías. n i v e l d e c o n f o r m i d a d ( NivelDeConformidad, ListaDeTecnologias, Contenido, TipoDeContenido = { cadena de texto, f i c h e r o }) Las técnicas empleadas para demostrar el cumplimiento de un determinado criterio o nivel de conformidad deben ser transparentes a este componente. WCAG 2.0 for Specific Technology n El componente que, siendo tecnológicamente dependiente, actúa de puente entre los otros dos. Situado en el

67 3. Análisis y Diseño 47 módulo perteneciente a una tecnología, este componente determina qué técnicas deben evaluarse para comprobar el cumplimiento de un criterio de conformidad en un nivel: A, AA o AAA. Debe definir una interfaz desde la que pueda consultarse si un contenido cumple un cierto criterio de conformidad para la tecnología X en un nivel de conformidad A, AA o AAA. En pseudocódigo los elementos de la interfaz serían: t e c n o l o g i a X : c r i t e r i o d e c o n f o r m i d a d Z ( NivelDeConformidad, Contenido, TipoDeContenido = { cadena de texto, f i c h e r o }) Los detalles de implementación de las técnicas deben ser transparentes a este componente. En la figura 3.3 puede verse el Diagrama general de componentes particularizado para HTML. Diseño del componente HTML Siguiendo las pautas marcadas por el diseño general, en el diagrama 3.4 se presentan los componentes HTML y la interacción entre ellos. Estos componentes son: El parser HTML Este componente debe escanear el contenido de entrada, sea una cadena de texto o la dirección de un fichero, y traducirlo a una representación entendible por las técnicas HTML. Las técnicas HTML Implementan las técnicas especificadas por la WCAG 2.0 ocultando los detalles de implementación a otros componentes. Por este motivo, sólo ellas interaccionan con el parser HTML y conocen la composición de la estructura de datos que genera a partir del contenido HTML. HTML WCAG 2.0 Este componente conoce la interfaz definida por el componente de técnicas HTML, y cuáles han de ejecutarse cuando se evalúa un criterio de conformidad en un cierto nivel de conformidad. Desconoce los detalles de implementación de las técnicas.

68 Analizando WCAG 2.0 Pruebas PBT Se define un componente de Pruebas basadas en propiedades para las técnicas HTML. Las pruebas deben ser independientes del resto del sistema, y les basta con conocer la interfaz proporcionada por el componente de técnicas HTML. Como puede verse en el diagrama 3.5, los componentes del módulo de pruebas son: Propiedades HTML Definen una serie de propiedades que el código HTML debe cumplir. Se utilizarán para comprobar que la corrección de las técnicas HTML. Conocen únicamente las técnicas HTML y el generador de datos. Generador HTML Este componente es un generador de código HTML utilizado por las propiedades HTML para comprobar la corrección de las técnicas. Se prefiere utilizar datos generados por su capacidad de shrinking (ver sección 2.5, página 16), muy útil a la hora de depurar el código.

69 3. Análisis y Diseño 49 Figura 3.1: Relación entre los documentos WCAG 2.0

Introducción a la Accesibilidad Web

Introducción a la Accesibilidad Web Introducción a la Accesibilidad Web Ricardo Borillo Domenech borillo@uji.es Índice Introducción. Referencias. Marco legislativo. Herramientas. Comprobación de la accesibilidad en un sitio web. Principales

Más detalles

Accesibilidad en el Diseño de Aplicaciones Web

Accesibilidad en el Diseño de Aplicaciones Web Accesibilidad en el Diseño de Aplicaciones Web Sergio Luján Mora CÓMO HAGO QUE MI SITIO WEB SEA ACCESIBLE? 1 El WAI 10 consejos breves WCAG 1.0 Contenido Método de aplicación Niveles de conformidad WCAG

Más detalles

Servicios de accesibilidad Web

Servicios de accesibilidad Web experiencias reales, soluciones reales Servicios de accesibilidad Web Ref.: SER_ACC_V3_julio_ 2009 w w w. o b s e r v a l i a. c o m Índice 1. Introducción a la accesibilidad [ 3] 2. Auditorías de accesibilidad

Más detalles

Usabilidad y accesibilidad.

Usabilidad y accesibilidad. Usabilidad y accesibilidad. 6 de mayo. Salón de Grados de la Facultad de Derecho. «Gestión del Ciclo de Vida de un desarrollo Web Accesible: Factores a tener en cuenta», de David Zanoletty y Miguel Ángel

Más detalles

Norma Técnica ICONTEC 5854 ACCESIBILIDAD A PAGINAS WEB

Norma Técnica ICONTEC 5854 ACCESIBILIDAD A PAGINAS WEB Norma Técnica ICONTEC 5854 ACCESIBILIDAD A PAGINAS WEB Esta norma tiene por objeto establecer los requisitos de accesibilidad que se deben implementar en las páginas web en los niveles de conformidad A,

Más detalles

Accesibilidad PID_00167609

Accesibilidad PID_00167609 Accesibilidad PID_00167609 FUOC PID_00167609 Accesibilidad Ninguna parte de esta publicación, incluido el diseño general y la cubierta, puede ser copiada, reproducida, almacenada o transmitida de ninguna

Más detalles

- DISEÑO DE SITIOS WEB ACCESIBLES -

- DISEÑO DE SITIOS WEB ACCESIBLES - - DISEÑO DE SITIOS WEB ACCESIBLES - BENEFICIOS E IMPLEMENTACIÓN PRÁCTICA DE UN SITIO WEB CON UNIVERSALIDAD DE ACCESO Tutor LIC. MARTÍNEZ, Marcelo Autores: ING. AGÜERO, Dante Ramón ING. PEREA, Antonio Alejandro

Más detalles

Accesibilidad en la Web

Accesibilidad en la Web Accesibilidad en la Web Universidad de Colima México Departamento de Lenguajes y Sistemas Informáticos Sergio Luján Mora Departamento de Lenguajes y Sistemas Informáticos Universidad de Alicante DLSI -

Más detalles

AUDITORÍA DE ACCESIBILIDAD Y USABILIDAD WEB INFORME EJECUTIVO

AUDITORÍA DE ACCESIBILIDAD Y USABILIDAD WEB INFORME EJECUTIVO Auditoría de Accesibilidad Web WCAG 1.0 WAI XHTML 1.0 CSS 2 AUDITORÍA DE ACCESIBILIDAD Y USABILIDAD WEB INFORME EJECUTIVO 1. INTRODUCCIÓN... 3 2. AUDITORÍA DE ACCESIBILIDAD WEB. DESIGN FOR ALL... 4 2.1.

Más detalles

Norma Técnica ICONTEC 5854 ACCESIBILIDAD A PAGINAS WEB

Norma Técnica ICONTEC 5854 ACCESIBILIDAD A PAGINAS WEB Norma Técnica ICONTEC 5854 ACCESIBILIDAD A PAGINAS WEB Esta norma tiene por objeto establecer los requisitos de accesibilidad que se deben implementar en las páginas web en los niveles de conformidad A,

Más detalles

1. Introducción. Palabras clave: Accesibilidad, estándares, buenas prácticas, métodos, metodologías.

1. Introducción. Palabras clave: Accesibilidad, estándares, buenas prácticas, métodos, metodologías. ING-NOVACIÓN. No. 4, Junio Noviembre de 2012 Reporte de Investigación 51 Compendio de estándares, métodos, técnicas, buenas prácticas y herramientas software para el diseño y revisión de de accesibilidad

Más detalles

Usabilidad y accesibilidad. Cristina Ramírez Fernández Observatorio de las Telecomunicaciones y Sociedad de la Información (Red.es).

Usabilidad y accesibilidad. Cristina Ramírez Fernández Observatorio de las Telecomunicaciones y Sociedad de la Información (Red.es). Usabilidad y accesibilidad. 6 de mayo. Salón de Grados de la Facultad de Derecho. «Accesibilidad WEB. Cuando el diseño es para todos», de Cristina Ramírez Fernández (Red.es). Cristina Ramírez Fernández

Más detalles

Accesibilidad Web. David Cabrero Souto. Grupo MADS (http://www.grupomads.org/) Universidade da Coruña

Accesibilidad Web. David Cabrero Souto. Grupo MADS (http://www.grupomads.org/) Universidade da Coruña Accesibilidad Web David Cabrero Souto Grupo MADS (http://www.grupomads.org/) Universidade da Coruña Accesibilidad y W3C W3C tiene un gran compromiso con la accesibilidad: The power of the Web is in its

Más detalles

Haciendo Drupal un poco más accesible. @kikoalonsob

Haciendo Drupal un poco más accesible. @kikoalonsob Haciendo Drupal un poco más accesible @kikoalonsob Acerca de mi Desarrollador Drupal Freelance (Back-end) Axel Springer España Autobild Computer Hoy Hobby Consolas @kikoalonsob kikoalonsob www.kikoalonsob.com

Más detalles

Análisis de un caso de multi-evaluación de una página web según WCAG 2.0

Análisis de un caso de multi-evaluación de una página web según WCAG 2.0 Análisis de un caso de multi-evaluación de una página web según WCAG 2.0 David Sangilbert, José R. Hilera, Elena T. Vilar Universidad de Alcalá, España E-mail: dsangilbert@gmail.com; jose.hilera@uah.es;

Más detalles

La importancia de la accesibilidad Web

La importancia de la accesibilidad Web Olga Revilla David Provencio plataforma.net Es mi sitio Web accesible? En las administraciones públicas o grandes empresas nos encontraremos siempre con el requisito obligatorio de que las aplicaciones

Más detalles

Análisis y Diseño de Sistemas de Información para Internet

Análisis y Diseño de Sistemas de Información para Internet Análisis y Diseño de Sistemas de Información para Internet 6. Accesibilidad Luís Rodríguez Baena (luis.rodriguez@upsam.net) Universidad Pontificia de Salamanca (campus Madrid) Facultad de Informática Diseño

Más detalles

Interacción persona-computador. Accesibilidad

Interacción persona-computador. Accesibilidad Interacción persona-computador Accesibilidad Accesibilidad Contenidos Introducción El diseño universal Tipos de discapacidades y soluciones Accesibilidad en la Web Comprobación de la accesibilidad Accesibilidad

Más detalles

Seminario Internacional de Accesibilidad Web

Seminario Internacional de Accesibilidad Web Seminario Internacional de Accesibilidad Web Emmanuelle Gutiérrez y Restrepo Miembro del Grupo de trabajo para la redacción de las WCAG 1.0 y WCAG 2.0 Experto Invitado del W3C-WAI para participar en los

Más detalles

Web content accessibility requirements. Spécification de l'accessibilité aux contenus Web. LAS OBSERVACIONES A ESTE DOCUMENTO HAN DE DIRIGIRSE A:

Web content accessibility requirements. Spécification de l'accessibilité aux contenus Web. LAS OBSERVACIONES A ESTE DOCUMENTO HAN DE DIRIGIRSE A: norma española UNE 139803 Julio 2012 TÍTULO Requisitos de accesibilidad para contenidos en la Web Web content accessibility requirements. Spécification de l'accessibilité aux contenus Web. CORRESPONDENCIA

Más detalles

USABILIDAD Y ACCESIBILIDAD EN WEB Guillermo M. Martínez de la Teja

USABILIDAD Y ACCESIBILIDAD EN WEB Guillermo M. Martínez de la Teja USABILIDAD Y ACCESIBILIDAD EN WEB Guillermo M. Martínez de la Teja "La usabilidad trata sobre el comportamiento humano; reconoce que el humano es emotivo, no está interesado en poner demasiado esfuerzo

Más detalles

USABILIDAD Y ACCESIBILIDAD DE SITIOS WEB

USABILIDAD Y ACCESIBILIDAD DE SITIOS WEB ASIGNATURA DE MÁSTER: USABILIDAD Y ACCESIBILIDAD DE SITIOS WEB Curso 2009/2010 (Código:101038) 1.PRESENTACIÓN Este curso introduce al estudiante en los principios de usabilidad y diseño de páginas web

Más detalles

Introducción al diseño web accesible

Introducción al diseño web accesible al diseño web accesible 27 de Octubre de 2002 Lleida Mònica Buj Universidad de Lleida al diseño web accessible Objetivos Resaltar la importancia de la accesibilidad en la Web Difundir una visión general

Más detalles

Tecnologías Web para la presentación Accesibilidad en la Web

Tecnologías Web para la presentación Accesibilidad en la Web Tecnologías Web para la presentación Accesibilidad en la Web Aplicaciones Web/Sistemas Web Juan Pavón Mestras Dep. Ingeniería del Software e Inteligencia Artificial Facultad de Informática Universidad

Más detalles

ADAPTAEMPLEO INFORME ACCESIBILIDAD. octubre 2013. Versión 1.0

ADAPTAEMPLEO INFORME ACCESIBILIDAD. octubre 2013. Versión 1.0 ADAPTAEMPLEO INFORME ACCESIBILIDAD octubre 2013 Versión 1.0 1.0 Primera versión del documento. CONTROL DE CAMBIOS Índice de Contenido 1. ACCESIBILIDAD WEB...4 2. PUNTOS DE VERIFICACIÓN...5 2.1. IMÁGENES

Más detalles

Capítulo II: Evaluación del éxito - Métodos de análisis y evaluación... Capítulo III: Destination Web Watch...

Capítulo II: Evaluación del éxito - Métodos de análisis y evaluación... Capítulo III: Destination Web Watch... II 3 Concepto de servicio satisfactorio... 21 3.1 Servicios de información... 23 3.2 Servicios de transacción... 24 3.2.1 Otros aspectos de la facilidad de uso... 26 3.3 Ciclo de experiencia... 27 Capítulo

Más detalles

Arquitectura de la información

Arquitectura de la información Accesibilidad Usabilidad Arquitectura de la información Experiencia de usuario La accesibilidad es un derecho, no un privilegio William Loughborough El poder de la web esta en su universalidad. Que todo

Más detalles

Accesibilidad en los Sistemas de Información

Accesibilidad en los Sistemas de Información Accesibilidad en los Sistemas de Información David Cabrero Souto Departamento de Computación Facultad de Informática Universidade da Coruña Accesibilidad en los Sistemas de Información p. 1 Discapacidades

Más detalles

Guía rápida de evaluación automatizada de contenidos web según WCAG 2.0 usando herramientas de software libre

Guía rápida de evaluación automatizada de contenidos web según WCAG 2.0 usando herramientas de software libre Guía rápida de evaluación automatizada de contenidos web según WCAG 2.0 usando herramientas de software libre José R. Hilera 1, Teresa Díez 1, Mª José Domínguez 1, Lourdes Moreno 2, David Sangilbert 1

Más detalles

CUALIFICACIÓN CONFECCIÓN Y PUBLICACIÓN DE PÁGINAS WEB PROFESIONAL. Nivel 2. Versión 5 Situación RD 1201/2007 Actualización

CUALIFICACIÓN CONFECCIÓN Y PUBLICACIÓN DE PÁGINAS WEB PROFESIONAL. Nivel 2. Versión 5 Situación RD 1201/2007 Actualización Página 1 de 18 CUALIFICACIÓN CONFECCIÓN Y PUBLICACIÓN DE PÁGINAS WEB PROFESIONAL Familia Profesional Informática y Comunicaciones Nivel 2 Código IFC297_2 Versión 5 Situación RD 1201/2007 Actualización

Más detalles

2. Accesibilidad y Usabilidad. 4. Ajedrez accesible para ciegos

2. Accesibilidad y Usabilidad. 4. Ajedrez accesible para ciegos 1. Introducción 2. Accesibilidad y Usabilidad 3. VerWeb 4. Ajedrez accesible para ciegos 5. Conclusiones 1. Introducción 2. Accesibilidad y Usabilidad 3. VerWeb 4. Ajedrez accesible para ciegos 5. Conclusiones

Más detalles

FUNDACIÓN KONECTA. Estudio piloto de aplicaciones informáticas en 30 empresas y guía de buenas prácticas

FUNDACIÓN KONECTA. Estudio piloto de aplicaciones informáticas en 30 empresas y guía de buenas prácticas Estudio piloto de aplicaciones informáticas en 30 empresas y guía de buenas prácticas 1. Objetivo Ofrecer una panorámica de la accesibilidad tecnológica en grandes empresas, con el objetivo de favorecer

Más detalles

PLAN DE PRUEBAS SISTEMA DE GESTIÓN HOSPITALARIA. Plan de Pruebas. File: 20130211-QA-INF-V2-PLAN DE PRUEBAS.odt STD-INF-GENERAL Versión: 1.

PLAN DE PRUEBAS SISTEMA DE GESTIÓN HOSPITALARIA. Plan de Pruebas. File: 20130211-QA-INF-V2-PLAN DE PRUEBAS.odt STD-INF-GENERAL Versión: 1. Cliente: FCM-UNA Página 1 de 14 PLAN DE PRUEBAS SISTEMA DE GESTIÓN HOSPITALARIA Cliente: FCM-UNA Página 2 de 14 Tabla de contenido 1. INTRODUCCIÓN 1.1. PROPÓSITO 1.2. ALCANCE 1.3. DEFINICIONES, ACRÓNIMOS

Más detalles

Accesibilidad y atención al ciudadano. Directora Tecnologías Accesibles. Technosite (Fundación ONCE)

Accesibilidad y atención al ciudadano. Directora Tecnologías Accesibles. Technosite (Fundación ONCE) Accesibilidad y atención al ciudadano Lourdes González Perea Directora Tecnologías Accesibles Technosite (Fundación ONCE) Estructura de la exposición Breve presentación de Technosite. Contemplando la diversidad.

Más detalles

Contenidos 1 OBJETIVO Y ÁMBITO DE APLICACIÓN... 2. 1.1 Objetivo... 2 2 REFERENCIA LEGISLATIVA... 2. 2.1 Europa... 3 2.2 España...

Contenidos 1 OBJETIVO Y ÁMBITO DE APLICACIÓN... 2. 1.1 Objetivo... 2 2 REFERENCIA LEGISLATIVA... 2. 2.1 Europa... 3 2.2 España... En colaboración con Las opiniones recogidas en este documento no se corresponden, necesariamente, con las de ninguno de los organismos públicos participantes en esta iniciativa. Contenidos 1 OBJETIVO Y

Más detalles

CESyA. Audiodescripción. Calidad de la accesibilidad web en Gestores de Contenido

CESyA. Audiodescripción. Calidad de la accesibilidad web en Gestores de Contenido CESyA Centro Español de Subtitulado y Audiodescripción Calidad de la accesibilidad web en Gestores de Contenido Lourdes Moreno, Juan Manuel Carrero, Paloma Martínez y Belén Ruiz-Mezcua Web estática / dinámica

Más detalles

Sencillez, usabilidad y accesibilidad web

Sencillez, usabilidad y accesibilidad web Sencillez, usabilidad y accesibilidad web Dossier comercial 1. insuit: qué es? insuit proporciona accesibilidad y usabilidad web. De manera sencilla. Se trata de un producto de apoyo que añade a la página

Más detalles

Análisis de la accesibilidad del sitio web del Ayuntamiento La Joyosa (www.lajoyosa.net)

Análisis de la accesibilidad del sitio web del Ayuntamiento La Joyosa (www.lajoyosa.net) Análisis de la accesibilidad del sitio web del Ayuntamiento La Joyosa (www.lajoyosa.net) Danny J. Rivera I. Sergio Luján Mora 24 de Marzo de 2011 Esta obra está bajo una licencia de Creative Commons Reconocimiento-SinObraDerivada

Más detalles

Informe sobre la accesibilidad del sitio web del Consorcio de Turismo del Ayuntamiento de Sevilla

Informe sobre la accesibilidad del sitio web del Consorcio de Turismo del Ayuntamiento de Sevilla SERVICIOS AVANZADOS PARA LAS INSTITUCIONES C.I.F. B-91052142 Informe sobre la accesibilidad del sitio web del Consorcio de Turismo del Ayuntamiento de Sevilla Julio de 2005 Introducción Consorcio de Turismo

Más detalles

Introducción a la accesibilidad y usabilidad

Introducción a la accesibilidad y usabilidad Introducción Ponentes Antonio Manuel Gutiérrez Fernández Alumno de Ingeniería Informática Manuel Jesús Recena Soto Alumno de Ingeniería Técnica en Informática de Sistemas Introducción Estructura Introducción

Más detalles

espacio abierto para la inclusión CARPETA INFORMATIVA: www.conapred.org.mx

espacio abierto para la inclusión CARPETA INFORMATIVA: www.conapred.org.mx CARPETA INFORMATIVA PRESENTACIÓN: www.conapred.org.mx: espacio abierto para la inclusión CARPETA INFORMATIVA: www.conapred.org.mx 1 Índice 3 Espacio abierto a la inclusión en números: 4 Presentación 5

Más detalles

PROGRAMACIÓN DE MÓDULO MÓDULO. Este módulo se imparte en 2º en el primer y segundo trimestre y tiene una carga docente de 126 horas.

PROGRAMACIÓN DE MÓDULO MÓDULO. Este módulo se imparte en 2º en el primer y segundo trimestre y tiene una carga docente de 126 horas. Página 1 de 14 DEPARTAMENTO INFORMATICA CURSO 2º CICLO FORMATIVO Desarrollo de Aplicaciones Web Diseño de Interfaces Web MÓDULO 1. Introducción. Este módulo se imparte en 2º en el primer y segundo trimestre

Más detalles

ACCESIBILIDAD. Minimizando la infoexclusión. Centro ISYS 1

ACCESIBILIDAD. Minimizando la infoexclusión. Centro ISYS 1 ACCESIBILIDAD Minimizando la infoexclusión Accesibilidad: act enero 2008 Jossie Zambano / Eleonora Acosta Centro ISYS 1 AGENDA Introducción Limitaciones de acceso Accesibilidad en la Web Cómo lograr la

Más detalles

PLIEGO DE PRESCRIPCIONES TECNICAS PARTICULARES PARA EL REDISEÑO DE LA WEB MUNICIPAL USANDO DISEÑO ADAPTATIVO

PLIEGO DE PRESCRIPCIONES TECNICAS PARTICULARES PARA EL REDISEÑO DE LA WEB MUNICIPAL USANDO DISEÑO ADAPTATIVO ASUNTO: PLIEGO DE PRESCRIPCIONES TECNICAS PARTICULARES PARA EL REDISEÑO DE LA WEB MUNICIPAL USANDO DISEÑO ADAPTATIVO Informazioaren Teknologien Saila Departamento de Tecnologías de la Información Herritarrentzako

Más detalles

Accesibilidad web: Estudio de un caso con evaluación automática y evaluación de usuarios

Accesibilidad web: Estudio de un caso con evaluación automática y evaluación de usuarios Accesibilidad web: Estudio de un caso con evaluación automática y evaluación de usuarios José R. Hilera 1, Hector Amado-Salvatierra 2, Dayana Martínez 3, José Viera 4, Lucia Pestana 5 1 Universidad de

Más detalles

METODOLOGÍA DE DESARROLLO DE CONTENIDOS WEB ACCESIBLES ÍNDICE DE CONTENIDO

METODOLOGÍA DE DESARROLLO DE CONTENIDOS WEB ACCESIBLES ÍNDICE DE CONTENIDO ÍNDICE DE CONTENIDO Metodología de desarrollo de contenidos web accesibles...1 Estándares de accesibilidad de la UE...2 Desglose por roles...2 Creación de contenidos...2 Diseño...3 Programación...4 Anexo

Más detalles

diseños orientados al usuario?

diseños orientados al usuario? ÇAccesibilidad web: diseños orientados al usuario? Una experiencia en la práctica diaria ` Por Lourdes González Perea Jefe del Departamento de Usabilidad y Accesibilidad Technosite, empresa del Grupo Fundosa

Más detalles

Buenas prácticas en la web móvil Accesibilidad y usabilidad

Buenas prácticas en la web móvil Accesibilidad y usabilidad Buenas prácticas en la web móvil Accesibilidad y usabilidad Laura Fernando López 21 de Abril de 2015 Índice Buenas prácticas en la web móvil Técnicas y principios Estilos para adaptar a los diferentes

Más detalles

Implantación y Aceptación del Sistema

Implantación y Aceptación del Sistema y Aceptación del Sistema 1 y Aceptación del Sistema ÍNDICE DESCRIPCIÓN Y OBJETIVOS... 2 ACTIVIDAD IAS 1: ESTABLECIMIENTO DEL PLAN DE IMPLANTACIÓN...5 Tarea IAS 1.1: De finición del Plan de... 5 Tarea IAS

Más detalles

Adobe Dreamweaver CS3 - Curso online Creación profesional de sitios web

Adobe Dreamweaver CS3 - Curso online Creación profesional de sitios web Adobe Dreamweaver CS3 - Curso online Creación profesional de sitios web Índice Conceptos básicos En este capítulo se enseñan los conceptos básicos de trabajo en Adobe Dreamveaver CS3. También se describen

Más detalles

Las Normas ISO 9000 del 2000

Las Normas ISO 9000 del 2000 Las Normas ISO 9000 del 2000 La serie de Normas ISO 9000 son un conjunto de enunciados, los cuales especifican que elementos deben integrar el Sistema de Gestión de la Calidad de una Organización y como

Más detalles

inclusite Accesibilidad web GUÍA FUNCIONAL

inclusite Accesibilidad web GUÍA FUNCIONAL GUÍA FUNCIONAL 0ÍNDICE 1 Introducción Página 3 2 Primeros pasos Página 5 3 Conceptos Página 9 4 Navegación por voz Página 12 5 Navegación por teclado Página 16 6 Navegación por sonido Página 20 7 Compatibilidad

Más detalles

Accesibilidad web GUÍA FUNCIONAL

Accesibilidad web GUÍA FUNCIONAL Accesibilidad web GUÍA FUNCIONAL 0 _ ÍNDICE 01_Introducción 02_Primeros pasos 03_Conceptos 04_Navegación por voz 05_Navegación por teclado 06_Navegación por sonido 07_Compatibilidad con lectores de pantalla

Más detalles

Arquitectura de Aplicaciones

Arquitectura de Aplicaciones 1 Capítulo 13: Arquitectura de aplicaciones. - Sommerville Contenidos del capítulo 13.1 Sistemas de procesamiento de datos 13.2 Sistemas de procesamiento de transacciones 13.3 Sistemas de procesamiento

Más detalles

Cómo citar el artículo Número completo Más información del artículo Página de la revista en redalyc.org

Cómo citar el artículo Número completo Más información del artículo Página de la revista en redalyc.org REICIS. Revista Española de Innovación, Calidad e Ingeniería del Software E-ISSN: 1885-4486 reicis@ati.es Asociación de Técnicos de Informática España Sánchez, Jorge; Vos, Tanja E. J. Accesibilidad web:

Más detalles

FUNDACIÓN KONECTA FUNDOSA TECHNOSITE GUÍA DE BUENAS PRÁCTICAS EN ACCESIBILIDAD TECNOLÓGICA

FUNDACIÓN KONECTA FUNDOSA TECHNOSITE GUÍA DE BUENAS PRÁCTICAS EN ACCESIBILIDAD TECNOLÓGICA GRUPO KONECTA 1 Elaboración y redacción: Fundosa Technosite. Diseño y Maquetación: Asociados y Cía. Fotografías: Banco de imágenes de Fundosa Technosite. Para cualquier tipo de opinión, duda o sugerencia

Más detalles

Taller Pruebas de Accesibilidad para aplicaciones móviles. Ing. Lisandra Armas @lisyarmas

Taller Pruebas de Accesibilidad para aplicaciones móviles. Ing. Lisandra Armas @lisyarmas Taller Pruebas de Accesibilidad para aplicaciones móviles Ing. Lisandra Armas @lisyarmas Introducción Google Play tiene más de 1.43 millones de aplicaciones. App Store tiene más de 1.21 millones de aplicaciones.

Más detalles

Criterios de clasificación

Criterios de clasificación Criterios de clasificación Usualmente clasificamos para agrupar elementos con características comunes, simplificando la realidad y analizando un conjunto de elementos desde distintos puntos de vista. Sobre

Más detalles

Sistema para creación de portafolios electrónicos EduFolia

Sistema para creación de portafolios electrónicos EduFolia Sistema para creación de portafolios electrónicos EduFolia Lidia Guerra Programa de Postgrado en Informática, PPI Maestría en Informática y Tecnología Educativa Universidad Nacional de Costa Rica (506)

Más detalles

Diseño del Sistema de Información

Diseño del Sistema de Información Diseño del Sistema de Información ÍNDICE DESCRIPCIÓN Y OBJETIVOS...2 ACTIVIDAD DSI 1: DEFINICIÓN DE LA ARQUITECTURA DEL SISTEMA...7 Tarea DSI 1.1: Definición de Niveles de Arquitectura...9 Tarea DSI 1.2:

Más detalles

Puede encontrar información sobre los diferentes niveles de accesibilidad de páginas web en este mismo documento o en las siguientes direcciones:

Puede encontrar información sobre los diferentes niveles de accesibilidad de páginas web en este mismo documento o en las siguientes direcciones: "El nivel de cumplimiento exigido por SPRI, S.A. a la fecha de hoy en referencia a las normas de accesibilidad de páginas web es el "Nivel AA - prioridad 2". Puede encontrar información sobre los diferentes

Más detalles

DATOS IDENTIFICATIVOS DE LA UNIDAD FORMATIVA DISEÑO FUNCIONAL Y DE LA INTERACTIVIDAD DE PRODUCTOS MULTIMEDIA

DATOS IDENTIFICATIVOS DE LA UNIDAD FORMATIVA DISEÑO FUNCIONAL Y DE LA INTERACTIVIDAD DE PRODUCTOS MULTIMEDIA UNIDAD FORMATIVA Código Familia profesional Área Profesional DATOS IDENTIFICATIVOS DE LA UNIDAD FORMATIVA DISEÑO FUNCIONAL Y DE LA INTERACTIVIDAD DE PRODUCTOS MULTIMEDIA UF1584 ARTES GRÁFICAS Edición DURACIÓN

Más detalles

ADMINISTRACIÓN DE PROYECTOS

ADMINISTRACIÓN DE PROYECTOS ADMINISTRACIÓN DE PROYECTOS QUÉ ES LA ADMINISTRACIÓN DE PROYECTOS? Es la planeación, organización, dirección y control de los recursos para lograr un objetivo a corto plazo. También se dice que la administración

Más detalles

Mantenimiento Correctivo Aplicado a un Sitio Basado en Joomla. Una Propuesta Centrada en la Accesibilidad

Mantenimiento Correctivo Aplicado a un Sitio Basado en Joomla. Una Propuesta Centrada en la Accesibilidad Mantenimiento Correctivo Aplicado a un Sitio Basado en Joomla. Una Propuesta Centrada en la Accesibilidad Daiana E. Casaro, Pedro L. Alfonzo, Sonia I. Mariño, María V. Godoy Departamento de Informática.

Más detalles

ISO 9001 Auditing Practices Group Guidance on:

ISO 9001 Auditing Practices Group Guidance on: International Organization for Standardization Forum International Accreditation ISO 9001 Auditing Practices Group Guidance on: Auditando sistemas de gestión en base electrónica (EBMS) 1. Introducción

Más detalles

Evaluación de la accesibilidad web. Experimentación en la Universidad Nacional de Asunción. UNA

Evaluación de la accesibilidad web. Experimentación en la Universidad Nacional de Asunción. UNA Evaluación de la accesibilidad web. Experimentación en la Universidad Nacional de Asunción. UNA Carmen Varela 1 y Antonio Miñán 1 1 Universidad Nacional de Asunción Asunción, Paraguay carmenvarelapy@gmail.com,

Más detalles

Universidad y Accesibilidad. Situación en España

Universidad y Accesibilidad. Situación en España Universidad y Accesibilidad. Situación en España Dionisio J. RODRÍGUEZ ESPARRAGÓN Departamento de Señales y Comunicaciones, Universidad de Las Palmas de Gran Canaria y José Guillermo VIERA SANTANA Departamento

Más detalles

NORMA ISO 9001:2008 Sistemas de Gestión de la Calidad - ÍNDICE. 1 Objeto y campo de aplicación 3 1.1 Generalidades 3 1.2 Aplicación.

NORMA ISO 9001:2008 Sistemas de Gestión de la Calidad - ÍNDICE. 1 Objeto y campo de aplicación 3 1.1 Generalidades 3 1.2 Aplicación. TEMA ÍNDICE PÁGINA 1 Objeto y campo de aplicación 3 1.1 Generalidades 3 1.2 Aplicación. 3 2 Referencias normativas. 3 3 Términos y definiciones.. 3 4 Sistema de gestión de la calidad. 4 4.1 Requisitos

Más detalles

Diseño del Sistema de Información

Diseño del Sistema de Información Diseño del Sistema de Información ÍNDICE DESCRIPCIÓN Y OBJETIVOS... 2 ACTIVIDAD DSI 1: DEFINICIÓN DE LA ARQUITECTURA DEL SISTEMA... 7 Tarea DSI 1.1: Definición de Niveles de Arquitectura... 9 Tarea DSI

Más detalles

DESARROLLO DE APLICACIONES CON TECNOLOGÍAS WEB PROFESIONAL

DESARROLLO DE APLICACIONES CON TECNOLOGÍAS WEB PROFESIONAL Página 1 de 21 CUALIFICACIÓN DESARROLLO DE APLICACIONES CON TECNOLOGÍAS WEB PROFESIONAL Familia Profesional Informática y Comunicaciones Nivel 3 Código IFC154_3 Versión 5 Situación RD 1087/2005 Actualización

Más detalles

DESARROLLO DE CONTENIDOS A MEDIDA E-DUCATIVA

DESARROLLO DE CONTENIDOS A MEDIDA E-DUCATIVA DESARROLLO DE CONTENIDOS A MEDIDA E-DUCATIVA 1 Adaptación y conversión Muchas empresas disponen de contenidos muy completos en formato papel, utilizados en educación presencial o bien en formación a distancia

Más detalles

Internet - Web. Internet - Web. Internet. Internet. Diseño de Sitios Web Desarrollo de Paginas Web. Qué es la Internet? - Qué es la Web?

Internet - Web. Internet - Web. Internet. Internet. Diseño de Sitios Web Desarrollo de Paginas Web. Qué es la Internet? - Qué es la Web? Desarrollo de Paginas Web Internet - Web Internet - Web Qué es la Internet? - Qué es la Web? Internet: Una red de computadoras a nivel mundial Web: Una forma de organizar la información existente en Internet

Más detalles

0 ÍNDICE. 1 Introducción. 2 Primeros pasos. 3 Conceptos. 4 Navegación por voz. 5 Navegación por teclado. 6 Navegación por sonido

0 ÍNDICE. 1 Introducción. 2 Primeros pasos. 3 Conceptos. 4 Navegación por voz. 5 Navegación por teclado. 6 Navegación por sonido GUÍA FUNCIONAL 0 ÍNDICE 1 Introducción 2 Primeros pasos 3 Conceptos 4 Navegación por voz 5 Navegación por teclado 6 Navegación por sonido 7 Compatibilidad con lectores de pantalla 8 Navegación en documentos

Más detalles

Estándares Web: XHTML y CSS - Usabilidad - Accesibilidad. Desarrollo de Sitios Web de Calidad, Usables, Seguros, Válidos y Accesibles

Estándares Web: XHTML y CSS - Usabilidad - Accesibilidad. Desarrollo de Sitios Web de Calidad, Usables, Seguros, Válidos y Accesibles Estándares Web: XHTML y CSS - Usabilidad - Accesibilidad Desarrollo de Sitios Web de Calidad, Usables, Seguros, Válidos y Accesibles Versión actualizada en http://www.usabilidadweb.com.ar/cursos_esp.php

Más detalles

CONCEPTOS DE CALIDAD Y CALIDAD DEL SOFTWARE

CONCEPTOS DE CALIDAD Y CALIDAD DEL SOFTWARE CONCEPTOS DE CALIDAD Y CALIDAD DEL SOFTWARE INTRODUCCIÓN El avance informático actual es muy alto comparado con lo se tenía en los años 90, al hablar de desarrollo de software se hace más notable, en el

Más detalles

2. TRABAJO A DESARROLLAR

2. TRABAJO A DESARROLLAR 1. ANTECEDENTES El Departamento de Cultura y Euskera trabaja en los diversos ámbitos culturales definidos en la estructura organizativa de la Diputación Foral de Gipuzkoa. Sus actividades precisan de una

Más detalles

Modelo para el découpage de audiovisuales interactivos Metodología

Modelo para el découpage de audiovisuales interactivos Metodología Modelo para el découpage de audiovisuales interactivos Metodología Prof. Pere Freixa Departament de Comunicació. Universitat Pompeu Fabra pere.freixa@upf.edu Descripción Este documento expone el procedimiento

Más detalles

Alternativas tecnológicas para la accesibilidad en e_recursos educativos Lourdes Moreno, Paloma Martínez, Belen Ruíz

Alternativas tecnológicas para la accesibilidad en e_recursos educativos Lourdes Moreno, Paloma Martínez, Belen Ruíz Alternativas tecnológicas para la accesibilidad en e_recursos educativos Lourdes Moreno, Paloma Martínez, Belen Ruíz II Congreso de Accesibilidad a los Medios Audiovisuales para Personas con Discapacidad,

Más detalles

NORMA TÉCNICA NTC- ISO COLOMBIANA 9001

NORMA TÉCNICA NTC- ISO COLOMBIANA 9001 NORMA TÉCNICA NTC- ISO COLOMBIANA 9001 2008-11-14 SISTEMA DE GESTIÓN DE LA CALIDAD. REQUISITOS E: QUALITY MANAGEMENT SYSTEMS. REQUIREMENTS CORRESPONDENCIA: esta norma es idéntica (IDT) a la norma ISO 9001:2008

Más detalles

DESCRIPCIONES TÉCNICAS 17 DISEÑO WEB

DESCRIPCIONES TÉCNICAS 17 DISEÑO WEB 2015 DESCRIPCIONES TÉCNICAS 17 DISEÑO WEB INTRODUCCIÓN AMETIC y Microsoft asumen la coordinación y el patrocinio de la Competición Nacional de Formación Profesional, Spainskills 2015, en lo concerniente

Más detalles

UNIVERSIDAD PONTIFICIA DE SALAMANCA FACULTAD DE INFORMÁTICA. Programa de Doctorado en Ingeniería de Software. Bienio 2003-2005

UNIVERSIDAD PONTIFICIA DE SALAMANCA FACULTAD DE INFORMÁTICA. Programa de Doctorado en Ingeniería de Software. Bienio 2003-2005 UNIVERSIDAD PONTIFICIA DE SALAMANCA FACULTAD DE INFORMÁTICA Programa de Doctorado en Ingeniería de Software Bienio 2003-2005 Interacción Hombre Máquina: Nuevos Modelos y Tendencias en la Web Trabajo de

Más detalles

Tema 3. Gestión de proyectos de desarrollo multimedia y sistemas web. Diseño para web. Guías de estilo

Tema 3. Gestión de proyectos de desarrollo multimedia y sistemas web. Diseño para web. Guías de estilo Tema 3. Gestión de proyectos de desarrollo multimedia y sistemas web. Diseño para web. Guías de estilo 30258- Diseño Centrado en el Usuario. Objetivos Desarrollo de proyectos multimedia y sistemas web

Más detalles

SUPLEMENTO EUROPASS AL TÍTULO

SUPLEMENTO EUROPASS AL TÍTULO SUPLEMENTO EUROPASS AL TÍTULO DENOMINACIÓN DEL TÍTULO Técnico Superior en Desarrollo de Aplicaciones Web --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------

Más detalles

Accesibilidad Web. Contenidos. Diversidad Funcional. Deficiencias. Ayudas Técnicas. Introducción. Introducción. Legislación.

Accesibilidad Web. Contenidos. Diversidad Funcional. Deficiencias. Ayudas Técnicas. Introducción. Introducción. Legislación. Contenidos Introducción Legislación Normativa Pautas de Accesibilidad del Contenido Web José Luis Fuertes Castro Facultad de Informática. Universidad Politécnica de Madrid CETTICO Fundación Sidar Revisión

Más detalles

E 2.4.1 Documento de entrega de Aplicación

E 2.4.1 Documento de entrega de Aplicación E 2.4.1 Documento de entrega de Aplicación Versión: 0.1 Fecha: 11/08/11 Autor: Email: Antoni Bertran Bellido abertran@opentrends.net Historial de cambios Versión Fecha Autor Cambios 0.1 11/08/11 Antoni

Más detalles

Las Normas ISO 9000. Puede ser un producto material, un producto informático, servicio, información, etc.

Las Normas ISO 9000. Puede ser un producto material, un producto informático, servicio, información, etc. Las Normas ISO 9000 La serie de Normas ISO 9000 son un conjunto de enunciados, los cuales especifican que elementos deben integrar el Sistema de Gestión de la Calidad de una Organización y como deben funcionar

Más detalles

Abordar el diseño de un sitio web

Abordar el diseño de un sitio web Abordar el diseño de un sitio web Experiencias y Reflexiones Ricardo Castillo negro www.rcgrafica.com Índice 1 2 3 4 5 Objetivo Temática Usabilidad Navegación Colores 6 7 8 9 Logotipo Composición Accesibilidad

Más detalles

DESARROLLO Y MANTENIMIENTO DE SITIOS WEB AGENCIALES ( WEB SITES )

DESARROLLO Y MANTENIMIENTO DE SITIOS WEB AGENCIALES ( WEB SITES ) POLÍTICA NÚM. TIG 002 DESARROLLO Y MANTENIMIENTO DE SITIOS WEB AGENCIALES ( WEB SITES ) FECHA DE EFECTIVIDAD: 15 de diciembre de 2004 FECHA DE REVISIÓN: 3 de abril de 2013 DESCRIPCIÓN DE LA POLÍTICA Cada

Más detalles

Copyright 2015 Endalia, S.L. Todos los derechos reservados.

Copyright 2015 Endalia, S.L. Todos los derechos reservados. Copyright 2015 Endalia, S.L. Todos los derechos reservados. Este documento contiene información propietaria de Endalia, S.L. Se emite con el único propósito de informar proyectos Endalia, por lo que no

Más detalles

Confección y publicación de páginas Web

Confección y publicación de páginas Web 2014 Confección y publicación de páginas Web Docente: Manuel Fernández Catalán 0 ÍNDICE 1 Presentación... 2 2 Objetivos... 2 3 Tecnología... 2 4 Metodología y evaluación... 3 5 Material didáctico... 3

Más detalles

Cumple nuestra Web con la normativa legal?

Cumple nuestra Web con la normativa legal? Regulación de contenidos Web Cumple nuestra Web con la normativa legal? Ley de Servicios de la Sociedad de la Información y de Comercio Electrónico (LSSI) Si se desarrolla una actividad mercantil Si recoge

Más detalles

Guía para la elaboración del marco normativo de un sistema de gestión de la seguridad de la información (SGSI)

Guía para la elaboración del marco normativo de un sistema de gestión de la seguridad de la información (SGSI) Guía para la elaboración del marco normativo de un sistema de gestión de la seguridad de la información (SGSI) Referencia Guía para la elaboración del marco normativo- Creative common FINAL.doc Creación

Más detalles

accesibilidad a los sitios web del Estado Colombiano

accesibilidad a los sitios web del Estado Colombiano accesibilidad a los sitios web del Estado Colombiano O r i e n t a c i o n e s b á s i c a s Para que todos los ciudadanos colombianos puedan acceder a la información y a los servicios y trámites en línea,

Más detalles

Unidad didáctica 6 Anexo (estándares)

Unidad didáctica 6 Anexo (estándares) Unidad didáctica 6 Anexo (estándares) Introducción Uno de los grandes problemas aún sin resolver de las nuevas tecnologías de la información y la comunicación aplicadas a la educación es la falta de una

Más detalles

PLIEGO DE CONDICIONES TÉCNICAS PARA LA CREACIÓN DE LA WEB CORPORATIVA DE LA FUNDACIÓN PARA LA CIUDADANÍA CASTELLANA Y LEONESA EN EL EXTERIOR Y LA

PLIEGO DE CONDICIONES TÉCNICAS PARA LA CREACIÓN DE LA WEB CORPORATIVA DE LA FUNDACIÓN PARA LA CIUDADANÍA CASTELLANA Y LEONESA EN EL EXTERIOR Y LA PLIEGO DE CONDICIONES TÉCNICAS PARA LA CREACIÓN DE LA WEB CORPORATIVA DE LA FUNDACIÓN PARA LA CIUDADANÍA CASTELLANA Y LEONESA EN EL EXTERIOR Y LA COOPERACIÓN AL DESARROLLO Página 1 1. ANTECEDENTES La Fundación

Más detalles

CUALIFICACIÓN CONFECCIÓN Y PUBLICACIÓN DE PÁGINAS WEB PROFESIONAL. Nivel 2. Versión 6. Actualización

CUALIFICACIÓN CONFECCIÓN Y PUBLICACIÓN DE PÁGINAS WEB PROFESIONAL. Nivel 2. Versión 6. Actualización Página 1 de 19 CUALIFICACIÓN CONFECCIÓN Y PUBLICACIÓN DE PÁGINAS WEB PROFESIONAL Familia Profesional Informática y Comunicaciones Nivel 2 Código IFC297_2 Versión 6 Situación Contraste externo Actualización

Más detalles

DESARROLLO DE APLICACIONES CON TECNOLOGÍAS WEB

DESARROLLO DE APLICACIONES CON TECNOLOGÍAS WEB DENOMINACIÓN: CON TECNOLOGÍAS WEB Código: IFCD0210 Familia profesional: Informática y Comunicaciones Área profesional: Desarrollo Nivel de cualificación profesional: 3 Cualificación profesional de referencia:

Más detalles

ADMINISTRACIÓN Y PROGRAMACIÓN EN SISTEMAS DE PLANIFICACIÓN DE RECURSOS EMPRESARIALES Y DE GESTIÓN DE RELACIONES CON CLIENTES CUALIFICACIÓN PROFESIONAL

ADMINISTRACIÓN Y PROGRAMACIÓN EN SISTEMAS DE PLANIFICACIÓN DE RECURSOS EMPRESARIALES Y DE GESTIÓN DE RELACIONES CON CLIENTES CUALIFICACIÓN PROFESIONAL Página 1 de 23 CUALIFICACIÓN PROFESIONAL Familia Profesional Nivel 3 Código IFC363_3 Versión 5 Situación RD 1701/2007 Actualización ADMINISTRACIÓN Y PROGRAMACIÓN EN SISTEMAS DE PLANIFICACIÓN DE RECURSOS

Más detalles