Incorporando accesibilidad en el proceso de desarrollo de software y sitios web

2011 Buenos Aires
Día de la UsabilidadDía de la Usabilidad
Organizado por el
Movimiento de Diseño Inclusivo
Incorporando Accesibilidad
en el proceso de desarrollo de
software y sitios web
Santiago Bustelo, Kambrica • IxDA BA
@sbustelo
MEMBER
Presentación bajo licencia Creative Commons
Atribución 2.5 Argentina
http://creativecommons.org/licenses/by/2.5/ar

2011 Buenos Aires
Día de la UsabilidadDía de la Usabilidad Organizado por el
Movimiento de Diseño Inclusivo MEMBER
1. El problema
• Por partes hasta llegar al fondo
2. El largo camino a la solución
• Usabilidad y Accesibilidad, atributos
cualitativos
• Modelo de Calidad por áreas
• Recomendaciones para cada área
3. Sobre atajos y parches
Qué vamos a ver:

2011 Buenos Aires
• No vamos a ver…
• Balas de plata
• Cómo continuar haciendo lo
mismo y lograr resultados
diferentes
• A quién echarle la culpa
Alineando expectativas

2011 Buenos Aires
Problema: domar la accesibilidad
Ilustración: WallPaperDisk.com

2011 Buenos Aires
Lo que nos piden que logremos
Ilustración: DesktopNexus.com

2011 Buenos Aires
Información
×
Representación
×
Tecnología
=
Resultado final
≈ Contenido
≈ Diseño
≈ Desarrollo
Las partes del problema

2011 Buenos Aires
Información vs. representación
Miguel de Cervantes El Ingenioso Hidalgo de Don Quijote de la Mancha
CAPÍTULO I
QUE TRATA DE LA CONDICIÓN Y EJERCICIO
DEL FAMOSO HIDALGO D. QUIJOTE DE LA MANCHA
En un lugar de la Mancha, de cuyo nombre no quiero acordarme, no ha
mucho tiempo que vivía un hidalgo de los de lanza en astillero, adarga antigua,
rocín flaco y galgo corredor. Una olla de algo más vaca que carnero, salpicón
las más noches, duelos y quebrantos los sábados, lentejas los viernes, algún
palomino de añadidura los domingos, consumían las tres partes de su
hacienda. El resto della concluían sayo de velarte, calzas de velludo para las
fiestas con sus pantuflos de lo mismo, los días de entre semana se honraba con
su vellori de lo más fino. Tenía en su casa una ama que pasaba de los cuarenta,
y una sobrina que no llegaba a los veinte, y un mozo de campo y plaza, que así
ensillaba el rocín como tomaba la podadera. Frisaba la edad de nuestro
hidalgo con los cincuenta años, era de complexión recia, seco de carnes,
enjuto de rostro; gran madrugador y amigo de la caza. Quieren decir que tenía
el sobrenombre de Quijada o Quesada (que en esto hay alguna diferencia en los
autores que deste caso escriben), aunque por conjeturas verosímiles se deja
entender que se llama Quijana; pero esto importa poco a nuestro cuento; basta
que en la narración dél no se salga un punto de la verdad.
PÁGINA 1
QUE TRATA DE LA CONDICIÓN Y EJERCICIO
DEL FAMOSO HIDALGO D. QUIJOTE DE LA MANCHA
En un lugar de la Mancha, de cuyo nombre no quiero acordarme, no ha
mucho tiempo que vivía un hidalgo de los de lanza en astillero, adarga antigua,
rocín flaco y galgo corredor. Una olla de algo más vaca que carnero, salpicón
las más noches, duelos y quebrantos los sábados, lentejas los viernes, algún
palomino de añadidura los domingos, consumían las tres partes de su
hacienda. El resto della concluían sayo de velarte, calzas de velludo para las
fiestas con sus pantuflos de lo mismo, los días de entre semana se honraba con
su vellori de lo más fino. Tenía en su casa una ama que pasaba de los cuarenta,
y una sobrina que no llegaba a los veinte, y un mozo de campo y plaza, que así
ensillaba el rocín como tomaba la podadera. Frisaba la edad de nuestro
hidalgo con los cincuenta años, era de complexión recia, seco de carnes,
enjuto de rostro; gran madrugador y amigo de la caza. Quieren decir que tenía
el sobrenombre de Quijada o Quesada (que en esto hay alguna diferencia en los
autores que deste caso escriben), aunque por conjeturas verosímiles se deja
entender que se llama Quijana; pero esto importa poco a nuestro cuento; basta
que en la narración dél no se salga un punto de la verdad.
PÁGINA 1
Miguel de Cervantes El Ingenioso Hidalgo de Don Quijote de la Mancha
Es, pues, de saber, que este sobredicho hidalgo, los ratos que estaba
ocioso (que eran los más del año) se daba a leer libros de caballerías con tanta
afición y gusto, que olvidó casi de todo punto el ejercicio de la caza, y aun la
administración de su hacienda; y llegó a tanto su curiosidad y desatino en esto,
que vendió muchas hanegas de tierra de sembradura, para comprar libros de
caballerías en que leer; y así llevó a su casa todos cuantos pudo haber dellos; y
de todos ningunos le parecían tan bien como los que compuso el famoso
OficioA4

