Final 2012-Final

UNIVERSIDAD MAYOR, REAL Y PONTIFICA DE SAN FRANCISCO XAVIER DE CHUQUISACA
FACULTAD DE TECNOLOGA CARRERA DE INGENIERA DE SISTEMAS
SISTEMA DE CONTROL Y ADMINISTRACIN DE MATERIAL BIBLIOGRFICO PARA FH/BOLIVIA Proyecto de Grado
Postulante: Miguelina Poma Cceres Asesor: Ing. Rodolfo Villafn
Septiembre 2012
DECLARACIN DE DERECHOS DE AUTOR

Al presentar este trabajo como uno de los requisitos para la obtencin del Grado Acadmico de Licenciatura en Ingeniera de Sistemas de la Universidad Mayor Real y Pontificia de San Francisco Xavier de Chuquisaca, autorizo a la Direccin de Carrera de Ingeniera de Sistemas o a la Biblioteca de la Facultad de Tecnologa de la Universidad, para que sea un documento disponible de lectura segn las normas de la Universidad. Asimismo, manifiesto mi acuerdo en que se utilice como material productivo, dentro del Reglamento de Ciencia y Tecnologa vigente, siempre y cuando esta utilizacin no suponga ganancia econmica, ni potencial. Tambin cedo a la Universidad de San Francisco Xavier de Chuquisaca el derecho de publicacin total o parte de ella, respetando el derecho de autor, por un periodo de treinta meses despus de su aprobacin.
Miguelina Poma Cceres C.U. 35-1355
RESUMEN
Fundacin Contra el Hambre FH/Bolivia, Regional Chuquisaca es una Organizacin de Desarrollo con motivacin cristiana comprometida con las personas de escasos recursos, la misma tiene como propsito: transformar las realidades de las comunidades, combatiendo la pobreza en todas sus formas. Actualmente en FH toda la informacin correspondiente al control y administracin de materiales bibliogrficos se maneja de forma manual siendo la misma lenta y poco confiable, ya que no existe informacin oportuna de los recursos bibliotecarios, ni se conoce la disponibilidad en estante ni en existencia, as mismo hay acumulacin de papelera innecesaria por las fichas que se llenan por parte del usuario al solicitar un prstamo de un recurso, generando prdida de tiempo a la hora de prestar los libros, debido al deficiente control sobre los recursos bibliotecarios, hay prdida de informacin de los usuarios quienes tienen los recursos en calidad de prstamo por ende no existe actualizacin del inventario cuando stos son devueltos. Para contribuir en la solucin del problema identificado se propone desarrollar un sistema informtico que automatice los procesos manuales de control y administracin de material bibliogrfico ajustndose a polticas y requerimientos de Fundacin contra el hambre, valindose para este fin de los mtodos empricos de observacin, entrevista, y del mtodo de investigacin terico de anlisis y sntesis. El desarrollo del proyecto sigui el paradigma orientado a objeto, metodologa gil OpenUp, lenguaje de programacin Java y el Framework Google Web Toolkit (GWT), la informacin recibida, generada correspondiente a los materiales bibliogrficos se organiz en una base de datos relacional administrada con el gestor de base de datos PostgreSQL, mapeando las tablas siguiendo el modelo objeto-relacional. Concluido el desarrollo del proyecto y una vez realizada las pruebas respectivas al final de cada micro-incremento se logr sistematizar el manejo de la informacin mediante el desarrollo de un sistema informtico a medida, que contribuye a mejorar la administracin de informacin cumpliendo con los requerimientos de FH/Bolivia, optimizando y agilizando el proceso de Registros, Prestamos, Reservas, generacin de reportes y consultas de los Materiales bibliogrficos beneficiando en gran manera a los funcionarios de FH/Bolivia
NDICE
CAPITULO I INTRODUCCIN Y OBJETIVOS 1.1 1.2 1.3 1.4 INTRODUCCIN O ANTECEDENTES DEL PROYECTO ...................................... 1 IDENTIFICACIN DEL PROBLEMA CENTRAL DEL PROYECTO ...................... 3 ABORDAJE O RUTA DE SOLUCIN DEL PROBLEMA. ........................................ 3 OBJETIVOS DEL PROYECTO ................................................................................... 5
1.4.1 Objetivo General ....................................................................................................... 5 1.4.2 Objetivos especficos ................................................................................................. 6 1.4.3 Delimitaciones ........................................................................................................... 6 1.5 JUSTIFICACIN DEL PROYECTO. .......................................................................... 7
1.5.1 Tecnolgica ............................................................................................................... 7 1.5.2 Social - Operativa ..................................................................................................... 7 CAPITULO II MARCO CONTEXTUAL 2.1 ANLISIS DE LA SITUACIN ACTUAL ................................................................. 8
2.1.1 Anlisis descriptivo de los procesos de la situacin actual. ................................... 11 2.2 ANLISIS DEL DOMINIO DEL PROBLEMA ........................................................ 17 CAPITULO III MARCO TERICO CONCEPTUAL 3.1 MARCO TERICO DEL DOMINIO DEL PROBLEMA .......................................... 20
3.1.1 Qu es una Biblioteca? ......................................................................................... 20 3.1.2 Funciones en una biblioteca ................................................................................... 21 3.1.3 Proceso administrativo de la adquisicin ............................................................... 21 3.1.4 Procesos tcnicos de catalogacin y clasificacin (20) .......................................... 22 3.1.5 Mdulos en que se divide una biblioteca (22)......................................................... 26 3.1.6 Roles dentro de una biblioteca (22) ........................................................................ 27 3.1.7 La Biblioteca en la Sociedad de la Informacin ..................................................... 28 3.2 MARCO TERICO DE LA INGENIERA ................................................................ 31
3.2.1 Metodologa gil Open Up (8): ............................................................................. 31 3.2.2 Tecnologa Web 2.0 ................................................................................................. 33 3.3 HERRAMIENTAS UTILIZADAS ............................................................................. 33
3.3.1 Paradigma de desarrollo Programacin Orienta a Objetos .................................. 33 3.3.2 Arquitectura del Software........................................................................................ 34 3.3.3 Lenguaje de Programacin Java ............................................................................ 35 3.3.4 Framework GWT ..................................................................................................... 35 3.3.5 Arquitectura de GWT .............................................................................................. 36 3.3.6 Servidor web Apache/Tomcat .................................................................................. 37 3.3.7 Gestor de base de datos Postgresql ........................................................................ 37 3.3.8 Entorno de desarrollo Eclipse ................................................................................. 37 CAPITULO IV DESARROLLO DEL PROYECTO 4.1 4.2 FASE DE DESARROLLO DEL PROYECTO ........................................................... 38 PROCESO DE REQUERIMIENTOS......................................................................... 39
4.2.1 Obtencin de requerimientos. ................................................................................. 39 4.2.2 Requerimientos Funcionales ................................................................................... 40 4.2.3 Diagrama de Casos de Uso..................................................................................... 42 4.2.4 Requerimientos No Funcionales. ............................................................................ 46 4.2.5 Requerimientos del sistema .................................................................................... 47 4.3 RIESGOS DEL PROYECTO...................................................................................... 47
4.3.1 Anlisis de Riesgos .................................................................................................. 47 4.3.2 Evaluacin de Riesgos ............................................................................................ 48 4.4 PROCESO DE ANLISIS Y DISEO ....................................................................... 49
4.4.1 Descomposicin del Sistema. .................................................................................. 49 4.4.2 Estructura Dinmica del Sistema ............................................................................ 51 4.4.3 Diagrama de Clases ................................................................................................ 55 4.4.4 Modelo Entidad Relacional..................................................................................... 56 4.4.5 Mapeamiento Objeto relacional .............................................................................. 57 4.4.6 Diseo de Interfaz (GUI)......................................................................................... 58
4.5
PROCESO DE IMPLEMENTACIN ....................................................................... 59
4.5.1 Estructura de directorios del sistema ...................................................................... 61 4.5.2 Componentes Reutilizables ..................................................................................... 62 4.5.3 Iteraciones ............................................................................................................... 62 4.5.4 Interfaz De entrada ................................................................................................. 63 4.5.5 Interfaz de salida ..................................................................................................... 64 4.5.6 Seguridad del Sistema ............................................................................................. 64 4.6 PROCESO DE PRUEBAS ......................................................................................... 65
4.6.1 Objetivos de la Prueba ............................................................................................ 65 4.6.2 El Plan de Pruebas .................................................................................................. 66 4.6.3 Pruebas de Unidad .................................................................................................. 67 4.6.4 Pruebas de Validacin ............................................................................................. 70 4.6.5 Prueba del Sistema .................................................................................................. 71 4.6.6 Gestin del proyecto ................................................................................................ 72 4.6.7 Cronograma de Ejecucin....................................................................................... 79 CAPITULO V DISCUSIN DE RESULTADOS 5.1 5.2 VALIDACIN DEL SISTEMA.................................................................................. 80 PLAN DE PUESTA EN MARCHA ............................................................................ 86
5.2.1 Determinacin de rea de implementacin del sistema .......................................... 86 5.2.2 Infraestructura computacional................................................................................ 86 5.2.3 Identificacin de Operadores del sistema .............................................................. 88 5.2.4 Capacitacin a los usuarios .................................................................................... 88 5.3 COSTOS ..................................................................................................................... 89
5.3.1 Costo del producto .................................................................................................. 89 5.3.2 Costo total de la aplicacin .................................................................................... 91 CONCLUSIONES ................................................................................................................... 92 RECOMENDACIONES ......................................................................................................... 94 REFERENCIAS BIBLIOGRAFICAS .................................................................................. 95 BIBLIOGRAFA ..................................................................................................................... 99
GLOSARIO............................................................................................................................ 100 ANEXO I: ENTREVISTA ........................................................................................................ 1 ANEXO II: CUESTIONARIOS ............................................................................................... 4 ANEXO III: MANUAL DE CODIFICACIN DE RECURSOS DE LA FUNDACIN CONTRA EL HAMBRE ......................................................................................................... 12 ANEXO IV: ESTIMACIN DEL ESFUERZO Y COSTO BASADO EN LA TCNICA DE PUNTOS DE CASOS DE USO ........................................................................................ 14 ANEXO V: OPEN UP ............................................................................................................. 20 REFERENCIA TCNICA DEL PROYECTO ..................................................................... 30
NDICE DE FIGURAS
Figura 1: Mapa Conceptual ......................................................................................................... 5 Figura 2: Estructura de conexin de red FH/Chuquisaca ........................................................... 9 Figura 3: Organigrama FH/Bolivia filial Chuquisaca ............................................................... 10 Figura 4: Proceso para el Registro de Materiales Bibliogrficos en FH/Bolivia ...................... 14 Figura 5: Proceso de Consulta, Bsqueda y Prstamo de Materiales Bibliogrficos ................ 15 Figura 6: Proceso de Consulta, Bsqueda y Reserva de Materiales .......................................... 16 Figura 7: Gestin del Conocimiento.......................................................................................... 30 Figura 8: Capas del OpenUP ..................................................................................................... 32 Figura 9: Patrn de diseo de arquitectura de software............................................................. 35 Figura 10: Arquitectura de GWT ............................................................................................... 36 Figura 11: Diagrama de Caso de Uso- Usuarios del sistema..................................................... 43 Figura 12: Casos de Uso generados por el Administrador del sistema ..................................... 43 Figura 13: Casos de Uso generados por el Bibliotecario del sistema ........................................ 44 Figura 14: Casos de Uso generados por el Funcionario Registrado del sistema ...................... 45 Figura 15: Casos de Uso generados por el Funcionario del sistema ........................................ 45 Figura 16: Diagrama de estructura del Sistema ......................................................................... 50 Figura 17: Diagrama de Secuencia Mantenimiento de Catlogo .............................................. 52 Figura 18: Diagrama de Secuencia Mantenimiento de Usuarios .............................................. 53 Figura 19: Diagrama de Secuencia Reservar Recursos ............................................................. 53 Figura 20: Diagrama de Secuencia Mantenimiento de Usuarios .............................................. 54 Figura 21: Diagrama de Clases del Sistema .............................................................................. 55 Figura 22: Diagrama del modelo entidad relacin .................................................................... 56 Figura 23: Mapeamiento Objeto- Relacional ............................................................................ 57 Figura 24: Mapeamiento Objeto- Relacional (Continuacin) ................................................... 58 Figura 25: Diagrama Pantalla Principal.................................................................................... 59 Figura 26: Diagrama de Despliegue para el sistema de control y Administracin de Material Bibliogrfico .............................................................................................................................. 60 Figura 27: Estructura de directorios del sistema de control y Administracin de Material Bibliogrfico .............................................................................................................................. 61 Figura 28: Diagrama de componentes del Sistema ................................................................... 62
Figura 29: Interfaz de entrada del Sistema ............................................................................... 63 Figura 30: Interfaz de salida del Sistema.................................................................................. 64 Figura 31: Diagrama de Gantt de ejecucin del proyecto ......................................................... 79 Figura 32: Pagina Principal del Sistema de Control y Administracin de Material Bibliogrfico ................................................................................................................................................... 80 Figura 33: Registro de Funcionarios ......................................................................................... 81 Figura 34: Registro de Materiales Bibliogrficos...................................................................... 82 Figura 35: Consulta de bsqueda general .................................................................................. 83 Figura 36: Reserva de Material Bibliogrfico ........................................................................... 84 Figura 37: Listado General de Recursos ms Prestados ............................................................ 85 Figura 38: Listado de Deudores ................................................................................................ 86
NDICE DE TABLAS
Tabla 1: Resultados obtenidos P1 .............................................................................................. 11 Tabla 2: Resultados obtenidos P2 .............................................................................................. 12 Tabla 3: Resultados obtenidos P3 .............................................................................................. 12 Tabla 4: Resultados obtenidos P4 .............................................................................................. 13 Tabla 5: Resultados obtenidos P5 .............................................................................................. 13 Tabla 6: Flujo de datos para el Registro y Prstamos a sala y domicilio de un libro ............... 17 Tabla 7: Caractersticas para el servidor .................................................................................... 47 Tabla 8: Anlisis de Riesgos ...................................................................................................... 47 Tabla 9: Anlisis de Riesgos (Continuacin) ............................................................................. 48 Tabla 10: Riesgos por orden de Probabilidad e Impacto ........................................................... 49 Tabla 11: Productos obtenidos en las iteraciones ...................................................................... 63 Tabla 12: Prueba de Caja negra: Acceso al Sistema .................................................................. 67 Tabla 13: Prueba de Caja negra: Acceso al Sistema (Continuacin) ......................................... 68 Tabla 14: Prueba de Caja negra: Crear Nuevo Recurso ............................................................ 68 Tabla 15: Prueba de Caja negra: Crear Nuevo Recurso (Continuacin) ................................... 69 Tabla 16: Prueba de Validacin: Reservar un recurso ............................................................... 70 Tabla 17: Prueba de Validacin: Reservar un recurso ............................................................... 71 Tabla 18: Soporte y estndares de la aplicacin en los principales navegadores ...................... 72 Tabla 19: Fase de Concepcin Sistema de Control y Administracin de material Bibliogrfico para FH/Bolivia ....................................................................................................................... 72 Tabla 20: Fase de Concepcin Sistema de Control y Administracin de material Bibliogrfico Para FH/Bolivia (Continuacin) .............................................................................................. 73 Tabla 21: Fase de Elaboracin Tabla 22: Fase de Elaboracin Sistema de Control y Administracin de material Sistema de Control y Administracin de material Bibliogrfico Para FH/Bolivia ................................................................................................ 73 Bibliogrfico Para FH/Bolivia (Continuacin) ....................................................................... 74 Tabla 23: Fase de Construccin para el Subsistema Registro ............................................... 74 Tabla 24: Fase de Construccin para el Subsistema Registro (Continuacin) ..................... 75 Tabla 25: Fase de Construccin para el Subsistema Bsqueda y Consulta .......................... 75
Tabla 26: Fase de Construccin para el Subsistema Bsqueda y Consulta (Continuacin) . 76 Tabla 27: Fase de Construccin para el Subsistema Prstamos/Devoluciones ..................... 76 Tabla 28: Fase de Construccin para el Subsistema Prstamos/Devoluciones (Continuacin) ................................................................................................................................................... 77 Tabla 29: Fase de Construccin para el Subsistema Reportes .............................................. 77 Tabla 30: Fase de Construccin para el Subsistema Reportes (Continuacin) ..................... 78 Tabla 31: Fase de Transicin Sistema de Control y Administracin de material Bibliogrfico Para FH/Bolivia ....................................................................................................................... 78 Tabla 32: Tiempo de proceso de registro, prstamos, reservas, devoluciones y consulta de un Material Bibliogrfico ............................................................................................................... 84 Tabla 33: Tiempo de proceso de registro, prestamos, reservas, devoluciones y consulta de un Material Bibliogrfico (Continuacin) ...................................................................................... 85 Tabla 34: Especificacin tcnica de hardware (servidor) .......................................................... 87 Tabla 35: Especificacin tcnica de hardware (Cliente) ........................................................... 87 Tabla 36: Especificacin tcnica de software ............................................................................ 87 Tabla 37: Plan de capacitacin .................................................................................................. 88 Tabla 38: Costo de Licencia de Software .................................................................................. 89 Tabla 39: Costos de obtencin de informacin ......................................................................... 89 Tabla 40: Estimacin del esfuerzo ............................................................................................. 90 Tabla 41: Estimacin de Costo .................................................................................................. 90
Sistema de Control y Administracin de Material Bibliogrfico Para Fundacin Contra el Hambre
Ingeniera de Sistemas U.M.R.P.S.F.X.CH
CAPITULO I 1.
1.1
INTRODUCCIN Y OBJETIVOS
INTRODUCCIN O ANTECEDENTES DEL PROYECTO
Fundacin Contra el Hambre (FH/Bolivia), regional Chuquisaca es una Organizacin de Desarrollo con motivacin cristiana comprometida con las personas de escasos recursos, la misma tiene como propsito: transformar las realidades de las comunidades, combatiendo la pobreza en todas sus formas, desempeando sus funciones en la calle Emilio Mendizbal #150 (Barrio Petrolero). La Fundacin Contra el Hambre cuenta en la actualidad con 98 personas: 1 Presidente del directorio, 6 Directores, 23 Tcnicos, 20 Trabajadores Sociales, 19 administrativos, 1 bibliotecario y 12 asistentes, 7 asesores, y 9 como personal de apoyo. El proyecto a
desarrollar beneficiar a todo el personal de la institucin. La Organizacin no gubernamental FH/Bolivia regional Chuquisaca cuenta con un departamento de sistemas que centraliza la informacin de todas las oficinas existentes, trabaja con un total de 56 equipos de computacin con procesadores Intel Core Duo de 2.0 GHz, discos duros de 160GB-250GB, Memoria RAM de 1GB y tarjeta de red inalmbrica, todos los equipos de computacin se encuentran actualizados de acuerdo a los requerimientos de cada rea. Asimismo cabe mencionar que la institucin hace uso de una red inalmbrica. FH/Bolivia regional Chuquisaca cuenta con una biblioteca que presta servicios a los miembros de la institucin. En la misma no slo se encuentran libros, sino tambin otro tipo de material como ser dvds, videos en diferentes formatos y proyectos. Actualmente, la administracin de dicho material es manual, siendo la misma lenta y susceptible a errores (los datos son llenados en un cuaderno).
CAPITULO I. INTRODUCCION Y OBJETIVOS
-1-
Como consecuencia de lo anterior, no se tiene un registro confiable de la disponibilidad del material bibliogrfico existente. Tampoco se cuentan con medios para notificar a los usuarios que no hubiesen devuelto material bibliogrfico en los plazos previstos. Adicionalmente, el inventario del material bibliogrfico se halla en un cuaderno y en un documento de Word y en ninguno de dichos medios se sigue algn estndar o norma. Este hecho, unido a la constante actualizacin del material bibliogrfico hace que no se cuente con un inventario real y confiable del material existente. Debido a que la informacin de la biblioteca no est sistemticamente organizada y que la misma se encuentra en formato impreso, actualmente no existe otra opcin que buscar la informacin requerida re visando uno por uno el material existente. Algo que por supuesto no slo es moroso, sino que adems es susceptible a errores por omisin. Por otra parte, y dado que slo existe un limitado nmero de ejemplares, en muchos casos slo uno, cuando dos o ms miembros de la institucin requieren el mismo material, no queda otra alternativa que hacer esperar a los otros miembros mientras uno de ellos utiliza el material, con los consiguientes perjuicios que ello implica. Al no contar con el material bibliogrfico necesario a causa del limitado nmero de
ejemplares la institucin tropieza con grandes perjuicios cuando los funcionarios viajan a las diferentes capacitaciones al interior del departamento. Por otra parte la consulta y bsqueda del material existente es muy dificultoso y moroso (Procesamiento no eficiente), por lo que la consulta de cierta informacin no es inmediata, como la disponibilidad de ejemplares, materiales bibliogrficos prestados a sala o para domicilio, retrasando la atencin de consultas y prstamos en la biblioteca. Hasta el momento, la institucin no ha tomado ninguna medida para subsanar los problemas mencionados, por lo que sigue siendo una necesidad de la institucin el solucionarlos. En la Facultad de Tecnologa, en la Carrera de Ingeniera de Sistemas, se ha elaborado un proyecto que tiene que ver con la administracin de bibliotecas: Sistema de gestin de reservas y prstamos de libros para la biblioteca de la Facultad de Tecnologa mediante la
CAPITULO I. INTRODUCCION Y OBJETIVOS -2-
Web (1), el cual se avoca a las labores de reserva, prstamo y devolucin de libros a travs de Internet. Aun cuando dicho proyecto tiene un alcance ms limitado que el presente y soluciona el problema especfico de otra institucin, servir de referencia para la elaboracin del presente. A nivel mundial, cabe mencionar el sistema Biblioteca 2000 v1.01b (2) de libre distribucin. Es una aplicacin desarrollada en Delphi, y la base de datos en Access, dispone de tres mdulos: Administracin, Consulta, y Gestin de prstamos, llevando el control tanto de las altas como de las bajas de los materiales bibliogrficos, as como de los prstamos realizados. Sin embargo la restriccin que presenta este software es que no cuenta con un modulo de reservas y que est dirigido a la administracin de libros exclusivamente. Navegando en la red se evidencia gran cantidad de pginas de sistemas de bibliotecas tal el caso de la biblioteca de la Universidad Catlica Boliviana "San Pablo" (3), que ofrece servicios de acceso, consulta y prstamo de libros, tesis, etc. Este sistema de biblioteca servir de gua y modelo para la elaboracin del presente proyecto. 1.2 IDENTIFICACIN DEL PROBLEMA CENTRAL DEL PROYECTO
Actualmente en la biblioteca de Fundacin contra el Hambre (FH/Bolivia), el registro del material bibliogrfico (libros, videos, etc.) es llevado a cabo de forma manual, y no esta organizado bajo ninguna norma de manejo bibliotecario lo que ocasiona un registro no confiable y de difcil actualizacin por la elevada cantidad de materiales). Asimismo el registro de prstamos y devoluciones tambin es manual con las dificultades que esto implica (perdidas). Por otra parte la consulta y bsqueda del material existente es muy dificultoso y moroso (Procesamiento no eficiente). 1.3 ABORDAJE O RUTA DE SOLUCIN DEL PROBLEMA.
Para contribuir en la solucin del problema identificado, se desarrollar un sistema informtico que automatice los procesos manuales existentes de control y administracin de material bibliogrfico.
-3-
A continuacin los mtodos de investigacin utilizados en el desarrollo del proyecto para recopilar la informacin, e interpretar de manera conceptual los datos empricos obtenidos durante el proceso de investigacin. (5)(6). Histrico documental, Mediante este mtodo se recopil la mayor cantidad de informacin posible, sobre el proceso de registro, consulta y prstamos de materiales bibliogrficos de FH, a travs de documentos actuales que se utilizan. La Observacin: Observacin Directa: Se da cuando el investigador esta personalmente en el lugar donde ocurren los hechos. En la biblioteca de Fundacin Contra el Hambre se ha hecho observaciones para determinar cules son las necesidades que se dan y cmo se podran superar con un sistema de informacin. La Entrevista: Entrevista Dirigida: Son dirigidas porque estn elaboradas dependiendo del papel de las personas que sern entrevistadas, en este caso la entrevista ser dirigida al encargado de la Unidad de Comunicacin para el Desarrollo y la persona encargada de la biblioteca. Bibliogrfico, Para recopilar informacin de varias fuentes bibliogrficas, libros, Internet, etc. Y llegar a tener un mejor entendimiento sobre el objeto de estudio y dominio de las
tecnologas y herramientas utilizadas en la etapa de desarrollo del proyecto. Anlisis y sntesis, El mtodo fue utilizado para analizar la informacin recopilada y
comprender de mejor manera los requerimientos identificados. Se hizo una sntesis de la informacin, identificndose los elementos que forman parte del sistema. El desarrollo del proyecto seguir los lineamientos del paradigma de programacin orientada a objetos (7), de acuerdo a las fases y etapas de la metodologa de desarrollo gil OpenUp (8), modelado con UML (9). Los datos sern almacenados en una base de datos relacional (10), por ello las clases sern mapeadas aplicando el modelo objeto-relacional (11). Programado en Java (12), desarrollado en el Framework GWT (13), siendo el servidor Apache/Tomcat (14).
La base de datos ser administrada con el gestor PostgreSQL (15). El sistema ser documentado empleando el CASE StarUml (16).
Figura 1: Mapa Conceptual Fuente: [Elaboracin Propia] 1.4 1.4.1 OBJETIVOS DEL PROYECTO Objetivo General
Desarrollar un sistema informtico para el control y administracin del material bibliogrfico de la Fundacin contra el Hambre (FH/Bolivia), que permita un registro eficiente y actualizacin inmediata de la informacin bibliogrfica, as como la bsqueda, consulta y seguimiento de prstamos/devolucin del material cumpliendo con los requerimientos de la institucin y ajustndose a las normas existentes en el manejo bibliotecario.
-5-
1.4.2
Objetivos especficos
Elaborar el modelo de requerimientos del sistema, empleando las tcnicas de entrevista, encuesta e investigacin documental establecida en el estndar 2.0 de UML. Desarrollar el subsistema Registro, que permita organizar y catalogar el material bibliogrfico de FH/Bolivia, tanto nuevo como existente, ajustndose a los estndares especificados por Dubln Core. Elaborar el subsistema Consulta y Bsqueda, que automatice el proceso de
bsqueda y consulta de informacin en todo el material existente en la biblioteca FH/Bolivia, haciendo uso de procedimientos de eficacia comprobada. Elaborar el subsistema Reservas, Prstamos, y Devoluciones que permita llevar un control eficiente y seguro de las Reservas, prstamos y devoluciones del material bibliogrfico de la biblioteca FH/Bolivia. Desarrollar un mdulo de autenticacin de usuarios que permita niveles de acceso al sistema. Generar reportes y consultas que muestren informacin tanto en pantalla como en forma impresa. Realizar y documentar las pruebas del sistema basada en el estndar IEEE 1008-10987. 1.4.3 Delimitaciones
El proyecto no incluir la digitalizacin del material bibliogrfico. El proyecto no contempla el llenado de la base de datos. La cobertura del proyecto est considerada para FH regional Chuquisaca y no as a las dems regionales de Cochabamba y La Paz, aunque a medida que vaya funcionando el sistema en Sucre, se ver la posibilidad de ampliarla para que funcione en las tres regionales que tiene FH Bolivia.
-6-
1.5 1.5.1
JUSTIFICACIN DEL PROYECTO. Tecnolgica
La utilizacin de tecnologas nuevas como ser el framework GWT en el desarrollo del sistema, aporta a FH/Bolivia en sus proyecciones de innovacin tecnolgica, a travs de un sistema informtico basado en la Web que administre toda la informacin del material bibliogrfico, permitiendo a la institucin sistematizar el manejo de dicha informacin. 1.5.2 Social - Operativa
El desarrollo del sistema se justifica socialmente porque: Permite a los funcionarios el acceso al catalogo de materiales bibliogrficos Agiliza el trabajo al encargado de la biblioteca de FH/Bolivia. El proceso de reserva es ms cmodo para los funcionarios de Fundacin Contra el Hambre. Las tareas agotadoras al momento de controlar y administrar el material bibliogrfico ya no sern un problema para los funcionarios de FH/Bolivia regional Chuquisaca ya que la implementacin del nuevo sistema dar solucin real a las actividades tediosas que implica un registro manual de los materiales bibliogrficos existentes permitiendo as, un aprovechamiento ptimo de los mismos.
-7-
CAPITULO II 2.
2.1
MARCO CONTEXTUAL
ANLISIS DE LA SITUACIN ACTUAL
La Fundacin Contra el Hambre FH/Bolivia, Regional Chuquisaca es una Organizacin de Desarrollo con motivacin cristiana comprometida con las personas de escasos recursos, la misma tiene como propsito: transformar las realidades de las comunidades, combatiendo la pobreza en todas sus formas. La Organizacin No Gubernamental FHI/Bolivia Food For The Hungry (Fundacin contra el Hambre) fue creada en 1971 tiene presencia en ms de 25 pases: Canad, USA, Cuba, Hait, Honduras, Guatemala, Nicaragua, Costa Rica, Repblica Dominicana, Ghana, Etipa, Uganda, Kenia, Rwanda, Tanzania, Sudan, Congo, Mozambique, Suecia, Inglaterra, Suiza, Rumania, Suecia, Kazajstn, Kyrgyzstan, Tajikistan, Iraq, Afganistn, India, Nepal Corea, Japn, Mongolia, China, Bangla, Desh, Nepal, Camboya, Tailandia, como se puede observar FH trabaja en los cuatro continentes combatiendo la pobreza y Bolivia no poda quedar al margen ya que es uno de los pases ms pobres y desiguales de Latinoamrica, es por ello que en 1978 FH decide iniciar sus actividades en Bolivia en los departamentos de La Paz y Cochabamba, pero 10 aos ms tarde vale decir en 1997 alecciona su trabajo en el departamento de Chuquisaca ms propiamente en las comunidades de Horno Ckasa, Ckara Ckara, Ravelo, Rodeo, Sorocoto, Sorojchi, etc. llegando as a ms de 220 comunidades en toda Bolivia trabajando en los diferentes programas como ser: Generacin de Ingresos
Rurales, Salud, Agua, Saneamiento, Manejo de recursos naturales, Desarrollo del Nio, Medio Ambiente, Infraestructura, etc. El edificio en el que la Organizacin no gubernamental FH/Bolivia desempea sus funciones en la actualidad se encuentra situada en la calle Emilio Mendizbal #150 (Barrio Petrolero) la misma alberga a 28 oficinas que estn distribuidas en 3 plantas de acuerdo a las reas con las que trabaja FH/Bolivia.
-8-
La Organizacin no gubernamental FH/Bolivia filial Chuquisaca cuenta con un departamento de sistemas que centraliza la informacin de todas las oficinas existentes. FH/Bolivia trabaja con un total de 56 equipos de computacin con procesadores Intel Core Duo de 2.0 GHz, discos duros de de 160GB, Memoria RAM de 1GB y tarjeta de red inalmbrica, todos los equipos de computacin se encuentran actualizados de acuerdo a los requerimientos de cada rea, Asimismo cabe mencionar que la institucin hace uso de una red inalmbrica. La figura 3.1 esquematiza la estructura general de organizacin en cunto a la conexin de red de la que es participe cada nivel de la institucin.
Figura 2: Estructura de conexin de red FH/Chuquisaca Fuente: [Elaboracin Propia] Fundacin contra el hambre (FH/Bolivia filial Chuquisaca), trabaja con un personal de alrededor de 98 personas y se encuentran estructurados bajo el organigrama que se muestra en la figura 2.
-9-
Figura 3: Organigrama FH/Bolivia filial Chuquisaca Fuente: [Elaboracin Propia] El rea involucrada en el proyecto es la: Unidad de Comunicacin para el Desarrollo siendo est departamento el encargado de centrar toda la informacin de la biblioteca de la institucin, para lo cual se sistematizar todo el proceso manual de control y administracin de prstamo y reserva de materiales bibliogrficos a travs de la aplicacin a desarrollar Sistema de Control y Administracin de Material bibliogrfico. Actualmente la biblioteca de FH/Bolivia filial Chuquisaca cuenta con: 2919 ejemplares de libros, enciclopedias y manuales especializados en las diferentes reas: 1915 Videos (VHs, DVD, CD y MiniDvs), 650 Cassettes de audio. Todo el material bibliogrfico con el que cuenta FH/Bolivia est completamente actualizado ya que a medida que se van publicando los diferentes materiales bibliogrficos (libros, VHs, DVDs, CDs, etc.) la institucin va adquiriendo las mismas, sin embargo los diferentes materiales bibliogrficos, lamentablemente no se encuentran organizados ni clasificados cumpliendo alguna norma, los mismos se encuentran en libreros y estantes. En la actualidad los materiales bibliogrficos se encuentran
registrados en un cuaderno y en un documento impreso, los mismos se localizan en la biblioteca de la institucin y el bibliotecario es quin se encarga de realizar el control y seguimiento de prstamos del material bibliogrfico, no existiendo software especializado alguno que ayude en la gestin de prstamos y reservas de materiales bibliogrficos. 2.1.1 Anlisis descriptivo de los procesos de la situacin actual. Para el anlisis descriptivo de los procesos de la situacin actual de la biblioteca se utilizo la tcnica de la encuesta dirigida al encargado de la Unidad de Comunicacin para el desarrollo, Bibliotecario y funcionarios de FH/Bolivia, los resultados obtenidos de la encuesta realizada de forma detallada se presenta en el Anexo 2. Sin embargo a continuacin se vislumbra el anlisis y la interpretacin de algunos resultados alcanzados en la encuesta. Encuesta dirigida a los Funcionarios de FH/Bolivia 1. Utiliza los recursos de la Biblioteca de FH/Bolivia? Objetivo: conocer si los funcionarios de FH/Bolivia hacen uso de los recursos Bibliotecarios. Tabla 1: Resultados obtenidos P1 Alternativas Si No Total Frecuencia 21 2 23 Fuente: [Elaboracin Propia] Anlisis e Interpretacin: Lo anterior expuesto denota que el mayor porcentaje de los empleados FH, utilizan los recursos bibliotecarios como apoyo para el desarrollo de sus labores, sin embargo la minora no hace uso por no requerir ese tipo de recursos. 2. Cmo califica la bsqueda de los libros? Objetivo: Investigar si los Funcionarios estn satisfechos con la rapidez que la persona encargad de la biblioteca busca un libro. Total 91.3% 8.7% 100%
-11-
Tabla 2: Resultados obtenidos P2 Alternativas Lento Rpido No responde Total Frecuencia 16 5 2 23 Fuente: [Elaboracin Propia] Anlisis e Interpretacin: Los datos recopilados demuestran que un buen porcentaje de los empleados no estn satisfechos con el tiempo de espera al momento de solicitar un libro, la otra parte de los encuestados califican como bueno el tiempo de bsquedas. 3. El tiempo que se tarda el bibliotecario en proporcionar informacin de la existencia de un libro, considera que es el apropiado? Objetivo: Conocer si el tiempo que el bibliotecario tarda en proporcionar informacin de la existencia de libros es apropiado. Tabla 3: Resultados obtenidos P3 Alternativas Malo Bueno Muy Bueno Excelente Total Frecuencia 10 8 3 0 23 Fuente: [Elaboracin Propia] Anlisis e Interpretacin: La mayor evidencia demuestra que los empleados consideran que el tiempo en que la persona encargada de la biblioteca se tarda en proporcionarles informacin sobre los recursos bibliotecarios es maslo, pero una pequea cantidad manifiesta haber tenido conformidad en el tiempo de espera. 4. Cree que la bibliotecaria controla eficientemente el prstamo de los libros? Total 43.48% 34.78% 13.04% 0.00% 100% Total 69.56% 21.7% 8.7% 100%
-12-
Objetivo: Investigar si la persona encargada de la biblioteca lleva un control eficiente de prstamo de libro. Tabla 4: Resultados obtenidos P4 Alternativas Si No Total Frecuencia 21 2 23 Fuente: [Elaboracin Propia] Anlisis e Interpretacin: Lo anterior demuestra que la mayora de los encuestados consideran que los recursos de la biblioteca no son manejados adecuadamente, ya que a la hora de solicitar los libros algunas veces se desconoce su existencia. 5. Considera que ayudara a mejorar el acceso a los recursos de la biblioteca la utilizacin de un sistema de informacin computarizado en la biblioteca? Objetivo: Investigar si un sistema computarizado mejorara el acceso a los recursos bibliotecarios. Tabla 5: Resultados obtenidos P5 Alternativas Si No Total Frecuencia 21 2 23 Fuente: [Elaboracin Propia] Anlisis e Interpretacin: Lo antes descrito revela que la mayora de los empleados manifiesta que es necesaria la implementacin de un sistema de informacin para facilitar el acceso a los recursos bibliotecarios, un 8,7 considera que no ayudara un sistema automatizado debido a que esta pequea poblacin no visita la biblioteca. Total 91.3% 8.7% 100% Total 91.3% 8.7% 100%
-13-
A continuacin se describe el Proceso actual que se sigue en la biblioteca de FH/Bolivia para el control y administracin de materiales bibliogrficos correspondientes al registro, prstamo, consulta y reservas de la biblioteca. Proceso de Registro de Materiales Bibliogrficos Ingresa un material bibliogrfico a la biblioteca (por compra o por donacin). Se registra y se ingresa a un catalogo el material bibliogrfico (Nombre del Material Bibliogrfico, Autor, rea) Posteriormente el Material Bibliogrfico es almacenado en el librero o anaquel al que corresponde.
Inicio Proceso de Registro de Materiales Bibliogrficos
Ingresa un material bibliogrfico a la biblioteca (por compra o por donacin) Se registra y se ingresa a un catalogo el material bibliogrfico (Nombre del Material Bibliogrfico, Autor, rea)
Posteriormente el Material Bibliogrfico es almacenado en el librero o anaquel al que corresponde
Termina Proceso de Registro de Materiales Bibliogrficos
Figura 4: Proceso para el Registro de Materiales Bibliogrficos en FH/Bolivia Fuente: [FH/Bolivia filial Chuquisaca]
-14-
Proceso de Consulta, Bsqueda y Prstamo de Materiales Bibliogrficos El usuario consulta el catlogo de los materiales Bibliogrficos. Extrae los datos del Material Bibliogrfico. Solicita su prstamo al encargado de la biblioteca por un nmero limitado de das. El Bibliotecario consulta su catlogo de prstamos y verifica si el material bibliogrfico est disponible. Si el material bibliogrfico esta disponible se realiza el prstamo
Inicia Proceso de Consulta, Bsqueda y Prstamo de Materiales Bibliogrficos
El usuario consulta el catlogo de los materiales Bibliogrficos.
Extrae los datos del Material Bibliogrfico
Solicita su prstamo al encargado de la biblioteca por un nmero limitado de das
No
No se realiza el prstamo
Bibliotecario consulta su catlogo de prstamos y verifica si el MB esta disponible
Si
Se realiza el prstamo
Termina Proceso de Consulta, Bsqueda
Figura 5: Proceso de Consulta, Bsqueda y Prstamo de Materiales Bibliogrficos Fuente: [FH/Bolivia filial Chuquisaca]
Proceso de Consulta, Bsqueda y Reserva de Materiales Bibliogrficos El usuario consulta el catlogo de los materiales Bibliogrficos. Extrae los datos del Material Bibliogrfico. Solicita su Reserva al encargado de la biblioteca. El Bibliotecario consulta su catalogo y verifica si el material bibliogrfico esta disponible. Si el material bibliogrfico esta disponible se realiza la reserva.
Inicia Proceso de Consulta, Bsqueda y Reserva de M.B.
El usuario consulta el catalogo de los materiales Bibliogrficos. Extrae los datos del Material Bibliogrfico Solicita su Reserva al encargado de la biblioteca
No
Bibliotecario consulta su catlogo de Reservas y verifica si el MB esta disponible
Si
No se realiza la Reserva
Se realiza la Reserva
Termina Proceso de Consulta, Bsqueda y Reserva de M.B.
Figura 6: Proceso de Consulta, Bsqueda y Reserva de Materiales Fuente: [FH/Bolivia filial Chuquisaca]
Flujo de datos Tabla 6: Flujo de datos para el Registro y Prstamos a sala y domicilio de un libro Descripcin actual de registro de Material Bibliogrfico
Bibliotecario
Clasifica Libros segn rea
Llena datos del Libro
Coloca Libros segn categora
Ingresa datos al inventario
Archivo de inventario
Descripcin actual de prstamo de libros a Sala Usuario Bibliotecario Sala
Solicita Libros
Busca Libro
Verifica disponibilidad
Presta Libro
Descripcin actual de prstamo de libros a Domicilio Usuario Bibliotecario Domicilio
Llena boleta de Reserva
Anota Reserva
Verifica Reserva
Presta Libro
Fuente: [Elaboracin Propia] 2.2 ANLISIS DEL DOMINIO DEL PROBLEMA
La biblioteca de FH/Bolivia atiende requerimientos de registro, consulta, prestamos y devoluciones de todos los materiales bibliogrficos anteriormente mencionados a todas las reas que forman parte de la institucin por lo que la consulta de cierta informacin y la
disponibilidad de materiales bibliogrficos no es inmediata, porque el mismo es prestado no solo para uso interno, sino tambin para su uso en domicilio, por lo que con frecuencia es necesario esperar para atender pedidos o realizar consultas. Adems, no se tiene informacin inmediata sobre el material prestado, porque dicha informacin es registrada manualmente en un cuaderno y la bsqueda debe ser llevada a cabo tambin de manera manual, con la consiguiente demora y errores que ello implica. La biblioteca recibe gran cantidad de solicitudes de prstamo, la prestacin de este servicio incluye el control de la bibliografa en cuanto a existencias y disponibilidad de las mismas, que en la actualidad se realiza de forma manual ya que dicha informacin bibliogrfica se halla inventariada en un cuaderno y en un documento de Word, registrados por autor y nombre del material lo cual hace que la problemtica fundamental se localice en: La no existencia de un registro adecuado para llevar un control de los libros que ingresan a la biblioteca, es por ello que no se pueden generar reportes actualizados. Tanto la persona encargada de la biblioteca como los usuarios desperdician mucho tiempo a la hora de prestar, reservar libros, ya que el usuario tiene que llenar manualmente la solicitud con todos los datos cada vez que solicita un libro y espera todo el tiempo que sea necesario. El bibliotecario tiene que buscar los libros en el estante sin tener la certeza que el libro solicitado va ser encontrado, porque es probable que el libro no est en existencia por estar prestado o por no estar en inventario. El bibliotecario debe realizar la verificacin fsica del material y de los prstamos realizados a los usuarios, ocurriendo similar procedimiento con las devoluciones de los documentos bibliogrficos, consumiendo gran cantidad de tiempo debido a la enorme cantidad de material bibliogrfico con el que se cuenta y como la biblioteca es atendida por una sola persona a todas las reas con el que FH trabaja los perjuicios que se genera son mayores, porque dicha tarea consume entre 10 y 15 minutos. La biblioteca se va actualizando continuamente, lo que hace que la lista de los materiales bibliogrficos vayan incrementando y rebasando el cuaderno en el que se
registran los mismos y a la vez dificultando aun ms el acceso inmediato a un bien bibliogrfico. La elevada cantidad de solicitudes de prstamo de materiales bibliogrficos y con lo moroso que es registrarlos de manera manual se tropiezan con materiales que no estn disponibles por la no devolucin o prdida de los mismos y peor aun cuando estos han sido dados de baja, porque no se tiene un registro actualizado de los mismos. No existe informacin oportuna de los recursos bibliotecarios, ni se conoce la disponibilidad en estante ni en existencia. Hay acumulacin de papelera innecesaria por las fichas que se llenan por parte del usuario al solicitar un prstamo de un recurso, esto genera prdida de tiempo a la hora de prestar los libros, ya que no se conoce la ubicacin exacta. Debido al deficiente control sobre los recursos bibliotecarios, hay prdida de informacin de los usuarios quienes tienen los recursos en calidad de prstamo, no hay actualizacin del inventario cuando stos son devueltos y no hay registros exactos sobre los recursos que se extravan. El mtodo que es utilizado por la biblioteca, no es empleado correctamente, lo cual contribuye a una mala organizacin. Estos problemas podran ser mejorados si los recursos bibliotecarios estuvieran mejor organizados y controlados, por lo cual es necesario desarrollar un anlisis, diseo e implementacin de un sistema de informacin bibliotecario que ayude en gran medida a mejorar todos estos problemas que presenta la biblioteca de Fundacin contra el Hambre.
-19-
CAPITULO III 3.
3.1
MARCO TERICO CONCEPTUAL
MARCO TERICO DEL DOMINIO DEL PROBLEMA
3.1.1 Qu es una Biblioteca? La palabra biblioteca proviene (del griego biblion = libro y thekes = caja). Literalmente significa "caja de libros" o de guardar libros, pero la palabra "caja" se sustituye por edificio, departamento o habitacin. Pero una buena definicin de la palabra es: "Institucin cuya finalidad consiste en la adquisicin, conservacin, estudio y exposicin de libros y documentos" (18). Esta definicin de biblioteca hace referencia a un conjunto de servicios que provee una biblioteca tradicional, pero que se pueden aplicar a otros esquemas de bibliotecas. La utilizacin de la computadora en las bibliotecas permiti simplificar muchas de las tareas y servicios que presta una biblioteca a la comunidad, por ejemplo permiti registrar los libros en una base de datos para que la consulta sea ms gil para el usuario. Posteriormente las bibliotecas evolucionaron, ya no eran lugares donde solo se almacenan libros, una buena biblioteca deba tener tambin videos, programas, CD-ROMs, discos lser, etc. Por lo cual en muchos lugares se les cambio el nombre de Biblioteca a centro de medios. Posteriormente la Internet vuelve a hacer una transformacin en las actividades que una biblioteca ofrece, al hacerla accesible en cualquier lugar y en cualquier momento. Las bibliotecas tienen una operacin compleja, dependiendo del tamao y de los servicios que prestan, pero bsicamente su funcionamiento es de la siguiente manera: Un libro ingresa a una biblioteca por compra o por donacin, una vez adquirido se realiza su ficha bibliogrfica y se ingresa a un catlogo y posteriormente es almacenado en el anaquel que le corresponda. Cuando un usuario necesita un libro, consulta el catlogo y extrae sus datos, si la biblioteca es de estantera abierta, se dirige al anaquel y localiza el libro, lo consulta y se dirige al encargado para solicitar su prstamo por un nmero limitado de das. Si la biblioteca es de estantera cerrada, el libro deber pedirse directamente al encargado. En los prstamos nter bibliotecarios se establece un acuerdo previo entre las instituciones y se permite al usuario de una biblioteca sacar, en prstamo, materiales de otra biblioteca.
CAPITULO III. MARCO TEORICO CONCEPTUAL -20-
El sistema de biblioteca est compuesto de muchas actividades administrativas y/o tcnicas; dichas actividades deben realizarse coordinadamente para mejorar el rendimiento global del mismo; para ello es necesario integrar todas sus partes de forma tal que maximicen sus resultados. Para administrar este sistema llamado biblioteca, se necesita conocer cmo se integran las partes de la misma y cmo se realizan sus procesos tcnicos. 3.1.2 Funciones en una biblioteca Estas se pueden concentrar en tres palabras (19): adquisicin, conservacin y acceso. Durante aos, esto signific recolectar libros, resguardarlos y ponerlos al alcance de los lectores. Ahora, bajo el concepto digital y con las nuevas tecnologas, estas tres tareas permanecen vigentes pero sus alcances se expanden y los mtodos para satisfacerlas se multiplican. Existen diferentes tipos de bibliotecas, bsicamente se reconocen tres: las pblicas, las acadmicas y las especializadas. Las pblicas son, en general, las de menor desarrollo y son las que encontramos en las delegaciones, municipios, etc.; las bibliotecas acadmicas o escolares han tenido un mayor apoyo, en beneficio de los programas acadmicos y de investigacin, principalmente por inters del gobierno y del Ministerio de Educacin. Las bibliotecas especializadas son las de mayor importancia, crecimiento y desarrollo en las reas tecnolgicas y de investigacin. En cualquiera de los tres tipos de biblioteca, antes de poner el material a disposicin de los usuarios, se realiza una serie de trabajos o funciones internas con la finalidad de posibilitar el control por parte de la biblioteca. 3.1.3 Proceso administrativo de la adquisicin La adquisicin requiere un proceso organizado de tal forma que en cualquier momento se sepa qu materiales se han pedido, qu libros se han recibido, a qu distribuidor se le ha hecho el pedido, qu ttulos estn agotados, etc. Tambin en el caso de que la obra se haya adquirido mediante canje o donacin, se debe llevar el control de lo que, a travs de este procedimiento, se ha recibido de cada centro de canje o donador.
CAPITULO III. MARCO TEORICO CONCEPTUAL
-21-
3.1.4 Procesos tcnicos de catalogacin y clasificacin (20) Se llaman procesos tcnicos a las operaciones propias de la actividad documental que consiste en la identificacin y la seleccin de los elementos principales de los documentos y su expresin de la manera ms eficaz para la recuperacin de la informacin contenida en esos documentos. El tratamiento documental es la operacin intelectual de aplicar tcnicas especificas normalizadas (anlisis) a una coleccin de documentos con el fin de hacerlo controlable y utilizable (recuperacin). El anlisis documental englobara tanto el anlisis formal (descripcin bibliogrfica y catalogacin), como el interno (indizacin y resumen). Catalogacin Catalogar es hacer la descripcin de cualquier documento, siguiendo un cdigo normalizador, de tal forma que permita identificarlo de manera exacta, sin ambigedad, con el fin de poder recuperarlo con precisin y rapidez. Cuando se procede a identificar los datos de una obra, recogiendo las partes esenciales de un libro, ordenadas de acuerdo con una normativa, el resultado es un asiento bibliogrfico; por el contrario, si adems de la identificacin se dan los datos para su localizacin, es un asiento catalogrfico. La catalogacin se hace de acuerdo a normas con el objeto de facilitar el intercambio de informacin y la interpretacin de los asientos bibliogrficos. El instrumento utilizado internacionalmente es la ISBD (21) (Internacional Standard Bibliographical Description) y las distintas normas nacionales como las Reglas de Catalogacin Espaolas y las Reglas de Catalogacin Angloamericanas. Aunque las Reglas de Catalogacin precisan todos los elementos que se pueden consignar, la realidad es que cada biblioteca debe adaptar la descripcin a las necesidades de sus usuarios. Clasificacin Clasificar es la operacin intelectual por la cual el documentalista atribuye a una obra un ndice correspondiente a una clase de materias, al utilizar un lenguaje de clasificacin.
-22-
Cuando se aplica un sistema de clasificacin a cualquier material, lo que se pretende es describir su contenido lo ms exactamente posible a una rama del saber, de manera que quede agrupado a sus semejantes y de acuerdo a la relacin que mantiene con otros. En definitiva el objetivo es facilitar la recuperacin de informacin y la labor de referencia; es decir, informar qu obras tiene una biblioteca de una materia determinada. La clasificacin se hace mediante los lenguajes documentales, entendidos como todo sistema que permite representar el contenido de los documentos para su posterior recuperacin y cuya finalidad es mejorar la calidad del anlisis y por tanto de los resultados de la recuperacin. Las nuevas tecnologas han modificado muchas de las prcticas de la clasificacin y la catalogacin. Debido al rpido paso de cambio tecnolgico, algunos estndares son concretos tal el caso de Dublin Core que es un estndar para describir recursos bibliogrficos que actualmente se encuentra entre los estndares de catalogacin o de metadatos ms comnmente utilizados en las bibliotecas digitales y est conformado por 15 elementos los cules tienen nombre descriptivo que pretenden transmitir un significado a los mismos, cada elemento es opcional y adems, los elementos pueden aparecer en cualquier orden. Elementos Dublin Core Se pueden clasificar en tres grupos que indican la clase o el mbito de la informacin que se guarda en ellos: Elementos relacionados principalmente con el Contenido del Recurso. 1. Ttulo (Title). Se refiere al ttulo que lleva por nombre el recurso 2. Materia (Subject). En este campo se hace referencia a los diversos temas que puede contener el material. 3. Descripcin (Description). En este campo se hace un breve resumen sobre el contenido del objeto digital. 4. Fuente (Source). Es como una pequea ficha bibliogrfica que se elabora para asentar los datos sobre la procedencia del documento original.
-23-
5. Relacin (Relation). Este campo tiene que ver con el material principal u objetos de su misma referencia, ya sea una coleccin, una serie, un documento, etctera. 6. Cobertura (Coverage). Este campo se refiere al proyecto o sitio donde estar resguardada la informacin. Aqu pueden anotarse fechas, zonas geogrficas. Elementos relacionados principalmente con el recurso cuando es visto como una Propiedad Intelectual. 7. Creador (Creator). Aqu se anota el autor intelectual de la obra o documento original. 8. Editor (Publisher). Este campo se refiere al sitio o coleccin responsable, a la que est adscrito el material. 9. Colaborador (Contributor). En este campo se anotan, si es que se da el caso, el nombre u organizacin que contribuy a la creacin del material, que no se especific en la parte de Creador . 10. Derechos (Rights). Se anota en este campo el nombre o la institucin a la cual pertenece el material y lo facilit. Elementos relacionados principalmente con el recurso. 11. Fecha (Date). Se anota la fecha de elaboracin del registro. 12. Formato (Format). En este campo se registra el tipo de extensin con que se presenta el objeto digital, ya sea HTML, JPG, GIFF o PDF. 13. Identificador (Identifier). Se refiere a la direccin electrnica de origen a la que est adscrito el material. Para ello se utilizan las siglas URL. 14. Tipo (Type). Aqu se menciona la presentacin que tiene el objeto digital, ya sea como texto, audio, video, etctera. 15. Lenguaje (Language). En este campo se establecen las siglas correspondientes al idioma en que se presenta la publicacin.
-24-
Haciendo un anlisis de las 15 definiciones semnticas descriptivas de Dublin Core, fue elegido este estndar para definir algunos campos del material o recurso bibliogrfico ya que proporciona un simple pero eficaz conjunto de elementos que permiten describir una amplia gama de recursos, mencionando tambin que Dubln Core fue diseado especficamente para proporcionar un vocabulario de caractersticas "base", capaz de proporcionar la informacin descriptiva bsica sobre cualquier recurso, sin importar el tipo y el formato del recurso. Como se puede observar el impacto de la tecnologa va ms all de la introduccin de la computadora, afecta las reglas y prcticas de catalogacin ya que los cambios tecnolgicos en las recientes concepciones de generacin de recursos de informacin ha causado una crisis en el paradigma de los modelos tradicionales de bibliotecas. Ubicacin topogrfica de la coleccin Es necesario indicar la posicin que cada material va a tener en las estanteras. A esta indicacin de la localizacin de cada material se le denomina signatura topogrfica. Esta debe quedar reflejada tanto en la obra como en el asiento catalogrfico de la misma, para posibilitar su localizacin, lo cual se hace en el margen superior izquierdo de las fichas del catlogo. Adems, la signatura topogrfica se tiene que marcar en la etiqueta denominada, tanto si se trata de material librario, como de otro material con la precaucin de que la etiqueta no oculte parte de la informacin; en los libros se coloca en la parte inferior del lomo. Tambin habr que indicar la signatura, lo mismo que el nmero de registro, en el bolsillo de prstamo y la hoja de vencimiento si la biblioteca funciona con este sistema. Control de la coleccin La conservacin y el control de fondos exigen realizar peridicamente recuentos en las bibliotecas. Con la ayuda del catlogo topogrfico, en el que el orden de las descripciones catalogrficas es el mismo que el de los documentos, que repasan las estanteras. Esta tarea permite: detectar colocaciones incorrectas, prdida de fondos y el deterioro de los mismos. La deteccin de estas incidencias obligarn a recolocar y a dar de baja algunos fondos temporalmente, si se van a restaurar y definitivamente, si se han extraviado. El ltimo caso comporta otras operaciones como retirar las fichas del catlogo y anotar la prdida en el libro
-25-
de registro de entrada; en definitiva, dar de baja el documento para mantener actualizado el inventario de lo que efectivamente permanece en la biblioteca, puesto que una de las finalidades del recuento es esta, y no ofrecer falsas expectativas a los usuarios. El problema que plantea la realizacin de recuentos es la falta de personal y la dedicacin de este a otras reas, que se presentan ms interesantes o prioritarias. (es recomendable que los recuentos se realicen por lo menos cada cinco aos). El servicio de prstamo Aunque es normal considerar el servicio de lectura en sala como una forma de prstamo interno, se habla de prstamo propiamente dicho cuando el documento ha de salir de la biblioteca para que el lector pueda hacer uso de l sin necesidad de acudir a los locales, ni atenerse a los horarios de apertura de la misma. De este modo el prstamo se puede definir como la entrega por un tiempo determinado y en ciertas condiciones, de libros y otros materiales a una persona, institucin, biblioteca, etc. El prstamo personal no exige simplemente un reglamento, sino tambin un sistema de control que permita saber la ubicacin de cada obra, qu obras tiene un lector y cundo deben ser devueltas, pero tambin un sistema que sea sencillo, eficaz y cuyo mantenimiento no suponga demasiado tiempo. 3.1.5 Mdulos en que se divide una biblioteca (22) La Coleccin Hablar de coleccin, es hablar de fondos bibliogrficos o documentales, los cuales son: libros, publicaciones peridicos, folletos, manuscritos, etc. El primer paso en la formacin de la coleccin es la seleccin del material, la cual debe estar en funcin de las necesidades de la biblioteca, para este proceso se necesita conocimiento del campo. Posteriormente se procede a la compra y/u obtencin por donacin, etc. La coleccin debe responder en todo momento a las necesidades del usuario. Una vez que existe, dicha coleccin ha de ubicarse y mantenerse lo ms adecuadamente posible. La Organizacin
Tiene como finalidad que el conocimiento se haga accesible. Esta se lleva a cabo por medio de unas tcnicas que se basan en conocimientos tericos y cientficos. Una vez que el documento es adquirido, antes de pasar a formar parte de la coleccin recibe un tratamiento tcnico, del cual las dos operaciones ms importantes son la clasificacin y catalogacin. Para la clasificacin de la coleccin existen grandes sistemas como la Clasificacin Decimal Dewey, Library of Congreso, etc. Una de las reglas de catalogacin ms utilizadas son las reglas de catalogacin angloamericanas. Estos permitirn la formacin de los catlogos de biblioteca, instrumentos de recuperacin de la informacin. Los catlogos tradicionales ms conocidos son el alfabtico de autores y obras annimas, el de ttulos, el de materias, el diccionario y el sistemtico. El futuro es el catlogo automatizado en sus distintas formas: microficha, OPAC (On-line Public Acces Catalog). La difusin de la informacin El objetivo de una biblioteca es la recoleccin, administracin y preservacin de una coleccin de libros y otros documentos, con el fin de permitir su difusin y consulta en apoyo al desarrollo social, cultural y tecnolgico de una comunidad. En la actualidad, se insiste en que esta es la principal tarea de la biblioteca. Los objetivos de conservar y difundir estn presentes siempre en la biblioteca. Sin olvidar que todo lo que se hace en la biblioteca es en funcin del usuario. Si se toma en cuenta todo lo anterior, la biblioteca puede definirse como un sistema para la transmisin de organizacin y como sistema que es: Para lograr determinados objetivos. Sus elementos estn sometidos a una organizacin que permite lograr dichos objetivos. Se relacionan con el entorno, constituido por los usuarios.
3.1.6 Roles dentro de una biblioteca (22) Los roles que se desempean dentro de una biblioteca, consisten en los siguientes cargos: Bibliotecarios
-27-
Son las personas encargadas tanto de prestar el servicio a las personas que llegan a la biblioteca por alguna consulta, bsqueda de un libro o renta del mismo; as como las personas que se encargan de ordenar los acervos y de catalogar las nuevas adquisiciones. Tambin un bibliotecario se encarga de administrar los recursos en general de la biblioteca y el ambiente del mismo. Visitantes Son las personas que acuden a la biblioteca para consultar informacin sobre algn libro que all se encuentre. Es importante mencionar que estas personas no pueden prestar material alguno, ya que muchas bibliotecas (privadas o pblicas) prestan sus servicios de consulta para cualquier persona que desee hacer uso de un documento siempre que sea dentro de las instalaciones, esto con el objetivo de mantener la seguridad del material que all se resguarda. Prestamistas Son las personas que acuden a la biblioteca para prestarse algn libro o material. Este rol es muy importante ya que muchas personas no cuentan con la disponibilidad de tiempo para hacer sus consultas en el horario de servicio de la biblioteca o simplemente encuentran ms cmodo trabajar en algn otro lugar con el material. En este rol se encuentra la caracterstica especial de que las personas deben estar afiliadas por algn medio a la biblioteca para que esta pueda tener la certeza de que su material ser devuelto a la fecha estipulada y si no es as el bibliotecario tendr el derecho de cobrar alguna multa por la tardanza en la devolucin. La mayora de las veces para ser prestamista en una biblioteca hay que ser parte de la institucin a la cual esta pertenece para tener un registro respaldado de cada persona que dispone del material. 3.1.7 La Biblioteca en la Sociedad de la Informacin La sociedad de los ltimos aos ha experimentado cambios importantes. Estos pueden percibirse de manera ms patente en los campos de la informtica, la informacin y la tecnologa de las comunicaciones. Estos han impulsado el desarrollo de un nuevo concepto: "Sociedad Post-industrial" o "Sociedad de la Informacin".
-28-
El desarrollo de Internet pone de relieve la evolucin notable de la sociedad de la informacin, como fuente de productos y servicios diversos; en el que la red informtica puede posibilitar un nuevo desarrollo basado en la economa del conocimiento. Los datos ponen de manifiesto que el sector de la informacin est en continuo crecimiento en proporcin al resto de los sectores profesionales; este aumento se ha hecho ms evidente en los ltimos aos. Dentro de este contexto de comunicacin de la informacin est la biblioteca. Las bibliotecas, especialmente aquellas que trabajan en reas especializadas-universitarias y de investigacin tienen un reto importante ante s para poder desarrollar sus potencialidades como verdaderos centros de apoyo a la investigacin, que proporcionan servicios documentales a la medida de las necesidades de sus usuarios. En este contexto cabra preguntarse qu papel desempea la biblioteca en la construccin de la Sociedad de la Informacin. Facilitar informacin es un aspecto que siempre ha estado presente entre las funciones desarrolladas por la biblioteca, y probablemente no exista un cambio en las funciones conceptuales, aunque si se ha operado una autntica revolucin en cuanto a los medios y capacidades disponibles para optimizar esos objetivos. Los profesionales de la informacin han ido incorporando nuevos roles profesionales en un proceso continuo y progresivo, adaptando e incorporando sus tareas al uso de la Tecnologa de la Informacin. (23). El trabajo en redes de informacin en las bibliotecas responde a dos orientaciones: La biblioteca como usuaria de los recursos y servicios de informacin en Internet. La biblioteca como proveedora de servicios de informacin en Internet. Ambos aspectos lejos de entrar en contradiccin se complementan, pues para la provisin de esos servicios, la red supone una herramienta de primera utilidad de cara a apoyar y mejorar los procesos tcnicos y de informacin, que servirn de sustento a los servicios que proporciona la biblioteca en la propia red.
Los documentos electrnicos, aunque aparecieron en los aos 80 tanto en lnea como en CDROM- no tuvieron un uso generalizado hasta que no han sido de uso comn las redes de informacin. El documento electrnico ha supuesto una simplificacin del proceso de publicacin: abaratando los costes de produccin, facilidad de elaboracin, rapidez de edicin y capacidad de acceso, ya que cualquier documento que se edita en la red por el slo hecho de hacerlo tiene una potencialidad de uso universal, lo que a su vez conlleva unos cambios sustanciales en las pautas de consumo y comunicacin, sobre todo en el mbito acadmico y en la edicin cientfica, donde se dan las circunstancias apropiadas para la sustitucin de la edicin tradicional (24). Si bien hay que poner de manifiesto que esta facilidad para la edicin hace de Internet un voluminoso almacn de informacin de muy diversos contenidos, calidad y utilidad debido en buena parte al carcter descentralizado de la red, lo que ha llevado a que algunos autores la hayan comparado con una gran biblioteca sin catlogos, pues no responde a criterios de informacin estructurada orientada a la recuperacin, lo que hace de ella un depsito catico para la publicacin y distribucin de documentos de gran variedad de contenidos, formatos y perdurabilidad provenientes de todo el mundo (25). Todos estos aspectos que afectan al proceso de investigacin, edicin, difusin y consumo de la informacin. Tambin tienen su incidencia en el proceso de informacin y comunicacin que desarrolla la biblioteca de investigacin, abriendo a sta nuevas posibilidades como entidad gestora del conocimiento (26). Este concepto abarca todo el proceso antes mencionado, desde la relacin bidireccional produccin-consumo de informacin hasta la difusin de la misma.
INVESTIGACION
DIFUSION
RESULTADOS
EDICION
Figura 7: Gestin del Conocimiento Fuente: [26]
-30-
La tarea fundamental de la biblioteca en este contexto sera la organizacin de los recursos de informacin en red, posibilitando un mejor acceso a Internet a travs de los siguientes servicios que de alguna manera garanticen un acceso efectivo a los recursos. La biblioteca por las tareas tradicionales que ha venido desarrollando a lo largo de su devenir histrico seleccionando, adquiriendo y procesando informacin es la entidad clave para la organizacin del conocimiento en la red, de cara a crear y aplicar sistemas estructurados de recuperacin de informacin: Metadatos (27) y sistemas de bsqueda de informacin distribuida (protocolo Z39.50) (28). Aprovechar la capacidad de las nuevas tecnologas para proveer servicios de informacin. Otro papel que se ha asignado a la biblioteca en este contexto es como entidad garante democrtico de acceso a la informacin, otorgando al bibliotecario la tarea de mediador entre la informacin y el usuario, en el cual tendran gran importancia las tareas de formacin de usuarios. 3.2 MARCO TERICO DE LA INGENIERA
3.2.1 Metodologa gil Open Up (8): OpenUP es un proceso unificado (de aplicacin general) y gil (se centra en el desarrollo rpido de sistemas) que involucra un conjunto mnimo de prcticas que ayudan a los equipos de trabajo a ser ms efectivos en el desarrollo de sistemas software (u otros sistemas de ingeniera). El Proceso Unificado Abierto (OpenUP), integra una filosofa pragmtica y gil que se centra en la naturaleza colaborativa del desarrollo de software. Al igual que el RUP es soportado por IBM, pero la diferencia es que aplica la filosofa gil de desarrollo, est diseado para pequeos grupos de trabajo, pero puede ser modificado para adaptarse a cualquier situacin. Su ciclo de vida es iterativo incremental y se aplica en tres niveles: Micro incremento, Ciclo de vida de la iteracin y Ciclo de vida del proyecto.
-31-
Figura 8: Capas del OpenUP Fuente: [8] Micro incremento, se enfoca en el desarrollo que debe realizar un individuo, medido en iteraciones de horas hasta unos pocos das y el resultado es una funcionalidad nueva. Ciclo de vida de la iteracin, se enfoca en el trabajo que realizan los equipos de desarrollo en iteraciones semanales, el resultado ser un prototipo funcional uniendo las partes desarrolladas en cada micro incremento; ste prototipo debe ser presentado al Stakeholder (interesado) quien aportar con correcciones e ideas para implementar en la siguiente iteracin. Ciclo de vida del proyecto, sigue el mismo ciclo que el RUP: Concepcin, Elaboracin, Construccin y Transicin; cada fase termina con el cumplimiento de una meta que es crtica para el Stakeholder. A diferencia del RUP que se enfoca en maximizar el esfuerzo en una tarea de acuerdo a la fase, en OpenUP se evalan el valor del producto y los riesgos en ese momento del desarrollo implementando y probando las capacidades ms crticas del producto correspondientes a la fase actual. El desarrollo del proyecto seguir la metodologa OpenUP porque: Es apropiado para proyectos pequeos y de bajos recursos permite disminuir las
-32-
probabilidades de fracaso en los proyectos pequeos e incrementar las probabilidades de xito. Permite detectar errores tempranos a travs de un ciclo iterativo. Evita la elaboracin de documentacin, diagramas e iteraciones innecesarios requeridos en la metodologa RUP. Por ser una metodologa gil tiene un enfoque centrado al cliente y con iteraciones cortas. Tiene los artefactos necesarios, el tiempo de trabajo es controlado y corto y las construcciones son claras tanto para el interesado como para el desarrollador. 3.2.2 Tecnologa Web 2.0 Troy Angrignon defini la web 2.0 como (29) un grupo de cambio econmico, sociales y tecnolgicos conducentes a actitudes, herramientas y aplicaciones que estn permitiendo a la web llegar a ser la siguiente plataforma para la comunicacin, colaboracin, comunidad y el aprendizaje acumulativo. El hecho de que Google, Yahoo!, Microsoft, IBM, Apple y Cisco sean los principales proveedores de servicios y aplicaciones Web 2.0 demuestra su definitiva vigencia e importancia. La infraestructura en constante transicin Web 2.0, incluye software de servidor, protocolos de mensaje, navegadores con plug-ins y extensiones, y varias aplicaciones cliente. Los diferentes, aunque complementarios enfoques de estos elementos otorgan a los sitios Web 2.0 capacidades de almacenamiento de informacin, creacin y diseminacin. 3.3 HERRAMIENTAS UTILIZADAS
3.3.1 Paradigma de desarrollo Programacin Orienta a Objetos Para el desarrollo de la aplicacin se seleccion el paradigma de programacin Orientado a Objetos (29) por los beneficios que esta brinda, como es el de agilizar el desarrollo de
-33-
software, la reutilizacin y la extensin de cdigo, facilitando el trabajo y el mantenimiento de software. 3.3.2 Arquitectura del Software Para el desarrollo de la aplicacin web se utilizo el patrn de diseo de arquitectura de software Modelo Vista Presentador (MVP) (29), siendo un patrn derivado del patrn Modelo Vista Controlador (MVC) pero pone algunas restricciones en el controlador cuyo nombre fue cambiado a presentador. El patrn Modelo-Vista-Presentador (MVP) separa el modelo del dominio, la presentacin y las acciones basadas en la interaccin con el usuario en tres clases separadas. La vista le delega a su presentador toda la responsabilidad del manejo de los eventos del usuario. El presentador se encarga de actualizar el modelo cuando surge un evento en la vista, pero tambin es responsable de actualizar a la vista cuando el modelo le indica que ha cambiado. El modelo no conoce la existencia del presentador. Por lo tanto, si el modelo cambia por accin de algn otro componente que no sea el presentador, debe disparar un evento para que el Presentador se entere. A la hora de implementar este patrn, se identifican los siguientes componentes: IVista: es la interfaz con la que el Presentador se comunica con la vista. View: vista que implementa la interfaz IView y se encarga de manejar los aspectos visuales. Mantiene una referencia a su Presentador al cual le delega la responsabilidad del manejo de los eventos. Presentador: contiene la lgica para responder a los eventos y manipula el estado de la vista mediante una referencia a la interfaz IView. El Presentador utiliza el modelo para saber cmo responder a los eventos. El presentador es responsable de establecer y administrar el estado de una vista. Model: Est compuesto por los objetos que conocen y manejan los datos dentro de la aplicacin. La implementacin del patrn MVP presenta la siguiente estructura:
-34-
Se vincula la vista al Presentador
Vista
Presentador
Presentador se suscribe a Los eventos de la vista El Presentador esta suscrito a los cambios del Modelo Presentador lee y actualiza el modelo
Modelo
Figura 9: Patrn de diseo de arquitectura de software Fuente: [29] El uso de la arquitectura de software MVP proporciono una organizacin del diseo del software que aporta independencia entre las capas del mismo (vista, presentador y modelo), lo cual permite aislar los problemas propios de cada capa y resolverlos sin tener en consideracin los dems. Por otra parte la independencia entre capas hace que sean fcilmente sustituibles, evitando dependencias y facilitando la reusabilidad. 3.3.3 Lenguaje de Programacin Java Como herramienta de programacin se utiliz Java, por ser un lenguaje que sirve para crear todo tipo de aplicaciones y posee una biblioteca de APIs los cual ayudara a desarrollar una aplicacin de alta calidad, una caracterstica importante por la cual se utilizara este lenguaje es la de ser una herramienta libre e independiente de plataforma. 3.3.4 Framework GWT Google Web Toolkit (GWT) es un framework de desarrollo Java, basado en software libre que permite escribir aplicaciones AJAX fcilmente, est orientado al desarrollo gil de
-35-
aplicaciones, y permite realizar pruebas automticos de funcionalidad, tanto a nivel unitario como a nivel general (pruebas de integracin y de aceptacin)(30). 3.3.5 Arquitectura de GWT GWT tiene cuatro componentes principales: un compilador Java-a-JavaScript, un navegador web "hosted", y dos libreras de clases:
Librerias de Emulacion de JRE
Librerias de Clases de
Librera de Clases
Compilador GWT de Java A Javascript
Navegador web De GWT
Herramientas de Desarrollo
Figura 10: Arquitectura de GWT Fuente: [30] Descripcin de componentes: Compilador GWT Java-a-JavaScript: El Compilador GWT Java-a-JavaScript traduce del lenguaje de programacin Java a JavaScript. Navegador web Hosted de GWT: El Navegador web Hosted de GWT permite correr y ejecutar GWT aplicaciones en modo hosted, donde lo que est corriendo son bytecodes de Java sobre una mquina virtual sin compilarlos a JavaScript. Para lograr esto, el navegador GWT incrusta un controlador de browser especial (un control del Internet Explorer sobre Windows o un control de Gecko/Mozilla sobre Linux) con hooks dentro de la mquina virtual de Java. Emulacin de libreras JRE: GWT contiene implementaciones en JavaScript de las libreras de clases ms usadas en Java, incluyendo la mayora de las clases del paquete java.lang y un subconjunto de clases del paquete java.util. El resto del estndar de libreras
de Java no es soportado nativamente con GWT. Por ejemplo, las clases de los paquetes como java.io no se utilizan en aplicaciones web ya que estas acceden a recursos en la red y al sistema de archivos local. Librera de clases de interfaz de usuario de GWT: Las libreras de clases de interfaz de usuario de GWT son un conjunto de interfaces y clases personalizadas que te permiten crear "widgets" para el navegador, como botones, cajas de texto, imgenes, y texto. ste es el ncleo de las libreras de interfaz de usuario para crear aplicaciones GWT. 3.3.6 Servidor web Apache/Tomcat Se opto por el uso del servidor web Apache/Tomcat porque es muy fiable, fcil de instalar, y es compatible con las API ms recientes de Java. 3.3.7 Gestor de base de datos Postgresql Es un servidor de base de datos objeto relacional libre, liberado bajo la licencia BSD. Se opto por este gestor de base de datos debido a que presenta varias ventajas como ser: es estable, flexibilidad, multiplataforma, de alto rendimiento, etc. 3.3.8 Entorno de desarrollo Eclipse Es un entorno de desarrollo integrado de cdigo abierto multiplataforma, potente y completa plataforma de Programacin, desarrollo y compilacin. Las ventajas que posee son (31): Trabaja muchos lenguajes entre ellos JAVA Analiza el cdigo en tiempo de la implementacin. Permite la autocorreccin y autocompletado de palabras clave. Posee una usabilidad y desarrollo mejorados.
-37-
CAPITULO IV 4.
4.1
DESARROLLO DEL PROYECTO
FASE DE DESARROLLO DEL PROYECTO
El desarrollo del proyecto est estructurado de acuerdo a cada fase del ciclo de vida del desarrollo del sistema, considerando el uso de la metodologa OpenUp y describiendo de manera general las actividades y los resultados a obtener a lo largo de cada fase. Fase de Concepcin: En esta fase se define el mbito del proyecto, los lmites del mismo y el criterio de aceptacin del proyecto. Los casos de uso crticos, aquellos que dirigen la funcionalidad del sistema, son definidos en esta fase, as como una estimacin inicial del coste del proyecto y un boceto de la planificacin. El propsito en esta fase es lograr concurrencia entre todos los stakeholders sobre los objetivos del ciclo de vida para el proyecto. Fase de Elaboracin: En esta fase se realizan tareas de anlisis del dominio y definicin de la arquitectura del sistema. Si se decide continuar con el proyecto se debe elaborar un plan de proyecto en esta fase, para lo cual se deben establecer los requerimientos y arquitectura estables. Por otro lado el proceso de desarrollo, las herramientas, la infraestructura a utilizar y el entorno de desarrollo tambin se especifican en detalle en esta fase. Al final de la fase se debe tener una definicin clara y precisa de los casos de uso, los actores, la arquitectura del sistema y un prototipo ejecutable de la misma. Fase de construccin: Todos los componentes y funcionalidades del sistema que falten por implementar son realizados, testeados e integrados en esta fase. Los resultados obtenidos en forma de incrementos ejecutables deben ser desarrollados de la forma ms rpida posible sin dejar de lado la calidad de lo desarrollado. El propsito de esta fase es completar el desarrollo del sistema basado en la arquitectura.
CAPITULO IV. DESARROLLO DEL PROYECTO
-38-
Fase de transicin: El propsito de esta fase es asegurar que el producto software esta
listo para ser distribuido a los usuarios, realizando Beta Testing para determinar si se alcanzaron las expectativas de los usuarios, alcanzando la concordancia con los stakeholders de que el producto est terminado. 4.2 PROCESO DE REQUERIMIENTOS.
4.2.1 Obtencin de requerimientos. El anlisis de requerimientos que plantea la construccin del modelo del sistema de control y administracin de Material Bibliogrfico se fue desarrollando a partir del proceso de captacin de datos lo cual ha permitido delimitar el sistema y capturar la funcionalidad que debe ofrecer desde la perspectiva del usuario generando una lista de requerimientos para la construccin del modelo, la comprensin completa del problema y sus implicaciones. El proceso de captacin de datos fue obtenido mediante el mtodo de entrevistas con el encargado de la Unidad de Comunicacin para el Desarrollo, obteniendo as informacin de mucha importancia para el desarrollo del proyecto. Actualmente el proceso de administracin de los bienes bibliogrficos es manual, siendo la misma lenta, ineficiente y poco confiable (los datos son llenados en un cuaderno). Como consecuencia de lo anterior, no se tiene un registro confiable de la disponibilidad del material bibliogrfico existente. Adicionalmente, el inventario del material bibliogrfico se halla en un cuaderno y en un documento de Word y en ninguno de dichos medios se sigue algn estndar o norma. Este hecho, unido a la constante actualizacin del material bibliogrfico hace que no se cuente con un inventario real y confiable del material existente. Debido a que la informacin de la biblioteca no est sistemticamente organizada y a que la misma se encuentra en formato escrito, actualmente no existe otra opcin que buscar la informacin requerida revisando uno por uno el material existente. Algo que por supuesto no slo es moroso, sino que adems es susceptible a errores por omisin.
CAPITULO IV. DESARROLLO DEL PROYECTO -39-
Catalogacin de Recursos bibliogrficos. Reserva de Recursos bibliogrficos. Prstamo de Recursos bibliogrficos. Devolucin de Recursos bibliogrficos Con lo anterior descrito la Biblioteca de FH posee un funcionamiento completamente manual, sin soporte automatizado de ningn tipo, ello dificulta enormemente el trabajo diario en la biblioteca, ya que el creciente nmero de fondos bibliogrficos que la institucin experimenta cada ao hace poco eficiente un tratamiento exclusivamente manual de los mismos. 4.2.2 Requerimientos Funcionales Autenticacin de usuarios Para permitir el acceso al sistema y conocer la funcionalidad para cada tipo de usuario el sistema debe contar con el mdulo de autentificacin de usuarios Catalogacin de Materiales Bibliogrficos por: El sistema debe Permitir Gestionar Autores El sistema debe Permitir Gestionar reas El sistema debe Permitir Gestionar Editorial El sistema debe Permitir Gestionar tipo de recurso El sistema debe Permitir Gestionar recursos Materiales bibliogrficos El sistema debe Permitir Gestionar ejemplares El sistema debe Permitir Gestionar usuarios El sistema debe Permitir Gestionar usuarios registrados
-40-
Bsqueda de recursos o materiales bibliogrficos por: El sistema debe Permitir realizar bsquedas por Autor. El sistema debe Permitir realizar bsquedas por Titulo. El sistema debe Permitir realizar bsquedas por Editorial. El sistema debe Permitir realizar bsquedas por ISBN. El sistema debe Permitir realizar bsquedas por Edicin. El sistema debe Permitir realizar bsquedas por Palabra Clave. Reserva de Materiales bibliogrficos. El sistema debe Permitir realizar Reservas de recursos Materiales bibliogrficos disponibles. Prstamo de Materiales bibliogrficos El sistema debe Permitir realizar Prstamos con Reservas de recursos Materiales bibliogrficos. El sistema debe Permitir realizar Prstamos sin Reservas o Prstamos directos de recursos o Materiales bibliogrficos. El sistema debe Permitir realizar Prstamos de recursos Materiales bibliogrficos en sala. El sistema debe Permitir realizar Prstamos de recursos Materiales bibliogrficos domicilio. Devolucin de Materiales bibliogrficos El sistema debe Permitir realizar al bibliotecario las devoluciones de recursos
Materiales bibliogrficos Prestados.
-41-
Subir archivos digitales El sistema deber validar los tipos de formato que sern subidos a la coleccin digital. El sistema deber proveer visores adecuados para que el usuario lea documentos en el almacn de recursos Materiales bibliogrficos. 4.2.3 Diagrama de Casos de Uso Tomando en cuenta los requerimientos establecidos, se presentan los diagramas UML que se desarrollaron en la fase de anlisis de la aplicacin. Identificacin de Actores: Los actores del sistema fueron identificados como: Usuario: Cualquier Usuario que utilice el sistema. Administrador del Sistema: Es la persona encargada de introducir los datos generales del sistema, as como darle mantenimiento al sistema. Bibliotecario: Es la persona encargada de realizar prestamos de materiales bibliogrficos a los funcionarios y brindarles informacin acerca de los mismos. Funcionario: Esta persona consulta al catlogo y accede a todo el material bibliogrfico. Funcionario Registrado: Aparte de contar con las funciones del Usuario tambin puede reservar y prestarse materiales bibliogrficos. Diagrama de Caso de Uso- Usuarios del sistema
-42-
Figura 11: Diagrama de Caso de Uso- Usuarios del sistema Fuente: [Elaboracin Propia] Diagrama de Casos de Uso: Administrador
Figura 12: Casos de Uso generados por el Administrador del sistema Fuente: [Elaboracin Propia]
-43-
Este diagrama muestra todas las acciones que puede realizar el Administrador una vez que accede al sistema SCADMB, le permite gestionar recursos o materiales bibliogrficos, gestionar usuarios del sistema, gestionar reas, etc. Este usuario tiene acceso a toda la informacin del sistema. Diagrama de Casos de Uso: Bibliotecario
Figura 13: Casos de Uso generados por el Bibliotecario del sistema Fuente: [Elaboracin Propia] Este diagrama muestra todas las acciones que puede realizar un Bibliotecario una vez que accede al sistema SCADMB, el bibliotecario puede gestionar prstamos a domicilio cuando verifica si existen reservas pendientes. El bibliotecario puede gestionar devoluciones a medida que el usuario vaya devolviendo el material bibliogrfico o recurso. Asimismo puede realizar prstamos dentro de la biblioteca, siempre y cuando el material este disponible.
-44-
Diagrama de Casos de Uso: Funcionario Registrado
Figura 14: Casos de Uso generados por el Funcionario Registrado del sistema Fuente: [Elaboracin Propia] Este diagrama muestra todas las acciones que puede realizar un Usuario Registrado una vez que accede al sistema SCADMB, como el de prestarse un recurso a domicilio con previa reserva o puede prestare el recurso dentro de la biblioteca, o simplemente puede consultar y visualizar el recurso. Diagrama de Casos de Uso: Funcionario.
Figura 15: Casos de Uso generados por el Funcionario del sistema Fuente: [Elaboracin Propia] Este diagrama muestra todas las acciones que puede realizar un Usuario una vez que accede al sistema SCADMB, sin embargo tiene limitaciones solo puede consultar el catalogo no
pudiendo realizar ninguna otra accin como las que realiza el usuario registrado para ello tendr que registrarse y crear su cuenta. 4.2.4 Requerimientos No Funcionales. a) Funcionalidad La idoneidad. El sistema debe proporcionar opciones bien descritas a los usuarios, explicando la operacin que se puede realizar. b) Confiabilidad La madurez. Debe presentarse al usuario informacin sobre los errores que comete al utilizar la aplicacin. c) Disponibilidad El sistema debe estar disponible al 100% o muy cercano a esta disponibilidad durante las 24 horas del da. d) Facilidad de Uso La aplicacin debe ayudar al inters del usuario de interfaces grficas (pantallas) debe ser entendible y con los datos necesarios. Debe considerarse imgenes para el mejor aprendizaje y comprensin de la aplicacin. El sistema debe presentar mensajes de error que permitan al usuario identificar el tipo de error y comunicarse con el administrador del sistema. e) Seguridad El acceso al Sistema debe estar restringido por el uso de claves asignadas a cada uno de los usuarios. Respecto a la confidencialidad, el sistema debe estar en capacidad de rechazar accesos o modificaciones indebidos (no autorizados) a la informacin y proveer los servicios requeridos por los usuarios legtimos del sistema.
-46-
4.2.5 Requerimientos del sistema Se refiere a las caractersticas relacionadas con el software y hardware que requiere el servidor para el funcionamiento del sistema. Tabla 7: Caractersticas para el servidor Sistema Operativo Procesador: Pentium Memoria RAM Servidor web Base de datos Windows xp Core 2 Duo a 3.0 Ghz 4GB Apache/Tomcat Postgresql Fuente: [Elaboracin Propia] 4.3 RIESGOS DEL PROYECTO
4.3.1 Anlisis de Riesgos Es de suma importancia identificar los riesgos que se puedan presentar en la ejecucin del proyecto, para poder tener posibles soluciones a los riesgos que se generan o producen, es en esta razn que se identifica los riesgos ms posibles de ocurrir, presentando adems las respectivas estrategias de control del riesgo. Tabla 8: Anlisis de Riesgos
Riesgo Estrategia de control
R1. Al finalizar cada micro-incremento, Solicitar entrevistas con otras personas se identificaron cambios en los entendidas en el tema para cada microrequerimientos incremento R2. El Stakeholder no tiene muy claro lo Programar mas entrevistas que quiere.
Fuente: [Elaboracin Propia]
-47-
Tabla 9: Anlisis de Riesgos (Continuacin)

