Aplicacin de tcnicas de usabilidad con inclusin en la Fase de Anlisis de Requisitos

Lourdes Moreno, Paloma Martinez, Belen Ruiz

Universidad Carlos III de Madrid, Departamento de Informtica Av. Universidad 30 - 28911 Madrid, Espaa {lmoreno, pmf, bruiz}@inf.uc3m.es

Abstract. En este artculo se presenta un caso prctico de utilizacin de tcnicas de usabilidad con inclusin en la Fase de Anlisis de requisitos en el ciclo de desarrollo Web siguiendo una metodologa de Diseo Centrado en el Usuario. Como caso prctico, se va a mostrar la aplicacin de tcnicas cmo Perfiles de Usuario, Persona, Escenarios y Card Sorting como soporte para ayuda en el diseo y toma de decisiones en el desarrollo de una Web real, la Web del Centro Espaol de Subtitulado y Audiodescripcin (CESyA) 1.

Keywords. Accesibilidad, Anlisis de requisitos, Diseo Centrado en el Usuario, Inclusin, Diseo Web.

1 Introduccin
Las cifras nos indican el vertiginoso crecimiento del uso de Internet, la Web la utilizan cada vez ms personas, y de ah la importancia de avanzar tecnolgicamente de una manera universal, evitando la exclusin de grupos de usuarios. Todo esto converge hacia la necesidad de integrar usabilidad y accesibilidad en la ingeniera del software, lo que requiere de un Diseo Centrado en el Usuario (DCU) [1] a cargo de equipos multidisciplinares, utilizando tcnicas de usabilidad que garanticen esta participacin del usuario en todo el ciclo del desarrollo de una aplicacin Web considerando adems de al usuario medio, a todos los usuarios; esta es la peculiaridad que aporta el Diseo Inclusivo (User Sensitive Inclusive Design) [2]. Desde un punto de vista tcnico, a un diseador Web se le exige que disee una aplicacin accesible siguiendo el estndar de accesibilidad WAI [3], que sea escalable siguiendo una arquitectura y utilizando estndares que le faciliten en un futuro la evolucin de la aplicacin, etc. Sin embargo, hay caractersticas mas centradas en la usabilidad, que aunque el diseador tenga la definicin explcita del concepto, de los requisitos del proyecto, y presentes a los usuarios, no es suficiente,

Este trabajo ha sido financiado por el Centro Espaol de Subtitulado y Audiodescripcin, http://www.cesya.es

196 Moreno, L., Martinez, P., Ruiz, B.

pues no puede adoptar todos estos roles y disear en base a este conocimiento nicamente. Por ello se necesitan tcnicas de usabilidad con inclusin que garanticen la participacin del usuario en todo el proceso de diseo teniendo as en cuenta todas sus necesidades y caractersticas reales. En el siguiente apartado se expone que se entiende por usabilidad y accesibilidad en una Web, y como la cercana de estos dos conceptos tiende a un Diseo Centrado en el Usuario, metodologa que se introducir en el tercer apartado, pasando a presentar el caso prctico de aplicacin de tcnicas de usabilidad con inclusin en el apartado cuarto. Finalmente se expondrn unas conclusiones y trabajos futuros.

2 Integracin de accesibilidad en el Diseo Centrado en el Usuario