2011 Buenos Aires
Miguel de Cervantes El Ingenioso Hidalgo de
Don Quijote de la Mancha
CAPÍTULO I
QUE TRATA DE LA CONDICIÓN Y
EJERCICIO
DEL FAMOSO HIDALGO D. QUIJOTE DE
LA MANCHA
En un lugar de la Mancha, de cuyo nombre no
quiero acordarme, no ha
mucho tiempo que vivía un hidalgo de los de lanza en
astillero, adarga antigua,
rocín flaco y galgo corredor. Una olla de algo más vaca
que carnero, salpicón
las más noches, duelos y quebrantos los sábados,
lentejas los viernes, algún
palomino de añadidura los domingos, consumían las
tres partes de su

2011 Buenos Aires
Información atada a una
representación
Don Quijote.GIFDon Quijote.MP3

2011 Buenos Aires
• Nuestros usuarios no son productores de contenido,
diseño o desarrollo.
• Si nuestros usuarios tienen que separar información
entretejida con la representación,
• …los estamos obligando a hacer un esfuerzo
considerable y que no les corresponde, como
resultado de no haber hecho bien nuestro trabajo.
• Hacerlo bien, que no es fácil, nos define como
profesionales, nos enorgullece y ennoblece.
Autocrítica despiadada

2011 Buenos Aires
Usuarios ≉ Para quién trabajamos
Requerimientos
Entregables
Cliente Desarrollador
Diseñador
Contenidista

2011 Buenos Aires
“Esa manga de inútiles”“Esos cretinos”
¿Cómo trabajamos?

2011 Buenos Aires
¿Cómo trabajamos?
Interlocutor del
equipo
Desarrolladores
Diseñadores
Contenidistas
Requerimientos
Entregables
Interlocutor
del cliente
Stakeholders
Sponsors

2011 Buenos Aires
¿Para quién trabajamos?
Burbuja del Proyecto
Se rompe una vez finalizado
el proyecto
Usuarios finales
Operan todos los días
el producto del proyecto finalizado
Mundo real
Producto

2011 Buenos Aires
Problema: domar la accesibilidad
El problema de fondo:
Nuestro producto no satisface a
nuestros usuarios

2011 Buenos Aires
Inés, Contadora (73 años)
• Lleva una vida activa. Para mantener las expensas bajas
para todos, se hace cargo de la administración de su edificio.
• Trabajó con computadoras las últimas décadas. Las
considera herramientas, no le interesa cómo funcionan.
• Como millones de adultos mayores, Inés sufre de
degeneración macular asociada a la edad. Tiene dificultad en
leer textos pequeños o con poco contraste. Sabe ampliar el
texto en Explorer, pero no funciona en todos los sitios.
• Tiene un ligero temblor en la mano derecha. Usar el mouse a
veces resulta un desafío, particularmente con links o botones
muy pequeños. Prefiere usar el teclado.
• Las páginas que Inés puede leer y usar sin problemas,
funcionan muy bien en la pantallita de nuestro celular.
Foto kellyCDB (CC)
“La otra noche
fuimos al teatro
con las chicas.
¡Qué buenos
actores! Hacía
tiempo que no
me reía tanto”.

