Juan Carlos Arias Quintero Código: 20181099003repository.udistrital.edu.co/.../14627/1/AriasQuinteroJuanCarlos2018.… · JUAN CARLOS ARIAS QUINTERO Universidad Distrital Francisco

MODELO BASICO FUNCIONAL PARA LA

CREACION SISTEMA OPERATIVO ORIENTADO A

PERSONAS CON DISCAPACIDAD VISUAL

Juan Carlos Arias Quintero

Código: 20181099003

Universidad Distrital Francisco José De Caldas

Especialización Ingeniería Software

Noviembre 2018

MODELO BASICO FUNCIONAL PARA LA

CREACION SISTEMA OPERATIVO

ORIENTADO A PERSONAS CON

DISCAPACIDAD VISUAL

JUAN CARLOS ARIAS QUINTERO

Universidad Distrital Francisco Jose De Caldas

Especializacion Ingenieria software

12 de noviembre de 2018

Indice general

1. Introduccion 7

I CONTEXTUALIZACION DE LA INVESTIGACION 8

2. Descripcion Investigacion 92.1. Planteamiento/identificacion del problema . . . . . . . . . . . 92.2. Formulacion del problema . . . . . . . . . . . . . . . . . . . . 102.3. Sistematizacion del problema . . . . . . . . . . . . . . . . . . 102.4. Objetivos . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 10

2.4.1. Objetivo General . . . . . . . . . . . . . . . . . . . . . 102.4.2. Objetivos Especificos . . . . . . . . . . . . . . . . . . . 10

2.5. Justificacion del trabajo/investigacion . . . . . . . . . . . . . 112.6. Hipotesis . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 12

2.6.1. Hipotesis primer grado . . . . . . . . . . . . . . . . . . 122.6.2. Hipotesis segundo grado . . . . . . . . . . . . . . . . . 12

2.7. Marco referencial . . . . . . . . . . . . . . . . . . . . . . . . . 132.7.1. Marco teorico . . . . . . . . . . . . . . . . . . . . . . . 132.7.2. Marco Conceptual . . . . . . . . . . . . . . . . . . . . 17

2.8. Metodologıa de la investigacion . . . . . . . . . . . . . . . . . 192.8.1. Aspectos metodologicos . . . . . . . . . . . . . . . . . 19

2.9. Organizacion del trabajo de grado . . . . . . . . . . . . . . . 202.10. Estudio de sistemas previos . . . . . . . . . . . . . . . . . . . 20

II DESARROLLO DE LA INVESTIGACION 22

3. Definicion Requerimientos 233.1. Introduccion . . . . . . . . . . . . . . . . . . . . . . . . . . . . 23

3.1.1. Proposito . . . . . . . . . . . . . . . . . . . . . . . . . 23

1

INDICE GENERAL 2

3.1.2. Alcance . . . . . . . . . . . . . . . . . . . . . . . . . . 233.2. Recoleccion informacion . . . . . . . . . . . . . . . . . . . . . 243.3. Requerimientos Especificos . . . . . . . . . . . . . . . . . . . 253.4. Requerimientos Funcionales . . . . . . . . . . . . . . . . . . . 28

3.4.1. Requerimiento Funcional 1 . . . . . . . . . . . . . . . 283.4.2. Requerimiento Funcional 2 . . . . . . . . . . . . . . . 283.4.3. Requerimiento Funcional 3 . . . . . . . . . . . . . . . 293.4.4. Requerimiento Funcional 4 . . . . . . . . . . . . . . . 293.4.5. Requerimiento Funcional 5 . . . . . . . . . . . . . . . 293.4.6. Requerimiento Funcional 6 . . . . . . . . . . . . . . . 293.4.7. Requerimiento Funcional 7 . . . . . . . . . . . . . . . 293.4.8. Requerimiento Funcional 8 . . . . . . . . . . . . . . . 293.4.9. Requerimiento Funcional 9 . . . . . . . . . . . . . . . 29

3.5. Requerimientos No Funcionales . . . . . . . . . . . . . . . . . 293.5.1. Requerimiento No Funcional 1 . . . . . . . . . . . . . 293.5.2. Requerimiento No Funcional 2 . . . . . . . . . . . . . 29

4. Definicion Casos de Usos 304.1. Situacion Basica . . . . . . . . . . . . . . . . . . . . . . . . . 304.2. Conectividad . . . . . . . . . . . . . . . . . . . . . . . . . . . 324.3. Comunicacion Emergencia . . . . . . . . . . . . . . . . . . . . 334.4. Comunicacion . . . . . . . . . . . . . . . . . . . . . . . . . . . 354.5. Control Ortografıa . . . . . . . . . . . . . . . . . . . . . . . . 36

5. Propuesta Sistema 395.1. Verificacion de preguntas de investigacion . . . . . . . . . . . 395.2. Validacion Hipotesis . . . . . . . . . . . . . . . . . . . . . . . 405.3. Proposicion Sistema . . . . . . . . . . . . . . . . . . . . . . . 40

5.3.1. Graficos Sistema . . . . . . . . . . . . . . . . . . . . . 415.3.2. Editores texto-Comandos voz . . . . . . . . . . . . . . 435.3.3. Puntos de vista aplicacion . . . . . . . . . . . . . . . . 44

5.4. Enfasis Proyecto . . . . . . . . . . . . . . . . . . . . . . . . . 47

III CIERRE INVESTIGACION 48

6. Resultados y discucion 49

7. Conclusiones 507.1. Verificacion, contraste y evaluacion de los objetivos . . . . . . 51

INDICE GENERAL 3

IV Bibliografia 52

V Anexos 56

8. Preguntas Entrevista 57

9. Tabulacion Preguntas 60

10.Histogramas 66

11.Procentajes 73

Indice de figuras

2.1. Arquitectura Basica GNU/Linux. Fuente [19]. . . . . . . . . . 132.2. RLCPD (REGISTRO PARA LA LOCALIZACION Y CA-

RACTERIZACION DE PERSONAS CON DISCAPACIDAD).Fuente [15]. . . . . . . . . . . . . . . . . . . . . . . . . . . . . 17

4.1. Funcionamiento principal comandos de voz Fuente:AutoriaPropia . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 30

4.2. Descripcion caso pronunciando solicitud Fuente:Autoria Propia 314.3. Descripcion caso enviando confirmacion Fuente:Autoria Propia 314.4. Descripcion caso mostrando confirmacion Fuente:Autoria Pro-

pia . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 314.5. Descripcion caso leyendo pantalla Fuente:Autoria Propia . . . 324.6. Activacion redes inalambricas Fuente:Autoria Propia . . . . . 324.7. Descripcion caso Activando Wifi Fuente:Autoria Propia . . . 324.8. Descripcion caso procesando informacion Fuente:Autoria Propia 334.9. Descripcion caso Solicitando accion Fuente:Autoria Propia . . 334.10. Descripcion caso activando datos moviles Fuente:Autoria Propia 334.11. Llamada emergencia por voz Fuente:Autoria Propia . . . . . 344.12. Descripcion caso Recibiendo comando Fuente:Autoria Propia 344.13. Descripcion caso Procesando comando Fuente:Autoria Propia 344.14. Descripcion caso haciendo llamada Fuente:Autoria Propia . . 344.15. Solicitud llamada por voz Fuente:Autoria Propia . . . . . . . 354.16. Descripcion caso especificando comando Fuente:Autoria Propia 354.17. Descripcion caso mostrando comando Fuente:Autoria Propia 364.18. Descripcion caso llamando contacto Fuente:Autoria Propia . 364.19. Control Ortografico del Sistema Fuente:Autoria Propia . . . . 364.20. Ingresando comando revision Fuente:Autoria Propia . . . . . 374.21. Subrayado texto editor Fuente:Autoria Propia . . . . . . . . . 374.22. Buscando errores Fuente:Autoria Propia . . . . . . . . . . . . 37