Accesibilidad y usabilidad Web son conceptos que estn muy ligados, pero a su vez claramente distintos. Si nos ceimos a las definiciones, la usabilidad est centrada en conceptos de calidad de uso, de efectividad del uso, y la accesibilidad en posibilidad de uso, pero los dos aspectos confluyen hacia la misma meta: que todos los usuarios puedan acceder a la Web de manera agradable. De nada sirve tener una Web que sea usable y sin embargo haya usuarios que no puedan acceder a los contenidos, as como permitir el acceso aunque sea tan poco usable, que el usuario quede frustrado en su visita. Basndonos en criterios de Heurstica de Usabilidad [4] y en las Pautas de Accesibilidad al Contenido en la Web (WCAG) [5] es necesario contemplar: 1. Colores empleados: La accesibilidad impone contraste de colores para posibilitar el acceso a las personas con dificultad visual, y la usabilidad contempla el factor del color en la Web. El uso de colores con poco contrate sera molesto para la vista, y dificultara la navegabilidad para el usuario. 2. Independencia del Dispositivo: Tanto la accesibilidad como la usabilidad consideran que la tecnologa utilizada posibilite el uso de todos los usuarios independiente del dispositivo. 3. Navegabilidad: Ambas aconsejan que los flujos de navegacin sean sencillos e intuitivos para el usuario. Hay que proporcionar mecanismos claros de navegacin, identificando el objetivo de cada vnculo. 4. Textos alternativos al contenido visual: Al igual que en accesibilidad, en usabilidad tendramos que asegurarnos de que cada imagen contenga informacin identificativa de dicha imagen. 5. Visibilidad- Ambas indican que hay que ofrecer visibilidad de las diferentes opciones, enlaces y objetos. El usuario no tiene siempre por qu recordar dnde se encontraba cierta informacin, o cmo se llegaba a determinada pgina. 6. Sencillez: Para ambas priman los diseos sencillos, eliminar la informacin que no sea relevante y que sobrecargue el interfaz. 7. Atajos: Para ambas es conveniente crear atajos de teclado para usuarios con discapacidad, como para ir de forma rpida a los sitios ms solicitados por todo tipo de usuarios. Concluyendo, las aplicaciones Web deben proporcionar acceso a todos los usuarios, sin excluir a aquellos con limitaciones y discapacidades, de una forma

Aplicacin de tcnicas de usabilidad con inclusin en la Fase de Anlisis de Requisitos 197

usable. Son aspectos fundamentales a tener en cuenta en el desarrollo de una aplicacin Web, y de ah que los dos converjan a una metodologa de Diseo centrado en el Usuario.

3 Diseo centrado en el usuario con inclusin

El Diseo Centrado en el Usuario (DCU) se caracteriza por enfocar en todo el proceso de Diseo y Desarrollo la idea de satisfacer las necesidades del usuario y as optimizar la usabilidad. Considera las fases de Anlisis, Diseo Prototipo Evaluacin iterativo, Implementacin y Mantenimiento. Este proceso iterativo nos permitir ir evaluando y depurando el diseo durante el ciclo de desarrollo y no evaluar el sitio Web nicamente una vez finalizado, opcin que hara mucho ms costosa la reparacin ya que siempre es ms econmico rectificar un diseo que redisear completamente el sitio Web.
Fig. 1. Fases del Diseo Centrado en el Usuario indicando Tcnicas en Fase de Anlisis de Requisitos.

Este trabajo se centra en la Fase de Anlisis, utilizando tcnicas (Figura1) de usabilidad al alcance del diseador, e introduciendo inclusin en ellas. Cuando se inicia el anlisis en un proyecto Web, hay una fase de definicin de requisitos donde se confrontan los objetivos del producto a desarrollar con las necesidades de los usuarios y se define cmo el producto va a satisfacer estas necesidades. En definitiva, conocer el alcance que va a tener. Con la informacin extrada anteriormente a travs de la investigacin, encuestas, observacin, entrevistas, etc. se tiene un conocimiento para empezar a trabajar y se pasa a modelar al usuario. El modelado del usuario se basa en definir Perfiles de Usuarios [6], con el objetivo de satisfacer las necesidades propias de cada grupo de usuarios. Los Perfiles deben definirse en base a atributos comunes entre usuarios, como necesidades de informacin del usuario, formacin tecnolgica, edad, etc. y siguiendo los principios

198 Moreno, L., Martinez, P., Ruiz, B.