2011 Buenos Aires
Pablo, Estudiante (26)
• Dicen que nació para médico. No sabía si empezar la
carrera, pero la vocación fue más fuerte que el “miedo a
los libros”. Descubrió que puede hacer que la
computadora le lea los textos al mismo tiempo que los ve
en la pantalla, y eso le ayuda a estudiar.
• Un niño por cada aula puede tener Trastorno por Déficit
de Atención e Hiperactividad. Pablo fue ese niño. Junto
con dislexia, le genera grandes dificultades en la lectura.
• Las páginas muy “cargadas” o con animaciones lo
marean.
• Agradece que Google entienda lo que quiere buscar
aunque lo ingrese con faltas de ortografía.
• Los sitios que prefiere Pablo, nos resultan fáciles de usar
cuando estamos apurados y bajo presión.
Foto zpeckler (CC)
“Cuando éramos
chicos, mi hermano
se lastimó. Lo
vendé tan bien,
que no tuvieron
que darle puntos”.

2011 Buenos Aires
Diana, Periodista (23)
• Colabora en varios medios y blogs. Le entusiasma la
explosión de medios sociales.
• Perdió la audición a los 6 años debido a una meningitis,
enfermedad que no distingue edad y puede dejar secuelas
neurológicas como parálisis o epilepsia.
• Es capaz de leer los labios y comunicarse verbalmente,
aunque para quienes recién la conocen puede ser difícil
entenderla. Suele llevar puestos auriculares para evitar
situaciones incómodas.
• Se maneja muy bien investigando en la web, aunque
últimamente parece que están de moda screencasts y otros
formatos que no puede aprovechar.
• Los sitios que Diana consulta son los que podemos visitar en
el trabajo y otras situaciones donde no podemos hacer ruido.
Foto elisharene (CC)
“Disculpame, no
te estaba
atendiendo”.

2011 Buenos Aires
Claudio, Representante (32)
• Siempre tuvo facilidad para tratar con gente. Es uno de
los mejores vendedores en el sector.
• Perdió la vista en un accidente automovilístico que le
costó años de rehabilitación. Aprendió a usar la PC con
un lector de pantalla y le enseñó a sus compañeros de
trabajo atajos del CRM que les permiten trabajar más
rápido y distraerse menos.
• Como Claudio no puede mirar (o escuchar) la pantalla
mientras negocia con un cliente, suele relevarlo antes
de realizar el llamado. Los clientes se sienten atendidos
y entendidos cuando hablan con él.
• Los sitios que Claudio puede usar tienen alternativas de
texto para todas las imágenes, lo cual los posiciona
muy bien en Google.
Foto Emezeta.com (CC)
“¡Tenemos uno
muy bueno… en
oferta!”

2011 Buenos Aires
Philippe, Ingeniero (27)
• Es Francés. Allá conoció a su mujer, Ana, que es argentina.
Vineron a Salta de luna de miel, y terminaron quedándose a vivir.
• Empezaron un emprendimiento de ecoturismo en el pueblo de
los abuelos de ella. Acceden a Internet por dial-up.
• Estudió español en el secundario. Encuentra al “argentino” un
tanto distinto, y le cuesta seguir muchas películas sin subtítulos.
Los sitios con redacción ampulosa lo obligan a leer palabra por
palabra.
• Como el 8% de los varones, tiene una deficiencia en los
receptores del color, conocida popularmente como daltonismo.
En su caso, no puede distinguir los colores compuestos por luz
roja. Ello no lo inhabilita para manejar, porque puede ubicar las
luces del semáforo por posición, pero sí para identificar en un
formulario los campos marcados en rojo.
• Los sitios que Philippe y Ana prefieren, son ideales para acceder
con un Kindle, o con un celular por conexión 3G, lenta y cara.
“Compramos un
lector de DVD
que detesto.
El tono de verde
que utiliza para
‘on’ y el tono de
rojo que utiliza
para ‘off’, son
indeferenciables
por mí.”
Foto ecospc (CC)

