Informe Final

UNIVERSIDAD NACIONAL AGRARIA DE LA SELVA
FACULTAD DE INGENIERIA EN INFORMATICA Y SISTEMAS
INFORME FINAL DE PRACTICAS PRE PROFESIONALES
DESARROLLO DEL SISTEMA DE GESTION DE DOCUMENTOS TECNICOS

Y CIENTIFICOS PARA EL CONSEJO DE INVESTIGACION DE LA
UNIVERSIDAD NACIONAL AGRARIA DE LA SELVA – SYSCIUNAS v1.1.
Presentado por: Elvis Raúl, MENDOZA ATERO
Asesor: Ing. Hubel, SOLIS BONIFACIO.
Período: Del 15-01-2014 al 16-07-2014.
Lugar: Consejo de Investigación – Universidad Nacional Agraria de la Selva.
TINGO MARIA – JULIO DEL 2014

DICTAMEN DEL ASESOR
CERTIFICADO DE PRACTICAS
3
ACTA DE SUSTENTACION
4
Dedico el presente a
KAREN ELVA MENDOZA ATERO y
MARLO SEBASTIAN MENDOZA ATERO.
5
RESUMEN
El objetivo de la práctica pre profesional documentada en el presente informe es:

desarrollar el Sistema de Gestión de Documentos Técnicos y Científicos – SYSCIUNAS v1.1,
tomando en cuenta el manifiesto de requisitos del SYSCIUNAS v1.0, nuevos requisitos y las
políticas de desarrollo de aplicaciones del Centro de Tecnologías de Información y
Comunicación (CTIC) de la Universidad Nacional Agraria de la Selva - UNAS.
Se utilizó la metodología XP (programación extrema) para el proceso de desarrollo

partiendo del análisis de la situación actual del Consejo de Investigación de la UNAS –
CIUNAS en el que se identificaron en cuanto a Tecnologías de Información y Comunicación
– TIC: 2 computadoras, 1 impresora y el Sistema de Gestión de Documentos Técnicos y
Científicos - SYSCIUNAS v1.0 asimismo, seis procesos de gestión de investigación en los que
interviene el CIUNAS. Definido el problema se recopiló 10 requisitos no funcionales y 35
requisitos funcionales (ente nuevos y manifiesto del SYSCIUNAS v1.0) las mismas que
fueron desglosadas en tareas para su implementación a un costo total de 324
horas/hombre.
Como resultado del proceso de desarrollo se tiene.

- Un nuevo modelo de base de datos compuesta por 31 tablas relacionadas,
- 41 formularios en total del cual 21 formularios son de gestión, 20 formularios
auxiliares (bienvenida, inicio de sesión, bloqueo, interfaz de múltiples documentos,
acerca de, ventana de búsqueda, ventana plantilla, ente otros, contenedor de
reportes, 4 paneles de opciones Menú y 7 paneles parámetros de reportes).
Asimismo,
- Una solución alineada a las Políticas de desarrollo de Aplicaciones del CTIC – UNAS.
Tomando en cuenta el costo de horas/hombre planeado, se utilizó 81 horas/hombre sobre

este sin incluir las 54 horas/hombre ocupadas en el despliegue, ascendiendo a la suma total
de 459 horas/hombre.
En el desarrollo de SYSCIUNAS v1.1 se utilizó las herramientas:

- Lenguaje de programación Java versión 7 (jdk 1.7 actualización 51).
- Sistema gestor de base de datos PostgreSQL versión 9.2.
- Entorno Integrado de Desarrollo Netbeans versión 7.4
- Diseñador de informes iReport Designer versión 5.1.
- Framework de Mapeo Objeto-Relacional Hibernate versión 3.6.
6
INDICE GENERAL
INTRODUCCION ..................................................................................................................... 1
CAPITULO I: ASPECTOS GENERALES ..................................................................................... 2
1.1. Información de la organización. ............................................................................ 3
1.1.1. Nombre............................................................................................................ 3
1.1.2. Reseña histórica .............................................................................................. 3
1.1.3. Ubicación ......................................................................................................... 3
1.1.4. Visión ............................................................................................................... 4
1.1.5. Misión .............................................................................................................. 4
1.2. Información de la dependencia ............................................................................. 4
1.2.1. Nombre............................................................................................................ 4
1.2.2. Reseña histórica .............................................................................................. 4
1.2.3. Objetivos ......................................................................................................... 4
1.2.4. Organigrama.................................................................................................... 5
1.2.5. Funciones y atribuciones del CIUNAS ............................................................ 5
CAPITULO II: MARCO TEORICO ............................................................................................. 8
2.1. Investigación........................................................................................................... 9
2.2. Proyecto. ................................................................................................................. 9
2.3. Proyecto de investigación. ..................................................................................... 9
2.4. Tecnologías de información y comunicación ........................................................ 9
2.5. Ingeniería de software ........................................................................................... 9
2.6. Proceso de producción de software .................................................................... 10
2.7. Métodos Agiles de producción de software ....................................................... 10
2.8. Programación Extrema - extreme programming (XP). ....................................... 10
2.9. Arquitectura cliente/servidor ............................................................................. 12
2.10. Lenguaje de programación ............................................................................... 13
2.11. Base de datos .................................................................................................... 13
2.12. Sistema de gestión de base de datos (SGBD) .................................................. 13
2.13. Entorno de desarrollo integrado (IDE) ............................................................. 14
2.14. Framework ........................................................................................................ 14
CAPITULO III: ACTIVIDADES REALIZADAS ........................................................................... 15
3.1. Desarrollo del Sistema de Gestión de Documentos Técnicos y Científicos –
SYSCIUNAS v1.1. .............................................................................................................. 16
3.1.1. Situación actual. ............................................................................................ 16
3.1.2. Identificación de problemas ......................................................................... 28
7
3.1.3. Descripción general....................................................................................... 30
3.1.4. Herramienta y equipos utilizados ................................................................ 31
3.1.5. Planeación del proyecto ............................................................................... 31
3.1.6. Desarrollo de entregables ............................................................................ 47
3.1.7. Pruebas .......................................................................................................... 77
3.1.8. Componentes y Despliegue .......................................................................... 90
3.2. Actividades complementarias realizadas durante las prácticas ......................... 93
CONCLUSIONES ................................................................................................................... 94
RECOMENDACIONES ........................................................................................................... 96
BIBLIOGRAFIA...................................................................................................................... 97
ANEXO 1: SITUACION ACTUAL ............................................................................................ 99
ANEXO 2: REQUISITOS – SYSCIUNAS v1.1. ....................................................................... 162
ANEXO 3: HERRAMIENTAS UTILIZADAS EN EL DESARROLLO - SYSCIUNAS v1.1............. 182
ANEXO 4: MODELO DE BASE DE DATOS - SYSCIUNAS v1.1 ............................................. 184
ANEXO 5: DICCIONARIO DE DATOS - SYSCIUNAS v1.1 .................................................... 186
ANEXO 6: PRUEBAS – SYSCIUNAS v1.1 ............................................................................. 211
ANEXO 7: MANUAL DE USUARIO - SYSCIUNAS v1.1 ........................................................ 223
ANEXO 8: MANUAL DE DESARROLLO – SYSCIUNAS v1.1................................................. 246
ANEXO 9: PROPUESTA DE INTEGRACION - OCDA ............................................................ 258
ANEXO 10: PROPUESTA DE MEJORIA, DESARROLLADOR SYSCIUNAS1.0 ....................... 261
8
INDICE DE FIGURA
Figura 1. Organigrama del Consejo de Investigación de la UNAS - CIUNAS ......................... 5

Figura 2. Mapa de Procesos de la UNAS. ............................................................................ 18
Figura 3. Proceso aprobación de proyecto de investigación Docente. ............................... 19
Figura 4. Sub proceso revisión del proyecto de investigación por la comisión de
investigación y publicaciones .............................................................................................. 20
Figura 5. Sub proceso revisión del proyecto de investigación por sesión de delegados. ... 20
Figura 6. Proceso aprobación de proyecto de tesis alumno pregrado. .............................. 21
Figura 7. Sub proceso revisión del proyecto de tesis por comisión de grados y títulos. .... 22
Figura 8. Sub proceso revisión del proyecto de tesis por sesión de delegados. ................. 22
Figura 9. Proceso aprobación de proyecto de tesis alumno posgrado. .............................. 23
Figura 10. Sub proceso revisión del proyecto de tesis por sesión de delegados posgrado 24
Figura 11. Sub proceso revisión del proyecto de tesis por sesión de delegados. ............... 24
Figura 12. Proceso aprobación de informe del avance de investigación docente. ............ 25
Figura 13. Sub proceso revisión avance de proyecto de investigación por sesión de
delegados............................................................................................................................. 25
Figura 14. Proceso aprobación de informe del avance investigación de tesis alumno
pregrado .............................................................................................................................. 26
Figura 15. Sub proceso revisión avance de proyecto de tesis por sesión de delegados. ... 26
Figura 16. Proceso aprobación de informe del avance investigación de tesis alumno
posgrado. ............................................................................................................................. 27
Figura 17. Sub proceso revisión del avance de proyecto de tesis por sesión de delegados.
............................................................................................................................................. 27
Figura 18. Cuadro pictográfico – Situación actual............................................................... 29
Figura 19. Modelo físico de la base de datos ...................................................................... 49
Figura 20. Ventana de estrada ............................................................................................ 75
Figura 21. Ventana Inicio de sesión..................................................................................... 75
Figura 22. Recursos de la prueba ........................................................................................ 82
Figura 23. Configuración de la conexión para la prueba..................................................... 83
Figura 24. Petición al componente (base de datos). ........................................................... 83
Figura 25. Reporte resumen iteración 1. ............................................................................ 84
Figura 26. Resultado gráfico iteración 1.............................................................................. 84
Figura 31. Diagnóstico SYSCIUNAS v1.1 en Computadora 1 (i5 32 bits, 5 Gb RAM): .......... 87
Figura 32. Diagnóstico SYSCIUNAS v1.1 en Computadora 2 (i7 64 bits, 8Gb RAM) ............ 88
Figura 33. Procesador computadora 1, con SYSCIUNAS v1.1 en ejecución. ....................... 88
Figura 34. Diagrama de componentes de SYSCIUNAS V1.1. ............................................... 90
Figura 35. Diagrama de Despliegue de SYSCIUNAS v1.1 ..................................................... 91
9
INDICE DE TABLA
Tabla 1. Tipos de base de datos. ......................................................................................... 13

Tabla 2. Computadora 1. ..................................................................................................... 16
Tabla 3. Computadora 2. ..................................................................................................... 16
Tabla 4. Impresora 1............................................................................................................ 17
Tabla 5. Descripción del Sistema de Gestión de Documento Técnicos y Científicos. ......... 17
Tabla 6. Herramientas usados en el desarrollo del Sistema - SYSCIUNAS v1.1 .................. 31
Tabla 7. Equipos usados en el desarrollo del Sistema - SYSCIUNAS v1.1............................ 31
Tabla 8. Equipo de trabajo y roles. ...................................................................................... 31
Tabla 9. Lista de requisitos por historia de usuario. ........................................................... 32
Tabla 10. Lista de requisitos por manifiesto de requisitos. ................................................ 34
Tabla 11. Lista de requisitos no funcionales ....................................................................... 41
Tabla 12. Lista de requisitos funcionales PRIMER ENTREGABLE......................................... 42
Tabla 13. Lista de requisitos funcionales SEGUNDO ENTREGABLE ..................................... 44
Tabla 14. Lista de requisitos funcionales TERCER ENTREGABLE ......................................... 44
Tabla 15. Lista de requisitos funcionales CUARTO ENTREGABLE........................................ 45
Tabla 16. Desarrollo de Requisitos - PRIMER ENTREGABLE ................................................ 47
Tabla 17. Implementación de cambios en requisitos afectados – Primer entregable ....... 48
Tabla 18. Gestionar Facultad............................................................................................... 50
Tabla 19. Gestionar Especialidad ........................................................................................ 51
Tabla 20. Gestionar Departamento/Mención. .................................................................... 52
Tabla 21. Gestionar Plan ..................................................................................................... 53
Tabla 22. Gestionar Programa............................................................................................. 54
Tabla 23. Gestionar Línea .................................................................................................... 55
Tabla 24. Gestionar Requerido............................................................................................ 56
Tabla 25. Gestionar Activo .................................................................................................. 57
Tabla 26. Gestionar Persona ............................................................................................... 58
Tabla 27. Gestionar Investigador ........................................................................................ 59
Tabla 28. Gestionar Tipo ..................................................................................................... 60
Tabla 29. Gestionar Cualidad .............................................................................................. 61
Tabla 30. Desarrollo de Requisitos - SEGUNDO ENTREGABLE ............................................ 62
Tabla 31. Implementación de cambios en requisitos afectados - Segundo entregable ..... 62
Tabla 32. Gestionar Usuario: ............................................................................................... 63
Tabla 33. Gestionar Proyecto. ............................................................................................. 64
Tabla 34. Gestionar Ejemplar. ............................................................................................. 65
Tabla 35. Desarrollo de Requisitos - TERCER ENTREGABLE ................................................ 67
Tabla 36. Lista Facultades. .................................................................................................. 67
Tabla 37. Listar Especialidades. ........................................................................................... 68
Tabla 38. Programas de Investigación................................................................................. 68
Tabla 39. Líneas de investigación ........................................................................................ 69
Tabla 40. Lista Títulos. ......................................................................................................... 69
Tabla 41. Lista Investigadores. ............................................................................................ 70
Tabla 42. Lista Usuarios. ...................................................................................................... 70
Tabla 43. Desarrollo de Requisitos -CUARTO ENTREGABLE ................................................ 71
Tabla 44. Acreedores de Incentivo. ..................................................................................... 72
10
Tabla 45. Lista Proyectos de determinado departamento/mención. ................................. 72
Tabla 46. Lista Proyectos de determinado Investigador ..................................................... 73
Tabla 47. Lista Ejemplares de determinado departamento. .............................................. 73
Tabla 48. Reporte: Cantidad de Proyectos de terminado estado ....................................... 74
Tabla 49. Estadística: Proyectos por departamento de determinado año-trimestre......... 74
Tabla 50. Ventana Principal SYSCIUNAS v1.1 ...................................................................... 76
Tabla 51. Pruebas primer entregable Iteración 1 ............................................................... 77
Tabla 52. Pruebas primer entregable iteración 2 ............................................................... 78
Tabla 53. Pruebas segundo entregable Iteración 1 ............................................................ 79
Tabla 54. Pruebas segundo entregable iteración 2............................................................. 80
Tabla 55. Pruebas tercer entregable Iteración 1................................................................. 80
Tabla 56. Pruebas cuarto entregable iteración 1 ................................................................ 81
Tabla 57. Resumen de Iteraciones ...................................................................................... 87
11
INTRODUCCION
El presente informe de Prácticas Pre Profesionales describe el desenvolvimiento de labores

como practicante en el Consejo de Investigación de la Universidad Nacional Agraria de la
Selva.
El informe presenta tres capítulos en las cuales se detalla lo siguiente:
El capítulo I, se detalla la identificación de la organización, entre estos como, nombre,

antecedentes históricos, la visión y misión, organigrama, objetivos y actividades
funcionales; generalidades necesarias para desempeñar en marco funcional.
El capítulo II, ofrece el marco teórico referente al desenvolvimiento de desarrollo del

“SISTEMA DE GESTION DE DOCUMENTOS TECNICOS Y CIENTIFICOS” - SYSCIUNAS v1.1,
Modelos de desarrollo de software, entre otros conceptos de utilidad para comprender la
el desempeño.
El capítulo III, describe el desenvolvimiento del proceso de desarrollo del “SISTEMA DE

GESTION DE DOCUMENTOS TECNICOS Y CIENTIFICOS” – SYSCIUNAS v1.1.
Posteriormente se dan a conocer las conclusiones, asimismo las recomendaciones

finalmente se expone los anexos.
CAPITULO I: ASPECTOS GENERALES
1.1. Información de la organización.
1.1.1. Nombre
UNIVERSIDAD NACIONAL AGRARIA DE LA SELVA - UNAS
1.1.2. Reseña histórica
Fue creada el 17 de febrero de 1964, mediante la Ley Nº 14912, ocupando los terrenos de
la ex Estación Experimental Agrícola de Tingo María, transferido a la naciente Universidad
por el Ministerio de Agricultura. Su organización estuvo a cargo de las Universidades
Nacionales Mayor de San Marcos y Agraria La Molina. La comisión organizadora concluyó
la inauguración de la Universidad Nacional Agraria de la Selva, el 03 de abril de 1965, dando
así inicio a las labores académicas. Empezaron a funcionar como organismos académicos
las facultades de Agronomía y Zootecnia.
En el año de 1974 inicia sus funciones académicas la Facultad de Ingeniería en Industrias
Alimentarias. Posteriormente, en el año 1979 inicia sus funciones la Facultad de Recursos
Naturales Renovables con las menciones en Ciencias Forestales y Conservación de Suelos y
Agua y, mediante acuerdo Nº 090-2004-CU.UNAS, se aprueba el funcionamiento de la
Mención de Medio Ambiente a partir del año 2005.
La Facultad de Ciencias Económicas y Administrativas inicia sus funciones en el año 1983,
con las especialidades de Administración, Economía y Contabilidad. Así mismo, en el año
1997, la Escuela de Posgrado de la UNAS, inicia sus labores académicas ofreciendo estudios
de maestría en diferentes menciones.
Finalmente en el año 2000, inicia sus funciones académicas la Facultad de Ingeniería en
Informática y Sistemas - FIIS.
La UNAS está regida por la Ley Universitaria Nº 23733, promulgada el 09 de diciembre de

1983, y plantea el sistema de Facultades organizados por Departamentos Académicos.
1.1.3. Ubicación
Departamento : Huánuco.
Provincia : Leoncio Prado.
Distrito : Rupa Rupa.
Dirección : Av. La Universitaria km. 1.5
3
1.1.4. Visión
Es una comunidad académica, humanista, científica y productiva que avanza hacia la

excelencia en educación integral y transferencia tecnológica para el desarrollo sostenible
de la Amazonía.
1.1.5. Misión
Promover el liderazgo y excelencia a través de la formación de profesionales, con un

enfoque científico, tecnológico, humanístico y social que permita administrar de manera
sustentable la biodiversidad, la producción, la industrialización y comercialización de los
recursos naturales renovables. Asimismo, convertirnos en la institución educativa de mayor
prestigio en la Amazonía, aplicando programas de extensión que permitan el desarrollo
integral de la persona, de acuerdo con las necesidades regionales y nacionales.
1.2. Información de la dependencia
1.2.1. Nombre
CONSEJO DE INVESTIGACION DE LA UNAS - CIUNAS
1.2.2. Reseña histórica
“El Consejo de Investigación de la Universidad Nacional Agraria de la Selva, por mandato

del Estatuto de la Universidad (Art. Nº 158º), fue creado mediante Resolución Nº 6062-
UNASTM, de fecha 04 de octubre 1985; para apoyar el cumplimiento de los fines y
objetivos, de la investigación como actividad científica interdisciplinaria”1.
1.2.3. Objetivos2
General
Promover la generación y transferencia de conocimiento y tecnología para el desarrollo
sostenible de los segmentos agropecuarios, agroindustrial, forestal y socioeconómico en
beneficio de la sociedad.
Específicos
a) Coordinar y definir las políticas y líneas de investigación científica y tecnológica
de la UNAS, en la búsqueda del desarrollo locas, regional y nacional dentro de
un enfoque integral y sostenible.
1
Reglamento del Consejo de Investigación de la UNAS. Art. 1.
2
4
b) Diagnosticar y evaluar los avances de la investigación en el ámbito local regional.
c) Proponer a la universidad, instituciones públicas, privadas y organizaciones de
desarrollo la ejecución de proyectos de investigación integrales e
interdisciplinarios.
d) Publicar y difundir los resultados de las investigaciones desarrolladas en la
región a través de medios de difusión.
1.2.4. Organigrama
En la Figura 1, El Consejo de Investigación es una dependencia del vicerrectorado

académico compuesta por: dirección, secretaría, comisión de investigación y comisión
administrativa.
Figura 1. Organigrama del Consejo de Investigación de la UNAS - CIUNAS
DIRECCION
SECRETARIA
COMISION DE INVESTIGACION COMISION ADMINISTRATIVA
Fuente: Reglamento del Consejo de Investigación de la UNAS - CIUNAS
1.2.5. Funciones y atribuciones del CIUNAS
Atribuciones del CIUNAS3

a) Definir y evaluar en coordinación con las facultades, Escuela de Posgrado e
Institutos de Investigación, las políticas y líneas de investigación de la UNAS.
b) Normar la elaboración, presentación y desarrollo de los proyectos de
investigación.
c) Promover el financiamiento de las investigaciones vía concurso de proyectos
competitivos, a nivel interno y externo.
d) Coordinar con las comisiones de investigación de las facultades para evaluar,
priorizar y aprobar proyectos de investigación que serán subvencionados con
recursos del FEDU, los cuales deberán estar enmarcados dentro de las líneas de
investigación priorizadas por el CIUNAS.
3
5
e) Elegir los miembros de las comisiones que se encargarán de llevar a cabo las
acciones específicas del CIUNAS.
f) Opinar sobre becas de perfeccionamiento para formación y actualización en
investigación.
g) Propiciar el intercambio interuniversitario de profesores nacionales y
extranjeros para elaborar y desarrollar proyectos de investigación.
h) Propiciar eventos científicos para el perfeccionamiento de recursos humanos
orientados a la investigación.
i) Canalizar y facilitar el proceso de la publicación de los trabajos de investigación
en revistas nacionales e internacionales y otros medios de difusión masiva.
j) Establecer mecanismos para la formación de un banco de informaciones
científicas y promover la difusión en red.
Son funciones de la Comisión de Investigación4

a) Promover y planificar proyectos y trabajos referentes a investigación pura y
aplicada.
b) Organizar el banco de información científica.
c) Cooperar con el organismo científico en el estudio de investigación de temas de
interés local, regional y nacional.
d) Revisar y evaluar los proyectos de investigación presentados, asimismo
supervisar la ejecución de los mismos.
e) Designar el comité editorial para la publicación de la revista científica de la
UNAS.
f) Designar el comité consultivo formado por docentes que ostenten el más alto
grado académico escolarizado.
Son funciones de la Comisión Administrativa 5

a) Elaborar y mantener un Directorio de las instituciones científicas, particulares y
oficiales nacionales del extranjero.
b) Coordinar con el comité de Publicaciones, los trabajos de investigación a
editarse por la UNAS.
c) Cautelar el uso de los recursos económicos, equipos y materiales de la UNAS.
d) Promover y participar en organización de certámenes científicos en la
Universidad en coordinación y colaboración con entidades nacionales o
extranjeras.
e) Coordinar con la oficina de Extensión y Proyección Universitaria en la
organización de certámenes para capacitar a docentes, graduados y estudiantes
4
5
6
en la elaboración de proyectos de investigación; así como para la difusión y
promoción de los conocimientos a nivel técnico
Son funciones de los comités6

a) El comité editorial desarrollará el proceso para la publicación de los artículos
científicos, notas y revisiones científicas.
b) El comité consultivo revisará los proyectos que son subvencionados por el FEDU,
asimismo evaluará los artículos científicos con fines de publicación.
6
7
CAPITULO II: MARCO TEORICO
2.1. Investigación.
La palabra investigación proviene del latín investigare, que significa seguir la huella,
indagar, descubrir, buscar.
Se define como un procedimiento reflexivo, sistemático, controlado, metódico y crítico,

que conduce hacia el descubrimiento de hechos, datos, relaciones, leyes o verdades nuevas
en cualquier campo del conocimiento humano.7
2.2. Proyecto.
Un proyecto es un esfuerzo temporal que se lleva a cabo para crear un producto, servicio
o resultado único.8
2.3. Proyecto de investigación.

Obedece a un plan marco elaborado para ser ejecutado partiendo de una premisa
siguiendo el método científico. En el plan se describe los fines que se persiguen, quienes
son los responsables y cuánto de presupuesto se necesitará.
2.4. Tecnologías de información y comunicación

Son aquellas herramientas computacionales e informáticas que procesan, sintetizan,
recuperan y presentan información representada de la más variada forma. Es un conjunto
de herramienta, soportes y canales para el tratamiento y acceso a la información, para dar,
forma, registrar, almacenar y difundir contenidos digitalizados. Para todo tipo de
aplicaciones educativas, las Tecnologías de información y comunicación son medios y no
fines.9
Por ello, son herramientas facilitadoras, que modifican contextos, ritmos desde
planteamiento hasta su utilización.
2.5. Ingeniería de software

El IEEE [1993] ha definido a la Ingeniería de Software como sigue:
“La aplicación de un enfoque sistemático, disciplinado y cuantificable al desarrollo,

operación y mantenimiento de software; es decir, la aplicación de la ingeniería al
software.”
7
Gabriel Moran Delgado y Darío G. Alvarado Cervantes. Métodos de Investigación. Primera Edición.
Editorial Pearson. D.F. México. 2010. pág.7
8
PMI. Guía de los Fundamentos de la Dirección de Proyectos. Tercera Edición. España. 2004. pág. 5.
9
Las TICS un nuevo recurso para el aula, 2008. ENLACE [http://www.sci-
csif.es/andalucia/modules/mod_ese/revista.html] 26-06-2014
9
2.6. Proceso de producción de software
Según Ian Sommerville es un “conjunto de actividades y resultados asociados que producen
un producto de software. Estas actividades son llevadas a cabo por los ingenieros de
software. Existen cuatro actividades fundamentales de procesos que son comunes para
todos los procesos de software”.10
Las comprenden básicamente:
a. Especificación del software es el punto de partida donde los clientes e ingenieros
definen el software a producir y las restricciones sobre su operación
b. Desarrollo del software comprende software se diseña y programa.
c. Validación del software donde el software se válida para asegurar que es lo que
el cliente requiere.
d. Evolución del software donde el software se modifica para adaptarlo a los
cambios requeridos por el cliente y el mercado
2.7. Métodos Agiles de producción de software