R3. El Stakeholder no dispone de tiempo Solicitar personal que este dispuesto a invertir para las revisiones y pruebas de cada su tiempo para trabajar con el desarrollador entregable funcional. R4. El tiempo estimado para cada Replantear el tiempo de elaboracin del iteracin no es suficiente para elaborar el proyecto proyecto. R5. La tecnologa es nueva institucin para la Proporcionar informacin en documentos que oriente acerca de la tecnologa atraves de medios didcticos
R6. El nivel de conocimientos de los Proporcionar informacin en documentos que Stakeholders es mnima respecto a la oriente acerca de la tecnologa atraves de tecnologa a implementar medios didcticos
R7. No se cuenta con informacin en Buscar otras herramientas con documentacin lnea y documentos sobre las herramientas necesaria seleccionadas. R8. No se tiene un buen conocimiento de Se debe tomar un tiempo necesario para la las herramientas de desarrollo del sistema. investigacin y familiarizacin con las herramientas a utilizar.
Fuente: [Elaboracin Propia] 4.3.2 Evaluacin de Riesgos La siguiente tabla muestra la evaluacin que se realiza a cada riesgo que se produce en el desarrollo del proyecto, tomando como parmetros la Probabilidad de Ocurrencia (P) y el Impacto del Riesgo (I). Las escalas de P e I nos permitirn obtener el riesgo ms crtico en funcin al valor ms alto que se obtenga. A continuacin se listan los riesgos por orden de probabilidad e impacto
-48-
Tabla 10: Riesgos por orden de Probabilidad e Impacto

