I+d Software

Mejoramiento del manejo de la producción de los
grupos de investigación de la dirección de

investigación y desarrollo de la Universidad Católica de
Oriente.
MILSON FREDY CARDONA ECHEVERRI

JOHN MARIO CARMONA DAVID
2014
1. INTRODUCCIÓN:
I+D Software es un producto dirigido a la Dirección de Investigación y Desarrollo

de la Universidad Catolica de Oriente, con el ánimo de generar una herramienta
que permita la sincronización de informes correspondientes a los que dichos
centros deben entregar a Colciencias, buscando ante todo la optimización del
recurso humano y generando nuevas estrategias a la hora de aunar esfuerzos en
el sentido investigativo de la institución.
En particular este trabajo de grado está orientado a la producción de una

propuesta para la UNIVERSIDAD CATOLICA DE ORIENTE, la cual en su misión
propone el servicio a la persona humana, la calidad educativa y la transformación
de la región del oriente antioqueño, y es en este segundo ítem que, I+D Software
proporciona una utilidad amplia en el sentido estricto, que da orden y visión a los
proyectos investigativos de la institución proporcionando al Director una
herramienta de alto desempeño para la toma de decisiones en cuanto a los
proyectos a ejecutar y su correspondiente en Colciencias y demás entidades que
en el momento financian y apoyan dichas investigación, y, el proceso mismo de la
dirección reza que La Dirección de Investigación y Desarrollo es el conjunto de
componentes, relaciones, procesos, normas y flujos de información, que permiten
concentrar y maximizar recursos hacia la actividad científica y tecnológica de la
Institución. Estará orientado a desarrollar las capacidades investigativas de la
UCO mediante el fortalecimiento de las condiciones propicias de personal,
infraestructura y ambiente; así como la definición de directrices y métodos que
permitan responder eficiente y eficazmente a las demandas del medio en materia
de investigación con el fin de generar conocimiento básico y aplicado.
Así pues I+D Software se convierte en una herramienta de alta envergadura para
la UCO, este le proporcionará informes basados en los grupos, programas, objetos
investigativos, investigadores, productos y hasta estado de la misma investigación.
Se reorganizaran por tipologías y subtipologias, entre otros informes pedidos por
el Consejo Nacional de Acreditación (CNA), Ministerio de Educación (Pares
Académicos) y los demás entes de control que regulan las IES.
2. PLANTEAMIENTO DEL PROBLEMA
Si bien los alcances descritos hasta este punto confirman la disposición de la

Universidad a fortalecer su quehacer en términos de investigación, aun no es
posible determinar, sobre la base de la información sistematizada en la Dirección
de Investigación y las categorías establecidas en el modelo de medición de
Colciencias, el progreso de los distintos grupos en relación al número de proyectos
que se ejecutan por año, la interacción con entidades externas, y los productos
resultados de las investigaciones.
¿Cómo acceder rápida y eficazmente a todos los productos y grupos de

investigación generados por la dirección de investigación y desarrollo de
la Universidad Católica de Oriente?
3. ANTECEDENTES.
La investigación, más allá de constituirse en una de las funciones sustantivas de

las Instituciones de Educación Superior IES, se erige como uno de los pilares sobre
los cuales se sostiene la visión competitiva colombiana, en razón de los múltiples y
positivos efectos que su desarrollo podría tener en el aparato productivo, científico
y educativo del país.
La Universidad conocedora que debe orientar su accionar a generar nuevos

conocimientos lo hace a través de su dirección de investigación, la cual se
convierta en un eje articulador de las demás funciones sustantivas de la Institución
Superior. Por otra parte la ley 30 regula la educación superior en Colombia, y
define los fines, objetivos, programas y orientaciones para la educación superior
en el país. A partir del año 1996 el Departamento Administrativo de Ciencia
Tecnología e Innovación –COLCIENCIAS– ha desarrollado políticas de apoyo a
unidades de investigación, dicha política contempla en desarrollo de estrategias
para promover el fortalecimiento y consolidación de los grupos de investigación
que operan en el país, así como la creación de nuevos grupos.
En la Universidad Católica de Oriente (UCO), han existido varios intentos para la

formulación de software que posibiliten manejar de manera eficiente y eficaz el
tema de las producciones de la dirección de investigación y desarrollo, hasta el
momento no se ha registrado ningún éxito en dichos intentos, esto se ha dado
porque el levantamiento inicial de los requisitos está anclado a procesos que nada
tienen que ver con las necesidades planteadas por el usuario final, en contexto, se
le ofrecen soluciones que no son pertinentes para el desarrollo y la problemática
inicial proyectada por la Dirección de Investigación y Desarrollo.
En la búsqueda de la información pertinente a como otras instituciones, como la
Universidad Católica de Oriente, manejar este tipo de información no encontramos
al realizar averiguaciones con directivos y centros de investigación de varias
instituciones de educación superior, en donde manifiestan que el auge de la
investigación, es una necesidad de todos y que en ese sentido todos debemos
aportar para tal desarrollo, que en la actualidad no existe ningún software que
organice, evalué y genere posibilidades para las estrategias de temas a desarrollar
en el ámbito investigativo y que la Universidad Católica de Oriente estaría en
disposición de generar esa estrategia para las demás universidades, a través de
trabajos de grados y tesis para estudiantes.
Las universidades asentadas en la región son:
Públicas: POSEEN
SOFTWARE
Colegio Mayor de Antioquía (COLMAYOR) (Medellín) NO
Universidad de Antioquia (UDEA) (Medellín) SI
Universidad Nacional de Colombia (UNAL) (Medellín) SI
Politécnico Colombiano Jaime Isaza Cadavid (Medellín) NO
Instituto Tecnológico Metropolitano (ITM) (Medellín) NO
Institución Universitaria de Envigado (IUE) (Envigado) NO
Privadas: -----
Tecnológico de Antioquía (TDEA) (Medellín) NO
Universidad Autónoma Latinoam. (UNAULA) (Medellín) NO
Universidad Cooperativa de Colombia (UCC) (Medellín) NO
Universidad Pontificia Bolivariana (UPB) (Medellín) SI
Universidad Católica de Oriente (UCO) (Rionegro) NO
Universidad de Medellín (UDEM) (Medellín) SI
Universidad Autónoma Latinoamericana (UNAULA) (Medellín) NO
Universidad CES (Medellín) NO
Universidad EAFIT (Medellín) SI
Corporación Univ. de Ciencia y Tecnología de Colombia NO
(Medellín)
Corporación Universitaria Lasallista de Medellín (Caldas) NO
Corporación Tecnológica Católica de Occidente (TECOC) (SF. NO
Antioquía)
Corporación Academia Superior de Artes (Medellín) NO
Corporación Tecnológico Copacabana (TECO) (Copacabana) -----
Corporación Universitaria Americana (Medellín) NO
Corporación Universitaria de Sabaneta J. E. Valderrama NO
(Sabaneta)
Corporación Politécnico Marco Fidel Suárez (Bello) NO
Corporación Universitaria Remington (Medellín) NO
Corporación Universitaria Adventista (UNAC) (Medellín) NO
Corporación para Investiga. Biológicas (CIB) (Medellín) -----
Corporación Universitaria Minuto de Dios (Bello) NO
Centro Educacional de Cómputos y Sistemas (Medellín) NO
Fundación de Estudios Superiores Univ. de Urabá (FESU) NO
(Apartadó)
Fundación Universitaria Católica del Norte (UCN) (Medellín) NO
Fundación Universitaria Seminario Bíblico de Colombia NO
(Medellín)
Fundación Universitaria Bellas Artes de Medellín (Medellín) ------
Fundación Universitaria Autónoma de las Américas (Medellín) NO
Fundación Universitaria Luís Amigó (FUNLAM) (Medellín) NO
Fundación Universitaria María Cano (FUMC) (Medellín) NO
Escuela de Ingeniería de Antioquía (EIA) (Envigado) ------
Escuela Universitaria de Mercadotecnia (ESCOLME) (Medellín) NO
Institución Universitaria Esumer (Medellín) NO
Instituto Tecnológico Pascual Bravo (Medellín) NO
Instituto Superior IDEARTES (Medellín) NO
Institución Universitaria Colegiatura Colombiana (Medellín) NO
Institución Universitaria Ceipa (Sabaneta - Medellín) NO
Institución Universitaria Salazar y Herrera (IUSH) (Medellín) NO
En el cuadro se enuncian las instituciones que después de verificar a través de

llamada telefónica a los centros o departamentos de investigación manifiestan
tener algún tipo de software especializado para el desarrollo, implementación o
inventario de las producciones que estas IES poseen. Algunos de ellos no dieron
esa información vía teléfono y otras tantas no tienen ninguna dificultad en
manifestar que ojala existiese esa herramienta para poder desarrollar su labor de
manera más precisa.
4. JUSTIFICACIÓN E IMPACTO DEL PROYECTO.
La investigación de la Universidad Católica de Oriente está orientada como el

conjunto de componentes, relaciones, procesos, normas y flujos de información,
que permiten concentrar y maximizar recursos hacia la actividad científica y
tecnológica de la Institución. Su orientación está dada por el desarrollo de las
capacidades investigativas de la UCO mediante el fortalecimiento de las
condiciones propicias de personal, infraestructura y ambiente; así como la
definición de directrices y métodos que permitan responder eficiente y eficazmente
a las demandas del medio en materia de investigación con el fin de generar
conocimiento básico y aplicado. (Universidad Católica de Oriente, 2009).
Sus objetivos están basados en:
1. Consolidar la investigación de la Universidad desde sus programas, en los
ámbitos regional, nacional e internacional.
2. Asumir el compromiso con la investigación desde la docencia, para
garantizar la incorporación de la investigación en todos los currículos
apoyados en las orientaciones del Consejo Nacional de Acreditación. “los
docentes son académicos de los campos del saber, capaces de la docencia y
la investigación en esos campos del saber”
3. Conformar y consolidar nuevos grupos de investigación y apoyar los
existentes con reconocimiento regional, nacional e internacional.
4. Definir políticas para la difusión de la producción científica, resultado de los
proyectos de investigación de los grupos reconocidos.
5. Proponer por parte del Comité de Investigación y Desarrollo, planes de
postgrado y capacitación que aporten a las líneas de investigación ya
aprobadas y asignar responsabilidades.
En este sentido las universidad debe orientar su accionar a generar nuevos

conocimientos, lo que hace, que la función de investigación se convierta en un eje
articulador de las demás funciones sustantivas de las Instituciones de Educación
Superior. Por tal motivo se potencializa la función de investigación, dando inicio a
proyectos externos, asesorías, consultorías, es así como la investigación empezó a
tomar fuerza y establecer convenios para desarrollar proyectos.
La UCO, en la actualidad, no cuenta con una herramienta que le ayude a manejar

cuantitativamente y menos aún, cualitativamente los artículos, tesis, trabajos de
grado, y demás producciones de sus centros de investigación y desarrollo. Es ahí
donde nace la necesidad de I+D Software, el cual proveerá a las IES una
herramienta de conectividad de los productos finales, un inventario preciso y una
posibilidad de desarrollar trabajos interdisciplinarios al interior de la institución.
La tecnología ha sido en las últimas decanas el bastión para el cambio a nivel

