Rodriguez Sanchez Edna Cat Her Im 2015

SISTEMA DE INFORMACIÓN WEB PARA LA GESTIÓN DE INVENTARIO,
PRÉSTAMO Y CONSULTA DE ELEMENTOS DE BIBLIOTECA PARA

EL COLEGIO EDUARDO UMAÑA MENDOZA
Presentado por:
EDNA CATHERIM RODRÍGUEZ SÁNCHEZ
COD: 20101078090
JOSÉ DANIEL CRUZ CASTELLANOS

COD: 20092078024
UNIVERSIDAD DISTRITAL FRANCISCO JOSÉ DE CALDAS
FACULTAD TECNOLÓGICA
TECNOLOGÍA EN SISTEMATIZACIÓN DE DATOS
Bogotá D.C., Mayo de 2015
1
SISTEMA DE INFORMACIÓN WEB PARA LA GESTIÓN DE INVENTARIO,
PRÉSTAMO Y CONSULTA DE ELEMENTOS DE BIBLIOTECA PARA EL
COLEGIO EDUARDO UMAÑA MENDOZA
DESARROLLADORES:
EDNA CATHERIM RODRÍGUEZ SÁNCHEZ
COD: 20101078090
JOSÉ DANIEL CRUZ CASTELLANOS

COD: 20092078024
TUTORA:
INGENIERA SONIA ALEXANDRA PINZÓN NÚÑEZ
Trabajo de grado para optar al título:
TECNÓLOGO EN SISTEMATIZACIÓN DE DATOS
Proyecto en modalidad PASANTÍA
UNIVERSIDAD DISTRITAL FRANCISCO JOSÉ DE CALDAS
FACULTAD TECNOLÓGICA
TECNOLOGÍA EN SISTEMATIZACIÓN DE DATOS
Bogotá D.C., Mayo de 2015
2
Nota de Aceptación
__________________________
__________________________
__________________________
__________________________
__________________________
__________________________
__________________________
Firma del tutor
__________________________
Firma del Jurado
__________________________
Firma del Jurado
3
AGRADECIMIENTOS
Le damos gracias a aquellas personas que depositaron su confianza en

nosotros, en nuestra habilidad y responsabilidad, valorando cada uno de los
esfuerzos y alcances que logramos obtener a nivel académico, personal y
profesional.
Agradecemos a familiares, profesores, amigos y compañeros, que creyeron en

este proyecto y entendieron la importancia que tiene este logro para nuestras
vidas.
Agradezco también al Colegio Eduardo Umaña Mendoza por permitirnos

desarrollar el proyecto en su institución, usar sus instalaciones y sus
herramientas de trabajo.
4
Dedico el esfuerzo aportado a
este proyecto como primera instancia a
mi esposa que siempre estuvo a mi
lado y me apoyo, a mis hermanos, a
mis padres y a mis amigos.
José Daniel Cruz Castellanos.
Dedico este proyecto a todas

aquellas personas que me brindaron su
apoyo para lograr una de las tantas
metas que espero trazar en mi vida,
aquellos que incondicionalmente
hicieron parte de este proceso que día
a día fue estructurado en presencia
suya, gracias a sus labores a mis
padres principalmente y demás
personas que hacen parte de este
legado.
Edna Catherim Rodríguez Sánchez.
5
TABLA DE CONTENIDO
INTRODUCCION 12
1. FASE DE DEFINICION, PLANEACION Y ORGANIZACIÓN 13
1.1. TITULO DEL TRABAJO 13
1.2. TEMA 13
1.3. PLANTEAMIENTO DEL PROBLEMA 13

1.3.1. Descripción. 13
1.3.2. Formulación del problema. 13
1.4. ALCANCES Y DELIMITACIONES 13

1.4.1. Alcances. 13
1.4.2. Limitaciones. 14
1.5. OBJETIVOS 14
1.5.1. Objetivo general. 14
1.5.2. Objetivos específicos. 14
1.6. MARCO DE REFERENCIA 15

1.6.1. Marco teórico. 15
1.7. FACTIBILIDAD 20
1.7.1. Factibilidad técnica 20
1.7.2. Factibilidad operativa 20
1.7.3. Factibilidad legal 21
1.7.4. Factibilidad económica 21
1.8. PLANIFICACION DEL PROYECTO 21

1.8.1. Cronograma de actividades 22
2. MODELAMIENTO DEL NEGOCIO 23
2.1. MODELO DEL NEGOCIO 23

2.1.1. Descripción de procesos 23
2.1.2. Diagramas de procesos 25
2.2. MODELO DEL DOMINIO 27

2.2.1. Diagrama de modelo de dominio 28
3. REQUERIMIENTOS 30
3.1. REQUERIMIENTOS FUNCIONALES 30
3.2. REQUERIMIENTOS NO FUNCIONALES 31
6
3.3. IDENTIFICACION DE ACTORES 33
3.4. LISTA PRELIMINAR DE CASOS DE USO 33
3.5. REFINAR Y RENOMBRAR CASOS DE USO 35
3.6. MODELO DE CASOS DE USO 37
3.7. DOCUMENTACION DE CASOS DE USO 38
4. ANALISIS 41
4.1. DIAGRAMAS DE SECUENCIA 41
4.2. DIAGRAMAS DE ACTIVIDAD 44
4.3. DIAGRAMAS DE COLABORACION 47
5. DISEÑO 50
5.1. DIAGRAMA DE CLASES 51
5.2. MODELO OBJETO RELACIONAL 52
5.3. DICCIONARIO DE DATOS 53
5.4. DISEÑO DE INTERFAZ 63
6. IMPLEMENTACION 67
6.1. DIAGRAMA DE COMPONENTES 67
6.2. DIAGRAMA DE DESPLIEGUE 68
7. PRUEBAS 69
8. RECOMENDACIONES 73
9. CONCLUSIONES 74
10. BIBLIOGRAFIA 75
11. LINKOGRAFIA 76
12. ANEXOS 77
7
LISTA DE FIGURAS
FIGURA 1. FASES DEL RUP 15

FIGURA 2. CRONOGRAMA DE ACTIVIDADES 21
FIGURA 3. PROCESO GESTION CATALOGACION 25
FIGURA 4. PROCESO GESTIÓN PRESTAMO 26
FIGURA 5. PROCESO GESTION CUADRO DE SEGUIMIENTO 26
FIGURA 6. DIAGRAMA MODELO DEL DOMINIO 27
FIGURA 7. CASO DE USO: ADMINISTRADOR 35
FIGURA 8. CASO DE USO: USUARIO REGISTRADO 36
FIGURA 9. CASO DE USO: USUARIO ANONIMO 36
FIGURA 10. MODELO DE CASOS DE USO 37
FIGURA 11. DIAGRAMA DE SECUENCIA CREAR PRESTAMO 41
FIGURA 12. DIAGRAMA DE SECUENCIA COMPROBAR ESTADO 42
FIGURA 13. DIAGRAMA DE SECUENCIA CONSULTAR PRESTAMO 42
FIGURA 14. DIAGRAMA DE SECUENCIA ACTUALIZAR ESTADO 43
FIGURA 15. DIAGRAMA DE SECUENCIA GESTION DEVOLUCION 43
FIGURA 16. DIAGRAMA DE ACTIVIDAD CREAR PRESTAMO 44
FIGURA 17. DIAGRAMA DE ACTIVIDAD COMPROBAR ESTADO 45
FIGURA 18. DIAGRAMA DE ACTIVIDAD CONSULTAR PRESTAMO 45
FIGURA 19. DIAGRAMA DE ACTIVIDAD ACTUALIZAR ESTADO 46
FIGURA 20. DIAGRAMA DE ACTIVIDAD GESTION DEVOLUCION 46
FIGURA 21. DIAGRAMA DE COLABORACIÓN CREAR PRESTAMO 47
FIGURA 22. DIAGRAMA DE COLABORACIÓN COMPROBAR ESTADO 47
FIGURA 23. DIAGRAMA DE COLABORACIÓN CONSULTAR PRESTAMO 48
FIGURA 24. DIAGRAMA DE COLABORACIÓN ACTUALIZAR PRESTAMO 48
FIGURA 25. DIAGRAMA DE COLABORACIÓN GESTION DEVOLUCION 49
FIGURA 26. DIAGRAMA DE CLASES 50
FIGURA 27. MODELO OBJETO RELACIONAL 52
FIGURA 28. DISEÑO INTERFAZ ESTRUCTURA GENERAL 63
FIGURA 29. DISEÑO INTERFAZ GALERÍA DE LA INSTITUCIÓN 64
FIGURA 30. DISEÑO INTERFAZ SUBIR NOVEDADES 64
FIGURA 31. DISEÑO INTERFAZ ESTADO DEL MATERIAL 65
FIGURA 32. DISEÑO INTERFAZ REGISTRO DE LA PERSONA 65
FIGURA 33. DISEÑO INTERFAZ REGISTRO DEL MATERIAL 66
FIGURA 34. DIAGRAMA DE COMPONENTES 67
FIGURA 35. DIAGRAMA DE PAQUETES 68
FIGURA 36. DIAGRAMA DE DESPLIEGUE 68
8
LISTA DE TABLAS
TABLA 1. DESCRIPCIÓN DEL PROCESO PRÉSTAMO 23

TABLA 2. DESCRIPCIÓN DEL PROCESO DE CATALOGACIÓN 23
TABLA 3. DESCRIPCIÓN DE PROCESO DE INVENTARIOS 23
TABLA 4. DESCRIPCIÓN DEL PROCESO GESTIÓN USUARIOS 23
TABLA 5. DESCRIPCIÓN DEL PROCESO CUADRO DE SEGUIMIENTO 24
TABLA 6. DESCRIPCIÓN DEL PROCESO USUARIO ANÓNIMO 24
TABLA 7. IDENTIFICACIÓN DE ACTORES 33
TABLA 8. DOCUMENTACIÓN DE CASO DE USO CREAR PRESTAMO 38
TABLA 9. DOCUMENTACIÓN DE CASO DE USO COMPROBAR ESTADO 38
TABLA 10. DOCUMENTACIÓN DE CASO DE USO CONSULTAR PRESTAMO 39
TABLA 11. DOCUMENTACIÓN DE CASO DE USO ACTUALIZAR PRESTAMO 39
TABLA 12. DOCUMENTACIÓN DE CASO DE USO GESTIONAR
DEVOLUCION 40
TABLA 13. DICCIONARIO DE DATOS 53
TABLA 14. PRUEBA MODULO DE AUTENTICACION 69
TABLA 15. PRUEBA MODULO REGISTRO DE USUARIOS 70
TABLA 16. PRUEBA MODULO LIBROS Y AUDIOVISUALES 71
TABLA 17. PRUEBA MODULO DE PERFILES 72
9
RESUMEN
En el desarrollo de un sistema de información web para la gestión de

inventario, consulta y préstamo de elementos de biblioteca para el colegio
Eduardo Umaña Mendoza, se tuvo en cuenta permitir a los usuarios acceder a
la información concerniente a los materiales que la biblioteca maneja, así,
desde cualquier lugar los usuarios tendrían la oportunidad de ser partícipes de
los procesos que el sistema debía optimizar.
A partir de las fases e iteraciones descritas en la metodología usada (RUP), se

describió en este documento el desarrollo del Sistema de información web,
tanto la parte teórica y de proceso como la parte práctica y de implementación,
dicha metodología fue elegida para llevar el control del proyecto porque tiene
etapas muy bien definidas, garantiza un orden durante todo el desarrollo de
proyectos, permitiendo mejor control de los tiempos y mayor claridad de los
objetivos propuestos.
El sistema fue desarrollado bajo una gama de tecnologías de avanzada como

son el patrón MVC, utilizando la tecnología framework JSF con la librería de
PrimeFaces, EJB con JPA y el servidor de aplicaciones empresariales
GlassFish, como motor de base de datos se implementó PostgreSQL. Todos
estos componentes se acoplaron permitiendo así que el sistema sea robusto y
escalable.
10
ABSTRACT
For the development of an information web system’s, for the data

management, enquiry and loan out library elements’ for the Eduardo Umaña
Mendoza school , it was important to provide to the users the access
concerning library information’s and materials’, like this, in something side the
user would can be participant for the system process’.
From the methodology phases’ and interactions’ used (RPU), in this document
was possible the development on the information web system’s, as the
theoretical part and the process as the implementation part and practice. This
methodology was selected to have the control in the project, in respect that its
phases are well defined, during the projects’ development it can guarantee the
order, like this, allow control times and clarity in the goals.
The system was developmented from a range technology’s, as the

patternMVC, used in the framework technology JSF Primefaces bookshop,
EJB with JPA and the server for corporate applications GlassFish, besides
Was possible to implement PostgreSQL. All the previous elements were closed
allowing to the system could be hardy and functional.
11
INTRODUCCION
La educación es ahora considerada un conjunto de diferentes ramas del

aprendizaje, no solamente con la parte formativa y teórica sino también desde
la visión psicológica y metodológica del estudiante en su particularidad. Es por
eso que para garantizar la apreciación completa de la enseñanza se hace
necesaria y casi indispensable la utilización de las TIC (tecnologías de
información y comunicación) en el desarrollo formativo de los estudiantes.
Con estas características, se vio la necesidad de implementar en el COLEGIO