Riesgo R1. R2. R3. R4. R5. R6. R7. R8. P 7 5 7 7 7 3 3 7 I 7 7 7 7 7 10 10 7 Total (P * I) 49 35 49 49 49 30 30 49 Prioridad 1 5 2 3 3 6 7 4
Fuente: [Elaboracin Propia] Segn los resultados obtenidos en el anlisis de riesgos, se debe tener mayor cuidado con el riesgo R1, ya que este tiene una prioridad alta por lo cual debe ser el primero en ser atendido. 4.4 PROCESO DE ANLISIS Y DISEO
El modelo conceptual del mtodo Open/up, comprende todas las actividades que se realizan en un proceso de anlisis y diseo, el modelo utiliza un lenguaje grafico para la representacin esttica y dinmica del sistema. 4.4.1 Descomposicin del Sistema. Diagrama de Paquetes Los paquetes que forman parte del sistema estn conformados por las diferentes clases, que otorgan la funcionalidad a la aplicacin. El diagrama de paquetes se muestra en la Figura 4.8
-49-
Figura 16: Diagrama de Estructura del Sistema Fuente: [Elaboracin Propia] Paquete SCADMB: Contiene las clases principales de la aplicacin. Paquete gestin de usuarios El paquete gestin de usuarios representa un conjunto de clases que son especificaciones y acciones reales, no en si parte del software, dentro de este paquete encontramos la clase usuario que hereda sus caractersticas a 4 subclases llamadas Funcionario Registrado y Funcionario. Paquete gestin de recursos El paquete gestin de recursos contiene todas las interfaces para la gestin de Registro de recursos bibliogrficos engloba todos los requerimientos para el registro de un recurso (Autor, editorial, rea, etc.). Administrador, Bibliotecario,
-50-
Paquete Bsqueda y Consulta El paquete Bsqueda y Consulta contiene todas las interfaces que concierne a las bsquedas y consultas de un recurso bibliogrfico estos pueden realizarse de acuerdo Bsqueda avanzada o Bsqueda especifica. Paquete de Prstamos El paquete de Prstamos, contiene todas las interfaces referentes a los Prstamos a domicilio con previa resera y Prestamos a sala sin reserva alguna. Paquete de Devoluciones El paquete de Devoluciones, contiene todas las interfaces referentes a la devolucin de un recurso que haya salido de la biblioteca ya sea los Prstamos a domicilio o Prstamos a sala. Paquete de Reservas El paquete contiene la interfaz en el cual se almacenan las reservas. El paquete subir Archivos digitales Contiene todas las interfaces de archivos digitales (audio, video, texto) Seguridad, El paquete seguridad es el encargado de la seguridad de acceso y del mantenimiento de la informacin. 4.4.2 Estructura Dinmica del Sistema Diagrama de Secuencia Mantenimiento de Catalogo
-51-
Figura 17: Diagrama de Secuencia Mantenimiento de Catlogo Fuente: [Elaboracin Propia] En este diagrama el Administrador tiene que autenticarse primero antes de realizar cualquier modificacin en el catlogo. Diagrama de Secuencia Mantenimiento de Funcionarios
-52-
Figura 18: Diagrama de Secuencia Mantenimiento de Usuarios Fuente: [Elaboracin Propia] Diagrama de Secuencia Reservar Recurso.
Figura 19: Diagrama de Secuencia Reservar Recursos Fuente: [Elaboracin Propia]