gubernamental y empresarial. Es, en este ámbito, que I+D SOFTWARE toma una
gran relevancia pues bajo herramientas tecnológicas queremos desarrollar una
solución que posibilite el manejo integral de la información de las investigaciones y
los productos generados en la universidad, así mismo, poder controlar las
convocatorias, los términos de referencia, poder realizar trazabilidad de los
proyectos desde su inicio al registro de los productos, seguimiento a los docentes y
los grupos de investigación. Por otra parte debemos analizar la importancia de este
software, en el sentido que le permite a las facultades tener control acerca de los
productos e investigaciones que realizan sus docentes y estudiantes; en vista que
cada grupo de investigación tiene el aval de un programa académico y este se
encuentra ubicado e inmerso en una facultad. Para esta última, la facultad, es vital
conocer en qué estado están y que han investigado, pues posibilita información a
la hora de renovar registros calificados, generar nuevos programas basados en
resultados de investigación y canalizar esfuerzos de investigación, pues no se
generaría redundancias en investigaciones pasadas. Las actividades de
investigación se convierten en insumo para que la función docencia tome
decisiones para el mejoramiento de sus procesos.
Por último la transformación social viene también a este trabajo como punto de
partida de la transferencia de conocimiento, dado que no se puede transferir
aquello que no se conoce y en ese orden se favorecerá a la educación y la
investigación de la región, la utilización de un software, facilitando un
acercamiento a los productos existentes y nuevos productos de investigación
generando por sus investigadores.
Este proyecto traerá como beneficios institucionales el aprendizaje necesario para

garantizar que la comunidad universitaria tengan la información debida de los
productos de investigación de la Universidad con aspectos tan importantes como:
formulación, evaluación, estado del producto de investigación, tipología de los
productos investigativos, participación de docentes, auxiliares de investigación,
resultados de las investigaciones, además de servir de insumo para investigaciones
próximas.
Esta Herramienta posibilitaría el fortalecimiento Grupos de Investigación de la

UCO, así también como el seguimiento y la unificación de muchos de contenidos y
líneas de investigación de la universidad, al mismo tiempo alineando entes de
regulación como lo es el Ministerio de Educación Nacional –MEN–, Consejo
Nacional de Acreditación –CNA–, Instituto Colombiano para el Fomento a la
Educación Superior –ICFES –, Departamento Nacional de Ciencia y Tecnología –
COLCIENCIAS–. En este sentido el presente trabajo permite identificar una de las
funciones sustantivas de la UCO, como es la investigación; por medio de este
proyecto podremos analizar una parte de la investigación como es la producción
científica, tecnológica y de innovación que se desarrollar por medio del sistema de
investigación y desarrollo y como se articula con los demás entes de la
Universidad, y los entes u organismos externos a ella, esto nos permitirá tener un
diagnostico que pueda proyectar la investigación para el cumplimiento de
funciones y actividades enmarcadas en ciencia y tecnología.
5. OBJETIVOS (GENERALES Y ESPECÍFICOS).
Objetivo General
Mejorar de manera integral el manejo de la producción de los grupos de

investigación de la dirección de investigación y desarrollo de la Universidad
Católica de Oriente.
Objetivos específicos
Crear un software que maneje el inventario de la producción de los

grupos de investigación de la dirección de investigación y desarrollo
de la Universidad Católica de Oriente.
Generar informes de acuerdo a la solicitud diseñada y planteada por
el Ministerio de Educación Nacional -MEN- Consejo Nacional de
Acreditación -CNA- Instituto Colombiano para el Fomento a la
Educación Superior -ICFES y el Departamento Nacional de Ciencia y
Tecnología –COLCIENCIAS.
Generar informes a la presentación de productos con CVLAC Y
GRUPLAC.
Establecer categorización de los productos de investigación según la
clasificación definidas por COLCIENCIAS.
6. MARCO TEÓRICO:
En el campo del software hay miles de soluciones en aplicaciones en bases de
datos, web y demás aplicaciones portátiles que han generado toda una revolución
de herramientas informáticas que lo que pretenden es realizar las mismas tareas
en tiempos más cortos, haciendo a las personas que lo ejecutan más eficientes y
eficaces en el quehacer diario y al tiempo generando un ambiente de desarrollo
más óptimo para el usuario final, pues ya no se tendrá que preocupar por cosas
que una herramienta informática ya le proporciona y se ocupará por cosas que
harán de su labor algo más productivo. La anterior podría ser la sentencia del 99%
del software que en la actualidad se encuentra en el mercado, según el estudio del
comportamiento de la industria del software en Colombia, realizado por la Mg.
Karla Cristina Palomino Zuluaga en conjunto con la Universidad Nacional de
Colombia enuncia:
El sector Colombiano de Software para el año 2005 estaba conformado por 561
empresas, el 97% de ellas nacionales y el 3% restante extranjeras (ESI, 2008). En
2008 se registraron 700 empresas de Software, con un nivel de ventas creciente,
como se evidencia en la Figura. Esta figura muestra el comportamiento de las
ventas desde 2005 a 2008, que incluye tanto las ventas de las empresas
extranjeras como de las nacionales.
Figura: Ventas de software en Colombia (2005-2008). Fuente: FEDESOFT

(2009)
Algunas de las empresas nacionales ya se encuentran posicionadas en el mercado

internacional como prestadoras de servicios y desarrolladoras de software a la
medida (FEDESOFT, 2008). Si bien el porcentaje de empresas extranjeras es
pequeño comparado con el porcentaje de empresas nacionales, se ha evidenciado
que el 50% de las exportaciones provienen de las ventas internacionales de las
multinacionales (FEDESOFT, 2009).
Para el año 2003 las multinacionales que registraron mayor nivel de ventas fueron
Hewlett Packard, IBM, Dell Computer, MPS Mayorista y Unisys de Colombia S.A.
(ICEX, 2005).
Los principales destinos de estas exportaciones son EE.UU y países

latinoamericanos como Venezuela, Ecuador, México, Salvador, Panamá, Chile y
Brasil. La Figura siguiente muestra el comportamiento de las exportaciones para
los años comprendidos entre 2005 y 2008.
Las cifras que se muestran están subestimadas ya que solo contienen los datos de
exportaciones en material físico, es decir cintas y CD que salen desde aeropuertos,
puertos o carreteras. No se tiene en cuenta las exportaciones de Software que se
hacen en vías electrónicas y que representan la gran mayora de ventas del sector
(DANE, 2007).
En términos generales de acuerdo al grado de estandarización el Software se
clasifica en dos tipos: Software empaquetado y Software a la medida (FEDESOFT,
2008). En el tema de servicios se identifican consultorías en sistemas, integración
de sistemas, desarrollo de software, outsourcing de sistema, servicio de
procesamiento, educación y capacitación, mantenimiento y soporte de equipo,
mantenimiento y soporte de software, consultoría, integración de redes y
administración de redes (ESI, 2008; ICEX, 2005). En la industria colombiana se
han identificado según la actividad a la que se dedican 162 empresas de
Instalación y Comercialización, 146 empresas de Consultoría de TI, 133 empresas
se dedican al desarrollo de software a la medida, 133 empresas a implementación
de software y 127 empresas se dedican a prestar servicios de soporte (FEDESOFT,
2009). En la Figura siguiente se muestra la información en porcentajes, los cuales
no suman un 100% dado que una misma empresa puede dedicarse a varias
actividades, por lo general combinando la prestación de servicios con la venta de
software bien sea empaquetado o hecho a la medida (CCB, 2005).
El sector colombiano de TI está creciendo con solidez. Las industrias de software y
servicios relacionados crecieron un 17% a 3,3bn de pesos (US$1.800mn) en el
2011. En tanto, las exportaciones de TI aumentaron un 40,5% entre el 2009 y
2011 para alcanzar US$106mn. El gobierno también está implementando una
amplia gama de medidas para reforzar la industria colombiana de TI en un intento
por duplicar los ingresos del sector entre el 2010 y el 2014, según informe de la
presidenta de FEDESOFT Paola Restrepo.
En la actualidad existe el modelo de medición de grupos de investigación,

desarrollo tecnológico e innovación cuyo principal propósito es la medición de los
grupos de investigación, desarrollo tecnológico e innovación y desarrollar un
instrumento que permita tener un conocimiento claro y oportuno de las
capacidades que tiene el país para el desarrollo de la ciencia, la tecnología y la
innovación. En la medida en que Colombia evidencia una evolución, al poner el
conocimiento como un capital relevante para el desarrollo social y económico, es
necesario tener una relación lo más detallada posible y con indicadores confiables,
de las capacidades nacionales: institucionales, relacionales y humanas para la
generación y de apropiación del conocimiento, el desarrollo tecnológico y la
innovación.
Brindar una herramienta versátil, robusta y oportuna que permita generar

conocimiento sobre las capacidades, fortalezas, debilidades y potencialidades de
los grupos y que sirva como un instrumento para la gestión interna y evaluación de
los actores del Sistema Nacional de Ciencia, Tecnología e Innovación.
En este modelo de medición, se diseñan y calculan múltiples indicadores de

producción que son organizados en forma de perfiles de producción; se calculan
índices de colaboración interna y externa del grupo, así como con otros grupos;
además, se presenta el perfil de los miembros del grupo según el tipo de
integrante. De este modo, en el modelo se abandona el cálculo de un único índice
(ScientiCol) para la calificación de los grupos y la categorización que de este
surgía.
La plataforma ScienTI-Colombia funciona a partir de dos sistemas de

almacenamiento y procesamiento de la información: la base nacional de grupos de
investigación o GrupLAC (herramienta para el acopio de información de grupos de
investigación) y CvLAC (herramienta para el acopio de información de currículos de
personas que están involucradas en la labor de generación de conocimiento en
todos los niveles). Dicha Plataforma permite disponer de una base de datos con
información en tiempo real, suministrada directamente por los investigadores.
I+D Software, atenderá esta necesidad y la planteará para el desarrollo de la
lógica del negocio según estipulado por el nuevo modelo de medición de grupos de
investigación, desarrollo tecnológico e innovación, el cual estipula cuatro grandes
grupos de clasificación, los cuales son:
1. Productos de Generación de Nuevo Conocimiento

2. Productos Resultados de Actividades de Desarrollo Tecnológico e
Innovación
3. Productos de Apropiación Social y Circulación del Conocimiento
4. Productos de Formación de Recursos Humanos
Además propone también unos subgrupos dentro de la clasificación inicial

apuntando hacia las posibilidades de cada uno de los productos, de la siguiente
manera:
1. Productos de Generación de Nuevo Conocimiento

a. Artículos de investigación
b. Artículos de investigación B
c. Libros de Investigación
d. Capítulos de investigación
e. Productos tecnológicos patentados o en proceso de concesión
de la patente.
f. Variedades vegetales y animales
2. Productos Resultados de Actividades de Desarrollo Tecnológico e

Innovación
a. Productos tecnológicos certificados o validados
b. Productos Empresariales
c. Regulaciones, normas, reglamentos o legislaciones
d. Consultorías científico-tecnológicas e informes técnicos
3. Productos de Apropiación Social y Circulación del Conocimiento

a. Participación ciudadana
b. Intercambio y transferencia del conocimiento
c. Comunicación del conocimiento
4. Productos de Formación de Recursos Humanos

a. Tesis de Doctorado
b. Trabajo de grado de maestría
c. Trabajos de grado de pregrado
d. Proyectos de ID+I con formación
e. Apoyo a programas de formación
f. Acompañamientos y asesorías de línea temática del Programa
Ondas
Tipología para la clasificación de los productos. Se construyó una tipología de