del diseo inclusivo teniendo en cuenta las barreras de accesibilidad de todos los usuarios, distinguiendo entre tipos de accesos y sus problemas. En este punto nos encontramos con el problema de la extensin y variada cobertura, que hace que la categorizacin total de la audiencia pueda no ser posible o muy costosa. En estos casos podra ser conveniente hacer uso del enfoque de Persona [7]. Las Personas representarn patrones de conducta, objetivos y necesidades de grupos de personas, que si bien son ficticios, tienen caractersticas basadas en la investigacin sobre la audiencia real. Todos los atributos y caractersticas de la Persona deben estar basados en informacin real extrada de los usuarios. Las personas definidas nunca representarn al total de los grupos de usuarios reales, pero s a la mayora, este enfoque debe servir de base para la toma de decisiones en el diseo de la Web. Definiendo Personas se sigue un Diseo Inclusivo y se consigue que el diseador tenga en cuenta usuarios potenciales siendo consciente en todo momento de qu tipo de diseo supondr o no un problema de accesibilidad En esta lnea esta el uso de Escenarios [8] que describen situaciones de uso de la Web sobre los que poder contextualizar la interaccin persona-sistema [9], y que el diseador tenga en mente para quin disea y qu espera encontrar el usuario. Ejemplos de escenarios que tengan en cuenta la accesibilidad aparecen en el documento del W3C: How People with Disabilities Use the Web [10]; en este documento se muestra como personas discapacitadas usan la Web mediante escenarios de personas con variedad de discapacidades que utilizan diferentes tecnologas o estrategias de adaptacin para acceder a la Web. Los escenarios se pueden representar mediante lenguaje natural, storyboards, videos o los diagramas de Casos de Uso de UML muy utilizados en la Ingeniera de Software. En esta fase no todo se puede resolver por medio de anlisis y por ello es til hacer prototipado [11] elaborando prototipos de bajo coste como maquetas en papel. Para facilitar qu contenidos incluir en la maqueta Web en el proceso de definir la Arquitectura de la Informacin de la Web se puede utilizar la tcnica de Card Sorting [12], basada en la observacin de cmo los usuarios agrupan y asocian entre s un nmero predeterminado de tarjetas etiquetadas con las diferentes categoras temticas del sitio Web. De esta forma, lo que conseguimos es una organizacin y clasificacin de la informacin de la Web conforme a su modelo mental, partiendo del comportamiento de los propios usuarios, y adems obtener ms informacin en la toma de requisitos del cliente y usuarios. Con est tcnica el futuro diseo del sitio Web se orienta al usuario, organizando y estructurando la informacin como soporte para el Diseo conceptual de la Web segn los modelos definidos por los usuarios.

4 Caso prctico: Centro Audiodescripcin, CESyA.

Espaol

de

Subtitulado

En este apartado se va a mostrar la aplicacin de tcnicas de usabilidad con inclusin en el desarrollo de la web del CESyA. Actualmente se esta desarrollando la Web para el recin creado organismo Centro Espaol del Subtitulado y Audiodescripcin (CESyA) [13].

Aplicacin de tcnicas de usabilidad con inclusin en la Fase de Anlisis de Requisitos 199