EDUARDO UMAÑA MENDOZA un sistema que ayude a la formación personal
del escolar.
Este proyecto está enfocado en permitir conocer la reseña de un estudiante
para abrir un seguimiento a nivel psicológico, donde se evalúen parámetros de
aprendizaje tanto del menor como de la institución educativa. Para conocer qué
elementos están directamente relacionados con el tema y el objetivo del
proyecto, se ha analizado en conjunto con el departamento de psicología, y se
llega a la conclusión que se hace necesario conocer desde la información
descriptiva del docente encargado del estudiante hasta la información personal,
educativa y profesional de los padres.
Para el desarrollo de este sistema se aplicaron tópicos de análisis y desarrollo

de software, considerando la estructuración del proyecto dentro de una
metodología práctica y de fácil comprensión, además las tecnologías por las
que está enmarcado este proyecto, son libres.
12
1. FASE DE DEFINICIÓN, PLANEACIÓN Y ORGANIZACIÓN
1.1 TITULO DEL TRABAJO
Sistema de información web para la gestión de inventario, préstamo y consulta

de elementos de biblioteca para el colegio EDUARDO UMAÑA MENDOZA
1.2 TEMA
Desarrollo de sistema multinivel con herramientas de software libre.
1.3PLANTEAMIENTO DEL PROBLEMA
1.3.1 Descripción.
La Institución Distrital Eduardo Umaña Mendoza presta un servicio de
Preescolar, básica primaria, secundaria y media mixto en las Jornadas de la
mañana y de la tarde, cuenta con alrededor de 2900 Estudiantes. Actualmente
la biblioteca de esta institución maneja los procesos de inventariado, préstamo,
consulta de libros y otros elementos que ofrecen para sus estudiantes, el
sistema de organización que realiza la institución es mediante carpetas físicas
y libros de control pero al realizar el procedimiento de ésta manera se presenta
problemas de concurrencia, fallos de información.
Los inventarios son hechos una vez por año, como es un tiempo bastante largo
para la realización de este proceso, se pueden presentar anomalías como
pérdida de algún elemento sin ser detectado a tiempo; para saber si existe
algún libro en la biblioteca necesariamente el usuario debe acercarse a la
biblioteca, hacer la consulta por medio de planillas, carpetas, libros de control o
usualmente buscando en cada uno de los estantes, además, si el usuario
requiere información debe buscar el libro, luego acceder a dicha información,
para saber cuándo es devuelto a las instalaciones, debe buscarse en los libros
de control y en cada uno de los registros hasta encontrarse el indicado.
1.3.2 Formulación del problema.
¿Cómo se pueden mejorar la gestión de procesos de inventariado y catálogo

de la Institución Educativa Eduardo Umaña Mendoza?
1.4 ALCANCES Y DELIMITACIONES
1.4.1 Alcances.
Un sistema donde se relacionará información general de los estudiantes, sus

datos básicos consignados desde el ingreso a la plataforma hasta la hoja de
vida como estudiante activo.
13
Además permitirá realizar consultas y reportes, estos serán definidos por el
área administrativa o por el personal autorizado a utilizar el sistema junto al
equipo de desarrollo, para lo cual se hace necesario diferenciar los roles según
sus requerimientos, asimismo, logrará ser actualizado a través del tiempo,
según los nuevos requerimientos del cliente. Al finalizar el desarrollo del
sistema, el mismo será estable y escalable.
1.4.2 Limitaciones.
Temática
Sistema multinivel, formación educativa.
Geográfica
El sistema quedara implementado en el espacio asignado en la intranet
institucional del Colegio EDUARDO UMAÑA MENDOZA donde quedará a
disposición de quienes integran la comunidad educativa.
Técnica
La plataforma de desarrollo de este aplicativo es:
- Sistema operativo: Microsoft Windows 7
- Herramienta de desarrollo: Java
- Manejador de Base de Datos: PostegreSQL
- Metodología de Desarrollo: RUP
- Lenguaje de modelado: UML
1.5 OBJETIVOS
1.5.1. Objetivo general.

Analizar, diseñar y desarrollar un sistema de información web de préstamo y
catalogo que permita la gestión de inventario, préstamo y consulta de libros, y
otros materiales brindados por la biblioteca de la Institución Educativa donde se
realizara el proyecto
1.5.2. Objetivos específicos.
 Analizar los requerimientos del usuario, para definir los componentes del
sistema.
 Definir e implementar una arquitectura de información adecuada para la
biblioteca.
 Desarrollar e implementar los módulos necesarios para el correcto
funcionamiento del sistema.
 Diseñar y realizar las pruebas correspondientes para comprobar el buen
funcionamiento de los componentes del sistema.
 Diseñar e implementar una base de datos que permita la gestión de la
información.
14
1.6. MARCO DE REFERENCIA
1.6.1 Marco teórico.
1.6.1.1 Colegio Eduardo Umaña Mendoza. El colegio Eduardo Umaña

Mendoza es una institución pública, cuenta con más de 2900 estudiantes. Está
conformada por estudios de Primaria y Bachillerato tanto en la jornada de la
mañana como en la jornada de la tarde, situado en la localidad de Usme
(Bogotá).
Esta institución se encuentra ubicada en una localidad de bajos recursos y es

conveniente empezar a influenciar la tecnología en localidades de tan bajos
recursos, para así mismo colaborar en la comunidad. Hay que concentrar los
esfuerzos en unas pocas áreas para lograr avances. Emplear los recursos
humanos y monetarios en la definición de metas, el desarrollo de las
planificaciones, la elaboración de pruebas de nivel, selección y confección de
buenos materiales didácticos y en el perfeccionamiento de los profesores en
esas áreas específicas.
1.6.1.2. RUP. Proceso Unificado Racional o RUP (Rational Unified Process),

es uno de los procesos más generales de los existentes actualmente, ya que
en realidad está pensado para adaptarse a cualquier proyecto, y no tan solo de
software. Un proyecto realizado siguiendo RUP se divide en cuatro fases:
1. Intercepción (puesta en marcha)

2. Elaboración (definición, análisis, diseño)
3. Construcción (implementación)
4. Transición (fin del proyecto y puesta en producción)
Figura 1. Fases del RUP
http://metodologiadesoftware.blogspot.com/2012/11/fases-del-modelo-
rup_27.html
RUP define las siguientes actividades a realizar en cada fase del proyecto:
15
Modelamiento del negocio
Conjunto de modelos del negocio que tienen lugar dentro de una empresa o
dependencia, como paso previo para establecer los requisitos del sistema a
desarrollar. Los pasos que se usarán en este proyecto son:
 Modelo del negocio
Descripción de procesos
Diagramas de Procesos
 Modelo del dominio
Diagrama de modelo de dominio.
Glosario de términos
Requerimientos
Son las operaciones y recursos necesarios para el desarrollo del sistema.
Existen dos tipos funcionales y no funcionales. Los pasos a seguir son:
 Identificación de actores
 Lista prelimitar de casos de uso
 Refinar y nombrar casos de uso
 Modelo de casos de uso
 Documentación de casos de uso
Análisis
Flujo de trabajo que nos da una visión conceptual general, describiendo cómo
se va a implementar el sistema. Los pasos para este producto de flujo de
trabajo son:
 Diagramas de secuencia
 Diagramas de actividad
 Diagramas de colaboración
 Diagramas de estado
 Modelo de clases
Diseño
Es el flujo de trabajo que nos brinda una visión de la manera cómo se va a
programar el sistema. Se compone de los siguientes pasos:
 Lista preliminar de clases
 Responsabilidades de clases (CRC)
 Modelo de interfaz
 Modelo lógico (modelo de diseño)
 Modelo físico
 Modelo objeto relacional
 Diccionario de datos
16
Implementación
Este proceso permite el desarrollo de cada uno de los elementos del sistema
de acuerdo al modelo de diseño, desarrolla el código de cada componente,
distribuye cada uno de estos componentes en los diferentes recursos del
sistema, se realiza la documentación y determina los estándares de
programación a seguir. Los pasos a desarrollar son:
 Diagrama de implementación
 Diagrama de despliegue
 Estándares
 Patrones
 Código
 Manuales
Pruebas
En flujo de trabajo contiene dos etapas: sistema e integración. En sistema es
donde se verifica que una parte o elemento del sistema esta funcionando bien y
en la integración se verifica que los diferentes elementos que conforman el
sistema funcionan bien integradamente.
RUP y UML están estrechamente relacionados entre sí, pues mientras el
primero establece las actividades y los criterios para conducir un sistema desde
su máximo nivel de abstracción (la idea en la cabeza del cliente), hasta su nivel
más concreto ( un programa ejecutándose en las instalaciones del cliente), el
segundo ofrece la notación gráfica necesaria para representar los sucesivos
modelos que se obtienen en el proceso de refinamiento.
1.6.1.3. UML. La definición de UML fue instaurada desde su primera versión

pública. UML es un lenguaje usado para especificar, visualizar y documentar
los componentes de un sistema en desarrollo orientado a objetos.
Representa la unificación de las notaciones de Booch, OMT y Objectory, al
igual que las mejores ideas de otros metodologías.
Mediante la unificación de las notaciones usadas por estos métodos orientados
a objetos, el Lenguaje Unificado de Modelado establece la base para un
estándar en el dominio del análisis y el diseño orientados a objetos, fundado en
una amplia base de experiencia de los usuarios. UML ha sido desarrollado con
el fin de ser útil para modelar diferentes sistemas: de información, técnicos
(telecomunicaciones, industria, etc.), empotrados de tiempo real, distribuidos; y
no sólo es útil para la programación sino también para modelar negocios, es
decir, los procesos y procedimientos que establecen el funcionamiento de una
empresa.
En lo que corresponde al desarrollo de programas, posee elementos gráficos

para soportar la captura de requisitos, el análisis, el diseño, la implementación,
y las pruebas. Sin embargo es necesario recalcar que UML es una notación y
no un proceso/método, es decir, es una herramienta útil para representar los
modelos del sistema en desarrollo, mas no ofrece ningún tipo de guía o
criterios acerca de cómo obtener esos modelos
Los diagramas de UML se pueden clasificar de la siguiente manera:
17
 Diagrama de Casos de Uso:
Sirve para describir las interacciones del sistema con su entorno, identificando
los Actores, que representan los diferentes roles desempeñados por los
usuarios del sistema, y los Casos de Uso, que corresponden a la funcionalidad
que el sistema ofrece a sus usuarios, explicada desde el punto de vista de
éstos.
 Diagramas de Clase y Diagramas de Objetos:

Un diagrama de clases es una colección de elementos de un modelo estático
declarativo, tales como clases, interfaces, y sus relaciones, conectados como
un grafo entre sí y con sus contenidos. Si bien la estructura estática de los
modelos está integrada por clases y no por objetos, frecuentemente es
necesario utilizar diagramas de objetos con el fin de ilustrar cómo se instancia
en un momento dado un diagrama de clases.
 Diagramas de Comportamiento:
 Diagramas de Secuencia:
Un Diagrama de Secuencias contribuye a la descripción de la dinámica del
sistema en términos de la interacción entre sus objetos.
 Diagramas de Colaboración:
Los Diagramas de Colaboración muestran no sólo los mensajes a través de los
cuales se produce la interacción entre los objetos, como en los Diagramas de
Secuencia, sino también los enlaces entre los objetos; se trata de una mezcla
de Diagrama de Objetos y Diagrama de Secuencia.
 Diagramas de Estados:
Permite describirla en términos del ciclo de vida de un objeto de una clase,
mostrando los estados que éste puede tener y los estímulos que dan lugar a
los cambios de estado.
 Diagramas de Actividad:
Los Diagramas de Actividad son en esencia diagramas de flujo, con algunos
elementos adicionales que les permiten expresar conceptos como la
concurrencia y la división del trabajo.
 Diagramas de Implementación:
 Diagramas de Componentes:
Presenta elementos tangibles, los archivos. Se lo utiliza, para describir la
estructura física del código de la aplicación en términos de sus componentes
(código fuente, binario o ejecutable) y sus dependencias.
18
 Diagramas de Implantación:
Muestran nodos, conexiones, componentes y objetos. Los nodos representan
objetos físicos con recursos computacionales como procesadores y periféricos;
pueden mostrarse como una clase (ejemplo: una familia de procesadores) o
una instancia, por lo que su nombre sigue la misma sintaxis establecida para
clases y objetos. Las conexiones son asociaciones de comunicación entre los
nodos, y se etiquetan con un estereotipo que identifica el protocolo de
comunicación o la red utilizada. Los componentes son archivos de código
ejecutable, que residen y se ejecutan dentro de un nodo; se pueden
representar relaciones de dependencia entre los componentes que, de manera
similar a las dependencias entre paquetes, corresponden al uso de servicios.
1.6.1.4 PostgreSQL
Es un sistema de gestión de bases de datos objeto-relacional, distribuido bajo
licencia BSD y con su código fuente disponible libremente. Es el sistema de
gestión de bases de datos de código abierto más potente del mercado y en sus
últimas versiones no tiene nada que envidiarle a otras bases de datos
comerciales. PostgreSQL utiliza un modelo cliente/servidor y usa multiprocesos
en vez de multihilos para garantizar la estabilidad del sistema. Un fallo en uno
de los procesos no afectará el resto y el sistema continuará funcionando
1.6.1.5 JAVA
Java es un lenguaje de programación orientado a objetos. El lenguaje deriva
mucho de su sintaxis de C y C++, pero tiene menos facilidades de bajo nivel
que cualquiera de ellos. Las aplicaciones de Java son generalmente
compiladas a bytecode (clase Java) que puede correr en cualquier máquina
virtual Java (JVM) sin importar la arquitectura de la computadora.
Fue diseñado específicamente para tener tan pocas dependencias de
implementación como fuera posible. Su intención es permitir que los
desarrolladores de aplicaciones escriban el programa una vez y lo ejecuten en
cualquier dispositivo. Java es, a partir del 2012, uno de los lenguajes de
programación más populares en uso, particularmente para aplicaciones de
cliente-servidor de web, con unos 10 millones de usuarios reportados.
1.6.1.6. Arquitectura Web Multicapa