Los métodos ágiles universalmente dependen de un enfoque iterativo para la
especificación, desarrollo y entrega del software, y principalmente fueron diseñados para
apoyar al desarrollo de aplicaciones de negocio donde los requerimientos del sistema
normalmente cambiaban rápidamente durante el proceso de desarrollo. Están pensados
para entregar software funcional de forma rápida a los clientes, quienes pueden entonces
proponer que se incluyan en iteraciones posteriores del sistema nuevos requerimientos o
cambios en los mismos.
Los métodos agiles comparten un conjunto de principios los cuales son:

- Se valora a los individuos y las interacciones sobre los procesos y las herramientas
- Se valora a las aplicaciones que funcionan sobre la documentación exhaustiva
- Se valora la colaboración del cliente sobre las negociaciones contractuales
- Se valora la respuesta al cambio sobre el seguimiento de un plan
2.8. Programación Extrema - extreme programming (XP).

En la programación extrema, todos los requerimientos se expresan como escenarios
(llamados historias de usuario), los cuales se implementan directamente como una serie de
tareas. Los programadores trabajan en parejas y desarrollan pruebas para cada tarea antes
de escribir el código. Todas las pruebas se deben ejecutar satisfactoriamente cuando el
código nuevo se integre al sistema.
El enfoque fue definido por Beck 2000 como metodología ágil, cuando el proceso de
desarrollo se posaba en los escritorios por tareas muy costosas en cuanto tiempo.
10
Sommerville, Ian (2005) Ingeniería del Software. Pearson Educación S.A., Madrid, 7° Ed. P. 7
10
Se enmarca en los subprocesos siguiente:
a. Planificación
Comienza creando una serie de historias (también llamadas historias del usuario)
que describe las características y la funcionalidad requeridas para el software que
se construiría. Cada historia la escribe el cliente y se coloca en una carta índice. El
cliente le asigna un valor(es decir, una prioridad) a la historia basándose en los
valores generales del negocio respecto de la característica o la función.
Se crea un plan de lanzamiento, que debe servir para crear un calendario que todos
puedan cumplir y en cuyo desarrollo hayan participado todas las personas
involucradas en el proyecto. Se usará como base las historias de usuario,
participando el cliente en la elección de los que se desarrollarán.
Se hacen pequeños lanzamientos con mucha frecuencia.
El desarrollo se divide en iteraciones, cada una de las cuales comienza con un plan
de iteración para el que se eligen las historias de usuario a desarrollar y las tareas
de desarrollo.
Las personas cambian de área para evitar cuellos de botella y fomentar la propiedad
colectiva del código. Se cambia el proceso, lo que sea necesario para adaptarlo al
proyecto.
b. Diseño
El diseño de la PE sigue de manera rigurosa el principio MS (mantenerlo simple).
Siempre se prefiere un diseño simple respecto de una presentación más compleja.
Además, el diseño ofrece una guía de implementación para una historia como está
escrita, ni más ni menos. Se desaprueba el diseño de funcionalidad extra (por que
el desarrollador supone que se requerirá más tarde).
La PE apoya el uso de tarjetas CRC (colaborador-responsabilidad-clase) como un
mecanismo efectivo para pensar en el software en un contexto orientado a objetos.
Las tarjetas CRC identifican y organizan las clases orientadas al objeto que son
relevantes para el incremento del software actual. Las tarjetas CRC son el único
producto de trabajo realizado como parte del proceso de la PE. La PE apoya la
prefabricación, una técnica de construcción que también lo es de diseño.
c. Codificación
La PE recomienda que después de diseñar las historias y realizar el trabajo de diseño
preliminar el equipo no debe moverse hacia la codificación, sino que debe
desarrollar una serie de pruebas de unidad que ejerciten cada una de las historias
que vayan a incluirse en el lanzamiento actual(incremento de software). Una vez
creada la prueba de unidad, el desarrollador es más capaz de centrarse en lo que
debe implementarse para pasar la prueba de unidad. Una vez que el código está
11
completo, la unidad puede probarse de inmediato, y así proporcionar una
retroalimentación instantánea a los desarrolladores.
El cliente está siempre disponible, a ser posible cara a cara. La idea es que forme
parte del equipo de desarrollo, y esté presente en todas las fases de XP.
La programación del código se realizará en parejas, para aumentar la calidad del
mismo.
Se integra código y se lanza dicha integración de manera frecuente, evitando
divergencias en el desarrollo y permitiendo que todo el mundo trabaje con la última
versión del desarrollo
d. Pruebas
Ya se ha hecho notar que la creación de una prueba de unidad antes de comenzar
la codificación es un elemento clave para el buen funcionamiento del software.
Cuando las unidades individuales de prueba se organizan en un conjunto universal
de pruebas, las pruebas de integración y validación del sistema pueden realizarse
diario. Cuando se encuentra un error de codificación o bug, se desarrollan pruebas
para evitar volver a caer en el mismo.
Las pruebas de aceptación también llamadas pruebas del cliente, las especifica el
cliente y se enfocan en las características generales y la funcionalidad del sistema,
elementos visibles y revisables por el cliente. Las pruebas de aceptación se derivan
de las historias de usuario que se han implementado como parte de un lanzamiento
de software.
2.9. Arquitectura cliente/servidor 11

Arquitectura: Una arquitectura es un entramado de componentes funcionales que
aprovechando diferentes estándares, convencionales, reglas y procesos, permiten integrar
una amplia gama de productos y servicios informáticos, de manera que puedan ser
utilizados eficazmente dentro de una organización.
Cliente: Es el que inicia un requerimiento de servicio. El requerimiento inicial puede
convertirse en múltiples requerimientos de trabajo a través de redes LAN O WAN. La
ubicación de los datos o de las aplicaciones es totalmente transparente para el cliente.
Servidor: Es cualquier recurso de computo dedicado a responder a los requerimientos del
cliente. Los servicios pueden estar conectados a los clientes a través de redes LAN O WAN,
para proveer de múltiples servicios a los clientes y ciudadanos tales como impresión,
acceso a base de datos, fax, procesamiento de imágenes.
11 Instituto Nacional De Estadística e Informática (1997) Tecnología cliente/ servidor. Subjefatura de

informática-INEI, Perú-Lima, P. 8-15.
12
2.10. Lenguaje de programación
Consiste en un conjunto de reglas sintácticas y semánticas que definen su estructura y el
significado de sus elementos, y expresiones. Aunque muchas veces se usa lenguaje de
programación y lenguaje informático como si fuera sinónimos, no tiene por qué ser así, ya
que los lenguajes informáticos engloban en los lenguajes de programación y a otros más,
así como ejemplo HTML.
Java es un lenguaje de programación el cual se usó en la práctica.
Java.
Java es un lenguaje de programación de propósito general, concurrente,
orientado a objetos y basado en clases que fue diseñado específicamente para
tener tan pocas dependencias de implementación como fuera posible. Su
intención es permitir que los desarrolladores de aplicaciones escriban el
programa una vez y lo ejecuten en cualquier dispositivo (conocido en inglés como
WORA, o "write once, run anywhere").
La primera versión pública se liberó en 1996 implementado en un paquete
distribuible llamado Java Development Kit (JDK por sus siglas en inglés) 1.0; la
última liberación (JDK 8) se dio este año 2014, actualmente presenta las
ediciones siguientes: java edición estándar - javaSE, java edición empresarial -
javaEE y java edición micro - javaME (ver ANEXO: HERRAMIENTAS UTILIZADAS
EN EL DESARROLLO - SYSCIUNAS v1.1 apartado Figura 1).
2.11. Base de datos12

De una manera simple, es un contenedor que permite almacenar la información de forma
ordenada con diferentes propósitos y usos ver Tabla 1. Tipos de base de datos.
Tabla 1. Tipos de base de datos.
(On Line Transaction Processing) también son llamadas bases de datos dinámicas lo que
OLTP significa que la información se modifica en tiempo real, es decir, se insertan, se
eliminan, se modifican y se consultan datos en línea durante la operación del sistema
(On Line Analytical Processing) también son llamadas bases de datos estáticas lo que
significa que la información en tiempo real no es afectada, es decir, no se insertan, no
OLAP
se eliminan y tampoco se modifican datos; solo se realizan consultas sobre los datos ya
existentes para el análisis y toma de decisiones
Fuente: Artículo IBM. Características y tipos de base de datos.
2.12. Sistema de gestión de base de datos (SGBD)

Conjunto de herramientas que permiten el almacenamiento, modificación y extracción de
los datos de una base de datos, define las reglas de estructuración, composición y uso.
12
Características y tipos de base de datos
[http://www.ibm.com/developerworks/ssa/data/library/tipos_bases_de_datos/index.html]. 25-06-2014.
13
Se usó en las prácticas la Base de datos PostgreSQL (postgres Structured Query Language).
PostgreSQL
PostgreSQL es un sistema gestor de base de datos de código abierto, su desarrollo
como producto de software no es manejado por una empresa y/o persona, sino que
es dirigido por una comunidad de desarrolladores denominada el PostgreSQL Global
Development Group – PGDG (ver ANEXO: HERRAMIENTAS UTILIZADAS EN EL
DESARROLLO - SYSCIUNAS v1.1 apartado Figura 2).
2.13. Entorno de desarrollo integrado (IDE)

Es un programa informático compuesto por un conjunto de herramientas de programación.
Puede dedicarse en exclusiva a un sólo lenguaje de programación o bien, poder utilizarse
para varios.
En el presente trabajo se usará Netbeans.
Netbeans IDE.
NetBeans IDE es un entorno de desarrollo - una herramienta para que los
programadores puedan escribir, compilar, depurar y ejecutar programas. Está
escrito en Java - pero puede servir para cualquier otro lenguaje de programación.
Existe además un número importante de módulos para extender el NetBeans
IDE. NetBeans IDE es un producto libre y gratuito sin restricciones de uso (ver
ANEXO: HERRAMIENTAS UTILIZADAS EN EL DESARROLLO - SYSCIUNAS v1.1
apartado Figura 4)
2.14. Framework
La palabra inglesa "framework" (marco de trabajo) define, en términos generales, un
conjunto estandarizado de conceptos, prácticas y criterios para enfocar un tipo de
problemática particular que sirve como referencia, para enfrentar y resolver nuevos
problemas de índole similar.
En el desarrollo de software, un framework o infraestructura digital, es una estructura
conceptual y tecnológica de soporte definido, normalmente con artefactos o módulos de
software concretos, que puede servir de base para la organización y desarrollo de software.
Típicamente, puede incluir soporte de programas, bibliotecas, y un lenguaje interpretado,
entre otras herramientas, para así ayudar a desarrollar y unir los diferentes componentes
de un proyecto.
Se usará Hibernate como framework ORM (Mapeo objeto - relacional).
Hibernate.
Hibernate es una herramienta de Mapeo objeto-relacional (ORM) para la
plataforma Java (y disponible también para .Net con el nombre de NHibernate)
que facilita el mapeo de atributos entre una base de datos relacional tradicional
y el modelo de objetos de una aplicación, mediante archivos declarativos (XML)
o anotaciones en los beans de las entidades que permiten establecer estas
relaciones (ver ANEXO: HERRAMIENTAS UTILIZADAS EN EL DESARROLLO -
SYSCIUNAS v1.1 apartado Figura 3).
14
CAPITULO III: ACTIVIDADES REALIZADAS
3.1. Desarrollo del Sistema de Gestión de Documentos Técnicos y Científicos –
SYSCIUNAS v1.1.
3.1.1. Situación actual.
El análisis situacional permitió reconocer aspectos como tecnologías de información y

comunicación que actualmente se usan, asimismo, los procesos que se están atendiendo
en el CIUNAS. Para mayor detalle ver ANEXO 1: SITUACION ACTUAL
a. Tecnologías de Información y Comunicación

En la Tabla 2, Tabla 3 y Tabla 4, se especifican los equipos operativos con que cuenta
el Consejo de Investigación.
 Equipos
Tabla 2. Computadora 1.
Nombre de CIUN_DIR_PC01
equipo
Sistema Windows 7 professional 32 bits (6.1, compilación 7600)
Operativo
Idioma Español (configuración regional Español)
Fabricante Intel
Modelo de DH55PJ
Sistema
Procesador Intel(R) Core(TM) i5. 3.2 GHz (4 CPUs)
Memoria 5120 MB RAM
Memoria 1434 MB
Pantalla
Resolución 1920 x 1080
Pantalla
Fuente: Elaboración propia, facilitado por DirectX (comando WINDOWS dxdiag).
Tabla 3. Computadora 2.
Nombre de CIUN_TEC_PC02
equipo
Sistema Windows 8 pro 64 bits (6.2, compilación 9200)
Operativo
Idioma Español (configuración regional Español)
Fabricante Intel
Modelo de DX79TO
Sistema
Procesador Intel(R) Core(TM) i7. 3.6 GHz (8 CPUs)
Memoria 8192 MB RAM
16
Tipo Chip NVidia GForce GT 440
Pantalla
Memoria 4050 MB
Pantalla
Resolución 1920 x 1080
Pantalla
Fuente: Elaboración propia, facilitado por DirectX (comando WINDOWS dxdiag).
Tabla 4. Impresora 1.
Nombre de HP Deskject 1560

equipo
Fabricante HP
Serie 1500 Color SI
Fuente: Elaboración propia
 Sistema de Gestión de Documentos Técnicos y Científicos ( SYSCIUNAS V1.0)

Es el principal apoyo a la gestión de investigación en el CIUNAS, en la Tabla 5 se
muestra aspectos generales de la solución SYSCIUNAS v1.0 ver ANEXO 1: SITUACION
ACTUAL apartado b. Análisis de Sistema de Gestión de Documentos Técnicos y
Científicos – SYSCIUNAS v1.0
Tabla 5. Descripción del Sistema de Gestión de Documento Técnicos y Científicos.
Sistema de Gestión de Documento Técnicos y Científicos –

Nombre
SYSCIUNAS v1.0
versión 1.0
Año de 2006
lanzamiento
SGBD MySQL
Lenguaje de Visual Basic 6.0
Programación
Herramienta de Crystal Report
Informes
Desarrollado Isaí P. Sánchez Reátegui
por
Recomendación ANEXO: PROPUESTA DE MEJORIA- DESARROLLADOR SYSCIUNAS1.0
del Creador
Fuente: Elaboración Propia
17
b. Procesos.
Los procesos del CIUNAS están definidos en los Procesos Misionales, grupo Investigación –
Desarrollo – Innovación tomando en cuenta el Mapa de Procesos de la UNAS trazado en el
Plan Estratégico de la UNAS 2013-2021 tal como se muestra la Figura 2. . Mapa de Procesos
de la UNAS
Figura 2. Mapa de Procesos de la UNAS.
Fuente: UNAS. Plan estratégico de la UNAS. Pág. 104.
Se identificó 6 procesos en las que el CIUNAS interviene, entre ellos se tiene:
- Proceso aprobación de proyecto de investigación docente.

- Proceso aprobación de proyecto de tesis alumno pregrado.
- Proceso aprobación de proyecto de tesis alumno de posgrado.
- Proceso aprobación de informe del avance investigación docente.
- Proceso aprobación de informe del avance investigación de tesis alumno pregrado.
- Proceso aprobación de informe del avance investigación de tesis alumno posgrado.
En los procesos mencionados los agentes intervinientes son: unidad académica (facultades,
escuela de postgrado), investigador y CIUNAS.
18
 Proceso aprobación de proyecto de investigación docente.
Como se muestra en la Figura 3, este proceso contiene 2 sub procesos: uno que realiza la Facultad (ver Figura 4) a cargo de la comisión de
investigación y publicación, y otro sub proceso que realiza el CIUNAS (ver Figura 5) en sesión de delegados.
Figura 3. Proceso aprobación de proyecto de investigación Docente.
19
Figura 4. Sub proceso revisión del proyecto de investigación por la comisión de investigación y publicaciones
Figura 5. Sub proceso revisión del proyecto de investigación por sesión de delegados.
20
 Proceso aprobación de proyecto de tesis alumno pregrado.
La Figura 6 muestra el proceso aprobación de proyecto de tesis Alumno Pregrado que contiene 2 sub procesos: uno que realiza la Facultad
(ver Figura 7) a cardo de la comisión de grados y títulos, y otro sub proceso que realiza el CIUNAS (ver Figura 8) en sesión de delegados.
Figura 6. Proceso aprobación de proyecto de tesis alumno pregrado.
21
Figura 7. Sub proceso revisión del proyecto de tesis por comisión de grados y títulos.
Figura 8. Sub proceso revisión del proyecto de tesis por sesión de delegados.
22
 Proceso aprobación de proyecto de tesis alumno de posgrado.
Como se muestra en la Figura 9, este proceso contiene 2 sub procesos: uno que realiza la Facultad (ver Figura 10) a cargo de los delegados
de posgrado y otro sub proceso que realiza el CIUNAS (ver Figura 11) por sesión de delegados.
Figura 9. Proceso aprobación de proyecto de tesis alumno posgrado.
23
Figura 10. Sub proceso revisión del proyecto de tesis por sesión de delegados posgrado
Figura 11. Sub proceso revisión del proyecto de tesis por sesión de delegados.
24
 Proceso aprobación de informe del avance investigación docente.
Como detalla la Figura 12, este proceso contiene al sub proceso realizado por el CIUNAS mediante sesión de delegados denominado
Revisión avance de proyecto de investigación como se muestra en la Figura 13
Figura 12. Proceso aprobación de informe del avance de investigación docente.
Figura 13. Sub proceso revisión avance de proyecto de investigación por sesión de delegados.
25
 Proceso aprobación de informe del avance investigación de tesis alumno pregrado.
Como se define en la Figura 14, este proceso contiene al sub proceso realizado por el CIUNAS mediante sesión de delegados denominado
Revisión avance de proyecto de tesis como se muestra en la Figura 15
Figura 14. Proceso aprobación de informe del avance investigación de tesis alumno pregrado
Figura 15. Sub proceso revisión avance de proyecto de tesis por sesión de delegados.
26
 Proceso aprobación de informe del avance investigación de tesis alumno posgrado
Como se muestra en la Figura 16, este proceso contiene al sub proceso realizado por el CIUNAS mediante sesión de delegados denominado
Revisión avance de proyecto de tesis como se muestra en la Figura 17
Figura 16. Proceso aprobación de informe del avance investigación de tesis alumno posgrado.
Figura 17. Sub proceso revisión del avance de proyecto de tesis por sesión de delegados.
27
3.1.2. Identificación de problemas
Los usuarios (personas, dependencias de la UNAS, instituciones públicas y privadas) que
demandan información concerniente a investigaciones realizados por docentes y
estudiantes son atendidos por el CIUNAS ver Figura 18: Cuadro pictográfico – Situación
actual, para los cuales el SISTEMA DE GESTION DE DOCUMENTOS TECNICOS Y CIENTIFICOS
- SYSCIUNAS v1.0 en algunos casos no contempla respuestas entre otros podemos citar:
líneas de investigación vigentes, programas de investigación vigentes, investigaciones
publicadas en revistas y resultados logrados por el investigador, forzando al personal del
CIUNAS realizar trabajos de campo (recurre a los ejemplares físicos, memoriales, etc.) para
suplir la demanda. Estas tareas de campo demandan de tiempo al personal, asimismo,
obedecen ser rutinas físicamente laboriosas, provocando repuestas tardías y molestias en
el usuario demandante de información.
Gran parte de las requerimientos de información son impedidas de implementarse en la
base de datos que utiliza SYSCIUNAS v1.0. Esta modelo de base de datos no ofrece
posibilidad de escalabilidad, dado a que la estructura se encuentra tipificada (instancias
consideradas como tablas), asimismo, en cuanto a los datos que se almacena, existen datos
que no tienen utilidad de almacenamiento como son el trimestre dado a que los trimestres
se encuentran preestablecidos, más, su almacenamiento no es necesario.
El CTIC es una dependencia encargada de garantizar la eficiencia y eficacia en el uso de
tecnologías de información y comunicación en la UNAS, la referida dependencia en la
actualidad dispone de Políticas de Desarrollo de Aplicaciones (ver ANEXO 1: SITUACION
ACTUAL apartado a. Políticas de desarrollo de aplicaciones), y, de acuerdo a esta directiva
el SYSCIUNAS v1.0 dista mucho en criterios como base de datos y lenguaje programación;
del mismo modo la existencia de una propuesta realizada por el desarrollador del
SYSCIUNAS v1.0 (ver ANEXO 10: PROPUESTA DE MEJORIA – DESARROLLADOR SYSCIUNAS
V1.0) evidencia inconvenientes que presenta la solución en cuanto a tiempo de respuesta
desde el 2009, y las sugerencias que plantea como: a). seguir con la restructuración,
implementación y escalabilidad del SYSCIUNAS v1.0, b). implementación de una aplicación
estadística, c). Hardware y software nuevos que permitan la agilización de los procesos;
merecen especial atención dado la importancia de la solución en el CIUNAS, y activo de la
UNAS.
Las inconsistencias en los datos generados desde la estructura de la base de datos (ver
ANEXO 1: SITUACION ACTUAL apartado b. Sistema de Gestión de Documentos Técnicos y
Científicos – SYSCIUNAS v1.0, Observaciones en la Base de Datos, Observaciones en los
datos existentes), imposibilitan la escalabilidad, exigencia indispensable para implementar
nuevos requisitos, es más, el mantenimiento del SYSCIUNAS v1.0 considera un elevado
coste dado a que las versiones de las herramientas que se utilizaron en el desarrollo brindan
escasas posibilidades de integración con soluciones informáticas actuales y de tendencia
futura.
28
Figura 18. Cuadro pictográfico – Situación actual.
- Necesitamos difundir las investigaciones de - Necesitamos difundir esta investigación.

Alumnos y Docentes de la UNAS. - No tenemos presupuesto.
ANR, CONCYTEC, CTIC - Las investigaciones de la UNAS no están siendo - Nuestros requerimientos no son respondidos.
publicadas en revistas. - Necesitamos las estadísticas sobre las investigaciones, para
- Necesitamos las estadísticas e indicadores de plantear políticas estratégicas.
- Normativa investigación, para orientar mejor las políticas. - Demoramos en responder las demandas de información
- Política sobre investigación.
Delegados
Director
- Presupuesto
UNAS
Personal técnico Secretaria
- Estos datos no está en el SYSCIUNAS, voy a
- SYSCIUNAS no está alineada a la Política de Desarrollo de
revisar los proyectos físicos, me tomará más
Aplicaciones de la UNAS.
tiempo.
- El modelo de base de datos debido a su estructura solo permite
- Tenemos acumulado las demandas de
almacenar: proyecto de tesis, tesis, artículo científico de alumno,
- Nuevas exigencias de servicio información sobre investigación.
proyecto de investigación docente, artículo científico de docente
- Nuevos Informes - Necesitamos que el SYSCIUNAS permita
- Los datos almacenados no se encuentran estandarizados.
obtener los nuevos reportes que solicita
- Informes periódicos - El modelo de base de datos presta reducidas capacidades de
Planificación.
escalabilidad e interoperabilidad con otros sistemas.
- Caja necesita el reportes de los acreedores de
- Las herramientas utilizadas en el desarrollo de SYSCIUNAS
incentivo por investigación todos los meses.
poseen un alto costo de mantenimiento e interoperabilidad.
- El SYSCIUNAS no tiene implementado
- La escasa posibilidad de escalabilidad de la solución ,
reportes estadísticos.
incrementa el riesgo de funcionalidad de SYSCIUNAS al
- No tenemos espacio en nuestros ambientes
Usuarios implementar nuevos requisitos.
para almacenar los textos de investigación
(Estudiante y Docentes)
Dependencias UNAS
(Planificación, Caja)
29
3.1.3. Descripción general
Mi labor como practicante del Consejo de Investigación de la UNAS fue el desarrollo de la
nueva versión del SISTEMA DE GESTIÓN DE DOCUMENTOS TECNICOS Y CIENTIFICOS –
SYSCIUNAS v1.1.
a. Objetivo General
Desarrollar el Sistema de Gestión de Documentos Técnicos y Científico v1.1 usando la
metodología de desarrollo XP.
b. Objetivos Específico
- Planificación del proceso de desarrollo
- Diseñar el sistema tomando en cuenta manifiesto del SYSCIUNAS v1.0 y
nuevos requerimientos.
- Codificar los componentes del sistema.
- Realizar pruebas del sistema
- Desplegar el sistema.
c. Justificación
Diferenciar la producción de investigación por nivel de investigación (Pregrado y
Posgrado), asimismo clasificar los proyectos de investigación, sean estos de tesis o de
investigación docente, experiencia laboral, etc.
Registrar solo datos eventuales (sucedidos referentes a investigación), implementar
la gestión de líneas y programas de investigación mediante planes, el cual permitirá
identificar líneas y por ende programas de investigación vigentes en los cuales se
debe orientar los proyectos de investigación.
Existen patrones que se siguen en las operaciones de registro, entre ellas quiero
destacar la generación de código, tarea que se realizan manualmente, que si bien
toman un reducido intervalo de tiempo en obtenerlo, sin embargo es una tarea que
demanda cierto grado de concentración, y, más es una tarea que se realiza con mucha
frecuencia, convirtiéndose así una operación que incrementa mucho la posibilidad de
incurrir en error por parte del Usuario del SYSCIUNAS.
Se pretende identificar patrones en las diferentes operaciones que estén sujetas a
restricciones e implementar estas restricciones y contribuir a la eficacia en la gestión
de documentos técnicos y científicos.
Pienso de que, reducir las posibilidades de incurrir en error en las operaciones de
registro de datos, significa poseer mayor confianza cuando se sirve de esta
información.
30
3.1.4. Herramienta y equipos utilizados
En la Tabla 6 se especifican las herramientas de desarrollo de software que se empleó, y la
Tabla 7 referencia los equipos, para mayor detalle ver ANEXO 3: HERRAMIENTAS
UTILIZADAS EN EL DESARROLLO - SYSCIUNAS v1.1
Tabla 6. Herramientas usados en el desarrollo del Sistema - SYSCIUNAS v1.1
PostgreSQL versión.9.2
SGBD
Como sistema gestor de base de datos.
Lenguaje de JDK versión.7 actualización 51
Programación Kit de Desarrollo Java
IDE de NetBeans versión.7.4
desarrollo Entorno Integrado de desarrollo
Navicat for PostgreSQL versión10.2 y pgAdminIII versión 1.16.1
GUI para SGBD
Interfaz gráfica de usuario para administrar Base de datos
Hibernate versión 3.6
Framework
ORM (mapeo objeto relacional)
Herramienta de IReport Designer versión 5.1.0
Informes Diseñador de informes (herramienta para diseñar reportes)
Tabla 7. Equipos usados en el desarrollo del Sistema - SYSCIUNAS v1.1
Portátil Hp Envy dv6 Notebook PC,