El CESyA es un centro dependiente del Real Patronato sobre Discapacidad, cuyo proyecto tiene como objetivo favorecer la accesibilidad en el entorno de los medios audiovisuales, a travs de los servicios de subtitulado y audiodescripcin. Entre sus objetivos destacan la creacin y gestin de un servicio de base de datos que contenga referencias del material subtitulado y audiodescrito disponible, la coordinacin de acciones de investigacin y formacin homologada, y la contribucin en iniciativas de normalizacin, comunicacin y sensibilizacin social sobre accesibilidad audiovisual. La Web ser el lugar de referencia y comunicacin para todas las entidades dentro del mbito del subtitulado y audiodescripcin y sus objetivos ser establecer una plataforma de contacto y cooperacin para los diferentes actores del proyecto. Entre los requisitos que debe cumplir est el de ser usable y accesible segn el estndar de accesibilidad WAI, coincidiendo en este caso particular que entre los usuarios potenciales se encuentran personas con discapacidad. 4.1 Tcnica de Perfiles de Usuarios en la Web CESyA En una primera aproximacin de optimizar el estudio cuantitativo de grupos de usuarios, pero consiguiendo efectividad para intentar llegar a toda nuestra audiencia se puede seguir el razonamiento de Ordinary and Extra-Ordinary Human-Machine Interaction [14], donde se plantea un paralelismo de necesidades en (a) la interaccin con el ordenador de usuarios sin discapacidad en un contexto de uso desfavorable o en entornos donde la accesibilidad del producto hace que varie, con (b) la interaccin de personas con alguna discapacidad en ambientes normales o en entornos donde la accesibilidad del producto no vara (Tabla 1). As, resultar ms viable dar cobertura a un gran nmero de usuarios. Tabla 1. Paralelismo entre personas sin discapacidad en contextos de uso desfavorable con personas con discapacidad
Personas sin discapacidad en contextos de uso desfavorables Personas mayores, enfermedad, discapacidad temporal Ambiente de oscuridad; ojos tapados, interfaz pequeo; ambiente con humo, niebla, poca visibilidad; etc. Ambiente ruidoso; odos ocupados, odos enfermos (con tapn); ambiente de silencio, etc. Situaciones especiales de poca movilidad, escayola, vendaje; otros impedimentos motores por fractura,.. Extranjeros (desconocimiento del idioma); situacin de estrs, pnico, aturdimiento; distraccin, falta de atencin, concentracin, cansancio; efectos del alcohol Componentes, dispositivos informticos lentos, antiguos Componentes, dispositivos informticos muy modernos Personas con discapacidad Visual, auditiva, fsica motriz, cognitiva Visual Auditiva. Fsica motriz Psquica, cognitiva

Visual, auditiva, fsica motriz, cognitiva Visual, auditiva, fsica motriz, cognitiva

Basndonos en este razonamiento y teniendo el conocimiento del anlisis obtenido a travs de entrevistas con el cliente, documentacin, etc. se han establecido unos atributos tal y como se muestra en la Tabla 2 con los que podamos representar al mayor nmero de usuarios posibles en la Web del CESyA por medio de unos Perfiles de Usuario.

200 Moreno, L., Martinez, P., Ruiz, B.

Tabla 2. Atributos y Dominios definidos para los Perfiles de Usuario de la Web del CESyA

Atributos
Edad Profesin Frecuencia de uso Hardware Ambiente Software Formacin tecnolgica Conocimiento de la tarea Discapacidad Razn de uso Rol necesidad de Contenido

DOMINIO DE VALORES
Infantil (0-12), Adolescente (12-18), Joven (18-35), Adulto (36-65), Anciano (65-). Estudiante, acadmico, empleado, empresario, Ninguna, Otras, etc. Habitual, Circunstancial, Ocasional, Ninguna, etc. Configuracin Bsica, adaptada, especifica, etc.. Hogar, Compartido, Privado, Compartido, Oficina, Pblico, Otras, etc. Perfil Windows, Perfil Linux, Perfil especifico adaptado.. Alta, Medio, Baja Alta, Medio, Baja Visual, auditiva, cognitiva, motriz, etc.. Formativo, Laboral, Curiosidad, Necesidad, Otros, etc. CESyA, Normativa, Formacin, Investigacin, Base de Datos, Actualidad comunicacin audiovisual

Una vez establecidos estos atributos y su dominio de valores, se tiene una aproximacin de todos los usuarios a los que queremos llegar, y se han modelado unos Perfiles de Usuario en base a atributos comunes. Los atributos hacen referencia a las necesidades de informacin, condiciones de acceso, experiencia, conocimientos, etc. de los usuarios. Pero el cubrir todos los Perfiles de Usuario resultantes puede generar demasiados casos de estudio, por ello hemos planteado unos Escenarios con Personajes que se muestran a continuacin. 4.2 Tcnica de uso de Escenario con Personajes para el estudio de la audiencia en la Web del CESyA. Se han considerado unos Escenarios con el enfoque Persona extrados a travs de los atributos comunes del Modelado de usuarios. Con estos Escenarios se consigue, con menos casos, llegar a ms cobertura, ya que no slo se estudia el Perfil de Usuario al que pertenezca la Persona, Personaje Primario del Escenario, sino a muchos ms personajes como Personajes Secundarios que no siendo por algunas necesidades especficas estn satisfechos con la aplicacin del Personaje Primario. En este caso, la interfaz del usuario primario deber ser adaptada sin entrar en conflicto con las metas del Personaje Primario y otros Personajes que no estn afectados directamente en la interaccin pero que mejoran el estudio como los Personajes de Cliente que reflejan las necesidades de quien realiza el encargo, y no las de los usuarios finales, etc.

