Actas de Ingeniería

Volumen 3, pp. 362-369, 2017

http://fundacioniai.org/actas

Model for analysis of requirements oriented to the development tiflo-technology resources

Modelo de análisis de requisitos orientados al desarrollo de recursos tiflo-tecnológicos

Felipe Ortiz C.1, Javier Fernández L.2

1luisfelipe.ortiz@unaula.edu.co, 2javier.fernandezle@unaula.edu.co

Universidad Autónoma Latinoamericana

Medellín, Antioquia

Artículo de Investigación

Abstract
The widespread use of computer devices and the heterogeneity of users is necessary implement changes for the evaluation of
usability and accessibility of resources, appearing the concept of tiflotechnology as a set of theories and techniques that allow
the practical use of applied technological knowledge aimed at users with visual impairment for access to information. It is
important to have methodologies for specific analysis of usability and accessibility requirements of tiflotechnology resources.
To achieve this, this article presents a model for the analysis of usability and/or accessibility of tiflotechnology resources, the
design and implementation are based on user-oriented models combined with elements of international standards and
typical of the experience of visually impaired users. Finally, a case study is also presented to demonstrate functionality.
Keywords: Visual impairment; tiflotechnology; model; analysis of usability and accessibility.

Resumen
El presente trabajo tiene el propósito de exponer la revisión y comparación de algunos modelos para el análisis de
requisitos de software con el fin de identificar en estos, elementos que permitan evaluar la accesibilidad y usabilidad de
recursos tiflo-tecnológicos y en concordancia con los estándares internacionales de accesibilidad. Se propone un modelo
para el análisis de requisitos construido en base a la identificación de categorías de análisis teniendo como parámetro la
aplicabilidad en la evaluación de recursos informáticos orientados a usuarios con discapacidad visual, frente a lo cual,
posteriormente de la validación del modelo, se presentan los resultados de aplicación del mismo, en relación con tres
recursos informáticos contribuyendo al área de desarrollo de software centrado en usuario.
Palabras clave: Modelo, análisis de requisitos, desarrollo de recursos de tiflo-tecnología.

© 2017. IAI All rights reserved