2011 Buenos Aires
¿Cómo nos llegan los
requerimientos de los usuarios?
• Dentro de nuestro proyecto no solemos tener procesos y
recursos adecuados para incorporar todos los casos.
• Nuestras decisiones impactan, de forma positiva o
negativa, en el acceso a la información y capacidad
productiva de millones de personas.
• Entidades y Estados, en representación de los usuarios
más perjudicados, generan cuerpos consistentes de
requerimientos como resultado de un proceso de
investigación.

2011 Buenos Aires
Usuarios más perjudicados
• Personas con discapacidad
• Sensorial (vista u oído): visión baja o nula, daltonismo, pérdida de
audición.
• Motriz: pérdida de control muscular, motricidad o de miembros, volviendo
difícil o imposible la operación de dispositivos tradicionales.
• Cognitivos: afasia (pérdida de lenguaje), dislexia, limitaciones cognitivas
congénitas o asociadas a la edad.
• Personas con desventajas técnicas o culturales
• Computadoras viejas y/o conexiones lentas
• Hablantes no nativos, diferencias culturales, baja escolaridad
• Casos de epilepsia
• Epilepsia fotosensible
Más información: Trace Center: Major disability groups

2011 Buenos Aires
WCAG: Principios
• Perceptible
• La información y los componentes de la interfaz de usuario deben ser
presentados a los usuarios de modo que ellos puedan percibirlos.
• Operable
• Los componentes de la interfaz de usuario y la navegación deben ser
operables.
• Comprensible
• La información y el manejo de la interfaz de usuario deben ser
comprensibles.
• 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.

2011 Buenos Aires
El largo camino a la solución
Ilustración: JohnnySlowhand

2011 Buenos Aires
¿Cómo podemos cumplir
estos requerimientos?
• Entender Usabilidad y Accesibilidad como atributos
cualitativos:
• No son un componente que se pueda “agregar” a un
producto.
• Son el resultado de decisiones tácticas y
estratégicas en Información × Representación ×
Tecnología durante todo el proceso de desarrollo.

2011 Buenos Aires
JISC TechDis: Technological Maturity and Culture
• Mejorar nuestros procesos lleva tiempo y se logra
paso a paso, proyecto a proyecto.
• En el camino, muchas veces tendremos que tomar
atajos. Distinguir parche de solución.
Modelos de madurez

2011 Buenos Aires
Modelo de Calidad por áreas

2011 Buenos Aires
¿Qué es Calidad?
• “La Calidad de un producto es una función del bien
que hace al mundo” (Tom DeMarco)
• Calidad = Resultados del esfuerzo / Costos totales
(W. Edwards Deming)
• “Calidad es lo que nuestros usuarios valoran. Todo lo
demás es desperdicio” (Lean Software Development)

2011 Buenos Aires
¿Cómo determinamos la
Calidad?
• “Si no medimos, no hay calidad. Punto y aparte” (Sebastián
Fernández Quezada, Keikendo)
• “Mide lo que sea medible y haz medible lo que no lo sea” (Galileo
Galilei)
• Emplear siempre la misma métrica para la misma cosa.
• Implementar métricas y herramientas adecuadas, probadas y
consistentes, conociendo y observando sus limitaciones.
• No existen métricas ni herramientas perfectas. No es excusa.
• Si es necesario desarrollar herramientas, publicarlas como
software libre. No son un activo del proyecto o del equipo.
Pertenecen al mundo de la investigación, no al de la tecnología
competitiva.

2011 Buenos Aires
Métrica binaria
WCAG 2.0
✗
WCAG 2.0
✔

2011 Buenos Aires
Métrica binaria

2011 Buenos Aires
Construyendo paso a paso
1.
A=0 1.
A=0
2.
B=1
1.
A=0
2.
B=1
3.
C=B/A
1.
A=10
2.
B=1
3.
C=B/A

2011 Buenos Aires
WCAG 2.0
✗
Construyendo en equipo
Contenido Desarrollo
“ 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…
<img
alt="un
dibujo
que

me
pasaron
que
tiene

muchos
colores"
/>
ResultadoImagen

2011 Buenos Aires
WCAG 2.0
✔
Construyendo en equipo
Contenido Desarrollo
“ 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…
<img
alt="Diagrama

Cromático
de
la
CIE"
/>
ResultadoImagen
Documentación:
Alternativa textual
de la imagen

2011 Buenos Aires
Equipo sin interlocutores
Arq. Software
Stakeholder JavaScript
Sponsor
Cuñado
Arq. Bases
de Datos
PHP
Redactor
Colado
Analista
HTML

2011 Buenos Aires
Calidad por áreas
• Separamos el proceso en áreas definidas.
• Cada área:
• Comparte una visión común.
• Tiene un único interlocutor responsable.
• Tiene un checklist que puede aplicar en todo momento.
• Sólo recibe calidad:
• Insumos pasaron checklist del área anterior.
• Sólo entrega calidad:
• Entregables pasando checklist propio y de las áreas
anteriores.
• Documentación de elementos a incorporar posteriormente.

2011 Buenos Aires
En el primer proyecto…
Interfaz Front-end Back-end ContenidosDirección
Stakeholders
Sponsors

2011 Buenos Aires
Proyectos de mayor escala
Redactores
Diseñadores
Contenidistas
Análisis Func.
Dis. Interacción
Arq. Información
Dis. Interfaz
HTML/CSS
Templates
JavaScript
XAML, Flash
Arq. Software
Arq. BD
PHP / .Net / Java
Stakeholders
Sponsors
Interfaz Front-end Back-end ContenidosDirección

2011 Buenos Aires
Visión común
• ¿Cuáles son los objetivos del proyecto?
• Aprobados por el equipo, medibles, con plazos definidos.
• ¿Quiénes son nuestros usuarios?
• Arquetipos (Personas) en base a relevamiento con usuarios
reales.
• ¿Qué vamos a construir?
• Definición de expectativas del producto final.
• Nivel de conformidad WCAG 2 consensuado por el equipo.
• Comprensión de aplicación de las guías WCAG 2.
• ¿Cómo lo vamos a construir?
• Metodología conocida, aceptada y utilizada por el equipo.

2011 Buenos Aires
Area: Dirección

2011 Buenos Aires
Asumir el rol
• Al igual que los miembros del equipo, los sponsors y
stakeholders no son el usuario durante la extensión
del proyecto.
• Designar un único interlocutor representante de
todos los stakeholders, con autoridad para tomar
decisiones.

2011 Buenos Aires
1er proyecto: Reducir riesgos
• Son muchas variables. Reducir las variables en
juego. Trabajar con equipo, metodología, etc. ya
conocidos.
• Cambio cultural. Tomar un proyecto con la menor
cantidad de impedimentos.
• Escala: Empezar con un proyecto y equipo chicos.
Agile: un proyecto grande son muchos proyectitos.

2011 Buenos Aires
Despejar obstáculos
• Visión
• No podemos “intentar” accesibilidad. Cada paso en el camino
debe ser un paso hacia adelante. Lo contrario es desperdicio.
• Recursos
• Incorporar accesibilidad es una extensión del alcance.
• No es posible satisfacerla sin capacitar a los recursos y darles
tiempo para poder desarrollar nuevas capacidades.
• Tiempo
• Hacer las cosas bien lleva tiempo. Hacerlas bien la primera vez
lleva más tiempo. Sincerar los desvíos pasados.

2011 Buenos Aires
Area: Tecnología
Desarrollo back-end

2011 Buenos Aires
Arquitectura de Software
• La tecnología escogida debe asegurar accesibilidad dentro
de la metodología y recursos definidos para el proyecto.
• Preferir con pasión modelos MVC que permitan:
• desarrollar la interfaz empleando HTML estándar,
• implementarla como templates.
• No aceptar código HTML/CSS/JavaScript generado
automáticamente sin evaluarlo ni saber cómo funciona.
• Aplicar recomendaciones de Yahoo Exceptional Performance.
• URLs deben permitan función “volver” del navegador.

2011 Buenos Aires
Humanizar la tecnología
• Declarar en el código el idioma del contenido.
• Prever mecanismos para presentación humana de información:
• Evitar “0 resultados”, tablas sin filas y otras consecuencias de
iteradores nulos.
• Evitar “1 errores” soportando variación de género y número en textos
dirigidos al usuario.
• Arquitectura de Base de Datos:
• Debe ser posible buscar desde un campo de texto libre, no sensible a
mayúsculas/minúsculas, acentos, etc.
• BD NO DEBE IMPONER CONTENIDO EN MAYUSCULAS.
• Sistema de mailing debe informar al destinatario el email desde el que
está suscripto, permitiéndole darse de baja desde la dirección correcta.

2011 Buenos Aires
Area: Contenidos
Producción de textos

2011 Buenos Aires
Información vs. manifestación
“ Por la presente solicito un anticipo a
cuenta de mi pensión,de acuerdo con
la Ley 31/1990(27/dic),art.47.Adjunto
el formulario CPA/2 completado y
firmado para ejercer este derecho.
“ A quien corresponda:
Habiéndose informado previamente al
interesado por los canales oficiales de
la posibilidad de solicitar de antemano
la cuenta de la pensión que le fuere
reconocida en su momento, de
acuerdo con lo que dispone el artículo
47 de la Ley 31/1990 aprobada el 27
de diciembre del año mencionado, el
funcionario suscribiente desea
acogerse al citado derecho, para lo
cual, conforme a los procedimientos
oportunamente establecidos, ha
completado y firmado el formulario
CPA/2 que se entrega adjunto a la
presente solicitud.

2011 Buenos Aires
Información: el punto justo
Indexed: Needles and haystacks and such.

2011 Buenos Aires
Medida de complejidad del texto
• En inglés:
• Flesch–Kincaid: 0-100 (muy difícil ➔ muy fácil)
• Gunning fog, SMOG: Nivel de escolaridad
• En castellano:
• Fernández Huerta: 0-100 (muy difícil ➔ muy fácil)
• INFLESZ (Artículo, Herramienta): Nivel de dificultad
• Hay mucho por hacer en nuestra lengua, y también malas
implementaciones. Someter las herramientas a prueba.

2011 Buenos Aires
Readability index calculator:
✗ no pasa la prueba
cuenta de mi pensión,de acuerdo con la
Ley 31/1990(27/dic),art.47.Adjunto el
formulario CPA/2 completado y firmado
para ejercer este derecho.
Fernandez-Huerta score: 57 (Fairly
Difficult)
“ A quien corresponda:
interesado por los canales oficiales de la
posibilidad de solicitar de antemano la
cuenta de la pensión que le fuere
reconocida en su momento, de acuerdo
con lo que dispone el artículo 47 de la
Ley 31/1990 aprobada el 27 de
diciembre del año mencionado, el
funcionario suscribiente desea acogerse
al citado derecho, para lo cual, conforme
a los procedimientos oportunamente
establecidos, ha completado y firmado
el formulario CPA/2 que se entrega
adjunto a la presente solicitud.
Fernandez-Huerta score: 69 (Normal)

2011 Buenos Aires
INFLESZ 1.0: ✔ consistente
cuenta de mi pensión,de acuerdo con la
Ley 31/1990(27/dic),art.47.Adjunto el
formulario CPA/2 completado y firmado
para ejercer este derecho.
Grado Escala Inflesz: Bastante Fácil
Indice Fernandez-Huerta: 79.44
“ Aquien corresponda:
interesado por los canales oficiales de la
posibilidad de solicitar de antemano la
cuenta de la pensión que le fuere
reconocida en su momento, de acuerdo con
lo que dispone el artículo 47 de la Ley
31/1990 aprobada el 27 de diciembre del
año mencionado, el funcionario suscribiente
desea acogerse al citado derecho, para lo
cual, conforme a los procedimientos
oportunamente establecidos, ha completado
y firmado el formulario CPA/2 que se
entrega adjunto a la presente solicitud.
Grado Escala Inflesz: Muy difícil
Indice Fernandez-Huerta: 27.75

2011 Buenos Aires
Reglas de estilo
• Guillermo Franco:
Cómo escribir para la web
(PDF gratuito)
• Jakob Nielsen:
Writing for the web

2011 Buenos Aires
Lo esencial
• Contenido conciso, objetivo, escaneable.
• Nivel de lectura / escolaridad accesible.
• Cuidado con técnicas SEO que prometen más visitas, a costa
de perderlas debido a contenido retorcido.
• Usar textos descriptivos para links. Mejora posicionamiento
en Google y ayuda a usuarios de lectores de pantalla, que
navegan empleando listados de links. Nunca “Click aquí”.
• Si usamos un CMS, somos responsables del código
semántico del contenido: uso de títulos, listas, alt,
title…

2011 Buenos Aires
Areas: Presentación,
Contenidos
Interfaz, diseño visual y
multimedia

2011 Buenos Aires
Protanopia
Protanopia
EjemplosdeNationalEyeInstitute,NationalInstitutesofHealth
¿Cómo ven
nuestros
usuarios?

2011 Buenos Aires
DanKam: Realidad
aumentada para daltónicos

2011 Buenos Aires
Protanopia
Imagen original
Visión normal
Imagen original
Simulación protanopia
Imagen DanKam
Visión normal
Imagen DanKam
Simulación protanopia

2011 Buenos Aires
Cuando el color no comunica
“ Nunca usar color como único elemento de significado. Emplearlo para
reforzar mensaje transmitido por texto, imagen o posición (ej. luces del
semáforo).
“ Empezar el diseño como wireframe o en blanco y negro, y agregar color
después.
“ Emplear colores fáciles de distinguir (separados en HSL/HSV,
manteniendo buen contraste contra el fondo; no emplear colores
adyacentes, sino tríadas o complementarios).
“ En documentación y ayudas, identificar elementos de la interfaz por
nombre, no por color.
Microsoft Dev Center: Color
• Emplear contraste entre texto y fondo conforme especificaciones de contraste
WCAG 2 (herramientas disponibles).

2011 Buenos Aires
Textos alternativos
• Sólo el texto puede ser representado en todos los dispositivos.
• No desarrollar contenido en formatos multimedia, audio y/o
video, si no se prevén recursos para producir e implementar
alternativas textuales.
• Implementar o proveer para su implementación atributos ALT para
imágenes y animaciones, y descripciones de figuras y diagramas.
• Multimedia: Proporcionar subtítulos y transcripción del sonido, y
descripción del vídeo.
• Usar textos descriptivos para links. Mejora posicionamiento en
Google y ayuda a usuarios de lectores de pantalla, que navegan
empleando listados de links. Nunca “Click aquí”.

2011 Buenos Aires
Tipografía
• Emplear tipografía legible.
• Menos de 80 caracteres por línea, buen interlineado y
espacio entre párrafos (150% y 1.5 veces el
interlineado, respectivamente, para nivel AAA)

2011 Buenos Aires
Animaciones, audio y video
• Evitar animaciones gratuitas que no agregan valor a nuestros
usuarios.
• Dos usos lícitos para animaciones: mostrar una transformación
(producto que “vuela” al carrito), o una secuencia que sólo tiene
sentido desarrollada en el tiempo (ej. danza).
• No emplear animaciones en el área de la visión periférica del usuario.
• Más de tres “flashes” pueden disparar un ataque de epilepsia.
• El usuario debe poder controlar la reproducción de audio y video.
• Que la página empiece a reproducir sonido apenas se la abre es
fastidioso. Que lo haga enterrada en un grupo de pestañas es
desquiciante.

2011 Buenos Aires
Area: Presentación
Diseño de la interfaz

2011 Buenos Aires
Nivel de representación:
específica / universal / críptica
UX Magazine:
Realism in UI
design

2011 Buenos Aires
Diseño modular de la interfaz
Nathan Curtis: Modularity & Design Hierarchy

2011 Buenos Aires
Accesibilidad en la
representación
• Investigar nuevas posibilidades tecnológicas
(ej. @font-face, efectos CSS3) que eviten tener que
implementar texto como imagen.
• Emplear redundancia en elementos de operación
para no depender de un único atributo que puede
no ser percibido. Ej.: links en color y subrayados,
campos requeridos señalados con color y texto.

2011 Buenos Aires
Accesibilidad en la operación
• CAPTCHAs: como imagen y sonido. Considerar siempre
primero otras alternativas, dado que son muy, muy
problemáticos.
• Toda la interfaz debe ser operable con el teclado.
• Considerar que usuarios con discapacidades necesitan
mucho más tiempo que los demás para completar tareas.
• Navegacion y operación predecibles y consistentes.
Todo cambio de contexto debe ser iniciado por el usuario.
• Diseñar la operación de forma que permita evitar errores y
resolver de forma sencilla los que ocurran.

2011 Buenos Aires
Area: Tecnología
Desarrollo front-end

2011 Buenos Aires
Trabajar por capas
• Conocer y respetar sentido semántico de cada tag HTML5.
Nunca reemplazar o reinventar tags (ej, P
class=”titulo”).
• Progressive Enhancement:
• Primero maquetar el HTML. Validar regularmente.
• Sobre HTML sólido, aplicar CSS y repasar tags, classes y IDs.
• JavaScript no intrusivo como última capa. El sitio debe ser
navegable con JavaScript desactivado.
• No aceptar código generado automáticamente sin evaluarlo ni saber
cómo funciona.
• Aplicar recomendaciones de Yahoo Exceptional Performance.

2011 Buenos Aires
Navegación y presentación
accesible
• Implementar estructura y mecanismos para evitar que
usuarios de lectores de pantalla tengan que recorrer
bloques de contenido innecesariamente.
• Ej.: links “saltear navegación”, sólo perpectibles por
lectores de pantalla.
• El texto debe poder ser ampliado al 200% sin pérdida de
contenido o funcionalidad.
• Emplear medidas relativas (em,
%) en CSS.
• Maquetado fluido.

2011 Buenos Aires
Desarrollo y testeo modular
icograma.com/congo
input
config.php
variables.yml
components
_html
_layouts
componente1
componente2

2011 Buenos Aires
HTML elemental
• Correcto uso de títulos (H1,H2,H3…) y listas (UL/OL>LI,
DL>DT/DD).
• Uso correcto de tags y atributos para relacionar elementos y
proveer texto alternativo: LABEL
for…,
title,
alt,

longdesc,
ABBR
• Jamás usar tablas para diseño. Usar tablas para contenido
tabular, marcando correctamente THEAD,
TBODY,
TFOOT,
THs,

CAPTION.
• Uso de IDs para marcar puntos en el contenido y classes con
sentido semántico.
• Nunca usar atributo style en un elemento.

2011 Buenos Aires
Parche ≠ Solución
Foto: LA NACION / Emiliano Lasalvia

2011 Buenos Aires
Parches
• Se realizan contra reloj con recursos existentes.
El aprendizaje es limitado, imposible o negativo.
• Mantenimiento tiende a infinito.
• La gerencia ya no nos cree: como leer código es
más difícil que escribirlo, solemos querer reescribir lo
que funciona, algo que nunca debe hacerse (Joel
Spolsky).
• El código “descartable” prevalece (Big Ball of Mud).

2011 Buenos Aires
Big Ball of Mud (aka Shantytowns)
• Trabajo reactivo sobre lo
evidente e inmediato, poco
o ningún planeamiento e
infraestructura.
• Cada cambio “local” tiene
consecuencias globales,
obliga a repasar desarrollo
previo.
• Se acumulan incertidumbres
que explotan tardíamente.
• Cada vez más difícil lograr
escalabilidad, performance,
mantenibilidad.

2011 Buenos Aires
Principio de Pareto
• El 80% de los resultados proviene del 20% de las
causas.
• Descartar o ignorar el resto.

2011 Buenos Aires
Algunos parches comunes
• Versión accesible separada, accediendo misma DB
• En algunos casos, es o puede ser el principio de la
construcción de una solución válida.
• Salsa tártara sobre código spaghetti
• Versión accesible separada, estática
• Para sitios o secciones institucionales
• Requiere documentación visible por quienes en el futuro
realicen revisiones o actualizaciones del sitio principal.

2011 Buenos Aires
Bonus Track
Foto: IGN.com

2011 Buenos Aires
Para empezar a andar el
camino mañana a la mañana
Business Taskforce on Accessible Technology:
Accessibility Maturity Model self-assessment

Incorporando accesibilidad en el proceso de desarrollo de software y sitios web

Recomendados

Recomendados

Más contenido relacionado

Similar a Incorporando accesibilidad en el proceso de desarrollo de software y sitios web

Similar a Incorporando accesibilidad en el proceso de desarrollo de software y sitios web (20)

Más de Santiago Bustelo

Más de Santiago Bustelo (20)

Incorporando accesibilidad en el proceso de desarrollo de software y sitios web