Aplicacin de tcnicas de usabilidad con inclusin en la Fase de Anlisis de Requisitos 201

Fig. 2. Representacin en lenguaje natural de un escenario para la Web CESyA

IDENTIFICACIN DEL ESCENARIO

Cdigo de escenario: 03 Nombre personaje: MANUEL Descripcin del escenario: Manuel es un trabajador de la cadena de televisin y empresa de radiodifusin TVAqui
Su encargado se ha enterado de que existe una web del CESyA y le ha ordenado que se documente sobre la utilizacin de la base de datos y le prepare un informe de funcionamiento para formar a otras personas de la empresa para aplicar el sistema en el trabajo desarrollado en su oficina. Al desconocimiento de la web se le aade que estn haciendo una reforma en la oficina ya que estn cambiando el falso suelo con el ruido que conlleva este tipo de obras adems de ser alrgico al polvo que provoca la radial y dificultaba la concentrarse en su trabajo.

CARACTERSTICAS (en base a atributos del modelado de usuario) Edad: Adulto, 41 aos Profesin / tareas: Trabajador / Entidad Radiodifusora, Operadora Frecuencia de uso: Frecuente (semanal) Hardware: Ninguna caracterstica especial, comn Ambiente: Oficina, compartido Software: Windows, Mozilla Experiencia: Baja, nuevo dominio Conocimiento de la tarea: Medio, buena definicin de requisitos Limitaciones: Ligera sordera y falta de atencin por distraccin Razn de uso: Laboral PERSONAJES BENEFICIARIOS Y TIPO Personaje Primario: Usuarios de la Base de Datos de la cadena de televisin TVAqui. Personajes suplementario: Usuarios de la base de datos de otras empresas radiodifusoras, empresas subtituladoras, audiodescriptoras, ambas, y otras con inters. Personajes cliente: Usuario del CESyA y otras entidades como el Real Patronato de Discapacidad. Personajes servidos: Usuarios de la audiencia de TVAqui que desean acceder a contenidos subtitulados y/o audiodescriptos, personas con discapacidad auditiva y/o visual. GRUPOS DE EL ESCENARIO USUARIO POTENCIALES Y NO POTENCIALES CUBIERTOS EN

Usuario con discapacidad: Usuarios con ligera sordera, Usuarios con hipoacusia, Usuarios con discapacidad cognitiva de falta de atencin, Usuarios con discapacidad cognitiva de dificultad de comprensin, Usuarios con discapacidad cognitiva de hiperactividad. Usuario No Discapacitado en Contexto Desfavorable (Usuarios con limitaciones puntuales producidas por entornos desfavorables): odos ocupados, Dificultad auditiva menor como la de entornos ruidosos con impedimento parcial, Existencia de elementos de audio de lenguaje no conocido (idioma extranjero), Contextos donde no es posible audio: bibliotecas, Problemas cognitivos como situaciones de distraccin, pnico o bajo influencia del alcohol. BARRERAS EN LA WEB Y ESTUDIO Hay que cumplir con WCAG1.0 de WAI. En cuanto a la barrera ms clara con respecto a los problemas auditivos habr que proveer a los contenidos multimedia de contenidos alternativos como audiodescripcin, subtitulado, sincronizacin de ambos, transcripciones textuales, etc. y con respecto a la falta de atencin, la Web tiene que estar organizacin de forma clara y consistente, el usuario debe saber siempre donde esta y cual es la tarea que esta realizando. Este escenario y sus personajes representan uno de los objetivos principales en el diseo de la Web, sus necesidades y metas son suficientemente nicas para necesitar una interfaz propia para la aplicacin de la Base de Datos CESyA. Adems habr que hacer en la Fase de Diseo un estudio exhaustivo de usabilidad del interfaz de la aplicacin con escenarios de estudio de tareas especficas y testeo real con usuarios, entre otras tcnicas para asegurar la accesibilidad y usabilidad en el interfaz de la Base de datos de CESyA