362
1. Introducción
La Tiflo-tecnología es una tecnología de apoyo que
consiste en un conjunto de técnicas y recursos, que
permiten el aprovechamiento práctico de los
conocimientos tecnológicos orientados a personas con
discapacidad visual; frente al origen del concepto, este
corresponde al griego “tiflos” equivalente a ciego [1]. Los
recursos tiflo-tecnológicos, a diferencia de otros tipos de
recursos tecnológicos (software convencional,
aplicaciones de escritorio o móviles que son de uso
extendido como Word, Web, Hardware), presentan dos
problemas: 1) El sobre costo en el desarrollo asociado al
uso de evaluaciones de usabilidad no flexibles y
orientadas a todo tipo de recurso, como es el caso del
software; 2) La ausencia de un método de análisis de
requisitos que combine elementos de usabilidad y
accesibilidad, que permita reducir la relación
tiempo/costo en la elicitación y validación de requisitos,
y finalmente que permita obtener un recursos orientado
al usuario, impactando directamente en el éxito del
recurso en términos económicos y funcionales.
Existen varios modelos de análisis de requisitos para
el desarrollo de software, sin embargo son pocos los que
pueden ser aplicados al análisis de requisitos en
contextos específicos como es el caso de usuarios con
discapacidad visual; por consiguiente en el presente
trabajo se realiza una revisión de cuatro modelos, que
por sus características pueden aplicarse a recursos tiflo–
tecnológicos, siendo estos los modelos de: 1)
descomposición funcional, 2) casos de uso, 3) Check list
y 4) inspección. Por otro lado, existen también
estándares que nos presentan una guía de buenas
prácticas para el desarrollo de software accesible u
orientado a usuarios con discapacidad; destacando de
estos estándares cuatro por su orientación y uso:
1. Norma técnica Colombiana NTC 5190 [2].
2. UNE-139802:2009 Guidance software
accessibility [3].
3. ISO 9241-171:2008-2013 Ergonomics of human-
system interaction - Part 171: Guidance on
software accessibility [4].
4. 29148-2011-ISO/IEC/IEEE. Interna. Standard -
Systems and software engineering - Life cycle
processes - Requirements engineering [5].
Finalmente, el presente trabajo propone un modelo
para el análisis de requisitos de usabilidad y
accesibilidad, orientado al desarrollo de recursos tiflo-
tecnológicos. Los criterios de análisis fueron definidos a
partir del estudio de los modelos de análisis y estándares
de referencia mencionados anteriormente, consolidando
finalmente un modelo que incluye características
orientadas a usuarios con discapacidad visual y que
permite una validación del recurso en los términos
propuestos.
Este trabajo se estructura de la siguiente manera, en
la sección II se relacionan las generalidades que dan lugar
a los conceptos de: discapacidad, información,
accesibilidad, usabilidad, recursos informáticos y
recursos no informáticos. En la sección III se realiza una
revisión del referente teórico, en relación con los
requisitos de dos momentos: 1) la descripción de algunos
modelos de análisis de requisitos seleccionados de
acuerdo con la pertinencia de los mismos en relación con
la tiflo-tecnología; 2) la descripción de cuatro estándares
normativos, relacionados con la elicitación de requisitos
orientados a usuarios con discapacidad. En la sección IV
y V se establecen los principios para el análisis de
usabilidad y accesibilidad, posteriormente se definen las
características y se relaciona el modelo para análisis de
requisitos de usabilidad y accesibilidad orientado a
recursos tiflo–tecnológicos. En la sección VI se exponen
las conclusiones y trabajos futuros.
2. Generalidades
2.1 Discapacidad visual y acceso a la información
En una anterior investigación [6] se menciona que en
el mundo hay aproximadamente doscientos ochenta y
cinco millones de personas con discapacidad visual, de
las cuales treinta y nueve millones presentan ceguera
total y doscientos cuarenta y seis millones presentan
ceguera parcial; en relación a Colombia, se menciona que
el país tiene registrados más de un cerca de un millón
doscientos casos de personas con algún grado de
discapacidad visual, que representan el 43,5 % del total
de personas con discapacidad del país.
El desarrollo en las últimas décadas se ha
caracterizado por el avance en las áreas de ciencia y
tecnología, estas han permitido la integración de los
individuos como parte activa de la sociedad. Sin
embargo, la integración de una persona a la sociedad se
ve limitada en ciertos casos, como en el que existen
discapacidades físicas de por medio, entiendo
discapacidad física, en este caso la visual, como la define
la organización nacional de ciegos españoles ONCE,
cuando manifiesta que al hablar de ceguera, deficiencia o
discapacidad visual se refiere a condiciones que se
caracterizan por una limitación total o muy seria de la
función visual respectivamente[7], así mismo, en [8] los
autores relacionan el concepto como una calidad propia
de la persona, en donde el individuo se ve imposibilitado
para realizar actividades de diversas índole debido
propiamente a la condición, es decir, una condición que
limita sus posibilidades de autonomía ante diferentes
actividades.
En este sentido, existen herramientas (lectores de
pantalla, software para impresión, calculadoras
parlantes, entre otras) las cuales han permitido que las
personas con discapacidad visual puedan realizar
actividades en igualdad de condiciones, dichas
herramientas son indispensables para el acceso a la
información, ya que forman parte de un conjunto de
estrategias o mecanismos que permiten al individuo
tomar los datos de su interés y estructurarlos de una
manera específica, de modo que le sirvan como guía de
su acción. En relación con el acceso a la información en
[9] se expone que para recibir información no es
necesario evocar en común con otras personas. Pero si se
quiere difundir la información, se deberá trasmitir en los
términos de los otros, de tal modo que se pueda evocar
en común y entenderse. En este orden de ideas, se hace
necesario tomar lo anterior como uno de los principales
363
aspectos a tener en cuenta a la hora de adaptar
contenidos y garantizar el acceso a la información
consagrada como derecho [10], razón por la cual el
presente trabajo es a un aporte en la construcción de
buenas prácticas para desarrollo de tecnología inclusiva.
2.2 Recursos informáticos
La Tiflo- Tecnología en gran parte corresponde al
conjunto de recursos informáticos, mencionando los
computadores, tabletas, teléfonos móviles, software y
aplicativos en general que pueden ser utilizados por
usuarios con discapacidad visual. Dentro de este
escenario cobran especial importancia los recursos
informáticos usados en ambientes de educación, los
cuales se convierten en un mediador fundamental como
apoyo en determinadas áreas del conocimiento.
Examinemos ahora algunos conceptos frente al uso de
recursos informáticos.
En [11] los autores utilizan el término “mediadores”
para referirse al uso de herramientas informáticas;
quienes señalan además, que el uso masificado de
mediadores informáticos en la enseñanza de campos
específicos del saber, han de requerir de métodos y
modelos de validación que finalmente den cuenta del
proceso mismo al cual asisten. Así mismo, resaltan la
importancia de que se presente información con respecto
al grado de desempeño alcanzado por los estudiantes que
son usuarios de mediadores informáticos.
Frente al tema central de discapacidad visual en [12]
en autor expone que las personas con discapacidad
tienen múltiples dificultades para utilizar los
ordenadores, sin embargo este obstáculo puede
resolverse con ayuda de un buen diseño, siempre que los
diseñadores apliquen sus conocimientos para crear
objetos útiles. Enfatizando en que el diseño, usabilidad y
ergonomía están íntimamente relacionados, ya que los
tres se encuentran en la interfaz un dispositivo, siendo en
este caso la usabilidad la que estudia el grado de
satisfacción o de frustración que produce el manejo de un
dispositivo y el diseño que se ocupa de compaginar los
elementos funcionales con los elementos estéticos.
Señala también, que la tecnología actual y la
miniaturización ocultan los componentes de los
dispositivos convirtiéndolos en una caja negra sin una
función evidente. Donde el usuario convierte la
herramienta en su interfaz, siendo esta misma interfaz la
que determina la usabilidad y, propiamente, las
dificultades de acceso y uso de la misma.
En relación con lo anterior, es oportuno mencionar
que los recursos informáticos pueden ajustarse a
diversas tareas en el caso del software, pero para ello es
necesario determinar donde se producen las barreras
técnicas para de esta manera poder identificar qué
solución se puede emplear.
Finalmente, para comprender los recursos
informáticos en términos de uso por discapacitados
visuales, conviene distinguir dos formas: 1) los recursos
propios del sistema, los cuales se relacionan con la
configuración del ordenador, tableta o teléfono
inteligente (asistentes de voz, y lectores de pantalla de
fábrica) estos por su naturaleza no requieren de un coste
añadido; 2) los programas o aplicativos específicos cuya
misión es dotar nuevas prestaciones a los recursos, pero
que requieren un costo adicional y algunos presentan
una asistencia de un tercero para su instalación.
2.3 Recursos no informáticos
Este apartado corresponde a las ayudas técnicas o
teóricas no informáticas, pero que a su vez pertenecen al
universo de la tiflo–tecnología, se tratan entonces de
accesorios como punzones (para la escritura en braille),
cobertores de teclado el alto relieve, así como el conjunto
de normas o estándares orientados a reglamentar
criterios de accesibilidad mínimos, entre otras.
2.4 Accesibilidad y usabilidad
En el contexto de la informática y en relación con la
discapacidad visual, la accesibilidad incluye ayudas como
las tipografías de alto contraste, los magnificadores de
pantalla, lectores de pantalla, así como software para el
reconocimiento de voz, entre otros tipos de dispositivos.
Sin embargo la accesibilidad no es inherente a todo
software, pues algunos son pensados para usuarios sin
ningún tipo de limitación visual; lo que constituye una
ausencia importante en términos de acceso a la
tecnología y la información como tal, está marcada
ausencia, constituye uno de los principales aspectos de
los que se ocupa el presente trabajo, como respuesta a
dicha ausencia se propone un modelo que aporte en la
construcción de recursos accesibles para usuarios con
discapacidad visual.
Frente a la usabilidad, la organización internacional
para la estandarización ISO, propone dos definiciones
como se expone en [13], siendo estas: 1) ISO/IEC 9126
reemplazada actualmente por la ISO 25000:2014 [14],
donde la usabilidad se refiere a la capacidad de un
software de ser comprendido, aprendido, usado y ser
atractivo para el usuario, en condiciones específicas de
uso; 2) ISO/IEC 9241 [15], donde la usabilidad
corresponde a la eficacia, eficiencia y satisfacción con la
que un producto permite alcanzar objetivos específicos a
usuarios específicos en un contexto de uso específico. Por
otro lado, en [16] los autores manifiestan que la
usabilidad es inherente a la calidad porque expresa la
relación entre el software y su dominio de aplicación.
En relación con lo expuesto anteriormente, en [13] el
autor manifiesta que la primera hace énfasis en los
atributos internos y externos del producto, los cuales le
atribuyen su funcionalidad y eficiencia, además, propone
que la usabilidad no depende únicamente del producto,
sino también del usuario, consecuentemente, se
evidencia una definición centrada en el concepto
orientada al uso, es decir, se enfoca a cómo el usuario
realiza una tarea específica en un escenario específico y
con efectividad; en el caso del presente trabajo en un
escenario donde el usuario posee una limitación de
orden visual.
3. Modelos para el análisis de requisitos
En la ingeniería de software se encuentran diferentes
definiciones en lo que respecta al análisis de requisitos, en
364
este campo una de las más extendidas en los escenarios
de desarrollo como se menciona en [17] proviene del
Institute of Electrical and Electronics Engineers IEEE,
donde se define como: “Una condición o capacidad que
debe estar presente en un sistema o componentes de
sistema para satisfacer un contrato, estándar,
especificación u otro documento formal”. En relación con
la importancia del análisis de requisitos, se encuentran
apreciaciones que denotan mucha importancia, donde se
define como una actividad fundamental en el proceso de
desarrollo de software; en este sentido en [18] los autores Figura 1. Actividades de la ingeniería de requisitos [19]
manifiestan que la ingeniería de requisitos es esencial en
todo proyecto de desarrollo de software. En la Tabla 1 se relacionan los modelos de análisis
objeto de estudio, es oportuno resaltar que estos fueron
En lo que respeta a los requisitos como tal, estos seleccionados tendiendo como criterio las posibilidades
pueden dividirse en requisitos funcionales y no que los mismos ofrecen en relación con el análisis de
funcionales, los primeros se orientan a determinar las requisitos en términos tiflo-tecnológicos. Se
funciones que el sistema es capaz de realizar, mientras seleccionaron cuatro modelos, con el objetivo de
que la segunda se orienta a las características que puedan encontrar características apropiadas para el análisis de
limitar un sistema, por ejemplo, el rendimiento, las requisitos; para tomar elementos comunes (Figura 2) que
interfaces de usuario, la accesibilidad, mantenimiento, soporten la consolidación de un nuevo modelo al que se
robustez; entre otros. En el proceso de ingeniería se adhieren, además, aspectos normativos y orientaciones
establecen ocho momentos [19] como se parecía en la de diseño centrado en el usuario.
Figura 1.
Tabla 1. Modelos de análisis de requisitos
Modelo Generalidades
Según [20] la descomposición funcional se refiere al proceso de identificar y resolver las relaciones
Descomposición funcionales en sus partes constituyentes. Por lo cual, la descomposición funcional tiene como principal
funcional objeto identificar las interacciones entre componentes, analizando cada uno con suficiente grado de detalle,
entre ellos el componente en la relación recurso/usuario.
En el Lenguaje de Modelado Unificado (UML) [21], un caso de uso corresponde al modelamiento de una
Casos de Uso secuencia de interacciones entre el sistema y el usuario, que trata en sí de especificar el comportamiento del
sistema. Como se manifiesta en [22] al referir que, para describir los requisitos de usuario, las funciones los
modelos usados son el de casos de uso y diagrama de clases.
La lista de chequeo (Checklist) es una actividad orientada a revisar que se hayan alcanzado los requisitos de
software, es decir, que se cumpla el objetivo planteado para la construcción del mismo. En este sentido en
Checklist
[23] se resalta la importancia del uso de checklist ya que en muchas ocasiones es olvidado por el
desarrollador algún aspecto de los requisitos.
La inspección es un modelo de análisis que tiene como finalidad verificar la inclusión de los campos
necesarios, la existencia de botones de funcionalidad y en general constatar que el software haya sido
Inspección desarrollado de acuerdo con los requisitos iniciales para finalmente ser contrastando con su desempeño
final. Al respecto en [24] refieren que el método se remonta a los años setenta y que desde entonces es
reconocido como uno de los métodos más eficientes a la hora de evaluar los requisitos.