productos en la que se diferenciaron cuatro grandes tipos de productos. Cada uno
de estos tipos de productos cuenta con una definición que abarca a todos los
subtipos y los productos particulares que incluye. Estos cuatro grandes tipos son:
Productos de generación de nuevo conocimiento, Productos resultados de
actividades de, desarrollo tecnológico e innovación, Productos de apropiación
social del conocimiento y productos de formación de recursos humanos. Estos
cuatro tipos corresponden a los cuatro perfiles de producción en los que se
agrupan los indicadores de producción de los grupos. Los subtipos de productos y
su correspondencia en la tipología general de productos esperados para los grupos
de investigación, desarrollo tecnológico e innovación se encuentran detallados en
la siguiente Tabla.
TIPOLOGÍA DE LOS PRODUCTOS
Productos de Productos Productos de Productos de
Generación de Resultados de Apropiación Formación de
Nuevo Actividades de Social y Recursos Humanos
Conocimiento Desarrollo Circulación del
Tecnológico e Conocimiento
Innovación
Artículos de Productos Participación Tesis de Doctorado
investigación tecnológicos ciudadana
certificados o
validados
Artículos en Diseño industrial, Proyectos y Se diferencian las tesis
revistas esquema de programas de con reconocimiento de
indexadas en los circuito investigación con las aprobadas.
índices. integrado, participación
software, planta ciudadana y
piloto y prototipo eventos de
industrial. participación
ciudadana.
Artículos de Productos Intercambio y Trabajo de grado de
investigación Empresariales transferencia del maestría
B conocimiento
Artículos en Secreto Programas o Se diferencian las tesis
revistas empresarial, proyectos con reconocimiento de
indexadas en los empresas de pedagógicos de las aprobadas.
índices. base tecnológica fomento de la
(spin-off), investigación, del
innovaciones desarrollo
generadas en la tecnológico e
gestión innovación,
empresarial. proyectos o
programas de
extensión de
responsabilidad
social y redes de
fomento de la
apropiación social.
Libros de Regulaciones, Comunicación Trabajos de grado
Investigación normas, del conocimiento de pregrado
reglamentos o
legislaciones
Libros que Corresponden a Proyectos de Se diferencian entre
cumplen por lo un sólo producto. comunicación del trabajo de grado con
menos con los conocimiento y reconocimiento y
requerimientos generación de aprobado.
mínimos de contenidos como
calidad. artículos, libros y
videos de
divulgación.
Capítulos de Consultorías Circulación de Proyectos de ID+I
investigación científico- conocimiento con formación
tecnológicas e especializado
informes
técnicos
Capítulos de Requerimientos Eventos científicos Se tienen en cuenta
libros que mínimos para la y participación en los proyectos
cumplen por lo elaboración. redes de ejecutados por
menos con los Siguiente tabla conocimiento, investigadores en
requerimientos documentos de empresas y los
mínimos de trabajo (working proyectos con jóvenes
calidad. papers), boletines investigadores
divulgativos de
resultado de
investigación,
ediciones de
revista científica e
informes de
investigación.
Productos Apoyo a programas
tecnológicos de formación
patentados o
en proceso de
concesión de
la patente
Patente obtenida Se tienen en cuenta el
o solicitada por apoyo a la creación de
vía PCT o programas, cursos de
tradicional y maestría y doctorado.
Modelo de
utilidad.
Variedades Acompañamientos
vegetales y y asesorías de línea
animales temática del
Programa Ondas
Variedad vegetal Requerimientos
y variedad mínimos para la
animal. elaboración. Siguiente
tabla.
7. METODOLOGÍA:
Para el desarrollo de I+D Software se utilizó la metodología Scrum, la cual permite

en todas las fases del proyecto tener un contacto directo con el usuario final de
esta manera, el software estará siempre ligado a las necesidades de este, y dando
como resultado un producto hecho a las necesidades de la institución.
Análisis:
Extraer los requisitos que el usuario determina como preponderantes que el
software debe realizar y adicional a ello propiciar para que las variables no tan
tangibles para el usuario final sean también tomadas en cuenta en el
levantamiento de requisitos. Asumir los requisitos funcionales es decir el hardware
necesario para ello, la capacitación, los programas de inicio de la máquina, la
capacidad de almacenamiento y procesamiento de la misma también se deben
tener en cuenta, así mismo como los requisitos no funcionales, temas de
licenciamiento si los hay, encadenamiento de datos con software existentes, entre
otros. Es necesario saber las necesidades del cliente para poder crear el software
y estar en posición del cliente para así ver qué idea se le ocurre en posición de
usuario.
Para esta fase se realizó visita a la Dirección de Investigación y Desarrollo con el
ánimo de poder conocer de primera mano el proceso de esta, la funcionaria Mary
Estela Ospina, realizo el pliego de solicitudes las cuales se implementaron en
historias de usuario, que en el capítulo de resultados se exponen. Adicionalmente
el análisis previo de todos los procesos se hizo en compañía de la funcionaria en
mención con el objetivo de generar una solución lo más acorde posible a las
necesidades planteadas.
Diseño
El diseño tiene el propósito de establecer los aspectos lógicos y físicos de las
salidas, modelos de organización y representación de datos, entradas y procesos
que I+D Software, considerando las bondades y limitaciones de los recursos
disponibles en la satisfacción de los problemas planteados en el análisis y
levantamiento de requisitos. En esta etapa nos encargaremos de describir
detalladamente el software a ser escrito, en una forma matemáticamente rigurosa.
Las especificaciones son más importantes para las interfaces externas, que deben
permanecer estables. Empezar a realizar el sistema con código para así hacerlo
estable, para nuestro caso se desarrollará en ambiente .Net que nos provee una
interfaz más amigable para con el usuario final.
En esta fase utilizamos algunos Framework los cuales son una colección de
componentes de última generación para el desarrollo de Aplicaciones Web.
Combinan características de controles avanzados con capacidades extendidas
para su personalización, los cuales pueden acelerar significativamente el
desempeño de cualquier proyecto.
Programación.
En esta etapa el propósito será la programación de sistemas en un lenguaje .Net,
los procedimientos que realizará el computador al manipular los datos para
obtener los resultados deseados. La etapa en general esta soportada por el
levantamiento de requisitos hechos previamente en etapa anterior, esto posibilitará
que el usuario final obtenga que I+D Software sea una herramienta que responde
a todas las necesidades planteadas.
La programación de I+D Software se desarrolló en Visual Studio 2012, la cual es
un entorno de desarrollo integrado (IDE, por sus siglas en inglés) para sistemas
operativos Windows. Soporta múltiples lenguajes de programación tales como
C++, C#, Visual Basic .NET, F#, Java, Python, Ruby, PHP; al igual que entornos
de desarrollo web como ASP.NET MVC, Django, et., a lo cual sumarle las nuevas
capacidades online bajo Windows Azure en forma del editor Mónaco.
Visual Studio nos permite crear aplicaciones, sitios y aplicaciones web, así como
servicios web en cualquier entorno que soporte la plataforma .NET (a partir de la
versión .NET 2002); como es de apreciar la versatilidad de esta plataforma nos
permite ampliar la solución más óptima para nuestro usuario final.
Por otra parte la base de datos Oracle Database es un sistema de gestión de base
de datos objeto-relacional (u ORDBMS por el acrónimo en inglés de Object-
Relational Data Base Management System).
Se considera a Oracle Database como uno de los sistemas de bases de datos
más completos, destacando:
• Soporte de transacciones.
• Estabilidad.
• Escalabilidad.
• Soporte multiplataforma.
En búsqueda de una mejor integración de los datos entre I+D software y la

Universidad Católica de oriente la programación se hizo de esta manera, esto
mejora ampliamente las posibilidades de integración a la plataforma de
aplicaciones de la institución.
Implantación.
La implantación es la etapa encargada de garantizar el adecuado funcionamiento
del sistema, a través de una prueba exhaustiva, la elaboración de la
documentación y la capacitación al personal que se encargará de manejarlo; esta
se llevará a cabo en la plataforma de aplicaciones de la Universidad Católica de
Oriente, con el ánimo de poder tener acceso a los protocolos de seguridad, las
tablas de estudiantes y terceros, así mismo a la de docentes, la cual alimentara a
I+D SOFTWARE pues son estos últimos los encargados del manejo del mismo.
8. CAPÍTULOS DEL INFORME:
Una historia de usuario es una representación de un requisito de software escrito

en una o dos frases utilizando el lenguaje común del usuario. Las historias de
usuario son utilizadas en las metodologías de desarrollo ágiles para la
especificación de requisitos (acompañadas de las discusiones con los usuarios y
las pruebas de validación). Cada historia de usuario debe ser limitada, esta
debería poderse escribir sobre una nota adhesiva pequeña. Dentro de la
metodología las historias de usuario deben ser escritas por los clientes.
Las historias de usuario son una forma rápida de administrar los requisitos de los
usuarios sin tener que elaborar gran cantidad de documentos formales y sin
requerir de mucho tiempo para administrarlos. Las historias de usuario permiten
responder rápidamente a los requisitos cambiantes.
Historia de usuario # 1 Fecha : 2013/12/16
Nombre: Crear Convocatoria
Usuario: Mary Estela Ospina Analista: John Mario Carmona
Prioridad: Alta Riesgo: Alto
Descripción: Como administrador del sistema deseo crear las convocatorias de la dirección de
investigación y desarrollo. Las convocatorias son anuncios con términos y directrices claras, que la
dirección hace para que los investigadores presenten propuestas o modelos de proyectos que se
ajusten a dichas condiciones. Con el fin de elegir algunos de ellos para ser apoyados tanto
financiera como académicamente para su desarrollo. A cada condición de la convocatoria, se le
denomina criterio de aceptación y se le debe definir un puntaje, que se asigna a los proyectos que
cumplan con el criterio. Existen varios tipos de convocatorias (abiertas, cerradas, publicas, etc.), y
de acuerdo a este tipo las condiciones pueden cambiar.
Reglas Del Negocio:
- La convocatoria debe tener un código y nombre únicos.

- Cada convocatoria debe pertenecer a uno y solo un tipo de convocatoria (abierta,
cerrada, publica, etc.)
- La convocatoria puede tener una descripción amplia, que permita detallar claramente las
condiciones mínimas de aceptación.
- Las convocatorias tiene criterios de aceptación para regular los proyectos, cada criterio
tiene fechas fijas de cumplimiento.
- A una convocatoria se pueden inscribir muchos proyectos.
Consideraciones Para el Desarrollo:
- Es un proceso crítico dentro de la aplicación, de este se desprende todo el

funcionamiento del software, puesto que sin convocatorias no se puede hacer la
inscripción de los proyectos.
Nombre: Crear Criterios de aceptación
Prioridad: Alto Riesgo: Medio
Descripción:
Como administrador deseo definir una lista de criterios de aceptación, para luego asignarle a cada
convocatoria los criterios y sus respectivas fechas de cumplimiento, acordes a las condiciones de
la misma.
Un criterio de aceptación es una condición que deben cumplir los proyectos que deseen
inscribirse en la convocatoria, y deberá poder asignársele un puntaje para la calificación final del
proyecto.
Reglas Del Negocio:
- Cada criterio de aceptación debe tener un código único dentro del sistema.
- Un criterio de aceptación puede ser usado por varias convocatorias y una convocatoria
puede tener varios criterios de aceptación.
- Cada convocatoria define las fechas de cumplimiento para cada criterio de aceptación
asociado a ella.
- La creación de una convocatoria solo es posible si se le pueden adicionar criterios de

aceptación a voluntad del administrador.
Nombre: Crear Grupos de Investigación
Prioridad: Alto Riesgo: bajo
Descripción:
Como administrador deseo crear grupos de investigación.
Un grupo de investigación está compuesto por un conjunto de investigadores, que se interesan

