You are on page 1of 360

UNIVERSIDAD DEL BIO-BIO

FACULTAD CIENCIAS EMPRESARIALES


DEPARTAMENTO DE SISTEMAS DE INFORMACIN






DESARROLLO DE SISTEMA ORIENTADO A OBJETOS
PARA LA BIBLIOTECA DEL SEMINARIO
METROPOLITANO DE CONCEPCIN



AUTOR: CLAUDIO ULLOA MERINO
PROFESOR GUA: PEDRO CAMPOS SOTO

2007
2
Con mucho cario a mis Padres.
AGRADECIMIENTOS
Al Seor que da a da me permite abrir los ojos, a mi Padre Martin por el cario, apoyo y
posibilidad que dio de estudiar, A mi Madre Miriam por su amor y cario, a mis hermanos
(Cristian, Katherine y Martincito) y a mi polola J ohanna, por su comprensin, apoyo y amor
incondicional en todo mi proceso Universitario.
3
NDICE
NDICE............................................................................................................................................ 3
TABLA DE ILUSTRACIONES..................................................................................................... 7
ANEXOS......................................................................................................................................... 1
CAPTULO I: COMIENZO DEL PROYECTO............................................................................. 2
1.1 POR QU EL SISTEMA...................................................................................................... 3
PROBLEMA ........................................................................................................................... 3
PROPUESTA DE SOLUCIN............................................................................................... 4
MBITO DE LA APLICACIN........................................................................................... 7
J USTIFICACIN DEL PROYECTO..................................................................................... 7
1.2 POR QU ORIENTACIN A OBJ ETOS............................................................................ 8
1.3 OBJ ETIVOS DEL PROYECTO......................................................................................... 10
OBJ ETIVO GENERAL DEL PROYECTO.......................................................................... 10
OBJ ETIVO ESPECFICOS DEL PROYECTO................................................................... 11
1.4 PRESENTACIN DE CAPTULOS.................................................................................. 12
CAPTULO II: MARCO TERICO............................................................................................. 14
2.1 CARACTERSTICAS DE LA OO..................................................................................... 15
CONCEPTOS FUNDAMENTALES.................................................................................... 15
CARACTERSTICAS DE LA POO..................................................................................... 17
BENEFICIOS DE LA ORIENTACIN A OBJ ETOS............................................................. 18
2.2 PROGRAMACIN CON J AVA Y J SP............................................................................. 19
CARACTERSTICAS........................................................................................................... 19
COMPONENTES CLAVES DE LAS J SPS........................................................................ 21
FUNCIONAMIENTOS J SP.................................................................................................. 22
VENTAJ AS J SP.................................................................................................................... 22
2.3 BASE DE DATOS ORIENTADA A OBJ ETOS................................................................ 23
HISTORIA DE LAS BD ORIENTADAS A OBJ ETOS...................................................... 24
CRTICAS............................................................................................................................. 24
CARACTERSTICAS........................................................................................................... 25
4
EJ EMPLO DE BDOO........................................................................................................... 25
2.4 DOCUMENTACIN DE UML.......................................................................................... 26
ARQUITECTURA del UML ................................................................................................ 27
DIAGRAMAS....................................................................................................................... 27
2.5 CDIGOS DE BARRA ...................................................................................................... 29
NOMENCLATURA BSICA:............................................................................................. 30
ESTRUCTURA..................................................................................................................... 30
2.6 SISTEMA DE CLASIFICACIN DECIMAL DEWEY.................................................... 32
HISTORIA. ........................................................................................................................... 32
PRINCIPIOS GENERALES................................................................................................. 33
BENEFICIOS........................................................................................................................ 34
NOTACIN.......................................................................................................................... 34
2.7 TECNOLOGA AJ AX........................................................................................................ 36
2.8 METODOLOGA A UTILIZAR........................................................................................ 38
CAPTULO III: DESCRIPCIN SEMINARIO........................................................................... 40
3.1 RESEA HISTRICA ....................................................................................................... 41
3.2 QUE ES UN SEMINARIO................................................................................................. 42
3.3 DEFINICIN DEL SEMINARIO...................................................................................... 42
VISIN...................................................................................................................................... 44
MISIN................................................................................................................................. 44
OBJ ETIVOS ESTRATGICOS........................................................................................... 44
ESTRUCTURA ORGANIZACIONAL................................................................................ 45
DESCRIPCIN DE LA BIBLIOTECA ............................................................................... 47
CAPTULO IV: ESTUDIO DE FACTIBILIDAD........................................................................ 48
4.1 FACTIBILIDAD TCNICA............................................................................................... 49
4.2 FACTIBILIDAD ECONMICA.................................................................................... 53
FUNCIONAMIENTO SISTEMA ACTUAL........................................................................ 56
FUNCIONAMIENTO NUEVO SISTEMA.......................................................................... 58
4.3 FACTIBILIDAD OPERACIONAL.................................................................................... 60
4.4 CONCLUSIN................................................................................................................... 61
CAPTULO V: ANLISIS........................................................................................................... 62
5.1 DESCRIPCIN GLOBAL DEL PRODUCTO.................................................................. 63
OBJ ETIVO DEL SOFTWARE............................................................................................. 63
5
OBJ ETIVOS ESPECFICOS DEL SOFTWARE................................................................. 63
ALCANCES.......................................................................................................................... 64
INTERFAZ DE HARDWARE............................................................................................. 65
5.2 PRINCIPALES ACTIVIDADES........................................................................................ 66
REGISTRO Y CLASIFICACIN DE LOS LIBROS Y REVISTAS.................................. 66
PRSTAMOS DE LIBROS Y REVISTAS.......................................................................... 67
DEVOLUCIN DE LIBROS Y REVISTAS. ...................................................................... 68
BSQUEDA DE MATERIAL. ............................................................................................ 69
5.3 REQUERIMIENTOS ESPECFICOS................................................................................ 71
REQUERIMIENTOS FUNCIONALES DEL SISTEMA .................................................... 71
DESCRIPCIN MEDIANTE CASOS DE USO.................................................................. 72
DIAGRAMA DE PAQUETES............................................................................................. 73
CAPITULO VI: DISEO........................................................................................................... 115
6.1 DISEO ARQUITECTNICO........................................................................................ 116
6.2 DIAGRAMAS DE COLABORACIN............................................................................ 118
6.4 J ERARQUA DE MEN.................................................................................................. 137
APLICACIN DE ESCRITORIO...................................................................................... 137
APLICACIN DE WEB..................................................................................................... 139
6.5 PANTALLAS DEL SISTEMA......................................................................................... 141
CAPITULO VII: DETALLES DE IMPLEMENTACIN......................................................... 146
7.1 CONTROL DE CONCURRENCIA EN DB4O................................................................ 147
7.2 IMPLEMENTACIN CON AJ AX .................................................................................. 149
7.3 DETALLES DE DISEO CON SWING EN J AVA........................................................ 152
J TABLE............................................................................................................................... 152
J DIALOG y J FRAME......................................................................................................... 153
7.4 CDIGOS DE BARRA .................................................................................................... 155
IMPRESORA DE CDIGOS DE BARRA........................................................................ 155
LECTOR DE CDIGOS DE BARRA. ............................................................................. 157
CAPITULO VIII: PLAN DE PRUEBA, PUESTA EN MARCHA Y CAPACITACIN......... 158
8.1 PLAN DE PRUEBAS....................................................................................................... 159
8.2 PUESTA EN MARCHA................................................................................................... 168
8.3 PLAN DE CAPACITACIN............................................................................................ 170
CONCLUSIONES....................................................................................................................... 172
6
BIBLIOGRAFA......................................................................................................................... 175
7
TABLA DE ILUSTRACIONES
Figura 1: Arquitectura Hardware de la propuesta de solucin........................................................ 5
Figura 2: Arquitectura del software de la propuesta de solucin.................................................... 5
Figura 3: Base de datos Orientada a Objetos con sus respectivos estados.................................... 24
Figura 4: Diagramas UML ............................................................................................................ 28
Figura 5: Cdigo de barras Lineal................................................................................................. 29
Figura 6: Cdigo de barras bidimensional..................................................................................... 30
Figura 7: Estructura cdigos de barra............................................................................................ 31
Figura 8: Tecnologas agrupadas bajo el concepto de AJ AX........................................................ 36
Figura 9: Grafica el modelo Incremental....................................................................................... 38
Figura 10: Estructura Organizacional del Seminario Metropolitano Concepcin. ....................... 45
Figura 11: Registro y calificacin de libros y revistas. ................................................................. 66
Figura 12: Prstamos de libros y revistas...................................................................................... 67
Figura 13: Devolucin de libros y revistas.................................................................................... 68
Figura 14: Bsqueda de Material................................................................................................... 69
Figura 15: Paquetes para casos de uso. ......................................................................................... 73
Figura 16: Paquete catlogo libros y revistas................................................................................ 75
Figura 17: Modelo conceptual paquete Catlogo libros y revistas................................................ 90
Figura 18: Paquete Administracin de usuarios............................................................................ 91
Figura 19: Modelo conceptual del paquete Administracin de Usuarios...................................... 99
Figura 20: Paquete prstamos y devoluciones............................................................................. 100
Figura 21: Modelo conceptual del paquete Prstamos y devoluciones....................................... 108
Figura 22: Paquete Publicaciones digitales................................................................................. 109
Figura 23: Modelo conceptual del paquete Publicaciones Digitales........................................... 110
Figura 24: Paquete sistema de mensajera................................................................................... 111
Figura 25: Modelo conceptual del paquete sistema de mensajera. ............................................ 112
Figura 26: Paquete recomendacin de bsqueda......................................................................... 113
Figura 27: Modelo conceptual del paquete recomendacin de bsqueda. .................................. 114
Figura 28: Diseo Arquitectnico............................................................................................... 116
8
Figura 29: Instancia en un diagrama de Colaboracin. ............................................................... 119
Figura 30: Ejemplo mtodos get y set......................................................................................... 119
Figura 31: Mtodo setBD ocupado para guardar un objeto......................................................... 120
Figura 32: Ejemplo setBD(). ....................................................................................................... 120
Figura 33: Ejemplo consulta a la base de datos........................................................................... 121
Figura 34: Mtodo BuscarPorTitulo de la clase Libro................................................................ 121
Figura 35: Diagrama de clases, paquete catlogo de libros y revistas. ....................................... 132
Figura 36: Diagrama de clases, paquete administracin de usuarios.......................................... 133
Figura 37: Diagrama de clases, paquete prstamos y devoluciones............................................ 134
Figura 38: Diagrama de clases, paquete publicaciones digitales................................................. 135
Figura 39: Diagrama de clases, paquete sistema de mensajera.................................................. 135
Figura 41: Cdigo con semforos de DB4o. ............................................................................... 147
Figura 42: Funcin que ocupa el sistema para recargar la Web.................................................. 149
Figura 43: funcin objetoAjax().................................................................................................. 151
Figura 44: Mtodo reescrito en el modelo de J Table. ................................................................. 152
Figura 45: Pruebas de los incrementos a las de integracin........................................................ 159
Figura 46: Tiempo marcha blanca............................................................................................... 169
Figura 47: Diagrama de paquetes................................................................................................ 251
Figura 48: Paquete catlogo libros y revistas.............................................................................. 252
Figura 49: Modelo conceptual paquete Catlogo libros y revistas.............................................. 270
Figura 50: Paquete Administracin de usuarios.......................................................................... 271
Figura 51: Modelo conceptual del paquete Administracin de Usuarios.................................... 287
Figura 53: Modelo conceptual del paquete Prstamos y devoluciones....................................... 299
Figura 54: Paquete Publicaciones digitales................................................................................. 300
Figura 55: Modelo conceptual del paquete Publicaciones Digitales........................................... 309
Figura 56: Paquete sistema de mensajera................................................................................... 310
Figura 57: Modelo conceptual del paquete Publicaciones Digitales........................................... 315
Figura 58: Paquete recomendacin de bsqueda......................................................................... 316
Figura 59: Modelo conceptual del paquete Recomendacin de bsqueda................................. 321
ANEXOS
ANEXO 1.................................................................................................................................... 178
MANUAL DE USUARIO DEL SISTEMA BIBLIOTECARIO................................................ 178
ANEXO 2.................................................................................................................................... 249
CASOS DE USO Y DIAGRAMAS CONCEPTUALES DE TODO EL SISTEMA ................. 249
ANEXO 3.................................................................................................................................... 322
DOCUMENTO DE APOYO DB4O........................................................................................... 322
ANEXO 4.................................................................................................................................... 334
DOCUMENTO DE APOYO J SP ............................................................................................... 334
ANEXO 5.................................................................................................................................... 343
DOCUMENTO DE APOYO NETBEANS................................................................................. 343
2
CAPTULO I: COMIENZO DEL PROYECTO

El desarrollo de un software que permita la automatizacin de las actividades relacionadas a la
biblioteca del Seminario Metropolitano Concepcin implementado en un 100% con tecnologa
orientada a objetos

En este captulo se abordar el problema que se origina en la biblioteca, una propuesta de
solucin, el porqu utilizar la tecnologa orientada a objetos y finalmente una presentacin de los
captulos posteriores.
3
1.1 POR QU EL SISTEMA
El Desarrollo de sistema Orientado a Objetos para la Biblioteca del Seminario Metropolitano
Concepcin, es un proyecto que busca dar una solucin automatizada a las actividades que se
realizan en la biblioteca del Seminario. Este sistema tiene la particularidad de ser totalmente
orientado a objetos, y permitir de una forma eficiente manejar todos los objetos que existen
actualmente en la biblioteca.

PROBLEMA
El Seminario Metropolitano Concepcin, es una casa de estudios que se dedica a la formacin de
futuros sacerdotes. Un factoe para e xito de la institucin, es la existencia de la biblioteca, cuya
finalidad consiste en la adquisicin, conservacin, estudio y exposicin de libros y documentos.
En el Seminario, existe una biblioteca exlusiva para que los seminaristas puedan realizar sus
estudios, sta posee alrededor de 11.000 libros clasificados, pero debido al tiempo que requiere
ingresar y clasificar el material, an quedan unos 40.000 ejemplares que no han sido clasificados.

A continuacin se mencionan los problemas que existen actualmente en la biblioteca del
Seminario.

Prstamos de libros y revistas: Los libros y revistas poseen una tarjeta que los identifica, es
all donde se registra el da correspondiente a la devolucin y el nombre del usuario que
solicit el material. Este proceso se hace de forma manual, siendo muy difcil el control de la
informacin, debido a esto el proceso se vuelve lento y tedioso.
Devolucin de libros y revistas: Consiste en dejar el material solicitado al bibliotecario, ya
que es l quien vuelve a dejarlo en el lugar correspondiente. Al existir un atraso de un libro o
revista, se hace difcil el registro de la falta, ya que no existen fichas de usuarios a los que se
les pueda vincular.
4
Registro y clasificacin de libros revistas: Es sin duda el proceso ms complicado de la
biblioteca, ya que para registrarlos, se debe ingresar una serie de datos en una hoja especial, si
es un libro se clasifica el material con el sistema de Clasificacin Decimal Dewey, despus de
esto se crean una serie de tarjetas que permiten almacenar el autor, ttulo, y materia. El
proceso completo es bastante lento e ineficiente, ya que la mayora de la informacin queda
almacenada en los estantes y no es utilizada de una forma ptima.
Bsqueda de libros y revistas: Para la bsqueda de libros, el seminarista o bibliotecario,
debe revisar las tarjetas que se encuentran en los estantes, los criterios de bsqueda son: autor,
ttulo y materia. Una vez que el usuario encuentra lo que busca, debe anotar el cdigo de
clasificacin, ya que con este cdigo se puede ubicar fcilmente el material. Este proceso es
aburrido y demasiado lento, ya que buscar entre unas 30.000 tarjetas es muy complejo. La
bsqueda de una revista es un tanto complicada, ya que no existe un mtodo que apoye sta
labor, las revistas son dejadas en los estantes por orden alfabtico y de buscar algo especifico,
slo queda leerlas una por una.

PROPUESTA DE SOLUCIN
La propuesta de solucin a la problemtica de la biblioteca del Seminario, es realizar un sistema
bibliotecario orientado a objetos que realice las operaciones bsicas y adems incorpore
alternativas innovadoras para la bsqueda de los materiales existentes.

El sistema constar de 2 programas fundamentales.

Administracin de los objetos de la biblioteca: Un programa de escritorio que ejecute las
operaciones administrativas correspondientes al bibliotecario.
Plataforma Web: Plataforma que usarn los usuarios para realizar la bsqueda del material
existente y conocer la informacin relacionada al usuario, como prstamos vigentes y
prstamos histricos.

5

Figura 1: Arquitectura Hardware de la propuesta de solucin.

En la Figura 1 se muestra la interaccin del hardware con los dos programas que el sistema
proveer. La aplicacin de escritorio (para la administracin de objetos de la biblioteca) es la que
permitir al bibliotecario ingresar los libros y revistas, registrar a los usuarios y permitir los
prstamos y devoluciones mediante cdigos de barra. La aplicacin Web por su parte es la que
permitir a los usuarios realizar la bsqueda de libros y revistas, adems de conocer el detalle de
los prstamos vigentes e histricos. La comunicacin de las aplicaciones mencionadas, se
efectuar por medio de una conexin inalmbrica que iluminara todo el sector fsico de la
biblioteca, permitiendo el acceso libre de cualquier usuario a la plataforma Web.
A continuacin se presenta arquitectura del software correspondiente al del sistema.


Figura 2: Arquitectura del software de la propuesta de solucin.
6

En la Figura 2 se pueden apreciar bloques que representan diversos subsistemas y el flujo de
informacin que existe entre ellos, presentando una vista abstracta de todo el sistema. La
arquitectura muestra que los subsistemas Administracin de usuarios y Catlogo libros y
revistas son totalmente independientes de otros subsistemas, en cambio Sistema Mensajera y
Publicaciones digitales dependen de Administracin de usuarios, por otro lado
Recomendacin de bsqueda y Devolucin y prstamos dependen de Administracin de
usuarios y Catlogo libros y revistas. En el siguiente prrafo se menciona la funcionalidad de
cada uno:

Administracin de usuarios: Este subsistema se encarga de administrar y proveer toda la
informacin correspondiente a los usuarios de la biblioteca, permitiendo el ingreso,
modificacin y bsqueda de la informacin perteneciente a cada usuario.
Catlogo de libros y revistas: Este subsistema tiene el control de los libros y revistas que
pertenecen a la biblioteca, permitiendo el ingreso y modificacin de informacin vlida para
el sistema, tambin es importante para ste subsistema el controlar la bsqueda de un libro o
revista.
Devolucin y prstamos: Subsistema que tiene por objetivo, interconectar informacin entre
los subsistemas Catlogo de libros y revistas y Administracin de usuarios para lograr
que un prstamo sea asociado a un material y a un usuario en particular. Este subsistema
tambin es el encargado de registrar la devolucin del material.
Publicaciones digitales: Subsistema que permite a un seminarista almacenar documentos
digitales va Web con el objetivo de que todos los seminaristas tengan acceso a l.
Subsistema que solo existe en la plataforma Web.
Recomendacin de bsqueda: Subsistema que tiene una estrecha relacin con Catlogo de
libros y revistas, ya que ordenar los resultados de una bsqueda de libros de acuerdo a las
recomendaciones que los mismos seminaristas han realizado.
Subsistema que solo existe en la plataforma Web.
7
Sistema de mensajera: subsistema que permite la comunicacin entre seminaristas y
bibliotecarios a travs de la cuenta que cada uno posee.
MBITO DE LA APLICACIN
El Sistema Orientado a Objetos para Biblioteca del Seminario Concepcin, ser aplicado en la
Biblioteca existente en el Seminario, este sistema reunir informacin de: Seminaristas, Libros,
Revistas, Publicaciones digitales, prstamos y devoluciones. Est informacin ser ingresada por
medio del propio sistema, ya que no existe un sistema actual con el cual pueda interactuar.
La informacin al ser relacionada entre s, dar origen a un sistema de biblioteca, el cual
permitir el control y gestin de la informacin referente a los prstamos y devoluciones tanto de
libros y revistas, adems cada usuario podr publicar documentos digitales, enviar menajes y
retroalimentar recomendaciones para facilitar la bsqueda de los libros.

JUSTIFICACIN DEL PROYECTO
El proyecto Desarrollo de sistema Orientado a Objetos para la Biblioteca del Seminario
Metropolitano Concepcin se justifica ampliamente, ya que en la actualidad la biblioteca del
Seminario opera totalmente de forma manual, haciendo que las actividades se realicen de forma
lenta e ineficiente, por esto mismo, la productividad de la biblioteca se ve bastante empobrecida
y limitada.
Una de las actividades ms importantes que se realiza dentro de la biblioteca, es el registro y
clasificacin del material que existe, sta actividad permite que los libros puedan ser utilizados
por los usuarios. Lamentablemente existen demasiados libros que no pueden ser utilizados,
debido a la falta de tiempo existente para su clasificacin. El nuevo sistema permitir que se
ingresen y clasifiquen ms libros en un tiempo muy corto, ya que bastar ingresar los datos del
material a un formulario digital para que estos queden registrados.
Para los seminaristas, la bsqueda de libros es tediosa y muchas veces incierta, ya que sta es a
travs de tres tipos de tarjetas, unas contienen el ttulo del libro, otras el autor y las ltimas las
materias respectivas. La bsqueda sobre tarjetas, se hace muy compleja debido a la gran cantidad
8
de libros que existen. El sistema permitir una bsqueda inmediata y exacta, lo que har que el
seminarista pueda encontrar realmente lo que est buscando.
Por ltimo, el proceso de prstamos y devolucin del material, deja mucho que desear, ya que
prcticamente no existe un control sobre sta informacin. El nuevo sistema permitir un control
tanto de los usuarios, como del material vinculado a los prstamos y devoluciones.

1.2 POR QU ORIENTACIN A OBJETOS
El uso de la tecnologa orientada a objetos ser fundamental para el proyecto en cuestin. A
continuacin, se mencionan las razones por la cual se utilizar este paradigma.
La orientacin a objetos, facilita la creacin de software de calidad por sus factores que
potencian el mantenimiento, la extensin y la reutilizacin del software generado bajo este
paradigma.
La programacin orientada a objetos trata de amoldarse al modo de pensar del hombre y no al
modo de operar de las mquinas. Esto es posible gracias a la forma racional con la que se
manejan las abstracciones que representan las entidades del dominio del problema, y a
propiedades como la jerarqua o el encapsulamiento.
El elemento bsico de este paradigma no es la funcin (elemento bsico de la programacin
estructurada), sino un ente denominado objeto. Un objeto es la representacin de un concepto
para un programa, y contiene toda la informacin necesaria para abstraer dicho concepto: los
datos describen su estado y las operaciones pueden modificar dicho estado determinando las
capacidades del objeto.
Los beneficios de la tecnologa orientada a objeto se fortalecen si se usa antes y durante el
proceso de ingeniera del software. Un simple uso de programacin orientada a objetos (POO) no
brindar los mejores resultados. Los ingenieros del software y sus directores deben considerar
tales elementos: el anlisis de requisitos orientado a objetos (AROO), el diseo orientado a
objetos (DOO), el anlisis de dominio orientado a objetos (ADOO), sistema de gestin de bases
de datos orientados a objetos (SGBDOO) y la ingeniera del software orientado a objetos asistida
por computadora (ISOOAC.) (Pressman, 2002)
9
Las Tcnicas Orientadas a Objetos modifican el punto de vista de los analistas de sistemas de
informacin acerca del mundo, en vez de pensar en los procesos y su descomposicin, piensan en
Objetos y su comportamiento (Martin, y otros, 1994).
Adems, el enfoque Orientado a objetos es ambicioso: abarca todo el ciclo de vida de desarrollo
software. Cuando se examinan soluciones orientadas a objetos se debe comprobar que el mtodo
y el lenguaje, as como las herramientas de apoyo, sean aplicables al anlisis y al diseo al igual
que la implementacin y el mantenimiento (Meyer, 1998).
Estas caractersticas hacen de la Orientacin a Objetos la mejor opcin a considerar en la
implementacin del sistema de biblioteca del Seminario Metropolitano Concepcin, permitiendo
la reutilizacin del cdigo en futuras aplicaciones y una rpida ampliacin del sistema.
10
1.3 OBJETIVOS DEL PROYECTO
OBJETIVO GENERAL DEL PROYECTO
El objetivo general del proyecto es el desarrollo de un software para la administracin del
Seminario Metropolitano Concepcin, con la caracterstica distintiva de ser desarrollado
ntegramente con Tecnologa orientada a objetos, vale decir, un anlisis, diseo, codificacin y
utilizacin de una base de datos apropiada (orientada a objetos).
El propsito central del proyecto Sistema Orientado a Objetos para Biblioteca del Seminario
Metropolitano Concepcin, es la automatizacin de los procesos relacionados a la
administracin y control de los recursos internos de la biblioteca (Libros, revistas, publicaciones
digitales).
El uso de tecnologa tambin es parte del objetivo, ya que se utilizar para dar una mayor eficacia
al proceso en general, gracias a las ventajas propias del paradigma, ya sea mantencin y la
posibilidad de reutilizacin.
En resumen, el objetivo del proyecto se puede definir en: La automatizacin de los procesos
relacionados a la Biblioteca del Seminario Metropolitano Concepcin haciendo uso de la
tecnologa Orientada a Objetos.
11
OBJETIVO ESPECFICOS DEL PROYECTO
Para el cumplimiento del objetivo general mencionado anteriormente, se plantean los siguientes
objetivos especficos:

Estudio detallado de los requerimientos de una biblioteca, especficamente, la del Seminario
Metropolitano Concepcin.
Estudio a fondo del Paradigma Orientado a Objetos, dando nfasis en las bases de datos y el
uso de UML para su documentacin.
Estudio del sistema de Clasificacin Decimal Dewey (CDD) y un sistema de codificacin
mediante cdigos de barra para identificar el material bibliogrfico.
Implementar nuevas formas de bsqueda, apoyadas por recomendaciones correspondientes a
evaluaciones y comentarios de personas que han utilizado el material.
Implementar terminales clientes que permitan atender a las consultas de usuarios, utilizando
una red local para la comunicacin con los servidores.
El sistema debe ser diseado para permitir el acceso de otros seminarios.
Realizar un diseo que permita la reutilizacin del cdigo construido, en otros proyectos.
12
1.4 PRESENTACIN DE CAPTULOS
El Proyecto Sistema Orientado a Objetos para Biblioteca del Seminario Concepcin es
presentado en ocho captulos, los cuales van desde una introduccin, hasta los planes de
capacitacin que los usuarios necesitan para utilizar el software.
En este captulo introductorio se comienzan a detallar los primeros pasos del proyecto, dando
respuesta a interrogantes como Por qu realizar el sistema?, A quin va dirigido?, Qu es lo
que soluciona? , Cmo lo soluciona? y Por qu se utilizar la tecnologa a objetos?
Luego, en el segundo captulo, se dan a conocer teoras que son necesarias para el entendimiento
de los captulos posteriores. El marco terico se centra en : Caractersticas de la Orientacin a
Objetos, J AVA, J SP, bases de datos orientadas a objetos, UML, cdigos de barra, sistema de
clasificacin Dewey, tecnologa Ajax y la metodologa utilizada para el desarrollo del software.
Ms tarde, en el tercer captulo, se da una definicin clara de que es un Seminario, una
descripcin especfica de la organizacin, cuales son los objetivos y finalmente se detalla el lugar
especfico donde se implementar el proyecto, La Biblioteca del Seminario.
En el cuarto captulo, se documenta el estudio de factibilidad realizado para el proyecto, pasando
por los estudios de factibilidad tcnica, econmica y operacional.
El anlisis, es parte del quinto captulo, y en l se encuentran los objetivos que el software posee,
los alcances, las principales actividades que se realizan (diagramas de actividad) y los
requerimientos del sistema. Posteriormente, se describen los requerimientos mediante los
principales casos de uso y diagramas conceptuales de cada paquete.
En el sexto captulo, se llevar a cabo el diseo del software, en el cual se define, el diseo
arquitectnico, el diseo de implementacin (principales diagramas de colaboracin), los
diagramas de clases de cada paquete, la jerarqua de mens y finalmente el diseo de algunas
interfaces.
Despus del diseo, en la codificacin se presentan detalles que son interesantes conocer, como
la utilizacin de cdigos de barra en el software, el manejo de la concurrencia en una base de
datos orientada a objetos, el uso de la tecnologa Ajax y el uso de componentes Swing.
13
Finalmente, en el ltimo captulo, se mencionan los principales casos de prueba, la puesta en
marcha (marcha blanca) y la capacitacin necesaria que los usuarios necesitan para la utilizacin
de sistema.
14
CAPTULO II: MARCO TERICO
En este segundo captulo denominado Marco terico se definen materias importantes que se
trabajaran en el proyecto. Como el ttulo lo menciona, se describirn las teoras que apoyan las
decisiones que se han tomado en este proyecto.

- Caractersticas de la Orientacin a objetos.
- La tecnologa J AVA y J SP.
- Base de datos orientada a objetos.
- UML.
- Cdigos de barras.
- Sistema de clasificacin Dewey.
- Tecnologa Ajax.
- Metodologa incremental.
15
2.1 CARACTERSTICAS DE LA OO
Como ya se mencion en el objetivo, la orientacin a objetos (OO) es la principal cualidad de
este proyecto. A continuacin se describen las caractersticas de este paradigma.
Las tcnicas orientadas a objetos permite que el software se construya a partir de objetos de
comportamiento especifico. Los propios objetos se pueden construir a partir de otros, que a su
vez pueden estar pueden estar formados por otros objetos (Martin, y otros, 1994).

CONCEPTOS FUNDAMENTALES
La programacin orientada a objetos introduce nuevos conceptos que superan y amplan
conceptos antiguos ya conocidos. Entre ellos destacan los siguientes (Wikipedia POO, 2007):

Objeto: Entidad provista de un conjunto de propiedades (atributo o dato) y de
comportamiento (mtodos). Corresponden a los objetos reales del mundo que nos rodea, o a
objetos internos del sistema.
Clase: Definiciones de las propiedades y comportamientos de un tipo de objeto. La
instanciacin es la lectura de estas definiciones y la creacin de un objeto a partir de ellas.
Mtodo: Algoritmo asociado a un objeto (o a una clase), cuya ejecucin se desencadena tras
la recepcin de un mensaje. Desde el punto de vista del comportamiento, es lo que el objeto
puede hacer. Un mtodo puede producir un cambio en las propiedades del objeto o la
generacin de un evento con un nuevo mensaje para otro objeto del sistema.
Evento: Un suceso en el sistema (tal como una interaccin del usuario con la mquina, o un
mensaje enviado por un objeto). El sistema maneja el evento enviando el mensaje adecuado al
objeto pertinente. Tambin se puede definir como evento, a la reaccin que puede
desencadenar un objeto, es decir, la accin que genera.
Mensaje: Una comunicacin dirigida a un objeto, que le ordena que ejecute uno de sus
mtodos con ciertos parmetros asociados al evento que lo gener.
16
Propiedad o atributo: Contenedor de un tipo de datos asociados a un objeto (o a una clase de
objetos), que hace los datos visibles desde fuera del objeto, y cuyo valor puede ser alterado
por la ejecucin de algn mtodo.
Estado interno: Es una propiedad invisible de los objetos, que puede ser nicamente
accedida y alterada por un mtodo del objeto, y que se utiliza para indicar distintas
situaciones posibles para el objeto (o clase de objetos).
Componentes de un objeto: Atributos, identidad, relaciones y mtodos.
Representacin de un objeto: Un objeto se representa por medio de una tabla o entidad que
est compuesta por sus atributos y funciones correspondientes.
Tipo: Conjunto de firma de mtodos con un nombre que lo identifica. Un tipo puede ser
definido a travs de una clase o una interface.
17
CARACTERSTICAS DE LA POO
Las caractersticas esenciales del paradigma orientado a objetos son las que se describen a
continuacin (Wikipedia POO, 2007):

Abstraccin: Capacidad de analizar y representar las caractersticas esenciales de fenmenos
complejos.
Encapsulamiento: Tcnica para proteger y ocultar el estado interno y conocimiento de una
entidad.
Polimorfismo: Comportamientos diferentes, asociados a objetos distintos, pueden compartir
el mismo nombre, al llamarlos por ese nombre se utilizar el comportamiento correspondiente
al objeto que se est usando.
Herencia: Las clases no estn aisladas, sino que se relacionan entre s, formando una
jerarqua de clasificacin. Los objetos heredan las propiedades y el comportamiento de todas
las clases a las que pertenecen. La herencia organiza y facilita el polimorfismo y el
encapsulamiento permitiendo a los objetos ser definidos y creados como tipos especializados
de objetos preexistentes.
18
BENEFICIOS DE LA ORIENTACIN A OBJETOS
A continuacin se listan los beneficios que la tecnologa orientada a objetos ofrece al proyecto en
cuestin (Martin, y otros, 1994).

Reutilizacin: Las clases estn diseadas para que se reutilicen en muchos sistemas. Para
maximizar la reutilizacin, las clases se construyen de modo que se puedan adaptar. Es
probable que las bibliotecas de clases crezcan rpidamente.
Estabilidad: Las clases diseadas para una reutilizacin repetida se vuelven estables, de la
misma manera que los microprocesadores y otros chips se hacen estables.
Confiabilidad: Es probable que el software construido a partir de las clases estables ya
probadas tengan menos fallas que el software elaborado a partir de cero.
Diseo ms rpido: Las aplicaciones se crean a travs de componentes ya existentes.
Muchos de los componentes estn construidos de modo que se puedan adaptar para un diseo
particular. Los componentes se pueden ver, adaptar y ligar entre s en la pantalla de
herramientas CASE.
Diseo de mayor calidad: Los diseos suelen tener mayor calidad, puesto que se integran a
partir de componentes probados, que han sido verificados y pulidos varias veces.
Programacin ms sencilla: Los programas se unen a partir de piezas pequeas, cada una de
las cuales, en general, se pueden crear fcilmente. El programador crea un mtodo para una
clase a la vez.
Mantenimiento ms sencillo: El programador encargado del mantenimiento cambia un
mtodo de clase a la vez. Cada clase efecta sus funciones independientemente de los dems.
Independencia del diseo: Las clases estn diseadas para ser independientes del ambiente
de plataformas, hardware y software. Utilizan solicitudes y respuestas con formato estndar.
Esto les permite ser utilizadas en mltiples sistemas operativos, controladores de base de
datos, controladores de redes, interfaces Usuario-Grficas, etc.
19
Modelado ms realista: El anlisis OO modela la empresa o rea de aplicacin de manera
que sea lo ms cercana posible a la realidad de lo que se logra con el anlisis convencional. El
anlisis se traduce de manera directa en el diseo y la implantacin.
2.2 PROGRAMACIN CON JAVA Y JSP
El software que operar el bibliotecario para la administracin de los objetos de la biblioteca, ser
escrito en el lenguaje de programacin orientado a objetos J AVA. Por lo anterior, a continuacin
se da una descripcin del lenguaje y las caractersticas ms importantes.
JAVA, es un lenguaje de programacin orientado a objetos desarrollado por Sun
Microsystems a principios de la dcada de 1990. Las aplicaciones J ava estn tpicamente
compiladas en un bytecode
1
, aunque la compilacin en cdigo mquina nativo tambin es
posible. En el tiempo de ejecucin, el bytecode es normalmente interpretado o compilado a
cdigo nativo para la ejecucin, aunque la ejecucin directa por hardware del bytecode por un
procesador Java tambin es posible. (Wikipedia JAVA)

CARACTERSTICAS
A continuacin se listan las caractersticas principales del lenguaje de programacin J AVA
(Wikipedia Lenguaje J ava):

Orientado a Objetos: se refiere a un mtodo de programacin y al diseo del lenguaje. Aunque
hay muchas interpretaciones para OO, una primera idea es disear el software de forma que los
distintos tipos de datos que use estn unidos a sus operaciones. As, los datos y el cdigo
(funciones o mtodos) se combinan en entidades llamadas objetos.
Independencia de la plataforma: La segunda caracterstica significa que programas escritos en
el lenguaje J ava pueden ejecutarse igualmente en cualquier tipo de hardware. Esto significa ser