Figura 2. Selección de modelos de referencia

En la Tabla 2 se relacionan cuatro estándares vigentes, términos de accesibilidad o usabilidad. Se realiza

los cuales se enfocan en ofrecer una guía de buenas entonces, un recorrido involucrando el estándar
prácticas en cuanto al desarrollo de software, así como las colombiano, español y, finalmente, a los referentes
características mínimas con las que debe contar un internacionales en los que se basan la normatividad
recurso de este tipo, para ser considerado de calidad, en nacional vigente en Colombia.
Tabla 2. Estándares de referencia (orientados a recursos informáticos de escritorio)
Estándar Objetivo
Establece las características que han de cumplir los entornos operativos (sistema operativo e interfaz
Norma técnica Colombiana NTC
de usuario asociado), las aplicaciones informáticas y la documentación asociada, para que puedan ser
5190
utilizados por personas con cualquier tipo de discapacidad [2].
Promueve el aumento de la usabilidad de los sistemas para una más cantidad de usuarios. Mediante
UNE 139802:2009 Guidance on el énfasis en el uso de las ayudas técnicas como un componente integrado en los sistemas
software accessibility interactivos. Está dirigida a aquellos que son responsables de la especificación, diseño, desarrollo,
evaluación y adquisición de software de plataforma y de aplicación [3].
365
 ISO 9241-171:2008 Ergonomics of
