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

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

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 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

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

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

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

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

Elementos requeridos para crearlos (ejemplo: el compilador)

Elementos requeridos para crearlos (ejemplo: el compilador) Generalidades A lo largo del ciclo de vida del proceso de software, los productos de software evolucionan. Desde la concepción del producto y la captura de requisitos inicial hasta la puesta en producción

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

INSTRODUCCION. Toda organización puede mejorar su manera de trabajar, lo cual significa un

INSTRODUCCION. Toda organización puede mejorar su manera de trabajar, lo cual significa un INSTRODUCCION Toda organización puede mejorar su manera de trabajar, lo cual significa un incremento de sus clientes y gestionar el riesgo de la mejor manera posible, reduciendo costes y mejorando la calidad

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

<Generador de exámenes> Visión preliminar

<Generador de exámenes> Visión preliminar 1. Introducción Proyecto Final del curso Técnicas de Producción de Sistemas Visión preliminar Para la evaluación de algunos temas de las materias que se imparten en diferentes niveles,

Más detalles

LINEAMIENTOS ESTÁNDARES APLICATIVOS DE VIRTUALIZACIÓN

LINEAMIENTOS ESTÁNDARES APLICATIVOS DE VIRTUALIZACIÓN LINEAMIENTOS ESTÁNDARES APLICATIVOS DE VIRTUALIZACIÓN Tabla de Contenidos LINEAMIENTOS ESTÁNDARES APLICATIVOS DE VIRTUALIZACIÓN... 1 Tabla de Contenidos... 1 General... 2 Uso de los Lineamientos Estándares...

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

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

I INTRODUCCIÓN. 1.1 Objetivos

I INTRODUCCIÓN. 1.1 Objetivos I INTRODUCCIÓN 1.1 Objetivos En el mundo de la informática, la auditoría no siempre es aplicada en todos las empresas, en algunos de los casos son aplicadas por ser impuestas por alguna entidad reguladora,

Más detalles

-OPS/CEPIS/01.61(AIRE) Original: español Página 11 5. Estructura del programa de evaluación con personal externo

-OPS/CEPIS/01.61(AIRE) Original: español Página 11 5. Estructura del programa de evaluación con personal externo Página 11 5. Estructura del programa de evaluación con personal externo 5.1 Introducción Esta sección presenta la estructura del programa de evaluación con personal externo. Describe las funciones y responsabilidades

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

Ingeniería de Software. Pruebas

Ingeniería de Software. Pruebas Ingeniería de Software Pruebas Niveles de prueba Pruebas unitarias Niveles Pruebas de integración Pruebas de sistema Pruebas de aceptación Alpha Beta Niveles de pruebas Pruebas unitarias Se enfocan en

Más detalles

K2BIM Plan de Investigación - Comparación de herramientas para la parametrización asistida de ERP Versión 1.2

K2BIM Plan de Investigación - Comparación de herramientas para la parametrización asistida de ERP Versión 1.2 K2BIM Plan de Investigación - Comparación de herramientas para la parametrización asistida de ERP Versión 1.2 Historia de revisiones Fecha VersiónDescripción Autor 08/10/2009 1.0 Creación del documento.

Más detalles

IAP 1009 - TÉCNICAS DE AUDITORÍA APOYADAS EN ORDENADOR (TAAO)

IAP 1009 - TÉCNICAS DE AUDITORÍA APOYADAS EN ORDENADOR (TAAO) IAP 1009 - TÉCNICAS DE AUDITORÍA APOYADAS EN ORDENADOR (TAAO) Introducción 1. Como se indica en la Norma Internacional de Auditoría 401, "Auditoría en un contexto informatizado", los objetivos globales

Más detalles

Sistemas de Gestión de Calidad. Control documental

Sistemas de Gestión de Calidad. Control documental 4 Sistemas de Gestión de Calidad. Control documental ÍNDICE: 4.1 Requisitos Generales 4.2 Requisitos de la documentación 4.2.1 Generalidades 4.2.2 Manual de la Calidad 4.2.3 Control de los documentos 4.2.4

Más detalles

PROGRAMACIÓN ORIENTADA A OBJETOS Master de Computación. II MODELOS y HERRAMIENTAS UML. II.2 UML: Modelado de casos de uso