Es una técnica de ingeniería de software propia de la programación por
objetos, éstos se organizan principalmente en 3 capas: la capa de presentación
o frontera, la capa de lógica de negocio o control, y la capa de datos. Siguiendo
el modelo, el desarrollador se asegura avanzar en la programación del proyecto
de una forma ordenada, lo cual beneficia en cuanto a reducción de costos por
tiempo, debido a que se podrá avanzar de manera más segura en el desarrollo,
al ser dividida la aplicación general en varios módulos y capas que pueden ser
tratados de manera independiente.
Otra característica importante de recalcar es la facilidad para las
actualizaciones de la aplicación. En este aspecto, la programación en capas
juega un papel de suma importancia ya que sigue un estándar conocido en el
ambiente de desarrollo de aplicaciones.
19
Capa de presentación: del programa ante el usuario, debe manejar interfaces
que cumplan con el objetivo principal de este componente, el cual es facilitar al
usuario la interacción con la aplicación.
Capa lógica: Es llamada capa de reglas de negocio porque en esta se definen
todas las reglas que se deben cumplir para una correcta ejecución del
programa.
Capa de datos: Es la encargada de realizar transacciones con bases de datos y
con otros sistemas para obtener o ingresar información al sistema.
1.6.1.7 Marco Conceptual
RUP: Es una metodología de desarrollo de software.
PostgreSQL: Sistema de administración para bases de datos relacionales.

Sistemas de Base de Datos: Es una serie de datos organizados y relacionados
entre sí, los cuales nos van a servir para los datos acerca de las
investigaciones en Ciencia y tecnología.
Arquitectura Multinivel: Conocida también como arquitectura de tres capas, la

arquitectura multicapa es una técnica para crear aplicaciones generalmente
divididas en capas de servicios de usuario, de negocios y de datos.
Base de Datos: Cualquier conjunto de datos organizados para su

almacenamiento en la memoria de un ordenador, diseñado para facilitar su
mantenimiento y acceso de una forma estándar.
1.7 FACTIBILIDAD
1.7.1 Factibilidad técnica

Los recursos necesarios para el desarrollo del sistema son:
- Hardware: Disco duro de 500GB, Memoria de 4GB, Procesador Intel Pentium
4 GHz.
- Software: Sistema Operativo: Windows 7, Base de Datos: PostgreSQL,
Lenguaje de Programación: Java
Este proyecto es factible técnicamente ya que el departamento de tecnologías

de la información (IT) del colegio suministra el equipo necesario.
1.7.2 Factibilidad operativa

El proyecto cuenta con el soporte del bibliotecario y el almacenista del
departamento de tecnologías de información del colegio EDUADRO UMAÑANA
MENDOZA y con el profesor nombrado como tutor de la universidad
DISTRITAL FRANCISCO JOSE DE CALDAS, además el proyecto cuenta con
la supervisión de las directivas.
20
1.7.3 Factibilidad legal
Para garantizar la legalidad del sistema, se han utilizado recursos de software
(Java, PostreSQL) en versión libre. El manejo de programas de Microsoft y el
sistema operativo contienen la licencia del establecimiento educativo por lo
tanto es factible el desarrollo del proyecto.
1.7.4 Factibilidad económica

El iniciar un proyecto se debe tener en cuenta que significa hacer una inversión
en recursos físicos, lógicos y humanos, por esta razón es necesario conocer la
posibilidad de alcanzarse antes de desarrollarse.
1.8 PLANIFICACION DEL PROYECTO
1.8.1 Cronograma de actividades

Este cronograma se modela mediante un diagrama de GANTT (Tiempo contra
Actividad).
Figura 2. Cronograma de actividades
21
Fuente: Los autores
22
2. MODELAMIENTO DEL NEGOCIO
A continuación se presenta el Modelado del Negocio el cual se realiza con
mayor énfasis en la fase conceptual de la metodología Rational Unified Process
(RUP) tiene como objetivos comprender la estructura, la dinámica de la
organización, problemas actuales, identificar posibles mejoras y comprender
los procesos.
2.1 MODELO DEL NEGOCIO

Los diagramas se basan en los objetivos principales de la Biblioteca,
mostrando los pasos que permiten que se dé el cumplimiento necesario.
2.1.1 Descripción de procesos

Tabla 1. Descripción del proceso préstamo
Proceso de Gestión Ficha de Préstamo
Objetivo
Sistematizar la información del área bibliotecaria y de audiovisuales, para
realizar un seguimiento completo de los materiales que se mantienen en
préstamo.
Descripción
Registrar cada observación de cada periodo, los materiales que ingresan a la
institución, los que permanecen en préstamo, los que se registran como multa y
la disponibilidad de cada uno de ellos.
Este proceso lo llevara a cabo las personas con acceso a esta clase de
información.
Tabla 2. Descripción del proceso de catalogación

Proceso de Gestión Ficha de Catalogación
Objetivo
Sistematizar cada descripción del material ya sea del área de audiovisuales o
del área bibliotecaria por parte del sistema Dewey
Descripción
Con esta herramienta se podrá conocer con precisión en qué lugar y en qué
estado se encuentra el material registrado por sistema.
Tabla 3. Descripción de proceso de inventarios

Proceso de Gestión Ficha de Inventarios
Objetivo
Generar un informe particular con la información contenida en la base de datos,
para conocer y reparar las condiciones en que se encuentran.
Descripción
Con esta herramienta, se podrá conocer de forma comparativa, diferentes
temáticas para Identificar mecanismos que permitan mejorar el estado de los
materiales y así su uso sea de mayo agrado.
23
Tabla 4. Descripción del proceso gestión usuarios
Proceso de Gestión Ficha de Gestión de Usuarios
Objetivo
Acceder al sistema por medio de un usuario y una contraseña, permitiendo que
el manejo de la información sea de forma restrictiva y segura
Descripción
Crear, modificar y eliminar cuentas de usuario teniendo en cuenta las
restricciones que debe tener según el cargo designado por el colegio.
A este proceso solo podrá acceder la persona designada para tal fin y realizara
estas tareas siguiendo parámetros preestablecidos
Tabla 5. Descripción del proceso cuadro de seguimiento

Proceso de Gestión Ficha de Cuadro de Seguimiento
Objetivo
Identificar los procesos de cada material dentro de la institución y verificar en
qué estado se encuentran.
Descripción
Se mostrará un cuadro organizado según la vida del material, donde se permite
visualizar sencillamente, por los estados en los que ha pasado.
Tabla 6. Descripción del proceso usuario anónimo

Proceso de Gestión Ficha de Usuario Anónimo
Objetivo
Definir una nueva hoja de vida por usuario anónimo mediante una solicitud de
admisión, y así permitir la creación, consulta y modificación de forma práctica y
confiable
Descripción
Crear, consultar y modificar cada una de las hojas de los usuarios.
A este proceso solo podrá acceder la persona designada para tal fin y realizará
estas tareas siguiendo parámetros preestablecidos.
24
2.1.2 Diagramas de procesos sin sistematizar
Figura 3. Proceso gestión catalogación
Fuente: Los autores
25
Figura 4. Proceso gestión préstamo
Fuente: Los autores
Figura 5. Proceso gestión cuadro de seguimiento
Fuente: Los autores
26
2.2 MODELO DEL DOMINIO
El modelo del dominio muestra (a los modeladores) clases conceptuales

significativas en un dominio del problema, es una representación visual de las
clases conceptuales u objetos del mundo real en un dominio de interés.
2.2.1 Diagrama de modelo de dominio
Figura 6. Diagrama modelo de dominio
27
Fuente: Los autores
28
2.2.2 Glosario de términos
 Objeto o Articulo
Hace referencia a los diferentes elementos que posee la biblioteca, ya sea para
préstamo o no.
 Reporte
Informe estadístico generado por el sistema que describe, organiza y exhibe la
información contenida en una base de datos, suele ir acompañado por gráficos,
diagramas o tablas de contenido. Su función es aplicar un formato determinado
a los datos para mostrarlos por medio de un diseño atractivo y que sea fácil de
interpretar por los usuarios.
 Usuario
Hace referencia a cada uno de los entes que utilizan el sistema.
 Préstamo
Obtener en préstamo un documento de la colección de la Biblioteca implica
sacarlo de sus locales, hacerse cargo por un periodo de tiempo determinado de
su conservación y devolverlo dentro del plazo establecido.
 Reservas
Si un usuario necesitara disponer de un elemento que estuviera prestado en
ese momento, podrá realizar una reserva sobre el mismo.
29
3. REQUERIMIENTOS
3.1 REQUERIMIENTOS FUNCIONALES
El sistema de gestión bibliotecaria del COLEGIO EDUARDO UMAÑA

MENDOZA debe permitir la consulta de los libros guardados en la base de
datos por medio del módulo de préstamo por parte de los usuarios previamente
registrados para que puedan usar los libros de la biblioteca.
El sistema de gestión bibliotecaria permitirá acceder a los módulos de:
inventario, préstamo según sea el rol del usuario.
 El usuario identificado como bibliotecario podrá extraer un inventario de

las existencias de libros y demás material bibliotecario según sea la
necesidad.
 El usuario identificado como bibliotecario podrá: insertar, consultar,

eliminar y modificar, bajo su criterio profesional, la base de datos de la
biblioteca.
 El usuario identificado como bibliotecario podrá acceder al módulo de

préstamo diseñado para este usuario y de esta forma aprobara
solicitudes de préstamo realizadas por usuarios identificados como
usuario y además podrá realizar préstamos a quien los solicite
personalmente en la biblioteca.

reservas para consultar las listas que contienen la información sobre
quienes solicitan las reservas, para cuando, cuantos y cuales libros-
colecciones u otros elementos necesita.
 El sistema será capaz de restringir el número de préstamos y reservas

para un usuario especifico
 Los datos utilizados para los listados de usuarios van a ser migrados de
un listado existente de estudiantes, el cual se actualiza periódicamente,
el faltante correspondiente a docentes, funcionarios, administrativos y
otros, deberán ser registrados por medio del módulo correspondiente.
 El sistema debe generar los diferentes tipos de reportes solicitados.
El módulo de préstamo permitirá verificar la información de los libros de la

biblioteca en la base de datos, se entiende que:
 El usuario identificado como usuario podrá solicitar la nueva creación de

usuario para empezar a realizar préstamos.
30
préstamo diseñado para este usuario y de esta forma aprobara
solicitudes de préstamo realizadas por usuarios identificados como socio
y además podrá realizar préstamos a quien los solicite personalmente en
la biblioteca.
 El usuario identificado como bibliotecario podrá realizar el préstamo de

las existencias de libros y demás material bibliotecario según sea la
necesidad.
 El usuario identificado como usuario podrá verificar si se encuentra en
multa por devolución de dicho material.
 El usuario identificado como usuario podrá solicitar el préstamo de los de

libros y demás material que se encuentre en la institución.
 El usuario identificado como usuario podrá realizar la reserva para que el

material no esté disponible hasta hacer efectivo el préstamo.

reservas para consultar las listas que contienen la información sobre
quienes solicitan las reservas, para cuando, cuantos y cuales libros-
colecciones necesita.
 El sistema será capaz de restringir el número de préstamos y reservas

para un usuario especifico
3.2 REQUERIMIENTOS NO FUNCIONALES
 Desempeño
 El sistema debe garantizar que la información podrá ser consultada y
actualizada permanente y simultáneamente, sin que se afecte el tiempo
de respuesta.
 El sistema debe ser capaz de dar respuesta al acceso de todos los

usuarios y los procesos que ellos soliciten en un tiempo de respuesta
aceptable, en la medida de las capacidades tecnológicas del colegio.
 Disponibilidad
 El sistema debe estar disponible 100% o un porcentaje muy cercano al

servicio de los usuarios, a su vez el porcentaje de tiempo en el que el
sistema es capaz de realizar las funciones para las cuales es diseñado
debe ser considerablemente alto (por encima del 95%).
31
 Escalabilidad
 El sistema debe estar en capacidad de permitir en el futuro el desarrollo

de nuevas funcionalidades, modificar o eliminar algunas ya existentes,
después de su construcción y puesta en marcha, debe reaccionar y
adaptarse sin perder su calidad en los servicios ofrecidos, debe manejar
el crecimiento continuo de trabajo de manera fluida.
 Mantenibilidad
 Todo el sistema deberá estar completamente documentado, cada uno de

los componentes del software que forman parte de la solución propuesta
deberán estar debidamente documentados.
 El sistema debe contar con una interfaz de administración que incluya:

Administración de usuarios entre otros y cada una de estas secciones
deberá ofrecer todas las opciones de administración disponibles para
cada uno.
 El sistema debe estar en capacidad de permitir futuros mantenimientos
de los posibles errores que se puedan presentar en el funcionamiento
del sistema.
 Operatividad
 El sistema debe ser de fácil operación para los diferentes tipos de

usuarios sin dar espacio a confusiones que tengan que ver con el
manejo de la información.
 El sistema debe ser de fácil uso y entrenamiento, así como de fácil

adaptación del colegio con el mismo.
 El sistema debe presentar mensajes de error que permitan al usuario

identificar el tipo de error y comunicarse con el administrador del
sistema.
 Seguridad
 El acceso al sistema debe estar restringido por el uso de claves

asignadas a cada uno de los usuarios, solo podrán ingresar usuarios
registrados en el sistema, cada usuario entrara bajo un rol especifico y
bajo ese rol tendrá opciones de trabajo definidas.
 El sistema debe estar en capacidad de rechazar accesos o

modificaciones no autorizados a la información y brindar las
herramientas suficientes para cada usuario legítimo del sistema.
32
 El sistema debe contar con una auditoria interna en la base de datos que
permita revisar los cambios de información.
 Validación de información
 El sistema debe validar automáticamente la información contenida en los

formularios de ingreso. Se deben tener en cuenta aspectos tales como
obligatoriedad de campos, longitud de caracteres permitida por campo,
manejo de tipos de datos, etc.
 Respaldos de información
 El sistema deberá proveer mecanismo para generar los respaldos de

información periódicamente de la información que se mantiene en el
sistema. Los respaldos de información deben ser responsabilidad del
administrador del sistema quien debe crearlos, almacenarlos y recuperar
la información en el caso que se pierda información.
3.3 IDENTIFICACION DE ACTORES
Tabla 7. Identificación de actores

Actores
Administrador El encargado de gestionar la información
de los usuarios y atender sus solicitudes
de préstamo y reservas de los
elementos.
Es quien administra la información de los
recursos la Biblioteca
Usuario registrado Es el usuario quien tiene acceso a
consulta, reserva y préstamo de los
libros.
Usuario Anónimo Es el usuario que puede acceder a

consultar los libros de la biblioteca
3.4 LISTA PRELIMINAR DE CASOS DE USO
 Administrador
 Gestionar Préstamo
 Crear préstamo
 Comprobar estado
 Consultar préstamo
 Actualizar préstamo
 Gestionar devolución
 Gestionar perfil
 Crear usuario registrado
 Validar usuario
33
 Consultar usuario registrado
 Actualizar usuario registrado
 Eliminar usuario registrado
 Gestionar registro material
 Crear material
 Gestionar campo Dewey
 Consultar material
 Usuario registrado
 Gestionar Reserva
 Realizar reserva
 Eliminar reserva
 Consultar préstamo
 Usuario anónimo
 Gestionar perfil
 Crear usuario registrado
 Consultar usuario registrado
 Modificar usuario registrado
 Comprobar existencia
34
3.5 REFINAR Y RENOMBRAR DE CASOS DE USO
Figura 7. Caso de uso Administrador:
Fuente: Los autores

Figura 8. Caso de uso Usuario registrado
Fuente: Los autores
Figura 9. Caso de uso Usuario Anónimo
Fuente: Los autores

3.6 . MODELO DE CASOS DE USO
El modelo de casos de uso permite presentar el listado de todos los casos de
uso del sistema para así determinar todos los casos de uso que realiza un
actor.
Figura 10. Modelo de casos de uso
Fuente: Los autores

3.7 DOCUMENTACIÓN DE CASOS DE USO
En la documentación solo se citara el caso de uso de “Gestionar Préstamo”.
Anexos digitales al finalizar el documento, por razones de cuidado de medio
ambiente y reciclaje. (Anexo A. Documentación casos de uso)
Tabla 8. Documentación de caso de uso Crear préstamo
No. Caso de Uso NOMBRE CASO DE USO

01 Crear préstamo
ACTORES Administrador
OBJETIVO Generar el préstamo en el sistema
Para realizar el préstamo del material, el usuario debe estar
registrado en el sistema
PRECONDICIONES
Para modificar la información los actores deben haber
iniciado sesión
POSCONDICIONES La modificación de los datos realizada satisfactoriamente
1. Utilizar el comando de iniciar sesión
3. Revisar la disponibilidad del material
Actividades del 4. Se ingresa los datos del usuario
Actor 5. Se ingresa la identificación del material
FLUJO DE
a prestar
EVENTOS
6. Asignar ficha de devolución del libro
2. Aceptación de datos para ingresar al
Respuesta del
sistema
Sistema
7. El sistema registra el préstamo
El material no se encuentre disponible, el administrador
MANEJO DE
informa al usuario
SITUACIONES
El sistema genera error al ingresar datos del usuario
EXEPCIONALES
El usuario tiene devoluciones pendientes
Tabla 9. Documentación de caso de uso Comprobar estado del material

02 Comprobar estado del material
OBJETIVO Verificar la información del material
Para comprobar la localización y estado del material, el
PRECONDICIONES material debe estar registrado en el sistema
POSCONDICIONES Material localizado

1. Ingresar criterios de búsqueda del
material
Actividades del
3. Elegir el registro catalografico
FLUJO DE Actor
4. El administrador comprueba la
EVENTOS
localización del material
Respuesta del
2. El sistema muestra la lista de registros
Sistema
MANEJO DE
SITUACIONES El administrador cambia la localización del material
EXEPCIONALES
Tabla 10. Documentación de caso de uso Consultar préstamo
No. Caso de UsoNOMBRE CASO DE USO

03 Consultar préstamo
ACTORES Administrador, Usuario registrado
OBJETIVO Verificar el estado del préstamo
Para consultar prestamos de material, el material debe estar
registrado en el sistema y en estado como préstamo
PRECONDICIONES
iniciado sesión
POSCONDICIONES La consulta del préstamo registrada
1. El administrador inicia sesión
2. El administrador ingresa la descripción
Actividades del
del material.
Actor
FLUJO DE 4. El administrador consulta los datos
EVENTOS 6. El administrador acepta el registro
5. El sistema muestra la información del
Respuesta del
registro
Sistema
7. Se consulta satisfactoriamente
MANEJO DE
SITUACIONES El sistema informa que los datos no son validos
EXEPCIONALES
Tabla 11. Documentación de caso de uso Actualizar préstamo

04 Actualizar préstamo
OBJETIVO Actualizar datos del préstamo
Para actualizar prestamos de material, el material debe estar
registrado en el sistema y en estado como préstamo
PRECONDICIONES
iniciado sesión
POSCONDICIONES La actualización del préstamo registrada
2. El administrador ingresa la descripción
Actividades del del material.
Actor 4. El administrador actualiza los datos
FLUJO DE
6. El administrador acepta la
EVENTOS
actualización
5. El sistema muestra la información de la
Respuesta del
actualización
Sistema
7. Se actualiza satisfactoriamente
MANEJO DE
El sistema informa que los datos no son válidos o no se
SITUACIONES
pueden actualizar
EXEPCIONALES
Tabla 12. Documentación de caso de uso Gestionar devolución

05 Gestionar devolución
OBJETIVO Realizar la devolución pendiente del préstamo del material
Para comprobar la gestión de la devolución del material, el
material debe estar registrado en el sistema y en estado
PRECONDICIONES como préstamo.
iniciado sesión
POSCONDICIONES La verificación del estado el libro satisfactoria.
1. Utilizar el comando de iniciar sesión
3. Ingresa criterios de búsqueda del
material
Actividades del
4. Revisar el estado del material.
Actor
5. Verificar el usuario que tenga
FLUJO DE
pendiente la devolución.
EVENTOS
6. Registrar la devolución
2. Aceptación de datos para ingresar al
Respuesta del sistema
Sistema 7. El sistema registra la devolución
pendiente
MANEJO DE
El sistema genera error al ingresar datos del usuario
SITUACIONES
El usuario no tiene devoluciones pendientes
EXEPCIONALES
4. ANÁLISIS
4.1 DIAGRAMAS DE SECUENCIA
Para cada caso de uso se ha realizado un diagrama de secuencia, en el cual se

busca mostrar la interacción a través del tiempo entre los objetos del sistema, se
modela la forma en que los objetos se comunican entre sí al transcurrir el tiempo.
En el presente diagrama se citara solo el diagrama de secuencia de “Gestionar
Préstamo”. Anexos digitales al finalizar el documento, por razones de cuidado de
medio ambiente y reciclaje. (Anexo B. Diagramas de secuencia)
Figura 11. Diagrama de secuencia Crear Prestamo
Fuente: Los autores

Figura 12. Diagrama de secuencia Comprobar estado
Fuente: Los autores
Figura 13. Diagrama de secuencia Consultar prestamo
Fuente: Los autores

Figura 14 . Diagrama de secuencia Actualizar prestamo
Fuente: Los autores
Figura 15 . Diagrama de secuencia Gestionar devolucion
Fuente: Los autores

4.2 DIAGRAMAS DE ACTIVIDAD
Con los siguientes diagramas de actividad se representa el comportamiento que

cada uno de los casos de uso descritos anteriormente, lo cual servirá de ayuda
para entender como es utilizado el sistema y cuál es su reacción en determinados
eventos.
En el presente diagrama se citara los diagramas de actividad de “Gestionar
Préstamo”. Anexos digitales al finalizar el documento, por razones de cuidado de
medio ambiente y reciclaje. (Anexo C. Diagramas de actividad)
Figura 16. Diagrama de Actividad Crear prestamo
Fuente: Los autores

Figura 17. Diagrama de Actividad Comprobar estado
Fuente: Los autores
Figura 18. Diagrama de Actividad Consultar préstamo
Fuente: Los autores

Figura 19. Diagrama de Actividad Actualizar préstamo
Fuente: Los autores
Figura 20. Diagrama de Actividad Gestionar Devolución
Fuente: Los autores

4.3 DIAGRAMAS DE COLABORACION
Esta es la muestra de una interacción organizada basándose en los objetos que
toman parte en la interacción y los enlaces entre los mismos
En el presente diagrama solo se citara los diagramas de colaboración de
“Gestionar Préstamo”. Anexos digitales al finalizar el documento, por razones de
cuidado de medio ambiente y reciclaje. (Anexo D. Diagramas de colaboración)
Figura 21. Diagrama de Colaboración Crear Préstamo
Fuente: Los autores
Figura 22. Diagrama de Colaboración Comprobar estado
Fuente: Los autores

Figura 23. Diagrama de Colaboración Consultar préstamo
Fuente: Los autores
Figura 24. Diagrama de Colaboración Actualizar préstamo
Fuente: Los autores

Figura 25. Diagrama de Colaboración Gestionar devolución
Fuente: Los autores

5. DISEÑO
La siguiente fase tiene como objetivó hacer un enfoque detallado en el prototipo,

implementación y prueba para obtener como resultado el éxito del proyecto. La
misma busca solventar problemas llevando a cabo según la metodología RUP la
alta calidad y aun costo efectivo. Consiste en determinar la solución técnica y
necesaria del proyecto a ejecutar.
Diagrama de clases.
Los diagramas de clases muestran las diferentes clases que componen un

sistema y cómo se relacionan unas con otras. Se dice que los diagramas de
clases son diagramas «estáticos» porque muestran las clases, junto con sus
métodos y atributos, así como las relaciones estáticas entre ellas: qué clases
«conocen» a qué otras clases o qué clases «son parte» de otras clases, pero no
muestran los métodos mediante los que se invocan entre ellas.
Diagrama de Entidad Relación.
Los diagramas de relaciones de entidad (diagramas ER) muestran el diseño

conceptual de las aplicaciones de bases de datos. Representan varias entidades
(conceptos) en el sistema de información y las relaciones y restricciones
existentes entre ellas. Una extensión de los diagramas de relaciones de entidad
llamado «diagramas de relaciones de entidad extendida» o «diagramas de
relaciones de entidad mejoradas» (EER), se utiliza para incorporar las técnicas de
diseño orientadas a objetos en los diagramas ER.
5.1 DIAGRAMA DE CLASES

Figura 26. Diagrama de clases
5.2 MODELO OBJETO RELACIONAL
Figura 27. Modelo Objeto Relacional
5.3 DICCIONARIO DE DATOS
Tabla 13. Diccionario de datos.
TABLA CAMPO DESCRIPCION TIPO
DEWEY Dwy_codigo Código para VARCHAR(15)

representar una NOT NULL
categoría
Dwy_nombre Área del VARCHAR
conocimiento NOT NULL,
Dwy_padre Representa un VARCHAR(15)

clase padre el
código Dewey
MENU Men_id Almacena NUMERIC(15)
diferentes tipos NOT NULL
de menús
Men_nombre Nombre del menú VARCHAR(50)
NOT NULL
Men_nivel Nivel del menú o NUMERIC(5)
subnivel NOT NULL
Men_url Dirección url del VARCHAR(500)

menú
Men_estado Estado del menú VARCHAR(1)
Men_fecha_alta Fecha en la que

se crea el Menu
Men_padre Menu padre NUMERIC(15)
PERFIL Prf_id Identificar perfil NUMERIC(15)

de cargo NOT NULL
Prf_nombre Nombre del perfil VARCHAR(50)
de usuarios NOT NULL
Prf_estado Estado del perfil VARCHAR(1)
de usuario
Prf_descripcion Descripción del VARCHAR(255)

perfil de usuarios NOT NULL
Prf_fecha_alta Fecha en la que TIMESTAMP
se crea el perfil' DEFAULT NOT
NULL
Prf_dias_prestamo Días en los que NUMERIC(2)
se presta un libro NOT NULL
Prf_dias_renovacion Cantidad días NUMERIC(2)

que se renovar NOT NULL
un préstamo
Basica_Tabla Tbl_id Guardan nombre NUMERIC(15)
de las tabla NOT NULL
básicas
Tbl_nombre VARCHAR(100)
Identificador de la NOT NULL
tabla
Tbl_descripcion VARCHAR(255)
Descripción de la NOT NULL
Tbl_estado tabla básica VARCHAR(1)
Estado de la tabla
TIMESTAMP
Tbl_fecha_alta Fecha ingresa los DEFAULT NOT
datos de la tabla NULL
básica al sistema
Tbl_madre Identificador de la NUMERIC(15)

tabla madre
Basica_Tipo Btp_id Guardan todos NUMERIC(15)
los datos de NOT NULL
tablas básicas
Btp_Nombre Identificador de VARCHAR(150)
los datos de las NOT NULL
tablas básicas
Btp_descripcion Descripción del VARCHAR(255)
dato de la tabla
Btp_estado básica VARCHAR(1)
Estado del dato DEFAULT 'A'
Activo(A) o NOT NULL
Btp_orden Inactivo(I) NUMERIC(15)
Orden en el
desplegaran los
datos según el
Btp_desc(1-7) filtro realizado VARCHAR(255)
Descriptor usado
a discreción del
programador
Btp_tbl_id NUMERIC(15)
Tabla a la que
pertenece el dato
básico
Btp_madre NUMERIC(15)
Referencia a esta
misma tabla que
indica que un
dato básico es
hijo de otra tabla
básica
PERSONA Prs_identificacion Identificación del VARCHAR(15)
usuario NOT NULL
Prs_primer_apellido Primer apellido VARCHAR(50)

de la persona
Prs_segundo_apellido Segundo apellido VARCHAR(50)
de la persona
Prs_primer_nombre Primer nombre de VARCHAR(50)
la persona
Prs_segundo_nombre Segundo nombre VARCHAR(50)
de la persona
Prs_sexo Género de la VARCHAR(1)
persona NOT NULL
Prs_fecha_nacimiento Fecha de DATE NOT

nacimiento de la NULL
persona
Prs_direccion Dirección de
residencia de la VARCHAR(500)
persona DEFAULT NOT
Prs_mail Correo NULL
electrónico de la VARCHAR(150)
Prs_estado persona
Estado de la VARCHAR(1)
persona en la DEFAULT 'A'
Prs_tipo_doc base de datos NOT NULL
Tipo de NUMERIC(15)
documento de NOT NULL
Prs_fecha_alta identificación de
la persona TIMESTAMP
Fecha en la que DEFAULT NOT
ingresa la NULL
Prs_Observacion persona al
sistema VARCHAR
Prs_acudient
Observación de VARCHAR(15)
la persona
Acudiente o
responsable de la
persona
NOTICIA Ntc_id Noticias que sube NUMERIC(15)
el administrador NOT NULL
para mostrar en
la página de inicio
Ntc_texto Consecutivo VARCHAR
identificador para NOT NULL
las noticias
Ntc_redactor Persona que NUMERIC(15)
sube la noticia NOT NULL
Ntc_anonimo Campo para VARCHAR(1)
saber si la noticia DEFAULT 'N'
se publicara con NOT NULL
autor anónimo
Ntc_ruta_imagen Ruta de la VARCHAR
imagen para la NOT NULL
Ntc_titulo noticia VARCHAR
Título de la NOT NULL
noticia
SUGERENCIA Sgr_id Consecutivo que NUMERIC(15)
identifica la NOT NULL
sugerencia en el
sistema
Sgr_asunto Asunto del que VARCHAR
trata la NOT NULL
Sgr_Comentario sugerencia VARCHAR
Comentario o NOT NULL
Sgr_fecha sugerencia en sí. TIMESTAMP
es creada la NULL
sugerencia
Sgr_estado VARCHAR(1)
Estado de la DEFAULT 'A'
sugerencia NOT NULL
Sgr_motivo_cierre VARCHAR
Motivo por el cual
se cerró la
Sgr_persona sugerencia VARCHAR(15)
Persona que
registro la
sugerencia.
PRESTAMO Prst_id Consecutivo que NUMERIC(15)
identifica los NOT NULL
prestamos
Prs_identificacion Identificación de VARCHAR(15)
la persona NOT NULL
Pres_fecha_Res Fecha y hora en TIMESTAMP

la que se crea la DEFAULT NOT
reserva NULL
Pres_fecha_prestamo Fecha y hora en TIMESTAMP

la que se realiza DEFAULT NOT
el préstamo NULL
Pres_fecha_prevista Fecha prevista TIMESTAMP

para la DEFAULT
devolución del NOT NULL
material
Pres_estado VARCHAR(1)
estado de la DEFAULT 'R'
reserva NOT NULL
RENOVACION Rnv_id Consecutivo de NUMERIC(15)
renovación NOT NULL
Rnv_fecha Fecha en la que IMESTAMP

se registra la DEFAULT NOT
renovación de NULL
préstamo
Rnv_prestamo Préstamo al que NUMERIC(15)

se le genera NOT NULL
renovación
Rnv_fecha_prevista Fecha prevista IMESTAMP
para la nueva DEFAULT NOT
devolución NULL
CUENTA Cnt_persona Persona a la que VARCHAR(15)

le pertenecen las NOT NULL
cuentas
Cnt__perfil Perfil de usuarios NUMERIC(15)
NOT NULL
Cnt_contrasenia Clave del usuario
para entrar al VARCHAR
sistema con NOT NULL
Bowfish
Cnt_alias El alias o usuario VARCHAR(80)
para poder entrar NOT NULL
al sistema
Cnt_estado Estado en el que VARCHAR(1)
se encuentra la
Cnt_contrasenia_antigua cuenta VARCHAR
Se utiliza para
casos de
restablecer
Cnt_fecha_alta contraseña TIMESTAMP
se crea la Cuenta NULL
Cnt_motivo_estado de usuario VARCHAR
Motivo por el cual
se inhabilita la
cuenta
VINVULADO Vnc_id Identificador NUMERIC(15)
consecutivo de NOT NULL
cada persona
relacionada
directamente con
el colegio
Vnc_fecha_alta Fecha de TIMESTAMP
vinculación con la NOT NULL
institución
Vnc_fecha_baja Fecha en la cual DATE
se desvincula la
persona de la
institución
Vnc_estado Estado de la VARCHAR(1)
persona DEFAULT 'A'
vinculada a la NOT NULL
Vnc_identificacion institución VARCHAR(15)
Identificación de NOT NULL
Vnc_vinculo la persona NUMERIC(15)
vinculada NOT NULL
Vinculo que tiene
la persona con la
institución
EDITORIAL Edt_id Campo para NUMERIC(15)

identificar las NOT NULL
distintas
Edt_nombre editoriales VARCHAR
Nombre único NOT NULL
con el cual se
identifica cada
una de las
editoriales
registrada en la NUMERIC(15)
Edt_pais biblioteca
País de origen de
la editorial
MATERIAL Mtr_id Campo NUMERIC(15)
autoincrementado NOT NULL
que identifica
cada uno de los
materiales de la
biblioteca
Mat_titulo Campo requerido VARCHAR

para guardar el NOT NULL
nombre del
Mtr_edicion material VARCHAR
Campo donde se
guarda el número
de edición del VARCHAR
material si es que
Mtr_isbn tiene. VARCHAR
Código isbn de
los materiales de
Mtr_cod_dane la biblioteca VARCHAR
Campo para
registrar si el
material tiene
código del dane
Mtr_cod_barras asociado VARCHAR
Campo para
guardar el código
de barras que
identifica algunos
materiales de la
Mtr_fecha_edicion biblioteca DATE
Campo dedicado
a alojar la fecha
Mtr_descripcion de la edición del VARCHAR
material NOT NULL
Descripción de
cada uno de los
Mtr_editorial materiales NUMERIC(15)
Mtr_pais Editorial que NUMERIC(15)

produce el
material
Campo no
requerido para
saber el país
donde fue
Mtr_ciudad manufacturado o NUMERIC(15)
impreso el
material
Campo no
requerido para
Mtr_fecha_alta saber la ciudad TIMESTAMP
donde fue DEFAULT NOT
manufacturado o NULL
impreso el
material
Fecha en la que
ingresa los datos
del material al
sistema
VOLUMEN Vlm_id Consecutivo para VARCHAR(15)
identificar los NOT NULL
volúmenes de un
material
Vlm_nombre Nombre que tiene VARCHAR
cada volumen NOT NULL
dentro del grupo
de volúmenes
Vlm_descripcion Descripcion del VARCHAR
volumen
Vlm_numero Numeración del INTEGER NOT
volumen NULL
Vlm_paginas Número de INTEGER
páginas del
Vlm_material volumen NUMERIC(15)
Material al que NOT NULL
está asociado el
Vlm_idioma volumen NUMERIC(15)
Idioma del
volumen
EJEMPLAR Ejm_id Consecutivo que NUMERIC(15)
identifica el NOT NULL
ejemplar
Ejm_numero Número del INTEGER NOT
ejemplar de un NULL
volumen de algún
material
Ejm_volumen Volumen al que VARCHAR(15)
está asociado el NOT NULL
ejemplar
Ejm_fecha_ingreso Fecha de ingreso TIMESTAMP
del ejemplar al NOT NULL
sistema
Ejm_consumo_controlado Campo que VARCHAR(1)
especifica si un
material es o no
de consumo
Ejm_estado controlado VARCHAR(2)
Estado del
Ejm_estado_fisico ejemplar VARCHAR(2)
NOT NULL
Estado físico del
Ejm_sala libro NUMERIC(15)
SL =sin lomo NOT NULL
Sala en la que se
Ejm_tipo_adquicicion encuentra el NUMERIC(15)
ejemplar NOT NULL
Forma como fue
adquirido
COMPLEMENTARIO Cmp_nombre Nombre del VARCHAR
accesorio NOT NULL
asociado a un
Ejm_id libro NUMERIC(15)
Consecutivo que NOT NULL
identifica el
Cmp_tipo_comple ejemplar NUMERIC(15)
Tipo de NOT NULL
Cmp_descripcion complementario VARCHAR
Descripción del NOT NULL
accesorio
asociado a un
libro
Prestamo_detalle Prst_dtl_prestamo Préstamo al que NUMERIC(15)
le pertenece el NOT NULL
Prst_dtl_ejemplar detalle
Ejemplar C(15) NOT
Prst_dtl_fecha_devolucion implicado en un NULL
préstamo
Prst_dtl_renovacion Fecha en la que TIMESTAMP
es devuelto el
material NUMERIC(15)
Renovación
asociada a un
préstamo
MULTA Mlt_id Consecutivo que NUMERIC(15)
identifica cada NOT NULL
multa
Mlt_descripcion Descripción sobre VARCHAR
la multa NOT NULL
Prst_dtl_prestamo Prestamo al que NUMERIC(15)
le pertenece el NOT NULL
Prst_dtl_ejemplar detalle NUMERIC(15)
Ejemplar NOT NULL
Mlt_valor implicado en un VARCHAR
préstamo NOT NULL
Valor monetario
Mlt_estado que represente VARCHAR(1)
pérdida del DEFAULT 'A'
material NOT NULL
Mlt_fecha_cancelacion Estado de la VARCHAR
multa
Mlt_fecha MESTAMP
se cancela la NULL
multa
Fecha en la que
se crea la multa
AUDIOVISUAL Adv_id Consecutivo que NUMERIC(15)
identifica los NOT NULL
audiovisuales de
la biblioteca
Adv_material Material con el NUMERIC(15)
cual está NOT NULL
relacionado el
audiovisual
Adv_tipo_audiovisual NUMERIC(15)
Tipo de NOT NULL
Adv_area_conocimiento audiovisual NUMERIC(15)
NOT NULL
Área del
conocimiento del
audiovisual
LIBRO Lbr_id Consecutivo que NUMERIC(15)
identifica cada NOT NULL
uno de los libros
de la biblioteca
Lbr_topografico_alfanumerico Segunda VARCHAR
componente del NOT NULL
numero
Lbr_topografico_alfabetico topográfico VARCHAR
Referencia o
informativo tienen
como primer
componente del
número
topografico la(s)
letras
correspondientes
al género de
lectura si es de
nivel infantil, si
Lbr_dewey no, llevara VARCHAR(15)
antepuesta la
expresion "A-"
Código dewey
unico
representante
Lbr_genero una categoria del NUMERIC(15)
conocimiento a la NOT NULL
Lbr_nivel_lectura que pertenece el NUMERIC(15)
libro
Identificador del
genero del libro
Lbr_material Campo para el NUMERIC(15)
color que NOT NULL
identificara el
nivel de lectura
del libro
Material con el
cual está
relacionado el
libro
AUTOR Atr_id Consecutivo del NUMERIC(15)
autor en la NOT NULL
biblioteca
Atr_primer_nombre Primer nombre VARCHAR
del autor NOT NULL
Atr_segundo_nombre Segundo nombre VARCHAR
del autor
Atr_primer_apellido Primer apellido VARCHAR
del autor
Atr_segundo_apellido Segundo apellido VARCHAR
del autor
Atr_pais Pais de origen del NUMERIC(15)
autor
EDITOR Edtr_autor Autor que edita NUMERIC(15)
materiales de la NOT NULL
biblioteca
Edtr_material Material editado NUMERIC(15)
por uno o más NOT NULL
autores'
5.4 DISEÑO DE INTERFAZ
La interfaz que se desarrolla en el sistema se realiza a través de formularios para

la inserción y actualización de datos. Por su parte las consultas son presentadas a
través de tablas que presentan grupos de datos o un solo registro.
Figura 28. Diseño Interfaz Estructura General
Fuente: Los autores
Figura 29. Diseño Interfaz Galería de la Institución
Fuente: Los autores

Figura 30. Diseño Interfaz Subir Novedades
Fuente: Los autores
Figura 31. Diseño Interfaz Estado del Material
Fuente: Los autores

Figura 32. Diseño Interfaz Registro de la Persona
Fuente: Los autores
Figura 33. Diseño Interfaz Registro del Material
Fuente: Los autores

6. IMPLEMENTACION
El sistema esta implementado bajo una arquitectura multicapa combinada con JEE
(java Enterprise edition), donde como primera instancia están los clientes web
desde equipos remotos a través de un navegador web moderno, estos se
comunican por medio de http con el servidor de aplicaciones (GlassFish), este
provee de un contexto a la aplicación empresarial, el devuelve un resultado en
formato xhtml (Facelet); por otra parte los Facelet tienen un mapeo con las
propiedades de clases Java (Pojos), en el Framework JSF son llamados
ManagedBean o BackingBean, por medio de ellos las anotaciones proporcionan
un alcance al Facelet, la combinación de estos dos componentes generan la parte
de la vista en el patrón de diseño modelo vista controlador, estos son gestionados
por el FacesServlet, que es el único Servlet controlador en el framework de JSF.
Los ManagedBean tienen una Inyección de dependencias de los EJB, los cuales
manejan la lógica de negocio y reciben servicios que son brindados por el
contenedor, dichos servicios pueden ser manejo transaccional, pool de
conexiones, seguridad, portabilidad entre otros. Los EJB a través del api de JPA
accede de manera segura a la base de datos que se encuentra alojada en servidor
de base de datos.
6.1 DIAGRAMA DE COMPONENTES

Figura 34. Diagrama de componentes
Fuente: Los autores

Figura 35. Diagrama de Paquetes
Fuente: Los autores
6.2 DIAGRAMA DE DESPLIEGUE
Figura 36. Diagrama de despliegue
Fuente: Los autores

7. PRUEBAS
Para ejecutar las pruebas del sistema, se instaló la aplicación en un equipo
servidor destinado para tal uso, las pruebas realizadas por los usuarios del
sistema fueron las siguientes:
Tabla 14. Pruebas módulo de autenticación.
Prueba módulo de autenticación.

Dirigida Por: Daniel Cruz Asistente Estado
Hora Inicio: 7:30 am Catherim Rodríguez Proceso ok
Hora Fin: 8:20 am Terminada Si
Supervisar el buen funcionamiento del módulo de
Concepto
Autenticación para los usuarios del sistema.
ELEMENTO
Acción Resultado Esperado Perfil Estado
A PRUEBA
Se cargan los
Inicio de bloque
Bloques y menús
sesión Inicio de Administrador ok
correspondientes al
Administrador sesión
Administrador
Se cargan los
Inicio de
bloque Bloques y menús
sesión Usuario
correspondientes a un ok
Usuarios Inicio de registrado
Usuario registrado de
registrados sesión acuerdo con su perfil
Recibir un correo
electrónico por parte
del usuario donde se
Recuperar
Bloque y especifica una nueva
Contraseña
dialogo contraseña
Para Usuario ok
Recuperar autogenerada por el
Usuarios registrado
Contraseña sistema y un mensaje
registrados
de advertencia para
cambiarla lo más
pronto posible.
Cambiar
Bloque y En un próximo inicio
Contraseña
dialogo de sesión entrar con Usuario
Para ok
cambiar la nueva contraseña registrado
Usuarios
Contraseña digitada
registrados
Al ingresar al sistema se veía el perfil del usuario pero no el
Errores nombre del usuario
Se añadió la información del nombre de usuario a los datos
Correcciones:
del panel de sesión
Tabla 15. Pruebas módulo de Registro de Usuarios.
Prueba módulo de Usuarios.

Un periodo
Hora de Inicio: de 5 días, a Proceso ok
medida que
Andrés Barrera
se solicitan
(Administrador)
nuevos Terminada Si
prestamos
Hora Fin:
Concepto Verificar el funcionamiento del módulo Personas donde se

puede ingresar o actualizar personas en el sistema
Elemento A Resultado
Acción Perfil Estado
Prueba Esperado
Registro de la
persona
Registrar una Formulario correctamente y
Administrador ok
nueva persona de personas recepción de un
Email con la clave
de acceso.
Modificación de la
información del
Modificar un Modulo usuario notificando
Administrador ok
Usuario personas con un mensaje que
se modificó de
manera exitosa.
Errores Ninguno
Correcciones: Ninguno
Tabla 16. Pruebas módulo de Libros y Audiovisuales.
Prueba módulo de Materiales.
Hora de Inicio: Un periodo Proceso ok
Andrés Barrera
de 5 días
(Administrador) Terminada Si
Hora Fin:
Concepto Verificar el funcionamiento del módulo de Materiales
Elemento A
Acción Resultado Esperado Perfil Estado
Prueba
Después de un
proceso donde se le
asigna a cada
material sus datos
básicos, autores,
Módulos de editores, clasificación,
Registrar un Libros y volúmenes,
Administrador ok
nuevo material Audiovisuales ejemplares y si no es
audiovisual
complementos, el
sistema debe haber
creado el material y
enviarnos a la página
principal
Se Modifica la
información del
material en un
asistente paso a paso
Módulos de
donde en cada paso
Modificar un Libros y
se van guardando las Administrador ok
Material Audiovisuales
diferentes etapas del
material. en cada paso
se nos informara si se
guardó o no la
información27/09/2015
Después de dar clic en

Módulos de
el botón de eliminar en
Eliminar un Libros y
el registro se nos Administrador ok
material Audiovisuales
informara si se eliminó
o no el material
Errores Las etiquetas de algunos botones aparecen en ingles
Correcciones: Se cambiaron los label de los botones con los defectos
Tabla 17. Pruebas módulo de Perfiles.
Prueba módulo de Perfiles

Daniel
Dirigida Por: Asistente
Cruz Estado
Hora de Inicio: Un Proceso ok
periodo Andrés Barrera
de 5 días (Administrador) Terminada Si
Hora Fin:
Concepto Revisar el funcionamiento del módulo de Perfiles
Elemento Resultado
Acción Perfil Estado
A Prueba Esperado
El usuario
observa un
dialogo para
crear un nuevo
Modulo perfil y al
Crear Perfil Administrador ok
Perfiles terminar
debería ver en
la tabla de
perfiles el
nuevo perfil
El usuario
observa un
dialogo para
editar un perfil
y al terminar
Modulo
Editar Perfil debería ver en Administrador ok
Perfiles
la tabla de
perfiles el perfil
con los
cambios
realizados
Al eliminar un
perfil se
Modulo
Eliminar Perfil debería ver un Administrador ok
Perfiles
mensaje de
confirmación
Después de crear un nuevo perfil o actualizar uno
existente al abrir un nuevo dialogo del módulo
Errores aparecía dicho dialogo sin contenido.
Se solucionó el problema eliminando código
Correcciones:
fuente inservible.
8. RECOMENDACIONES
 Para la correcta ejecución del proyecto es necesario tener un navegador

web moderno como Google Chrome, Mozilla Firefox, o Internet Explorer 10.
 Para futuros trabajos e investigaciones que se realicen a partir de este

mismo trabajo de grado, se recomienda verificar a partir de que versión del
Código Dewey están catalogadas las colecciones de la biblioteca a trabajar
puesto que hay numerosas versiones del código Dewey y pueden
generarse retrasos en la población de la base de datos por inconsistencias
en los códigos.
9. CONCLUSIONES
 Para comenzar correctamente el proyecto de desarrollo de software, fue

preciso identificar los componentes involucrados, las necesidades reales y
los requerimientos no funcionales tales como Hardware, plataforma y
recursos. A través de las pruebas que se realizaron sobre el sistema se
evidencian los resultados obtenidos, con esto se reconoció la importancia
de este paso para un buen desarrollo de los sistemas.
 Es necesario tener en cuenta el modelo de diseño establecido para usar en

el proyecto, ya que de esta manera se desarrollan correctamente cada uno
de los componentes del sistema, asumiendo las necesidades
fundamentadas por las directivas de la Biblioteca.
 La metodología de desarrollo de software RUP, además de permitir

adaptarse a toda clase de proyectos, similares al que se presenta en este
documento, dado que es de fácil comprensión y permite cumplir con los
estándares de buenas prácticas de desarrollo de software.
 Al ser JAVA un lenguaje que se ejecuta en el servidor no es necesario que

el navegador lo soporte, es independiente del navegador, y al combinarlos
con la tecnología JPA es ventajoso poder cambiar en cualquier momento el
motor de base de datos realizando muy pocos cambios en la aplicación.
 Gracias al utilizar el lenguaje JAVA con JPA se pueden neutralizar ataques

de SQL Injection por medio del nombramiento de consultas y otras
utilidades que están disponibles en el API de JPA.
 Por medio de la implementación del sistema los usuarios evitan tener que ir
directamente hasta el colegio para consultar si existe un material disponible
para su respectiva consulta y préstamo, debido a que el colegio se
encuentra en una posición geográfica muy difícil de acceder.
10. BIBLIOGRAFIA
 American Library Association. Glosario ALA de Bibliotecología y ciencias de

la Información. Madrid: Díaz Santos, 1988, p 323.
 Grupo Isaías Carrillos Pérez. (2008). Metodología del desarrollo de

software. New York: Editorial Edit and write.
 Jonathan Wetherbee, Chirag Rathod, Raghu Kodali, with Peter Zadrozny.

Beginning EJB 3: Java EE7 Edition. Apress. . United States of America,
2013.
 GRADY BOOCH, JAMES RUMBAUGH, IVAR JACOBSON. El Lenguaje

unificado de modelado. Manual de Referencia. Addison Wesley. Pág. 11
 Peter A. Pilgrim. Java EE 7 Developer Handbook. Packt Publishing. 2013
 Mike Keith, Merrick Schincariol. Pro JPA 2. Apress. 2013.
 HERRERA JIMENEZ, Alfonso. Bases de datos. Editorial Unisur. 1997.
 ITSA (2008). Metodologías De Desarrollo De Software. Canada: Editorial

Canada Pen.
 Abraham Silberschatz, Henry F. Korth, S. Sudarshan(2002). Fundamentos

de bases de datos. Aravaca, España. Mac Graw Hill
 Harvey M. Deitel & Paul J. Deitel.(2004). Como programar en c/c++ y java.

México. Pearson Educación
 Roger S Presuman. 2005. Ingeniería del Software, Un enfoque práctico.

Sexta Edición.
11. LINKOGRAFIA
 Santiago Gutiérrez Calvo. Proyecto Para La Biblioteca Escolar. Consultada

el 25 de abril de 2014 en
http://platea.pntic.mec.es/curso20/8_bibliotecas/7.pdf
 Dr. John H. Stinson Fernández (2010).Sistema de Información Bibliotecaria.

Consulta el 28 de abril de 2014
http://biblioteca.uprrp.edu/Tutoriales/Cuadernosistemas%20de%20Clasifica
ci%C3%B3n%20en%20Bibliotecas.pdf
 Eva (2012). ALQUIBLA: Una mirada al mundo de las bibliotecas...

Consultada el 30 de abril de 2014 en
http://bibliotecas1978.wordpress.com/2012/07/31/principales-sistemas-de-
clasificacion-bibliografica-88/
 Biblioteca Escolar. 27 marzo de 2014 en

http://www.plec.es/archivos/proyectos/bibes62.pdf
 Biblioteca Provincial San Lorenzo De Brindis (2012) Consultada el 4 de

mayo de 2014 en http://www.ibisweb.it/bcc/ita/presen_bpco/index.html
 Lic. Mónica Flores López y Mtra. María de Lourdes Santiago. Rational

Unified Process. Consultada el 4 de mayo de 2014 en http://www-
306.ibm.com/software/awdtools/rup/
 Oracle Microsystem.(2013) Productos y Servicios de Oracle. Consulta el 09

de mayo de 2014
http://www.oracle.com/lad/technologies/java/overview/index.html
 PosgreSQL-es - Rafael Martinez. Sobre PostgreSQL. Consulta el 09 de

mayo de 2014 http://www.postgresql.org.es/sobre_postgresql
 Ingeniería de Software. Plantilla Simple. [En linea]

http://metodologiadesoftware.blogspot.com/2012/11/fases-del-modelo-
rup_27.html [Consultado: 20 Abril 2014].
ANEXOS
ANEXO A. Documentación casos de uso
ANEXO B. Diagramas de secuencia
ANEXO C. Diagramas de Actividad
ANEXO D. Diagramas de Colaboración
ANEXO E. Manual de Instalación
ANEXO F. Manual de usuario