human-system interaction - Part
171: Guidance on software
accessibility
29148-2011 - ISO/IEC/IEEE
International Standard - Systems
and software engineering - Life
cycle processes -Requirements
engineering
Proporciona directrices y especificaciones de ergonomía para el diseño de software accesible para
su uso en el trabajo, en el hogar, en la educación y en lugares públicos [4]. Esta parte de la Norma
ISO 9241 se centra en la accesibilidad del software, complementando al diseño general de
usabilidad tratado en las Normas ISO 14915 [25] y ISO 9241-210 [26].
Contiene disposiciones para los procesos y productos relacionados con la ingeniería de requisitos
para sistemas y productos de software y servicios a lo largo del ciclo de vida [5], definiendo
recomendaciones, para los siguientes contextos: la construcción de un requisito en términos
óptimos, proporciona atributos y características de los requisitos, y discute la aplicación iterativa y
recursiva de los procesos de requisitos a lo largo del ciclo de vida.

4. Principios de análisis y definición de modelo orientadas a analizar, diseñar y evaluar hardware,

software e interfaces web de uso extendido. Siendo
En este apartado se presenta una conceptualización entonces, un proceso cíclico en el que las decisiones de
del diseño centrado en el usuario DCU, a partir de dos diseño están dirigidas al usuario. En [34] el proceso de
autores, principalmente para estimar la importancia de desarrollo como la fase en que mejor se puede realizar la
diseño bajo dicho concepto; posteriormente se evaluación de usabilidad y accesibilidad, de forma
determinan los requisitos de usabilidad y accesibilidad a iterativa y mejorada incrementalmente.
través de seis categorías, donde se relacionan los
objetivos mínimos para cada categoría y se propone un 4.2 Usabilidad y Accesibilidad
modelo de análisis de requisitos.
En la norma ISO 9241-11.2 parte 11 [35], se define la
4.1 Diseño centrado en el usuario DCU usabilidad como la medida en la que un producto puede
ser usado por determinados usuarios, para conseguir
En los últimos años el desarrollo de software presenta objetivos específicos con efectividad, eficiencia y
un ligero cambio, que ha servido para destacar el DCU satisfacción en un contexto de uso específico [34]. La
como un método en que los productos tienden a ser más accesibilidad es un conjunto de características
exitosos, en función de la satisfacción del usuario final. Al funcionales, que permiten que personas con algún tipo de
respecto, en [27] se habla de que el concepto de calidad discapacidad puedan utilizar de manera autónoma un
de un sistema software se ha transformado, donde el DCU recurso; por tanto, un recurso informático deberá poseer
se establece como un atributo del software, que merece mecanismos operables y comprensibles para el usuario.
gran importancia en ciertos proyectos de desarrollo. Por En el campo de la accesibilidad como se expresa en [34],
otro lado, en [28] los autores manifiestan que el diseño se pueden definir como objetivos básicos de la
centrado en el usuario DCU, oficia como guía para accesibilidad los siguientes:
mejorar la calidad de vida, lograr un mejor  Satisfacer los requisitos técnicos de personas con
entendimiento, ampliar el mercado e incrementar la discapacidad
satisfacción del usuario. Sin embargo en el mismo trabajo
[28], se manifiesta que la importancia del DCU dentro del  Encontrar el equilibrio entre los diferentes
proceso de desarrollo de software se considera usuarios y la particularidad de sus limitaciones
comúnmente como un atributo final en lugar de  Utilizar un lenguaje claro, con el objeto de
considerarse como un elemento incluyente e influyente expresar las funciones propias del recurso
en el trascurso del desarrollo. informático.
En el contexto del presente trabajo, el DCU cobra gran
importancia, en función de la definición propuesta en 4.3 Determinación de requisitos de usabilidad y
[29] donde equivale a la práctica de diseñar productos de accesibilidad
forma que sus usuarios puedan servirse de ellos con un
mínimo de estrés y un máximo de eficiencia. El diseño En la Tabla 3 se presentan los requisitos de usabilidad
inclusivo como se plantea en [30], [31] como y accesibilidad, determinados a partir de un análisis de
complemento del diseño centrado en el usuario DCU [32], dos fases: 1) el concerniente a la revisión de los modelos
[33] bien se pueden definir como un proceso que hace de análisis de requisitos (apartado 3) y 2) la
hincapié en la usabilidad y la accesibilidad, a través de la determinación de aspectos fundamentales, a partir de los
implementación de una serie de métodos y técnicas estándares de referencia.
Tabla 3. Requisitos de usabilidad/accesibilidad
Requisitos Objetivos
 Minimizar el número de acciones del usuario
