universidad central del ecuador facultad de … · figura d60. opciones de descarga de postgresql...
Post on 06-Jul-2020
6 Views
Preview:
TRANSCRIPT
UNIVERSIDAD CENTRAL DEL ECUADOR
FACULTAD DE INGENIERÍA, CIENCIAS FÍSICAS Y MATEMÁTICA
CARRERA DE INGENIERÍA INFORMÁTICA
SISTEMA DE GESTIÓN DE INFORMACIÓN DE LIBROS PATRIMONIALES EN EL
ÁREA HISTÓRICA DEL CENTRO DE INFORMACIÓN INTEGRAL DE LA
UNIVERSIDAD CENTRAL DEL ECUADOR
TRABAJO DE GRADUACIÓN PREVIO A LA OBTENCIÓN DEL TÍTULO DE
INGENIERO INFORMÁTICO
AUTOR: DANIEL EDUARDO MUÑOZ MOSQUERA
TUTOR: ING. MARIO RAÚL MORALES MORALES
QUITO, Mayo 2016
ii
A mi familia, por todo
el apoyo que me ha
dado a lo largo de mi
vida.
iii
AGRADECIMIENTOS
El autor expresa sus agradecimientos a:
Dios, por todo lo que ha hecho por mí.
Margarita Mosquera, por sus cuidados y sacrificios como madre.
Ing. Mario Morales, por su guía y apoyo como tutor en el desarrollo del proyecto de
titulación.
Ing. Mauro Rosas por su apoyo y amabilidad durante el proceso de graduación.
A todos los Ingenieros profesores en la carrera de Ingeniería Informática, por su
contribución al desarrollo profesional y personal.
iv
v
vi
vii
viii
CONTENIDO
pág.
RESUMEN .................................................................................................................. xvi
ABSTRACT ............................................................................................................... xvii
INTRODUCCIÓN .......................................................................................................... 1
1. ANTECEDENTES ..................................................................................................... 2
1.1. Planteamiento del problema .................................................................................. 2
1.2. Formulación del Problema ..................................................................................... 2
1.3. Objetivos ................................................................................................................ 3
1.3.1. Objetivo general .................................................................................................. 3
1.3.2. Objetivos específicos .......................................................................................... 3
1.4. Justificación ........................................................................................................... 3
1.5. Alcance .................................................................................................................. 3
1.6. Delimitación del proyecto ....................................................................................... 4
2. MARCO TEÓRICO ................................................................................................... 5
2.1. Libro ....................................................................................................................... 5
2.1.1. Partes físicas de un libro ..................................................................................... 5
2.2. Deterioros de libros ................................................................................................ 6
2.3. Intervención de libros ............................................................................................. 6
2.3.1. Procesos de intervención en el cuerpo ............................................................... 7
2.3.2. Procesos de intervención en la encuadernación ................................................. 8
2.4. Framework (Software) ........................................................................................... 8
2.5. Patrón MVC clásico ............................................................................................... 8
2.6. Patrón MVC Web ................................................................................................... 9
3. METODOLOGÍA ..................................................................................................... 10
3.1. RUP ..................................................................................................................... 10
3.2. Aplicación de RUP en el proyecto ........................................................................ 11
4. DESARROLLO DEL PROYECTO ........................................................................... 12
4.1. Especificación de requerimientos ......................................................................... 12
4.2. Requerimientos funcionales ................................................................................. 12
ix
4.2.1. Actores ............................................................................................................. 12
4.2.2. Diagrama de casos de uso ............................................................................... 13
4.2.3. Descripción de los casos de uso ....................................................................... 13
4.3. Requerimientos no funcionales ............................................................................ 19
4.4. Diseño de la base de datos .................................................................................. 19
4.5. Arquitectura física del sistema ............................................................................. 21
4.6. Arquitectura lógica del sistema ............................................................................ 21
4.7. Interfaces de usuario ........................................................................................... 23
4.7.1. Pantalla Principal .............................................................................................. 24
4.7.2. Pantalla de inicio de sesión ............................................................................... 24
4.7.3. Pantalla principal de fichas................................................................................ 24
4.7.4. Pantalla de ficha de información básica ............................................................ 25
4.7.5. Pantalla de ficha de información general........................................................... 26
4.7.6. Pantalla de ficha de características físicas ........................................................ 26
4.7.7. Pantalla de ficha de deterioros .......................................................................... 27
4.7.8. Pantalla de ficha de análisis de tintas ............................................................... 27
4.7.9. Pantalla de ficha de análisis del soporte ........................................................... 28
4.7.10. Pantalla de ficha de resultados de laboratorio ................................................. 29
4.7.11. Pantalla de ficha de Intervenciones ................................................................. 30
4.7.12. Pantalla de gestión de catálogos..................................................................... 31
4.7.13. Pantalla de gestión de autores ........................................................................ 32
4.7.14. Pantalla de gestión de usuarios ...................................................................... 32
4.7.15. Pantalla del reporte de datos básicos ............................................................. 33
4.7.16. Pantalla del reporte de intervenciones ............................................................ 33
4.8. Estructura del código fuente del sistema .............................................................. 34
4.8.1. Detalles del proyecto sgmp ............................................................................... 34
4.8.2. Detalles del proyecto sgmpEJB ........................................................................ 35
4.8.3. Detalles del proyecto sgmpJPA ........................................................................ 36
4.8.4. Detalles del proyecto sgmpWeb ........................................................................ 36
4.9. Herramientas y tecnologías utilizadas .................................................................. 38
4.9.1. Java .................................................................................................................. 38
4.9.2. Java EE ............................................................................................................ 38
4.9.3. Hibernate .......................................................................................................... 38
4.9.4. Primefaces ........................................................................................................ 38
4.9.5. Spring Security .................................................................................................. 38
4.9.6. Wildfly ............................................................................................................... 39
4.9.7. jQuery ............................................................................................................... 39
4.9.8. Twitter Bootstrap ............................................................................................... 39
4.9.9. Bootstrap-table.................................................................................................. 39
4.9.10. Multiselect ....................................................................................................... 39
x
4.9.11. API Google Maps JavaScript .......................................................................... 39
4.9.12. PostgreSQL .................................................................................................... 39
4.9.13. Eclipse ............................................................................................................ 39
4.9.14. pgAdmin .......................................................................................................... 40
5. CONCLUSIONES ................................................................................................... 41
6. RECOMENDACIONES ........................................................................................... 42
BIBLIOGRAFÍA ........................................................................................................... 43
ANEXOS .................................................................................................................... 45
ANEXO A .................................................................................................................... 46
Fichas de información de bienes documentales .......................................................... 46
ANEXO B .................................................................................................................... 57
Reportes de bienes documentales .............................................................................. 57
ANEXO C ................................................................................................................... 59
Requerimientos del sistema firmados por la Lic. Natasha Sanmartín ......................... 59
ANEXO D ................................................................................................................... 60
Manual para el despliegue del sistema ....................................................................... 60
ANEXO E .................................................................................................................... 72
Manual de restauración del sistema para el desarrollo ............................................... 72
ANEXO F .................................................................................................................... 89
Aprobación del sistema por parte de la Lic. Natasha Sanmartín ................................. 89
xi
LISTA DE FIGURAS
pág.
Figura 1. Partes de un libro (LEMON-S, 2006).............................................................. 5
Figura 2. Patrón MVC clásico (Elaboración propia) ....................................................... 9
Figura 3. Patrón MVC Web (Elaboración propia) .......................................................... 9
Figura 4. Diagrama de casos de uso (elaboración propia) .......................................... 13
Figura 5. Caso de uso "Buscar libros" (elaboración propia) ....................................... 14
Figura 6. Caso de uso "Llenar fichas" (elaboración propia) ......................................... 14
Figura 7. Caso de uso "Consultar fichas" (elaboración propia) ................................... 15
Figura 8. Caso de uso "Editar las fichas " (elaboración propia) ................................... 15
Figura 9. Caso de uso "Revisar fichas" (elaboración propia) ....................................... 16
Figura 10. Caso de uso "Aprobar fichas" (elaboración propia) .................................... 16
Figura 11. Caso de uso "Gestionar catálogos" (elaboración propia) ........................... 17
Figura 12. Caso de uso "Gestionar autores" (elaboración propia) ............................... 17
Figura 13. Caso de uso "Acceder a los reportes" (elaboración propia) ....................... 18
Figura 14. Caso de uso "Gestionar usuarios" (elaboración propia) ............................. 18
Figura 15. Caso de uso "Iniciar sesión" (elaboración propia) ...................................... 19
Figura 16. Principales relaciones en la base de datos (elaboración propia) ................ 20
Figura 17. Arquitectura física del sistema (elaboración propia) ................................... 21
Figura 18. Capas de la arquitectura lógica del sistema y su interacción (elaboración
propia) ........................................................................................................................ 23
Figura 19. Pantalla principal (elaboración propia) ....................................................... 24
Figura 20. Pantalla de inicio de sesión (elaboración propia) ....................................... 24
Figura 21. Pantalla principal de fichas (elaboración propia) ........................................ 25
Figura 22. Pantalla de ficha de información básica - parte superior (elaboración propia)
................................................................................................................................... 25
Figura 23. Pantalla de ficha de información general - parte superior (elaboración
propia) ........................................................................................................................ 26
Figura 24. Pantalla de ficha de características físicas - parte superior (elaboración
propia) ........................................................................................................................ 26
Figura 25. Pantalla de ficha de deterioros - parte superior (elaboración propia) .......... 27
xii
Figura 26. Pantalla de ficha de análisis de tintas (elaboración propia) ........................ 28
Figura 27. Pantalla de ficha de análisis de tintas - campos formulario (elaboración
propia) ........................................................................................................................ 28
Figura 28. Pantalla de ficha de análisis de soporte (elaboración propia) ..................... 29
Figura 29. Pantalla de ficha de análisis de soporte - campos (elaboración propia) ..... 29
Figura 30. Pantalla de ficha de resultados de laboratorio (elaboración propia) ........... 30
Figura 31. Pantalla de ficha de resultados de laboratorio - campos en parte superior
(elaboración propia) .................................................................................................... 30
Figura 32. Pantalla de ficha de intervenciones (elaboración propia) ........................... 31
Figura 33. Pantalla de ficha de intervenciones - campos (elaboración propia) ............ 31
Figura 34. Pantalla de administración de catálogos (elaboración propia) ................... 32
Figura 35. Pantalla de administración de autores (elaboración propia) ....................... 32
Figura 36. Pantalla de administración de usuarios (elaboración propia) ..................... 33
Figura 37. Pantalla de reporte de datos básicos (elaboración propia) ......................... 33
Figura 38. Pantalla del reporte de intervenciones (elaboración propia) ....................... 34
Figura A39. Ficha de información general (elaboración Área Histórica) ...................... 46
Figura A40. Ficha de características físicas – parte superior (elaboración Área
Histórica) .................................................................................................................... 47
Figura A41. Ficha de características físicas – parte inferior (elaboración Área Histórica)
................................................................................................................................... 48
Figura A42. Ficha de análisis de tintas (elaboración Área Histórica) ........................... 49
Figura A43. Ficha de análisis de soporte (elaboración Área Histórica) ....................... 50
Figura A44. Ficha de intervención del cuerpo (elaboración Área Histórica) ................ 51
Figura A45. Ficha de intervención de la encuadernación – parte superior (elaboración
Área Histórica) ............................................................................................................ 52
Figura A46. Ficha de intervención de la encuadernación – parte inferior (elaboración
Área Histórica) ............................................................................................................ 53
Figura A47. Ficha de resultados de análisis de laboratorio (elaboración Área Histórica)
................................................................................................................................... 54
Figura A48. Ficha de deterioros – parte superior (elaboración Área Histórica)............ 55
Figura A49. Ficha de deterioros – parte media (elaboración Área Histórica) ............... 56
Figura A50. Ficha de deterioros – parte inferior (elaboración Área Histórica) ............. 56
Figura C51. Documento de requuerimientos (elaboración Área Histórica) ................. 59
Figura D52. Opciones de descarga de 7-Zip (elaboración propia) .............................. 61
Figura D53. Opciones de descarga de JRE (elaboración propia) ................................ 61
Figura D54. Pantalla de instalación de JRE (elaboración propia) ................................ 62
Figura D55. Comprobación de versión de Java (elaboración propia) .......................... 62
xiii
Figura D56. Opción propiedades de equipo (elaboración propia) ............................... 62
Figura 57. Opción configuración avanzada del sistema (elaboración propia) .............. 63
Figura D58. Opción de variables de entorno (elaboración propia) .............................. 63
Figura D59. Detalles de variable JAVA_HOME (elaboración propia) .......................... 64
Figura D60. Opciones de descarga de PostgreSQL (elaboración propia) ................... 65
Figura 61. Pantalla de instalación de PostgreSQL (elaboración propia) ...................... 65
Figura 62. Selección de idioma en instalación de PostgreSQL (elaboración propia) ... 66
Figura 63. Opción de descarga de WildFly (elaboración propia) ................................. 67
Figura D64. Ubicación de WildFly (elaboración propia) ............................................... 67
Figura D65. Pasos creación de usuario en WildFly (elaboración propia)..................... 68
Figura D66. Opciones de descarga del driver JDBC de PostgreSQL (elaboración
propia) ........................................................................................................................ 69
Figura D67. Ubicación del driver JDBC de PostgreSQL en WildFly (elaboración propia)
................................................................................................................................... 70
Figura D68. Pantalla principal del sistema (elaboración propia) .................................. 71
Figura E69. Opciones de descarga de JDK (elaboración propia) ................................ 72
Figura E70. Ubicación de Eclipse cuando se descomprime (elaboración propia) ........ 73
Figura E71. Opción en Eclipse para crear un nuevo servidor (elaboración propia) ..... 73
Figura E72. Opción de servidor WildFly en Eclipse (elaboración propia) .................... 74
Figura E73. Valor de carpeta raíz de WildFly y botón para añadir un JRE (elaboración
propia) ........................................................................................................................ 74
Figura E74. Ventana para añadir un JRE (elaboración propia) ................................... 75
Figura E75. Valor del path al JDK (elaboración propia) ............................................... 75
Figura E76. Pantalla con JDK añadido (elaboración propia) ....................................... 76
Figura E77. Selección del JDK para WildFly (elaboración propia) ............................... 76
Figura E78. Servidor WildFly añadido (elaboración propia)......................................... 77
Figura E79. Opción para importar un proyecto en Eclipse (elaboración propia) .......... 77
Figura E80. Opción Existing Projects into Workspace en Eclipse (elaboración propia)78
Figura E81. Directorio raíz del código fuente y proyectos a importar (elaboración
propia) ........................................................................................................................ 78
Figura E82. Los tres proyectos a establecer el valor del path a XDoclet (elaboración
propia) ........................................................................................................................ 79
Figura E83. Valor del path a XDoclet (elaboración propia) .......................................... 80
Figura E84. Opción para crear nueva configuración de consola de Hibernate
(elaboración propia) .................................................................................................... 80
Figura E85. Proyecto y botón para crear una nueva configuración de consola de
Hibernate (elaboración propia) .................................................................................... 81
xiv
Figura E86. Tipo de conexión y nombre de conexión (elaboración propia) ................. 81
Figura E87. Botón para agregar nuevo driver JDBC (elaboración propia) ................... 82
Figura E88. Nombre de la definición del driver JDBC (elaboración propia) ................. 82
Figura E89. Path al jar del driver JDBC de PostgreSQL (elaboración propia) ............. 83
Figura E90. Propiedades de la conexión (elaboración propia) .................................... 83
Figura E91. Prueba de conexión (elaboración propia) ................................................ 84
Figura E92. Pantalla final de creación de configuración de consola de Hibernate
(elaboración propia) .................................................................................................... 84
Figura E93. Selección de configuración de consola de Hibernate (elaboración propia)
................................................................................................................................... 85
Figura E94. Selección de Runtime (elaboración propia) ............................................. 85
Figura E95. Opción Clean… para limpiar el proyecto (elaboración propia) ................. 86
Figura E96. Opción Clean all projects (elaboración propia) ........................................ 86
Figura E97. Ejecución del proyecto en el servidor (elaboración propia) ...................... 87
Figura E98. Página principal del sistema (elaboración propia) .................................... 87
Figura E99. Opción para exportar EAR (elaboración propia) ...................................... 88
Figura E100. Destino del EAR (elaboración propia) .................................................... 88
Figura F101. Documento de aprobación del sistema (elaboración Área Histórica) ..... 89
xv
LISTA DE TABLAS
pág.
Tabla 1. Principales tablas del sistema (elaboración propia) ....................................... 20
Tabla B2.Reporte de datos básicos (elaboración Área Histórica) ............................... 57
Tabla B3. Reporte de intervenciones (elaboración Área Histórica) ............................. 58
xvi
Tema: “Sistema de gestión de información de libros patrimoniales en el Área
Histórica del Centro de Información Integral de la Universidad Central del
Ecuador”
Autor: Daniel Eduardo Muñoz Mosquera
Tutor: Mario Raúl Morales Morales
RESUMEN
En el presente proyecto se ha desarrollado un sistema web que gestiona la información
relacionada a libros antiguos que se genera en el Área Histórica del Centro Integral de
Información de la Universidad Centra del Ecuador. El sistema web ha sido exitosamente
desarrollado mediante el uso del lenguaje de programación Java y usando JSF como
marco de trabajo web. El sistema realizado permite almacenar y consultar hacia y desde
una base de datos relacional, respectivamente, varios datos de estos libros, incluyendo
título y autor, su nivel de deterioro e intervenciones realizadas para su restauración,
además de una gestión de usuarios para controlar el acceso al sistema. Entre los
beneficios que presenta el sistema web está la eliminación de la necesidad de utilizar
papel para mantener la información de los libros, contribuyendo a la conservación del
medio ambiente y a un mejor manejo de la misma, además de poder acceder a ella
desde cualquier computadora con conexión a Internet.
PALABRAS CLAVE: / LIBRO/ APLICACIÓN WEB/ BASE DE DATOS RELACIONAL/
INFORMACIÓN/
xvii
Title: “Patrimonial books information management system in the History Area of
the Integral Information Center of the Universidad Central del Ecuador”
Author: Daniel Eduardo Muñoz Mosquera
Tutor: Mario Raúl Morales Morales
ABSTRACT
In the current Project a web system has been developed to manage information related
to ancient books generated in the History Area of the Integral Information Center of the
Universidad Central del Ecuador. The web system has been successfully developed by
using Java programming language and JSF as a web work frame. The system allows
storing and consulting from to the relational database, respectively, several data from
such books, including title and author, level of deterioration and interventions made for
restoration, in addition to users management to control on access the system. Among
benefits offered by the system, there is the elimination of the need to use paper to
maintain information from books, contributing to conservation of the environment and a
better management of the same, and having access to it from any computer connected
to Internet.
KEYWORDS: / BOOK/ WEB APPLICATION/ RELATIONAL DATABASE/
INFORMATION/
1
INTRODUCCIÓN
Actualmente el uso de la tecnología para gestionar las distintas actividades de una
institución es algo indispensable y su no aplicación da lugar a varias desventajas como
pérdida de tiempo y competitividad, además de un aumento en los costos y el no poder
beneficiarse de la información.
La utilización de sistemas informáticos para la gestión de bibliotecas es algo que se
hace en muchas universidades del mundo, y esto es necesario ya que generalmente
hay decenas de miles de libros por identificar, ubicar, y dar seguimiento.
Hace más de un año el Centro de Información Integral de la Universidad Central del
Ecuador viene prestando sus servicios a la comunidad universitaria, poniendo a su
disposición una gran variedad de material bibliográfico, además de lugares dentro de
sus instalaciones con un ambiente apto para el estudio y la lectura. El Centro
actualmente cuenta con un sistema informático que permite que cada ejemplar
bibliográfico sea identificado mediante una etiqueta RFID, permite buscar en Internet
libros por título, materia o autor, los cuales están inventariados y ubicados en estantes
dentro del mismo.
Sin embargo, el material bibliográfico patrimonial, el cual puede tener centenas de años
de antigüedad, no está siendo gestionado mediante un sistema informático. No se tiene
una base de datos adecuada que contenga información de estos libros, como por
ejemplo su descripción, estado y las intervenciones a las que ha sido sujeto, todos estos
datos se mantienen en papel o en hojas de Excel. Tampoco se tiene una plataforma de
consulta para usuarios internos ni externos al Centro que quieran conocer qué libros hay
en el Área histórica y si están disponibles o no para consulta.
El desarrollo de un sistema que permita gestionar la información de los libros
patrimoniales es el tema de este proyecto.
2
1. ANTECEDENTES
1.1. Planteamiento del problema
Actualmente en el Área Histórica del Centro de Información Integral de la Universidad
Central del Ecuador yace una gran cantidad de material bibliográfico patrimonial que
data desde el siglo XV. El número de ejemplares es de aproximadamente 35 mil y varios
de ellos, debido a su mal estado, son sometidos a mantenimiento. Todos los datos de
este material y los procesos de intervención que se les aplica se registran en hojas de
papel u hojas de cálculo (Excel), mas no se cuenta con un repositorio que los almacene
de una forma adecuada.
El personal del Área Histórica ha definido un conjunto de fichas para almacenar toda
esta información, a saber: datos propios del libro como autor y dimensiones, deterioros,
análisis e intervenciones. Estas fichas están definidas en hojas de Excel y no se han
puesto en práctica.
1.2. Formulación del Problema
Cuando se poseen miles de libros y se genera información, ya sea propia de los libros,
como título y autor, o del estado e intervenciones realizadas, cabe preguntarse:
¿Cómo gestionar toda la información del material bibliográfico patrimonial del
Área Histórica del Centro Integral de Información?
Y entrando un poco más en detalle:
¿Cómo almacenar y obtener los datos de los libros patrimoniales, sus deterioros,
análisis e intervenciones utilizado fichas de información?
¿Cómo controlar el acceso a la información a usuarios internos?
¿Cómo poner a disposición la información de los bienes patrimoniales a usuarios
externos?
3
1.3. Objetivos
1.3.1. Objetivo general
Desarrollar un sistema web que permita el almacenamiento y gestión de la información
del material bibliográfico patrimonial almacenado en el Área Histórica del Centro de
Información Integral de la Universidad Central del Ecuador.
1.3.2. Objetivos específicos
Desarrollar un módulo que permita el ingreso, almacenamiento y consulta de los
datos, deterioros, análisis e intervenciones de los libros patrimoniales mediante
fichas de información, y gestione los catálogos usados para llenar las opciones
de las fichas.
Desarrollar un módulo que permita la gestión de usuarios y sus roles.
Desarrollar un módulo que permita la consulta de datos básicos de bienes
documentales a usuarios externos.
1.4. Justificación
El proyecto se realizará para ayudar a gestionar la información relacionada al material
bibliográfico patrimonial que yace en el Área Histórica del Centro de Información
Integral. El desarrollo del sistema web, que almacenará y gestionará dicha información,
ahorrará tiempo y costos a quienes trabajan en dicha área, permitirá tener una base de
datos confiable de la cual obtener información cuando se lo requiera. Ayudará al medio
ambiente, ya que no será necesario usar hojas para el registro de los datos, y además
brindará un servicio a la comunidad, en particular a investigadores que quieran buscar
ejemplares específicos de entre todos los libros allí contenidos.
1.5. Alcance
Se desarrollará un sistema web que estará compuesto por tres módulos principales.
El primero y más grande permitirá, a usuarios autorizados, el registro y modificación de
las fichas respectivas a la información de cada ejemplar bibliográfico patrimonial. Hay
un total de 9 fichas (ver ANEXO A):
4
Información Básica. Contiene los datos más básicos de un libro, como título,
materia y autor.
Información General. Entra un poco más a detalle en los datos de un libro
incluyendo alto, ancho, grosor, edición, entre otros.
Características Físicas. Define características del lomo, tapas, tintas, etc.
Análisis de tintas. Contiene resultados del análisis de tintas del bien.
Análisis de Soporte Contiene los resultados del análisis del soporte del bien.
Intervención del Cuerpo. Contiene datos de los procesos de intervención que
se aplican sobre un bien documental para su conservación o restauración.
Intervención Encuadernación. Contiene datos de los procesos de
mantenimiento que se aplican sobre la encuadernación del bien documental para
su conservación o restauración.
Análisis de Laboratorio. Contiene resultado de análisis de laboratorio aplicados
sobre el bien documental.
Deterioros. Contiene datos del nivel de deterioro del bien documental.
Además del ingreso de las fichas arriba mencionadas, este módulo incluye una gestión
de catálogos usados para llenar las opciones de las fichas y la generación de dos
reportes, uno de datos básicos de libros y el otro sobre las intervenciones aplicadas (ver
ANEXO B).
El segundo módulo permitirá una gestión de usuarios y sus roles.
El tercer módulo permitirá la consulta de datos básicos de bienes documentales a
usuarios externos.
1.6. Delimitación del proyecto
El correcto funcionamiento del sistema web en navegadores antiguos o en
todos los navegadores no está garantizado.
Si bien el diseño de las páginas se adapta al tamaño de la pantalla, las páginas
del sistema web no están hechas para dispositivos móviles.
La implementación del sistema en algún servidor público o privado no es
responsabilidad del autor.
Las fichas no se van a generar en PDF, Excel o algún otro formato.
El reporte de intervenciones sólo se generará en Excel.
Sólo se considerarán libros como bienes patrimoniales o documentales.
5
2. MARCO TEÓRICO
2.1. Libro
Según la Real Academia Española, un libro es un “conjunto de muchas hojas de papel
u otro material semejante que, encuadernadas, forman un volumen” (“Libro”, s.f.).
2.1.1. Partes físicas de un libro
Figura 1. Partes de un libro (LEMON-S, 2006)
Entre las principales partes se tienen (CONABIP, s.f.):
Cubiertas (4). Son hechas de un material duro y protege el conjunto de hojas
que forman el libro. En la cubierta frontal o portada generalmente va el título y
autor del libro. La cubierta posterior se conoce también como contraportada.
Lomo (10). Une las dos cubiertas. En él también se escribe el título y autor o
autores del libro.
Guardas (3). Hojas que unen las portadas con el conjunto de hojas del libro.
Canto (5, 6, 7). Cada uno de los tres lados del libro que forman los bordes de
todas las hojas unidas.
Solapa (2). Es una extensión de la portada en donde se escribe una pequeña
biografía del autor u otra información.
6
2.2. Deterioros de libros
Desde que se inventó, el papel ha sido el principal soporte para la creación de libros y
debido a su fabricación y manejo puede estar sujeto a un mayor o menor grado de
deterioro que se puede dar por factores externos o internos (ARCE, M., s. f.).
Entre los factores internos se encuentran:
Oxidación. Se produce por el aire o los elementos usados en la fabricación del
papel cuando daña la fibra de la celulosa, debilitándolo.
Acidez. Los ácidos afecta negativamente a la celulosa causando el
debilitamiento del papel y aún por su desintegración (VIÑAS, V. & CRESPO, C.,
1984). Una evidencia es el papel amarillento.
En los factores externos están:
Físicos. Como la luz, humedad y temperatura. Mucha luz puede causar una
decoloración de tintas y descomposición del material orgánico del papel (lignina).
Una temperatura elevada acelera las reacciones químicas y una humedad alta
incrementa la presencia de hongos.
Mecánicos. Son las condiciones de almacenamiento, falta de protección,
manejo inadecuado y desastres (incendios, vandalismo, etc.).
Químicos. Lo que incluye al polvo, insecticidas, papel con residuos de lignina,
sudor, grasa, metales (grapas).
El polvo puede contener una serie de elementos que pueden tener un efecto
negativo en un libro, por ejemplo residuos ácidos.
Biológicos. Hongos, bacterias, insectos como polilla, piojos de libros.
Roedores. Ratones.
2.3. Intervención de libros
Si bien hay medidas de prevención, cuando el daño a un libro ya está hecho es
necesario intervenir el bien para restaurarlo al mejor estado posible. Se pueden aplicar
procesos de intervención tanto en el cuerpo como en la encuadernación del libro.
7
2.3.1. Procesos de intervención en el cuerpo
Estos procesos se aplican sobre la parte interna del libro, esto es todo el conjunto de
hojas que lo forman (cuerpo).
Algunos procesos de intervención para restaurar el cuerpo son (VIÑAS, V., 1984):
Consolidación. Es un proceso mediante el cual se devuelve una consistencia o
solidez a algo que lo perdió, por ejemplo la consolidación del papel para evitar
que se rompa. La consolidación también incluye la unión de fragmentos y
reintegración de zonas perdidas de un libro.
Blanqueo. Se realiza para eliminar el color amarillento de ciertas hojas o para
quitar manchas.
Este proceso se puede realizar mediante un baño, aplicando pastas y también
con gases.
Desadificación. Con este proceso se busca eliminar la acidez para así evitar
que se produzca el color amarillo y debilidad en el papel.
Para efectuar este proceso se pueden usar gases y líquidos, siendo estos
últimos más efectivos.
Desinsectación y desinfección. La desinsectación consiste en eliminar la
presencia de insectos. La desinfección está dirigida a remover microorganismos.
Para realizar este proceso se usan insecticidas, fungicidas (hongos) y
bactericidas.
Fumigación. Se efectúa para la desinfección o desinsectación.
Laminado. Consiste en cubrir una hoja por un lado o ambos con una lámina de
un material particular con el objetivo de poder rehabilitar dicha hoja, sea porque
está frágil para su manipulación o rota (HUMMEL, R. & BARROW, W., s. f.).
Limpieza. En este proceso se busca quitar los elementos que afectan el aspecto
de un libro. Entre los elementos se pueden listar partículas sólidas superficiales
y manchas causadas por grasa, oxido, entre otros. La limpieza puede hacerse
en seco o con elementos acuosos.
Protecciones. Durante la aplicación de algún proceso de restauración puede
ser necesario proteger el la parte de la obra que no se interviene, para esto se
realizan protecciones.
Correcciones del plano. Consiste en devolver el liso en las hojas de un libro,
cuando están onduladas. Puede hacerse aplicando pesos y/o aplicando calor.
8
2.3.2. Procesos de intervención en la encuadernación
Estos procesos se aplican en la parte exterior del libro como la tapa, lomo, guardas y
encuadernación (costuras).
Aunque algunos de ellos se aplican también al cuerpo, como la fumigación,
desinsectación y limpiezas, existen otros procesos como los siguientes (VIÑAS, V.,
1984):
Desmontajes. Consiste en hacer un desacoplo. Puede ser a las guardas,
encuadernado o tapas.
Restauración del tejuelo. Tiene como finalidad la restauración del tejuelo del
libro, ya sea con uno nuevo o arreglando los deterioros en el original.
Retiro de elementos. En este procesos se retiran elementos que pueden dañar
al libro como cintas adhesivas, elementos metálicos, entre otros.
Corrección de deformaciones. Proceso en donde se corrigen protuberancias
como cuando la tapa está ondulada.
Reparación de costura. Se ejecuta cuando las costuras del encuadernado
están en mal estado.
Reparación de encabezada.
Reintegración de faltantes. Se hace una reintegración de elementos faltantes
como lomos, tapas y guardas.
2.4. Framework (Software)
Desde el enfoque del desarrollo de software, un framework o marco de trabajo
representa una base o entorno sobre el cual se puede efectuar todo el proceso de
desarrollo de una manera más rápida y estructurada. Un framework, en general, incluye
varias funcionalidades ya hechas, como acceso a bases de datos y control de sesiones,
y se caracteriza por la Inversión del Control, en la cual es el marco de trabajo el
encargado del control del flujo y ya no el programador, quien sólo debe preocuparse de
los detalles propios del sistema (Computer Hope, 21 de Marzo de 2016).
2.5. Patrón MVC clásico
MVC (Model View Controller) es un patrón de diseño con tres componentes: Modelo,
Vista y Controlador.
9
Básicamente la vista es una interfaz de usuario, lo que el usuario ve y mediante la cual
interactúa. El modelo se encarga de la gestión de los datos y cada vez que el usuario
interactúa con la vista, ésta notifica al controlador el cual a su vez lo hace al modelo
para que actualice los datos. Cuando los datos cambian el modelo se encarga de
notificar a la vista que inmediatamente solicita a éste el último estado de los datos
(AMUTHAN, G., 2014).
Figura 2. Patrón MVC clásico (Elaboración propia)
2.6. Patrón MVC Web
El patrón MVC Web es una modificación del patrón MVC clásico. En este el usuario
interactúa con una página HTML y hace peticiones a algún servidor que contiene la
aplicación web. Dichas solicitudes son recibidas por un controlador que a su vez
interactúa con el modelo, actualizándolo, y determina qué vista usar para construir la
respuesta. La vista elegida eventualmente puede consular el modelo con el fin de
generar la respuesta para el usuario con los datos actualizados (DUDNEY, B., LEHR J.,
WILLIS B. & MATTINGLY L, 2004).
Figura 3. Patrón MVC Web (Elaboración propia)
10
3. METODOLOGÍA
3.1. RUP
RUP (Rational Unified Process) es un proceso de desarrollo de software que une varias
metodologías con el objetivo de que el desarrollo de un software sea exitoso. Puede
considerarse como un marco de trabajo con el cual un equipo de desarrolladores puede
guiarse y así poder generar un producto de software en base a los requisitos del cliente
con una menor probabilidad de fallo y mejor calidad. RUP utiliza UML (Unified Modeling
Language) para visualizar los distintos componentes del sistema.
RUP está dirigido por casos de uso, el cual es una interacción de un usuario con el
sistema de software y representa un requisito funcional; está centrado en la arquitectura,
la cual incluye desde la plataforma sobre la cual se ejecuta hasta cómo interactúan las
partes del sistema; y es iterativo e incremental, donde cada iteración cubre un conjunto
de casos de uso basándose en la arquitectura y, conforme se van realizando, se
incrementa el avance del proyecto.
RUP considera ciclos que se repiten a lo largo de la vida del sistema de software, por
cada repetición se genera una versión del sistema. En cada ciclo hay cuatro fases y en
cada fase se pueden hacer varias iteraciones (JACOBSON I., BOOCH G. &
RUMBAUGH J., 2000).
Las fases son:
1. Inicio. En esta fase se definen las funciones del sistema a cumplir, se bosqueja
la arquitectura y se da una idea de cómo y el costo de hacerlo.
2. Elaboración. Se detallan los casos de uso y la arquitectura y se definen las
actividades a realizar.
3. Construcción. En esta fase se crea el producto.
4. Transición. Se prueba el producto y corrigen errores.
Cada iteración pasa por los llamados cinco flujos de trabajo: requisitos, análisis, diseño,
implementación y prueba.
11
3.2. Aplicación de RUP en el proyecto
Debido al tiempo disponible para culminar el proyecto y la no realización de tareas
innecesarias, se ha aplicado RUP y sus cuatro fases en el desarrollo del proyecto de la
siguiente manera (los resultados se presentan en el siguiente capítulo):
Inicio y elaboración: En estas fases se realiza un análisis de los requerimientos
y se utilizan los casos de uso para definir los requisitos. Se define la arquitectura
lógica y física del sistema
Contrucción: Se procede a la codificación del sistema, incluyendo el front-end
(interfaces de usuario) y back-end (lógica de negocio, acceso a datos, entre
otros).
Transición: Se prueba el funcionamiento del sistema y se corrigen los errores.
12
4. DESARROLLO DEL PROYECTO
4.1. Especificación de requerimientos
En base al documento de requerimientos (ver ANEXO C) entregado por la Lic. Natasha
Sanmartín, quien es encargada del Área Histórica del centro de información Integral de
la Universidad Central del Ecuador, y la metodología RUP, se ha hecho un análisis de
este y se han determinado los siguientes requerimientos funcionales y no funcionales.
4.2. Requerimientos funcionales
Para indicar los requisitos funcionales se han utilizado los casos de uso acorde a la
metodología RUP.
4.2.1. Actores
Se han definido los siguientes actores para el sistema:
a) Invitado. Es un usuario externo al Área Histórica.
El invitado podrá:
Buscar libros.
Ver datos básicos de libros
b) Digitador. Es un usuario interno del Área Histórica.
El digitador podrá:
Llenar las fichas de los bienes documentales (ver Anexo A).
Editar las fichas.
Consultar las fichas.
c) Revisor. Es un usuario interno del Área Histórica.
El revisor podrá:
Editar las fichas.
Revisar las fichas.
Aprobar las fichas.
Gestionar los catálogos.
Gestionar los autores
13
Tener acceso a los reportes.
d) Administrador. Es un usuario interno del Área Histórica.
El revisor podrá:
Realizar las mismas acciones que un todos los actores anteriores.
Gestionar los usuarios del sistema
4.2.2. Diagrama de casos de uso
Figura 4. Diagrama de casos de uso (elaboración propia)
4.2.3. Descripción de los casos de uso
CU1: Buscar libros
Actores: Invitado, digitador, revisor y administrador.
Descripción: El usuario podrá buscar un libro por título, autor, materia, año de
publicación y código, visualizar los resultados de la búsqueda y ver los detalles
14
de algún libro encontrado que son todos los criterios de búsqueda más un enlace
a una versión digital, la disponibilidad y una fotografía.
Figura 5. Caso de uso "Buscar libros" (elaboración propia)
CU2: Llenar fichas
Actores: Digitador, revisor y administrador.
Descripción: El usuario podrá llenar cualquiera de las fichas de información de
libros (ver Anexo A). Para ello primero busca un libro por código o título,
selecciona la ficha a llenar, la llena y finalmente la guarda.
Figura 6. Caso de uso "Llenar fichas" (elaboración propia)
15
CU3: Consultar fichas
Actores: Digitador, revisor y administrador.
Descripción: El usuario podrá consultar cualquiera de las fichas de información
de libros. Para ello debe buscar un libro por código o título y seleccionar la ficha
a visualizar.
Figura 7. Caso de uso "Consultar fichas" (elaboración propia)
CU4: Editar fichas
Actores: Digitador, revisor y administrador.
Descripción: El usuario podrá editar cualquiera de las fichas de información de
libros luego de que estas se hayan creado mas no revisado ni aprobado.
Figura 8. Caso de uso "Editar las fichas " (elaboración propia)
16
CU5: Revisar fichas
Actores: Revisor y administrador.
Descripción: El usuario podrá marcar una ficha como revisada varias veces como
paso previo a la aprobación. Para ello debe buscar un libro, seleccionar a ficha
a aprobar, modificar campos incorrectos y guardar la ficha como revisada.
Figura 9. Caso de uso "Revisar fichas" (elaboración propia)
CU6: Aprobar fichas
Actores: Revisor y administrador.
Descripción: El usuario podrá aprobar cualquiera de las fichas de información de
libros que ya estén revisadas. En la aprobación el usuario puede modificar
cualquier campo que considere incorrecto. Una vez aprobadas, las fichas
estarán disponibles en modo consulta.
Figura 10. Caso de uso "Aprobar fichas" (elaboración propia)
17
CU7: Gestionar catálogos.
Actores: Revisor y administrador.
Descripción: El usuario podrá crear, editar, consultar y modificar los elementos
de los catálogos padre que se usan para llenar las fichas.
Figura 11. Caso de uso "Gestionar catálogos" (elaboración propia)
CU8: Gestionar autores.
Actores: Revisor y administrador.
Descripción: El usuario podrá crear, editar, consultar y modificar los autores de
los libros.
Figura 12. Caso de uso "Gestionar autores" (elaboración propia)
CU9: Acceder a los reportes.
Actores: Revisor y administrador.
Descripción: El usuario podrá ver los reportes de datos básicos y de
intervenciones.
18
Figura 13. Caso de uso "Acceder a los reportes" (elaboración propia)
CU10: Gestionar usuarios del sistema.
Actores: Administrador.
Descripción: El usuario podrá crear, editar, consultar y modificar las cuentas de
usuario que acceden al sistema, en particular puede asignar el o los grupos al
que pertenece un usuario como digitador, revisor o administrador.
Figura 14. Caso de uso "Gestionar usuarios" (elaboración propia)
CU11: Iniciar sesión.
Actores: Digitador, revisor y administrador.
Descripción: El usuario podrá y deberá iniciar sesión en el sistema para acceder
a las opciones correspondientes dentro del mismo.
19
.
Figura 15. Caso de uso "Iniciar sesión" (elaboración propia)
4.3. Requerimientos no funcionales
Portabilidad. El sistema debe poder ser ejecutado en múltiples plataformas.
Usabilidad. Es sistema debe ser fácil de usar, sea con la utilización del manual
de usuario o previa capacitación.
Seguridad. El sistema debe controlar el acceso a sus diferentes funciones.
Concurrencia. El sistema debe permitir el acceso de varios usuarios al mismo
tiempo.
Escalabilidad. El sistema debe quedar abierto para poder añadir nuevas
funciones requeridas en un futuro.
4.4. Diseño de la base de datos
Se diseñó una base de datos que consiste de 41 tablas y sus respectivas relaciones e
índices, las principales tablas y su descripción se muestran en la siguiente tabla:
Nombre Descripción
usuario Contiene los usuarios del sistema.
grupo Contiene los grupos de usuarios del
sistema.
bien Contiene los datos comunes de bienes.
bien_documental Contienes datos particulares de un bien
documental (libro).
ficha Contiene todas las fichas creadas.
20
proceso_ficha Contiene el detalle de qué procesos se
han aplicado a las fichas.
menu Contiene los elementos del menú.
catalogo Contiene los catálogos que se usan
principalmente como los valores en todas
las fichas.
Tabla 1. Principales tablas del sistema (elaboración propia)
Figura 16. Principales relaciones en la base de datos (elaboración propia)
21
4.5. Arquitectura física del sistema
La arquitectura física del sistema consiste básicamente en un servidor físico o virtual,
ubicado en las instalaciones de la Universidad Central o donde las personas encargadas
lo determinen, el cual ejecuta algún servidor de aplicaciones Jboss o Wildfly y un motor
de base de datos PostgreSQL. La aplicación web se despliega en el servidor de
aplicaciones que recibe las peticiones de usuarios externos o internos al área histórica
quienes acceden a la aplicación a través de un navegador web.
Figura 17. Arquitectura física del sistema (elaboración propia)
4.6. Arquitectura lógica del sistema
Para el desarrollo del sistema se ha seleccionado una arquitectura lógica multicapas ya
que permite separar aspectos como las interfaces de usuario, la lógica del negocio, el
acceso a los datos y su representación.
Se han definido cuatro capas:
22
Capa de presentación. En esta se encuentran todas las interfaces de usuario y
gestiona todas las acciones que hace un usuario cuando interactúa con el
sistema. En están capa están las páginas JSF (incluyendo archivos css y js) y
los JSF Beans asociados a ellas.
Capa de Servicio. Esta capa contiene toda la lógica del negocio, está
compuesta por EJBs (Enterprise Java Beans) de sesión sin estado.
Capa de Dominio. Esta capa contiene una representación de las entidades
involucradas en el sistema en lo que a datos se refiere. Por ejemplo se tiene la
entidad Usuario cuyos atributos son nombres, apellidos, entro otros. Está
compuesta por POJOs (Plain Old Java Object). Se ha usado las anotaciones de
JPA (Java Persistence API) para el mapeo de los campos de las tablas en los
POJOs.
Capa de Persistencia. Su función es consultar, modificar, eliminar y crear datos
desde y hacia una base de datos relacional. Cuando obtiene datos los representa
con objetos del dominio. Está compuesta por EJBs de sesión sin estado y se ha
usado Hibernate para acceder a la base de datos.
La interacción entre capas es de la siguiente manera:
La capa de presentación puede ver a la capa de servicio y de dominio, y cualquier
operación que necesite realizar que tenga que ver con el negocio lo hará únicamente a
través de la capa de servicio. El usuario sólo interactúa con esta capa para manejar el
sistema.
La capa de servicio puede ver a la de dominio y de persistencia. Cuando quiera
comunicarse con la base de datos los hará a través de la capa de persistencia.
La capa de persistencia sólo ve a la de dominio y se comunica con la base de datos.
23
Figura 18. Capas de la arquitectura lógica del sistema y su interacción (elaboración propia)
4.7. Interfaces de usuario
El sistema cuenta con varias páginas para cumplir con las funcionalidades requeridas,
entre ellas se tienen interfaces para gestión de usuarios, autores y catálogos, consulta
de libros y visualización e ingreso de fichas.
Las interfaces más importantes son para el ingreso y modificación de fichas, las cuales
tienen una estructura común:
En la parte superior está el título de la ficha, por ejemplo “FICHA DE
INFORMACIÓN BÁSICA (Edición)”, entre paréntesis se indica la operación
actual sobre la ficha que puede ser creación, edición, revisión, aprobación o
consulta.
Luego vienen los datos de la ficha como el número, el código del libro, el usuario
que la creo y qué fecha lo hizo.
Si la ficha se ha revisado o aprobado con anterioridad, se lo indica con el o los
usuarios que lo hicieron y la fecha respectiva.
Por último viene la ficha en sí con sus campos y secciones.
A continuación se presentan las interfaces que tiene el sistema.
24
4.7.1. Pantalla Principal
Esta es la pantalla de bienvenida del sistema en donde se ve información sobre el Área
Histórica.
Figura 19. Pantalla principal (elaboración propia)
4.7.2. Pantalla de inicio de sesión
Esta pantalla es para que un usuario pueda iniciar sesión en el sistema ingresando su
usuario y contraseña.
Figura 20. Pantalla de inicio de sesión (elaboración propia)
4.7.3. Pantalla principal de fichas
En esta interfaz se puede buscar un libro y luego crear, editar, revisar, aprobar y
consultar las distintas fichas disponibles.
25
Figura 21. Pantalla principal de fichas (elaboración propia)
4.7.4. Pantalla de ficha de información básica
En esta pantalla se ingresa o modifica una ficha de información básica. Desde arriba
hacia abajo se tiene la estructura que comparten todas las interfaces de fichas:
El título de la ficha y entre paréntesis el proceso actual sobre la misma (creación,
edición, revisión, aprobación o consulta).
Datos sobre el usuario y fecha de creación.
Datos sobre usuarios y fechas de revisiones y aprobación.
Campos de la ficha.
Figura 22. Pantalla de ficha de información básica - parte superior (elaboración propia)
26
4.7.5. Pantalla de ficha de información general
En esta se puede ingresar o modificar una ficha de información general.
Figura 23. Pantalla de ficha de información general - parte superior (elaboración propia)
4.7.6. Pantalla de ficha de características físicas
A través de esta pantalla de puede ingresar o modificar una ficha de características
físicas.
Figura 24. Pantalla de ficha de características físicas - parte superior (elaboración propia)
27
4.7.7. Pantalla de ficha de deterioros
En esta pantalla se puede determinar el porcentaje de deterioro de un bien en base a
ciertos factores. En esta interfaz se indica el nivel de deterioro con un número y en una
barra.
Figura 25. Pantalla de ficha de deterioros - parte superior (elaboración propia)
4.7.8. Pantalla de ficha de análisis de tintas
En esta interfaz se pueden ingresar y modificar los análisis de tintas hechos a un libro.
Lo que primero se ve en esta pantalla es una tabla con todos los análisis existentes los
cuales pueden editarse o eliminarse.
28
Figura 26. Pantalla de ficha de análisis de tintas (elaboración propia)
Para la edición o creación de un análisis de tinta se presenta la siguiente pantalla:
Figura 27. Pantalla de ficha de análisis de tintas - campos formulario (elaboración propia)
4.7.9. Pantalla de ficha de análisis del soporte
En esta pantalla se pueden ingresar y modificar los análisis del soporte hechos a un
libro.
La primera pantalla muestra todos los análisis del soporte registrados.
29
Figura 28. Pantalla de ficha de análisis de soporte (elaboración propia)
Para la edición o creación de un análisis del soporte se presenta la siguiente pantalla:
Figura 29. Pantalla de ficha de análisis de soporte - campos (elaboración propia)
4.7.10. Pantalla de ficha de resultados de laboratorio
En esta interfaz de usuario se pueden ingresar y modificar los distintos análisis de
laboratorio que se hayan hecho a un libro.
La primera pantalla que se observa contiene una tabla con todos los resultados de
laboratorio registrados.
30
Figura 30. Pantalla de ficha de resultados de laboratorio (elaboración propia)
Para la edición o creación de un análisis de laboratorio se tiene la siguiente pantalla:
Figura 31. Pantalla de ficha de resultados de laboratorio - campos en parte superior (elaboración propia)
4.7.11. Pantalla de ficha de Intervenciones
A través de esta pantalla se pueden ingresar y editar las intervenciones hechas a un
libro.
Lo primero que se observa es una tabla con todas las intervenciones existentes.
31
Figura 32. Pantalla de ficha de intervenciones (elaboración propia)
La siguiente pantalla es para la edición o creación de una intervención.
Figura 33. Pantalla de ficha de intervenciones - campos (elaboración propia)
4.7.12. Pantalla de gestión de catálogos
En esta pantalla se pueden crear, modificar y eliminar los elementos de los distintos
catálogos del sistema que se usan para llenar las fichas.
32
Figura 34. Pantalla de administración de catálogos (elaboración propia)
4.7.13. Pantalla de gestión de autores
En esta interfaz se pueden crear, modificar y eliminar los distintos autores de libros.
Figura 35. Pantalla de administración de autores (elaboración propia)
4.7.14. Pantalla de gestión de usuarios
En esta interfaz se pueden crear, modificar y eliminar los distintos usuarios del sistema.
33
Figura 36. Pantalla de administración de usuarios (elaboración propia)
4.7.15. Pantalla del reporte de datos básicos
En esta pantalla se puede visualizar y generar un reporte de las fichas de información
básica que contienen los datos básicos de un libro.
Figura 37. Pantalla de reporte de datos básicos (elaboración propia)
4.7.16. Pantalla del reporte de intervenciones
En esta pantalla se puede generar un reporte de intervenciones por año.
34
Figura 38. Pantalla del reporte de intervenciones (elaboración propia)
4.8. Estructura del código fuente del sistema
El código fuente de la aplicación se ha estructurado separándolo en paquetes y
proyectos.
Hay un total de cuatro proyectos llamados:
sgmp. Este proyecto es el encargado de construir la aplicación empaquetándola
en un archivo .ear.
sgmpEJB. Aloja las capas de persistencia y servicio. Está conformado por EJBs.
sgmpJPA. Representa la capa de dominio y contiene únicamente POJOs.
sgmpWeb. En este proyecto se encuentra la capa de presentación. Es un
proyecto web que contiene páginas JSF y sus respectivos Beans, además de los
archivos de JavaScript y de estilos necesarios.
A continuación se explicará el contenido de cada proyecto y sus paquetes.
4.8.1. Detalles del proyecto sgmp
Este proyecto se encarga de construir todo el sistema y crear un archivo .ear con los
archivos necesarios para luego desplegarlo en algún servidor de aplicaciones
empresariales Java y entonces acceder y usar el sistema desde algún navegador web.
Además de construir el sistema, se encarga de incluir todas las librerías necesarias para
que funcione correctamente, como las de apache POI y las de Hibernate. El proyecto
no contiene paquetes.
35
4.8.2. Detalles del proyecto sgmpEJB
Este proyecto contiene principalmente EJBs de sesión sin estado para manejar la lógica
del negocio y la persistencia o acceso a la base de datos.
Se han definido interfaces tanto para los EJBs de la lógica de negocio y los de
persistencia, para que si en un futuro se desea cambiar la implementación, no afecte al
proyecto sgmpWeb que usa estos EJBs.
Un archivo importante en este proyecto es el llamado hibernate.cfg.xml que define los
atributos cuando se usa Hibernate como la fuente de datos y las clases que son tratadas
como entidades para el mapeo de las tablas de la base de datos.
Características de los EJBs
o Son Stateless, es decir, no mantienen un estado de sus atributos.
o Cada EJB interfaz de lógica de negocio tiene el sufijo Service.
o Cada EJB que implementa la respectiva interfaz de lógica de negocio
tiene el sufijo ServiceImpl.
o Cada EJB interfaz de persistencia tiene el sufijo DAO.
o Cada EJB que implementa la respectiva interfaz de lógica de negocio
tiene el sufijo DAOHb, ya que se usa Hibernate en ellos.
Paquetes
o ec.edu.uce.sgmp.comparators
Contiene clases comparadoras para poder ordenar colecciones de
objetos específicos.
o ec.edu.uce.sgmp.dao
Contiene las interfaces para el acceso a la base de datos.
o ec.edu.uce.sgmp.dao.impl
Contiene las implementaciones de las interfaces para el acceso a la base
de datos.
o ec.edu.uce.sgmp.dao.utils
Contiene clases utilitarias que se usan en el acceso a la base de datos.
Se encuentra la clase HibernateUtil necesaria para establecer conexión
con la base de datos usando Hibernate.
o ec.edu.uce.sgmp.date.utils
Contiene clases utilitarias para fechas.
o ec.edu.uce.sgmp.enums
36
Contiene tipos de datos enum. Tienen el sufijo Enum.
o ec.edu.uce.sgmp.estructura
Contiene estructuras que ayudan a realizar tareas como por ejemplo
generar el reporte de intervención.
o ec.edu.uce.sgmp.exception
Contiene los tipos de excepciones propias que se lanzan en el proyecto.
o ec.edu.uce.sgmp.reporte.filtro
Contiene clases cuyos valores de sus atributos sirven como filtros cuando
se hace una búsqueda.
o ec.edu.uce.sgmp.security.utils
Contiene clases utilitarias relacionadas a la seguridad.
o ec.edu.uce.sgmp.service
Contiene las interfaces de servicios.
o ec.edu.uce.sgmp.service.impl
Contiene las implementaciones de las interfaces de servicios.
o ec.edu.uce.sgmp.utils
Contiene clases utilitarias generales.
4.8.3. Detalles del proyecto sgmpJPA
El proyecto sgmpJPA únicamente contiene los POJOs para la capa del modelo. Estos
POJOs en otros proyectos se les añade el sufijo DTOs (Data Transfer Object), sin
embargo, en este no se les puso ninguno. Contiene el archivo persistence.xml que es
necesario para que sea reconocido como un proyecto JPA por eclipse.
Paquete
o ec.edu.uce.sgmp.domain
Es el único paquete del proyecto y contiene los POJOs que son las
entidades para mapear las tablas de la base de datos y sus relaciones.
4.8.4. Detalles del proyecto sgmpWeb
Este proyecto es tipo Web y contiene toda la capa de presentación lo que incluye
páginas JSF, JSF Beans, archivos de JavaScript y hojas de estilo. Se encarga de
gestionar todos los eventos que genera el usuario cuando interactúa con el sistema y
también controla el inicio de sesión y el acceso de los usuarios a las distintas páginas
de la aplicación según el grupo al que pertenecen para lo cual usa Spring Security.
37
Un archivo importante es precisamente el llamado spring-security.xml que se utiliza para
definir como se obtienen los grupos de un usuario cuando inicia sesión y los roles que
tienen acceso a cada página de la aplicación según un path.
Paquetes
o ec.edu.uce.sgmp.beans
Contiene JSF Beans que no gestionan directamente las fichas de
información.
o ec.edu.uce.sgmp.beans.fichas
Contiene JSF Beans que gestionan las páginas JSF para las fichas que
contienen datos propios de un libro, como la ficha de información básica,
información general, características físicas y deterioros.
o ec.edu.uce.sgmp.beans.fichas.analisis
Contiene JSF Beans que gestionan las páginas JSF para las fichas que
contienen análisis hechos a un libro, como la ficha de resultados de
laboratorio, análisis de tinta y soporte.
o ec.edu.uce.sgmp.beans.fichas.intervenciones
Contiene JSF Beans que gestionan las páginas JSF para las fichas que
contienen intervenciones en un libro. La única ficha es la de
intervenciones sobre el cuerpo y la encuadernación.
o ec.edu.uce.sgmp.beans.reportes
Contiene JSF Beans para gestionar la página de reporte de datos básicos
y el de intervenciones.
o ec.edu.uce.sgmp.converters
Contiene clases para convertir objetos que se obtienen a partir de un
valor que puede ser un texto o número, que no es el objeto en sí, obtenido
de algún componente JSF como una lista desplegable.
o ec.edu.uce.sgmp.helper
Contiene clases que ayudan a los JSF Beans en la gestión de eventos y
almacenamiento de datos para presentar.
o ec.edu.uce.sgmp.reportes
Contiene estructuras para contener reportes y presentarlos en páginas
JSF.
o ec.edu.uce.sgmp.utils
Contiene clases utilitarias para usarse en los JSF Beans o desde las
páginas JSF.
o ec.edu.uce.sgmp.validators
38
Contiene clases para validar campos en las páginas JSF.
o resources
Contiene el archivo application.properties con todos los textos que se
muestran en las páginas JSF.
4.9. Herramientas y tecnologías utilizadas
A continuación se presentan los nombres y versiones de las herramientas y tecnologías
usadas para desarrollar el proyecto.
4.9.1. Java
Java es un lenguaje de programación orientado a objetos. Tiene un gran conjunto de
librerías y frameworks que facilitan el desarrollo de aplicaciones de escritorio o web. La
versión utilizada es la 7.
4.9.2. Java EE
Java EE es una plataforma para construir aplicaciones empresariales en el lenguaje de
programación Java. Las tecnologías usadas de esta plataforma son Enterprise Java
Beans y JavaServer Faces. La versión utilizada es la 7.
4.9.3. Hibernate
Para el mapeo de tablas y acceso a la base de datos se usó Hibernate versión
4.3.8.Final.
4.9.4. Primefaces
Primefaces es un framework para interfaces de usuario en Java EE. Contiene varios
componentes muy útiles como editores de texto y calendarios. A versión que se usó es
la 5.2.
4.9.5. Spring Security
Spring Security es un framework que se enfoca en la autorización y autenticación en
aplicaciones Java. La versión utilizada es 3.2.6.RELEASE
39
4.9.6. Wildfly
Como servidor de aplicaciones Java EE se usó Wildfly versión 8.2.0.Final.
4.9.7. jQuery
La versión de jQuery utilizada es la 1.11.2. Se utilizó jQuery para facilitar la manipulación
de los componentes de las distintas páginas del sistema en el lado del cliente.
4.9.8. Twitter Bootstrap
Se ha usado la versión 3.3.1 para que el contenido de las páginas se adapte al tamaño
de la pantalla.
4.9.9. Bootstrap-table
Para mostrar tablas en las interfaces de usuario se utilizó la librería de JavaScript
bootstrap-table versión 1.6.0 la cual depende y es un complemento de Twitter Bootstrap.
4.9.10. Multiselect
Para poder utilizar un multiselect en las interfaces de usuario, el cual permite seleccionar
uno o varios elementos de una lista y pasarlos a otra, se usó esta librería de JavaScript
en su versión 2.2.4.
4.9.11. API Google Maps JavaScript
Para mostrar la ubicación del Área Histórica se utilizó la API de Google Maps para
JavaScript versión 3.
4.9.12. PostgreSQL
Como gestor de base de datos relacional se utilizó PostgreSQL en su versión 9.2.
4.9.13. Eclipse
Como IDE se utilizó a Eclipse Kepler versión 20130614-0229 el cual trae preinstalados
varios plugins que facilitan el desarrollo en Java y Java EE.
40
4.9.14. pgAdmin
PgAdmin es un software para la administración de una base de datos PostgreSQL, se
usó para crear las tablas y sus relaciones y restaurar la base de datos. La versión
utilizada es 1.20.0.
41
5. CONCLUSIONES
El sistema Web desarrollado en este proyecto ha permitido gestionar la
información de libros antiguos que se encuentran en el Área Histórica del Centro
de Información Integral de la Universidad Central del Ecuador.
Todas las funcionalidades requeridas han podido ser satisfechas con el sistema
construido.
Un punto centralizado de consulta e ingreso de información de libros
patrimoniales, la eliminación del uso de papel, una base de datos con toda la
información relacionada a los libros antiguos y más seguridad al manipular la
información se han convertido en unos de los beneficios más importantes del
sistema desarrollado.
La generación del reporte de datos básicos y el de intervenciones ha sido de
gran ayuda para el personal del Área Histórica ya que les evita tener que
hacerlos manualmente y les proporciona información relevante ahorrando
tiempo.
La información de los libros registrados en el sistema puede ser consultada por
usuarios externos al Área Histórica, quienes pueden buscar por código, autor,
materia, año de publicación o título desde cualquier computador con acceso a
Internet.
42
6. RECOMENDACIONES
.
Si en un futuro se requiere agregar nuevas fichas al sistema, se recomienda
tipificarlas y, en la pantalla de ingreso de fichas del sistema Web, cargarlas de
acuerdo a su tipo y no todas a la vez para no afectar negativamente el
rendimiento del sistema.
Algunas opciones del sistema han quedado incompletas debidas al alcance del
mismo, por ejemplo la opción para ingresar datos de conservación de otros tipos
de bienes patrimoniales que no sean libros, para los cuales las fichas no serían
iguales a las actuales ya que contendrían otros campos. Se recomienda la
culminación de dichas opciones para que el sistema sea mucho más completo.
Se aconseja que el Área Histórica se siga automatizando mediante la ejecución
de proyectos tecnológicos que involucren no sólo desarrollo de software si no
también, por ejemplo, Big Data, en particular para la recolección y gestión de los
datos de los dispositivos que monitorean la temperatura y humedad en las
estanterías.
Debido a que pueden haber miles de libros, se recomienda que el sistema se
ejecute sobre un servidor adecuado que pueda soportar una gran cantidad de
información, tanto a nivel de aplicación como de base de datos.
43
BIBLIOGRAFÍA
1. JACOBSON I., BOOCH G. & RUMBAUGH J. (2000). El Proceso Unificado de
Desarrollo de Software. Madrid: Pearson Education, S. A.
2. Computer Hope. (21 de Marzo de 2016). Framework. Obtenido de
http://www.computerhope.com/jargon/f/framework.htm
3. AMUTHAN, G. (2014). Spring MVC Beginner's Guide. Birmingham: Packt Publishing
Ltd.
4. DUDNEY, B., LEHR J., WILLIS B. & MATTINGLY L. (2004). Mastering Java Server
Faces. Indiana: Wiley Publishing, Inc.
5. SCARIONI, C. (2013).Pro Spring Security. New York: Apress.
6. WETHERBEE, J., RATHOD, C., KODALI, R. & ZADROZNY, P. (2013). Beggining
EJB 3. New York: Apress
7. OTTINGER, J., MINTER, D. & LINWOOD, J. (2014). Beginning Hibernate. New York:
Apress.
8. Libro, (s.f.). En Real Academia Española. Obtenido el 22 de Marzo de 2016 de
http://dle.rae.es/?id=NG3ktc6
9. CONABIP, (s.f.). Partes de un libro. Partes físicas y documentales [PDF]. Obtenido
el 22 de Marzo de 2016 de
http://www.conabip.gob.ar/sites/default/files/partes_de_un_libro_0.pdf
10. LEMON-S. (2006). Bookinfo.svg [imagen]. Obtenido el 22 de Marzo de 2016 de
http://commons.wikimedia.org/wiki/File:Bookinfo.svg
11. ARCE, M. (s. f.). La conservación de materiales de archivos y bibliotecas [PDF].
Obtenido el 22 de Marzo de 2016 de
http://www.archivonacional.go.cr/memorias/2000/06.pdf
44
12. VIÑAS, V. & CRESPO, C. (1984). La preservación y restauración de documentos y
libros en papel: un estudio del RAMP con directrices. París : UNESCO.
13. HUMMEL, R. & BARROW, W. (s. f.) Lamination and Other Methods of Restoration
[PDF]. Obtenido el 22 de Marzo de 2016 de
https://www.ideals.illinois.edu/bitstream/handle/2142/5651/librarytrendsv4i3f_opt.pd
f?sequence=1
45
ANEXOS
46
ANEXO A
Fichas de información de bienes documentales
Figura A39. Ficha de información general (elaboración Área Histórica)
Fecha de elaboración:
FOTOGRAFÍA LIBRO CERRADO FOTOGRAFÍA PORTADA
Elaborado por:
DESCRIPCIÓN FORMAL
DEL BIEN DOCUMENTAL:
Revisado por:
Aprobado por:
N° DE TOMO O VOLUMEN: N° TOTAL DE PAGINAS:
Publicación Propia
Canje
DIMENSIONES GENERALES (cm):LARGO ANCHO
UNIVERSIDAD CENTRAL DEL ECUADOR
CENTRO DE INFORMACIÓN INTEGRAL
ÁREA HISTÓRICA 1485-1960
CONSERVACIÓN Y RESTAURACIÓN DOCUMENTAL
UCE-CII-AH-0000
DATOS GENERALES DEL
BIEN DOCUMENTAL
TITULO:
AUTOR(ES):
FECHA DE PUBLICACIÓN: N° DE EDICIÓN:
CÓDIGO DEL LIBRO: N° DE ALTA:
FICHA INFORMACIÓN GENERAL DEL BIEN DOCUMENTAL
FICHA DE REGISTRO N°:
FONDO DOCUMENTAL:
COLECCIÓN A LA QUE PERTENECE:
ORIGEN DEL BIEN
DOCUMENTAL:
Compra
Transferencia
Donación
Legado o heredado
ALTURA
N° DE PAGINACIÓN:IDIOMA DE LA OBRA:
47
Figura A40. Ficha de características físicas – parte superior (elaboración Área Histórica)
Con grapas Encolado
Cosido Otro:
Sin identificar
Gofrado Dorado Con punteras
Sin decoración
TelaPapel de
encuadernarPercalina
Cuero Otro:
…… Otro:
…….. Otro:
Recto
Media caña
s/nervios
Cuero PercalinaPapel de
encuadernar
Tela Otro:
……… Otro:
……. Otro:
…….
……… Otro:
LOM
O
DECORACIÓN DE
LAS GUARDAS
MATERIAL DE
LAS GUARDAS
Con cabezada
Media caña c/nervios
FICHA DE REGISTRO N°:CÓDIGO DEL LIBRO: UCE-CII-AH-0000
UNIVERSIDAD CENTRAL DEL ECUADOR
CENTRO DE INFORMACIÓN INTEGRAL
ÁREA HISTÓRICA 1485-1960
CONSERVACIÓN Y RESTAURACIÓN DOCUMENTAL
FICHA CARACTERÍSTICAS FISICAS DEL BIEN DOCUMENTAL
TIPO DEL
ENCUADERNADO
GU
AR
DA
S
CARACTERÍSTICAS FÍSICAS
DEL ELEMENTO DE
PROTECCIÓN
TAP
AS
SOBRECUBIERTA
O CAMISA
MATERIAL DE
LOMO
TEJUELOS
MARCADOR DE
PÁGINA
CORTES
TIPO DE LOMO
MATERIAL DE
TAPAS O
CUBIERTAS
CUBRIMIENTO DE
TAPAS O
CUBIERTAS
DECORACIÓN DEL
ENCUADERNADO
48
Figura A41. Ficha de características físicas – parte inferior (elaboración Área Histórica)
……..
Largo: Ancho: Altura:
Papel Pergamino Cartulina
Verjurado Brillante Opaco
Liso Mate Con filigrana
Texturado Traslucido
Manuscrito Impreso
Otro:
De impresiónMecanográfi
caDe bolígrafo
De lápiz Al Óleo Metaloácida
De china Otro:
Al seco Ubicación:
Tinta Ubicación:
Etiqueta Ubicación:
Impreso Ubicación:
Ninguno
Ilustraciones Grabados Mapas/Planos
Fotografías Otro:
Elaborado por:
Revisado por:
Aprobado por:
Fecha de elaboración:
ELEMENTOS
ENCONTRADOS EN EL
LIBRO
ELEMENTOS GRÁFICOS
U OTROS
SELLOS
TIN
TAS
Mecanografiado
TIPO
CARACTERÍSTICAS DEL
CUERPO
DIMESIONES DEL
CUERPO (cm)
TIPO DE DOCUMENTO
CARACTERISTICAS
FISICAS
TÉCNICA DE
PLASMADO
MATERIAL DEL
CUERPO
49
Figura A42. Ficha de análisis de tintas (elaboración Área Histórica)
CÓDIGO DEL LIBRO:
ELABORADO POR:
REVISADO POR:
APROBADO POR:
SOLUBLE INSOLUBLE SOLUBLE INSOLUBLE
CALIGRÁFICAS LINK 0-14
CALIGRÁFICAS LINK
CALIGRÁFICAS LINK
CALIGRÁFICAS LINK
CALIGRÁFICAS LINK
CONSERVACIÓN Y RESTAURACIÓN DOCUMENTAL
FICHA DE ANÁLISIS DE TINTAS
UNIVERSIDAD CENTRAL DEL ECUADOR
CENTRO DE INFORMACIÓN INTEGRAL
ÁREA HISTÓRICA 1485-1960
FICHA DE REGISTRO N°:
TIPO DE TINTA CARACTERÍSTICAS
RESULTADO DE SOLUBILIDAD
FOTOGRAFÍA PHAgua destilada Otro
50
Figura A43. Ficha de análisis de soporte (elaboración Área Histórica)
CÓDIGO DEL LIBRO:FICHA DE
REGISTRO N°:
ELABORADO POR:
REVISADO POR:
APROBADO POR:
TIEMPO AUREOLA
TAPAS 0-14 REGULAR VERTICAL
TAPAS REGULAR VERTICAL
TAPAS REGULAR VERTICAL
TAPAS REGULAR VERTICAL
TAPAS REGULAR VERTICAL
TAPAS REGULAR VERTICAL
TAPAS REGULAR VERTICAL
CONSERVACIÓN Y RESTAURACIÓN DOCUMENTAL
ANÁLISIS DE SOPORTE
UNIVERSIDAD CENTRAL DEL ECUADOR
CENTRO DE INFORMACIÓN INTEGRAL
ÁREA HISTÓRICA 1485-1960
ANÁLISIS DE LUGAR DEL ANÁLISIS ESPESOR PH RADIACIÓN UV
LINK
PERMEABILIDAD O
ABSORBENCIA DIRECCIÓN DE FIBRAS
LINK
LINK
LINK
LINK
LINK
LINK
51
Figura A44. Ficha de intervención del cuerpo (elaboración Área Histórica)
CÓDIGO DEL LIBRO:
PROCESOS MÉTODO
Fumigación ………………… I
Desinsectación ………………. I
Limpieza en seco: superficia l Superficial con aspiradora I
Limpieza en seco: profunda Abrasiva I
Retiro de elementos
metál icos………………. I
Retiro de cintas adhes ivas ……………….I
Retiro de intervenciones
inadecuadas ……………….I
Retiro de concreciones
orgánicas ……………….I
Retiro de otros elementos I
Remoción de res iduos de
adhes ivo ……………….I
Reducción de manchas ……………….I
Fi jación de tintas ……………….. I
Consol idación de tintas ……………….. I
Protección de tintas ……………….. I
Limpieza acuosa …...………..I
Reapresto ……………….I
Desacidificación …………….. pH final … I
Blanqueo … I
Unión de roturas y
desgarros… I
Reforzamiento
estructural… I
Reintegración de
faltantes… I
Recuperación o corrección
del plano… I
Reintegración de
color o cromática… I
Mejoramiento
estético… I
Protección final de
reintegración de color… I
Laminado … I
Elaboración de
elemento de protección… I
NO APLICA
NO APLICA
NO APLICA
NO APLICA
Elaborado por:
Revisado por:
Aprobado por:
UNIVERSIDAD CENTRAL DEL ECUADOR
CENTRO DE INFORMACIÓN INTEGRAL
ÁREA HISTÓRICA 1485-1960
CONSERVACIÓN Y RESTAURACIÓN DOCUMENTAL
FICHA DE REGISTRO N°:
PRODUCTO O MATERIAL
EMPLEADOSINDICADORPREPARACIÓN
PROCESOS DE INTERVENCIÓN EN EL CUERPO DEL BIEN DOCUMENTAL
UCE-CII-AH-0000
52
Figura A45. Ficha de intervención de la encuadernación – parte superior (elaboración Área Histórica)
CÓDIGO DEL LIBRO:
PROCESOS
Fumigación ………………… I
Desinsectación ……………….
Limpieza en seco: superficia l Limpieza superficial con brocha I
Limpieza en seco: profunda ………………. I
Asepsia del encuadernado ………………….. I
Desmontaje del encuadernado …………………… I
Desmontaje del tejuelo …………………… I
Desmontaje de guardas …………………… I
Desmontaje de cabezadas …………………… I
Desmontaje del cosido …………………… I
Desmontaje del material
de cubierta…………………… I
Retiro de elementos metál icos ………………. I
Retiro de cintas adhes ivas ……………….I
Retiro de intervenciones
inadecuadas ……………….I
Retiro de concreciones orgánicas ……………….I
Retiro de otros elementos I
Remoción de residuos de
adhesivo ……………….I
Reducción de manchas ……………….I
Tratamiento de tintas : fi jación ……………….. I
Tratamiento de tintas :
consol idación ………………..I
Tratamiento de tintas : protección ……………….. I
Hidratación del material de
cubierta ……………….I
Corrección de deformaciones ………………….I
Consol idación del materia l
de recubrimiento ………………..I
Unión de roturas y desgarros
en guardas ……………..I
Reintegración de faltantes: tapas ……………..I
Reintegración de fa l tantes : lomo …………….I
Reintegración de fa l tantes : guardas ……………….I
Reintegración de fa l tantes :
materia l de recubrimiento ……………….I
Reparación de costura …………………….
Tipo de cosido aplicado:
FICHA DE REGISTRO N°: UCE-CII-AH-0000
I
NO APLICA
UNIVERSIDAD CENTRAL DEL ECUADOR
CENTRO DE INFORMACIÓN INTEGRAL
ÁREA HISTÓRICA 1485-1960
CONSERVACIÓN Y RESTAURACIÓN DOCUMENTAL
FICHA DE PROCESOS DE INTERVENCIÓN EN LA ENCUADERNACIÓN DEL BIEN DOCUMENTAL
MÉTODOPRODUCTO O MATERIAL
EMPLEADOSPREPARACIÓN INDICADOR
53
Figura A46. Ficha de intervención de la encuadernación – parte inferior (elaboración Área Histórica)
Repos ición de tejuelo …………………..I
Reparación de cabezadas origina les …………….I
Elaboración de nuevas cabezadas …………….I
Reintegración cromática de tapas ……………..I
Reintegración cromática de lomo ……………..I
Reintegración cromática de guardas ……………..I
Protección del encuadernado …………….. I
Encuadernación …………………I
Revisado por:
Aprobado por:
Elaborado por:
54
Figura A47. Ficha de resultados de análisis de laboratorio (elaboración Área Histórica)
FICHA DE REGISTRO N°:
CUERPO DEL LIBRO
N° DE MUESTRA:
FECHA DE TOMA DE
MUESTRA:
LABORATORIO:
FECHA DE RECEPCIÓN
DE RESULTADOS:
UCE-CII-AH-0000
LUGAR DE TOMA DE
MUESTRA:
CÓDIGO DE MUESTRA: aa/aa/aaaa
FOTOGRAFÍAS
OBSERVACIONES
FECHA DE ENVÍO DE LA
MUESTRA AL LABORATORIO:
RESULTADOS
CÓDIGO DEL LIBRO:
UNIVERSIDAD CENTRAL DEL ECUADOR
CENTRO DE INFORMACIÓN INTEGRAL
ÁREA HISTÓRICA 1485-1960
CONSERVACIÓN Y RESTAURACIÓN DOCUMENTAL
FICHA DE RESULTADOS DE ANÁLISIS DE LABORATORIO
ENCUADERNACIÓN
TIPO DE ANÁLISIS:
55
Figura A48. Ficha de deterioros – parte superior (elaboración Área Histórica)
NIVEL DE DETERIORO DESCRIPCIÓN
1
2
3
4
5
6
7
8
Característica de deterioro del soporte 15%
Manchas del soporte 3%
Amarillamiento del soporte 15%
Elementos extraños 2%
Evidencia de deterioro biológico 25%
Deterioros en el soporte equivale al: 60%
Características de deterioro de tintas 30%
Deterioros de tintas equivale al: 30%
Lomo 2%Guardas 3%
Tapas 3%Deterioros comunes 2%
Deterioros elemento protección equivale al: 10%
EQUIVALENTE TOTAL % LIBRO: 100%
6% al 30%BAJODeterioros menores y puntuales, se aplican procesos de
conservación
AVANZADODeterioro general, pérdida de soporte e información, se
aplican procesos de restauración
Deterioro parcial, probable pérdida de soporte e
información, se aplican procesos de restauraciónMEDIO 31% al 60%
Deterioros mínimos, poco apreciables, reparaciones
menores.INCIPIENTE
RANGO
CALIFICACIÓN
RANGO % DETERIORO TOTAL DEL DOCUMENTO
5 al 6
7 a l 8
61% al 100%
SEGÚN ESCALA DEL 1 AL 8
Si es menos de la mitad del l ibro
Si es mas de la mitad del l ibro
Si es menos de la mitad del l ibro
Si es mas de la mitad del l ibro
Si es menos de la mitad del l ibro
Si es mas de la mitad del l ibro
Si es menos de la mitad del l ibro
Si es mas de la mitad del l ibro
VALORACIÓN
ESCALA
1 al 2
3 al 4
1% al 5%
60%
1 2 3 4 5 6 7 8 SUMA MAX. ESCALA
LAXO 6
RÍGIDO 6
QUEBRADIZO 8
DESGASTADO 4
REBLANDECIMIENTO 8
FRIABLE 8
POLVO 2
DEFORMACIONES 4
FALTANTES 6
ROTURAS 4
PERFORACIONES 2
QUEMADURAS 8
DOBLECES 2
ARRUGAS 4
HOJAS SUELTAS 4
ACIDEZ 8
HOJAS ADHERIDAS 8
DESPRENDIMIENTO PARCIAL DE HOJAS 4
96
1 2 3 4 5 6 7 8 SUMA MAX. ESCALA
DE SUCIEDAD 2
DE GRASA 6
DE HUMEDAD 6
DE ADHESIVOS 8
DE FOXING 8
DE OXIDO 4
34
1 2 3 4 5 6 7 8 SUMA MAX. ESCALA
GENERAL 8
PARCIAL 6
14
% EVALÚA SOBRE: DETERIOROS
DETERIOROS
15%AMARILLAMIENTO DEL
SOPORTE
3% MANCHAS DEL SOPORTE
% EVALÚA SOBRE:
ESCALA DEL 1 AL 8
ESCALA DEL 1 AL 8
15%CARACTERISTICA DE
DETERIORO DEL SOPORTE
% EVALÚA SOBRE: DETERIOROS
SOPORTE EQUIVALE A: ESCALA DEL 1 AL 8
56
Figura A49. Ficha de deterioros – parte media (elaboración Área Histórica)
Figura A50. Ficha de deterioros – parte inferior (elaboración Área Histórica)
1 2 3 4 5 6 7 8 SUMA MAX. ESCALA
ELEMENTOS METALICOS 4
PRESENCIA DE CINTAS ADHESIVAS 8
REPARACIONES CASERAS 6
18
1 2 3 4 5 6 7 8 SUMA MAX. ESCALA
GALERIAS 6
DEYECCIONES 4
ROÍDO 8
MANCHAS DE HONGOS 8
26
30%
1 2 3 4 5 6 7 8 SUMA MAX. ESCALA
CORRIDAS 6
BARRIDAS 2
TRANSMINADAS 6
DESVANECIDAS 8
DESPRENDIDAS 8
CORROSIÓN DE LA TINTA 8
38
10%
1 2 3 4 5 6 7 8 SUMA MAX. ESCALA
DESPRENDIMIENTO 6
DESGARRE 4
FALTANTES 6
PÉRDIDA DEL LOMO 8
DEFORMACIÓN DEL LOMO 6
DECOLORACIÓN 2
MANCHAS 6
DESGASTE 2
DESPRENDIMIENTO DE TEJUELO 6
DETERIORO DE TEJUELO 4
PERDIDA DE LA CABEZADA 4
DESPRENDIMIENTO DE CABEZADA 2
DETERIORO DEL MARCADOR DE PAGINA 2
58
TINTAS EQUIVALE A:
% EVALÚA SOBRE: DETERIOROS
% EVALÚA SOBRE: DETERIOROS
25%EVIDENCIA DE
DETERIORO BIOLÓGICO
DETERIOROS
ESCALA DEL 1 AL 8
ELEMENTO DE PROTECCIÓN EQUIVALE A:
DETERIOROS
2% ELEMENTOS EXTRAÑOS
% EVALÚA SOBRE:ESCALA DEL 1 AL 8
ESCALA DEL 1 AL 8
ESCALA DEL 1 AL 8
2% LOMO
30%CARACTERÍSTICAS DE
DETERIORO DE TINTAS
% EVALÚA SOBRE:
1 2 3 4 5 6 7 8 SUMA MAX. ESCALA
ROTURAS 4
FALTANTES 6
DOBLECES Y ARRUGAS 2
MANCHAS 6
ACIDEZ 8
DETERIORO DE LA DECORACIÓN 6
32
1 2 3 4 5 6 7 8 SUMA MAX. ESCALA
DESPRENDIMIENTO 6
DESGARRE 4
FALTANTES 6
DECOLORACIÓN 2
MANCHAS 6
DESGASTE 4
DEFORMACIÓN 6
PÉRDIDA DE TAPAS 8
42
1 2 3 4 5 6 7 8 SUMA MAX. ESCALA
ACIDEZ DEL ELEMENTO DE PROTECCIÓN EN CARTULINA 8
REPARACIONES CASERAS 6
ELEMENTOS ADHESIVOS AÑADIDOS 6
DESENCOLADO DEL MATERIAL DE ENCUADERNACIÓN 4
PÉRDIDA PARCIAL DEL MATERIAL DE ENCUADERNACIÓN 6
SIN ENCUADERNADO 8
DESENCAJADO DEL ELEMENTO DE PROTECCIÓN 6
44
ESCALA DEL 1 AL 8
ESCALA DEL 1 AL 8
ESCALA DEL 1 AL 8
DETERIOROS
% EVALÚA SOBRE: DETERIOROS
% EVALÚA SOBRE: DETERIOROS
2% DETERIOROS COMUNES
3% TAPAS
3% GUARDAS
% EVALÚA SOBRE:
57
ANEXO B
Reportes de bienes documentales
Tabla B2.Reporte de datos básicos (elaboración Área Histórica)
No Título Autor (es) Materia
Código control de
bienes (No de alta) y
otros códigos
Observaciones
16148 Derecho Político Filosófico Gumplowicz, Luis Jurisprudencia (derecho), Filosofía 342 G974 Tiene hojas sueltas al final
16149 Ensayo Teórico e Histórico sobre la Generación de los ConocimientosTiberghiem, G. Filosofía Traducción de García Moreno A. Tomo II
16150 Theatre de Marivaux Marivaux, Pierre Carlet de Chamblain deLiteratura, Teatro 840-2 M348t
16151 Fausto Goethe, Johann Wolfgang Literatura, Teatro 830 G599 Traducción en verso de Augusto Bunge
16152 Hazañas de Fantomas. El muerto que mataSouvestre, Pierre; Allain, MarcelLiteratura, Novela 840 S729 Traducción de Eusebio Heras
16153
Historia General de la Filosofía. (II
Filosofía Cristiana, Edad Media y Fouilée, Alfredo Filosofía 19 F766 V.2
16154 Los Abonos Industriales Maylín, Antonio Agronomía 631 8 M469
16155 Pedagogía Universitaria. Problemas y NoticiasGiner, Francisco Educación (pedagogía) 378.4 G492
16156 De Viris Illustribus Nepote, Cornelio (Cornelius Nepos)Biografías 860 o96 Traducido al español por Rodrigo de Oviedo
16157 Oeuvres de Leconte de Lisle. Poèmes BarbaresLeconte de Lisle, Charles Marie RenéLiteratura, Poesía 840 L466
16158 Agronomía. Tratado Elemental López Vidaur, Aurelio Agronomía 631 L864
REPORTE DE DATOS BÁSICOS
58
Tabla B3. Reporte de intervenciones (elaboración Área Histórica)
N°CODIGO
AH
N° DE
ALTATíTULO DEL LIBRO AUTOR AÑO
TOMO/
VOLUMEN
OBSERVACION
ES
Fumigació n
genera l
(n° do ct.)
Diagnó s tico
(n° ficha)
Limpieza
s uperfic ia l
(n° páginas )
EN
E
FE
B
MA
R
AB
R
MA
Y
JUN
JUL
AG
O
SE
P
OC
T
NO
V
DIC
1 17297 España en el corazón Neruda, Pablo 1938
Firma
autógrafa en la
portada
0.00 1.00 39.00 FIN
2 24555 Vicente León Zuñiga, Neptali 1969 0.00 1.00 340.00
3 2029 TeatroSánchez,
Florencio1942 0.00 1.00 189.00
4 1295
Instituciones Physicae
conscriptae in usos
academicos
Musschenbrok,
Petro Van1748 0.00 1.00 747.00
5 11661
Apuntes históricos,
geográficos, biográficos y
estadísticos del Cantón
Daule
Caicedo, Emiliano 1902 0.00 1.00 91.00
6 25343El hondero entusiasta
1923-1924Neruda, Pablo 1940 0.00 1.00 44.00
7 20299 La Universidad de QuitoMoncayo de
Monge, Germania1944 0.00 1.00 242.00
0.00 7.00 1692.00TOTAL:
RESULTADOS DE INDICADORES (PROCESOS DE INTERVENCIÓN)
59
ANEXO C
Requerimientos del sistema firmados por la Lic. Natasha Sanmartín
Figura C51. Documento de requuerimientos (elaboración Área Histórica)
60
ANEXO D
Manual para el despliegue del sistema
A continuación se detallan los pasos para el despliegue del sistema de gestión de
información de libros patrimoniales en un ambiente Windows.
Software necesario:
Sistema operativo Windows 7, 64 bits.
JRE 8.
Servidor de aplicaciones Wildfly 8.2.0.
PostgreSQL 9.2.
7-Zip (opcional). Para poder descomprimir los archivos.
Archivos necesarios:
sgmp.ear. Contiene el sistema web listo para ser desplegado en un servidor de
aplicaciones.
sgmp_plain.sql. El archivo que contiene el respaldo de la base de datos en
formato plano.
Pasos para el despliegue del sistema:
1. Instalar 7-Zip (Opcional)
1.1. Ir a http://www.7-zip.org/download.html y descargar 7-Zip y descargar el
instalador.
61
Figura D52. Opciones de descarga de 7-Zip (elaboración propia)
1.2. Ejecutar el instalador y dejar todas las opciones por defecto en el proceso de
instalación.
2. Instalar JRE
2.1. Ir a http://www.oracle.com/technetwork/java/javase/downloads/jre8-downloads-
2133155.html y descargar el JRE más reciente e instalarlo.
Figura D53. Opciones de descarga de JRE (elaboración propia)
2.2. Instalar JRE ejecutando el instalador seleccionando los valores por defecto.
62
Figura D54. Pantalla de instalación de JRE (elaboración propia)
2.3. Comprobar que Java está instalado ejecutando por línea de comandos
java –versión
Figura D55. Comprobación de versión de Java (elaboración propia)
3. Crear la variable de entorno JAVA_HOME
3.1. En Windows clic en Inicio, clic derecho en Equipo, seleccionar la opción
Propiedades.
Figura D56. Opción propiedades de equipo (elaboración propia)
63
3.2. En la ventana que aparece dar clic en Configuración avanzada del sistema.
Figura 57. Opción configuración avanzada del sistema (elaboración propia)
3.3. En la nueva ventana que aparece, dentro de la pestaña Opciones avanzadas,
dar clic en el botón Variables de entorno.
Figura D58. Opción de variables de entorno (elaboración propia)
3.4. Crear una variable de sistema llamada JAVA_HOME. Para eso:
3.4.1. Clic en el botón Nueva…
3.4.2. Escribir JAVA_HOME como nombre de la variable.
3.4.3. Como valor de la variable escribir C:\Program Files\Java\jre1.8.0_77 o el path
en donde se instaló JRE.
3.4.4. Clic en el botón Aceptar (se cierra el dialogo de Nueva variable del sistema).
64
3.4.5. Clic en el botón Aceptar.
Figura D59. Detalles de variable JAVA_HOME (elaboración propia)
4. Instalar PostgreSQL 9.2
4.1. Ir a http://www.enterprisedb.com/products-services-
training/pgdownload#windows y descargar el instalador para Windows.
65
Figura D60. Opciones de descarga de PostgreSQL (elaboración propia)
4.2. Instalar PostgreSQL seleccionando todas las opciones por defecto, considerando
en particular la contraseña para el usuario postgres y el puerto (5432). Se ingresa
como password “postgres” (sin comillas).
Figura 61. Pantalla de instalación de PostgreSQL (elaboración propia)
4.3. Como configuración regional se puede usar Spanish, Ecuador.
66
Figura 62. Selección de idioma en instalación de PostgreSQL (elaboración propia)
4.4. Seguir dando clic en los botones Siguiente y no lanzar Stack Builder al finalizar.
4.5. Restaurar la base de datos
4.6. Ir al directorio C:\Program Files\PostgreSQL\9.2\bin y abrir una ventana de
comandos en él (Shift + clic derecho, opción Abrir ventana de comandos aquí)
4.7. Ejecutar psql –U postgres e introducir la respectiva contraseña.
4.8. Para crear la base de datos ejecutar la siguiente sentencia:
CREATE DATABASE sgmp WITH OWNER = postgres ENCODING = 'UTF8';
4.9. Para salir de psql ejecutar \q
4.10. Ahora, de regreso a la línea de comandos de Windows, ejecutar el siguiente
comando para restaurar la base de datos (el archivo de respaldo de la base de
datos está en la raíz del disco C):
psql -h localhost -p 5432 -U postgres -d sgmp -f C:\sgmp_plain.sql
5. Instalar WildFly 8.2.0.Final
5.1. Ir a http://wildfly.org/downloads/ y descargar el archivo .zip respectivo.
67
Figura 63. Opción de descarga de WildFly (elaboración propia)
5.2. Descomprimir dicho archivo en algún directorio, por ejemplo en el disco C.
Figura D64. Ubicación de WildFly (elaboración propia)
5.3. Para crear un usuario de administración ir a la carpeta bin, abrir una ventana de
comandos dentro de ella (Shift + clic derecho, opción Abrir ventana de comandos
aquí) y ejecutar: add-user.bat
5.4. Digitar la opción a y presionar Enter.
5.5. Poner un nombre de usuario, por ejemplo sgmpadmin y presionar Enter.
5.6. Establecer un password (debe contener al menos una letra mayúscula, una
minúscula, un número y un símbolo especial), por ejemplo Password1$, y
presionar Enter.
68
5.7. Dejar en blanco los grupos a los que pertenece el usuario (no escribir nada) y
presionar Enter.
5.8. Escribir yes y presionar Enter para crear al usuario.
5.9. En la última pregunta sobre los procesos AS escribir no y presionar Enter.
5.10. Los pasos hechos se ven en la siguiente captura:
Figura D65. Pasos creación de usuario en WildFly (elaboración propia)
6. Crear la fuente de datos
6.1. Ir a https://jdbc.postgresql.org/download.html i descargar el JDBC para
PostgreSQL (si se instaló un JRE 7 descargar la versión 4.1, si se tiene JRE 8,
descargar la versión 4.2 del JDBC).
69
Figura D66. Opciones de descarga del driver JDBC de PostgreSQL (elaboración propia)
6.2. Crear dentro de la carpeta modules en la raíz del servidor Wildfly una serie de
carpetas y subcarpetas: org/postgresql/main
6.3. Dentro de la carpeta main colocar el driver JDBC descargado.
6.4. Dentro de la carpeta main crear un archivo llamado module.xml con lo siguiente:
<?xml version="1.0" encoding="UTF-8"?>
<module xmlns="urn:jboss:module:1.1" name="org.postgresql">
<resources>
<resource-root path="postgresql-9.4.1208.jar"/>
<!-- Insert resources here -->
</resources>
<dependencies>
<module name="javax.api"/>
<module name="javax.transaction.api"/>
</dependencies>
</module>
6.5. La carpeta main debe contener lo siguiente:
70
Figura D67. Ubicación del driver JDBC de PostgreSQL en WildFly (elaboración propia)
6.6. En el archivo standalone.xml que está dentro de la carpeta
standalone/configuration (desde la carpeta raíz del servidor Wildfly) agregar lo
siguiente dentro de la etiqueta datasources:
<datasource jta="true" jndi-name="java:jboss/sgmpPg" pool-name="sgmpPg" enabled="true" use-
ccm="true">
<connection-url>jdbc:postgresql://localhost:5432/sgmp</connection-url>
<driver-class>org.postgresql.Driver</driver-class>
<driver>postgresql</driver>
<security>
<user-name>postgres</user-name>
<password>postgres</password>
</security>
<validation>
<validate-on-match>false</validate-on-match>
<background-validation>false</background-validation>
</validation>
<timeout>
<set-tx-query-timeout>false</set-tx-query-timeout>
<blocking-timeout-millis>0</blocking-timeout-millis>
<idle-timeout-minutes>0</idle-timeout-minutes>
<query-timeout>0</query-timeout>
<use-try-lock>0</use-try-lock>
<allocation-retry>0</allocation-retry>
<allocation-retry-wait-millis>0</allocation-retry-wait-millis>
</timeout>
<statement>
<share-prepared-statements>false</share-prepared-statements>
</statement>
</datasource>
71
6.7. Y dentro del mismo archivo standalone.xml del punto anterior agregar dentro de
la etiqueta drivers lo siguiente:
<driver name="postgresql" module="org.postgresql">
<xa-datasource-class>org.postgresql.xa.PGXADataSource</xa-datasource-class>
</driver>
7. Desplegar la aplicación
7.1. En el servidor Wildfly, copiar el archivo sgmp.ear en la carpeta
standalone/deployments a partir de la raíz del servidor.
7.2. Ahora, para iniciar el servidor Wildfly, ir a la carpeta bin en la raíz del servidor,
abrir una ventana de comandos ahí y ejecutar standalone.bat
7.3. En un navegador (Google Chrome) abrir la página
http://localhost:8080/sgmpWeb y debería verse el sistema funcionando.
Figura D68. Pantalla principal del sistema (elaboración propia)
72
ANEXO E
Manual de restauración del sistema para el desarrollo
A continuación se detallan los pasos necesarios para restaurar el proyecto en un IDE
dentro de un entorno Windows.
Software necesario:
Sistema operativo Windows 7, 64 bits.
JDK 8
Servidor de Aplicaciones Wildfly configurado en el manual para el despliegue del
sistema de gestión de información de libros patrimoniales
Archivos necesarios:
codigo_fuente.zip. Contiene el código fuente del sistema y las librerías
necesarias para su funcionamiento.
eclipse.zip. El IDE usado para el desarrollo del sistema.
1. Descomprimir el archivo codigo_fuente.zip en el disco C tal que quede como
contenedor del código fuente la carpeta C:\codigo_fuente
2. Instalar el JDK 8
2.1. Ir a http://www.oracle.com/technetwork/java/javase/downloads/jdk8-downloads-
2133151.html, aceptar la licencia y descargar el JDK.
Figura E69. Opciones de descarga de JDK (elaboración propia)
73
2.2. Ejecutar el instalador y en el proceso de instalación dejar todas las opciones por
defecto.
3. Instalar el IDE
3.1. Descomprimir el archivo eclipse.zip en algún directorio (disco C en este caso) y
ejecutar eclipse.exe que está dentro de la carpeta C:\eclipse.
Figura E70. Ubicación de Eclipse cuando se descomprime (elaboración propia)
3.2. En el caso de que pregunte por el workspace dejar el propuesto y clic en OK.
Importante: Si Eclipse no inicia comprobar que java está correctamente instalado
ejecutando en una línea de comandos java –version. Si hay algún problema
desinstalar java desde el panel de control y volverlo a instalar.
3.3. Añadir el Servidor Wlidfly a eclipse.
3.4. En la vista Servers de la parte inferior, dar clic en Click this link to create a new
server….
Figura E71. Opción en Eclipse para crear un nuevo servidor (elaboración propia)
3.5. Dentro la carpeta JBoss Community seleccionar WildFly 8.0 y clic en Next.
74
Figura E72. Opción de servidor WildFly en Eclipse (elaboración propia)
3.6. En Home Directory seleccionar la carpeta raíz del servidor Wildfly (C:\wildfly-
8.2.0.Final) buscándola luego de dar clic en Browse….Luego de eso dar clic en
JRE.
Figura E73. Valor de carpeta raíz de WildFly y botón para añadir un JRE (elaboración propia)
75
3.7. Luego de dar clic en JRE aparece una ventana para agregar un JDK. Dar clic en
Add….
Figura E74. Ventana para añadir un JRE (elaboración propia)
3.8. En la siguiente ventana seleccionar Standard VM y clic en Next.
3.9. Aparece una ventana para añadir un JRE. Poner en el campo de JRE home el
path al JDK, para ello se puede dar clic en el botón Directory… y buscar el path
en donde está instalado el JDK, en este caso es C:\Program
Files\Java\jdk1.8.0_77. Automáticamente se llenan los demás campos. Dar clic
en Finish.
Figura E75. Valor del path al JDK (elaboración propia)
76
3.10. Se regresa a la pantalla anterior, clic en OK.
Figura E76. Pantalla con JDK añadido (elaboración propia)
3.11. De la lista desplegable seleccionar el JDK recién creado (jdk1.8.0_77, puede
variar según la versión del JDK instalada) y dar clic en Finish.
Figura E77. Selección del JDK para WildFly (elaboración propia)
77
3.12. En la vista Servers ya debe aparecer el servidor recién creado.
Figura E78. Servidor WildFly añadido (elaboración propia)
3.13. Restaurar el proyecto del sistema en Eclipse.
3.14. Seleccionar File, Import.
Figura E79. Opción para importar un proyecto en Eclipse (elaboración propia)
3.15. En la siguiente ventana seleccionar la opción Existing Projects into Workspace
que está dentro de la carpeta General. Clic en Next.
78
Figura E80. Opción Existing Projects into Workspace en Eclipse (elaboración propia)
3.16. En la siguiente ventana indicar como directorio raíz la carpeta codigo_fuente
(desde su ubicación, en este caso está en el disco C) y seleccionar los cuatro
proyectos que existen. Clic en Finish.
Figura E81. Directorio raíz del código fuente y proyectos a importar (elaboración propia)
79
3.17. En un inicio los proyectos podrían tener errores (íconos de error) debido a que
las librerías no están incluidas desde la ruta correcta. Para ello se edita el archivo
org.eclipse.wst.common.component que está dentro de las carpetas
sgmp\.settings dentro de C:\codigo_fuente\sgmpwf y se cambia el texto
C:/Users/demunoz/Documents/MEGA/workspaces/sgmpUce/sgmpwf/asset
s/lib/ por el texto C:/codigo_fuente/assets/lib/
3.18. Ahora, en el archivo .classspath dentro de la carpeta
C:\codigo_fuente\sgmpwf\sgmpEJB cambiar el texto
C:/Users/demunoz/Documents/MEGA/workspaces/sgmpUce/sgmpwf/asset
s/lib/ por C:/codigo_fuente/assets/lib/ y E:/wildfly/wildfly-8.2.0.Final/ por
C:/wildfly-8.2.0.Final/
3.19. Sobre cada uno de los tres proyectos sgmpEJB, sgmpJPA y sgmpWeb dar clic
derecho y seleccionar la opción Properties. En la opción de de XDoclet
seleccionar la ruta a la carpeta que contiene el .jar respectivo, en ese caso es
C:\codigo_fuente\assets\lib\xdoclet-1.2.1.
Figura E82. Los tres proyectos a establecer el valor del path a XDoclet (elaboración propia)
80
Figura E83. Valor del path a XDoclet (elaboración propia)
3.20. Dar clic derecho sobre el proyecto sgmpJPA, seleccionar la opción Run As y
luego Run Configurations…. En la ventana que aparece clic derecho sobre la
opción Hibernate Console Configuration y seleccionar New.
Figura E84. Opción para crear nueva configuración de consola de Hibernate (elaboración propia)
3.21. Dar clic en Browse… y seleccionar el proyecto sgmpJPA y a continuación clic en
el botón New.
81
Figura E85. Proyecto y botón para crear una nueva configuración de consola de Hibernate (elaboración
propia)
3.22. Seleccionar PostgreSQL y poner un nombre a la conexión. Clic en Next.
Figura E86. Tipo de conexión y nombre de conexión (elaboración propia)
3.23. Dar clic en la opción de agregar nueva definición de driver.
82
Figura E87. Botón para agregar nuevo driver JDBC (elaboración propia)
3.24. En la pestaña Name/Type dar un nombre a la definición de driver.
Figura E88. Nombre de la definición del driver JDBC (elaboración propia)
3.25. En la pestaña JAR List dar clic en Add JAR/Zip… y seleccionar el path al driver
JDBC de PostgreSQL en sistema de archivos, en este caso es
C:\codigo_fuente\assets\lib\postgresql\postgresql-9.4-1201.jdbc4.jar.
83
Figura E89. Path al jar del driver JDBC de PostgreSQL (elaboración propia)
3.26. En la pestaña Properties especificar el nombre del servidor (localhost), puerto
(5432), nombre de la base de datos (sgmp), usuario (postgres) y password
(postgres) para la conexión. El nombre del servidor u puerto forman parte del URL
de conexión. Dar clic en OK.
Figura E90. Propiedades de la conexión (elaboración propia)
3.27. Probar la conexión y dar clic en Finish.
84
Figura E91. Prueba de conexión (elaboración propia)
3.28. Dar un nombre a la configuración, clic en Apply y luego en Close.
Figura E92. Pantalla final de creación de configuración de consola de Hibernate (elaboración propia)
3.29. Ahora dar clic derecho sobre el proyecto sgmpJPA y seleccionar Properties. En
la opción Hibernate Settings asegurarse que está seleccionada la configuración
recién creada. Dar clic en Apply y OK.
85
Figura E93. Selección de configuración de consola de Hibernate (elaboración propia)
3.30. Si el proyecto sgmp tiene una marca de error entonces dar clic derecho sobre él,
seleccionar Properties, y en la ventana que aparece en la opción Targeted
Runtimes desmarcar la opción WildFly 8.0 Runtime y dar clic en Apply y luego
en OK y entonces volver a marcarlo del mismo modo.
Figura E94. Selección de Runtime (elaboración propia)
86
3.31. Dar clic en Project y luego en Clean….
Figura E95. Opción Clean… para limpiar el proyecto (elaboración propia)
3.32. Marcar Clean all Projects y clic en OK.
Figura E96. Opción Clean all projects (elaboración propia)
3.33. Para comprobar que el proyecto está bien restaurado dar clic derecho sobre el
proyecto sgmpWeb, seleccionar la opción Run As y luego Run on Server. En la
ventana que aparece seleccionar WildFly 8.0 Runtime Server y dar clic en
Finish.
87
Figura E97. Ejecución del proyecto en el servidor (elaboración propia)
3.34. Una vez iniciado el servidor se puede abrir la página
http://localhost:8080/sgmpWeb en algún navegador y debería observarse lo
siguiente.
Figura E98. Página principal del sistema (elaboración propia)
4. Generación del .ear.
88
4.1. Para general el ear dar clic derecho sobre el proyecto sgmp, seleccionar Export
y luego EAR File.
Figura E99. Opción para exportar EAR (elaboración propia)
4.2. En la siguiente ventana elegir un destino y clic en Finish.
Figura E100. Destino del EAR (elaboración propia)
89
ANEXO F
Aprobación del sistema por parte de la Lic. Natasha Sanmartín
Figura F101. Documento de aprobación del sistema (elaboración Área Histórica)
top related