Diagrama de Secuencia Devolver Recurso.
Figura 20: Diagrama de Secuencia Mantenimiento de Usuarios Fuente: [Elaboracin Propia]
-54-
4.4.3 Diagrama de Clases
Figura 21: Diagrama de Clases del Sistema Fuente: [Elaboracin Propia, Arquitectura del Sistema]
-55-
4.4.4 Modelo Entidad Relacional
Figura 22: Diagrama del modelo entidad relacin Fuente: [Elaboracin Propia]
-56-
4.4.5 Mapeamiento Objeto relacional
Figura 23: Mapeamiento Objeto- Relacional Fuente: [Elaboracin Propia]

Figura 24: Mapeamiento Objeto- Relacional (Continuacin) Fuente: [Elaboracin Propia] 4.4.6 Diseo de Interfaz (GUI) El diseo preliminar de una interfaz grfica principal permite interactuar al usuario con las diferentes funcionalidades del sistema, es un factor importante de presentacin, por lo cual se presenta un diagrama general de la forma de localizacin de componentes. Esta presentacin ser plasmada y desarrollada en la fase de implementacin.
-58-
Cabecera de la aplicacin
Men con funcionalidad adicional
Informacin Del sistema
Figura 25: Diagrama Pantalla Principal Fuente: [Elaboracin Propia] 4.5 PROCESO DE IMPLEMENTACIN
Una vez comprendida y entendida la naturaleza del proyecto, y teniendo toda la informacin necesaria para el desarrollo del mismo se prosigui con la recoleccin de requerimientos. El paso siguiente a seguir fue el diseo e implementacin del producto que se realizo en 4 iteraciones. La modalidad de trabajo estuvo centrada en reuniones de periodicidad semanal de las que se derivan minutas en las que se especificaban temas tratados, las prioridades definidas, los acuerdos alcanzados y los compromisos adquiridos con el responsable de la unidad de comunicacin para el desarrollo y las fechas de cumplimiento. En la tercera iteracin se implemento el subsistema Registro con todas las funcionalidades para la gestin de usuarios, reas, autor, recursos, etc como ser listar, nuevo, editar y eliminar, actividades realizadas por el administrador del sistema. En la cuarta iteracin se implemento el modulo Bsqueda y Consulta que contiene 2 opciones diferentes para ejecutar la bsqueda de un material bibliogrfico.
-59-
En la quinta iteracin se implemento el Subsistema Prstamos, Reservas y devoluciones que le permite al bibliotecario gestionar el prstamo, reserva y la devolucin de los materiales bibliogrficos En la sexta iteracin se implemento el modulo digital que permite al Usuario Registrado ver los documentos digitales en lnea en los diferentes formatos en el que se presente el bien bibliogrfico. Diagrama de despliegue del Sistema
Figura 26: Diagrama de Despliegue para el sistema de control y Administracin de Material Bibliogrfico Fuente: [Elaboracin Propia]
-60-
4.5.1 Estructura de directorios del sistema
Figura 27: Estructura de directorios del sistema de control y Administracin de Material Bibliogrfico Fuente: [Elaboracin Propia]
-61-
Diagrama de componentes del sistema
Figura 28: Diagrama de componentes del Sistema Fuente: [Elaboracin Propia] 4.5.2 Componentes Reutilizables Los componentes reutilizables son: Jquery (39), es una librera de JavaScript muy rpida y muy ligera que simplifica el desarrollo de la parte de cliente de las aplicaciones web. En otras palabras, jQuery incluye muchas utilidades para crear fcilmente las pginas web de las aplicaciones dinmicas complejas. 4.5.3 Iteraciones Respecto a la cantidad de iteraciones, segn la metodologa utilizada se realiza una iteracin por cada subsistema, es decir como en este caso el proyecto fue divido en siete entonces hablamos de siete iteraciones. La primera y la segunda contemplan la fase de concepcin y elaboracin, la Tercera, Cuarta, Quinta y Sexta la fase de construccin y la ltima iteracin es la sptima que contempla la fase de elaboracin.
-62-
Tabla 11: Productos obtenidos en las iteraciones Iteracin Primera Segunda Tercera Cuarta Quinta Producto Fase de Concepcin Fase de Elaboracin Subsistema Registro Subsistema Bsqueda Subsistema Prstamos, Reservas y devoluciones Sexta Sptima Subsistema generar Reportes Proceso de Pruebas Fuente: [Elaboracin Propia] Al finalizar cada iteracin se realizaron pruebas del sistema, pruebas de aceptacin con el usuario y pruebas de funcionamiento. 4.5.4 Interfaz De entrada
Figura 29: Interfaz de entrada del Sistema Fuente: [Elaboracin Propia]

4.5.5 Interfaz de salida
Figura 30: Interfaz de salida del Sistema Fuente: [Elaboracin Propia] 4.5.6 Seguridad del Sistema Para la seguridad de la informacin se considera los siguientes atributos del diseo de seguridad. Confidencialidad: el sistema posee autenticacin de usuarios lo que permite al usuario acceder solamente a la informacin que le corresponde. Integridad: el usuario al no tener acceso a mdulos que no le corresponden no tiene la posibilidad de realizar cambios en el sistema. Respaldos: el Sistema permite sacar backups de la informacin para que de esta forma se reduzca la posibilidad de prdida de informacin inesperada.
-64-
4.6
PROCESO DE PRUEBAS
En el desarrollo del software las probabilidades de error son innumerables. La prueba es un elemento crtico para garantizar la calidad del software. La prueba y validacin de resultados no es proceso que se realiza una vez desarrollado el software sino que debe efectuarse en cada una de las etapas de desarrollo. Cuando se prueban sistemas crticos, una especificacin detallada de cada componente de software es utilizada. Sin embargo, en muchos casos llevar a cabo las pruebas es un proceso ms intuitivo puesto que no existe tiempo para redactar las especificaciones detalladas de cada parte de un sistema de software. Las pruebas de defectos donde se exponen los defectos latentes de un sistema antes de entregarlo son ms adecuadas para este tipo de trabajos Se disearon casos de prueba y se probaron: 1. Todas las funciones del sistema se acceden a travs de mens. 2. Combinacin de funciones. 3. Entradas introducidas por el usuario tanto correctas como incorrectas. A partir de estas experiencias se corrigieron errores. 4.6.1 Objetivos de la Prueba Descubrir errores Generar casos de prueba que tengan alta probabilidad de descubrir errores. Una prueba tendr xito si se descubre un error no detectado hasta entonces. Tambin la prueba servir para demostrar hasta qu punto el software se ajusta a las especificaciones funcionales y a los requerimientos para los cuales se diseo. Los datos obtenidos durante el transcurso de la prueba proporcionan una medida de la fiabilidad del software y por tanto la calidad del mismo. Sin embargo hay que tener en cuenta que la prueba no puede asegurar la ausencia de errores, solo puede demostrar que existen defectos del software.
-65-
4.6.2 El Plan de Pruebas El propsito del plan de pruebas es detallar el alcance, enfoque, recursos requeridos, calendario, responsables y manejo de riesgos de un proceso de pruebas. Segn el estndar IEEE 829-1983 un plan de pruebas incluye: 1. Identificador del plan. Se refiere al plan de pruebas de la implementacin del sistema de Control y Administracin de Material Bibliogrfico para Fundacin contra el hambre 2. Alcance Indica el tipo de prueba y las propiedades/elementos del software a ser probado en este caso Pruebas de Unidad, Pruebas de Validacin, Pruebas del sistema. 3. Items a probar Interfaces y funcionalidades del sistema 4. Estrategia Se aplicar la estrategia caja-negra describiendo el grado de automatizacin que se exigir, tanto para la generacin de casos de prueba como para su ejecucin. 5. Categorizacin de la configuracin El proceso de prueba debe suspenderse si se detectan fallas o defectos, posteriormente debe corregirse los defectos, una vez corregido las fallas el proceso de prueba puede continuar, pero debe explicitarse a partir de qu punto, ya que puede ser necesario repetir algunas pruebas. Los criterios de culminacin pueden ser tan simples como aprobar el nmero mnimo de casos de prueba diseados o tan complejos como tomar en cuenta no slo el nmero mnimo, sino tambin el tiempo previsto para las pruebas y la tasa de deteccin de fallas. 6. Tangibles Concluido el proceso de pruebas los resultados sern documentados en informes especificara los resultados obtenidos en base a los casos de prueba 7. Procedimientos especiales Se identificar el grafo de las tareas necesarias para preparar y ejecutar las pruebas 8. Recursos No se empleara herramientas automticas para la realizacin de pruebas
9. Responsables Se delegara un responsable para cada una de las tareas previstas en el plan. 4.6.3 Pruebas de Unidad Una prueba unidad tiene como objetivo verificar la funcionalidad y estructura de cada componente individualmente. La prueba de unidad centra el proceso de verificacin en la menor unidad del diseo vale decir en el mdulo, usando la descripcin del diseo detallado como gua, se prueban los caminos de control importantes, con el fin de descubrir errores dentro del mdulo. Se prueba la interface para asegurar que la informacin fluye de forma adecuada hacia y desde la unidad del programa que est siendo probada. Pruebas de caja negra Estas pruebas son planificadas y ejecutadas al momento de introducir datos y validando la informacin de salida. Tabla 12: Prueba de Caja negra: Acceso al Sistema Titulo: Pruebas de Acceso al sistema Datos Prueba de Tipo de Prueba: Caja Fecha: 9/10/2010 Negra (de unidad) No. de caso de Prueba: 1 Responsable: Proyectista Objetivo de la Verificar si el acceso al sistema cumple con los requisitos necesarios, para la Prueba verificacin si se usaran datos correctos e incorrectos
Precondiciones El usuario habr la pagina para ingresar al sistema. Introduccin de datos de prueba: No. 1 Datos de Ingreso Usuario. Contrasea: ------ Resultados Obtenidos Observaciones
Mensaje de error, el usuario Se comparan datos del o la contrasea son usuario por medio de las cuentas activadas. (caso invalido) Fuente [Elaboracin propia] de usuario
invlidos.
-67-
Tabla 13: Prueba de Caja negra: Acceso al Sistema (Continuacin) 2 Usuario: admin Contrasea: admin Se ingresa al panel de Si los datos son correctos opciones de acuerdo al tipo se procede a cargar la de usuario. (caso valido) Problemas: No encontrados Soluciones Conclusiones No encontrados Sin especificar El formulario al acceso del sistema debe contener varios mecanismos de seguridad, no solo del lado del cliente sino masque todo del lado del servidor. Fuente [Elaboracin propia] Tabla 14: Prueba de Caja negra: Crear Nuevo Recurso Titulo: Crear Nuevo Recurso Datos Prueba de Tipo de Prueba: Caja Fecha: 9/03/2012 Negra (de unidad) No. de caso de Prueba: 2 Responsable: Proyectista pgina de acuerdo al tipo de usuario.
Objetivo de la Verificar si el registro de un nuevo recurso al sistema cumple con los Prueba requisitos necesarios, para la verificacin se usaran datos correctos incorrectos Precondiciones El usuario accede al formulario de registro de un nuevo recurso Introduccin de datos de prueba: Fuente [Elaboracin propia] e
-68-
Tabla 15: Prueba de Caja negra: Crear Nuevo Recurso (Continuacin)