Generales  Permitir la selección de dispositivos de entrada y salida
 Integración con servicios de accesibilidad propios del sistema operativo
 Posibilidad de uso del recurso sólo con teclado
 Navegación por teclado no debe activar objetos de interfaz y ofrecer alternativas a la pulsación simultánea
Teclados  Incluye atajos de teclado para funciones fundamentales
 Posibilidad de modificación y asignación de funciones a las teclas
 Secuencia de navegación en función a la distribución de elementos en pantalla
 Uso de funciones estándar del entorno para mostrar texto
Monitor (baja visión)  Posibilidad de cambiar aspectos visuales como colores, tamaño y tipos de letra
 Implementa asociación por posición entre etiquetas y campos de formularios
 Subtítulos con posibilidad de integrarse a magnificadores de pantalla para casos de baja visión
Sonido y multimedia
 Posibilita al usuario modificar parámetros del sonido (velocidad y volumen)
Notificaciones  Mensajes de notificación redactados facilitando su identificación y comprensión

366
 Información del  Los recursos, deben proporcionar información textual asociada a todos los objetos de la interfaz
objeto y  Función ayuda disponible
documentación  La documentación debe proporcionarse en formatos alternativos

Posterior a la determinación de requisitos se propone consecución del modelo de análisis. La Figura 4 propone
un modelo de análisis compuesto (Figura 3), el cual toma un diagrama de proceso para el análisis de requisitos de
elementos del modelo de inspección y checklist para usabilidad y accesibilidad orientado a recursos tiflo-
proponer un marco general de criterios orientados a la tecnológicos.