ANEXO A
DOCUMENTACION DE CASOS DE USO
Documentación de caso de uso: Crear usuario

06 Crear usuario
ACTORES Administrador, usuario anónimo
OBJETIVO Generar el registro y activación del usuario
Para realizar la asignación del usuario, el administrador debe estar
registrado en el sistema, el usuario registrado solicita la creación.
PRECONDICIONES
Para modificar la información los actores deben haber iniciado
sesión
POSCONDICIONES La creación de usuario registrada
2. El administrador ingresa la descripción del
Actividades del
usuario anónimo.
Actor
4. El administrador registra los datos
FLUJO DE EVENTOS
6. El administrador acepta el registro
Respuesta del
registro
Sistema
7. Se registra satisfactoriamente
MANEJO DE
SITUACIONES El sistema informa que ya hay un registro existente
EXEPCIONALES
Documentación de caso de uso: Consultar usuario

07 Consultar usuario
ACTORES Administrador, Usuario anónimo
OBJETIVO Verificar el estado del usuario
Para consultar usuarios, el usuario debe estar registrado en el
sistema o en estado de creación.
PRECONDICIONES
sesión
POSCONDICIONES La consulta del usuario registrada
Actividades del
usuario.
Actor
4. El administrador consulta los datos
FLUJO DE EVENTOS
Respuesta del
registro
Sistema
MANEJO DE
El sistema informa que los datos no son válidos.
SITUACIONES
El sistema informa que el usuario no existe.
EXEPCIONALES
Documentación de caso de uso: Actualizar Usuario

08 Actualizar Usuario
ACTORES Administrador, Usuario anónimo
OBJETIVO Actualizar datos del usuario
Para actualizar el usuario, el usuario debe estar registrado en el
PRECONDICIONES
sesión
Actividades del
usuario.
Actor
4. El administrador actualiza los datos
FLUJO DE EVENTOS
6. El administrador acepta la actualización
Respuesta del
actualización
Sistema
MANEJO DE
El sistema informa que los datos no son válidos o no se pueden
SITUACIONES
actualizar
EXEPCIONALES
Documentación de caso de uso: Eliminar Usuario

09 Eliminar Usuario
OBJETIVO Eliminar datos del usuario
Para eliminar el usuario, el usuario debe estar registrado en el
PRECONDICIONES
sesión
POSCONDICIONES La eliminación del usuario registrada
Actividades del
usuario.
Actor
4. El administrador elimina los datos
FLUJO DE EVENTOS
6. El administrador acepta la eliminación
Respuesta del
eliminación
Sistema
7. Se eliminó satisfactoriamente
MANEJO DE El sistema informa que los datos no son válidos o no se pueden
SITUACIONES eliminar.
EXEPCIONALES El sistema informa que el usuario tiene devoluciones pendientes.
Documentación de caso de uso: Crear Material

10 Crear Material
OBJETIVO Generar el registro y catalogación del material
Para realizar la catalogación del material, el administrador debe
estar registrado en el sistema.
PRECONDICIONES
sesión.
POSCONDICIONES La catalogación del material registrada
Actividades del
material.
Actor
4. El administrador registra los datos
FLUJO DE EVENTOS
Respuesta del
creación
Sistema
7. Se creó y catalogo satisfactoriamente
MANEJO DE
SITUACIONES El sistema informa que los datos no son válidos.
EXEPCIONALES
Documentación de caso de uso: Consultar Material

11 Consultar Material
OBJETIVO Verificar el estado del material
Para consultar el material, el material debe estar registrado y
catalogado en el sistema.
PRECONDICIONES
sesión
POSCONDICIONES La consulta del usuario registrada
Actividades del
material.
Actor
4. El administrador consulta los datos
FLUJO DE EVENTOS
Respuesta del
registro
Sistema
MANEJO DE
SITUACIONES
El sistema informa que el material no existe.
EXEPCIONALES
Documentación de caso de uso: Actualizar Material

12 Actualizar Material
OBJETIVO Actualizar datos del material
Para actualizar el material, el material debe estar registrado y
PRECONDICIONES
sesión
Actividades del
material.
Actor
4. El administrador actualiza los datos
FLUJO DE EVENTOS
6. El administrador acepta la actualización
Respuesta del
actualización
Sistema
MANEJO DE
El sistema informa que los datos no son válidos o no se pueden
SITUACIONES
actualizar
EXEPCIONALES
Documentación de caso de uso: Eliminar Material

13 Eliminar Material
OBJETIVO Eliminar datos del material
Para eliminar el material, el material debe estar registrado y
PRECONDICIONES
sesión
POSCONDICIONES La eliminación del material registrado
Actividades del
material.
Actor
4. El administrador elimina los datos
FLUJO DE EVENTOS
6. El administrador acepta la eliminación
Respuesta del
eliminación
Sistema
7. Se eliminó satisfactoriamente
MANEJO DE El sistema informa que los datos no son válidos o no se pueden
SITUACIONES eliminar.
EXEPCIONALES El sistema informa que el usuario tiene devoluciones pendientes.
Documentación de caso de uso: Gestionar Campo Dewey

14 Gestionar campos Dewey bibliográfico
Entradas precisas y rápidas a la hora de identificar la catalogación
OBJETIVO
y al material para comprobar la validez del préstamo.
Para gestionar los campos Dewey, el administrador debe estar
PRECONDICIONES
sesión
POSCONDICIONES La Gestión de los campos Dewey bibliográfico registrada
2. El administrador ingresa la descripción de
Actividades del
los campos Dewey
Actor
4. El administrador gestiona los datos
FLUJO DE EVENTOS 6. El administrador acepta el registro
Respuesta del registro
Sistema 7. Se gestionan los campos Dewey
satisfactoriamente
MANEJO DE
El sistema informa que los datos no son validos
SITUACIONES
El sistema informa que el campo Dewey ya existe
EXEPCIONALES
Documentación de caso de uso: Realizar reserva

15 Realizar reserva
ACTORES Usuario registrado
Generar en el sistema la reserva y quitar la disponibilidad al
OBJETIVO
material.
Para realizar la reserva el usuario debe estar registrado en el
sistema
PRECONDICIONES
sesión
POSCONDICIONES La gestión de la reserva queda registrada
1. El usuario inicia sesión
2. El usuario ingresa la descripción del
Actividades del
material.
Actor
4. El usuario gestiona y reserva los datos
FLUJO DE EVENTOS
6. El usuario acepta el registro
Respuesta del
registro.
Sistema
7. Se gestionan la reserva del material.
MANEJO DE
SITUACIONES
El sistema informa que la descripción del material no existe.
EXEPCIONALES
Documentación de caso de uso: Eliminar reserva

16 Eliminar reserva
ACTORES Usuario registrado
OBJETIVO Eliminar la reserva realizada por el usuario
Para realizar la eliminación de la reserva el usuario debe estar
PRECONDICIONES
sesión
POSCONDICIONES La eliminación de los datos registrada
1. El usuario inicia sesión
Actividades del 2. El usuario ingresa la descripción del libro
Actor 4. El usuario gestiona y elimina los datos
6. El usuario acepta el registro
FLUJO DE EVENTOS
Respuesta del registro.
Sistema 7. Se gestionan la eliminación de la reserva
del material.
MANEJO DE
El sistema informa que los datos no son validos
SITUACIONES
El sistema informa que la descripción del material no existe
EXEPCIONALES
ANEXO B
DIAGRAMAS DE SECUENCIAS
Diagrama de secuencia: Crear Usuario
Diagrama de secuencia: Consultar Usuario

Diagrama de secuencia: Actualizar Usuario
Diagrama de secuencia: Eliminar Usuario

Diagrama de secuencia: Crear material
Diagrama de secuencia: Consultar material

Diagrama de secuencia: Actualizar material
Diagrama de secuencia: Eliminar material

Diagrama de secuencia: Realizar Reserva
Diagrama de secuencia :Eliminar Reserva

Diagrama de secuencia: Consultar prestamo
ANEXO C
DIAGRAMAS DE ACTIVIDAD
Diagrama de Actividad: Crear Usuario
Diagrama de Actividad: Consultar Usuario

Diagrama de Actividad: Actualizar Usuario
Diagrama de Actividad: Eliminar Usuario

Diagrama de Actividad Crear material
Diagrama de Actividad Consultar material

Diagrama de Actividad Actualizar material
Diagrama de Actividad Eliminar material

Diagrama de Actividad Realizar reserva
Diagrama de Actividad Eliminar reserva

ANEXO D
DIAGRAMAS DE COLABORACION
Diagrama de Colaboración: Crear Usuario
Diagrama de Colaboración: Consultar Usuario

Diagrama de Colaboración: Actualizar Usuario
Diagrama de Colaboración: Eliminar Usuario

Diagrama de Colaboración: Crear material
Diagrama de Colaboración: Consultar material

Diagrama de Colaboración: Actualizar material
Diagrama de Colaboración: Eliminar material

Diagrama de Colaboración: Realizar reserva
Diagrama de Colaboración: Eliminar reserva

Diagrama de Colaboración Gestionar devolución
Manual De Instalación Sistema de Información
Biblioteca Colegio Eduardo Umaña Mendoza.
CONTENIDO
Pág.
1.PROGRAMAS NECESARIOS. ........................................................................ 3

2. INSTALACION................................................................................................ 4
2.1 Instalación Jdk7u71 Windows ............................................................................... 4
2.2 Instalación De GlassFish 4.1 Windows................................................................... 7
2.3 Instalación Posgresql Windows. ............................................................................. 8
3. CONFIGURACIÓN. ...................................................................................... 11
3.1 Datasource. ......................................................................................................... 12
3.2 MailSession ........................................................................................................ 15
4. DESPLIEGUE DE LA APLICACIÓN ............................................................ 18

5. RECOMENDACIONES................................................................................ 20
1. PROGRAMAS NECESARIOS.
Para poder instalar el sistema es necesario disponer de los siguientes programas:
 Jdk7u71
 Glassfish 4
 BEUM (Base de datos)
 BEUM.ear (Compilado)
Figura 1. Instaladores
3
2. INSTALACION
2.1 Instalación Jdk7u71 Windows
El programa se ejecuta bajo la versión de java 7.71, por lo cual debe tener
instalado el JDK que corresponde, luego de su instalación se deben configurar las
variables de entorno para su correcto funcionamiento
Al iniciar la instalación seremos guiados a través del proceso de instalación de

una forma similar a como se muestra en las siguientes laminas:
4
La captura anterior, resume, que paquetes en conjunto van a trabajar
después de haberlo instalado, le damos siguiente.
Una vez terminado el proceso verificamos la instalación.

1.1 Variables de entorno
Para configurar las variables de entorno de java hay que dirigirse a inicio, clic
derecho sobre “Equipo”, propiedades, Cambiar configuración, pestaña
“Opciones avanzadas”, “Variables de entorno…”, “Nueva…” para agregar la
variable “CLASSPATH”, en el caso de que ya exista dar clic en “Editar…”
Para crear la variable “JAVA_HOME”, seguir los mismos pasos anteriores.