No. 1 Datos de Ingreso Titulo: #$%&/ Autor: /*-+/@|~$ Palabra Clave: /%gfg%$ ISBN: fhhfg6%% Ao de Edicion: rrmd45( Editorial: $#\@& Idioma: /%gfg%$ Ubicacin: 142@h=? Tipo Recurso: @h=? Fecha Ingreso: jhu#@ Area: 45dfg3$ Temas: /($! Titulo: LA CRISIS ECONOMICA DE LA AGRICULTURA; CON UN APENDICE SOBRE LA TEORIA DEL CRECIMIENTO ECONOMICO Y LA RENTABILIDAD DE LA AGRICULTURA Autor: SCHULTZ, THEODORE W Palabra Clave: Agricultura ISBN: No registrado Edicin: 1ra Editorial: No registrado Idioma: Espaol Ubicacin: 142 Tipo Recurso: Libro Fecha Ingreso: 12/01/2012 rea: ECONOMIA Problemas: Soluciones: Conclusiones: No encontrados Sin especificar El formulario de registro de nuevo recurso debe emplear mensajes de alerta que den al usuario las respuestas a las acciones realizadas Resultados Obtenidos Mensaje de error, en la parte superior de cada campo indicando si el campo esta vaco o si los caracteres son Observaciones Antes de guardar los datos del formulario nuevo
registro se comprueba a travs javascript de funciones
incorrectos incorrectos (caso invalido)
introducidos
Muestra los datos del recurso (caso valido)
Una vez registrado el nuevo recurso mostrar se los procede datos a del
recurso y se guardar el
procede a recurso
exitosamente.
Fuente [Elaboracin propia]

Una vez realizada las pruebas se obtuvo un porcentaje de error aceptable, y posteriormente se realizaron los cambios correspondientes para solucionar los errores generados por el sistema. 4.6.4 Pruebas de Validacin
La prueba de validez del sistema arranca tras la culminacin de la prueba de integracin, proporcionando una seguridad final de que el software satisface los requerimientos funcionales planteados. Tabla 16: Prueba de Validacin: Reservar un recurso Datos Prueba de Titulo: Prueba a la navegacin de Reservar de un Recurso Tipo de Prueba : Fecha: 3/03/2012
Validacin No de Caso de Prueba:1 Responsable: Registrado) Objetivo de la Verificar la solicitud de Reserva de un recurso por un usuario con el rol de Prueba Precondiciones Condiciones Extras Incidencias resultados Solucin Conclusin funcionario Registrado El recurso debe estar disponible para ejecutar la reserva El usuario tiene que estar autenticado con una cuenta de usuario con rol de funcionario registrado. y La reserva se realiza sin problemas, solo que tiene que tomar en cuenta que solo puede reservar 2 recursos. Sin especificar La generacin de reserva automtica fue un xito. Fuente [Elaboracin propia] Usuario(Rol Funcionario
-70-
Tabla 17: Prueba de Validacin: Reservar un recurso Datos Prueba de Titulo: Prueba a la navegacin de Bsqueda de un Recurso Tipo de Prueba : Fecha: 3/03/2012
Validacin No de Caso de Prueba:1 Responsable: Registrado) Objetivo de la Verificar si la solicitud de Bsqueda de un recurso es inmediato Prueba Precondiciones Condiciones Extras Incidencias resultados Solucin Conclusin La bsqueda de un recurso debe cumplir con los criterios de bsqueda El usuario tiene que estar autenticado con una cuenta de usuario con rol de funcionario registrado. y La incidencia se realiza sin problemas, solo que tiene que debe tomar en cuenta los criterios de bsqueda Sin especificar La generacin de todos los recursos encontrados fue un xito. Fuente [Elaboracin propia] 4.6.5 Prueba del Sistema La prueba del sistema verifica que cada elemento en caja de forma adecuada y que se alcanza la funcionalidad y el rendimiento del sistema total. a) Prueba de Rendimiento Estas pruebas como su nombre lo indica estn diseadas para probar el rendimiento del software en tiempo de ejecucin, es decir el tiempo que tarda el sistema en responder a la peticin de un Stakeholder. Segn las pruebas realizadas por los Stakeholder en la bsqueda de recursos bibliogrficos el sistema demora 0.30 a 0.40 segundos en generar los resultados de recursos encontrados.
Usuario(Rol
Funcionario
b) Pruebas de Soporte Se refiere al soporte de los navegadores de una pgina web para estndares como HTML, CSS y JavaScript, es decir que la presentacin de la aplicacin desarrollada sea prcticamente la misma, independientemente del navegador empleado. Tabla 18: Soporte y estndares de la aplicacin en los principales navegadores Navegador Observaciones Soporte Html Css Javascript Sin Observacin Sin Observacin Sin Observacin
Fuente [Elaboracin propia] 4.6.6 Gestin del proyecto En esta seccin describiremos de manera general las actividades y los resultados que se ha obtenido a lo largo de cada fase en el ciclo de vida de desarrollo del proyecto. Tabla 19: Fase de Concepcin Sistema de Control y Administracin de material Bibliogrfico para FH/Bolivia
Fase Concepcin Iteracin 1 Micro-Incremento (Actividades) Definir y crear la visin del proyecto Planear y Proyecto administrar la iteracin Producto (Artefactos) del Tiempo Visin del proyecto 1d Glosario Plan del proyecto 1d Plan de la iteracin Lista de riesgos Lista de Items de trabajo Casos de Uso 1d Detalle de todos los Requerimientos del sistema Modelo de casos de uso Glosario
Identificar y refinar los requerimientos del Sistema. -
Fuente: [Elaboracin propia], basada en las fases del OpenUp
-72-
Tabla 20: Fase de Concepcin Sistema de Control y Administracin de material Bibliogrfico Para FH/Bolivia (Continuacin)
Concepcin 1 Detallar los escenarios de casos de uso del Sistema Detallar los Sistema requerimientos de todo el Casos de uso 2d Glosario Modelo de casos de uso Detalle de todos los 2d Requerimiento del sistema glosario Casos de Prueba 1d Notas Arquitectnicas 1d
Crear Casos de Prueba del Sistema
Definir en alto nivel la arquitectura del Sistema Evaluar Resultados -
Estado de proyecto 1d Plan de iteracin Lista de tems de trabajo
Tabla 21: Fase de Elaboracin Sistema de Control y Administracin de material Bibliogrfico Para FH/Bolivia Fase Iteracin Micro-Incremento (Actividades) Planificar y administrar la iteracin Producto (Artefactos) del Tiempo
Elaboracin 2
Desarrollo de la arquitectura
Plan del proyecto 1d Plan de la iteracin Lista de riesgos Lista de Items de trabajo Arquitectura 1d Diseo Diseo Prueba desarrollador Implementacin 1d del 1d
Disear la Solucin Implementar desarrollador pruebas
Implementar la Solucin
2d
-73-
Tabla 22: Fase de Elaboracin Sistema de Control y Administracin de material Bibliogrfico Para FH/Bolivia (Continuacin) Elaboracin 2 Ejecutar los desarrollador Integrar y construir Refinar la arquitectura Implementar las pruebas Ejecutar las pruebas Solicitud de cambio pruebas de Pruebas Log 1d
construir
1d
Arquitectura notebook 1d Prueba de cdigo Prueba log Lista de trabajo tems 1d 0.5d de 0.5d
Fuente: [Elaboracin propia], basada en las fases del OpenUp Tabla 23: Fase de Construccin para el Subsistema Registro
Fase Iteracin Micro-Incremento (Actividades) Planear y administrar la iteracin del subsistema Refinar los requerimientos. Detallar los escenarios de casos de uso Detallar requerimientos del subsistema Crear Casos de Prueba Disear la Solucin Implementar desarrollador pruebas del Producto (Artefactos) Tiempo
Construccin
Plan del subsistema Lista de riesgos Lista de tems de trabajo Casos de Uso Modelo de casos de uso Glosario Casos de uso Glosario Modelo de casos de uso Detalle de los requerimientos del subsistema Glosario Casos de Prueba Diseo
0.5d
0.5d
1d
0.5d
0.5d 0.5d
Prueba del desarrollador 0.5d
Implementar la Solucin
Implementacin,
0.5d

Tabla 24: Fase de Construccin para el Subsistema Registro (Continuacin)

Construccin 3 Ejecutar los pruebas de desarrollador Integrar y crear el Build Implementar las pruebas Ejecutar las pruebas Solicitud de cambio pruebas log Build Prueba de cdigo Prueba log 0.5d 0.5d 0.5d 0.5d
Lista de tems de trabajo 0.5d
Fuente: [Elaboracin propia], basada en las fases del OpenUp Tabla 25: Fase de Construccin para el Subsistema Bsqueda y Consulta
Fase Construccin 4 Iteracin Micro-Incremento (Actividades) Producto (Artefactos) Plan del subsistema Lista de riesgos Lista de tems de trabajo Casos de Uso Modelo de casos de uso Glosario Casos de uso Glosario Modelo de casos de uso Detalle de los requerimientos del subsistema glosario Casos de Prueba Diseo Tiempo 0.5d
Planear y administrar la iteracin del subsistema Refinar los requerimientos. Detallar los escenarios de casos de uso Detallar requerimientos del subsistema Crear Casos de Prueba Disear la Solucin Implementar desarrollador pruebas del -
1.5d
1d
2d
0.5d 1d
Prueba del desarrollador 1d
Implementar la Solucin Ejecutar los desarrollador pruebas
de -
Implementacin pruebas log
2d 1d
Integrar y crear el build
Build
0.5d
-75-
Tabla 26: Fase de Construccin para el Subsistema Bsqueda y Consulta (Continuacin)

Construccin 4 Planear y administrar la iteracin del subsistema Refinar los requerimientos. Detallar los escenarios de casos de uso Detallar requerimientos del subsistema Crear Casos de Prueba Disear la Solucin Implementar desarrollador pruebas del Plan del subsistema Lista de riesgos Lista de tems de trabajo Casos de Uso Modelo de casos de uso Glosario Casos de uso Glosario Modelo de casos de uso Detalle de los requerimientos del subsistema glosario Casos de Prueba Diseo 0.5d
1.5d
1d
2d
0.5d 1d
de -
Implementacin pruebas log
2d 1d
Integrar y crear el build Implementar las pruebas Ejecutar las pruebas Solicitud de cambio
Build Prueba de cdigo Prueba log
0.5d 1.5d 1d
Lista de tems de trabajo 0.5
Fuente: [Elaboracin propia], basada en las fases del OpenUp Tabla 27: Fase de Construccin para el Subsistema Prstamos/Devoluciones
Fase Construccin 5 Iteracin Micro-Incremento (Actividades) Producto (Artefactos) Tiempo
Planear y administrar la iteracin del subsistema -
Plan del subsistema 1d Lista de riesgos Lista de tems de trabajo
-76-
Tabla 28: Fase de Construccin para el Subsistema Prstamos/Devoluciones (Continuacin)

Construccin 5 Planear y administrar la iteracin del subsistema Refinar los requerimientos. Detallar los escenarios de casos de uso Detallar requerimientos del subsistema Crear Casos de Prueba Disear la Solucin Implementar desarrollador pruebas del Plan del subsistema Lista de riesgos Lista de tems de trabajo Casos de Uso Modelo de casos de uso Glosario Casos de uso Glosario Modelo de casos de uso Detalle de los requerimientos del subsistema glosario Casos de Prueba Diseo Prueba del desarrollador 1d
1d
2d
2d
1d 2d 2d
de -
Implementacin, pruebas log
2d 1d
Integrar y crear el build Implementar las pruebas

Ejecutar las pruebas Solicitud de cambio
Build Prueba de cdigo

Prueba log Lista de tems de trabajo
1d 0.5d
1.5d 0.5d
Fuente: [Elaboracin propia], basada en las fases del OpenUp Tabla 29: Fase de Construccin para el Subsistema Reportes
Fase Iteracin Micro-Incremento (Actividades) Producto (Artefactos) Tiempo
Construccin
Planear y administrar la iteracin del subsistema -
Plan del subsistema 1d Lista de riesgos Lista de tems de trabajo
-77-
Tabla 30: Fase de Construccin para el Subsistema Reportes (Continuacin)

Construccin 6 Planear y administrar la iteracin del subsistema Refinar los requerimientos. Detallar los escenarios de casos de uso Detallar requerimientos del subsistema Crear Casos de Prueba Disear la Solucin Implementar desarrollador pruebas del Plan del subsistema Lista de riesgos Lista de tems de trabajo Casos de Uso Modelo de casos de uso Glosario Casos de uso Glosario Modelo de casos de uso Detalle de los requerimientos del subsistema glosario Casos de Prueba Diseo 1d
2d
1d
2d
1d 1d
Implementar la Solucin Ejecutar los pruebas de desarrollador Integrar y crear el Build Implementar las pruebas Ejecutar las pruebas Solicitud de cambio
Implementacin pruebas log Build Prueba de cdigo Prueba log
2d 1d 1d 2d 1d
Lista de tems de trabajo 1d
Fuente: [Elaboracin propia], basada en las fases del OpenUp Tabla 31: Fase de Transicin Sistema de Control y Administracin de material Bibliogrfico Para FH/Bolivia
Fase Iteracin Micro-Incremento (Actividades) Producto (Artefactos) Tiempo
Transicin 7
Lanzamiento de versiones beta para los Stakeholders Beta testing
Versiones beta del 20d sistema implementadas Errores corregidos y 5d sistema validado por los Stakeholders

4.6.7 Cronograma de Ejecucin Diagrama de Gantt: El cronograma de ejecucin del proyecto se muestra en la figura 4.10
Figura 31: Diagrama de Gantt de ejecucin del proyecto Fuente: [Elaboracin Propia]
CAPITULO V 5.
5.1
DISCUSIN DE RESULTADOS
VALIDACIN DEL SISTEMA
La validacin del sistema se concentra en las acciones visibles para el Stakeholder y en la salida del sistema, es decir cuando el sistema funciona de tal manera que satisface las expectativas razonables del Stakeholder, la validacin del sistema segn la metodologa empleada open/up es el beta testing que se la realiza en la fase de transicin para determinar si se alcanzo las expectativas y la concordancia con los stakeholders, donde los errores son corregidos y el sistema es validado, es por ello que se llega a la conclusin de que se alcanz el objetivo general y los objetivos especficos planteados al inicio del proyecto los cuales se detallan continuacin.
Figura 32: Pgina Principal del Sistema de Control y Administracin de Material Bibliogrfico Fuente: [Elaboracin Propia]
CAPITULO V. DISCUSION DE RESULTADOS
-80-
Registro de Funcionarios. El registro de Funcionarios es realizado por el administrador del sistema, quien se encarga de ingresar los datos de todos los empleados que tendrn autorizacin para trabajar con el sistema, asignando nombre de usuario, clave a cada funcionario asimismo se le asigna los derechos de acceso al sistema.
Figura 33: Registro de Funcionarios Fuente: [Elaboracin Propia] Registro de Materiales Bibliogrficos El Registro de materiales bibliogrficos contiene toda la informacin referente a un recurso bibliogrfico. El administrador registra en el sistema los datos de cada libro como la categora y rea segn el mtodo de clasificacin Dewey, as como el autor, editorial, el ISBN, el nmero de ejemplares, etc. Luego el bibliotecario procede a colocar los libros en la ubicacin del estante correspondiente. Puede generar un reporte del inventario, tambin un reporte de libros malos.
-81-
Figura 34: Registro de Materiales Bibliogrficos Fuente: [Elaboracin Propia] Consulta y Bsqueda de materiales Bibliogrficos La consulta y Bsqueda de un recurso bibliogrfico donde el funcionario puede consultar la existencia y disponibilidad de los recursos bibliogrficos esto pueden realizarlo a travs de la bsqueda general.
-82-
Figura 35: Consulta de bsqueda general Fuente: [Elaboracin Propia] Asimismo un usuario puede realizar la bsqueda avanzada tomando en cuenta los criterios and, or, +, - donde tendr la bsqueda especfica del recurso que necesita Prstamos: El bibliotecario podr consultar el catlogo que posee el sistema y efectuar algn prstamo (sala, domicilio) a su ves el prstamo se puede realizar con o sin reserva.
-83-
Figura 36: Reserva de Material Bibliogrfico Fuente: [Elaboracin Propia] El objetivo de todo el proyecto relacionado con la automatizacin de procesos manuales dentro de una institucin, es el de optimizar el tiempo en las actividades involucradas en el proceso, es por ello que a continuacin se detalla el tiempo promedio que conlleva cumplir cada uno de los objetivos especficos de manera manual o tradicional y el tiempo que ahora lleva dicho proceso con la implementacin del sistema. Tabla 32: Tiempo de proceso de registro, prstamos, reservas, devoluciones y consulta de un Material Bibliogrfico Proceso Registro Forma Manual antes del Con el uso del sistema (en sistema (en minutos) 10 segundos) 120 0.30
Consulta y Bsqueda rpida 15 de Recursos por titulo, (libro, cd,vhs,dvd) Fuente: [Elaboracin Propia]
-84-
Tabla 33: Tiempo de proceso de registro, prestamos, reservas, devoluciones y consulta de un Material Bibliogrfico (Continuacin) Consulta y Bsqueda No se contaba con 0.50
avanzada de Recursos por bsqueda avanzada titulo, (libro, cd,vhs,dvd)
bsqueda Prestamos Devoluciones Reserva 8 2 5 Fuente: [Elaboracin Propia] Presentacin de Resultados Listado General de Recursos ms Prestados 120 10 0.30
Figura 37: Listado General de Recursos ms Prestados Fuente: [Elaboracin Propia]
-85-
Listado de deudores
Figura 38: Listado de Deudores Fuente: [Elaboracin Propia] 5.2 PLAN DE PUESTA EN MARCHA
La puesta en marcha del proyecto consta de varias actividades 5.2.1 Determinacin de rea de implementacin del sistema El rea de implementacin del sistema se encuentra en fundacin contra el hambre filial Chuquisaca, contenida en la intranet que es de acceso exclusivo para los funcionarios. 5.2.2 Infraestructura computacional A continuacin se detalla las caractersticas de los dispositivos de hardware y el software utilizados para la implementacin y puesta en marcha del sistema.
-86-
Hardware Tabla 34: Especificacin tcnica de hardware (servidor) Dispositivo Procesador: Memoria RAM: Disco Duro: Tarjeta de Red Tarjeta de video Caractersticas Pentium Core 2 Duo 2G. 320 GB. Ethernet 10/100Mbps Nvidia gforce 512mb Fuente: [Elaboracin Propia] Tabla 35: Especificacin tcnica de hardware (Cliente) Dispositivo Procesador: Memoria RAM: Disco Duro: Tarjeta de Red Tarjeta de video Caractersticas Pentium IV 1G. 80 GB. Ethernet 10/100Mbps Nvidia gforce 64 mb Fuente: [Elaboracin Propia] Software Tabla 36: Especificacin tcnica de software Herramientas Plataforma de Programacin Servidor de base de datos Generador de Reportes Nombre Java development kit Postgresql Ireport Versin 7 9.0 4.5.1 Financiador FH FH FH FH FH Financiador FH FH FH FH FH
Fuente: [Elaboracin Propia]
-87-
5.2.3 Identificacin de Operadores del sistema Los operadores principales del sistema son el administrador que se encarga de administrar el sistema, el Bibliotecario que brinda los servicios de Prstamos, reservas y los funcionarios de Fundacin Contra el Hambre que hacen solicitudes de consulta, prstamos y reservas de materiales bibliogrficos. 5.2.4 Capacitacin a los usuarios El proceso de capacitacin se fue dando a medida que se desarrollaba el sistema, al realizar entregas en cada iteracin, que permitieron al cliente utilizar el sistema con las funcionalidades mnimas lo antes posible, e irlo complementando gradual y continuamente. De esta manera se trabajo con los distintos actores del sistema. Plan de capacitacin Tabla 37: Plan de capacitacin Modulo Das Hora 14:30 a 18:30
Autenticacin de Usuarios e 1 ingreso al sistema Registro de Recursos y 4
14:30 a 18:30
Registros de Usuarios Consulta y Bsqueda de 5 14:30 a 18:30
Materiales Bibliogrficos Generacin de Reportes Copias de Respaldos 2 y 1 14:30 a 18:30 14:30 a 18:30
Bsqueda de Ayuda Fuente: [Elaboracin Propia]
-88-
5.3
COSTOS
5.3.1 Costo del producto Las herramientas empleadas en el presente proyecto se caracterizan por ser software libre, por tanto es necesario destacar que el desarrollo del sistema se realiz bajo el marco del software libre. Pero si se puede destacar los costos en cuanto a la obtencin de informacin acerca de herramientas utilizadas para el desarrollo del Proyecto las cuales corrieron por cuenta propia. Tabla 38: Costo de Licencia de Software Item Eclipse Indigo Apache/tomcat 7.0 Postgresql 9.0 GWT 2.4 Costo de licencia Software Libre Software Libre Software Libre Software Libre Fuente: [Elaboracin Propia] Tabla 39: Costos de obtencin de informacin tem Material de escritorio Paquete de 500 Hojas 4 Papel Bond Tamao Carta Tinta negra para impresora 2 canon Tinta a color para 3 20 60 20 40 27 108 Cantidad Precio/unidad en (bs) Total
impresora canon Material de Investigacin Servicio de Internet Libro Manual de Java (Impresin) Libro Manual de 9 meses 1 2bs(hora) 48 50 2000 48 50
Postgresql 1
(Impresin) Libro GWT (Impresin) Total Fuente: [Elaboracin Propia]

CAPITULO V. DISCUSION DE RESULTADOS -89-
20
20 2306
Sin embargo para averiguar la estimacin de costo esfuerzo del producto se tiene los siguientes resultados. a) Estimacin del Esfuerzo. Basada en la tcnica de puntos de casos de uso Tabla 40: Estimacin del esfuerzo Resultados TCF Factor tcnico EF UUCP Factor ambiental 0.725 de complejidad 1.02
Puntos de caso de uso sin 120 ajustar
UAW
Peso actor sin ajustar
24
Calculo de puntos de casos de uso UCP Calculo esfuerzo estimado Horas esfuerzo por UCP Esfuerzo horas/hombre Fuente: [Elaboracin Propia] b) Estimacin de Costos Tabla 41: Estimacin de Costo ESFUERZO 2130 TOTAL Fuente: [Elaboracin Propia] El esfuerzo expresado en persona /mes trabajando 8 horas por 22 das al mes (solo das hbiles sin contar sbados y domingos) E=1900/(8*22) E= 10.0 MONTO POR HORA(BS) 8 COSTO(BS) 17040 17040 20 2130 Puntos de caso de uso 153.8
-90-
5.3.2 Costo total de la aplicacin El costo total del proyecto es: COSTO TOTAL= COSTO DEL DESARROLLO + COSTOS DE OBTENCIN DE INFORMACION COSTO TOTAL= 17040 + 1900 COSTO TOTAL = 19170 (Bs)
-91-
CONCLUSIONES
Con la implementacin de la aplicacin en Fundacin Contra el hambre y una vez analizados los resultados, se puede concluir que el objetivo general del proyecto fue alcanzado a su plenitud, ya que se pudo apreciar que la aplicacin cumple con todos los requerimientos y caractersticas necesarias para llevar a cabo el control y administracin de Material Bibliogrfico. De los objetivos especficos alcanzados en el desarrollo del proyecto se puede considerar que: 6. El engorroso trabajo manual de llenar los datos en cuadernos es remplazado por el proceso sistematizado bajo el modulo Registro que permite organizar y catalogar los recursos que requiere un mnimo esfuerzo. 7. La creacin de un catalogo de materiales bibliogrficos para la biblioteca de FH/Bolivia es una opcin para que los funcionarios puedan realizar una bsqueda y puedan conocer los bienes bibliogrficos con los que cuenta la biblioteca. 8. Se automatizo el proceso de consulta y bsqueda de material bibliogrfico con lo cual se permite al Funcionario Registrado agilizar la bsqueda del material que se requiere. 9. La automatizacin de los prstamos y devoluciones de los materiales bibliogrficos ayuda de gran manera al bibliotecario a la hora de realizar el control y el estado de los recursos. 10. La automatizacin de la reserva de materiales bibliogrficos ayudan de gran manera a los funcionarios, ya que puede realizar reservas desde sus computadores. 11. Con la implementacin de un pequeo modulo digital se tiene a disposicin recursos digitales en lnea. 12. Con el modulo de autenticacin de usuarios se pudo restringir, asignar permisos a los funcionarios de acuerdo al tipo de rol que desempean y de esta manera evitar que funcionarios no autorizados ingresen a secciones restringidas del sistema. 13. Con la realizacin de las pruebas al final se logro corregir los errores identificados tanto para el desarrollador y el stakeholder (interesado). De la metodologa: Openup Por ser una metodologa gil tiene un enfoque centrado al cliente y el tiempo
CONCLUSIONES -92-
de trabajo es controlado y corto, lo cual permiti detectar errores tempranos en el desarrollo del proyecto Del Framework GWT: Por la capacidad que tiene de generar en la aplicacin cdigo javascript a partir de cdigo java, GWT viene de la mano de la optimizacin y de la productividad ya que el compilador GWT genera una salida optimizada para cada navegador, adems de que cuenta con un conjunto de APIs que permiti la creacin de las interfaces grficas, a lo largo del desarrollo del proyecto
CONCLUSIONES
-93-
RECOMENDACIONES
Se recomienda a FH/Bolivia utilizar este proyecto para imprentarlo en las bibliotecas de las sucursales de La Paz y Cochabamba. Hacer una revisin del catalogo de materiales bibliogrficos para verificar sus datos. Aumentar en el catalogo todos los materiales bibliogrficos que no se encuentran. Llenar los datos adecuadamente incluyendo el resumen o descripcin de los mismos. Habilitar aun estudiante para que realice su prctica institucional manteniendo el sistema. Para el desarrollo de futuros proyectos buscar un apoyo dentro de la institucin que facilite al estudiante el desarrollo del mismo y respalde el trabajo que realiza. Antes de empezar el desarrollo del proyecto verificar si es que dentro la institucin los funcionarios conocen con certeza el proceso a seguir para el control de libros, ya que si esta situacin no se da, se dificultara mucho el desarrollo del proyecto. El estudiante debe realizar con rapidez el desarrollo del proyecto ya que el apoyo que se brinda la institucin no es garantizado, adems se debe prever posibles situaciones que no le permiten finalizar el proyecto
RECOMENDACIONES
-94-
REFERENCIAS BIBLIOGRAFICAS
(1) BARRIGA SAPIENCIA, Juan Pablo. Sistema de gestin de reservas y prstamos de libros para la biblioteca de la facultad de tecnologa mediante la Web. [Trabajo dirigido]. Facultad de Tecnologa carrera de Ingeniera de Sistemas, 2004 (2) PAJUELO VZQUEZ DANIEL [en lnea] abcdatos Biblioteca 2000 v1.01b [en lnea]. 05/12/2005 disponible en Web http://www.abcdatos.com/programas/programa/z3223.html [Consulta: 21 abril 2008] (3) Universidad Catlica San Pablo. Biblioteca Central UCB [En lnea] disponible en Web: http://www.ucb.edu.bo/Biblioteca/ [Consulta: 10 Agosto 2010] (4)GUTIRREZ, Ral. Introduccin al Mtodo cientfico. 18va Edicin. Editorial Esfinge, Mxico, 2006 (5) LPEZ CANO, Jos Luis, Mtodos e hiptesis cientficas, Mxico, 1999 (6) KLAUS, Heinemann. Introduccin a la metodologa de la investigacin emprica Entrevista. [En Lnea]. Edicin: ilustrada, publicada por Editorial Paidotribo, 2003 ISBN 8480196785 disponible en:
http://books.google.com.bo/books?id=bjJYAButfB4C&printsec=frontcover#PPA6,M1. [Consulta: 1 Septiembre 2010] (7) CEBALLOS SIERRA, Francisco Javier. Programacin orientada a objetos con C++. 4ta. Edicin, Editorial Ra-Ma, 2006. 648p. ISBN: 8478977619 ISBN-13: 9788478977611 (8)OpenUp. OpenUp Method library. [En lnea] disponible en Web:
http://www.eclipse.org/epf/downoloads/openup/openup_downloads.php [Consulta: 10 Agosto 2010] (9) es.tldp.org. Modelado de sistemas con UML. [En lnea] disponible en Web: http://es.tldp.org/Tutoriales/doc-modelado-sistemas-UML/doc-modelado-sistemas-uml.pdf [Consulta: 15 Marzo 2010]
REFERENCIA BIBLIOGRAFICA -95-
(10) DAZ VILLANUEVA, Vladimiro. Bases de datos objeto-relacionales [En lnea] Disponible en Web: http://informatica.uv.es/iiguia/DBD/Practicas/boletin_1.pdf/ [Consulta 20 Agosto 2008] (11) EGULUZ PREZ, Javier. Introduccin a JavaScript 1ra. Edicin, 2008. 134p. ISBN 0-9766940-7-7 (12) LENZ, Patrick. GWT In Practice. 1ra. Edicin, Editorial Max McMaster, 2007. 464p. ISBN 978-0-9758419-5-2 (13) DEWSBURY, Ryan. Google Web Toolkit Applications. 1ra. Edicin, 2008. 578p. ISBN978-0-321-50196-7 (15)Postgresql Webpage. The World most popular open source database [En lnea], 1995. disponible en Web: http://www.postgresql.org/docs/ [Consulta: 20 Julio 2010]. (16) Staruml Webpage. Autor. [En lnea], 2006. Disponible en Web:
http://staruml.free.fr/authors.html [Consulta: 20 Agosto 2010]. (17) Biblioteca Encarta, Webpage. [En lnea], 2008. Disponible en Web:
http://es.encarta.msn.com/ [Consulta: 20 Agosto 2010]. (18) Gmez Hernndez, J. A. Gestin de bibliotecas Murcia: DM, 2002. (19) CORDON GARCIA, Jos Antonio. El servicio de informacin y referencia. Manual de Biblioteconoma. Madrid : Sntesis, 1996. pp. 265-285. (20) DOMINGUEZ SANJURJO, Mara Ramona. Nuevos servicios y organizacin en la Biblioteca Pblica. Gijn :Trea, 1996. (21) (ARADIS, Olivier. Rles du bibliothcaire dans la bibliothque virtuelle. Argus, vol. 23, n. 3 (1994).
REFERENCIA BIBLIOGRAFICA
-96-
(22) Anglada i Ferrer, L., "Biblioteca Digital mejor, peor o solo distinto? " Anales de Documentacin, Vol. 3, 2000,pp. 25-39. [En lnea], Disponible en Web:
http://www.um.es/fccd/anales/ad03/02bibliotdigital.PDF [Consulta: 10 Julio 2010]. (23) PASQUELLI Digital Library Technology Trends. Sun Microsistems, 2002 (24) Borgman CL. Fourth DELOS Workshop. Evaluation of Digital Libraries: Testbeds, Measurements, and Metrics. [En lnea], Disponible group en Web:
http://www.dli2.nsf.gov/internationalprojects/working [Consulta: 10 Julio 2010].
reports/evaluation.html
(25) OREALLY, Tim. OReally Media Homepage. What is Web 2.0? Designs Patterns and Business Models for the Next Generation of Software. [en lnea], 2005. Disponible en: http://www.oreillynet.com/pub/a/oreilly/tim/news/2005/09/30/what-is-web-20.html [Consulta: Consulta: 10 Agosto 2010]. (26) acm.org. El desarrollo del framework orientado al objeto [En lnea], Disponible en Web: http://www.acm.org/crossroads/espanol/xrds7-4/frameworks.html [Consulta: 20 Agosto 2010]. (27) anwmp.org. Introduccin a Ruby on Rails|Asociacin Nacional de Webmasters Per . Pgina de AsociacinNacional de Webmasters Per. Disponible 20 en
http://www.anwmp.org/tutoriales/una-introduccion-a-ruby-on-rails 2010].
[Consulta:
Agosto
(28) Java Blueprints. Model View Controller [En lnea], 2002. Disponible en: http://java.sun.com/blueprints/patterns/MVC-detailed.html [Consulta: 20 Agosto 2010]. (29) Ruby On Rails Wiki. ActiveRecord [En lnea], 2007. Disponible en:
http://wiki.rubyonrails.com/rails/pages/ActiveRecord [Consulta: 20 Agosto 2010]. (30) script.aculo.us Webpage. Script.aculo.us Web 2.0 javascript [En lnea], 2006. Disponible en: [Consulta: 20 Agosto 2010].
-97-
(31) Nitro Web Framework. Nitro Documentation [En lnea] 2007. Disponible en: http://nitroproject.org/docs/rdoc/index.html [Consulta: 22 Agosto 2010]. (32) HARWANI, B.M. Jquery Recipes A problema Solution Approach. Editorial Appress.
-98-
BIBLIOGRAFA
DUARTE BARRIONUEVO, Miguel. Indicadores como instrumento de evaluacin de los servicios bibliotecarios: aspectos metodolgicos. Boletn de la ANABAD, Vol. 45, n.1(1995)pp.95-106. MAGAN WALS, Jos Antonio, El concepto de biblioteca en la actualidad: bibliotecas reales frente a bibliotecas virtuales. Tratado bsico de biblioteconoma. Madrid : Universidad Complutense,1995. pp. 21-48 GMEZ HERNNDEZ, J. A., "Legitimacin y funciones de la biblioteca en el contexto de la sociedad digital," Scire, Vol. 4, No. 2, 1998, pp. 63-77. EGULUZ PREZ, Javier. Introduccin a JavaScript 1ra. Edicin, 2008. 134p. ISBN 0-9766940-7-7 LENZ, Patrick. GWT In Practice. 1ra. Edicin, Editorial Max McMaster, 2007. 464p. ISBN 978-0-9758419-5-2 DEWSBURY, Ryan. Google Web Toolkit Applications. 1ra. Edicin, 2008. 578p. ISBN-9780-321-50196-7
-99-
GLOSARIO
AJAX: Asyncronous Javascript And XML, es usado para crear aplicaciones interactivas Web usando objetos del navegados que corren en el cliente y obtienen datos de un servidor remoto usando el lenguaje Javascript y como intercambio de datos a XML. API: Application Programming Interface. Conjunto de convenciones internacionales que definen cmo debe invocarse una determinada funcin de un programa desde una aplicacin. Cuando se intenta estandarizar una plataforma, se estipulan unos API comunes a los que deben ajustarse todos los desarrolladores de aplicaciones. AUTENTICACIN: Capacidad de probar que una entidad, por ejemplo un usuario o una computadora es quien dice ser. BASE DE DATOS: es un conjunto de datos que pertenecen al mismo contexto almacenados sistemticamente para su uso posterior. BROWSER: Visor o examinador. Programa cliente y herramienta bsica de navegacin para buscar los diferentes recursos de Internet. Los ms usados son Netscape Navigator, Microsoft Internet Explorer, Mozilla fireox. CASE: Computer Aided Software Engineering, es una herramienta de ayuda al desarrollo de software que apunta a acelerar y facilitar el trabajo de los desarrolladores brindndoles la capacidad de dibujar diagramas, realizar clculos y generar cdigo a partir de un modelo terico matemtico. CLIENTE/SERVIDOR: modelo lgico de una forma de proceso cooperativo, independiente de plataformas hardware y sistemas operativos. El concepto se refiere ms a una filosofa que a un conjunto determinado de productos. Generalmente, el modelo se refiere a un puesto de trabajo o cliente que accede mediante una combinacin de hardware y software a los recursos situados en una computadora denominado servidor.
GLOSARIO
-100-
INTRANET: red privada dentro de una organizacin. Las Intranet suelen utilizar protocolos de Internet para entregar contenido. A menudo se protegen contra al acceso desde Internet mediante servidores de seguridad. ISBN es el Nmero Internacional Normalizado para Libros (International Standard Book Number), asignado de acuerdo a las normas ISO, para propsitos de identificacin internacional. ISO: Organizacin Internacional de Estandarizacin, es el organismo encargado de promover el desarrollo de normas internacionales de fabricacin, comercio y comunicacin para todas las ramas industriales a excepcin de la elctrica y la electrnica. KERNEL: Ncleo del sistema operativo encargado de manejar los procesos internos y establecer un enlace entre los perifricos instalados con el sistema de software. LENGUAJE DE PROGRAMACIN: tcnica estndar de comunicacin para ordenarle instrucciones a la computadora. Un lenguaje le da la capacidad al programador de especificarle a la computadora, qu tipo de datos actan y que acciones tomar bajo una variada gama de circunstancias, utilizando un lenguaje relativamente prximo al lenguaje humano. MULTIPLATAFORMA: trmino utilizado frecuentemente en informtica para indicar la capacidad o caractersticas de poder funcionar o mantener una interoperabilidad de forma similar en diferentes sistemas operativos o plataformas. PDF: Portable Document Format. Formato de Documento Porttil es una forma de almacenamiento de documentos, desarrollado por la empresa Adobe, que es independiente de la plataforma y puede ser enviado a travs de un medio de comunicacin como es Internet sin perder su configuracin original. STAKEHOLDER: Termino utilizado en marketing referido a las personas interesadas en el negocio directa o indirectamente. SERVIDOR WEB: programa que implementa el protocolo HTTP. Se encarga de mantenerse a la espera de peticiones HTTP llevada a cabo por un cliente HTTP y de acuerdo a las mismas enviar un resultado.
GLOSARIO -101-
UML: Unifed Modeling Language. Lenguaje para el modelado, es un lenguaje para la especificacin, visualizacin, construccin y documentacin de los componentes de un Sistema. USUARIO: Individuo que interacta con la computadora, o bien con la aplicacin. XML: eXtensible Markup Language. Lenguaje Extensible de Marcas desarrollado por el World Wide Web Consortium.
GLOSARIO
-102-
ANEXO I: ENTREVISTA
Entrevista dirigida al responsable de: Unidad de comunicacin para el desarrollo Objetivo: Obtener de forma especfica la informacin necesaria del funcionamiento de la Biblioteca de Fundacin Contra el Hambre. Tiempo de entrevista: 30 minutos Fecha de entrevista: ________________________ Hora de entrevista: _______________ 1) Cul es el promedio de la poblacin que es beneficiada con los servicios de la biblioteca? 2) Cul es el proceso para adquirir o reemplazar los recursos bibliotecarios? 3) Qu otros recursos a parte de los libros, pone la biblioteca a disposicin de los usuarios? 4) Qu procesos realizan para la organizacin y control de la biblioteca? 5) Existen problemas en la administracin de la biblioteca? 6) Reciben capacitacin de algn tipo para el personal de la biblioteca? Desde cundo? En qu reas? 7) Cules son las normas, reglas o leyes que regulan o rigen la biblioteca? 8) Qu reportes genera el bibliotecario para la administracin de la biblioteca? 9) Qu datos debe de llevar los reportes? 10) Para qu sirven los reportes hechos por el bibliotecario a la administracin? 11) Cuntas personas estn a cargo de la administracin de la biblioteca? 12) Cul es el papel o funcin de del personal administrativo que la labora en la biblioteca?
ENTREVISTA
-1-
13) Existe la posibilidad de perder informacin relacionada con el registro de usuario, prstamo de libro, o perdida de libros? 14) Cada cuanto tiempo actualiza los datos del inventario de los libros? Entrevista dirigida al: Encargado de la Biblioteca de Fundacin Contra el Hambre. Bibliotecario. Objetivo: Obtener de forma especfica la informacin necesaria del funcionamiento de la Biblioteca de Fundacin Contra el Hambre. Tiempo de entrevista: 30 minutos Fecha de entrevista: ________________________ Hora de entrevista: _______________ 1. Cul es el proceso para adquirir o reemplazar los recursos bibliotecarios? 2. Cul es el procedimiento para el registro de un nuevo libro? 3. Cul es el mtodo de catalogacin que utilizan en la biblioteca? 4. Ha sido capacitada para utilizar este tipo de mtodo? 5. Tiene dificultad de clasificar los libros con el mtodo de catalogacin que utiliza? 6. Cul es el procedimiento para la bsqueda de un libro? 7. Cul es el procedimiento para el prstamo de un libro? 8. Qu requisitos son necesarios para que el usuario pueda tener acceso a los recursos de la biblioteca? 9. Cunto tiempo se tarda un usuario en recibir el libro solicitado? 10. Cul es el procedimiento para la devolucin de un libro?
ENTREVISTA
-2-
11. Qu procedimiento hace cuando se pierde un libro? 12. Qu reportes genera para la administracin de la biblioteca? 13. Cul es la informacin que estos informes deben de llevar? 14. Para qu sirven los reportes generados a la administracin? 15. Cunto tiempo le toma realizar un reporte? 16. Cada cuanto realiza estos informes? 17. Considera que debera generar otros reportes?
ENTREVISTA
-3-
ANEXO II: CUESTIONARIOS

CUESTIONARIO DIRIGIDO AL: ENCARGADO DE LA UNIDAD DE
COMUNICACIN PARA EL DESARROLLO OBJETIVO: Conocer la opinin general que tiene el encargado de la Unidad de Comunicacin para el Desarrollo acerca de la biblioteca de fundacin contra el hambre Indicaciones: Marque con una X la respuesta que considere correcta. 1. Con que frecuencia visita las instalaciones de la biblioteca? Semanal Quincenal Mensual
2. Posee un documento o carnet que lo identifique como usuario de la biblioteca? Si No
3. Cmo considera la atencin que brinda el personal de la biblioteca? Malo Regular Bueno Excelente
4. Conoce si la biblioteca restringe el uso de los libros? Si No
5. Le resulta difcil que la bsqueda de los libros que necesita? Si No
6. Cree que la biblioteca tiene organizado los datos de los usuarios que hacen uso de los recursos de la biblioteca? Si 7. Tiene problemas a la hora de regresar los libros? Si No No
CUESTIONARIO
-4-
8. Las consultas de los libros que usted busca, son rpidas? Si No
9. Cree que la biblioteca controla eficientemente el prstamo de los libros? Si No
10. Considera usted que el servicio que se presta en la biblioteca es eficiente? Si No
11. En alguna ocasin no se le ha proporcionado un libro por no encontrarse? Si No
12. Considera que el servicio que se presta en la biblioteca es rpido? Si No
13. La biblioteca cuenta con un listado de libros para que usted pueda buscar la bibliografa? Si No
Gracias por su tiempo
CUESTIONARIO
-5-
CUSTIONARIO DIRIGIDO AL: BIBLIOTECARIO DE LA BIBLIOTECA DE FUNDACION CONTRA EL HAMBRE. OBJETIVO: Conocer la opinin general que tiene el Bibliotecario acerca de la biblioteca de Fundacin Contra el hambre 1. Con que frecuencia visitan los funcionarios las instalaciones de la biblioteca? Semanal Quincenal Mensual
2. Poseen un documento o carnet que los identifiquen como usuario de la biblioteca? Si No
3. Cmo considera la atencin que brinda el personal de la biblioteca a los funcionarios? Malo Regular Bueno Excelente
5. Le resulta difcil la bsqueda de los libros que necesitan? Si No
6. Cree que la biblioteca tiene organizado los datos de los usuarios que hacen uso de los recursos de la biblioteca? Si 7. Tiene problemas a la hora de regresar los libros? Si 8. Las consultas de los libros que usted busca, son rpidas? Si No No No
9. Cree que la biblioteca controla eficientemente el prstamo de los libros?
CUESTIONARIO
-6-
Si
No
11. En alguna ocasin no ha proporcionado un libro por no encontrarse? Si No
14. Considera que la biblioteca le ocasiona prdida de tiempo por ser muy tediosos los procesos de prstamos reservas y devoluciones? Si Porqu: __________________________________________________________ __________________________________________________________ 15. Cree que al aplicar un sistema automatizado, ayudara a mejorar el servicio que presta la biblioteca? Si No No
16. Considera que con un sistema automatizado la bsqueda de los libros resultar ms eficiente? Si No
17. Cree que si existiera una mejor organizacin de los archivos y los recursos mejorara la administracin bibliotecaria?
CUESTIONARIO -7-
Si
No
18. Con un sistema automatizado, consultar las nuevas ediciones de libros adquiridas por la biblioteca le sera ms fcil? Si No
19. Cree que con un sistema automatizado, la biblioteca controlara mejor los prstamos reservas y devoluciones de los libros? Si No

CUESTIONARIO -8-
CUSTIONARIO DIRIGIDO A: FUNCIONARIOS DE LA BIBLIOTECA DE FUNDACION CONTRA EL HAMBRE. OBJETIVO: Conocer la opinin general que tienen los funcionarios acerca de la biblioteca de Fundacin Contra el hambre 1. Con que frecuencia visita las instalaciones de la biblioteca? Semanal Quincenal Mensual
2. Posee un documento o carnet que lo identifique como usuario de la biblioteca? Si No
3. Cmo considera la atencin que brinda el personal de la biblioteca? Malo Regular Bueno Excelente
5. Le resulta difcil que la bsqueda de los libros que necesita? Si No
6. Cree que la biblioteca tiene organizado los datos de los usuarios que hacen uso de los recursos de la biblioteca? Si 7. Tiene problemas a la hora de regresar los libros? Si 8. Las consultas de los libros que usted busca, son rpidas? Si No No No
9. Cree que la biblioteca controla eficientemente el prstamo de los libros?
CUESTIONARIO
-9-
Si
No
11. En alguna ocasin no se le ha proporcionado un libro por no encontrarse? Si No
14. Considera que el hacer uso de la biblioteca le ocasiona prdida de tiempo por ser muy tediosos los procesos de prstamos reservas y devoluciones? Si Porqu: __________________________________________________________ __________________________________________________________ 15. Cree que al aplicar un sistema automatizado, ayudara a mejorar el servicio que presta la biblioteca? Si No No
16. Considera que con un sistema automatizado la bsqueda de los libros resultar ms eficiente? Si No
17. Cree que si existiera una mejor organizacin de los archivos y los recursos mejorara la administracin bibliotecaria?
CUESTIONARIO -10-
Si
No
18. Con un sistema automatizado, consultar las nuevas ediciones de libros adquiridas por la biblioteca le sera ms fcil? Si No
19. Cree que con un sistema automatizado, la biblioteca controlara mejor los prstamos reservas y devoluciones de los libros? Si No
CUESTIONARIO
-11-
ANEXO III: MANUAL DE CODIFICACIN DE RECURSOS DE LA FUNDACIN CONTRA EL HAMBRE

La Clasificacin Decimal de Dewey (CDD, tambin llamada el Sistema de Clasificacin Decimal de Dewey) es un sistema de clasificacin de bibliotecas. Libros de consulta 000 GENERALIDADES 100 FILOSOFIA Y DISCIPLINAS RELACIONADAS 110 Metafsica 120 Conocimiento, causa, fin, hombre 130 Parapsicologa, ocultismo 140 Puntos de vista filosficos 150 Psicologa 160 Lgica 170 tica (Filosofa moral) 180 Filosofa antigua, medieval, oriental
010 Bibliografa 020 Bibliotecologa e informtica 030 Enciclopedias generales 040 Este nmero no tiene ningn uso. 050 Publicaciones en serie 060 Organizaciones y museografa 070 Periodismo, editoriales, diarios 080 Colecciones generales 090 Manuscritos y libros raros 200 RELIGION 210 Religin natural 220 Biblia 230 Teologa cristiana 240 Moral y prctica cristianas 250 Iglesia local y rdenes religiosas 260 Teologa social y eclesiologa 270 Historia y geografa de la iglesia 280 Credos de la iglesia cristiana 290 Otras religiones 400 LENGUAS 410 Lingstica 420 Ingls y anglosajn
MANUAL DE CODIFICACION DE RECURSOS DE FUNDACION CONTRA EL HAMBRE
300 CIENCIAS SOCIALES 310 Estadstica 320 Ciencia poltica 330 Economa 340 Derecho 350 Administracin pblica 360 Patologa y servicio sociales 370 Educacin 380 Comercio 390 Costumbres y folklore
500 CIENCIAS PURAS 510 Matemticas 520 Astronoma y ciencias afines
-12-
430 Lenguas germnicas; alemn 440 Lenguas romances; francs 450 Italiano, rumano, rtico 460 Espaol y portugus 470 Lenguas itlicas; latn 480 Lenguas helnicas; griego clsico 490 Otras lenguas 600 TECNOLOGIA (CIENCIAS APLICADAS) 610 Ciencias mdicas 620 Ingeniera y operaciones afines 630 Agricultura y tecnologas afines 640 Economa domstica 650 Servicios admin. empresariales 660 Qumica industrial 670 Manufacturas 680 Manufacturas varias 690 Construcciones 800 LITERATURA
530 Fsica 540 Qumica y ciencias afines 550 Geociencias 560 Paleontologa 570 Ciencias biolgicas 580 Ciencias botnicas 590 Ciencias zoolgicas
700 ARTE 710 Urbanismo y arquitectura del paisaje 720 Arquitectura 730 Artes plsticas; escultura 740 Dibujo, artes decorativas y menores 750 Pintura y pinturas 760 Artes grficas; grabados 770 Fotografa y fotografas 780 Msica 790 Entretenimientos 900 HISTORIA Y GEOGRAFIA GENERAL 910 Geografa; viajes 920 Biografa y genealoga 930 Historia del mundo antiguo 940 Historia de Europa 950 Historia de Asia 960 Historia de Africa 970 Historia de Amrica del Norte 980 Historia de Amrica del Sur 990 Historia de otras regiones
810 Literatura americana en ingls 820 Literatura inglesa y anglosajona 830 Literaturas germnicas 840 Literaturas de las lenguas romances 850 Literaturas italiana, rumana 860 Literaturas espaola y portuguesa 870 Literaturas de las lenguas itlicas 880 Literaturas de las lenguas eslavas 890 Literaturas de otras lenguas
MANUAL DE CODIFICACION DE RECURSOS DE FUNDACION CONTRA EL HAMBRE -13-
ANEXO IV: ESTIMACIN DEL ESFUERZO Y COSTO BASADO EN LA TCNICA DE PUNTOS DE CASOS DE USO
El mtodo de Puntos de Casos de Uso es un mtodo de estimacin y clculo de tamao del software basado en cuentas hechas sobre los casos de uso para un sistema de software. El mtodo utiliza los actores y casos de uso identificados en un determinado proyecto para calcular el esfuerzo que significar desarrollarlos, donde a los casos de uso se les asigna una complejidad basada en transacciones, entendidas como una interaccin entre el usuario y el sistema, mientras que a los actores se les asigna una complejidad basada en su tipo, es decir, si son interfaces con usuarios u otros sistemas. A continuacin se detalla los pasos para la estimacin del costo y el esfuerzo usando la tcnica de puntos de casos de uso. Paso 1. Calculando Factor de Peso de los Actores sin ajustar (UAW). 1) Contar la cantidad de actores en el sistema y clasificarlos segn el tipo al que
corresponden 2) 3) Multiplicar cada tipo por su factor de peso. Sumar estos productos para obtener el total UAW
Factor de peso de los actores del sistema Tipo de Descripcin Factor actor Peso Otro sistema que interacta con el 1 1 Simple 2 Promedio
sistema a desarrollar mediante una interfaz de programacin Otro sistema interactuando a travs de un protocolo (ej. TCP/IP) o una persona interactuando a travs de una interfaz en modo texto. Una persona q interacta con el sistema mediante una interfaz grfica
Numero de Actores 0 0
Numero de actores*Peso 1*0
2*0 3 4 3*4 12
3 Complejo UAW
Paso 2 Puntos de caso de Uso sin ajustar (UUCP)