Figura 3. Composición de criterios modelo de análisis

Figura 4. Diagrama de proceso del modelo propuesto

5. Resultados y discusión 5.2 Selección de recursos informáticos

En este apartado se presentan los resultados de la
validación y posterior implementación del modelo de
análisis, en relación con la implementación del modelo,
se seleccionan tres recursos informáticos: dos orientados
a la tiflo-tecnología (Lambda y TWBlue) y uno de uso
común (Outlook). Finalmente, se exponen los resultados
analizando en usabilidad y accesibilidad de cada recurso.
 Lambda: es un sistema para escribir matemáticas
en una computadora diseñada expresamente para
su uso con una pantalla Braille y síntesis vocal. Se
basa en un sistema de escritura lineal: las fórmulas
matemáticas se escriben textualmente con una
secuencia regular de caracteres unidimensional
[36].

5.1 Validación del modelo  TWBlue: es un cliente de escritorio para acceder a

Twitter. Es de resaltar, que el objetivo de TWBlue
Para la validación y verificación del modelo se es que sea accesible para todos, y no sólo para
utilizaron dos técnicas orientadas a comprobación: personas con discapacidad visual [37].

1. Inspección de software. Donde se analizan las  OutLook: es una aplicación de gestión del correo
especificaciones en términos de accesibilidad y electrónico, contactos, tareas, notas y calendario.
usabilidad asociadas al recurso informático. Permite acceder, de forma más accesible y más
funcional en comparación de un entorno Web
2. Pruebas del software. Donde se contrastaron las
[38].
especificaciones con los requisitos de
accesibilidad y usabilidad definidos en el modelo.
5.3 Implementación del modelo
Posteriormente, se realizaron pruebas con
usuarios con discapacidad visual y se examinaron
En las Tablas 4 y 5 se describe el análisis y el informe
las respuestas del recurso informático y su
de usabilidad y accesibilidad, respectivamente, para la
comportamiento operacional, con la finalidad de
implementación del modelo propuesto.
comprobar que su desempeño es conforme a lo
requisitos establecidos.
Tabla 4. Análisis de usabilidad y accesibilidad
Factor de análisis Lambda Outlook TWBlue
Generales X X X
Teclados X X X
Monitor (baja visión) X X X
Sonido y multimedia X X
Notificaciones X X
Información del objeto y documentación X X

367
 Tabla 5. Informe de usabilidad y accesibilidad
Se puede utilizar con teclado o combinaciones de teclas
Se puede usar con puntero de ratón
Lambda
Se puede usar con resto visual funcional o ampliador de pantalla
Permite la conversión a otros formatos
Se puede utilizar con teclado o combinaciones de teclas
TWBlue Se puede usar con resto visual funcional o ampliador de pantalla
Teclado o combinaciones de teclas
Outlook Se puede usar con puntero de ratón
Permite conversión a otros formatos

