sistema de control de prestamo de libros en la eaps

ESCUELA ACADEMICA PROFESIONAL DE SISTEMAS SOFTWARE SYSMAID sistema de control de prestamo de libros en la eaps

UNIVERSIDAD NACIONAL DE HUANCAVELICA

(CREADA POR LEY N 25265)

FACULTAD DE INGENIERA ELECTRNICA SISTEMAS

ESCUELA ACADMICO PROFESIONAL DE SISTEMAS

SYSTEMICS UNITEDSistema de control de prstamo de libros en la Escuela Acadmico profesional de Sistemas.

EJECUTORES CORASMA BARRETO, William. VARGAS HUAYHUARIMA, Aldo. VELSQUEZ MUOZ, Eder Neil.

ASESOR: Ing. CARDENAS PINTO, Juan Percy.

CURSO: Ingeniera de Software.

INSTITUCION: Universidad Nacional de Huancavelica

Daniel Hernndez TayacajaEnero - 2015

Con mucho cario a mis Padres.

AGRADECIMIENTOS

Al Seor que da a da me permite abrir los ojos, a nuestros Padres por el cario, apoyo y posibilidad que nos dio de estudiar, A nuestras Madres por su cario y amor incondicional en todo nuestro proceso Universitario, a nuestros hermanos por su comprensin y apoyo.

IndiceCAPTULO I6CAPTULO II14CAPTULO III17CAPTULO IV19CAPTULO V24CAPTULO VI57CAPITULO VII65BIBLIOGRAFA69ANEXOS70

INTRODUCCIN

Este documento contiene la descripcin detallada de los diferentes requisitos de Software (sistema) que debe cumplir el sistema de informacin utilizado para el reporte, consulta, registro del sistema de control de libros y todo el material bibliogrfico existente de la escuela Acadmico Profesional de Sistemas. El sistema a desarrollar tomar las funciones bsicas del sistema, denominado Sysmaid implementando al mismo, una serie de funciones requeridas y mejorando las actividades que se realiza. El presente trabajo tiene por finalidad establecer las normas, procedimientos, requerimientos de los clientes tale como requerimientos funcionales y no funcionales para el sistema de biblioteca.

Sabemos tambin que La biblioteca universitaria es definida por la American Library Asociacin como una combinacin orgnica de personas, colecciones y edificios cuyo propsito es ayudar a sus usuarios en el proceso de transformar la informacin en conocimiento. Asimismo agrega que la biblioteca (o sistema de stas) es establecida, mantenida y administrada por una universidad para cubrir las necesidades de informacin de sus estudiantes y apoyar sus programas educativos, de investigacin y dems servicios. Los fines de la biblioteca universitaria son meramente educativos ya que son los de la universidad, la formacin de los alumnos y el apoyo al desarrollo de la investigacin.

PRESENTACIN DE CAPTULOS

El Proyecto Sistema de control de prstamo de libros en la Escuela Acadmico Profesional de Sistemas denominado SYSMAID es presentado en ocho captulos, los cuales van desde una introduccin, hasta los planes de capacitacin que los usuarios necesitan para utilizar el software.En este captulo introductorio se comienzan a detallar los primeros pasos del proyecto, dando respuesta a interrogantes como Por qu realizar el sistema?, A quin va dirigido?, Qu es lo que soluciona? , Cmo lo soluciona? y Por qu se utilizar la tecnologa a objetos?Luego, en el segundo captulo, se dan a conocer teoras que son necesarias para el entendimiento de los captulos posteriores. El marco terico se centra en: Caractersticas de la Orientacin a Objetos, .NET, bases de datos orientadas a objetos, UML y la metodologa utilizada para el desarrollo del software.Ms tarde, en el tercer captulo, se da una definicin clara de que es una universidad, una descripcin especfica de la organizacin, cuales son los objetivos y finalmente se detalla el lugar especfico donde se implementar el proyecto, La Biblioteca de la EAPS.En el cuarto captulo, se documenta el estudio de factibilidad realizado para el proyecto, pasando por los estudios de factibilidad tcnica, econmica y operacional.El anlisis, es parte del quinto captulo, y en l se encuentran los objetivos que el software posee, los alcances, actores, diagrama de flujo de datos, las principales actividades (Diagramas de Actividad) que se realizan y los requerimientos del sistema. Posteriormente, se describen los requerimientos mediante los principales diagramas UML, casos de uso y diagramas conceptuales de cada paquete.En el sexto captulo, se llevar a cabo el diseo del software, en el cual se define, el diseo arquitectnico, el diseo de implementacin (principales diagramas de colaboracin), los diagramas de clases de cada paquete, la jerarqua de mens y finalmente el diseo de algunas interfaces.Despus del diseo, en la codificacin se presentan detalles que son interesantes conocer, como el manejo de la concurrencia en una base de datos orientada a objetos, el uso de la tecnologa orientado a objetos.

Finalmente, en el ltimo captulo, se mencionan los principales casos de prueba, la puesta en marcha (marcha blanca) y la capacitacin necesaria que los usuarios necesitan para la utilizacin de sistema.CAPTULO I

1. COMIENZO DEL PROYECTOEl desarrollo de un software que permita la automatizacin de las actividadesrelacionadas a la biblioteca de la Escuela Acadmico Profesional deSistemas implementado en un 100% con tecnologa orientada a objetos.

En este captulo se abordar el problema que se origina en la biblioteca, una propuesta de solucin, por qu utilizar la tecnologa orientada a objetos y finalmente una presentacin de los captulos posteriores.

1.1 POR QU EL SISTEMA

El Sistema de control de prstamos de libros en la Escuela Acadmico Profesional de Sistemas, es un proyecto que busca dar una solucin automatizada a las actividades que se realizan en la biblioteca de la EAPS. Este sistema tiene la particularidad de ser totalmente orientado a objetos, y permitir de una forma eficiente manejar todos los objetos que existen actualmente en la biblioteca.

PROBLEMA

La Escuela Acadmico Profesional de Sistemas, es una casa de estudios que se dedica a la formacin de futuros profesionales en Ingeniera de Sistemas. Un factor para el xito de la institucin, es la existencia de la biblioteca, cuya finalidad consiste en la adquisicin, conservacin, estudio y exposicin de libros y documentos.En la Escuela Acadmico Profesional de Sistemas, existe una biblioteca exclusiva para que los estudiantes puedan realizar sus estudios y los docentes preparar sus clases, sta y docentes posee alrededor de 300 libros clasificados, pero debido al tiempo que requiere ingresar y clasificar el material, an quedan unos 200 ejemplares que no han sido clasificados.

A continuacin se mencionan los problemas que existen actualmente en la biblioteca de la Escuela Acadmico Profesional de Sistemas.

Prstamos de libros: Los libros poseen una tarjeta que los identifica, es all donde se registra el da correspondiente a la devolucin y el nombre del usuario que solicit el material. Este proceso se hace de forma manual, siendo muy difcil el control de la informacin, debido a esto el proceso se vuelve lento y tedioso. Devolucin de libros: Consiste en dejar el material solicitado al bibliotecario, ya que es l quien vuelve a dejarlo en el lugar correspondiente. Al existir un atraso de un libro, se hace difcil el registro de la falta, ya que no existen fichas de usuarios a los que se les pueda vincular.

Registro y clasificacin de libros: Es sin duda el proceso ms complicado de la biblioteca, ya que para registrarlos, se debe ingresar una serie de datos en una hoja especial, despus de esto se crean una serie de tarjetas que permiten almacenar el autor, ttulo, y materia. El proceso completo es bastante lento e ineficiente, ya que la mayora de la informacin queda almacenada en los estantes y no es utilizada de una forma ptima.

Bsqueda de libros: Para la bsqueda de libros, el bibliotecario, debe revisar las tarjetas que se encuentran en los estantes, los criterios de bsqueda son: autor, ttulo y materia. Una vez que el usuario encuentra lo que busca, debe anotar el cdigo de clasificacin, ya que con este cdigo se puede ubicar fcilmente el material. Este proceso es aburrido y demasiado lento, ya que buscar un ejemplar en todo el stock es complicado.

PROPUESTA DE SOLUCINLa propuesta de solucin a la problemtica de la biblioteca de la Escuela Acadmico Profesional de Sistemas, es realizar un sistema bibliotecario orientado a objetos que realice las operaciones bsicas y adems incorpore alternativas innovadoras para la bsqueda de los materiales existentes.

El sistema constar de un programa fundamental.

Administracin de los objetos de la biblioteca: Un programa de escritorio que ejecute las operaciones administrativas correspondientes al bibliotecario.

A continuacin se presenta arquitectura del software correspondiente al del sistema.

Administracin de UsuariosCatlogo de LibrosDevolucin y prstamosRecomendacin de bsqueda

Figura 1: Arquitectura del software de la propuesta de solucin.

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

Administracin de usuarios: Este subsistema se encarga de administrar y proveer toda la informacin correspondiente a los usuarios de la biblioteca, permitiendo el ingreso, modificacin y bsqueda de la informacin perteneciente a cada usuario.

Catlogo de libros: Este subsistema tiene el control de los libros y revistas que pertenecen a la biblioteca, permitiendo el ingreso y modificacin de informacin vlida para el sistema, tambin es importante para ste subsistema el controlar la bsqueda de un libro.

Devolucin y prstamos: Subsistema que tiene por objetivo, interconectar informacin entre los subsistemas Catlogo de libros y Administracin de usuarios para lograr que un prstamo sea asociado a un material y a un usuario en particular. Este subsistema tambin es el encargado de registrar la devolucin del material.

Recomendacin de bsqueda: Subsistema que tiene una estrecha relacin con Catlogo de libros, ya que ordenar los resultados de una bsqueda de libros de acuerdo a las recomendaciones que los mismos estudiantes o docentes han solicitado.

MBITO DE LA APLICACINEl Sistema de control de prstamos de libros en la Escuela Acadmico Profesional de Sistemas denominado SYSMAID, ser aplicado en la Biblioteca existente de la escuela, este sistema reunir informacin de: Usuarios (Estudiantes y Docentes), Libros, prstamos y devoluciones. Est informacin ser ingresada por medio del propio sistema, ya que no existe un sistema actual con el cual pueda interactuar.La informacin al ser relacionada entre s, dar origen a un sistema de biblioteca, el cual permitir el control y gestin de la informacin referente a los prstamos y devoluciones de libros.

JUSTIFICACIN DEL PROYECTOEl proyecto Sistema de control de prstamos de libros en la Escuela Acadmico Profesional de Sistemas se justifica ampliamente, ya que en la actualidad la biblioteca de la escuela opera totalmente de forma manual, haciendo que las actividades se realicen de forma lenta e ineficiente, por esto mismo, la productividad de la biblioteca se ve bastante empobrecida y limitada.Una de las actividades ms importantes que se realiza dentro de la biblioteca, es el registro y clasificacin del material que existe, sta actividad permite que los libros puedan ser utilizados por los usuarios. Lamentablemente existen demasiados libros que no pueden ser utilizados, debido a la falta de tiempo existente para su clasificacin. El nuevo sistema permitir que se ingresen y clasifiquen ms libros en un tiempo muy corto, ya que bastar ingresar los datos del material a un formulario digital para que estos queden registrados.Para los estudiantes y docentes, la bsqueda de libros es tediosa y muchas veces incierta. La bsqueda de libros, se hace muy compleja debido a la gran cantidad de libros que existen. El sistema permitir una bsqueda inmediata y exacta, lo que har que el estudiante o docente pueda encontrar realmente lo que est buscando.Por ltimo, el proceso de prstamos y devolucin del material, deja mucho que desear, ya que prcticamente no existe un control sobre sta informacin. El nuevo sistema permitir un control tanto de los usuarios, como del material vinculado a los prstamos y devoluciones.

1.2 POR QU ORIENTACIN A OBJETOS

El uso de la tecnologa orientada a objetos ser fundamental para el proyecto en cuestin. A continuacin, se mencionan las razones por la cual se utilizar este paradigma.La orientacin a objetos, facilita la creacin de software de calidad por sus factores que potencian el mantenimiento, la extensin y la reutilizacin del software generado bajo este paradigma.La programacin orientada a objetos trata de amoldarse al modo de pensar del hombre y no al modo de operar de las mquinas. Esto es posible gracias a la forma racional con la que se manejan las abstracciones que representan las entidades del dominio del problema, y a propiedades como la jerarqua o el encapsulamiento.

El elemento bsico de este paradigma no es la funcin (elemento bsico de la programacin estructurada), sino un ente denominado objeto. Un objeto es la representacin de un concepto para un programa, y contiene toda la informacin necesaria para abstraer dicho concepto: los datos describen su estado y las operaciones pueden modificar dicho estado determinando las capacidades del objeto.

Los beneficios de la tecnologa orientada a objeto se fortalecen si se usa antes y durante el proceso de ingeniera del software. Un simple uso de programacin orientada a objetos (POO) no brindar los mejores resultados. Los ingenieros del software y sus directores deben considerar tales elementos: el anlisis de requisitos orientado a objetos (AROO), el diseo orientado a objetos (DOO), el anlisis de dominio orientado a objetos (ADOO), sistema de gestin de bases de datos orientados a objetos (SGBDOO) y la ingeniera del software orientado a objetos asistida por computadora (ISOOAC.) (Pressman, 2002).Las Tcnicas Orientadas a Objetos modifican el punto de vista de los analistas de sistemas de informacin acerca del mundo, en vez de pensar en los procesos y su descomposicin, piensan enObjetos y su comportamiento (Martin, y otros, 1994).Adems, el enfoque Orientado a objetos es ambicioso: abarca todo el ciclo de vida de desarrollo software. Cuando se examinan soluciones orientadas a objetos se debe comprobar que el mtodo y el lenguaje, as como las herramientas de apoyo, sean aplicables al anlisis y al diseo al igual que la implementacin y el mantenimiento (Meyer, 1998).Estas caractersticas hacen de la Orientacin a Objetos la mejor opcin a considerar en la implementacin del sistema de biblioteca de la Escuela Acadmico Profesional de Sistemas, permitiendo la reutilizacin del cdigo en futuras aplicaciones y una rpida ampliacin del sistema.

1.3 OBJETIVOS DEL PROYECTO

OBJETIVO GENERAL DEL PROYECTO

El objetivo general del proyecto es el desarrollo de un software denominado SYSMAID para la administracin de la biblioteca de la Escuela Acadmico Profesional de Sistemas, con la caracterstica distintiva de ser desarrollado ntegramente con tecnologa orientada a objetos, vale decir, un anlisis, diseo, codificacin y utilizacin de una base de datos apropiada.El propsito central del proyecto Sistema de control de prstamo de libros en la Escuela Acadmico Profesional de Sistemas, es la automatizacin de los procesos relacionados a la administracin y control de los recursos internos de la biblioteca.El uso de tecnologa tambin es parte del objetivo, ya que se utilizar para dar una mayor eficacia al proceso en general, gracias a las ventajas propias del paradigma, ya sea mantencin y la posibilidad de reutilizacin.En resumen, el objetivo del proyecto se puede definir en: La automatizacin de los procesos relacionados a la Biblioteca de la Escuela Acadmico Profesional de Sistemas.

OBJETIVO ESPECFICOS DEL PROYECTO

Para el cumplimiento del objetivo general mencionado anteriormente, se plantean los siguientes objetivos especficos:

Estudio detallado de los requerimientos de una biblioteca, especficamente, de la EAPS. Estudio a fondo del Paradigma Orientado a Objetos, dando nfasis en las bases de datos y el uso de UML para su documentacin. El sistema debe ser diseado para permitir el acceso del bibliotecario. Realizar un diseo que permita la reutilizacin del cdigo construido, en otros proyectos.