1
Cdigo intermedio ms abstracto que el cdigo mquina. Habitualmente se lo trata como a un archivo binario que
contiene cdigo mquina producido por el compilador.
20
capaz de escribir un programa una vez y que pueda ejecutarse en cualquier dispositivo. Se
compila el cdigo fuente escrito en lenguaje J ava, para generar un cdigo bytecode.
El recolector de basura: Un argumento en contra de lenguajes como C++, es que los
programadores se encuentran con la carga aadida de tener que administrar la memoria solicitada
dinmicamente de forma manual. En J ava, este problema potencial es evitado en gran medida por
el recolector automtico de basura (automatic garbage collector). El programador determina
cundo se crean los objetos, y el entorno en tiempo de ejecucin de Java (J ava runtime) es el
responsable de gestionar el ciclo de vida de los objetos. El programa u otros objetos pueden tener
localizado un objeto mediante una referencia a ste (que, desde un punto de vista de bajo nivel es
una direccin de memoria). Cuando no quedan referencias a un objeto, el recolector de basura de
J ava borra el objeto, liberando as la memoria que ocupaba previniendo posibles fugas (ejemplo:
un objeto creado y nicamente usado dentro de un mtodo slo existe dentro de ste; al salir del
mtodo el objeto es eliminado).
Para la bsqueda del material de la biblioteca, es necesario un programa orientado a la
Web, que pueda ser utilizado por los usuarios del Seminario. Para efectuar la bsqueda de los
materiales es muy recomendable aprovechar las clases que se han ocupado para el programa de
administracin, por lo cual J SP es el lenguaje indicado para el programa de bsqueda del
material.

De sta forma, se dar una definicin de JSP, su funcionamiento y sus ventajas principales.
JSP, es un acrnimo de Java Server Pages (Pginas de Servidor J ava). Permiten a los
programadores de aplicaciones Web crear contenido dinmico mediante la reutilizacin de
componentes predefinidos, y mediante la interaccin con los componentes utilizando secuencia
de comandos del lado del servidor (Deitel, 2004).

Las J SP's permiten la utilizacin de cdigo J ava mediante scripts. Adems, es posible utilizar
algunas acciones J SP predefinidas mediante etiquetas. Estas etiquetas pueden ser enriquecidas
21
mediante la utilizacin de Libreras de Etiquetas (TagLibs o Tag Libraries) externas e incluso
personalizadas. (Wikipedia J SP)

COMPONENTES CLAVES DE LAS JSPS
Existen 4 componentes claves de las J SPs (Deitel, 2004) :

Directivas: Son mensajes para el contenedor de J SPs, que permiten al programador
especificar configuraciones de pginas, incluir contenidos de otros recursos y especificar
bibliotecas de marcas personalizadas para usarlas en una J SP.
Acciones: las acciones encapsulan la funcionalidad en marcas predefinidas que los
programadores pueden incrustar en una J SP. A menudo las acciones se realizan con base en la
informacin que se enve al servidor como parte de una peticin de cliente especfica.
Tambin pueden crear objetos de J AVA para utilizarlos en Scriptlets de J SP.
Scriptlets: Los scriptlets o elementos de secuencias de comandos, permiten a los
programadores insertar cdigo de JAVA que interacte con los componentes de una J SP (y
posiblemente con otros componentes de la aplicacin web) para realizar el procesamiento de
las peticiones.
Bibliotecas de marcas: Las bibliotecas de marcas son parte del mecanismo de extensin de
marcas que permite a los programadores crear marcas personalizadas. Dichas marcas
permiten a los programadores manipular el contenido de una J SP.
22
FUNCIONAMIENTOS JSP
JSP no se puede considerar un script al 100%, ya que antes de ejecutarse el Servidor de
Aplicaciones
2
compila el contenido del documento J SP (script y etiquetas) y genera una clase
Servlet
3
. Por lo tanto, se puede decir que aunque este proceso sea transparente para el
programador no deja de ser una tecnologa compilada. (Wikipedia J SP)
La principal ventaja de JSP frente a otros lenguajes, es que permite integrarse con clases J ava
(.class), lo que permite separar en niveles las aplicaciones web, almacenando en clases java las
partes que consumen ms recursos (as como las que requieren ms seguridad) y dejando la parte
encargada de formatear el documento HTML en el archivo J SP. La idea fundamental detrs de
este criterio, es el de separar la lgica del negocio de la presentacin de la informacin.
(Wikipedia J SP)
Independientemente de la certeza de la aseveracin, J ava es conocido por ser un lenguaje muy
portable (su lema publicitario reza: escrbelo una vez, crrelo donde sea) y sumado a las
capacidades de J SP se hace una combinacin muy atractiva. (Wikipedia J SP)

VENTAJAS JSP
El uso de la tecnologa J SP, tiene fuertes ventajas en las aplicaciones Web sobre otras tecnologas
como ASP, PHP, etc. Estas se mencionan a continuacin. (Natxo, 2007)

Compatibilidad con servidores: J SP sigue la filosofa de la arquitectura J AVA de "escribe una
vez ejecuta donde quieras". J SP se puede ejecutar en los sistemas operativos y servidores web
ms populares, como por ejemplo: Apache Tomcat, J SWDK, Sun J ava System Web Server,
Macromedia J Run, ServletExec, etc.

2
Servidores Web de nueva generacin que proporcionan la lgica de negocio sobre la que se construyen las
aplicaciones.
3
Es un objeto que se ejecuta en un servidor o contenedor J EE, fue especialmente diseado para ofrecer contenido
dinmico desde un servidor web.
23
Proceso de desarrollo abierto (open source): El API J SP se beneficia de la extendida
comunidad J AVA existente.
TAGS: Los desarrolladores pueden crear nuevos tags y no depender tanto de los scripts.
Reusabilidad entre plataformas: Los componentes J SP son reusables en distintas
plataformas (UNIX, Windows).
La ventaja Java: La tecnologa J SP usa J ava como lenguaje de Script. J ava es un lenguaje
muy potente y escalable, a diferencia de los lenguajes de Script. Las pginas J SP son
compilados en Servlets, por lo que actan como una puerta a todos los servicios J ava de
Servidor y libreras J ava para aplicaciones http. J ava hace el trabajo del desarrollador ms
fcil p. e., ayuda a proteger el sistema contra las cadas.

2.3 BASE DE DATOS ORIENTADA A OBJETOS
Una base de datos orientada a objetos (BDOO) es necesaria para dar cumplimiento al objetivo del
proyecto.
Las bases de datos orientadas a objetos permiten el desarrollo y mantenimiento de aplicaciones
complejas con un costo significativamente menor. Permiten que el mismo modelo conceptual se
aplique al anlisis, diseo, programacin, definicin y acceso a la base de datos. (Martin, y otros,
1994)
Las bases de datos orientadas a objetos toman la idea de las bases inteligentes de datos a su
conclusin lgica. No se tiene acceso a dato alguno sino es a travs de los mtodos almacenados
en la base de datos. Estos mtodos estn listos para entrar en accin al momento en que reciben
una solicitud. Los datos de todos los objetos quedan entonces encapsulados. En general los datos
son activos ms que pasivos. (Martin, y otros, 1994)

24

Figura 3: Base de datos Orientada a Objetos con sus respectivos estados.

En la Figura 3 se muestra como los objetos son guardados de en la base de datos, para mantener
la persistencia (datos que permanecen despus de terminado un proceso).

HISTORIA DE LAS BD ORIENTADAS A OBJETOS
Las bases de datos orientadas a objetos surgieron en un principio para soportar la programacin
orientada a objetos. Los programadores de Smalltalk y C++ necesitaban almacenar lo que
llamaban datos persistentes. Las BDOO se volvieron importantes para cierto tipo de aplicaciones
con datos complejos, como CAD (diseo apoyado por computadora) y CAE (Ingeniera apoyada
por computadora) (Martin, y otros, 1994).
CRTICAS
Comparadas con las bases de datos relacionales, las bases de datos orientadas a objetos han sido
tema de ciertas crticas:
El modelo navegacional de computacin ha sido criticado por que parece como un paso atrs en
el tiempo hacia las bases de datos de redes y jerrquicas. Sin embargo, hay aplicaciones de CAD
y de inteligencia artificial para las cuales es absolutamente esencial navegar a travs de los datos,
y para las que estructura anidada de los objetos es slo un aspecto del modelo de objetos.
25
Otra crtica comn es que el modelo de objetos an no tiene una teora matemtica coherente que
le sirva de base. Sin embargo, debe tambin sealarse que ni el lgebra ni el clculo relacional
manejan otros aspectos de la tecnologa de las bases de datos como la autorizacin, el control de
concurrencia, la recuperacin o el control de integridad. (Bertino, y otros, 1995)

CARACTERSTICAS
Hay una serie de caractersticas que las bases de datos orientadas a objetos poseen y nos permiten
conocer algunos detalles de la tecnologa. Las BDOO no slo permiten trabajar
transparentemente con un entorno de programacin basado en objetos, sino que soportan todos
los conceptos de la tecnologa de objetos, tales como: Abstraccin, encapsulamiento, herencia y
polimorfismo, tal como se describi en el captulo 3.1

EJEMPLO DE BDOO
DB4o es un novedoso motor de base de datos orientada a objetos. Sus siglas corresponden a la
expresin "DataBase 4 (for) Objects", que a su vez es el nombre de la compaa que lo
desarrolla: db4objects, Inc.

DB4o es una solucin de persistencia ideal cuando se necesita una base transparente y fcil de
utilizar, sta se puede incorporar rpidamente en un proyecto J ava o .NET sin sacrificar
desempeo. Logra acortar los tiempos de entrega de las aplicaciones de forma significativa, ya
que permite concentrarse directamente en el dominio del problema (los objetos). Adems, ofrece
caractersticas avanzadas, como soporte transparente a cambios en las versiones de los objetos
(evolucin del esquema), cero administracin (no requiere DBA) y consultas nativas.
(Lavintman, y otros, 2007)
26
2.4 DOCUMENTACIN DE UML
Para el ciclo de desarrollo se considerar el lenguaje de modelado UML, por el soporte y
universalidad a la orientacin a objetos.

UML (Unified Modeling Languaje) es un lenguaje para especificar, visualizar, construir y
documentar los artefactos de los sistemas software, as como para el modelado del negocio y
otros sistemas no software [OMG01].

UML se ha convertido en la notacin visual estndar de facto y de iure (negocio y de derecho)
para el modelado orientado a objetos. Comenz como una iniciativa de Grady Booch y J imm
Rumbaugh en 1994 para combinar las notaciones visuales de sus dos populares mtodos los
mtodos de Booch y OMT (Object Modeling Technique)-. Ms tarde se les uni Ivar J acobson, el
creador del mtodo Objectory, y el grupo comenz a ser conocido como tres amigos. Muchos
otros contribuyeron a UML, quizs ms notablemente Cris Kobryn, que lidera el proceso de
refinamiento que todava contina.
UML fue adoptado en 1997 como estndar por OMG (Object Management Group, organizacin
que promueve estndares para la industria), y contina siendo refinado en nuevas versiones.
(Larman, 2003)
27
ARQUITECTURA del UML
UML est basado en una arquitectura de cuatro capas, definidas a fin de cumplir con la
especificacin Meta Object Facility del OMG (creangel UML, 2007):

Meta-metamodelo: define el lenguaje para especificar meta-modelos.
Metamodelo: define el lenguaje para especificar modelos.
Modelo: define el lenguaje para describir un dominio de informacin.
Objetos de usuario: define un dominio de informacin especfico.

DIAGRAMAS
Un Diagrama es una representacin grfica de una coleccin de elementos de modelado, a
menudo dibujada como un grafo conexo de arcos (relaciones) y vrtices (otros elementos del
modelo). Un diagrama no es un elemento semntico, un diagrama muestra representaciones de
elementos semnticos del modelo, pero su significado no se ve afectado por la forma en que son
representados.
Un diagrama est contenido dentro de un paquete. La mayora de los diagramas de UML y
algunos smbolos complejos son grafos que contienen formas conectadas por rutas. La
informacin est sobre todo en la topologa, no en el tamao o la colocacin de los smbolos (hay
algunas excepciones como el diagrama de secuencia con un eje mtrico de tiempo). Hay tres
clases importantes de relaciones visuales: conexin (generalmente de lneas a formas de dos
dimensiones), contencin (de smbolos por formas cerradas de dos dimensiones), y adhesin
visual (un smbolo que est "cerca" de otro en un diagrama). Estas relaciones geomtricas se
reasignan a conexiones entre nodos en un grfico en la forma analizada de la notacin.
La notacin de UML est pensada para ser dibujada en superficies bidimensionales. Algunas
formas bidimensionales son proyecciones de formas tridimensionales, tales como cubos, pero
todava se representan como conos en una superficie bidimensional. (creangel UML, 2007)
28

Figura 4: Diagramas UML

En la Figura 4 se muestra una tabla todos los diagramas que conforman UML, adems del rea al
que pertenece, la vista y los conceptos principales.
29
2.5 CDIGOS DE BARRA
Para el ingreso de los datos de entrada en el sistema, se ocupara cdigos de barra, por la rapidez y
facilidad a la hora de leer los datos. A continuacin, se da una descripcin de cdigos de barras.
El cdigo de barras es un cdigo basado en la representacin mediante un conjunto de lneas
paralelas verticales de distinto grosor y espaciado, que en su conjunto contienen una determinada
informacin. De este modo, el cdigo de barras permite reconocer rpidamente un artculo en un
punto de la cadena logstica y as poder realizar inventario o consultar sus caractersticas
asociadas. Actualmente, el cdigo de barras est implantado masivamente de forma global.
(Wikipedia codigos Barra, 2007)
La correspondencia o mapeo entre la informacin y el cdigo que la representa se denomina
simbologa. Estas simbologas pueden ser clasificadas en dos grupos atendiendo a dos criterios
diferentes:

Cdigo de una dimensin: Al efectuar la lectura de stos cdigos se tiene en cuenta el ancho de
las barras y los espacios entre ellas. La altura de las barras no otorga dato alguno. Slo codifican
a no ms de una docena de caracteres, y representan la clave para acceder un registro de alguna
base de datos, en la Figura 5 se muestra un ejemplo para ste tipo de cdigo.


Figura 5: Cdigo de barras Lineal.

30
Cdigos de dos dimensiones: Los datos estn codificados en la altura y longitud del smbolo, y
en stos cdigos la informacin no se reduce slo al cdigo del artculo, sino que puede
almacenar gran cantidad datos. Un cdigo del tamao de una estampilla postal, se pueden
almacenar ms de mil caracteres alfanumricos. En la Figura 6 se muestra un ejemplo.

Figura 6: Cdigo de barras bidimensional.

NOMENCLATURA BSICA:
Mdulo: Es la unidad mnima o bsica de un cdigo. Las barras y espacios estn formados
por un conjunto de mdulos.
Barra: Elemento oscuro dentro del cdigo. Se hace corresponder con el valor binario 1.
Espacio: El elemento claro dentro del cdigo. Se hace corresponder con el valor binario 0.
Caracter: Formado por barras y espacios. Normalmente se corresponde con un caracter
alfanumrico.

ESTRUCTURA
Como muestra analizaremos la estructura general de un cdigo de barras lineal, sin embargo, los
conceptos se aplican tambin a los cdigos de dos dimensiones.
Cabe hacer mencin que el ancho de las barras y los espacios, as como el nmero de cada uno de
stos vara para cada simbologa.

31

Figura 7: Estructura cdigos de barra.

En la Figura 7 se puede apreciar la estructura de un cdigo de barras, a continuacin se explica en
detalle la figura. (Sabater, 2007)

1. Quiet Zone: zona libre que rodea al cdigo y permite al lector ptico distinguir entre el
cdigo y el resto de informacin contenida en el documento o en la etiqueta del producto.
2. Caracteres de inicio y terminacin: Marcas predefinidas de barras y espacios especficos
para cada simbologa. Marcan el inicio y terminacin de un cdigo.
3. Caracteres de datos: Contienen los nmeros o letras particulares del smbolo.
4. Checksum: Es una referencia incluida en el smbolo, cuyo valor es calculado de forma
matemtica con informacin de otros caracteres del mismo cdigo. Se utiliza para ejecutar un
chequeo matemtico que valida los datos del cdigo de barras. Aunque puede ser importante
en cualquier simbologa, no son requeridos en todas ellas.
32
2.6 SISTEMA DE CLASIFICACIN DECIMAL DEWEY
Para la clasificacin de los libros de la biblioteca, se utilizar el sistema de clasificacin decimal
Dewey que a continuacin se describe:

HISTORIA.
Melvil Dewey era bibliotecario en Amherst College en Massachusetts cuando tuvo la idea de
crear un sistema de clasificacin que respondiera a las necesidades de la biblioteca del colegio.
La primera edicin del sistema decimal de Dewey con el ttulo A classification and Subject
Index for Cataloguing and Arranging the Books and Pamphlets of a Library no contena en s
ms de 921 categoras divididas en 10 clases principales del 000 al 999. Con el esquema iba un
registro de materias que contena ms de 2500 entradas. (Miksa, 1998)
La Biblioteca del Congreso de Estados Unidos es la responsable del mantenimiento y renovacin
del esquema y las tablas.
Adems del personal de la Biblioteca del Congreso, existe un consejo con representantes de
bibliotecarios y profesores de bibliotecologa. El hecho que la Biblioteca del Congreso es la
garante de la revisin del sistema hace que este sistema tenga ms aceptacin que el sistema
decimal universal CDU
4
, que carece de una plataforma tan firme. (Benito, 1999)


4
Clasificacin Decimal Universal, es un sistema de clasificacin para ordenar y catalogar libros.
33
PRINCIPIOS GENERALES
El sistema de clasificacin decimal Dewey realiza una divisin de las ciencias en nueve clases
principales: filosofa, religin, ciencias sociales, filologa, ciencias naturales, tcnica y ciencias
prcticas, arte, literatura e historia. Esta divisin es la que exista en el siglo XIX, y que a fines
del siglo XX no corresponde a la divisin del saber tal como lo vemos hoy, por lo que hay un
desbalance entre las disciplinas.

El sistema Dewey, ha vivido tres perodos diferentes en la visin de las ciencias. El primer
perodo, durante la vida de Dewey, en el que haba una promesa explcita de no alterar los signos
dados a una materia, para que las bibliotecas no se vieran obligadas a hacer cambios en el orden
de sus depsitos. El segundo perodo, de la edicin 14 a la 17, en la que se hicieron muchos
cambios parciales en todas las disciplinas sin considerar el resultado, y el tercer perodo, el
actual, en el que la remodelacin de una disciplina se puede hacer completa, pero dejando las
dems disciplinas intactas. (Benito, 1999).
34
BENEFICIOS
Ofrece un sistema lgico para organizar cada componente de la coleccin de su biblioteca.
Ofrece a los usuarios de biblioteca la confianza y consistencia de un sistema de clasificacin
consagrado, usado formalmente en 200 000 bibliotecas de todo el mundo.

NOTACIN
El sistema de clasificacin se basa en nmeros rabes. Estos tienen la ventaja de ser casi
universales, a diferencia de las letras, que tenemos varios alfabetos, adems de otras formas de
representacin.

Dewey decidi que todas las materias deben de tener por lo menos tres decimales. Esto quiere
decir que si tenemos una materia principal con un nmero bsico de solo una o dos cifras
aadimos un cero o dos para completar. Por ejemplo usamos 200 para religin y 220 para la
Biblia. Si necesitamos ms de tres cifras separamos las cifras siguientes con un punto, por
ejemplo 224.94.

En el esquema se escriben las tres cifras primeras al comienzo de la materia respectiva, para
luego escribirlas solamente al comienzo de cada pgina. Un punto seala que las tres primeras
cifras se han suprimido, con ello se hace ms fcil la lectura. En la subsiguiente subdivisin se
deja un espacio libre por cada tres cifras con el mismo fin. (Benito, 1999)

35
El sistema se hace de diez categoras ascendentes que se siguen descomponiendo:
- 0 Computadoras, informacin y obras generales
- 1 Filosofa y psicologa
- 2 Religin
- 3 Ciencias sociales
- 4 Lingstica
- 5 Ciencia y matemticas
- 6 Tecnologa
- 7 Arte y recreacin
- 8 Literatura
- 9 Historia y geografa
36
2.7 TECNOLOGA AJAX
El trmino AJ AX se acu por primera vez en el artculo Ajax: A New Approach to Web
Applications publicado por J esse J ames Garrett el 18 de Febrero de 2005. Hasta ese momento,
no exista un trmino normalizado que hiciera referencia a un nuevo tipo de aplicacin web que
estaba apareciendo. En realidad, el trmino AJAX es un acrnimo de Asynchronous J avaScript +
XML, que se puede traducir como J avaScript asncrono +XML.
El artculo define AJ AX de la siguiente forma: Ajax no es una tecnologa en s mismo, en
realidad, se trata de la unin de varias tecnologas que se desarrollan de forma autnoma y que se
unen de formas nuevas y sorprendentes. (Prez, 2007)
Las tecnologas que forman AJAX son:

- XHTML y CSS, para crear una presentacin basada en estndares.
- DOM, para la interaccin y manipulacin dinmica de la presentacin.
- XML, XSLT y J SON, para el intercambio y la manipulacin de informacin.
- XMLHttpRequest, para el intercambio asncrono de informacin.
- J avaScript, para unir todas las dems tecnologas. (Prez, 2007)


Figura 8: Tecnologas agrupadas bajo el concepto de AJ AX
37
En la Figura 8 se muestran las tecnologas que en su conjunto forman Ajax. XHTML, CSS, se
utiliza para el diseo que acompaa la informacin que visualizar el usuario. DOM para
representar los elementos de un documento estructurado (Pagina Web). XML y J SON se
encargan del formato utilizado para el retorno desde el servidor que genera la interfaz
XMLHttpRequest, todo esto mediante el lenguaje J avaScript. Por ejemplo, un usuario genera una
accin en un documento XML, el que enva una peticin al servidor Web mediante
XMLHttpRequest por medio del lenguaje J avaScript, el que recibe la peticin y mediante DOM
cambia el contenido de la pagina Web que contiene un diseo CSS.
Las tcnicas tradicionales que se ocupan para crear aplicaciones web funcionan correctamente,
pero no crea una buena sensacin al usuario. Al realizar peticiones continuas al servidor, el
usuario debe esperar a que se recargue la pgina con los cambios solicitados. Si la aplicacin
debe realizar peticiones continuas, la aplicacin web se convierte en algo ms molesto que til.
AJ AX permite mejorar completamente la interaccin del usuario con la aplicacin, evitando las
recargas constantes de la pgina, ya que el intercambio de informacin con el servidor se produce
en un segundo plano.
Las aplicaciones construidas con AJ AX eliminan la recarga constante de pginas mediante la
creacin de un elemento intermedio entre el usuario y el servidor. La nueva capa intermedia de
AJ AX mejora la respuesta de la aplicacin, ya que el usuario nunca se encuentra con una ventana
del navegador vaca esperando la respuesta del servidor. (Prez, 2007)
38
2.8 METODOLOGA A UTILIZAR
El modelo Incremental combina elementos del modelo lineal secuencial con la filosofa
interactiva de construccin de prototipos. El modelo incremental aplica secuencias lineales de
forma sorprendente de la misma forma que progresa el tiempo en el calendario. Cada secuencia
lineal produce un <<incremento>>del software.

A diferencia de la construccin de prototipos, el modelo incremental se centra en la entrega de un
producto operacional con cada incremento. (Pressman, 2002)

Figura 9: Grafica el modelo Incremental.

En la Figura 9 se muestran 3 incrementos de un software determinado, en cada incremento se
aprecia, el anlisis, diseo, programacin y pruebas, finalizando con un producto acabado, para
hacer uso de l desde el trmino del incremento, el trmino total del software ocurre con el ltimo
incremento que completa la construccin del sistema.

39
Esta metodologa se ha escogido por la magnitud del proyecto, en relacin a que trabajar solo
una persona. La cual podr centrarse solo en el incremento necesario, el que no ser muy extenso
y dar el tiempo necesario tanto para su anlisis, diseo, programacin y pruebas necesarias del
incremento.

Adems, permitir tener en operacin en un corto plazo el ncleo del software, el que permitir
desde su construccin el ingreso de los datos necesarios para su utilizacin (alrededor de 6.000
libros, entre otros datos). Los que permitirn realizar mejores pruebas en los incrementos
posteriores.

40
CAPTULO III: DESCRIPCIN SEMINARIO
En este tercer captulo se describe el lugar fsico en que se implementar el proyecto en cuestin,
el Seminario Metropolitano Concepcin.

Se describe, una resea histrica, los objetivos y la estructura organizacional que este posee
culminando con una definicin especfica de la biblioteca.
41
3.1 RESEA HISTRICA
El Seminario de Concepcin es el "colegio" ms antiguo de Chile. Fundado en 1568, en Imperial
y trasladado pocos aos despus a la "Antigua Concepcin", hoy Penco; denominado por los
Padres J esuitas "Convictorio de San J os", all permaneci hasta el traslado de la ciudad.

Al trasladarse la ciudad a su ubicacin actual, sigui bajo el alero de la compaa de J ess,
permaneciendo junto a ellos hasta que fueron expulsados de Amrica. El Seminario, por sta
causa, estuvo cerrado hasta 1777, en cuya ocasin se reabri bajo el nombre de "Seminario de
San Carlos", el cual fue cerrado en el 1814, por los azares de la lucha de independencia.

Pasaron un par de aos antes de su reapertura. En dicha ocasin funcion bajo el amparo del
colegio seglar denominado "Instituto Literario".

El colegio fue destruido por el terremoto de 1835, pero luego reabri sus puertas bajo el nombre
de "Colegio Provincial". Despus de muchos aos se sugiri el desglose del Seminario del
colegio provincial, sta separacin se realiz bajo el mandato de Monseor Hiplito Salas en
1855, dndole la forma definitiva.

El "Seminario Conciliar de Concepcin ", se encontraba dividido en dos secciones: la eclesistica
y la seglar. La seccin seglar se clausur en 1937 y la eclesistica en 1965.

El Seminario fue reabierto en 1977, en la ciudad de Concepcin para luego ser trasladado en
1981 a su actual ubicacin en la comuna de Chiguayante.
42
3.2 QUE ES UN SEMINARIO
Un Seminario, es una casa de formacin para adultos que de manera voluntaria y aceptados por
las autoridades eclesisticas de la Iglesia Catlica, inician un itinerario de estudios que los
conduce al ministerio sacerdotal. Los seminarios pertenecen jurdicamente a la dicesis
5
bajo la
autoridad del obispo. En adicin a esto, las iglesias que poseen este sistema de formacin
sacerdotal, cuentan tambin con la forma de Seminario Menor que no es otra cosa que un
colegio que puede ir desde la educacin bsica a la secundaria para menores de edad, bajo la
tutela de la dicesis con proyeccin sacerdotal.

3.3 DEFINICIN DEL SEMINARIO
NOMBRE : Seminario Metropolitano Concepcin.
DIRECCIN : O'Higgins 1487, comuna de Chiguayante, Concepcin, regin Bo-Bo.
WEB : http://www.seminarioconcepcion.cl
FONO : 41-2361463.
EMAIL : seminarioconcepcion@gmail.com


5
Distrito o territorio cristiano en que tiene y ejerce jurisdiccin eclesistica el arzobispo u obispo.
43
El Seminario Metropolitano Concepcin hoy cuenta con 41 seminaristas, los que ingresan tras
pasar por un proceso de discernimiento, que va desde plticas con algn sacerdote hasta jornadas
vocacionales
6
. Los seminaristas viven en casas dentro del Seminario y cada una de ellas
representa una comunidad que hace referencia al ao en que se encuentran del proceso de
formacin. El primer ao en que ingresan, participan de la comunidad Propedutico (ao de
nivelacin), las clases son impartidas en salas que se encuentran al interior de la institucin.
Los seminaristas, tienen tanto actividades generales, como propias de su comunidad, por ejemplo
el desayuno y la once es un momento propio de cada comunidad, y el almuerzo es una actividad
en que se renen todas las comunidades en un comedor comn.
Hoy en da el Seminario atiende a jvenes seminaristas de las dicesis de Chilln, Los ngeles y
Concepcin, para ello cada dicesis aporta con becas para que los seminaristas puedan vivir en el
Seminario y entrar en el proceso de formacin.


6
Encuentro en el cual sacerdotes y siclogos ayudan al joven a discernir su vocacin y ver si son aptos para entrar en
el proceso de formacin.
44
VISIN
Ser una comunidad educativa en camino: la comunidad promovida por el Obispo para ofrecer, a
quien es llamado por el Seor para el servicio apostlico, la posibilidad de revivir la experiencia
formativa que el Seor dedic a los Doce.

MISIN
Formar a pastores bajo el ejemplo de J ess Sacerdote y Buen Pastor.

OBJETIVOS ESTRATGICOS
- Remodelar las estructuras fsicas en las cuales estudian y viven los seminaristas.
- Mejora de la administracin y gestin de la Biblioteca.
- Contratacin de ms profesores para la formacin.
45
ESTRUCTURA ORGANIZACIONAL
Un Seminario Mayor, para ser regular, debe contar como mnimo con el siguiente personal
siempre elegido por el obispo:
- Un rector: Un sacerdote que rige la vida del Seminario, vela por el cumplimiento
objetivo de los estudios, hace un seguimiento en conciencia de los candidatos y presenta
reportes claros al obispo.
- Un director espiritual: Un sacerdote dispuesto a escuchar y a acompaar las inquietudes
de los estudiantes.
- Un confesor: Un sacerdote dispuesto a ejercer el sacramento de la Confesin.

El Seminario Metropolitano Concepcin tiene su estructura como se muestra en la siguiente
figura.

Figura 10: Estructura Organizacional del Seminario Metropolitano Concepcin.

46
En la Figura 10 se muestra como estn organizados jerrquicamente los cargos y departamentos
del Seminario Metropolitano Concepcin, en ella se puede apreciar que el Seminario est al
mando del obispo y que para las decisiones inmediatas existe el rector, quien es el que vela
conjuntamente con las dems entidades para el buen funcionamiento de la institucin.
47
DESCRIPCIN DE LA BIBLIOTECA
El Seminario de Concepcin tiene el honor de ser el colegio ms antiguo de Chile. Sus alumnos
han ocupado los puestos ms altos de la Iglesia y la Nacin, de sus aulas han salido tres
presidentes de la Repblica, Obispos, Ministros, Senadores, Diputados, etc.
Ya desde el comienzo, del Seminario cuenta con colecciones de mapas, cuadros murales y toda
clase de enseanza. Tiene una esplendida biblioteca, obsequio en gran parte del Ilustre Sr. Salas.
Adems, est suscrita a las ms importes revistas europeas.
Actualmente la biblioteca cuenta con 11.000 libros clasificados y unos 40.000 sin clasificar,
entre los que destacan libros de filosofa, teologa, historia de la iglesia, vida de santos y las
sagradas escrituras, adems de poseer la primera edicin de la Araucana, ediciones cannicas,
archivos del arzobispado, archivo fotogrfico del arzobispado, entre otras. Estos en su mayora
han sido donados y otro tanto adquiridos por cuenta propia.
La biblioteca est conformada por dos edificios, el primero (de dos pisos) posee los libros ms
usados y es donde se realiza el proceso de prstamos, bsqueda y devolucin de libros. El
segundo edificio (de tres pisos) es en donde se encuentra el resto del material mantenido por un
sistema de conservacin, que permite a los libros permanecer en buen estado, debido a que
impide que el aire hmedo penetre en ellos.
La biblioteca opera de forma totalmente manual, cada libro posee una ficha en donde se anota la
fecha de devolucin. El sistema de bsqueda es a travs de fichas catalogrficas
7
que se
encuentran disponibles en estantes para que cada usuario haga uso de ellas.

7
Tarjeta de papel o cartulina de forma rectangular y dimensiones pequeas en la que se fija de forma sintetizada el
contenido y los caracteres externos de un documento o libro.
48
CAPTULO IV: ESTUDIO DE FACTIBILIDAD
En este cuarto captulo se documenta el estudio de factibilidad, en el cual se determin si el
proyecto es viable para el Seminario o si es recomendable que se lleve a cabo. El estudio consta
de tres partes: factibilidad econmica, tcnica y operacional.

Finalmente, se entrega una conclusin de los tres estudios, en la que se determina la factibilidad
del proyecto.
49
4.1 FACTIBILIDAD TCNICA
Para llevar a cabo el anlisis de factibilidad tcnica se consideran todos los recursos que se
necesitan para el proyecto.
Recursos Humanos, con conocimiento en.
Tecnologa Orientada a Objetos.
Plataforma J AVA.
Conocimientos del funcionamiento de una biblioteca.

Recursos Hardware.
1 PC para el desarrollo del Proyecto.
- 512 Memoria.
- Procesador 1 GHz.
- 20 GB Disco duro.
- Tarjeta de red inalmbrica.

1 PC para Servidor
- 2 GB Memoria.
- 300 GB Disco duro.
- Tarjeta de red inalmbrica estndar IEEE 802.11g.
- Procesador 1Ghz.

2 PC para clientes.
- Procesador 500 MHz.
50
- 512 MB Memoria.
- 10 GB Disco duro.
- Tarjeta de red inalmbrica estndar IEEE 802.11g.

1 Router Inalmbrico estndar IEEE 802.11g.
1 Impresora cdigos de Barras Zebra LP 2824.
1 Lector Cdigo de Barras.
1 Impresora Multifuncional.

Recursos Software.
Software de diseo.
- Programa StarUML.
- Editor de Texto.

Software de Programacin.
- NetBeans IDE 5.
- J ava Development Kit, entorno de desarrollo J ava.
- Apache Tomcat 6.0.
- Base de Datos Bb4o.

Sistema Operativo.
- 1 Licencia Windows XP pro.
- Linux Ubuntu.

51
La tecnologa que se necesita se puede adquirir en su totalidad, a continuacin se detalla cada
punto.

Recursos Humanos:
El recurso humano corresponde al alumno que desarrolla este proyecto, quin posee los
conocimientos que son necesarios, como lo es la tecnologa orientada a objetos, plataforma
J AVA y en los requerimientos de la biblioteca.

Recursos Hardware:
Ser adquirido por completo, menos el PC para el desarrollo ya que se cuenta con l. Los costos
se detallan en el estudio de factibilidad econmica.

52
Recursos Software:

El recurso software en su totalidad es software gratuito o freeware, que quiere decir, que se
distribuye sin costo, y por tiempo ilimitado; en contraposicin al shareware (en el que la meta es
lograr que usuario pague, usualmente luego de un tiempo "trial" limitado y con la finalidad de
habilitar toda la funcionalidad). A veces se incluye el cdigo fuente, pero no es lo usual. El
freeware suele incluir una licencia de uso, que permite su redistribucin pero con algunas
restricciones, como no modificar la aplicacin en s, ni venderla, y dar cuenta de su autor.
Tambin puede desautorizar el uso en una compaa con fines comerciales o en una entidad
gubernamental.

Los equipos que se proponen para el proyecto, son aptos para soportar los objetos que el sistema
necesita para operar, y en su conjunto ofrecen una fcil incorporacin de nuevos computadores en
la biblioteca, slo bastar de una tarjeta de red inalmbrica para que se conecte al sistema,
permitiendo un grado alto de escalabilidad. En caso, que el sistema requiera ser utilizado desde
otro lugar ajeno a la biblioteca, slo bastar de una conexin a internet por parte del servidor.
53
4.2 FACTIBILIDAD ECONMICA
Para comenzar con el estudio de factibilidad econmica, se listan todos los recursos necesarios
para que el sistema pueda operar de manera ptima.

Recursos Humanos.
1 Ingeniero (e) en computacin e informtica. 3 hrs. Diarias, 5 das semanales, durante 5 meses. $
3.500 por hora.
TOTAL: $1.050.000

Recursos Hardware.
NOTA: Los siguientes valores fueron cotizados en PC Factory, a excepcin de la impresora de
cdigos de barra cotizada en Tecnologstica LTDA.

PC Servidor:
- AMD CPU Sempron 3000+Box (AM2)
- PC-Chips M/B AMD A13G Pci-E A/V/L (AM2)
- Samsung Disco Duro Sata2 160Gb 7200 rpm
- Multimarca DDR2 1GB 533Mhz PC4200
- Monitor LCD 15" 540N S/Black Samsung
VALOR: $274.590
54
2 pc:
- AMD CPU Sempron 3000+Box (AM2)
- PC-Chips M/B AMD A13G Pci-E A/V/L (AM2)
- Samsung Disco Duro 80Gb 7200rpm
- Multimarca DDR2 512Mb 533Mhz PC4200
- Monitor LCD 15 540N S/Black Samsung
VALOR: $224.590

Router Inalmbrico AWR-MIMO-54RA 4P.
VALOR: $47.000

Impresora cdigos de Barras Zebra LP 2824.
VALOR: $250.000

POS Lector Cdigo de Barras Laser USB
VALOR: $76.800

Multifuncional Pixma MP160
VALOR: $49.100.

55
Recursos Software.
Software de diseo.
- Programa StarUML.
- Editor de Texto.

Software de Programacin.
- NetBeans IDE 5.
- J ava Development Kit, entorno de desarrollo J ava.
- Apache Tomcat 6.0.
- Base de Datos Bb4o.

Sistema Operativo.
- 1 Licencia Windows XP pro. $97.500
- Linux Ubuntu.

Costos Fijos
Costos de Mantencin.
- Luz elctrica: 330 W (aprox). Todo el sistema.
VALOR: $5.000 aprox.

56
El valor total del proyecto es:

1.050.000 Recursos humanos
274.590 PC Servidor
449.180 2 PC clientes
47.000 Router Inalmbrico
250.000 Impresora de cdigos de barra
76.800 Lector Cdigos de Barra
49.100 Impresora Multifuncional
97.500 Licencia Windows
2.294.170 TOTAL

El valor total de todos los recursos necesarios para este nuevo sistema es de: $2.294.170, pero
teniendo en consideracin que se trata de un proyecto de titulo el valor del sistema ser de
$1.244.170 descontando los valores del recurso humano.

FUNCIONAMIENTO SISTEMA ACTUAL.
En la actualidad, la biblioteca cuenta con un bibliotecario que trabaja un total de 45 horas
semanales con un sueldo mensual de $220.694 (liquido), las actividades que realiza el
bibliotecario se detallan a continuacin.
57

ACTIVIDAD Horas/semanales Material
Ingresa y clasifica Libros 32 hrs. semanales 60 libros y/o revistas
Prstamo y devolucin del material 3 hrs. semanales 25 libros y/o revistas
Aseo y mantencin de la biblioteca 8 hrs. semanales 0
Bsqueda de libros. 2 hrs. semanales 35 libros y/o revistas
TOTAL 45 hrs. Semanales

Las actividades anteriores suman un total de 45 horas semanales y 180 horas al mes, por lo que el
costo de trabajo del bibliotecario es de: $220.694/180 hrs. =$ 1.226/hrs.
58
FUNCIONAMIENTO NUEVO SISTEMA.
Con el nuevo sistema y considerando el mismo material, el bibliotecario debiera tardar los
siguientes tiempos.

ACTIVIDAD Horas/semanales Material
Ingresa y clasifica Libros 12 hrs. semanales 60 libros y/o revistas
Prstamo y devolucin del material 1/2 hrs. semanales 25 libros y/o revistas
Aseo y mantencin de la biblioteca 8 hrs. semanales 0
Bsqueda de libros. 1/2 hrs. semanales 35 libros y/o revistas
TOTAL 21 hrs. Semanales

Las actividades anteriores suman un total 84 hrs de trabajo al mes, por lo que nos quedan 96
horas que se pueden dedicar, por ejemplo al ingreso y clasificacin de libros lo que nos significa
un aumento en la productividad. El aumento de produccin por el mes puede quedar especificado
de la siguiente manera.
$1.226/hrs * 96/hrs =$117.696

Adems, se considera un gasto de $5.000 en luz elctrica, el costo mensual de operacin del
sistema seria de:

$220.694+$5.000 =$225.695

59
Pero si se considera que mensualmente, existe un aumento en la productividad por parte del
bibliotecario de $117.696. Se puede deducir que sistema actual traer beneficios a partir del
undcimo mes. Ya que es en este mes, donde el aumento de produccin supera los costos del
proyecto.

11 * $117.696 =$1.294.656 >$1.244.170

60
4.3 FACTIBILIDAD OPERACIONAL
El Sistema Orientado a Objetos para biblioteca del Seminario Metropolitano Concepcin ser
utilizado por los seminaristas y el bibliotecario del Seminario. Tanto el bibliotecario como los
seminaristas, son usuarios aptos para manipular el sistema, ya que poseen los conocimientos
bsicos en computacin, que se requieren para utilizar el sistema.
Por otra parte, los usuarios esperan con entusiasmo que la Biblioteca opere de forma
automatizada, ya que se beneficia tanto el bibliotecario como los seminaristas. Tambin es
importante, que los aspectos principales del sistema que actualmente funcionan, permanezcan,
como es el sistema de clasificacin Dewey y los criterios de bsqueda, esto permitir que el
cambio no sea muy repentino y se evite una resistencia a un cambio muy brusco.
El presbtero Francisco Steigmer, rector del Seminario, se encuentra muy entusiasmado por el
proyecto, ya que entiende que el sistema permitir proveer bastante informacin para la toma de
decisiones. Tambin, los usuarios esperan con ansias que el sistema se encuentre operando, ya
que saben los grandes beneficios que ste les brindar. De lo anterior, podemos apreciar que por
parte de la administracin y de los usuarios existe apoyo para el proyecto.
El rector, el bibliotecario y algunos seminaristas, han colaborado de forma constante en la
planificacin del proyecto, mediante reuniones en las cuales se han pronunciado acerca de los
requerimientos y el funcionamiento actual que posee la biblioteca. Adems, el sistema no
presentar mayor dificultad al hacer uso de l, bastar seleccionar en pantalla un par de opciones
para que la informacin est en forma inmediata. Tambin es pertinente mencionar si ante una
falla o falta de alimentacin el sistema aborta, la informacin no podr ser utilizada hasta que la
alimentacin se restablezca.
En la biblioteca del Seminario, la mayor parte de los libros no se encuentran clasificados, esto se
debe al tiempo que requiere el ingresar y clasificar un libro, impidiendo el uso de este material.
El sistema que actualmente se evala, permitir una mayor productividad en el ingreso,
clasificacin, bsqueda, prstamos y devolucin de los libros y revistas.
61
4.4 CONCLUSIN
Despus de realizar el estudio de factibilidad econmica, tcnica y operacional se puede concluir
que la realizacin del proyecto es factible, ya que se cuenta con el capital necesario para su
realizacin, recuperando la inversin en un tiempo de once meses para empezar a aumentar la
produccin en un 115% aproximadamente.
Adems, el recurso hardware y humano que se propone son totalmente acordes con las
necesidades del proyecto.
Para finalizar, los usuarios que operarn el nuevo sistema slo les bastar una preparacin para
que puedan utilizar el sistema, ya que los conocimientos bsicos que se necesitan estos ya los
poseen.

En vista de todo lo anterior, se decidi realizar el proyecto.

62
CAPTULO V: ANLISIS
La popularidad de las tecnologas de objetos, ha generado docenas de mtodos de anlisis
orientado a objetos desde finales de los 80 y durante los 90. Cada uno de ellos introduce un
proceso para el anlisis de un producto o sistema, un conjunto de modelos que evoluciona fuera
del proceso, y una notacin que posibilita al ingeniero del software crear cada modelo de una
manera consistente. (Pressman, 2002)

En este captulo se definirn los objetivos del software, el alcance de este, la interfaz de
hardware, las principales actividades que la biblioteca posee mediante diagramas de actividad, los
paquetes que formarn parte de la lgica de negocio, los principales casos de uso y el diagrama
conceptual correspondiente a cada paquete.
63
5.1 DESCRIPCIN GLOBAL DEL PRODUCTO
OBJETIVO DEL SOFTWARE.
El software a desarrollar tiene como objetivo general: ser una herramienta de utilidad, para la
administracin y control de la biblioteca del Seminario Metropolitano Concepcin, con el fin de
automatizar todas las actividades relacionadas con los objetos que interactan en sta, y as dar
una mayor eficiencia en los prstamos y devoluciones del material existente, tales como libros y
revistas. Tambin es parte del objetivo, dar un mayor rendimiento en la clasificacin e ingreso de
los libros y revistas, actividades que se realizan de forma constante.

OBJETIVOS ESPECFICOS DEL SOFTWARE.
Contar con una base de datos orientada a objetos.
Permitir la administracin de usuarios y del material existente (Libros y revistas).
El software debe ser compatible con el ingreso de datos mediante cdigo de barras.
El software deber permitir que los libros sean clasificados con la clasificacin Decimal
Dewey.
El software deber ordenar los resultados de una bsqueda (de libros) tomando en cuenta
recomendaciones de otros usuarios.
El software deber permitir la emisin de informes para la toma de decisiones.

64
ALCANCES
El software permitir mantener informacin actualizada de los objetos que se manipulan en la
biblioteca del Seminario, mediante el ingreso, modificacin y bajas que se producen en el
transcurso del tiempo. Tambin permitir, al bibliotecario, ejecutar las acciones propias que el
software maneja, como lo son los prstamos y manipulaciones del material. A continuacin se
listan las funciones principales del sistema:

Ingreso de libros y revistas.
Prstamos y devoluciones del material existente a usuarios registrados.
Comunicacin de los usuarios del sistema a travs de las cuentas.
Visualizacin y administracin de documentos digitales por parte de los usuarios.
Generacin de Reportes preestablecidos.
Bsqueda del material existente.
65
INTERFAZ DE HARDWARE
PC SERVIDOR: Ser el computador en que se ejecutarn las operaciones principales del
sistema y el que contar con la base de datos.
1Gb Memoria.
180 GB tamao disco Duro, 7200 rpm.
Tarjeta de red inalmbrica, estndar IEEE 802.11g.

PC CLIENTES: Son los computadores asociados a bsqueda de material, stos deben contar
con una conexin a la red local.
512 MB Memoria.
80 GB Tamao disco duro 7200 rpm.
Tarjeta de red inalmbrica, estndar IEEE 802.11g.

ROUTER: Es el que establece conexin inalmbrica desde un Punto de Acceso, estndar IEEE
802.11g.

IMPRESORA CDIGOS DE BARRA: Es la que permitir la creacin de los cdigos de barras
para el registro de los libros y revistas de la biblioteca.

LECTOR DE CDIGOS DE BARRA: Permite la lectura de los cdigos para los prstamos y
devoluciones del material de la biblioteca.

IMPRESORA MULTIFUNCIONAL: Permitir la impresin de los reportes requeridos del
software.
66
5.2 PRINCIPALES ACTIVIDADES
REGISTRO Y CLASIFICACIN DE LOS LIBROS Y REVISTAS.
Bibliotecario
I ngresar datos de libro o
revista en formulario
Crear fichas catalogrficas de
Autor, Materia, Ttulo
LI BRO:
- Titulo.
- Autor.
- Edicin.
- Pas Edicin.
- Ciudad Edicin.
- Editorial.
- Ediciones.
- Ao publicacin.
- Cantidad paginas.
- Serie.
- I SBM.
- Materia
DEWEY es un sistema de clasificacin de
bibliotecas, desarrollado por Melvil
Dewey, bibliotecario del Amherst College
en Massachusetts
Pegar la clasificacin
en el lomo Libro
Guardar Hoja de registro del libro o
revista
REVI STA:
- Nombre.
- I SSN.
- Edicin.
- Fundacin.
- Periodo de emisin.
Timbrar cuatro veces el
libro o revista.
Anotar el nmero de
registro en el libro o
revista
Pegar el sobre que lleva
el recordatorio de
devolucin
Buscar en el libro la (s) materia (s)
para clasificar de acuerdo al cdigo
DEWEY .
Es libro Es revista
Guardar fichas
catalogrficas
en los estantes

Figura 11: Registro y calificacin de libros y revistas.

La Figura 11 muestra en detalle las actividades que se realizan para llevar a cabo el registro y
clasificacin de los libros y revistas. El registro y clasificacin se realiza para que el material
pueda quedar al servicio de todos los usuarios de la biblioteca del Seminario Metropolitano
Concepcin. Un libro necesita de ms cuidado al momento de la clasificacin, ya que es
67
necesario clasificarlo con el Sistema de Clasificacin Decimal Dewey, para luego crear las fichas
catalogrficas que posteriormente se deben dejar en los estantes de bsqueda.
PRSTAMOS DE LIBROS Y REVISTAS.
Usuario Bibliotecario
Entrega el
cdigo de
clasificacin del
libro o el nombre
de una revista Busca Libro o
revista con los
datos
entregados
Anota en ficha
del libro o
revista la fecha
de devolucin
Entrega e indica
fecha de
devolucin
Prstamo de
libro por 1 da
Prestamo de
libro por das
requeridos
Libro de referencia
Libro de no referencia
Libro de
alta demanda
y 1 ejemplar
Es libro
Prstamo por 1
da
Es revista

Figura 12: Prstamos de libros y revistas.

En la Figura 12 se muestran las actividades necesarias para poder llevar a cabo un prstamo de
libro o revista. Lo ms importante que se muestra, es la decisin que se toma para un prstamo
ligado a un libro de referencia, ya existe un ejemplar y adems son de alta demanda, por lo que el
68
prstamo debe ser solo por el da, en cambio los libros de no referencia son prestados de acuerdo
a los requerimientos del usuario y el criterio del bibliotecario.
DEVOLUCIN DE LIBROS Y REVISTAS.
Usuario Bibliotecario
Entrega libro o
revista
Verifica fecha de
devolucin
Registra
devolucion y
deja libro en su
lugar
Fecha dentro del plazo
Hace saber la
falta al usuario
Fecha fuera del plazo

Figura 13: Devolucin de libros y revistas.

En la Figura 13 se muestra el proceso de devolucin, en el cual es necesario devolver el material
en la fecha estipulada, el seminarista debe llevar el material a la biblioteca para entregrselo al
69
bibliotecario quien registra la devolucin en la ficha que pertenece al libro o revista, si este es
devuelto fuera del plazo, el bibliotecario debe informar la falta al usuario, para que ste no vuelva
a cometerla, pero no existe forma de registrar o sancionar la falta cometida al seminarista, debido
a la forma en que hoy opera la biblioteca.
BSQUEDA DE MATERIAL.
Usuario
Busca material
segn criterio
Anota
clasificacion del
libro o revista
encontrado
Elige otro criterio
No quedan criterios
No encuentra material Encuentra material

Figura 14: Bsqueda de Material.
70
La Figura 14 muestra la actividad de bsqueda del material, una tarea importante para realizar un
prstamo de un libro, ya que permite asociar el cdigo de clasificacin a un libro, sta actividad
se realiza mediante tarjetas las que se revisan hasta encontrar lo que uno desea. Los criterios que
existen son, por ttulo, autor y materia.

71
5.3 REQUERIMIENTOS ESPECFICOS
REQUERIMIENTOS FUNCIONALES DEL SISTEMA
A continuacin se listan los requerimientos acordados con el bibliotecario y usuarios de la
biblioteca del Seminario Metropolitano Concepcin. En los requerimientos R2, R5, R9 y R12 se
menciona baja en vez de eliminacin, ya que en realidad no se est eliminando informacin ya
que sta permanecer en el sistema pero si se est deshabilitando, es decir existe una eliminacin
lgica.
R1: Ingresar libros con su clasificacin (Incluyendo copias).
R2: Dar de baja a libros.
R3: Modificacin de propiedades de los libros.
R4: Ingreso de Revistas.
R5: Dar de baja a las revistas.
R6: Modificacin de propiedades de las revistas.
R7: Creacin de cuentas de usuarios de la biblioteca (Seminaristas).
R8: Modificacin de cuentas de usuarios (Seminaristas).
R9: Dar de baja a usuarios del sistema (Seminaristas).
R10: Crear cuentas de bibliotecario.
R11: Modificacin de cuenta de bibliotecario.
R12: Dar de baja cuentas de bibliotecario.
R13: Prstamos de libros y revistas a los usuarios de la biblioteca
R14: Devoluciones de libros y revistas a los usuarios de la biblioteca.
R15: Sanciones por atraso en las devoluciones.
R16: Permitir prstamos a usuarios espordicos que se acerquen a la biblioteca.
R17: Generacin de reportes con la informacin que genere el sistema.
72
R18: Bsqueda de libros y/o revistas.
R19: Las devoluciones pendientes deben aparecer en la cuenta de cada usuario junto con los
prstamos histricos.
R20: Permitir envo de mensajes tanto generales como individuales a travs de la cuenta.
R21: Permitir a los usuarios del sistema actualizar sus datos personales.
R22: Permitir a los usuarios almacenar documentos digitales en su cuenta.
R23: Permitir a los usuarios visualizar los documentos digitales de otros usuarios.
R24: Permitir ingreso al sistema mediante usuario y contrasea.

DESCRIPCIN MEDIANTE CASOS DE USO.
ACTORES :
Bibliotecario: Es lapersona que tiene a cargo el cuidado, ordenacin y servicio de la biblioteca,
es tarea de l buscar las alternativas de clasificacin para el material existente, tomar las
decisiones que se presenten en un momento determinado, acerca de los prstamos o no del
material. Es quien tendr a cargo las funciones administrativas del sistema.

Seminarista: Usuario del sistema que utilizar la biblioteca y solicitar los prstamos del
material existente, adems de realizar bsquedas y manejar la informacin de su cuenta.
Usuario Especial: Usuario ajeno a la biblioteca que necesita espordicamente la utilizacin del
material que existe en la biblioteca del Seminario.

73
DIAGRAMA DE PAQUETES
System
Catlogo libros y revistas
Administracin de usuarios
Publicaciones digitales
Prstamos y devolucin
Sistema de mensajera
Recomendacin de
bsqueda

Figura 15: Paquetes para casos de uso.

En la Figura 15 se muestra como el sistema est dividido en agrupaciones lgicas denominadas
paquetes, estos son dependientes unos de otros, exceptuando Catalogo libros y revistas y
Administracin de usuarios que se pueden trabajar por separado al ser totalmente
independientes de los dems paquetes.

Paquete catlogo libros y revistas: Es el paquete encargado de controlar toda la informacin
referente a los libros y revistas existentes en la biblioteca, adems de gestionar el ingreso,
modificacin y bsqueda del material. La bsqueda del material es propia de este paquete,
pero la ordenacin de los resultados la realiza el paquete recomendacin de bsqueda.
Paquete administracin de usuarios: Es el paquete encargado de controlar la informacin
que pertenece a los usuarios del sistema, as como el ingreso, modificacin, y bsqueda de
usuarios.
74
Paquete prstamos y devolucin: Es el encargado de registrar los prstamos que realizan los
usuarios en la biblioteca, verificar las devoluciones, generar las sanciones necesarias entre
otras. Este paquete es totalmente dependiente de los paquetes catlogos libros y revistas y
administracin de usuarios.
Paquete recomendacin de bsqueda: Es el encargado de ordenar la bsqueda de libros por
medio de la recomendacin que los seminaristas han hecho del material que han utilizado.
Este paquete es totalmente dependiente de los paquetes catlogos libros y revistas y
administracin de usuarios.
Paquete sistema de mensajera: Encargado de comunicar usuarios entre s, es decir,
permitir a los usuarios del sistema enviar mensajes a otros usuarios. Este paquete es
totalmente dependiente del paquete Administracin de usuarios.
Paquete publicaciones digitales: Encargado de almacenar documentos digitales que los
usuarios estimen convenientes para luego ser descargados por otros usuarios. Este paquete es
totalmente dependiente del paquete Administracin de usuarios.

75
PAQUETE CATLOGO LIBROS Y REVISTAS.
DIAGRAMA DE CASOS DE USO
Catlogo libros y revistas
Bibliotecario
Actualizar
libros
Actualizar
Revistas
Busqueda
libros y
revistas
<<extend>>
Dar Baja
Material
Dar Alta
Material
Seminarista
Recomendacin de
bsqueda::Ver
recomendacin
<<extend>>
<<extend>>
<<extend>>
<<extend>>
<<extend>>

Figura 16: Paquete catlogo libros y revistas.
En la Figura 16 se muestra el diagrama de casos de uso perteneciente al paquete de catlogo de
libros y revistas interactuado por el bibliotecario y seminaristas. En el diagrama se puede
observar el caso de uso ACTUALIZAR LIBROS en el que se tiene la opcin de ingresar un libro,
modificar un libro y adems de extender a los casos de uso DAR BAJ A MATERIAL y DAR
ALTA MATERIAL que a su vez son extendidos por ACTUALIZAR REVISTAS el que tiene la
opcin de Ingresar y Modificar revista. Para realizar la bsqueda del material existe BSQUEDA
LIBROS Y REVISTAS, el que extiende el caso de uso VER RECOMENDACIN del paquete
recomendacin de bsqueda.
76
CASO DE USO: ACTUALIZAR LIBROS.
Actores : Bibliotecario.
Propsito : Mantener actualizados los libros de la biblioteca.
Tipo : Primario y esencial.
Referencias cruzadas : Requerimientos R1, R2, R3.
Descripcin :
El bibliotecario, cuando desea actualizar un libro debe poseer una cierta cantidad de
informacin que el sistema le solicitar, sta ser an mayor al momento de hacer ingreso de
material, el bibliotecario contar con las siguientes opciones:
- Ingresar Libro.
- Modificar Libro.
- Dar Baja Libro.
- Dar Alta Libro.

CURSO NORMAL DE LOS EVENTOS
Accin del actor Accin del sistema
El caso de uso comienza cuando el
bibliotecario selecciona la opcin que desea
para mantener actualizada la informacin de
un libro o revista.

Valida la opcin elegida por el bibliotecario
y despliega opcin correspondiente.
Deriva a la seccin o caso de uso extendido
segn corresponda a la eleccin del
77
bibliotecario.
- Ingresar libro: Deriva a la seccin
ingresar libro.
- Modificar libro: Deriva a la seccin
modificar libro.
- Dar Baja material: Deriva al caso de
uso extendido dar baja material.
- Dar Alta material: Deriva al caso de
uso extendido dar alta material.

CURSOS ALTERNOS

78
SECCIN: INGRESAR LIBRO.
Descripcin :
Si existe un libro que no est ingresado en el sistema, el bibliotecario debe tomar la
informacin necesaria para poder ingresarlo y dejar disponible el material a los usuarios de la
biblioteca del Seminario. A continuacin, se nombran los datos que pertenecen a un Libro.
DATOS: Ttulo / ISBN / Cantidad de pginas / Volumen / Tomo / Tipo / Registro anterior /
Autor principal / Clasificacin / Edicin / ao publicacin / Editorial / Ediciones / Serie /
Pas publicacin / Ciudad publicacin / Largo / Ancho / Notas / Materias /Autores
secundarios.

CURSO NORMAL DE LOS EVENTOS
Accin del actor Accin del sistema
Muestra en pantalla el formulario para
ingresar los dems datos.
Digita en el formulario: Ttulo / ISBN /
Cantidad de pginas / Volumen / Tomo /
Registro anterior / Autor principal /
Clasificacin / Edicin / ao publicacin /
Pas publicacin / Ciudad publicacin /
Largo / Ancho / Notas. Y selecciona desde
las listas correspondientes: Tipo / Serie /
Editorial / Ediciones.

Verifica que la clasificacin ingresada no
exista y muestra lista de materias y autores.
Selecciona materias y autores secundarios
Ingresa el libro, muestra en pantalla nmero
79
de registro y da la opcin de imprimir
etiqueta de cdigos de barra.
Selecciona imprimir cdigo de barra.
Ordena a la impresora que imprima la
etiqueta de cdigos de barra.

CURSOS ALTERNOS.
tem 2: Ingresa un ttulo de libro que ya existe en el sistema. Da a conocer al bibliotecario la
existencia de otro libro con el mismo ttulo, l decide si ingresar una copia, ocupar la informacin
del libro que existe para el nuevo libro o ingresar el libro con el mismo ttulo.
tem 2: En las listas no existe el valor que se desea ingresar para: Tipo / Serie / Editorial /
Ediciones. El usuario debe ingresar al sistema el valor para posteriormente escogerlo.
tem 4: La clasificacin que el usuario ingres ya existe en el sistema. Informa al usuario y no
permite el ingreso del libro.
80
CASO DE USO: DAR BAJA MATERIAL.
Actores : Bibliotecario.
Propsito : Inhabilitar un libro o revista del sistema.
Tipo : Primario y esencial.
Referencias cruzadas : Requerimientos R2, R5.
Descripcin :
Si un libro o revista se estropea, extrava o simplemente es necesario eliminarlo del sistema,
podr ser dado de baja. El bibliotecario deber indicar el cdigo de registro del material para
luego darlo de baja.

CURSO NORMAL DE LOS EVENTOS
Accin del actor Accin del sistema
El caso de uso comienza cuando el
bibliotecario ingresa el cdigo de registro
(Manual o pistoleando el cdigo de barras)
del libro o revista.

Busca el material en la base de datos y
muestra formulario en pantalla para indicar
razones de la baja.
Indica razones de baja y enva el formulario
al sistema.

Registra la baja.


81
CURSOS ALTERNOS
tem 1: El bibliotecario ingresa un cdigo invlido. Se indica error y muestra nuevamente opcin
de ingreso del cdigo.
tem 2: El cdigo ingresado no existe en el sistema. Se indica error y muestra nuevamente opcin
de ingreso del cdigo.
82
CASO DE USO: DAR ALTA MATERIAL.
Actores : Bibliotecario.
Propsito : Dejar nuevamente activo un libro o revista en el sistema.
Tipo : Primario y esencial.
Referencias cruzadas : Requerimientos R2, R5.
Descripcin :
Un libro o revista despus de ser dado de baja, puede nuevamente quedar activo en el
sistema, para ello el bibliotecario deber ingresar el cdigo de registro del material, con el
cual el libro o revista automticamente volver a estar a disposicin de los usuarios.

CURSO NORMAL DE LOS EVENTOS
Accin del actor Accin del sistema
El caso de uso comienza cuando el
bibliotecario ingresa el cdigo de registro
(Manual o pistoleando el cdigo de barras)
del libro o revista que se desea dar alta.

Busca el material en la base de datos y
vuelve a preguntar si desea dar alta.
Ingresa respuesta positiva a dar el alta al
libro.

Registra el alta y deja el libro activo.


83
CURSOS ALTERNOS
tem 1: El bibliotecario ingresa un cdigo invlido. Se indica error y muestra nuevamente opcin
de ingreso del cdigo.
tem 2: El cdigo ingresado no existe dentro del material que se encuentra de baja. Se indica
error y muestra nuevamente opcin de ingreso del cdigo.
tem 3: Ingresa respuesta negativa. El sistema cancela el proceso.

84
CASO DE USO: ACTUALIZAR REVISTAS.
Actores : Bibliotecario.
Propsito : Mantener actualizado el material de la Biblioteca.
Tipo : Primario y esencial.
Referencias cruzadas : Requerimientos R4, R5, R6.
Descripcin :
El bibliotecario, cuando desea actualizar una revista debe manejar una cierta cantidad de
informacin que el sistema le solicitar, dependiendo de la accin que el bibliotecario
seleccione. Las opciones se listan a continuacin.
Ingresar Revista.
Modificar Revista.
Dar Baja Revista.
Dar Alta Revista.

CURSO NORMAL DE LOS EVENTOS
Accin del actor Accin del sistema
El caso de uso comienza cuando el
bibliotecario selecciona la opcin que desea
para mantener actualizada la informacin de
una revista.

Valida la opcin elegida por el bibliotecario
y despliega opcin correspondiente.
Deriva a la seccin o caso de uso extendido
segn corresponda a la eleccin del
85
bibliotecario.
- Ingresar revista: Deriva a la seccin
ingresar revista.
- Modificar revista: Deriva a la seccin
modificar revista.
- Dar Baja material: Deriva al caso de
uso extendido dar baja material.
- Dar Alta material: Deriva al caso de
uso extendido dar alta material.

CURSOS ALTERNOS
86
SECCIN: INGRESAR REVISTA.
Descripcin :
Si existe una revista que no est ingresada en el sistema, el bibliotecario debe tomar la
informacin necesaria para ingresarla y dejarla disponible a los usuarios de la biblioteca del
Seminario. El bibliotecario deber seleccionar el ttulo de la revista a la cual desea ingresar
un nuevo nmero, en caso que la revista que desea seleccionar no exista en el sistema, deber
ingresar algunos datos adicionales.
DATOS REVISTA: Periodicidad (Fecha de edicin y caducacin) / nmero / volumen / ao
/ contenido.
DATOS ADICIONALES NUEVA REVISTA: Nombre / fecha fundacin / Periodicidad
(cantidad de das) / ISSN.

CURSO NORMAL DE LOS EVENTOS
Accin del actor Accin del sistema
Selecciona nombre de la revista a la cual
desea ingresar un nuevo nmero.

Muestra en pantalla el formulario para
ingresar los dems datos.
Digita en el formulario: Periodicidad /
nmero / volumen / ao.

Verifica que los datos correspondan al
formato que se pide e ingresa los datos al
sistema con un nmero de registro.
Selecciona el contenido de la revista
87
Vincula el contenido a la revista ingresada.
Ingresa la revista al sistema y muestra en
pantalla el nmero de registro dando la
opcin de imprimir el cdigo de barras.
Selecciona imprimir cdigo de barras.
Ordena a la impresora que imprima la
etiqueta de cdigos de barra.

CURSOS ALTERNOS.
tem 1: La revista que desea seleccionar no existe. En ese instante debe ingresar los datos
adicionales nueva revista, para posteriormente seleccionar la revista en el tem 1.
tem 4: Ingreso incorrecto segn formato. Se indica error y no permite crear la revista hasta que
ingrese los valores correctos.
tem 5: El contenido de la revista no existe en la lista. Debe ingresarlo para posteriormente ser
elegido.
88
CASO DE USO: BSQUEDA LIBROS Y REVISTAS.
Actores : Bibliotecario, Seminarista.
Propsito : Encontrar material por medio de criterios de bsqueda.
Tipo : Primario y esencial.
Referencias cruzadas : Requerimiento R18.
Descripcin :
Si un seminarista o bibliotecario necesita realizar la bsqueda de material, primero debe
especificar qu tipo de material es, ya sea libro o revista, luego debe seleccionar el criterio de
bsqueda que estime conveniente. Los criterios de bsqueda se mencionan a continuacin:
PARA LIBRO: Ttulo / Autor / Materia / Editorial / Serie / Ediciones / ISBN / Registro
material.
PARA REVISTA: Nombre / Contenido / ISSN / Fechas / Nmero de revista.
Luego de escoger el criterio de bsqueda, se debe digitar la palabra que se desea buscar, para
que el sistema arroje los resultados encontrados con la informacin ms importante del libro.

CURSO NORMAL DE LOS EVENTOS
Accin del actor Accin del sistema
El caso de uso comienza cuando el
bibliotecario o seminarista indica al sistema
si lo que se desea buscar es un libro o revista.

Muestra los criterios de bsqueda asociados
al material (Libro o revista)
Selecciona el criterio de bsqueda, digita
89
palabras a buscar y enva al sistema.
Segn el criterio escogido y la palabra
digitada, realiza la bsqueda.
Muestra en pantalla las coincidencias de la
bsqueda.

CURSOS ALTERNOS
tem 3: Enva formulario sin escribir nada. Indica error.
tem 5: No se encuentran coincidencias, se indica que no hubo xito en la bsqueda.
90
MODELO CONCEPTUAL
Libro
+Titulo: String
+PaisEdicion: String
+CiudadEdicion: String
+AnoPublicacion: Integer
+CantPaginas: Integer
+Ancho: Integer
+Largo: Integer
+ISBN: String
+Indice: String
+Edicion: String
+Volumen: String
+Tomo: String
+Clasificacion: String
+AutorPrin: Autor
+MasAut: Boolean
+Notas: String
+CrearLibro(): Libro
Revista
+Nombre: String
+FechaFundacion: String
+Periodicidad: Integer
+ISSN: String
Autor
+Nombres: String
+Apellidos: String
+FechaNac: Fecha
+FechaMuerte: Fecha
+Nacionalidad: String
+Cutter: String
Editorial
+Nombre: String
Ediciones
+Nombre: String
Serie
+Nombre: String
Materia
+Nombre: String
Contenido
+Nombre: String
LibroAutor
+Libro
1
0..*
+Autor
1 0..*
LibroMateria
+Libro
1
0..*
+Materia
1
0..*
+Editorial
1
0..*
+Serie
0..1
0..*
+Ediciones
0..1
0..*
RegistroMaterial
+Registro: Integer
+FechaRegistro: Fecha
+Tipo: String
+Copia
1
0..*
CopiaRevista
+FechaInicio: Fecha
+FechaTermino: Fecha
+Numero: String
+Volumen: String
+Annio: String
+Revista
1
0..*
CopiaContenido
+Copia
1
0..*
+Contenido
1
0..*
CopiaLibro
+Registro
1 1
+Registro
1
1
Tipo
+Nombre: String
+Diasprestamo: Integer
+Tipo
1
0..*
Baja
+FechaB: Fecha
+Razon: String
Estado
+Nombre: String
+Estado
1
0..*
+Registro
1
0..*
CopiaNumero
+Copia
1
0..*

Figura 17: Modelo conceptual paquete Catlogo libros y revistas.
91
PAQUETE ADMINISTRACIN DE USUARIOS.
DIAGRAMA DE CASOS DE USO
Administracin de usuarios
Bibliotecario
Seminarista
Busqueda
de
usuarios
Actualizar
usuario
Actualizar
cuenta
personal
Actualizar
usuario
especial
<<extend>>
<<extend>>
Dar baja
Usuario
Dar Alta
usuario
<<extend>>
<<extend>>
<<extend>>
<<extend>>
Prestamos y
devolucion::Revisar
historial
<<extend>>
Prestamos y
devolucion::Revisar
prestamos
vigentes
<<extend>>

Figura 18: Paquete Administracin de usuarios.
En la Figura 18 se muestra el diagrama de casos de uso perteneciente al paquete de
administracin de usuarios interactuado por el bibliotecario y seminaristas. En el diagrama se
puede observar el caso de uso ACTUALIZAR USUARIO en el que se tiene la opcin de ingresar
un usuario (bibliotecario o seminarista), modificar un usuario (bibliotecario o seminarista) y
extiende DAR BAJ A USUARIO y DAR ALTA USUARIO a estos tambin los extiende
ACTUALIZAR USUARIO ESPECIAL el que tiene la opcin de ingresar usuario externo y
modificar usuario externo. Tambin se observa ACTUALIZAR CUENTA PERSONAL en a que
un seminarista puede modificar sus datos personales. Para realizar la bsqueda de un usuario
existe BSQUEDA DE USUARIOS. En el diagrama se puede apreciar que el caso de uso
92
Actualizar usuario extiende a los casos de uso REVISAR HISTORIAL Y REVISAR
PRSTAMOS VIGENTES pertenecientes al paquete de prstamos y devolucin.
93
CASO DE USO: ACTUALIZAR USUARIO.
Actores : Bibliotecario.
Propsito : Mantener actualizada la informacin de los usuarios.
Tipo : Primario y esencial.
Referencias cruzadas : Requerimientos R7, R8, R9, R10, R11, R12.
Descripcin :
Para poder actualizar una cuenta de usuario, el bibliotecario deber en primera instancia
elegir qu tipo de usuario desea actualizar, ya sea seminarista o bibliotecario para luego
tener la opcin de crear, modificar, dar de baja y dar de alta al usuario que desee.

CURSO NORMAL DE LOS EVENTOS
Accin del actor Accin del sistema
El caso de uso comienza cuando el
bibliotecario selecciona la opcin que desea
para actualizar la informacin relacionada a
un usuario.

Valida la opcin elegida por el bibliotecario
y despliega opciones existentes.
Deriva a la seccin o caso de uso extendido
segn corresponda a la eleccin del
bibliotecario.
- Ingresar usuario: Deriva a la seccin
ingresar usuario.
- Modificar Usuario: Deriva a la
94
seccin modificar usuario.
- Dar Baja Usuario: Deriva al caso de
uso extendido dar baja usuario.
- Dar Alta Usuario: Deriva al caso de
uso extendido dar alta usuario.