En términos generales los recursos analizados,
pueden ser usados tanto por usuarios con discapacidad
visual como usuarios con resto visual, adicionando un
complemento como ayuda, como por ejemplo un lector
de pantalla y una línea Braille. Aunque la evaluación de
sonido y multimedia, en dos recursos (lambda y TWBlue)
fue buena, en la evaluación del recurso Outlook se
evidencia que la lectura de pantalla que proporciona
información por medio de la síntesis de voz no es
suficiente, siendo recomendable el apoyo de la línea
braille en algunos casos específicos de interpretación de
mensajes.
Es imprescindible en este apartado, mencionar que el
desarrollo de recursos informativos, históricamente se
establece como la consecución de una serie de procesos
que terminar en un producto determinado, este concepto
de diseño y desarrollo, en la mayoría de ocasiones deja a
un lado al usuario final, es decir, toma como referente a
la masa de usuarios elemental y deja a un lado a los
usuarios con necesidades específicas, que se salen de la
normalidad, entendiendo normalidad como las
características usuales que implementa un determinado
recurso.
Sin embargo, en los últimos años se ha evidenciado un
cambio en dicho paradigma, a partir de los nuevos
enfoques de desarrollo, en los que se involucran
diferentes disciplinas, mostrando una prevalencia del
diseño en el que el usuario final es tenido en cuenta desde
la etapa inicial, pasando por la etapa de desarrollo y
finalmente integrándose a un recurso pensado con él y
para él, lo que se reflejara en un diseño eficiente y
ajustado a las necesidades específicas del caso.
Finalmente, para que un recurso informático sea
considerado como tiflo-tecnológico, se propone a partir
de los hallazgos de este trabajo que cuente
fundamentalmente con las características de la Figura 5.
con los usuarios. En este sentido, es fundamental al inicio
de un proyecto de desarrollo de software, identificar a los
actores involucrados, considerando las necesidades
específicas del usuario final y de esta forma asegurar que
se atenderán las necesidades de este.
Los analistas de software hacen uso de técnicas para
obtener los requisitos de los clientes tales como las
entrevistas, o talleres con los grupos objeto y con lo cual
se pueden crear listas de requisitos. Sin embargo, el
presente trabajo pretende contribuir al fomento del uso
de técnicas combinadas y de esta manera promover el
establecimiento de requisitos exactos reduciendo la
brecha entre los diferentes tipos de usuarios, atendiendo
el caso específico de discapacidad visual.
Finalmente, en el presente trabajo se determinaron
los requisitos de usabilidad y accesibilidad que
permitieron consolidar un modelo para análisis orientado
a recursos tiflo-tecnológicos. Las principales
contribuciones de este trabajo se resumen en:
1. Una tabla relacional de requisitos de usabilidad y
accesibilidad en recursos tiflo-tecnológicos.
2. Un modelo de proceso orientado al análisis de
requisitos de recursos tiflo- tecnológicos.
3. Este trabajo ha permitido a demás, favorecer la
incorporación de nuevas estrategias para los
procesos de desarrollo de software,
contribuyendo al diseño centrado en el usuario.
Como trabajos futuros, se plantea realizar la
validación del modelo a través de un estudio de varios
recursos, con la finalidad de consolidar una herramienta
a la que se adhieran nuevos aspectos en función del
diseño centrado el usuario.
Agradecimientos
Los autores agradecen el apoyo del departamento
administrativo de Ciencia, Tecnología e Innovación
COLCIENCIAS, en el marco del programa “Jóvenes
investigadores e innovadores en alianza SENA 2016”, al
grupo de investigación INGECO y a la Universidad
Autónoma Latinoamericana, por sus contribuciones para
el ejercicio investigativo del cual se deriva este trabajo.

Referencias