Equipo Cliente
Procesador Intel core i7, Capacidad RAM 8192 MB
HP ProLiant ML 350 Case Tipo Torre , Procesador Intel Xeon,
Equipo Servidor Capacidad RAM 1024MB, capacidad disponible 101 GB en disco
duro.
3.1.5. Planeación del proyecto

Para las actividades de planeación se consideró la conformación de un equipo (ver Tabla
8), el mismo que se desenvolvió durante todo el proceso de desarrollo. Para los procesos
de desarrollo se utilizó la metodología de desarrollo XP (Programación Extrema).
a. Equipo de trabajo
Tabla 8. Equipo de trabajo y roles.
NOMBRE EN NEGOCIO EN EQUIPO

Franco Valencia Chamba DIRECTOR Cliente
Martha Palma Oyola SECRETARIA Cliente
Roxana Flores Ayala Personal Técnico Jefe de proyecto
Elvis Mendoza Atero Practicante Analista Programador
31
b. Identificación de requerimientos
 Requisitos por historia de usuario
De las historias de usuario se realizó un análisis haciéndose posteriormente las aclaraciones
de las historia por parte de sus autores, con el fin de corregir y confirmar las historias. En
la Tabla 9 se presenta en síntesis los requerimientos, para mayor detalle ver ANEXO 2:
REQUISITOS.
Tabla 9. Lista de requisitos por historia de usuario.
REQUISITOS DEL USUARIO
USUARIO ITEM. TITULO PRIORIDAD

Evitar el registro duplicado de
SEC.1 Media
proyectos de investigación
SEC.2 Registrar los resultados logrados Alta
Reporte estadístico de trabajos de
SEC.3 Media
investigación en ejecución
Crear reportes de docente como
SEC.4 Alta
asesor de tesis
Reporte estadístico –tesis por
Martha Palma Oyola SEC.5 experiencia profesional por Media
especialidad
Relación de acreedores FEDU –
SEC.6 Alta
docentes
Relación de acreedores FEDU-
SEC.7 Alta
Administrativos
Relación de acreedores FEDU-
SEC.8 Tesistas de todas las facultades y Alta
EPG
Visualización y/o reporte de las
TEC.1 líneas y programas de investigación Alta
del CIUNAS
Generar ejemplares de tesis y
artículos científicos a partir del
TEC.2 Alta
proyecto de investigación
culminados - tesis
Roxana Flores Ayala
Generar ejemplar de artículo
TEC.3 científico de tesistas a partir de su Alta
proyecto de tesis culminado.
Generar ejemplar de artículo
científico docente a partir de su
TEC.4 Alta
proyecto de investigación
culminado
32
Generación de código de artículo
TEC.5 científico de tesistas Alta
automáticamente
Generación de código automáticos
TEC.6 para la un proyecto de tesis o de Alta
investigación de docentes y tesistas
Interfaces de usuario que sean
TEC.7 descriptivas, las imágenes que sean Baja
acompañadas de texto.
Color del sistema con respecto a la
TEC.8 Media
apariencia.
Lista de revistas a la cual ha sido
TEC.9 Alta
publicado un artículo científico
Lista de investigadores docente por
TEC.10 Alta
facultad
Reporte estadístico de la cantidad
TEC.11 de investigación por programa y a Media
que línea pertenece
Visualización del logo del CIUNAS y
TEC.12 el logo de la UNAS. En todos los Alta
reportes
Lista de trabajos de investigación
por etiquetas o palabras y con
TEC.13 Media
datos estadísticos cuales son más
usados
Clasificación de trabajos de
TEC.14 investigación en Pregrado y Alta
Posgrado
Registro de libros editados por
TEC.15 Alta
docentes en su año sabático
Registro de journals, revistas
TEC.16 Alta
seriadas y/o indizadas, etc.
Fuente: Elaboración propia, desde historias de usuario
33
 Manifiesto de requisitos
Del Sistema de Gestión de Documentos Técnicos y Científicos - SYSCIUNAS v1.0, se identificó
los requisitos tales se muestran en la Tabla 10, para mayor detalle ver ANEXO 2:
REQUISITOS apartado b. Manifiesto de requisitos.
Tabla 10. Lista de requisitos por manifiesto de requisitos.
MANIFIESTO DE REQUISITOS
ITEM. TITULO PRIORIDAD
(EXS.PRINCIPAL)Ventana Principal,
implementa 4 menús: MANTENIMIENTO,
PROCESO, LISTADO Y REPORTE; cada una con
SYS.PRINCIPAL ALTA
sus propias opciones. Lanzar las todas las
tereas desde esta ventana, asimismo
ejecutarlas sobre esta ventana.
Contiene las ventanas con las operaciones de
creación, guardado, lectura y modificación
sobre los datos auxiliares que será usados en
las tareas de proceso, entre las opciones se
tiene:
- Facultad,
- Especialidad,
- Departamento/Mención,
SYS.MANTENIMEINTO ALTA
- Requerido (asignación de programa a plan
de investigación),
- Activo (asignación de línea a plan de
investigación),
- Investigador ,
- Cualidad (Cualidad de proyecto de
investigación),
- Usuario.
Se agrupan aquí las opciones:
SYS.PROCESO - PROYECTO ALTA
- EJEMPLAR
Agrupa por las operaciones de listado, entre
sus opciones a listar debe estar:
- Facultades
- Especialidades
SYS.LISTADO - Programas por departamento ALTA
- Líneas por departamento
- Títulos
- Investigadores
- Usuarios
Entre las opciones se tiene:
SYS.REPORTE ALTA
- Incentivo x Estamento
34
- Proyectos x Departamento
- Proyectos x Departamento e Investigador
- Ejemplares x Departamento
- Ejemplares x Departamento e
Investigador
- Ejemplares x Etiqueta
- Ejemplares de Proyectos x Estado
- Ejemplares publicados en Revistas
- Formato ANR
- Estadística: Ejemplares en Revistas
- Estadística: Proyectos x Línea
- Estadística: Ejemplares x Departamento
- Estadística: Proyectos por Departamento
(OBS-DBD.1, EXS.1) Crear, guardar leer, y
modificar Facultad, los datos de una Facultad
son:
SYS.1 ALTA
- nombre,
- abreviatura,
- documento de creación.
(OBS-DBD.1) Crear, guardar, leer y modificar
Especialidad, los datos de una Especialidad
son:
SYS.2 - nombre, ALTA
- abreviatura,
- documento de creación
- nivel de especialidad.
Departamento/Mención, los datos de un
Departamento/Mención son:
SYS.3 ALTA
- nombre,
- documento de creación,
- especialidad
(OBS-GUI.6) Crear, guardar, leer y modificar
Plan (plan de investigación), los datos de un
Plan de investigación son:
SYS.4 - nombre, ALTA
- año de inicio,
- año de término,
- documento aprobación.
(OBS-GUI.6,EXS.2) Crear, guardar, leer y
modificar Programa (programa de
SYS.5 investigación), los datos de un Programa de ALTA
investigación son:
- nombre.
35
(OBS-GUI.6,EXS.3) Crear, guardar, leer y
modificar Línea (línea de investigación), los
SYS.6 ALTA
datos de una línea de investigación son:
- nombre
Requerido (asignar programas de
investigación a plan de investigación), los
datos de un Programa asignado-requerido
SYS.7 ALTA
son:
- plan,
- programa,
- departamento.
Activo (asignar línea de investigación a plan
de investigación), los datos de un línea
SYS.8 ALTA
asignada son:
- requerido,
- línea
(OBS-DBD.2, EXS.7, EXS.8, EXS.9) Crear,
guardar, leer y modificar Persona, los datos
de Persona son:
- DNI,
- apellido paterno,
- apellido materno,
- nombre,
SYS.9 ALTA
- sexo,
- Fecha de Nacimiento,
- Dirección teléfono,
- Teléfono móvil,
- correo electrónico,
- número de cuenta,
- ubigeo.
(OBS-GUI.2, EXS.7, EXS.8, EXS.9) Crear,
guardar, leer y modificar Investigador, los
datos de investigador son:
- código,
SYS.10 - estamento, ALTA
- persona,
- condición (contratado) permanencia,
- grado académico,
- departamento/mención,
Crear, guardar, leer y modificar Usuario, los
datos de Usuario son:
SYS.11 - nombre cuenta de usuario, ALTA
- clave de la cuenta de usuario,
- persona,
36
- rol,
- indicador de permitido
Tipo de Ejemplar, los datos de Tipo de
SYS.12 ejemplar son: ALTA
- nombre
- verificador de opción de grado
Cualidad/Cualidad de proyecto, los datos de
Tipo de proyecto son:
SYS.13 ALTA
- nombre,
- prefijo,
- nivel académico
(OBS-DBD.3, OBS-GUI.5) Crear, guardar, leer y
modificar Proyecto, los datos de proyecto
son:
- fecha de ingreso,
- cualidad,
- código,
SYS.14 - título, ALTA
- línea de investigación
- objetivos,
- estado,
- presupuesto,
- fecha de inicio,
- fecha de término
(OBS-DBD.3, OBS-GUI.7) Crear, guardar, leer y
modificar Ejemplar los datos de ejemplar son:
- Fecha de ingreso,
- título,
- tipo de ejemplar,
- proyecto que lo genera,
- resumen,
SYS.15 ALTA
- abstracto,
- resultados logrado,
- descriptores,
- año,
- número de páginas,
- número de copias,
- Título de grado.
(EXS.17) Listar Facultades, mostrar:
- nombre
SYS.16 ALTA
- abreviatura
- documento creación
37
(EXS.18) Listar Programas de Investigación,
utilizando como filtro
SYS.17 ALTA
Departamento/Mención; mostrar:
- nombre de programa.
(EXS.19) Listar Líneas de Investigación,
SYS.18 Departamento/Mención; mostrar: ALTA
- nombre de línea de investigación,
- nombre de programa
(EXS.22) Listar Títulos de grado ;mostrar:
grado,
SYS.19 ALTA
- nombre de grado
- nombre título
(EXS.23) Listar Tesistas, utilizando como filtro
SYS.20 Facultad; mostrar: ALTA
- nombre completo de Tesista
(EXS.24) Listar Docentes; utilizando como
SYS.21 filtro Facultad; mostrar: ALTA
- nombre completo de Docente
(EXS.25) Listar Colaboradores utilizando
SYS.22 como filtro Facultad; mostrar: ALTA
- nombre completo de Colaborador
(EXS.26) Listar Usuarios;mostrar:
- nombre usuario(nombre de cuenta),
SYS.23 - nombre completo del titular de la cuenta ALTA
- nombre de usuario si está permitido
ingreso
(EXS.27) Listar Proyecto de tesis en estado de
Nuevo utilizando como filtro
departamento/Mención, año y trimestre;
SYS.24 mostrar: ALTA
- código proyecto,
- nombre proyecto,
- ejecutor
(EXS.28) Listar Proyectos de Tesis es estado de
Ejecución utilizando como filtro
Departamento/Mención, año y trimestre;
- código proyecto,
- nombre proyecto,
- ejecutor
(EXS.29) Listar Tesis, utilizando como filtro
Departamento/Mención; mostrar: nombre de
SYS.26 ALTA
tesis
- ejecutor
38
(EXS.30) Listar Artículos científicos de Tesistas
SYS.27 Departamento/Mención; mostrar: ALTA
Nombre del artículo,
- ejecutor
(EXS.31) Listar Artículos científicos de
Docentes utilizando como filtro
Departamento/Mención; mostrar:
SYS.28 ALTA
Nombre del artículo,
ejecutor:
- Nombre del artículo científico
(EXS.32) Listar Proyectos de investigación
docentes en estado de Nuevo, utilizando
como filtro Departamento/Mención, año y
SYS.29 trimestre; mostrar: ALTA
- código del proyecto
- título del proyecto
- responsable(s)
(EXS.33) Listar Proyectos de investigación en
estado de Ejecución, utilizando como filtro
Departamento/Mención, año y trimestre;
- código del proyecto
reponsable(s)
(EXS.34) Listar Proyectos de investigación,
utilizando como filtro Departamento/Mención
y Docente ejecutor; mostrar:
SYS.31 ALTA
- código de proyecto
- estado del proyecto
(EXS.35) Listar Artículos científicos por
Docente, utilizando como filtro
Departamento/Mención y Docente ejecutor;
- código de artículo
- título del artículo
- estado año
(EXS.36) Listar Docentes acreedores de
incentivo, utilizando como filtro año, trimestre
SYS.33 ALTA
y mes; mostrar:
- Nombre completo Docente
(EXS.37) Listar Tesistas acreedores de
incentivo, utilizando como filtro año,
SYS.34 ALTA
trimestre y mes; mostrar:
Nombre completo Tesista
39
(EXS.38) Listar Administrativos acreedores de
incentivo, utilizando como filtro año, trimestre
SYS.35 ALTA
y mes; mostrar:
- Nombre completo Administrativo
(EXS.39) Listar Tesis, utilizando como filtro
Departamento/Mención y docente asesor;
mostrar:
SYS.36 ALTA
- código de tesis,
- título de tesis,
- año
(EXS.40) Listar Artículos científicos, utilizando
como filtro Departamento/Mención y docente
asesor ; mostrar:
SYS.37 ALTA
- código de tesis,
- título de tesis,
- año
(EXS.41) Reporte Estadístico: Número de
investigaciones en el estado de Nuevo,
Ejecución y Culminado, en las diferentes
Departamentos/Menciones En un
SYS.38 determinado año y trimestre. ; mostrar: ALTA
- filas Departamento/mención
- columnas: estados de proyecto:
- agrupación de columnas: Tipo de
Proyectos
(EXS.42) Reporte: Cantidad de Tesis
ingresados al CIUNAS, utilizando como filtro un
SYS.39 ALTA
intervalo te tiempo (años) ; mostrar:
- En fila: año y cantidad de tesis en el año
(EXS.43) Reporte: Cantidad de Investigaciones
docente ingresados al CIUNAS, utilizando
como filtro un intervalo te tiempo (años) ;
SYS.40 ALTA
mostrar:
- En fila: año y cantidad de Proyectos en el
año
(EXS.44) Visualizar datos de investigación
SYS.41 ALTA
según formatos F1, F2, F3 y F4.
Fuente: Elaboración propia, desde manifiesto de requisitos
40
c. Tareas (por requisitos)
 Requerimientos no funcionales
Se identificaron requisitos no funcionales desde la normativa vigente, manifiesto y nuevos
requisitos el cual se muestra en la Tabla 11, para mayor detalle ver ANEXO 2:
REQUISITOS.
Tabla 11. Lista de requisitos no funcionales
ITEM DESCRIPCION
(OBS-MBD.1)El lenguaje de escritura de objetos (base de datos, tablas, vistas,
RNQ1
campos, etc.) debe ser el inglés
(OBS-MBD.2)Los nombres asignados a los objetos (base de datos, tablas,
RNQ2 vistas, campos, etc.) deben ser nombres completos suprimiéndose
articulaciones (el, lo, la, de, del, etc.)
(OBS-MBD.3)Los nombres asignados a los objetos (base de datos, tablas,
RNQ3 vistas, campos, etc.) deben estar escritos en minúsculas usando guion inferior
como separador de palabra
(OBS-MBD.4, OBS-MBD.5)Los nombres asignados a los objetos (base de
RNQ4 datos, tablas, vistas, campos, etc.) debe cumplir como mínimo la tercera
forma normal
(TEC.12)Visualización del logo del CIUNAS y el logo de la UNAS. En todos los
RNQ5
reportes
RNQ6 (TEC.8) Color de sistema con respecto a la apariencia.
(TEC.7, OBS-GUI.4)Interfaces de usuario que sean descriptivas, las imágenes
RNQ7
que sean acompañadas de texto
RNQ8 (OBS-DBD.4) Evitar el registro sobreentendido de datos
(OBS-GUI.3) Garantizar el dominio privado y personal de las cuentas de
RNQ9
usuario, preferentemente mostrar solo el nombre de usuario
(OBS-GUI.8)Evitar los errores no controlados, como el cierre inesperado del
RNQ10
Sistema; que permita el trabajo con varias ventanas visibles
41
 Requerimientos funcionales
Identificado los requisitos desde el manifiesto y nuevos requisitos. En la Tabla 12, Tabla 13,
Tabla 14 y Tabla 15 se muestra los requisitos funcionales estimando el costo de tiempo que
toma desarrollarlo, asimismo se les agrupa como entregables obedeciendo la Tabla 12 al
primer entregable, la Tabla 13 al segundo, la Tabla 14 al tercero y la Tabla 15 el cuarto.
Tabla 12. Lista de requisitos funcionales primer entregable
TIEMPO
ITEM DESCRIPCION RESPONSABLE
(horas)
Tareas fundamentales-configuraciones 54
Item1 Diseñar el modelo lógico de la base de datos 26
Item2 Diseñar del modelo físico de la base de datos 6
Instalación PostgreSQL, java, Netbeans y Elvis Mendoza
Item3 2
configuraciones
Digitar el diseño del modelo físico de la base de
Item4 20
datos al PostgreSQL
RQ1 (SYS.1) Gestionar Facultad 3
RQ1-1 Diseñar interfaz 0.5
RQ1-1 Codificar interfaz 0.5
Elvis Mendoza
Codificar operaciones de registro, actualización y
RQ1-2 2
las restricciones
RQ2 (SYS.2) Gestionar Especialidad 3.5
RQ2-2 Codificar interfaz 1
Elvis Mendoza
Codificar operaciones de registro, actualización y 2
RQ2-3
las restricciones
RQ3 (SYS.3) Gestionar Departamento/Mención 5
RQ3-1 Diseñar interfaz 1
Elvis Mendoza
RQ3-3
las restricciones
RQ4 (SYS.4) Gestionar Plan 3.5
Elvis Mendoza
RQ4-3
las restricciones
RQ5 (SYS.5) Gestionar Programa 3
Elvis Mendoza
RQ5-3
las restricciones
42
RQ6 (SYS.6) Gestionar Línea 3
Elvis Mendoza
RQ6-3
las restricciones
RQ7 (SYS.7), Gestionar Requerido 11
Elvis Mendoza
RQ7-3
las restricciones
RQ8 (SYS.8) Gestionar Activo 14
Elvis Mendoza
RQ8-3
las restricciones
RQ9 (SYS.9) Gestionar Persona 6
Elvis Mendoza
RQ9-3
las restricciones
RQ10 (SYS.10) Gestionar Investigador 11
Elvis Mendoza
RQ10-3
las restricciones
RQ11 (SYS.12) Gestionar Tipo 3.5
Elvis Mendoza
RQ11-3
las restricciones
RQ12 (SYS.13,TEC.14) Gestionar Cualidad 12
Elvis Mendoza
RQ12-3
las restricciones
TOTAL 132.5
43
Tabla 13. Lista de requisitos funcionales segundo entregable
TIEMPO
(horas)
RQ11* (SYS.11) Gestionar Usuario 4
RQ11*-1 Diseñar interfaz 1
RQ11*-2 Codificar interfaz 1
Elvis Mendoza
RQ11*-3
las restricciones
RQ13 (SYS.14,SEC1,TEC.6,TEC.14) Gestionar Proyecto 34
RQ13-3 Codificar Dependencias 4
Elvis Mendoza
RQ13-4 Codificar asignaciones 4
RQ13-5
las restricciones
(SYS.15,SEC2,TEC.2,TEC.3,TEC.4,TEC.5,TEC.9,TEC.15,TEC.16)
RQ14 37
Gestionar Ejemplar
RQ14-3 Codificar Dependencias 5
Elvis Mendoza
RQ14-4 Codificar asignaciones 5
RQ14-5
las restricciones
TOTAL 75
Tabla 14. Lista de requisitos funcionales tercer entregable
TIEMPO
(horas)
RQ15 (SYS.16) Listar Facultades 2
RQ15-1 Diseño de informe 1
Elvis Mendoza
RQ15-2 Codificación de la interfaz para reporte 1
RQ16 Listar Especialidades, 2
Elvis Mendoza
(SYS.17) Listar Programas de Investigación.(filtro: 4
RQ17
departamento/mención)
Elvis Mendoza
44
(SYS.18,TEC.1) Listar Líneas de Investigación .(filtro: 4
RQ18
departamento/mención)
Elvis Mendoza
RQ19 (SYS.19) Listar Títulos 4
Elvis Mendoza
(SYS.20, SYS.21, SYS.22,TEC.10)Listar Investigadores.(filtro: 5
RQ20
estamento, departamento/mención)
Elvis Mendoza
RQ21 (SYS.23) Listar Usuarios 2
Elvis Mendoza
TOTAL 23
Tabla 15. Lista de requisitos funcionales cuarto entregable
(SYS.33, SYS.34, SYS.35,SEC.6,SEC.7,SEC.8)Listar 6

RQ22 Investigadores.(filtro: estamento, año, trimestre) de acreedores de
incentivo
Elvis Mendoza
(SYS.24, SYS.25, SYS.29,SYS.30)Listar Proyectos (filtro: 5
RQ23 departamento/mención, cualidad) de determinado
departamento/mención
Elvis Mendoza
(SYS.31)Listar Proyectos (filtro: departamento/mención, cualidad, 6
RQ24
investigador responsable) de determinado investigador
Elvis Mendoza
(SYS.26, SYS.27, SYS.28)Listar Ejemplares (filtro: 5
RQ25 departamento/mención, cualidad, tipo ejemplar) de determinado
departamento
Elvis Mendoza
(SYS.24, SYS.25, SYS.29,SYS.30,32,SYS.36,SYS.37, SEC.4)Listar 5
RQ26 Ejemplares (filtro: departamento/mención, cualidad, tipo ejemplar,
investigador responsable) de determinado investigador
RQ26-1 Diseño de informe Elvis Mendoza 4
45
(TEC.13) Listar Ejemplares (filtro: departamento/mención, cualidad, 4
RQ27
tipo de ejemplar, Etiqueta) de determinada etiqueta
RQ27- Diseño de informe 3
Elvis Mendoza
(SYS.39, SYS.40) Listar Proyectos (filtro: cualidad, estado, intervalo 5
RQ28
de años) de terminado estado
Elvis Mendoza
(TEC.9) Listar Ejemplares (filtro: departamento/mención, cualidad, 6
RQ29
tipo de ejemplar) publicados en revistas
Elvis Mendoza
(SYS.41) Formato ANR (filtro: cualidad, tipo ejemplar) de 6
RQ30
determinado tipo de ejemplar
Elvis Mendoza
(TEC.9) Estadística: Ejemplares en revistas (filtro: cualidad, tipo 8
RQ31
ejemplar) de determinado tipo de ejemplar
Elvis Mendoza
(TEC.11) Estadística: Proyectos por línea (filtro: 8
RQ32
departamento/mención, cualidad) de determinado departamento
Elvis Mendoza
(TEC.9) Estadística: Ejemplares por departamento (filtro: cualidad, 8
RQ33
tipo) de terminado tipo de ejemplar
Elvis Mendoza
(SYS.38,SEC.3,SEC.5) Estadística: Proyectos por departamento (filtro: 8
RQ34
nivel, año, trimestre) de determinado año-trimestre.
Elvis Mendoza
(SYS.PRINCIPAL,SYS.MANTENIMIENTO,SYS.PROCESO,SYS.LISTADO 14
RQ35 SYS.REPORTE) Estadística: Proyectos por departamento (filtro: nivel,
año, trimestre) de determinado año-trimestre.
RQ35-1 Diseño de Interfaz 4
Elvis Mendoza
RQ35-2 Codificación de interfaz 10
TOTAL 94
46
3.1.6. Desarrollo de entregables
Se planificó 4 entregables, cada entregable está compuesto por un número determinado
de requisitos, y cada requisito contiene tareas que deben ser desarrolladas haciendo uso
de los costos estimados por terea respectiva.
Al término del desarrollo de cada entregable, los requisitos que la conforman fueron
evaluados por el cliente. El cliente presentaba su observación para aquellos requisitos que
no contaban con su conformidad, las observaciones de los requisitos no conformes
tuvieron que ser absueltos y, el requisito era nuevamente revisado por el cliente
ingresando así en un ciclo con el fin de contar con la conformidad de cliente en todos los
requisitos de un entregable. Una vez que todos los requisitos de un entregable contaban
con la conformidad de los clientes, se efectuaba la entrega.
 Primer entregable