CURSOS ALTERNOS.
95
SECCIN: INGRESAR USUARIO.
Descripcin :
Para crear un usuario, el bibliotecario debe en primera instancia indicar el tipo de usuario que
desea ingresar, estos pueden ser seminarista y bibliotecario, adems debe tener en su poder
una serie de datos que deben ser ingresados en el sistema para crear la cuenta, la informacin
asociada a cada usuario se lista a continuacin.
PARA SEMINARISTA: Nombres / Apellidos / RUT / Fecha de Nacimiento / Telfono /
Celular / Parroquia / Dicesis / Ao de ingreso / Curso
PARA BIBLIOTECARIO: Nombres / Apellidos / RUT / Fecha de Nacimiento / Telfono

CURSO NORMAL DE LOS EVENTOS
Accin del actor Accin del sistema
Indica al sistema si lo que se desea ingresar
es un seminarista o bibliotecario.

Muestra en pantalla el formulario
correspondiente al tipo de usuario que se
desea ingresar.
Ingresa los datos correspondientes al usuario
a ingresar.

Valida que el RUT ingresado no exista en el
sistema.
Crea la nueva cuenta y la deja activa para su
uso.

96
CURSOS ALTERNOS.
tem 3: El RUT ya existe en el sistema. Indica que el usuario que desea ingresar ya est en el
sistema.
97
CASO DE USO: DAR BAJA USUARIO.
Actores : Bibliotecario.
Propsito : Dejar inactivo a un usuario del sistema de todo acto.
Tipo : Primario y esencial.
Referencias cruzadas : Requerimientos R9, R12, R16.
Descripcin :
Si por alguna razn un usuario del sistema, ya sea seminarista, bibliotecario o un usuario
especial, debe perder su condicin de usuario, el bibliotecario deber ingresar que tipo de
usuario es el que se desea dar de baja, luego ingresar el RUT, y por ltimo indicar cul es la
razn de la baja.

CURSO NORMAL DE LOS EVENTOS
Accin del actor Accin del sistema
El caso de uso comienza cuando el
bibliotecario ingresa que tipo de usuario
desea dar baja (seminarista, bibliotecario,
usuario especial) y luego el RUT
correspondiente al usuario.

Busca al usuario y muestra formulario en
pantalla para ingresar las razones de baja.
Indica razones de baja y enva el formulario.
Registra la baja.

CURSOS ALTERNOS
98
tem 1: El bibliotecario ingresa un RUT invlido. Se indica error y muestra nuevamente opcin
de ingreso de RUT.
tem 1: El bibliotecario ingresa el RUT asociado a su cuenta. Indica error y no permite la baja.
tem 2: El RUT ingresado no existe en el sistema. Se indica error y muestra nuevamente opcin
de ingreso de RUT.
tem 2: El RUT ingresado ya se encuentra de baja. Se indica error y cancela el proceso.

99
MODELO CONCEPTUAL
Seminarista
+Ao ingreso: Integer
+FechaNacimiento: Fecha
Bibliotecario
+FechaNacimiento: Fecha
UsuarioEspecial
+LugarDeTrabajo: String
Parroquia
+Nombre: String
+Direccion: String
+Telefono: Integer
1
0..*
Diocesis
+Nombre: String
+Direccion: String
+Parro
1
0..*
Curso
+Nombre: String
+Curso
1
0..*
Persona
+Nombres: String
+Apellidos: String
+Direccion: String
+Telefono: Integer
+Celular: Integer
+Rut: RUT
+Clave: String
EstadoUsuario
+Nombre: String
+Estado
1
0..*
BajaUsuario
+FechaBaja: Fecha
+Razon: String
+Persona
1
0..*

Figura 19: Modelo conceptual del paquete Administracin de Usuarios.
100
PAQUETE PRSTAMOS Y DEVOLUCIONES.
DIAGRAMA DE CASOS DE USO
Prstamos y devolucin
Bibliotecario
Seminarista
Prstamos
de material
Devolucin
de material
Prstamos
a usuarios
especiales
Revisar
historial
Revisar
prstamos
vigentes

Figura 20: Paquete prstamos y devoluciones.

En la Figura 20 se muestra el diagrama de casos de uso perteneciente al paquete de prstamos y
devoluciones interactuado por el bibliotecario, seminaristas y usuarios especiales. En el diagrama
se puede observar el caso de uso PRSTAMOS DE MATERIAL que a su vez posee un caso
101
especial como PRSTAMOS A USUARIOS ESPECIALES. Despus que se produce un
prstamo de material, debe ser devuelto mediante el caso de uso DEVOLUCIN DE
MATERIAL. Un seminarista como usuarios especiales tiene acceso a REVISAR HISTORIAL y
a REVISAR PRSTAMOS VIGENTES.
102
CASO DE USO: PRSTAMOS DE MATERIAL.
Actores : Bibliotecario.
Propsito : Realizar prstamo del material de la biblioteca (libros y revistas).
Tipo : Primario y esencial.
Referencias cruzadas : Requerimiento R13
Descripcin :
El bibliotecario, una vez que recibe una peticin de prstamo por parte del seminarista, lo
ingresa al sistema identificndolo con su RUT. Luego, el seminarista le indica el cdigo de
clasificacin del libro o revista, para que este lo busque en los estantes y lo registre con el
cdigo de barras, y as registrar el prstamo. Los das de prstamo corresponden a los
siguientes criterios.
Libro de referencia (Libros ms solicitados): 1 da de prstamo.
Libro de No referencia: 1 mes de prstamo.
Revista: 1 da de prstamo.
Es importante mencionar que todo prstamo debe quedar con la opcin de cambiar la fecha
de devolucin, segn el criterio del bibliotecario.

CURSO NORMAL DE LOS EVENTOS
Accin del actor Accin del sistema
El caso de uso comienza cuando el
bibliotecario ingresa el RUT del usuario que
desea realizar el prstamo.

Verifica que el usuario se encuentre en
103
condicin regular (sin atraso de devolucin)
para realizar el prstamo.
Ingresa el cdigo de registro del libro o
revista (ya sea de forma manual o
pistoleando el cdigo de barras).

Genera el prstamo e indica la fecha de
devolucin del libro o revista.

CURSOS ALTERNOS
tem 1: Ingreso del RUT errneo o inexistente. El sistema indica error y muestra nuevamente la
opcin de ingresar el RUT del seminarista.
tem 2: La verificacin indica que el usuario no puede realizar prstamo. Se cancela el prstamo
en curso y se indica la fecha en que el usuario estar en condicin regular.
tem 3: Se ingresa cdigo inexistente, El sistema indica error, queda a la espera de otro cdigo...
tem 4: Si el bibliotecario desea cambiar la fecha de devolucin que el sistema genera, puede
hacer el cambio.
104
CASO DE USO: DEVOLUCIN DE MATERIAL.
Actores : Bibliotecario.
Propsito : Realizar la devolucin de un libro o revista.
Tipo : Primario y esencial.
Referencias cruzadas : Requerimiento R14
Descripcin :
Para concretar una devolucin, se debe ingresar el cdigo del libro, y en caso de que el libro
se entregue fuera de la fecha establecida, el usuario vinculado al libro quedar suspendido de
realizar prstamos por los das equivalentes a los das de atraso, es decir, por cada da de
atraso se suspende un da de la posibilidad de realizar prstamos. La suspensin del usuario
se manifestar por el estado en que se mantendr, INACTIVO.

CURSO NORMAL DE LOS EVENTOS
Accin del actor Accin del sistema
El caso de uso comienza cuando el
bibliotecario ingresa el cdigo del libro al
sistema para efectuar la devolucin (ya sea
de forma manual o pistoleando el cdigo de
barras).

Vincula el libro al prstamo al que pertenece,
para registrar la devolucin del seminarista al
que est vinculado y verificar que se entreg
dentro de la fecha estipulada.
Informa la devolucin satisfactoria.

105
CURSOS ALTERNOS
tem 1: Se ingresa un cdigo que no pertenece a un prstamo. Se indica error, y se cancela el
proceso.
tem 2: El libro devuelto se entrega fuera del plazo de entrega. Se indica error y se genera
sancin de acuerdo a los das de atraso indicando en pantalla.
106
CASO DE USO: REVISAR PRSTAMOS VIGENTES.
Actores : Seminarista, Bibliotecario.
Propsito : Revisar los prstamos Vigentes que posee usuario.
Tipo : Secundario y esencial.
Referencias cruzadas : Requerimiento R13.
Descripcin :
Un usuario puede revisar todos los prstamos vigentes que mantiene en la biblioteca. Estos
aparecern en una lista indicando la fecha de prstamo y la fecha tope en que debera ser
devuelto el material.
Un bibliotecario tambin puede revisar los prstamos vigentes de un usuario, cuando est
actualizando sus datos.

CURSO NORMAL DE LOS EVENTOS
Accin del actor Accin del sistema
El caso de uso comienza cuando el
seminarista o bibliotecario desean ver los
prstamos vigentes, en el caso del
bibliotecario debe indicar el RUT del usuario
al que desea ver los prstamos vigentes.

Busca los prstamos vigentes en la base de
datos.
Muestra en pantalla todos los prstamos
vigentes que posee.

107
CURSOS ALTERNOS
tem 3: El usuario no posee prstamos vigentes. Indica que no posee prstamos vigentes.
108
MODELO CONCEPTUAL
PrestamoNormal
Catlogo libros y
revistas::RegistroMaterial
+Registro: Integer
+FechaRegistro: Fecha
+Tipo: String
Administracin de
usuarios::Bibliotecario
+FechaNacimiento: Fecha
Administracin de
usuarios::Seminarista
+Ao ingreso: Integer
+FechaNacimiento: Fecha
+Seminarista
1
0..*
PrestamoEspecial
Administracin de
usuarios::UsuarioEspecial
+LugarDeTrabajo: String
+UsuarioEspecial
1
0..*
Prestamo
+FechaPrestamo: Fecha
+FechaDevolucion: Fecha
+FechaRealDevolucion: Fecha
+EstadoPrestamo: String
+Registro
1
0..*
+Bibliotecario
1
0..*
AtrasoNormal AtrasoEspecial
1
0..1
1
0..1
Atraso
+Sancion: Fecha
+Estado: String

Figura 21: Modelo conceptual del paquete Prstamos y devoluciones
109
PAQUETE PUBLICACIONES DIGITALES.
DIAGRAMA DE CASOS DE USO
Publicaciones digitales
Seminarista
Administrar
documentos
digitales
Descargar
documentos
digitales
Busqueda
documentos
digitales

Figura 22: Paquete Publicaciones digitales.

En la Figura 22 se muestra el diagrama de casos de uso perteneciente al paquete de publicaciones
digitales interactuado por seminaristas. En el diagrama se puede observar el caso de uso
ADMINISTRAR DOCUMENTOS DIGITALES en el que se tiene la opcin de ingresar archivo,
eliminar archivo y modificar propiedades. Luego se aprecia BSQUEDA DOCUMENTOS
DIGITALES para buscar con ms exactitud algn archivo y finalmente se aprecia DESCARGAR
DOCUMENTOS DIGITALES para poder observar el contenido del material.
110
MODELO CONCEPTUAL
DocumentoDigital
+Titulo: String
+Descripcion: String
+Ubicacion: String
+Extension: String
+FechaSubido: Fecha
+Tamao: Integer
Administracin de
usuarios::Seminarista
+Ao ingreso: Integer
+FechaNacimiento: Fecha
+Pertenece
1
0..*

Figura 23: Modelo conceptual del paquete Publicaciones Digitales
111
PAQUETE SISTEMA DE MENSAJ ERA.
DIAGRAMA DE CASOS DE USO
Sistema de mensajeria
Bibliotecario
Seminarista
Visualizar
mensajes
Enviar
Mensajes
Eliminar
Mensajes
<<extend>>

Figura 24: Paquete sistema de mensajera.

En la Figura 24 se muestra el diagrama de casos de uso perteneciente al paquete sistema de
mensajera interactuado por el bibliotecario y seminaristas. En el diagrama se puede observar el
caso de uso ENVIAR MENSAJ ES los cuales podrn ser vistos por los receptores mediante el
caso de uso VISUALIZAR MENSAJ ES y si este lo desea podr ELIMINAR MENSAJ ES.
112
MODELO CONCEPTUAL
Administracin de
usuarios::Seminarista
+Ao ingreso: Integer
+FechaNacimiento: Fecha
Administracin de
usuarios::Bibliotecario
+FechaNacimiento: Fecha
Mensaje
+Asunto: String
+Cuerpo: String
+FechaEmision: Fecha
+Leido: Boolean
+EmiteB
0..1
0..*
+EmiteS
0..1
0..*
+RecibeB 0..1
0..*
+RecibeS
0..1
0..*

Figura 25: Modelo conceptual del paquete sistema de mensajera.
113
PAQUETE RECOMENDACIN DE BSQUEDA.
DIAGRAMA DE CASOS DE USO
Recomendacin de bsqueda
Seminarista
Retroalimentar
recomendacin
Ver
recomendacin

Figura 26: Paquete recomendacin de bsqueda.

En la Figura 26 se muestra el diagrama de casos de uso perteneciente al paquete recomendacin
de bsqueda interactuado por seminaristas. En el diagrama se puede observar el caso de uso VER
RECOMENDACIN que sirve para tomar la decisin de que libro elegir de la bsqueda que
arroja el sistema, para ello cada seminarista puede RETROALIMENTAR RECOMENDACIN
para que la experiencia de leer un material sea de utilidad para otros.
114
MODELO CONCEPTUAL
Recomendacion
+Fecha: String
+Comentario: String
+Nota: Integer
Catlogo libros y
revistas::Libro
+Titulo: String
+PaisEdicion: String
+CiudadEdicion: String
+AnoPublicacion: Integer
+CantPaginas: Integer
+Ancho: Integer
+Largo: Integer
+ISBN: String
+Indice: String
+Edicion: String
+Volumen: String
+Tomo: String
+Clasificacion: String
+AutorPrin: Autor
+MasAut: Boolean
+Notas: String
1
0..*
Administracin de
usuarios::Seminarista
+Ao ingreso: Integer
+FechaNacimiento: Fecha
1
0..*

Figura 27: Modelo conceptual del paquete recomendacin de bsqueda.
115
CAPITULO VI: DISEO
El diseo orientado a objetos transforma el modelo de anlisis, en un modelo de diseo que sirve
como anteproyecto para la construccin de software. (Pressman, 2002).

En este captulo se presenta el diseo arquitectnico, los principales diagramas de interaccin,
los diagramas de clases, la jerarqua de mens y finalmente se muestran las principales pantallas
de la aplicacin de escritorio y la aplicacin Web.
116
6.1 DISEO ARQUITECTNICO
El diseo arquitectnico, define la relacin entre los elementos estructurales del software. A
continuacin se presenta diseo arquitectnico del sistema.

Figura 28: Diseo Arquitectnico

En la Figura 28 se aprecian todos los elementos que componen el sistema bibliotecario
organizado en una arquitectura cliente-servidor de cuatro capas.
La capa cliente corresponde a las interfaces con las que interacta el cliente, en este caso una
interfaz Web y otra de escritorio.
La capa de presentacin prepara datos para su envo a la capa de cliente y procesa solicitudes
desde la capa de cliente para su envo a la capa lgica de negocios, como lo hace J SP y los
componentes Swing.
117
En capa lgica de negocio se realizan las funciones principales de la aplicacin:
procesamiento de objetos y la implementacin de los mtodos. Es aqu donde se sitan los
paquetes asociados al sistema.
La capa de persistencia permite que los objetos perduren en el tiempo, a cargo de DB4o.
118
6.2 DIAGRAMAS DE COLABORACIN
Los diagramas de interaccin que sern utilizados en el proyecto en cuestin, son los diagramas
de colaboracin, y es necesario mencionar algunos detalles importantes para una mejor
comprensin de los diagramas.

OBSERVACIONES
Slo se presentar el diseo de los principales eventos que pertenecen a los paquetes
esenciales del sistema, como lo son: catlogo de libros y revistas, administracin de
usuarios y prstamos y devolucin.
Los mtodos que realizan la modificacin de datos no sern presentados ya que estos slo
modifican los atributos internos de los objetos. Los mtodos que se encargan de realizar las
consultas a la base de datos tampoco sern presentadas, debido a que sta tarea es realizada
por la capa de persistencia y no por la aplicacin como tal.
En todos los diagramas se presenta el sentido lgico de la implementacin, dejando de lado
todas las validaciones que se realizan para lograr un mejor entendimiento de stos.

CONSIDERACIONES GENERALES
Para mostrar una instancia de una clase en un diagrama de interaccin, se utiliza el smbolo
grfico de una clase, esto es el rectngulo, pero con el nombre subrayado. (Opcin A, Figura 29)
Se puede utilizar un nombre para identificar de manera nica la instancia. Obsrvese que los :
preceden el nombre de la clase. (Opcin B, Figura 29)
Si los mensajes son enviados a las propias clases, en lugar de una instancia, para invocar a
mtodos estticos se utiliza un rectngulo de clase cuyo nombre no est subrayado, pero para
efectos del proyecto, debido a que no se cuenta con esa opcin en la herramienta CASE, el
nombre de la clase estar subrayada pero con StereoType <<Clase>>. (Opcin C, Figura 29)

119
: Clase
A) Instancia
Obj : Clase
B) instancia nombrada
: Clase
<<Clase>>
C) clase

Figura 29: Instancia en un diagrama de Colaboracin.

En la mayora de las clases, existen mtodos comunes, por ejemplo por cada propiedad que existe
se aprecian los mtodos get (extraer) y set (cambiar) seguido del nombre de la propiedad o
atributo (ver Figura 30).

ClaseEj emplo
+Atributo_ 1
+Atributo_ 2
+getAtributo_ 1()
+getAtributo_ 2()
+setAtributo_ 1()
+setAtributo_ 2()
Nombres de atributos
Los mtodos de lectura
y escritura

Figura 30: Ejemplo mtodos get y set.

Tambin, en las clases existe el mtodo setBD() que es encargado de persistir (guardar) en la base
de datos el objeto que lo est invocando, es decir, este mtodo tambin llama a los mtodos que
proporciona la base de datos para que pueda ingresar el objeto.
En DB4o (motor de base de datos orientada a objetos utilizada en el proyecto) la forma de
guardar un objeto es el que aparece en la Figura 31 (mtodo setBD()):
120

Figura 31: Mtodo setBD ocupado para guardar un objeto.

Entonces lo que hace el mtodo setBD es guardar en la base de datos el Objeto que lo est
invocando, es decir realiza un cliente.set(this).
Obj : Clase Controlador
BaseDeDatos
1 : MensajeGuardarObjeto()
2 : setBD()
3 : set(Obj)

Figura 32: Ejemplo setBD().

En los diagramas, la base de datos ser representada por el objeto BaseDeDatos, sobre el cual se
realizarn las consultas necesarias mediante el mtodo Consulta(atributo), donde atributo es la
propiedad por la cual est consultando como se muestra en la Figura 33.
121
Controlador
: Clase
<<Clase>>
: BaseDeDatos
1 : ListObj := mensajeConsulta(nombre)
2 : ListObj := Consulta(nombre)
mensaje a una clase o una
invocacin a un mtodo esttico
Mtodo que consulta en la base de datos
por objetos de tipo Clase, que coinsidan
con el atributo nombre, este retorna una lista
o un objeto dependiendo del caso

Figura 33: Ejemplo consulta a la base de datos.

Es necesario, dejar en claro que este objeto (BaseDeDatos) y el mtodo Consulta no estn
implementados (No existe), ya que esto es parte del funcionamiento interno de la base de datos y
es slo una manera de dar a entender el funcionamiento del cdigo como se muestra en la Figura
33. La forma en que se realiza una consulta en la base de datos es mediante una serie de mtodos
que se dan a entender en la Figura 34.


Figura 34: Mtodo BuscarPorTitulo de la clase Libro.
122
En la Figura 34 se aprecia cmo se consulta a la base de datos por todos los libros que tengan un
determinado ttulo, a este mtodo se le enva el parmetro de bsqueda (tit) y la conexin
realizada a la base de datos (cliente). En la lnea 293 se crea un objeto query asociado a la
conexin cliente, el cual luego con el mtodo constrain se indica que la bsqueda se realizar a
los objetos pertenecientes a la clase Libro, posteriormente se desciende mediante el mtodo
descend a travs del atributo Titulo, el que debe coincidir con tit mediante el mtodo constrain.
Finalmente se realiza la consulta con execute, el que retorna una lista tipo ObjectSet con todos
los objetos tipo Libro que coincidieron con el ttulo.
123
PAQUETE CATLOGO LIBROS Y REVISTAS.
Caso de uso: Actualizar Libros.
Seccin: ingresar libro.
Mensaje: crearCopia()
Controlador
: Libro
<<Clase>>
rm: RegistroMaterial copLib : CopiaLibro
1 : copia := crearCopia(clasif)
2 : lib := BuscarPorClasificacion()
4 : rm:= RegistroMaterial()
5 : copLib := CopiaLibro(lib,rm)
6 : setBD()
3 : lib := Consulta(clasif)
BaseDeDatos

124
Caso de uso: Actualizar Libros.
Seccin: ingresar libro.
Mensaje: ingresarLibro()
Controlador
lib : Libro
1 : lib := ingresarLibro()
<<create>>
2 : libAux := BuscarPorClasificacion(clasif)
: Libro
<<Clase>>
rm: RegistroMaterial
4 [libAux=Null] : rm:= RegistroMaterial(tipo)
<<create>>
copLib : CopiaLibro
5 [libAux=Null] : copLib := CopiaLibro(lib,rm)
<<create>>
Los atributos de este mtodo
no se anotaron debido a
que son demasiados
tipo = "L" que corresponde
al registro de un Libro
BaseDeDatos
6 : setBD()
3 : libAux := Consulta(clasif)

125
Caso de uso: Actualizar Revistas.
Seccin: ingresar revista.
Mensaje: ingresarRevista()
Controlador
: Revista
<<Clase>>
1 : rev := ingresarRevista(nom, fechFund,period,ISSN)
rev : Revista
4 [existe=False] : rev := Revista(nom, fechFund,period,ISSN)
<<create>>
5 [existe=False] : setBD() BaseDeDatos
3 : revAux := Consulta(nom)
Si de 3 (Consulta) se retorna
Null existe = false, si revAux != null
existe = true
2 : existe := isExiste(nom)

126
Caso de uso: Actualizar Revistas.
Seccin: ingresar revista.
Mensaje: CrearCopiaNumero()
Controlador
: CopiaNumero
<<Clase>>
1 : copNum:= crearCopiaNumero(rev,num)
2 : copRev := consulta(rev,num)
rm: RegistroMaterial
3 : rm:= RegistroMaterial(tipo)
4 : copNum:= CopiaNumero(copRev,rm)
BaseDeDatos
copNum: CopiaNumero
5 : setBD()

127
Caso de uso: Actualizar Revistas.
Seccin: ingresar revista.
Mensaje: crearCopiaRevista()
Controlador
: CopiaRevista
<<Clase>>
1 : crearCopiaRevista(fechInicio,fechTerm,num,vol, anio,rev)
copRev : CopiaRevista
4 [copRevAux=Null] : copRev := CopiaRevista(fechInicio, fechTerm, num, vol, anio, rev)
<<create>>
rm: RegistroMaterial
: CopiaNumero
<<Clase>>
6 : RegistroMaterial(tipo)
7 : copNum:= CopiaNumero(copRev,rm)
<<create>>
2 : copRevAux := existeNumero(rev,num)
BaseDeDatos
3 : copRevAux := Consulta(rev,num)
5 : setBD()
Tipo = "R" de
Revista
8 : setBD()

128
Caso de uso: Dar baja material.
Mensaje: darBajaMaterial()
Controlador
: RegistroMaterial
<<Clase>>
1 : darBajaMaterial(reg,razon)
2 : rm:= buscarPorRegistro(reg)
rm: RegistroMaterial
3 : estaBaja := isBaja()
4 [estaBaja=False] : setInactivo()
: Baja
6 [estaBaja=False] : Baja(rm,razon)
<<create>>
BaseDeDatos
5 : setBD()
7 : setBD()

129
PAQUETE ADMINISTRACIN DE USUARIOS.
Caso de uso: Actualizar Usuario.
Seccin: ingresar Usuario.
Mensaje: crearSeminarista()
Controlador sem: Seminarista
1 : CrearSeminarista(nom,apell,direc,tel,cel,rut,Fnac,ing,parro,curs)
: Seminarista
<<Clase>>
2 : existe := isExisteRutBD(rut)
BaseDeDatos
3 : auxSem:= Consulta(rut)
4 [existe=false] : setBD()
Al crear un seminarista,existen valores que se asumen
estado="REGULAR"
clave = rut, despues de puede cambiar

130
Caso de uso: Dar baja usuario.
Mensaje: darBaja()
Controlador
sem: Seminarista
1 : darBaja(razon)
: BajaUsuario
2 : BajaUsuario(sem,razon)
<<create>>
3 : setBD()
5 : setBD()
Se debe volver a guardar al seminarista
ya que se le ha cambiado el estado
BaseDeDatos
4 : estado := Consulta(est)
Desde la base de datos se
obtiene el estado de BAJ A

131
PAQUETE PRSTAMOS Y DEVOLUCIONES.
Caso de uso: Prstamos de material.
Mensaje: CrearPrestamoNormal().
Controlaror pres :
PrestamoNormal
1 : CrearPrestamoNormal(rm,sem)
<<create>>
sem: Seminarista
2 : regular := isRegular()
rm: RegistroMaterial
3 [regular=true] : activo := isActivo()
4 [regular=true && activo=true] : prestamo := isPrestamo()
5 [regular=true && activo=true && prestamo = false] : setBD()
Al momento de crear un prestamo
Se deja con atributo estado "VIGENTE"

Caso de uso: Devolucin de material.
Mensaje: setDevolucion()
Controlaror pres :
PrestamoNormal
1 : setDevolucion()
2 : dias := diasAtraso()
sem: Seminarista
3 [dias>0] : setSuspender(dias)
: AtrasoNormal
5 [dias>0] : AtrasoNormal(FechaSancion,pres)
<<create>>
Modifica estado de
PrestamoNormal a TERMINADO
se suspende al seminarista
asociado al prestamo
en caso de atraso
4 : setBD()
6 : setBD()
132
6.3 DIAGRAMAS DE CLASE
PAQUETE CATLOGO LIBROS Y REVISTAS
Libro
+Titulo: String
+PaisEdicion: String
+CiudadEdicion: String
+AnoPublicacion: I nteger
+CantPaginas: I nteger
+Ancho: I nteger
+Largo: I nteger
+I SBN: String
+I ndice: String
+Edicion: String
+Volumen: String
+Tomo: String
+Clasificacion: String
+AutorPrin: Autor
+MasAut: Boolean
+Notas: String
+I ngresarLibro(): Libro
+BuscarPorClasificacion(): Libro
+Libro(): Libro
+setBD()
+crearCopia(): CopiaLibro
+modificarLibro(): Libro
+busquedaTitulos(tit: String): List
+busquedaMaterias(mat: String): List
+busquedaAutor(aut: String): List
+busquedaEdiciones(edic: String): List
+busquedaSerie(ser: String): List
Revista
+Nombre: String
+FechaFundacion: String
+Periodicidad: I nteger
+I SSN: String
+ingresarRevista(): Revista
+isExiste(): boolean
+setBD()
+modifica()
Autor
+Nombres: String
+Apellidos: String
+FechaNac: Fecha
+FechaMuerte: Fecha
+Nacionalidad: String
+Cutter: String
+Autor(): Autor
+setBD()
+CrearAutor(): Autor
+buscarPorCutter(cut: String): List
+BuscarPorNombres(nom, : List)
Editorial
+Nombre: String
+Crear(): Editorial
+Buscar(): Editorial
+setBD()
Ediciones
+Nombre: String
+Buscar()
+setBD(): Ediciones
+Crear(): Ediciones
Serie
+Nombre: String
+Buscar(): Serie
+setBD()
+ Crear(): Serie
Materia
+Nombre: String
+crearMateria(): Materia
+buscar(): Materia
+setBD()
Contenido
+Nombre: String
+Contenido(): Contenido
+setBD()
+Buscar(): Contenido
LibroAutor
+setListBD(listAutores: List, lib: Libro)
+LibroAutor(): LibroAutor
+setBD()
+Libro
1
0..*
+Autor
1
0..*
LibroMateria
+ingresarLibroMateria(): LibroMateria
+setListBD(listMateria: List, lib: Libro)
+setBD()
+Libro
1
0..*
+Materia
1
0..*
+Editorial 1
0..*
+Serie
0..1
0..*
+Ediciones
0..1
0..*
RegistroMaterial
+Registro: I nteger
+FechaRegistro: Fecha
+Tipo: String
+RegistroMaterial(RegistroMaterial)
+darBajaMaterial()
+isBaja(es: boolean)
+setI nactivo()
+darAltaMaterial()
+buscarPorRegistro(reg: I nteger): RegistroMaterial
+setActivo()
+isActivo(): boolean
+setBD()
+isPrestamo(): boolean
+Copia
1
0..*
CopiaRevista
+FechaI nicio: Fecha
+FechaTermino: Fecha
+Numero: String
+Volumen: String
+Annio: String
+CopiaRevista(): CopiaRevista
+existeNumero(): boolean
+setBD()
+midifica()
+BusquedaRevista(): List
+Revista
1
0..*
CopiaContenido
+CopiaContenido(): CopiaContenido
+setBD()
+Copia
1
0..*
+Contenido 1
0..*
CopiaLibro
+CopiaLibro(): CopiaLibro
+setBD()
+BuscarLibroPorRegistro(reg: I nteger): List
+cantCopias(): I nteger
+Registro
1
1
+Registro
1
1
Tipo
+Nombre: String
+Diasprestamo: I nteger
+Tipo(: Tipo)
+BuscarPorNombre(nom: String): List
+setBD()
+Tipo
1 0..*
Baj a
+FechaB: Fecha
+Razon: String
+Baja(): Baja
+setBD()
Estado
+Nombre: String
+Estado(): Estado
+setBD()
+Buscar(): Estado
+Estado
1
0..*
+Registro
1
0..*
CopiaNumero
+CopiaNumero(): CopiaNumero
+crearCopiaNumero(): CopiaNumero
+setBD()
+BuscarRevistaPorRegistro(reg: I nteger): List
+cantCopias(): I nteger
+Copia
1
0..*

Figura 35: Diagrama de clases, paquete catlogo de libros y revistas.
133
PAQUETE ADMINISTRACIN DE USUARIOS
Seminarista
+Ao ingreso: Integer
+FechaNacimiento: Fecha
+Seminarista(): Seminarista
+isExisteRutBD(): boolean
+setBD()
+darBaja()
+isRegular(): boolean
+setSuspender()
+setRegularizar()
+darAlta()
Bibliotecario
+FechaNacimiento: Fecha
+crearBiblioteacario(): Bibliotecario
+isExisteRutBD(): boolean
+setBD()
UsuarioEspecial
+LugarDeTrabajo: String
+UsuarioEspecial(): UsuarioEspecial
+isExisteRutBD(): boolean
+setBD()
+darBaja()
+isRegular(): boolean
+setSuspender()
+setRegularizar()
+darAlta()
Parroquia
+Nombre: String
+Direccion: String
+Telefono: Integer
+crearParroquia(): Parroquia
+isExiste(): boolean
+setBD()
1 0..*
Diocesis
+Nombre: String
+Direccion: String
+crearDiocesis(): Diocesis
+isExisteNombreBD(): boolean
+setBD()
+Parro
1
0..*
Curso
+Nombre: String
+Curso(): Curso
+isExisteBD(): boolean
+setBD()
+Curso
1 0..*
Persona
+Nombres: String
+Apellidos: String
+Direccion: String
+Telefono: Integer
+Celular: Integer
+Rut: RUT
+Clave: String
+Persona(): Persona
+isExisteBD()
+setBD()
+getBD(): Persona
EstadoUsuario
+Nombre: String
+EstadoUsuario(): EstadoUsuario
+isExisteBD(): boolean
+setBD()
+getBD(): EstadoUsuario
+Estado
1 0..*
BajaUsuario
+FechaBaja: Fecha
+Razon: String
+BajaUsuario(): BajaUsuario
+setBD()
+Persona
1
0..*

Figura 36: Diagrama de clases, paquete administracin de usuarios.
134
PAQUETE PRSTAMOS Y DEVOLUCIONES
PrestamoNormal
+PrestamoNormal(): PrestamoNormal
+setBD()
+setDevolucion()
Catlogo libros y
revistas::RegistroMaterial
+Registro: Integer
+FechaRegistro: Fecha
+Tipo: String
Administracin de
usuarios::Bibliotecario
+FechaNacimiento: Fecha
Administracin de
usuarios::Seminarista
+Ao ingreso: Integer
+FechaNacimiento: Fecha
+Seminarista
1
0..*
PrestamoEspecial
+PrestamoEspecial(): PrestamoEspecial
+isAtrasosVigentes(): boolean
+setBD()
Administracin de
usuarios::UsuarioEspecial
+LugarDeTrabajo: String
+UsuarioEspecial
1
0..*
Prestamo
+FechaPrestamo: Fecha
+FechaDevolucion: Fecha
+FechaRealDevolucion: Fecha
+EstadoPrestamo: String
+Prestamo(): Prestamo
+setDevolucion()
+Registro
1 0..*
+Bibliotecario
1 0..*
AtrasoNormal
+AtrasoNormal(): AtrasoNormal
+setBD()
+cumplioSancion(sem: Seminarista): boolean
AtrasoEspecial
+AtrasoEspecial(): AtrasoEspecial
+setBD()
+cumplioSancion(usEs: UsuarioEspecial): boolean
1
0..1
1
0..1
Atraso
+Sancion: Fecha
+Estado: String
+Atraso(): Atraso
+setVigente()
+setCumplido()
+isVigente(): boolean
+setBD()

Figura 37: Diagrama de clases, paquete prstamos y devoluciones.
135
PAQUETE PUBLICACIONES DIGITALES
DocumentoDigital
+Titulo: String
+Descripcion: String
+Ubicacion: String
+Extension: String
+FechaSubido: Fecha
+Tamao: Integer
+DocumentoDigital(): DocumentoDigital
+getDocumentos(): List
+busquedaTitulos(tit: String): List
+busquedaDescripcion(des: String): List
Administracin de
usuarios::Seminarista
+Ao ingreso: Integer
+FechaNacimiento: Fecha
+Pertenece
1
0..*

Figura 38: Diagrama de clases, paquete publicaciones digitales.


PAQUETE SISTEMA DE MENSAJERA
Administracin de
usuarios::Seminarista
+Ao ingreso: Integer
+FechaNacimiento: Fecha
Administracin de
usuarios::Bibliotecario
+FechaNacimiento: Fecha
Mensaje
+Asunto: String
+Cuerpo: String
+FechaEmision: Fecha
+Leido: Boolean
+Mensaje(): Mensaje
+setBD()
+getMensajes(sem: Seminarista): List
+EmiteB
0..1
0..*
+EmiteS
0..1
0..*
+RecibeB
0..1
0..*
+RecibeS
0..1
0..*

Figura 39: Diagrama de clases, paquete sistema de mensajera.
136
PAQUETE RECOMENDACIN DE BSQUEDA
Recomendacion
+Fecha: String
+Comentario: String
+Nota: Integer
Catlogo libros y
revistas::Libro
+Titulo: String
+PaisEdicion: String
+CiudadEdicion: String
+AnoPublicacion: Integer
+CantPaginas: Integer
+Ancho: Integer
+Largo: Integer
+ISBN: String
+Indice: String
+Edicion: String
+Volumen: String
+Tomo: String
+Clasificacion: String
+AutorPrin: Autor
+MasAut: Boolean
+Notas: String
+Libro
1
0..*
Administracin de
usuarios::Seminarista
+Ao ingreso: Integer
+FechaNacimiento: Fecha
+Seminarista
1
0..*

Figura 40: Diagrama de clases, paquete recomendacin de bsqueda.
137
6.4 JERARQUA DE MEN
APLICACIN DE ESCRITORIO
Libros
- Crear libro
- Modificar libro
- Buscar libro
- Dar baja material
- Dar alta material
Revistas
- Crear revista
- Modificar revista
- Modificar nmero
- Buscar revista
- Dar baja material
- Dar alta material
Usuarios
- Seminarista
- Ingresar seminarista
- Modificar seminarista
- Como bibliotecario
- Dar baja seminarista
- Dar alta seminarista
- Bibliotecario
- Ingresar bibliotecario
138
- Modificar datos
- Cambiar clave
- Dar baja bibliotecario
- Dar alta bibliotecario
- Usuario especial
- Ingresar usuario especial
- Modificar usuario especial
- Dar baja usuario especial
- Dar alta usuario especial
- Buscar Usuario
Prstamos
- Seminarista
- Ingresar prstamo
- Devolucin
- Usuarios especiales
- Ingresar prstamo
- Devolucin
139
APLICACIN DE WEB
Bsqueda de libros
- Por ttulo
- Por Autor
- Por Materia
- Por editorial
- Por ediciones
- Serie
- ISBN
Revistas
- Por nombre
- Por ISSN
- Por Fecha
- Por Contenido
- Por Nmero
Prstamos vigentes
Prstamos histricos
Configurar cuenta
Mensajera
- Ver mensajes
- Enviar mensajes
- Seminarista
- Bibliotecario
- Curso
- Todos
140
Documentos
- Crear documento
- Eliminar documento
- Modificar documento
- Buscar documento
- Titulo
- Descripcin
Recomendacin
- Recomendar
141
6.5 PANTALLAS DEL SISTEMA
En sta seccin slo se mostrarn las principales pantallas de ambas aplicaciones (de escritorio y
Web)
PANTALLA PRINCIPAL APLICACIN DE ESCRITORIO

PANTALLA INGRESAR SEMINARISTA

142
PANTALLA INGRESAR LIBRO (1/2)

143
PANTALLA INGRESAR LIBRO (2/2)

144
PANTALLA INGRESAR REVISTA



PANTALLA PRINCIPAL APLICACIN WEB

145
PANTALLA BUSCAR LIBRO


PANTALLA BUSCAR REVISTA


PANTALLA GENERAL DE LA CUENTA

146
CAPITULO VII: DETALLES DE IMPLEMENTACIN
En este sptimo captulo, se abarcarn los detalles ms importantes de la implementacin, vale
decir, aquellos puntos que no son triviales y que sirven para dar una solucin en el software del
proyecto. Estos puntos son: el nivel de concurrencia en DB4O, la tecnologa Ajax, algunos
criterios al momento de trabajar con componentes Swing y la entrada y salida de datos mediante
cdigos de barra.
147
7.1 CONTROL DE CONCURRENCIA EN DB4O
Db4o es una base de datos orientada a objetos, por lo cual obtiene todas las caractersticas del
paradigma, pero tambin limita al programador de algunas caractersticas que provee una base de
datos relacional.

En primera instancia, en un objeto no se puede declarar un atributo como Primary Key, por lo que
si existe algn atributo de un objeto que deba ser nico, debe ser tratado mediante mtodos, en
otras palabras, se debe implementar la funcionalidad de impedir el ingreso de un atributo que ya
est en la base de datos.
Cmo se hace con una base de datos en modo cliente-servidor?
La pregunta anterior hace mencin a la posibilidad, que dos clientes ingresen al mismo tiempo el
mismo valor para un atributo identificador, por ejemplo el RUT, o en el caso de los libros y
revistas, el cdigo de registro. Para aquello, DB4O provee semforos, los que permiten bloquear
las operaciones riesgosas, es decir, si dos usuario solicitan un semforo con un nombre
determinado, el segundo al momento de solicitarlo mediante el mtodo para aquello, le retornar
false, indicando que otro usuario pidi un semforo antes y no lo ha devuelto.
A continuacin se describe el cdigo utilizado para aquello.

Figura 41: Cdigo con semforos de DB4o.

148
En la Figura 41se puede observar que si dos usuarios piden el semforo de nombre semaforo
(cliente.ext().setSemaphore(semforo,2))), al segundo usuario le retornar falso y como en el
ciclo while existe una negacin, esperar 2 milisegundos antes de preguntar nuevamente por el
semforo, es decir, el usuario podr pasar el ciclo while una vez se devuelva el semforo
(cliente.ext().releaseSemaphore(semaforo)).

De sta forma, se controlan los ingresos de atributos que son identificadores dentro del objeto.
149
7.2 IMPLEMENTACIN CON AJAX
El sistema Web dedicado, principalmente, a la bsqueda de material, posee varias caractersticas
importantes, ya que posee las siguientes opciones:
Bsqueda de libros y revistas.
Consultar por prstamos vigentes e histricos.
Sistema de mensajera.
Sistema de almacenamiento para archivos digitales.
Recomendacin de bsqueda.
Configuracin de cuenta.

Todas las opciones mencionadas anteriormente han sido implementadas mediante la tecnologa
Ajax, esto permite que la interfaz principal se mantenga intacta mientras se realiza la recarga solo
del contenido que solicita. A continuacin, se dar a conocer un ejemplo de cmo se realiza la
recarga (funciones en J avaScript).

Figura 42: Funcin que ocupa el sistema para recargar la Web.

150
En la Figura 42 se muestra que la funcin (de javascript) recargarPagina(div,pagina), se puede
apreciar que se le entregan 2 parmetros, el primero (div) es el nombre o identificador del
contenedor en la que realizar la recarga, y el segundo parmetro (pagina) es la direccin de la
pagina que estamos solicitando para que sea recargada, sta puede venir con datos incluidos, por
ejemplo, pagina.jsp?idObjeto=123.
151
A continuacin se especifica la funcin objetoAjax() que se nombra en la imagen anterior en la
lnea 31.

Figura 43: funcin objetoAjax().

En la imagen anterior se aprecia la funcin encargada de crear el objeto Ajax, que nos permitir
mantener la comunicacin asncrona con el servidor.
152
7.3 DETALLES DE DISEO CON SWING EN JAVA
La aplicacin de escritorio que utilizar el bibliotecario est realizada en java con componentes
Swing (Biblioteca grfica), los componentes que ms se utilizaron son:
JLabel : Utilizado para texto en la aplicacin.
JButton : Utilizado para los botones.
JList : Utilizado para las listas.
JTextArea : Utilizado para las cajas de texto de varias lneas.
JTextField : Utilizado para cajas de texto.
JTable : Utilizado para la creacin de tablas.
JOptionPane : Utilizado para mensajes al usuario.
JDialog : Utilizado para contener otros componentes swing, (ventana flotante).
JFrame : Utilizado para la contener otros componentes swing (ventana).
JTABLE
Es relevante hacer mencin que el componente JTable no fue utilizado por defecto, es decir no
tiene las propiedades definidas que la biblioteca proporciona, ya que la tabla por defecto puede
ser editada (modificar el texto que aparece en las celdas), y en el sistema aquello no tiene
utilidad, por lo cual fue reescrito un mtodo. El mtodo que fue reescrito fue:

Figura 44: Mtodo reescrito en el modelo de J Table.
153
En la Figura 44 se aprecia el mtodo que fue reescrito en una clase que hereda las propiedades de
DefaultTableModel (Clase que se asocia al modelo de tabla). Este mtodo se encarga de retornar
si las celdas son editables o no. Para que el componente J Table se encargue de aquello, esa es la
razn de los parmetros que se le entregan, row y column, pero en este caso puntual ninguna fila
y columna se podr editar, es decir, no importa la celda que se le entregue por parmetro, el
mtodo siempre retornar false.
Al ser reescrita sta propiedad, la herramienta CASE tambin nos hace saber que el mtodo est
sobrescribiendo al mtodo del padre. Luego, sta nueva clase ser asociada como modelo al
componente J Table.
JDIALOG y JFRAME
Al comenzar la programacin de de la interfaz grfica, lo primero que se hace es la creacin de
ventanas, para este caso J Frame, la herramienta CASE proporciona una serie de utilidades para
que la creacin de ventanas se pueda realizar con un entorno grfico.
Hay alguna restriccin al momento de crear ventanas?
En el transcurso del proyecto, est pregunta fue tomando el peso que en un comienzo se debi
tener, el sistema estaba repleto de ventanas tipo J Frame, adems cada vez que se llamaba a una
ventana se construa nuevamente, es decir, si una ventana se abre 20 veces, 20 veces el
recolector de basura de java tendr la misin de liberar memoria (ya que se pierde referencia al
objeto). Entonces, antes de implementar cualquier parte del software es necesario recurrir a la
literatura y a la experiencia que han tenido otros programadores que ya han pasado por aquello.
Luego de esto, se debi reconstruir prcticamente todo, pero sta vez con nuevos criterios que
han hecho que la aplicacin pueda ser utilizada con mayor calidad.

Las conclusiones que se tomaron son las siguientes:
En toda la aplicacin debe existir solo un contenedor J Frame como ventana principal. Como
ventanas secundarias se utiliza el componente J Dialog.
154
Las ventanas secundarias al momento de cerrarlas solo quedarn ocultas
<setVisible(false)>, es decir, no destruirlas, y al momento de llamarlas nuevamente hacerlas
visible <setVisible(true)>, esto hace que las ventanas aparezcan mucho ms rpida que
estarlas construyendo nuevamente. Tambin en cada J Dialog del sistema se implement un
mtodo que es fundamental para esto, es el mtodo reset(). Este mtodo, deja la ventana
nuevamente por defecto, es decir elimina todos los contenidos en las cajas de texto, deja la
ventana en la posicin inicial, etc.
Al iniciar el programa, cargar en memoria todas las ventanas que el sistema necesita, lo que
proporciona mayor rapidez al momento de su ejecucin (basta con crear las ventanas al inicio
del programa).

155
7.4 CDIGOS DE BARRA
Una de las funciones principales del proyecto, es que los libros son identificados mediante un
nmero de registro que se representa mediante cdigos de barra, el tratamiento para la generacin
de cdigos de barra y para su lectura se dan a continuacin.

IMPRESORA DE CDIGOS DE BARRA.
Para la generacin de cdigos de barra, existen variadas posibilidades, pero no todas ofrecen
soluciones eficientes. La solucin ms ptima, es la adquisicin de una impresora de etiquetas.
Una impresora de este tipo no posee el mismo funcionamiento de una impresora tradicional, una
de las propiedades ms importantes es la impresin trmica sobre etiquetas autoadhesivas, la que
ofrece una buena calidad de impresin.

Una vez obtenida la impresora, existe la interrogante, cmo imprimir los cdigos de barra?,
nuevamente existen varias opciones, entre ellas estn:

obtener un software para el diseo e impresin de cdigos de barra.
utilizar bibliotecas para J AVA como barbecue-1.5-beta1, las que producen imgenes de
cdigos de barra.
Impresin directa mediante el lenguaje de programacin que soporte la impresora, en el caso
puntual de Zebra LP2824, el lenguaje es EPL2 (Eltron Programming Language).

La ltima opcin es la ms eficiente y compleja, pero para este proyecto es indispensable que el
mismo software genere las etiquetas de clasificacin y las etiquetas de cdigos de barra, por lo
cual, adquirir otra aplicacin es descartada en primer instancia, luego se ha decidido la impresin
a travs del lenguaje que provee la impresora.
156
Para imprimir una etiqueta, se crea un archivo temporal, por ejemplo archivo.txt en l se
encuentran los comandos que son enviados al puerto de la impresora (LPT1) con los comandos
de sistema, por ejemplo, copy cdigo.txt LPT1

Ejemplo de un cdigo de barras sencillo:
N
A50,5,0,1,2,2,N,"SEMINARIO METROPOLITANO CONCEPCIN"
A50,30,0,4,1,2,N,"NOMBRE LIBRO"
B250,100,0,E30,3,20,160,B,"8424070022915"
P1
Comando N:
Descripcin: Indica el comienzo de una nueva etiqueta.
Comando A:
Descripcin: Indica texto, formato = Ap1,p2,p3,p4,p5,p6,p7,TEXTO
Donde: p1=posicin del texto horizontal.
p2=posicin vertical.
p3=rotacin. 0=sin rotacin; 1=90 grados; 2=180 grados; 3=270 grados.
p4=fuente. No se muestra la tabla debido a lo extenso de sta.
p5=ampla el texto horizontalmente (lo multiplica por el valor) de 1 a 9.
p6=ampla el texto verticalmente (lo multiplica por el valor) de 1 a 9.
p7=indica si es normal o al revs. Valores N y R.

157
Comando B:
Descripcin: similar al comando A pero en TEXTO se indica el cdigo de barras.
Comando P:
Descripcin: Indica la cantidad de copias que se deben imprimir.

LECTOR DE CDIGOS DE BARRA.
Un lector de cdigos de barra decodifica la informacin a travs de la digitalizacin proveniente
de una fuente de luz reflejada en el cdigo y luego se enva la informacin a una computadora
como si la informacin hubiese sido ingresada por teclado. Lo bueno de los lectores de cdigos
de barra es que finalizan el ingreso de la lectura con [Enter], lo que permite manejar los eventos.

158
CAPITULO VIII: PLAN DE PRUEBA, PUESTA EN
MARCHA Y CAPACITACIN
En este octavo captulo, se desarrollar un plan de pruebas para detectar posibles errores que el
software pueda presentar en su funcionamiento. Tambin se nombra cual es la puesta en marcha
que tendr el sistema y una pequea descripcin de cmo capacitar a los usuarios del software.

159
8.1 PLAN DE PRUEBAS
Al trabajar con el modelo incremental, existe una gran ventaja al momento de las pruebas, ya que
stas se realizan en cada incremento. Las pruebas realizadas en cada incremento han sido con
datos reales, esto quiere decir, que los primeros incrementos han sido probados fuertemente.
Adems, en cada incremento realizado para este proyecto, se realizaron constantemente pruebas
de caja negra, estas pruebas fueron realizadas por el programador sin mayor formalidad.

Figura 45: Pruebas de los incrementos a las de integracin.

Una vez que se han implementados todos los incrementos, se realizan las pruebas de integracin,
las que deben asegurar el funcionamiento de los casos de usos que establecieron en el captulo de
anlisis.
En este plan, solo se contemplan pruebas de validacin, es decir, se verificar que el software
cumple con los requisitos del anlisis.
Tambin es de importancia mencionar, que el software deber operar para varios clientes al
mismo tiempo y podran realizar las mismas o distintas operaciones, por lo que el control de la
concurrencia tambin est presente en el control de errores.
A continuacin se listarn los casos de pruebas, para los posibles errores que pudiesen perjudicar
severamente el funcionamiento del sistema, y solo se abarcan los casos de usos Primarios.
Adems en las entradas solo se reflejan los atributos que pueden generar dao y en el mismo
orden en que se muestran los casos de prueba deben ser comprobados.
160
CASO DE PRUEBA 1:
Paquete: Catlogo libros y revistas.
Caso de uso: Actualizar Libro, seccin: Ingresar Libro.
Atributos de entrada: (ttulo, autor, clasificacin, materia):
Entradas: LIBRO NUEVO, NUEVO AUTOR, 123.4/C22AUTOR/2008, INFORMTICA.
Resultado esperado:
El libro se ingresa sin problemas.
Entradas: NUEVO LIBRO, AUTOR, 123.4/C22AUTOR/2007, .
Resultado esperado:
No debe permitir el ingreso del libro, ya que no est asociado a una materia.
Entradas: , NUEVO AUTOR, 123.4/C22AUTOR/2008, FILOSOFA.
Resultado esperado:
No debe permitir el ingreso del libro, ya que clasificacin ya existe en el sistema y adems no posee
ttulo.
161
CASO DE PRUEBA 2:
Paquete: Catlogo libros y revistas.
Caso de uso: Actualizar Libro, seccin: Modificar Libro.
Atributos de entrada: ( Registro a modificar, Titulo, autor, clasificacin, materia):
Entradas: 0, NUEVO LIBRO, AUTOR, 123.6/C22AUTOR/2008, INFORMTICA.
Resultado esperado:
Permitir el ingreso del libro.
Entradas: 1, , SIN AUTOR, 123.4/C22AUTOR/2008, INFORMTICA. .
Resultado esperado:
No permitir el ingreso, porque no contiene ttulo.
No permitir el ingreso por que la clasificacin cambiada ya existe.
No permitir ingreso por que el libro no se ha asociado a ninguna materia.
162
CASO DE PRUEBA 3:
Paquete: Catlogo libros y revistas.
Caso de uso: Dar baja material.
Atributos de entrada: (registro):
Entradas: 0.
Resultado esperado:
Permitir la baja del material.
Entradas: 1.
Resultado esperado:
Permitir la baja del material.
Entradas: 0.
Resultado esperado:
No permitir la baja del material, porque este ya est de baja.
163
CASO DE PRUEBA 4:
Paquete: Catlogo libros y revistas.
Caso de uso: Actualizar Revistas, seccin: Ingresar Revista.
Atributos de entrada: (nombre, nmero, contenido).
Entradas: NUESTRA IGLESIA, 1, ORDENACIN SACERDOTAL.
Resultado esperado:
Permitir el ingreso de la revista.
Entradas: NUESTRA IGLESIA, 1, NAVIDAD.
Resultado esperado:
No permitir el ingreso de la revista, ya que el nmero ya existe.
Entradas: J OVEN CATLICO, , ORDENACIN SACERDOTAL.
Resultado esperado:
No permitir el ingreso, ya que esta no posee nmero.
164
CASO DE PRUEBA 5:
Paquete: Administracin de usuarios.
Caso de uso: Actualizar Usuario, seccin: Ingresar usuario.
Atributos de entrada: (nombre, Rut, curso):
Entradas: J ORGE, 22.222.222-2, PRIMERO DE FILOSOFA.
Resultado esperado:
Permitir el ingreso del seminarista.
Entradas: DANIEL, 33.333.333-3, SEGUNDO DE TEOLOGA.
Resultado esperado:
Permitir el ingreso del seminarista.
Entradas: CAMILO, 22.222.222-2, SEGUNDO DE FILOSOFA.
Resultado esperado:
No permitir el ingreso ya que el Rut ya existe en el sistema.
Entradas: , 44.4444.4444-4, SEGUNDO DE FILOSOFA.
Resultado esperado:
No permitir el ingreso ya que no posee nombre.
165
CASO DE PRUEBA 6:
Paquete: Administracin de usuarios.
Caso de uso: Actualizar Usuario, seccin: Modificar usuario.
Atributos de entrada: (Rut a modificar, nombre, curso, ):
Entradas: 22.222.222-2, , PRIMERO DE FILOSOFA.
Resultado esperado:
No permitir la modificacin, ya que este no posee nombre.
166
CASO DE PRUEBA 7:
Paquete: Prstamos y devolucin.
Caso de uso: Prstamos de material.
Atributos de entrada: (registro, Rut seminarista):
Entradas: 0, 22.222.222-2
Resultado esperado:
Permitir el prstamo del material.
Entradas: 1, 22.222.222-2
Resultado esperado:
Permitir el prstamo del material.
Entradas: 0, 33.333.333-3
Resultado esperado:
No permitir el prstamo del material ya que ste est prestado.
167
CASO DE PRUEBA 8:
Paquete: Prstamos y devolucin.
Caso de uso: Devolucin del material.
Atributos de entrada: (registro):
Entradas: 0.
Resultado esperado:
Devolucin exitosa.
Entradas: 1.
Resultado esperado:
Devolucin exitosa.
Entradas: 0.
Resultado esperado:
No se puede realizar devolucin ya que el material no se encuentra en prstamo.
168
8.2 PUESTA EN MARCHA
La puesta en marcha es una de las actividades importantes en un proyecto de software, ya que es
el momento en que todo lo realizado, se lleva a la prctica esperando resultados positivos, pero en
este, como en cualquier proyecto se pueden presentar anomalas, por lo que es necesario prever
cualquier situacin.

En el caso puntual del proyecto en cuestin, existe un sistema manual para la biblioteca que se ha
utilizado durante bastante tiempo, lo que ha significado un arduo trabajo de ingreso y
clasificacin de material.

Sera inapropiado, por no decirlo injusto que la clasificacin e ingreso existente del material se
perdiera para dar paso al nuevo sistema computacional, sin embargo un software no est libre de
errores y es necesario mantener el sistema antiguo, por lo menos hasta que el sistema logre
estabilidad. La estabilidad para ste software est contemplada entre tres a seis meses.

En primera instancia, el bibliotecario o quien sea designado para aquello deber poblar la base de
datos con al menos 200 libros y la totalidad de los usuarios.

Luego corresponde la marcha blanca, tiempo en la cual estarn trabajando los dos sistemas al
mismo tiempo. Por consiguiente, si ocurre algn error en el software, el sistema anterior no
tendr ningn problema y podr seguir funcionando hasta que el software sea reparado.

El tiempo que se estima conveniente para la marcha blanca es de cuatro meses.
169

Figura 46: Tiempo marcha blanca

Desde la puesta en marcha hacia adelante se contempla un respaldo de la base de datos mediante
discos DVD, al menos una vez cada tres meses, la base de datos es un archivo que podr ser
copiado sin ningn problema.
170
8.3 PLAN DE CAPACITACIN
El plan de capacitacin contemplado para el proyecto tiene dos fines, habilitar al bibliotecario
para el uso del software de escritorio y habilitar a los seminaristas para hacer uso del sistema
Web.
En efecto, el plan de capacitacin consta de dos etapas aludiendo a los fines nombrados
anteriormente.
Capacitacin Bibliotecario.
Charla, en la cual se explica la teora de todo lo que el sistema permite hacer.
Presentacin del software donde se expliquen todas las funcionalidades.
Presentacin en detalle de funcionalidades principales.
- Ingreso de Libros.
- Ingreso de revistas.
- Ingreso de Usuario.
- Prstamos.
- Devoluciones.
Actividad prctica en la cual el bibliotecario interacte directamente con el software.
Actividad prctica en la cual el Bibliotecario realice al menos una prueba por cada
funcionalidad.
Actividad prctica en la que se explica cmo levantar el sistema de escritorio.
Actividad prctica en la que se ensea a levantar el sistema Web.
Actividad prctica en la que se explica cmo instalar el software en otro computador y dejarlo
activo para su uso.
Actividad prctica de cmo utilizar el sistema Web.


171
Capacitacin Seminaristas.
Charla, en la cual se explica la teora de todo lo que el sistema permite hacer.
Actividad prctica en la cual los usuarios interactan con el sistema.
Actividad prctica en la cual se explica a grandes rasgos las funcionalidades del software de
escritorio.
172
CONCLUSIONES
173
Al dar termino a este proyecto, se puede afirmar con satisfaccin que lo escrito en la literatura
acerca del paradigma orientado a objetos, se hace vida en quien realiz el anlisis, diseo e
implementacin descritos en este libro, lo ms acertado es lo que nos dice Martin en el primer
captulo, pero esto no sera tan tajante, a menos que el paradigma se utilice en todo el ciclo del
proyecto, como nos menciona Meyer.

Las Tcnicas Orientadas a Objetos modifican el punto de vista de los analistas de sistemas de
informacin acerca del mundo, en vez de pensar en los procesos y su descomposicin, piensan en
Objetos y su comportamiento (Martin, y otros, 1994).
El enfoque Orientado a objetos es ambicioso: abarca todo el ciclo de vida de desarrollo
software. Cuando se examinan soluciones orientadas a objetos se debe comprobar que el mtodo
y el lenguaje, as como las herramientas de apoyo, sean aplicables al anlisis y al diseo al igual
que la implementacin y el mantenimiento (Meyer, 1998)

Al desarrollar un proyecto con el paradigma orientado a objetos en todas sus etapas, ya desde las
primeras conversaciones con los usuarios, se comienzan a percibir objetos!, que sern las piezas
fundamentales del software, ya que estos interactan de manera sorprendente con otros objetos,
como si estos comenzaran a tener vida, con comportamientos y estados propios. Adems al
trabajar con una base de datos del mismo paradigma, los objetos persisten sin tener que realizar
transformaciones a bases de datos relacionales, manteniendo las caractersticas del paradigma.

Algo interesante de rescatar es la importancia que tiene el realizar un buen anlisis, ya que las
palabras muchas veces se malentienden o tal vez se dijo aquello que realmente no era, entonces
un anlisis exhaustivo al comienzo, permitir el desarrollo del proyecto con mas confiabilidad y
seguridad, logrando un buen trmino.

174
Otro punto interesante, es la eleccin de una herramientas CASE apropiada para utilizarla en un
proyecto determinado, ya que estas al ser bien utilizadas proporcionan en gran medida el xito
del proyecto.

Tambin, es importante resaltar que se cumplieron con todos los objetivos planteados al inicio de
este proyecto, lo que se ve reflejado a los largo de este libro y en el aprendizaje logrado.

Para finalizar, no se puede dejar de mencionar el descubrimiento por parte de quien realiza este
proyecto la potencia de un Lenguaje como J AVA ya que permite una gran cantidad de cosas, la
ms interesante es la capacidad para reutilizar la lgica de negocio en ambas aplicaciones que se
desarrollaron, tanto en la aplicacin de escritorio, como en la aplicacin Web, en sta ltima,
gracias a la tecnologa J SP se logr la utilizacin del cdigo implementado en la primera
aplicacin, logrando una coherencia y unin de estos dos software para lograr un gran Sistema de
Biblioteca como lo plantea este Proyecto.
175
BIBLIOGRAFA
176
2007, NetBeans. NetBeans. [En lnea] [Citado el: 18 de Agosto de 2007.]
http://www.netbeans.org/index_es.html.
Benito, Miguel. 1999. Manual de aprendizaje de la Clasificacin Decimal Universal y breve
introduccin a la Clasificacin Decimal de Dewey. s.l. : Taranco, 1999.
Bertino, Elisa y Martino, Lorenzo. 1995. Sistemas de bases de datos orientadas a objetos.
Madrid : Addison wesley, 1995.
creangel UML. 2007. creangel. [En lnea] 2007. [Citado el: 12 de septiembre de 2007.]
http://www.creangel.com/uml/diagramas.php.
Deitel, Harvey. 2004. Como programar en JAVA. Mexico : Pearson, 2004.
Larman, Craig. 2003. UML y Patrones. Madrid : Pearson, 2003.
Lavintman, Alan y Viscuso, German. 2007. db4o: una alternativa a la persistencia . s.l. :
www.db4o.com, 2007.
Martin, James y Odell, James. 1994. Analisis y Diseo Orientado a Objetos. Mexico : Prentice
Hall, 1994.
Meyer, Bertrand. 1998. Construccion de Software Orientada a Objetos (Segunda edicion).
Espaa : Prentice Hall, 1998.
Miksa, Francis L. 1998. The DDC, The universe of knowledge and the post-modern library. s.l. :
Forest press, 1998.
Natxo, Mendez. 2007. DesarrolloWeb. [En lnea] 2007. [Citado el: 1 de Agosto de 2007.]
http://www.desarrolloweb.com/articulos/832.php.
Paredes, Juan de Dios Btz. Desarrollo Orientado a Objetos con UML.
Prez, Javier Eguluz. 2007. Introduccin a AJAX. 2007.
Pressman. 2002. Ingeniera del Software Un enfoque Prctico. s.l. : McGraw Hill., 2002.
Sabater, Juan Carlos. 2007. ciberhabitat. [En lnea] 2007. [Citado el: 11 de Octubre de 2007.]
http://ciberhabitat.gob.mx/comercio/cbarras/index.html.
177
Viscuso, German. 2007. Bases de Objetos. s.l. : www.db4o.com, 2007.
Wikipedia codigos Barra. 2007. [En lnea] 2007. [Citado el: 12 de Octubre de 2007.]
http://es.wikipedia.org/wiki/Cdigo_de_barras.
Wikipedia JAVA, 2007. Wikipedia. [En lnea] [Citado el: 27 de Agosto de 2007.]
http://es.wikipedia.org/wiki/J ava_(Sun).
Wikipedia JSP, 2007. Wikipedia. [En lnea] [Citado el: 28 de Agosto de 2007.]
http://es.wikipedia.org/wiki/J ava_Server_Pages.
Wikipedia Lenguaje Java, 2007. Wikipedia. [En lnea] [Citado el: 20 de Agosto de 2007.]
http://es.wikipedia.org/wiki/Lenguaje_de_programacin_J ava.
Wikipedia POO. 2007. Wikipedia. [En lnea] 2007. [Citado el: 12 de Septiembre de 2007.]
http://es.wikipedia.org/wiki/Programacin_orientada_a_objetos.
178









ANEXO 1
MANUAL DE USUARIO DEL SISTEMA BIBLIOTECARIO

179
INTRODUCCIN
En ste tutorial del sistema Bibliotecario de la Biblioteca del Seminario Metropolitano
Concepcin, se plasma de forma grfica e interesante la forma en que se debe utilizar el sistema
bibliotecario. Al leer el tutorial se aprender desde el ingreso al sistema, hasta las operaciones
que requieren conocimiento en bibliotecas.

Este tutorial est diseado de forma que el entendimiento sea ms fcil para el usuario. A
continuacin se describe los smbolos que aparecern a lo largo del tutorial.

Solo Bibliotecario: Cuando aparezca ste smbolo, significa que para
realizar la operacin se necesitan conocimientos de biblioteca. Como por
ejemplo, el cmo clasificar un Libro, el ingreso de una revista, etc.


Cuidado: Este smbolo significa que para realizar la operacin debe
considerar algunas cosas, por lo general si no se considera la operacin no se
podr realizar.


Observacin: Este smbolo aparece cuando se plasman observaciones
generales. La mayor parte de las veces sirve para entender el significado de
algunos atributos que el sistema pide.
El tutorial, en general, muestra todas las pantallas que el sistema le arrojar y describe las
acciones importantes a travs de nmeros que identifican en la pantalla los que se describir, por
lo general son botones o cajas de texto para anotar los atributos que el sistema requiere.
180
Cuando exista un error en el sistema, este lo har saber al usuario mediante dos formas, la
primera es dentro de la misma pantalla (debajo de la pantalla) con un mensaje en rojo, la segunda
forma es mediante un mensaje que saldr por sobr la pantalla, a la que ser necesario dar al
botn aceptar para indicarle al sistema que ya ha ledo la informacin.

En la figura anterior se ve un mensaje de error tras haber presionado el botn Entrar sin haber
ingresado el Rut. Luego podr nuevamente ingresar el Rut, sin indicarle al sistema que ha ledo el
mensaje.

En la figura anterior se muestra un mensaje que es necesario que el usuario lo lea y para ello le
indica explcitamente al sistema que lo ha ledo mediante el botn Aceptar.
181
INICIO
Al iniciar el sistema de biblioteca del Seminario Metropolitano Concepcin lo primero que
podremos observar, es la pantalla de inicio, esta se presenta a continuacin.

1.- Indica el progreso de carga del software, en caso de que este no se moviera por un tiempo
prolongado, se hace necesario la reiniciacin del sistema operativo, ya que lo ms seguro, es que
el problema provenga de all.
182
IDENTIFICARSE
Pantalla de identificacin para el bibliotecario.

RUT: El formato de entrada puede ser XX.XXX.XXX-X o XXXXXXXX-X,
es decir, con o sin puntos.


1.- Campo en donde el bibliotecario deber ingresar su RUT.
2.- Campo en donde el usuario deber ingresar la clave, al comienzo sta ser el mismo RUT
(con puntos), pero posteriormente podr ser cambiada por la que el bibliotecario estime
conveniente.
3.- Botn que le indica al sistema que los datos ya han sido ingresados.
183
PANTALLA PRINCIPAL
Pantalla principal del sistema, en la que el usuario tendr el acceso a todas las opciones
mediante los mens respectivos, adems como actividad principal, en esta pantalla se
gestionarn los prstamos y devoluciones a los seminaristas.

1.- Men principal, en la que tendr todas las opciones que el sistema posee, estas opciones se
describen posteriormente.
2.- Accesos rpidos a las principales opciones del sistema, estas sern descritas ms adelante.
3.- Seccin en la cual se realizan los prstamos del material de la biblioteca a los seminaristas.
4.- Seccin para realizar la devolucin del material de un seminarista.
184
PRESTAMOS

1.- Marco dedicado al identificar al seminarista que desea realizar un prstamo en el sistema.
1.1.- Campo en la cual se deber ingresar el RUT del seminarista, luego de ser ingresado el
sistema proporcionar la informacin asociada a los dems campos del marco.
2.- Marco dedicado a la identificacin del material (libro o revista) que se prestara al seminarista
ingresado.
2.1.- Campo en la que se ingresa el nmero de registro del material que se desea prestar, este
puede ser pistoleado por el lector de cdigos de barra o ingresado por teclado, luego el sistema
proporcionar la informacin del material.
2.2.- Campo en la cual, por defecto, se indicar la fecha de devolucin del material, este podr ser
cambiado al instante por el bibliotecario, para dar una mayor flexibilidad del servicio.
3.- Botn, en la cual se le indica al sistema que realice el prstamo del material al seminarista
indicado.
185
DEVOLUCIN

1.- Campo en la cual se ingresa el cdigo de registro del material que se est devolviendo a la
biblioteca, este puede ser pistoleado con el lector de cdigos de barra o ingresado directamente
por teclado.
186
SECCIN LIBROS


INGRESO DE LIBRO 1/3
Para poder ingresar un libro al sistema, el bibliotecario deber proveer la
informacin que el sistema le solicite, este proceso cuenta con 3 pantallas
principales, de las cuales se desprenden acciones como: Ingresar Una
Copia, Ingresar Autor, Ingresar Editorial, Ingresar Ediciones, Ingresar
Serie y Agregar nuevas materias.

Titulo: En caso de ingresar un ttulo que ya existe, el sistema dar una alerta.
Con la opcin de rellenar todos los campos con la informacin del libro que
ya haba sido ingresado, con el fin de reutilizar esta informacin.
ISBN: Al igual que el ttulo, al ingresar un ISBN que ya ha sido ingresado, el
sistema dar una alerta.
Clasificacin: La clasificacin debe ser nica, por lo que el sistema no
permitir ingresar dos libros con la misma clasificacin. El libro deber,
necesariamente, ser ingresada como copia.


Tipo: Indica a que tipo pertenece el libro que se est ingresando, existen dos:
Referencia, que significa que el libro es de alta demanda y adems existen
copias limitadas y No referencia lo cual no son libros muy codiciados y
existen ms de una copia.
Registro anterior: Este atributo es ingresado con el fin de convivir con el
sistema anterior, este corresponde al registro con que el libro haba sido
187
ingresado en el sistema antiguo, en el caso de ingresar un libro que no haba
sido ingresado anteriormente, no ser necesario ser ingresado.
Clasificacin: Atributo nico, por lo general compuesto por el cdigo
Dewey, cdigo cutter, ao y otros (podra ser volumen, tomo, etc).
188

1.- Botn que permite el ingreso de una copia de un libro que ya fue ingresado anteriormente,
luego se debe identificar el libro con la clasificacin para asignarle una copia.
2.- Lista en la que aparecen los tipos de libros, sobre el cual se determina la cantidad de das que
ser prestado el material.
3.- Botn que permite ingresar un autor, si es que este no est en el sistema.
4.- Botones que permiten el ingreso de una nueva editorial, ediciones y serie respectivamente
5.- Permite ingresar cualquier observacin acerca del libro.
6.- Permite dar paso a la segunda etapa del ingreso de un libro.
189
INGRESO DE LIBRO 2/3

Finalizar / Ingresar Libro: El sistema no permitir el ingreso de un libro si es
que ste no ha sido vinculado a, por lo menos, una materia.


Agregar nueva materia: No se debe abusar mucho en el ingreso de materias,
la idea es ingresar materias generales y tratar de ocupar las materias
existentes para que el sistema de bsqueda por materias sea efectiva.


190
1.- Lista que contendr todos los autores registrados en el sistema, ordenados alfabticamente,
estos se pueden elegir con el mouse o tecleando la primera letra correspondiente al autor, adems
la eleccin podr variar con los botones de flechas que el teclado posea.
2.- Lista que contendr los autores secundarios del libro que se est ingresando.
3.- Botones de desplazamiento de autores de una lista a otra, es decir, si se encuentra un autor en
la lista de autores generales del sistema (1) podr ser movida a la lista de autores secundarios del
libro mediantes los botones de acuerdo a la trayectoria que estos indican.
4.- Botn que permite ingresar un nuevo autor en el caso que no exista en las listas.
5.- Igual que el punto (1) pero esta vez no se tratarn autores, sino materias.
6.- Igual que el punto (2) pero esta vez no se trataran los autores secundarios, sino las materias
que correspondan al libro, estas materias pueden tambin ser palabras claves que sirvan para
efectuar las bsquedas.
7.- Igual al punto (3) pero esta vez es para mover las materias de una lista a otra.
8.- Botn que permite el ingreso de una nueva materia, es decir, ingresar una materia que no
existe en el sistema.
9.- Botn que informa al sistema que ya puede registrar el libro.
191
INGRESO DE LIBRO 3/3

1.- Indica el registro con el que se ingres la copia del libro.
2.- Botn que enva instruccin a la impresora para que imprima el cdigo de barras del libro.
3.- Botn que enva instruccin a la impresora para que imprima una etiqueta con la clasificacin
del libro.
4.- Botn que indica al sistema que la operacin de ingreso de libro ha terminado.
192
INGRESAR COPIA DE UN LIBRO 1/3

1.- Permite ingresar la clasificacin del libro, al que desea ingresar una copia.
2.- Botn que permite cancelar el proceso de ingreso de copia.
3.- Botn que inicia la bsqueda del libro asociado a la clasificacin, de modo que se muestre en
pantalla los resultados de la bsqueda para luego ingresar la copia.
193
INGRESAR COPIA DE UN LIBRO 2/3

1.- Permite el ingreso del nmero de registro que posea el libro en el sistema anterior.
2.- Botn que cancela el proceso del ingreso de una copia.
3.- Botn que informa al sistema que ingrese una copia de un libro.
194
INGRESAR COPIA DE UN LIBRO 3/3

1.- Indica el registro con el que se ingres la copia del libro.
2.- Botn que enva instruccin a la impresora para que imprima el cdigo de barras del libro.
3.- Botn que enva instruccin a la impresora para que imprima una etiqueta de clasificacin.
4.- Botn que indica al sistema que la operacin de ingreso de libro ha terminado.
195
INGRESAR AUTOR

F. nacimiento: El sistema no permitir el ingreso de un autor que presente
una pecha de nacimiento igual o mayor a la fecha de muerte.
F. muerte: El sistema no permitir el ingreso de un autor que presente una
fecha de muerte igual o menor que la fecha de nacimiento.
Cutter: El sistema no permitir el ingreso de un autor con el mismo cdigo
cutter que otro autor ingresado con anterioridad.


1.- Sector en la cual se deben ingresar los datos del autor.
2.- Si a un autor se le desconoce la fecha de nacimiento o fecha de muerte puede ser omitida.
3.- Permite ingresar el cdigo cutter del autor, este debe ser nico, por lo cual el sistema no
permitir el ingreso de un autor si el cdigo ya ha sido ingresado para otro autor.
4.- Botn que informa al sistema que ingrese el autor.
196
INGRESAR EDITORIAL

Ingrese Editorial: El sistema no permitir el ingreso de una editorial que ya
ha sido ingresada en el sistema.


1.- Botn que cancela el proceso de ingreso de una editorial.
2.- Botn que informa al sistema que ingrese la una editorial.

INGRESAR SERIE

Ingresar serie: El sistema no permitir el ingreso de una serie que ya existe
en el sistema.


1.- Botn que cancela el proceso de ingreso de una serie.
2.- Botn que informa al sistema que ingrese una serie.
197
INGRESAR EDICIONES

Ingrese Ediciones: El sistema no permitir en ingreso de ediciones que ya
existan en el sistema.


Ediciones: En la literatura cristiana existen ediciones, lo que vendra siendo
una editorial, por lo que un libro podra tener ediciones o editorial.


1.- Botn que cancela el proceso de ingreso de ediciones
2.- Botn que informa al sistema que ingrese ediciones.
198
AGREGAR NUEVA MATERIA

Ingrese materia: El sistema no permitir el ingreso de una materia que ya
exista en el sistema.


1.- Botn que cancela el proceso de ingreso de una materia.
2.- Botn que informa al sistema que ingrese la materia.
199
MODIFICACIN DE LIBRO 1/3
El proceso de modificacin de un libro consta de tres pantallas, idnticas a
las que se utilizaron para ingresar el libro, permitiendo la modificacin de los
atributos respectivos, los atributos no sern modificados hasta que el usuario
lo especifique explcitamente al trmino de la operacin. Al igual que el
ingreso de los libros se desprenden las acciones Ingresar Autor, Ingresar Editorial, Ingresar
Ediciones, Ingresar Serie y Agregar nuevas materias (Estas no sern descritas por que utiliza la
mismas pantallas y acciones que las mencionadas en el ingreso de Libros.

Cdigo de registro: En el caso de pistolear o ingresar por teclado el cdigo de
registro, el sistema lo asociar al cdigo de clasificacin.


1.- Se selecciona si el libro a modificar ser identificado mediante el cdigo de registro o por su
clasificacin.
2.- Podr ingresar la clasificacin o cdigo de registro segn corresponda.
3.- Botn que cancelar el proceso de modificacin.
4.- Botn que inicia la bsqueda de la informacin asociada a la clasificacin o cdigo de
registro, para comenzar a modificar los atributos que se estimen conveniente.
200
MODIFICAR LIBRO 2/3

Clasificacin: No se puede modificar la clasificacin por una que ya exista
en el sistema. Adems si se modifica por otra inexistente, otro libro podra
ocupar la clasificacin


Clasificacin: Modificar este atributo es una accin es riesgosa, se
recomienda no modificarla a menos que sea estrictamente necesario.


201
MODIFICAR LIBRO 3/3

202
BUSCAR LIBRO
El proceso de bsqueda de libros se puede realizar por medio de varios criterios y estos sern
buscados dentro de todos los libros que existen en el sistema, la palabra puede ser exacta o
puede ser una palabra contenida en otra (teo esta contenida en teologa)

1.- Criterios con las cuales se pueden realizar las bsquedas de los libros en el sistema.
2.- Permite ingresar las palabras que sern asociadas a las bsquedas de acuerdo al criterio que se
escogi en (1).
3.- Botn que da inicio a la bsqueda de los libros.
4.- Tabla en la que aparecern las coincidencias de la bsqueda realizada.
5.- Botn que permite modificar un libro, si es que este se ha seleccionado explcitamente con el
mouse, una vez que el botn se ha presionado se inicia la modificacin del libro desde la pantalla
2 de modificacin, obviando la pantalla de identificacin del libro.
203
6.- Botn que permite ver toda la informacin de un libro que se ha seleccionado con el mouse.
204
MS INFORMACIN

205
DAR BAJ A MATERIAL
El proceso de Dar de baja un material, permite que un libro o revista quede al margen de toda
operacin sobre l. Para ello el sistema le pedir que se seleccione la opcin por la cual el libro
se est dando de baja.

1.- Permite que se identifique el libro que se est dando de baja, este puede ser pistoleado por el
lector de cdigos de barra o ingresado por teclado.
2.- Lista en la cual se encuentran las razones para dar de baja un material.
3.- Botn que informa al sistema que inicie la baja del libro.
206
DAR ALTA MATERIAL
El proceso de Dar Alta a un material, permite que un libro o revista pueda volver a ser utilizado
despus que se ha dado de baja.

1.- Permite que se identifique el libro que se est dando de alta, este puede ser pistoleado por el
lector de cdigos de barra o ingresado mediante el teclado.
2.- Botn que informa al sistema que de inicio al alta del material.
207
SECCIN REVISTAS


INGRESO DE REVISTA
Para poder ingresar una revista al sistema, el bibliotecario deber proveer la
informacin que el sistema le solicite. Adems de ste proceso se desprenden
acciones como: Agregar nueva revista, Agregar copia de un nmero y
agregar contenido.

Nmero: El sistema no permitir el ingreso de una revista de con el mismo
nmero y nombre, esta deber ser una copia de numero de revista.
Desde: El sistema no permitir que una periodicidad comience con una fecha
mayor a la del trmino.
Hasta: El sistema no permitir que la periodicidad termine con una fecha
menor a la del inicio.
Contenido: El sistema no permitir el ingreso de una revista si esta no tiene
algn contenido que se le asocie.


Desde: Al momento de cambiar el comienzo de la periodicidad (Desde) el
trmino (Hasta) cambiar automticamente segn la periodicidad de la
revista que se ingres como dato general de la revista.
Nmero: Al ingresar un nmero que ya existe asociado a la revista que se
escogi el sistema le alertara y dar opcin de ingresar una copia, de no ser
208
as no permitir el ingreso del nmero.


1.- Botn que da inicio al proceso de agregar una nueva revista, es decir, una revista a la cual
jams se le ha asociado un nmero de revista y el nombre no aparece en el sistema.
2.- Botn que da inicio al proceso de agregar una copia de revista, es decir, agregar el nmero de
una revista en particular ms de una vez.
3.- Lista de la cual despliegan todas las revistas que estn ingresadas en el sistema, a fin de
asociarle un nuevo nmero.
4.- Lista en la cual se encuentran todos los contenidos existentes en el sistema, estos aparecen
ordenados alfabticamente y se pueden elegir mediante mouse, teclado (flechas o mediante la
primera letra del contenido). Estos contenidos no estn asociados al nmero que se est
ingresando pero se puede asociar.
5.- Botones que permiten desplazar de un lado a otro el contenido de una revista, es decir, el
contenido puede pasar a formar parte del nmero que se est ingresando.
209
6.- Lista de todos los contenidos que se estn asociando al nmero de revista que se est
ingresando.
7.- Botn que permite el ingreso de un contenido que no existe en el sistema.
8.- Botn que informa al sistema que ingrese la revista.
210
AGREGAR NUEVA REVISTA

Nombre: El sistema no permitir el ingreso de la revista si esta no se ha
digitado el nombre.


1.- Permite ingresar el nombre de la revista que se est ingresando.
2.- Lista de la cual se despliegan las periodicidades existentes en el sistema.
3.- Botn que informa al sistema que ingrese la nueva revista.
211
AGREGAR COPIA DE UN NMERO

Nmero: El nmero ingresado en el sector dispuesto para aquello debe existir
previamente en el sistema.


1.- Lista de la cual aparecen todas las revistas existentes en el sistema.
2.- Permite el ingreso del nmero de revista a la cual se desea ingresar una copia.
3.- Botn que informa al sistema que ingrese la copia de un nmero de revista.
212
AGREGAR CONTENIDO

Ingrese Contenido: El sistema no permitir en ingreso de un contenido que
ya existan en el sistema.


1.- Botn que cancela el proceso de ingresar un nuevo contenido.
2.- Botn que informa al sistema que ingrese el contenido.
213
MODIFICACIN DE REVISTA 1/2
El proceso de modificacin de una revista consta de dos pantallas, idnticas a
las que se utilizaron para ingresar la nueva revista, permitiendo la
modificacin de los atributos respectivos, los atributos no sern modificados
hasta que el usuario lo especifique explcitamente al trmino de la operacin.
Es necesario recordar que al modificar una revista, se modifican los atributos generales, es decir
estos atributos sern cambiados para todos los nmeros que la revista posea.

Cdigo de registro: El cdigo de registro puede ser ingresado por teclado o
pistoleado por el lector de cdigos de barra.


1.- Lista de la cual despliegan la formas de identificacin del a revista que se desea modificar.
2.- Permite el ingreso de la revista que se desea modificar (por ttulo o cdigo de registro).
3.- Botn que da inicio a la bsqueda de la revista que se desea modificar.
214
MODIFICACIN DE REVISTA 2/2

Nombre: El nombre no puede ser modificado.


1.- Botn que informa al sistema que modifique la revista.
215
MODIFICACIN DE NMERO 1/2
El proceso de modificacin de un nmero de revista consta de dos pantallas,
idnticas a las que se utilizaron para ingresar un nuevo nmero, permitiendo
la modificacin de los atributos respectivos, los atributos no sern
modificados hasta que el usuario lo especifique explcitamente al trmino de
la operacin. Es necesario recordar que al modificar un nmero de una revista, se modificarn
solo los atributos que le corresponden a ese nmero en particular, si existiesen copias de ese
nmero, estos tambin sern modificados. No se dar detalle de la modificacin ya que estos se
detallan en las pantallas de ingreso de revistas.

Nmero: Al modificar una copia de una revista se debe ingresar el nmero
que corresponda y este debe existir en el sistema.


1.- Lista en la que aparecen los nombres de todas las revistas que han sido ingresadas en el
sistema.
2.- Permite el ingreso del nmero asociado a la revista que se desea modificar.
3.- Botn que inicia la bsqueda del nmero de la revista que se desea modificar.
216
MODIFICACIN DE NMERO 2/2

Desde: Al igual que en el ingreso de revista, el sistema no permitir la
modificacin de la periodicidad con una fecha de inicio mayor que la de
termino.
Hasta: Al igual que en el ingreso de revista, el sistema no permitir la
modificacin de la periodicidad con una fecha de termino mayor que la de
termino.
Contenido: El sistema no permitir que se eliminen todos los contenidos
asociados a la revista.


217
BUSCAR REVISTA
El proceso de bsqueda de una revista se puede realizar por medio de varios criterios y estos
sern buscados dentro de todas las revistas que existan en el sistema, la palabra puede ser
exacta o contenida dentro de otra (teo esta contenida en teologa).

1.- Botn que da inicio a la bsqueda de las revistas segn las concordancias que se encuentren
respecto a los atributos que se ingresaron.
2.- Botn que permite ver la informacin de una revista que se seleccion en la tabla de
resultados.
3.- Botn que permite ver la informacin del nmero que se selecciono de la tabla de resultados.
4.- Botn que permite la modificacin de la revista previamente seleccionada de la tabla de
resultados.
5.- Botn que permite la modificacin del nmero de una revista previamente seleccionada de la
tabla de resultados.
6- Tabla de resultados que arrojo la bsqueda de revistas.
7.- Botn que indica al sistema, que ya se realiz lo que se necesitaba.
218
VER INFORMACIN REVISTA


VER INFORMACIN NMERO

219
DAR ALTA MATERIAL
Es exactamente lo mismo que dar el de un libro, incluso se puede dar de alta una revista en la
seccin de libros y un libro en la seccin de revistas.

DAR BAJ A MATERIAL
Es exactamente lo mismo que dar de alta un libro, incluso se puede dar de baja una revista en la
seccin de libros y un libro en la seccin de revistas.
220
USUARIOS


SEMINARISTAS


INGRESAR SEMINARISTA
Para poder ingresar un seminarista, el bibliotecario deber proveer la informacin que el
sistema le solicite. Adems de este proceso se desprenden acciones como: Ingresar Curso e
Ingresar Parroquia.

RUT: El sistema no permitir el ingreso de un seminarista al que se le asocie
un Rut que ya existe en el sistema.

221

1.- Botn que inicia el proceso de ingresar un nuevo curso.
2.- Botn que inicia el proceso de ingresar una nueva parroquia.
3.- Botn que informa al sistema que puede ingresar al seminarista.
222
AGREGAR CURSO

Ingrese Curso: El sistema no permitir el ingreso de un curso que ya exista


1.- Botn que cancela el proceso de ingresar un curso.
2.- Botn que informa al sistema que ingrese el curso.
223
AGREGAR PARROQUIA

Nombre: El sistema no permitir el ingreso de un nombre de parroquia que
ya exista.


1.- Lista que contiene todas las dicesis existentes en el sistema.
2.- Botn que inicia l proceso de ingreso de una nueva dicesis.
3.- Botn que indica al sistema que ingrese la parroquia.
224
AGREGAR DICESIS

Nombre: El sistema no permitir el ingreso de un nombre de diocesis que ya
exista.


1.- Botn que indica al sistema que ingrese la dicesis.
225
MODIFICAR SEMINARISTA 1/2
El proceso de modificacin de un seminarista consta de dos pantallas, una de identificacin del
usuario que se desea modificar y otra idntica al ingreso de seminaristas por lo cual se esta no
se dar mayor detalle.

RUT: El RUT debe existir previamente en el sistema.


1.- Permite ingresar el RUT del seminarista.
2.- Botn que inicia la bsqueda del seminarista que se desea modificar.
226
MODIFICAR SEMINARISTA 2/2

ESTADO: Si un seminarista se encuentra suspendido y el bibliotecario desea
de todas formas permitirle un prstamo, puede cambiar el estado a
REGULAR.


1.- Lista en la cual se encuentran los estados que puede tomar el seminarista. (REGULAR,
SUSPENDIDO)
2.- Opcin para reiniciar la clave del seminarista, esta ser reiniciada con el RUT en formato
xx.xxxx.xxx-x.
3.- Botn que indica al sistema que puede modificar al usuario.
227
COMO BIBLIOTECARIO
Un seminarista puede ejercer funciones de bibliotecario. Para ello se debe ingresar como
bibliotecario identificndolo con su RUT.

RUT: El RUT debe existir previamente en el sistema.


1.- Botn que indica al sistema que puede ingresar al seminarista como bibliotecario.
228
DAR BAJ A SEMINARISTA
Dar de baja a un seminarista significa que este quedar al margen de toda operacin, en otras
palabras el seminarista se est eliminando del sistema.

RUT: El RUT no puede estar asociado a un seminarista que ya se encuentra
de baja o que posee prstamos activos.


1.- Lista en donde se podr indicar la razn de porque se est dando de baja al seminarista.
2.- Botn que indica al sistema que puede efectuar la baja.
229
DAR ALTA SEMINARISTA
Dar de alta a un seminarista significa que ste fue dado de baja por alguna razn y este necesita
nuevamente hacer uso del sistema.

RUT: El RUT no puede estar asociado a un seminarista que ya se encuentra
de baja o que posee prstamos activos.


1.- Botn que indica que se puede efectuar el alta del seminarista que se encuentra de baja.
230
BIBLIOTECARIOS


INGRESAR BIBLIOTECARIO
Para poder ingresar un nuevo bibliotecario, un bibliotecario existente deber proveer la
informacin que el sistema le solicite para que este pueda tener acceso a todas las funciones que
el sistema provee.

RUT: El sistema no permitir el ingreso de un Bibliotecario con el mismo
RUT que otro Bibliotecario. Adems si se digita el RUT de un seminarista
este no podr ser ingresado, deber hacerlo desde la opcin Usuarios ->
Seminaristas -> como Bibliotecario de modo que se utilice la misma
informacin del seminarista.


1.- Botn que indica al sistema que se ingrese al bibliotecario.
231
MODIFICAR MIS DATOS
El bibliotecario tendr el derecho de modificar sus datos y nadie ms podr hacerlo.

1.- Botn que indica al sistema que puede modificar los datos.
232
CAMBIAR CLAVE
Si un bibliotecario desea cambiar su clave, deber ingresar la clave actual para posteriormente
ingresar la nueva clave que desee.


1.- Clave que actualmente posee el bibliotecario.
2.- Permite ingresar 2 veces la nueva clave, a fin que no se digite errneamente.
3.- Botn que indica al sistema que ya puede realizar el cambio.
233
DAR BAJ A BIBLIOTECARIO
Si se necesita eliminar un bibliotecario del sistema, deber ser dado de baja e ingresar la razn
por la cual es dado de baja.


1.- Lista que contiene las funciones por el cual un bibliotecario podra ser dado de baja.
2.- Botn que indica al sistema que ya puede realizar la baja.
234
DAR ALTA BIBLIOTECARIO
Dar de alta a un bibliotecario significa que ste fue dado de baja por alguna razn y este
necesita nuevamente hacer uso del sistema.


1.- Botn que indica al sistema
235
USUARIOS ESPECIALES

INGRESAR USUARIO ESPECIAL
El sistema permite el ingreso de usuarios especiales (usuarios que no pertenecen al seminario) y
para aquello se deber ingresar la informacin necesaria para que posteriormente puedan
efectuar los prestamos del material que necesitan.


1.- Botn que indica al sistema que puede realizar el ingreso del usuario especial
236
MODIFICAR USUARIO ESPECIAL 1/2
Es necesario mantener la informacin actualizada de un usuario especial, el proceso cuenta de
dos pantallas, en la primera se deber identificar al usuario con el Rut, para luego modificar sus
datos.

1.- Permite ingresar el Rut asociado al usuario especial que se desea modificar.
2.- Botn que indica al sistema que busque el usuario asociado al Rut ingresado, Para modificar
sus datos.
237
MODIFICAR USUARIO ESPECIAL 2/2

1.- Lista en la que se encuentran los estados que puede tomar un usuario especial.
2.- Permite reiniciar la clave asociada al usuario especial.
4.- Botn que indica al sistema que puede modificar los datos del usuario.
238
DAR BAJ A USUARIO ESPECIAL
El usuario especial, igual puede ser dado de baja con el fin de dejarlo inactivo de toda actividad
que permite el sistema.


Lista en la que se encuentran las razones por las que se puede dar de baja un usuario especial.
Botn que indica al sistema que puede realizar la Baja.
239
DAR ALTA USUARIO ESPECIAL
Al igual que los Seminaristas y Bibliotecarios el usuario especial puede ser dado de alta despus
de haber sido dado de baja.


1.- Botn que indica al sistema que puede dar de alta al usuario asociado al Rut que se ingres.
240
BUSCAR USUARIO
Si se necesita la informacin de un usuario para realizar alguna actividad y no se cuenta con el
Rut, este podr ser buscado por medio del nombre y/o apellido. Luego que el sistema arroje los
resultados, estos podrn ser seleccionados con el fin de modificar o ver toda la informacin
asociada al seminarista, bibliotecario y usuario especial.


1.- Opcin que puede ser marcada a fin que en la bsqueda se incluyan todos los seminaristas.
2.- Opcin que puede ser marcada a fin que en la bsqueda se incluyan todos los bibliotecarios.
3.- Opcin que puede ser marcada a fin que en la bsqueda se incluyan todos los usuarios
especiales.
4.- Botn que indica al sistema que puede realizar la bsqueda de los usuarios de acuerdo a los
criterios que se hayan ingresado.
5.- Botn que permite ver la informacin asociada al usuario que se ha seleccionado con el mouse
de la tabla de resultados.
241
6.- Botn que inicia el proceso de modificacin de un usuario seleccionado con el mouse de la
tabla de resultados.
7.- Sector donde se ubica la tabla de resultados que arrojar la bsqueda de usuarios.
8.- Botn que indica al sistema que el proceso de bsqueda ha terminado.
242
VER INFORMACIN SEMINARISTA

1.- Botn que indica al sistema que la informacin del seminarista ya fue utilizada por lo tanto la
ventana puede ser cerrada.

VER INFORMACIN BIBLIOTECARIO

1.- Botn que indica al sistema que la informacin del bibliotecario ya fue utilizada por lo tanto
la ventana puede ser cerrada.
243
VER INFORMACIN USUARIO ESPECIAL

1.- Botn que indica al sistema que la informacin del usuario especial ya fue utilizada por lo
tanto la ventana puede ser cerrada.
244
PRESTAMOS


INGRESAR PRSTAMO USUARIO ESPECIAL
Cuando un usuario especial acude al seminario para solicitar un libro, se debe acceder a la
seccin especial de prstamos, en ella podr identificar al usuario especial y luego el material.

Devolucin: La fecha de devolucin de un material solicitado por un usuario
especial, siempre ser de un da de plazo, pero este puede ser cambiado
segn el criterio del bibliotecario.


1.- Permite identificar al usuario especial mediante el Rut.
2.- Permite identificar el material mediante el cdigo de registro, este puede ser tecleado o ledo
por el lector de cdigos de barra.
245
3.- Marco en donde aparecer la informacin referente al usuario especial.
4.- Marco donde aparecer la informacin del material.
5.- Botn que le indica al sistema que realice el prstamo.
246
DEVOLUCIN DE USUARIO ESPECIAL
Luego de que un usuario especial realice un prstamo, deber devolverlo, para aquello el
bibliotecario deber ingresar a la seccin de prstamos y luego indicar la devolucin.


1.- Permite identificar el material que se est devolviendo, puede ser ingresado por teclado o
ledo por el lector de cdigos de barra.
2.- Botn que le indica al sistema que puede comenzar con la devolucin.
247
INFORMES

Para la generacin de informes, bastar con escoger desde el men el informe que desea
generar. Luego si es pertinente el sistema le solicitar algunos datos como rangos de fecha etc.
Para luego apreciar en pantalla la informacin que solicit, los informes podrn ser generados
en archivos PDF para luego ser impresos. A continuacin se describe un ejemplo del informe
Atrasos de seminaristas.

ATRASOS SEMINARISTAS 1/2

1.- Se indica si el informe debe detallado por ao o por mes.
2.- Se escoge el rango de aos para que se detalle el informe.
3.- Se indica al sistema que puede crear el informe.
248
ATRASOS SEMINARISTAS 2/2

1.- La fecha en que fue generado el informe.
2.- Tabla en la que aparecen los resultados de la peticin.
3.- Botn que permite pasar el informe a pdf para su posterior impresin.
4.- Botn que indica al sistema que ya se ha visualizado la informacin y que puede cerrar la
ventana.
249






ANEXO 2
CASOS DE USO Y DIAGRAMAS CONCEPTUALES DE
TODO EL SISTEMA


250
INTRODUCCIN
En este documento se da a conocer todos los casos de uso del sistema bibliotecario perteneciente
al proyecto Sistema Orientado a Objetos para Biblioteca del Seminario Concepcin. Los casos de
uso son separados por los seis paquetes que contiene el sistema, los que adems contienen su
diagrama conceptual.
251
DIAGRAMA DE PAQUETES
System
Catlogo libros y revistas
Administracin de usuarios
Publicaciones digitales
Prstamos y devolucin
Sistema de mensajera
Recomendacin de
bsqueda

Figura 47: Diagrama de paquetes.
Figura en la que se muestra como el sistema est dividido en agrupaciones lgicas denominadas
paquetes, estos son dependientes unos de otros, exceptuando Catalogo libros y revistas y
Administracin de usuarios que se pueden trabajar por separado al ser totalmente
independientes de los dems paquetes.
252
PAQUETE: CATLOGO LIBROS Y REVISTAS.
DIAGRAMA DE CASOS DE USO
Catlogo libros y revistas
Bibliotecario
Actualizar
libros
Actualizar
Revistas
Busqueda
libros y
revistas
<<extend>>
Dar Baja
Material
Dar Alta
Material
Seminarista
Recomendacin de
bsqueda::Ver
recomendacin
<<extend>>
<<extend>>
<<extend>>
<<extend>>
<<extend>>

Figura 48: Paquete catlogo libros y revistas.
Figura en la que se muestra el diagrama de casos de uso perteneciente al paquete de catlogo de
libros y revistas interactuado por el bibliotecario y seminaristas. En el diagrama se puede
observar el caso de uso ACTUALIZAR LIBROS en el que se tiene la opcin de ingresar un libro,
modificar un libro y adems de extender a los casos de uso DAR BAJ A MATERIAL y DAR
ALTA MATERIAL que a su vez son extendidos por ACTUALIZAR REVISTAS el que tiene la
opcin de Ingresar y Modificar revista. Para realizar la bsqueda del material existe BSQUEDA
253
LIBROS Y REVISTAS, el que extiende el caso de uso VER RECOMENDACIN del paquete
recomendacin de bsqueda.
254
CASO DE USO: ACTUALIZAR LIBROS.
Actores : Bibliotecario.
Propsito : Mantener actualizados los libros de la biblioteca.
Tipo : Primario y esencial.
Referencias cruzadas : Requerimientos R1, R2, R3.
Descripcin :
El bibliotecario, cuando desea actualizar un libro debe poseer una cierta cantidad de
informacin que el sistema le solicitar, esta ser an mayor al momento de hacer ingreso de
material, el bibliotecario contar con las siguientes opciones:
Ingresar Libro.
Modificar Libro.
Dar Baja Libro.
Dar Alta Libro.

CURSO NORMAL DE LOS EVENTOS
Accin del actor Accin del sistema
El caso de uso comienza cuando el
bibliotecario selecciona la opcin que desea
para mantener actualizada la informacin de
un libro o revista.

Valida la opcin elegida por el bibliotecario
y despliega opcin correspondiente.
Deriva a la seccin o caso de uso extendido
segn corresponda a la eleccin del
255
bibliotecario.
- Ingresar libro: Deriva a la seccin
ingresar libro.
- Modificar libro: Deriva a la seccin
modificar libro.
- Dar Baja material: Deriva al caso de
uso extendido dar baja material.
- Dar Alta material: Deriva al caso de
uso extendido dar alta material.

CURSOS ALTERNOS
256
SECCIN: INGRESAR LIBRO.
Descripcin :
Si existe un libro que no est ingresado en el sistema, el bibliotecario debe tomar la
informacin necesaria para poder ingresarlo y dejar disponible el material a los usuarios de la
biblioteca del seminario. A continuacin, se nombran los datos que pertenecen a un Libro.
DATOS: Ttulo / ISBN / Cantidad de pginas / Volumen / Tomo / Tipo / Registro anterior /
Autor principal / Clasificacin / Edicin / ao publicacin / Editorial / Ediciones / Serie /
Pas publicacin / Ciudad publicacin / Largo / Ancho / Notas / Materias /Autores
secundarios.

CURSO NORMAL DE LOS EVENTOS
Accin del actor Accin del sistema
Muestra en pantalla el formulario para
ingresar los dems datos.
Digita en el formulario: Ttulo / ISBN /
Cantidad de pginas / Volumen / Tomo /
Registro anterior / Autor principal /
Clasificacin / Edicin / ao publicacin /
Pas publicacin / Ciudad publicacin /
Largo / Ancho / Notas. Y selecciona desde
las listas correspondientes: Tipo / Serie /
Editorial / Ediciones.

Verifica que la clasificacin ingresada no
exista y muestra formulario con lista de
materias y autores.
Ingresa Materias y autores secundarios
257
Ingresa el libro en el sistema, muetra en
pantalla nmero de registro y da la opcin de
imprimir etiqueta de cdigos de barra
perteneciente al libro
Selecciona opcin para imprimir etiqueta de
cdigos de barra.

Ordena a la impresora que imprima la
etiqueta de cdigos de barra.

CURSOS ALTERNOS.
tem 2: Ingresa un ttulo de libro que ya existe en el sistema. Da a conocer al bibliotecario la
existencia de otro libro con el mismo ttulo, l decide si ingresar una copia, ocupar la informacin
del libro que existe para el nuevo libro o ingresar el libro con el mismo ttulo.
tem 2: En las listas no existe el valor que se desea ingresar para: Tipo / Serie / Editorial /
Ediciones. El usuario debe ingresar al sistema el valor para posteriormente escogerlo.
tem 4: La clasificacin que el usuario ingres ya existe en el sistema. Informa al usuario y no
permite el ingreso del libro.
258
SECCIN: MODIFICAR LIBRO.
Descripcin :
Si por equivocacin, se ingresan datos errneos de un libro, o se desea ingresar nueva
informacin perteneciente al material, se deber identificar el libro con el cdigo de
clasificacin o cdigo de registro, para que el sistema muestre un formulario en el cual se
podr indicar las modificaciones del libro.

CURSO NORMAL DE LOS EVENTOS
Accin del actor Accin del sistema
Ingresa el cdigo de clasificacin o se
pistolea el cdigo de barras para asociarlo al
cdigo de registro.

Busca el libro y muestra formulario en
pantalla.
Modifica los datos que estime pertinentes y
enva al sistema (se pueden modificar todos
los datos).

Registra el cambio.

CURSOS ALTERNOS
tem 2: El cdigo de clasificacin o cdigo de registro ingresado no existe en el sistema. Se
indica error y muestra nuevamente opcin de ingreso de los datos.
259
CASO DE USO: DAR BAJA MATERIAL.
Actores : Bibliotecario.
Propsito : Inhabilitar un libro o revista del sistema.
Tipo : Primario y esencial.
Referencias cruzadas : Requerimientos R2, R5.
Descripcin :
Si un libro o revista se estropea, extrava o simplemente es necesario eliminarlo del sistema,
podr ser dado de baja. El bibliotecario deber indicar el cdigo de registro del material para
luego darlo de baja.

CURSO NORMAL DE LOS EVENTOS
Accin del actor Accin del sistema
El caso de uso comienza cuando el
bibliotecario ingresa el cdigo de registro
(Manual o pistoleando el cdigo de barras)
del libro o revista.

Busca el material en la base de datos y
muestra formulario en pantalla para indicar
razones de la baja.
Indica razones de baja y enva el formulario
al sistema.

Registra la baja.


260
CURSOS ALTERNOS
tem 1: El bibliotecario ingresa un cdigo invlido. Se indica error y muestra nuevamente opcin
de ingreso del cdigo.
tem 2: El cdigo ingresado no existe en el sistema. Se indica error y muestra nuevamente opcin
de ingreso del cdigo.
261
CASO DE USO: DAR ALTA MATERIAL.
Actores : Bibliotecario.
Propsito : Dejar nuevamente activo un libro o revista en el sistema.
Tipo : Primario y esencial.
Referencias cruzadas : Requerimientos R2, R5.
Descripcin :
Un libro o revista despus de ser dado de baja, puede nuevamente quedar activo en el
sistema, para ello el bibliotecario deber ingresar el cdigo de registro del material, con el
cual el libro o revista automticamente volver a estar a disposicin de los usuarios.

CURSO NORMAL DE LOS EVENTOS
Accin del actor Accin del sistema
El caso de uso comienza cuando el
bibliotecario ingresa el cdigo de registro
(Manual o pistoleando el cdigo de barras)
del libro o revista que se desea dar alta.

Busca el material en la base de datos y
vuelve a preguntar si desea dar alta.
Ingresa respuesta positiva a dar el alta al
libro.

Registra el alta y deja el libro activo.


262
CURSOS ALTERNOS
tem 1: El bibliotecario ingresa un cdigo invlido. Se indica error y muestra nuevamente opcin
de ingreso del cdigo.
tem 2: El cdigo ingresado no existe dentro del material que se encuentra de baja. Se indica
error y muestra nuevamente opcin de ingreso del cdigo.
tem 3: Ingresa respuesta negativa. El sistema cancela el proceso.
263
CASO DE USO: ACTUALIZAR REVISTAS.
Actores : Bibliotecario.
Propsito : Mantener actualizado el material de la Biblioteca.
Tipo : Primario y esencial.
Referencias cruzadas : Requerimientos R4, R5, R6.
Descripcin :
El bibliotecario, cuando desea actualizar una revista debe manejar una cierta cantidad de
informacin que el sistema le solicitar, dependiendo de la accin que el bibliotecario
seleccione. Las opciones se listan a continuacin.
- Ingresar Revista.
- Modificar Revista.
- Dar Baja Revista.
- Dar Alta Revista.

CURSO NORMAL DE LOS EVENTOS
Accin del actor Accin del sistema
El caso de uso comienza cuando el
bibliotecario selecciona la opcin que desea
para mantener actualizada la informacin de
una revista.

Valida la opcin elegida por el bibliotecario
y despliega opcin correspondiente.
Deriva a la seccin o caso de uso extendido
segn corresponda a la eleccin del
264
bibliotecario.
- Ingresar revista: Deriva a la seccin
ingresar revista.
- Modificar revista: Deriva a la seccin
modificar revista.
- Dar Baja material: Deriva al caso de
uso extendido dar baja material.
- Dar Alta material: Deriva al caso de
uso extendido dar alta material.

CURSOS ALTERNOS
265
SECCIN: INGRESAR REVISTA.
Descripcin :
Si existe una revista que no est ingresada en el sistema, el bibliotecario debe tomar la
informacin necesaria para ingresarla y dejarla disponible a los usuarios de la biblioteca del
seminario. El bibliotecario deber seleccionar el ttulo de la revista a la cual desea ingresar
un nuevo nmero, en caso que la revista que desea seleccionar no exista en el sistema, deber
ingresar algunos datos adicionales.
DATOS REVISTA: Periodicidad (Fecha de edicin y caducacin) / nmero / volumen / ao
/ contenido.
DATOS ADICIONALES NUEVA REVISTA: Nombre / fecha fundacin / Periodicidad
(cantidad de das) / ISSN.

CURSO NORMAL DE LOS EVENTOS
Accin del actor Accin del sistema
Selecciona nombre de la revista a la cual
desea ingresar un nuevo nmero.

Muestra en pantalla el formulario para
ingresar los dems datos.
Digita en el formulario: Periodicidad /
nmero / volumen / ao.

Verifica que los datos correspondan al
formato que se pide e ingresa los datos al
sistema con un nmero de registro.
Selecciona el contenido de la revista
266
Vincula el contenido a la revista ingresada.
Ingresa la revista al sistema y muestra en
pantalla el nmero de registro dando la
opcin de imprimir el cdigo de barras.
Selecciona opcin de imprimir el cdigo de
barras.

Ordena a la impresora que imprima la
etiqueta de cdigos de barra.

CURSOS ALTERNOS.
tem 1: La revista que desea seleccionar no existe. En ese instante debe ingresar los datos
adicionales nueva revista, para posteriormente seleccionar la revista en el tem 1.
tem 4: Ingreso incorrecto segn formato. Se indica error y no permite crear la revista hasta que
ingrese los valores correctos.
tem 5: El contenido de la revista no existe en la lista. Debe ingresarlo para posteriormente ser
elegido.
tem 5: La revista posee ms de un contenido. El bibliotecario debe indicar al sistema el ingreso
de otro contenido para posteriormente pasar del tem 6 al tem 5.
267
SECCIN: MODIFICAR REVISTA.
Descripcin :
Si por equivocacin, se ingresan datos errneos de una revista, o se desea ingresar nueva
informacin perteneciente al material, se deber identificar la revista con el nmero de
registro o el nombre de la revista. En caso de ingresar el nmero de registro de una revista se
podrn modificar los datos propios del nmero, en el caso de seleccionar el nombre de la
revista, se modificaran los datos generales. A continuacin se nombran los datos que se
pueden modificar en cada caso:
DATOS NUMERO: Periodicidad (Fecha de edicin y caducacin) / nmero / volumen / ao
/ contenido.
DATOS REVISTA: fecha fundacin / Periodicidad (cantidad de das) / ISSN.

CURSO NORMAL DE LOS EVENTOS
Accin del actor Accin del sistema
Ingresa el cdigo de registro o el ttulo de la
revista.

Busca la revista y muestra formulario.
Modifica los datos pertinentes y enva al
sistema.

Registra el cambio.

CURSOS ALTERNOS
tem 2: El cdigo de registro o el nombre ingresado no existe. Indica error y muestra nuevamente
opcin de ingreso de datos.
268
CASO DE USO: BSQUEDA LIBROS Y REVISTAS.
Actores : Bibliotecario, Seminarista.
Propsito : Encontrar material por medio de criterios de bsqueda.
Tipo : Primario y esencial.
Referencias cruzadas : Requerimiento R18.
Descripcin :
Si un seminarista o bibliotecario necesita realizar la bsqueda de material, primero debe
especificar qu tipo de material es, ya sea libro o revista, luego debe seleccionar el criterio de
bsqueda que estime conveniente. Los criterios de bsqueda se mencionan a continuacin:
PARA LIBRO: Ttulo / Autor / Materia / Editorial / Serie / Ediciones / ISBN / Registro
material.
PARA REVISTA: Nombre / Contenido / ISSN / Fechas / Nmero de revista.
Luego de escoger el criterio de bsqueda, se debe digitar la palabra que se desea buscar, para
que el sistema arroje los resultados encontrados con la informacin ms importante del libro.

CURSO NORMAL DE LOS EVENTOS
Accin del actor Accin del sistema
El caso de uso comienza cuando el
bibliotecario o seminarista indica al sistema
si lo que se desea buscar es un libro o revista.

Muestra los criterios de bsqueda asociados
al material (Libro o revista)
Selecciona el criterio de bsqueda, digita
269
palabras a buscar y enva al sistema.
Segn el criterio escogido y la palabra
digitada, realiza la bsqueda.
Muestra en pantalla las coincidencias de la
bsqueda.

CURSOS ALTERNOS
tem 3: Enva formulario sin escribir nada. Indica error.
tem 5: No se encuentran coincidencias, se indica que no hubo xito en la bsqueda.
270
MODELO CONCEPTUAL
Libro
+Titulo: String
+PaisEdicion: String
+CiudadEdicion: String
+AnoPublicacion: Integer
+CantPaginas: Integer
+Ancho: Integer
+Largo: Integer
+ISBN: String
+Indice: String
+Edicion: String
+Volumen: String
+Tomo: String
+Clasificacion: String
+AutorPrin: Autor
+MasAut: Boolean
+Notas: String
Revista
+Nombre: String
+FechaFundacion: String
+Periodicidad: Integer
+ISSN: String
Autor
+Nombres: String
+Apellidos: String
+FechaNac: Fecha
+FechaMuerte: Fecha
+Nacionalidad: String
+Cutter: String
Editorial
+Nombre: String
Ediciones
+Nombre: String
Serie
+Nombre: String
Materia
+Nombre: String
Contenido
+Nombre: String
LibroAutor
+Libro
1
0..*
+Autor
1 0..*
LibroMateria
+Libro
1
0..*
+Materia
1
0..*
+Editorial
1
0..*
+Serie
0..1
0..*
+Ediciones 0..1
0..*
RegistroMaterial
+Registro: Integer
+FechaRegistro: Fecha
+Tipo: String
+Copia
1
0..*
CopiaRevista
+FechaInicio: Fecha
+FechaTermino: Fecha
+Numero: String
+Volumen: String
+Annio: String
+Revista
1
0..*
CopiaContenido
+Copia
1
0..*
+Contenido
1
0..*
CopiaLibro
+Registro
1 1
+Registro
1
1
Tipo
+Nombre: String
+Diasprestamo: Integer
+Tipo
1
0..*
Baja
+FechaB: Fecha
+Razon: String
Estado
+Nombre: String
+Estado
1
0..*
+Registro
1 0..*
CopiaNumero
+Copia
1
0..*

Figura 49: Modelo conceptual paquete Catlogo libros y revistas.
271
PAQUETE: ADMINISTRACIN DE USUARIOS.
DIAGRAMA DE CASOS DE USO
Administracin de usuarios
Bibliotecario
Seminarista
Busqueda
de
usuarios
Actualizar
usuario
Actualizar
cuenta
personal
Actualizar
usuario
especial
<<extend>>
<<extend>>
Dar baja
Usuario
Dar Alta
usuario
<<extend>>
<<extend>>
<<extend>>
<<extend>>
Prestamos y
devolucion::Revisar
historial
<<extend>>
Prestamos y
devolucion::Revisar
prestamos
vigentes
<<extend>>

Figura 50: Paquete Administracin de usuarios.
Figura en la que se muestra el diagrama de casos de uso perteneciente al paquete de
administracin de usuarios interactuado por el bibliotecario y seminaristas. En el diagrama se
puede observar el caso de uso ACTUALIZAR USUARIO en el que se tiene la opcin de ingresar
un usuario (bibliotecario o seminarista), modificar un usuario (bibliotecario o seminarista) y
extiende DAR BAJ A USUARIO y DAR ALTA USUARIO a estos tambin los extiende
ACTUALIZAR USUARIO ESPECIAL el que tiene la opcin de ingresar usuario externo y
modificar usuario externo. Tambin se observa ACTUALIZAR CUENTA PERSONAL en a que
un seminarista puede modificar sus datos personales. Para realizar la bsqueda de un usuario
existe BSQUEDA DE USUARIOS. En el diagrama se puede apreciar que el caso de uso
Actualizar usuario extiende a los casos de uso REVISAR HISTORIAL Y REVISAR
PRESTAMOS VIGENTES pertenecientes al paquete de prstamos y devolucin.
272
CASO DE USO: ACTUALIZAR USUARIO.
Actores : Bibliotecario.
Propsito : Mantener actualizada la informacin de los usuarios.
Tipo : Primario y esencial.
Referencias cruzadas : Requerimientos R7, R8, R9, R10, R11, R12.
Descripcin :
Para poder actualizar una cuenta de usuario, el bibliotecario deber en primera instancia
elegir qu tipo de usuario desea actualizar, ya sea seminarista o bibliotecario para luego
tener la opcin de crear, modificar, dar de baja y dar de alta al usuario que desee.

CURSO NORMAL DE LOS EVENTOS
Accin del actor Accin del sistema
El caso de uso comienza cuando el
bibliotecario selecciona la opcin que desea
para actualizar la informacin relacionada a
un usuario.

Valida la opcin elegida por el bibliotecario
y despliega opciones existentes.
Deriva a la seccin o caso de uso extendido
segn corresponda a la eleccin del
bibliotecario.
- Ingresar usuario: Deriva a la seccin
ingresar usuario.
- Modificar Usuario: Deriva a la
273
seccin modificar usuario.
- Dar Baja Usuario: Deriva al caso de
uso extendido dar baja usuario.
- Dar Alta Usuario: Deriva al caso de
uso extendido dar alta usuario.


CURSOS ALTERNOS.
274
SECCIN: INGRESAR USUARIO.
Descripcin :
Para crear un usuario, el bibliotecario debe en primera instancia indicar el tipo de usuario que
desea ingresar, estos pueden ser seminarista y bibliotecario, adems debe tener en su poder
una serie de datos que deben ser ingresados en el sistema para crear la cuenta, la informacin
asociada a cada usuario se lista a continuacin.
PARA SEMINARISTA: Nombres / Apellidos / RUT / Fecha de Nacimiento / Telfono /
Celular / Parroquia / Dicesis / Ao de ingreso / Curso
PARA BIBLIOTECARIO: Nombres / Apellidos / RUT / Fecha de Nacimiento / Telfono

CURSO NORMAL DE LOS EVENTOS
Accin del actor Accin del sistema
Indica al sistema si lo que se desea ingresar
es un seminarista o bibliotecario.

Muestra en pantalla el formulario
correspondiente al tipo de usuario que se
desea ingresar.
Ingresa los datos correspondientes al usuario
a ingresar.

Valida que el RUT ingresado no exista en el
sistema.
Crea la nueva cuenta y la deja activa para su
uso.

275
CURSOS ALTERNOS.
tem 3: El RUT ya existe en el sistema. Indica que el usuario que desea ingresar ya esta en el
sistema.
276
SECCIN: MODIFICAR USUARIO.
Descripcin :
Si un usuario de la biblioteca cambia un dato, el bibliotecario puede modificar la
informacin, adems si el bibliotecario por alguna razn desea cambiar el estado de un
seminarista puede hacerlo de la siguiente manera:
De INACTIVO a REGULAR
De REGULAR a INACTIVO

CURSO NORMAL DE LOS EVENTOS
Accin del actor Accin del sistema
Ingresa el RUT del usuario al cual desea
modificar los datos.

Busca al usuario y muestra formulario en
pantalla.
Modifica los datos pertinentes y enva (Puede
modificar todos los datos a excepcin del
RUT).

Registra el cambio.

CURSOS ALTERNOS
tem 1: El bibliotecario ingresa un RUT invlido. Se indica error y muestra nuevamente opcin
de ingreso de RUT.
tem 2: El RUT ingresado no existe en el sistema. Se indica error y muestra nuevamente opcin
de ingreso de RUT.
277
CASO DE USO: DAR BAJA USUARIO.
Actores : Bibliotecario.
Propsito : Dejar inactivo a un usuario del sistema de todo acto.
Tipo : Primario y esencial.
Referencias cruzadas : Requerimientos R9, R12, R16.
Descripcin :
Si por alguna razn un usuario del sistema, ya sea seminarista, bibliotecario o un usuario
especial, debe perder su condicin de usuario, el bibliotecario deber ingresar que tipo de
usuario es el que se desea dar de baja, luego ingresar el RUT, y por ltimo indicar cual es la
razn de la baja.

CURSO NORMAL DE LOS EVENTOS
Accin del actor Accin del sistema
El caso de uso comienza cuando el
bibliotecario ingresa que tipo de usuario
desea dar baja (seminarista, bibliotecario,
usuario especial) y luego el RUT
correspondiente al usuario.

Busca al usuario y muestra formulario en
pantalla para ingresar las razones de baja.
Indica razones de baja y enva el formulario.
Registra la baja.


278
CURSOS ALTERNOS
tem 1: El bibliotecario ingresa un RUT invlido. Se indica error y muestra nuevamente opcin
de ingreso de RUT.
tem 1: El bibliotecario ingresa el RUT asociado a su cuenta. Indica error y no permite la baja.
tem 2: El RUT ingresado no existe en el sistema. Se indica error y muestra nuevamente opcin
de ingreso de RUT.
tem 2: El RUT ingresado ya se encuentra de baja. Se indica error y cancela el proceso.
279
CASO DE USO: DAR ALTA USUARIO.
Actores : Bibliotecario.
Propsito : Dejar nuevamente activo a un usuario en el sistema.
Tipo : Primario y esencial.
Referencias cruzadas : Requerimientos R9, R12, R16.
Descripcin :
Si un usuario, ya sea seminarista, bibliotecario o un usuario especial, despus de ser dado de
baja necesita volver a utilizar el sistema, un bibliotecario puede darlo de alta para volver a
realizar las actividades que requiera. El bibliotecario deber indicar el tipo de usuario que
desea dar de alta y el RUT del usuario.

CURSO NORMAL DE LOS EVENTOS
Accin del actor Accin del sistema
El caso de uso comienza cuando el
bibliotecario ingresa el tipo de usuario que
desea dar de alta (seminarista, bibliotecario,
usuario especial) y posteriormente el RUT
correspondiente al usuario.

Busca al usuario y vuelve a preguntar si
desea dar alta.
Ingresa respuesta positiva a dar el alta al
usuario.

Registra el alta.

280
CURSOS ALTERNOS
tem 1: El bibliotecario ingresa un RUT invlido. Se indica error y muestra nuevamente opcin
de ingreso de RUT.
tem 2: El RUT ingresado no existe en el sistema. Se indica error y muestra nuevamente opcin
de ingreso de RUT.
tem 3: Ingresa respuesta negativa. El sistema cancela el proceso.
281
CASO DE USO: ACTUALIZAR USUARIO ESPECIAL.
Actores : Bibliotecario.
Propsito : Mantener actualizados a usuarios que no pertenecen al seminario.
Tipo : Secundario y esencial.
Referencias cruzadas : Requerimiento R16.
Descripcin :
Para mantener actualizada la informacin perteneciente a usuarios que no pertenecen al
seminario, el bibliotecario tendr las siguientes opciones:
- Ingresar usuario externo.
- Modificar usuario externo.
CURSO NORMAL DE LOS EVENTOS
Accin del actor Accin del sistema
El caso de uso comienza cuando el
bibliotecario selecciona la opcin que desea
para actualizar la informacin relacionada a
los usuarios externos.

Valida la opcin elegida por el bibliotecario
y despliega opciones.
Deriva a la seccin o caso de uso extendido
segn corresponda a la eleccin del
bibliotecario.
- Ingresar usuario externo: Deriva a la
seccin ingresar usuario externo.
- Modificar usuario externo: Deriva a
282
la seccin modificar usuario externo.
- Dar Baja usuario: Deriva al caso de
uso extendido dar baja usuario.
- Dar Alta usuario: Deriva al caso de
uso extendido dar alta usuario.

CURSOS ALTERNOS
283
SECCIN: INGRESAR USUARIO EXTERNO.
Descripcin :
Si una persona ajena al seminario desea hacer uso del sistema bibliotecario, deber poseer
una cuenta de usuario externo en la que el bibliotecario deber ingresar los siguientes
datos:
DATOS USUARIOS ESPECIALES: Nombres / Apellidos / RUT / Direccin / Telfono /
Lugar de trabajo o estudio

CURSO NORMAL DE LOS EVENTOS
Accin del actor Accin del sistema
Ingresa los datos del usuario externo, estos
deben ser verificados con la cedula de
identidad.

Valida que los datos correspondan al formato
que se pide.
Crea la nueva cuenta y la deja activa para su
uso.

CURSOS ALTERNOS.
tem 2: Ingreso incorrecto segn formato. Se indica error y no permite crear la cuenta de usuario
externo.
284
SECCIN: MODIFICAR USUARIO EXTERNO.
Descripcin :
Un usuario externo, es un usuario espordico que necesita del material existente en la
biblioteca del seminario, por lo cual cada vez que un usuario externo acude al seminario es
importante mantener los datos actualizados y es necesario verificar que la informacin
continua vigente, en caso de que un usuario cambie algn dato se debe corregir. El
bibliotecario deber ingresar el RUT del usuario externo del que desea realizar un cambio,
para que luego el sistema le muestre en pantalla un formulario para ingresar los cambios.

CURSO NORMAL DE LOS EVENTOS
Accin del actor Accin del sistema
Ingresa el RUT del usuario perteneciente a la
cuenta que desea modificar.

Busca al usuario externo en el sistema y
muestra formulario en pantalla.
Modifica los datos pertinentes y enva al
sistema.

Registra el cambio.

CURSOS ALTERNOS
tem 1: El bibliotecario ingresa un RUT invlido. Se indica error y muestra nuevamente opcin
de ingreso de RUT.
tem 2: El RUT ingresado no existe en el sistema. Se indica error y muestra nuevamente opcin
de ingreso de RUT.
285
CASO DE USO: ACTUALIZAR CUENTA PERSONAL.
Actores : Seminarista.
Propsito : Actualizar la informacin personal de un seminarista.
Tipo : Secundario y esencial.
Referencias cruzadas : Requerimiento R21.
Descripcin :
Si un seminarista desea actualizar algn dato de su cuenta, puede hacerlo ingresando al
sistema, en el cual tendr la opcin de modificar solo sus datos.

CURSO NORMAL DE LOS EVENTOS
Accin del actor Accin del sistema
El caso de uso comienza una vez que el
seminarista est en su cuenta y necesita
modificar su informacin, este modifica los
datos que estime conveniente a excepcin del
RUT.

Comprueba que los datos cumplan con el
tipo de dato correspondiente.
Registra el cambio.

CURSOS ALTERNOS
tem 2: Ingreso incorrecto segn tipo de dato. Se indica error y no permite modificacin de la
cuenta.
286
CASO DE USO: BSQUEDA DE USUARIOS.
Actores : Bibliotecario
Propsito : Buscar a un usuario en el sistema.
Tipo : Secundario y esencial.
Referencias cruzadas : Requerimientos R8, R9, R11, R12
Descripcin :
El bibliotecario, si no cuenta con el RUT de un usuario y le es necesario visualizar los datos,
modificar o dar de baja tendr un sistema de bsqueda segn los siguientes criterios.
- Apellido.
- Nombre.

CURSO NORMAL DE LOS EVENTOS
Accin del actor Accin del sistema
Ingresa Apellido o Nombre del usuario a
buscar.

Busca coincidencias de apellidos o nombre
en la base de datos.
Muestra en pantalla las coincidencias
encontradas.
Selecciona usuario a visualizar.

CURSOS ALTERNOS
tem 3: No se encontraron coincidencias, se indica y vuelve a tem 1.
287
MODELO CONCEPTUAL
Seminarista
+Ao ingreso: Integer
+FechaNacimiento: Fecha
Bibliotecario
+FechaNacimiento: Fecha
UsuarioEspecial
+LugarDeTrabajo: String
Parroquia
+Nombre: String
+Direccion: String
+Telefono: Integer
1 0..*
Diocesis
+Nombre: String
+Direccion: String
+Parro
1
0..*
Curso
+Nombre: String
+Curso
1 0..*
Persona
+Nombres: String
+Apellidos: String
+Direccion: String
+Telefono: Integer
+Celular: Integer
+Rut: RUT
+Clave: String
EstadoUsuario
+Nombre: String
+Estado
1 0..*
BajaUsuario
+FechaBaja: Fecha
+Razon: String
+Persona
1
0..*

Figura 51: Modelo conceptual del paquete Administracin de Usuarios.
288
PAQUETE: PRSTAMOS Y DEVOLUCIONES.
DIAGRAMA DE CASOS DE USO
Prstamos y devolucin
Bibliotecario
Seminarista
Prstamos
de material
Devolucin
de material
Prstamos
a usuarios
especiales
Revisar
historial
Revisar
prstamos
vigentes

Figura 52: Paquete prestamos y devoluciones.
Figura en la que se muestra el diagrama de casos de uso perteneciente al paquete de prstamos y
devoluciones interactuado por el bibliotecario, seminaristas y usuarios especiales. En el diagrama
se puede observar el caso de uso PRSTAMOS DE MATERIAL que a su vez posee un caso
especial como PRSTAMOS A USUARIOS ESPECIALES. Despus que se produce un
prstamo de material, debe ser devuelto mediante el caso de uso DEVOLUCIN DE
MATERIAL. Un seminarista como usuarios especiales tiene acceso a REVISAR HISTORIAL y
a REVISAR PRSTAMOS VIGENTES.
289
CASO DE USO: PRSTAMOS A USUARIOS ESPECIALES.
Actores : Bibliotecario.
Propsito : realizar prstamos a usuarios que no pertenecen al seminario.
Tipo : Secundario y esencial.
Referencias cruzadas : Requerimiento R16.
Descripcin :
Si un usuario externo posee una cuenta, se le podr realizar prestamos de material, pero
estos sern solo por el da, sea de referencia o no, este tendr que ser devuelto antes del
trmino de la jornada, a no ser que el bibliotecario indique lo contrario. Para realizar el
prstamo, el bibliotecario debe ingresar el RUT del usuario interesado, luego deber verificar
que la informacin existente en el sistema contine vigente y realizar el prstamo.

CURSO NORMAL DE LOS EVENTOS
Accin del actor Accin del sistema
El caso de uso comienza cuando el
bibliotecario ingresa el RUT del usuario
externo que desea realizar el prstamo.

Verifica que el usuario externo exista, y
muestra informacin del usuario en pantalla.
Verifica que la informacin que est
registrada en la cuenta contine vigente.

Ingresa el cdigo del libro o revista (ya sea
de forma manual o pistoleando el cdigo de
barras) para el prstamo.

290
Genera el prstamo e indica la fecha de
devolucin del libro o revista.

CURSOS ALTERNOS
tem 1: Ingreso del RUT errneo o inexistente, El sistema indica error y muestra nuevamente la
opcin de ingresar el RUT del seminarista.
tem 2: La verificacin indica que el usuario externo no existe, Se cancela el prstamo en curso.
tem 3: La informacin registrada no est vigente. El bibliotecario primero debe modificar la
informacin del usuario para que permanezca actualizada.
tem 4: Se ingresa un cdigo inexistente, El sistema indica error y queda a la espera de
cancelacin del Bibliotecario o ingreso de un nuevo cdigo.
tem 5: Si el bibliotecario desea cambiar la fecha de devolucin que el sistema genera, puede
hacer el cambio.
291
CASO DE USO: PRSTAMOS DE MATERIAL.
Actores : Bibliotecario.
Propsito : Realizar prstamo del material de la biblioteca (libros y revistas).
Tipo : Primario y esencial.
Referencias cruzadas : Requerimiento R13
Descripcin :
El bibliotecario, una vez que recibe una peticin de prstamo por parte del seminarista, lo
ingresa al sistema identificndolo con su RUT. Luego, el seminarista le indica el cdigo de
clasificacin del libro o revista, para que este lo busque en los estantes y lo registre con el
cdigo de barras, y as registrar el prstamo. Los prestamos de los libros sern segn
correspondan a los siguientes criterios:
- Libro de referencia (Libros ms solicitados): 1 da de prstamo.
- Libro de No referencia: 1 mes de prstamo.
- Revista: 1 da de prstamo.
Es importante mencionar que todo prstamo debe quedar con la opcin de cambiar la fecha
de devolucin, segn el criterio del bibliotecario.

CURSO NORMAL DE LOS EVENTOS
Accin del actor Accin del sistema
El caso de uso comienza cuando el
bibliotecario ingresa el RUT del usuario que
desea realizar el prstamo.

Verifica que el usuario se encuentre en
condicin regular (sin atraso de devolucin)
292
para realizar el prstamo.
Ingresa el cdigo de registro del libro o
revista (ya sea de forma manual o
pistoleando el cdigo de barras).

Genera el prstamo e indica la fecha de
devolucin del libro o revista.

CURSOS ALTERNOS
tem 1: Ingreso del RUT errneo o inexistente, El sistema indica error y muestra nuevamente la
opcin de ingresar el RUT del seminarista.
tem 2: La verificacin indica que el usuario no puede realizar prstamo, Se cancela el prstamo
en curso y se indica la fecha en que el usuario estar en condicin regular.
tem 3: Se ingresa cdigo inexistente, El sistema indica error, queda a la espera de otro cdigo
tem 4: Si el bibliotecario desea cambiar la fecha de devolucin que el sistema genera, puede
hacer el cambio.
293
CASO DE USO: DEVOLUCIN DE MATERIAL.
Actores : Bibliotecario.
Propsito : Realizar la devolucin de un libro o revista.
Tipo : Primario y esencial.
Referencias cruzadas : Requerimiento R14
Descripcin :
Para concretar una devolucin, se debe ingresar el cdigo del libro, y en caso de que el libro
se entregue fuera de la fecha establecida, el usuario vinculado al libro quedar suspendido de
realizar prstamos por los das equivalentes a los das de atraso, es decir, por cada da de
atraso se suspende un da de la posibilidad de realizar prestamos. La suspensin del usuario
se manifestar por el estado en que se mantendr, INACTIVO.

CURSO NORMAL DE LOS EVENTOS
Accin del actor Accin del sistema
El caso de uso comienza cuando el
bibliotecario ingresa el cdigo del libro al
sistema para efectuar la devolucin (ya sea
de forma manual o pistoleando el cdigo de
barras).

Vincula el libro al prstamo al que pertenece,
para registrar la devolucin del seminarista al
que est vinculado y verificar que se entreg
dentro de la fecha estipulada.
Informa la devolucin satisfactoria.

294
CURSOS ALTERNOS
tem 1: Se ingresa un cdigo que no pertenece a un prstamo. Se indica error, y se cancela el
proceso.
tem 2: El libro devuelto se entrega fuera del plazo de entrega. Se indica error y se genera
sancin de acuerdo a los das de atraso indicando en pantalla.
295
CASO DE USO: REVISAR HISTORIAL.
Actores : Seminarista, Bibliotecario.
Propsito : Revisar los prstamos que ha realizado un usuario.
Tipo : Secundario y esencial.
Referencias cruzadas : Requerimiento R13.
Descripcin :
Un usuario puede revisar todos los prstamos que ha realizado en la biblioteca, adems de
aparecer el listado de libros o revistas que pertenecen a los prstamos, aparecern todas las
suspensiones asociadas.
Un bibliotecario tambin puede revisar el historial de un usuario, cuando est actualizando
sus datos.

CURSO NORMAL DE LOS EVENTOS
Accin del actor Accin del sistema
El caso de uso comienza cuando el
Seminarista o bibliotecario desean ver el
historial de materiales que se ha pedido. En
el caso del bibliotecario debe indicar el RUT
del usuario al que desea revisar el historial.

Busca los prstamos histricos en la base de
datos.
Muestra en pantalla todos los prestamos que
ha realizado el usuario.

296
CURSOS ALTERNOS
tem 3: El usuario no posee prstamos histricos. Indica que no posee prstamos histricos.
297
CASO DE USO: REVISAR PRSTAMOS VIGENTES.
Actores : Seminarista, Bibliotecario.
Propsito : Revisar los prstamos Vigentes que posee usuario.
Tipo : Secundario y esencial.
Referencias cruzadas : Requerimiento R13.
Descripcin :
Un usuario puede revisar todos los prstamos vigentes que mantiene en la biblioteca. Estos
aparecern en una lista indicando la fecha de prstamo y la fecha tope en que debera ser
devuelto el material.
Un bibliotecario tambin puede revisar los prstamos vigentes de un usuario, cuando est
actualizando sus datos.

CURSO NORMAL DE LOS EVENTOS
Accin del actor Accin del sistema
El caso de uso comienza cuando el
seminarista o bibliotecario desean ver los
prstamos vigentes, en el caso del
bibliotecario debe indicar el RUT del usuario
al que desea ver los prestamos vigentes.

Busca los prstamos vigentes en la base de
datos.
Muestra en pantalla todos los prstamos
vigentes que posee.

298
CURSOS ALTERNOS
tem 3: El usuario no posee prstamos vigentes. Indica que no posee prstamos vigentes.
299
MODELO CONCEPTUAL
PrestamoNormal
Catlogo libros y
revistas::RegistroMaterial
+Registro: Integer
+FechaRegistro: Fecha
+Tipo: String
Administracin de
usuarios::Bibliotecario
+FechaNacimiento: Fecha
Administracin de
usuarios::Seminarista
+Ao ingreso: Integer
+FechaNacimiento: Fecha
+Seminarista
1
0..*
PrestamoEspecial
Administracin de
usuarios::UsuarioEspecial
+LugarDeTrabajo: String
+UsuarioEspecial
1
0..*
Prestamo
+FechaPrestamo: Fecha
+FechaDevolucion: Fecha
+FechaRealDevolucion: Fecha
+EstadoPrestamo: String
+Registro
1 0..*
+Bibliotecario
1 0..*
AtrasoNormal AtrasoEspecial
1
0..1
1
0..1
Atraso
+Sancion: Fecha
+Estado: String

Figura 53: Modelo conceptual del paquete Prstamos y devoluciones
300
PAQUETE: PUBLICACIONES DIGITALES.
DIAGRAMA DE CASOS DE USO
Publicaciones digitales
Seminarista
Administrar
documentos
digitales
Descargar
documentos
digitales
Busqueda
documentos
digitales

Figura 54: Paquete Publicaciones digitales.
Figura en la que se muestra el diagrama de casos de uso perteneciente al paquete de
publicaciones digitales interactuado por seminaristas. En el diagrama se puede observar el caso
de uso ADMINISTRAR DOCUMENTOS DIGITALES en el que se tiene la opcin de ingresar
archivo, eliminar archivo y modificar propiedades. Luego se aprecia BSQUEDA
DOCUMENTOS DIGITALES para buscar con ms exactitud algn archivo y finalmente se
aprecia DESCARGAR DOCUMENTOS DIGITALES para poder observar el contenido del
material.
301
CASO DE USO: ADMINISTRAR DOCUMENTOS DIGITALES.
Actores : Seminarista.
Propsito : La administracin de los documentos digitales.
Tipo : Secundario y esencial.
Referencias cruzadas : Requerimiento R22.
Descripcin :
Un seminarista tiene derecho a subir archivos a su cuenta, y a la vez tiene el deber de
eliminar cuando sea necesario.
El seminarista a modo de administracin podr:
- Agregar archivo.
- Eliminar archivo.
- Modificar propiedades.

CURSO NORMAL DE LOS EVENTOS
Accin del actor Accin del sistema
Selecciona la opcin que desea para
administrar los documentos digitales que le
pertenecen.

Valida la opcin elegida por el seminarista y
despliega opciones.
Deriva a la seccin que corresponda segn la
eleccin:
- Agregar archivo: Deriva a la seccin
302
agregar archivo.
- Eliminar archivo: Deriva a la seccin
eliminar archivo
- Modificar propiedades: Deriva a la
seccin Modificar propiedades.

CURSOS ALTERNOS
303
SECCIN: AGREGAR ARCHIVO.
Descripcin :
Un seminarista, puede almacenar en su cuenta archivos de texto para que estos sean
visualizados por los dems usuarios. El Seminarista debe examinar en el computador el
archivo a subir o indicar la ruta, para posteriormente indicarle un titulo y una descripcin que
sern enviadas al sistema para vincularlas a la cuenta.
INFORMACIN ARCHIVO: Titulo del archivo / Descripcin del archivo

CURSO NORMAL DE LOS EVENTOS
Accin del actor Accin del sistema
Examina en el computador el archivo que
desea almacenar en la cuenta.

Especifica Titulo y descripcin del archivo y
enva al sistema.

Comprueba el tamao del archivo.
Almacena el archivo.

CURSOS ALTERNOS
304
SECCIN: ELIMINAR ARCHIVO.
Descripcin :
Un seminarista puede eliminar documentos digitales de su cuenta cuando lo estime
conveniente, ya sea por liberar espacio de su cuenta o por cualquier motivo, este deber
seleccionar en pantalla cual de sus archivos desea eliminar.

CURSO NORMAL DE LOS EVENTOS
Accin del actor Accin del sistema
Indica en pantalla cual de sus archivos desea
eliminar, ya que aparecern en pantalla todos
los archivos ligados a su cuenta.

Elimina el archivo del sistema.

CURSOS ALTERNOS
305
SECCIN: MODIFICAR PROPIEDADES.
Descripcin :
Si un seminarista, despus de haber almacenado un documento digital, concluye que el titulo
o la descripcin no son acordes al archivo o piensa que existe otro mejor, puede modificar las
propiedades, escogiendo en pantalla cual es el archivo al que desea modificar las propiedades
para luego modificar la informacin que estime conveniente.

CURSO NORMAL DE LOS EVENTOS
Accin del actor Accin del sistema
Indica en pantalla cual es el archivo al que
desea modificar sus propiedades, ya que
aparecern en pantalla todos los archivos
ligados a su cuenta.

Muestra formulario en pantalla con las
propiedades del documento al que se desea
modificar.
Modifica la informacin que estime
conveniente y enva formulario al sistema.

Registra los cambios.

CURSOS ALTERNOS
306
CASO DE USO: DESCARGAR DOCUMENTOS DIGITALES.
Actores : Seminarista.
Propsito : Descargar un documento digital asociado a cualquier seminarista.
Tipo : Secundario y esencial.
Referencias cruzadas : Requerimiento R23
Descripcin :
En caso que un seminarista necesite apreciar la informacin que se encuentra en algn
documento digital, ya sea de l mismo o de los compaeros, despus de realizar una
bsqueda podr descargarlo para luego quedrselo en su poder.

CURSO NORMAL DE LOS EVENTOS
Accin del actor Accin del sistema
El caso de uso comienza cuando el
seminarista selecciona el archivo que desea
descargar.

Muestra el archivo en pantalla.
Visualiza el archivo y si quiere lo almacena
en algn medio para aquello.


CURSOS ALTERNOS
tem 2: El archivo que se escoge en pantalla est daado o no existe. Se indica error y se cancela
el proceso.
307
CASO DE USO: BSQUEDA DOCUMENTO DIGITALES.
Actores : Seminarista.
Propsito : Encontrar documentos digitales mediante criterios de bsqueda.
Tipo : Secundario y esencial.
Referencias cruzadas : Requerimientos R22, R23.
Descripcin :
Si un seminarista necesita realizar una bsqueda de documentos digitales almacenados por
otros usuarios o por l, debe seleccionar el criterio de bsqueda que estime conveniente. Los
criterios de bsqueda se mencionan a continuacin:
PARA DOCUMENTOS DIGITALES: Ttulo / Descripcin
Luego de escoger el criterio de bsqueda, se debe digitar la o las palabras que se desean
buscar, para que el sistema muestre el link del archivo

CURSO NORMAL DE LOS EVENTOS
Accin del actor Accin del sistema
El caso de uso comienza cuando el
seminarista selecciona el criterio de
bsqueda, digita palabras a buscar para luego
enviar al sistema.

Segn el criterio escogido y la o las palabras
digitadas, realiza la bsqueda.
Muestra los links de los archivos
encontrados, adems del titulo y descripcin.

308
CURSOS ALTERNOS
tem 1: Enva formulario sin escribir nada. Indica error.
tem 3: No se encuentran coincidencias, se indica que no hubo xito en la bsqueda.
309
MODELO CONCEPTUAL
DocumentoDigital
+Titulo: String
+Descripcion: String
+Ubicacion: String
+Extension: String
+FechaSubido: Fecha
+Tamao: Integer
Administracin de
usuarios::Seminarista
+Ao ingreso: Integer
+FechaNacimiento: Fecha
+Pertenece
1
0..*

Figura 55: Modelo conceptual del paquete Publicaciones Digitales
310
PAQUETE: SISTEMA DE MENSAJ ERA.
DIAGRAMA DE CASOS DE USO
Sistema de mensajeria
Bibliotecario
Seminarista
Visualizar
mensajes
Enviar
Mensajes
Eliminar
Mensajes
<<extend>>

Figura 56: Paquete sistema de mensajera.
Figura en la que se muestra el diagrama de casos de uso perteneciente al paquete sistema de
mensajera interactuado por el bibliotecario y seminaristas. En el diagrama se puede observar el
caso de uso ENVIAR MENSAJ ES los cuales podrn ser vistos por los receptores mediante el
caso de uso VISUALIZAR MENSAJ ES y si este lo desea podr ELIMINAR MENSAJ ES.
311
CASO DE USO: VISUALIZAR MENSAJES.
Actores : Seminarista, Bibliotecario.
Propsito : Visualizar mensajes que han enviado a la cuenta personal.
Tipo : Secundario y esencial.
Referencias cruzadas : Requerimiento R20.
Descripcin :
En caso que un seminarista o bibliotecario desee revisar si le han enviado mensajes, debe ver
en su cuenta, en la cual aparecern todos los mensajes incluyendo los que ya han sido vistos.
El usuario primero debe seleccionar el mensaje que desea ver, ya que aparecer una lista con
los asuntos, el emisor, y la fecha de emisin, para luego tener acceso al cuerpo del mensaje.

CURSO NORMAL DE LOS EVENTOS
Accin del actor Accin del sistema
El caso de uso comienza cuando el
seminarista o bibliotecario selecciona el
mensaje que desea visualizar.

Muestra el mensaje en pantalla.
Visualiza el mensaje.

CURSOS ALTERNOS
312
CASO DE USO: ELIMINAR MENSAJES PERSONALES.
Actores : Seminarista, Bibliotecario.
Propsito : Eliminar un mensaje del sistema.
Tipo : Secundario y esencial.
Referencias cruzadas : Requerimiento R20.
Descripcin :
Un usuario si lo desea, puede eliminar un mensaje de su cuenta, ya sea para liberar espacio o
para tener los mensajes de forma ms ordenada. El mensaje a eliminar primero debe ser
seleccionado, luego el sistema preguntar al usuario si est seguro de la eliminacin y una
vez que el usuario de una respuesta positiva, el sistema eliminara el mensaje.

CURSO NORMAL DE LOS EVENTOS
Accin del actor Accin del sistema
El caso de uso comienza cuando el
seminarista o bibliotecario selecciona el
mensaje que desea eliminar del sistema.

Pregunta al usuario si est seguro de la
eliminacin del mensaje.
Responde positivamente al sistema.
Elimina el mensaje.

CURSOS ALTERNOS
tem 3: Responde negativamente, el sistema cancela la eliminacin.
313
CASO DE USO: ENVIAR MENSAJES.
Actores : Seminarista, Bibliotecario.
Propsito : Enviar un mensaje.
Tipo : Secundario y esencial.
Referencias cruzadas : Requerimiento R20.
Descripcin :
Un usuario puede enviar un mensaje a otro usuario, a un curso o a todos los usuarios de la
biblioteca. Los cursos se mencionan a continuacin:
CURSOS: Propedutico / 2 Filosofa / 3 Filosofa / 1 Teologa / 2 Teologa / 3 Teologa
/ 4 Teologa.
El usuario primero debe ingresar el o los destinatarios, escribir un asunto, luego escribir el
cuerpo del mansaje y enviar el mensaje.

CURSO NORMAL DE LOS EVENTOS
Accin del actor Accin del sistema
El caso da uso comienza cuando el
seminarista o bibliotecario desea enviar un
mensaje.

Selecciona los destinatarios del mensaje.
Ingresa el asunto del mensaje
Ingresa el cuerpo del mensaje.
Enva el mensaje al sistema.
314
Enva el mensaje a o los destinatarios.

CURSOS ALTERNOS
tem 4: No ha seleccionado destinatarios, asunto o cuerpo del mensaje. Indica error y en caso de
que existan destinatarios da posibilidad de enviar de todas formas.
315
MODELO CONCEPTUAL
Administracin de
usuarios::Seminarista
+Ao ingreso: Integer
+FechaNacimiento: Fecha
Administracin de
usuarios::Bibliotecario
+FechaNacimiento: Fecha
Mensaje
+Asunto: String
+Cuerpo: String
+FechaEmision: Fecha
+Leido: Boolean
+EmiteB
0..1
0..*
+EmiteS
0..1
0..*
+RecibeB 0..1
0..*
+RecibeS
0..1
0..*

Figura 57: Modelo conceptual del paquete Publicaciones Digitales
316
PAQUETE: RECOMENDACIN DE BSQUEDA.
DIAGRAMA DE CASOS DE USO
Recomendacin de bsqueda
Seminarista
Retroalimentar
recomendacin
Ver
recomendacin

Figura 58: Paquete recomendacin de bsqueda.
Figura en la que se muestra el diagrama de casos de uso perteneciente al paquete recomendacin
de bsqueda interactuado por seminaristas. En el diagrama se puede observar el caso de uso
VER RECOMENDACIN que sirve para tomar la decisin de que libro elegir de la bsqueda
que arroja el sistema, para ello cada seminarista puede RETROALIMENTAR
RECOMENDACIN para que la experiencia de leer un material sea de utilidad para otros.
317
CASO DE USO: VER RECOMENDACIN.
Actores : Seminarista.
Propsito : Elegir un material con ms seguridad.
Tipo : Secundario y esencial
Referencias cruzadas : Requerimiento R18.
Descripcin :
Un seminarista, cuando est buscando un libro en el sistema, aparecer una lista con todo el
material que ha coincidido con la bsqueda, pero cada material estar asociado a un
promedio (1 a 10) y adems el usuario podr apreciar los comentarios que han escrito sus
pares que ya han ledo el libro, las opiniones estarn ordenadas por fecha, de la ms reciente
a la menos reciente, pero al comienzo aparecer el comentario del usuario que puso la mejor
y peor nota.

CURSO NORMAL DE LOS EVENTOS
Accin del actor Accin del sistema
El caso de uso comienza cuando el
seminarista ha buscado libros en el sistema y
desea visualizar las recomendaciones que se
arrojaron de acuerdo a la bsqueda, que ha
realizado.

Indicar a cual libro desea revisar las
recomendaciones.

Muestra los comentarios y calificaciones que
han realizado los usuarios que han ledo el
material.
318
CURSOS ALTERNOS
tem 1: No existen promedios asociados. Solo muestra informacin del libro.
319
CASO DE USO: RETROALIMENTAR RECOMENDACIN.
Actores : Seminarista.
Propsito : Retroalimentar recomendaciones.
Tipo : Secundario y esencial.
Referencias cruzadas : Requerimiento R20.
Descripcin :
Cuando un seminarista ha ledo un libro, es muy recomendable que este deje su opinin y
una nota hacia el material (de 1 a 10) para que otros usuarios puedan apreciarla.
Esta recomendacin puede realizarse desde la cuenta de cada seminarista, en donde aparece
el historial de los prestamos que ha realizado, por cada prstamo el seminarista puede realizar
slo una recomendacin y no puede recomendar un libro si han pasado 30 das desde que ha
realizado el prstamo.

CURSO NORMAL DE LOS EVENTOS
Accin del actor Accin del sistema
El caso de uso comienza cuando el
seminarista desea recomendar un libro que ya
ha ledo.

Muestra formulario en pantalla para que el
seminarista rellene con el comentario y nota
correspondiente al libro.
Determina una nota y el comentario
correspondiente.

320
Almacena en el sistema la recomendacin
para ser visualizada por otros usuarios.

CURSOS ALTERNOS
tem 3: El seminarista no escribe nota o comentario. Sistema indica permitiendo la continuacin
de este en caso que falte el comentario.
321
MODELO CONCEPTUAL
Recomendacion
+Fecha: String
+Comentario: String
+Nota: Integer
Catlogo libros y
revistas::Libro
+Titulo: String
+PaisEdicion: String
+CiudadEdicion: String
+AnoPublicacion: Integer
+CantPaginas: Integer
+Ancho: Integer
+Largo: Integer
+ISBN: String
+Indice: String
+Edicion: String
+Volumen: String
+Tomo: String
+Clasificacion: String
+AutorPrin: Autor
+MasAut: Boolean
+Notas: String
+Libro
1
0..*
Administracin de
usuarios::Seminarista
+Ao ingreso: Integer
+FechaNacimiento: Fecha
+Seminarista
1
0..*

Figura 59: Modelo conceptual del paquete Recomendacin de bsqueda.
322






ANEXO 3
DOCUMENTO DE APOYO DB4O


323
INTRODUCCIN
El presente documento de apoyo, intentar apoyar la decisin de implementar el proyecto
Sistema Orientado a Objetos para Biblioteca del Seminario Metropolitano Concepcin con el
motor de base de datos orientado a objetos Db4o. Adems se dar nfasis en cul es la
importancia de realizar el proyecto con una base de datos con tecnologa a objetos.
324
BD ORIENTADA A OBJ ETOS.
Una base de datos tradicional solo almacena datos, sin procesarlos, de modo que resulten
independientes de los procedimientos. Los datos son accesibles a diferentes usuarios, con
diversos propsitos. Por lo contrario, una base de datos orientada a objetos almacena objetos
junto con los mtodos propios de su comportamiento.

Las bases de datos orientadas a objetos permiten el desarrollo y mantenimiento de aplicaciones
complejas con un costo significativamente menor. Permiten que el mismo modelo conceptual se
aplique al anlisis, diseo, programacin, definicin y acceso a la base de datos. (Martin, y otros,
1994)
325
DE RELACIONAL A OBJ ETOS
Al trabajar con un lenguaje orientado a objetos es imprescindible la persistencia
8
, por lo que en la
actualidad esta problemtica se resuelve con una base de datos relacional, luego los objetos deben
ser mapeados a tablas (Figura 60) y posteriormente transformarlos a objetos, lo que hace
empobrecer el paradigma orientado a objetos.


Figura 60: Forma en que se guardan los objetos en una base de datos relacional

Por lo contrario, una base de datos orientada a objetos toma cada objeto y lo guarda con su estado
actual (Figura 61), sin importar lo complejo que ste sea, encontrando la persistencia ideal
cuando se necesita una base de datos transparente y fcil de utilizar. Esto hace que se pueda
incorporar rpidamente en un proyecto sin sacrificar desempeo (Lavintman, y otros, 2007).

8
Es la capacidad que tienen los objetos de conservar su estado e identidad entre distintas ejecuciones del programa
que los cre o de otros programas que accedan a ellos.
326

Figura 61: Forma en que se guardan los Objetos en una base de datos Orientada a Objetos

CARACTERSTICAS PRINCIPALES DE LAS BASES DE
OBJ ETOS
Hay una serie de caractersticas que las bases de objetos poseen y nos permiten conocer algunos
detalles de la tecnologa. Las bases de objetos no solo permiten trabajar transparentemente con un
entorno de programacin basado en objetos sino que soportan todos los conceptos de la
tecnologa de objetos:

- Agregacin: objetos que estn compuestos por otros objetos
- Encapsulamiento: almacenamiento de atributos junto con mtodos. No todas las bases
soportan mtodos pero se apoyan en las clases definidas en los esquemas para reconstruir
el objeto con sus mtodos.
- Herencia: los objetos heredan atributos y comportamiento de sus objetos padre.
- Polimorfismo: permite a los objetos responder de forma distinta a un mismo mensaje (por
ejemplo implementando un mtodo de otra manera). Se soportan distintas versiones de
los objetos. (Viscuso, 2007)
327
QUE ES Db4o
DB4o es un novedoso motor de base de datos orientada a objetos. Sus siglas corresponden a la
expresin "DataBase 4 (for) Objects", que a su vez es el nombre de la compaa que lo
desarrolla: db4objects, Inc.

DB4o es una solucin de persistencia ideal cuando se necesita una base transparente y fcil de
utilizar, para incorporar rpidamente en un proyecto J ava o .NET sin sacrificar desempeo. Logra
acortar los tiempos de entrega de nuestras aplicaciones de forma significativa, ya que permite
concentrarnos directamente en el dominio del problema (nuestros objetos). Adems, ofrece
caractersticas avanzadas, como soporte transparente a cambios en las versiones de los objetos
(evolucin del esquema), cero administracin (no requiere DBA) y consultas nativas.
(Lavintman, y otros, 2007)

El motor de la base de datos de db4o consiste en un solo archivo .jar. Esto es todo lo
que usted tiene para programar.

INSTALACIN

Es necesario mencionar que la base de datos Db4o est creada para los lenguajes de
programacin J AVA y .NET, en este caso la instalacin estar definida solo para JAVA.
La instalacin de Db4o es extremadamente sencilla, este motor es un archivo .jar, es decir, una
librera de Java, por lo que es necesario agregarla al CLASSPATH o simplemente al trabajar un
proyecto asignarla como librera.
328
CARACTERSTICAS DE DB40

El motor de base de objetos Db4o permite cubrir (y exceder) los siguientes requerimientos.
Consumo mnimo de recursos: db4o est diseado para ser embebido en clientes u otros
componentes de software, de manera totalmente invisible para el usuario final. Es por eso que
viene como una librera fcil de incorporar, con un tamao que ronda los 400 Kb. Como el motor
corre en el mismo proceso de la aplicacin, el usuario cuenta con control completo sobre la
administracin de memoria, y puede realizar procesos de profiling
9
y debugging
10
del desempeo
sobre todo el sistema. Si la aplicacin est corriendo, la base tambin lo est, sin excepcin. Y
an ms importante, db4o es extremadamente flexible a la hora de actualizar una base existente
con un modelo de objetos que ha cambiado. Siempre asume que no hay un administrador de base
de datos y, por lo tanto, permite a la aplicacin cambiar del modelo viejo al modelo nuevo de
modo transparente.
Alto rendimiento: El rendimiento de db4o es equiparable al de los mejores sistemas de bases de
datos tradicionales. Los benchmarks que se muestran a continuacin indican el desempeo de
db4o comparado con el de una base de datos SQL corriendo en una mquina de escritorio:



Tabla 1: Tabla que muestra el desempeo de db4o comparado con el de una base de datos SQL
de escritorio


9
significa medir la rapidez con la que se ejecuta tu programa.
10
es el proceso metodolgico para encontrar y reducir bugs (errores).
329
Fcil implementacin: Slo hay que agregar la librera nica de db4o (.jar o .dll) al entorno de
desarrollo, abrir el archivo de base de datos y almacenar cualquier objeto (sin importar su
complejidad) con una sola lnea de cdigo. Por ejemplo, en J ava:
public void guardar(Objeto obj){
ObjectContainer db = Db4o.openFile(Objetos.yap);
db.set(obj);
db.commit();
db.close();
}
Esta facilidad de uso sin precedentes se traduce en una reduccin drstica de los tiempos de
desarrollo. Se elimina efectivamente todo el trabajo de disear, implementar y mantener el
esquema de base de datos, ya que el propio modelo de objetos conforma este esquema.
Portabilidad: Pocas bases de datos embebibles corren de manera nativa en tantas plataformas
orientadas a objetos como db4o. sta permite desarrollar aplicaciones para desplegar en varias
plataformas (por ejemplo, en PDAs) o en combinaciones heterogneas de clientes Windows y
servidores J ava. Este motor soporta desde el J DK 1.1.x de J ava hasta el 5.0, y es soportado en
J ava EE y J ava SE.
Tambin es compatible con todas las plataformas .NET, el Compact Framework y Mono;
y soporta todos los lenguajes .NET administrados, como C#, VB.NET, ASP.NET, Boo y
Managed C++.
Confiabilidad: Finalmente, db4o soporta todas las caractersticas ACID
11
. Mltiples usuarios
simultneos de una base db4o son efectivamente aislados, y sus operaciones son serializadas de
forma transparente por la librera. Las transacciones se terminan con los mtodos commit() y
rollback() de la clase ObjectContainer. Y en caso de que el sistema se caiga durante una
actualizacin de la base de datos, cuando el ObjectContainer de db4o es reabierto, se completan
de forma correcta todas las transacciones interrumpidas. (Lavintman, y otros, 2007)
330
ALGUNOS EJ EMPLOS.
Ya se mencion que el motor de base de datos es una librera .jar, y la base de datos es un archivo
que tiene extensin .yap, tomemos por ejemplo una base de datos de nombre based.yap. En
ella se almacenaran todos los objetos que necesiten de persistencia.
ObjectContainer db=Db4o.openFile(based.yap) ;
try{
}
finally{
db.close() ;
}
Para cerrar la base de datos se utiliz el mtodo db.close(). El objeto db de tipo ObjectContainer
contiene el archivo based.yap que fue abierto por el mtodo Db4o.openFile().
Para guardar un objeto primero se necesita que la base de datos se encuentre abierta. En el
siguiente ejemplo se tomar el Objeto obj que ser guardado con el mtodo db.set().
Objeto obj=new Objeto() ;
Db.set(obj) ;
Para recuperar objetos, se debe crear un objeto con las propiedades por defecto y aquellas que
queremos que sean idnticas se deben ingresar con sus respectivos mtodos o mediante el
constructor, por ejemplo, si se quiere recuperar objetos personas que contengan como nombre
Alejandro, se debe ingresar slo aquel atributo, pero los dems se deben dejar por defecto. Para
recuperar todos los objetos de nombre Alejandro se utiliza el mtodo db.get().
Persona obj = new Persona("Alejandro", null, nulll);
ObjectSet result=db.get(obj) ;

11
ACID (Atomicidad, Consistencia, Aislamiento, Durabilidad)
331
While(result.hasNext()){
System.out.println(result.next());
}
Al recuperar objetos se almacenan en un objeto de tipo ObjectSet los que pueden ser manipulados
por sus mtodos, consideremos el objeto result de tipo ObjectSet, utilizamos el mtodo
result.hasNext() que comprueba si existe otro objeto o no, con resultNext() extraemos el siguiente
objeto que se recupera.
332
CONCLUSIN
Db4o es la base de datos de cdigo libre ideal para el proyecto Sistema orientado a Objetos para
Biblioteca del Seminario Metropolitano Concepcin, ya que contiene las propiedades de la
Tecnologa Orientada a Objetos, que es lo que busca el proyecto. Adems, es una base de datos
que cumple con los requerimientos de ser bajo en consumo de recursos y poseer un alto
rendimiento. En definitiva, con Db4o logramos lo que estamos buscando, PERSISTENCIA.
333
BIBLIOGRAFA
Lavintman, Alan y Viscuso, German. 2007. db4o: una alternativa a la persistencia . s.l. :
www.db4o.com, 2007.
Martin, James y Odell, James. 1994. Analisis y diseo orientado a objetos. s.l. : Prentice Hall,
1994.
Viscuso, German. 2007. Bases de Objetos. s.l. : www.db4o.com, 2007.
334






ANEXO 4
DOCUMENTO DE APOYO J SP

335
INTRODUCCIN
El presente documento de apoyo, relacionado a la tecnologa J SP, intentar apoyar la decisin de
implementar con J SP el proyecto Sistema Orientado a Objetos para Biblioteca del Seminario
Metropolitano Concepcin. Adems se dar nfasis en dar una definicin clara a J SP con el fin
de controlar de mejor forma esta tecnologa.

El actual documento tambin menciona algunas definiciones importantes como, que es un
servlets y la relacin con J SP a travs de su arquitectura. Tambin se detalla el funcionamiento de
esta tecnologa para aclarar los aspectos ms importantes de J ava Server Pages.
336
QUE ES J SP.
J SP (J ava Server Pages) es una Tecnologa J ava que permite generar contenido dinmico para
web, en forma de documentos HTML, XML o de otro tipo.
Las J SP's permiten la utilizacin de cdigo J ava mediante scripts. Adems es posible utilizar
algunas acciones J SP predefinidas mediante etiquetas. Estas etiquetas pueden ser enriquecidas
mediante la utilizacin de Libreras de Etiquetas (TagLibs o Tag Libraries) externas e incluso
personalizadas.

Tecnologa J AVA.
La tecnologa J ava se cre como una herramienta de programacin en una pequea operacin
secreta y annima denominada "the Green Project" en Sun Microsystems en el ao 1991.
El lenguaje de programacin J ava ha sido totalmente mejorado, ampliado y probado por una
comunidad activa de unos cuatro millones de desarrolladores de software.
La tecnologa J ava, una tecnologa madura, extremadamente eficaz y sorprendentemente verstil,
se ha convertido en un recurso inestimable ya que permite a los desarrolladores:

Desarrollar software en una plataforma y ejecutarlo en prcticamente cualquier otra
plataforma
Crear programas para que funcionen en un navegador Web y en servicios Web
Desarrollar aplicaciones para servidores como foros en lnea, tiendas, encuestas,
procesamiento de formularios HTML, etc.
Combinar aplicaciones o servicios basados en la tecnologa J ava para crear servicios o
aplicaciones totalmente personalizados
Desarrollar potentes y eficientes aplicaciones para telfonos mviles, procesadores remotos,
productos de consumo de bajo coste y prcticamente cualquier dispositivo digital
(J ava, 2007)
337
ARQUITECTURA J SP
Desde el punto de vista de la arquitectura, podramos situar esta tecnologa como una capa
superior a las Servlets dentro de nuestra aplicacin, ya que extiende la Especificacin Servlet 2.1.
Ambas tecnologas fueron desarrolladas originalmente por Sun Microsystem.
El funcionamiento general de la tecnologa J SP es que el Servidor de Aplicaciones interpreta el
cdigo contenido en la pgina J SP para construir un Servlet, cuya salida ser un documento
esttico (tpicamente HTML) que se presentar en la pantalla del Navegador del usuario.

Que es un SERVLET
Los Servlets son componentes del servidor. Estos componentes pueden ser ejecutados en
cualquier plataforma o en cualquier servidor, debido a la tecnologa J ava que se usa para
implementarlos. Los Servlets incrementan la funcionalidad de una aplicacin web. Se cargan de
forma dinmica por el entorno de ejecucin J ava del servidor cuando se necesitan. Cuando se
recibe una peticin del cliente, el contenedor/servidor web inicia el servlet requerido. El Servlet
procesa la peticin del cliente y enva la respuesta de vuelta al contenedor/servidor, que es
enrutada al cliente (Allamaraju, 2000)
338
FUNCIONAMIENTO J SP
JSP no se puede considerar un script al 100%, ya que antes de ejecutarse el Servidor de
Aplicaciones compila el contenido del documento J SP (script y etiquetas) y genera una clase
Servlet. Por lo tanto, se puede decir que aunque este proceso sea transparente para el
programador no deja de ser una tecnologa compilada.

La principal ventaja de JSP frente a otros lenguajes, es que permite integrarse con clases J ava
(.class), lo que permite separar en niveles las aplicaciones web, almacenando en clases java las
partes que consumen ms recursos (as como las que requieren ms seguridad) y dejando la parte
encargada de formatear el documento HTML en el archivo J SP. La idea fundamental detrs de
este criterio, es el de separar la lgica del negocio de la presentacin de la informacin.

Independientemente de la certeza de la aseveracin, J ava es conocido por ser un lenguaje muy
portable (su lema publicitario reza: escrbelo una vez, crrelo donde sea) y sumado a las
capacidades de J SP se hace una combinacin muy atractiva.
339
VENTAJ AS J SP
El uso de la tecnologa J SP, tiene fuertes ventajas en las aplicaciones Web sobre otras tecnologas
como ASP, PHP, etc. estas se mencionan a continuacin. (Mendez)
Compatibilidad con servidores: J SP sigue la filosofa de la arquitectura J AVA de "escribe
una vez ejecuta donde quieras". J SP se puede ejecutar en los sistemas operativos y servidores
web ms populares, como por ejemplo: Apache Tomcat, J SWDK, Sun J ava System Web
Server, Macromedia J Run, ServletExec, etc.
Proceso de desarrollo abierto (open source): El API J SP se beneficia de la extendida
comunidad J AVA existente.
TAGS: Los desarrolladores pueden crear nuevos tags y no depender tanto de los scripts.
Reusabilidad entre plataformas: Los componentes J SP son reusables en distintas
plataformas (UNIX, Windows).
La ventaja Java: La tecnologa J SP usa J ava como lenguaje de Script. J ava es un lenguaje
muy potente y escalable que los lenguajes de Script. Las pginas J SP son compilados en
Servlets por lo que actan como una puerta a todos los servicios J ava de Servidor y libreras
J ava para aplicaciones http. J ava hace el trabajo del desarrollador ms fcil p. e. ayuda a
proteger el sistema contra las "cadas, tambin ayuda en el manejo de la memoria protegiendo
contra fallos de memoria y el duro trabajo de buscar los fallos de prdida de punteros de
memoria que pueden hacer mas lento el funcionamiento de una aplicacin.
Mantenimiento Las aplicaciones que usan J SP tiene un fcil mantenimiento.

- Los lenguajes de Script estn bien para pequeas aplicaciones, pero no encajan bien para
aplicaciones grandes.
- J ava es un lenguaje estructurado y es ms fcil de construir y mantenimientos grandes
como aplicaciones modulares.
- La tecnologa J SP hace mayor nfasis en los componentes que en los Scripts, esto hace
que sea ms fcil revisar el contenido sin que afecte a la lgica o revisar la lgica sin
cambiar el contenido.
340
- La arquitectura EJ B encapsula la lgica de p. e.: acceso a BD, seguridad, integridad
transaccional y aislamiento de la aplicacin.
- Debido a que la tecnologa J SP es abierta y multiplataforma, los servidores web,
plataformas y otros componentes pueden ser fcilmente actualizados o cambiados sin que
afecte a las aplicaciones basadas en la tecnologa J SP.
341
CONCLUSIN
Al indagar en el uso de J SP para el proyecto en cuestin, podemos afirmar que el uso de esta
tecnologa nos permite manipular las clases del Lenguaje Orientado a Objetos (J AVA). Por lo
tanto, el ncleo del sistema o la parte ms importante que requiere de un diseo acabado por la
complejidad puede ser implementada en J AVA y por otra parte la interfaz con el usuario la
podemos manejar con J SP. Adems, J SP provee fuertes ventajas sobre otras tecnologas de
programacin Web, por lo que el uso de ella es apropiada para este proyecto, cabe recordar que lo
que se busca es el manejo de la Tecnologa Orientada a Objetos al 100%.
En efecto, el uso de una base de datos orientada a objetos es mejor que interacte directamente
con un lenguaje de programacin que se caracterice por ser orientado a objetos. J AVA es una
tecnologa apropiada, por lo tanto el uso de J ava Server Pages nos permitir tener una interfaz
Web apropiada con el usuario.
342
BIBLIOGRAFA
Allamaraju. 2000. Professional Java Server Programming J2EE Edition. s.l. : Wrox Press,
2000.}
Java. 2007. J ava. [En lnea] 2007. [Citado el: 30 de Julio de 2007.]
http://www.java.com/es/about/.
Mendez, Natxo. DesarrolloWeb. [En lnea] [Citado el: 1 de Agosto de 2007.]
http://www.desarrolloweb.com/articulos/832.php.
343






ANEXO 5
DOCUMENTO DE APOYO NETBEANS
344
INTRODUCCIN
El presente documento de apoyo, intentar apoyar la decisin de implementar el proyecto
Sistema Orientado a Objetos para Biblioteca del Seminario Metropolitano Concepcin con la
herramienta de desarrollo para aplicaciones NetBeans.
345
QUE ES NETBEANS.
NetBeans es un proyecto de cdigo abierto de gran xito con una gran base de usuarios, una
comunidad en constante crecimiento. Sun MicroSystems fund el proyecto de cdigo abierto
NetBeans en junio 2000 y contina siendo el patrocinador principal de los proyectos.
El NetBeans IDE es un entorno de desarrollo - una herramienta para programadores pensada para
escribir, compilar, depurar y ejecutar programas. Est escrito en J ava - pero puede servir para
cualquier otro lenguaje de programacin. Existe adems un nmero importante de mdulos para
extender el IDE NetBeans. El IDE NetBeans es un producto libre y gratuito sin restricciones de
uso. (NetBeans)

HISTORIA
NetBeans comenz como un proyecto estudiantil en Repblica Checa (originalmente llamado
Xelfi), en 1996 bajo la tutora de la Facultad de Matemticas y Fsica en la Universidad de
Charles en Praga. La meta era escribir un entorno integrado de desarrollo (IDE) para J ava
parecida a la de Delphi. Xelfi fue el primer entorno integrado de desarrollo escrito en J ava, con su
primer pre-release en 1997.
Xelfi fue un proyecto divertido para trabajar, ya que las IDEs escritas en J ava eran un territorio
desconocido en esa poca. El proyecto atrajo suficiente inters, por lo que los estudiantes,
despus de graduarse, decidieron que lo podan convertir en un proyecto comercial. Prestando
espacios web de amigos y familiares, formaron una compaa alrededor de esto. Casi todos ellos
siguen trabajando en NetBeans. (Wikipedia)
346
PLATAFORMA NETBEANS
Durante el desarrollo del NetBeans IDE ocurri una cosa interesante. La gente empez a
construir aplicaciones usando el NetBeans core runtime con sus propios plug-ins, de hecho, esto
se convirti en un mercado bastante grande.
La Plataforma NetBeans es una base modular y extensible usada como una estructura de
integracin para crear aplicaciones de escritorio grandes. Empresas independientes asociadas,
especializadas en desarrollo de software, proporcionan extensiones adicionales que se integran
fcilmente en la plataforma y que pueden tambin utilizarse para desarrollar sus propias
herramientas y soluciones.
347
FUNCIONES DE LA PLATAFORMA NETBEANS
Con la plataforma NetBeans, los desarrolladores pueden centrarse en las partes importantes de
una aplicacin: la lgica de negocios que hace que la aplicacin sea nica. El resultado es un
ahorro inmenso de tiempo y esfuerzo. Algunas de las funciones de la plataforma son:
Administracin de la interfaz de usuario: La plataforma proporciona las ventanas, mens,
barras de herramientas y otros componentes de presentacin. Los desarrolladores escriben
acciones y componentes que administra el sistema, lo que permite ahorrar tiempo y generar
un cdigo ms limpio y con menos errores.
Administracin de datos y presentacin: La plataforma NetBeans contiene un completo
conjunto de herramientas para presentar datos al usuario y manipularlos.
Administracin de configuracin: El almacenamiento y la restauracin de configuraciones,
incluso objetos de negocios complejos, es segura, simple, transparente y, en muchos casos,
automtica.
Edicin grfica: La creacin de vistas grficas de datos arrastrando elementos es fcil y
rpida con la biblioteca de elementos grficos.
El editor: Disponible como una extensin de la plataforma, las aplicaciones generadas con
NetBeans pueden usar el Editor de NetBeans, un conjunto de herramientas avanzadas y
extensibles para generar editores personalizados.
Infraestructura de asistente: Conjunto de herramientas para generar con facilidad asistentes
extensibles y de fcil uso que guan a los usuarios en las tareas ms complejas.
Administracin de almacenamiento: Una abstraccin del acceso a datos basado en
archivos. Los "archivos" del sistema NetBeans pueden ser archivos locales o remotos, por
ejemplo, de un servidor FTP, depsito CVS, archivo XML o base de datos. La ubicacin de
almacenamiento de los datos es totalmente transparente para otros mdulos que los utilizan.
Gran cantidad de componentes adicionales: como control de versin, editores
especializados, componentes de interfaz de usuario especializados, acceso a datos remotos
mediante FTP y otros sistemas, y mtodos ptimos para trabajar con diferentes tecnologas
J ava y de Internet; que estn disponibles como mdulos adicionales que se pueden usar en
cualquier aplicacin.
348
Actualizaciones por Internet: Las aplicaciones basadas en NetBeans pueden usar la
tecnologa J ava Web Start para transferir conjuntos de mdulos personalizados segn la
funcin de un usuario, para aplicaciones complejas. Una aplicacin Web Start siempre est
actualizada y combina las ventajas de la administracin y ejecucin centralizadas con los
beneficios de un cliente completo para el usuario. Para las aplicaciones que no sean WebStart,
se puede usar un componente optativo, el mdulo AutoUpdate, que descarga actualizaciones
o nuevas funciones a travs de Internet. (NetBeans)
349
POR QUE NETBEANS
Integracin de mltiples herramientas y protocolos: Sorprende poco que las extensas
posibilidades de NetBeans para el desarrollo multiplataforma estn atrayendo a numerosos
programadores que haban estado empleando otras herramientas. Los acostumbrados a trabajar
con herramientas basadas en la tecnologa J ava, como J Builder de Borland, estn descubriendo
que migrar a NetBeans puede aligerar significativamente sus esfuerzos de desarrollo. (Sun)
Facilidad de empleo a lo largo de todo el ciclo de vida del desarrollo: La facilidad de uso de
NetBeans tambin resulta seductora porque no hay necesidad de ir ms all del portal
netbeans.org en busca de caractersticas adicionales y de aadidos, los cuales se encuentran en
paquetes de caractersticas que cubren un amplio rango de requisitos, desde C/C++a la movilidad
en el Web. Una vez descargado, NetBeans es fcil de emplear gracias a su interfaz de usuario y
sus caractersticas, tales como el recientemente anunciado Visual Web Pack (VWP). Con VWP,
los componentes J avaServer Faces pueden ser arrastrados y soltados para establecer propiedades
y crear cdigo para los manejadores de eventos del lado del servidor. (Sun)
Soporte al modelado mejora la productividad del desarrollador: Mientras los desarrolladores
estn descubriendo como el extenso conjunto de herramientas incluido en NetBeans les facilita el
diseo de aplicaciones, los que toman las decisiones corporativas has podido ver que el IDE
mejora la productividad gracias a la eficiencia de las caractersticas incorporadas. Por ejemplo, la
ltima versin de NetBeans permite el desarrollo de aplicaciones multiplataforma al incluir las
caractersticas de productividad de las que anteriormente slo se dispona en Sun Studio
Enterprise. (Sun)
El soporte beta para el Unified Modeling Language (UML) es otro aspecto de NetBeans que
convierte el desarrollo de aplicaciones J ava para mltiples plataformas en algo rpido y eficiente
350
INSTALACIN
EN WINDOWS
1. Despus de haber bajado el instalador, dar doble clic sobre el icono para iniciar el instalador.
2. Despus aparecer el Acuerdo de Licenciamiento (License Agreement), acptelo y de clic en
Siguiente (Next).
3. Especificar un directorio vaco donde instalar Netbeans IDE 5.5. Dar clic en Siguiente (Next).
4. Selecciones el J DK que se quiere usar junto con el NetBeans IDE de la lista de seleccin si
hay ms de uno. Dar clic en Siguiente (Next).
5. Verifique que el directorio de instalacin es el correcto y que se cuenta con espacio suficiente
en el sistema para la instalacin.
6. De clic en Siguiente (Next) para iniciar la instalacin. (Wikipedia)

EN LINUX
1. Navegue hacia el directorio que contiene el instalador.
2. Si es necesario, cambie los permisos del instalador para hacerlo ejecutable escribiendo lo
siguiente en la lnea de comando (netbeans_installer es el nombre del instalador de NetBeans
que se baj): $ chmod +x netbeans_installer
3. Ejecute el instalador escribiendo lo siguiente en la lnea de comando (De nuevo,
netbeans_installer es el nombre del instalador de NetBeans que se baj)): $
./netbeans_installer
4. Despus aparecer el Acuerdo de Licenciamiento (License Agreement), acptelo y de clic en
Siguiente (Next).
5. Especificar un directorio vaco donde instalar Netbeans IDE 5.5. Dar clic en Siguiente (Next).
6. Selecciones el J DK que se quiere usar junto con el NetBeans IDE de la lista de seleccin si
hay ms de uno. Dar clic en Siguiente (Next).
7. Verifique que el directorio de instalacin es el correcto y que se cuenta con espacio suficiente
en el sistema para la instalacin.
8. De clic en Siguiente (Next) para iniciar la instalacin. (Wikipedia)
351
CONCLUSIN
NetBeans es la herramienta que se necesita para desarrollar el proyecto Sistema Orientado a
Objetos para Seminario Metropolitano Concepcin, por sus variadas funcionalidades y ventajas
como por ejemplo la gran cantidad de componentes que incluye, la facilidad de uso y el soporte
de la tecnologa J AVA en su totalidad (editor, compilacin, edicin grafica) adems de
proporcionar el soporte a J SP. En definitiva sta herramienta es apropiada para la programacin
Orientada a Objetos que es lo que busca el proyecto.
352
BIBLIOGRAFA
NetBeans. NetBeans. [En lnea] [Citado el: 18 de Agosto de 2007.]
http://www.netbeans.org/index_es.html.
Sun. Sun Microsystems. [En lnea] [Citado el: 18 de Agosto de 2007.]
http://www.sun.com/emrkt/innercircle/newsletter/spain/0207spain_feature.html.
Wikipedia. Wikipedia. [En lnea] [Citado el: 17 de Agosto de 2007.]
http://es.wikipedia.org/wiki/NetBeans#NetBeans_IDE.