202 Moreno, L., Martinez, P., Ruiz, B.

Con este planteamiento de estudio de Escenarios con personaje se ha minimizado la investigacin estudiando en un solo escenario varios Perfiles de Usuario, con la utilidad para el diseador Web de familiarizarse con el usuario, y disear en base a sus caractersticas. Como ejemplo, en la Figura 2 se muestra uno de los escenarios creados para la Web CESyA en la fase de Anlisis de Requisitos cuya misin es definir conceptualmente qu informacin debera haber en la Web, as como contemplar la posibilidad de acceso a la Web de los usuarios aportando inclusin. Con diez escenarios imaginativos creados en esta fase de requisitos se ha cubierto la audiencia en su mayora y al ser definidos antes de que la Web sea desarrollada se han considerado aspectos de usabilidad y accesibilidad proactivamente para las futuras fases de Diseo. 4.3 Tcnica de Card Sorting para la definicin de la Arquitectura de la Informacin y captura de informacin La tcnica de Card Sorting ayuda al arquitecto de la informacin a la toma de decisiones sobre la organizacin de la informacin en funcin de las necesidades del usuario. Aunque tradicionalmente se incluyen en la fase de diseo, es una tcnica que aporta informacin muy valiosa para la toma de requisitos aportando conocimiento sobre el usuario. De esta forma, partiendo del comportamiento de los propios usuarios, se da un acercamiento del diseador para entender cmo los usuarios imaginan la organizacin de la informacin, de cmo agrupan los conceptos y as entender el modelo metal de los usuarios, pero esto adems introduce accesibilidad, ya que por una parte se ha contado en la experimentacin con usuarios con discapacidad y por otra, se han detectado en su anlisis elementos de contenido crticos que pueden ocasionar problemas: contenidos que a los usuarios les desconciertan por no saber qu son, o por no saber cmo agruparlos, etc., de ah que en este caso prctico de la Web del CESyA se haya realizado una combinacin de Card Sorting en varias modalidades, ya que cada una de ellas nos ha aportado informacin cualitativa y cuantitativa distinta. El proceso realizado ha sido: 1. Preparacin Prueba: Para obtener buenos resultados se prepar cuidadosamente la prueba: elaborando las unidades de contenidos, seleccionando los participantes, definiendo los trminos de las tarjetas y haciendo un filtrado de estos para minimizar los casos que puedan causar confusin en el usuario por no comprenderlos [15] (las tarjetas tiene que tener significado para los usuarios). 2. Prueba de Card Sorting Manual Abierta de muestra 10 usuarios donde agrupaban las categoras libremente en el nmero de conjuntos que crean necesarios. En esta experimentacin se observo en mayor medida cmo agrupaban los contenidos sin atender a cmo llamaran a esta categora, y se recogi informacin al detectar dificultades que tenan, qu preguntas realizaban, si haba alguna tarjeta que no comprendan y no saban cmo agruparla, obtenindose informacin muy valiosa.

Aplicacin de tcnicas de usabilidad con inclusin en la Fase de Anlisis de Requisitos 203

