Guía_Sitios_Web_Caicedo_2012(1)

GUA PARA EL DESARROLLO DE SITIOS WEB GUBERNAMENTALES ACCESIBLES

Carlos Felipe Caicedo Gonzlez

Cdigo 1075858

Brian Antonio Hernndez Salcedo

Cdigo 1075619

Universidad de San buenaventura

Facultad de ingeniera

Programa de ingeniera de sistemas

Seccional Cali

Santiago de Cali

2012

GUA PARA EL DESARROLLO DE SITIOS WEB GUBERNAMENTALES ACCESIBLES

Carlos Felipe Caicedo Gonzlez

Cdigo 1075858

Brian Antonio Hernndez Salcedo

Cdigo 1075619

Proyecto de Grado

Directora: Yenny A. Mndez A.

Magster en Computacin

Universidad de San buenaventura

Facultad de ingeniera

Programa de Ingeniera de Sistemas

Seccional Cali

Santiago de Cali

2012

3

Notas de aceptacin:

______________________________

______________________________

______________________________

______________________________

______________________________

______________________________

Firma del jurado

______________________________

Firma del jurado

______________________________

Firma del jurado

4

TABLA DE CONTENIDO

GLOSARIO ............................................................................................. 10

RESUMEN .............................................................................................. 14

INTRODUCCIN ...................................................................................... 15

1. PLANTEAMIENTO DEL PROBLEMA ............................................................. 17

2. JUSTIFICACIN ................................................................................. 19

3. OBJETIVOS DEL PROYECTO ................................................................... 20

4. BASE CONCEPTUAL ............................................................................. 21

4.1. DISCAPACIDAD ............................................................................. 21

4.1.1. Principales discapacidades ........................................................ 21

4.2. ACCESIBILIDAD ............................................................................ 22

4.3. POR QU LA ACCESIBILIDAD ES UNA NECESIDAD GENERAL? ......................... 23

4.4. BENEFICIOS DE LA ACCESIBILIDAD....................................................... 25

5. NORMAS ......................................................................................... 28

5.1. NORMAS. ................................................................................... 28

5.2. LEYES ....................................................................................... 28

5.3. NORMAS Y LEYES COLOMBIANAS ........................................................ 28

5.3.1. Manual de Estrategias en Lnea ................................................... 29

5.3.1.1. Componentes de Gobierno en Lnea ........................................ 30

5.3.1.2. Niveles de Gobierno en Lnea ................................................ 31

5.3.1.3. Gobierno como Plataforma ................................................... 32

5.4. NORMAS Y LEYES EN OTROS PAISES ..................................................... 33

6. ESTNDAR ....................................................................................... 35

6.1. EL CONSORCIO PARA LA WEB(W3C, POR SUS SIGLAS EN INGLS WORLD WIDE WEB

CONSORTIUM) ........................................................................................ 35

6.2. PAUTAS PARA LA ACCESIBILIDAD WEB .................................................. 36

6.2.1. Pautas de Accesibilidad al Contenido en la Web (WCAG, por sus siglas en

ingls Web Content Accessibility Guidelines). ............................................. 36

6.2.2. Pautas de Accesibilidad para Agentes de Usuario (UAAG, por sus siglas en

ingls Agent Accessibility Guidelines). ..................................................... 37

6.2.3. Pautas de Accesibilidad para Herramientas de Autor (ATAG, por sus siglas

en ingls Authoring Tool Accessibility Guidelines). ....................................... 37

5

6.2.5. Evaluacin y el Lenguaje de Informe (EARL, por sus siglas en ingls

Evaluation and Report Language). .......................................................... 39

6.2.7. Principios, guas y tcnicas ........................................................ 48