PROGRAMACIÓN ORIENTADA A OBJETOS Master de Computación. II MODELOS y HERRAMIENTAS UML. II.2 UML: Modelado de casos de uso PROGRAMACIÓN ORIENTADA A OBJETOS Master de Computación II MODELOS y HERRAMIENTAS UML 1 1 Modelado de casos de uso (I) Un caso de uso es una técnica de modelado usada para describir lo que debería hacer

Más detalles

Plan de estudios ISTQB: Nivel Fundamentos

Plan de estudios ISTQB: Nivel Fundamentos Plan de estudios ISTQB: Nivel Fundamentos Temario 1. INTRODUCCIÓN 2. FUNDAMENTOS DE PRUEBAS 3. PRUEBAS A TRAVÉS DEL CICLO DE VIDA DEL 4. TÉCNICAS ESTÁTICAS 5. TÉCNICAS DE DISEÑO DE PRUEBAS 6. GESTIÓN DE

Más detalles

Introducción a la Firma Electrónica en MIDAS

Introducción a la Firma Electrónica en MIDAS Introducción a la Firma Electrónica en MIDAS Firma Digital Introducción. El Módulo para la Integración de Documentos y Acceso a los Sistemas(MIDAS) emplea la firma digital como método de aseguramiento

Más detalles

PRUEBAS DE SOFTWARE TECNICAS DE PRUEBA DE SOFTWARE

PRUEBAS DE SOFTWARE TECNICAS DE PRUEBA DE SOFTWARE PRUEBAS DE SOFTWARE La prueba del software es un elemento crítico para la garantía de la calidad del software. El objetivo de la etapa de pruebas es garantizar la calidad del producto desarrollado. Además,

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

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

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

Guía para Desarrollo de Sitios Web - Gobierno de Chile

Guía para Desarrollo de Sitios Web - Gobierno de Chile www.guiaweb.gob.cl > 109 110 < www.guiaweb.gob.cl La Guía en Internet: www.guiaweb.gob.cl Guía para Desarrollo de Sitios Web - Gobierno de Chile Como se ha indicado en los capítulos iniciales, esta Guía

Más detalles

Estas visiones de la información, denominadas vistas, se pueden identificar de varias formas.

Estas visiones de la información, denominadas vistas, se pueden identificar de varias formas. El primer paso en el diseño de una base de datos es la producción del esquema conceptual. Normalmente, se construyen varios esquemas conceptuales, cada uno para representar las distintas visiones que los

Más detalles

Caso práctico de Cuadro de Mando con Tablas Dinámicas

Caso práctico de Cuadro de Mando con Tablas Dinámicas 1 Caso práctico de Cuadro de Mando con Tablas Dinámicas Luis Muñiz Socio Director de SisConGes & Estrategia Introducción Hay una frase célebre que nos permite decir que: Lo que no se mide no se puede controlar

Más detalles

PROPÓSITO... 2 DETERMINANTES PARA UNA BUENA EXPERIENCIA DE USO...

PROPÓSITO... 2 DETERMINANTES PARA UNA BUENA EXPERIENCIA DE USO... Tabla de Contenido PROPÓSITO... 2 DETERMINANTES PARA UNA BUENA EXPERIENCIA DE USO... 2 1. LA PRESENCIA DE INFORMACIÓN Y AYUDA ÚTIL PARA COMPLETAR LOS TRÁMITES EN LÍNEA.... 2 2. LA DISPONIBILIDAD DE DIVERSOS

Más detalles

GUIA SOBRE LOS REQUISITOS DE LA DOCUMENTACION DE ISO 9000:2000

GUIA SOBRE LOS REQUISITOS DE LA DOCUMENTACION DE ISO 9000:2000 1 INTRODUCCIÓN Dos de los objetivos más importantes en la revisión de la serie de normas ISO 9000 han sido: desarrollar un grupo simple de normas que sean igualmente aplicables a las pequeñas, a las medianas

Más detalles

POLÍTICA DE PRIVACIDAD PARA APLICACIONES MÓVILES GRUPOCOPESA. 1. información que se obtiene la aplicación y su utilización

POLÍTICA DE PRIVACIDAD PARA APLICACIONES MÓVILES GRUPOCOPESA. 1. información que se obtiene la aplicación y su utilización POLÍTICA DE PRIVACIDAD PARA APLICACIONES MÓVILES GRUPOCOPESA Nuestra política de privacidad se aplica al uso de las aplicaciones informáticas de los siguientes medios de comunicación: LaTercera, LaCuarta,

Más detalles

Interoperabilidad de Fieldbus

Interoperabilidad de Fieldbus 2002 Emerson Process Management. Todos los derechos reservados. Vea este y otros cursos en línea en www.plantwebuniversity.com. Fieldbus 201 Interoperabilidad de Fieldbus Generalidades Qué es interoperabilidad?

Más detalles

ANEXO : PERFILES. Guía de Comunicación Digital para la Administración General del Estado. ANEXO PERFILES

ANEXO : PERFILES. Guía de Comunicación Digital para la Administración General del Estado. ANEXO PERFILES ANEXO : PERFILES Guía de Comunicación Digital para la Administración General del Estado. ANEXO PERFILES ANEXO: PERFILES. 3 1. REQUISITOS ANTES DE TENER EL SITIO WEB. 4 1.1 TOMA DE REQUISITOS. 4 1.2 ANÁLISIS

Más detalles

Orientación acerca de los requisitos de documentación de la Norma ISO 9001:2000

Orientación acerca de los requisitos de documentación de la Norma ISO 9001:2000 Orientación acerca de los requisitos de documentación de la Norma ISO 9001:2000 Documento: ISO/TC 176/SC 2/N 525R Marzo 2001 ISO Traducción aprobada el 2001-05-31 Prólogo de la versión en español Este

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

Marco Normativo de IT

Marco Normativo de IT Marco Normativo de IT PC0901 - Proceso de control de cambios en software de aplicación provisto por Organismos Gobierno de la Ciudad Autónoma de Buenos Aires PC0901 - Proceso de control de cambios en software

Más detalles

Traducción del. Our ref:

Traducción del. Our ref: Traducción del Documento: Our ref: Secretaría del ISO/TC 176/SC 2 Fecha: 15 de octubre de 2008 A los Miembros del ISO/TC 176/SC 2 - Gestión de la Calidad y Aseguramiento de la Calidad/ Sistemas de la Calidad

Más detalles

comunidades de práctica

comunidades de práctica 1. Introducción CoSpace es una plataforma web diseñada para proporcionar un espacio virtual de interacción y colaboración entre formadores en comunidades virtuales. Se originó como resultado de las necesidades

Más detalles

Capítulo 1 Documentos HTML5

Capítulo 1 Documentos HTML5 Capítulo 1 Documentos HTML5 1.1 Componentes básicos HTML5 provee básicamente tres características: estructura, estilo y funcionalidad. Nunca fue declarado oficialmente pero, incluso cuando algunas APIs

Más detalles

GRUPO DE ACCIÓN SOBRE LA CAPACIDAD LEGAL SEGÚN LA CONVENCION

GRUPO DE ACCIÓN SOBRE LA CAPACIDAD LEGAL SEGÚN LA CONVENCION GRUPO DE ACCIÓN SOBRE LA CAPACIDAD LEGAL SEGÚN LA CONVENCION DISEÑO DE SISTEMAS DE TOMA DE DECISIONES CON APOYO: UNA GUÍA PARA EL DIÁLOGO Febrero de 2009 INTRODUCCIÓN El artículo 12 de la Convención de

Más detalles

Capítulo 5. Cliente-Servidor.

Capítulo 5. Cliente-Servidor. Capítulo 5. Cliente-Servidor. 5.1 Introducción En este capítulo hablaremos acerca de la arquitectura Cliente-Servidor, ya que para nuestra aplicación utilizamos ésta arquitectura al convertir en un servidor

Más detalles

Capítulo 5: METODOLOGÍA APLICABLE A LAS NORMAS NE AI