4

INDICE DE FIGURAS 5

4.23. Activando lectura Fuente:Autoria Propia . . . . . . . . . . . . 384.24. Indicando falla leer Fuente:Autoria Propia . . . . . . . . . . . 38

5.1. Pseudomodelo arquitectura Sistema Operativo. Fuente:Autoriapropia . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 41

5.2. Escritorio Vinux. Fuente:Autoria propia . . . . . . . . . . . . 425.3. Explorador archivos Vinux. Fuente:Autoria propia . . . . . . 425.4. Punto de Vista Comportamiento Aplicacion. Fuente:Autoria

propia . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 445.5. Punto de Vista Colaboracion Aplicacion. Fuente:Autoria propia 445.6. Punto de Vista de Estructura de Aplicacion. Fuente:Autoria

propia . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 455.7. Punto de Vista de Uso de Aplicacion. Fuente:Autoria propia . 46

10.1. Histograma Pregunta 3 . . . . . . . . . . . . . . . . . . . . . . 6610.2. Histograma Pregunta 4 . . . . . . . . . . . . . . . . . . . . . . 6610.3. Histograma Pregunta 5 . . . . . . . . . . . . . . . . . . . . . . 6710.4. Histograma Pregunta 6 . . . . . . . . . . . . . . . . . . . . . . 6710.5. Histograma Pregunta 7 . . . . . . . . . . . . . . . . . . . . . . 6710.6. Histograma Pregunta 8 . . . . . . . . . . . . . . . . . . . . . . 6810.7. Histograma Pregunta 9 . . . . . . . . . . . . . . . . . . . . . . 6810.8. Histograma Pregunta 10 . . . . . . . . . . . . . . . . . . . . . 6810.9. Histograma Pregunta 12 . . . . . . . . . . . . . . . . . . . . . 6910.10.Histograma Pregunta 13 . . . . . . . . . . . . . . . . . . . . . 6910.11.Histograma Pregunta 14 . . . . . . . . . . . . . . . . . . . . . 6910.12.Histograma Pregunta 16 . . . . . . . . . . . . . . . . . . . . . 7010.13.Histograma Pregunta 17 . . . . . . . . . . . . . . . . . . . . . 7010.14.Histograma Pregunta 18 . . . . . . . . . . . . . . . . . . . . . 7010.15.Histograma Pregunta 19 . . . . . . . . . . . . . . . . . . . . . 7110.16.Histograma Pregunta 20 . . . . . . . . . . . . . . . . . . . . . 7110.17.Histograma Pregunta 21 . . . . . . . . . . . . . . . . . . . . . 7110.18.Histograma Pregunta 22 . . . . . . . . . . . . . . . . . . . . . 7210.19.Histograma Pregunta 23 . . . . . . . . . . . . . . . . . . . . . 7210.20.Histograma Pregunta 24 . . . . . . . . . . . . . . . . . . . . . 72

11.1. Pregunta 3 . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7311.2. Pregunta 4 . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7311.3. Pregunta 5 . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7411.4. Pregunta 6 . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7411.5. Pregunta 7 . . . . . . . . . . . . . . . . . . . . . . . . . . . . 74

INDICE DE FIGURAS 6

11.6. Pregunta 8 . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7511.7. Pregunta 9 . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7511.8. Pregunta 10 . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7511.9. Pregunta 12 . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7611.10.Pregunta 13 . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7611.11.Pregunta 14 . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7611.12.Pregunta 15 . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7711.13.Pregunta 16 . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7711.14.Pregunta 17 . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7711.15.Pregunta 18 . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7811.16.Pregunta 19 . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7811.17.Pregunta 20 . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7811.18.Pregunta 21 . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7911.19.Pregunta 22 . . . . . . . . . . . . . . . . . . . . . . . . . . . . 79

Capıtulo 1

Introduccion

En la actualidad existen una gran variedad de Sistemas Operativos, paradiferentes tipos de tareas y gustos, como Mac, Windows y GNU/linux. Cadauno de ellos con multiples aplicaciones y funciones, pero a la fecha, no hayun sistema operativo que facilite el uso del sistema y demas aplicaciones.En este trabajo podra encontrar que debe tener un sistema operativo comomınimo, para el uso de cualquier persona con diferentes grados de disca-pacidad visual. El manejo por comandos voz, sera la columna principal deesta propuesta, basada en la abstraccion de informacion de una cantidad depersonas encuestadas, en las que no solo se evidencia esta necesidad, sinolas ordenes basicas a realizar por este tipo de sistema.

7

Parte I

CONTEXTUALIZACIONDE LA INVESTIGACION

8

Capıtulo 2

Descripcion Investigacion

2.1. Planteamiento/identificacion del problema

En la actualidad, la industria software ha avanzado considerablementeen la funcionalidad orientada a la poblacion con discapacidad visual, crean-do ası lectores de pantalla, asistentes personales manejados por comandosde voz; pero estos asistentes solamente funcionan con internet. Los lectoresno reciben comandos de voz (son solamente lectores), lo cual dificulta y/onula el uso del sistema y sus diferentes funcionalidades, como escritura dedocumentos, apertura de aplicaciones, etc.; siendo de esta manera poco fun-cional para estas personas.Dado a que los sistemas de ayuda orientada a las personas con discapaci-dad visual, llevan implementandose desde ya un buen tipo, estas personaspueden haberse acostumbrado a estas tecnologıas, conformarse con esto uoptan por el no uso, si no hay alguna otra persona que les ayude.Para ello se brindara una alternativa, la cual consiste en la proposicion de unmodelo basico funcional de un sistema operativo, con el cual se pretende queestas personas, puedan manejar su dispositivo por comandos de voz y sinla necesidad de estar conectados a internet. Este sistema, tendra sin dudalos aportes positivos que tienen las actuales aplicaciones y posibles mejorasanadidas segun sus requerimientos, con el fin de que puedan manejar sudispositivo con la misma facilidad que los manejan las demas personas delcomun.

9

CAPITULO 2. DESCRIPCION INVESTIGACION 10

2.2. Formulacion del problema

¿Cuales y como deberan interactuar las funciones mınimas de un Sis-tema Operativo con un usuario final, cuyo enfoque este orientado hacia lapoblacion de personas con discapacidad visual?

2.3. Sistematizacion del problema

¿Que valores positivos aportan los lectores de pantalla, en la interaccionusuario-Sistema Operativo?¿Como debe estructurarse e interactuar internamente un sistema operativo,para personas con discapacidad visual?¿Que caracterısticas positivas poseen los asistentes personales que aportena una interaccion efectiva del sistema con el usuario?

2.4. Objetivos

2.4.1. Objetivo General

Proponer un modelo basico funcional de interaccion usuario-software, pa-ra la futura construccion de un Sistema Operativo orientado a personas condiscapacidad visual, por medio de tecnicas de abstraccion de informacion.

2.4.2. Objetivos Especificos

Determinar las tecnicas para la recoleccion de informacion a traves depautas que puedan ser proporcionados por fundaciones de invidentes,para la efectiva recoleccion de informacion

