UNIVERSIDAD CENTRAL DEL ECUADOR FACULTAD DE … · Figura D60. Opciones de descarga de PostgreSQL...

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


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.

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


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


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


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


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


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.


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.


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.


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.


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


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


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


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





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


FICHA DE ANÁLISIS DE TINTAS





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







ANÁLISIS DE SOPORTE




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:






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





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)


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:





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







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


DE SUCIEDAD 2

DE GRASA 6

DE HUMEDAD 6

DE ADHESIVOS 8

DE FOXING 8

DE OXIDO 4

34


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


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)


ELEMENTOS METALICOS 4

PRESENCIA DE CINTAS ADHESIVAS 8

REPARACIONES CASERAS 6

18


GALERIAS 6

DEYECCIONES 4

ROÍDO 8

MANCHAS DE HONGOS 8

26

30%


CORRIDAS 6

BARRIDAS 2

TRANSMINADAS 6

DESVANECIDAS 8

DESPRENDIDAS 8

CORROSIÓN DE LA TINTA 8

38

10%


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:



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:


ROTURAS 4

FALTANTES 6

DOBLECES Y ARRUGAS 2

MANCHAS 6

ACIDEZ 8

DETERIORO DE LA DECORACIÓN 6

32


DESPRENDIMIENTO 6

DESGARRE 4

FALTANTES 6

DECOLORACIÓN 2

MANCHAS 6

DESGASTE 4

DEFORMACIÓN 6

PÉRDIDA DE TAPAS 8

42


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



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.

http://www.7-zip.org/download.html

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.

http://www.oracle.com/technetwork/java/javase/downloads/jre8-downloads-2133155.html

http://www.oracle.com/technetwork/java/javase/downloads/jre8-downloads-2133155.html

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.

http://www.enterprisedb.com/products-services-training/pgdownload#windows

http://www.enterprisedb.com/products-services-training/pgdownload#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.

http://wildfly.org/downloads/

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).

https://jdbc.postgresql.org/download.html

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"/>



</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)

http://localhost:8080/sgmpWeb

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)

http://www.oracle.com/technetwork/java/javase/downloads/jdk8-downloads-2133151.html

http://www.oracle.com/technetwork/java/javase/downloads/jdk8-downloads-2133151.html

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.

http://localhost:8080/sgmpWeb

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)

UNIVERSIDAD CENTRAL DEL ECUADOR FACULTAD DE … · Figura D60. Opciones de descarga de PostgreSQL...

Documents

Transcript of UNIVERSIDAD CENTRAL DEL ECUADOR FACULTAD DE … · Figura D60. Opciones de descarga de PostgreSQL...