Comprenden la base de datos, y todo el módulo de Mantenimiento excepto el requisito
R11* Gestionar Usuario. La implementación de los requisitos se muestra de la Tabla 18 a
la Tabla 29, incluido el modelo nuevo de la base de datos Figura 19.
Los requisitos R10 Gestionar Investigador y R12 Gestionar Cualidad fueron observados por
el cliente debido al refuerzo del requisito con nuevas consideraciones, la Tabla 17 muestra
la implementación completa de los requisitos afectados por las consideraciones.
Tabla 16. Desarrollo de requisitos - primer entregable
Ítem descripción H Fecha Inicio Fecha Fin responsable E

Diseñar el modelo lógico de la
Item1 26 03-02-2014 06-02-2014 Ok
base de datos
Diseñar del modelo físico de
Item2 6 06-02-2014 07-02-2014 OK
la base de datos
Instalación PostgreSQL, java,
Item3 2 07-02-2014 07-02-2014 Ok
Netbeans y configuraciones
Digitar el diseño del modelo
Item4 20 10-02-2014 12-02-2014 OK
físico de la BD al PostgreSQL
RQ1 Gestionar Facultad 3 12-02-2014 12-02-2014 Elvis Ok
RQ2 Gestionar Especialidad 3.5 13-02-2014 13-02-2014 Mendoza OK
Gestionar
RQ3 5 13-02-2014 14-02-2014 Ok
Departamento/Mención
RQ4 Gestionar Plan 3.5 17-02-2014 17-02-2014 OK
RQ5 Gestionar Programa 3 17-02-2014 18-02-2014 Ok
RQ6 Gestionar Línea 3 18-02-2014 18-02-2014 OK
RQ7 Gestionar Requerido 11 19-02-2014 21-02-2014 Ok
RQ8 Gestionar Activo 14 24-02-2014 25-02-2014 OK
47
RQ9 Gestionar Persona 6 26-02-2014 26-02-2014 Ok
RQ10 Gestionar Investigador 11 27-02-2014 28-02-2014 NoK
RQ11 Gestionar Tipo 3.5 03-03-2014 03-03-2014 ok
RQ12 Gestionar Cualidad 12 03-03-2014 05-03-2014 NoK
CONSIDERACIONES NUEVAS: Que al guardar un investigador muestre en que

departamentos ha sido investigador (la implementación se realizará en RQ10). Que en
cualidad permita establecer quienes investigan en esa cualidad de proyecto, la
(implementación se realizará en el requisito RQ12).
Tabla 17. Implementación de cambios en requisitos afectados – primer entregable

RQ10 Gestionar Investigador +11 14-03-2014 17-03-2014 Elvis OK
RQ12 Gestionar Cualidad +12 18-03-2014 29-03-2014 Mendoza OK
48
Figura19.Modelofísicodelabasededatos
Fuente:Elaboraciónpropia,utilizandoNavicatforPostgreSQL
49
Tabla 18. Gestionar Facultad
Ventana Gestionar Facultad REQUISITO RQ1
Descripción En la ventana se realiza en la creación, actualización de datos, de una
facultad
registro
listado
50
Tabla 19. Gestionar Especialidad
Ventana Gestionar Especialidad REQUISITO RQ2
Descripción En la ventana se realiza en la creación, actualización de datos, de
una especialidad
registro
listado
51
Tabla 20. Gestionar Departamento/Mención.
Ventana Gestionar
REQUISITO RQ3
registro
listado
52
Tabla 21. Gestionar Plan
Ventana Gestionar Plan REQUISITO RQ4
Plan de investigación
registro
listado
53
Tabla 22. Gestionar Programa
Ventana Gestionar Programa REQUISITO RQ5
una Programa de investigación
registro
listado
54
Tabla 23. Gestionar Línea
Ventana Gestionar Línea REQUISITO RQ6
una Línea de investigación
registro
listado
55
Tabla 24. Gestionar Requerido.
Ventana Gestionar Requerido REQUISITO RQ7
una Requerido
registro
listado
56
Tabla 25. Gestionar Activo
Ventana Gestionar Activo REQUISITO RQ8
una Activo
registro
listado
57
Tabla 26. Gestionar Persona
Ventana Gestionar Persona REQUISITO RQ9
una Persona
registro
listado
58
Tabla 27. Gestionar Investigador
Ventana Gestionar Investigador REQUISITO RQ10
una Investigador
registro
listado
Fuente: Elaboración propia.
59
Tabla 28. Gestionar Tipo
Ventana Gestionar Tipo REQUISITO RQ11
Descripción En la ventana se realiza en la creación, actualización de datos,
de una Tipo
registro
listado
60
Tabla 29. Gestionar Cualidad
Ventana Gestionar Cualidad REQUISITO RQ12
una Cualidad
registro
listado
61
 Segundo entregable
Los requisitos R13 Gestionar Proyecto y R14 Gestionar Ejemplar del segundo entregable
fueron sujetas a nuevas consideraciones a implementarse como se muestra en la Tabla 30,
implementadas las consideraciones se dispuso el segundo entregable como completado
detallado (ver Tabla 31) con los requisitos funcionales mostrados en la Tabla 32, Tabla 33
y Tabla 34.
Tabla 30. Desarrollo de requisitos - segundo entregable

RQ11* Gestionar Usuario 4 31-03-2014 31-03-2014 Ok
Elvis
RQ13 Gestionar Proyecto 34 31-03-2014 04-04-2014 Nok
Mendoza
RQ14 Gestionar Ejemplar 37 07-04-2014 11-04-2014 Nok
CONSIDERACIONES NUEVAS: Creación de entidad Alcance (scope), determina lo que es

posible generar de una Cualidad de proyecto, La implementación se realiza en RQ12;
creación de la entidad participante (doer), este participará en proyectos de investigación;
creación de la entidad involucrado (Involved), para determinar el grado de importancia del
participante investigador y cuanto de ellos están involucrado en una cualidad de proyecto
(modificación en la base datos para implementar Entidades: scope, doer e involved)
Tabla 31. Implementación de cambios en requisitos afectados - segundo entregable

RQ12 Gestionar Cualidad +18 28-04-2014 30-04-2014 OK
Elvis
RQ13 Gestionar Proyecto +20 30-04-2014 05-05-2014 Ok
Mendoza
RQ14 Gestionar Ejemplar +20 06-05-2014 08-05-2014 Ok
62
Tabla 32. Gestionar Usuario:
Ventana Gestionar Usuario REQUISITO RQ11*
una Usuario
registro
listado
63
Tabla 33. Gestionar Proyecto.
Ventana Gestionar Proyecto REQUISITO RQ13
una Proyecto
registro
listado
64
Tabla 34. Gestionar Ejemplar.
Ventana Gestionar Ejemplar REQUISITO RQ14
Descripción En la ventana se realiza en la generación, actualización de datos,
de una Ejemplar
registro
datos 2
datos 3
65
listado
66
 Tercer entregable
Este entregable está compuesto por los requisitos del módulo Listado, y dispuesto como
entregable completado dato a la inexistencia de nuevas consideraciones en sus requisitos
(ver Tabla 35). La funcionalidad de los requisitos del tercer entregable se explaya de la
Tabla 36 a la Tabla 42.
Tabla 35. Desarrollo de requisitos - tercer entregable

RQ15 Listar Facultades, 2 29-05-2014 29-05-2014 Ok
RQ16 Listar Especialidades, 2 29-05-2014 29-05-2014 Ok
Listar Programas de
RQ17 4 29-05-2014 29-05-2014 Ok
Investigación
Listar Líneas de Elvis
RQ18 4 02-06-2014 02-06-2014 Mendoza Ok
Investigación
RQ19 Listar Títulos 4 03-06-2014 03-06-2014 Ok
RQ20 Listar Investigadores 5 03-06-2014 04-06-2014 Ok
RQ21 Listar Usuarios 2 04-06-2014 04-06-2014 Ok
Tabla 36. Lista Facultades.

Ventana Listar Facultades REQUISITO RQ15
Descripción Relación de las facultades
67
Tabla 37. Listar Especialidades.
Ventana Listar Especialidades REQUISITO RQ16
Descripción Lista de las especialidades
Tabla 38. Programas de Investigación

Ventana Listado de Programas de
REQUISITO RQ17
investigación
Descripción Lista de las de programas de investigación según
departamento/mención académico
68
Tabla 39. Líneas de investigación
Ventana Lista de líneas de
REQUISITO RQ18
investigación
Descripción Lista de las líneas de investigación según departamento/mención
académico
Tabla 40. Lista Títulos.

Ventana Lista de Títulos de grado REQUISITO RQ19
Descripción Lista de las Títulos de grado

69
Tabla 41. Lista Investigadores.
Ventana Lista de Investigadores REQUISITO RQ20
Descripción Lista los investigadores según el estamento y
departamento/mención académica
Tabla 42. Lista Usuarios.

Ventana Lista de Usuarios REQUISITO RQ21
Descripción Lista los usuarios
70
 Cuarto entregable
Está compuesto por la funcionalidad del módulo Reporte y la ventana Principal, se dispuso
como completo para la entrega finalizado la implementación de sus requisitos, más por la
existencia de sugerencia más no observaciones (ver Tabla 43). La funcionalidad de la cuarta
entrega se explaya de la Tabla 44 a la Tabla 50; la Figuras 20 y 21, las cuales pertenecen a
la implementación de la ventana Principal.
Tabla 43. Desarrollo de requisitos - cuarto entregable

Lista Investigadores
RQ22 6 12-06-2014 12-06-2014 Ok
acreedores de incentivo
Lista Proyectos de
RQ23 5 12-06-2014 13-06-2014 Ok
determinado departamento
Lista Proyectos de
RQ24 6 13-06-2014 16-06-2014 Ok
determinado Investigador
Lista Ejemplares de
RQ25 5 16-06-2014 16-06-2014 Ok
Lista Ejemplares de
RQ26 5 16-06-2014 17-06-2014 OK
determinado investigador
Lista Ejemplares de
RQ27 4 17-06-2014 18-06-2014 OK
determinada etiqueta
Reporte: Cantidad de
RQ28 Proyectos de terminado 5 18-06-2014 19-06-2014 Ok
estado
Elvis
Lista Ejemplares publicados
RQ29 6 19-06-2014 20-06-2014 Mendoza OK
en revistas
Formato ANR por tipo de
RQ30 6 20-06-2014 20-06-2014 OK
ejemplar
Estadística: Ejemplares en
RQ31 revistas de determinado tipo 8 20-06-2014 23-06-2014 OK
de ejemplar
Estadística: Proyectos por
RQ32 línea de determinado 8 23-06-2014 24-06-2014 OK
departamento
Estadística: Ejemplares por
RQ33 departamento de terminado 8 24-06-2014 25-06-2014 OK
tipo de ejemplar
Estadística: Proyectos por
RQ34 departamento de 8 25-06-2014 26-06-2014 Ok
determinado año-trimestre.
RQ34 Ventana Principal 14 25-06-2014 25-06-2014 Ok
71
Tabla 44. Acreedores de Incentivo.
Ventana Lista Investigadores acreedores de
REQUISITO RQ22
incentivo
Descripción Informa sobre los acreedores de incentivo según estamento, en un
determinado año y trimestre
Tabla 45. Lista Proyectos de determinado departamento/mención.

Ventana Lista Proyectos de determinado
REQUISITO RQ23
departamento/mención
Descripción Informa sobre la relación de proyectos según la cualidad y
departamento/mención académica.
72
Tabla 46. Lista Proyectos de determinado Investigador
Ventana Lista Proyectos de determinado
REQUISITO RQ24
Investigador
Descripción Informa sobre la relación de proyectos de un docente(como también
alumno)
Tabla 47. Lista Ejemplares de determinado departamento.

Ventana Lista Ejemplares de
REQUISITO RQ25
Descripción Informa sobre los ejemplares de un determinado departamento
según cualidad de proyecto y tipo de ejemplar.
73
Tabla 48. Reporte: Cantidad de Proyectos de terminado estado
Ventana Reporte: Cantidad de
Proyectos de terminado REQUISITO RQ28
estado
Descripción Informa sobre Cantidad de proyectos ordenados por
especialidad, según la cualidad del proyecto, estado en un
determinado período (intervalo de años)
Tabla 49. Estadística: Proyectos por departamento de determinado año-trimestre.

Ventana Estadística: Proyectos por
departamento de determinado REQUISITO RQ34
año-trimestre
Descripción Informa sobre proporciones de investigaciones ordenado por
cualidad, estado, departamento, en un determinado año y trimestre.
74
Figura 20. Ventana de estrada
Figura 21. Ventana Inicio de sesión
75
Tabla 50. Ventana Principal SYSCIUNAS v1.1
Ventana Ventana Principal REQUISITO RQ35
Descripción Implementa un Menú con las opciones siguientes: MANTENIMIENTO, PROCESO, LISTADO Y REPORTE; desde esta ventana se
lanzan todas las tareas, asimismo todas estas tareas se gestionan sobre esta ventana.
76
3.1.7. Pruebas
a. Pruebas de aceptación
El personal de CIUNAS realizó las pruebas de aceptación a cada requisito de los entregables,
la observación en la implementación de un requisito suspendía la entrega. Las
implementaciones observadas por los clientes fueron absueltas hasta obtener su
conformidad y en consecuencia la realización de la entrega, para detalle de las pruebas
realizadas ver ANEXO 6: PRUEBAS – SYSCIUNAS v1.1.
 Pruebas de aceptación primer entregable

El número de pruebas realizado al primer entregable fueron dos iteraciones, en la iteración
1 el cliente observó los requisitos R10 Gestionar Investigador y R12 Gestionar Cualidad ver
Tabla 51, por lo que levantado las observaciones en los requisitos mencionados se realizó
las pruebas correspondientes a la iteración 2 ver Tabla 52, resultando el cliente conforme
con la funcionalidad implementada en los requisitos del entregable, asimismo consintiendo
la efectividad de entrega.
Tabla 51. Pruebas primer entregable Iteración 1

Periodo 06/03/2014- 13/03/2014 Iteración 1
Probador Martha Palma Oyola
Requisitos
ITEM Descripción Observaciones Resultado
RQ1 Gestionar Facultad Ninguno Satisfactorio
RQ2 Gestionar Especialidad Ninguno Satisfactorio
Gestionar Ninguno Satisfactorio
RQ3
RQ4 Gestionar Plan Ninguno Satisfactorio
RQ5 Gestionar Programa Ninguno Satisfactorio
RQ6 Gestionar Línea Ninguno Satisfactorio
RQ7 Gestionar Requerido Ninguno Satisfactorio
RQ8 Gestionar Activo Ninguno Satisfactorio
RQ9 Gestionar Persona Ninguno Satisfactorio
Para buscar a una persona en No Satisfactorio
la opción buscar, no sea del
modo de elegir con click que
RQ10 Gestionar Investigador
sea para buscar ingresando el
nombre digitando por el
teclado.
77
Que haya la opción guardar a
un administrativo en una
especialidad o departamento
RQ11 Gestionar Tipo Ninguno Satisfactorio
Cuando se guarda una No satisfactorio
cualidad de proyecto que
RQ12 Gestionar Cualidad permita que me dé la opción
de qué nivel académico va a
ser, pregrado o posgrado
Fuente: Elaboración propia, ficha de pruebas
Tabla 52. Pruebas primer entregable iteración 2

Periodo 24/03/2014-28/03/2014 Iteración 2
Requisitos
RQ1 Gestionar Facultad Ninguno Satisfactorio
RQ2 Gestionar Especialidad Ninguno Satisfactorio
Gestionar Ninguno Satisfactorio
RQ3
RQ4 Gestionar Plan Ninguno Satisfactorio
RQ5 Gestionar Programa Ninguno Satisfactorio
RQ6 Gestionar Línea Ninguno Satisfactorio
RQ7 Gestionar Requerido Ninguno Satisfactorio
RQ8 Gestionar Activo Ninguno Satisfactorio
RQ9 Gestionar Persona Ninguno Satisfactorio
RQ10 Gestionar Investigador Ninguno Satisfactorio
RQ11 Gestionar Tipo Ninguno Satisfactorio
RQ12 Gestionar Cualidad Ninguno satisfactorio
78
 Pruebas de aceptación segundo entregable.
El número de pruebas realizado al segundo entregable fueron dos iteraciones, en la
iteración 1 el cliente observó los requisitos R13 Gestionar Proyecto y R14 Gestionar
Ejemplar ver Tabla 53. Pruebas segundo entregable Iteración 1, por lo que levantado las
observaciones en los requisitos mencionados se realizó las pruebas correspondientes a la
iteración 2 ver Tabla 54. Pruebas segundo entregable iteración 2, resultando el cliente
conforme con la funcionalidad implementada en los requisitos del entregable, asimismo
consintiendo la efectividad de entrega.
Tabla 53. Pruebas segundo entregable Iteración 1

Periodo 14/04/2014- 25/04/2014 Iteración 1
Requisitos
RQ11 Gestionar Usuario Ninguno Satisfactorio
Que permita ingresar un número No Satisfactorio
limitado de investigadores por
proyecto, asimismo que al guardar
siempre, siempre guarde cuando
RQ13 Gestionar Proyecto
exista el investigador necesario de
una cualidad de proyecto, si no
tiene un investigador necesario
que no se pueda guardar.
De un proyecto solo se pueda No Satisfactorio
generar los tipos de ejemplares
pertinentes, por ejemplo cuando
de un proyecto de investigación
docente solo se puedan generar:
informe final, artículo científico y
libro.
RQ14 Gestionar Ejemplar
Que guarde solo una cantidad de
tipo de ejemplar por proyecto, si
por ejemplo es un informe de
investigación, guarde solamente
un ejemplar por proyecto, pero si
guarda artículo científico permita
guardar más de uno.
79
Tabla 54. Pruebas segundo entregable iteración 2
Requisitos
RQ11 Gestionar Usuario Ninguno Satisfactorio
RQ13 Gestionar Proyecto Ninguno Satisfactorio
RQ14 Gestionar Ejemplar Ninguno Satisfactorio
 Pruebas de aceptación tercer entregable

Sobre el tercer entregable se realizó una iteración de prueba, en ella el cliente manifestó
su conformidad por la implementación de los requisitos del entregable ver Tabla 55.
Pruebas tercer entregable Iteración 1, por lo que consintió la efectividad de entrega
Tabla 55. Pruebas tercer entregable Iteración 1

Requisitos
RQ15 Listar Facultades, Ninguno Satisfactorio
RQ16 Listar Especialidades Ninguno Satisfactorio
Listar Programas de Ninguno Satisfactorio
RQ17
Investigación
Listar Líneas de Ninguno Satisfactorio
RQ18
Investigación
RQ19 Listar Títulos Ninguno Satisfactorio
RQ20 Listar Investigadores Ninguno Satisfactorio
RQ21 Listar Usuarios Ninguno Satisfactorio
80
 Pruebas de aceptación cuarto entregable
Asimismo el cuarto entregable fue objeto de una iteración de prueba, en ella el cliente
realizó sugerencias en los requisitos R23 Lista Proyectos de determinado
departamento/mención y R34 Estadística: Proyectos por departamento de determinado
año-trimestre, asimismo no considerados en el cliente como observaciones manifestó su
conformidad por la implementación de los requisitos respecto al entregable ver Tabla 56.
Pruebas cuarto entregable iteración 1, por lo que consintió la efectividad de entrega
Tabla 56. Pruebas cuarto entregable iteración 1

Requisitos
Lista Investigadores acreedores de
RQ22 Ninguno Satisfactorio
incentivo
Lista Proyectos de determinado Añadir en el filtro
RQ23 Satisfactorio
departamento/mención Estado
Lista Proyectos de determinado
Investigador
Lista Ejemplares de determinado
departamento
Lista Ejemplares de determinado
investigador
Lista Ejemplares de determinada
etiqueta
Reporte: Cantidad de Proyectos de
terminado estado
Lista Ejemplares publicados en
revistas
Formato ANR de determinado tipo
de ejemplar
Estadística: Ejemplares en revistas
de determinado tipo de ejemplar
Estadística: Proyectos por línea de
Estadística: Ejemplares por
RQ33 departamento de terminado tipo Ninguno Satisfactorio
de ejemplar
Estadística: Proyectos por Que se pueda
RQ34 departamento de determinado observar bien el Satisfactorio
año-trimestre. porcentaje
RQ35 Ventana Principal Ninguno Satisfactorio
81
b. Pruebas de Carga
Esta prueba se llevó a cabo al término de realizado las entregas al cliente, el

desconocimiento de ¿cómo respondería él servidor de base de datos desplegado en el
Centro de Tecnologías de Información y Comunicación? surgió a que este fuera tomado
como objeto de prueba
Se utilizó como herramienta JMeter. JMeter es un proyecto de Apache que puede ser
utilizado como una herramienta de prueba de carga para analizar y medir el desempeño de
una variedad de servicios.
 Configuración de la Prueba._ Apache JMeter provee un modo de trabajo visual
mediante árbol, en la que inicialmente habilita dos ítems principales llamados Plan de
Pruebas y Banco de Trabajo. Nosotros configuraremos nuestro plan de pruebas para luego
ejecutarlo, por lo cual configuramos así como se muestra en la Figura 22. En el Plan de
Pruebas podemos trabajar con varios tipos de ítem entre los cuales nosotros elegimos
grupos de hilos y llamamos “Pruebas CIUNAS” (configuramos: número de Hilos y/o
usuarios=3, período de subida y/o demora=0, contador de bucle y/o repeticiones=3), sobre
esta raíz creamos cuatro ítems:
Figura 22. Recursos de la prueba
- Creamos el ítem configuración de la conexión JDBC y le asignamos el nombre

“dbciunas” el cual tiene la configuración a la base de datos como se muestra la
Figura 23.
- Creamos el ítem petición JDBC y le asignamos el nombre “registros líneas activas”
al es configurado de la forma como se muestra en la Figura 24.
- Creamos el ítem receptor gráfico de resultados y damos por nombre “Gráfico de
Resultados”, y trabajamos con la configuración por defecto (media y rendimiento
entre otros)
- Creamos el ítem receptor reporte resumen y le damos por nombre “Reporte
resumen”, y también con la configuración por defecto (los valores de los mismos
parámetros de gráfico de resultados).
82
Figura 23. Configuración de la conexión para la prueba
Figura 24. Petición al componente (base de datos).
83
 Resultados de la Prueba._ Realizado la configuración se ejecutó tres veces la
prueba, en la Figura 25 y 26 se muestra los resultados en resumen y gráfico de la Iteración
1, en la Figura 27 y 28 loas resultados la iteración 2 y en la Figura 29 y 30 la iteración 3.
Figura 25. Reporte resumen iteración 1.
Figura 26. Resultado gráfico iteración 1.
84
85
86
 Interpretación de la Prueba._ Analizamos la media (tiempo de respuesta a una
petición) para las muestras concurrentes obtenidas.
La tabla Active (activo) a la cual se está haciendo la petición, tiene 169 tupas, todos estos
registros son llamados por cada petición. Se pretende escenificar un hipotético caso de 3
usuario concurrentes, cada usuario realiza tres peticiones con un tiempo de descanso de 0
segundos.
Tabla 57. Resumen de Iteraciones

NRO. MUESTRAS MEDIA(SEGUNDOS)
Iteración 1 48 0.5834
De acuerdo a las pruebas realizadas se deduce que el cliente obtiene respuesta a un tiempo
promedio de 0.5752 segundos aproximadamente a una petición.
c. Análisis de Host Cliente
El Consejo de Investigación cuenta con dos host Clientes (ver 3.1.1. Situación actual,
Computadora 1 y Computadora 2). En ambos equipos se instaló la máquina virtual de java
versión 7 actualizacion51 (jdk7u51), el cual incorpora la herramienta Java Mission Control.
Java Mission Control (JMC), esta permite el análisis y la monitorización de aplicaciones que
ejecutan bajo la máquina virtual de java. Se utilizó JMC para el análisis de la aplicación en
los host cliente, como se muestra en la Figura 31 y Figura 32.
Figura 31. Diagnóstico SYSCIUNAS v1.1 en Computadora 1 (i5 32 bits, 5 Gb RAM):
87
Figura 32. Diagnóstico SYSCIUNAS v1.1 en Computadora 2 (i7 64 bits, 8Gb RAM)
Java Mission Control, no reportó para la computadora 1 los indicadores de uso de

procesador, sin embargo observamos en el administrador de tareas de Windows el
consumo mientras SYSCIUNAS v1.1 se encuentra ejecutando ver Figura 33.
Figura 33. Procesador computadora 1, con SYSCIUNAS v1.1 en ejecución.
Estos datos nos arrojaron en un aproximado de 10 minutos de ejecución, sin

configuraciones extras y sin algún otro programa ejecutándose más que la herramienta de
análisis y SYSCIUNAS v1.1.
88
En cuanto a uso de procesador: En el host 1 (computadora 1), el máximo uso de procesador
fue de 69 %, y un mínimo de 2%; en el host 2 (computadora 2), el máximo uso de
procesador fue de 49 %, y un mínimo de 4%.
En cuanto a uso de memoria: En el host 1 (computadora 1), el máximo uso de memoria fue
de 72 %, y un mínimo de 43%; en el host 2 (computadora 2), el máximo uso de memoria
fue de 85.5%, y un mínimo de 41%.
En base a este examen se asume que el Sistema de Gestión de Documentos Técnicos y