ESTIMACION DEL ESFUERZO Y COSTO BASADO EN LA TECNICA DE PUNTOS DE CASOS DE USO
-14-
1) Para cada caso de uso se debe determinar si es simple, promedio o complejo 2) Se debe contar cuantos casos de uso hay en el sistema. 3) Se debe multiplicar de cada tipo por el factor de peso de ese tipo 4) Finalmente se debe sumar los productos obtenidos. Complejidad detallada de cada uno de los casos de uso del sistema. Caso de uso Individual 1 2 3 4 5 6 7 8 9 Simple Simple Simple Simple Simple Simple Simple Simple Simple Factor 5 5 5 5 5 5 5 5 5 5 5 5 5 5 5 5 5 5 5 5 5 5 5 Nombre de casos de uso Gestionar Autores Gestionar reas Gestionar Editorial Gestionar tipo de recurso Gestionar recursos Materiales bibliogrficos Gestionar ejemplares Gestionar usuarios Gestionar usuarios registrados Gestionar Edicin Gestionar Pas Gestionar Palabra Clave Gestionar ISBN
Gestionar bsquedas por Autor.
10 Simple 11 Simple 12 Simple 13 Simple 14 Simple 15 Simple 16 Simple 17 Simple 18 Simple 19 Simple 20 Simple 21 Simple 22 Simple 23 Simple
Gestionar bsquedas por Titulo. Gestionar bsquedas por Editorial. Gestionar bsquedas por ISBN. Gestionar bsquedas por Edicin. Gestionar bsquedas por Palabra Clave. Gestionar Reserva de Recursos Gestionar bsquedas por Editorial. Gestionar Prstamos con Reservas de recursos Gestionar Prstamos sin Reservas o Prstamos directos de recursos Gestionar Prstamos de recursos Materiales bibliogrficos en sala.
-15-
24 Simple 25 Simple 26 Simple 27 28 29 30 31 Simple Simple Simple Simple Simple
5 5 5 5 5 5 5 5
Gestionar Prstamos de recursos Materiales bibliogrficos a domicilio. Gestionar devoluciones de recursos Materiales bibliogrficos Prestados a sala Gestionar devoluciones de recursos Materiales bibliogrficos Prestados a domicilio Gestionar tipo de formato de recursos Informe de recursos mas prestados Informe de deudores Informe de usuarios Informe de recursos
Tipo de caso de uso 1 Simple 2 Promedio 3 Complejo UUCP
Factor 5 10 15
Numero de casos de uso 31 0 0 155
Descripcin Menos de 5 clases 5 a 10 clases Mas de 10 clases
Paso 3 calcular el factor de complejidad Tcnica (TCF) Se calcula mediante la cuantificacin de un conjunto de factores que determinan la
complejidad tcnica del sistema. Cada uno de los factores se cuantifica con un valor de 0 a 5, donde: 0 significa un aporte irrelevante 3 Promedio 5 un aporte muy importante. Factor T1 T2 Descripcin Sistema distribuido. Objetivos de performance o tiempo de respuesta. Eficiencia del stakeholder final. Procesamiento interno complejo Peso 2 1 Magnitud Relativa 0 3 (Peso * Valor) Sistema cliente/servidor 0 Se requiere que el sistema 3 tenga un buen rendimiento. Justificacin Debe ser eficiente el 5 resultado final. El sistema debe realizar 1 numerosos clculos complejos. Es reutilizable. 1
T3 T4
1 1
5 1
T5
El cdigo debe ser 1
-16-
T6 T7 T8 T9 T10 T11
reutilizable. Facilidad Instalacin. Facilidad de uso. Portabilidad.
de 0.5 0.5 2 1 1
5 5 5 0 5 3
Facilidad de cambio. Concurrencia.
Incluye objetivos 1 especiales de seguridad. T12 Provee acceso directo 1 a terceras artes. T13 Se requieren 1 facilidades especiales de entrenamiento a los usuarios. Calcular TCF
El sistema debe ser fcil de instalar. De ser un sistema amigable. Se requiere que el sistema sea portable. Se requiere que sea un sistema flexible ante cambios. El sistema tendr buena concurrencia. El sistema gestiona informacin confidencial.
2.5 2.5 10 0 5 3
5 3
Provee acceso directo a 5 terceras partes. Se requieren facilidades 3 especiales de entrenamiento a los usuarios. 1.01
Paso 4 Clculo del Factor Ambiental (EF) Factor Descripcin del Ambiental Factor E1 Familiaridad con Open Up E2 Experiencia en la aplicacin E3 Experiencia en orientacin a objetos. E4 Capacidad del analista lder. E5 Motivacin E6 Peso 1.5 0.5 1 Magnitud Descripcin Relativa 3 El desarrollador no tiene experiencia con OpenUp 3 No hay mucha experiencia en la aplicacin 3 Se tiene experiencia en la OOP 5 5 5 Experiencia Media El desarrollador altamente Motivado Se esperan cambios. (Peso * Valor) 4.5 1.5 3
0.5 1
2.5 esta 5 10
E7 E8
Estabilidad de 2 los Requerimientos. Personal part- -1 time. Dificultad del -1 lenguaje de programacin
0 4
0 El desarrollador -4 programara en Java 0.725
Calculo EF
-17-
Primeramente se debe recorrer y estimar cada uno de los factores entre 0 y 5 a) Factores entre E1 (Familiaridad con OpenUp) Factor 0 3 5 Descripcin Sin Experiencia Experiencia Media Amplia Experiencia
b) Factores entre E2 (Experiencia en la aplicacin ) Factor Descripcin 0 Sin Experiencia 3 Experiencia Media 5 Amplia Experiencia c) Factores entre E3 (Experiencia en OOP) Factor 0 3 5 Descripcin Sin Experiencia Experiencia Media Amplia Experiencia
d) Factores entre E4 (Capacidad del lder) Factor 0 3 5 e) Factor E5 (Motivacin) Factor 0 3 5 Descripcin Sin Motivacin Motivacin Media Motivacin Alta Descripcin Sin Experiencia Experiencia Media Amplia Experiencia
f) Factor E6 (Requerimientos Estables) Factor 0 3 5 Descripcin Requerimientos inestables Estabilidad Media Requerimientos Estables
-18-
g) Factor E7 (Personal Part-Time) Factor 0 3 5 Descripcin Ningn Personal Par-time Personal Par-time Medio Todo el Personal Par-time
h) Factor E8 Lenguaje de Programacin Factor 0 3 Descripcin Lenguaje de Programacin fcil de programar Lenguaje de Programacin medio de programar (entre fcil y dificil) Lenguaje de Programacin difcil de programar
Paso 5: calculo de puntos de casos de uso (UCP) y esfuerzo Estimado Formula para calculo UCP UCP = TCF * EF* (UUCP + UAW) Para el calculo del esfuerzo Karner sugiere usar 20 horas hombre por UCP es decir Horas de Esfuerzo (Horas/Hombre) = UCP*20
Resultados Obtenidos TCF EF UUCP Factor de complejidad tcnico Factor ambiental 1.02 0.725
Puntos de caso de uso sin 120 ajustar
UAW
Peso actor sin ajustar
24
Calculo de puntos de casos de uso UCP Calculo esfuerzo estimado Horas esfuerzo por UCP Esfuerzo horas/hombre 20 2130 Puntos de caso de uso 153.8
-19-
ANEXO V: OPEN UP
Introduccin Cuando se debe construir un sistema es necesario mantener sincronizado una cantidad considerable de personas y recursos para maximizar las posibilidades de xito. Todas y cada unas de las actividades y procedimientos deben ser correctamente descritas para que se pueda saber en todo momento quien est haciendo qu, cmo y cuando lo est haciendo y cules son los objetivos que persigue. La idea general es tener un conocimiento y una cultura general acerca del sistema bajo construccin de tal forma que los equipos de trabajo enfoquen sus esfuerzos de forma sincronizada para obtener un producto de calidad. Diferentes proyectos tienen diferentes necesidades en sus procesos. Aunque no hay un nico proceso que se considere como el mejor existen muchas prcticas que pueden considerarse como ptimas en tanto que contribuyan a volver ms efectivos los equipos de desarrollo y beneficien la calidad total del producto. OpenUP es un proceso unificado (de aplicacin general) y gil (se centra en el desarrollo rpido de sistemas) que involucra un conjunto mnimo de prcticas que ayudan a los equipos de trabajo a ser ms efectivos en el desarrollo de sistemas software u otros sistemas de ingeniera. El Proceso Unificado Abierto llamado en adelante OpenUP, integra una filosofa pragmtica y gil que se centra en la naturaleza colaborativa del desarrollo de software. Es un proceso anti-burocrtico y agnstico en cuanto a herramientas (IDE, lenguajes, sistemas operativos, etc.) que puede ser usado tal como lo ha definido la fundacin Eclipse de donde procede el OpenUP, o que puede ser expandido y adaptado de acuerdo a las especificaciones de cada proyecto. Ciclo de vida de OpenUP En la siguiente imagen se muestra el ciclo de vida de un proyecto en la metodologa OpenUp en cada una de sus dimensiones.
OPEN/UP
-20-
Los integrantes del equipo contribuyen aportando micro-incrementos que puede ser el resultado del trabajo de unas pocas horas o unos pocos das. El progreso se puede visualizar diariamente, ya que la aplicacin va evolucionando en funcin a micro-incrementos. El objetivo de OpenUp es ayudar al equipo de desarrollo a travs de todo el ciclo de vida de las iteraciones, de modo que este sea capaz de aadir valor de negocio para los clientes de una forma predecible: con la entrega de un software operativo y funcional al final de cada iteracin. El ciclo de vida del proyecto provee a los clientes de una visin del proyecto, transparencia y les dota de los medios para que les permitan controlar la financiacin, el riesgo, el mbito, el valor de retorno esperado, etc. Los elementos del OpenUP dirigen la organizacin del trabajo en los niveles personal, de equipo y de interesados. A nivel personal, los integrantes de un proyecto contribuyen con su trabajo con pequeos incrementos en funcionalidad denominados micro incrementos, los cuales representan los resultados obtenidos en pocas horas o pocos das de trabajo. La solucin evoluciona basada en dichos micro incrementos de tal forma que el progreso puede ser visualizado efectivamente cada da. Los integrantes del equipo de desarrollo de forma abierta comparten su progreso diario el cual incrementa la visibilidad en el trabajo, la confianza y el trabajo en equipo.
OPEN/UP
-21-
El proyecto en general se divide en iteraciones, las cuales son planificadas en un intervalo definido de tiempo que no superan las pocas semanas. El OpenUP tiene elementos que ayudan a los equipos de trabajo a enfocar los esfuerzos a travs del ciclo de vida de cada iteracin de tal forma que se puedan distribuir funcionalidades incrementales de una manera predecible una versin totalmente probada y funcional al final de cada iteracin. Todo proyecto en OpenUp consta de cuatro fases: Inicio, Elaboracin, Construccin y Transicin. Cada una de estas fases se divide a su vez en iteraciones cada una de las cuales tiene como objetivo la entrega de un software operativo y funcional. Fases de un proyecto en OpenUp Fase de inicio: Las necesidades de cada participante del proyecto son tenidas en cuenta y son plasmadas en objetivos del proyecto. Se deben definir el mbito del proyecto, los lmites del mismo y el criterio de aceptacin del proyecto. Los casos de uso crticos, aquellos que dirigen la funcionalidad del sistema, son definidos en esta fase, as como una estimacin inicial del coste del proyecto y un boceto de la planificacin. El propsito en esta fase es lograr concurrencia entre todos los stakeholders sobre los objetivos del ciclo de vida para el proyecto.
Hay cuatro objetivos para la fase de Inicio que clarifican el alcance, los objetivos del proyecto y la viabilidad de la solucin proyectada:
OPEN/UP -22-
1. Entender qu construir. Determine la Visin, el alcance del sistema y sus lmites. Identifique quin est interesado en este sistema y por qu (vea Stakeholders). 2. Identifique la funcionalidad clave del sistema. Decida qu requerimientos son los ms crticos. 3. Determine al menos una posible solucin. Identifique al menos una arquitectura candidata y su viabilidad. 4. Entienda el costo, el cronograma y los riesgos asociados al proyecto. Consideraciones clave Los proyectos podran tener una o ms iteraciones en la fase de inicio. Entre otras razones para tener mltiples iteraciones en la fase de inicio, usted encontrar: El proyecto es grande y es difcil definir su alcance. Sistemas sin precedentes. Tambin muchos stakeholders con necesidades encontradas y relaciones complejas. Mayores riesgos tcnicos demandan la creacin de un prototipo o prueba de conceptos. Fase de elaboracin: En esta fase se realizan tareas de anlisis del dominio y definicin de la arquitectura del sistema. Si se decide continuar con el proyecto se debe elaborar un plan de proyecto en esta fase, para lo cual se deben establecer unos requisitos y arquitectura estables. Por otro lado el proceso de desarrollo, las herramientas, la infraestructura a utilizar y el entorno de desarrollo tambin se especifican en detalle en esta fase. Al final de la fase se debe tener una definicin clara y precisa de los casos de uso, los actores, la arquitectura del sistema y un prototipo ejecutable de la misma.
OPEN/UP
-23-
Hay objetivos para la fase de Elaboracin que le ayudan a direccionar los riesgos asociados con los requisitos, la arquitectura, los costos y el cronograma: Obtener un entendimiento ms detallado de los requisitos. Tener un buen entendimiento de la mayora de requisitos que le permitan crear un plan ms detallado y obtener ganancia de los stakeholders. Asegrese de ganar profundidad en el entendimiento de los requisitos ms crticos a ser validados por la arquitectura. Disear, implementar, validar y establecer la lnea base para la arquitectura. Disee, implemente y pruebe un esqueleto estructural del sistema. Aunque la funcionalidad no sea completa an, muchas de las interfaces entre los bloques de construccin son implementadas y probadas. Esto se refiere a una arquitectura ejecutable. Mitigar los riesgos esenciales y producir un cronograma exacto y unos costos estimados. Muchos riesgos tcnicos son dirigidos como un resultado de detallar los requisitos y de disear, implementar y probar la arquitectura. Refine y detalle el plan de proyecto de alto nivel. Consideraciones Clave El nmero de iteraciones en la fase de Elaboracin depende de, pero no se limita a, factores tales como desarrollos de campo verde versus ciclo de mantenimiento, sistemas sin
OPEN/UP -24-
precedentes versus un buen conocimiento de la tecnologa y la arquitectura, y as sucesivamente. Tpicamente, sobre la primera iteracin usted debera disear, implementar y probar un pequeo nmero de escenarios crticos para identificar qu tipo de arquitectura y mecanismos arquitectnicos necesita, que usted pueda mitigar los riegos ms cruciales. Tambin detalle los requisitos de alto riesgo que tienen que ser direccionados tempranamente en el proyecto. Pruebe bastante para validar que los riesgos de la arquitectura son mitigados. En las siguientes iteraciones, usted arregla cualquier cosa que no sea correcta de la iteracin previa. Usted disea, implementa y prueba los escenarios restantes arquitectnicamente significativos, asegurndose de chequear todas las reas importantes del sistema (cobertura arquitectnica), as los potenciales riesgos ocultos surgen lo ms rpido posible. Fase de construccin: Todos los componentes y funcionalidades del sistema que falten por implementar son realizados, testeados e integrados en esta fase. Los resultados obtenidos en forma de incrementos ejecutables deben ser desarrollados de la forma ms rpida posible sin dejar de lado la calidad de lo desarrollado. El propsito de esta fase es completar el desarrollo del sistema basado en la arquitectura. Hay objetivos para la fase de Construccin que nos ayudan a tener un desarrollo con costo-eficiente de un producto completo una versin operativa del sistema que pueda ser entregada a la comunidad de usuarios:
OPEN/UP
-25-
1. Desarrolle iterativamente un producto completo que est listo para hacer transicin a su comunidad de usuarios. Describa los requisitos restantes, complete en detalles los diseos, complete la implementacin y prueba del software. Libere la primera versin operativa del software (beta) del sistema y determine si los usuarios estn listos para que la aplicacin sea desplegada. 2. Minimice el costo de desarrollo y alcance algn grado de paralelismo. Optimice los recursos y promueva el paralelismo de desarrollo entre desarrolladores o equipos de desarrolladores, por por ejemplo, asignar componentes que puedan ser desarrollados independientemente una del otro. Consideraciones Clave Tpicamente, la fase de Construccin tiene ms iteraciones (dos o cuatro) que las otras fases, dependiendo del tipo de proyecto: Proyecto Simple: Una iteracin para construir el producto (a una liberacin beta) Proyectos ms considerables: Una iteracin para exponer un sistema parcial y una para madurar este a un beta testing. Proyectos grandes: Tres o ms iteraciones, dado el tamao del proyecto (nmero de requisitos a implementar para una liberacin beta)
OPEN/UP
-26-
Fase de transicin: El propsito de esta fase es asegurar que el producto software esta listo para ser distribuido a los usuarios. Hay objetivos para la fase de Transicin que le ayudan a afinar elegantemente la funcionalidad, el desempeo y la calidad total de la versin beta del producto desde el final de la fase previa.
1. La prueba beta valida que las expectativas del usuario sean satisfechas. Esto tpicamente requiere algunas actividades de afinamiento, tales como depuracin de errores y mejora del desempeo y la usabilidad. 2. Lograr la concurrencia de interesados que el despliegue se ha completado. Esto puede implicar que los distintos niveles de las pruebas de aceptacin del producto, incluyendo pruebas formales e informales y las pruebas beta. 3. Mejorar el desempeo en futuros proyectos a travs de lecciones aprendidas. Documentar las lecciones aprendidas y mejorar el ambiente de los procesos y las herramientas para el proyecto. Consideraciones Clave La fase de transicin puede incluir ejecutar sistemas nuevos y viejos en paralelo, migrar datos, entrenar los usuarios y ajustar los procesos del negocio.
OPEN/UP
-27-
El nmero de iteraciones en la fase de transicin vara desde una iteracin para un sistema simple requiriendo principalmente menor depuracin de errores, a muchas iteraciones para un sistema complejo, involucrando adicin de caractersticas y desarrollo de actividades para hacer la transicin del negocio desde usar el viejo sistema a usar el nuevo sistema. Cuando se alcanzan los objetivos de la fase de Transicin, el proyecto est listo para ser finalizado. Para muchos productos, el final del actual ciclo de vida del proyecto puede coincidir con el inicio del siguiente ciclo de vida, llevando a la siguiente generacin del mismo producto. OpenUP est organizado en dos dimensiones diferentes pero interrelacionadas: el mtodo y el proceso. El contenido del mtodo es donde los elementos del mtodo (roles, tareas, artefactos y lineamientos) son definidos, sin tener en cuenta como son utilizados en el ciclo de vida del proyecto. El proceso es donde los elementos del mtodo son aplicados de forma ordenada en el tiempo. Muchos ciclos de vida para diferentes proyectos pueden ser creados a partir del mismo conjunto de elementos del mtodo. OpenUP es til para los siguientes grupos de usuarios: Equipos de desarrollo de Software al interior de la Universidad (desarrolladores, administradores de proyectos, analistas e inspectores). Administrativos, estudiantes y docentes (Stakeholders). Ingenieros de procesos de desarrollo de Software. Instructores. Los equipos de desarrollo de software al interior de la Universidad podrn encontrar lineamientos en cuanto lo que se espera de ellos de acuerdo a los roles definidos en el OpenUP. Cada rol describe un conjunto de actividades y artefactos de los cuales es responsable, OpenUP tambin brinda lineamientos para fomentar la colaboracin entre roles y
OPEN/UP
-28-
facilitar el intercambio de conocimiento entre la Oficina Asesora de Sistemas y los grupos de desarrollo. Loas administrativos, estudiantes y docentes podrn encontrar lineamientos sobre lo que pueden encontrar y esperar, en los grupos de desarrollo y como el software ser creado. El OpenUP define las responsabilidades del grupo de inters y define la forma en que deben involucrarse en el desarrollo del proyecto para lograr de forma evolutiva el software que apoye efectivamente su labor Los ingenieros de procesos de desarrollo software pueden usar las herramientas de software libre, en especial el EPF Composer, para extender y modificar el OpenUP alterando las plantillas originales o adicionando las actividades necesarias para adaptarse a las especifidades de la dependencia o rea institucional, en donde se desarrolla el software.
OPEN/UP
-29-
REFERENCIA TCNICA DEL PROYECTO

1. Especificacin de Requerimientos 4.2.3 Diagrama de Casos de Uso Tomando en cuenta los requerimientos establecidos, se presentan los diagramas UML que se desarrollaron en la fase de anlisis de la aplicacin. Identificacin de Actores: Los actores del sistema fueron identificados como: Usuario: Cualquier Usuario que utilice el sistema. Administrador del Sistema: Es la persona encargada de introducir los datos generales del sistema, as como darle mantenimiento al sistema. Bibliotecario: Es la persona encargada de realizar prestamos de materiales bibliogrficos a los funcionarios y brindarles informacin acerca de los mismos. Funcionario: Esta persona consulta al catalogo y accede a todo el material bibliogrfico. Funcionario Registrado: Aparte de contar con las funciones del Usuario tambin puede reservar y prestarse materiales bibliogrficos. Diagrama de Caso de Uso- Usuarios del sistema
REFERENCIA TECNICA
-30-
Diagrama de Casos de Uso general del sistema
Diagrama de Casos de Uso: Administrador
REFERENCIA TECNICA
-31-
Diagrama de Casos de Uso: Bibliotecario
Diagrama de Casos de Uso: Funcionario Registrado
REFERENCIA TECNICA
-32-
Este diagrama muestra todas las acciones que puede realizar un Usuario Registrado una vez que accede al sistema SCADMB, como el de prestarse un recurso a domicilio con previa reserva o puede prestare el recurso dentro de la biblioteca, o simplemente puede consultar y visualizar el recurso. Descripcin de Casos de Uso Casos de Uso1: Funcionario.
Diagrama 1: Casos de uso general del Sistema Caso de Uso: Propsito: Precondiciones: Ingresar al sistema Ingresar al sistema El usuario que desea ingresar tiene que estar registrado en
REFERENCIA TECNICA
-33-
el sistema Flujo Principal 1. El usuario ingresa sus datos (login y contrasea). 2. El usuario presiona el botn acceder 3. El usuario esta registrado. 4. El sistema verifica datos del usuario. 5. El sistema recupera tipo de usuario. 6. El sistema muestra la interfaz de acuerdo al tipo de usuario. Flujo Alternativo 4.1 el usuario no est registrado. 4.2 el sistema muestra mensaje de error. 5.1 los datos no son correctos. 5.2 el sistema muestra el mensaje los datos son incorrectos vuelve a intentar. Vuelve al paso 1
Casos de Uso 2: gestionar autores del recurso
Diagrama 3: Casos de uso para gestionar datos de los autores