Figura 5. Características del recurso tiflo-tecnológico [1]
6. Conclusiones
La ingeniería de requisitos representa un proceso en [2]
el que prevalece el pensamiento complejo, entendiendo [3]
este como la capacidad en que los recursos informáticos
se convierten en agentes de cambio a través de la relación
Barajas, J. (2006). Ponencia XV Jornadas EUBD. Recursos
tecnológicos y acceso a la información para usuarios con
discapacidad visual. Rev. Gen. Inf. y Doc. 16(1), pp. 105–
127.
ICONTEC Internacional (2003). Norma técnica
Colombiana NTC 5190. 2003.
AENOR (2009). Guidance on software accessibility -
Norma UNE 139802:2009. p. 100.
368
[4] International Organization for Standardization. (2008).
ISO, ISO 9241-171:2008 - Ergonomics of human-system
interaction -- Part 171: Guidance on software
accessibility. p. 88.
[5] IEEE, 29148-2011 (2011). ISO/IEC/IEEE International
Standard - Systems and software engineering -- Life cycle
processes --Requirements engineering. p. 94.
[6] Aristizabal, A. & Ortiz, F. (2015). Posibilidades y límites de
la inclusión de estudiantes con discapacidad visual en la
educación superior en la ciudad de Medellín : Un
diagnóstico de las oportunidades a partir de la diversidad.
Documento de trabajo, Secretaria de la Juventud de
Medellín.
[7] Organización Nacional de Ciegos Españoles ONCE.
Concepto de ceguera y deficiencia visual — Web de la
ONCE. Online [Mar 2017].
[8] Palacios, A. & Romañach, J. (2008). El modelo de la
diversidad: una nueva visión de la bioética desde la
perspectiva de las personas con diversidad funcional
(discapacidad). Intersticios Rev. Sociológica Pensam.
Crítico, vol. 2, no. 2, pp. 1887–1898.
[9] Paoli, J. (1989). Comunicación e Información. Mexico:
Editorial Trillas.
[10] ONU (1948). La Declaración Universal de Derechos
Humanos | Naciones Unidas. Online [May 2017].
[11] Fernández, J., Duitama, J. & Delgado, L. (2009). Revisión de
la literatura en el marco de un proyecto para la validación
de estrategias de aprendizaje de la Geometría en
ambientes apoyados con TIC A Review of the Literature in
the Frame of a Validation Project of Geometry Learning-
Strategies in Environm. Rev. Virtual Univ. Católica del
Norte, vol. 27, no. 27, pp. 1–18.
[12] Fonoll, J. Accesibilidad, educación y tecnologías de la
información y la comunicación. Departament
d’Ensenyament da Generalitat de Catalunya. Online [Apr
2017].
[13] Bevan, N. (1999).Quality in use: Meeting user needs for
quality. J. Syst. Softw., vol. 49, no. 1, pp. 89–96.
[14] ISO (2014). ISO / IEC 25000: 2014 - Systems and software
engineering -- Systems and software Quality
Requirements and Evaluation (SQuaRE). International
Organization for Standardization. p. 27.
[15] ISO (2013). ISO 9241-154:2013 - Ergonomics of human-
system interaction -- Part 154: Interactive voice response
(IVR) applications. ISO, p. 35.
[16] Bertoa, F. & Vallecillo, A. (2006). Medidas de Usabilidad de
Componentes Software. IEEE, Lat. América Trans., vol. 4,
no. 2.
[17] Pressman, R. (2010). Software engineering: A
practitioner’s approach. McGraw-Hill Higher Education.
[18] Abran, A. et al. (2004). A project of the IEEE Computer
Society Professional Practices Committee.
[19] Sommerville, I. (2005). Ingeniería del software. Pearson
Educació n.
[20] Systems Management College. (2001). Systems
Engineering Fundamentals.
[21] González, J. (2008). El Lenguaje de Modelado Unificado
(UML). Online [Apr-2017].
[22] Shoval, P. (2006). Class Diagrams and Use Cases-
Experimental Examination of the Preferred Order of
Modeling. Proc. CAiSE Work. Explor. Model. Methods Syst.
Anal. Des. (EMMSAD).
[23] Bird, J. (2011). Checklists, software and software security.
SANS Institute. Online [Mar-2017].
[24] Chillarege, R. (1999). Software Testing Best Practices.
[25] ISO (2002). ISO 14915-1: 2002 - Software ergonomics for
multimedia user interfaces -- Part 1: Design principles
and framework. ISO. p. 12.
[26] ISO (2010). ISO 9241-210:2010 - Ergonomics of human-
system interaction -- Part 210: Human-centred design for
interactive systems. ISO, p. 32.
[27] Ferré, X. (2003). Incrementos de usabilidad al proceso de
desarrollo de software. Universidad de Alicante.
[28] Alarcón, H. et al. (2007). Integración de Técnicas de Usabil
idad y Accesibilidad en el Proceso de Desarrollo de
Software de las MiPy MEs. Rev. Av. en Sist. e Informática,
vol. 4, no. 3.
[29] Woodson, W., Tillman, B. & Tillman, P. (1992). Human
factors design handbook : information and guidelines for
the design of systems, facilities, equipment, and products
for human use. McGraw-Hill.
[30] Montero, Y., Fernández, F. & Fernández, E. (2004). A
proposal of User-Centered Design methodology for the
development of accessible web sites. Rev. española Doc.
Científica, vol. 27, no. 3, pp. 330–344.
[31] Villegas, E., Pifarré, M. & Santos, E. (2011). Accesibilidad
centrada en el usuario. Creat. y Soc., no. 16, pp. 1–31.
[32] Henry, S. (2008). Simplemente pregunta: Integración de
la accesibilidad en el diseño. Online [Dic 2015].
[33] Montero, Y. & Ortega, S. (2009). Informe APEI sobre
Usabilidad. Gijón: Asociación Profesional de Especialistas
en Información.
[34] Ortiz, L., Aristizabal, A. & Caraballo, F. (2016). Software de
diagramado de UML: Definición de criterios de
accesibilidad necesarios para la construcción de
diagramas por usuarios con limitación visual. Actas de
Ingeniería 2, 344-351.
[35] ISO ISO/DIS 9241-11.2 - Ergonomics of human-system
interaction -- Part 11: Usability: Definitions and concepts.
Online [May 2017].
[36] Lambda. VEIA. Online [May 2017]
[37] TWBlue. M. Cortez. Online [Jun 2017]
[38] Microsoft Corporation. Outlook: El correo electrónico
personal gratuito de Microsoft.. Online [Jun 2017].
369