6.2.7.1. Accesibilidad para Herramientas de Autor (ATAG, por sus siglas en

ingls Authoring Tool Accessibility Guidelines. ......................................... 48

6.2.7.2. Directrices de accesibilidad para agentes de usuario (UAAG, por sus

siglas en ingles User Agent Accessibility Guidelines) .................................. 53

7. METODOLOGA .................................................................................. 55

7.1. IDENTIFICACIN DE PAUTAS PARA LA ACCESIBILIDAD ................................ 55

7.2. IDENTIFICACIN DE PRINCIPIOS, PUNTOS DE VERIFICACIN Y TCNICAS .......... 55

7.3. CONSTRUCCIN DE LINEAMIENTOS ..................................................... 56

8. LINEAMIENTOS .................................................................................. 60

8.1. DEFINICIN DE LINEAMIENTOS .......................................................... 60

8.2. LINEAMIENTOS PARA DESARROLLADORES .............................................. 60

8.2.1. Lineamientos para el Contenido de la Web ..................................... 60

8.2.2. Lineamientos para autores de contenido Web. ................................. 86

9. TCNICAS DE EVALUACIN .................................................................... 96

9.1. CMO SE REALIZA UNA EVALUACIN DE ACCESIBILIDAD? ........................... 96

9.1.1. Revisin de estndares ............................................................. 97

9.1.2. Evaluacin Heurstica ............................................................... 97

9.1.3. Simulaciones de diseo ............................................................. 98

9.1.4. Tcnicas de filtrado. ............................................................... 99

9.2. HERRAMIENTAS PARA LA EVALUACIN DE ACCESIBILIDAD ......................... 100

10. EVALUACIONES DE ACCESIBILIDAD APLICADAS A SITIOS WEB ........................ 104

7.2. ANLISIS POR SITIO WEB ............................................................... 108

7.2.1. LinkedIn ............................................................................ 108

7.2.2. Twitter .............................................................................. 111

11. DISEOS INNACCESIBLES DE SITIOS WEB COLOMBIANOS ............................. 114

11.1. INCONFORMIDADES EN LA PGINA INICIAL ........................................ 114

11.2. INCONFORMIDADES EN LAS DEMS OPCIONES DE MEN ......................... 117

12. TRABAJOS FUTUROS ...................................................................... 119

13. CONCLUSIONES ............................................................................ 121

BIBLIOGRAFA ...................................................................................... 122

6

LISTA DE TABLAS

Tabla 1. Incluir alternativas de textos ........................................................... 61

Tabla 2. Evitar el manejo de CAPTCHAs ........................................................ 61

Tabla 3. Incluir contenido no textual ............................................................ 62

Tabla 4. Evitar elementos no tiles para los usuarios ......................................... 63

Tabla 5. Incluir reproducciones de slo audio y slo video ................................... 64

Tabla 6. Incluir subttulos, descripciones (visuales y auditivas) y lenguaje de seas. .... 64

Tabla 7. Incluir seales auditivas ................................................................. 66

Tabla 8. Incluir una estructura en la presentacin ............................................. 67

Tabla 9. Mantener una secuencia de informacin lgica ...................................... 68

Tabla 10. Permitir configuracin visual .......................................................... 68

Tabla 11. Incluir mecanismos para instruir al usuario ......................................... 69

Tabla 12. Hacer buen uso del color............................................................... 70

Tabla 13. Permitir la configuracin del sonido ................................................. 71

Tabla 14. Evitar el ruido en el audio ............................................................. 71

Tabla 15. Permitir el manejo del teclado como componente de interfaz de usuario ..... 72

Tabla 16. Proporcionar a los usuarios el tiempo suficiente para leer y usar el contenido.

......................................................................................................... 73

Tabla 17. Definir un lmite de contraste ......................................................... 74

Tabla 18. Evitar interrupciones en las reproducciones ........................................ 75

Tabla 19. Evitar la prdida de informacin durante la re-autentificacin .................. 76

Tabla 20. Disminuir los destellos en las imgenes .............................................. 77

7

Tabla 21. Evitar bloques de texto redundantes ................................................. 77

Tabla 22. Incluir el foco de seleccin ............................................................ 78

Tabla 23. Incluir una ruta de navegacin ........................................................ 79

Tabla 24. Mantener un buen manejo del idioma ............................................... 80

Tabla 25. Incluir definiciones y abreviaciones .................................................. 80

Tabla 26. Mantener un nivel de lectura adecuado ............................................. 81

Tabla 27. Distribuir el contenido en secciones ................................................. 82

Tabla 28. Incluir mecanismos para la pronunciacin. .......................................... 82

Tabla 29. Incluir cambios sutiles de contexto................................................... 83

Tabla 30. Incluir navegacin consistente a otros sitios Web .................................. 84

Tabla 31. Realizar un manejo adecuado de errores ............................................ 84

Tabla 32. Incluir ayuda para el contenido Web ................................................. 85

Tabla 33. Proveer alternativas de texto ......................................................... 86

Tabla 34. Proveer opciones de foco, elementos activos y links visitados ................... 87

Tabla 35. Configurar el texto ...................................................................... 87

Tabla 36. Permitir el control del volumen ....................................................... 88

Tabla 37. Proveer un mecanismo de foco efectivo ............................................. 89

Tabla 38. Proveer una navegacin secuencial .................................................. 89

Tabla 39. Permitir incluir opciones graficas ..................................................... 90

Tabla 40. La herramienta debe permitir el uso de sus funcionalidades mediante accesos

rpidos ................................................................................................ 90

Tabla 41. Proveer a los usuarios con suficiente tiempo para usar las funcionalidades ... 91

Tabla 42. Proveer la informacin de una manera estructurada ............................. 91

8

Tabla 43. Permitir la bsqueda de informacin ................................................ 92

Tabla 44. Permitir la administracin de las preferencias de los usuarios ................... 93

Tabla 45. Ayudar a los usuarios a evitar mensajes innecesarios ............................. 93

Tabla 46. Ayudar a los usuarios a evitar y corregir errores ................................... 94

Tabla 47. Asegurar la disponibilidad de caractersticas que permitan la produccin de

contenidos accesibles ............................................................................... 94

9

LISTA DE ILUSTRACIONES

Ilustracin 1. Puntuacin de accesibilidad en el anlisis tcnico por criterio de

verificacin, en la plataforma LinkedIn. ....................................................... 111

Ilustracin 2. Puntuacin de accesibilidad en el anlisis tcnico por criterio de

verificacin, en la plataforma Twitter ......................................................... 113

Ilustracin 3. Vista inicial del portal ........................................................... 114

Ilustracin 4. Vista inicial del portal ........................................................... 115

Ilustracin 5. Reproduccin de la pgina inicial. ............................................. 115

Ilustracin 6. Scroll de imgenes del portal ................................................... 116

Ilustracin 7. Foco en el men principal ....................................................... 116

Ilustracin 8. Foco despus de presionar tabular .................................... 116

Ilustracin 9. Al aumentar el zoom de la pgina, el texto no se ajusta a tamao. ...... 117

Ilustracin 10. Pgina con reproduccin automtica. ....................................... 118

10

GLOSARIO

AUDIODESCRIPCIN: La narracin agregada a la pista de sonido para describir los

detalles visuales importantes que no se pueden entender slo con la banda de sonido

principal [1].

AUDIODESCRIPCIN EXTENDIDA: Audio descripcin que se agrega a una presentacin

audiovisual poniendo en pausa el vdeo, de manera que haya tiempo suficiente para

agregar una descripcin adicional [1].

BLOQUES DE TEXTO: Ms de una oracin de texto [1].

CAMBIOS DE CONTEXTO: Corresponden a los cambios importantes en el contenido de

una pgina Web que, cuando se hacen sin el conocimiento del usuario, pueden

desorientar a quienes no pueden ver toda la pgina al mismo tiempo [1].

CAPTCHA: Acrnimo de Completely Automated Public Turing test to tell Computers and

Humans Apart (Prueba de Turing pblica y automtica para diferenciar a mquinas y

humanos). Las pruebas de CAPTCHA a menudo consisten en pedirle al usuario que

escriba en forma de texto aquello que aparece en una imagen o en un archivo de audio

distorsionados [1].

CSS: Abreviacin de Cascading Style Sheets

CONFORMIDAD: La satisfaccin de todos los requisitos de un estndar, pauta o

especificacin determinados [1].

11

CONTENIDO NO TEXTUAL: Cualquier contenido que no est formado por una secuencia

de caracteres que puede ser determinado por software o donde la secuencia no expresa

nada en ningn idioma [1].

DECORACIN: Que slo persigue un propsito esttico, no proporciona informacin y

no tiene ninguna funcionalidad [1].

DESTELLO: Son los cambios opuestos en la luminosidad relativa que pueden causar

convulsiones en algunas personas si son lo suficientemente pronunciados y en un rango

de frecuencia determinado [1].

ETIQUETA: Corresponde al texto u otro componente con una alternativa textual que se

presenta al usuario para identificar un componente dentro del contenido Web [1].

IMGENES DE TEXTO: Corresponde al texto que ha sido presentado en forma no textual

(por ejemplo, una imagen) para conseguir un efecto visual determinado.

LUMINOSIDAD RELATIVA: Brillo relativo de cualquier punto situado en un espacio de

color, normalizado a 0 para el negro ms oscuro y a 1 para el blanco ms claro.

Para el espacio de color sRGB, la luminosidad relativa de un color se define como L =

0.2126 * R + 0.7152 * G + 0.0722 * B donde R, G y B se definen como:

Si RsRGB

12

BsRGB = B8bit/255

Es necesario tener en cuenta si se aplica un difuminado despus de la distribucin de un

contenido, de ser as, se usa el valor del color de la fuente original. Para colores que se

difuminan en el original, se deben emplear los valores promedio de los colores que se

han difuminado (R promedio, G promedio y B promedio) [1].

NIVEL DE EDUCACIN PRIMARIO: Periodo de seis aos que empieza a las edades de

entre cinco y siete, posiblemente sin ninguna educacin previa.

Nota: Esta definicin est basada en la Clasificacin Internacional Normalizada de la

Educacin (UNESCO) [1].

NIVEL MNIMO DE EDUACIN SECUNDARIA: Los dos o tres aos de educacin que se

inician al trmino de seis aos de escuela y finalizan nueve aos despus del comienzo

de la enseanza primaria.

Nota: Esta definicin se basa en la Clasificacin Internacional Normalizada de la

Educacin (UNESCO).

SECUENCIA CORRECTA DE LECTURA: Cualquier secuencia donde las palabras y prrafos

se presentan en un orden que no cambia el significado del contenido [1].

SLO AUDIO: Una presentacin basada en el tiempo que contiene nicamente audio

(sin vdeo y sin interaccin) [1].

SLO VIDEO: Una presentacin basada en el tiempo que contiene nicamente imgenes

(vdeo), sin sonidos (audio) ni interaccin [1].

VISUALMENTE COFIGURABLE: Cuando se puede establecer el tipo de letra, el tamao,

el color y el fondo [1].

13

WCAG: Abreviacin de Web Content Accessibility Guidelines, que en espaol traduce

guas accesibles para el contenido de la web.

W3C: Abreviacin de World Wide Web Consortium, que en espaol traduce Consorcio

para la World Wide Web.

14

RESUMEN

Este documento presenta el desarrollo del proyecto cuyo propsito es proponer una serie

de lineamientos para el desarrollo de sitios Web gubernamentales colombianos

accesibles; a partir de las normas y leyes tanto colombianas como de otros pases y el

estndar de la W3C que se tom como base para su desarrollo.

Adicionalmente, se incluye la metodologa que explica el proceso para la generacin de

los lineamientos y el anlisis que se realiz sobre el estndar mencionado en el

documento. Finalmente, el documento incluye los lineamientos para herramientas de

desarrolladores y de contenido y algunas de las tcnicas de evaluacin propuestas por la

W3C.

15

INTRODUCCIN

Existen millones de personas con discapacidad que no pueden utilizar la Web.

Actualmente, la mayora de los sitios Web y los software Web presentan barreras de

accesibilidad, lo que dificulta o imposibilita su utilizacin para muchas personas con

discapacidad. Cuanto ms software y sitios Web accesibles estn disponibles, ms

personas con discapacidad podrn utilizar la Web y contribuir de forma ms eficiente.

Al hablar de accesibilidad Web se est haciendo referencia a un diseo Webaccesible

que va a permitir que las personas con discapacidades puedan percibir, entender,

navegar e interactuar con la Web, aportando a su vez contenidos. Entre las

discapacidades que abarca la accesibilidad existen los problemas visuales, auditivos,

fsicos, cognitivos, neurolgicos, del habla y aquellos que surgen debido a la avanzada

edad de las personas.

Es an ms importante que las personas, sin importar sus discapacidades, puedan

acceder a la informacin que las instituciones del estado proveen. Para esto es necesario

que el Gobierno desarrolle sitios Web que incluyan un diseo accesible de forma que sus

instituciones puedan implementar de forma fcil y eficiente.

El documento incluye cmo y qu se debe tener en cuenta para un diseo accesible de

los sitios Web de las instituciones del estado, para esto el documento se ha divido en los

siguientes captulos:

Captulo 1: Planteamiento del problema. Explica y argumenta el problema que

dio origen al trabajo de grado.

Captulo 2: Justificacin. Sustenta el por qu el trabajo de grado y la forma en

como se llevo a cabo.

Captulo 3: Base Conceptual. Pertenece a fuente de informacin necesaria para

entender qu es la accesibilidad y los beneficios que esta puede traer a los sitios

Web.

Captulo 4: Normas. Informacin relacionada con la forma como actualmente el

Gobierno Colombiano enfrenta el problema de accesibilidad en la Web y cmo

otros pases han logrado hacerlo.

Captulo 5: Estndar. Incluye el estndar del cual el Gobierno Colombiano y los

dems pases han implementado para lograr diseos accesibles.

16

Captulo 6: Metodologa. Explica de forma detallada el proceso que se llev a

cabo para el desarrollo de los lineamientos, que servirn como base para el

desarrollo del prototipo Web.

Captulo 7: Lineamientos. Detalla cada una de las guas propuestas como

desarrollo del presente proyecto, las cuales explican cmo lograr un diseo

accesible en el contenido y la estructura de la Web.

Captulo 8: Tcnicas de Evaluacin. Explica cmo se evala el diseo accesible

en un sitio Web y las herramientas que se deben tener en cuenta para hacerlo.

Captulo 9: Evaluaciones de Accesibilidad Aplicadas a Sitios Web. Incluye

algunos ejemplos de evaluaciones realizados a sitios Web accesibles.

17

1. PLANTEAMIENTO DEL PROBLEMA

En Colombia, el nmero de discapacitados crece como consecuencia de enfermedades y

accidentes. Se estima que el 6.3% de la poblacin colombiana sufre de algn tipo de

discapacidad [2]. Debido a que el nmero de personas es significativo y que todas son

contempladas bajo la constitucin como ciudadanos colombianos, es deber del estado

brindarles la informacin de las instituciones pertenecientes a l bajo canales de

comunicacin propios a su condicin como es internet.

El Gobierno Colombiano ha creado canales de comunicacin para dar a conocer las

diferentes actividades asociadas a las instituciones del estado. Entre los propsitos del

Gobierno, se espera que la informacin pueda ser accedida por todas las personas,

independientemente de las discapacidades fsicas que presenten y de esta forma,

mantener informado a los colombianos sobre los cambios y acontecimientos en el

Gobierno Nacional.

Entre los canales de comunicacin se encuentran los sitios Web, que a pesar de ser un

medio adecuado de bsqueda de informacin, puede generar complicaciones a personas

con discapacidades debido al alto grado de interaccin que existe entre el usuario y los

dispositivos electrnicos [3]. Las discapacidades fsicas, del habla, auditivas, cognitivas y

neurolgicas, que a su vez suelen empeorar con la edad, inhabilitan a las personas que

las padecen a interactuar ampliamente con los sitios Web; lo que finalmente puede

generar una limitante al acceso a la informacin, la adquisicin de destrezas o al fcil

desarrollo de habilidades de razonamiento.

A partir de las discapacidades planteadas anteriormente, surge la pregunta Cmo

contribuir con el desarrollo de sitios Web gubernamentales colombianos, de tal manera

que estos sean ms accesibles para las personas con discapacidades relacionadas a la

avanzada edad, discapacidades fsicas, del habla, auditivas, cognitivas y neurolgicas?

El desarrollo del proyecto responder al problema planteado, mediante la generacin de

una gua que servir como referente para el desarrollo de sitios Web gubernamentales

accesibles. Todo esto con el propsito de contribuir con el fcil acceso a la informacin

relacionada a las instituciones del estado colombiano. Finalmente, es necesario para el

desarrollo del proyecto tener una base fundamental de estandarizacin como la W3C,

que revela la importancia de proporcionar accesibilidad a los sistemas interactivos al

incluir dentro del desarrollo de software aspectos sociales que tienen como fin eliminar

18

aquellas barreras que impiden a las personas con discapacidades y necesidades

especiales su enrgica participacin en las actividades de la vida cotidiana.

19

2. JUSTIFICACIN

Actualmente, Internet se ha convertido en el mayor canal de comunicacin a nivel

mundial, permitiendo desde cualquier punto y en cualquier momento el acceso a la

informacin y al conocimiento, esta popularizacin ha sido factible, en parte, porque en

los ltimos aos los servicios administrativos e informativos basados en la Web han

evolucionado y, tambin, al aumento exponencial del nmero de usuarios con acceso a

Internet. Pero, no todo son ventajas, mientras un alto porcentaje de la poblacin

mundial migra hacia el ciberespacio, integrndose en la sociedad de la informacin,

otros pases en vas de desarrollo acusan las desventajas agudizando lo que se ha

determinado en llamar la brecha digital; es decir, la diferencia entre aqullos que

tienen acceso a las TIC (Tecnologas de informacin y comunicacin) y los que no

(debido a limitaciones fsicas, tcnicas, entre otras).

El hecho de que la sociedad de la informacin y las TIC supongan una oportunidad sin

precedentes para favorecer la integracin social y laboral de las personas con

discapacidad, no descarta el riesgo inasumible de que la falta de acceso a las mismas

por parte de este colectivo acabe convirtindose en una nueva barrera para el mundo de

la discapacidad. En este sentido, el trabajo de investigacin que se presenta a

continuacin, pretende luchar contra ello. Con este objeto, se realizar un

acercamiento al mundo de la discapacidad (legislacin, directrices, tipos de

deficiencias) y se detectarn los principales problemas que dificultan su acceso a

Internet. Todo esto, encaminado en conocer el grado de cumplimiento de las pautas de

accesibilidad que deberan estar presente en cada una de los contenidos Web presentes

en internet, y habilitar instrumentos que contribuyan a mitigar las barreras que

dificultan el acceso a la informacin en la Web.

20

3. OBJETIVOS DEL PROYECTO

Objetivo general

Generar un referente terico para el desarrollo de sitios Web del Gobierno en Colombia,

de tal manera que estos sean accesibles.

Objetivos especficos

1. Generar una base conceptual sobre los aspectos relacionados con la

accesibilidad.

2. Identificar las normas, estndares y recomendaciones para la elaboracin de

sitios Web gubernamentales accesibles.

3. Proponer lineamientos para el desarrollo de sitios Web gubernamentales

accesibles, a partir de las normas, estndares y recomendaciones.

4. Identificar y establecer las tcnicas de evaluacin de accesibilidad para sitios

Web gubernamentales en Colombia.

5. Generar un prototipo de Sitio Web accesible, a partir de los lineamientos

establecidos.

21

4. BASE CONCEPTUAL

Se presenta a continuacin la informacin respecto a los temas que establecen la base

conceptual del proyecto.

4.1. DISCAPACIDAD

La discapacidad es cualquier restriccin o impedimento de la capacidad para realizar

una actividad de manera normal para el ser humano, como consecuencia de un deterioro

que puede ser temporal o permanente, reversible o no. Una persona tiene una

discapacidad si sta encuentra alguna dificultad imposibilidad para realizar una o ms

actividades de la vida cotidiana [4].

4.1.1. Principales discapacidades

Para poder definir qu es la accesibilidad y todos los subconceptos relacionados, es

necesario describir los tipos de limitaciones que pueden impedir a las personas el acceso

a la informacin en la Web.

Los principales tipos de discapacidades son:

Discapacidades visuales: conjunto de limitaciones que abarcan la ceguera, la

visin reducida y los problemas en visualizacin de color.

Discapacidades auditivas: son discapacidades que pueden ser consideradas

menos limitadoras en el acceso y uso de contenidos digitales, debido a que el

canal sonoro es mucho menos utilizado en interfaces Web que el canal visual. De

todas formas, existen barreras derivadas de esta discapacidad que afectan al

acceso de la informacin en la Web, como lo son limitaciones en el lenguaje.

Discapacidades motrices: limitaciones relacionadas con la capacidad de

movilidad del usuario. Estos usuarios no suelen ser capaces de interactuar con el

sistema a travs de dispositivos de entrada tradicionales, por lo que utilizan

dispositivos alternativos.

22

Discapacidades cognitivas y de lenguaje: conjunto de limitaciones que abarcan

problemas en el uso del lenguaje, la lectura, percepcin, memoria, salud mental,

entre otros.

Las cuatro discapacidades engloban una gran diversidad de sub-tipos de discapacidad,

cada una de las cuales requerir de atencin especfica a la hora de desarrollar

productos Web. Estas discapacidades no tienen por qu ser excluyentes entre s, pues

un mismo usuario podra presentar varias discapacidades ya sea de carcter

transitorio o temporal. [5]

4.2. ACCESIBILIDAD

La accesibilidad significa proporcionar flexibilidad para acomodarse a las necesidades de

cada usuario y a sus preferencias y/o limitaciones. La accesibilidad es una condicin

necesaria para la participacin social de las personas con distintas limitaciones

funcionales. En una sociedad en la que cada vez se utilizan ms las tecnologas de la

informacin y de las comunicaciones, ya sea para informarse, estudiar, relacionarse,

entretenerse trabajar, y en la que cada vez son ms los servicios que se prestan por

va telemtica, asegurar la accesibilidad a los nuevos medios tecnolgicos, en particular

de Internet, resulta prioritario [6].

La accesibilidad Web trata de aspectos relacionados con la codificacin y la

presentacin de informacin en el diseo de un sitio Web, que va a permitir que las

personas con algn tipo de limitacin puedan percibir, entender, navegar e interactuar

de forma efectiva con la Web, as como crear y aportar contenido. Actualmente, la

mayora de los sitios Web presentan barreras de accesibilidad, lo que hace difcil e

incluso imposible su utilizacin. Sin embargo, si los sitios Web y el software Web, fueran

accesibles, las personas con discapacidad podran utilizar estos servicios de forma

efectiva.

Adems de los usuarios con discapacidades anteriormente nombradas, tambin hay

usuarios que disponen de conexiones lentas a Internet o que acceden mediante equipos

porttiles del tipo PDA (Personal Digital Assistant) o telfonos mviles con reducidas

pantallas grficas, que se benefician del diseo accesible. En general, todos los usuarios

se benefician de la accesibilidad Web.

23

Las dificultades de acceso a los contenidos de la Web podran reducirse

considerablemente si los responsables de las organizaciones que gestionan sitios Web,

los desarrolladores de los sitios Web y los gestores de contenidos tuvieran en

consideracin las necesidades de las personas con discapacidad y la diversidad de formas

de acceso (condicionada por los distintos tipos de dispositivos existentes, el software, la

velocidad de la conexin y muchos otros factores) y respetaran unas sencillas normas de

estructura y diseo de las pginas Web. Pero estas normas no son suficientemente

conocidas y la mayora de los diseadores de sitios, los responsables polticos, los cargos

administrativos, y los proveedores de contenido no las tienen en consideracin.

El resultado es que muchos ciudadanos, y particularmente quienes tienen algn tipo de

discapacidad y los de edad avanzada, experimentan dificultades para acceder a la

informacin y a los servicios que ofrecen los nuevos medios de comunicacin y, en

concreto, Internet. Dado el desarrollo que estn experimentando los servicios

telemticos, existe el peligro de que un gran porcentaje de la poblacin quede, por

estas razones, socialmente excluida. [7]

4.3. POR QU LA ACCESIBILIDAD ES UNA NECESIDAD GENERAL?

Uno de los aspectos que debemos tener en mente es que todos en algn u otro

momento somos discapacitados o podemos serlo. El estndar ISO/TS 16071 [ISO03]

destaca que tener una discapacidad debe ser visto como un elemento natural de la vida

humana, pues todos podemos, en algn periodo de nuestra vida, vernos afectados por

diversas circunstancias que nos dificulten usar y acceder a sistemas, productos y

servicios. Incluso aquellas personas que en principio disponen de todas sus

capacidades, pueden en determinadas circunstancias, considerarse de este grupo. Este

fenmeno se repite al disear sistemas interactivos accesibles. As, tenemos que si un

sistema es accesible tambin beneficia a: [7]

Personas de edad avanzada. La poblacin mundial cada da envejece mas, por

tanto, el nmero de usuarios que carecen de una parte de sus capacidades fsicas

y/o mentales tambin aumenta.

24

Personas muy jvenes. Caso contrario al anterior, puede ser considerado una

forma de discapacidad, sobre todo debido a la falta de adquisicin de muchos

conocimientos propios de edades primarias. [8]

Durante el desarrollo de una Web para infantes. Se encuentran innumerables

problemas a solucionar para que una parte importante del pblico al que iba

destinada dicha Web pudiese acceder a esta; por poner un ejemplo, los nios ms

pequeos (3-5 aos) no saben leer, lo que les supone una discapacidad

dependiendo de cmo se les muestre la informacin.

Personas con dispositivos lentos o antiguos. La tecnologa avanza a un ritmo

vertiginoso y no todo el mundo dispone de los medios necesarios (o simplemente

no quiere) para readaptarse constantemente a los nuevos cambios. Existen

adems zonas de poblacin (ncleos pequeos de personas, pueblos alrededor de

montaas, etc.) donde la tecnologa llega con bastante retardo respecto a los

que hace en las grandes concentraciones humanas.

Personas con dispositivos muy modernos. Con el uso de los dispositivos recin

desarrollados, se encuentran multitud de dificultades debido a que las

infraestructuras no suelen estar preparadas para dichos mecanismos.

Personas con discapacidades temporales. Pongamos un par de ejemplos para

ilustrar el amplio abanico de discapacidades temporales que podamos sufrir:

Una persona diestra que realiza su trabajo diario con la ayuda de un computador

de escritorio y debido a una operacin en el codo derecho tiene inmovilizada

dicha extremidad durante unas semanas, esta persona tiene dificultad o

discapacidad temporal con el uso de los dispositivos habituales como son el

teclado y el ratn.

25

Una persona que se encuentra en un pas del cual desconoce su lengua, padece

un cierto grado de discapacidad temporal al ver limitadas sus discapacidades de

expresin. [7]

Las personas con discapacidades temporales, precisamente por ser conscientes de

dicha temporalidad, no suelen adoptar medidas para saltar dicha discapacidad,

siendo por ello necesario que las caractersticas del sistema sean muy fciles de

encontrar y aprender.

Se ha visto que en el desarrollo de aplicaciones accesibles, sucede lo mismo que pasaba

con las infraestructuras urbanas: la mejora se realiza para favorecer el acceso a

un determinado colectivo que est en clara minora, pero el resultado es una mejora de

dicho acceso para un nmero mayor de personas. [7]

4.4. BENEFICIOS DE LA ACCESIBILIDAD

Una pgina Web accesible proporciona mltiples beneficios a sus propietarios y usuarios.

Ya slo el hecho de mejorar el posicionamiento de una pgina Web en los buscadores es

una razn de peso para mejorar la accesibilidad de las pginas Web. Pero existen otras

razones que tambin son importantes. Por ejemplo, la Asociacin Espaola de

Normalizacin y Certificacin (AENOR) 1que proporciona certificados de accesibilidad

Web, da las siguientes razones:

Incrementa la cuota de mercado y audiencia de la Web.

Mejora la eficiencia y el tiempo de respuesta.

Demuestra responsabilidad social.

Evidencia el cumplimiento de la ley.

1AENOR ASOCIACION ESPAOLA DE NORMALIZACION Y CERTIFICACION es una institucin espaola,

privada, independiente, sin nimo de lucro, que contribuye, mediante el desarrollo de actividades de normalizacin y certificacin (N+C) a mejorar la calidad en las empresas, sus productos y servicios, as como a proteger el medio ambiente y, con ello, el bienestar de la sociedad.

26

El Observatorio de la Accesibilidad TIC (Tecnologas de la Informacin y las

Comunicaciones) de Discapnet tambin ofrece una lista de las ventajas de la

accesibilidad: [9]

Cumplir un derecho ciudadano a la participacin y no discriminacin por razn

de discapacidad.

Cumplir las disposiciones legislativas al respecto, tanto por la Administracin

Pblica, obligada a ello ante la ciudadana, como por las redes privadas que

aspiren a participar en contratos con la Administracin o financiacin pblica.

Maximizacin de los usuarios potenciales, mayor alcance de la comunicacin,

servicios o mercado. De acuerdo con los datos del INE (1999), el 9% de la

poblacin en Espaa tiene alguna discapacidad, en total 3.528.221 personas.

Al disear conforme a estndares de accesibilidad, garantizamos la equivalencia

de los contenidos entre distintos navegadores y dispositivos.

Mejor indexacin en los motores de bsqueda. El cumplimiento de las pautas,

tanto en cdigo como en contenidos semnticos (por ejemplo, vnculos con

sentido) permite a los motores de bsqueda, una mejor identificacin de los

contenidos, y en consecuencia, mayores posibilidades de posicionamiento en los

buscadores.

Aunque no son equivalentes, la accesibilidad cursa una estrecha relacin con la

usabilidad de un sitio. Al cumplir requisitos de accesibilidad bsicos en los

elementos tcnicos de una Web (estructura de contenidos, vnculos, contraste de

color, efectos y movimientos, formularios, tablas, etc.), mejoran las condiciones

de uso para la mayor parte de las personas.

Fran Tarifa en su blog Mas Que Accesibilidad [10], indica en su comentario Otra razn

ms para hacer una Web accesible: obtener ayudas y subvenciones, una serie de razones

(beneficios) para hacer un sitio Web accesible (adems del evidente de la eliminacin de

las barreras que afectan a las personas con discapacidad):

Razones Sociales.

Motores de bsqueda.

Aumenta la usabilidad de la pgina.

Se cumplen los estndares Web.

Dispositivos mviles.

Navegadores Web.

Posibilidad de tener ms visitantes.

Reducir el coste de mantenimiento.

Cumplir la ley.

Obtener ayudas y subvenciones.

27

Adems de las ventajas anteriormente presentadas, tambin se encuentran las

siguientes: [7]

Se incrementa el nmero de potenciales visitantes. La eliminacin de barreras

de entrada a una Web permite superar las limitaciones del usuario, captando

nuevos usuarios.

Aumenta la usabilidad de la pgina. Si se consigue una pgina accesible, se

aumenta considerablemente la usabilidad de la misma, con los beneficios que

esto supone.

Se cumplen los estndares Web. Esto implica que nuestra pgina Web ser

visionada correctamente desde cualquier navegador.

Mejoramos la eficiencia y el tiempo de respuesta. Las pginas estn limpias de

cdigo intil o poco eficiente, pesan menos, por lo que el tiempo de carga es

mucho menor.

Reducimos el coste de mantenimiento. Separar el diseo y los scripts del

contenido favorecer futuras modificaciones de la Web.

Demuestra responsabilidad social. Ayuda a mejorar la imagen de nuestra

empresa. La eliminacin de barreras que dificulten el acceso a nuestra Web

demuestra una preocupacin y atencin hacia todos los clientes.

Aumenta el nmero de potenciales visitantes de la pgina Web: esta es una

razn muy importante para una empresa que pretenda captar nuevos clientes.

Cuando una pgina Web es accesible no presenta barreras que dificulten su

acceso, independientemente de las condiciones del usuario. Una pgina Web que

cumple los estndares es ms probable que se visualice correctamente en

cualquier dispositivo con cualquier navegador.

Disminuye los costes de desarrollo y mantenimiento: aunque inicialmente

aprender a hacer una pgina Web accesible supone un coste (igual que supone un

coste aprender a utilizar cualquier tecnologa nueva), una vez se tienen los

conocimientos, el coste de desarrollar y mantener una pgina Web accesible es

menor que frente a una no accesible, ya que una pgina Web accesible es una

pgina bien hecha, menos propensa a contener errores y ms sencilla de

actualizar.

Reduce el tiempo de carga de las pginas Web y la carga del servidor Web: al

separar el contenido de la informacin sobre la presentacin de una pgina Web

mediante CSS se logra reducir el tamao de las pginas Web y, por tanto, se

reduce el tiempo de carga de las pginas Web.

28

5. NORMAS

A continuacin se mencionarn las normas y leyes de la Repblica de Colombia que

contemplan la obligacin de las insituciones del estado de brindar diseos Web

accessibles a la comunidad colombiana.

5.1. NORMAS.

Las normas son disposiciones para uso comn y repetido, encaminadas al logro del

grado ptimo de orden con respecto a problemas reales o potenciales, en un contexto

dado [11].

5.2. LEYES

Una ley es una norma o una regla que nos dice cul es la forma en la que debemos

comportarnos o actuar en la sociedad. Las Leyes nos dicen lo que es permitido y lo que

es prohibido hacer en Colombia; as si todos las cumplimos podramos lograr que existan

menos conflictos en la poblacin. [12]

5.3. NORMAS Y LEYES COLOMBIANAS

En la actualidad, el acceso de los ciudadanos a Internet, a las nuevas tecnologas de

la informacin y a la comunicacin, es considerado un factor de crecimiento econmico

e inclusin social en todo el mundo. [13]

En Colombia, el Estado an adelanta estrategias que permitan a todos los ciudadanos

garantizar el acceso a la informacin, los servicios y los trmites en lnea, ofrecidos por

los sitios Web del estado. Sin embargo, un grupo de representantes del Instituto

29

Colombiano de Normas Tcnicas y Certificacin (ICONTEC), junto con el Ministerio de

Tecnologias de la Informacin y Comunicaciones, el Instituto Nacional para Ciegos, el

Instituto Nacional para Sordos, la Universidad de la Salle, la Universidad Nacional

Abierta y a Distrital, el Programa de las Naciones Unidas para el Desarrollo, el programa

de Gobierno en Lnea; Astrolabio y Colnodo, crearon el documento Norma Tcnica

Colombiana (NTC) Accesibilidad a pginas Web, la cual estuvo disponible hasta el 15 de

noviembre del 2010 para verificaciones por parte de los ciudadanos conocedores del

tema y que finalmente fue aprobada por la ICONTEC en la Norma Tcnica

Colombiana(NTC) 5854 [13].

Por otro lado, el programa de Gobierno en Lnea ha creado un manual para la

implementacin de la estrategia de Gobierno en Lnea de la Repblica de Colombia, de

acuerdo con lo establecido en el Decreto 1151 de 2008 y que contempla la NTC5854

(Norma Tcnica Colombiana 5854). Este manual, junto con cada uno de sus componentes

se explicar a continuacin.

5.3.1. Manual de Estrategias en Lnea

El Manual para la implementacin de la Estrategia de Gobierno en Lnea es el Qu y el

Cmo para publicar informacin y proveer trmites y servicios en lnea, as como, la

promocin de la participacin y de la democracia del Estado por medios electrnicos.

Surge para garantizar la calidad, oportunidad, accesibilidad, uniformidad y confianza en

la informacin y servicios institucionales ofrecidos por medios electrnicos, ya que hay

que asegurar y facilitar el acceso y ubicacin a informacin, trmites y servicios tiles y

de inters ciudadano [14].

La Estrategia de Gobierno en Lnea debe seguir un proceso gradual de mejora y para ello

se ha definido un modelo de madurez, el cual proporciona a las entidades un marco para

identificar, diagnosticar y transformar sus operaciones y la prestacin de servicios. Este

modelo de madurez define un proceso evolutivo e iterativo y se basa en un principio de

mejoramiento incremental y continuo que permite integrar diversos componentes,

actividades, metas y tiempos.

El modelo de madurez de Gobierno en Lnea consta de los siguientes elementos:

componentes, niveles y Gobierno como plataforma.La integracin de cada elemento

configura el modelo de madurez de Gobierno en Lnea. Debe adicionarse al mismo los

tiempos para el avance en cada uno de los niveles los cuales se han establecido de una

manera diferenciada para el nivel nacional y para el nivel territorial. [14]

30

5.3.1.1. Componentes de Gobierno en Lnea

El documento comprende cinco componentes sobre los cuales se debe tomar decisiones y

asegurar los medios para lograr su desarrollo. Desde otro punto de vista, su desarrollo es

el que permite el logro de los objetivos de Gobierno en Lnea. Estos componentes, con

sus respectivas actividades son:

Informacin: constituye la oferta por medios electrnicos de informacin y datos

pblicos no sensibles, abiertos en formato reutilizable y que pueden ser

utilizados por terceros para la generacin de servicios de valor agregado.

Interaccin: se habilita la comunicacin de dos vas entre los servidores pblicos

y la ciudadana, mediante mecanismos que acercan al ciudadano con la

administracin y le posibilitan contactarla, al igual que hacer uso de la

informacin que proveen las entidades, a travs de consultas en lnea.

Transaccin: incorpora la provisin de transacciones en lnea para la obtencin

de productos y servicios, mediante canales seguros, haciendo uso de elementos

como la autenticacin y pagos en lnea.

Transformacin: la prestacin de los productos y servicios se realiza a partir de

las necesidades de los usuarios, lo cual implica cambios en la manera de operar

las entidades, potenciando el intercambio eficiente de informacin entre sus

dependencias y con otras entidades, as como la reorganizacin de sus procesos,

trmites y servicios bajo el entendimiento de sus clientes y su oferta por

mltiples canales.

Democracia: se crean las condiciones para facilitar la participacin de los

ciudadanos en la discusin de temas de inters pblico, en el proceso de toma de

decisiones, y en la construccin colectiva de polticas pblicas, planes,

programas, temas legislativos y reglamentarios, as como en el seguimiento a la

ejecucin y el control social, en un dilogo abierto de doble va con un Estado

totalmente integrado en lnea. [14]

Para cada componente se especifican los criterios que deben cumplir los sitios Web

principales de las entidades y algunos que deben considerarse en los sitios Web

adicionales de los programas que adelanten las mismas. Los sitios Web correspondientes

a planes, sistemas de informacin o temas relacionados con la actividad de la entidad y

que dependan de sta, debern cumplir por lo menos los criterios correspondientes a los

31

estndares de navegacin incluidos en la fase de Informacin y el nivel de accesibilidad

Doble A (AA) de la W3C para las guas WCAG versin 2.0. [14].

5.3.1.2. Niveles de Gobierno en Lnea

Se definen como una secuencia de acciones que, adecuadamente desarrolladas,

conducen al logro de los objetivos. Igualmente, toma en cuenta las relaciones entre

dichas acciones, los mtodos utilizados y las personas involucradas. Los niveles de

madurez definidos para la Estrategia de Gobierno en lnea son los siguientes:

Nivel Inicial: Nivel en el cual se cuenta con las condiciones institucionales para

habilitar cada uno de los componentes. Las entidades caracterizan y analizan a

sus usuarios tomando en cuenta variables como composicin, necesidades y

acceso a tecnologa. Igualmente, analizan sus procesos misionales, estratgicos y

de apoyo, al igual que la informacin que se genera a partir de los mismos. De

otra parte, analizan los esquemas de prestacin de servicios y los recursos con los

cuentan para su provisin. Finalmente, priorizan sus acciones y definen su plan

de accin para avanzar en el uso del Gobierno en lnea y apropian los recursos

econmicos, humanos, administrativos y legales para ello.

Nivel Bsico: Nivel en el cual hay evidencia de prestacin de servicios en lnea de

acuerdo con lineamientos y estndares definidos por ellas mismas. Existe

entendimiento organizacional. Las entidades implementan los primeros servicios

en cada uno de los componentes y los servidores pblicos involucrados en dichos

procesos conocen y usan el Gobierno en lnea. As mismo, los ciudadanos evalan

la prestacin de los servicios.

Nivel Avanzado: Nivel en el cual hay evidencia de un porcentaje amplio de

prestacin de servicios en lnea. El Gobierno en lnea est institucionalizado, es

parte de la rutina diaria y la cultura de la entidad. Las entidades masifican sus

servicios electrnicos a todos sus usuarios, a partir de las caractersticas

identificadas en el nivel inicial y de la experiencia obtenida en el nivel bsico.

Igualmente, terceros participan en el desarrollo e implementacin de nuevos

servicios de valor agregado y la ciudadana participa activamente en la definicin

de los servicios a ofrecer por parte de las entidades.

Nivel de Mejoramiento permanente: Nivel en el cual hay interiorizacin,

innovacin y rplica de experiencias exitosas. Las entidades adoptan mejores

prcticas, han interiorizado el Gobierno en lnea y son los ciudadanos y las

32

empresas quienes determinan el tipo de servicios a proveer por parte de las

entidades [14].

5.3.1.3. Gobierno como Plataforma

Con el fin de dinamizar el proceso de evolucin a travs de los niveles de madurez,

debern garantizarse ciertos elementos habilitantes, algunos de los cuales tendrn que

ser impulsados y liderados desde el Programa Gobierno en lnea y posteriormente

implementados por las entidades. Dentro de estos elementos habilitantes se encuentran

del tipo:

Polticos y de Regulacin: Comprende la definicin de lineamientos,

metodologas, estndares y dems desarrollos normativos que se requieran

para que las entidades comprendan e implementen acciones en temas como

apertura de datos, accesibilidad, usabilidad, estndares de TI,

interoperabilidad, mercado abierto de servicios, cero papel, notificacin

electrnica, autenticacin electrnica, servicios compartidos, entre otros.

Capacitacin y Acompaamiento: Hace referencia a las acciones que deben

ser impulsadas desde el Programa Gobierno en lnea para difundir la

Estrategia, acompaar y orientar su ejecucin en las diferentes entidades y la

capacitacin de servidores pblicos y ciudadanos para la apropiacin y uso de

los servicios implementados.

Infraestructura Tecnolgica: Soluciones comunes y plataformas tecnolgicas

para el acceso unificado (datos, aplicaciones, toma de decisiones, resolucin

de problemas, entre otras).

Monitoreo y Evaluacin: Comprende la generacin de informacin que

permita conocer el estado de avance en el modelo de madurez al igual que el

impacto que genera el Gobierno en lnea en la competitividad, en la calidad

de vida de los ciudadanos y en la gobernabilidad. [14]

33

5.4. NORMAS Y LEYES EN OTROS PAISES

En otros otros paises como Argentina, Espaa y Estados Unidos, poseen leyes y normas

especficas para la accesibilidad Web. En el caso de Argentina, el congreso aprob el 3

de noviembre del 2010 la Ley 26.653 de accesibilidad de la informacin en las pginas

Web [15];la cual menciona que las empresas del Estado y las empresas privadas

concesionarias de servicios pblicos, empresas prestadoras o contratistas de bienes y

servicios, debern respetar en los diseos de sus pginas Web las normas y requisitos

sobre accesibilidad de la informacin que faciliten el acceso a sus contenidos, a todas

las personas con discapacidad con el objeto de garantizarles la igualdad real de

oportunidades y trato, evitando as todo tipo de discriminacin [16]. Todos estos

diseos deben estar contemplados dentro del marco de las obligaciones que surgen de la

Convencin sobre los Derechos de las Personas con Discapacidad (ley 26.378 de la

repblica de Argentina).

En el caso de Europa, la unin europea a travs del organismo CEN (Comit Europeo de

Normalizacin), ha diseado la norma CWA 15554:2006 que proporciona la definicin de

la inspeccin y certificacin en materia de Accesibilidad Web.Para el caso especfico de

Espaa, existe un gran nmero de leyes que definen varios niveles de accesibilidad y

fechas de cumpliento; las cuales han sido aprobadas desde el ao 2002. Entre las leyes

se encuentran:

Ley 34/2002 de 11 de julio, de servicios de la sociedad de la informacin y de

comercio electrnico. La Ley 51/2003 de 2 de diciembre de Igualdad de

Oportunidades, No Discriminacin y Accesibilidad Universal con discapacidad

(LIONDAU).

Real Decreto 366/2007 de 16 de marzo, de accesibilidad y no discriminacin de

las personas con discapacidad en sus relaciones con la Administracin General del

Estado.

Ley 27/2007, de 23 de octubre, por la que se reconocen las lenguas de signos

espaolas y se regulan los medios de apoyo a la comunicacin oral de las

personas sordas, con discapacidad auditiva y sordo ciegas.

Real Decreto 1494/2007, de 12 de noviembre, por el que se aprueba el

Reglamento sobre las condiciones bsicas para el acceso de las personas con

discapacidad a la sociedad de la informacin.

Ley 49/2007, de 26 de diciembre, por la que se establece el rgimen de

infracciones y sanciones en materia de igualdad de oportunidades, no

discriminacin y accesibilidad universal de las personas con discapacidad. [17]

34

Estas leyes contemplan las normas CWA 15554:2006 y UNE 139803:2004. La primera ya

ha sido mencionada anteriormente, mientras que la segunda establece las

caractersticas para cumplir con una Web accesible, cubriendo la mayora de las

discapacidades [18].

Finalmente, en Estados Unidos, el acta de rehabilitacin de 1973 seccin 508 establece

que existen todos los conocimientos y productos necesarios para servir a todos los

usuarios (sin importar su discapacidad), por lo que se debe realizar una mejor utilizacin

de la tecnologa existente para crear productos accesibles. [19] La seccin 508

contempla el estndar Electronic and Information Technology Accessibility Standards

de la United States Access Board [20].

35

6. ESTNDAR

Como ya se vio en el capitulo 5, los sitios Web de las insituaciones del estado

colombiano debern cumplir por lo menos los criterios correspondientes a los

estndares de navegacin incluidos en el nivel de accesibilidad Doble A (AA) de la W3C.

6.1. EL CONSORCIO PARA LA WEB(W3C, por sus siglas en ingls World

Wide Web Consortium)

El Consorcio para la Web fue creado en octubre de 1994 para conducir a la World Wide

Web a su mximo potencial, desarrollando protocolos de uso comn que condujeran a su

evolucin y al mejoramiento dela interoperabilidad. Tambin constituyen un consorcio

industrial internacional alojado por el Laboratorio de Ciencias de la Computacin del

Instituto de Tecnologa de Massachusetts en EEUU, el Instituto Nacional de Investigacin

en Informtica y Robtica en Francia y la Universidad Shonan Fujisawa de Keio en Japn.

El consorcio est liderado por Tim Berners-Lee, creador de la World Wide Web y director

del consorcio, y por Jean-Franois Abramatic, como presidente. Tambin est formado

por Organizaciones Miembro sin nimo de lucro que trabajan en la comunidad

internacional para desarrollar especificaciones y programas informticos de referencia,

que son distribuidos gratuitamente a lo largo de todo el planeta.

El compromiso del Consorcio para la Web es el de encaminar la Web a su mximo

potencial, proporcionando un alto grado de accesibilidad para las personas con

discapacidades. El grupo interno de trabajo permanente conocido como Iniciativa para

la Accesibilidad de la Red (WAI, por sus siglas en ingls Web Accesibility Initiative), en

coordinacin con asociaciones y organizaciones de todo el mundo, promueven la

accesibilidad de la Web a travs de cinco actividades complementarias: Tecnologa,

normativa, herramientas (de validacin y reparacin), educacin y formacin, e

investigacin y desarrollo. [21]

36

6.2. PAUTAS PARA LA ACCESIBILIDAD WEB

El grupo interno de trabajo WAI (por sus siglas en ingls Web Accesibility Initiative)

desarroll un grupo de pautas para la accesibilidad Web que son distribuidas en los

siguientes componentes:

Pautas de Accesibilidad al Contenido en la Web (WCAG, por sus siglas en ingls

Web Content Accessibility Guidelines).

Pautas de Accesibilidad para Agentes de Usuario (UAAG, por sus siglas en ingls

Agent Accessibility Guidelines).

Pautas de Accesibilidad para Herramientas de Autor (ATAG, por sus siglas en

ingls Authoring Tool Accessibility Guidelines).

Pautas para la Accesibilidad de Aplicaciones Dinmicas en la Internet (WAI-ARIA,

por sus siglas en ingls Accessible Rich Internet Applications).

Evaluacin y el Lenguaje de Informe (EARL, por sus siglas en ingls Evaluation

and Report Language). [22]

Los componentes listados anteriormente tienen como objetivo satisfacer las necesidades

de diversos usuarios con discapacidades. Adems, estn basados en tcnicas

fundamentales para la accesibilidad en la Web y son desarrollados en coordinacin con

las especificaciones tcnicas de la W3C (HTML, XML, CSS, SVG y SMIL, entre otros).

6.2.1. Pautas de Accesibilidad al Contenido en la Web (WCAG, por sus siglas en

ingls Web Content Accessibility Guidelines).

Las WCAG explican cmo hacer que el contenido Web sea accesible para personas con

discapacidades. El trmino Contenido Web normalmente hace referencia a la

informacin suministrada en una pgina Web o en una aplicacin Web, incluyendo texto,

imgenes, formularios, sonidos, videos, entre otros.

Las WCAG poseen cuatro principios generales del diseo accesible que abarcan catorce

guas y por cada gua uno o varios puntos de verificacin. Cada pauta es aplicada

principalmente por:

Desarrolladores de herramientas de evaluacin de accesibilidad Web.

Desarrolladores de contenido Web (desarrolladores de pginas Web, diseadores

de sitios Web, entre otros).

Desarrolladores de herramientas de autor para la Web. [1]

37

6.2.2. Pautas de Accesibilidad para Agentes de Usuario (UAAG, por sus siglas en

ingls Agent Accessibility Guidelines).

Las UAAG explican cmo hacer que los agentes de usuario sean accesibles para personas

con discapacidad, en especial cmo incrementar la accesibilidad al contenido Web.

Entre los agentes de usuario se incluyen navegadores, reproductores multimedia,

tecnologas asistidas cualquier software que algunas personas con discapacidad utilizan

para interactuar con los dispositivos.

Cada pauta est propuesta principalmente para Reproductores Multimedia, Tecnologas

Asistidas, Desarrolladores de Navegadores Web, entre otros, adems, tienen como

objetivo los siguientes puntos:

Acceso a todo el contenido de la Web, incluyendo contenido en relacin de

eventos generados por el ratn o el teclado.

Control del usuario sobre la forma en que se muestra el contenido.

Control del usuario sobre la interfaz del usuario, con documentacin sobre

caractersticas de accesibilidad.

Interfaces de programacin estndares, para permitir la interaccin con

tecnologas asistidas. [23]

6.2.3. Pautas de Accesibilidad para Herramientas de Autor (ATAG, por sus siglas

en ingls Authoring Tool Accessibility Guidelines).

Las ATAG definen cmo hacer que las herramientas de autor (aquellas que son utilizadas

para crear pginas y contenidos Web) sean accesibles para personas con discapacidad.

Entre los objetivos de la ATAG se encuentran:

Produccin de contenido accesible (es decir, pginas Web) que cumpla los

estndares y las pautas.

Solicitud de informacin al autor de contenido (es decir, al usuario de la

herramienta de autor) sobre accesibilidad.

Formas de comprobar y corregir el contenido que no es accesible.

Formas de hacer la herramienta en s misma accesible para personas con

discapacidad.

Las ATAG estn propuestas principalmente para desarrolladores de herramientas de

autor. Entre estas herramientas de autor se incluyen:

38

Herramientas de edicin especficamente diseadas para producir contenido

Web, por ejemplo, editores HTML y XML.

Herramientas que ofrecen la opcin de guardar contenido en formato Web, por

ejemplo, procesadores de texto paquetes de publicacin.

Herramientas que transforman documentos a un formato Web, por ejemplo,

filtros que transforman formatos de publicacin a HTML.

Herramientas que producen multimedia, especialmente cuando se quiere utilizar

en la Web, por ejemplo, produccin de vdeo y edicin.

Herramientas para la administracin o publicacin de sitios Web, por ejemplo,

que generan sitios Web de forma dinmica desde una base de datos.

Herramientas de diseo, por ejemplo, herramientas de formato CSS. [24]

6.2.4. Pautas para la Accesibilidad de Aplicaciones Dinmicas en la Internet (WAI-

ARIA, por sus siglas en ingls Accessible Rich Internet Applications).

Las WAI-ARIA definen cmo hacer el contenido y aplicaciones Web ms accesibles para

las personas con discapacidad. Especialmente, ayuda con contenido dinmico e

interfaces de usuario con controles avanzados, desarrollados con Ajax, HTML,

JavaScript, y tecnologas relacionadas.

En la actualidad algunas funciones utilizadas en sitios Web no estn disponibles para

algunos usuarios con discapacidad, especialmente las personas que utilizan lectores de

pantalla y personas que no pueden utilizar un mouse. WAI-ARIA enfrenta a estos retos de

accesibilidad, por ejemplo, definiendo nuevos caminos para proveer tecnologas que

asistan a las personas discapacitadas. Con WAI-ARIA, los desarrolladores pueden crear

aplicaciones Web accesibles y usables para personas con discapacidad.

Muchas aplicaciones Web desarrolladas con Ajax, DHTML y otras tecnologas plantean

retos adicionales de accesibilidad. Por ejemplo, si el contenido de una pgina Web

cambia en respuesta a acciones del usuario, eventos o por intervalos de tiempo, el

nuevo contenido puede no estar disponible para algunas personas con discapacidades

que utilizan un lector de pantalla. Con WAI-ARIA, todo esto puede ser accesible y til

para las personas con discapacidad. Adems, brinda un marco para que el desarrollador

agregue atributos que identifiquen las caractersticas de interaccin con el usuario y la

pagina Web. [25]

39

6.2.5. Evaluacin y el Lenguaje de Informe (EARL, por sus siglas en ingls

Evaluation and Report Language).

La Evaluacin y el Lenguaje de Informe (EARL) define un vocabulario para interpretar los

resultados de las pruebas. Permite a cualquier persona, aplicacin y organizacin

revisar los resultados de las pruebas realizadas bajo cualquier conjunto de criterios. Los

test se pueden aplicar ya sea a un sitio Web, una herramienta, un usuario, o alguna otra

entidad. El conjunto de criterios pueden ser las pautas de accesibilidad, las gramticas

formales, u otro tipo de requisitos que garanticen la calidad. Por lo tanto, EARL es

flexible con respecto a los contextos en los que se pueden aplicar.

EARL no es un vocabulario para describir los procedimientos con que se deben realizar

las pruebas, los criterios de prueba, o requisitos de la prueba, sino ms bien sirve para

describir los resultados de dichas pruebas. EARL se puede complementar con

vocabularios de descripcin de las pruebas o de otros vocabularios de diferentes

aspectos del ciclo de prueba.

Estructura de EARL

Los trminos de EARL se definen usando el Resource Description Framework (RDF), que

es la tecnologa para expresar datos semnticos en un formato legible por mquina. Al

igual que cualquier vocabulario RDF, EARL es un conjunto de afirmaciones acerca de los

recursos, cada uno con un sujeto, un predicado (o verbo), y un objeto. Las sentencias

RDF describen los recursos y sus relaciones, como en el ejemplo

siguiente:.

EARL proporciona un vocabulario estandarizado que sirve para describir los recursos

especficos y sus relaciones, los cuales son relevantes interpretar los resultados de las

pruebas. El core de EARL sirve para describir el contexto y el resultado individual de una

prueba. Como por ejemplo:

Defensor

Esto puede incluir informacin acerca de quin o qu ejecut la prueba. Por

ejemplo, los evaluadores humanos, los testers automticos, o combinaciones de

estos.

40

Sujeto de Prueba

Esto puede incluir el contenido de la Web (como pginas Web, videos, applets,

etc), software (tales como herramientas de autor), u otro tipos de temas que

puedan ser testados mediante EARL.

Prueba de Criterio

Contra qu estamos evaluando el sujeto de prueba? Esto podra ser una

especificacin, un conjunto de directrices, una prueba de un conjunto de

pruebas, o algunos otros criterios de prueba.

Resultado de la prueba

Cul fue el resultado de la prueba? Un resultado tambin podra incluir

informacin contextual, tales como mensajes de error o lugares de importancia

en el sujeto de prueba.

Ejemplo 1: Una persona que lleva a cabo una evaluacin manual de una pgina Web a un

requisito de accesibilidad.

o Defensor

Bob B. Bobbington

o Sujeto de Prueba

Una pgina Web ubicada en http://www.example.org/page.html

o Prueba de Criterio

Criterio de xito 1.1.1 de las Directrices de Accesibilidad para el

Contenido Web (WCAG) 2.0

o Resultado de la prueba

Aprobado

Ejemplo 2: Una aplicacin de software lleva a cabo la validacin automtica de una

pgina Web a una especificacin tcnica.

o Defensor

El W3C Markup Validator se encuentra en http://validator.w3.org/

o Sujeto de Prueba

El XHTML de una solicitud GET a la URL http://www.example.org/page.html en 2004-04-14T14: 00:04 1000

41

o Prueba de Criterio

La validez del cdigo XHTML

o Resultado de la prueba

Error, el elemento en la lnea 53, char 7 no estaba cerrado.

Con un formato estndar legible por mquina, EARL facilita el procesamiento de los

resultados de las pruebas, tales como los generados por las herramientas de Web

automticas o semiautomticas que sirven para realizar la evaluacin de la

accesibilidad. Herramientas de creacin de pginas Web y software de control de

calidad pueden servir para apoyar a los desarrolladores Web en el desarrollo

de contenido Web de alta calidad. EARL ha sido especficamente diseado para soportar

una amplia variedad de casos de uso, incluyendo las siguientes:

Combinar los resultados de las herramientas de software

Las pruebas de control de calidad, tales como la evaluacin de accesibilidad Web, a

menudo se llevan a cabo mediante la combinacin de herramientas de software y

evaluadores humanos. Por ejemplo, diferentes evaluadores pueden llevar a cabo las

pruebas de diferentes partes del sitio Web, y un solo evaluador puede estar usando una

o ms herramientas de software para la verificacin o registro de resultados de las

prueba. Algunas de las pruebas podran ser completamente automatizadas, y puede ser

ejecutada sin ninguna intervencin humana. Los informes parciales de diferentes

herramientas de software se pueden combinar, mediante el uso de EARL como el

formato estndar para expresar resultados de la prueba.

Consultar y analizar los informes de ensayo

EARL dispone el contexto para la evolucin de los resultados de pruebas, incluyendo

informacin sobre los recursos probados y las modalidades de pruebas, para permitir

diferentes tipos de consultas y anlisis. Por ejemplo, las consultas se pueden utilizar

para generar informes personalizados para los gerentes que quieren una vista de alto

nivel, jefes de proyecto que desean informacin especfica a los recursos que manejan,

y los desarrolladores que desean informes detallados de errores que deben corregir. La

naturaleza de RDF tambin permite inferencia semntica y otros enfoques para la

minera de datos avanzados.

42

Evaluacin comparativa de herramientas de pruebas de software

EARL tambin se puede utilizar para comparar los resultados proporcionados por

herramientas de prueba diferentes, tales como herramientas de evaluacin de

accesibilidad Web. En particular, se puede utilizar para comparar los resultados

obtenidos de la ejecucin de conjuntos de pruebas, y las desviaciones tanto de

referencia como los falsos positivos y falsos negativos generados por las diferentes

herramientas de pruebas.

La evaluacin de sitios Web dinmicos y multilinges

EARL incluye vocabulario para describir exhaustivamente los recursos Web, incluidos las

partes de todo el intercambio HTTP entre un cliente y un servidor. Esto es

particularmente til para registrar cabeceras HTTP relevantes para el lenguaje y la

negociacin de contenidos, as como el contenido real recibido desde el servidor y

que ha sido probado por otra parte, la interaccin del usuario con un sitio Web se puede

grabar, para ayudar a describir el contexto particular de la ejecucin de la prueba.

Uso del EARL

EARL no es un vocabulario independiente, se basa en muchos vocabularios existentes

que cubren algunas de sus necesidades para la definicin de metadatos. Este enfoque

evita la re-creacin de aplicaciones que ya estn establecidos y probados como los

elementos de Dublin Core. Las especificaciones se hace referencia son:

Dublin Core Metadata Initiative (DCMI). Es un estndar de metadatos para la

descripcin de recursos digitales, a menudo expresada en XML. El mencionado

documento es una especificacin de puesta al da de todos los trminos de

metadatos mantenidos por la Iniciativa de Metadatos Dublin Core. Se incluyen los

quince trminos del Conjunto de Elementos de Metadatos Dublin Core, que

tambin se han publicado como la IETF RFC 5013 [RFC5013], ANSI / NISO Z39.85-

2007 Estndar [NISOZ3985] y la norma ISO 15836 [ISO15836]. RDF Schema

versiones de las declaraciones plazo DCMI estn disponibles en [DCMISCHEMAS].

Friend of a Friend (FOAF) .El proyecto FOAF se trata de crear una Web de

recursos de lectura mecnica describiendo a las personas, los vnculos entre ellos

y las cosas que crean y hacen [FOAF].

43

Representando el contenido en RDF [Contenido-RDF]. Este es un vocabulario RDF

para representar semnticamente cualquier tipo de contenido, ya sea en Internet

o en cualquier medio de almacenamiento.

Vocabulario HTTP en RDF [HTTP-RDF]. Este es un vocabulario RDF para representar solicitudes y respuestas HTTP. Es til para identificar los recursos en lnea que se acceden a travs de HTTP (S).

Componentes bsicos de un informe

En las siguientes secciones, se construir un informe EARL con varios ejemplos de cada

componente. El elemento raz de un informe EARL es un nodo de RDF, en el que se

declara los espacios de nombres para definir clases adicionales y /o propiedades.

Ejemplo. Elemento raz de un informe EARL

A continuacin, se supondr que se quiere expresar los resultados de la validacin

XHTML en un determinado documento con el validador de HTML del W3C.

44

Ejemplo: Un documento XHTML a validar

Este documento tiene tres errores que constituyen la base de nuestro informe EARL:

Error: la lnea 14, columna 7: tipo de documento no permite que el elemento "li" aqu, que falta uno de los "ul", "ol" start-tag.

Error: Lnea 15, columna 6: etiqueta de cierre de "li" se omite, pero OMITTAG NO se ha especificado.

Error: Lnea 16, columna 9: no hay ningn atributo "alt".

El primer paso es definir quin realiz la prueba, ya sea un ser humano o una herramienta de software. Esto se nota en el marco EARL como un defensor. En primer lugar, se supondr que slo el W3C HTML Validator realiza la prueba. Esto puede ser expresado como un defensor:

Ejemplo: Una herramienta genrica como un defensor

W3C HTML Validator

W3C Markup Validation Service, a free service that checks Web documents in formats like HTML and XHTML for conformance to W3C Recommendations and other standards.

45

Se debe observar que el defensor proporciona un mecanismo para especificar ms

informacin y aprovecha las propiedades estndar de Dublin Core como

dct:ttuloydct:descripcion. Esta no es la nica forma posible para elaborar este informe.

Una alternativa, expresados en N3, puede ser:

Ejemplo: Un defensor expresado en notacin N3

@prefix earl: .

@prefix dct: .

aearl:Assertor ;

dct:description """W3C Markup Validation Service, a free service that checks Web documents in formats like HTML and XHTML for conformance to W3C Recommendations and other standards."""@en ;

dct:title "W3C HTML Validator"@en .

Un defensor es un tipo genrico. EARL permite el uso de ciertas clases de FOAF como

agente, organizacin o persona para proporcionar ms informacin semntica sobre el

tipo de defensor. Adems, Por lo tanto, la W3C Validator se podra describir de manera

ms adecuada de la siguiente manera:

Ejemplo: Un software defensor

W3C HTML Validator

0.7.1

W3C Markup Validation Service, a free service that checks Web documents in formats like HTML and XHTML for conformance to W3C Recommendations and other standards.

46

Se debe notar la propiedad adicional, dct:HasVersion, lo que indica la versin

del software. A continuacin se analiza el caso de que el defensor es una persona. Esto

se puede expresar en el siguiente ejemplo:

Ejemplo: Una persona como defensor

John Doe

El segundo paso es definir lo que se analiza, el recurso que se prueba. Para

ello, EARL define la clase Test Subject. Esta clase es un contenedor genrico que las

cosas que se van a probar tales como recursos Web (cnt: Contenido) o software

(conde: Software). En este caso, el ejemplo se podra representar como:

Ejemplo: Un Test Subject con algunas propiedades de Dublin Core

Project Description

2006-02-14

Poniendo las piezas juntas.

El ltimo paso consiste en fusionar los componentes creados. Las declaraciones EARL

para este propsito son llamados afirmaciones, y tienen cuatro propiedades

fundamentales: Earl: assertedBy, Earl:subject, Earl:test y conde:result. Cada uno de

ellos sirve para apuntar a los defensores correspondientes, los sujetos de prueba, los

47

requisitos de prueba y resultados, respectivamente. De los ejemplos

anteriores, podemos construir nuestro informe completo con tres afirmaciones:

Ejemplo: Resultados de las pruebas elaboradas con W3C Validator

6.2.6. Niveles de conformidad o de accesibilidad

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 evaluacin de conformidad como: especificaciones de diseo, compras, regulacin o

48

acuerdos contractuales. Con el fin de cumplir con las necesidades de los diferentes

grupos y situaciones, se definen tres niveles de conformidad: A (el ms bajo), AA y AAA

(el ms alto).

El nivel A recoge los requisitos mnimos de accesibilidad que debe observar un sitio Web.

El nivel doble A indica los requisitos que debera cumplir un sitio para alcanzar un nivel

adecuado de accesibilidad. El nivel triple A define los requisitos que podra cumplir un

sitio para alcanzar un nivel mximo de accesibilidad.

6.2.7. Principios, guas y tcnicas

Cada componente de la iniciativa para la accesibilidad Web est compuesto por

principios, que a su vez contiene una cantidad determinada de guas. Estas guas

proveen al usuario de tcnicas que lo ayudan a cumplir con uno de los tres (3) niveles de

conformidad y de esta forma, cumplir con un sitio Web que incluya todas las pautas para

ser catalogado como accesible.

6.2.7.1. Accesibilidad para Herramientas de Autor (ATAG, por sus siglas en

ingls Authoring Tool Accessibility Guidelines.

Las personas y organizaciones que pueden utilizar las ATAG 2.0 varan ampliamente,

entre ellos se pueden encontrar desarrolladores, usuarios y responsables polticos. Con

el fin de satisfacer las diversas necesidades de este pblico, se proporcionan varias

capas:

Partes: ATAG 2.0 se divide en dos partes, cada una refleja un aspecto clave de

las herramientas accesibles. La parte A se refiere a garantizar la accesibilidad de

las interfaces de usuario de la herramienta a personas con discapacidades. La

parte B se refiere a asegurar el apoyo de herramientas para la creacin, por

cualquier autor (no slo las personas con discapacidad), de contenido Web.

Principios: Debajo de cada parte existen varios principios que organizan las

directrices.

Guas: Bajo los principios se encuentran las guas. Las guas establecen los

objetivos bsicos que los desarrolladores de herramientas de autora deben seguir

para elaborar herramientas fciles de creacin para personas discapacitadas y

usuarios finales de contenido Web con diferentes discapacidades. Las guas no

son comprobables, pero proporcionan el marco y los objetivos generales para

49

ayudar a los desarrolladores de herramientas de autora a entender los criterios

de xito. Cada gua incluye una breve explicacin de por qu se incluy.

A continuacin se presentan las capas definidas en la ATAG:

PARTE A: Hacer la herramienta accesible

Alcance de la "interfaz de usuario de la herramienta de autora": En la Parte A se

aplican todos los aspectos de creacin de la interfaz de usuario.

Tambin incluye puntos de vista del contenido Web que se est editando y

caractersticas que son independientes del contenido, como mens, barras de botones,

barras de estado, las preferencias del usuario, documentacin, entre otros.

Refleja los problemas de accesibilidad al contenido: La herramienta es responsable

de asegurar que la edicin del contenido Web sea accesible para personas con

discapacidad. Sin embargo, cuando un problema de accesibilidad es causada

directamente por el contenido que est siendo editado (por ejemplo, si una imagen en

el contenido carece de un texto alternativo), entonces esto no se considera una

deficiencia en la accesibilidad de la interfaz de usuario.

PRINCIPIO A.1: La creacin de interfaces de usuario deben seguir las guas de

accesibilidad.

Gua A.1.1: (Para la interfaz de usuario de la herramienta de autora)

Asegurar que las funcionalidades no basadas en Web sean accesibles.

Justificacin: Cuando las herramientas (o partes de la herramienta) no

son basadas en Web, aplicando las guas de accesibilidad existentes se

debe asegurar el acceso fcil a las personas que posean discapacidades.

PRINCIPIO A.2: La edicin debe ser perceptible.

Gua A.2.1: (Para la interfaz de usuario de la herramienta) Habilitar el

contenido alternativo a los usuarios.

Justificacin: Algunos autores necesitan tener acceso a contenido

alternativo con el fin de interactuar con el contenido Web que se est

editando.

50

Gua A.2.2: (Para la interfaz de usuario de la herramienta) La edicin de la

interfaz puede ser editada travs de programas.

Justificacin: Algunos autores necesitan tener acceso a detalles sobre la

edicin de la interfaz, a travs de su tecnologa de asistencia.

PRINCIPIO A.3: La edicin debe ser permitida a personas con discapacidad

Gua A.3.1: (Para la interfaz de usuario de la herramienta) Facilitar el acceso

de teclado para las funcionalidades de la herramienta.

Justificacin: Algunos usuarios con movilidad reducida o discapacidad

visual no son capaces de utilizar un ratn, y en requieren el acceso

mediante teclado a todas las funcionalidades de la herramienta.

Gua A.3.2: (Para la interfaz de usuario de la herramienta) Proveer suficiente

tiempo a los usuarios al realizar ediciones

Justificacin: Algunos autores que han digitan con dificultad o un lento

manejo del ratn, se les debe evitar el uso de los sistemas con lmites de

tiempo o que requieren altas velocidades de reaccin, tales como hacer

clic en un blanco mvil.

Gua A.3.3: (Para la interfaz de usuario de la herramienta) Ayudar a los

usuarios evitar objetos intermitentes que puedan provocar convulsiones.

Justificacin: Objetos intermitentes pueden causar convulsiones en los

usuarios con trastorno convulsivo fotosensible.

Gua A.3.4: (Para la interfaz de usuario de la herramienta) Mejorar la

navegacin y la edicin a travs de cmo se muestra la estructura del

contenido.

Justificacin: Algunos usuarios que tienen dificultades para escribir o

utilizar el beneficio del ratn, se les debe presentar la informacin

estructurada para permitir la fcil navegacin por el contenido.

Gua A.3.5: (Para la interfaz de usuario de la herramienta) Permitir la

bsqueda del contenido mediante texto.

Justificacin: Algunos usuarios tienen dificultades para escribir o utilizar

el beneficio del ratn, se les debe permitir buscar informacin acerca del

51

contenido de las funcionalidades mediante opciones de bsqueda tales

como, case sensitive, two-way, match, entre otras.

Gua A.3.6: (Para la interfaz de usuario de la herramienta) Administrar las

preferencias de configuracin de los usuarios.

Justificacin: Algunos autores necesitan establecer su propia

configuracin de cmo se estructura el contenido de la pagina, de una

manera que difiere de la presentacin que se define para el contenido

Web publicado, se debe proporcionar la capacidad de guardar y cargar

conjuntos de teclado.

Gua A.3.7: (Para la interfaz de usuario de la herramienta) Asegrese de que

las pre-visualizaciones son accesibles.

Justificacin: Las pre-visualizaciones se presentan en muchas

herramientas, porque las personas a menudo requieren comprobar de

forma peridica su trabajo para mirar cmo se mostrar el contenido de la

Web a los usuarios finales. Las personas con discapacidad necesitan la

misma oportunidad de revisar su trabajo.

PRINCIPIO A.4: La edicin debe ser comprensible.

Gua A.4.1: (Para la interfaz de usuario de la herramienta) Se debe ayudar a

las personas a evitar y corregir los errores.

Justificacin: Algunas personas con discapacidad pueden ser ms

susceptibles a cometer errores debido a factores tales como la dificultad

para realizar movimientos finos o errores de reconocimiento de voz.

Gua A.4.2: (Para la interfaz de usuario de la herramienta de autora)

Documentar la interfaz de usuario, incluyendo todas las caractersticas de

accesibilidad.

Justificacin: Algunas personas no pueden ser capaces de comprender o

utilizar la herramienta sin la documentacin adecuada.

PARTE B: Brindar soporte a la produccin de contenidos accesibles

52

PRINCIPIO B.1: Todos los procesos automticos deben producir contenido accesible.

Gua B.1.1: Asegrese de especificar que contenido automtico es accesible.

Justificacin: si se especifican que funcionalidades automticas no son

accesibles, el uso de la funcionalidad quedar en manos del usuario.

PRINCIPIO B.2: Las personas deben ser apoyadas en la produccin de contenidos

accesibles.

Gua B.2.1: Brindar una gua para que las personas puedan producir

contenido accesible.

Justificacin: Al brindar guas a las personas desde el principio en la

creacin y mantenimiento de contenidos Web accesibles (WCAG), los

problemas de accesibilidad Web de se ven mitigados y menos esfuerzo de

reparacin serian necesarios.

Gua B.2.2: Ayudar a los autores con plantillas accesibles.

Justificacin: Proporcionar plantillas accesibles y otros contenidos pre-

definidos (por ejemplo, imgenes prediseadas, multimedia sincronizado,

widgets, etc) puede tener varios beneficios, entre ellos: mejorar el

contenido Web cuando alguna persona desea crear una pgina, lo que

reduce el esfuerzo requerido de las personas.

PRINCIPIO B.3: Los personas deben ser apoyados en la

Documents

Guía_Sitios_Web_Caicedo_2012(1)