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