3. Prueba de Card Sorting Automtico de muestra 50 usuarios donde el usuario realizo la prueba de forma online con una aplicacin [16] que simulaba las tarjetas en pantalla, y las agrupaba. Los resultados nos han dado una informacin ms cuantitativa, ya que no hay observacin de cmo los usuarios realizaban la prueba, pero por otro lado se obtienen otros datos de peso tambin a considerar ya que la aptitud del usuario es distinta, pues se ve ms libre al no estar el realizador de la prueba, y puede acercarse ms a la interaccin que se tiene en la Web. Los resultados obtenidos han sido muy parecidos a la forma manual, pero se les ha dado un peso distinto en el anlisis final y no ha sido necesario replantear una nueva clasificacin de contenidos en esta Fase de Anlisis de Requisitos, slo adaptar algn trmino. 4. Entrevistas a seis usuarios para analizar algunos aspectos a mejorar detectados en las pruebas anteriores. En ellas se valoraron situaciones de confusin de los usuarios ante algunos elementos de contenido a categorizar durante las pruebas. No se han hecho las entrevistas de forma conjunta con el Card Sorting pues se considero que alargaban la prueba demasiado y creaba dispersin en el participante. 5. Prueba de Card Sorting Manual Cerrada con muestra 15 usuarios que confirm que las agrupaciones de contenidos definidas por el Diseador tras las pruebas 1, 2, 3 y 4 eran comprensibles. Para analizar los resultados y obtener la informacin cuantitativa se ha utilizado un paquete estadstico realizando un Anlisis de Clustering con los dos mtodos aglomerativos: la distancia mnima y mxima. Este anlisis y el dendograma obtenido nos ha permitido saber cmo estn relacionados los distintos contenidos que desebamos agrupar. Cuanto menor es la distancia entre las tarjetas mayor es la relacin entre ellas, y eso nos ha indicado cmo agruparlas en el interfaz Web en el mismo bloque de contenido. Estas tcnicas indican la proximidad entre contenidos, el nmero de veces que durante la prueba de Card Sorting los participantes clasificaron en un mismo grupo cada par de etiquetas. Se obtiene as como resultado las relaciones de agrupacin entre contenidos y la clasificacin final elegida depender en cierta medida del nmero de bloques o categoras mostradas. Posteriormente para obtener la relacin de similitud dentro de una misma categora, se ha aplicado Anlisis de Escalamiento Multidimensional que nos ha permitido visualizar de forma ms clara los resultados. En la Figura 3 se muestra el grfico resultante del anlisis de la prueba de Card Sorting automtico; su agrupacin de contenidos es similar a los resultados obtenidos con las otras modalidades de la prueba realizadas salvo algn elemento puntual del cual se estudio el porque de su desviacin.

204 Moreno, L., Martinez, P., Ruiz, B.

Fig. 3. Grafico de resultados de la prueba de Card Sorting Automtico con Anlisis de Escalamiento Multidimensional

Haciendo una correspondencia de los resultados obtenidos con la tcnica de Card Sorting, y la propuesta final, los contenidos en su gran mayora siguen la clasificacin aunque hay una serie de etiquetas que se consideraron a la hora de hacer la prueba de Card Sorting abierta manual y automtica (en los pasos 2 y 3) y que no aparecen en la propuesta final, as como etiquetas nuevas. Esto ha sido resultado de la aplicacin de la prueba de entrevista (paso 4) donde se detectaron problemas con determinados contenidos, y despus de hablar con usuarios sobre ello se paso a clasificarlos de otra manera. Para confirmar esta decisin se realizo en la prueba de Card Sorting cerrada en el paso 5. Estos sucesivos anlisis y evaluacin de los resultados son recomendables, ya que la mayora de los mtodos tienen puntos dbiles que pueden ser solventados mediante el empleo de conjunto de distintos formatos de prueba. Esta clasificacin es un punto de partida en la definicin de la arquitectura de la informacin, ya que la propuesta ser validada en la fases posteriores de diseo y evaluacin. 4.4 Tcnica de Prototipado. Maqueta papel y Digital para Web Cesya Por ltimo se han elaborado en esta fase de requisitos dos tipos de prototipos de bajo coste: papel y digital con un programa de retoque fotogrfico (Figura 4). En ellos se ha detallado especificaciones de diseo de la futura Web, unidades de contenido, eleccin de estilo, utilizacin de colores teniendo en cuenta la consistencia, el contraste, etc. Han aportado un gran apoyo en toma de decisiones y se han realizado reuniones Tormentas de Ideas visuales (Visual Brainstorming) [17] en base a estos prototipos con el cliente, evaluacin heurstica, testeo con usuarios, modificando con un coste muy pequeo puntos crticos y de mejora de usabilidad y accesibilidad.