Científicos - SYSCIUNAS v1.1 gozará de una ejecución estable, garantizando la ejecución de
la funcionalidad implementada.
89
3.1.8. Componentes y Despliegue
a. Diagrama de componentes
SYSCIUNAS v1.1 implementa la arquitectura Cliente/Servidor como se muestra en la Figura 34, la base de datos (servidor), se ejecutará el S.O.
Windows Server 2008 el cual se encontrará en un hardware independiente al hardware cliente del cual se accederá al equipo servidor. El SGBD
implementado es PostgreSQL, y la solución cliente se ejecutará sobre el entorno de ejecución de java (java runtime enviroment).
Figura 34. Diagrama de componentes de SYSCIUNAS V1.1.

cmp Modelo de componentes
«system» «system»
Sistema Operativ o cliente Window s Serv er 2008 Standard Edition
PostgreSQL
«runtime enviroment»
j av a runtime env iroment
«schema»
public
«executable»
SysCiunas 1.1
«framework»
Hibernate
«delegate»
«connector database»
Driv er PostgresSQL «service»
«delegate»
pgAgent
90
b. Diagrama de despliegue
Como se observa en la Figura 35, la solución se desplegó en la planta CIUNAS y planta CTIC dentro del campus de la UNAS, los host clientes se
encuentran en la planta CIUNAS, y el Servidor en las instalaciones del CTIC, cabe mencionar que las respuestas y/o peticiones para dar con su destino
tiene que recorrer 3 conmutadores (enlace fibra del conmutador Pabellón Central – conmutador CTIC, y, enlace UTP Cat6 del conmutador Pabellón
Central – conmutador CIUNAS), trabajando en enlace total a base de 100 Mbps.
Figura 35. Diagrama de Despliegue de SYSCIUNAS v1.1

91
c. Capacitación al Personal/Usuario
Según el organigrama mostrado en el apartado 1.2. Información de la dependencia, el
Consejo de Investigación de la Universidad Nacional Agraria de la Selva está conformado
por:
- Dirección
- Secretaria
- Comisión de investigación
- Comisión administrativa
Se realizó la labor de extensión y capacitación al personal del CIUNAS, los materiales
utilizados fueron:
- Software solución SYSCIUNAS v1.1.
- Material de presentación “exposición SYSCIUNAS v1.1.”.
En primera instancia se realizó la labor de extensión en la que se puntualizó aspectos como:
- Arquitectura
- Funcionalidad
- Posibilidades y/o potencialidades
- Y, recomendaciones.
Posterior a ello se realizó la capacitación del software, en ello se explicó.
- Funcionalidad de cada implementación, y
- Modo de trabajo de SYSCIUNAS v1.1
En la labor de capacitación se contó con la participación mayoritaria de los miembros del

CIUNAS por lo que prestó las garantías para la aceptación del trabajo
92
3.2. Actividades complementarias realizadas durante las prácticas
3.2.1. Inventario proyectos de investigación

Se realizó el inventario de los proyectos de investigación de tesis, proyectos de
investigación de docente para ser derivado a almacén. El inventario comprendió el registro
en la base de datos SYSCIUNAS v1.0 de todos los proyectos, asimismo, la cuantificación de
los proyectos por especialidad.
3.2.2. Se realizó mantenimiento al sistema de gestión de documentos

SYSCIUNAS v1.0.
Se realizó labores de mantenimiento en el SYSCIUNAS como: 1). Se añadió la casilla número
cuenta en las vista Gestionar Tesistas, con la intención de facilitar a caja la relación de
investigadores acreedores de incentivo con su respectiva número de cuenta, 3).Se
deshabilito gestión de Subprograma, 2). Se migró de host-servidor (Windows XP
profesional, procesador Pentium IV) de la base de datos a un equipo con mejores
capacidades ver 3.1.1. Situación actual apartado a. Tecnologías de Información y
Comunicación Tabla 2. Computadora1. 3). Se desarrolló informes, estos informes se
realizaron para responder la demanda de la oficina de planificación, antes de la
implementación de estos informes generalmente requerían realizar depuraciones dado a
la obtención de resultados viciados.
3.2.3. Requerimientos de Equipo computador para CIUNAS.

Se presentó los requerimientos para la adquisición de un equipo nuevo para el Consejo de
Investigación con el principal fin de desarrollar la nueva versión del Sistema de Gestión de
Documentos Técnicos y Científicos, asimismo, para la realización de la migración de datos
del SYSCIUNAS v1.0 a la nueva base de datos.
93
CONCLUSIONES
 Se desarrolló el Sistema de Gestión de Documentos Técnicos y Científicos –

SYSCIUNAS v1.1. usando la metodología de desarrollo XP. El desarrollo de
SYSCIUNAS v1.1 requirió el diseño e implementación de un nuevo modelo
de base de datos de acuerdo al manifiesto y nuevos requisitos con
prestaciones de: integridad, flexibilidad, interoperabilidad, escalabilidad y
seguridad, alineado como solución a las Políticas de Desarrollo de
Aplicaciones de CTIC-UNAS.
 Se realizó el plan del proceso de desarrollo del Sistema de Gestión de
Documentos Técnicos y Científicos SYSCIUNAS v1.1 basado en la
Metodología XP, en el que se estimó un costo total de 324 horas/hombre
únicamente en el desarrollo.
 Se diseñó el sistema tomando en cuenta la normatividad vigente. Se trabajó
el diseño del nuevo modelo de base de datos acorde al manifiesto y los
nuevos requisitos consiguiendo un modelo de 31 tablas relacionadas.
 Se codificó los componentes del sistema en el orden siguiente: modelo físico
de la base de datos, módulo Mantenimiento, módulo Proceso, módulo
Listado y finalmente módulo Reporte obteniendo un total de 41 formularios
del cual 21 formularios son de gestión y 20 formularios auxiliares
(bienvenida, inicio de sesión, bloqueo, interfaz de múltiples documentos,
acerca de, ventana de búsqueda, ventana plantilla, ente otros, contenedor
de reportes, 4 paneles de opciones Menú y 7 paneles parámetros de
reportes). En la solución se implementó el patrón de arquitectura de
software modelo-vista controlador, consiguiendo separar los datos, lógica
de negocio y las interfaces de usuario. En el desarrollo de los entregables se
consumió 405 horas/hombre, 81 horas/hombre sobre el plan.
 Se realizó las pruebas del Sistema de Gestión de Documentos Técnicos y
Científicos SYSCIUNAS v1.1, los tipos de pruebas utilizados fueron: pruebas
de aceptación y pruebas de carga. En las pruebas de aceptación el usuario
evaluó cada entregable contrastando con el requisito que lo generó;
asimismo todos los requisitos fueron evaluados y, aquellos entregables
observados fueron perfeccionados desde las observaciones hasta conseguir
su aceptación. Las pruebas de carga consistieron en simular un contexto de
tres usuarios concurrentes siendo los componentes desplegados
previamente en el entorno de producción, de esta prueba se obtuvo el
resultado siguiente: se obtiene una respuesta a un promedio de 0.57
segundos, simultáneamente se examinó los host clientes reportando un
94
promedio del 8 % de consumo de procesador por parte del SYSCIUNAS v1.1,
y 200 MB en promedio de utilización de memoria (RAM), el resultado
permite deducir que el funcionamiento de las prestaciones implementadas
funcionará correctamente en el contexto planteado.
 Se logró desplegar el sistema de gestión de documentos Técnicos y
Científicos– SYSCIUNAS v1.1. de acuerdo al modelo de despliegue y las
exigencias del Centro de Tecnologías de Información y Comunicación de la
UNAS en cuanto a Política de Desarrollo de. Los host clientes se encuentran
en el CIUNAS y, la base de datos se encuentra alojada en un servidor en los
ambientes del Centro de Tecnologías de Información y Comunicación. Cabe
resaltar que SYSCIUNAS v1.1 obedece a una solución basada en escritorio,
desarrollada bajo arquitectura cliente/servidor, el costo en cuanto a
materiales y equipos es cero, dado a que se utilizó equipos existentes, el
costo en cuanto a tiempo fue de 54 horas/hombre, considerando:
negociaciones, configuraciones previas e instalación.
95
RECOMENDACIONES
 A los que desarrollan sistemas informáticos, tener en cuenta que: como

parte de la gestión de requisitos estos sean validados por el cliente, para
evitar el re-trabajo.
 Al desarrollador del CIUNAS, considerar las notaciones y formas de escritura
contemplados en el manual del desarrollador como: referencias,
comentarios, agrupaciones, entre otros aspectos que ayudarán a la
legibilidad técnica del sistema.
 Al CIUNAS, realizar capacitaciones periódicas orientadas a funcionarios del
CIUNAS haciendo uso del Manual de Usuario.
 Al CIUNAS, realizar la migración de los datos existentes a la base de datos
nueva que incorpora SYSCIUNAS v1.1 previa depuración de estos datos.
 Al CIUNAS, gestionar la integración del SYSCIUNAS v1.1 con el Sistema
Académico de la UNAS con la finalidad de aprovechar la información de
docentes y estudiantes ya existentes en dicha solución.
 Al CIUNAS, gestionar la integración con el Sistema Caja con la finalidad de
evitar el envío mensual de reportes físicos de los investigadores acreedores
del Incentivo FEDU.
96
BIBLIOGRAFIA
 Gabriel Moran Delgado y Darío G. Alvarado Cervantes. Métodos de

Investigación. Primera Edición. Editorial Pearson. D.F. México. 2010.
 Sommerville, lan. Ingeniería del Software. 7° Ed Pearson Educación S.A.,
Madrid. 2005.
 P. J. Deitel. Como programar en Java. 9na Edición. Pearson Prentice hall.
2006.
 Instituto Nacional De Estadística e Informática. Tecnología cliente/servidor.
Subjefatura de Informática-INEI. Perú. 1997.
 PMI. Guía de los Fundamentos de la Dirección de Proyectos. Tercera Edición.
España. 2004.
Referencias en la web.
 Características y tipos de base de datos.

ENLACE[http://www.ibm.com/developerworks/ssa/data/library/tipos_bases
_de_datos/index.html]
 Las TICS un nuevo recurso para el aula, 2008. ENLACE [http://www.sci-

csif.es/andalucia/modules/mod_ese/revista.html]
 Documentación de Java SE 7.
