propuesta para trabajo de grado - …pegasus.javeriana.edu.co/~cis1330ng02/documentos/m… · web...

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/


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

http://pegasus.javeriana.edu.co/~CIS1330NG02/

Ingeniería de Sistemas Istar - CIS1330NG02


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


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


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


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


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


Í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


Í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


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


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


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


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


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


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


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



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


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



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


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



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


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



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


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



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


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



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


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



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


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



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


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



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


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



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


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.


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



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


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


Página 25



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


Página 26


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



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


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.


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



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


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


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



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


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



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


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



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


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



[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


[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



[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


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



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


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.






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



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


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



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


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



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

propuesta para trabajo de grado - …pegasus.javeriana.edu.co/~cis1330ng02/documentos/m… · web...

Documents