CAPTULO II

2.1 MARCO TERICO

En este segundo captulo denominado Marco terico se definen materias importantes que se trabajaran en el proyecto. Como el ttulo lo menciona, se describirn las teoras que apoyan las decisiones que se han tomado en este proyecto.

Caractersticas de la Orientacin a objetos. La tecnologa .NET. Base de datos orientada a objetos. UML.

2.2 DOCUMENTACIN DE UML

Para el ciclo de desarrollo se considerar el lenguaje de modelado UML, por el soporte y universalidad a la orientacin a objetos.

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

UML se ha convertido en la notacin visual estndar de facto y de iure (negocio y de derecho) para el modelado orientado a objetos. Comenz como una iniciativa de Grady Booch y Jimm Rumbaugh en 1994 para combinar las notaciones visuales de sus dos populares mtodos los mtodos de Booch y OMT (Object Modeling Technique)-. Ms tarde se les uni Ivar Jacobson, el creador del mtodo Objectory, y el grupo comenz a ser conocido como tres amigos. Muchos otros contribuyeron a UML, quizs ms notablemente Cris Kobryn, que lidera el proceso de refinamiento que todava contina.

UML fue adoptado en 1997 como estndar por OMG (Object Management Group, organizacin que promueve estndares para la industria), y contina siendo refinado en nuevas versiones. (Larman, 2003).

ARQUITECTURA del UML

UML est basado en una arquitectura de cuatro capas, definidas a fin de cumplir con la especificacin Meta Object Facility del OMG (creangel UML, 2007): Meta-metamodelo: define el lenguaje para especificar meta-modelos. Metamodelo: define el lenguaje para especificar modelos. Modelo: define el lenguaje para describir un dominio de informacin. Objetos de usuario: define un dominio de informacin especfico.

DIAGRAMAS

Un Diagrama es una representacin grfica de una coleccin de elementos de modelado, a menudo dibujada como un grafo conexo de arcos (relaciones) y vrtices (otros elementos del modelo). Un diagrama no es un elemento semntico, un diagrama muestra representaciones de elementos semnticos del modelo, pero su significado no se ve afectado por la forma en que son representados.

Un diagrama est contenido dentro de un paquete. La mayora de los diagramas de UML y algunos smbolos complejos son grafos que contienen formas conectadas por rutas. La informacin est sobre todo en la topologa, no en el tamao o la colocacin de los smbolos (hay algunas excepciones como el diagrama de secuencia con un eje mtrico de tiempo). Hay tres clases importantes de relaciones visuales: conexin (generalmente de lneas a formas de dos dimensiones), contencin (de smbolos por formas cerradas de dos dimensiones), y adhesin visual (un smbolo que est "cerca" de otro en un diagrama). Estas relaciones geomtricas se reasignan a conexiones entre nodos en un grfico en la forma analizada de la notacin.

La notacin de UML est pensada para ser dibujada en superficies bidimensionales. Algunas formas bidimensionales son proyecciones de formas tridimensionales, tales como cubos, pero todava se representan como conos en una superficie bidimensional. (creangel UML, 2007)

Tabla 1: Diagramas UML.

Se muestra una tabla todos los diagramas que conforman UML, adems del rea al que pertenece, la vista y los conceptos principales.

reaVistaDiagramasConceptos Principales

Estructural Vista EstticaDiagrama de ClasesClase, asociacin, generalizacin, dependencia, realizacin, interfaz.

Vista de Casos de usoDiagrama de Casos de usoCaso de Uso, Actor, asociacin, extensin, generalizacin.

Vista de implementacinDiagrama de componentesComponente, interfaz, dependencia, realizacin.

Vista de despliegueDiagrama de despliegueNodo, componente, dependencia, localizacin.

Dinmica Vista de estado de maquinaDiagrama de EstadosEstado, evento, transicin, accin.

Vista de ActividadDiagrama de ActividadEstado, actividad, transicin, determinacin, divisin, unin.

Vista de InteraccinDiagrama de SecuenciaInteraccin, objeto, mensaje, activacin.

Diagrama de ColaboracinColaboracin, interaccin, rol de colaboracin.

Administracin o Gestin de modelado Vista de gestin de modeloDiagrama de ClasesPaquete, sub sistema, modelo.

Extensin de UMLTodasTodosRestriccin, estereotipo, valores, etiquetados.

CAPTULO III

3.1 DESCRIPCIN DE LA ESCUELA ACADEMICO PROFESIONAL DE SISTEMAS.

En este tercer captulo se describe el lugar fsico en que se implementar el proyecto en cuestin, La Escuela Acadmico Profesional de Sistemas.

Se describe, una resea histrica, los objetivos y la estructura organizacional que este posee culminando con una definicin especfica de la biblioteca.

3.2 RESEA HISTRICA

ESCUELA ACADMICO PROFESIONAL DE INGENIERA DE SISTEMAS

La Escuela Acadmico Profesional de Ingeniera de Sistemas fue creada en la facultad de ciencias de Ingeniera con Resolucin N 176-2003-R-UNH, con fecha 24 de Marzo del 2003 y con sujecin del decreto Legislativo N 276 Ley de bases de la carrera Administrativa del Sector Pblico. En sus inicios solo contaba con dos docentes de la carrera de ingeniera de sistemas y un personal administrativo (Secretaria).VISINSer una entidad formadora de Ingenieros de Sistemas acorde con los estndares de calidad universitaria a nivel nacional.MISINFormar profesionales ntegros, proactivos, en ingeniera de sistemas capaces de analizar, disear soluciones integrales a problemas complejos a nivel regional y nacional.

DESCRIPCIN DE LA BIBLIOTECALa biblioteca est conformada por lugar designada en el interior de la direccin de la Escuela Acadmico Profesional de Sistemas, posee los libros ms usados y es donde se realiza el proceso de prstamos, bsqueda y devolucin de libros. La biblioteca opera de forma totalmente manual, cada libro posee una ficha en donde se anota la fecha de devolucin. El sistema de bsqueda es a travs de fichas, que se encuentran disponibles en estantes para que cada usuario haga uso de ellas

CAPTULO IV

4.1 ESTUDIO DE FACTIBILIDADEn este cuarto captulo se documenta el estudio de factibilidad, en el cual se determin si el proyecto es viable para la Escuela Acadmico Profesional de Sistemas, o si es recomendable que se lleve a cabo. El estudio consta de tres partes: factibilidad econmica, tcnica y operacional.Finalmente, se entrega una conclusin de los tres estudios, en la que se determina la factibilidad del proyecto.

4.2 FACTIBILIDAD ECONOMICAPara comenzar con el estudio de factibilidad econmica, se listan todos los recursos necesarios para que el sistema pueda operar de manera ptima.

Recursos Humanos.

1 analista, 1 diseador, 1 programador y un jefe de: 2 horas diarias, 3 das semanales, durante 4 meses.

TOTAL: $15.000.00

Recursos Hardware.

PC Servidor:

AMD CPU Sempron 3000+ Box (AM2). PC-Chips M/B AMD A13G Pci-E A/V/L (AM2). Samsung Disco Duro Sata2 500Gb 7200 rpm. Multimarca DDR2 1GB 533Mhz PC4200. Monitor LCD 15" 540N S/Black Samsung.

VALOR: $500.00.

Multifuncional HP MP160

VALOR: $300.00.

Recursos Software.

Software de diseo.

Programa StarUML. Editor de Texto. Microsoft Project 2010

Software de Programacin.

Visual Studio 2010. SQL Server 2008. SAP Crystal Reports.

Sistema Operativo.

1 Licencia Windows 7 ultmate. $700.00.

Costos Fijos

Costos de Mantencin.

Luz elctrica: 220 W (aprox). Todo el sistema.

VALOR: $50.00 aprox.

El valor total del proyecto es:

$15.000.00Recursos humanos$500.00PC Servidor$300.00Impresora Multifuncional$700.00Licencia Windows

$ 16.500.00TOTAL

El valor total de todos los recursos necesarios para este nuevo sistema es de: $16.500.00, pero teniendo en consideracin que se trata de un proyecto de investigacin realizado en el curso de Anlisis de sistemas informticos el valor del sistema ser de $15.000.00 descontando los valores del recurso humano.

4.3 FACTIBILIDAD TCNICAPara llevar a cabo el anlisis de factibilidad tcnica se consideran todos los recursos que se necesitan para el proyecto.

Recursos Humanos, con conocimiento en:

Tecnologa Orientada a Objetos. Plataforma .NET. Conocimientos del funcionamiento de una biblioteca.

Recursos Hardware.

1 PC para el desarrollo del Proyecto.

2 GB Memoria. 300 GB Disco duro. Tarjeta de red inalmbrica estndar IEEE 802.11g. Procesador 2Ghz.

1 PC para Servidor

AMD CPU Sempron 3000+ Box (AM2). PC-Chips M/B AMD A13G Pci-E A/V/L (AM2). Samsung Disco Duro Sata2 500Gb 7200 rpm. Multimarca DDR2 1GB 533Mhz PC4200. Monitor LCD 15" 540N S/Black Samsung.

1 Impresora Multifuncional.

Recursos Software.

Software de diseo.

Programa StarUML. Editor de Texto. Microsoft Project 2010.

Software de Programacin.

Visual Studio 2010. SQL Server 2008.

Sistema Operativo.

1 Licencia Windows 7 ultmate.

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

Recursos Humanos:

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

Recursos Hardware:

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

Recursos Software:

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

Los equipos que se proponen para el proyecto, son aptos para soportar los objetos que el sistema necesita para operar, y en su conjunto ofrecen una fcil incorporacin de nuevos computadores en la biblioteca, slo bastar de una tarjeta de red inalmbrica para que se conecte al sistema, permitiendo un grado alto de escalabilidad. En caso, que el sistema requiera ser utilizado desde otro lugar ajeno a la biblioteca, slo bastar de una conexin a internet por parte del servidor.

4.4 FACTIBILIDAD OPERACIONALEl Sistema de control de prstamos de libros en la Escuela Acadmico profesional de Sistemas denominado SYSMAID ser utilizado por los encargados y el bibliotecario de la escuela. Tanto el bibliotecario (Secretaria) como los encargados, son usuarios aptos para manipular el sistema, ya que poseen los conocimientos bsicos en computacin, que se requieren para utilizar el sistema.Por otra parte, los usuarios esperan con entusiasmo que la Biblioteca opere de forma automatizada, ya que se beneficia tanto el bibliotecario como los usuarios. Tambin es importante, que los aspectos principales del sistema que actualmente funcionan, permanezcan.El rector, el bibliotecario y algunos estudiantes, han colaborado de forma constante en la planificacin del proyecto, mediante reuniones en las cuales se han pronunciado acerca de los requerimientos y el funcionamiento actual que posee la biblioteca. Adems, el sistema no presentar mayor dificultad al hacer uso de l, bastar seleccionar en pantalla un par de opciones para que la informacin est en forma inmediata.

SUGERENCIAS

Despus de realizar el estudio de factibilidad econmica, tcnica y operacional se puede concluir que la realizacin del proyecto es factible, ya que se cuenta con el capital necesario para su realizacin.

Adems, el recurso hardware y humano que se propone son totalmente acordes con las necesidades del proyecto.

Para finalizar, los usuarios que operarn el nuevo sistema slo les bastarn una preparacin para que puedan utilizar el sistema, ya que los conocimientos bsicos que se necesitan estos ya los poseen.

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

CAPTULO V

5.1 ANLISISLa popularidad de las tecnologas de objetos, ha generado docenas de mtodos de anlisis orientado a objetos desde finales de los 80 y durante los 90. Cada uno de ellos introduce un proceso para el anlisis de un producto o sistema, un conjunto de modelos que evoluciona fuera del proceso, y una notacin que posibilita al anlisis y diseo de sistemas informticos crear cada modelo de una manera consistente. (Pressman, 2002)En este captulo se definirn los objetivos de SYSMAID, el alcance de este, la interfaz de hardware, las principales actividades que la biblioteca posee mediante diagramas de actividad, los paquetes que formarn parte de la lgica de negocio, los principales casos de uso y el diagrama conceptual correspondiente a cada paquete.

5.2 DESCRIPCIN GLOBAL DEL PRODUCTOObjetivo del software SYSMAID

El software a desarrollar tiene como objetivo general: ser una herramienta de utilidad, para la administracin y control de la biblioteca de la Escuela Acadmico Profesional de Sistemas, con el fin de automatizar todas las actividades relacionadas con los objetos que interactan en sta, y as dar una mayor eficiencia en los prstamos y devoluciones del material existente, tales como libros y revistas. Tambin es parte del objetivo, dar un mayor rendimiento en la clasificacin e ingreso de los libros y revistas, actividades que se realizan de forma constante.

Objetivos especficos del software SYSMAID.

Contar con una base de datos orientada a objetos. Permitir la administracin de usuarios y del material existente (Libros y revistas). El software deber ordenar los resultados de una bsqueda (de libros) tomando en cuenta recomendaciones de otros usuarios. El software deber permitir la emisin de informes para la toma de decisiones.

Alcance del sistema:

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

Ingreso de libros y revistas. Prstamos y devoluciones del material existente a usuarios registrados. Comunicacin de los usuarios del sistema a travs de las cuentas. Visualizacin y administracin de documentos digitales por parte de los usuarios. Generacin de Reportes preestablecidos. Bsqueda del material existente.

5.3 INTERFAZ DE HARDWARE

PC SERVIDOR: Ser el computador en que se ejecutarn las operaciones principales del sistema y el que contar con la base de datos.

1Gb Memoria. 180 GB tamao disco Duro, 7200 rpm. Tarjeta de red inalmbrica, estndar IEEE 802.11g.

5.4 CAPTURA DE REQUERIMIENTOSSTAKEHOLDERSUsuarios finales del sistema. Secretaria: Es la persona responsable de distribuir las horas acadmicas.

Clientes Estudiante: Es la persona matriculada en la EAP Sistemas. Docente: Es la persona que trabaja en la institucin EAPS-UNH Pblico en general: Persona interesada en el prstamo de libros, estas personas son ajenas a la institucin.PLAN DE TRABAJONombre de tareaDuracinComienzoFinalEntrevistadorEntrevistado

Recopilacin de Informacin5 dasLunes 06/10/14Viernes 10/10/14Grupo Systemics United

Realizacin Encuesta10 das Lunes 13/10/14Viernes 22/10/14Corasma Barreto WilliamDirector de la EAPS

Velsquez Muoz EderSecretaria

Entrevista a Usuarios Principales3 dasLunes 27/10/14Mircoles 29/10/14Corasma Barreto WilliamPoblacin estudiantil de la EAPS

Revisin de Documentos1 daJueves06/11/14Jueves06/11/14Vargas Huayhuarima, Aldo

Realizacin y observacin de Procesos26 dasViernes07/11/14Viernes05/12/14Grupo Systemics United

Pruebas5 dasLunes05/12/14Viernes10/12/14Grupo Systemics United

REQUERIMIENTOSA continuacin se listan los requerimientos acordados con el bibliotecario y usuarios de la biblioteca de la Escuela Acadmico Profesional de Sistemas.

Requerimientos funcionales de SYSMAID.

El sistema permitir al bibliotecario: Ingresar un usuario y una contrasea para que se pueda acceder a ella. Registrar todos los prstamos de los libros. Registrar los usuarios. Generar reportes de prstamo, usuarios, libros entre otros. Realizar el prstamo a los usuarios. Registrar devoluciones. Imprimir los reportes generados. Registrar los libros que ingresan a stock.

El sistema permitir a los estudiantes:

Ver su informacin. Consultar libros en stock. Realizar prestamos Realizar devoluciones.

El sistema permitir a los docentes:

Ver su informacin. Consultar libros en stock. Realizar prstamos. Realizar devoluciones.

Requerimientos no funcionales de SYSMAID.

El sistema debe poseer un tiempo de respuesta breve ya que es utilizado en un solo puesto de trabajo. El sistema debe brindar un interfaz de usuario intuitiva y sencilla, con un buen mecanismo de ayuda. El sistema debe contar con facilidades para la identificacin de la localizacin de los errores durante la etapa de pruebas y de operacin posterior. El sistema debe ser fcil de instalar. Toda el sistema deber estar complemente documentado, cada uno de los componentes de software que forman parte de la solucin propuesta debern estar debidamente documentados tanto en el cdigo fuente como en el manuales de usuario. El acceso al Sistema debe estar restringido por el uso de claves asignada al bibliotecario. El sistema debe ser diseado y construido con los mayores niveles de flexibilidad.

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

Estudiantes: Usuario del sistema que utilizar la biblioteca y solicitar los prstamos del material existente, adems de realizar bsqueda.

Docentes: Usuario del sistema que acudir a la biblioteca cuando necesita espordicamente la utilizacin del material que existe en la biblioteca de la Escuela Acadmico Profesional de Sistemas.

MIEMBROS DEL GRUPO DE DESARROLLO

VARGAS HUAYHUARIMA, Aldo.Analista: analiza el sistema de biblioteca. Analiza el proceso de negocio, disea, especifica los requisitos.

CORASMA BARRETO William.Diseador de interfaz de usuario, arquitecto de software, diseador de base de datos

VELASQUEZ MUOZ Eder. Jefe de Proyecto, jefe de pruebas.Revisor de gestin de proyectos.

CONSULTORES O ASESORES DEL PROYECTO

Ing. CARDENAS PINTO, Juan Percy.

CLIENTES DEL PROYECTO

El cliente del proyecto de implementacin de Sistema de Biblioteca es la EAPS.

5.6 RECOPILACIN DE INFORMACINRecoleccin de Requisitos Funcionales.

El tratamiento de requisitos es el proceso mediante el cual se especifican y validan los servicios que debe proporcionar el sistema.Los requisitos funcionales, son los requisitos en el cual se describe lo que la aplicacin deber hacer, esto es la funcionalidad del sistema es decir los servicios que el sistema prestar a los usuarios directos, la interaccin entre la aplicacin y su dominio de aplicacin y como la aplicacin deber actuar bajo ciertos estmulos o evento (comportamiento del sistema).

Fuentes de Informacin

En este apartado se nombra las fuentes de informacin que se utilizaron para capturar los requisitos funcionales del Sistema de control de prstamo de libros de EAPS y se encuentra las siguientes: Modelado de Negocios del Sistema de control de prstamo de libros de EAPS y los procesos, procedimientos y los diagramas de actividades. Evaluacin del sistema actual con: Entrevistas con el director de la EAP Sistemas, responsable de la biblioteca de la EAPS. Observacin directa del funcionamiento de prstamo de libros.

Encuesta realizada a todos los usuarios involucrados en el modelo de negocio del Sistema de control de prstamo de libros de EAPS.

Fuentes de Informacin

Encuestas, Entrevistas de los involucrados en el desarrollo del sistema de biblioteca de la EAPS.5.7 DIAGRAMA DE FLUJO DE DATOSDIAGRAMA DE CONTEXTO

DIAGRAMA DE NIVEL 0: GESTIONAR BIBLIOTECA

DIAGRAMA DE NIVEL 01: GESTIONAR SOLICITUD

DIAGRAMA DE NIVEL 02: GESTIONAR DEVOLUCIONES

DIAGRAMA DE NIVEL 03: VALIDAR PRESTAMO

5.8 DIAGRAMAS UMLDIAGRAMA CASOS DE USO

DIAGRAMA DE SECUENCIAInicio de sesin:

1. Muestra ventana de inicio de sesin.2. Bibliotecario ingresa usuario y password para iniciar sesin.3. Seleccionar la opcin aceptar.A). si se selecciona la opcin cancelar ver sesin 1.4. Sistema verifica el usuario y password5. Si usuario y password son vlidos habitar ventana principal y los controles de la aplicacin del sistema.A). Si son incorrectos los datos de inicio de sesin ver seccin 2.

Seccin 1

1. Bibliotecario selecciona opcin cancelar.2. El sistema cancela el inicio de sesin y deshabilita la ventana principal y los controles de sistema.

Seccin 2

1. Bibliotecario selecciona la opcin aceptar2. Si usuario y password no son vlidos el sistema muestra un mensaje indicando que los datos son incorrectos.3. Muestra la ventana de inicio sesin nuevamente para que el bibliotecario lo intente nuevamente.Prstamo de libros

1. Usuario hace un pedido.2. Bibliotecario busca el libro.3. Encontrado el libro se consulta al usuario sobre el libro.4. Si es lo que buscaba el usuario se registra.5. Se entrega el libro.6. Se devuelve el libro y se registra la devolucin

Registrar libros

1. Bibliotecario selecciona agregar libro.2. EL sistema muestra una ventana con un formulario para ingresar toda referente al nuevo libro que se desea registrar en el sistema.3. El bibliotecario ingresa todos los datos de nuevo libro.4. Selecciona aceptar.A). Si se selecciona la opcin cancelar ver a seccin 1.5. El sistema agrega informacin de libro en la base de datos.6. Se muestra un mensaje indicando que se agreg el libro al sistema

Seccin 1:1. Bibliotecario selecciona la opcin cancelar.2. El sistema cancela la operacin y se cierra la ventana.Generar reporte

1. Sistema muestra la ventana de opcin de impresin.2. El sistema genera el reportea correspondiente.3. Bibliotecario selecciona la opcin aceptar.A).Selecciona la opcin cancelar ver seccin 1.4. Bibliotecario seleccin imprimir.5. El sistema enva documento a la impresora.6. Sistema cierra la ventana de opcin de impresin.

Seccion1:1. Bibliotecario selecciona la opcin cancelar.2. El sistema cierra la operacin y cierra la ventana de operaciones.

Devolver libro

1. Usuario devuelve el libro al representante de la biblioteca2. Bibliotecario verifica datos del prstamo en el sistema.3. Bibliotecario verifica conformidad.A). Si no es conforme bibliotecario sanciona al usuario. Ver seccin 1.4. Registra devolucin.

SECCION 1:1. Bibliotecario verifica el estado de libro2. Bibliotecario sanciona al usuario segn las normas de biblioteca.

DIAGRAMA DE ACTIVIDADInicio de sesin

Realizar prstamo de libro

1. El Lector hace su pedido del libro al bibliotecario.2. Si este tiene el libro (biblioteca) pasa al siguiente paso sino el usuario deber buscar otro libro o terminar el proceso.3. Entrega el libro al lector y registra la entrega4. El lector hace uso del libro5. Devuelve el libro y el empleado le devuelve y registra la devolucin

Realizar prstamo de libro

1. El actor usuario se acerca donde el actor bibliotecario que atiende a pedir informes2. Si desea inscribirse da sus datos 3. El empleado decepciona los datos del usuario por medio de un formulario de inscripcin4. Los datos son ingresados a la base de datos5. Se revisan los datos en la db, si existe algn error se deber corregir.

DIAGRAMA DE CLASES

DIAGRAMA DE DISTRIBUCIN

Biblioteca servidor: Pc para el uso de sistema especficamente para el registro de usuario, libros y los prstamos de libros, no necesariamente debe ser superior, pero sera recomendable.PC1: Computadora para el uso del bibliotecario.

DIAGRAMA DE COMPONENTES

DESCRIPCIN MEDIANTE CASOS DE USO

5.9 DIAGRAMA DE PAQUETES

Paquetes para casos de uso.

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

Paquete catlogo libros: Es el paquete encargado de controlar toda la informacin referente a los libros y revistas existentes en la biblioteca, adems de gestionar el ingreso, modificacin y bsqueda del material. La bsqueda del material es propia de este paquete, pero la ordenacin de los resultados la realiza el paquete recomendacin de bsqueda.

Paquete administracin de usuarios: Es el paquete encargado de controlar la informacin que pertenece a los usuarios del sistema, as como el ingreso, modificacin, y bsqueda de usuarios.

Paquete prstamos y devolucin: Es el encargado de registrar los prstamos que realizan los usuarios en la biblioteca, verificar las devoluciones, generar las sanciones necesarias entre otras. Este paquete es totalmente dependiente de los paquetes catlogos libros y administracin de usuarios.

Paquete recomendacin de bsqueda: Es el encargado de ordenar la bsqueda de libros por medio de la recomendacin que los estudiantes han hecho del material que han utilizado.Este paquete es totalmente dependiente de los paquetes catlogos libros y administracin de usuarios.

5.10 PAQUETE CATALOGO LIBROSDIAGRAMA DE CASOS DE USO

PAQUETE CATLOGO LIBROS

En la figura se muestra el diagrama de casos de uso perteneciente al paquete de catlogo de libros interactuado por el bibliotecario y los estudiantes. En el diagrama se puede observar el caso de uso ACTUALIZAR LIBROS en el que se tiene la opcin de ingresar un libro, modificar un libro y adems de extender a los casos de uso DAR BAJA MATERIAL y DAR ALTA MATERIAL. Para realizar la bsqueda del material existe BSQUEDA LIBROS, el que extiende el caso de uso VER RECOMENDACIN del paquete recomendacin de bsqueda.

CASO DE USO: ACTUALIZAR LIBROS.Actores: Bibliotecario.Propsito: Mantener actualizados los libros de la biblioteca.Tipo: Primario y esencial.Descripcin:El bibliotecario, cuando desea actualizar un libro debe poseer una cierta cantidad de informacin que el sistema le solicitar, sta ser an mayor al momento de hacer ingreso de material, el bibliotecario contar con las siguientes opciones:

Ingresar Libro. Modificar Libro. Dar Baja Libro. Dar Alta Libro.

Accin del actorAccin del sistema

El caso de uso comienza cuando el bibliotecario selecciona la opcin que desea para mantener actualizada la informacin de un libro.

Valida la opcin elegida por el bibliotecario y despliega opcin correspondiente.

Deriva a la seccin o caso de uso extendido segn corresponda a la eleccin del bibliotecario. Ingresar libro: Deriva a la seccin ingresar libro. Modificar libro: Deriva a la seccin modificar libro. Dar Baja material: Deriva al caso de uso extendido dar baja material. Dar Alta material: Deriva al caso de uso extendido dar alta material.

SECCIN: INGRESAR LIBRO.

Descripcin:

Si existe un libro que no est ingresado en el sistema, el bibliotecario debe tomar la informacin necesaria para poder ingresarlo y dejar disponible el material a los usuarios de la biblioteca de la Escuela Acadmico Profesional de Sistemas. A continuacin, se nombran los datos que pertenecen a un Libro.

DATOS: Ttulo o nombre/ cdigo/ categora/ ubicacin.

CURSO NORMAL DE LOS EVENTOS

Accin del actorAccin del sistema

Muestra en pantalla el formulario para ingresar los dems datos.

Digita en el formulario: Ttulo o nombre/ cdigo/ categora/ ubicacin.

Verifica que la clasificacin ingresada no exista y muestra lista de materias y autores.

Ingresa Libro en la base de datos.

CURSOS ALTERNOS.

tem 1: Ingresa un ttulo de libro que ya existe en el sistema. Da a conocer al bibliotecario la existencia de otro libro con el mismo ttulo, l decide si ingresar una copia, ocupar la informacin del libro que existe para el nuevo libro o ingresar el libro con el mismo ttulo.

CASO DE USO: DAR BAJA MATERIAL.Actores: Bibliotecario.Propsito: Inhabilitar un libro o revista del sistema.Tipo: Primario y esencial.Descripcin:

Si un libro se estropea, extrava o simplemente es necesario eliminarlo del sistema, podr ser dado de baja. El bibliotecario deber indicar el cdigo de registro del material para luego darlo de baja.

CURSO NORMAL DE LOS EVENTOS

Accin del actorAccin del sistema

El caso de uso comienza cuando el bibliotecario ingresa el cdigo o nombre del libro.

Busca el material en la base de datos.

Selecciona opcin eliminar.

CURSOS ALTERNOS

tem 1: El bibliotecario ingresa un cdigo invlido. El sistema no muestra ningn dato.

CASO DE USO: DAR ALTA MATERIAL.Actores: Bibliotecario.Propsito: Dejar nuevamente activo un libro en el sistema.Tipo: Primario y esencial.Descripcin:

Un libro despus de ser dado de baja, puede nuevamente quedar activo en el sistema, para ello el bibliotecario deber ingresar el cdigo de registro del material, con el cual el libro o revista automticamente volver a estar a disposicin de los usuarios.

CURSO NORMAL DE LOS EVENTOSAccin del actorAccin del sistema

El caso de uso comienza cuando el bibliotecario ingresa el cdigo de registro del libro que se desea dar alta.

Busca el material en la base de datos.

Selecciona opcin guardar.

CASO DE USO: BSQUEDA LIBROS Y REVISTAS.Actores: Bibliotecario, Estudiantes.Propsito: Encontrar material por medio de criterios de bsqueda.Tipo: Primario y esencial.Descripcin:El bibliotecario necesita realizar la bsqueda de material, primero debe especificar el nombre o cdigo de libro, luego debe seleccionar el criterio de bsqueda que estime conveniente. Los criterios de bsqueda se mencionan a continuacin:PARA LIBRO: Ttulo / Cdigo de Registro / Para que el sistema arroje los resultados encontrados con la informacin ms importante del libro.

CURSO NORMAL DE LOS EVENTOSAccin del actorAccin del sistema

El caso de uso comienza cuando el bibliotecario indica al sistema que desea buscar es un libro.

Muestra los criterios de bsqueda asociados al material.

Selecciona el criterio de bsqueda, digita palabras a buscar y enva al sistema.

Segn el criterio escogido y la palabra digitada, realiza la bsqueda.

Muestra en pantalla las coincidencias de la bsqueda.

CURSOS ALTERNOStem 1: Enva formulario sin escribir nada. El sistema no realiza nada.tem 2: No se encuentran coincidencias, el sistema no muestra ningn dato.

5.11 PAQUETE ADMINISTRACIN DE USUARIOS.DIAGRAMA DE CASOS DE USO

Paquete Administracin de usuarios.En la figura se muestra el diagrama de casos de uso perteneciente al paquete de administracin de usuarios interactuado por el bibliotecario y usuarios. En el diagrama se puede observar el caso de uso ACTUALIZAR USUARIO en el que se tiene la opcin de ingresar un usuario, modificar un usuario y extiende DAR BAJA USUARIO y DAR ALTA USUARIO.

CASO DE USO: ACTUALIZAR USUARIO.Actores: Bibliotecario.Propsito: Mantener actualizada la informacin de los usuarios.Tipo: Primario y esencial.Descripcin:

Para poder actualizar una cuenta de usuario, el bibliotecario deber elegir la opcin de usuario desea actualizar, crear, modificar, dar de baja y dar de alta al usuario que desee.

CURSO NORMAL DE LOS EVENTOSAccin del actorAccin del sistema

El caso de uso comienza cuando el bibliotecario selecciona la opcin relacionada con el usuario.

Valida la opcin elegida por el bibliotecario y muestra opciones.

CASO DE USO: DAR BAJA USUARIO.Actores: Bibliotecario.Propsito: Dejar inactivo a un usuario del sistema de todo acto.Tipo: Primario y esencial.Descripcin:

Si por alguna razn un usuario del sistema su condicin de usuario, el bibliotecario deber ingresar nombre de usuario es el que se desea dar de baja.

CURSO NORMAL DE LOS EVENTOSAccin del actorAccin del sistema

El caso de uso comienza cuando el bibliotecario realiza la bsqueda del usuario que desea dar baja.

Busca al usuario y muestra formulario en pantalla.

CURSOS ALTERNOStem 1: El bibliotecario ingresa un nombre invlido. El sistema no muestra ningn dato.

5.12 PAQUETE PRSTAMOS Y DEVOLUCIONES.DIAGRAMA DE CASOS DE USO

Paquete prstamos y devoluciones

En la figura se muestra el diagrama de casos de uso perteneciente al paquete de prstamos y devoluciones interactuado por el bibliotecario. En el diagrama se puede observar el caso de uso PRSTAMOS DE LIBROS. Despus que se produce un prstamo de material, debe ser devuelto mediante el caso de uso DEVOLUCIN DE LIBRO.

CASO DE USO: PRSTAMOS DE MATERIAL.Actores: Bibliotecario.Propsito : Realizar prstamo del material de la biblioteca (libros y revistas).Tipo : Primario y esencial.Descripcin :El bibliotecario, una vez que recibe una solicitud de prstamo por parte del usuario, lo ingresa al sistema identificndolo con su cdigo de carnet. Luego, el usuario le indica el libro que necesita, para que este lo busque en la base de datos, y as registrar el prstamo.

CURSO NORMAL DE LOS EVENTOSAccin del actorAccin del sistema

El caso de uso comienza cuando el bibliotecario ingresa el cdigo del usuario que desea realizar el prstamo.

Verifica que el usuario se encuentre en registrado, para realizar el prstamo.

Ingresa el cdigo de registro del libro para revisar si se encuentra en stock.

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

CURSOS ALTERNOStem 1: Ingreso del cdigo de usuario es errneo o inexistente, El sistema indica error y muestra nuevamente la opcin de ingresar el cdigo del usuario.tem 2: Ingreso del cdigo del libro es inexistente, se cancela el prstamo en curso y da opcin de prstamo de otro material.

CASO DE USO: DEVOLUCIN DE MATERIAL.

Actores: Bibliotecario.Propsito: Realizar la devolucin de un libro o revista.Tipo: Primario y esencial.Descripcin :Para concretar una devolucin, se debe ingresar el cdigo del libro, y en caso de que el libro se entregue fuera de la fecha establecida, el usuario vinculado al libro quedar suspendido de realizar prstamos por los das equivalentes a los das de atraso, es decir, por cada da de atraso se suspende un da de la posibilidad de realizar prstamos. La suspensin del usuario se manifestar por el estado en que se mantendr, INACTIVO.

CURSO NORMAL DE LOS EVENTOSAccin del actorAccin del sistema

El caso de uso comienza cuando el bibliotecario ingresa el cdigo del libro al sistema para efectuar la devolucin.

Vincula el libro al prstamo al que pertenece, para registrar la devolucin del usuario al que est vinculado y verificar que se entreg en buen estado.

Informa la devolucin satisfactoria.

CURSOS ALTERNOStem 1: Se ingresa un cdigo que no pertenece a un prstamo. Se indica error, y se cancela el proceso.

5.13 PAQUETE: RECOMENDACIN DE BSQUEDA.DIAGRAMA DE CASOS DE USO

Paquete recomendacin de bsqueda.

La figura en la que se muestra el diagrama de casos de uso perteneciente al paquete recomendacin de bsqueda interactuado por usuarios. En el diagrama se puede observar el caso de uso VER RECOMENDACIN que sirve para tomar la decisin de que libro elegir de la bsqueda que arroja el sistema, para ello cada estudiante puede RETROALIMENTAR RECOMENDACIN para que la experiencia de leer un material sea de utilidad para otros.CASO DE USO: VER RECOMENDACIN. Actores: Usuario. Propsito : Elegir un material con ms seguridad. Tipo: Secundario y esencial Descripcin : Cuando el bibliotecario est buscando un libro en el sistema, la cual es solicitado por el usuario, aparecer una lista con todo el material que ha coincidido con la bsqueda, tendr que tomar una decisin de cual leer.

CURSO NORMAL DE LOS EVENTOSAccin del actorAccin del sistema

El caso de uso comienza cuando el usuario ha solicitado el prstamo de libros en el sistema y desea visualizar las los materiales que coincidieron con la bsqueda.

Indicar cual libro desea utilizarlo.

Registra el prstamo.

CURSOS ALTERNOS tem 1: No existe el material. Muestra mensaje de no coincidencia.CASO DE USO: RETROALIMENTAR RECOMENDACIN. Actores : Usuario. Propsito : Retroalimentar recomendaciones. Tipo : Secundario y esencial. Descripcin : Cuando un usuario ha ledo un libro, es muy recomendable que este deje su opinin para que otros usuarios puedan apreciarla.

CURSO NORMAL DE LOS EVENTOSAccin del actorAccin del sistema

El caso de uso comienza cuando el usuario desea recomendar un libro que ya ha ledo

Muestra formulario en pantalla para que el bibliotecario rellene con el comentario del usuario correspondiente al libro.

Determina el comentario que corresponde al libro.

Almacena en el sistema la recomendacin para ser visualizada en los reportes.

CAPTULO VI

En este captulo se muestran las principales pantallas de la aplicacin de escritorio y la aplicacin Web.

6.1 PANTALLAS DEL SISTEMAEn sta seccin slo se mostrarn las principales pantallas de ambas aplicaciones.

ACTUALIZACIN DE LA TABLA TEMA

Nos permite gestionar la tabla Tema de nuestra base de datos Biblioteca. Cuenta con opciones de consulta por registro: Primero, Anterior, Siguiente y ltimo.Asimismo con las siguientes opciones: Nuevo: Permite Ingresar un nuevo registro Editar: Permite Modificar un registro ingresado Guardar: Guarda los registros nuevos o modificados en la base de datos. Cancelar: Cancela la ejecucin de la opciones Nuevo y Editar. Eliminar: Elimina registros de la base de datos. Buscar: Busca por cdigo un registro en la tabla Salir: Permite cerrar el formulario Bibliotecario.

ACTUALIZACIN DE LA TABLA LIBRO

Nos permite gestionar la tabla Libro de nuestra base de datos Biblioteca. Cuenta con opciones de consulta por registro: Primero, Anterior, Siguiente y ltimo.Asimismo con las siguientes opciones: Nuevo: Permite Ingresar un nuevo registro. Editar: Permite Modificar un registro ingresado. Guardar: Guarda los registros nuevos o modificados en la base de datos. Cancelar: Cancela la ejecucin de la opciones Nuevo y Editar. Eliminar: Elimina registros de la base de datos. Buscar: Busca por cdigo un registro en la tabla Salir: Permite cerrar el formulario Bibliotecario.ACTUALIZACIN DE LA TABLA BIBLIOTECARIO

Nos permite gestionar la tabla Bibliotecario de nuestra base de datos Biblioteca. Cuenta con opciones de consulta por registro: Primero, Anterior, Siguiente y ltimo.Asimismo con las siguientes opciones: Nuevo: Permite Ingresar un nuevo registro Editar: Permite Modificar un registro ingresado Guardar: Guarda los registros nuevos o modificados en la base de datos. Cancelar: Cancela la ejecucin de la opciones Nuevo y Editar. Eliminar: Elimina registros de la base de datos. Buscar: Busca por cdigo un registro en la tabla Salir: Permite cerrar el formulario Bibliotecario.

ACTUALIZACIN DE TIPO DE LECTOR