Capítulo 5: METODOLOGÍA APLICABLE A LAS NORMAS NE AI Capítulo 5: METODOLOGÍA APLICABLE A LAS NORMAS NE AI La segunda fase del NIPE corresponde con la adecuación de las intervenciones de enfermería del sistema de clasificación N.I.C. (Nursing Intervention

Más detalles

Qué necesito saber para tener mi sitio web en Internet?

Qué necesito saber para tener mi sitio web en Internet? Qué necesito saber para tener mi sitio web en Internet? Introducción Antes es importante tener en cuenta que Es importante considerar lo siguiente: Definir claramente tu actividad en Internet Establecer

Más detalles

Términos definiciones

Términos definiciones Términos y definiciones 3Claves para la ISO 9001-2015 Términos y definiciones: ISO9001 utiliza una serie de definiciones ligadas a la gestión de la calidad, que también deben ser comprendidas por la organización

Más detalles

PROCEDIMIENTO ESPECÍFICO. Código G083-01 Edición 0

PROCEDIMIENTO ESPECÍFICO. Código G083-01 Edición 0 Índice 1. TABLA RESUMEN... 2 2. OBJETO... 2 3. ALCANCE... 2 4. RESPONSABILIDADES... 3 5. ENTRADAS... 3 6. SALIDAS... 3 7. PROCESOS RELACIONADOS... 3 8. DIAGRAMA DE FLUJO... 4 9. DESARROLLO... 5 9.1. DEFINICIÓN...

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

INTRODUCCIÓN: Una Visión Global del Proceso de Creación de Empresas

INTRODUCCIÓN: Una Visión Global del Proceso de Creación de Empresas INTRODUCCIÓN: Una Visión Global del Proceso de Creación de Empresas 1 INTRODUCCIÓN. Una visión global del proceso de creación de empresas Cuando se analiza desde una perspectiva integral el proceso de

Más detalles

Unidad 1. Fundamentos en Gestión de Riesgos

Unidad 1. Fundamentos en Gestión de Riesgos 1.1 Gestión de Proyectos Unidad 1. Fundamentos en Gestión de Riesgos La gestión de proyectos es una disciplina con la cual se integran los procesos propios de la gerencia o administración de proyectos.

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

Módulo 7: Los activos de Seguridad de la Información

Módulo 7: Los activos de Seguridad de la Información Módulo 7: Los activos de Seguridad de la Información Se explica en este tema cómo deben abordarse la elaboración de un inventario de activos que recoja los principales activos de información de la organización,

Más detalles

SERVICIO NACIONAL DE APRENDIZAJE SENA SISTEMA INTEGRADO DE GESTIÓN Procedimiento Ejecución de la Formación Profesional Integral GUÍA DE APRENDIZAJE

SERVICIO NACIONAL DE APRENDIZAJE SENA SISTEMA INTEGRADO DE GESTIÓN Procedimiento Ejecución de la Formación Profesional Integral GUÍA DE APRENDIZAJE Código: F004-P006- GFPI Nº 1. IDENTIFICACIÓN DE LA GUIA DE APRENDIZAJE Programa de Formación: Técnico en programación de software. Nombre del Proyecto: Sistema de información para la gestión empresarial

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

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

Gestión de Permisos. Bizagi Suite. Copyright 2014 Bizagi

Gestión de Permisos. Bizagi Suite. Copyright 2014 Bizagi Gestión de Permisos Bizagi Suite Gestión de Permisos 1 Tabla de Contenido Gestión de Permisos... 3 Definiciones... 3 Rol... 3 Perfil... 3 Permiso... 3 Módulo... 3 Privilegio... 3 Elementos del Proceso...

Más detalles

PROCEDIMIENTO AUDITORÍA INTERNA

PROCEDIMIENTO AUDITORÍA INTERNA PROCEDIMIENTO AUDITORÍA INTERNA CONTENIDO 1. OBJETO... 2 2. ALCANCE... 2 3. DEFINICIONES... 2 5. PROCEDIMIENTO... 4 5.1 Planificación de la Auditoría... 4 5.2 Calificación de Auditores... 4 5.3 Preparación

Más detalles

Empresa Financiera Herramientas de SW Servicios

Empresa Financiera Herramientas de SW Servicios Empresa Financiera Herramientas de SW Servicios Resulta importante mencionar que ésta es una empresa cuya actividad principal está enfocada a satisfacer las necesidades financieras de los clientes, a través

Más detalles

CONSULTORES EN GESTIÓN DE LA CALIDAD. INSTRUCCIONES PARA SU EMPLEO.

CONSULTORES EN GESTIÓN DE LA CALIDAD. INSTRUCCIONES PARA SU EMPLEO. CONSULTORES EN GESTIÓN DE LA CALIDAD. INSTRUCCIONES PARA SU EMPLEO. Por Giancarlo Colferai. La decisión de implementar un SGC puede ser el primer contacto real de la organización con el Mundo de la ISO

Más detalles

Inter American Accreditation Cooperation. Grupo de prácticas de auditoría de acreditación Directriz sobre:

Inter American Accreditation Cooperation. Grupo de prácticas de auditoría de acreditación Directriz sobre: Grupo de prácticas de auditoría de acreditación Directriz sobre: Auditando la competencia de los auditores y equipos de auditores de organismos de certificación / registro de Sistemas de Gestión de Calidad

Más detalles

Modificación y parametrización del modulo de Solicitudes (Request) en el ERP/CRM Compiere.

Modificación y parametrización del modulo de Solicitudes (Request) en el ERP/CRM Compiere. UNIVERSIDAD DE CARABOBO FACULTAD DE CIENCIA Y TECNOLOGÍA DIRECCION DE EXTENSION COORDINACION DE PASANTIAS Modificación y parametrización del modulo de Solicitudes (Request) en el ERP/CRM Compiere. Pasante:

Más detalles

MANUAL DE USUARIO APLICACIÓN SYSACTIVOS

MANUAL DE USUARIO APLICACIÓN SYSACTIVOS MANUAL DE USUARIO APLICACIÓN SYSACTIVOS Autor Edwar Orlando Amaya Diaz Analista de Desarrollo y Soporte Produce Sistemas y Soluciones Integradas S.A.S Versión 1.0 Fecha de Publicación 19 Diciembre 2014

Más detalles

Servicio de Alta, Baja, Modificación y Consulta de usuarios Medusa

Servicio de Alta, Baja, Modificación y Consulta de usuarios Medusa Documentos de Proyecto Medusa Documentos de: Serie: Manuales Servicio de Alta, Baja, Modificación y Consulta del documento: Fecha 22 de febrero de 2007 Preparado por: José Ramón González Luis Aprobado

Más detalles

TEMA 4: EMPEZANDO A NAVEGAR ESCUELA UNIVERSITARIA DE INFORMÁTICA. Raúl Martín Martín

TEMA 4: EMPEZANDO A NAVEGAR ESCUELA UNIVERSITARIA DE INFORMÁTICA. Raúl Martín Martín TEMA 4: EMPEZANDO A ESCUELA UNIVERSITARIA DE INFORMÁTICA NAVEGAR Raúl Martín Martín SERVICIOS DE INTERNET SERVICIOS DE INTERNET Las posibilidades que ofrece Internet se denominan servicios. Hoy en día,

Más detalles

CMMI (Capability Maturity Model Integrated)

CMMI (Capability Maturity Model Integrated) CMMI (Capability Maturity Model Integrated) El SEI (software engineering institute) a mediados de los 80 desarrolló el CMM (modelo de madurez de la capacidad de software). CMMI: CMM integrado, una mezcla

Más detalles

GUÍA Nro. 1 TECNOLOGÍA DE INTERNET. TIII PIII

GUÍA Nro. 1 TECNOLOGÍA DE INTERNET. TIII PIII GUÍA Nro. 1 TECNOLOGÍA DE INTERNET. TIII PIII GUIA DISPONIBLE EN: http://preparadorivan.blogspot.com/ - http://preparadormssi.50webs.com/inicio.html La World Wide Web o la Web, es una de las múltiples

Más detalles

LA LOGÍSTICA COMO FUENTE DE VENTAJAS COMPETITIVAS

LA LOGÍSTICA COMO FUENTE DE VENTAJAS COMPETITIVAS LA LOGÍSTICA COMO FUENTE DE VENTAJAS COMPETITIVAS Los clientes compran un servicio basandose en el valor que reciben en comparacion con el coste en el que incurren. Por, lo tanto, el objetivo a largo plazo

Más detalles

ÍNDICE. Introducción Características técnicas Funcionamiento de la aplicación

ÍNDICE. Introducción Características técnicas Funcionamiento de la aplicación Identificación de los módulos formativos asociados a los certificados de profesionalidad y títulos de formación profesional, para la adaptación de un sistema de información y detección de necesidades formativas

Más detalles

CALIDAD DEL SOFTWARE TESTS DE EXAMEN ACTUALIZADO SEP. 2010 TEMA 3 NORMALIZACIÓN Y CERTIFICACIÓN: NORMA ISO 9001:2000

CALIDAD DEL SOFTWARE TESTS DE EXAMEN ACTUALIZADO SEP. 2010 TEMA 3 NORMALIZACIÓN Y CERTIFICACIÓN: NORMA ISO 9001:2000 TEMA 3 NORMALIZACIÓN Y CERTIFICACIÓN: NORMA ISO 9001:2000 1. NORMALIZACIÓN Y CERTIFICACIÓN 01 [Feb. 2005] Qué organización internacional propone gran cantidad de normativas en numerosos campos tecnológicos?

Más detalles

ENFOQUE ISO 9000:2000

ENFOQUE ISO 9000:2000 ENFOQUE ISO 9000:2000 1 PRESENTACION En 1980 la IOS (INTERNATIONAL ORGANIZATION FOR STANDARDIZATION) organismo de origen europeo, enfoco sus esfuerzos hacia el establecimiento de lineamientos en términos

Más detalles

Guía de los cursos. Equipo docente:

Guía de los cursos. Equipo docente: Guía de los cursos Equipo docente: Dra. Bertha Patricia Legorreta Cortés Dr. Eduardo Habacúc López Acevedo Introducción Las organizaciones internacionales, las administraciones públicas y privadas así

Más detalles

Introducción. Ciclo de vida de los Sistemas de Información. Diseño Conceptual

Introducción. Ciclo de vida de los Sistemas de Información. Diseño Conceptual Introducción Algunas de las personas que trabajan con SGBD relacionales parecen preguntarse porqué deberían preocuparse del diseño de las bases de datos que utilizan. Después de todo, la mayoría de los

Más detalles

México, 2014 CONTENIDO INTRODUCCIÓN OBJETIVOS

México, 2014 CONTENIDO INTRODUCCIÓN OBJETIVOS Marco Operativo para Empresas Líderes y Organismos Operadores México, 2014 CONTENIDO INTRODUCCIÓN OBJETIVOS REGLAS GENERALES DE OPERACIÓN Y COORDINACIÓN PARA LAS EMPRESAS LÍDERES, ORGANISMOS OPERADORES

Más detalles

RESULTADOS CONSULTA CIUDADANA VIRTUAL. Consulta Laboral en Línea

RESULTADOS CONSULTA CIUDADANA VIRTUAL. Consulta Laboral en Línea RESULTADOS CONSULTA CIUDADANA VIRTUAL Consulta Laboral en Línea Septiembre, 2015 1 Agradecimientos Ponemos a disposición de ustedes los resultados de la Consulta Ciudadana Virtual, efectuada en julio de

Más detalles

PROTOCOLO DE EVALUACIÓN PARA LA VERIFICACIÓN DE TÍTULOS OFICIALES (GRADO Y MÁSTER)

PROTOCOLO DE EVALUACIÓN PARA LA VERIFICACIÓN DE TÍTULOS OFICIALES (GRADO Y MÁSTER) PROTOCOLO DE EVALUACIÓN PARA LA VERIFICACIÓN DE TÍTULOS OFICIALES (GRADO Y MÁSTER) V.01.02/12/10 Página 2 de 17 Para facilitar la labor que desarrollan los evaluadores, nombrados por AGAE, en el proceso

Más detalles

CONSEJOS DE CÓMO CREAR UN DOCUMENTO ADOBE PDF ACCESIBLE A PARTIR DE UN DOCUMENTO MICROSOFT WORD ACCESIBLE

CONSEJOS DE CÓMO CREAR UN DOCUMENTO ADOBE PDF ACCESIBLE A PARTIR DE UN DOCUMENTO MICROSOFT WORD ACCESIBLE CONSEJOS DE CÓMO CREAR UN DOCUMENTO ADOBE PDF ACCESIBLE A PARTIR DE UN DOCUMENTO MICROSOFT WORD ACCESIBLE (Sistema Operativo Windows) Marzo 2011 Lourdes Moreno López 1,2 lmoreno@inf.uc3m.es 1: Grupo LaBDA,

Más detalles

Equipos a Presión. Condiciones de Seguridad Industrial y Laboral. Marco Normativo. Calderas. Lugo, 25 de octubre de 2011 1 CAMPAÑA EUROPEA SOBRE MANTENIMIENTO SEGURO Principales Objetivos: Sensibilizar

Más detalles

M.T.I. Arturo López Saldiña

M.T.I. Arturo López Saldiña M.T.I. Arturo López Saldiña Hoy en día, existen diversas aproximaciones al tema de cómo hacer que las personas trabajen dentro de una organización de manera colaborativa. El problema se vuelve más difícil

Más detalles

SISTEMA DE PAPELES DE TRABAJO PARA AUDITORÍA SPT AUDIT

SISTEMA DE PAPELES DE TRABAJO PARA AUDITORÍA SPT AUDIT SISTEMA DE PAPELES DE TRABAJO PARA AUDITORÍA SPT AUDIT INTRODUCCIÓN La documentación de auditoría ó papeles de trabajo son el respaldo que tiene el auditor para registrar los procedimientos aplicados,

Más detalles

DISEÑO FORMATIVO ACCESIBILIDAD WEB - WCAG 2.0

DISEÑO FORMATIVO ACCESIBILIDAD WEB - WCAG 2.0 WCAG 2.0 Fecha DISEÑO FORMATIVO ACCESIBILIDAD WEB - WCAG 2.0 Grupo destinatario: Lugar de celebración Duración Número de alumnos/as Modalidad Profesionales del sector TIC, con titulación media o superior

Más detalles

LISTA DE CHEQUEO NORMA NTC ISO 9001:2000 No. REQUISITOS EXISTE ESTADO OBSERVACIONES D: Documentado I: Implementado M: Mejorar SI NO D I M

LISTA DE CHEQUEO NORMA NTC ISO 9001:2000 No. REQUISITOS EXISTE ESTADO OBSERVACIONES D: Documentado I: Implementado M: Mejorar SI NO D I M No. REQUISITOS EXISTE ESTADO OBSERVACIONES 4. SISTEMA DE GESTION DE LA CALIDAD 4.1 Requisitos Generales La organización debe establecer, documentar, implementar y mantener un S.G.C y mejorar continuamente

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

Seguimiento y evaluación

Seguimiento y evaluación Seguimiento y evaluación Por qué es necesario contar con herramientas para el seguimiento y la evaluación? Es la manera en que se puede evaluar la calidad e impacto del trabajo en relación con el plan

Más detalles

"Diseño, construcción e implementación de modelos matemáticos para el control automatizado de inventarios

Diseño, construcción e implementación de modelos matemáticos para el control automatizado de inventarios "Diseño, construcción e implementación de modelos matemáticos para el control automatizado de inventarios Miguel Alfonso Flores Sánchez 1, Fernando Sandoya Sanchez 2 Resumen En el presente artículo se

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

Generalidades. DOCUMENTOS DE PATENTES COMO FUENTE DE INFORMACION TECNOLOGICA

Generalidades. DOCUMENTOS DE PATENTES COMO FUENTE DE INFORMACION TECNOLOGICA DOCUMENTOS DE PATENTES COMO FUENTE DE INFORMACION TECNOLOGICA Generalidades. Cuando una persona ha realizado una invención lo más conveniente es protegerla obteniendo un derecho de Propiedad Industrial.

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

Aplicación para la gestión de prácticas en empresas. Memoria

Aplicación para la gestión de prácticas en empresas. Memoria Aplicación para la gestión de prácticas en empresas. Memoria El proyecto se basa en la creación de una aplicación para la gestión de prácticas curriculares en empresas de los alumnos de la Facultad de

Más detalles

CURSO BÁSICO DE MEDIO AMBIENTE

CURSO BÁSICO DE MEDIO AMBIENTE PARQUE CIENTÍFICO TECNOLÓGICO DE GIJÓN CTRA. CABUEÑES 166, 33203 GIJÓN TELS 985 099 329 / 984 190 922 CURSO BÁSICO DE MEDIO AMBIENTE Página 1 de 5 PROGRAMA DEL MÓDULO 1. CONCEPTOS Y DEFINICIONES. 2. SISTEMA

Más detalles

Procedimiento de Sistemas de Información

Procedimiento de Sistemas de Información Procedimiento de Sistemas de Información DIRECCIÓN DE COORDINACIÓN TÉCNICA Y PLANEACIÓN VIEMBRE DE 2009 PR-DCTYP-08 Índice. 1. INTRODUCCIÓN.... 3 2. OBJETIVO.... 4 3. ALCANCE.... 4 4. MARCO LEGAL.... 4

Más detalles

Haga clic en los recuadros donde indica la mano y regrese al inicio del capítulo al hacer clic en el título de la sección donde se encuentra

Haga clic en los recuadros donde indica la mano y regrese al inicio del capítulo al hacer clic en el título de la sección donde se encuentra Cómo gestiono el Plan Anual de Adquisiciones de mi Entidad en el SECOP II? Crear equipo Crear Plan Anual de Adquisiciones Publicar Plan Anual de Adquisiciones Modificar Plan Anual de Adquisiciones Buscar

Más detalles

SISTEMA DE GESTIÓN DE PREVENCIÓN DE RIESGOS SEGÚN MODELO OHSAS 18001

SISTEMA DE GESTIÓN DE PREVENCIÓN DE RIESGOS SEGÚN MODELO OHSAS 18001 SISTEMA DE GESTIÓN DE PREVENCIÓN DE RIESGOS SEGÚN MODELO OHSAS 18001 Se considerará que la prevención se ha integrado en la gestión y realización de una actividad si su procedimiento de ejecución se ha

Más detalles

Gestión de la Configuración

Gestión de la Configuración Gestión de la ÍNDICE DESCRIPCIÓN Y OBJETIVOS... 1 ESTUDIO DE VIABILIDAD DEL SISTEMA... 2 ACTIVIDAD EVS-GC 1: DEFINICIÓN DE LOS REQUISITOS DE GESTIÓN DE CONFIGURACIÓN... 2 Tarea EVS-GC 1.1: Definición de

Más detalles

Proyecto Fin de Carrera

Proyecto Fin de Carrera Proyecto Fin de Carrera Gestión del Proyecto para una Plataforma online de intercambio, compra o venta de ayudas técnicas. Consultora: Ana Cristina Domingo Troncho Autor: Álvaro Fanego Lobo Junio de 2013

Más detalles

PRESENTACIÓN DEL PRODUCTO

PRESENTACIÓN DEL PRODUCTO PRESENTACIÓN DEL PRODUCTO esernet, s.l. Sebastián Elcano, 32 Planta 1 Oficina 22 28012 Madrid Teléfono: 91 433 84 38 -- Fax. 91 141 21 89 www.esernet.com -- esernet@esernet.com 1. Introducción 2. Descripción

Más detalles

Operación 8 Claves para la ISO 9001-2015

Operación 8 Claves para la ISO 9001-2015 Operación 8Claves para la ISO 9001-2015 BLOQUE 8: Operación A grandes rasgos, se puede decir que este bloque se corresponde con el capítulo 7 de la antigua norma ISO 9001:2008 de Realización del Producto,

Más detalles

ICTE NORMAS DE CALIDAD DE AGENCIAS DE VIAJES REGLAS GENERALES DEL SISTEMA DE CALIDAD. Ref-RG Página 1 de 9

ICTE NORMAS DE CALIDAD DE AGENCIAS DE VIAJES REGLAS GENERALES DEL SISTEMA DE CALIDAD. Ref-RG Página 1 de 9 Página 1 de 9 1 Página 2 de 9 SUMARIO 1. OBJETO 2. ALCANCE 3. DEFINICIONES 4. GENERALIDADES 5. NORMAS DE CALIDAD DE SERVICIO 6. ESTRUCTURA TIPO DE LAS NORMAS 7. MECANISMOS DE EVALUACIÓN 8. PONDERACIÓN

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

Ajustes del Curso en egela (Moodle 2.5)

Ajustes del Curso en egela (Moodle 2.5) Ajustes del Curso en egela (Moodle 2.5) Manual para el profesorado Versión 2 (12/05/2015) El presente manual ha sido desarrollado por el Campus Virtual de la Universidad del País Vasco / Euskal Herriko

Más detalles