Identificar el comportamiento a asumir del sistema frente a determi-nada solicitud del usuario, para su respectiva representacion escrita(requisito funcional) por medio de la observacion experimental.

Investigar la representacion estructural adecuada para el sistema ope-rativo por medio de la recoleccion de diferentes fuentes de informacion,para plasmar allı, la primer propuesta del sistema.


2.5. Justificacion del trabajo/investigacion

En este proyecto se propondra un moldeo basico de un sistema opera-tivo, orientado a personas invidentes, esto porque en la actualidad no hayningun sistema operativo ni aplicacion que facilite el uso de un dispositivocon sus respectivas aplicaciones y sin la conexion a internet, a una personacon discapacidad visual, por ello con esta investigacion, se quiere apoyar ala comunidad de personas con discapacidad visual, que, por parte del ”go-bierno”, no recibe mucho apoyo a nivel tecnologico-software, y el existente,no cubren la totalidad de sus “necesidades”. Por ende, en la propuesta delmodelo basico, se mencionara unas funcionalidades basicas usuario-software,aplicable igualmente a fabricas o desarrolladores software, que desean cons-truir aplicaciones orientadas a esta comunidad. Dichas funcionalidades seobtendran por medio de abstraccion de informacion que puedan brindar laspersonas de esta comunidad, de esta manera, la informacion recolectadasera la base para transformarla en requerimientos basicos y fundamentales.Ademas, hay que tener en cuenta que el hecho de que actualmente se gocede vision, no significa que sea eterna; nuestro estilo de vida esta acabandocon la mayorıa de nuestros sentidos y no se esta cuidando estos, ası que unabuena tecnologıa: Sistema Operativo y/o aplicacion/es, nos pueda ser unbuen aliado. Por ende, se debe realizar


2.6. Hipotesis

2.6.1. Hipotesis primer grado

Elaborando un modelo basico funcional, para construir a futuro un sis-tema operativo que cubra mas las necesidades de interaccion de una personainvidente, con el sistema de un dispositivo/ordenador.

2.6.2. Hipotesis segundo grado

Teniendo como base un modelo que defina unas funcionalidades basicas omınimas de interaccion, se tendra un sistema operativo efectivo, que facilitaal usuario final, el uso de otras aplicaciones del sistema y del propio sistema.


2.7. Marco referencial

2.7.1. Marco teorico

Sistema Operativo GNU/Linux

GNU/Linux, es la union del sistema Operativo GNU, y kernel Linux,el primero, proyecto creado y liderado por Richard Stallman en 1984, y en1991 Linus Torvalds, comenzo el desarrollo del kernel Linux, junto con unagran cantidad de programadores a nivel mundial; en este entonces GNU,no poseıa aun un kernel, motivo por el cual, se comenzo a crear Linux, yliberarlo en 1992, posteriormente se unirıan creado ası el Sistema OperativoGNU/Linux[20].A continuacion, se ilustra el esquema basico de la arquitectura de un SistemaOperativo GNU/Linux.

Figura 2.1: Arquitectura Basica GNU/Linux. Fuente [19].


Para que un software sea considerado libre, debe cumplir 4 reglas o “li-bertades esenciales” como lo indican GNU en su pagina web:

La libertad de ejecutar el programa como lo desee, con cualquierproposito (libertad 0).

La libertad de estudiar el funcionamiento del programa y adaptarlo asus necesidades (libertad 1). El acceso al codigo fuente es un prerre-quisito para esto.

La libertad de redistribuir copias para ayudar a los demas (libertad2).

La libertad de mejorar el programa y de publicar las mejoras, de modoque toda la comunidad se beneficie (libertad 3). El acceso al codigofuente es un prerrequisito para esto [23].

Sistema Operativo Vinux

Vinux es una distribucion GNU/Linux basada en Ubuntu, que esta orien-tado a la ayuda de personas con discapacidad visual, creada en el 2008 enel reino unido, por “Royal National College for the Blind”. A diferenciade otras distribuciones, Vinux tiene incorporados dos lectores de pantallaque no tienen necesidad de arrancarlos manualmente, el sistema lo hace au-tomaticamente en el arranque por medio de daemons. Uno de los lectoresincorporados es el famoso lector Orca de Gnome, tan pronto inicia el sistema,este saluda al usuario y le indica que esta en el escritorio. Luego comienza anombrar las carpetas y/o archivos que se encuentran en el escritorio (accesosdirectos). Vinux tambien tiene incorporado el sistema Braille. Todas estasaplicaciones tambien pueden ser descargadas en demas distros GNU/Linux,pero como se menciono anteriormente, Vinux ya los trae incorporado[10].

Lectores de Pantalla

Talkback Aplicacion lectora de pantalla de Google para Smartphone, sepuede instalar desde Google Play, o al iniciar por primera vez en Android, sise escoge, este lo instala. TalkBack incorpora comentarios por voz, audiblesy con vibracion a tu dispositivo. Esta app viene preinstalada en la mayorıade los dispositivos Android. [17]


Orca Es un lector de pantalla construido por Gnome de codigo abierto eincorporado a diferentes distribuciones GNU/Linux como Ubuntu, Vinux;incorpora sistema Braille..Orca funciona con aplicaciones y kits de herramientas que soportan la inter-faz del proveedor de servicios de tecnologıas de asistencia (AT-SPI), que esla infraestructura principal de tecnologıas de asistencia para Linux y Solaris.Las aplicaciones y kits de herramientas que soportan la AT-SPI incluyen elkit de herramientas GTK+ de GNOME, el kit de herramientas Swing de laplataforma Java, OpenOffice, Gecko, y WebKitGtk. Se esta intentando queel kit de herramientas Qt de KDE tambien tenga soporte”.[18]

Asistentes Personales

Cortana Es un asistente personal Microsoft con “IA-Inteligencia Artifi-cial”, integrado en la “nueva” plataforma Sistema Operativo Windows 10,el cual esta encargado de ayudar al usuario en tareas basicas como la pro-gramacion de eventos en calendario, busquedas en internet, recordatorios, ydemas. Estas funcionalidades solamente funcionan si se esta conectado a in-ternet y ara paıses Latinoamericanos, se debe configurar la region a Espana,para que Cortana pueda funcionar[12].

Siri Es el asistente personal de Mac, cumple las mismas funcionalidadesque Cortana, aunque tiene como valor agregado, en que el usuario, puede“ensenar” a pronunciar nombres, y esta orientado hacia IOS, por lo que per-mite hacer llamadas sin necesidad de realizarlo manualmente, tomar selfie,etc. Al igual que Cortana debera estar conectado para su funcionamientototal[11].

Google Assintant Asistente personal de Google, con las mismas fun-ciones que los dos anteriores asistentes vistos, tiene la opcion de informarrestaurantes, tendencias, ordenar comidas, etc. Este se activa con la palabra“ok Google”, todos los dispositivos Android superior a 6.0 pueden activarloo descargarlo de GooglePlay[16].

Definiciones y Estadısticas

Segun el libro “psicologıa y ceguera” de Javier Checa Benito, Pura DiazVeiga y Rafael Pallero Gonzalez, la ceguera, personas con discapacidad visualo invidentes (cualesquiera de estos terminos pueden ser usados para referirsea estas personas con esta discapacidad, segun el abogado Carlos Parra, del


INCI (Instituto Nacional para Ciegos), puede ser divididos en varios niveles,los cuales son:

Ceguera legal: “Denominacion que a efectos legales recibe la agudezavisual central de 20/200 o menor en el ojo que mejor ye despues desu correccion; o agudeza visual mayor de 20/200 si existe un defectode campo consistente en que el diametro mayor del campo visual estareducido a 10 grados o menos.”

Ceguera parcial: Implica existencia de un resto visual que permitela orientacion a la luz y percepcion de masas, por lo que facilita eldesplazamiento, pero no es util para realizar actividades escolares oprofesionales.

Baja vision: Grado de vision parcial que permite su utilizacion comocanal primario para aprender y lograr informacion. [21].

La direccion nacional de estadısticas DANE, nos provee un reporte estadısti-co del 2013(ultimo censo a esta poblacion suministrada DANE), el cual “unaproximado de 18.952 son menores de cinco anos de edad y 83.212 son ninosentre los 5 y los 11 anos “(elpaıs.2013). Siendo ası, que Colombia tendrıapara esta fecha un total de 1.14 millones de personas que sufren o padecenalgun tipo de problema visuales, esto en solo Colombia. A continuacion, enla Figura1, se logra evidenciar un nivel de porcentaje de diferentes discapa-cidades en Colombia, y ella se evidencia que la visual es la 2 mas comun enColombia.


Figura 2.2: RLCPD (REGISTRO PARA LA LOCALIZACION Y CARAC-TERIZACION DE PERSONAS CON DISCAPACIDAD). Fuente [15].

Con esto se puede evidenciar que la poblacion que ha de ser beneficiadasolo en Colombia es de un aproximado de 25 % de la poblacion, cuyo por-centaje muy posiblemente siga aumentando debido a nuestras rutinas, quemuchas suelen acabar o desgastar algun sentido como la vision y el apegoa los dispositivos tecnologicos, que con su luz o brillo poco a poco desgastanuestra vista; o tambien el uso de audıfonos, y la posible consecuencia desordera, pero esto ya es un tema aparte. Como lo menciona la NIC, en unartıculo publicado por “el Tiempo”, falta de mas apoyo para mejorar lasnecesidades de esta poblacion [14], tambien por parte del gobierno, pues noes suficiente con el proyecto CONPES 166 (Polıtica colombiana el cual elgoce pleno, y en condiciones de igualdad, de todos los derechos humanosy libertades fundamentales de las PcD, a traves del fortalecimiento de laimplementacion de la Polıtica Publica Nacional de Discapacidad e InclusionSocial [13]), o las leyes 1618 o 1680 del 2013. Es aquı se puede demostrarque una buena tecnologıa, es una alternativa muy viable, y con el constanteavance de esta, se puede crear para ayudar mas a estas personas, que por elmomento no se ha hecho porque no se ha ido de fondo en esta area y solose ha cubierto lo meramente superficial.

2.7.2. Marco Conceptual

Comando de voz: Entradas sonoras que recibe algun dispositivo para laejecucion de alguna tarea del sistema, ordenada por el usuario.


Elicitacion: Proceso en el que el usuario final y el analista revisan, abs-traen las funcionalidades y restricciones de un software, por medio de dife-rentes tecnicas como entrevistas abiertas.

GNU/Linux: Sistema Operativo libre basado en Unix

IA: Tecnologıa software, que aparentemente puede tomar decisiones enbase a una serie de actividades.

RLCPD: Herramienta web que sirve para recoger informacion de personascon diferentes discapacidades (como ubicacion y tipo de discapacidad), anivel nacional

Sistema Operativo: Software que permite interaccion entre componenteshardware y otros softwares dentro de un PC, Smartphone, tableta.


2.8. Metodologıa de la investigacion

2.8.1. Aspectos metodologicos

Tipo de Estudio Descriptivo

Para realizar y/o plantear un modelo base de sistema operativo parapersonas con discapacidad visual, que servira tambien de modelo base parafuturas aplicaciones orientadas a esta comunidad; es fundamental entender elcomportamiento de estas personas, como perciben su entorno e interactuantanto con las demas personas, como con las tecnologıas existentes (a nivelsoftware), que es lo que se vera evidenciado en la presente investigacion.

Es ası que los elementos que caracterizan e identifican el problema inves-tigativo, son las funcionalidades que hace falta que proporcione un software(a nivel global), para satisfacer las necesidades (a nivel tecnologico) que tie-ne una persona con discapacidad visual, esto de una manera mas eficaz encomparacion con los actuales intentos software de contribucion a esta co-munidad, comunidad que puede seguir aumentado con el transcurso de losanos.

Metodo de Investigacion

Con el fin de lograr un sistema mas acorde y ajustado para las personasinvidentes, El metodo que se seguira para la realizacion de este proyecto,seran los metodos inductivo y deductivo.Por medio del metodo inductivo, permitira validar el como el sistema hara lainteraccion con el usuario frente a cualquier tipo de solicitud que se indiqueal sistema, esto se lograra a traves de la observacion en cada sesion que setenga con la personaCon el metodo deductivo, que tambien parte de la observacion de la se-siones y analisis de los resultados de la encuesta, se llegara a una serie deconclusiones especıficas, las cuales seran las determinantes para especificarlos requerimientos basicos del sistema; esto por medio de la observacion dela interaccion que tendran los usuarios con los dispositivos dados, frente ala tarea que se les solicitara realizar.Por ultimo, tambien se usara el metodo desarrollo en cascada; para la es-pecificacion de requerimientos no puede iniciarse hasta que se haya hechoel analisis de la recoleccion de informacion y esta a su vez no puede iniciar-se sin la realizacion de las sesiones de entrevista; por ende se ajustara esteproyecto a este modelo de desarrollo.


Fuentes y tecnicas para la recoleccion de la informacion

Para la realizacion de este, se requiere la abstraccion de informacion conbase en testimonios, anecdotas, y observacion ante la interaccion usuario-software, ası lograr captar falencias en este proceso y especificar en ultimainstancia los requerimientos fundamentales a cumplir por un software orien-tado a personas con discapacidad visual. Por esto, el presente proyecto estaguiado por la tecnica teorico-practico.

Tratamiento de la Informacion

La informacion recolectada a traves de entrevistas y actividades de ob-servacion, esta representada por medio de histogramas y la tabulacion delas respuestas. Posteriormente se representa en diagramas de casos de usocon su respectiva descripcion, los requerimientos abstraıdos basados en lainformacion ordenada.

2.9. Organizacion del trabajo de grado

En el capıtulo, usted encontrara el resultado de la sesion de entrevis-tas, plasmados en diagramas de caso de uso, en donde se especifican re-querimientos base que debera tener el sistema operativo, dentro de estos seencontraran las ordenes o solicitudes basicas y frecuentes que suele pedirun usuario. Luego de esto, se propondra un primer pseudomodelo de arqui-tectura del sistema operativo, basado en el modelo actual manejado por elsistema GNU/Linux; allı se plasmara la primer propuesta de modificacionde este sistema, propuesta que puede ser evaluada, modificada o revaluadaa futuro.

2.10. Estudio de sistemas previos

Se realizaron una serie de pruebas a los asistentes personales, con el finde verificar la viabilidad del proyecto y de unas de las ventajas que tendrıael sistema. Se hicieron pruebas con Cortana, Google assistant, y el sistemaoperativo Vinux. Los asistentes personales se logro confirmar la dependenciaen internet, cuales sistemas, solicitan laconexion a internet. Para el caso deCortana una vez este conectado para que logre funcionar con solicitudescomo abrir Excel, Word, etc, debe tener cuenta Microsoft, luego registrarlaen el PC para funcionar “offline”. En google, el registro no es necesario,


ya que cada dispositivo esta asociado a una cuenta, pero aun ası solicitaconexion a internet para hacer tareas basicas como abrir una aplicacion.

Parte II

DESARROLLO DE LAINVESTIGACION

22

Capıtulo 3

Definicion Requerimientos

3.1. Introduccion

En este capıtulo se evidencia la consolidacion de los requerimientos ex-traidos, con base en los resultados de las entrevistas anexadas al final de estedocumento. Se representaran dichos requerimientos funcionales, en diagra-mas de caso de uso.De esta manera, se reflejaran las funcionalidades basicasy que debera tener el Sistema Operativo, ası como el comportamiento y/orestriccion que debera tener del sistema ante cualquier solicitud del usuario.

3.1.1. Proposito

Plasmar para la futura construccion del sistema Operativo, los reque-rimientos funcionales y no funcionales que deba cumplir el sistema,para asi lograr el objetivo de ayudar a facilitar el uso a la personainvidente.

3.1.2. Alcance

Se plasmara requerimietos muy basicos pero esenciales, para la cons-truccion del sistema operativo.

23

CAPITULO 3. DEFINICION REQUERIMIENTOS 24

3.2. Recoleccion informacion

Para la recoleccion de informacion, se obtuvo muestra de 9 personas, conuna edad promedio de 50 anos; en las que se realizo las tecnicas de elicita-cion de entrevista, compuesta por 24 preguntas cerradas, y una actividad deobservacion la cual se solicito a la persona, hacer una tarea especıfica tantoen el portatil como en celular.Dichas tecnicas fueron aprobadas y dado el VoBo. por INCI, quienes acon-sejaron que estas entrevistas fuera realizada en grupo, con el fin de teneruna sesion mas enriquecedora. Desafortunadamente no se logro realizar masentrevistas, debido al extenso papeleo que solicitaban las fundaciones comoCRAC, y el horario manejado por estas entidades. Tambien, gracias al libro“Psicologıa y ceguera”, y otras referencias web; quienes en sus textos afir-maban el no uso de diminutivos como cieguito, celularcito, etc., con el finde no mostrar “lastima”, ellos no ven la ceguera como impedimento.De las personas encuestadas, el 14 % perdio la vision por causas de algunaenfermedad, siendo Leucoma el mas comun. De estas personas encuestadas,se evidencio que las personas que lograron permanecer en una fundacion,que en su gran mayorıa es el CRAC (Centro Rehabilitacion para AdultosCiegos); desarrollan gran habilidad para el manejo de tecnologıa, dado a loscursos y aplicaciones dados por la fundacion.Las personas que llevan bastante tiempo con la fundacion, curiosamente,tienen una estabilidad economica deseada, por lo que acceder a dispositivosmoviles de gama media y alta, les es asequible, por lo que en la actividadplanteada, no tuvieron problemas para realizarla. Dicha actividad consistioen realizar, basicamente dos operaciones; la primera en una Tablet con Talk-Back activado, activar y desactivar red wifi y/o datos moviles, a esto se lesumo probar google assistant en dos situaciones: wifi activo y wifi inactivo,esto con el fin de demostrar al usuario la dependencia de internet.Para la segunda fase, fue la redaccion de un parrafo con mensaje aleatorio,por medio del Sistema Operativo Vinux, en el cual la gran mayorıa, le fuecomplicado realizarlo, esto debido a que el computador utilizado, las teclasno manejaban sistema braille, para lo cual esta mayorıa manifesto que aunası con Braille, iba dar el mismo resultado, dado que no tenıan sensibilidaden la huellas.


3.3. Requerimientos Especificos

Con base a la organizacion de la informacion recolectada, se logro abs-traer la siguiente lista de requerimientos a cumplir por el sistema operativoy en general por cualquier otra aplicacion orientada para personas con dis-capacidad visual. Aunque la aplicacion este orientada para estas personas,cualquier otra persona, sin o con otra discapacidad, puede dar uso de estesistema.

Numero de requisito 1

Nombre requisito El sistema debe interpretar comandos de voz

Tipo Requisito

Fuente del requisito Para facilitar manejo del sistema

Prioridad Requisito Alta/Escencial


Nombre requisitoEl sistema debe solicitar confirmacion decualquier solicitud hecha por el usuario

Tipo Restriccion

Fuente del requisito Esto es para asegurar la peticion del usuario

Prioridad Requisito Media/Deseado


Nombre requisitoEl sistema debera tener incorporadolector de pantalla

Tipo Restriccion

Fuente del requisitoEl lector sera puente interaccion entre usuario y sistemacomandos




Nombre requisitoEl sistema debera interactuar con lector de pantalla para enviarconfirmaciones al usuario

Tipo Requisito

Fuente del requisito El lector sera puente interaccion entre usuario y sistema comandos

Prioridad Requisito Alto/Escencial


Nombre requisitoEl sistema de comandos de voz, debe estar embebido en el sistemaoperativo sin depedencia alguna de inernet para su funcionamiento

Tipo Requisito

Fuente del requisito Usuarios, Es necesario que trabaje Standalone



Nombre requisitoEl sistema debe reconocer y procesar solicitud de encendido y apagadode Wifi y/o datos moviles

Tipo Requisito

Fuente del requisito Usuarios




Nombre requisitoEl sistema debe reconocer y procesarla solicitud de llamado de emergencia

Tipo Restriccion

Fuente del requisito Usuario



Nombre requisito

El sistema debe reconocer y procesar solicitudde llamada a contacto, especificandoigualmente por voz, elnombre contacto a llamar

Tipo Requisito

Fuente del requisito Usuarios



Nombre requisito El lector de pantalla debe estar siempre activo

Tipo Requisito

Fuente del requisito Para asegurar comunicacion con el usuario




Nombre requisito El usuario puede desactivar confirmaciones de acciones

Tipo Requisito

Fuente del requisitoUsuario, pueda manualmente pueda realizar operacionessi lo desea



Nombre requisitoEl sistema debe manejara comados confirmacionSi, No y Yes

Tipo Restriccion

Fuente del requisito Confirmaciones para cualquier tipo de solicitud



Nombre requisito El sistema debe ahorrar la mayor cantidad posible de energıa

Tipo Restriccion

Fuente del requisito Larga jornadas de usuarios


3.4. Requerimientos Funcionales

3.4.1. Requerimiento Funcional 1

El sistema debe interpretar comandos de voz


El sistema debe solicitar confirmacion de cualquier solicitud hecha porel usuario



El sistema debera interactuar con lector de pantalla para confirmacionesal usuario


El sistema de comandos de voz, debe estar embebido en el sistema ope-rativo sin depedencia alguna de inernet para su funcionamiento


El sistema debe reconocer y procesar solicitud de encendido y apagadode Wifi y/o datos moviles


El sistema debe reconocer y procesar solicitud de llamado de emrgencia


El sistema debe reconocer y procesar solicitud de llamada a contacto,especificando igualmente por voz, el nombre contacto a llamar


El lector de pantalla debe estar siempre activo


El usuario puede desactivar confirmaciones de acciones.

3.5. Requerimientos No Funcionales

3.5.1. Requerimiento No Funcional 1

El sistema debera tener incorporado lector de pantalla

3.5.2. Requerimiento No Funcional 2

El sistema debera manejar comandos de confirmacion Si, No y Yes

Capıtulo 4

Definicion Casos de Usos

4.1. Situacion Basica

Figura 4.1: Funcionamiento principal comandos de voz Fuente:Autoria Pro-pia

30

CAPITULO 4. DEFINICION CASOS DE USOS 31

Figura 4.2: Descripcion caso pronunciando solicitud Fuente:Autoria Propia

Figura 4.3: Descripcion caso enviando confirmacion Fuente:Autoria Propia

Figura 4.4: Descripcion caso mostrando confirmacion Fuente:Autoria Propia


Figura 4.5: Descripcion caso leyendo pantalla Fuente:Autoria Propia

4.2. Conectividad

Figura 4.6: Activacion redes inalambricas Fuente:Autoria Propia

Figura 4.7: Descripcion caso Activando Wifi Fuente:Autoria Propia


Figura 4.8: Descripcion caso procesando informacion Fuente:Autoria Propia

Figura 4.9: Descripcion caso Solicitando accion Fuente:Autoria Propia

Figura 4.10: Descripcion caso activando datos moviles Fuente:Autoria Pro-pia

4.3. Comunicacion Emergencia


Figura 4.11: Llamada emergencia por voz Fuente:Autoria Propia

Figura 4.12: Descripcion caso Recibiendo comando Fuente:Autoria Propia

Figura 4.13: Descripcion caso Procesando comando Fuente:Autoria Propia

Figura 4.14: Descripcion caso haciendo llamada Fuente:Autoria Propia


4.4. Comunicacion

Figura 4.15: Solicitud llamada por voz Fuente:Autoria Propia

Figura 4.16: Descripcion caso especificando comando Fuente:Autoria Propia


Figura 4.17: Descripcion caso mostrando comando Fuente:Autoria Propia

Figura 4.18: Descripcion caso llamando contacto Fuente:Autoria Propia

4.5. Control Ortografıa

Figura 4.19: Control Ortografico del Sistema Fuente:Autoria Propia


Figura 4.20: Ingresando comando revision Fuente:Autoria Propia

Figura 4.21: Subrayado texto editor Fuente:Autoria Propia

Figura 4.22: Buscando errores Fuente:Autoria Propia


Figura 4.23: Activando lectura Fuente:Autoria Propia

Figura 4.24: Indicando falla leer Fuente:Autoria Propia

Capıtulo 5

Propuesta Sistema

5.1. Verificacion de preguntas de investigacion

¿Que valores positivos aportan los lectores de pantalla, en la interac-cion usuario-sistema operativo?Sin duda el lector de pantalla es supremamente fundamental en los sis-temas operativos actualmente, y a futuro. Este debe mejorar mas suprecision al igual que su .entonacion”, aunque este utlimo no es vital, sihace mas agusto la interaccion se hace una experiencia mas agradable.

¿Como debe estructurase interactuar internamente un sistema opera-tivo, para personas con discapacidad visual?Un sistema operativo orientado a personas invidentes, debe estar en-constante interaccion, el componente de comandos de voz con lector depantalla. Tanto este componente de voz, como cualquier otra aplica-cion, como Lazarillo (aplicacion preferida por personas encuestadas),debe funcionar sin internet El rendimiento del sistema debe ser optimoen cada momento, por lo que los sistemas monoliticos son los que masse adecuan a este proposito.

¿Que caracteristicas positivas poseen los asistentes personales, queaporten a una interaccion efectiva con el usuario?La precision ante las solicitudes de los usuarios, es la caracteristica masfuerte que poseen. El tono de voz y la rapidez con la que pronunciapalabras, fue otro factor resaltante de los asistentes.

39

CAPITULO 5. PROPUESTA SISTEMA 40

5.2. Validacion Hipotesis

Todos los encuestados manifestaron que la falencia mas grande es ladependencia del internet, esta seguida de la asequibilidad de las aplicaciones.se rescata que los lectores de pantalla son totalmente indispensables, estocon la afinacion, la precision de este, para personas que no se consideranhabiles para la tecnologıa.

5.3. Proposicion Sistema

Como se ha definido en el anteproyecto, se desea que el sistema puedaser construido sobre la plataforma GNU/linux y bajo licencia GPL v3, paraque pueda ser mejorado y distribuido por muchos. Al ser entonces kernellinux, su arquitectura sera monolıtico. Este tipo de arquitectura puede aco-plarse al performance que se desea para el sistema; los sistemas operativoscon esta arquitectura, si bien su mantenimiento o actualizacion, suele seralgo bastante complejo y tedioso; la estabilidad, el tiempo de respuesta delsistema, ante una solicitud del usuario. A Continuacion se presentara unpseudomodelo de arquitectura del sistema operativo, en la que se proponeque la capa intermediaria GLIBC, librerıa propia de los sistemas GNU/li-nux, este divida en su interior por dos complementos, uno la propia libreriade los sistemas GBU/linux y la segunda dedicada para solicitudes que puedarealizar el complemento de comandos de voz.


Figura 5.1: Pseudomodelo arquitectura Sistema Operativo. Fuente:Autoriapropia

5.3.1. Graficos Sistema

Sin duda que el sistema propuestos este proyecto, esta enfocado a per-sonas con visibilidad nula, no significa que el uso de la pantalla sera nula;ha de recordar que el lector de pantalla, funciona con lo que se muestre enpantalla (de ahı su nombre); ademas que por cuestiones legales y eticas (nosolo etica software libre), no debe restringirse al demas publico. Es ası quepara los graficos, se usara el alto contraste, de igual forma en que se usa elsistema Vinux (sistema referido en el marco teorico de este trabajo)


Figura 5.2: Escritorio Vinux. Fuente:Autoria propia

Figura 5.3: Explorador archivos Vinux. Fuente:Autoria propia

Esto proporcionara una mejor vision a personas con ceguera parcial, ycontribuye al cuidado de la vision a las demas personas.


5.3.2. Editores texto-Comandos voz

Los asistentes personas existentes, proveen la facilidad de interpretar lar-gos parrafos por voz y transformarlos en texto. Esto sin duda tambien lodebe hacer el sistema propuesto en este proyecto, con la adicion que podrahacer correccion ortografica (siempre y cuando el editor de texto realice,remarque el error ortografico y cuando el usuario digite el texto); mas pre-cisamente, mencionara el sistema la palabra sobresaltada por el editor, paraque sea corregida por el usuario.Ha de mencionar que la precision de tanto la correccion ortografica, comoerrores gramaticales, dependera exclusivamente del editor, ya que el sistemade comandos, solo sera un intermediario/informante en este caso, es decirel sistema debe estar en la capacidad de indicar al usuario si es una fallaortografica o error gramatical, que marca el editor. Este proceso debe seractivado por comando de voz, como se detalla un poco mas en la Figura3.19 del capıtulo de definicion de casos de uso de este proyecto.


5.3.3. Puntos de vista aplicacion

Punto de Vista Comportamiento Aplicacion

En este punto de vista, se logra evidenciar la funcion que cumplira elmotor de comando de voz, que compone el sistema operativo, y el cualestarıa compuesto de componentes basicos: comandos entrada y de salida.El componente de comandos de voz salida, sera el encargado de la interacciondirecta con lector de pantalla, este utilizara el lector para “comunicarse” conel usuario

Figura 5.4: Punto de Vista Comportamiento Aplicacion. Fuente:Autoria pro-pia

Punto de Vista Colaboracion Aplicacion

Aquı se puede plasmar no solo la interaccion entre componentes basicosdel sistema, se puede reflejar la localizacion de los componentes, en el sistema(tanto hadware como software)


Figura 5.5: Punto de Vista Colaboracion Aplicacion. Fuente:Autoria propia

Punto de Vista de Estructura de Aplicacion

En este punto de vista, en comparacion a otras aplicaciones, las interfacessin duda, seran los medios fısicos con los que interactuara el usuario con elhardware, como en este caso sera las bocinas-audio e interfaz ventanas, quehabilitaran el lector.

Figura 5.6: Punto de Vista de Estructura de Aplicacion. Fuente:Autoriapropia


Punto de Vista de Uso de Aplicacion

En este punto de vista, se muestra como los dos principales componentes,estan orientados a la interaccion con el usuario

Figura 5.7: Punto de Vista de Uso de Aplicacion. Fuente:Autoria propia


5.4. Enfasis Proyecto

Este sistema operativo propuesto (y cualquier otro software enfocado)se manejara por comandos de voz y con opcion de permitir al usuariode habilitar y deshabilitar esta ayuda, a su libre albedrıo. El siste-ma debe como mınimo reconocer y procesar ordenes de afirmacion ynegacion si y no, adicional a esto, la afirmacion yes se incorpora porestandarizacion del idioma ingles.

Los comandos secundarios parciales, como procesamiento de llamadasa contactos y/o emergencia y activacion redes; deben ser estandariza-dos: como ejemplo, el comando (( Llamar a )), seguido contacto regis-trado en el sistema (dicho por el usuario); o para el caso de llamado deemergencia el comando serıa ((llamar a emergencia)). Para el caso deactivacion de redes como wifi: Wifi:((activar wifi)) (sin pronunciacion).

Para el sistema de correccion de ortografıa y errores gramaticales, elsistema dependera netamente del editor de texto, pero estara en lacapacidad de describir al usuario cuando sea un error ortografico oerror gramatical.

Internamente se propone que en la librerıa glibc de GNU/Linux estedivido; un componente dedicado para el componente (VLRD) de co-mandos de voz, y el otro para las demas aplicaciones (Esta propuestay las demas mencionadas puedes ser reconsideradas o restructuradasa futuro).

Por ultimo, las graficas a manejar deben ser alto contraste, esto parapersonas con ceguera no parcial.

Parte III

CIERRE INVESTIGACION

48

Capıtulo 6

Resultados y discucion

En el desarrollo de este proyecto permitio conocer un poco mas, comopercibe el entorno una persona invidente, se logro corroborar la hipotesisplanteadas y controlar el pronostico en el planteamiento de problema, comoejemplo la negacion de la persona a usar la tecnologıa, mas que por no saberpor orgullo; es decir el caso que no necesita ayuda de ningun tipo.Para el inicio de este planteamiento, era completamente necesario realizarun trabajo de campo con personas invidentes, y como se ha evidenciado enel resultado de las entrevistas y actividades de observacion, la persona condiscapacidad visual se le dificulta, en un principio el manejo de un dispositivomovil, para lo cual es sumamente provechoso y necesario, el manejo deldispositivo por medio de comandos de voz, pero no vital. Un factor muyrelevante (que esta en paralelo con la implementacion de comandos de voz)y que con base a las diferentes sesiones tomadas, es la asequibilidad delsoftware, variable clave que se logro identificar en todas las sesiones.

49

Capıtulo 7

Conclusiones

Con este trabajo se logro conocer que los avances software para las per-sonas con discapacidad visual, ha aumentado considerablemente pero aunpersiste las dos problematicas planteadas en este proyecto; la asequibilidada esta tecnologıa y dependencia a conexion a internet.

En las sesiones realizadas se logro conocer software que es usado sin internet,software como Lazarillo; que es un tipo de GPS offline. La gran falencia deesta aplicacion, pero que no quita el excelente trabajo de esta herramienta,es que al visitar un nuevo lugar, no da la ubicacion ni la guıa; la personadebe grabar anteriormente la ruta o destino, conectado a internet, luego deesto puede usar el GPS sin la conexion a internet. Tal motivo, hace que seaindispensable desarrollar una alternativa para que estas personas no requie-ran el uso del internet.Con el desarrollo a profundidad de este trabajo, es posible iniciar un cam-bio a esta situacion; aplicando tecnicas de recoleccion de informacion comolas usadas en este trabajo, para ası construir un software mas acorde a lasituacion de discapacidad de las personas invidentes

Tanto el modelo como el sistema operativo de este proyecto, debe ser cons-truido por la comunidad de software libre, esto con el fin de construir unproducto robusto y altamente funcional. De igual manera debera mantenersela licencia de estos dos componentes.

50

CAPITULO 7. CONCLUSIONES 51

7.1. Verificacion, contraste y evaluacion de los ob-jetivos

Determinar las tecnicas para la recoleccion de informacion a traves depautas proporcianados por fundaciones de invidentes, para la efectivarecoleccion de informacionSi bien, no se logro contactar con fundaciones especificas, por parteINCI,se sugirio realizar cuestionarios con preguntas cerradas y dic-tadas, es decir, leyendo preguntas y opciones de respuesta. Tambienfue sugerido realizar estas actividades en grupos, para mejor lluvia deideas

Identificar el comportamiento a asumir del sistema frente a deter-minada solicitud del usuario, para su respectiva representacion escri-ta(requisito funcional) por medio de la observacion experimental.Gracias a la actividad solicitada a los encuestados, en la cual se lespedıa realizar algun ajuste al dispositivo, y la escritura de una carta oparrafo en un editor de texto; se evidencio como debe ayudar a facili-tar el sistema, estas tareas o solicitudes del usuario; y tambien en quemomento puede el usuario tomar la iniciativa de no recibir esta ayudadel sistema.

Investigar la representacion estructural adecuada para el sistema ope-rativo por medio de la recoleccion de diferentes fuentes de informacion,para plasmar allı, la primer propuesta del sistema.De las fuentes recolectada, se determino la arquitectura posible ade-cuada para el sistema, la cual es un sistema monolıtico, propia de lossistemas GNU/linux.

Parte IV

Bibliografia

52

53

Referencias

[1]Relationships”, Archimate 3.o, 2012. [Online]. Available: http://pubs.opengroup.org/architecture/archimate3-doc/chap05.html. [Accessed: 15- Sep- 2018].

[2]J. Molina Osorio, .Arquitectura del Kernel Linux”, issuu.com, 2011.[Online]. Available: https://issuu.com/julianmolinaosorio/docs/arquitecturakernellinux.[Accessed: 15- Sep- 2018].

[3].Operating System — Introduction of System Call”, geeksforgeeks.com.[Online]. Available: https://www.geeksforgeeks.org/operating-system-introduction-system-call/. [Accessed: 20- Sep- 2018].

[4].El sistema operativo”, tecnologia-informatica.com, 2018. [Online]. Avai-lable: https://tecnologia-informatica.com/el-sistema-operativo/. [Accessed:10- Sep- 2018].

[5]”The GNU C Library (glibc)”, GNU.org. [Online]. Available: https://www.gnu.org/software/libc/.[Accessed: 01- Oct- 2018].

[6]”Sistemas monolıticos”, EcuRed. [Online]. Available: https://www.ecured.cu/Sistemas monol %C3 %ADticos.[Accessed: 01- Oct- 2018].

[8]”home [Vinux Project Wiki]”, Wiki.vinuxproject.org, 2018. [Online].Available: http://wiki.vinuxproject.org/. [Accessed: 05- May- 2018].

[9]D. Arango, Con su lenguaje tambien puede discriminar. Diccionariopara evitarlo”, El Tiempo, 2018. [Online]. Available: http://www.eltiempo.com/archivo/documento/CMS-16607679. [Accessed: 31- May- 2018].

[10]G. Gonzalez, ”Vinux, la distro Linux especial para ciegos o perso-nas con discapacidad visual estrena nueva version”, Genbeta.com, 2018.[Online]. Available: https://www.genbeta.com/linux/vinux-la-distro-linux-especial-para-ciegos-o-personas-con-discapacidad-visual-estrena-nueva-version.[Accessed: 27- Apr- 2018].

[11]”Siri”, Apple (Espana), 2018. [Online]. Available: https://www.apple.com/es/siri/.[Accessed: 06- May- 2018].

[12]Cortana — Tu asistente virtual y personal inteligente — Microsoft”,Microsoft.com, 2018. [Online]. Available: https://www.microsoft.com/es-es/windows/cortana.[Accessed: 06- May- 2018].

54

[13]Conpes Socal”, Mincultura.gov.co, 2018. [Online]. Available: http://www.mincultura.gov.co/areas/poblaciones/poblacion-con-discapacidad/Paginas/166.pdf. [Accessed: 29- Apr- 2018].

[14]”La deuda del paıs con su poblacion en condicion de discapacidad”, ElTiempo, 2018. [Online]. Available: http://www.eltiempo.com/colombia/otras-ciudades/poblacion-en-condicion-de-discapacidad-y-sus-necesidades-en-colombia-90880. [Accessed: 27- Apr- 2018].

[15]REGISTRO PARA LA LOCALIZACION Y CARACTERIZACIONDE PERSONAS CON DISCAPACIDAD - Discapacidad Colombia”, Disca-pacidadcolombia.com, 2018. [Online]. Available: http://discapacidadcolombia.com/index.php/estadisticas/154-estadisticas-en-discapacidad. [Accessed: 27- Apr- 2018].

[16]Comienza a usar el Asistente de Google en tu telefono o tablet -Android - Ayuda de Google Assistant”, Support.google.com, 2018. [Online].Available: https://support.google.com/assistant/answer/7172657?co=GENIE.Platform %3DAndroid&hl=es-419. [Accessed: 07- May- 2018].

[17]”GooglePlay”, Play.google.com, 2018. [Online]. Available: https://play.google.com/store/apps/details?id=com.google.android.marvin.talkback&hl=es 419.[Accessed: 26- Mar- 2018].

[18] Gnome.org (2014), [en lınea]. Available: https://help.gnome.org/users/orca/stable/introduction.html.es.[Accessed: 01- Apr- 2018].

[19] Slideshare. (septiembre 2010), [en lınea].Consultado en marzo 26de 2018, Available:https://es.slideshare.net/jmacostarendon/introduccin-a-gnulinux. [Accessed: 01- Apr- 2018].

[20]”Linux y GNU - Proyecto GNU - Free Software Foundation”, Gnu.org,2018. [Online]. Available: https://www.gnu.org/gnu/linux-and-gnu.es.html.[Accessed: 28- Mar- 2018].

55

Bibliografia

[21] A. Cacho Gonzalez, J. Checa Benito and P. Diaz Veiga, Psicologiay ceguera. Madrid: Organizacion Nacional de Ciegos, 2003, pp. 26, 27, 28,29, 30, 31, 32.

[22]G. Wolf, E. Ruiz, F. Bergero and E. Meza, Fundamentos De SistemasOperativos, 1st ed. Ciudad Mexico: Universidad Nacional Autonoma DeMexico, 2015, pp. 27,63.

[23]W. Stallings, Sistemas operativos, 5th ed. Madrid: Pearson Educa-cion, 2005.

[24]N. Galeano, Herramientas Basicas del Psicodiagnostico, 1ra ed. NE,2009.

Parte V

Anexos

56

Capıtulo 8

Preguntas Entrevista

1. Cuando perdio la vision, respuesta en anos de ser posible.2. Causa de perdida de la vision.3. Sabe interpretar sistema braille.

a. Sib. Noc. Esta aprendiendod. Sabe un pocoe. Ninguna de las anteriores

4. Hace o hizo parte de alguna fundacion.a. Sib. No

5. Que tan habil es para la tecnologıa.a. Muy habilb. Se defiendec. Esta aprendiendo a usarlad. No es habil

6. Usted ha tenido algun curso referente a sistemas.a. Sib. No

7. Si la respuesta anterior es si, mencione de las siguientes opciones cualesha hecho.

a. Manejo Wordb. Manejo Excelc. Manejo de basico Androidd. Manejo basico de Windows.e. Manejo de lector de pantalla.

57

CAPITULO 8. PREGUNTAS ENTREVISTA 58

f. Todas las anteriores8. Tiene usted computador (sea portatil o escritorio).

a. Sib. No

9. Si tiene pc, tiene algun programa especial que le ayude a manejarlo.a. Sib. No

10. Si la respuesta anterior es si, Este programa fue suministrado por unafundacion.

a. Sib. No

11. Cual es el nombre del programa:12. ha hecho una carta por computador

a. Si.b. No

13. En la realizacion de la carta. . . ¿Tuvo ayuda para realizarla? A. Si B. no14. Si la respuesta anterior es NO. . . escoja las dificultades que afronto en larealizacion de la carta.

a. Realizacion de contenido de la carta.b. Apertura programa para hacer la carta ( no, les ensenaron)c. Manejo programa.

15. Si la respuesta 12 es SI, de las siguientes opciones, cual fue la razon queusted tuvo para pedir ayuda a alguien a escribir la carta.

a. perezab. no sabıa como hacerlac. no tenıa con que hacerlad. otra

16. Usa usted telefono celular.a. Sib. NoSi la respuesta es sı celular. . . 17. ¿Su celular es convencional(es decir con

teclas) o pantalla tactil?-Para respuesta es CONVENCIONAL: 18. De las siguientes opciones nom-

bradas, diga cual es su caso del porque posee celular convencional:a. No tiene dinero para comprarb. Le es mas facil usar el convencionalc. No sabe cual es la diferenciad. Todas las anteriores.e. Otra opcion(mencionela brevemente)

19. Ha usado un celular o Tablet tactil:

CAPITULO 8. PREGUNTAS ENTREVISTA 59

a. Si b. NoPara respuesta PANTALLA TACTIL 20. Tiene plan de datos moviles.a sı.b. No

21. Tiene siempre activo red wifi.a. Sib. No

22. Le es complicado activar Wifi.a. Sib. Noc. No sabe que es Wifi

23. Si la respuesta es no; le fue complicado Al principioa. Sib. No

24. Le es complicado activar Datos moviles.a. Sib. Noc. No sabe que sond. Nunca los ha usado

Capıtulo 9

Tabulacion Preguntas

Tabla 1. Pregunta 3

Tabla 2. Pregunta 4

Tabla 3. Pregunta 5

60

CAPITULO 9. TABULACION PREGUNTAS 61

Tabla 4. Pregunta 6

Tabla 5. Pregunta 7

Tabla 6. Pregunta 8

Tabla 7. Pregunta 9


Tabla 8. Pregunta 10

















Capıtulo 10

Histogramas

Figura 10.1: Histograma Pregunta 3


66

CAPITULO 10. HISTOGRAMAS 67
























Capıtulo 11

Procentajes

Figura 11.1: Pregunta 3


73

CAPITULO 11. PROCENTAJES 74























Documents

Juan Carlos Arias Quintero Código: 20181099003repository.udistrital.edu.co/.../14627/1/AriasQuinteroJuanCarlos2018.… · JUAN CARLOS ARIAS QUINTERO Universidad Distrital Francisco