ENLACE [http://docs.oracle.com/javase/7/docs/]
97
ANEXOS
ANEXO 1: SITUACION ACTUAL
a. Políticas de desarrollo de aplicaciones.
99
100
101
102
103
104
b. Sistema de Gestión de Documentos Técnicos y Científicos - SYSCIUNAS v1.0
Figura 1. Tablas de la base de datos SYSCIUNAS (SYSCIUNAS v1.0).
Fuente: Elaboración propia, utilizando software Navicat for MySql
105
Figura2.ModelofísicodelabasededatosSYSCIUNASv1.0
Fuente:Elaboraciónpropia,utilizandosoftwareNavicatforMySql
106
Figura 3. Ventana Principal SISTEMA DE GESTIÓN DE DOCUMENTOS TECNICOS Y CIENTIFICOS – SYSCIUNAS v1.0 (EXS.PRINCIPAL)
Fuente: Elaboración propia, captura de pantalla
107
Tabla 1. Menú MANTENIMIENTO.
MENU MANTENIMIENTO NRO. EXS.MANTENIMIENTO

Nro. funciones
Nro. opciones 7 6
válidas
Describe
opcio()nes no - Sub Programa de Investigación
válidas
Opciones
108
Tabla 2. Opción Facultades – Menú MANTENIMIENTO
MENU MANTENIMIENTO
Ventana Facultades NRO. EXS.1
Permite la gestión de Facultad (crear, guardar, leer, modificar y
Descripción
actualizar)
Datos
Lista
109
Tabla 3. Opción Programas de Investigación – Menú MANTENIMIENTO
MENU MANTENIMIENTO
Ventana Programas de Investigación NRO. EXS.2
Permite la gestión de Programas de investigación (crear, guardar, leer,
Descripción
modificar y actualizar)
Datos
Lista

110
Tabla 4. Opción Líneas de Investigación – Menú MANTENIMIENTO
MENU MANTENIMIENTO
Ventana Líneas de Investigación NRO. EXS.3
Permite la gestión de Líneas de investigación (crear, guardar, leer,
Descripción
Datos
Lista
111
Tabla 5. Opción Grado Tesis – Menú MANTENIMIENTO
MENU MANTENIMIENTO
Ventana Grado Tesis NRO. EXS.4
Permite la gestión de Grado de Tesis (crear, guardar, leer, modificar y
Descripción
actualizar)
Datos
Lista
112
Tabla 6. Opción Grado Docente – Menú MANTENIMIENTO
MENU MANTENIMIENTO
Ventana Grado Docente NRO. EXS.5
Permite la gestión de grado Docente (crear, guardar, leer, modificar y
Descripción
actualizar)
Datos
Lista
113
Tabla 7. Opción Títulos– Menú MANTENIMIENTO
MENU MANTENIMIENTO
Ventana Títulos NRO. EXS.6
Permite la gestión de Títulos (crear, guardar, leer, modificar y
Descripción
actualizar)
Datos
Lista
114
Tabla 8. Opción Tesistas – Menú MANTENIMIENTO
MENU MANTENIMIENTO
Ventana Tesistas NRO. EXS.7
Permite la gestión de Tesistas (crear, guardar, leer, modificar y
Descripción
actualizar)
Datos
Lista
115
Tabla 9. Opción Docente – Menú MANTENIMIENTO
MENU MANTENIMIENTO
Ventana Docentes NRO. EXS.8
Permite la gestión de Docente (crear, guardar, leer, modificar y
Descripción
actualizar)
Datos
Lista
116
Tabla 10. Opción Colaboradores – Menú MANTENIMIENTO
MENU MANTENIMIENTO
Ventana Colaboradores NRO. EXS.9
Permite la gestión de Colaborador (crear, guardar, leer, modificar y
Descripción
actualizar)
Datos
Lista
117
Tabla 11. Opción Trimestre – Menú MANTENIMIENTO
MENU MANTENIMIENTO
Ventana Trimestre NRO. EXS.10
Permite la gestión de trimestre (crear, guardar, leer, modificar y
Descripción
actualizar)
Datos
Lista
118
Tabla 12. Opción Usuarios – Menú MANTENIMIENTO
MENU MANTENIMIENTO
Ventana Usuarios NRO. EXS.11
Permite la gestión de Usuario (crear, guardar, leer, modificar y
Descripción
actualizar)
Datos
Lista
119
Tabla 13. Menú PROCESO
MENU PROCESO NRO. EXS.PROCESO

Nro. opciones 5 Nro. opciones válidas 5
Opciones
120
Tabla 14. Opción Proyecto de Tesis – Menú PROCESO
MENU PROCESO
Ventana Proyecto de Tesis NRO. EXS.12
Permite gestionar Proyectos de Tesis (crear, guardar, leer, modificar y
Descripción actualizar) de alumnos de las diferentes Facultades y la Escuela de
Posgrado
Datos
Lista
121
Tabla 15. Opción Proyecto de Investigación – Menú PROCESO
MENU PROCESO
Ventana Proyecto de Investigación NRO. EXS.13
Permite gestionar Proyectos de investigación (crear, guardar, leer,
Descripción
modificar y actualizar), de los docente de la UNAS.
Datos
Lista
122
Tabla 16. Opción Tesis – Menú PROCESO
MENU PROCESO
Ventana Tesis NRO. EXS.14
Permite la gestión de Tesis (crear, guardar, leer, modificar y actualizar),
Descripción
de las diferentes Facultades y la Escuela de Posgrado.
Datos Tesis 1
Datos Tesis 2
Lista Tesis
123
Tabla 17. Opción Artículos científicos Tesistas – Menú PROCESO
MENU PROCESO
Ventana Artículos Científicos Tesistas NRO. EXS.15
Permite la gestión de Artículo científico de Tesistas (crear, guardar,
Descripción leer, modificar y actualizar), sean estos de las diferentes facultades y la
escuela de Posgrado
Datos Artículo Científico Tesista 1
124
Datos Artículo Científico Tesista 2
Lista Artículos Científico Tesista
125
Tabla 18. Opción Artículos científicos Docentes – Menú PROCESO
MENU PROCESO
Ventana Artículos Científicos Docentes NRO. EXS.16
Permite la gestión de Artículo científico docente (crear, guardar, leer,
Descripción
Datos Artículo Científico Docente 1
Datos Artículo Científico Docente 2
126
Lista Artículos Científico Docente
127
Tabla 19. Menú LISTADO
MENU LISTADO NRO. EXS .LISTADO

Nro. opciones 12 Nro. opciones válidas 10
Describe opciones - Sub Programas de Investigación x facultad
no válidas - Proyecto de Tesis
Opciones
Tabla 20. Opción Facultades – Menú LISTADO
MENU LISTADO
Ventana Facultades NRO. EXS.17
Descripción Lista Facultades
Lista
128
Tabla 21. Opción Programas de Investigación x Facultad – Menú LISTADO
MENU LISTADO
Ventana Programas de Investigación x facultad NRO. EXS.18
Descripción Lista Programas de Investigación, filtrados por Facultad
Parámetro
Lista
Tabla 22. Opción Líneas de Investigación x Facultad – Menú LISTADO
MENU LISTADO
Ventana Líneas de Investigación x Facultad NRO. EXS.19
Descripción Lista Líneas de investigación, filtrado por Facultad
Parámetros
Lista
129
Tabla 23. Opción Grados Tesis – Menú LISTADO
MENU LISTADO
Ventana Grados Tesis NRO. EXS.20
Descripción Lista grado de Tesis
Lista
Tabla 24. Opción Grado Docentes – Menú LISTADO
MENU LISTADO
Ventana Grado Docentes NRO. EXS.21
Descripción Lista grado Docente
Lista
130
Tabla 25. Opción Títulos – Menú LISTADO
MENU LISTADO
Ventana Títulos NRO. EXS.22
Descripción Lista Títulos
Lista
Tabla 26. Opción Tesistas x Facultad – Menú LISTADO
MENU LISTADO
Ventana Tesistas x Facultad NRO. EXS.23
Descripción Lista Tesistas, filtrado por facultad
Parámetros
Lista
131
Tabla 27. Opción Docentes x Facultad – Menú LISTADO
MENU LISTADO
Ventana Docentes x Facultad NRO. EXS.24
Descripción Lista Docentes, filtrado por Facultad
Parámetros
Lista
Tabla 28. Opción Colaboradores x Facultad – Menú LISTADO
MENU LISTADO
Ventana Colaboradores x Facultad NRO. EXS.25
Descripción Lista Colaboradores, filtrado por Facultad
Parámetros
Lista
132
Tabla 29. Opción Usuarios – Menú LISTADO
MENU LISTADO
Ventana Usuario NRO. EXS.26
Descripción Lista Usuarios
Lista
133
Tabla 30. Menú REPORTE
MENU REPORTE NRO. EXS .REPORTE

Nro. funciones
Nro. opciones 23 18
válidas
- Proyecto de Inv. De Doc. x Facultad y Estado
- (Proyecto de Investigación Docente por Facultad y Estado)
- Reporte de Posgrado x Especialidad
- (Reporte de Posgrado por Especialidad)
Describe
- Reporte de Art. Cient. tesista-Resumen
opciones no
- (Reporte de Artículo Científico Tesista - Resumen)
válidas
- Proyecto de Tesis Nuevo x Año
- (Reporte de Tesis Nuevo por Año)
- Reporte Estadístico. Investigaciones x Año
- (Reporte Estadístico Investigaciones por Año)
Opciones
134
Tabla 31. Opción Reporte Proyecto de Tesis Nuevos-Trimestre – Menú REPORTE
MENU REPORTE
Ventana Reporte Proyecto de Tesis Nuevos - Trimestre NRO. EXS.27
Lista Proyecto de tesis en estado de nuevo, filtrados por facultad, año
Descripción
y trimestre
Parámetros
Lista
Tabla 32. Opción Reporte Proyecto de Tesis En Ejecución-Trimestre – Menú REPORTE
MENU REPORTE
Ventana Reporte Proyectos de Tesis en Ejecución-Trimestre NRO. EXS.28
Lista Proyectos de tesis en estado de ejecución, filtrado por Facultad,
Descripción
año y trimestre
Parámetros
Lista
135
Tabla 33. Opción Reporte Tesis – Menú REPORTE
MENU REPORTE
Ventana Reporte Tesis NRO. EXS.29
Descripción Lista Tesis, filtrado por Facultad
Parámetros
Lista
Tabla 34. Opción Reporte Art. Científico Tesistas – Menú PROCESO
MENU REPORTE
Ventana Reporte Art. Científico Tesistas NRO. SYS.30
Lista Lista Artículos científicos de Tesistas, filtrado por Facultad.
Parámetros
Lista
136
Tabla 35. Opción Reporte Art. Científicos Docente – Menú REPORTE
MENU REPORTE
Ventana Reporte Art. Científicos Docente NRO. EXS.31
Descripción Lista Artículos científicos de Docentes, filtrado por Facultad
Parámetros
Lista
Tabla 36. Opción Reporte Proyectos de investigación Nuevos-Trimestre – Menú REPORTE
MENU REPORTE
Ventana Reporte Proyectos de Investigación Nuevos-Trimestre NRO. EXS.32
Lista Proyectos de investigación docente en estado de nuevo, filtrado por
Descripción
Facultad, año, trimestre
Parámetros
Lista
137
Tabla 37. Opción Reporte Proyectos de Investigación En Ejecución-Trimestre – Menú
REPORTE
MENU REPORTE
Reporte Proyectos de Investigación en Ejecución- NRO. EXS.33
Ventana
Trimestre
Lista Proyectos de investigación docente en estado de ejecución, filtrado
Descripción
por Facultad, año y trimestre
Parámetros
Lista
Tabla 38. Opción Reporte Proy. Inv. X Docente – Menú REPORTE
MENU REPORTE
Ventana Reporte Proy. Inv. X Docente NRO. EXS.34
Lista Proyectos de investigación, filtrados por Facultad y Docente
Descripción
ejecutor
Parámetros
Lista
138
Tabla 39. Opción Reporte Art. Científicos x Docente – Menú REPORTE
MENU REPORTE
Ventana Reporte Art. Científicos x Docente NRO. EXS.35
Descripción Lista Artículos científicos, filtrado por Facultad y Docente ejecutor
Parámetros
Lista
Tabla 40. Opción Reporte Incentivo Docentes – Menú REPORTE
MENU REPORTE
Ventana Reporte Incentivo Docentes NRO. EXS.36
Lista Docentes acreedores de incentivo, filtrado por año, trimestre y
Descripción
mes.
Parámetros
Lista
139
Tabla 41. Opción Re0porte Incentivo Tesistas – Menú REPORTE
MENU REPORTE
Ventana Reporte Incentivo Tesistas NRO. EXS.37
Descripción Lista Tesistas acreedores de incentivo, filtrado por año, trimestre y mes
Parámetros
Lista
Tabla 42. Opción Reporte Incentivo Administrativos – Menú REPORTE
MENU REPORTE
Ventana Reporte Incentivo Administrativos NRO. EXS.38
Lista Administrativos acreedores de incentivo, filtrados por año,
Descripción
trimestre y mes
Parámetros
Lista
140
Tabla 43. Opción Reporte Tesis Asesoradas x Docente – Menú REPORTE
MENU REPORTE
Ventana Reporte Tesis Asesoradas x Docente NRO. EXS.39
Descripción Lista Tesis, filtrado por Facultad y Docente asesor
Parámetros
Lista
Tabla 44. Opción Reporte A.C. Asesorados x Docente – Menú REPORTE
MENU REPORTE
Ventana Reporte A.C. Asesorados x Docente NRO. EXS.40
Descripción Lista Artículos científicos, filtrados por Facultad y Docente asesor
Parámetros
Lista
141
Tabla 45. Opción Reporte Proyecto de Tesis Nuevos-Trimestre – Menú REPORTE
MENU REPORTE
Ventana Reporte Estadístico. Investigaciones por Trimestre NRO. EXS.41
Reporte. Número de investigaciones en el estado de Nuevo, Ejecución
Descripción y Culminado, en las diferentes facultades y escuela de Posgrado. En un
determinado año y trimestre.
Parámetros
Lista
Tabla 46. Opción Reporte Tesis Alumnos Culminados – Menú REPORTE
MENU REPORTE
Ventana Reporte Tesis Alumnos Culminados NRO. EXS.42
Reporte. Cantidad de Tesis ingresados, filtrados por intervalo de
Descripción
tiempo (año).
Parámetros
Lista
142
Tabla 47. Opción Reporte Investigaciones Docente Culminados – Menú REPORTE
MENU REPORTE
Ventana Reporte Investigaciones Docente Culminados NRO. EXS.43
Reporte. Cantidad de investigaciones ingresados, filtrados por
Descripción
intervalo de tiempo (año).
Parámetros
Lista
Tabla 48. Opción Reporte según formato ANR – Menú REPORTE
MENU REPORTE
Ventana Reporte Según Formato ANR NRO. EXS.44
Descripción Visualización de datos en formatos según Tipo de investigación
Sub Opciones
Opción 1-F1
143
Opción 2-F2
144
145
Opción 3-F3
146
Opción 4-F4
147
- Observaciones en el diseño de la Base de Datos
Tabla 1. Observación en el modelo de la base de datos nro. 1 (OBS-MBD.1).
El lenguaje de escritura de objetos (base de datos, tablas, vistas, campos,

Observación
etc.) en la base de datos no se encuentra en inglés.
Los objetos de la base de datos como: base de datos, tablas, vistas,
Condición procedimientos almacenados campos no se encuentran escritos en
inglés.
Políticas de desarrollo de aplicaciones – UNAS “El lenguaje de escritura
Criterio de objetos (base de datos, tablas, vistas, campos, etc.) debe ser el
inglés”.
Evidencia
148
Los nombres asignados a los objetos de la base de datos no son

Observación
nombres completos
Los nombres asignados a los objetos (base de datos, tablas, vistas,
Condición campos, etc.) deben ser nombres completos, suprimiéndose
articulaciones (el, lo, la, de, del, etc.)
Políticas de desarrollo de aplicaciones – UNAS “Los nombres
asignados a los objetos (base de datos, tablas, vistas, campos, etc.)
Criterio
deben ser nombres completos suprimiéndose articulaciones (el, lo, la,
de, del, etc.)”.
Evidencia
149
Los nombres asignados a los objetos de la base de datos no están

Observación escritos en minúsculas usando guion inferior como separador de
palabra.
En su gran mayoría los objetos de la base de datos como tablas, vistas,
Condición procedimientos almacenados, campos, etc. no se encuentran escritos
en minúsculas usando guion inferior como separador de palabra.
asignados a los objetos (base de datos, tablas, vistas, campos, etc.)
Criterio
deben estar escritos en minúsculas usando guion inferior como
separador de palabra”.
Evidencia
150
Observación La base de datos no cumple como mínimo la tercera forma normal.

La base de datos implementada y actualmente funcional no cumple
Condición
como mínimo la tercera forma normal.
Criterio asignados a los objetos (base de datos, tablas, vistas, campos, etc.)
debe cumplir como mínimo la tercera forma normal”.
Evidencia
Tercera Forma Normal (3FN)

E.F.Codd. clasifica como:
Una tabla está normalizada en esta forma si todas las columnas que no son llave son
funcionalmente dependientes por completo de la llave primaria y no hay dependencias
transitivas. Una dependencia transitiva es aquella en la cual existen columnas que no son
llave que dependen de otras columnas que tampoco son llave.
151
Observación Tablas no relacionadas

Condición No son prácticas para base de datos sólida y consistente.
Intrínseca a la tercera forma normal (se considera que está en la
Criterio
tercera forma normal, sí cumple la 1FN y 2FN)
Evidencia
Tabla 6. Resumen del Análisis al modelo de la base de datos del Sistema de Gestión de
Documentos Técnicos y Científicos –SYSCIUNAS v1.0
Existencia Modelo Base de datos del SYSCIUNAS v1.0

Manifiesto Observaciones Formulaciones
Los nombres asignados a los Los nombres asignados a los objetos
objetos de la base de datos no (base de datos, tablas, vistas,
OBS-MBD.1 están escritos en minúsculas campos, etc.) deben estar escritos en
usando guion inferior como minúsculas usando guion inferior
separador de palabra. como separador de palabra
Los nombres asignados a los objetos
Los nombres asignados a los
(base de datos, tablas, vistas,
OBS-MBD.2 objetos de la base de datos no son
campos, etc.) debe cumplir como
nombres completos
mínimo la tercera forma normal
Los nombres asignados a los Los nombres asignados a los objetos
objetos de la base de datos no (base de datos, tablas, vistas,
OBS-MBD.3 están escritos en minúsculas campos, etc.) deben estar escritos en
usando guion inferior como minúsculas usando guion inferior
separador de palabra como separador de palabra
La base de datos no cumple como (base de datos, tablas, vistas,
OBS-MBD.4
mínimo la tercera forma normal campos, etc.) debe cumplir como
(base de datos, tablas, vistas,
OBS-MBD.5 Tablas no relacionadas
campos, etc.) debe cumplir como
152
- Observaciones en los datos existentes
Tabla 1. Observación en los datos de la base de datos nro. 1 (OBS-DBD.1).
Facultad y escuela de Posgrado están consideradas como unidad

Observación
del mismo nivel académico
La escuela de Posgrado es unidad académica de mayor nivel,
Condición
para servir a las facultades en la realización especializaciones.
El estatuto refiere en CAP. III, Art. 20 como: “Unidad académica
Criterio
de nivel superior”, diferenciándolo del nivel de Pregrado.
Evidencia

Observación Datos ingresados más de una vez(datos repetidos)
La existencia de datos repetidos genera costo tecnológico,
Condición
asimismo confusión en el análisis temprano.
Criterio Consistencia, los datos deben ingresarse por única vez.
Evidencia
153
Clasificación inapropiada, libros como proyectos de investigación

Observación
(proyinv).
El libro es una publicación/ejemplar (un producto de investigación),
Condición más el proyecto de investigación (proyinv) es el medio de búsqueda y
desarrollo de nuevos conocimientos, por ello se basa en avances.
Reglamento FEDU 2,17, “Proyecto de investigación científica y
Criterio
tecnológica”, su ejecución tiene que ser informado cada trimestre.
Evidencia
La tabla trimestre almacena año trimestre y fecha, cuando en la fecha

se encuentra implícitamente el año y el trimestre, trimestre guarda
Observación
datos no ocurrentes, en un registro existencial dato al trimestre está
establecido.
Incrementa la posibilidad al usuario de cometer error, asimismo
Condición demanda costo de tecnológico, asimismo, secuelas de informes no
esperados.
Criterio Profesional de Ingeniería en Informática y Sistemas
Evidencia
154
- Observaciones en la interfaz gráfica del usuario
Tabla 1. Observación 1, opción Trimestres menú MANTENIMIENTO. (OBS-GUI.1).
Registra datos sobreentendidos de trimestre, puesto que año y

Observación
trimestre son intrínsecos a una fecha.
Redunda en los datos de registro, asimismo aumenta la
Condición
posibilidad de error en la operación de registro en el usuario.
Reducir la posibilidad de ocurrencia en equivocación de los
Criterio Usuarios en la operación de registro. Evitar el registro
sobreentendido de datos
Evidencia
155
Tabla 2. Observación 2, opción Colaboradores del menú MANTENIMIENTO. (OBS-GUI.2).
Registra un Colaborador en una determinada facultad, este

Observación procedimiento persuade tener otros registros con los mismos datos
cuando este mismo titular colabore en otra facultad.
El registro del investigador (colaborador) involucra asignarle a una
facultad, y, posteriormente cuando este mismo investigador colabore
Condición
en otra facultad tendrá que ingresarse nuevamente sus datos y asignarle
ahora la nueva facultad.
Reducir la posibilidad de ocurrencia en equivocación de los Usuarios en
Criterio
la operación de registro. Evitar el ingreso repetido de datos.
Evidencia
156
Tabla 3. Observación 3, Opción en Usuarios del menú MANTENIMIENTO. (OBS-GUI.3).
La ventana usuarios permite la visibilidad de datos entre ellos la lectura

Observación
entera de la clave del usuario.
La clave es un campo especial que por razones de privacidad hacia el
Condición
usuario debe permanecer oculta.
Criterio Las cuentas de usuario son privadas y personales.
Evidencia
157
Tabla 4. Observación 4, opción Tesista del menú MANTENIMIENTO. (OBS-GUI.4)
La ventana no contiene título descriptivo, sin embargo por los

Observación
datos que solicita se deduce que es Tesista.
La descripción extensa de un componente ayuda a la legibilidad y
Condición
su fácil reconocimiento.
Criterio Fácil reconocimiento de objetos visuales.
Evidencia
158
Tabla 5. Observación 5, opción proyectos de investigación menú PROCESOS (OBS-GUI.5)
El código de proyecto de investigación, es correlativo de acuerdo al año,

Observación trimestre y de qué especialidad se encuentre proviene.
Sin embargo esta generación de código se realiza manualmente.
Esta tarea incrementa la posibilidad de un registro erróneo mediante un
Condición
código incorrecto. Asimismo significa coste de tiempo al personal.
Reducir la posibilidad de ocurrencia en equivocación de los Usuarios en la
Criterio
operación de registro.
Evidencia
Tabla 6. Observación 6, opción proyectos de investigación menú PROCESOS (OBS-GUI.6)
En la parte de programas y líneas de investigación del proyecto de

investigación referencialmente no muestra a qué plan de
Observación
investigación pertenece el programa, tal cual es el procedimiento
del programa y la línea de investigación.
Al momento de crear un nuevo Proyecto de investigación docente
Condición mostrar cual es el plan de investigación al que pertenece el
programa y línea de investigación que se muestra
Criterio Especificación detallada de las referencias.
159
Evidencia
Tabla 7. Observación 7, opción tesis, menú PROCESOS. (OBS-GUI.7).
Del mismo modo que el proyecto de investigación docente, el código de

tesis, es correlativo de acuerdo al número de tesis existentes en una
Observación
especialidad.
Sin embargo esta generación de código se realiza manualmente.
Esta tarea incrementa la posibilidad de un registro erróneo mediante un
Condición
código incorrecto. Asimismo significa coste de tiempo al personal.
Reducir la posibilidad de ocurrencia en equivocación de los Usuarios en la
Criterio
operación de registro.
Evidencia
160
Tabla 8. Observación 8, en GUI-SYSCIUNAS v1.0. (OBS-GUI.8)
El SYSCIUNAS v1.0, realiza paradas de ejecución imprevistamente

Observación arrojando un mensaje “ejecutable.exe ha detectado un problema y
debe cerrarse”, con poca frecuencia el mensaje
Las paradas de ejecución no premeditadas son consideradas fallos del
Condición
software.
Criterio Reducir la posibilidad de error en el sistema
Evidencia
161
ANEXO 2: REQUISITOS – SYSCIUNAS v1.1.
a. Captura de requisitos
- Historias de usuario
Figura 1. Ficha matriz de captura de Requisito
Fuente: Elaboración propia, tarea de campo
La ficha contiene los campos:
Usuario._ Se escribe el nombre completo de la persona.
Rol del Usuario._ Se escribe el Rol que cumple la persona en la

organización/negocio.
Nro._ Se escribe el número de ficha que está llenando el usuario.
Título._ Se escribe el título de la petición, el pedido en resumen.
Para._ Se escribe aquí quienes (oficinas, instituciones, etc.) solicitan esta

información (los beneficiarios).
Fecha._ Se escribe aquí cuando se realiza la petición.
Prioridad._ (Baja/Media /A) Se escribe cuan relevante la atención del pedido.
162
Figura 2. Historia de Secretaria nro.1 (SEC.1).
Figura 3. Historia de Secretaria nro. 2 (SEC.2).
163
164
165
166
Figura 10. Historia de personal técnico nro. 1 (TEC.1).
167
168
169
170
171
172
173
174
- Confirmación de historias de usuario
Tabla 1. Confirmación de historias Secretaria.
Usuario Secretaria del CIUNAS

Historias Observaciones Aclaraciones
SEC.1 El título: evitar el registro de Evitar el registro duplicado de
proyectos de investigación proyecto de investigación.
SEC.2 No No
SEC.3 No No
SEC.4 No No
SEC.5 Cuál sería la conjugación a la Tesis por Experiencia laboral entre
serie de datos experiencia Las especialidades
laboral, para el reporte.
SEC.6 No No
SEC.7 No No
SEC.8 No No
Tabla 2. Confirmación de historias personal Técnico.
Usuario Personal técnico

Historias Observaciones Aclaraciones
TEC.1 No No
TEC.2 No No
TEC.3 No No
TEC.4 No No
TEC.5 No No
TEC.6 No No
TEC.7 Interfaz amigable Que cuando haya un icono o
imagen, se describa de que se trata
si es posible que esta imagen esté
acompañado de texto descriptivo
TEC.8 No No
TEC.9 Datos actualizados Que tenga un mecanismo de
actualización de datos.
TEC.10 No No
TEC.11 No No
TEC.12 No No
TEC.13 No No
TEC.14 No NO
TEC.15 No No
TEC.16 No NO
175
b. Manifiesto de requisitos
- Sistema SYSCIUNAS v1.0
Tabla 1. Existencia en la Interfaz gráfica del Usuario del SYSCIUNAS v1.0.
EXISTENCIAS EN LA INTERFAZ GRAFICA DEL USUARIO

ITEM. TITULO PRIORIDAD
Ventana Principal, implementa 4 menús:
MANTENIMIENTO, PROCESO, LISTADO Y REPORTE;
EXS.PRINCIPAL ALTA
cada una con sus propias opciones. desde la
ventana Principal se lanzan todas las tereas
Contiene las ventanas de las operaciones de:
´creación, guardado, lectura y modificación de los
datos auxiliares o que se usaran en las tareas de
proceso como, entre las opciones de
EXS.MANTENIMEINTO mantenimiento se encuentran: Facultades, ALTA
Programas de Investigación, Líneas de
Investigación, Grado Tesis, Grado Docente, Título,
Tesistas, Docentes, Colaboradores, Trimestres y
Usuarios
Se agrupan aquí las opciones: Proyectos de Tesis,
Proyectos de Investigación, Tesis, Artículos
EXS.PROCESO ALTA
Científicos Tesistas y Artículos Científicos
Docentes
Agrupa por las operaciones de listado, entre sus
opciones a listar se encuentra: Facultades,
Programas de investigación x Facultad, Líneas de
EXS.LISTADO ALTA
Investigación x Facultad, Grado Tesis, Grado
Docentes, Títulos, Tesistas x Facultad, Docente x
Facultad, Colaboradores x Facultad, Usuarios
Agrupa por las operaciones de reporte, entre sus
opciones se encuentre: Reporte Proyectos de Tesis
Nuevos – Trimestre, Reporte Proyectos de Tesis en
Ejecución – Trimestre, Reporte Tesis, Reporte Art.
Científicos Tesistas, Reporte Art. Científicos
Docentes, Reporte Proyectos de Investigación
Nuevos – Trimestre, Reporte Proyectos de
EXS.REPORTE Investigación en Ejecución – Trimestre, Reporte ALTA
Proy. Inv. x Docente, Reporte Art. Científicos x
Docente, Reporte Incentivo Docente, Reporte
Incentivo Tesistas, Reporte Incentivo
Administrativos, Reporte Tesistas Asesoradas x
Docente, Reporte A.C. Asesoradas x Docente,
Reporte Estadístico. Investigaciones x Trimestre,
Reporte de Tesis Alumnos Culminados, Reporte
176
Investigaciones Docentes Culminados, Reportes
Según Formato de la ANR
Facultades, crea, guarda, lee, modifica y actualizar
EXS.1
Facultad
Programas de Investigación, crea, guarda, lee,
EXS.2 ALTA
modifica y actualizar Programa de investigación
Líneas de Investigación, crea, guarda, lee, modifica
EXS.3 ALTA
y actualizar Línea de investigación
Grado Tesis, crea, guarda, lee, modifica y actualizar
EXS.4 ALTA
Grado tesis
Grado Docente, crea, guarda, lee, modifica y
EXS.5 ALTA
actualizar Grado docente
EXS.6 Títulos, crea, guarda, lee, modifica y actualiza Título ALTA
Tesistas, crea, guarda, lee, modifica y actualiza
EXS.7 ALTA
Tesista
Docentes, crea, guarda, lee, modifica y actualiza
EXS.8 ALTA
Docente
Colaboradores, crea, guarda, lee, modifica y
EXS.9 ALTA
actualiza Colaborador
Trimestres, crea, guarda, lee, modifica y actualiza
EXS.10 ALTA
Trimestre
Usuarios, crea, guarda, lee, modifica y actualiza
EXS.11 ALTA
Usuarios
Proyectos de Tesis, crea, guarda, lee, modifica y
EXS.12 ALTA
actualiza Proyecto de tesis
Proyectos de Investigación, crea, guarda, lee,
EXS.13 ALTA
modifica y actualiza Proyecto de investigación
EXS.14 Tesis, crea, guarda, lee, modifica y actualiza Tesis ALTA
Artículos Científicos Tesistas, crea, guarda, lee,
EXS.15 ALTA
modifica y actualiza Artículo científico Tesista
Artículos Científicos Docentes, crea, guarda, lee,
EXS.16 ALTA
modifica y actualiza Artículo científico Docente
EXS.17 Facultades, lista todas las Facultades ALTA
Programas de Investigación x Facultad, lista los
EXS.18 ALTA
Programas utilizando como filtro Facultad
Líneas de Investigación, lista Líneas de
EXS.19 ALTA
investigación utilizando como filtro Facultad
EXS.20 Gratos Tesis, lista todos los Grados de tesis ALTA
EXS.21 Grado Docentes, lista todos los Grados docente ALTA
EXS.22 Títulos, Lista todos los Títulos ALTA
Tesistas x Facultad, lista Tesistas utilizando como
EXS.23 ALTA
filtro Facultad
Docentes, lista Docentes utilizando como filtro
EXS.24 ALTA
Facultad
177
Colaboradores, lista Colaboradores utilizando
EXS.25 ALTA
como filtro Facultad
EXS.26 Usuarios, lista todos los Usuarios ALTA
Reporte Proyectos de Tesis Nuevos x Facultad, lista
EXS.27 Proyecto de tesis en estado de Nuevo utilizando ALTA
como filtro Facultad, año y trimestre
Reporte Proyectos de Tesis en Ejecución, lista
EXS.28 Proyectos de Tesis es estado de Ejecución utilizando ALTA
como filtro Facultad, año y trimestre
Reporte Tesis, lista Tesis utilizando como filtro
EXS.29 ALTA
Facultad
Reporte Art. Científicos Tesistas, lista Artículos
EXS.30 científicos de Tesistas utilizando como filtro ALTA
Facultad
Reporte Art. Científicos Docentes, lista Artículos
EXS.31 científicos de Docentes utilizando como filtro ALTA
Facultad
Reporte Proyectos de Investigación Nuevos-
Trimestre, lista Proyectos de investigación
EXS.32 ALTA
docentes en estado de Nuevo utilizando como filtro
Facultad, año y trimestre
Reporte Proyecto de Investigación En Ejecución -
Trimestre, lista Proyectos de investigación en
EXS.33 ALTA
estado de Ejecución utilizando como filtro Facultad,
año y trimestre
Reporte Proy. Inv. x Docente, lista Proyectos de
EXS.34 investigación utilizando como filtro Facultad y ALTA
Docente ejecutor
Reporte Art. Científicos x Docente, lista Artículos
EXS.35 científicos x Docente utilizando como filtro Facultad ALTA
y Docente ejecutor
Reporte Incentivo Docentes, lista Docentes
EXS.36 acreedores de incentivo utilizando como filtro año, ALTA
trimestre y mes
Reporte Incentivo Tesistas, lista Tesistas
EXS.37 acreedores de incentivo utilizando como filtro año, ALTA
trimestre y mes
Reporte Incentivo Administrativos, lista
EXS.38 Administrativos acreedores de incentivo utilizando ALTA
como filtro año, trimestre y mes
Reporte Tesis Asesoradas x Docente, lista Tesis
EXS.39 ALTA
utilizando como filtro Facultad y docente asesor
Reporte A. C. Asesoradas x Docente, lista Artículos
EXS.40 científicos utilizando como filtro Facultad y docente ALTA
asesor.
178
Reporte Estadístico. Investigaciones x Trimestre.
Número de investigaciones en el estado de Nuevo,
EXS.41 Ejecución y Culminado, en las diferentes facultades ALTA
y escuela de Posgrado. En un determinado año y
trimestre.
Reporte Tesis Alumnos Culminados. Cantidad de
EXS.42 Tesis ingresados al CIUNAS, utilizando como filtro ALTA
un intervalo te tiempo (años)
Reporte Investigaciones Docentes Culminados.
Cantidad de Investigaciones docente ingresados al
EXS.43 ALTA
CIUNAS, utilizando como filtro un intervalo te
tiempo (años)
Reporte según Formato de la ANR, Visualiza datos
EXS.44 de investigación según formatos F1, F2, F3 y F4., ALTA
según Tipo de investigación
- Confirmación del manifiesto de datos de SYSCIUNAS v1.0

Tabla 1. Confirmación de datos del SYSCIUNAS v1.0.
Existencia Datos de la base de datos del SYSCIUNAS v1.0

Diferenciar los niveles académicos
Facultad y escuela de Posgrado
en: Pregrado y Posgrado; asimismo
OBS-DBD.1 están consideradas como unidad
estructurar Facultad-Especialidad-
del mismo nivel académico
Existencia de datos de Alumnos Los datos de los investigadores
OBS-DBD.2 tesistas ingresados más de una vez (Alumnos, Docentes, Colaboradores,
(datos repetidos) etc.) deben ingresarse por única vez.
Diferenciar el Proyecto de
investigación científico y tecnológico
Clasificación inapropiada, los
(proyectos de investigación docente,
libros están clasificados como
OBS-DBD.3 proyectos de investigación
proyectos de investigación
alumno/tesis) de las
(proyinv).
publicaciones/ejemplares (libros,
artículos científicos, tesis)
La tabla trimestre almacena año,
trimestre y fecha, cuando en la
fecha se encuentra
implícitamente el año y el
Evitar el registro sobreentendidos.
OBS-DBD.4 trimestre; asimismo estos datos
de datos
almacenados son datos no
ocurrentes dado a que un año
tiene cuatro trimestres y estos ya
son existenciales e invariables.
179
- Confirmación de manifiesto en la interfaz gráfica de SYSCIUNAS v1.0
Tabla 1. Confirmación de interfaces gráficas–SYSCIUNAS v1.0.
Existencia Interfaz gráfica del usuario

Se registra datos sobreentendidos
Evitar el registro sobreentendido de
de trimestre, puesto que año y
OBS-GUI.1 datos en la tabla trimestre, como año
trimestre son intrínsecos a una
y trimestre.
fecha
Al registrar un colaborador se le
Evitar el ingreso repetido de datos en
determina como parte de sus
los registros de investigadores
datos la especialidad, este
(Alumno-tesista, Docente,
OBS-GUI.2 procedimiento persuade tener
Administrativo-colaborador), evitar
otros registros con los mismos
el registro directo de un investigador
datos cuando este mismo titular
con todos sus datos a una facultad.
colabore en otra especialidad.
La ventana usuarios permite la Garantizar el dominio privado y
visibilidad de datos entre ellos la personal de las cuentas de usuario,
OBS-GUI.3
lectura entera de la clave del preferentemente mostrar solo el
Usuario. nombre de usuario.
Al ingresar a la opción Tesistas, me
nuestra la ventada de gestión La
Describir los objetos visuales
ventana sin título descriptivo, sin
OBS-GUI.4 (ventanas, botones, cajas de ingreso
embargo por el nombre de opción
de texto, etc.)
y datos que solicita se deduce que
es ventada de gestión de Tesistas
El código de proyecto de Generar el código de proyectos de
investigación, es correlativo. De investigación científica y tecnológica
acuerdo al año, trimestre y a qué (proyecto de investigación
especialidad este pertenece. alumnos/tesis, proyectos de
Sin embargo esta generación de investigación docente, etc.). Se debe
OBS-GUI.5
código se realiza manualmente. tomar en cuenta, el nivel académico
(Pregrado o Postgrado), el tipo de
proyecto (investigación docente,
investigación alumno/Tesista, etc.),
la especialidad y el trimestre.
En la parte de programas y líneas Un plan de investigación tiene
de investigación del proyecto de programas agrupados por
investigación referencialmente no especialidad, y cada uno de estos
muestra a qué plan de programas tiene líneas de
investigación pertenece el investigación. En el registro de un
OBS-GUI.6
programa, tal cual es el Proyecto de investigación científico
procedimiento del programa y la tecnológico (proyecto de
línea de investigación. investigación docente, proyecto de
investigación alumno/tesis, etc.) que
muestre el plan de investigación,
180
adicional al programa y línea de
investigación. Para observar
claramente que se está trabajando
con el plan vigente.
Del mismo modo que el proyecto Generar el código de proyectos de
de investigación docente, el ejemplares (tesis/informe final de
código de tesis, es correlativo de investigación alumno, informes final
acuerdo al número de tesis de investigación docente, artículos
existentes en una especialidad. científicos, etc.). Se debe tomar en
OBS-GUI.7 Sin embargo esta generación de cuenta, el nivel académico (Pregrado
código se realiza manualmente. o Postgrado), el tipo de ejemplar
(tesis/informe final de investigación
alumno, informes final de
investigación docente, artículos
científicos, etc.) y la especialidad.
El SYSCIUNAS v1.0, realiza paradas
de ejecución imprevistamente
arrojando el mensaje: Evitar los errores no controlados,
“ejecutable.exe ha detectado un como el cierre inesperado del
OBS-GUI.8
problema y debe cerrarse”, con Sistema; que permita el trabajo con
poca frecuencia, generalmente varias ventanas visibles
cuando se trabaja con varias
ventanas abiertas
181
ANEXO 3: HERRAMIENTAS UTILIZADAS EN EL DESARROLLO - SYSCIUNAS v1.1
Figura 1. Diagrama conceptual de Java SE
Fuente: Documentación de la Plataforma java 8 edición estándar (java 8 SE).
Figura 2. Detalle de SGBD PostgresSQL
Fuente: Wikipedia. PostgreSQL. ENLACE [http://es.wikipedia.org/wiki/PostgreSQL]. 26-06-

2014
182
Figura 3. Generalidades del Framework Hibernate
Fuente: Wikipedia. Hibernate ENLACE [http://es.wikipedia.org/wiki/Hibernate]. 26-06-

2014
Figura 4. Generalidades del IDE Netbeans
Fuente: Wikipedia. NetBeans ENLACE[http://es.wikipedia.org/wiki/NetBeans]. 26-06-2014
183
ANEXO 4: MODELO DE BASE DE DATOS - SYSCIUNAS v1.1
Figura 1. Modelo lógico de la base de datos
Fuente: elaboración propia, utilizando Navicat for PostgreSQL

184
Figura2.Modelofísicodelabasededatos
Fuente:elaboraciónpropia,utilizandoNavicatforPostgreSQL
185
ANEXO 5: DICCIONARIO DE DATOS - SYSCIUNAS v1.1

CONSEJO DE INVESTIGACION
SISTEMA DE GESTION DE DOCUMENTOS TECNICOS Y CIENTIFICO v1.1.

(SYSCIUNAS v1.1)
DICCIONARIO DE DATOS
Julio del 2014
186
Tabla 1. Base de datos,
BASE DE DATOS bdciunas
DESCRIPCIÓN Base de datos para la gestión de documentos técnicos y científicos.
Tabla 2. Entidad active (activo).

Entidad active Esquema public
Descripción Activa la línea de investigación, en un determinado programa activo
Campos
Columna Tipo de dato Descripción
Clave primaria, valor generado por
id integer
secuencia (active_id_seq).
code character varying(20) Código identificador de Activo (active).
Clave de Requerido (requested) al que
id_requested integer
pertenece el Activo (active).
Clave de Línea (line) al que se le asigna
id_line integer
como Activo (active).
Referencias
Tabla 3. Entidad cuality(cualidad).

Entidad cuality Esquema public
Descripción Cualidad (cuality), Cualifica al Proyecto de investigación (project), la
Cualidad delimita involucrados (involved) a ser Responsables del
Proyecto Cualificado, asimismo los Ejemplares (exemplar) que se
generan del Proyecto Cualificado
Campos
Clave primaria, valor generado por
id integer
secuencia (cuality_id_seq).
code character varying(10) Código identificador de Cualidad (cuality).
187
Nombre de Cualidad (cuality), como :
"Proyecto de tesis", "Proyecto de
name character varying(100)
investigación", "Proyecto de experiencia",
etc.
Clave de Nivel (level) al que pertenece
id_level integer
Cualidad (cuality)
Prefijo de Cualidad (cuality). 1 letra
prefix character varying(1)
Mayúscula, se usa en código de proyectos.
Referencias
Tabla 4. Entidad degree(grado).

Entidad degree Esquema public
Descripción Grado (degree), se usa para delimitar el Título (title) a qué Grado
pertenece; entre sus valores tenenos: "Bachiller", "Titulado",
"Maestro", "Doctor", etc.
Campos
id Clave primaria, valor generado por
integer
secuencia (degree_id_seq)
code character varying(10) Código identificador de Grado (degree)
name Nombre de Grado (degree), como :
character varying(100) "Bachiller", "Titulado", "Maestro",
"Doctor", etc.
Referencias
188
Tabla 5. Entidad department(departamento/mención).
Entidad department Esquema public
Descripcion Departamento o mención (department), es la unidad académica que
contiene currículo de estudios.
Campos
COLUMNA Tipo De Dato Descripción
integer
secuencia (department_id_seq)
code Código identificador de Departamento
character varying(10)
(department)
name Nombre de Departamento (department),
character varying(250) como : "Ciencias Agrarias", "Ciencias
Pecuarias", etc.
id_specialty Clave de Especialidad (specialty) al que
integer
pertenece Departamento (department)
referent Referente de Departamento (department),
character varying(50) documento de creacíon como: "Resolución
N° ...", "Acuerdo N° ...", etc.
Referencias
Tabla 6. Entidad descriptor (descriptor).

Entidad descriptor Esquema public
Descripcion Descriptor (descriptor), relaciona el Ejemplar (exemplar) de
investigación con Etiqueta (tag). Permite asignar a un Ejemplar un
número de Etiquetas que relacionen su contenido.
Campos
integer
secuencia (descriptor_id_seq)
id_exemplar Clave de Ejemplar (exemplar) al que
integer
pertenece Descriptor (descriptor)
id_tag Clave de Etiqueta (tag) al cual se asigna
integer
como Descriptor (descriptor)
189
code Código identificador de Descriptor
(descriptor)
Referencias
Tabla 7. Entidad doer(participante).

Entidad doer Esquema public
descripción Participante-Realizador (doer), denota al agente Participante en las
investigaciones, uno como mímimo estará Involucrado (involved) en
una Cualidad (cuality)
Campos
integer
secuencia (doer_id_seq)
code character varying(10) Código identificador de Participante (doer)
name Nombre de Participante (doer). como:
character varying(20) "Tesista", "Investigador principal",
"Colaborador", "Titular", "Asesor", etc.
id_stratum Clave de Estamento (stratum) al que
integer
pertenece Participante (doer)
Referencias
190
Tabla 8. Entidad exemplar (ejemplar).

Entidad exemplar Esquema public
descripcion Ejemplar (exemplar), tipifica el documento final generado desde un
Proyecto (project).
Campos
Columna Tipo De Dato Descripción
integer
secuencia (exemplar_id_seq)
code Código identificador de Ejemplar
(exemplar)
inputing Entrada de Ejemplar (exemplar). Fecha de
date
ingreso al Ciunas del Ejemplar (exemplar).
year Año de Ejemplar (exemplar). Año de
smallint término y/o emisión del Ejemplar
(exemplar).
pages Páginas de Ejemplar (exemplar). Cantidad
smallint
de páginas del Ejemplar (exemplar).
copies Copias de Ejemplar (exemplar). Número de
smallint
cópias disponibles del Ejemplar (exemplar).
id_title Clave de Título (title) al que pertenece
integer
Ejemplar (exemplar)
summary text Resumen de Ejemplar (exemplar).
abstract text Abstract de Ejemplar (exemplar)
result text Resultado de Ejemplar (exemplar).
id_project Clave de Proyecto (project) al que pertenece
integer
Ejemplar (exemplar)
id_scope Clave de Alcance (scope) al que pertenece
integer
Ejemplar (exemplar)
path Ruta de Ejemplar (exemplar). Ubicación
bytea para el acceso digital al Ejemplar
(exemplar).
title text Título del Ejemplar (exemplar).
Referencias
191
Tabla 9. Entidad faculty (facultad).

Entidad faculty Esquema public
descripción Facultad (faculty), es una unidad fundamental de organización
descentralizada, formación académica profesional y de Investigación.
Campos
Columna Tipo De Dato Descripción
integer
secuencia (faculty_id_seq)
code character varying(6) Código identificador de Facultad (faculty)
name character varying(250) Nombre de Facultad (faculty).
shortened Abreviatura de Facultad (faculty). 4 letras
mayúsculas.
referent Referente de Facultad (faculty), documento
de creacíon como: "Resolución N° ...", etc.
192
Referencias
Tabla 10. Entidad history (historia).

Entidad history Esquema public
descripción Historia (history), explica un hito del Proyecto (project) de acuerdo al
Estado (instant).
CAMPOS
bigint
secuencia (history_id_seq)
code character varying(20) Código identificador de Historia (history)
inputing Entrada de Historia (history). fecha en que
date
sucede un hito
note Nota de Historia (history). Descripción
sobre el hito.
id_instant Clave de Instante (instant) al que pertenece
integer
Historia (history)
id_project Clave de Proyecto (project) al cual
integer
pertenece Historia (history)
presented Presente de Historia (history). medios
sustentatorios del Historia (history)
Referencias
193
Tabla 11. Entidad instant (Estado y/o sustento).

Entidad instant Esquema public
descripción Estado (instant) ó sustento (instant), El Proyecto (project) de
investigación tiene varios estados, cada Estado es Sustento por uno o
más entregables o tangibles.
Campos
integer
secuencia (instant_id_seq)
code character varying(10) Código identificador de Instante (instant)
name Nombre de Instante (instant), como Estado
(instand) : "Nuevo", "En ejecución", etc;
character varying(50) como Sustento (Instant): "Informe trimestral
", "Informe final", "Carta", "Artículo
científico", etc.
id_instant Clave de Estado (instant) al que pertenece
integer
Sustento (instant)
Referencias
194
Tabla 12. Entidad involved (involucrado).

Entidad involved Esquema public
DESCRIPCION Involucrado (involved) tipifica al Investigador (searcher) cuando este
es asignado como Responsable (responsible) de Proyecto (project)
de Investigación.
Campos
integer
secuencia (involved_id_seq)
code Código identificador de Involucrado
(involved)
id_cuality Clave de Cualidad (cuality) al que pertenece
integer
Involucrado (involved)
id_doer Clave de Participante (doer) al que
integer
pertenece Involucrado (involved)
quantity Cantidad de Involudrado (involved) que
smallint serán admitidos como responsables en un
Proyecto (project).
necessary boolean indica que el involucrado es prioritario
Referencias
195
Tabla 13. Entidad level (nivel).
Entidad level Esquema public
descripción Nivel (level), estratifica Cualidad (cuality) y Especialidad (specialty),
se usa para determinar la Cualidad de investigación en qué Nivel se
ubica, asimismo la Especialidad.
Campos
integer
secuencia (level_id_seq)
code character varying(10) Código identificador de Nivel (level)
name Nombre de Nivel (level), como:
"PREGRADO" y "POSGRADO"
Referencias
Tabla 14. Entidad line(linea).

Entidad line Esquema public
descripción Línea (line) de investigación es un segmento en el cual se investiga,
se usa para determinar el segmento en el que se encuentra enfocado
un Proyecto (project) de investigación.
Campos
integer
secuencia (line_id_seq)
code character varying(10) Código identificador de Linea (line)
name character varying(250) Nombre e Linea (line)
Referencias
Tabla 15. Entidad magazine (revista).

Entidad magazine Esquema public
descripción Revista (magazine) es una publicación, almacenará todas aquellas
Revistas que hayan citado a un Ejemplar (ejemplar) o más.
Campos
196
integer
secuencia (magazine_id_seq)
code character varying(10) Código identificador de Revista (magazine)
name character varying(250) Nombre de Revista (magazine).
url Dirección de Revista (magazine), dirección
web de la Revista (magazine).
Referencias
Tabla 16. Entidad objetive (objetivo).

Entidad objetive Esquema public
Descripción Objetivo (objetive) es la pretensión que persigue el Investigador
(searcher) con el Proyecto (project) de investigación, se almacena
aquí todas los Objetivos de cada Proyecto de Investigación.
Campos
integer
secuencia (objetive_id_seq)
code character varying(20) Código identificador de Objetive (objetive)
description text Descripción de Objetivo (objetive).
id_project Clave de Proyecto (project) al que pertenece
integer
Objetivo (objetivo)
Referencias
197
Tabla 17. Entidad person (persona).
Entidad person Esquema public
Descripcion Persona (person) es el actor que forma parte del proceso y/o gestión
de los activos de investigación.
Campos
integer
secuencia (person_id_seq)
dni character varying(8) DNI identificador de Persona (person)
paternal character varying(100) Apellido paterno de Persona (person).
maternal character varying(100) Apellido materno de Persona (person).
names character varying(100) Nombre(s) de Persona (person).
address character varying(100) Domicilio legal de Persona (person).
phone character varying(15) Número de teléfono de Persona (person).
cellphone character varying(15) Número de celular de Persona (person).
email Dirección de correo electrónico de Persona
(person).
account Número de cuenta bancaria de Persona
(person).
ubige character varying(10) Ubicación geográfica de Persona (person).
sex Sexo de Persona (person)."Femenino",
"Masculino"
birth date Fecha nacimiento de Persona (person).
Referencias
198
Tabla 18. Entidad plan (plan).
Entidad plan Esquema public
Descripción Plan (plan) es el régimen de tiempo y marco paramétrico al cual
pertenece la investigación. Se almacena aquí todo aquel Plan
aprobado y resuelto mediante documento resolutivo o acuerdo.
Campos
integer
secuencia (plan_id_seq)
code character varying(10) Código identificador de Plan (plan)
name character varying(250) Nombre de Plan (plan).
starting smallint Año en que inicia la vigencia de Plan (plan).
ending Año en que termina la vigencia de Plan
smallint
(plan).
document Documento que resuelve la existencia y/o
character varying(100) creación de Plan (plan), como: "Resolución
N°", etc.
running Ejecución de Plan (plan). Indica si el Plan
boolean
(plan) se encuentra vigente.
Referencias
Tabla 19. Entidad program (programa).

Entidad program Esquema public
Descripción Programa (program) de investigación, es el segmento macro que
contiene una Linea (line) investigación o más. El Programa es vigente
mediante un Plan.
Campos
integer
secuencia (program_id_seq)
code character varying(10) Código identificador de Programa (program)
name character varying(250) Nombre de Programa (program).
Referencias
199
Tabla 20. Entidad Project (proyecto).

Entidad project Esquema public
Descripción Proyecto (project) documento marco del desempeño de la
Investigación. De este proyecto se genera un Ejemplar (exemplar) o
más; Se almacenan aquí todo Proyecto de investigación aprobado su
dependencia (departamento) académica del cual procede.
Campos
integer
secuencia (project_id_seq)
code character varying(16) Código identificador de Proyecto (project)
title text Título de Proyecto (project).
inputing date Fecha de ingreso de Proyecto (project).
document Documento que resuelve aprobación de
character varying(200) Proyecto (project), como: "Resolución N°",
etc.
budget real Presupuesto de Proyecto (project).
id_active Clave de Activo (active) al que pertenece
integer
Proyecto (project)
id_cuality Clave de Cualidad (cuality) al que pertenece
integer
Proyecto (project)
tracing Trazado de Proyecto (project), si a tenido
boolean seguimiento por parte de la Universidad es
"Verdadero" caso contrario es "Falso"
starting date Fecha de inicio Proyecto (project).
ending date Fecha de término del Proyecto (project).
Referencias
200
Tabla 21. Entidad publication (publicación).

Entidad publication Esquema public
Descripción Publicación (publication) es registro de que el Ejemplar (exemplar) se
ha citado una Revista (magazine); aquí se almacena las publicaciones
que se realizaron de un Ejemplar por parte de Revistas
Campos
integer
secuencia (publication_id_seq)
code Código identificador de Publicación
(publication)
id_exemplar Clave de Ejemplar (exemplar) del que se
integer
realiza la Publicación (publication)
id_magazine Clave de Revista (magazine) en el que se
integer
realiza la Publicación (publication)
url Enlace a la dirección a la Publicación
(publication).
doi Número estándar de identificación de objeto
character varying(250) digital asignado a la Publicación
(publication)
year Año en que se realiza la Publicación
smallint
(publication)
volume Volumen en la que se encuentra la
Publicación (publication).
number Número en la que se encuentra la
Publicación (publication).
ending date Fecha de término del Proyecto (project).
201
Referencias
Tabla 22. Entidad requested (requerido).

Entidad requested Esquema public
Descripción Requerido (requested) es la relación de Departamento/Mención
(department) y Programa (program) de investigación en un
determinado Plan (plan), sucede que un Departamento/Mensión no
contará con los mismos Programas en todos los Planes, se almacena
todas los Programas que tendrá un Departamento en un Plan.
Campos
integer
secuencia (requested_id_seq)
code Código identificador de Requerido
(requested)
id_department Clave de Departamento (department) al que
integer
pertenece el Requerido (requested)
id_plan Clave de Plan (plan) al que pertenece
integer
Requerido (requested)
id_program Clave de Programa (program) al que
integer
pertenece Requerido (requested)
Referencias
202
Tabla 23. Entidad responsible (responsable).

Entidad responsible Esquema public
Descripción Responsable (responsible) es la relación de Involucrado (involved) e
Investigador (searcher) en un Proyecto (project) de investigación; un
Investigador o más es (son) Responsable(s) en un Proyecto, cada
Investigador tipificado por su papel de Involucrado.
Campos
columna Tipo de dato Descripción
bigint
secuencia (responsible_id_seq)
code Código identificador de
Responsable(responsible)
id_project Clave de Proyecto (project) del que forma
integer
parte el Responsable (responsible)
id_searcher Clave de Investigador (searcher) al que se le
integer
inputa como Responsible (responsible)
id_involved Clave de Involucrado (involved) en el que se
integer
clasifica el Responsible (responsible)
Referencias
203
Tabla 24. Entidad role (rol).

Entidad role Esquema public
Descripción Rol (role), es la función del actor en el proceso/gestión de
investigación, se una en la asignación de permisos a los Usuario.
Campos
Columna tipo de dato Descripción
bigint
secuencia (role_id_seq)
code character varying(10) Código identificador de Rol (role)
name Nombre de Rol (role), como: "Director",
character varying(100) "Ejecutor", "Consultor", "Administrador",
etc.
Referencias
Tabla 25. Entidad scope (alcance).

Entidad scope Esquema public
Descripción Alcance (scope) define qué Ejemplar (exemplar) generará un
Proyecto (project), según la Cualidad (cuality) del Proyecto
204
Campos
integer
secuencia (scope_id_seq)
code character varying(10) Código identificador de Alcace (scope)
id_cuality Clave de Cualidad (cuality) del cual se
integer
delimita Alcance (scope)
id_type Clave de Tipo (type) el cual actuará como
integer
delimitador de Alcance (scope)
shortened Abreviatura que es utilizada en el código de
Ejemplar (exemplar).
quantity Cantidad de alcance (involved) que serán
smallint generados como Ejemplar (exemplar) de un
Proyecto (project).
Referencias
Tabla 26. Entidad searcher (investigador).

Entidad searcher Esquema public
Descripción Investigador (searcher) es el actor activo del proceso de
investigación, estará Involucrado (involved) en un Proyecto (project)
siendo Responsable (responsible); se almacenan toda Persona
(person) que va a asumir una responsabilidad en un Proyecto
Campos
Columna tipo de dato Descripción
integer
secuencia (searcher_id_seq)
code Código identificador de Investigador
(searcher)
id_stratum Clave de Estamento (stratum) al cual
integer
pertenece el Investigador (searcher)
id_person Clave de Persona (person) que es
integer
Investigador (searcher)
205
condition Condición de Investigador (searcher), como:
"NOMBRADO", "CONTRATADO".
id_department Clave de Departamento (department) en cual
integer
desempeña Investigador (searcher)
degree character varying(15) Grado de Investigador (searcher).
Referencias
Tabla 27. Entidad specialty (especialidad).

Entidad specialty Esquema public
Descripción Especialidad (specialty) en una orienetación profesional que
pertenece a una Facultad (faculty), una Especialidad contiene
Departamento y Menciones según el Nivel (level) , como :
Especialidad de "POSGRADO" Mesiones y en Especialidad de
"PREGRADO" departamento. Se almancena todas aquellas
Especialidad que poseen orden legal (acuerdo o resolución de
creación )de funcionamiento
Campos
integer
secuencia (specialty_id_seq)
code Código identificador de la Especialidad
(specialty)
name character varying(250) Nombre de la Especialidad (specialty).
shortened character varying(5) Abreviatura de la Especialidad (specialty).
referent Abreviatura de Especialidad (specialty). 3
letras mayúsculas.
id_faculty Clave de Facultad (faculty) al cual pertenece
integer
Especialidad (specialty)
id_level Clave de Nivel (level) al que pertenece la
integer
Especialidad (specialty)
Referencias
206
Tabla 28. Entidad stratum (estamento).

Entidad stratum Esquema public
Descripción Estamento (stratum) es la clasificación del actor Investigador
(searcher); toma valores como: "DOCENTE", "ALUMNO" y
"ADMINISTRATIVO “es el orden de función de un actor en toda
comunidad de Investigación.
Campos
integer
secuencia (stratum_id_seq)
code character varying(10) Código identificador de Estamento (stratum)
name character varying(20) Nombre de Estamento (stratum).
Referencias
Tabla 29. Entidad tag (etiqueta).

Entidad tag Esquema public
Descripción Etiqueta (tag) es una palabra o conjunto de palabras, este es
asignado a un Ejemplar (exemplar) mediante Descriptor (descriptor),
siendo parte así de un parámetro búsquedas del Ejemplar. Se
registran aquí todos aquellas Etiquetas que serán utilizados en uno
Ejemplar o más.
Campos
207
integer
secuencia (tag_id_seq)
code character varying(10) Código identificador de Etiqueta (tag)
name character varying(100) Nombre de Etiqueta (tag).
Referencias
Tabla 30. Entidad title (título).

Entidad title Esquema public
Descripción Título (title) es la opción descriptiva del Grado (degree) y el
Departamento/Mención (department) de una Especialidad
(specialty), esta opción se concreta con Ejemplar (exemplar); se
registran aquí todo el Título (title) en las que se puede optar
mediante un Ejemplar (exemplar).
Campos
integer
secuencia (title_id_seq)
code character varying(10) Código identificador de Título (title)
name character varying(250) Nombre de Titulo (title).
id_department Clave de Departamento/mención
integer
(department) del cual es opción Título (title)
id_degree Clave de Grado (degree) al cual se opta con
integer
Título (title)
Referencias
208
Tabla 31. Entidad type (tipo).
Entidad type Esquema public
Descripción Tipo (type) es el tipificación que recibe el Ejemplar (exemplar); como
: "Tesis", "Informe final", "Artículo científico", etc.
Campos
integer
secuencia (type_id_seq)
code character varying(10) Código identificador de Tipo (type)
name character varying(100) Nombre de Tipo (type).
option Opción de Tipo (type), es "Verdadero" si
boolean Tipo (type) permite optar por un Grado
(degree), caso contrario "Falso"
Referencias
209
Tabla 32. Entidad user (usuario).
Entidad user Esquema public

Descripción Usuario (user) es el actor en el proceso y/o gestión de los activos de
investigación, tiene relación tipificado por Rol (role) con el proceso
y/ gestión; se almacenan aquí todos aquellos usuario que
interactúan con el los activos de investigación como : artículos,
proyectos, software de gestión,etc
Campos
integer
secuencia (user_id_seq)
code character varying(10) Código identificador de Usuario (user)
name character varying(100) Nombre de Usuario (user), login.
password character varying(100) Contraseña de Usuario (user).
face bytea Imagen de Usuario (user).
id_person Clave de Persona (person) al cual pertenece
integer
el Usuario (user)
id_role Clave de Rol (role) que desempeña el
integer
Usuario (user)
active Activo User (user), si el usuario tiene
boolean permiso de acceso entonces activo es
"Verdadero" , contrario "Falso"
Referencias
210
ANEXO 6: PRUEBAS – SYSCIUNAS v1.1
a. Pruebas de aceptación
Figura 1. Ficha matriz de pruebas
La ficha matriz de prueba contiene los campos:
Nro._ Se escribe el número de la prueba que ejecuta el usuario.
Fecha._ Se escribe la fecha que ejecuta la prueba.
Usuario/Probador._ Nombre del usuario que realiza la prueba.
Requisito._ el ITEM del requisito al cual se ejecuta la prueba.
Descripción._ Se escribe la descripción del requisito al cual se ejecuta la prueba
Observaciones._ Se escribe aquí las observaciones una vez culminado la ejecución

de la prueba, sobre el requisito ejecutado.
Resultado._ Se escribe aquí el veredicto de la ejecución de la prueba. Tiene

carácter aprobatorio o desaprobatorio.
211
i. Primer entregable
 Iteración 1
Figura 1. Ejecución de prueba a Requisito RQ1
Fuente: Elaboración propia, captura digital

212

213
214
 Iteración 2
Figura 13. Ejecución de prueba 2 a Requisito RQ10
ii. Segundo entregable

 Iteración 1
215
 Iteración 2
216
iii. Tercer entregable
 Iteración 1
217
iv. Cuarto entregable

 Iteración 1
218
219
220
221
222
ANEXO 7: MANUAL DE USUARIO - SYSCIUNAS v1.1


(SYSCIUNAS v1.1)
MANUAL DE USUARIO
Julio del 2014
223
Ventana Principal
Fig. 2.1 Fig. 4.1
Fig. 5.1
Número Descripción
1 Muestra documento de ayuda.
2 Muestra una ventana de información del sistema. Fig. 2.1.
3 Muestra el plan de investigación activo y su vigencia.
4 Bloquea el sistema con una ventana emergente (debe ingresar clave para
desbloquear).
5 Finaliza la sesión (cierra la ventana actual) y muestra la ventana de inicio de
sesión. fig. 5.1
6 Permite crear nuevos documentos en las posteriores gestiones internas.
7 Permite editar los documentos en las posteriores gestiones internas.
8 Para ver las funciones de este menú, visite el apartado: “VENTANA DE
MANTENIMIENTO”
224
PROCESO”
LISTADO”
REPORTE”
12 Marco de trabajo interno.
1. VENTANA DE MANTENIMIENTO
1.1. Facultad
1 Menú “Facultad”.
2 Permite crear una nueva facultad.
3 Permite modificar los parámetros de una facultad.
4 Muestra un listado de todas las facultades registradas
5 Opciones de búsqueda: código, nombre, abreviatura.
6 Permite escribir un parámetro para buscar según la opción seleccionada.
225
1 Menú “Facultad”.
2 Permite mostrar el trabajo interno en la creación de la facultad.
3 Muestra el “código” autogenerado
4 Ingrese el “Nombre”
5 Ingrese una “Abreviatura”
6 Ingrese documento referente a ala creación
7 Permite cancelar el proceso de edición o creación de una facultad.
8 Permite guardar los cambios de edición o creación de una facultad.
1.2. Especialidad
1 Menú “Especialidad”
2 Muestra un listado de todas las especialidades registradas
3 Opciones de búsqueda: código, nombre, abreviatura, facultad o nivel.
5 Permite modificar los parámetros de la especialidad creada.
6 Permite crear una nueva especialidad.
Una vez seleccionado la “opción: 5”, se obtiene lo siguiente ventana.
226
1 Menú “Especialidad”.
2 Permite mostrar el trabajo interno en la creación de la especialidad.
3 Muestra el “código” autogenerado.
4 Ingrese el “Nombre”
5 Ingrese una “Abreviatura”
6 Ingrese Documento referente a la creación
7 Permite guardar los cambios de edición o creación de una especialidad.
8 Permite cancelar los cambios de edición o creación de una especialidad.
1.3. Departamento/Mención
1 Menú “Departamento/Mención”
2 Muestra un listado de todos los departamentos o Menciones registradas.
3 Opciones de búsqueda: código, nombre, especialidad, facultad o nivel.
4 Permite escribir un parámetro para buscar según la opción ya seleccionada.
5 Permite modificar los parámetros del departamento/mención creada
6 Permite modificar los parámetros del departamento/mención creada
227
Una vez seleccionado la “opción: 5”, se obtiene la ventana siguiente.
1 Menú “Departamento/Mención”.
2 Permite mostrar el trabajo interno de la creación del
Departamento/Mención.
3 Muestra el “código” autogenerado.
4 Seleccione el “Nivel de formación profesional”.
5 Seleccione la “Especialidad”
6 Enlaza a la gestión de la especialidad. .
7 Ingrese el “Nombre” del departamento o mención.
8 Ingrese documento referente a la creación del departamento
9 Permite guardar los cambios de edición o creación.
10 Permite cancelar el proceso de edición o creación.
1.4. Requerido
1 Menú “Requerido”
2 Muestra un listado de lo requerido (Plan, dpto./mención, programa).
3 Opciones de búsqueda: código, programa, departamento/Mención, plan.
228
4 Permite escribir un parámetro para realizar una búsqueda según la opción
ya seleccionada.
5 Permite modificar los parámetros de esta gestión.
6 Permite crear una nueva gestión requerida.
Al presionar la “opción 5”, se obtiene el siguiente cuadro
1 Menú “Requerido”.
2 Permite mostrar el trabajo interno en la creación de la gestión requerida.
3 Muestra el predefinido “Plan de Investigación”
4 Inhabilitado hasta que se cumpla el período del ítem anterior.
6 seleccione el “Departamento/Mención”
7 Enlaza a la opción de: dpto/mención.
8 Filtrar la búsqueda de programas
9 Permite gestionar nuevos o programas existentes.
10 Permite guardar los cambios de edición o creación de una gestión
requerida.
11 Permite cancelar los cambios de edición o creación de una gestión
requerida.
1.5. Activo
229
1 Menú “Activo”
2 Muestra un listado de todos los activos registrados.
3 Opciones de búsqueda: plan, departamento/Mención, programa, línea.
5 Permite crear un nuevo Activo.
6 Permite modificar los parámetros de Activos ya creados.
Luego de seleccionar la “opción: 5” (Nuevo), se obtendrá la siguiente ventana
1 Menú “Activo”.
2 Permite mostrar el trabajo interno en el que se gestionan los activos.
3 Seleccionar el “Plan de Investigación” (por defecto).
4 Permite gestionar un nuevo “Plan de Investigación”.
6 Seleccione el departamento/Mención con la que trabaja el activo.
7 Permite gestionar un nuevo “departamento/Mención”.
8 Seleccione un programa.
9 Permite gestionar un nuevo “programa”.
10 Permite buscar líneas mediante filtros.
11 Permite gestionar una nueva línea.
12 Permite guardar los cambios de edición o creación de un nuevo activo.
230
13 Permite cancelar los cambios de edición o creación de un nuevo activo.
231
1.6. Investigador
1 Menú “Investigación”
2 Muestra un listado de todos los investigadores.
3 Opciones de búsqueda: código, nombre.
5 Permite agregar un nuevo investigador.
6 Permite modificar los parámetros de un investigador.
Luego de acceder a la “opción 5” u “opción 6”, se mostrará la siguiente ventana
1 Menú “investigador”.
2 Permite mostrar el trabajo interno.
3 Código de la gestión autogenerada
4 Seleccione la opción: “alumno”, “docente” o “administrativo”, para
gestionarlo.
5 Muestra los datos del investigador
6 Permite la búsqueda de un investigador en concreto
232
7 Permite la gestión de un “personal”.
9 Permite seleccionar la condición del investigador como profesional
10 Seleccione el “Grado de formación profesional”.
11 Seleccione el departamento/Mención de la investigación
12 Permite la gestión de un departamento/Mención
13 Permite guardar los cambios de edición o creación de un investigador.
14 Permite cancelar los cambios de edición o creación de un investigador.
1.7. Cualidad
Luego de ingresar en la opción “editar”, se mostrará la siguiente ventana
1 Menú “Cualidad”.
2 “Registro”: En este menú te da la opción de gestionar las cualidades.
3 Código de la gestión autogenerada
4 Escriba un nombre para la cualidad gestionada
5 Elija una abreviación del nombre.
6 Muestra la abreviación del nombre.
233
7 Elija el nivel del investigador.
8 Elija un nombre para el participante
9 Gestionar participante
10 Gestione toda la información del participante en el siguiente cuadro.
11 Mencione la cantidad de participantes
12 Escriba el tipo de investigación.
13
14 Gestione toda la información del participante en el siguiente cuadro.
“Cancelar”: Cancela el proceso de modificación de los parámetros.
15 Elija la primera abreviatura del tipo de investigación.
16 Elija la Segunda abreviatura del tipo de investigación.
17 Elija la Tercera abreviatura del tipo de investigación.
18 Muestra las abreviaturas del tipo de investigación.
19 Mencione la cantidad de investigaciones.
20 “Cancelar”: Cancela la edición de todo lo anterior.
21 “Actualizar”: Guarda el proceso de modificación de los parámetros.
1.8. Usuario
1 Menú “Usuario”.
2 “Listado”: Muestra la gestión a todos los usuarios.
3 “Buscar por”: Opciones de búsqueda: código, usuario, persona.
4 Tipiar el valor de la opción “buscar por” ya seleccionada.
5 “Nuevo”: Para agregar un nuevo usuario.
6 “Editar”: Para modificar los parámetros del usuario creado.
Al ingresar en la opción “Nuevo” o “editar”, se mostrará la siguiente ventana
234
1 Menú “Usuario”.
2 “Registro”: En este menú te da la opción de modificar los parámetros de
los usuarios.
3 Código autogenerado para la gestión del usuario.
4 Escriba un nombre de usuario.
5 Escriba una contraseña para el usuario.
6 Elija la opción “activo” o “inactivo”
7 Escriba un nombre completo para el usuario.
8 Elija a un usuario de la base de datos
9 Habilita la ventana Gestionar persona.
10 Asignar un rol al usuario
11 “Cancelar”: Cancela el proceso de modificación de los parámetros.
12 “Actualizar”: Guarda el proceso de modificación de los parámetros.
235
2. VENTANA DE PROCESO
2.1. Proyecto
1 Menú “Proyecto”.
2 “Listado”: Muestra la gestión a todos los proyectos.
3 “Buscar por”: Opciones de búsqueda: código, título, responsable,
especialidad.
4 Tipiar el valor de la opción “buscar por” ya seleccionada.
5 “Nuevo”: Para agregar un nuevo proyecto.
6 “Editar”: Para modificar los parámetros del proyecto ya creado.
Luego de ingresar a la opción “nuevo” o “editar”, se mostrará la siguiente ventana
1 Menú “Proyecto”.
2 “Registro”: En este menú te da la opción de modificar los parámetros de un
proyecto.
3 Ingrese la fecha de registro del proyecto.
4 Seleccione el nivel del proyecto.
5 Seleccione el tipo de proyecto.
236
6 Gestionar cualidad de proyecto
7 Genera un ejemplar si y solo si el proyecto esta culminado
8 Elija un departamento/mención para la asignación del proyecto
9 Habilita ventana para gestionar departamento/mención
10 Es el código autogenerado para la gestión del proyecto
11 Active la casilla, si el proyecto ha sido evaluado.
12 Escriba el monto invertido en la gestión del proyecto.
13 Agregue la fecha de inicio del proyecto.
14 Agregue la fecha de final del proyecto.
15 Escriba el tipo de documento emitido para el proyecto.
16 Seleccione el estado del proyecto.
17 Habilita la ventana para gestionar historia del proyecto
18 Active o desactive el plan de investigación del proyecto.
19 Seleccione el tipo de plan de investigación del proyecto.
20 Gestionar plan de investigación
21 Seleccione el tipo de programa del proyecto.
22 Gestionar programa de investigación
23 Seleccione la línea de investigación a la que pertenece el proyecto.
24 Gestionar línea de investigación
25 Es el que ejecutó el proyecto.
26 Gestionar participante
27 Escriba los datos apellidos nombres del investigador
28 Busca al investigador en la base de datos.
29 Guardar todos los cambios.
30 Cancela el proceso de modificación de los parámetros.
2.2. Ejemplar
1 Menú “Ejemplar”.
2 “Registro”: Muestra toda la gestión de un ejemplar.
3 Ingrese la fecha de inicio del ejemplar.
4 Elija la opción del grado del investigador.
237
5 Elija la opción del grado del ejemplar.
6 “Editar”: Para modificar los parámetros del proyecto ya creado.
7 Elija el “Departamento/Mención” a la que pertenece el ejemplar.
8 Código autogenerado del ejemplar.
9 Elija el nivel de profesionalismo del investigador.
10 Especifique el nivel de profesionalismo del investigador.
11 Gestionar título de grado.
12 Elija el año de emisión del ejemplar.
13 Ingrese el número de páginas del ejemplar.
14 Ingrese el número de copias realizadas del ejemplar.
15 Ingrese el plan a la que pertenece el ejemplar.
16 Ingrese el programa a la que pertenece el ejemplar.
17 Ingrese la línea de Investigación a la que pertenece el ejemplar.
18 Para agregar un nuevo ejemplar.
19 Edite el ejemplar para realizar cambios.
2 “Datos 2”: Muestra información del ejemplar
3 Muestra un resumen del ejemplar, en inglés.
4 Muestra un resumen del ejemplar, en castellano.
5 Ingrese el descriptor a buscar
6 Habilita la ventana de gestión de descriptor
7 Cancela la edición del ejemplar.
8 Guarda los cambios de edición del ejemplar.
238
2 “Datos 3”: Muestra información del ejemplar
3 Muestra los resultados que se han logrado con el ejemplar
4 Se estable la revista desde la búsqueda(campo no editable)
5 Habilita la ventana de búsqueda, se busca la revista
6 Habilita la ventana de gestión de revistas
7 Ingrese dirección web de la revista
8 Ingrese identificador de objeto digital(DOI) de la publicación
9 Presione para añadir la publicación donde se cita al ejemplar
10 Volumen de la publicación
11 Número de la publicación
12 Año de la publicación
13 Cancela los cambios del ejemplar.
2 Muestra información del ejemplar
3 Opciones de búsqueda por: Código, título, departamento/mención
239
4 Tipiar el parámetro de la opción a buscar.
5 Cancela la edición del ejemplar.
3. VENTANA DE LISTADO
3.1. Facultades
Se visualiza la lista de todas las facultades.
3.2. Especialidades
Se visualiza la lista de todas las especialidades de cada una de las facultades.
240
3.3. Programas por departamentos
Se visualiza la lista de todos programas de investigación de cada uno de los
departamentos. (Especialidades).
1 Elija el nivel de investigación para mostrar sus programas de investigación
2 Elija el departamento o mención (depende de la opción seleccionada en el
nivel de nivel de investigación)
3 Permite visualizar los resultados en función a (1) y (2).
3.4. Líneas por departamentos

Se visualiza la lista de las líneas de investigación de cada departamento.
1 Elija el nivel de investigación para mostrar sus líneas de investigación
nivel de investigación)
3.5. Títulos
Se visualiza la lista de los títulos, filtrado por el nivel de investigación y el
departamento o mención.
241
1 Elija el nivel de investigación para mostrar sus líneas de investigación
3.6. Investigadores
Se visualiza la lista de todos los investigadores, filtrado por el nivel de investigación
y el departamento o mención.
1 Elija el nivel de investigación para mostrar a los investigadores.
2 Elija el tipo de investigador (Alumno, Docente, Administrativo).
4 Permite visualizar los resultados en función a (1), (2) y (3).
242
3.7. Usuarios
Se visualiza la lista de todos los usuarios en general.
4. VENTANA DE REPORTE
4.1. Proyectos de un investigador según departamento
Se visualiza de acuerdo a los parámetros de búsqueda
1 Elija el nivel de investigación.
2 Elija el departamento/ mención académico
3 Elija Cualidad del proyecto a visualizar
4 Establezca el de qué investigador titular
5 Visualizar para ver los resultados.
243
4.2. Lista de proyectos según la cualidad de proyecto y el
departamento/mención.
1 Elija el nivel de investigación.
2 Elija el departamento/ mención académico
3 Elija Cualidad del proyecto a visualizar
4 Visualizar para ver el reporte
4.3. Lista de acreedores de incentivo FEDU

1 Elija estamento
2 Elija el Año de que desea consultar incentivo
3 Establezca Trimestre de desea consultar
4 Visualizar para ver el reporte
244
4.4. Cantidad de proyectos cualidad y estado en un determinado intervalo de
año.
1 Elija nivel de investigación
2 Elija cualidad del proyecto
3 Elija el estado es que desea filtrar
4y5 Establezca el intervalo de tiempo
4.5. Reporte estadístico, de los diferentes proyectos de investigación de un nivel

de investigación e año y trimestre.
1 Elija nivel de investigación
2 Establezca año de consulta
3 Establezca trimestre de consulta
245
ANEXO 8: MANUAL DE DESARROLLO – SYSCIUNAS v1.1


(SYSCIUNAS v1.1)
MANUAL DE DESARROLLO
Julio del 2014
246
HERRAMIENTAS
a. LENGUAGE DE PROGRAMACION:
Java
- Versión : 7 actualización 51 (jdk7u45).
- Licencia : GNU General Public License (usar, estudiar, copiar y modificar el
software)
- Disponible :
http://www.oracle.com/technetwork/java/javase/downloads/index.html
- GUI : NetBeans (v7.4)
b. SISTEMA GESTOR DE BASE DE DATOS
PostgreSQL
- Versión : 9.2.
- Licencia : BSD (muy cercana al dominio público)
- Disponible : http://www.postgresql.org/ftp/source/
- GUI : PG Admin II (v.1.16)
Navicat for Postgres (10.1.07)
c. ENTORNO DESARROLLO INTEGRADO
NetBeans
- Versión : 7.4
- Licencia : CDDL (usar, estudiar, copiar)
- Disponible : https://netbeans.org/downloads/
- GUI : NetBeans GUI
d. DISEÑADOR DE INFORMES
IReport
- Versión : 5.1.0
- Licencia : GNU Lesser General Public License
- Disponible : http://community.jaspersoft.com/download
- GUI : Ireport Designer
247
e. FRAMEWORKS
Hibernate
- Versión : 3.6.0
- Licencia : GNU Lesser General Public License
- Disponible : http://hibernate.org/orm/downloads/
- GUI : NetBeans
248
DIAGRAMA DE COMPONENTES Y DIAGRAMA DE DESPLIEGUE
a. DIAGRAMA DE COMPONENTE DEL SYSCIUNAS v1.1
249
b. DIAGRAMA DE DESPLIEGUE SYSCIUNAS v1.1
250
CONSIDERACIONES
a. BASE DE DATOS.
- Realizar copia de seguridad, previa a realizar alguna modificación de la base de
datos.
- En la medida posible preparar un entorno externo para implementar
potenciales modificaciones en la base datos externa.
- Cada objeto debe ser comentado (secuencia, función, etc.)
- La escritura de nombres (tablas, secuencias, esquemas, base de datos,
funciones, etc.) debe ser en inglés, excepto los comentarios.
- Implementar cambios con la siguiente Nomenclatura:
- Todo nombre debe ser en minúscula.
Tablas
1. Toda tabla debe tener los campos “id”, y “code”
2. El campo “id” debe ser autogenerado (mediante secuencia).
3. El campo que sea llave foránea debe escribirse así “id_tabla”.
4. En lo posible el nombre de la tabla en una palabra.
5. Los nombres de restricciones escribir: si es llave primaria “pk_table”; si es llave foránea
“fk_tablareferente_tablapropietaria”.
Ejemplo como resumen
251
Secuencia
1. Los nombres deben seguir la nomenclatura: “tabla_id_seq”
Ejemplo como resumen
b. APLICACIÓN
252
Librería:
Para vista: Accordion, EdisonCorSX, JCalendar, Synthetica.
Para Datos: Hibernate, IReport, Driver JDBC PostgreSQL,
1. Hibernate
Crear la biblioteca (solo si no está creada) “Hibernate” y añadir lo siguiente:
2. IReport
Crear biblioteca “IReport” y añadir lo siguiente:
3. Accordion
Crear una biblioteca “Accordion” y añadir lo siguiente:
253
4. EdisonCorSX
Crear una biblioteca “EdisonCorSX” y añadir lo siguiente:
5. JCalendar
Crear una biblioteca “JCalendar” y añadir lo siguiente:
6. Synthetica
Crear una biblioteca “Synthetica” y añadir lo siguiente:
7. Driver JDBC PostgreSQL

Crear una biblioteca “Driver JDBC PostgreSQL” y añadir lo siguiente:
INSTALACIÓN
Los programas están disponibles en CD-Programas (Los pasos de instalación se

encuentran disponibles en la carpeta correspondiente de cada programa).
1. Paso 1. Instalar SGBD

- Instalar PostgresSQL 9.2 se encuentra, el programa se encuentra en la
carpeta POSTGRESQL en CD-Programas, disponible para plataformas de
Windows y Linux en 32 bits y 64 bits
2. Paso 2.Instalar Lenguaje Programación
- Instalar JDKu51 el programa se encuentra en la carpeta JAVA en CD-
Programas, disponible para plataformas de Windows y Linux en 32 bits y
64 bits
3. Paso 3. Instalar Entorno Integrado de Desarrollo
- Instalar NetBeans 7.4 el programa se encuentra en la carpeta NETBEANS
en CD-Programas.
4. Paso 3. Instalar Diseñador de Informes
- Instalar Ireport-Professional 5.1 el programa se encuentra en la carpeta
IREPORT en CD-Programas. disponible para plataformas Windows 32 bits
5. Opcional: Instalar Administrador de SGBD.
- Instalar Navicat 11.1 programa se encuentra en la carpeta NAVICAT en CD-
Programas. disponible para plataformas Windows 32 bits.
254
APLICATIVO
ARQUITECTURA MODELO-VISTA CONTROLADOR

PAQUETE DESEMPEÑO PARTE ARQUITECTURA
Paquete Conexión
predeterminado
modelo
model Las entidades y mapeos
handler DAO
control Controlador vista-modelo
configure Parámetros de programa
Controlador
function funciones para el controlador
aplication Método la lance main
report Los reportes compilados
Image Imágenes a mostrar vista
view Las ventanas
255
CODIGO EJEMPLO
VISTA ESPECIALIDAD:
CONTROLADOR ESPECIALIDAD:
256
MODELO DE ESPECIALIDAD:
RESUMEN
- La administración solo tendrá acceso a los recursos ejecutables y funcionales

en producción.
- El Desarrollador escribirá código en un ambiente preparado externo al
entorno producción el cual liberará cambios que luego serán llevados a
producción.
257
ANEXO 9: PROPUESTA DE INTEGRACION - OCDA
a. Petición OCDA
258
b. Respuesta OCDA
259
260
ANEXO 10: PROPUESTA DE MEJORIA, DESARROLLADOR SYSCIUNAS1.0
PROPUESTA DE REESTRUCTURACION DEL SISTEMA DE GESTION DOCUMENTOS

TECNICOS CIENTIFICOS DEL CIUNAS – SYSCIUNAS 1.0
Hoy en día los sistemas de información juegan un rol importante en el desarrollo con
agilidad y eficiencia de las actividades que se realizan en una empresa, negocio, institución,
etc. Que van desde el acceso a la información hasta la emisión de reportes para la
presentación a la alta dirección.
El Sistema SysCiunas 1.0 fue desarrollado e implementado en la oficina del concejo de
investigación en el año 2006, El sistema realiza el proceso de archivar la información
concerniente a los proyectos de investigación y tesis con sus respectivos informes de
avances tanto de los docentes como los alumnos de la UNAS.
El Sistema en sus primeros años de funcionamiento 2006, 2007, 2008 operaba de manera
aceptable en cuanto al acceso e ingreso de la información, pero a partir de los años 2009
hasta la fecha ya viene presentado una ralentización en el proceso de acceder e ingresar
datos, debido a la gran carga de información que se ingresa cada año al sistema, por lo
tanto se propone:
 Seguir con la reestructuración, implementación y escalabilidad del Sistema de Gestión
de Documentos Técnicos Científicos (Sysciunas 1.0) a través de la programación de
nuevos módulos en base a las nuevas necesidades, y la actualización a un servidor de
base de datos (software libre) a uno más potente.
 En base al estudio de los datos actuales, realizar el análisis, el diseño y la implementación
de una aplicación Estadística, que permita suplir los requerimientos de información que
constantemente solicita la oficina de planificación.
 Realizar el análisis de la situación actual del CIUNAS y proponer componentes
tecnológicos que permitan la agilización de los procesos mediante hardware y software
nuevo.
Atentamente.
Ing. Isai Paúl Sánchez Reátegui
Desarrollador del SysCiunas 1.0
261

Informe Final

Cargado por

Información del documento

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Informe Final

Cargado por

Copyright:

Formatos disponibles

UNIVERSIDAD NACIONAL AGRARIA DE LA SELVA

FACULTAD DE INGENIERIA EN INFORMATICA Y SISTEMAS

INFORME FINAL DE PRACTICAS PRE PROFESIONALES

DESARROLLO DEL SISTEMA DE GESTION DE DOCUMENTOS TECNICOS

Presentado por: Elvis Raúl, MENDOZA ATERO

Asesor: Ing. Hubel, SOLIS BONIFACIO.

Período: Del 15-01-2014 al 16-07-2014.

Lugar: Consejo de Investigación – Universidad Nacional Agraria de la Selva.

TINGO MARIA – JULIO DEL 2014

El objetivo de la práctica pre profesional documentada en el presente informe es:

Se utilizó la metodología XP (programación extrema) para el proceso de desarrollo

Como resultado del proceso de desarrollo se tiene.

Tomando en cuenta el costo de horas/hombre planeado, se utilizó 81 horas/hombre sobre

En el desarrollo de SYSCIUNAS v1.1 se utilizó las herramientas:

Figura 1. Organigrama del Consejo de Investigación de la UNAS - CIUNAS ......................... 5

Tabla 1. Tipos de base de datos. ......................................................................................... 13

El presente informe de Prácticas Pre Profesionales describe el desenvolvimiento de labores

El informe presenta tres capítulos en las cuales se detalla lo siguiente:

El capítulo I, se detalla la identificación de la organización, entre estos como, nombre,

El capítulo II, ofrece el marco teórico referente al desenvolvimiento de desarrollo del

El capítulo III, describe el desenvolvimiento del proceso de desarrollo del “SISTEMA DE

Posteriormente se dan a conocer las conclusiones, asimismo las recomendaciones

UNIVERSIDAD NACIONAL AGRARIA DE LA SELVA - UNAS

1.1.2. Reseña histórica

La UNAS está regida por la Ley Universitaria Nº 23733, promulgada el 09 de diciembre de

Es una comunidad académica, humanista, científica y productiva que avanza hacia la

Promover el liderazgo y excelencia a través de la formación de profesionales, con un

1.2. Información de la dependencia

CONSEJO DE INVESTIGACION DE LA UNAS - CIUNAS

1.2.2. Reseña histórica

“El Consejo de Investigación de la Universidad Nacional Agraria de la Selva, por mandato

En la Figura 1, El Consejo de Investigación es una dependencia del vicerrectorado

Figura 1. Organigrama del Consejo de Investigación de la UNAS - CIUNAS

COMISION DE INVESTIGACION COMISION ADMINISTRATIVA

Fuente: Reglamento del Consejo de Investigación de la UNAS - CIUNAS

1.2.5. Funciones y atribuciones del CIUNAS

Atribuciones del CIUNAS3

Son funciones de la Comisión de Investigación4

Son funciones de la Comisión Administrativa 5

Son funciones de los comités6

Se define como un procedimiento reflexivo, sistemático, controlado, metódico y crítico,

2.3. Proyecto de investigación.

2.4. Tecnologías de información y comunicación

2.5. Ingeniería de software

“La aplicación de un enfoque sistemático, disciplinado y cuantificable al desarrollo,

2.7. Métodos Agiles de producción de software

Los métodos agiles comparten un conjunto de principios los cuales son:

2.8. Programación Extrema - extreme programming (XP).

2.9. Arquitectura cliente/servidor 11

11 Instituto Nacional De Estadística e Informática (1997) Tecnología cliente/ servidor. Subjefatura de

2.11. Base de datos12

Tabla 1. Tipos de base de datos.

Fuente: Artículo IBM. Características y tipos de base de datos.

2.12. Sistema de gestión de base de datos (SGBD)

2.13. Entorno de desarrollo integrado (IDE)

El análisis situacional permitió reconocer aspectos como tecnologías de información y

a. Tecnologías de Información y Comunicación

Nombre de HP Deskject 1560

 Sistema de Gestión de Documentos Técnicos y Científicos ( SYSCIUNAS V1.0)

Tabla 5. Descripción del Sistema de Gestión de Documento Técnicos y Científicos.

Sistema de Gestión de Documento Técnicos y Científicos –

Figura 2. Mapa de Procesos de la UNAS.

Fuente: UNAS. Plan estratégico de la UNAS. Pág. 104.

Se identificó 6 procesos en las que el CIUNAS interviene, entre ellos se tiene: