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