por un tema en particular, producen proyectos de investigación uniendo sus esfuerzos y
conocimientos.
Para ser reconocido como grupo de investigación a nivel nacional, el grupo debe ser matriculado
ante Colciencias, donde podrán registrar las investigaciones realizadas al interior del grupo.
Reglas Del Negocio:
- Cada tipo grupo debe tener un código y nombre únicos dentro del sistema.
- Cada grupo puede tener 1 o más investigadores asociados.
- Los grupos podrán asociarse a 1 o varias facultades académicas.
- El sistema debe permitir almacenar la página de registro en Colciencias, es decir su
GroupLac.
- Los grupos tiene registro en Colciencias, de allí sale la dirección grouplac, que es el
registro como grupo de investigación a nivel nacional.
- Es importante validar que todos los grupos tengan configurado al menos un líder del
grupo.
Nombre: Registrar investigadores
Prioridad: Alto Riesgo: Medio
Descripción:
Como administrador deseo registrar investigadores en la aplicación y asociarlos a algún grupo de

investigación ya creado.
Los investigadores son generalmente docentes con contrato activo en la institución, pero también
estudiantes y empleados administrativos pueden ser registrados como investigadores y ser
asociados a uno o varios grupos de investigación. Los investigadores pueden solicitar sus salidas
y/o su ingreso a un grupo en cualquier comento, y se debe llevar registro de las fechas tanto de
ingreso como de retiro.
Los investigadores también deben registrarse en Colciencias como investigadores, y en la

plataforma de Colciencias se le creará una “hoja de vida” de investigación que debe ser
actualizada permanentemente a medida que el investigador logre desarrollar productos como
fruto de su investigación, este registro es conocido como el CvLac del investigador
Reglas Del Negocio:
- Los investigadores deben ser parte de la universidad, bien sea como empleados docentes,
empleados administrativos o estudiantes.
- El registro en el sistema de I+D debe hacerse con el mismo código que tiene el
investigador en los sistemas administrativos de contabilidad y tesorería.
- Los Investigadores pueden pertenecer a 1 o varios grupos de investigación.
- El sistema debe permitir registrar la dirección CvLac del investigador, así como fecha de
alta y de baja en cada grupo de investigación.
- Tratar de validar las direcciones CvLac con la plataforma de Colciencias.

- Se debe tener en cuenta que para registrar los investigadores en I+D, deben estar
previamente ingresados en el sistema de contabilidad de la UCO.
Nombre: Crear Líneas de Investigación
Prioridad: Baja Riesgo: Bajo
Descripción:
Como administrador deseo crear un listado de líneas de investigación para asociarlas a los grupos
de investigación.
Las líneas de investigación son lineamientos que están dirigidos y reconocidos por Colciencias
como ente coordinador del proceso investigativo en Colombia y que dan cuenta del rumbo que
está tomando un grupo en materia de investigación
Reglas Del Negocio:
- Las líneas de investigación tiene un código único en el sistema.

- Un grupo de investigación puede tener una o más líneas de investigación asociadas.
- El sistema deberá sacar informes por línea de investigación.
- Las líneas de investigación deberían ser subidas inicialmente desde el maestro definido
por Colciencias, el cual fue enviado en archivo Excel.
Nombre: Registrar proyecto
Prioridad: Alto Riesgo: Alto
Descripción: Como investigador deseo registrar mi proyecto para que quede como elegible
dentro de una convocatoria abierta por la dirección de investigación y desarrollo. Los proyectos
son el insumo inicial de todo proceso de investigación, cualquier investigación que se desee
emprender debe estar enmarcada claramente dentro del contenido de un proyecto que es el que
define los objetivos, el marco teórico de la investigación, antecedentes, los investigadores
involucrados, las formas de financiación, los objetivos que se desean lograr con la investigación
entre otros. El Proyecto también debe definir claramente las fechas de cumplimiento de cada
objetivo y el producto resultante del mismo si es del caso.
Reglas Del Negocio:
- Los proyectos se deben registrar con un código único dentro del sistema.
- Cada proyecto debe estar definido dentro de una convocatoria abierta en el momento del
registro.
- Al proyecto se le deben definir un nombre, un resumen, palabras claves y el objetivo
general, que a su vez servirán como campos de recuperación.
- Los proyectos deben tener una fecha de inicio y de fin
- A los proyectos de les podrá asociar investigadores, grupos de investigación,
financiadores, objetivos específicos y permitir subir los resultados de la investigación en
archivos PDF.
- Se debe asegurar que el proyecto cumpla con los criterios de aceptación definidos para la
convocatoria en la que fue registrado.
- Los proyectos deben ser definidos por investigadores registrados y activos en algún grupo
de investigación, a su vez este investigador se convertirá en el investigador principal del
proyecto.
- Los investigadores asociados al proyecto podrán consultar la información del mismo, pero
solo el investigador líder y el administrador podrán hacer modificaciones.
- El proyecto debe emitir alertas vía email de todas las modificaciones sufridas, tanto al
administrador del sistema, como a los investigadores del mismo.
- Este es el proceso neurálgico del sistema, de la información almacenada en los proyectos,

parte todo el éxito de la solución, en este proceso se debe tener el máximo cuidado y
ejecutar todas las pruebas necesarias que aseguren su correcto funcionamiento.
- Leer normatividad de Colciencias en la presentación de proyectos, y su posterior registro
en el GroupLav y Cvlac, para tratar de alinear nuestro software con las directrices
dictadas por Colciencias.
Nombre: Asociar Grupos de investigación al proyecto
Prioridad: Alta Riesgo: Medio
Descripción:
Como investigador principal del proyecto deseo asociar los grupos de investigación que colaboran
con el mismo.
Cada proyecto debe estar asociado a por lo menos un grupo de investigación, y debe definirse
claramente la participación de este grupo dentro del proyecto.
Dentro de los grupos asociados al proyecto, debe existir uno y solo uno que será identificado
como el grupo principal.
Reglas Del Negocio:
- Se debe permitir asociar uno o más grupos de investigación al proyecto.

- Se debe definir un campo de texto donde el usuario describa la participación del grupo
dentro del proyecto.
- Los grupos candidatos a asociarse al proyecto, deben estar activos dentro del sistema.
- Se debe emitir alerta vía email, al líder del grupo comunicando que su grupo fue asociado
al proyecto, y el tipo de participación que le fue asignada.
- El usuario administrador del sistema también podría asociar grupos al proyecto, si lo

considera necesario
Nombre: Asociar Investigadores al proyecto
Descripción:
Como investigador principal del proyecto deseo asociar los investigadores que están involucrados
en el mismo.
Cada proyecto debe tener asociado a por lo menos un investigador, dentro de los investigadores
del proyecto, debe existir uno y solo uno que será identificado como el investigador principal.
Reglas Del Negocio:
- Se debe permitir asociar uno o más investigadores al proyecto.

- Los investigadores deben estar inscritos y activos en algún grupo de investigación.
- El proyecto debe tener uno y solo un investigador identificado como investigador líder.
- Todos los investigadores adscritos al proyecto, podrán consultar la información detallada
del proyecto, y recibirán notificación vía email, de los cambios que va sufriendo el mismo,
pero solo el investigador principal podrá hacer modificaciones.
- Se debe emitir alerta vía email, al investigador que fue asociado al proyecto.
- El usuario administrador del sistema también podría asociar investigadores al proyecto, si

lo considera necesario
Nombre: Definir objetivos específicos al proyecto
Descripción:
Como investigador principal del proyecto deseo definir los objetivos específicos y los
compromisos en cuanto a entrega de productos resultantes de dicho objetivo.
Los proyectos deben tener objetivos específicos, según las directrices de la dirección de I+D
deben ser por lo menos 3, pero esto no puede ser una camisa de fuerza.
Los objetivos específicos deben estar alineados con el objetivo general del proyecto, de tal
manera que ayuden a alcanzar este último, cada objetivo específico debe tener una fecha de
cumplimiento.
Cada objetivo específico puede tener asociadas algunas actividades a manera de cronograma,
necesarias para cumplir con el objetivo.
Reglas Del Negocio:
- Se debe permitir asociar uno o más objetivos específicos al proyecto.

- Los objetivos específicos deben tener una fecha de cumplimiento, pero dicha fecha no
puede ser una camisa de fuerza, sino que será meramente informativa, para controlar los
avances del proyecto.
- Cada objetivo específico puede dar como resultado algún producto de investigación, y el
sistema deberá permitir subir este producto.
- Se debe emitir alerta vía email tanto al administrador como al investigador principal
informando de los cambios en el proyecto.
- El usuario administrador del sistema también modificar los objetivos específicos al

proyecto, si lo considera necesario
Nombre: Definir Financiadores del proyecto
Descripción:
Como investigador principal del proyecto deseo definir los financiadores y el tipo de contribución
que estos hacen, bien sea económica o en especie.
Todo proyecto debe tener por lo menos un financiador, en el caso de los proyectos presentados
ante la dirección de I+D de la UCO, el financiador generalmente es la misma universidad, pero se
presentan algunos casos en que los proyectos son cofinanciados entre 2 o más entidades, cada
una haciendo su aporte bien sea en especie, monetario o ambos.
Reglas Del Negocio:
- Se debe permitir definir por lo menos un financiador del proyecto.

- A cada financiador del proyecto se le debe definir el valor aportado, y una descripción
que defina el tipo de aporte.
- Las entidades que actúan como financiadoras de los proyectos, deben estar registradas
en el sistema de contabilidad de la UCO.
- El usuario administrador del sistema también modificar los financiadores del proyecto, si
lo considera necesario.
Nombre: Subir archivos asociados al proyecto
Descripción:
Como investigador principal del proyecto deseo subir archivos PDF a mi proyecto.
Un proyecto maneja muchos documentos que evidencian el estado del proyecto, tanto legales
como las actas de inicio, seguimiento, cierre, compromiso y demás; Y otros documentos
resultantes del mismo proyecto, como la definición del proyecto completo, y también los
resultados o productos resultantes del proyecto.
Reglas Del Negocio:
- Se debe permitir subir archivos PDF al proyecto.

- Los archivos pueden estar asociados a un criterio de evaluación de la convocatoria, a un
objetivo específico definido dentro del proyecto, o simplemente ser un anexo del
proyecto sin estar relacionado con ningún tópico específico.
- A los archivos subidos al sistema, se le debe poder definir una descripción y un título para
identificarlos claramente sin necesidad de abrir el archivo.
- Los archivos subidos al sistema deben tener un versionamiento, para poder identificar
cual es la última actualización del mismo.
- Para estandarizar los archivos subidos al proyecto, para facilitar su consulta se definió con
el usuario que los archivos deben ser subidos al proyecto en formato PDF.
Nombre: Definir prorrogas del proyecto
Prioridad: Baja Riesgo: Medio
Descripción: Como investigador principal del proyecto deseo solicitar prorrogas a mi proyecto. Si
bien es cierto que proyecto tiene claramente definidas las fechas de inicio y terminación, se
pueden presentar circunstancias que obliguen a extender la fecha final del mismo.
Reglas Del Negocio:
- Solo el investigador principal podrá solicitar prorrogas.

- Las prórrogas deben tener una justificación, una fecha de solicitud y una nueva fecha de
entrega del proyecto.
- Las prórrogas tienen que ser aprobadas por el administrador del sistema.
- El administrador podrá modificar los términos solicitados en la prorroga como las fechas
solicitadas, y podrá hacer alguna observación, independientemente si la prórroga es o no
aceptada.
- En caso de ser aceptada la prórroga, el proyecto deberá tomar como nueva fecha de
cierre del proyecto, la definida en la prórroga.
Nombre: Definir observación dentro del proyecto.
Prioridad: Media Riesgo: Bajo
Descripción: Como investigador principal del proyecto deseo solicitar poder realizar
observaciones al proyecto en cualquier momento. Dentro de la misma dinámica de cada
proyecto, puede surgir la necesidad tanto del líder del proyecto como del administrador, de
realizar alguna observación y hacer seguimiento de la misma, como es el saber si ya fue leída por
su contraparte, la fecha en que fue leída, y si se obtuvo una respuesta a esa observación
Reglas Del Negocio:
- Tanto el investigador líder como el administrador del proyecto pueden crear

observaciones.
- Las observaciones deben tener una fecha de creación, el autor de la observación y una
fecha de lectura.
- Tanto el investigador líder, como el administrador pueden dar respuesta a una
observación previa, y se debe poder identificar esta secuencia de observación –
respuesta.
- Las observaciones solo pueden ser modificadas por su autor y solo si esta no ha sido leída
y/o respondida por la contraparte.
- Las observaciones pueden estar asociadas a un criterio de evaluación de la convocatoria,
a un objetivo específico definido dentro del proyecto, o simplemente ser una observación
independiente.
informando de los cambios en el proyecto
Nombre: Reporte de proyectos por criterios de búsqueda
Descripción:
Como usuario de la aplicación deseo consultar los proyectos por cualquiera de los criterios de
búsqueda de los mismo.
Como criterios de búsqueda de los proyectos, se entienden los campos de texto diligenciados al
momento de la creación del proyecto, como son objetivo, titulo, resumen, palabras clave entre
otros.
Reglas Del Negocio:
- Todos los usuarios, incluyendo los visitantes pueden solicitar listados de los proyectos
existentes, filtrándolos por cualquier criterio de búsqueda.
- El sistema debe entregar un listado con los resultados encontrados, desplegando
información básica de cada registro, como el nombre, autor, fecha de inicio y terminación
y el estado del proyecto.
- Cada registro presentado al usuario, debe disponer de algún mecanismo que le permita al
usuario, consultar la información detallada del proyecto seleccionado.
- Consultar los índices Oracle Text, que son una poderosa herramienta para indexar y
recuperar información de campos de texto, y documentos de texto.
- Estos índices ya fueron probados y están en funcionamiento en la aplicación de biblioteca
de la UCO, con magníficos resultados, tanto en la exactitud de los resultados, como en el
rendimiento de la búsqueda.
Nombre: Reporte detallado de proyectos
Descripción:
Como usuario de la aplicación deseo consultar la información detallada de cualquier proyecto

específico.
Reglas Del Negocio:
- Todos los usuarios, incluyendo los visitantes pueden realizar una consulta que le presente
el detalle de un proyecto específico.
- El sistema debe entregar información detallada del proyecto especificado, como fechas,
estado, objetivos específicos, prorrogas, investigadores y grupos asociados.
- La información de financiadores, observaciones y archivos asociados al proyecto, solo
puede ser visible para los investigadores participantes del proyecto y para el
administrador.
- En caso de que la consulta sea realizada por el investigador líder, o por el administrador,
el reporte debe proveer algún mecanismo que les permita hacer modificaciones al
proyecto, solo para aquellos que no alcanzaron el estado de cierre.
- Consultar los índices Oracle Text, que son una poderosa herramienta para indexar y
recuperar información de campos de texto, y documentos de texto.
- Estos índices ya fueron probados y están en funcionamiento en la aplicación de biblioteca
de la UCO, con magníficos resultados, tanto en la exactitud de los resultados, como en el
rendimiento de la búsqueda.
El diagrama de Clases que aquí se presenta es el resultado del análisis de los
requisitos funcionales levantados con el usuario. En dicho diagrama de muestran
las clases que teóricamente deben ser implementadas en el aplicativo de I+D para
que el software resultante cumpla con las necesidades expresadas por el usuario.
Diagrama de clases
Pero en la práctica las clases definidas en el modelo de negocios solo
implementan los métodos definidos en el diagrama de clases, porque los atributos
son implementados por el Entity Framework, que es un marco de trabajo que hace
la abstracción del modelo de datos para lograr la persistencia de los datos en
memoria, otorgando ventajas al momento de la codificación, cuya explicación
escapa al alcance de este documento.
MER (Modelo Entidad – Relación) implementado en la base de datos

Entity Framework con los atributos definidos por el diagrama de clases
Como se dijo anteriormente la lógica del negocio solo implementa los métodos
definidos en el diagrama de clases, y tiene una interacción directa con el Entity
Framework para efectuar las transacciones en la base de datos
Diagrama de clases implementado en la aplicación

La aplicación de I+D, hace parte del conjuntos de servicios implementados en el
PORTAL DE APLICACIONES WEB DE LA UCO. Para una mayor comprensión
de la arquitectura definida en la aplicación, se puede revisar el diagrama de capas,
donde se muestran las interacciones con dichos componentes.
Diagrama de capas o arquitectura implementada

La aplicación I+D al no ser una aplicación independiente, requiere de muchos
componentes tanto internos del portal de aplicaciones de la UCO (Master Page,
Base Page, Css, Imágenes, User Controls, entre otros), como componentes
externos como todo el Framework de Telerik para ASP NET, el Ajax Control
Toolkit y finalmente algunos componentes independientes desarrollados en la
UCO, como el Framework Core, que contiene funcionalidades para escribir
archivos log, Envío de correo, y ejecución de sentencias query almacenadas en la
base de datos.
Diagrama de componentes
Finalmente se presenta el diagrama de despliegue de la aplicación, en este punto
debo hacer claridad que la herramienta de Visual Studio 2010, que es con la que
se gráfica, no tiene un diagrama de este tipo, y para no perder el estilo de los
diagramas antes realizados, presento el diagrama de despliegue con las
herramientas provistas por el diagrama de componentes, de tal suerte que
posiblemente no se vea como un diagrama de despliegue tradicional, pero espero
se entienda de la mejor manera posible.
Diagrama de despliegue
9. CONCLUSIONES Y RECOMENDACIONES:
Este software representa para la universidad un gran avance en el sentido estricto

que será una gran herramienta para el control y desarrollo de las investigaciones
de la universidad. En la elaboración de este trabajo de grado pudimos realizar
varios hallazgos que fortalecieron el porqué de este proyecto, dando como
resultado un horizonte más claro acerca de la investigación en la institución. A
continuación algunos de los hallazgos encontrados, son:
Análisis de los productos de investigaciones según la tipología
En este hallazgo podemos evidenciar la fortaleza de algunas de las tipologías de

la universidad en cuanto a productos de investigación nos referimos, teniendo
presente que la tipología con mayor fuerza dentro de la institución es la
Apropiación social del conocimiento, participación en calidad de ponentes y/o
asistentes en foros con un 51.7%, del total de la producción investigativa de la
universidad. En el mismo sentido la fortaleza de los grupos investigativos en la
Generación de nuevo conocimiento, con un 26.7%, lo cual obedece a una cuarta
parte de la producción total de las investigaciones generadas.
En sentido contrario se puede observar las debilidades en la producciones que

están encaminadas al Desarrollo tecnológico e innovación, este representado con
un 5.9% del total de la producción de investigaciones universitarias y en el mismo
sentido la Formación de recurso para la CTI, representado en un 15.7% de la
producción total.
Total producción grupo de investigación 2008 – 2013
A continuación se realiza la presentación de la producción de los grupos de

investigación según las tipologías.
En la figura se evidencia la producción en la tipología de Generación de
nuevo conocimiento con un 16.4% se encuentra el grupo de sanidad vegetal,
seguidamente con un 12.5% se encuentra el grupo de biotecnología, le continua el
grupo de Limnología con un 10.7%, con un 10.4% se encuentra estudios
florísticos, con un 10.5% el grupo humanitas, con un 8.4% encontramos al grupo
COMEX y el grupo investigaciones jurídicas con un 7.8%; estos grupos se
caracterizan por tener producción en revistas, capítulos de libros y libros resultado
de las investigaciones.
Posteriormente encontramos a los grupos de Gibpsicos con un 6%, el SER

con un 4.8%, kénosis con un 3.7%, pedagogía con un 3.5%, le continúan los
grupos de GIMU con un 2.2%, CISOHU con un 1.4%, agroindustria con 1.1%,
sinapsis con un 0.4%, y no reportan los grupos de producción animal y la unidad
de gestión del conocimiento.
En relación a la tipología de desarrollo tecnológico e innovación se observa

que la mayoría de los grupos no tienen producción en estás tipologías, lo que
evidencia que se debe realizar una mayor apropiación y difusión para que los
resultados de las investigaciones culminen en subtipologías de esta categoría.
En el caso del grupo de Limnología el 30% de su producción corresponde a las
consultorías, para el grupo de pedagogía con el mismo porcentaje se evidencia en
los Objetos Virtuales de Aprendizaje OVA producidas para el proyecto pedagogos,
y con un 18.5% el grupo de agroindustria.
Apropiación social del conocimiento
En relación a esta tipología, los grupos que reportan un mayor nivel de

producción son: Humanitas con el 15%, el SER 14.7%, Comex con un 13%,
Gibpsicos con un 12.2%
Se puede concluir que los docentes presentan en un 51.7% afinidad por convertir
sus resultados de investigación en las diferentes subtipologías de apropiación
social del conocimiento.
Con relación a la figura se puede observar que sólo el 15.7% del total de la
producción de los grupos se refiere a esta tipología, lo que indica que son muy
pocos los auxiliares de investigación que acompañan los procesos investigativos.
En primer lugar con un 14.8% se encuentra el grupo de biotecnología, le continúan
con un 13.4% el mismo número de productos de formación para los grupos de
Comex e Investigaciones jurídicas, el grupo Gibpsicos con un 11.8%, Sanidad
vegetal con un 11%, e inferior al 10% encontramos los grupos de Kénosis,
Estudios florísticos, Ser, Cisohu, Gimu, Humanitas, Limnología y recursos hídricos,
Pedagogía y didáctica, Agroindustria y la Unidad de gestión del conocimiento, sin
formación encontramos los grupos de Producción y reproducción animal y el
grupos Sinapsis.
Análisis de los productos investigativos según sus tipologías y sus grupos

generadores.
Formación
Desarrollo de
Generación Apropiación
tecnológico recurso
GRUPO de nuevo social del
e humano
conocimiento conocimiento
innovación para la
CTI
AGROINDUSTRIA 7 25 20 2
BIOTECNOLOGIA 77 4 34 54
CISOHU 9 7 27 16
COMEX - FACEA 52 1 156 49
ESTUDIOS 64 2 42 19
FLORISTICOS
GIBPSICOS 37 7 146 43
GIMU 14 3 28 16
HUMANITAS 62 4 179 15
INVESTIGACIONES 48 4 83 49
JURIDICAS
KENOSIS 23 4 86 23
LIMNOLOGÍA Y 66 35 26 12
RECURSOS
HÍDRICOS
PEDAGOGÍA Y 22 35 39 11
DIDÁCTICA
PRODUCCIÓN, 0 0 5 0
REPROD. ANIMAL
SANIDAD VEGETAL 101 0 70 40
SER 30 3 169 13
SINAPSIS - GRIIS 3 1 20 0
GESTIÓN DEL 0 0 62 1
CONOCIMIENTO
En la tabla se evidencian los productos de investigación que son generados por
cada grupo de investigación en cada una de las tipologías propuestas por
Colciencias. Se presume que, de una investigación se puede obtener por lo
menos dos productos en cada una de las tipologías, de esta manera es importante
evidenciar que en los productos investigativos de la institución esta presunción no
se cumple. Se observa que la relación entre las tipologías apropiación social del
conocimiento y la formación de recurso humano no son muy cercanas en términos
de número de productos, teniendo presente que esta última se genera por medio
de los trabajos de grado que son asesorados a nivel de pregrado, maestría y
doctorado.
Recomendaciones
Al final del desarrollo de I+D Software se analizará la posibilidad de recuperar

información del sistema actual, este proceso es en extremo complicado y no se
asegura que se pueda llevar a cabo, dado que I+D Software es un desarrollo
desde cero y la base de datos actual no contiene información sensible y confiable.
Se debe seguir mejorando en la estandarización de los procesos en la dirección

de investigación y desarrollo, en cuanto a recepción de documentos, definición de
convocatorias, procesos de selección y evaluación, seguimiento a los proyectos y
cierre de los mismo entre otros.
Queremos dejar el mejor producto posible para la universidad, es por ello que
después del proceso de pruebas con usuario, puesta en producción y seguimiento,
se iniciará el versionamiento del software en producción, para llevar el registro de
cambios y mejoras al mismo.
10. REFERENCIAS
Bibliografía
Colciencias. (2013). Modelo de medición de grupos de investigación, desarrollo

tecnológico y/o innovación, año 2013. Bogotá: Colciencias.
Villar, Leonardo y Malagón, Jonathan (Junio 2013), El sector TIC: la nueva
locomotora de la economía colombiana.
Consejo privado de competitividad. (2012). Informa nacional de competitividad
2012 - 2013.
Real Academia Española. (2013). Obtenido de www.rae.es
Universidad Católica de Oriente. (2001). Acuerdo CD-017 Consejo Directivo.
Modifica la reglamentación y la estructura orgánica del Sistema de
Investigación y Desarrollo de la Universidad Católica de Oriente. Rionegro:
Universidad Católica de Oriente.
Universidad Católica de Oriente. (2009). Caraterización sistema de investigación y
desarrollo. Rionegro: Universidad Católica de Oriente.
http://es.wikipedia.org/wiki/Framework
http://es.wikipedia.org/wiki/Historias_de_usuario
http://es.wikipedia.org/wiki/Migracion_de_datos
11. ANEXOS
Logo
MANUAL DE USUARIO
I+D SOFTWARE
UNIVERSIDAD CATOLICA DE ORIENTE

1 Tabla de contenido
2 ACCESO A LA APLICACIÓN ......................................................................................................... 48
2.1 Ingreso a la página web de la UCO .................................................................................... 48
2.2 Servicios Web .................................................................................................................... 49
2.3 Portal de Aplicaciones Web .............................................................................................. 50
2.4 Menú de aplicaciones disponibles para el usuario autenticado ....................................... 51
2.5 Aplicación de I+D Software ............................................................................................... 52
3 MANUAL DEL SISTEMA I+D Software ........................................................................................ 54
3.1 Menú Maestros. ................................................................................................................ 54
3.1.1 Tipos de convocatoria: .............................................................................................. 55
3.1.2 Grupos de Investigación ............................................................................................ 56
3.1.3 Categorías de investigador ........................................................................................ 59
3.1.4 Líneas de Investigación ............................................................................................. 60
3.1.5 Criterios de Evaluación .............................................................................................. 61
3.2 Menú Convocatorias. ........................................................................................................ 62
3.2.1 Creación y/o modificación de convocatorias ............................................................ 62
3.2.2 Asignación de criterios de Evaluación ....................................................................... 63
3.3 Menú Proyecto .................................................................................................................. 65
3.3.1 Definición del proyecto ............................................................................................. 65
3.3.2 Definir objetivos específicos ..................................................................................... 67
3.3.3 Participantes.............................................................................................................. 68
3.3.4 Financiación............................................................................................................... 71
3.3.5 Observaciones ........................................................................................................... 72
2 ACCESO A LA APLICACIÓN
2.1 Ingreso a la página web de la UCO
Se ingresa a la página principal de la Universidad Católica de Oriente en la dirección www.uco.edu,

se abre la página con la información principal de la universidad, y con una serie de links que
ayudan al usuario en la navegación hasta la información deseada.
Para el caso de la aplicación de I+D Software, se busca el link “Servicios en línea” ubicado en la
parte superior derecha, y se ingresa dando click.
2.2 Servicios Web
Se desplegará una nueva página con las aplicaciones disponibles para los usuarios de la página de
la universidad católica de oriente.
En punto se debe hacer claridad que esta página está en proceso de diseño y reestructuración
para guiar al usuario al ingreso al portal de aplicaciones donde están la mayoría de aplicaciones a
las que tienen acceso los usuarios, bien sean visitantes, docentes, empleados, estudiantes,
egresados, entre otros.
El portal de aplicaciones web de la Universidad Católica de Oriente es la respuesta de la UCO a la

necesidad expresa de los usuarios por tener centralizadas todas las aplicaciones que la universidad
pone a su disposición para facilitarle muchos de los procesos críticos para cada tipo de usuario.
El portal esta implementado en visual studio 2010, apoyado en base de datos Oracle 10g y se basa
en proveedores de membresía como estructura principal para la identificación de usuarios,
apoyada en roles y control de mapa de sitio, como por ejemplo el “membership provider” para
identificación de usuarios, “rol provider” para control de roles y “sitemap provider” para el
despliegue de las opciones de acuerdo al rol o roles que el usuario posee dentro de la aplicación.
Como la página está en proceso de reestructuración aún no está definido el link de acceso directo
a la aplicación de I+D Software, pero una vez se tenga este diseño, se procederá con la
actualización de este manual. Por el momento y solo como ilustración buscaremos la opción
“Pagos Web”, que nos llevará de igual forma al mismo portal donde se alojará nuestra aplicación.
2.3 Portal de Aplicaciones Web
Nuestro portal requiere un usuario y una clave para las aplicaciones que requieren un rol
específico, como es el casi de I+D Software, a este aplicativo podrá acceder cualquier usuario de la
UCO con rol de estudiante, docente, empleado o administrador como es el caso de esta
ilustración.
2.4 Menú de aplicaciones disponibles para el usuario autenticado
Una vez digitado el usuario y la clave, el control de acceso desplegará las opciones en el menú de
la parte izquierda de la pantalla, a las que el usuario tiene acceso de acuerdo a los roles que tiene
asignados. Además provee la opción de abandonar el portal cuando el usuario autenticado así lo
decida.
2.5 Aplicación de I+D Software
Para el ingreso a la aplicación I+D Software, el usuario hará uso de la opción “Investigación y
desarrollo”, presentada en el menú ubicado en la parte izquierda de la pantalla.
El sistema desplegará la pantalla principal de la aplicación y haciendo uso nuevamente de su

capacidad de identificación de roles, presentará un menú en la parte superior del marco de
trabajo, con las opciones disponibles para el usuario autenticado.
Para efectos de ilustración, ingresaremos con usuario con rol de administrador de la aplicación.
La aplicación está dividida en 5 secciones principales:
Menú Maestros: tiene acceso solo el administrador del sistema, y presenta la posibilidad de
ingresar y/o modificar los registros de los archivos maestros, que son la base para la definición de
los procesos avanzados de la aplicación.
Menú convocatorias: tiene acceso solo el administrador, y permite crear y/o modificar las
convocatorias que servirán de marco para la inscripción de los proyectos candidatos a ser elegidos
para financiar su ejecución.
Menú proyectos: tienen acceso tanto los investigadores como el administrador, aquí es donde se
inscriben los proyectos que quieren participar en las convocatorias activas en el momento.
Menú Reportes: tienen acceso todos los usuarios, con algún vínculo con la universidad entre ellos
docentes, estudiantes, administrativos, egresados entre otros.
Para los usuarios no investigadores, presentará reportes básicos como listado de proyectos
filtrado por criterios de búsqueda como título, resumen, rango de fechas, palabras clave entre
otros, además permitirá algún detalle de cualquiera de los proyectos listados en el reporte
general.
Para los administradores e investigadores además de los reportes básicos, presentará reportes
avanzados de estadísticas de la producción intelectual de la UCO, pudiéndose filtrar por línea de
investigación, grupo de investigación, investigador, facultad, entre otros.
Nota: estas opciones no están disponibles aun, porque el software aún se encuentra en proceso
de desarrollo, y dentro del listado de prioridades los reportes están en la cola según acuerdo con
el usuario líder del proyecto, y ratificado con el director de la dirección de I+D de la Universidad
Católica de Oriente.
3 MANUAL DEL SISTEMA I+D Software
3.1 Menú Maestros.
Los Archivos maestros son las estructuras básicas para realizar operaciones más avanzadas dentro
de la aplicación, es condición esencial definir la información de los archivos maestros, antes de por
ejemplo crear convocatorias o registrar proyectos.
La dinámica de trabajo de todos los maestros, y en general de toda la aplicación es la misma, se

presenta una grilla con la información ya almacenada en cada maestro si la tiene, y se ofrecen las
siguientes opciones:
Adicionar: localizada en la parte superior de la grilla, crea un registro nuevo abriendo los campos
de texto en blanco, necesarios para que el usuario ingrese la información del registro que desea
crear, y al final se presentan las opciones “Guardar” o “Cancelar” según sea la decisión del usuario.
Modificar: Localizada a la derecha de cada registro listado en la grilla, permite cambiar la

información del registro seleccionado. El sistema recupera y presenta la información del registro y
permite que el usuario cambie los datos deseados. Al final se presentan las opciones “Actualizar”
o “Cancelar” según sea la decisión del usuario.
A continuación se ofrece una descripción de cada archivo maestro, y las opciones diferenciales de
cada uno de ellos.
3.1.1 Tipos de convocatoria:
Las convocatorias deben ser de algún tipo, cerradas, abiertas, privadas entre otras, en este
maestro se definen esos tipos que son fundamentales para poder crear una convocatoria.
La información necesaria es básica, un Id del registro que es administrado por la aplicación y un

nombre que identifique al tipo de convocatoria que se desea crear.
3.1.2 Grupos de Investigación
Los Grupos de investigación son las agrupaciones base para presentar proyectos de investigación
enmarcados dentro de la reglamentación de Colciencias, de tal manera que para una institución
educativa de nivel superior como la Universidad Católica de Oriente, es condición primordial que
todos los proyectos que quiera registrar ante esta entidad, para figurar como institución
investigadora, estén dirigidos desde un grupo de investigación también registrado y reconocido
por Colciencias.
Por esta opción se pueden crear los grupos de investigación para poder vincularlos a los proyectos
que se quieran registrar en la aplicación, además se puede vincular los investigadores a cada grupo
de investigación.
Como se observa en la gráfica anterior, este maestro en un poco más elaborado, porque ofrece
más funcionalidades. La dinámica para crear y modificar grupos de investigación y los
investigadores asociados a ellos es la misma que se explicó al inicio de este capítulo.
Los campos necesarios para crear un grupo son:
• Id del Grupo: consecutivo administrado por la aplicación.

• Nombre del Grupo: el nombre con el que fue registrado el grupo ante Colciencias.
• Descripción: una descripción de las actividades del grupo, puede contener la visión y la
misión del grupo.
• Facultad: el código de la facultad a la que está vinculado el grupo.
• Link GroupLak: La dirección otorgada por Colciencias en el momento en que se registró el
grupo ante esa entidad.
Una vez creado el grupo, se le pueden asociar investigadores, simplemente haciendo click sobre el
grupo, el sistema marcará el registro con un color diferencial dentro de la grilla de los grupos, y
recuperará los investigadores que ya están vinculados al grupo seleccionado.
Las operaciones básicas para registras y/o modificar investigadores tienen la misma dinámica que
la explicada anteriormente
La información básica de los investigadores es:
Id del grupo: es el grupo al que se va a vincular el investigador, es manejado internamente por la

aplicación, que arrastra el código del grupo seleccionado en la grilla de grupos, para mayor
comprensión del usuario, el sistema no muestra el código sino el nombre del grupo.
Identificación del investigador: la identificación puede ser digitada en el campo correspondiente,

o el investigador puede ser buscado mediante un objeto de búsquedas que ya tiene incorporado el
portal.
El objeto de búsquedas tiene una grilla donde se muestra el listado de todos los empleados de la
universidad, más adelante se incluirán los docentes y los estudiantes. La grilla cuenta con
paginación, es decir que muestra la lista dividida entre varias páginas para ayudar al usuario en la
tarea de ubicar el registro deseado, y cuenta con una caja de texto para que el usuario pueda
buscar la persona, por número de identificación, apellidos o nombre de manera ágil, por ejemplo
digitando el nombre o parte del mismo, y luego usando la opción buscar enseguida de la caja de
texto.
Una vez seleccionado el investigador, el sistema se conectará a la base de datos de contabilidad y

consultará el nombre que corresponde al número de identificación seleccionado, y lo presentará
en el campo correspondiente.
Categoría del investigador: los investigadores están separados en categorías de acuerdo a su

experiencia, publicaciones, proyectos desarrollados entre otros, el sistema provee una lista
desplegable para seleccionar la categoría del investigador.
Fecha de ingreso: la fecha en que el investigador se vinculó al grupo, el sistema ayuda al usuario a
ingresar la fecha en el formato correcto, mediante un objeto calendario, que permite al usuario
buscar y seleccionar la fecha deseada.
Es líder de grupo: Un indicador de selección “si” o “no”, que determina si ese usuario es el líder
del grupo.
Retirado: Un indicador de selección “si” o “no”, que determina si ese usuario está retirado del
grupo.
Fecha de retiro: la fecha en que el investigador se retiró del grupo, el sistema ayuda al usuario a
ingresar la fecha en el formato correcto, mediante un objeto calendario, que permite al usuario
buscar y seleccionar la fecha deseada.
Link CvLac: es simplemente una caja de texto donde se ingresa el link otorgado por Colciencias
cuando el investigador se registró en su plataforma.
3.1.3 Categorías de investigador
Los investigadores están separados en categorías de acuerdo a su experiencia, publicaciones,

proyectos desarrollados entre otros, el sistema provee una lista desplegable para seleccionar la
categoría del investigador.
Es un maestro sencillo sin funcionalidades complejas, la información necesaria es:
Id categoría: consecutivo administrado por la aplicación.
Nombre categoría: Un nombre que identifique a la categoría.
Descripción: Un texto descriptivo de la categoría.

3.1.4 Líneas de Investigación
Las líneas de investigación base para la aplicación, todo grupo de investigación debe estar
enmarcado en al menos una de estas categorías, y a su vez estas categorías deben estar alineadas
con los códigos y nombres designados por Colciencias para tal fin.
Id Línea de Investigación: Código definido por Colciencias.
Nombre Línea: Nombre definido por Colciencias para la línea de investigación.
Descripción: Un texto descriptivo de la línea de investigación.

3.1.5 Criterios de Evaluación
Los criterios de evaluación son definidos por la dirección de I+D de la Universidad Católica de
Oriente, con el fin de que sirvan como directriz de las convocatorias creadas, de tal manera que
cada convocatoria tiene la libertad de definir cuales criterios de evaluación utilizará, de acuerdo al
objetivo perseguido.
Id Criterio de Evaluación: consecutivo administrado por la aplicación.
Nombre del Criterio: Nombre que identifique al criterio dentro de la aplicación.
Descripción: Un texto descriptivo del criterio de evaluación.

3.2 Menú Convocatorias.
Esta opción solo está habilitada para el administrador del sistema, y permite definir las
convocatorias, junto con los criterios de evaluación que serán utilizados en una convocatoria en
particular.
3.2.1 Creación y/o modificación de convocatorias
Cada convocatoria puede definir sus propios criterios de evaluación, y a su vez el comportamiento
que este criterio va a tener dentro de la convocatoria, como puede ser fecha de vencimiento del
criterio, puntaje asignado a los proyectos que cumplen con el criterio entre otros.
La convocatoria requiere la siguiente información:
Id de la convocatoria: Consecutivo asignado a cada convocatoria para identificarla dentro del

sistema, es administrado automáticamente.
Tipo de convocatoria: El tipo de la convocatoria, determina el tipo de público al que va dirigida, es

seleccionado del maestro de tipos de convocatoria.
Descripción: un nombre o descripción que permita a los usuarios identificar la convocatoria.
Fecha de publicación: la fecha en que la convocatoria se debe hacer pública, el sistema ayuda al
usuario a ingresar la fecha en el formato correcto, mediante un objeto calendario, que permite al
usuario buscar y seleccionar la fecha deseada.
Fecha de inicio: la fecha en que abre el sistema para que los interesados inscriban sus proyectos,
el sistema ayuda al usuario a ingresar la fecha en el formato correcto, mediante un objeto
calendario, que permite al usuario buscar y seleccionar la fecha deseada.
Fecha de cierre: la fecha en que se cierra la convocatoria, es también la fecha límite de inscripción
de proyectos, el sistema ayuda al usuario a ingresar la fecha en el formato correcto, mediante un
objeto calendario, que permite al usuario buscar y seleccionar la fecha deseada.
Observaciones: un campo de texto que le da flexibilidad al usuario para que defina información
importante propia de la convocatoria, como condiciones especiales, advertencias a los
interesados, información relevante sobre el proceso y demás.
Abierta: Un indicador de selección “si” o “no”, que determina si la convocatoria está abierta, le
permite a al administrador cerrar la convocatoria en el momento que deseen, así no se hayan
cumplido las fechas, para casos especiales en que se necesite hacer alguna modificación de los
términos de la convocatoria.
Activa: Un indicador de selección “si” o “no”, que determina si la convocatoria está activa, le
permite a al administrador eliminar lógicamente la convocatoria en el momento que deseen, así
no se hayan cumplido las fechas, para casos extremos en que se necesite parar definitivamente el
proceso.
3.2.2 Asignación de criterios de Evaluación
Cada convocatoria debe tener criterios de evaluación, que son las directrices que definirán cuales
proyectos son aptos para ser desarrollados.
Para asignar un criterio a una convocatoria, se debe seleccionar la convocatoria ya almacenada, a

la cual se le va a asignar el criterio, al dar clic sobre el registro de la convocatoria deseada en la
grilla de las convocatorias, el sistema resaltará el registro, permitiendo identificarlo sobre los
demás, al tiempo que recupera en la grilla de los criterios de evaluación los que ya fueron
asociados a la misma convocatoria seleccionada.
La asociación de los criterios sigue la misma mecánica que todas las opciones de la aplicación,
tanto para adicionar el criterio, como para modificar uno ya asignado.
La información que requieren los criterios de evaluación es la siguiente:
Id Convocatoria: lo asigna la aplicación, tomándolo de la convocatoria seleccionada, para ayudar a

la visualización del usuario, el sistema pone la descripción de la convocatoria.
Id Criterio de Evaluación: se elige de una lista desplegable que presenta todos los criterios de
evaluación disponibles en el archivo maestro.
Fecha de evaluación: es la fecha de evaluación o revisión en que se verificará si los proyectos

registrados cumplieron o no con el criterio. El sistema ayuda al usuario a ingresar la fecha en el
formato correcto, mediante un objeto calendario, que permite al usuario buscar y seleccionar la
fecha deseada.
Puntaje: es el puntaje que se asignara a los proyectos que cumplan con el criterio de evaluación.
Al final de la convocatoria, se sumaran los puntos obtenidos por cada proyecto en cada criterio de
evaluación y será un factor más de selección de los proyecto aprobados.
Entrega producto: Un indicador de selección “si” o “no”, que determina si para el cumplimiento
del criterio de evaluación el investigador principal debe entregar algún documento, o artefacto.
3.3 Menú Proyecto
Este menú está disponible para los investigadores y para el administrador, permite definir los
proyectos que entraran a participar en una convocatoria activa en el momento del registro del
proyecto.
3.3.1 Definición del proyecto
Permite al investigador principal ingresar las características principales del proyecto, que a su vez
se transformarán en criterios de búsqueda para las consultas generales.
La definición del proyecto está dividida en pestañas, para facilitar el ingreso de la información,
permitiéndole al usuario el ingreso de la información de manera fraccionada, es decir que no es
necesario que el usuario ingrese todo el proyecto en una sola sesión de trabajo, sino que puede
ingresar la información obligatoria en la primera sesión y luego conectarse, la información básica
del proyecto almacenada previamente y adicionar otra porción de la misma.
La información básica del proyecto es la siguiente:
Id del proyecto: Consecutivo administrado por la aplicación.
Nombre del proyecto: nombre que identifica el proyecto dentro del sistema, debe ser lo más
nemotécnico posible para facilitar su ubicación por parte de los usuarios.
Cuando se desea buscar un proyecto ya ingresado en el sistema para su revisión y/o modificación,
se hace uso del objeto de búsquedas que ya tiene incorporado el portal y que fue explicado
ampliamente en el “maestro de grupos de investigación”.
Una vez ubicado y seleccionado el proyecto que se quiere modificar, el sistema traerá toda la
información previamente almacenada del mismo.
Aclaración 1
Cabe destacar que en la grilla del objeto de búsqueda se listarán todos los proyectos si el usuario
tiene rol de administrador, o en caso contrario solo los proyectos en los cuales el usuario es
investigador principal.
Aclaración 2
Si la convocatoria a la que pertenece el proyecto seleccionado está cerrada o no está activa, solo
se permitirá consultar la información, pero en ningún caso modificarla.
Id convocatoria: el consecutivo de la convocatoria en la cual se registrará el proyecto, para

facilidad del usuario, se presenta en una lista desplegable, solo con las convocatorias abiertas y
activas a la fecha del registro.
Fecha Inicio: la fecha tentativa en la que se daría inicio al proyecto en caso de ser seleccionado. El
sistema ayuda al usuario a ingresar la fecha en el formato correcto, mediante un objeto
Fecha Fin: la fecha tentativa en la que se concluiría el proyecto siempre y cuando la fecha de inicio
sea respetada. El sistema ayuda al usuario a ingresar la fecha en el formato correcto, mediante un
objeto calendario, que permite al usuario buscar y seleccionar la fecha deseada.
Código Presupuesto: código asignado desde el sistema de contabilidad, a todos y cada uno de los
proyectos seleccionados, este campo permite valores nulos, porque este código no se sabrá hasta
que no termine la convocatoria.
Objetivo general: es el objetivo general del proyecto, un campo de texto suficientemente amplio
para hacer una definición precisa del objetivo, permite hasta 4000 caracteres.
Palabras Clave: palabras que se considere son relevantes y ayudarían a encontrar el proyecto en
una búsqueda rápida, un campo de texto suficientemente amplio para hacer una definición
precisa del objetivo, permite hasta 4000 caracteres.
Resumen: un resumen del proyecto, un campo de texto suficientemente amplio para elaborar un
resumen significativo del proyecto y su alcance, permite hasta 4000 caracteres.
Nota Importante: Una vez definida esta información básica del proyecto, debe usarse la opción
Guardar, antes de pasar a realizar cualquier otra modificación al mismo.
3.3.2 Definir objetivos específicos
Cada proyecto debe tener objetivos específicos que estén alineados con el objetivo general, en pro
de lograr su cumplimiento, cada objetivo específico debe tener una especie de cronograma, y
actividades para permitirle a la aplicación hacer un seguimiento efectivo.
Para definir los objetivos específicos del proyecto, una vez guardada la información básica del
mismo, o recuperado un proyecto previamente almacenado, nos pasamos a la sección de
“Objetivos específicos” dando clic en la pestaña de la parte superior del marco de trabajo.
La dinámica es la misma ya explicada a través de todo este documento, la información necesaria

para definir un objetivo específico es:
Objetivo específico: la definición del objetivo, lo más clara posible para evitar reproceso en las
instancias de evaluación del proyecto.
Entrega producto: Un indicador de selección “si” o “no”, que determina si al completar este
objetivo, se obtendrá como resultado algún documento, o artefacto que deba ser subido al
sistema.
Fecha de entrega: la fecha en que se entregaría el documento del producto de este objetivo. El
sistema ayuda al usuario a ingresar la fecha en el formato correcto, mediante un objeto
Producto resultante del objetivo: una descripción del resultado esperado al cumplir este objetivo,
todos los objetivos específicos deberán tener un resultado esperado, independientemente si dicho
resultado sea un documento que deba ser subido al sistema o no.
3.3.2.1 Actividades necesarias para cumplir con el objetivo específico

Para cumplir con los objetivos específicos, puede ser necesario definir con una serie de actividades
que faciliten el cumplimiento, cada objetivo puede tener cero o más actividades definidas.
Definir las actividades necesarias para el logro del objetivo, permite dar claridad dentro del
proyecto, además que facilita el seguimiento del mismo por parte del administrador y de los
mismos investigadores encargados.
Para definir una actividad asociada a un objetivo específico,
Para definir una actividad, se debe seleccionar el objetivo en la grilla de objetivos específicos, el
sistema resaltara el registro haciéndolo fácilmente identificable, y recuperará las actividades ya
definidas para el objetivo seleccionado.
La información necesaria para definir una actividad es:
Actividad: un nombre o título de la actividad.
Descripción: Una descripción más amplia de la actividad que se llevará a cabo
3.3.3 Participantes
A cada proyecto se le deben definir los participantes, un participante es todo aquel investigador o
grupo de investigación que hace algún aporte en pro de facilitar la culminación del proyecto. La
asociación de los participantes se hace dentro de la pestaña “Participantes” ubicada en la parte
superior del marco de trabajo.
3.3.3.1 Asociar investigadores

Dentro de los participantes podemos asociar uno o más investigadores, el investigador principal
será aquel que haga la definición del proyecto, es decir el que registre el proyecto dentro del
sistema, los otros investigadores que se definan, cumplirán el rol de co – investigadores.
Cuando se hace la búsqueda y posterior recuperación del proyecto, el sistema cargará la grilla con
el listado de los investigadores que ya se han asociado al proyecto, y siguiendo la misma dinámica
de ingreso de información, encima de la grilla se encontrará la opción “Vincular investigador”, la
información necesaria para asociar un investigador es la siguiente.
Identificación del investigador: como ya se mencionó antes en este documento, se puede digitar
el número de identificación del investigador que se desea asociar, o se puede buscar con el objeto
de búsqueda, en cualquiera de los dos casos el sistema buscará en la base de datos de
contabilidad, la información asociada a esa identificación y colocará el nombre del investigador en
el campo disponible para tal fin.
Horas de descargar: Los investigadores necesitan tiempo disponible para dedicarse al proyecto,
así que el sistema provee este campo, para que se defina cuantas horas semanales va a dedicar el
investigador a trabajar en el proyecto, esta información servirá como insumo en la nómina para
hacer una liquidación exacta de las horas totales laboradas por el investigador, además será útil
como consulta desde las decanaturas para llevar un control efectivo del tiempo y la dedicación de
sus docentes.
3.3.3.2 Asociar grupos de investigación

Dentro de un proyecto pueden participar grupos, aunque no dicho proyecto no les pertenezca, de
esta manera se puede registrar los proyectos interdisciplinarios que se definan, y llevar registro de
esta información.
La asociación de un grupo necesita la siguiente información:
Id Grupo: desde una lista desplegable el usuario puede elegir un grupo de los existentes en el
maestro de grupos de investigación
Grupo Principal del proyecto: Un indicador de selección “si” o “no”, que determina si el grupo que
se está asociando es el grupo principal del proyecto.
Aporte del grupo: permite especificar el aporte que el grupo de investigación seleccionado, le hará
al proyecto.
3.3.4 Financiación
Los proyectos necesitan recursos para su ejecución, estos recursos deben ser aportados por
alguien, generalmente ese alguien es la Universidad Católica de Oriente, pero existen excepciones
donde el proyecto puede ser financiado por alguna entidad o persona externa.
Independientemente de quien financie el proyecto, todo proyecto debe tener al menos un

financiador, y debe especificar el tipo y cantidad del aporte obtenido por ese o esos financiadores.
Cuando se carga un proyecto previamente definido, el sistema recupera la información de los

financiadores si existe, y permite asociar nuevos financiadores.
Para ingresar un nuevo financiador se debe definir la siguiente información:
Identificación del financiador: generalmente es el NIT de la organización financiadora, y en caso

de ser una persona natural, el número de su documento de identidad, esta identificación puede
ser digitada, o buscar el financiador en la base de datos de contabilidad, haciendo uso del obejto
de búsquedas definido en el portal de aplicaciones de la UCO..
Valor en Efectivo: la cantidad de dinero en efectivo que aportará el financiador.
Valor en especie: un financiador no solo puede realizar apoyos económicos, sino que puede
aportar, conocimiento, trabajo, inmuebles, vehículos entre otros, este tipo de aportes debe ser
cuantificado y definido en este campo
Descripción financiación: En cualquier caso se debe dar una descripción que explique el tipo y
características del aporte.
3.3.5 Observaciones
Durante el ciclo de vida del proyecto, el sistema debe permitir la comunicación constante entre los
administradores y los investigadores. Las observaciones que se hacen al proyecto es la forma en la
cual se debe producir esa comunicación de doble vía, para que quede registrada en la ejecución
del proyecto y permitir su posterior consulta.
Cualquier observación que se ingrese al sistema, será notificada a los integrantes del proyecto, y
administradores vía email, con el fin de ingresen al sistema a revisar la observación, y si es del caso
generar una nueva observación en respuesta a la primera
Las observaciones pueden ser de 3 tipos:
• Observaciones generales: son las comunicaciones generales que cualquiera de los

involucrados en el proyecto, con permisos de modificación, pueden hacer ingresar, no
tienen un fin específico, solo comunicar cualquier evento a todos los miembros del
proyecto.
• Observaciones a objetivos específicos: son las observaciones que se hacen en el
seguimiento a cada objetivo específico, bien sea de parte del investigador principal para
notificar el avance o las dificultades encontradas, o de parte del administrador para
comunicar alguna novedad en el seguimiento que se hace del proyecto.
• Observaciones a criterios de evaluación: son similares a las de objetivos específicos, con
la diferencia de que el objeto de seguimiento son los criterios de evaluación en los que se
enmarca el proyecto, dados por la convocatoria en la que este fue inscrito.
La información necesaria para las observaciones es la siguiente:
Tipo de observación: es cualquiera de los tres tipos de observación definidas en el sistema, se

debe seleccionar de una lista desplegable.
Objetivo específico o Criterio de Evaluación: dependiendo del tipo de observación que se vaya a
ingresar, el sistema presentará una lista desplegable para que el usuario elija el objeto que
provoca la observación.
Si la observación es a los objetivos, esta lista mostrará todos los objetivos específicos definidos al
proyecto, si es una observación a los criterios de evaluación, el sistema mostrará en la lista, los
criterios de evaluación definidos en la convocatoria y finalmente si es una observación general, el
sistema solo ocultará la lista desplegable.
Título de la observación: se debe definir un texto que resuma el motivo de la observación.
Detalle observación: en este campo se hace la definición completa de la observación, de tal

manera que sea clara para todos los integrantes del proyecto.
Nota 1:
El sistema avisará al autor de la observación el momento en que esta fue revisada por otra
persona con permisos de modificación, y le permitirá a este usuario que revisó, generar una
respuesta a la observación inicial, relacionando internamente tanto la observación inicial como la
respuesta generada, de esta manera se provee un medio de consulta que muestre claramente
toda la jerarquía construida en la comunicación entre los integrantes del proyecto.

I+d Software

Uploaded by

Document Information

Original Title

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

I+d Software

Uploaded by

Copyright:

Available Formats

Mejoramiento del manejo de la producción de los

grupos de investigación de la dirección de

MILSON FREDY CARDONA ECHEVERRI

I+D Software es un producto dirigido a la Dirección de Investigación y Desarrollo

En particular este trabajo de grado está orientado a la producción de una

Si bien los alcances descritos hasta este punto confirman la disposición de la

¿Cómo acceder rápida y eficazmente a todos los productos y grupos de

La investigación, más allá de constituirse en una de las funciones sustantivas de

La Universidad conocedora que debe orientar su accionar a generar nuevos

En la Universidad Católica de Oriente (UCO), han existido varios intentos para la

Las universidades asentadas en la región son:

En el cuadro se enuncian las instituciones que después de verificar a través de

4. JUSTIFICACIÓN E IMPACTO DEL PROYECTO.

La investigación de la Universidad Católica de Oriente está orientada como el

En este sentido las universidad debe orientar su accionar a generar nuevos

La UCO, en la actualidad, no cuenta con una herramienta que le ayude a manejar

La tecnología ha sido en las últimas decanas el bastión para el cambio a nivel

Este proyecto traerá como beneficios institucionales el aprendizaje necesario para

Esta Herramienta posibilitaría el fortalecimiento Grupos de Investigación de la

Mejorar de manera integral el manejo de la producción de los grupos de

Crear un software que maneje el inventario de la producción de los

Figura: Ventas de software en Colombia (2005-2008). Fuente: FEDESOFT

Algunas de las empresas nacionales ya se encuentran posicionadas en el mercado

Los principales destinos de estas exportaciones son EE.UU y países

En la actualidad existe el modelo de medición de grupos de investigación,

Brindar una herramienta versátil, robusta y oportuna que permita generar

En este modelo de medición, se diseñan y calculan múltiples indicadores de

La plataforma ScienTI-Colombia funciona a partir de dos sistemas de

1. Productos de Generación de Nuevo Conocimiento

Además propone también unos subgrupos dentro de la clasificación inicial

1. Productos de Generación de Nuevo Conocimiento

2. Productos Resultados de Actividades de Desarrollo Tecnológico e

3. Productos de Apropiación Social y Circulación del Conocimiento

4. Productos de Formación de Recursos Humanos

Tipología para la clasificación de los productos. Se construyó una tipología de

Para el desarrollo de I+D Software se utilizó la metodología Scrum, la cual permite

En búsqueda de una mejor integración de los datos entre I+D software y la

Una historia de usuario es una representación de un requisito de software escrito

Historia de usuario # 1 Fecha : 2013/12/16

Nombre: Crear Convocatoria

Usuario: Mary Estela Ospina Analista: John Mario Carmona

Prioridad: Alta Riesgo: Alto

Reglas Del Negocio:

- La convocatoria debe tener un código y nombre únicos.

- Es un proceso crítico dentro de la aplicación, de este se desprende todo el

Nombre: Crear Criterios de aceptación

Usuario: Mary Estela Ospina Analista: John Mario Carmona

Prioridad: Alto Riesgo: Medio

Reglas Del Negocio:

Consideraciones Para el Desarrollo:

- La creación de una convocatoria solo es posible si se le pueden adicionar criterios de

Nombre: Crear Grupos de Investigación

Usuario: Mary Estela Ospina Analista: John Mario Carmona

Prioridad: Alto Riesgo: bajo

Como administrador deseo crear grupos de investigación.

Un grupo de investigación está compuesto por un conjunto de investigadores, que se interesan

Reglas Del Negocio:

Consideraciones Para el Desarrollo:

Nombre: Registrar investigadores

Usuario: Mary Estela Ospina Analista: John Mario Carmona

Prioridad: Alto Riesgo: Medio

Como administrador deseo registrar investigadores en la aplicación y asociarlos a algún grupo de

Los investigadores también deben registrarse en Colciencias como investigadores, y en la