Nos permite gestionar la tabla Tipo de Lector de nuestra base de datos Biblioteca. Cuenta con opciones de consulta por registro: Primero, Anterior, Siguiente y ltimo.Asimismo con las siguientes opciones: Nuevo: Permite Ingresar un nuevo registro Editar: Permite Modificar un registro ingresado Guardar: Guarda los registros nuevos o modificados en la base de datos. Cancelar: Cancela la ejecucin de la opciones Nuevo y Editar. Eliminar: Elimina registros de la base de datos. Buscar: Busca por cdigo un registro en la tabla Salir: Permite cerrar el formulario Bibliotecario.

ACTUALIZACIN DE LECTOR

Nos permite gestionar la tabla Lector de nuestra base de datos Biblioteca. Cuenta con opciones de consulta por registro: Primero, Anterior, Siguiente y ltimo.Asimismo con las siguientes opciones: Nuevo: Permite Ingresar un nuevo registro Editar: Permite Modificar un registro ingresado Guardar: Guarda los registros nuevos o modificados en la base de datos. Cancelar: Cancela la ejecucin de la opciones Nuevo y Editar. Eliminar: Elimina registros de la base de datos. Buscar: Busca por cdigo un registro en la tabla Salir: Permite cerrar el formulario Bibliotecario.

ACTUALIZACIN DE CARNT DE LECTOR

Nos permite gestionar la tabla Carn de Lector de nuestra base de datos Biblioteca. Cuenta con opciones de consulta por registro: Primero, Anterior, Siguiente y ltimo. Asimismo con las siguientes opciones: Nuevo: Permite Ingresar un nuevo registro Editar: Permite Modificar un registro ingresado Guardar: Guarda los registros nuevos o modificados en la base de datos. Cancelar: Cancela la ejecucin de la opciones Nuevo y Editar Eliminar: Elimina registros de la base de datos. Buscar: Busca por cdigo un registro en la tabla Salir: Permite cerrar el formulario Bibliotecario.

ACTUALIZACIN DE LA TABLA FICHA DE PRSTAMO

Nos permite gestionar la tabla Ficha de Prstamo de nuestra base de datos Biblioteca. Cuenta con opciones de consulta por registro: Primero, Anterior, Siguiente y ltimo.Asimismo con las siguientes opciones: Nuevo: Permite Ingresar un nuevo registro Editar: Permite Modificar un registro ingresado Guardar: Guarda los registros nuevos o modificados en la base de datos. Cancelar: Cancela la ejecucin de la opciones Nuevo y Editar. Eliminar: Elimina registros de la base de datos. Buscar: Busca por cdigo un registro en la tabla Salir: Permite cerrar el formulario Bibliotecario.

ACTUALIZACIN DE LA TABLA DEVOLUCIN

Nos permite gestionar la tabla Devolucin de nuestra base de datos Biblioteca. Cuenta con opciones de consulta por registro: Primero, Anterior, Siguiente y ltimo.Asimismo con las siguientes opciones: Nuevo: Permite Ingresar un nuevo registro Editar: Permite Modificar un registro ingresado Guardar: Guarda los registros nuevos o modificados en la base de datos. Cancelar: Cancela la ejecucin de la opciones Nuevo y Editar. Eliminar: Elimina registros de la base de datos. Buscar: Busca por cdigo un registro en la tabla Salir: Permite cerrar el formulario Bibliotecario.

CAPITULO VII

DETALLES DE IMPLEMENTACIN

En este sptimo captulo, se abarcarn los detalles ms importantes de la implementacin, vale decir, aquellos puntos que no son triviales y que sirven para dar una solucin en el software del proyecto. 7.1 PLAN DE PRUEBASAl trabajar con el modelo incremental, existe una gran ventaja al momento de las pruebas, ya que stas se realizan en cada incremento. Las pruebas realizadas en cada incremento han sido con datos reales, esto quiere decir, que los primeros incrementos han sido probados fuertemente. Adems, en cada incremento realizado para este proyecto, se realizaron constantemente pruebas de caja negra, estas pruebas fueron realizadas por el programador sin mayor formalidad.

Pruebas del IncrementoPruebas de Integracin

Pruebas de los incrementos a las de integracin.

Una vez que se han implementados todos los incrementos, se realizan las pruebas de integracin, las que deben asegurar el funcionamiento de los casos de usos que establecieron en el captulo de anlisis. En este plan, solo se contemplan pruebas de validacin, es decir, se verificar que el software cumple con los requisitos del anlisis. Tambin es de importancia mencionar, que el software deber operar para varios clientes al mismo tiempo y podran realizar las mismas o distintas operaciones, por lo que el control de la concurrencia tambin est presente en el control de errores. A continuacin se listarn los casos de pruebas, para los posibles errores que pudiesen perjudicar severamente el funcionamiento del sistema, y solo se abarcan los casos de usos Primarios. Adems en las entradas solo se reflejan los atributos que pueden generar dao y en el mismo orden en que se muestran los casos de prueba deben ser comprobados.

7.2 PUESTA EN MARCHA La puesta en marcha es una de las actividades importantes en un proyecto de software, ya que es el momento en que todo lo realizado, se lleva a la prctica esperando resultados positivos, pero en este, como en cualquier proyecto se pueden presentar anomalas, por lo que es necesario prever cualquier situacin. En el caso puntual del proyecto en cuestin, existe un sistema manual para la biblioteca que se ha utilizado durante bastante tiempo, lo que ha significado un arduo trabajo de ingreso y clasificacin de material. Sera inapropiado, por no decirlo injusto que la clasificacin e ingreso existente del material se perdiera para dar paso al nuevo sistema computacional, sin embargo un software no est libre de errores y es necesario mantener el sistema antiguo, por lo menos hasta que el sistema logre estabilidad. La estabilidad para ste software est contemplada entre tres a seis meses. En primera instancia, el bibliotecario o quien sea designado para aquello deber poblar la base de datos con al menos 200 libros y la totalidad de los usuarios. Luego corresponde la marcha blanca, tiempo en la cual estarn trabajando los dos sistemas al mismo tiempo. Por consiguiente, si ocurre algn error en el software, el sistema anterior no tendr ningn problema y podr seguir funcionando hasta que el software sea reparado. El tiempo que se estima conveniente para la marcha blanca es de cuatro meses.Sistema NuevoSistema Actual(Manual)Meses 12 3 4 5 6 7

Tiempo marcha blanca

7.3 PLAN DE CAPACITACIN El plan de capacitacin contemplado para el proyecto tiene el fin, habilitar al bibliotecario para el uso del software de escritorio. Charla, en la cual se explica la teora de todo lo que el sistema permite hacer. Presentacin del software donde se expliquen todas las funcionalidades. Presentacin en detalle de funcionalidades principales. Ingreso de Libros. Ingreso de carnet. Ingreso de Usuario. Prstamos. Devoluciones. Actividad prctica en la cual el bibliotecario interacte directamente con el software. Actividad prctica en la cual el Bibliotecario realice al menos una prueba por cada funcionalidad. Actividad prctica en la que se explica cmo levantar el sistema de escritorio. Actividad prctica en la que se explica cmo instalar el software en otro computador y dejarlo activo para su uso.

BIBLIOGRAFA

Bertino, Elisa y Martino, Lorenzo. 1995. Sistemas de bases de datos orientadas a objetos. Madrid: Addison wesley, 1995. creangel UML. 2007. creangel. [En lnea] 2007. [Citado el: 12 de septiembre de 2007.] http://www.creangel.com/uml/diagramas.php. Larman, Craig. 2003. UML y Patrones. Madrid: Pearson, 2003.Martin, James y Odell, James. 1994. Analisis y Diseo Orientado a Objetos. Mexico : Prentice Hall, 1994. Meyer, Bertrand. 1998. Construccion de Software Orientada a Objetos (Segunda edicion). Espaa: Prentice Hall, 1998.Paredes, Juan de Dios Btz. Desarrollo Orientado a Objetos con UML.Pressman. 2002. Ingeniera del Software Un enfoque Prctico. s.l. : McGraw Hill., 2002.Viscuso, German. 2007. Bases de Objetos. s.l. : www.db4o.com, 2007.

pg. 47