Se debe agregar la ruta de java a la variable “Path”, para lo cual al final del
valor ya establecido agregamos un “;” seguido de la ruta.
2.2 Instalación De GlassFish 4.1 Windows.
Ir a la página oficial de GlassFish (https://glassfish.java.net/download.html) y

descargar “glassfish-4.1.zip”
2.3 Instalación Posgresql Windows.
Al iniciar la instalación seremos guiados por el instalador como se muestra en

las siguientes láminas:
Escogemos los directorios donde va a ser instalado el servidor de base de

datos y donde se van a alojar los datos.
Seleccionamos el password, puerto de escuha, y localizacion de nuestra base
de datos
3. CONFIGURACIÓN.
Una vez descargada la carpeta del GlassFish navegar dentro de la carpeta

hasta “glassfish-4.1\glassfish\bin” y ejecutar el archivo “asadmin.bat” como
administrador y en la consola digitar el comando “start-domain”.
En el navegador ir a la dirección “localhost:4848” y cambiar el password, para

ello dirigirse a panel derecho “Domain” y tab “Adminstrator Password” y asignar
pasword
Agregamos el driver (postgresql-9.3-1102.jdbc41.jar) al dominio Glassfish o
a todo el servido si lo deseamos, seguidamente paramos el servidor con el
comando “stop-domain” y lo volvemos a
iniciar
3.1 Datasource.
Una vez arrancado el Glassfish vamos a “http://localhost:4848”, Resources ,

JDBC JDBC Connection Pools y pulsamos sobre el botón New.
En esta pantalla llenamos los siguientes campos:
 Pool Name: “PoolBEUM”. Ponemos el nombre del pool de conexiones.

 ResourceType: javax.sql.ConnectionPoolDatasource
 Database Driver Vendor: Postgresql
Pulsamos sobre Next. La parte superior de la siguiente pantalla tiene que

quedar como en la siguiente imagen. No tocamos nada.
Digitamos y seleccionamos las siguientes propiedades, al pulsar sobre "Finish"
ya tenemos nuestro pool creado.
Ahora nos falta crear la entrada JNDI que conecte con el pool que hemos
creado. Para ello vamos a Resources, JDBC, JDBC Resources.
3.2 MailSession
Para que el contenedor provea a nuestra aplicación de una sesión para enviar
e-mail debemos configurar cierta sesión en Glassfish.
Vamos a la consola de administración de Glassfish y en el apartado JavaMail

Sessions, en la parte derecha del navegador damos clic sobre el botón “New” y
diligenciamos la información.
El nombre JNDI para una sesión Java-mail siempre debe comenzar con "mail/”
La cuenta desde la que se van a enviar los correos debe configurarse para que
se pueda acceder desde el servidor de aplicaciones, para lo cual desde nuestro
navegador y con la cuenta abierta vamos al menú de configuración, Cuenta,
Acceso, Acceso de aplicaciones menos seguras, Activar
4. DESPLIEGUE DE LA APLICACIÓN
Para desplegar la aplicación primero debemos crear la base de datos a la cual

nos estaremos conectando:
Vamos a “inicio”, “Todos los programas”, “PostgreSQL9.3”, “pgAdmin III”. Y

ejecutamos el script “BD Beum.sql” de creación de la base de datos que viene
junto con este manual, luego puede cargar algunos datos por default desde el
script “Beum Datos.sql” que también vienen junto con este manual y podrá
ingresar al aplicativo con el usuario “1022939099” y password “biblioteca”.
Levantamos el servidor “GlassFish” con el comando “start-domain”
Ingresamos a la dirección “localhost:4848” desde el navegador, nos

logueamos y en el panel izquierdo vamos a “Aplications”
Damos clic en desplegar y seleccionamos el “BEUM.ear” que viene junto con

este manual
Presionamos en el botón “Ok” y debería aparecernos la aplicación desplegada
y habilitada.
Para acceder a la aplicación digite en su navegador”

http://localhost:8080/beum/” podrá ver la página de inicio del aplicativo
5. RECOMENDACIONES
 Se recomienda seguir paso a paso este manual para tener una mejor
experiencia con el aplicativo
 Las versiones de los diferentes programas que se utilizan en este

manual son las recomendadas y todas son de software libre
MANUAL DE USUARIO
PARA EL SISTEMA DE INFORMACIÓN WEB
PARA LA GESTIÓN DE INVENTARIO,
PRÉSTAMO Y CONSULTA DE ELEMENTOS
DE BIBLIOTECA PARA EL COLEGIO
EDUARDO UMAÑA MENDOZA
CONTENIDO
1. ESTE MANUAL. ............................................................................................. 23
2. ACCEDER AL SISTEMA (USUARIOS NO REGISTRADOS). ....................... 23
3. MENÚS Y OPCIONES USUARIOS NO REGISTRADOS .............................. 24
4. MENÚS Y OPCIONES USUARIOS REGISTRADOS..................................... 26
5. USUARIOS REGISTRADOS (CATALOGO) .................................................. 26
6. USUARIOS REGISTRADOS (SESIÓN) ......................................................... 27
7. USUARIOS REGISTRADOS (FUNCIONES ADMINISTRATIVAS) ............... 27
8. RECOMENDACIONES................................................................................... 32
1. ESTE MANUAL.
En este manual están dispuestas las instrucciones de uso para acceder al
sistema y utilizar sus funcionalidades.
El sistema maneja varios tipos de usuarios, los cuales pueden ser configurados
por el administrador del sistema, permitiendo disponer de diferentes
configuraciones, quiere decir que pueden haber diferentes perfiles de usuario
con diferentes permisos.
Es de mencionar que al registrarse un usuario por primera vez ante el

administrador (bibliotecario) se le asignara una clave calculada por el sistema y
solo la conocerá dicho usuario por medio de un correo electrónico que le será
enviado al culminar el registro.
2. Acceder Al Sistema (Usuarios no registrados).
Para acceder al sistema se debe abrir en un navegador, de preferencia

moderno, ingresar en la barra de direcciones la dirección:
http://localhost:8080/beum , inmediatamente podrá observar la página inicial del
sistema la cual se verá como la siguiente imagen:
A grandes rasgos se puede notar un menú básico para que personas que no
han iniciado sesión puedan navegar. Una galería de imágenes que son
cargadas por el administrador del sistema, un Grid de noticias referentes al
colegio o a la biblioteca, un panel derecho donde el usuario puede ingresar al
sistema, un mapa que ofrece la ubicación del colegio y un pie de página con
información de contacto y referente a la biblioteca.
3. Menús y opciones Usuarios no registrados

El usuario no registrado tendrá libertad de ingresar como primera instancia al
menú de catálogo donde podrá consultar los diferentes tipos de materiales que
existen en la biblioteca, el usuario allí puede observar los volúmenes y
ejemplares que hay disponible o en qué estado se encuentra dicho material,
puede encontrar la mayor parte de información de los recursos de la biblioteca,
claro eta que aún no puede reservar algún préstamo puesto que no se
encuentra autenticado en el sistema.
Al acceder al menú “Nosotros”, el usuario se encuentra con información

concerniente a la biblioteca, tal como la misión, visión, una descripción sobre
los usuarios y una pequeña definición de lo que es la biblioteca.
En el menú de “Contáctenos” el usuario se encuentra con un pequeño
formulario para realizar envió de sugerencias a la administración del sistema.
El último menú y no menos importante es para navegar hacia la página de

inicio como un acceso rápido.
Por último, tal vez la parte más importante de esta sesión es que un usuario
pueda iniciar sesión. Cave notar que el usuario este en el apartado que este se
puede autenticar en el sistema digitando su usuario que para el caso es el
número de documento de identidad que tiene dicha persona más una clave de
acceso al sistema que es enviada al email del usuario una vez se haya
registrado.
4. Menús y Opciones Usuarios Registrados
Al acceder al sistema deberá desaparecer o cambiar el formulario para iniciar
sesión por un panel donde se verán reflejados los datos del usuario que recién
ingreso. Un cambio muy importante en esta sesión es que también cambian los
menús dependiendo del tipo de usuario
5. Usuarios Registrados (catalogo)
Cuando el usuario ya se ha autenticado en el sistema ya es posible realizar las

reservas de ejemplares, proceso que no era posible realizar cuando aún no
estábamos autenticados. Dentro de este panel el usuario puede filtrar una
búsqueda para encontrar así un material por título, ISBN, autor o editorial.
Teniendo resultados detallados de toda la información concerniente a un libro.
También puede el usuario ve su carrito de compra para saber que ejemplares
planea reservar.
6. Usuarios Registrados (Sesión)
Una vez el usuario inicie sesión tendrá la posibilidad de cerrar sesión o cambiar
la contraseña de ingreso
Para cambiar la contraseña de ingreso el usuario simplemente tiene que ir al

panel donde encuentra la información de sesión, dar clic sobre el botón
“Cuenta”, luego sobre salir
Para cambiar de contraseña el proceso es muy similar, únicamente cambiamos

el paso final y ya no seleccionamos salir si no “cambiar contraseña”, el sistema
nos abrirá un dialogo preguntándonos la nueva contraseña
7. Usuarios Registrados (Funciones administrativas)
Dentro del menú “administración/Sugerencias “el administrador puede consultar

las sugerencias de los usuarios, las puede cerrar cambiando el estado en un
dialogo de actualización o las puede eliminar.
Dentro del menú “administración/Noticias“, el administrador puede agregar las
nuevas noticias o actualizar alguna existente, puede decidir si son anónimas o
no, además de seleccionar una imagen prudente para la noticia.
Dentro del menú “administración/Básicos“, se puede gestionar cualquier dato

básico de la base de datos, es decir datos como las diferentes salas de la
biblioteca, países, tipos de documentos, etc…, todo esto mediante una interfaz
intuitiva donde se selecciona una tabla y se despliegan sus registros para
poder modificarlos o agregar uno nuevo.
Dentro del Menú de Materiales encontramos todos los procesos relacionados
con los materiales y su clasificación, teniendo así 3 formularios muy parecidos,
Dewey, Autor y Editorial. Son muy parecidos porque en todos se encuentra una
tabla con los datos ya registrados, un botón para agregar nuevos y en cada
registro un botón para actualizar junto con otro para eliminar el registro
correspondiente.
Los menús Libro y Audiovisual están diseñados para que el administrador
ingrese o consulte los materiales de la biblioteca mediante una interfaz de
asistente mediante la cual se van añadiendo todos los datos de las obras.
Volvemos a ver dos menús que son muy similares a los de Dewey, Autor y
Editorial, son los submenús que se encuentran en Personas, como ya se dijo
antes son interfaces muy intuitivas donde se puede observar una tabla con los
registros ya almacenados en la base de datos, un botón que despliega un
dialogo para agregar otro registro y sus respectivos botones para actualizar y
eliminar en cada registro.
Ya para finalizar nos encontramos con el módulo de Préstamo que es nada

más y nada menos donde el bibliotecario realiza el préstamo como tal después
de que un usuario lo reservo algún tiempo atrás; Así como también puede dar
por finalizado un préstamo dejándolo en estado culminado.
8. Recomendaciones
 En caso de detectar cualquier anomalía o error en el sistema favor

comunicarse con el administrador encargado del mismo.

Rodriguez Sanchez Edna Cat Her Im 2015

Încărcat de

Informații document

Drepturi de autor

Formate disponibile

Partajați acest document

Partajați sau inserați document

Opțiuni de partajare

Vi se pare util acest document?

Este necorespunzător acest conținut?

Drepturi de autor:

Formate disponibile

Rodriguez Sanchez Edna Cat Her Im 2015

Încărcat de

Drepturi de autor:

Formate disponibile

SISTEMA DE INFORMACIÓN WEB PARA LA GESTIÓN DE INVENTARIO,

PRÉSTAMO Y CONSULTA DE ELEMENTOS DE BIBLIOTECA PARA

JOSÉ DANIEL CRUZ CASTELLANOS

UNIVERSIDAD DISTRITAL FRANCISCO JOSÉ DE CALDAS

TECNOLOGÍA EN SISTEMATIZACIÓN DE DATOS

Bogotá D.C., Mayo de 2015

JOSÉ DANIEL CRUZ CASTELLANOS

Trabajo de grado para optar al título:

TECNÓLOGO EN SISTEMATIZACIÓN DE DATOS

Proyecto en modalidad PASANTÍA

UNIVERSIDAD DISTRITAL FRANCISCO JOSÉ DE CALDAS

TECNOLOGÍA EN SISTEMATIZACIÓN DE DATOS

Bogotá D.C., Mayo de 2015

Firma del Jurado

Le damos gracias a aquellas personas que depositaron su confianza en

Agradecemos a familiares, profesores, amigos y compañeros, que creyeron en

Agradezco también al Colegio Eduardo Umaña Mendoza por permitirnos

José Daniel Cruz Castellanos.

Dedico este proyecto a todas

Edna Catherim Rodríguez Sánchez.

1. FASE DE DEFINICION, PLANEACION Y ORGANIZACIÓN 13

1.1. TITULO DEL TRABAJO 13

1.3. PLANTEAMIENTO DEL PROBLEMA 13

1.4. ALCANCES Y DELIMITACIONES 13

1.6. MARCO DE REFERENCIA 15

1.8. PLANIFICACION DEL PROYECTO 21

2. MODELAMIENTO DEL NEGOCIO 23

2.1. MODELO DEL NEGOCIO 23

2.2. MODELO DEL DOMINIO 27

3.1. REQUERIMIENTOS FUNCIONALES 30

3.2. REQUERIMIENTOS NO FUNCIONALES 31

3.4. LISTA PRELIMINAR DE CASOS DE USO 33

3.5. REFINAR Y RENOMBRAR CASOS DE USO 35

3.6. MODELO DE CASOS DE USO 37

3.7. DOCUMENTACION DE CASOS DE USO 38

4.1. DIAGRAMAS DE SECUENCIA 41

4.2. DIAGRAMAS DE ACTIVIDAD 44

4.3. DIAGRAMAS DE COLABORACION 47

5.1. DIAGRAMA DE CLASES 51

5.2. MODELO OBJETO RELACIONAL 52

5.3. DICCIONARIO DE DATOS 53

5.4. DISEÑO DE INTERFAZ 63

6.1. DIAGRAMA DE COMPONENTES 67

6.2. DIAGRAMA DE DESPLIEGUE 68

FIGURA 1. FASES DEL RUP 15

TABLA 1. DESCRIPCIÓN DEL PROCESO PRÉSTAMO 23

En el desarrollo de un sistema de información web para la gestión de

A partir de las fases e iteraciones descritas en la metodología usada (RUP), se

El sistema fue desarrollado bajo una gama de tecnologías de avanzada como

For the development of an information web system’s, for the data

The system was developmented from a range technology’s, as the

La educación es ahora considerada un conjunto de diferentes ramas del

Con estas características, se vio la necesidad de implementar en el COLEGIO

Para el desarrollo de este sistema se aplicaron tópicos de análisis y desarrollo

1.1 TITULO DEL TRABAJO

Sistema de información web para la gestión de inventario, préstamo y consulta

1.3PLANTEAMIENTO DEL PROBLEMA

1.3.2 Formulación del problema.

¿Cómo se pueden mejorar la gestión de procesos de inventariado y catálogo

1.4 ALCANCES Y DELIMITACIONES

Un sistema donde se relacionará información general de los estudiantes, sus

1.5.1. Objetivo general.

1.5.2. Objetivos específicos.

1.6.1 Marco teórico.