propuesta para trabajo de grado - …pegasus.javeriana.edu.co/~cis1330ng02/documentos/m… · web...
TRANSCRIPT
CIS1330NG02Guía para la adquisición de herramientas de Software:
Apoyo a la emisión de conceptos técnicos enfocados a personas con discapacidad
Edwin Camilo Penagos Castillo
PONTIFICIA UNIVERSIDAD JAVERIANAFACULTAD DE INGENIERIA
CARRERA DE INGENIERIA DE SISTEMASBOGOTÁ, D.C.
2013
Pontificia Universidad Javeriana Memoria de Trabajo de Grado – Aplicación Práctica
CIS1330NG02Guía para la adquisición de herramientas de Software:
Apoyo a la emisión de conceptos técnicos enfocados a personas con dis-capacidad
Autor:
Edwin Camilo Penagos Castillo
MEMORIA DEL TRABAJO DE GRADO REALIZADO PARA CUMPLIR UNO DE LOS REQUISITOS PARA OPTAR AL TITULO DE INGENIERO DE
SISTEMAS
Director
Ing. Hilda Cristina Chaparro López
Página web del Trabajo de Grado
http://pegasus.javeriana.edu.co/~CIS1330NG02/
PONTIFICIA UNIVERSIDAD JAVERIANAFACULTAD DE INGENIERIA
CARRERA DE INGENIERIA DE SISTEMASBOGOTÁ, D.C.Noviembre, 2013
Página iPreparado por el Grupo Investigación Istar- Versión 1.0 – 12/03/2008
Ingeniería de Sistemas Istar - CIS1330NG02
PONTIFICIA UNIVERSIDAD JAVERIANAFACULTAD DE INGENIERIA
CARRERA DE INGENIERIA DE SISTEMAS
Rector Magnífico
Joaquín Emilio Sánchez García S.J.
Decano Académico Facultad de Ingeniería
Ingeniero Jorge Luis Sánchez Téllez
Decano del Medio Universitario Facultad de Ingeniería
Padre Antonio José Sarmiento Novoa S.J.
Director de la Carrera de Ingeniería de Sistemas
Ingeniero Germán Alberto Chavarro Flórez
Director Departamento de Ingeniería de Sistemas
Ingeniero Rafael Andrés González Rivera
Página ii
Pontificia Universidad Javeriana Memoria de Trabajo de Grado – Aplicación Práctica
Artículo 23 de la Resolución No. 1 de Junio de 1946
“La Universidad no se hace responsable de los conceptos emitidos por sus alumnos en sus proyectos de grado. Sólo velará porque no se publique nada contrario al dogma y la moral católica y porque no contengan ataques o polémicas puramente personales. Antes bien, que se vean en ellos el anhelo de buscar la verdad y la Justicia”
Página iiiPreparado por el Grupo Investigación Istar- Versión 1.0 – 12/03/2008
Ingeniería de Sistemas Istar - CIS1330NG02
AGRADECIMIENTOS
Deseo agradecer a las personas que por su aporte contribuyeron a la realización de este
trabajo de grado:
A mi familia, mis padres Humberto y Ligia, mis hermanos Andrés y Alejandro, por su cons-
tante apoyo durante mi carrera y el acompañamiento durante el desarrollo de este proyecto,
sin ellos no hubiera sido posible conseguir este logro que me permite alcanzar el último esca-
lón a convertirme en profesional, a pesar de las dificultades que se han presentado durante
estos años.
Al Ingeniero Miguel Torres, por su aporte a mi formación como profesional, su interés en
este proyecto y su constante acompañamiento y disposición en aportar desde su experiencia,
para guiar este trabajo de grado por el camino adecuado y lograr llevarlo a feliz término.
Al Ingeniero Andrés Morelli, por su disposición durante el desarrollo del proyecto y lograr
ver en este, el punto de partida que permita a la Dirección de Tecnologías de Información de
la Pontifica Universidad Javeriana incorporar el resultado de este Trabajo al mejoramiento de
los procesos desarrollados por esta Dirección.
A mi directora, la Ingeniera Hilda Chaparro, por confiar en mí y aceptar la dirección de este
trabajo de grado, acompañando constantemente el proceso y alentándome, destacando mis
cualidades como profesional y como persona, algo de lo que estaré eternamente agradecido.
Página iv
Pontificia Universidad Javeriana Memoria de Trabajo de Grado – Aplicación Práctica
Contenido
INTRODUCCIÓN.......................................................................................................1
I - DESCRIPCION GENERAL DEL TRABAJO DE GRADO..............................2
1. OPORTUNIDAD, PROBLEMÁTICA, ANTECEDENTES....................................................21.2 Formulación del problema que se resolvió...................................................................31.3 Justificación...................................................................................................................31.4 Impacto Esperado..........................................................................................................4
2. DESCRIPCIÓN DEL PROYECTO....................................................................................42.1 Visión global..................................................................................................................42.3 Objetivo general.............................................................................................................52.4 Fases Metodológicas o conjunto de objetivos específicos.............................................5Objetivos Específicos...........................................................................................................52.5 Método que se propuso para satisfacer cada fase metodológica..................................5
II - MARCO TEÓRICO..............................................................................................7
1. MARCO CONTEXTUAL........................................................................................8
ANTECEDENTES DEL PROYECTO:...................................................................................8
III – DESARROLLO DEL TRABAJO....................................................................20
IV - RESULTADOS...................................................................................................31
V – CONCLUSIONES, RECOMENDACIONES Y TRABAJOS FUTUROS....32
1. CONCLUSIONES.................................................................................................32
2. RECOMENDACIONES.........................................................................................34
3. TRABAJOS FUTUROS.........................................................................................35
VI - REFERENCIAS Y BIBLIOGRAFÍA..............................................................37
1. REFERENCIAS...........................................................................................................37
2. BIBLIOGRAFÍA..........................................................................................................40
VII - ANEXOS............................................................................................................41
ANEXO 1. GLOSARIO....................................................................................................41
ANEXO 2. POST-MORTEM............................................................................................43
ANEXO 4 OPORTUNIDAD DE NEGOCIO.........................................................................48
Página vPreparado por el Grupo Investigación Istar- Versión 1.0 – 12/03/2008
Ingeniería de Sistemas Istar - CIS1330NG02
ANEXO 5 DOCUMENTO DE VISIÓN...............................................................................48
ANEXO 6 DOCUMENTO DISCAPACIDAD - TECNOLOGÍA...............................................48
ANEXO 7 DISCAPACIDAD UNIVERSIDAD JAVERIANA...................................................48
ANEXO 8 INFORME DISCAPACIDAD PUJ.....................................................................48
ANEXO 9 MATRIZ DISCAPACIDADES VS TECNOLOGÍAS..............................................48
ANEXO 10 PROCESO ADQUISICIÓN DE SOFTWARE......................................................48
ANEXO 11 GUÍA...........................................................................................................48
ANEXO 12 JUICIO DE EXPERTOS..................................................................................48
Página vi
Pontificia Universidad Javeriana Memoria de Trabajo de Grado – Aplicación Práctica
ÍNDICE DE ILUSTRACIONES
Ilustración 1: Proceso de Adquisición de Software - Fuente: IEEE 1062ª-1998.....................10
Ilustración 2 Experiencia de Usuario / Usabilidad Fuente: The Encyclopedia of Human-Com-puter Interaction, 2nd Ed..........................................................................................................14
Ilustración 3 Definición Discapacidad CIF. Fuente: OMS......................................................20
Ilustración 4 Enfoque Documento Discapacidad – Tecnología. Fuente: Propia......................24
Ilustración 5 Tendencia Limitaciones PUJ - Fuente: Grupo Incluir........................................25
Ilustración 6 Nuevo Proceso de Adquisición de Software aprobado por la DTI.....................26
Ilustración 7 Estructura propuesta para la Guía.......................................................................27
Ilustración 8 Implementación de la Guía.................................................................................28
Ilustración 9 Descripción BPM Suite - Fuente: www.bizagi.com...........................................30
Ilustración 10 Actividades planeadas Fase 5............................................................................43
Página viiPreparado por el Grupo Investigación Istar- Versión 1.0 – 12/03/2008
Ingeniería de Sistemas Istar - CIS1330NG02
ÍNDICE DE TABLAS
Tabla 1 Definición de la Problemática.....................................................................................21
Tabla 2 Solución Propuesta......................................................................................................22
Tabla 3 StakeHolders...............................................................................................................23
Página viii
Pontificia Universidad Javeriana Memoria de Trabajo de Grado – Aplicación Práctica
ABSTRACT
Accessibility software tools allow these to be used by most people, including those who have
some limitation that restricts their ability to interact with systems.
This paper proposes to incorporate the software acquisition process from the Pontificia Uni-
versidad Javeriana, the software accessibility guidelines, to facilitate issue technical concepts
have tools that allow software to meet the needs of people with disabilities belonging to the
Javerian community .
RESUMEN
La accesibilidad en las herramientas de software permite que estas sean usadas por la mayor
cantidad de personas, incluyendo aquellas que presentan alguna limitación que restringe su
habilidad para interactuar con los sistemas.
El presente documento propone incorporar al proceso de adquisición de software de la Ponti-
ficia Universidad Javeriana, las directrices de accesibilidad de software, que faciliten emitir
conceptos técnicos que permitan contar con herramientas de software que satisfagan las nece-
sidades de la población con discapacidad perteneciente a la comunidad javeriana.
Página ixPreparado por el Grupo Investigación Istar- Versión 1.0 – 12/03/2008
Ingeniería de Sistemas Istar - CIS1330NG02
RESUMEN EJECUTIVO
La Pontifica Universidad Javeriana busca, como parte de su misión, lograr una sociedad más
justa, sostenible, incluyente, democrática, solidaria y respetuosa de la dignidad humana [1].
Es así como este trabajo de grado nace como un aporte a la misión de la Universidad desde la
Dirección de Tecnologías de Información, en donde se ve la necesidad de iniciar el desarrollo
de un nuevo proceso de adquisición de software y la emisión de los conceptos técnicos en la
adquisición de software accesible, permitiendo la toma de decisiones acerca de la aprobación
de una nueva adquisición de software.
La Dirección de Tecnologías de Información (DTI), identifica una debilidad al momento de
dar trámite y emitir un concepto técnico de una herramienta que este dirigida a solucionar una
necesidad de una persona con alguna limitación, bien sea física, sensorial: visual o auditiva, u
otra. Es allí donde el trabajo de grado toma relevancia ya que con este, se buscaba generar un
marco conceptual y una guía que permitiera a la oficina de servicios a usuarios de la DTI,
seguir un proceso definido, que cuente con las actividades y características para poder emitir
un concepto técnico sustentado en los principios de software accesible, cumpliendo con re-
querimientos de usabilidad y accesibilidad.
El proyecto contó con el apoyo de la DTI, y fue planeado para realizarlo en cinco fases co-
rrespondientes a los objetivos específicos definidos en la propuesta del proyecto, estas fases
corresponden a: Análisis de la situación actual de la universidad, la cual buscaba indagar por
las iniciativas llevadas a cabo y generar un marco conceptual que apoyara la guía; Documen-
tación del proceso, en esta etapa la comunicación constante con los dueños del proceso, per -
mitió documentar el proceso actual y realizar los cambios propuestos, con el fin de incorporar
las actividades y actores que intervendrían en el nuevo proceso de adquisición de software
definido; Desarrollo de la versión inicial de la guía, en este punto se buscaba definir el marco
de referencia para las nuevas adquisiciones de software que involucraran la emisión de con-
ceptos técnicos dirigidos a adquirir software accesible para personas con discapacidad; Desa-
rrollo de la propuesta de una implementación tecnológica BPM, esta fase buscaba realizar el
Página x
Pontificia Universidad Javeriana Memoria de Trabajo de Grado – Aplicación Práctica
diseño y desarrollo de un posible sistema, en este caso se usó Bizagi Go, esto con el objetivo
de presentar una simulación de las interfaces de usuario definidas por la guía, y poner en
consideración de la DTI una adquisición de una licencia del Bizagi Go o el inicio de un desa-
rrollo propio. Finalmente se realizó la validación por expertos obteniendo comentarios positi-
vos sobre la pertinencia del proyecto.
El resultado obtenido durante el proceso llevado a cabo, permitió tener un documento que
describiera las principales limitaciones presentes en la comunidad javeriana, y la identifica-
ción de las tecnologías de software que las apoyaban, igualmente durante la primera fase, se
conoció la tendencia de las limitaciones de la comunidad javeriana teniendo como fuente el
Grupo Incluir [2], perteneciente a la Vicerrectoría del Medio Universitario, y cuyo objetivo es
apoyar a las personas con discapacidad.
En la etapas posteriores se tomó esta información recopilada como base del diseño del nuevo
proceso de adquisición de software propuesto a la DTI, este proceso se incorporó a la guía, la
cual además de contar con un marco de referencia conocido como Way of o Forma de [3], que
permitía estructurar la guía, incorporó estándares de industria que dieran sustento a la misma,
entre los más relevantes y significativos están el IEEE 1062ª-1998: Prácticas recomendadas
para la adquisición de software [4] y el estándar ISO 9241-171 2008 Ergonomía en la interac-
ción persona – sistema, Parte 171: Directrices de accesibilidad de software [5], así como otros
estándares de referencia mencionados en la guía.
Finalmente, el proyecto llego a su fase de validación en donde se usó el juicio de expertos [6],
el cual permitió conocer la pertinencia del proyecto a través de los conceptos de los diferentes
involucrados en el proyecto, esto debido a que al ser un proceso interno solo quienes se ven
enfrentados día a día con esta problemática, pueden determinar la utilidad y aplicabilidad de
la solución propuesta.
Durante la validación se incluyó un representante de la Dirección de Tecnologías de Informa-
ción encargado de emitir los conceptos de adquisición, un representante de la Oficina de Su-
ministros, quién recibe dichos conceptos para emitir una orden de compra, un representante
del Grupo Incluir, el cuál hará parte del proceso propuesto, y un experto en el tema de disca-
pacidad que determinará el impacto del proyecto en esta población.
Página xiPreparado por el Grupo Investigación Istar- Versión 1.0 – 12/03/2008
Ingeniería de Sistemas Istar - CIS1330NG02
Los resultados obtenidos permitieron determinar la pertinencia del proyecto, resaltando desde
la Oficina de Servicios a Usuarios de la DTI, la importancia de contar con una base concep-
tual y un marco de referencia que permita la adquisición de software accesible, así como el
inicio de una actualización de la generación de los conceptos técnicos para adquisición de
software general y especializado dirigido a las poblaciones con algún tipo de limitación,
igualmente permitió identificar el potencial de ser escalado a otras áreas, tal como lo mencio-
na el Jefe de la Oficina de Suministros en su concepto, expresando su visión de poder adaptar
este proceso, y poder estandarizar la emisión de cualquier concepto sobre la adquisición de
bienes y servicios en la Universidad Javeriana.
Página xii
Pontificia Universidad Javeriana Memoria de Trabajo de Grado – Aplicación Práctica
INTRODUCCIÓN
Con el desarrollo del presente trabajo de grado se busca pretende generar un aporte a la mi-
sión de la Pontificia Universidad Javeriana, la cual busca lograr una sociedad más justa, sos-
tenible, incluyente, democrática, solidaria y respetuosa de la dignidad humana [1]. Este apor-
te se hace desde el fomento de las tecnologías de información y comunicaciones (TIC’s) para
el fortalecimiento de las tecnologías accesibles.
Este documento realiza una consolidación del proceso y los resultados obtenidos durante el
desarrollo del trabajo de grado: Guía para la adquisición de software: Apoyo a la emisión de
conceptos técnicos enfocados a personas con discapacidad, destacando la problemática que
da origen al proyecto, la cual nace como una necesidad de la Dirección de Tecnologías de
Información de la Pontificia Universidad Javeriana, igualmente realiza una descripción de
como el trabajo de grado aporta a la solución de la problemática, generando como resultado
la guía como producto principal y los anexos que apoyan su aplicación.
El documento consta de 7 partes en las cuales se describen los aspectos más relevantes del
trabajo de grado:
Descripción general de trabajo de grado: Incluye la descripción de la problemática, y la
importancia de abordarla.
Marco Teórico: Base contextual y conceptual que da sustento al proceso desarrollado
para obtener los resultados presentados.
Desarrollo del trabajo de grado: Presentación del proceso y las decisiones tomadas du-
rante la ejecución del proyecto.
Resultados
Conclusiones, recomendaciones y trabajos futuros
Referencias y bibliografía
Anexos
Página 1
Preparado por el Grupo Investigación Istar- Versión 1.01 – 12/03/2008
Ingeniería de Sistemas Istar - CIS1330NG02
I - DESCRIPCION GENERAL DEL TRABAJO DE GRADO
1. Oportunidad, Problemática, Antecedentes
La Pontificia Universidad Javeriana como parte de su misión busca “la creación y el desarro-
llo de conocimiento y de cultura en una perspectiva crítica e innovadora para el logro de una
sociedad justa, sostenible, incluyente, democrática, solidaria y respetuosa de la dignidad
humana” [1]. A partir de este fragmento de su misión, este Trabajo de Grado logra aportar a
la inclusión de personas con discapacidad de la comunidad javeriana, a través de la presenta-
ción de una guía que sirva como marco general para la adquisición de herramientas de so-
ftware, haciendo especial énfasis en la evaluación de las características de accesibilidad y la
emisión de conceptos técnicos por parte de la Dirección de Tecnologías de Información, que
beneficien a las personas con discapacidad.
Teniendo como punto de partida lograr que desde la Pontifica Universidad Javeriana se llegue
a una sociedad más incluyente, se presenta desde la Dirección de Tecnologías de Información
la necesidad de abordar la problemática por la cual, las adquisiciones de software dirigidas a
personas con alguna limitación ya sea visual, motora, o auditiva, las más comunes en la co-
munidad javeriana (Ver Anexo 8: Informe Discapacidad PUJ), presentan un grado de dificul-
tad al momento de abordarlas y darles trámite, ya que no se revisa en detalle la accesibilidad
de un software, por falta de un marco conceptual y una guía que involucre la accesibilidad
dentro del proceso de adquisición de software.
Como parte de la iniciativa de convertir a la Pontificia Universidad Javeriana en una Univer-
sidad Incluyente, desde la Vicerrectoría del Medio Universitario se dio inicio al Grupo Incluir
[7], que busca generar iniciativas para permitir a personas con diversa limitaciones, poder
desempeñarse adecuadamente en su ambiente laboral o académico. El Grupo impulsa todo
tipo de iniciativas entre ellas los de tipo tecnológico. Es aquí donde tanto la DTI como el
Grupo Incluir ven en la iniciativa de crear una Guía para la adquisición de software, que apo-
Página 2
Pontificia Universidad Javeriana Memoria de Trabajo de Grado – Aplicación Práctica
ye la emisión de conceptos técnicos, una oportunidad para mejorar la accesibilidad a las tec-
nologías de información a las personas con alguna limitación pertenecientes a la comunidad
javeriana.
Finalmente, el Trabajo de Grado recogió las inquietudes de los diferentes interesados en desa-
rrollar una guía que permitiera emitir conceptos acerca de un software que puede ser adquiri -
do, basado en la experiencia de la DTI en el proceso de adquisición de software [8], presen-
tando así una propuesta que documentara el nuevo proceso de adquisición de software inclu-
yendo las consideraciones de accesibilidad y las actividades adicionales que permitieran que
un software cumpliera con los requerimientos de la persona que lo solicitaba, incluyendo los
requerimientos de accesibilidad de acuerdo a la limitación presentada.
1.2 Formulación del problema que se resolvió
¿Cómo estandarizar los procesos en la Universidad Javeriana para la adquisición y adopción
de herramientas de software que ayuden a personas en condición de discapacidad que hagan
parte de la Universidad Javeriana?
Esta pregunta, planteada como parte de la identificación de la oportunidad y el contexto en el
cuál se daba, se resolvió desarrollando una guía que permitirá dar trámite a las solicitudes de
Software, incluyendo la propuesta de un proceso que define actividades y actores que permi-
ten atender y emitir conceptos para adquisiciones de software para personas con diferentes
limitaciones que les estén generando una discapacidad. [9]
1.3 Justificación
La solución lograda permite, como se mencionó, apoyar la misión de la Pontificia Universi-
dad Javeriana de lograr una sociedad más incluyente [1], es así como este Trabajo de Grado
Página 3
Preparado por el Grupo Investigación Istar- Versión 1.01 – 12/03/2008
Ingeniería de Sistemas Istar - CIS1330NG02
logra una relevancia y permite dar solución a una problemática que se presentaba en la Direc-
ción de Tecnologías de Información, cuando por motivos de desconocimiento, no se revisaba
en detalle las características de accesibilidad de un software, por otra parte, no se contaba con
una guía que orientará la mejor forma de lograr la adquisición de una herramienta que se
ajustara a una limitación en particular.
El Trabajo de Grado, logra estandarizar un proceso de Software que se desarrollaba a través
de un proceso poco documentado, lo cual no permitía lograr una trazabilidad, ni especificar
las características de accesibilidad, afectando al usuario final.
1.4 Impacto Esperado
El Trabajo de Grado, durante su etapa de validación evidencio la aceptación de los beneficia-
rios de la guía, viendo un potencial mucho mayor que el inicialmente esperado [10]. El pro-
yecto se concibe como un apoyo a la Dirección de Tecnologías de Información, para la emi-
sión de conceptos técnicos basado en un marco conceptual [9], y la aplicación de estándares
internacionales como el ISO 9241-171 2008 [5], en donde se dan directrices de accesibilidad
en el software, todo dentro del proceso de adquisición de software.
2. Descripción del Proyecto
2.1 Visión global
El proyecto desarrolló una guía que describe el proceso propuesto para la adquisición de he -
rramientas de software, centrado en el apoyo a la emisión de conceptos técnicos. La guía se
fundamenta en un marco conceptual, que influye en la decisión de compra de un producto de
software accesible, beneficiando a personas con alguna limitación, ya sea física, visual o
Página 4
Pontificia Universidad Javeriana Memoria de Trabajo de Grado – Aplicación Práctica
auditiva, presentes en mayor medida en la comunidad javeriana. (Ver Anexo 8: Informe Dis-
capacidad PUJ),
2.3 Objetivo general
Definir una guía para la adquisición y adopción de herramientas de software que faciliten las
actividades diarias de personas en condición de discapacidad pertenecientes a la Pontificia
Universidad Javeriana.
2.4 Fases Metodológicas o conjunto de objetivos específicos
Objetivos Específicos
1. Analizar la situación actual de la Universidad Javeriana, realizando una caracterización
de las principales discapacidades y sus necesidades tecnológicas.
2. Documentar el proceso de adquisición y adopción de herramientas de software y los
requerimientos asociados de la Dirección de Tecnologías de Información.
3. Desarrollar la versión inicial y general de la guía
4. Desarrollar la propuesta de la implementación tecnológica que apoyará la adopción de
la guía.
5. Validar la guía a través de un grupo de expertos que evalúen la utilidad del mismo para
asegurar que pueda abordar problemas de la vida real.
2.5 Método que se propuso para satisfacer cada fase metodológica
La metodología que se siguió corresponde al desarrollo de cada uno de los objetivos
específicos que se describen en el presente documento:
Página 5
Preparado por el Grupo Investigación Istar- Versión 1.01 – 12/03/2008
Ingeniería de Sistemas Istar - CIS1330NG02
Fase 1: Análisis Situación Actual Universidad Javeriana
La Universidad Javeriana es en donde nace esta problemática. En esta fase se buscó realizar
una investigación, con la cual se obtendrían una caracterización de la población en situación
de discapacidad y sus principales necesidades de tecnología que facilite sus labores diarias.
En esta fase se hizo énfasis en encontrar y caracterizar las principales discapacidades presen-
tes en la Universidad Javeriana, esto permitió identificar las necesidades tecnológicas que
serán la base de trabajo y el punto de partida para la guía.
Fase 2: Documentación del Proceso
La Dirección de Tecnologías de Información es el área encargada de emitir los con-
ceptos técnicos para la adquisición de herramientas de software y hardware de la Uni-
versidad. El proceso que se sigue es a través de correo electrónico, solicitando el con-
cepto para la compra de un determinado software. Esto genera un “caso” que se tra-
mita con una visita al usuario y el levantamiento de unos requerimientos básicos, que
están a juicio de la persona que realice dicha actividad. No se cuenta con una guía que
permita recoger y documentar de manera precisa lo que el usuario requiere. Es más
complejo cuando el requerimiento es para atender una persona con algún nivel de
discapacidad.
En esta fase se buscó documentar de manera más específica el proceso, los involucra-
dos y las actividades que se desarrollan durante este, así como los requerimientos
asociados para la adquisición de herramientas de software que beneficie a personas en
situación de discapacidad.
Página 6
Pontificia Universidad Javeriana Memoria de Trabajo de Grado – Aplicación Práctica
Fase 3: Desarrollo de la Guía: Versión Inicial
En esta fase se buscó desarrollar la versión inicial de la Guía y su implementación
tecnológica que lo apoya. La guía se basó en la metodología BPM [11], la metodolo-
gía busca alinear los procesos con los objetivos de la organización, la cual consta de
tres grandes pasos: Entender un proceso, Mejorar el proceso, y, Optimizar un proceso.
El desarrollo de la guía se basó en los lineamientos obtenidos en las fases previas,
generando una serie de actividades dentro de un proceso de adquisición de software
para personas, que pueda seguir la Universidad a través del área de tecnologías para
satisfacer las solicitudes de personas en situación de discapacidad
Fase 4: Desarrollo de la Implementación Tecnológica BPM
La propuesta para la implementación tecnológica se basó en la documentación del
proceso realizado. Se tuvieron en cuenta los actores involucrados, las actividades, y
los flujos de información presentes durante el proceso. Se realizó un estudio determi-
nando la herramienta BPM a utilizar, definiendo el software Bizagi como herramienta
de desarrollo [12], mostrando una propuesta con el objetivo de dar un punto de parti-
da para una futura implementación.
Fase 5: Validación por Expertos
Una vez el estándar fue definido en su primera versión, se sometido a un proceso de
validación conocido como: Validación por expertos.
El proceso de validación incluyó definir el área de la universidad y el grupo de profe-
sionales idóneos para dar una valoración del estándar. Este proceso permitió conocer
en qué grado soluciona el problema actual, y las recomendaciones para versiones pos-
teriores.
Página 7
Preparado por el Grupo Investigación Istar- Versión 1.01 – 12/03/2008
Ingeniería de Sistemas Istar - CIS1330NG02
II - MARCO TEÓRICO
1. Marco Contextual
Antecedentes del Proyecto:
En el marco del Trabajo de Grado se desarrolló una guía a partir de documentos y trabajos
previos que permitieron construir un marco de referencia adaptado al contexto de la Pontifica
Universidad Javeriana, a continuación se enuncian y detallan algunos de los antecedentes que
dieron soporte al producto final entregado.
Adquisición de Software Estándar IEEE 1062ª – 1998 [4]
El estándar es una guía para la adquisición de software en general, describe el proceso y las
características de cada uno de los pasos para realizar este proceso, desde la identificación de
la necesidad, pasando por la búsqueda de oferentes, hasta la recepción y correcta puesta en
marcha.
En cuanto al alcance, el estándar presenta tres tipos de clasificación dependiendo del grado de
especificación de características que debe tener.
COST: Plataforma Comercial: Bien definido en términos de documentación, capacidades y
limitaciones conocidas. Software definido para un mercado dado y su utilidad ha sido proba-
da por el mismo.
MOST: Modificación de la Plataforma: Similar a COST, su diferencia radica en que ofrece
servicios para adaptar el software a servicios específicos.
Totalmente Desarrollado: Único para una aplicación específica, la documentación será con-
creta para ese proyecto.
El estándar se enfoca en los tipos MOST y Totalmente Desarrollado, ya que cada organiza-
ción tiene requerimientos particulares en los cuales el estándar será útil para obtener la mejor
solución de software.
Página 8
Pontificia Universidad Javeriana Memoria de Trabajo de Grado – Aplicación Práctica
Se desarrollan nueve pasos que permiten una exitosa adquisición de software
1. Planear estrategia organizacional
Revisión de los objetivos de adquisición y desarrollo de la estrategia de adquisición
de software.
2. Implementación del proceso de la organización
Establecer el proceso de adquisición de software que se ajuste a las necesidades de la
organización para obtener un producto de software de alta calidad. Incluyendo prácti-
cas apropiadas de contratación.
3. Determinar requerimientos del software
Definir el software a adquirir y preparar los planes de calidad y mantenimiento para
aceptar el software entregado por el proveedor.
4. Identificar Potenciales Proveedores
Seleccionar candidatos potenciales que proveerán la documentación para el software,
demostrando el software, y presentando propuestas formales. El incumplimiento de
estos lineamientos es la base para rechazar un proveedor. Se revisan los datos de
desempeño de los proveedores en contratos anteriores.
5. Prepara requerimientos de contrato
Describir la calidad del trabajo que se hará en términos de rendimiento aceptable y
criterios de aceptación, y preparar las disposiciones contractuales que vinculan los
pagos a los entregables. Se debe revisar el contrato con un asesor legal.
6. Evaluar Propuestas y Seleccionar Proveedor
Evaluar las propuestas de los proveedores, seleccionar un proveedor calificado, y
negociar el contrato. Negociar con un proveedor alternativo si es necesario
7. Monitorear el desempeño del proveedor
Página 9
Preparado por el Grupo Investigación Istar- Versión 1.01 – 12/03/2008
Ingeniería de Sistemas Istar - CIS1330NG02
Monitorear el progreso del proveedor para asegurar que todos los hitos son cumpli-
dos. Y aprobados por los segmentos de trabajo. Proveer todos los entregables de ad-
quisición al proveedor cuando sea requerido.
8. Aceptar el Software
Presentar una adecuada prueba y establecer un proceso de certificación que todas las
discrepancias han sido corregidas y todos los criterios de aceptación han sido cumpli-
dos
9. Usar el Software
Llevar a cabo un análisis de seguimiento del contrato de adquisición de software para
evaluar las prácticas de contratación, las lecciones aprendidas de registro, y evaluar la
satisfacción del usuario con el producto. Conservar los datos de rendimiento de los
proveedores.
Ilustración 1: Proceso de Adquisición de Software - Fuente: IEEE 1062ª-1998
Página 10
Pontificia Universidad Javeriana Memoria de Trabajo de Grado – Aplicación Práctica
Accesibilidad de Software Estándar ISO 9241-171 2008 [5]
El estándar para Accesibilidad de Software, hace parte de la familia de normas de ergonomía
de la interacción persona-sistema, preparada por el comité técnico ISO/TC 159 Ergonomía,
Subcomité SC 4, Ergonomía de la interacción hombre-sistema.
Objetivo de la norma:
El objetivo de la norma es proporcionar directrices sobre accesibilidad de software, brindando
una mejor alternativa a personas con diferentes capacidades y preferencias. La accesibilidad
está estrechamente relaciona con la usabilidad de un software.
La norma se basa en la información acerca de diferentes limitaciones, físicas, visuales, auditi -
vas, entre otras, haciendo claridad que no se restringe a este grupo de personas si no que por
el contrario, permite beneficiar a una gran cantidad de personas que pudieran tener una limi-
tación temporal o incluso ser personas mayores que ven reducidas su capacidades físicas,
sensoriales o cognitivas.
Dirigida a:
La norma presenta un grupo de interesados en la aplicabilidad de la misma, entre ellos desta-
ca diseñadores de herramientas de desarrollo de interfaces de usuario y de guías de estilo
destinadas a: diseñadores de interfaces de usuario, que aplicarán las directrices durante el
proceso de desarrollo; desarrolladores, que aplicarán las directrices durante el proceso de
diseño e implementación del sistema; responsables de aplicar soluciones para usuarios fina-
les, y finalmente compradores y evaluadores.
El trabajo de grado sustenta la aplicabilidad de este estándar, incluyéndolo como parte del
nuevo proceso de adquisición de software, en la importancia de incorporar a la guía propuesta
las características que deben tenerse en cuenta al momento de adquirir un software accesible.
Características de Usuario Final:
Las limitaciones consideradas para definir las características de accesibilidad de un software,
no se basan sólo en restricciones de la movilidad o rendimiento físico, sino también con
Página 11
Preparado por el Grupo Investigación Istar- Versión 1.01 – 12/03/2008
Ingeniería de Sistemas Istar - CIS1330NG02
aquellas relacionadas con alteraciones sensoriales como la baja visión o la perdida de la audi-
ción, o factores cognitivos como la disminución de la memoria o la dislexia.
Cabe resaltar que se tienen en cuenta, las limitaciones temporales o de por vida y cuando una
persona tiene más de una limitación, ya que es necesario dar soporte a las diferentes formas
de acceso con el fin de individualizar las interfaces en función de sus tareas.
Como utilizar la norma:
Se debe evaluar cada uno de los requerimientos presentados por la norma y evaluar la aplica -
bilidad de cada una de ellas, en un contexto de uso establecido. Si se determina que es aplica-
ble se debe determinar el método por el cual se evaluará la accesibilidad del software.
Secciones de la lista de verificación de la norma:
La lista de verificación presentada por la norma, apoya la identificación de las características
aplicables para determinar si un software es accesible y dichas características aplican a una
solicitud determinada.
Recomendaciones y requerimientos generales
o Nombres y etiquetas de los elementos de interfaz de usuario
o Ajustes de Preferencia de Usuario
o Consideraciones especiales sobre ajustes de accesibilidad
o Pautas generales de control y uso
o Compatibilidad con ayudas técnicas
o Sistemas cerrados
Entradas
o Opciones alternativas de entradas
Página 12
Pontificia Universidad Javeriana Memoria de Trabajo de Grado – Aplicación Práctica
o Foco del teclado
o Entradas del teclado
o Dispositivos apuntadores
Salidas
o Recomendaciones generales
o Salida Visual
o Texto/Fuentes
o Color
o Aspecto y Comportamiento de Ventanas
o Salida Sonora
o Equivalencias textuales de sonidos (subtítulos)
o Multimedia
o Salida táctil
Documentación en línea, “Ayuda”, y servicios de soporte técnico
o Documentación y “Ayuda”
Página 13
Preparado por el Grupo Investigación Istar- Versión 1.01 – 12/03/2008
Ingeniería de Sistemas Istar - CIS1330NG02
2. Marco Conceptual
Interacción Hombre-Máquina
La interacción hombre-máquina es un área de investigación y práctica que involucra di-
versas disciplinas. Hasta los años 70, la interacción con los sistemas se daba en mayor
medida por los profesionales relacionados con la tecnología, esto cambia a partir de los
años 70 en donde el computador personal llega a las persona del común, interactuando
con software personal (software dedicado) y software de plataforma (sistemas operati-
vos), esto presentaba nuevos retos para la industria del software. [13]
Uno de los aspectos relevantes de la historia de la interacción hombre-máquina es provis-
to por la Ingeniería de Software, en donde la complejidad de los desarrollos de software,
y los resultados poco satisfactorios, en una época llamada la “crisis del software” a fina-
les de los años 70 [14], hacen necesario replantear los procedimientos de desarrollo,
dando un lugar a los requerimientos no funcionales, aquellos requerimientos incluyen
características como usabilidad y facilidad de mantenimiento. [13] [14]
Ilustración 2 Experiencia de Usuario / Usabilidad Fuente: The Encyclopedia of Human-Computer Interaction, 2nd Ed
Página 14
Pontificia Universidad Javeriana Memoria de Trabajo de Grado – Aplicación Práctica
La Ilustración 2 presenta; como la interacción hombre-máquina pasó de ser un tema
relacionado exclusivamente con las ciencias de la computación, a convertirse en parte de
áreas muy diversas como las tecnologías de la información, la psicología, comunicación,
diseño gráfico, ergonomía, investigación de mercados, ciencias de la información, cien-
cias geográficas, administración de sistemas de información, diseño de software entre
otros [13] [15]
La interacción hombre-máquina contemporánea, es en gran medida un aporte iniciado por
APPLE con su Macintosh [16], con la metáfora del escritorio desordenado: archivos y
carpetas que eran presentadas como iconos que podían estar dispersos en el área de la
pantalla.
Con el desarrollo de HCI (Human Computer Interaction), se movió en tres distintos senti-
dos: Primero, los profesionales de HCI, se dieron cuenta que la es un paradigma más
fundamental, que el solo hecho de encontrar iconos en la interfaz de usuario, por ejemplo
para grandes cantidades de archivos. [13] [16]
El segundo enfoque, ir más allá del escritorio, a través de la influencia del Internet en la
informática y la sociedad. Esta tendencia está estrechamente relacionada con la computa-
ción social, uno de los campos de más amplio crecimiento. [13]
El tercer enfoque, es aquel relacionado con la computación ubicua, pasar de computado-
res de escritorio a dispositivos portátiles que sólo sirven para satisfacer unos requerimien-
tos concretos para un tipo de usuario y propósito muy concreto [17]. Disponibilidad des-
de cualquier lugar.
La perspectiva que interesa al presente trabajo de grado es aquella relacionada con las
ciencias de la computación, enfocada principalmente en la interacción, y especialmente
la interacción entre una o más personas y uno o más equipos de cómputo. [15]
Accesibilidad y Usabilidad
La accesibilidad es entendida como la equivalencia de la experiencia de usuario para
personas con alguna limitación. Al igual que la accesibilidad en la web, la accesibilidad
Página 15
Preparado por el Grupo Investigación Istar- Versión 1.01 – 12/03/2008
Ingeniería de Sistemas Istar - CIS1330NG02
en aplicaciones y sistemas operativos deben garantizar que las personas perciban, entien-
dan, naveguen e interactúen con herramientas de software en igualdad de condiciones,
destruyendo barreras [18]. El acceso a la información y las tecnologías de información es
un derecho humano básico reconocido por la ONU, en la convención de derechos de las
personas con discapacidad. [19] Ratificado por el estado colombiano a través de la Ley
1346 de 2009. [20]
La accesibilidad se centra en cómo las personas con discapacidad acceden o se benefician
de un sitio, sistema o aplicación [21].
La Usabilidad se establece como los aspectos mínimos que sean efectivos, eficientes, y
seguros para la interacción hombre-máquina o HCI. La interacción debe tener en cuenta
las capacidades y limitaciones de las habilidades humanas. Se debe tener como marco de
referencia normas como la ISO 9241, usabilidad y ergonomía tanto de hardware como de
software. [22]
Si la usabilidad es importante, los requerimientos de usabilidad deben ser planeados,
especificados, e implementados a través del ciclo de vida del software. [22] [23]
La usabilidad, definida en la norma ISO 9241-11 Guía de Usabilidad, establece que esta
no está asociada con el producto en sí mismo, si no a la interacción entre el usuario y el
producto. La calidad en el nivel de interacción está estrechamente relacionada con el
concepto de accesibilidad, alcanzados por los productos de software. [24]
La norma establece que existen “usuarios especificados”, que presentan diversas capaci-
dades, entre este grupo cabe el de “personas con discapacidad”. Si una persona con disca -
pacidad no puede manipular una herramienta o un sistema, con niveles de eficiencia,
eficacia y satisfacción establecidos, el producto tendrá un bajo nivel de usabilidad, y por
tanto un nivel de accesibilidad también bajo para los usuarios. Un producto que no puede
utilizarse para alcanzar un objetivo determinado, no es usable y por tanto tampoco accesi-
ble. [5]
Página 16
Pontificia Universidad Javeriana Memoria de Trabajo de Grado – Aplicación Práctica
Los conceptos de accesibilidad y usabilidad son complementarios e interdependientes, lo
que ha llevado al concepto de diseño para todos o diseño universal. [25]
Principios de Software Accesible
El diseño accesible de software es importante para una organización, ya que permite lle-
gar a más clientes, en los negocios, en el gobierno y en la educación, necesaria para cum-
plir con las nuevas regulaciones que requieren las compras de aplicaciones accesibles.
[26]
Los encargados del desarrollo de sistemas accesibles, así como los encargados de adqui -
siciones deben tener en cuenta los siguientes principios básicos que hacen un software
accesible: [26]
Flexibilidad: Proporcionar a las personas una interfaz de usuario flexible y personalizable
que se adapte a una variedad de necesidades y preferencias de usuario.
Elección de métodos de entrada: Proporcionar a los usuarios acceso a todas las tareas
comunes del sistema, ya sea mediante el teclado, o acceso a través de un clic.
Elección de métodos de salida: Proporcionar a los usuarios una forma de escoger combi-
naciones de salidas discretas y redundantes de sonidos, imágenes, texto y gráficos.
Consistencia: Hacer que las aplicaciones interactúen con otras aplicaciones y sistemas
estándares de manera consistente y predecible.
Compatibilidad con ayudas técnicas de accesibilidad: Siempre que sea posible, construir
las aplicaciones usando estándares y elementos comunes de interfaz de usuario compati-
bles con las ayudas para la accesibilidad.
Un software accesible, es un complemento para el proceso de diseño de aplicaciones
proporcionando una perspectiva de accesibilidad centrada en la persona, basándose en la
norma ISO 9241-210:2010 que sustituyó a la norma ISO 13407 [27], para aumentar el
número de personas que son capaces de usar un software, en un contexto especifico. [5]
Página 17
Preparado por el Grupo Investigación Istar- Versión 1.01 – 12/03/2008
Ingeniería de Sistemas Istar - CIS1330NG02
Un software accesible debería adherirse a los siguientes principios:
Uso Equitativo: Lograr un uso equitativo garantizará que las soluciones diseñadas puedan
aumentar la accesibilidad. [27]
Adecuación para el máximo rango de usos : Diseñar y producir soluciones que serán
útiles, y estén disponibles para la mayor cantidad posible de usuarios dentro de una po-
blación. [27]
Robustez: El software debe ser tan robusto como sea posible de forma que funcione con
las ayudas técnicas actuales y futuras. [27]
Discapacidad
La Organización Mundial de la Salud (OMS) conjuntamente con el Banco Mundial, pre-
sentaron en el año 2011 el Informe Mundial sobre la Discapacidad con el objetivo de
proveer herramientas para la generación de políticas y programas que mejoren la vida de
las personas con discapacidad. [9] [28]
“La discapacidad forma parte de la condición humana” [28] [29], es así como la OMS
nos presenta el informe en donde se resalta como la humanidad tiende a ser más longeva,
esto repercute en el alza de los índices de Discapacidad, debido a este fenómeno se re-
salta que todo ser humano en alguna etapa de su vida sufrirá alguna discapacidad transito-
ria o permanente. [28]
Los obstáculos a los cuales se enfrentan las personas con discapacidad incluyen: políticas
y normas insuficientes, actitudes negativas tales como menospreciar las capacidades de
una persona con discapacidad dada una limitación, prestación insuficiente de servicios,
problemas en la prestación de servicios, financiación insuficiente, falta de accesibilidad
tanto en trasporte como a la información, lo que repercute en menos acceso a tecnologías
de información y comunicaciones (TIC’s). Falta de consulta y participación, falta de da-
tos y pruebas. [28] [19]
Página 18
Pontificia Universidad Javeriana Memoria de Trabajo de Grado – Aplicación Práctica
Lo obstáculos indudablemente traen repercusiones que no son precisamente debidos a la
limitación de una persona, en vez de ello podría decirse que son debido a la discapacidad
de la sociedad. Entre las repercusiones están: malos resultados sanitarios, malos resulta-
dos académicos, menor participación económica, tasas más altas de pobreza, mayor de-
pendencia y participación limitada. [28] [20]
El objetivo del informe es abordar los obstáculos y las desigualdades en atención en
salud, rehabilitación, apoyo y asistencia, crear entornos favorables con estrategias como
acceso a la información y las comunicaciones que hará que las personas con discapacidad
participen en mayor medida en la educación, empleo y vida social, reduciendo el aisla-
miento y dependencia, al igual que brindar apoyo a la educación y al empleo.
La OMS finalmente presenta una serie de recomendaciones para que los gobiernos y
entidades privadas promuevan políticas que solucionen los obstáculos que presentan las
personas con discapacidad, esto llevará a tener una sociedad más productiva ya que per-
mitirá a esta población vincularse de manera efectiva teniendo los medios necesarios para
desempeñarse en igualdad de condiciones, en los diferentes ámbitos de la cotidianidad
tales como el entorno formativo, laboral y social.
La definición de discapacidad ha evolucionado, pasando del concepto en donde la disca-
pacidad se centraba en la limitación de la personas, a un concepto en donde existe una
discapacidad, solo cuando la persona con una limitación interactúa con el entorno en el
cual está inmerso, y este le es adverso. La Ilustración 3 muestra esta relación, en donde la
limitación afecta el desarrollo de una actividad, dada una limitación, afectando la partici-
pación en un entorno especifico. En el año 2001. La OMS estableció la Clasificación
Internacional del Funcionamiento y la Discapacidad (CIF) [9], cambiando la terminolo-
gía existente dando un mayor énfasis en el entorno y no en las limitaciones de la persona.
La terminología deficiencia, discapacidad y minusvalía pasaron a ser funciones, actividad
y participación. [30]
Página 19
Preparado por el Grupo Investigación Istar- Versión 1.01 – 12/03/2008
Ingeniería de Sistemas Istar - CIS1330NG02
Ilustración 3 Definición Discapacidad CIF. Fuente: OMS
III – DESARROLLO DEL TRABAJO
El desarrolló del trabajo de grado siguió de manera rigurosa la metodología definida,
para cada una de las etapas de la metodología, se planteó una serie de entregables que
corresponden a la planeación misma del proyecto y a los entregables a la DTI, como
cliente e interesado principal en el desarrollo del proyecto.
Planeación del Proyecto
Como parte de la planeación del proyecto se desarrolló el documento de visión en el
cuál se especifican aspectos tales como la definición de la problemática, la forma en
la cual la guía propuesta propone dar solución, así como los StakeHolders y usuarios
involucrados en el proyecto. [31]
Para entender la problemática que se pretendía abordar, la Tabla 1 muestra la defini-
ción de esta. (Ver Anexo 5 Documento de Visión Sección 2.2)
Dar trámite a las solicitudes de personas con dis-
Página 20
Pontificia Universidad Javeriana Memoria de Trabajo de Grado – Aplicación Práctica
El Problema de capacidad. Particularmente solicitudes de Softwa-re, en donde no se cuenta con criterios para dar trámite y seleccionar herramientas que satisfagan las necesidades de esta población.
Afecta a
Persona con discapacidad Directores de carrera Jefes inmediatos de las personas solicitan-
tes Dirección de Tecnologías de Información
(DTI) Oficina de Suministros Grupo Incluir
El Impacto Asociado es Tener una base conceptual y una Guía que permita atender las solicitudes de software accesible para personas con discapacidad.
Una Solución Adecuada Sería
Una Guía que basada en la situación de la Univer-sidad y soportada por un marco conceptual apoye el proceso de adopción de herramientas de So-ftware que beneficie a esta población.
Tabla 1 Definición de la Problemática
La solución propuesta es realizar una guía que oriente el proceso de adquisición de software
accesible para la Universidad Javeriana. La tabla 2, permite entender la definición de la solu-
ción propuesta.
Persona con discapacidad Directores de carrera Jefes inmediatos de las personas solici-
Página 21
Preparado por el Grupo Investigación Istar- Versión 1.01 – 12/03/2008
Ingeniería de Sistemas Istar - CIS1330NG02
Paratantes
Dirección de Tecnologías de Información (DTI)
Oficina de Suministros Grupo Incluir
Quienes Intervienen en las diferentes etapas del proceso permitiendo tener un flujo claro de la información
El Nombre del Producto que Es Una Guía que apoya el proceso de adquisición de herramientas de Software para personas con Discapacidad.
No Como El proceso actual
Nuestro Producto Permite gestionar las solicitudes de personas con Dicacidad de manera que tenga en cuenta las necesidades de cada limitación permitiendo se dé solución a las necesidades presentes en la comuni-dad javeriana.
Tabla 2 Solución Propuesta
Se resalta en este documento la definición de StakeHolders y Usuarios, que permite conocer
los involucrados del proyecto. La tabla 3 especifica la definición de estos.
Nombre Descripción Responsabilidades StakeHolders
ACT-01 Director de Carrera / Jefe
A partir de una solicitud de una persona con Discapacidad se da Inicia al proceso
Sth-00
Página 22
Pontificia Universidad Javeriana Memoria de Trabajo de Grado – Aplicación Práctica
ACT-02 Coordinador Grupo Incluir
Persona encargada de convocar reuniones y direccionar el accionar del Grupo
Sth-01
ACT-03 Jefe Oficina a Servi-cios a Usuarios DTI
Implementación y admi-nistración de los siste-mas de gestión de servi-cios
Sth-02
Act-04 Oficina de Suministros Responder por el proce-so de compras de bienes nacionales e importados que requieran las unida-des Sth-03
Tabla 3. StakeHolders
Finalmente el documento realiza una descripción del perfil de los involucrados en el proyec-
to, así como el impacto esperado del proyecto que se plantea como solución a la problemáti-
ca.
Fase 1: Análisis Situación Actual Universidad Javeriana
Basados en las experiencias y avances del Grupo Incluir, encargado de apoyar a personas en
situación de discapacidad que hacen parte de la Universidad Javeriana, se realizó una investi-
gación descriptiva que permitió hacer un diagnóstico, evaluación y caracterización de la pro-
blemática.
El resultado de esta fase metodológica permitió conocer las principales limitaciones y las
necesidades tecnológicas que estás requieren, lo cual contribuyó a tener una base sólida que
permitiera a la guía delimitar la población, beneficiando la mayor cantidad de personas.
Página 23
Preparado por el Grupo Investigación Istar- Versión 1.01 – 12/03/2008
Ingeniería de Sistemas Istar - CIS1330NG02
Documento Discapacidad: El documento “Discapacidad”, realiza un análisis de las principa-
les limitaciones funcionales presentes en las personas, que al interactuar con el entorno social
pueden generar discapacidad, realizando una descripción encaminada a tener un marco con-
ceptual, sobre la definición de discapacidad y la identificación de las necesidades en las cua-
les las herramientas de Software dan una alternativa de solución. La Ilustración 4 presenta la
relación entre la nueva terminología que se propone se adopte por parte de los involucrados
en el proyecto.
El documento servirá como complemento a la Guía desarrollada, la cual es el eje principal de
este trabajo de grado, ya que servirá de referencia a la Dirección de Tecnologías de Informa-
ción para entender la población a la cual se está atendiendo, así como las características del
software que mejor soluciona las limitaciones presentes. (Ver Anexo 6 Discapacidad -Tecno-
logía.pdf)
Ilustración 4 Enfoque Documento Discapacidad – Tecnología. Fuente: Propia
Documento Matriz Limitaciones Vs Tecnologías: El documento hace una primera aproxi-
mación a las principales ayudas técnicas (Herramientas de Hardware y Software) que apoyan
a las personas con limitaciones. Igualmente presenta una lista de proveedores que puede ser
Página 24
Limitación
DiscapacidadEntorno
Pontificia Universidad Javeriana Memoria de Trabajo de Grado – Aplicación Práctica
consultada durante el proceso de adquisición de software. Para revisar en detalle se remite al
lector al documento denominado Matriz y Tecnologías. (Ver Anexo 9 MatrizDiscapacidades-
VsTecnologías.xlsx).
Documento Informe Discapacidades PUJ: El documento presenta la información de la
tendencia de las limitaciones en el contexto colombiano, el contexto Bogotano, y el de interés
para este proyecto, el contexto de la comunidad javeriana (Ver Anexo 8 Informe Discapaci-
dad PUJ.pdf). Este documento permitió conocer las principales limitaciones a abordar por la
guía desarrollada.
El resultado del análisis de las entrevistas realizadas por el Grupo Incluir, permitió establecer
la tendencia de las principales limitaciones presentes en la Universidad Javeriana, este resul-
tado se presenta en la Ilustración 5.
Fisica Auditiva Visual Otra0.00
5.00
10.00
15.00
20.00
25.00
30.00
35.00
40.00
36.84
26.32
21.05
15.79Porcen
tajes
Ilustración 5 Tendencia Limitaciones PUJ - Fuente: Grupo Incluir
Fase 2: Documentación del Proceso
Página 25
Preparado por el Grupo Investigación Istar- Versión 1.01 – 12/03/2008
Ingeniería de Sistemas Istar - CIS1330NG02
Una vez identificada la población con alguna limitación, se identificaron las principales ca-
racterísticas que deben tener las soluciones de software que los apoyen en el ámbito laboral o
académico, teniendo en cuenta las características de cada limitación, se realizó la documenta-
ción del proceso, conjuntamente con un representante de la Dirección de Tecnologías de In-
formación. [32]
Como resultado de esta fase se definió el Proceso Adquisición de Software, este documento
generado con la herramienta Bizagi Process Modeler, el cual especifica paso a paso las activi-
dades del proceso de adquisición de software. El proceso incluye las consideraciones pro-
puestas para el tratamiento de solicitudes de software dirigidas a personas con discapacidad,
aprobado por la Dirección de Tecnologías de Información desde la Oficina de Servicios a
Usuarios.
Esta fase incluye la presentación del proceso en notación BPMN 2.0, modelado en la herra-
mienta Bizagi Process Modeler tal como lo muestra la Ilustración 6, junto con la documenta -
ción asociada. (Ver Anexo 10 Proceso Adquisición de Software.pdf)
Ilustración 6 Nuevo Proceso de Adquisición de Software aprobado por la DTI
Fase 3: Desarrollo de la Guía: Versión Inicial
Página 26
Pontificia Universidad Javeriana Memoria de Trabajo de Grado – Aplicación Práctica
Conocida la caracterización del usuario final, las personas con diferentes limitaciones de la
comunidad Javeriana, así como el proceso, de acuerdo a las necesidades de la Dirección de
Tecnologías de Información, se desarrolló la versión inicial de la guía, enfocándose en los
lineamientos de la mejora al proceso actual, generando el nuevo marco de referencia para la
adquisición de software, haciendo especial énfasis en la emisión de conceptos técnicos enfo-
cado a requerimientos de software para personas con discapacidad, que beneficiará esta po-
blación y a la Universidad Javeriana a través de la DTI.
La guía para la adquisición de herramientas de Software: Apoyo a la emisión de
conceptos técnicos enfocados a personas con discapacidad (Ver Anexo 11 Guía.pdf), es el
entregable principal del trabajo de grado y presenta el nuevo proceso de adquisición de
software propuesto a la Dirección de Tecnologías de Información, incluyendo todas las
actividades y consideraciones a tener en cuenta al momento de dar trámite a una solicitud de
software dirigida a una persona con discapacidad. La Ilustración 7 presenta la estructura
seguida para la definición de la guía.
Como parte de la especificación del proceso descrito en la Ilustración 7, se definió en la sec-
ción 2 de la Guía, por cada una de las actividades: un responsable, una descripción de la acti-
Página 27
Ilustración 7 Estructura propuesta para la Guía
Preparado por el Grupo Investigación Istar- Versión 1.01 – 12/03/2008
Ingeniería de Sistemas Istar - CIS1330NG02
vidad, así como la descripción del formulario propuesto para las actividades. (Ver Anexo 11
Guía.docx Sección III: Desarrollo de la guía). El resultado generado por la guía permite obte-
ner la especificación propuesta para la solicitud, el concepto técnico y la información de pro-
veedor.
La Guía es resultado de la incorporación del nuevo proceso de adquisición de software defini-
do y aprobado por la DTI en la fase 2 del proyecto y la integración de la norma IEEE 1061- a
1998, la cual especifica las prácticas recomendadas para adquisición de software, y la norma
ISO 9241-171 2008, la cual describe las características que determinan si un software es
accesible para personas con algún tipo de limitación, ya sea motora, visual o auditiva.
La metodología de incorporación de la guía al proceso de adquisición de software se especifi-
ca en el documento que describe la guía en su sección II, presentando el siguiente proceso.
(Ver Anexo 11 Guía.docx Sección II: Implementación de la guía).
Identificar las etapas propuestas en la guía.
Adaptar las etapas, actividades, entregables y técnicas del proceso, propuestas en la
guía.
Adoptar las nuevas estrategias Adaptadas e integrarlas al proceso actual.
Ilustración 8 Implementación de la Guía
La guía presenta un proceso basado en estándares internacionales, y la experiencia de la DTI
en la Pontifica Universidad Javeriana, proporcionando una serie de lineamientos que se resu-
men en:
Página 28
Identificar Adaptar Adoptar
Pontificia Universidad Javeriana Memoria de Trabajo de Grado – Aplicación Práctica
Identificar la necesidad de software para alcanzar los objetivos del solicitante
Desarrollo de una estrategia de la organización para la adquisición de software a
través de una serie de pasos definidos
Inclusión de consideraciones especiales para el tratamiento de solicitudes dirigidas a
personas con alguna limitación, logrando la adquisición de software accesible.
Fase 4: Desarrollo de la Implementación Tecnológica BPM
Con el fin de apoyar la guía desarrollada y la adopción de esta, se planteó una propuesta para
la implementación de una herramienta tecnológica, que permita alimentar los sistemas de
información de Gestión de Incidentes y Solicitudes de Servicios de la DTI, con la plantilla
diligenciada por el usuario para el estudio, aprobación y correspondiente consecución del
software requerido por el usuario.
Aunque el proyecto se enfoca en personas con discapacidad, el proceso puede llegar a ser la
base para una plantilla genérica de solicitudes de concepto, para adquisiciones de tecnología
en la Universidad.
Se usó el software BPMS Bizagi como herramienta para el diseño de los formularios pro-
puestos dentro del desarrollo de la Guía (Ver Guía.pdf - Sección III: Desarrollo de la Guía),
la ilustración 9 presenta la descripción de la suite. Process Modeler, para dibujar y documen-
tar el proceso, usado en la fase 2 del proyecto. (Ver Fase 2: Documentación del Proceso); Bizagi Studio, para la construcción de los formularios propuestos, y finalmente; BPM Server,
para la ejecución del proceso.
Página 29
Preparado por el Grupo Investigación Istar- Versión 1.01 – 12/03/2008
Ingeniería de Sistemas Istar - CIS1330NG02
Ilustración 9 Descripción BPM Suite - Fuente: www.bizagi.com
Se modelaron los tres ejemplos propuestos para las limitaciones motora, visual y auditiva,
con el objetivo de mostrar en una sesión de presentación, la propuesta para la implementación
de la guía a los involucrados en el proyecto. Los ejemplos pueden ser consultados en el si -
guiente enlace web:
Ejemplos de aplicación de la guía: http://pegasus.javeriana.edu.co/~CIS1330NG02/otros.html
Fase 5: Validación por Expertos
Una vez la guía ha sido especificada, se valida a través del de juicio de expertos [33]. Em-
pleando este método se determina un grupo de personas con conocimientos amplios en el área
de Sistemas de Información y Gestión., así como profesionales expertos en discapacidad. Este
método permite, a través de una serie de sesiones, obtener un consenso acerca de la utilidad
de la guía desarrollada y su viabilidad en la integración al proceso actual de adquisición de
herramientas de software que beneficie a personas con discapacidad.
El proceso de validación por expertos se realizó con un representante de cada una de las áreas
involucradas en el proyecto: Solicitante, Grupo Incluir, Dirección de Tecnologías de Informa-
ción y Oficina de suministros. El resultado de esta sesión se documentó en el documento
Juicio de Expertos (Ver Anexo 12 Juicio de Expertos.pdf), igualmente este documento pre-
senta los resultados más relevantes de esta sesión. (Ver Sección IV: Resultados)
Página 30
Pontificia Universidad Javeriana Memoria de Trabajo de Grado – Aplicación Práctica
IV - RESULTADOS
A partir del proceso realizado y explicado en la sección III (Ver Sección III: Desarrollo del
Trabajo), se realizó la sesión propuesta en la fase V del proyecto (Ver Sección III: Desarrollo
del Trabajo Fase 5: Validación por Expertos), con el objetivo de realizar la validación del
proceso y resultados del proyecto de grado a través de la metodología de juicio de expertos.
A continuación se presentan los resultados obtenido es la sesión, en donde participaron los
principales involucrados en el proyecto, y que permitió conocer el impacto y la pertinencia
del resultado del trabajo de grado.
Resultados Evaluación de Expertos:
Ingeniero Andrés Morelli – Jefe Oficina de Servicios a usuarios DTI
… La Guía construida en este trabajo de grado aporta información suficiente y clara acerca
de las características y factores de accesibilidad, para los tipos básicos de discapacidad
como son la visual, motora y auditiva, que deben ser tenidos en cuenta por la Dirección de
Tecnologías de Información como parte del concepto técnico que debe emitir para la adqui-
sición de software en la Universidad, garantizando que éste pueda ser utilizado por las per-
sonas solicitantes con algún tipo de limitación específica e integrantes de la comunidad uni-
versitaria. Permite identificar también la necesidad de la adquisición de dispositivos de har-
dware adicionales que soporten el software que se debe o desea adquirir.
Con esta base conceptual y la modelación en BMPS del procedimiento y artefactos relacio-
nados se podrá consolidar a mediano plazo desde el área de tecnología de la Universidad
una actualización, asegurando una cobertura y accesibilidad completa y acertada. También
proporciona lineamientos y requerimientos para implementar características generales de
accesibilidad, por ejemplo en nuestras salas de computadoras públicas o dedicadas a impar-
tir clases.
Página 31
Preparado por el Grupo Investigación Istar- Versión 1.01 – 12/03/2008
Ingeniería de Sistemas Istar - CIS1330NG02
María Teresa Buitrago – Integrante Grupo Incluir – Gestora de la política de inclusión para
personas con discapacidad en la Universidad Javeriana
La consistencia de su desarrollo, el empeño y capacidad de ordenamiento de información
por parte del estudiante y el aporte a herramientas que realmente ayudan a que la
Universidad pueda en un futuro ser incluyente para este colectivo, con miras a aportar en el
Marco de cumplimiento de sus derechos según la convención internacional ratificada por el
país.
Clara Viviana Aldana – Asistente Programa Universidad Saludable – Coordinadora Grupo
Incluir
Este tipo de trabajos de tanto aporte a la Universidad, definitivamente son de muchísima
relevancia, que la experticia de nuestros estudiantes y profesionales se revierta en beneficios
para la universidad, es parte de su formación integral.
Ingeniero Carlos Alberto Sánchez. Jefe Oficina de Suministros
…La guía tiene un gran potencial, permitiría estandarizar la emisión de todo tipo de concep-
tos técnicos para realizar adquisiciones, no solo software. El proyecto es aplicable al contex-
to de la Universidad Javeriana, apoyando a la población de la comunidad javeriana que
presente algún tipo de limitación, igualmente la guía permite justificar un concepto de adqui-
sición de manera que para la oficina de suministros sea claro y consistente. En conclusión,
mejora y optimiza el proceso.
V – CONCLUSIONES, RECOMENDACIONES Y TRABAJOS FUTUROS
1. Conclusiones
Desde el planteamiento de la propuesta de grado se evidenció el reto que sería emprender
un proyecto de este tipo, ya que se aparta de lo convencional, sin embargo, apunta a se-
Página 32
Pontificia Universidad Javeriana Memoria de Trabajo de Grado – Aplicación Práctica
guir un proceso de sistemas de información, buscando impactar los objetivos de la orga-
nización beneficiando así a un segmento de usuarios; las personas con discapacidad,
para las cuales, las decisiones de adquisición de tecnología, no son claramente atendidas.
Luego del proceso seguido desde la etapa de investigación y la identificación de las prin-
cipales dificultades de la Dirección de Tecnologías de Información, se decidió que el
proyecto tendría un alcance de definir un nuevo proceso de adquisición de software, que
incluyera las consideraciones necesarias para dar trámite a las solicitudes de software
para personas con alguna limitación.
El proyecto dejó como conclusiones:
Dentro del rol del analista de sistemas, este proyecto evidencia la competencia, den-
tro del ciclo de vida de los sistemas [23], para realizar la identificación de proble-
mas, oportunidades y objetivos; la determinación de los requerimientos de informa-
ción, para conocer los detalles del sistema actual, así como el funcionamiento del
negocio, recopilando información de la gente, datos y procedimientos implicados;
Finalmente también abordar el análisis de las necesidades del sistema, en donde se
realiza una propuesta a partir de los datos hallados, en este caso la guía y el diseño de
las interfaces de usuario propuestas.
La Pontificia Universidad Javeriana dentro de su proceso misional [1], promueve la
inclusión de personas con discapacidad, este proyecto aportó a este objetivo, ya que
permitirá iniciar la transición hacia un modelo de adquisición de software que tenga
en cuenta las necesidades de la población con limitaciones que les esté generando una
discapacidad.
La industria genera normas y estándares para todo tipo de actividades. Las normas
internacionales y nacionales promueven metodologías probadas que permiten a las
organizaciones alcanzar los objetivos propuestos. El presente trabajo de grado incor-
pora las normas IEEE 162ª – 1998: Prácticas recomendadas para adquisición de so-
ftware [4], la norma ISO 9241-171 2008: Directrices de accesibilidad de software [5],
así como otras normas y estándares relacionados como la norma ISO 25000: Calidad
Página 33
Preparado por el Grupo Investigación Istar- Versión 1.01 – 12/03/2008
Ingeniería de Sistemas Istar - CIS1330NG02
de un producto de Software [34] o IEEE 29148 [22]. Este proyecto muestra la perti-
nencia de desarrollar un proceso basado en estándares de industria que puedan gene-
rar una adquisición o desarrollo posterior.
El proyecto durante su etapa de validación recibió comentarios positivos, que permi-
tieron determinar la pertinencia del mismo. Es así como desde la Dirección de Tecno-
logías de Información se inició el estudio para identificar los elementos de tecnología
que permitan dotar a la Universidad de tecnología accesible disponible para la comu-
nidad Javeriana; La Oficina de Suministros ve en el proyecto el punto de partida que
permita estandarizar la emisión de conceptos para todas las adquisiciones que hace la
universidad, no sólo software, resaltando el valor agregado de tener en cuenta la
población con discapacidad; finalmente, desde la academia especializada en discapa-
cidad, se destaca el aporte al cambio de paradigma hacia las personas con alguna
limitación.
Las tecnologías de apoyo a personas con discapacidad están presentes en mayor me-
dida en los sistemas operativos actuales, la adquisición de software para apoyar a
personas con discapacidad debe evaluarse en detalle con el objetivo de determinar si
las herramientas de los sistemas operativos son suficientes o es necesario realizar una
adquisición de un software accesible.
2. Recomendaciones
A la Dirección de Tecnologías de Información: el Trabajo de Grado desarrollado está
orientado a mejorar el proceso de adquisición de software, documentando un nuevo
proceso, que dé recomendaciones para abordar solicitudes de una población con limi-
taciones físicas, visuales y auditivas, para emitir un concepto sobre una adquisición.
Es necesario hacer un seguimiento detallado a la guía y revisar el proceso para apli-
car la Guía.
A la Carrera de Ingeniería de Sistemas: Este trabajo de grado aunque no incluye un
desarrollo, a partir de este, se inició el proceso en la Dirección de Tecnologías de
Información, para determinar si se realiza la adopción de un sistema BPM como el
Página 34
Pontificia Universidad Javeriana Memoria de Trabajo de Grado – Aplicación Práctica
propuesto o se inicia el proceso para un desarrollo propio. Igualmente aporta a abrir
nuevas líneas para el desarrollo de trabajos de grado, que apoyen a la población con
discapacidad.
Este trabajo de grado será usado por la DTI, como punto de partida para el programa
que busca dotar a la Universidad de Software accesible, y por la Oficina de suminis-
tros como parte de la estandarización de conceptos técnicos.
A la Universidad: Seguir apoyando proyectos que mejoren la calidad de vida de las
personas pertenecientes a la comunidad javeriana. Este proyecto mostró la disposi-
ción por parte de la universidad para cumplir uno de los apartados de su misión: Fo-
mentar la Inclusión de personas con discapacidad. [1]
3. Trabajos Futuros
Implementación de la Guía
La Dirección de Tecnologías de Información, ha iniciado la reestructuración de su
proceso de adquisición de software en el cuál, la guía propuesta será incorporada con
el objetivo de tener el marco de referencia para la adquisición de software accesible
que beneficie a la población con discapacidad perteneciente a la comunidad javeria-
na.
Es viable que la Oficina de Suministros solicite el desarrollo de un sistema de infor-
mación de apoyo a la gestión de compras, que permita implementar el nuevo proceso
de adquisición de software, y que tome como base los elementos que la guía aporta
no solo para la adquisición de software accesible, sino para procesos generales de
adquisición de cualquier tipo.
Desarrollos Futuros
El resultado del trabajo de grado da las herramientas necesarias para plantear proyec-
tos encaminados a llevar a cabo desarrollos que implementen el proceso propuesto,
Página 35
Preparado por el Grupo Investigación Istar- Versión 1.01 – 12/03/2008
Ingeniería de Sistemas Istar - CIS1330NG02
permitiendo dar un mayor alcance al beneficio que esta guía entrega a la población
con alguna limitación.
Se espera este trabajo de grado sea el punto de partida de proyectos de grado que
contribuyan a generar una propuesta de un aplicativo de software para la Dirección
de Tecnologías de Información, o para cualquier organización en la que la adquisi-
ción de software accesible y de software en general sea un objetivo organizacional.
Página 36
Pontificia Universidad Javeriana Memoria de Trabajo de Grado – Aplicación Práctica
VI - REFERENCIAS Y BIBLIOGRAFÍA
1. Referencias
[1] Pontificia Universidad Javeriana, «Misión,» [En línea]. Available: http://goo.gl/J8-Fy2W. [Último acceso: 14 Noviembre 2013].
[2] G. I. -. U. Javeriana, «Grupo Incluir Agosto 21,» Grupo Incluir, Bogotá D.C., 2012.
[3] F. Daoudi y S. Nurcan, A framework to evaluate methods’ capacity to design flexible business processes.
[4] IEEE, «IEEE Recommended Practice for Software Acquisition,» IEEE, New York, 1998.
[5] IEEE, ISO 9241-171:2008 Directrices de accesibilidad del software, 2008.
[6] Comisión Europea, «Panel de expertos,» [En línea]. Available: http://ec.europa.eu/eu-ropeaid/evaluation/methodology/tools/too_pan_som_es.htm. [Último acceso: 18 No-viembre 2013].
[7] Pontificia Universidad Javeriana, «Inclusión Universitaria,» [En línea]. Available: http://goo.gl/vOAAIw. [Último acceso: 14 Noviembre 2013].
[8] Pontificia Universidad Javeriana, «Dirección de Tecnologías de Información - Oficina de Servicios a Usuarios,» [En línea]. Available: http://goo.gl/99dgZo. [Último acceso: 14 Noviembre 2013].
[9] Organización Mundial de la Salud, «CIF,» [En línea]. Available: http://goo.gl/PXCA2V. [Último acceso: 14 Noviembre 2013].
[10] C. A. Sánchez, A. Morelli y H. Chaparro, Interviewees, Pertinencia Trabajo de Gra-do. [Entrevista]. 27 Septiembre 2013.
Página 37
Preparado por el Grupo Investigación Istar- Versión 1.01 – 12/03/2008
Ingeniería de Sistemas Istar - CIS1330NG02
[11] P. B. Hitpass, BPM: Business Process Management Fundamentos y Conceptos de Implementación, Santiagos, Chile: BHH ltda, 2013.
[12] Bizagi, «Bizagi,» [En línea]. Available: http://www.bizagi.com/. [Último acceso: 18 Noviembre 2013].
[13] J. M. Carroll, «Human Computer Interaction - "The Encyclopedia of Human-Com-puter Interaction, 2nd Ed.". Aarhus, Denmark: The Interaction Design Foundation,» 2013. [En línea]. Available: http://www.interaction-design.org/encyclopedia/human_computer_interaction_hci.html. [Último acceso: 14 Noviembre 2013].
[14] I. Sommerville, Ingeniería de Software, Person Education, 2005.
[15] ACM SIGCHI, ACM SIGCHI Curricula for Human-Computer Interaction, Julio: 29, 2009.
[16] Kiosera, «Una breve historia de la Macintosh,» kioskea.net, [En línea]. Available: http://goo.gl/PXVfzI. [Último acceso: 22 01 2014].
[17] C. B. Santos y M. Á. R. Duque, Sistemas Interactivos y Colaborativo en la WEB, España: Edición de la Universidad de Castilla - La Mancha, 2005.
[18] W3C, «Web Accessibility and Usability Working Together,» 2 Diciembre 2010. [En línea]. Available: http://www.w3.org/WAI/intro/usable. [Último acceso: 14 Noviem-bre 2013].
[19] ONU, «Convención sobre los derechos de las personas con discapacidad,» [En línea]. Available: http://www.un.org/spanish/disabilities/default.asp?id=497. [Último acceso: 14 Noviembre 2013].
[20] Congreso de la República de Colombia, «LEY 1346 DE 2009,» [En línea]. Available: http://www.secretariasenado.gov.co/senado/basedoc/ley/2009/ley_1346_2009.html. [Último acceso: 14 Noviembre 2013].
[21] usability.gov, «Accessibility,» [En línea]. Available: http://www.usability.gov/acces-sibility. [Último acceso: 14 Noviembre 2013].
[22] IEEE, IEEE 29148 - Systems and software engineering —Life cycle processes — Re-quirements engineering, 2011.
Página 38
Pontificia Universidad Javeriana Memoria de Trabajo de Grado – Aplicación Práctica
[23] K. &. Kendall, Analisis y diseño de sistemas, México: Person Education, 2005.
[24] ISO, ISO 9241-11:1998 Guidance on usability, 2008.
[25] B. Shneiderman, Diseño de interfaces de usuario estrategias para una interacción per-sona-computadora efectiva, Madrid, España: Pearson Educación, 2006.
[26] Microsoft, «Basic Principles of Accessible Design,» [En línea]. Available: http://msd-n.microsoft.com/en-us/library/aa291546(v=vs.71).aspx. [Último acceso: 16 Noviem-bre 2013].
[27] ISO, «ISO 9241-210:2010 - Ergonomics of human-system interaction -- Part 210: Human-centred design for interactive systems,» [En línea]. Available: http://www.iso.org/iso/home/store/catalogue_ics/catalogue_detail_ics.htm?csnumber=52075. [Último acceso: 16 Noviembre 2013].
[28] OMS, «Informe Mundial sobre la Discapacidad,» [En línea]. Available: http://www.who.int/disabilities/world_report/2011/summary_es.pdf. [Último acceso: 16 Noviembre 2013].
[29] Naciones Unidas, «La ONU y las personas con Discapacidad,» [En línea]. Available: http://www.un.org/spanish/esa/social/disabled/dis50y10.htm. [Último acceso: 23 Julio 2013].
[30] E. A. A. y. A. J. Vasquez, Discapacidad: Lo que todos debemos saber, 2006.
[31] Rational Software Corp, «Artifact: Vision,» [En línea]. Available: http://www.ts.mah.-se/RUP/RationalUnifiedProcess/process/artifact/ar_vsion.htm. [Último acceso: 16 Mayo 2013].
[32] A. Morelli, Interviewee, Aprobación nuevo proceso de adquisición. [Entrevista]. 11 Septiembre 2013.
[33] Comisión Europea, «Panel de Expertos,» [En línea]. Available: http://goo.gl/phpBEK. [Último acceso: 14 Noviembre 2013].
[34] ISO25000, «ISO 25000 Calidad del Producto,» [En línea]. Available: www.iso25000.com. [Último acceso: 4 Septiembre 2013].
Página 39
Preparado por el Grupo Investigación Istar- Versión 1.01 – 12/03/2008
Ingeniería de Sistemas Istar - CIS1330NG02
[35] Grupo Incluir, «Grupo Incluir,» Pontifica Universidad Javeriana, [En línea]. Avail-able: http://goo.gl/ftGkNo. [Último acceso: 4 Septiembre 2013].
[36] RAE, «Real Acádemia Española,» [En línea]. Available: http://www.rae.es/rae.html. [Último acceso: 16 Mayo 2013].
[37] M. N. Aydin, «Determining An Appropriate Approach To the Implementation of a WfMS,» Information Systems Development: Advances in Theory, Practice and Edu-cation, pp. 515-525, 2005.
2. Bibliografía
Ver Anexo 3.
Página 40
Pontificia Universidad Javeriana Memoria de Trabajo de Grado – Aplicación Práctica
VII - ANEXOS
Anexo 1. Glosario
DTI: Dirección de Tecnologías de Información.
ISO: Organización Internacional de Estandarización
IEEE: Instituto de Ingenieros Eléctricos y Electrónicos
IEC: Comisión Electrotécnica Internacional
UNE: Una Norma Española
AENOR: Asociación Española de Normalización y Certificación
NTC: Norma Técnica Colombiana
BPM: Business process management
BPMN: Business process management Notation
BPMS: Business Process Management Suite
Grupo Incluir: Grupo que propende por la inclusión de personas con discapacidad, y hace
parte de la Vicerrectoría del Medio Universitario. [35]
Way Of: Método para modelar y plasmar en la guía los diferentes aspectos que se pretende se
adopten por parte de una organización. [3]
Proceso de Negocio: Conjunto de tareas relacionadas lógicamente llevadas a cabo para lo-
grar un resultado de negocio definido. [4]
Página 41
Preparado por el Grupo Investigación Istar- Versión 1.01 – 12/03/2008
Ingeniería de Sistemas Istar - CIS1330NG02
Adquisición: Proceso de obtener un sistema o producto de software [4]
Accesibilidad. Ausencia de barreras. Facilidad de acceso a la comunicación, al transporte, a
la vida laboral, a la recreación, al deporte o al medio físico. [29]
Solicitante: Persona autorizada para realizar una solicitud para un sistema o producto de
software
Proveedor: Persona u organización que provee un sistema o producto de software solicitado.
[4]
Limitación: Perdida o anormalidad de una estructura o función en una persona. Las limita-
ciones son trastornos de cualquier órgano, e incluye deficiencias físicas o mentales, también
hace referencia a la pérdida de un órgano de su función. [29]
Discapacidad: Término genérico que indica los aspectos negativos de la interacción entre un
individuo con una condición de salud y su entorno (ambiente físico, social y ‘actitudinal’ en
el cual la gente vive y dirige sus vidas). [29]
Página 42
Pontificia Universidad Javeriana Memoria de Trabajo de Grado – Aplicación Práctica
Anexo 2. Post-Mortem
1. Metodología propuesta vs. Metodología realmente utilizada.
La propuesta menciona 5 fases que fueron cumplidas a cabalidad de manera que el proyec-
to de grado se realizó en su totalidad. No fue necesario cambiar el objetivo de alguna de
ellas.
Fase 1: Análisis Situación Actual Universidad Javeriana
Fase 2: Documentación del Proceso
Fase 3: Desarrollo de la Guía: Versión Inicial
Fase 4: Desarrollo de la Implementación Tecnológica BPM
Fase 5: Validación por Expertos
2. Actividades propuestas vs. Actividades realizadas.
Durante el desarrollo del trabajo de grado fue necesario replantear algunas actividades, la
fase final de validación por expertos fue la que tuvo mayores cambios, ya que la disponi -
bilidad de los expertos no permitió realizar el método de validación planteado inicialmen-
te.
Ilustración 10 Actividades planeadas Fase 5
Página 43
Preparado por el Grupo Investigación Istar- Versión 1.01 – 12/03/2008
Ingeniería de Sistemas Istar - CIS1330NG02
De las actividades planeadas, se muestra la planeación de rondas de cuestionarios acer-
ca de la presentación de los entregables del trabajo de grado. Se realizaron dos sesiones
de las cuales se aplicó un cuestionario sobre la pertinencia del trabajo de Grado.
Se planeó realizar un procedimiento conocido como Delphi, mucho más riguroso que
el juicio de expertos finalmente aplicado.
3. Efectividad en la estimación de tiempos del proyecto
El proyecto, dado que se fue muy riguroso con el cumplimiento de los tiempos, se lle-
vó a cabo en su totalidad, sin embargo la fase final del proyecto tuvo que extenderse
más de lo planeado debido a la disponibilidad de los evaluadores, por motivos de salud
y de tiempo.
Planeado
Página 44
Pontificia Universidad Javeriana Memoria de Trabajo de Grado – Aplicación Práctica
Ejecutado
4. Efectividad en la estimación y mitigación de los riesgos del proyecto.
La estimación de riesgos realizada durante la propuesta se resume en la tabla, la cual muestra,
el riesgo, el impacto, la forma de prevenirlo, y la contingencia en dado caso uno de ellos se
materializara.
Riesgo Impacto Prevención Contingencia
Falta de disponibi-lidad de informa-ción necesaria
Medio Comprometer a la organización en la entrega de infor-mación necesaria.
Recurrir a otras fuentes de infor-mación que apo-yen el proyecto.
Falta de disponibi-lidad de personas clave
Medio Programar reunio-nes con suficiente anticipación.
Reprogramar reu-niones cuando sea necesario, evitan-
Página 45
Preparado por el Grupo Investigación Istar- Versión 1.01 – 12/03/2008
Ingeniería de Sistemas Istar - CIS1330NG02
do impactar el calendario.
Perdida de Infor-mación
Alto Organizar la infor-mación en la nube, en un repositorio como Dropbox, Igualmente en la página de Trabajo de Grado.
Acudir al historial de versiones o repositorio alterno.
Falta de experien-cia con la tecnolo-gía
Alto Realizar una in-vestigación preli-minar de trabajos en el área.
Acudir a expertos en el tema.
Trabajos no pro-gramados, impre-vistos, sorpresas
Medio Realizar una pla-neación de las actividades por cada fase del pro-yecto
Realizar las activi-dades que se pre-sentan durante el proyecto, para no afectar el crono-grama.
Resistencia al cambio
Medio Realizar una pre-sentación clara del impacto del pro-yecto.
Acudir a proyec-ciones que permi-tan presentar la viabilidad del pro-yecto.
Cambios en el alcance del pro-yecto
Alto Especificar clara-mente el alcance del proyecto.
Ajustar el alcance del proyecto, siem-pre y cuando no afecte la propuesta inicial.
Los riesgos materializados se enuncian a continuación:
Página 46
Pontificia Universidad Javeriana Memoria de Trabajo de Grado – Aplicación Práctica
Falta de disponibilidad de personas clave:
La fase de validación del proyecto requería disponibilidad de tiempo de las personas que
medirían el impacto y pertinencia de la Guía propuesta, fue necesario redefinir el método de
validación por uno menos riguroso que no solicitara una disponibilidad de tiempo tan amplia
de los expertos consultados, se aplicó el método de panel de expertos sustituyendo el método
Delphi planeado. Se usó la contingencia, dado que el riesgo se materializo, reduciendo y re-
programando las sesiones de presentación y evaluación del proyecto.
Anexo3. Bibliografía
Página 47
Preparado por el Grupo Investigación Istar- Versión 1.01 – 12/03/2008
Ingeniería de Sistemas Istar - CIS1330NG02
Anexo 4 Oportunidad de Negocio
Anexo 5 Documento de Visión
Anexo 6 Documento Discapacidad - Tecnología
Anexo 7 Discapacidad Universidad Javeriana
Anexo 8 Informe Discapacidad PUJ
Anexo 9 Matriz Discapacidades Vs Tecnologías
Anexo 10 Proceso Adquisición de Software
Anexo 11 Guía
Anexo 12 Juicio de Expertos
Página 48