Aplicacin de tcnicas de usabilidad con inclusin en la Fase de Anlisis de Requisitos 205

Fig. 4. Prototipo-Maqueta Digital Web CESyA realizada en la Fase de Requisitos.

5 Conclusiones. Futuros trabajos

El trabajo que se ha presentado es un caso prctico de aplicacin de tcnicas de usabilidad con reorientacin en su procedimiento introduciendo inclusin para posibilitar llegar a la mayor audiencia. Se sita en la Fase de Anlisis de Requisitos enmarcada en el ciclo Desarrollo de la Web del Centro Espaol de Subtitulado y Audiodescripcin (CESyA). Esta toma de informacin obtenida tras esta Fase de Anlisis ha reforzando la usabilidad y accesibilidad para las Fases posteriores de Diseo, Prototipado y Evaluacin en las cuales actualmente se encuentra. Nuestra experiencia tras este trabajo de anlisis nos dice que aunque haya un coste al inicio del proceso al tener que realizar modelado de usuario con una numerosa y heterognea cobertura, definicin de escenarios imaginarios, profundizar en el modelo mental de los usuarios, todo ello aporta una informacin muy valiosa en ese momento, y en los posteriores, vindose recompensado el esfuerzo.

Referencias
[1] ISO 13407 International Standard (1999). ISO 13407. Human-centred design processes for interactive systems [2] Newell, A.F.; Gregor, P.(2000). User Sensitive Inclusive Design: in search of a new paradigm. En: CUU 2000 First ACM Conference on Universal Usability. [3] Iniciativa de Accesibilidad Web WAI http://www.w3.org/WAI/ [4] Jakob Nielsen, Ten Usability Heuristics,

206 Moreno, L., Martinez, P., Ruiz, B.

http://www.useit.com/papers/heuristic/heuristic_list.html [5], WCAG, Web Content Accessibility Guidelines (WCAG),http://www.w3.org/WAI/intro/wcag.html [6] Mayhew, D.J. , The Usability Engineering Lifecycle , Morgan Kaufmann, San Francisco CA, 1999 [7] Cooper, A., Reimann, A. , About Face 2.0: The Essentials of Interaction Design, Wiley Publishing, 2003 [8] Carroll, J. M. , Scenario-Based Design, in Handbook of Human-Computer Interaction. Second Edition , M. Helander, T. Landauer and P. Prabhu. North-Holland, 1997 [9] Rosson, M.B.; Carroll, J.M. (2002). Usability Engineering: scenario-based developement of HCI Morgan Kaufmann [10] How People with Disabilities Use the Web http://www.w3.org/WAI/EO/Drafts/PWDUse-Web/ [11] C. Snyder, Paper Prototyping: The Fast and Easy Way to Design and Refine User Interfaces , Morgan-Kaufmann, 2003 [12] Information Design Using Card Sorting , Step Two Designs Pty Ltd, 2001. http://www.steptwo.com.au/papers/cardsorting/ [13]Centro Espaol de subtitulado y Audiodescripcin (CESyA), http://www,cesya.es , http://www.rpd.es/cesya.html [14] Newell, A.F., (1995), "Extra-ordinary Human Computer Operation", in "Extra-ordinary Human-Computer Interactions" by A. D. N. Edwards (Ed.), Cambridge University Press 1995 [15] A. Antol, J. Caas, I. Fajardo, L. Salieron, Congreso de Interaccin persona-Ordenador AIPO 2005, pp.221-227 [16] WebSort http://www.websort.net [17] J. Preece, Y. Rogers, H. Sharp, D. Benyon, S. Holland, and T. Ca , Human-Computer Interaction, Addison Wesley, Harlow, England, 1994