REFERENCIA TECNICA -34-
Caso de Uso: Propsito: Precondiciones: Flujo Principal
Registrar datos del autor Registrar datos del autor El nombre del autor no debe estar registrado en el sistema
1. El usuario ingresa al formulario para registrar los datos del autor. 2. El usuario llena los datos. 3. El usuario presiona el botn guardar. 4. El sistema valida los datos registrados. 5. Datos Correctos. 6. El sistema realiza el registro 7. el sistema muestra el mensaje los datos se agregaron correctamente. Flujo Alternativo 7.1 datos incorrectos 7.2 el sistema muestra un mensaje de datos incorrectos. 7.3 el sistema posiciona el cursor en el campo que tiene error. Caso de Uso: Propsito: Precondiciones: Flujo Principal 1. El usuario ingresa al formulario para editar los datos del autor. 2. El sistema recupera el registro actual. 3. El sistema muestra la interfaz para editar los datos 4. El usuario edita los datos que desea cambiar 5. Datos Correctos. 6. El sistema actualiza los datos 7. el sistema muestra el mensaje los datos se editaron correctamente. Editar datos del autor Editar datos del autor Registrar datos personales
REFERENCIA TECNICA
-35-
Flujo Alternativo 7.1 datos incorrectos 7.2 el sistema muestra un mensaje de datos incorrectos. 7.3 el sistema posiciona el cursor en el campo que tiene error. Caso de Uso: Propsito: Precondiciones: Flujo Principal 1. El usuario solicita ver los datos personales del autor. 2. El sistema busca registro. 3. Existe registro. 4. el sistema muestra los datos del Autor Flujo Alternativo 3.1 No existe registro. 3.2 el sistema muestra error. Listar datos del autor Ver la lista de los datos del autor Registrar datos personales
Casos de Uso 3: gestionar rea del recurso
REFERENCIA TECNICA
-36-
Registrar datos rea Registrar datos rea El nombre rea no debe estar registrado en el sistema
1. El usuario ingresa al formulario para registrar los datos rea. 2. El usuario llena los datos. 3. El usuario presiona el botn guardar. 4. El sistema valida los datos registrados. 5. Datos Correctos. 6. El sistema realiza el registro 7. El sistema muestra el mensaje los datos se agregaron correctamente. Flujo Alternativo 7.1 datos incorrectos 7.2 el sistema muestra un mensaje de datos incorrectos. 7.3 el sistema posiciona el cursor en el campo que tiene error. Caso de Uso: Propsito: Precondiciones: Flujo Principal 1. El usuario ingresa al formulario para editar los datos rea. 2. El sistema recupera el registro actual. 3. El sistema muestra la interfaz para editar los datos. 4. El usuario edita los datos que desea cambiar 5. Datos Correctos. 6. El sistema actualiza los datos 7. El sistema muestra el mensaje los datos se editaron correctamente. Editar datos rea. Editar datos rea. Registrar datos personales.
REFERENCIA TECNICA
-37-
Flujo Alternativo 7.1 datos incorrectos 7.2 el sistema muestra un mensaje de datos incorrectos. 7.3 el sistema posiciona el cursor en el campo que tiene error. Caso de Uso: Propsito: Precondiciones: Flujo Principal 1. El usuario solicita ver los datos personales rea. 2. El sistema busca registro. 3. Existe registro. 4. el sistema muestra los datos rea Flujo Alternativo 3.1 No existe registro. 3.2 el sistema muestra error. Listar datos rea. Ver la lista de los datos rea. Registrar datos personales
Casos de Uso 4: para gestionar Idioma del recurso
REFERENCIA TECNICA
-38-
Caso de Uso: Propsito: Precondiciones:
Registrar datos Idioma Registrar datos Idioma El nombre del sistema Idioma no debe estar registrado en el
Flujo Principal 1. El usuario ingresa al formulario para registrar los datos Idioma. 2. El usuario llena los datos. 3. El usuario presiona el botn guardar. 4. El sistema valida los datos registrados. 5. Datos Correctos. 6. El sistema realiza el registro 7. el sistema muestra el mensaje los datos se agregaron correctamente. Flujo Alternativo 7.1 datos incorrectos 7.2 el sistema muestra un mensaje de datos incorrectos. 7.3 el sistema posiciona el cursor en el campo que tiene error. Caso de Uso: Propsito: Precondiciones: Flujo Principal 1. El usuario ingresa al formulario para editar los datos Idioma. 2. El sistema recupera el registro actual. 3. El sistema muestra la interfaz para editar los datos. 4. El usuario edita los datos que desea cambiar 5. Datos Correctos. 6. El sistema actualiza los datos 7. el sistema muestra el mensaje los datos se editaron correctamente.
Editar datos Idioma. Editar datos Idioma. Registrar datos personales.
Flujo Alternativo 7.1 datos incorrectos 7.2 el sistema muestra un mensaje de datos incorrectos. 7.3 el sistema posiciona el cursor en el campo que tiene error. Caso de Uso: Propsito: Precondiciones: Flujo Principal 1. El usuario solicita ver los datos personales Idioma. 2. El sistema busca registro. 3. Existe registro. 4. el sistema muestra los datos Idioma Flujo Alternativo 3.1 No existe registro. 3.2 el sistema muestra error. Listar datos Idioma. Ver la lista de los datos Idioma. Registrar datos personales
Casos de Uso 5: gestionar Editorial del recurso
REFERENCIA TECNICA
-40-
Diagrama 5: Casos de uso para gestionar Editorial del recurso Caso de Uso: Propsito: Precondiciones: Registrar datos Editorial Registrar datos Editorial El nombre del Editorial no debe estar registrado en el sistema Flujo Principal 1. El usuario ingresa al formulario para registrar los datos Editorial. 2. El usuario llena los datos. 3. El usuario presiona el botn guardar. 4. El sistema valida los datos registrados. 5. Datos Correctos. 6. El sistema realiza el registro 7. el sistema muestra el mensaje los datos se agregaron correctamente. Flujo Alternativo 7.1 datos incorrectos 7.2 el sistema muestra un mensaje de datos incorrectos. 7.3 el sistema posiciona el cursor en el campo que tiene error. Caso de Uso: Propsito: Precondiciones: Flujo Principal 1. El usuario ingresa al formulario para editar los datos Editorial. 2. El sistema recupera el registro actual. 3. El sistema muestra la interfaz para editar los datos. 4. El usuario edita los datos que desea cambiar 5. Datos Correctos. 6. El sistema actualiza los datos
Editar datos Editorial. Editar datos Editorial. Registrar datos personales.
7. el sistema muestra el mensaje los datos se editaron correctamente. Flujo Alternativo 7.1 datos incorrectos 7.2 el sistema muestra un mensaje de datos incorrectos. 7.3 el sistema posiciona el cursor en el campo que tiene error. Caso de Uso: Propsito: Precondiciones: Flujo Principal 1. El usuario solicita ver los datos personales Editorial. 2. El sistema busca registro. 3. Existe registro. 4. el sistema muestra los datos Editorial Flujo Alternativo 3.1 No existe registro. 3.2 el sistema muestra error. Listar datos Editorial. Ver la lista de los datos Editorial. Registrar datos personales
Casos de Uso 7: para gestionar Tipo recurso
REFERENCIA TECNICA
-42-
Registrar datos Tipo Recurso Registrar datos Tipo Recurso El nombre del Tipo Recurso no debe estar registrado en el sistema
Flujo Principal 1. El usuario ingresa al formulario para registrar los datos Tipo Recurso. 2. El usuario llena los datos. 3. El usuario presiona el botn guardar. 4. El sistema valida los datos registrados. 5. Datos Correctos. 6. El sistema realiza el registro 7. el sistema muestra el mensaje los datos se agregaron correctamente. Flujo Alternativo 7.1 datos incorrectos 7.2 el sistema muestra un mensaje de datos incorrectos. 7.3 el sistema posiciona el cursor en el campo que tiene error. Caso de Uso: Propsito: Precondiciones: Flujo Principal 1. El usuario ingresa al formulario para editar los datos Tipo Recurso. 2. El sistema recupera el registro actual. 3. El sistema muestra la interfaz para editar los datos. 4. El usuario edita los datos que desea cambiar 5. Datos Correctos. 6. El sistema actualiza los datos 7. el sistema muestra el mensaje los datos se editaron correctamente.
Editar datos Tipo Recurso. Editar datos Tipo Recurso. Registrar datos personales.
Flujo Alternativo 7.1 datos incorrectos 7.2 el sistema muestra un mensaje de datos incorrectos. 7.3 el sistema posiciona el cursor en el campo que tiene error. Caso de Uso: Propsito: Precondiciones: Flujo Principal 1. El usuario solicita ver los datos Tipo Recurso. 2. El sistema busca registro. 3. Existe registro. 4. el sistema muestra los datos Tipo Recurso Flujo Alternativo 3.1 No existe registro. 3.2 el sistema muestra error. Listar datos Tipo Recurso. Ver la lista de los datos Tipo Recurso. Registrar datos personales
Casos de Uso 8: para gestionar recurso
Diagrama 7: Casos de uso para gestionar recurso
REFERENCIA TECNICA
-44-
Registrar datos Recurso Registrar datos Recurso El nombre del Recurso no debe estar registrado en el sistema
Flujo Principal 1. El usuario ingresa al formulario para registrar los datos Recurso. 2. El usuario llena los datos. 3. El usuario presiona el botn guardar. 4. El sistema valida los datos registrados. 5. Datos Correctos. 6. El sistema realiza el registro 7. el sistema muestra el mensaje los datos se agregaron correctamente. Flujo Alternativo 7.1 datos incorrectos 7.2 el sistema muestra un mensaje de datos incorrectos. 7.3 el sistema posiciona el cursor en el campo que tiene error. Caso de Uso: Propsito: Precondiciones: Flujo Principal 1. El usuario ingresa al formulario para editar los datos Recurso. 2. El sistema recupera el registro actual. 3. El sistema muestra la interfaz para editar los datos. 4. El usuario edita los datos que desea cambiar 5. Datos Correctos. 6. El sistema actualiza los datos 7. el sistema muestra el mensaje los datos se editaron correctamente.
Editar datos Recurso. Editar datos Recurso. Registrar datos personales.
Flujo Alternativo 7.1 datos incorrectos 7.2 el sistema muestra un mensaje de datos incorrectos. 7.3 el sistema posiciona el cursor en el campo que tiene error. Caso de Uso: Propsito: Precondiciones: Flujo Principal 1. El usuario solicita ver los datos personales Recurso. 2. El sistema busca registro. 3. Existe registro. 4. el sistema muestra los datos Recurso Flujo Alternativo 3.1 No existe registro. 3.2 el sistema muestra error. Listar datos Recurso. Ver la lista de los datos Recurso. Registrar datos personales
Casos de Uso para gestionar Ejemplares del recurso
Casos de uso 9: para gestionar Ejemplares del recurso

Registrar datos Ejemplares Registrar datos Ejemplares El nombre del Ejemplares no debe estar registrado en el sistema
Flujo Principal 1. El usuario ingresa al formulario para registrar los datos Ejemplares. 2. El usuario llena los datos. 3. El usuario presiona el botn guardar. 4. El sistema valida los datos registrados. 5. Datos Correctos. 6. El sistema realiza el registro 7. el sistema muestra el mensaje los datos se agregaron correctamente. Flujo Alternativo 7.1 datos incorrectos 7.2 el sistema muestra un mensaje de datos incorrectos. 7.3 el sistema posiciona el cursor en el campo que tiene error. Caso de Uso: Propsito: Precondiciones: Flujo Principal 1. El usuario ingresa al formulario para editar los datos Ejemplares. 2. El sistema recupera el registro actual. 3. El sistema muestra la interfaz para editar los datos. 4. El usuario edita los datos que desea cambiar 5. Datos Correctos. 6. El sistema actualiza los datos 8. el sistema muestra el mensaje los datos se editaron correctamente.
Editar datos Ejemplares. Editar datos Ejemplares. Registrar datos personales.
Flujo Alternativo 7.1 datos incorrectos 7.2 el sistema muestra un mensaje de datos incorrectos. 7.3 el sistema posiciona el cursor en el campo que tiene error. Caso de Uso: Propsito: Precondiciones: Flujo Principal 1. El usuario solicita ver los datos personales Ejemplares. 2. El sistema busca registro. 3. Existe registro. 4. el sistema muestra los datos Ejemplares Flujo Alternativo 3.1 No existe registro. 3.2 el sistema muestra error. Listar datos Ejemplares. Ver la lista de los datos Ejemplares. Registrar datos personales
Casos de Uso para gestionar Usuarios
Casos de uso 10: para gestionar Usuarios

Registrar datos Usuarios Registrar datos Usuarios El nombre del Usuarios no debe estar registrado en el sistema
Flujo Principal 1. El usuario ingresa al formulario para registrar los datos Usuarios. 2. El usuario llena los datos. 3. El usuario presiona el botn guardar. 4. El sistema valida los datos registrados. 5. Datos Correctos. 6. El sistema realiza el registro 7. el sistema muestra el mensaje los datos se agregaron correctamente. Flujo Alternativo 7.1 datos incorrectos 7.2 el sistema muestra un mensaje de datos incorrectos. 7.3 el sistema posiciona el cursor en el campo que tiene error. Caso de Uso: Propsito: Precondiciones: Flujo Principal 1. El usuario ingresa al formulario para editar los datos Usuarios. 2. El sistema recupera el registro actual. 3. El sistema muestra la interfaz para editar los datos. 4. El usuario edita los datos que desea cambiar. 5. Datos Correctos. 6. El sistema actualiza los datos. 7. el sistema muestra el mensaje los datos se editaron correctamente.
Editar datos Usuarios. Editar datos Usuarios. Registrar datos personales.
Flujo Alternativo 7.1 datos incorrectos 7.2 el sistema muestra un mensaje de datos incorrectos. 7.3 el sistema posiciona el cursor en el campo que tiene error. Caso de Uso: Propsito: Precondiciones: Flujo Principal 1. El usuario solicita ver los datos personales Usuarios. 2. El sistema busca registro. 3. Existe registro. 4. el sistema muestra los datos Usuarios Flujo Alternativo 3.1 No existe registro. 3.2 el sistema muestra error. Listar datos Usuarios. Ver la lista de los datos Usuarios. Registrar datos personales
Casos de Uso 11: para gestionar Usuarios Registrados.
Diagrama 10: Casos de uso para gestionar Usuarios Registrados
REFERENCIA TECNICA
-50-
Dar de alta a Usuarios Registrados Ver la lista de Usuarios Registrados Dar de alta a Usuarios Registrados
1. El Administrador solicita ver la lista de Usuarios Registrados. 2. El sistema busca todos los Usuarios Registrados. 3. Existe registro. 4. el usuario da de alta a Usuarios Registrados Flujo Alternativo 3.1 No existe registro alguno. 3.2 El sistema muestra error.
Proceso de Anlisis y Diseo

Diagrama de Paquetes Los paquetes que forman parte del sistema estn conformados por las diferentes clases, que otorgan la funcionalidad a la aplicacin. El diagrama de paquetes se muestra en la Figura 4.8
REFERENCIA TECNICA
-51-
Diagrama de estructura del Sistema Paquete SCADMB: Contiene las clases principales de la aplicacin. Paquete gestin de usuarios El paquete gestin de usuarios representa un conjunto de clases que son especificaciones y acciones reales, no en si parte del software, dentro de este paquete encontramos la clase usuario que hereda sus caractersticas a 4 subclases llamadas Funcionario Registrado y Funcionario. Paquete gestin de recursos El paquete gestin de recursos contiene todas las interfaces para la gestin de Registro de recursos bibliogrficos engloba todos los requerimientos para el registro de un recurso (Autor, editorial, rea, etc.). Paquete Bsqueda y Consulta
Administrador, Bibliotecario,
El paquete Bsqueda y Consulta contiene todas las interfaces que concierne a las bsquedas y consultas de un recurso bibliogrfico estos pueden realizarse de acuerdo Bsqueda avanzada o Bsqueda especifica. Paquete de Prstamos El paquete de Prstamos, contiene todas las interfaces referentes a los Prstamos a domicilio con previa resera y Prestamos a sala sin reserva alguna. Paquete de Devoluciones El paquete de Devoluciones, contiene todas las interfaces referentes a la devolucin de un recurso que haya salido de la biblioteca ya sea los Prstamos a domicilio o Prstamos a sala. Paquete de Reservas El paquete contiene la interfaz en el cual se almacenan las reservas. El paquete subir Archivos digitales Contiene todas las interfaces de archivos digitales (audio, video, texto) Seguridad, El paquete seguridad es el encargado de la seguridad de acceso y del mantenimiento de la informacin.
REFERENCIA TECNICA
-53-
4.4.3 Diagrama de Clases
REFERENCIA TECNICA
-54-
4.4.3 Estructura Dinmica del Sistema Diagrama de Secuencia Mantenimiento de Catalogo
Diagrama de Secuencia Mantenimiento de Funcionarios
REFERENCIA TECNICA
-55-
Diagrama de Secuencia Reservar Recurso.
Diagrama de Secuencia Devolver Recurso.
REFERENCIA TECNICA
-56-
REFERENCIA TECNICA
-57-
4.4.4 Modelo Entidad Relacional
Figura 4.13: Diagrama del modelo entidad relacin Fuente: [Elaboracin Propia]
4.4.5 Mapeamiento Objeto relacional
REFERENCIA TECNICA
-58-
REFERENCIA TECNICA
-59-
REFERENCIA TECNICA
-60-
Diagrama de despliegue del Sistema
Diagrama de componentes del sistema
4.5 Proceso de Pruebas

4.5.3 Pruebas de Unidad Pruebas de caja negra
REFERENCIA TECNICA
-61-
Prueba de Caja negra: Acceso al Sistema Titulo: Pruebas de Acceso al sistema Datos Prueba de Tipo de Prueba: Caja Fecha: 9/10/2010 Negra (de unidad) No. de caso de Prueba: 1 Responsable: Proyectista Objetivo de la Verificar si el acceso al sistema cumple con los requisitos necesarios, para la Prueba verificacin si se usaran datos correctos e incorrectos
Precondiciones El usuario habr la pagina para ingresar al sistema. Introduccin de datos de prueba: No. 1 Datos de Ingreso Usuario. Contrasea: ------ Resultados Obtenidos Observaciones
Mensaje de error, el usuario Se comparan datos del o la contrasea son usuario por medio de las cuentas activadas. (caso invalido) de usuario
invlidos.
Usuario: admin Contrasea: admin
Se ingresa al panel de Si los datos son correctos opciones de acuerdo al tipo se procede a cargar la de usuario. (caso valido) pgina de acuerdo al tipo de usuario.
Problemas: No encontrados Soluciones Conclusiones No encontrados Sin especificar El formulario al acceso del sistema debe contener varios mecanismos de seguridad, no solo del lado del cliente sino masque todo del lado del servidor.
REFERENCIA TECNICA
-62-
Prueba de Caja negra: Crear Nuevo Recurso Titulo: Crear Nuevo Recurso Datos Prueba de Tipo de Prueba: Caja Fecha: 9/03/2012 Negra (de unidad) No. de caso de Prueba: 2 Responsable: Proyectista
Objetivo de la Verificar si el registro de un nuevo recurso al sistema cumple con los Prueba requisitos necesarios, para la verificacin se usaran datos correctos incorrectos Precondiciones El usuario accede al formulario de registro de un nuevo recurso Introduccin de datos de prueba: No. 1 Datos de Ingreso Titulo: #$%&/ Autor: /*-+/@|~$ Palabra Clave: /%gfg%$ ISBN: fhhfg6%% Ao de Edicion: rrmd45( Editorial: $#\@& Idioma: /%gfg%$ Ubicacin: 142@h=? Tipo Recurso: @h=? Fecha Ingreso: jhu#@ Area: 45dfg3$ Temas: /($! Resultados Obtenidos Observaciones e
Mensaje de error, en la Antes de guardar parte superior de cada los datos del
campo indicando si el formulario nuevo campo esta vaco o si los registro caracteres introducidos incorrectos (caso invalido) incorrectos comprueba son travs funciones javascript se a de
REFERENCIA TECNICA
-63-
Titulo: LA CRISIS ECONOMICA Muestra los datos del Una DE LA AGRICULTURA; CON UN recurso APENDICE SOBRE LA TEORIA (caso valido) DEL CRECIMIENTO ECONOMICO Y LA RENTABILIDAD DE LA AGRICULTURA Autor: SCHULTZ, THEODORE W Palabra Clave: Agricultura ISBN: No registrado Edicin: 1ra Editorial: No registrado Idioma: Espaol Ubicacin: 142 Tipo Recurso: Libro Fecha Ingreso: 12/01/2012 rea: ECONOMIA registrado
vez el
nuevo recurso se procede a
mostrar los datos del recurso y se procede guardar recurso exitosamente. a el
Problemas: Soluciones: Conclusiones:
No encontrados Sin especificar El formulario de registro de nuevo recurso debe emplear mensajes de alerta que den al usuario las respuestas a las acciones realizadas Fuente [Elaboracin propia]
4.5.4 Pruebas de Validacin Tabla 4.4 Prueba de Validacin: Reservar un recurso Datos Prueba de Ttulo: Prueba a la navegacin de Reservar de un Recurso Tipo de Prueba : Fecha: 3/03/2012
Validacin No de Caso de Prueba:1 Responsable: Registrado) Objetivo de la Verificar la solicitud de Reserva de un recurso por un usuario con el rol de
Usuario(Rol
Funcionario
Prueba Precondiciones Condiciones Extras Incidencias resultados Solucin Conclusin
funcionario Registrado El recurso debe estar disponible para ejecutar la reserva El usuario tiene que estar autenticado con una cuenta de usuario con rol de funcionario registrado. y La reserva se realiza sin problemas, solo que tiene que tomar en cuenta que solo puede reservar 2 recursos. Sin especificar La generacin de reserva automtica fue un xito. Fuente [Elaboracin propia]
Prueba de Validacin: Reservar un recurso Datos Prueba de Titulo: Prueba a la navegacin de Bsqueda de un Recurso Tipo de Prueba : Fecha: 3/03/2012
Validacin No de Caso de Prueba:1 Responsable: Registrado) Objetivo de la Verificar si la solicitud de Bsqueda de un recurso es inmediato Prueba Precondiciones Condiciones Extras Incidencias resultados Solucin Conclusin La bsqueda de un recurso debe cumplir con los criterios de bsqueda El usuario tiene que estar autenticado con una cuenta de usuario con rol de funcionario registrado. y La incidencia se realiza sin problemas, solo que tiene que debe tomar en cuenta los criterios de bsqueda Sin especificar La generacin de todos los recursos encontrados fue un xito. Usuario(Rol Funcionario
REFERENCIA TECNICA
-65-
4.5.5 Prueba del Sistema c) Prueba de Rendimiento Estas pruebas como su nombre lo indica estn diseadas para probar el rendimiento del software en tiempo de ejecucin, es decir el tiempo que tarda el sistema en responder a la peticin de un Stakeholder. Segn las pruebas realizadas por los Stakeholder en la bsqueda de recursos bibliogrficos el sistema demora 0.30 a 0.40 segundos en generar los resultados de recursos encontrados. d) Pruebas de Soporte Tabla 4.6 soporte y estndares de la aplicacin en los principales navegadores Navegador Observaciones Soporte Html Css Javascript Sin Observacin Sin Observacin Sin Observacin
Modelo de Presentacin Pagina Principal
REFERENCIA TECNICA
-66-
Registro de Funcionarios.
Registro de Materiales Bibliogrficos
REFERENCIA TECNICA
-67-
Consulta y Bsqueda de materiales Bibliogrficos
Prstamos:
REFERENCIA TECNICA
-68-
El objetivo de todo el proyecto relacionado con la automatizacin de procesos manuales dentro de una institucin, es el de optimizar el tiempo en las actividades involucradas en el proceso, es por ello que a continuacin se detalla el tiempo promedio que conlleva cumplir cada uno de los objetivos especficos de manera manual o tradicional y el tiempo que ahora lleva dicho proceso con la implementacin del sistema. Tabla 5.1 Tiempo de proceso de registro, prestamos, reservas, devoluciones y consulta de un Material Bibliogrfico
Proceso
Forma Manual antes del Con el uso del sistema (en sistema (en minutos) segundos) 120 0.30
Registro
10
Consulta y Bsqueda rpida 15 de Recursos por titulo, (libro, cd,vhs,dvd) Consulta y Bsqueda No se contaba
con 0.50
avanzada de Recursos por bsqueda avanzada
REFERENCIA TECNICA
-69-
titulo,
(libro,
cd,vhs,dvd)
bsqueda Prestamos Devoluciones Reserva 8 2 5 120 10 0.30
Presentacin de Resultados Listado de Recursos ms Prestados
Listado de Deudores
REFERENCIA TECNICA
-70-
REFERENCIA TECNICA
-71-

Final 2012-Final

Încărcat de

Informații document

Titlu original

Drepturi de autor

Formate disponibile

Partajați acest document

Partajați sau inserați document

Opțiuni de partajare

Vi se pare util acest document?

Este necorespunzător acest conținut?

Drepturi de autor:

Formate disponibile

Final 2012-Final

Încărcat de

Drepturi de autor:

Formate disponibile

UNIVERSIDAD MAYOR, REAL Y PONTIFICA DE SAN FRANCISCO XAVIER DE CHUQUISACA

FACULTAD DE TECNOLOGA CARRERA DE INGENIERA DE SISTEMAS

SISTEMA DE CONTROL Y ADMINISTRACIN DE MATERIAL BIBLIOGRFICO PARA FH/BOLIVIA Proyecto de Grado

Postulante: Miguelina Poma Cceres Asesor: Ing. Rodolfo Villafn

DECLARACIN DE DERECHOS DE AUTOR

Miguelina Poma Cceres C.U. 35-1355

PROCESO DE IMPLEMENTACIN ....................................................................... 59

Sistema de Control y Administracin de Material Bibliogrfico Para Fundacin Contra el Hambre

Ingeniera de Sistemas U.M.R.P.S.F.X.CH

INTRODUCCIN O ANTECEDENTES DEL PROYECTO

CAPITULO I. INTRODUCCION Y OBJETIVOS

Sistema de Control y Administracin de Material Bibliogrfico Para Fundacin Contra el Hambre

Ingeniera de Sistemas U.M.R.P.S.F.X.CH

Sistema de Control y Administracin de Material Bibliogrfico Para Fundacin Contra el Hambre

Ingeniera de Sistemas U.M.R.P.S.F.X.CH

CAPITULO I. INTRODUCCION Y OBJETIVOS

Sistema de Control y Administracin de Material Bibliogrfico Para Fundacin Contra el Hambre

Ingeniera de Sistemas U.M.R.P.S.F.X.CH

Sistema de Control y Administracin de Material Bibliogrfico Para Fundacin Contra el Hambre

Ingeniera de Sistemas U.M.R.P.S.F.X.CH

CAPITULO I. INTRODUCCION Y OBJETIVOS

Sistema de Control y Administracin de Material Bibliogrfico Para Fundacin Contra el Hambre

Ingeniera de Sistemas U.M.R.P.S.F.X.CH

CAPITULO I. INTRODUCCION Y OBJETIVOS

Sistema de Control y Administracin de Material Bibliogrfico Para Fundacin Contra el Hambre

Ingeniera de Sistemas U.M.R.P.S.F.X.CH

JUSTIFICACIN DEL PROYECTO. Tecnolgica

CAPITULO I. INTRODUCCION Y OBJETIVOS

Sistema de Control y Administracin de Material Bibliogrfico Para Fundacin Contra el Hambre

Ingeniera de Sistemas U.M.R.P.S.F.X.CH

ANLISIS DE LA SITUACIN ACTUAL

CAPITULO I. INTRODUCCION Y OBJETIVOS

Sistema de Control y Administracin de Material Bibliogrfico Para Fundacin Contra el Hambre

Ingeniera de Sistemas U.M.R.P.S.F.X.CH

CAPITULO I. INTRODUCCION Y OBJETIVOS

Sistema de Control y Administracin de Material Bibliogrfico Para Fundacin Contra el Hambre

Ingeniera de Sistemas U.M.R.P.S.F.X.CH

Sistema de Control y Administracin de Material Bibliogrfico Para Fundacin Contra el Hambre

Ingeniera de Sistemas U.M.R.P.S.F.X.CH

CAPITULO I. INTRODUCCION Y OBJETIVOS

Sistema de Control y Administracin de Material Bibliogrfico Para Fundacin Contra el Hambre

Ingeniera de Sistemas U.M.R.P.S.F.X.CH

CAPITULO I. INTRODUCCION Y OBJETIVOS

Sistema de Control y Administracin de Material Bibliogrfico Para Fundacin Contra el Hambre

Ingeniera de Sistemas U.M.R.P.S.F.X.CH

CAPITULO I. INTRODUCCION Y OBJETIVOS

Sistema de Control y Administracin de Material Bibliogrfico Para Fundacin Contra el Hambre

Ingeniera de Sistemas U.M.R.P.S.F.X.CH

Inicio Proceso de Registro de Materiales Bibliogrficos

Posteriormente el Material Bibliogrfico es almacenado en el librero o anaquel al que corresponde

Termina Proceso de Registro de Materiales Bibliogrficos

CAPITULO I. INTRODUCCION Y OBJETIVOS

Sistema de Control y Administracin de Material Bibliogrfico Para Fundacin Contra el Hambre

Ingeniera de Sistemas U.M.R.P.S.F.X.CH

El usuario consulta el catlogo de los materiales Bibliogrficos.

Extrae los datos del Material Bibliogrfico

Solicita su prstamo al encargado de la biblioteca por un nmero limitado de das

Bibliotecario consulta su catlogo de prstamos y verifica si el MB esta disponible

Termina Proceso de Consulta, Bsqueda

Sistema de Control y Administracin de Material Bibliogrfico Para Fundacin Contra el Hambre

Ingeniera de Sistemas U.M.R.P.S.F.X.CH

Inicia Proceso de Consulta, Bsqueda y Reserva de M.B.

Bibliotecario consulta su catlogo de Reservas y verifica si el MB esta disponible