Está en la página 1de 36

UNIVERSIDAD NACIONAL DE INGENIERA

FACULTAD DE CIENCIAS Y SISTEMAS


INGENIERA DE SOFTWARE I

CASO DE ESTUDIO: SISTEMA BIBLIOTECARIO


INTRODUCCIN

Este captulo contiene el desarrollo de un caso de estudio sobre los procesos de prstamo,
devolucin y renovacin de la Biblioteca Esmn Marin de la Universidad Nacional de
Ingeniera de Nicaragua. Est compuesto de las siguientes secciones:

5.2 Anlisis de la Situacin Actual


5.3 Diagnstico de la Situacin Actual
5.4 Especificacin de la solucin
5.5 Validacin de los Modelos
5.6 Cambio y Desarrollo
5.7 Recomendaciones

En la seccin 5.2 se presentan las actividades realizadas para obtener conocimiento del
mundo del cliente. En la siguiente seccin se hace una prescripcin de la situacin
obtenida en la seccin anterior. En la seccin 5.4 se presenta la especificacin de la
solucin; para ello se presentan los objetivos de cada proceso, el modelo de casos de uso
(diagrama de casos de uso, plantilla de casos de uso), enunciados de requerimientos
detectados en el sistema, as como aquellos requerimientos funcionales obtenidos en las
actividades de rediseo de los procesos. A estos tambin se adicionan los requerimientos
no funcionales y requerimientos generales del sistema bibliotecario. Posteriormente, se
presenta el modelo de servicios y el modelo de objetos. En la seccin 5.5 se hace una
validacin de consistencia y completitud entre los modelos de servicio, casos de uso y
modelos de objetos. La seccin 5.6 se refiere a si el cliente decide por el cambio o
mantenerse como est. Finalmente, en la seccin 5.7 se presentan algunas
recomendaciones para que los cambios propuestos puedan implantarse.

Msc. Patricia Lacayo Cruz, Departamento de Informtica Pg. 1


5.2 ANLISIS DE LA SITUACIN ACTUAL
En esta etapa del anlisis se busca obtener un entendimiento inicial del mundo del cliente,
en este caso, de la Biblioteca. Se realizaron las siguientes actividades:
Determinacin del alcance del anlisis
Identificacin de polticas y objetivos
Identificacin de fuentes de informacin
Recoleccin de informacin
Control de calidad de la informacin

El alcance del estudio estar limitado a la fase de anlisis y no comprende la de


construccin. Las fuentes de informacin a las que se tuvo acceso fueron: personal
directivo, usuarios, dueos de procesos y documentacin. Para la recoleccin de
informacin se utilizaron las tcnicas de:
Entrevistas
Estudio de documentacin
Cuestionarios
Observacin

Con el control de calidad se pueden evitar ambigedades, omisiones y malas


interpretaciones de la informacin. Por ello es considerada una actividad muy importante
en esta etapa. Para el control de calidad de la informacin obtenida se emplearon las
siguientes tcnicas:
Validacin en conjunto mediante reuniones, con la participacin de la analista
y usuarios.
Validacin por parte de los usuarios de documentos con resultados del anlisis
Validacin independiente con agente externo a los procesos
Validacin interna con equipo de anlisis y de reingeniera

En la recoleccin de la informacin de la Biblioteca, por ejemplo, se realizaron


actividades de validacin en reuniones con los usuarios y encargados de los procesos. Se
procedi a entregar documentos e informes elaborados con base en la informacin que
los usuarios aportaban, luego ellos hacan correcciones de posibles malas interpretaciones
u omisiones. Despus de estas validaciones se pas a hacer revisiones con la persona
encargada de realizar reingeniera a los procesos. Finalmente se consult con un agente
externo.

Msc. Patricia Lacayo Cruz, Departamento de Informtica Pg. 2


5.3 DIAGNSTICO DE LA SITUACIN ACTUAL
Despus de que se ha realizado el anlisis preliminar y se tiene conocimiento del ambiente
de trabajo se pasa a la siguiente etapa, el diagnstico de la situacin actual. Aqu se
determina cul es la situacin problemtica o aquello que est funcionando mal. Una
vez localizados los problemas se necesita examinar el funcionamiento deficiente de los
procesos actuales y buscar alternativas de solucin.

En nuestro caso de estudio se realiz un anlisis de los procesos para cada una de las
cinco secciones de la Biblioteca y luego se presentaron sus deficiencias y problemas. La
seleccin de los procesos por ser rediseados se realiz conjuntamente con la directora
de la Biblioteca, la encargada de reingeniera y la encargada del anlisis. Se utilizaron
diagramas de casos de uso para representar a los usuarios actores que interactan con
los procesos. Para documentar los pasos de cada proceso se utilizaron plantillas del
mtodo Fusin. Luego se hizo el modelo de objetos utilizando la notacin UML

5.4 ESPECIFICACIN DE LA SOLUCIN


En esta etapa del anlisis se presentan soluciones para resolver los problemas
encontrados. Ningn mtodo puede generar soluciones mecnicamente, esto se logra con
la experiencia, capacidad y conocimiento del analista. Las soluciones vienen expresadas
en la especificacin de los requerimientos, estos resuelven una situacin problemtica de
los procesos y sistemas actuales (el qu) pero no se comprometen con soluciones
informticas (el cmo). De aqu se pasa al modelo de dichos requerimientos.

5.4.1 Enunciado de Requerimientos


A continuacin se presentan los requerimientos de los procesos de prstamo, devolucin
y renovacin seleccionados para nuestra investigacin. Los tres procesos se harn en
forma unificada para las secciones de Circulacin, Revistas y el prstamo
interbibliotecario de la seccin de Consulta y Referencia. Actualmente se hacen procesos
por separado para cada seccin y el sistema de informacin existente permite nicamente
el prstamo de libros.

Descripcin de
Estos requerimientos se obtuvieron a partir de deficiencias detectadas en el diagnstico,
que transformamos en objetivos de informacin para los nuevos procesos.

Msc. Patricia Lacayo Cruz, Departamento de Informtica Pg. 3


El sistema deber permitir que los procesos de prstamo, devolucin y renovacin se
realicen utilizando el sistema automatizado y que ya no se tenga que llevar en paralelo
un sistema manual (las boletas de prstamo). Esto solucionar el problema de
duplicidad de funciones que se encontr en la seccin 4.5 del Diagnstico. Adems,
permitir reducir los tiempos de atencin al usuario, los costos de operacin y
facilitar al funcionario la realizacin de sus labores.

El sistema deber permitir la consulta de morosidad de un usuario sin tener que salirse
de la pantalla principal de prstamo, devolucin y renovacin. Esto evitar que se
tenga que salir de un proceso y entrar a otros mdulos. En el sistema en uso esto es
muy problemtico.

El sistema deber permitir que el registro de morosos sea calculado en forma correcta,
sin tener que incluir como morosos los usuarios a quienes an no se les ha vencido su
prstamo. Es decir, ya no se incluir el da actual de entrega del material como parte
de la morosidad.
El sistema deber permitir llevar el control de prstamos de material de reserva

El control de prstamo deber llevarse tanto en das como en horas

Con el llenado de la boleta y los datos que se ingresan al sistema existen procesos
duplicados, debido a la falta de confiabilidad que presenta el sistema actual. El nuevo
sistema deber eliminar la utilizacin de boletas.

Descripcin de Requerimientos de Rediseo para el Proceso de Prstamo


Estos requerimientos se obtuvieron en las actividades de rediseo de los procesos
Activacin de alarmas para detectar morosidad
El sistema inmediatamente que se ingrese el carn o cdula del usuario deber avisar
si el usuario est moroso, ya sea moroso con dinero o moroso con ejemplar.

Bloqueo de prstamo

Msc. Patricia Lacayo Cruz, Departamento de Informtica Pg. 4


En caso de encontrarse alguna de las dos morosidades el sistema deber bloquear el
prstamo y no permitir que el funcionario que lo opera pueda autorizarlo.

Mltiples prstamos
El sistema deber permitir leer una sola vez la identificacin del usuario para realizar
mltiples prstamos de material bibliogrfico dentro de una misma transaccin.

Polticas de prstamo de material bibliogrfico


El sistema debe registrar y reflejar las polticas de prstamo para las diferentes
categoras de materiales dependiendo de la categora del usuario que desee realizar
el prstamo (ver Anexo No. 1 Reglamento de Servicios Bibliotecarios).

Despliegue de fecha y hora


De acuerdo con la categora de material y categora de usuario, el sistema deber
desplegar fechas y horas de vencimiento del prstamo con la opcin de que el
funcionario que lo opera pueda modificarlas.

Descripcin de Requerimientos de Rediseo para el Proceso de Devolucin


Activacin de alarmas para detectar morosidad
El sistema inmediatamente despus de leer el cdigo de barras del material deber
avisar si el usuario a nombre de quien est registrado el prstamo tiene algn tipo de
morosidad, ya sea moroso con dinero o moroso con ejemplar. Esto deber funcionar
cuando la devolucin sea personal. En el caso anterior y cuando la devolucin es por
buzn, el sistema automticamente deber actualizar la multa al usuario asociado al
libro.

Modificacin del estatus del tipo de morosidad


El sistema deber modificar el estatus de acuerdo con las opciones siguientes:
El usuario no devuelve el ejemplar y no cancela la multa (moroso con dinero
y moroso con ejemplar)
El usuario devuelve el ejemplar y no cancela la multa (moroso con dinero)
El usuario devuelve el ejemplar y cancela una parte de la multa (moroso con
dinero).

Msc. Patricia Lacayo Cruz, Departamento de Informtica Pg. 5


Clculo de multa
El sistema deber calcular las multas de acuerdo con la categora del material
bibliogrfico, tomando en cuenta que en los das no laborales y feriados no se incurre
en mora ni se calcula multa. Esto implica tener un buen manejo de calendarios.

Actualizacin de saldos
El sistema deber actualizar saldos de acuerdo con las alternativas de pago de multa.

Mltiples devoluciones
El sistema deber permitir leer una sola vez la identificacin del usuario para realizar
mltiples devoluciones de material bibliogrfico (devolucin personal).

Polticas de devolucin
El sistema deber permitir registrar y aplicar polticas de devolucin de material de
acuerdo con las opciones de pago de multa.

Buzn de devolucin
Se deber permitir la utilizacin de una terminal para la devolucin de material
bibliogrfico y a la vez modificar el estatus de morosidad en caso de que sta se d
(al devolver el material). La devolucin tarda puede conllevar una multa, que se
suma a cualquier multa acumulada por el usuario.

Descripcin de Requerimientos de Rediseo para Proceso de Renovacin


Activacin de alarmas para detectar morosidad
El sistema inmediatamente que se ingrese el carn o cdula del usuario deber avisar
si el usuario est moroso, ya sea moroso con dinero o moroso con ejemplar.

Bloqueo de renovacin
En caso de encontrarse alguna de las dos morosidades el sistema deber bloquear la
renovacin y no permitir que el funcionario que lo opera pueda modificarlo.
Mltiples renovaciones
El sistema deber permitir leer una sola vez la identificacin del usuario para realizar
mltiples renovaciones de material bibliogrfico.

Msc. Patricia Lacayo Cruz, Departamento de Informtica Pg. 6


Manejo de nmero de renovaciones
El sistema deber permitir limitar el nmero de renovaciones de un material
especfico de acuerdo con las necesidades de solicitud de otros usuarios, permitiendo
registrar una nota de no renovacin de ese material.

Renovacin personal
La renovacin de un material deber ser personal y no podr renovarlo otra persona
diferente de aquella quien tiene registrado el prstamo.

Descripcin de Requerimientos Generales


Alimentacin constante de bases de datos de usuarios
El sistema debe tener acceso directo a las bases de datos de Registro para consultar
la informacin vigente en la base de datos de alumnos. Adems, se deber contar
con acceso directo a las bases de datos de Recursos Humanos para consultar
informacin vigente sobre los funcionarios. En ambos casos debern definirse vistas
y derechos de acceso apropiados, segn se negocie con las Departamentos de
Admisin y Registro y Recursos Humanos.

Pantalla nica
El sistema deber permitir, desde un solo dilogo por pantalla, la realizacin de los
tres procesos con opciones de consulta, pagos de multa y reportes para cada uno de
ellos.

Control de funcionarios vlidos para operar el sistema


El sistema deber permitir que el encargado que utilice el sistema quede registrado
mediante identificacin (login) y contrasea (password). El sistema registrar, para
cada operacin realizada, el funcionario que la ejecut.

El sistema deber permitir la opcin de desplegar el nombre de la sede donde est


instalndose. Por ejemplo, si es en la sede de la UNI Norte, desplegar en la pantalla
principal Recinto Universitario Agusto Cesar Sandino.

Msc. Patricia Lacayo Cruz, Departamento de Informtica Pg. 7


El sistema deber facilitar el mantenimiento de la informacin relativa a usuarios y
a materiales.

Reportes
Comprobante de pago de multa (con original y 2 copias)
Reporte de recaudacin de multas
Reportes de aviso de vencimiento de libros a funcionarios (con texto e
informacin
o del funcionario y material vencido).
Listado de estudiantes morosos sin nombre. Aparecer ordenado por carn,
sin mostrar el nombre.

Estadsticas
Cantidad de prstamos (con opciones diaria, semanal, mensual, anual y con
fechas inicial y final)
Cantidad de renovaciones (con opciones diaria, semanal, mensual, anual y con
fechas inicial y final)
Cantidad de devoluciones (con opciones diaria, semanal, mensual, anual y con
fechas inicial y final)
Cantidad y montos de multas recibidas (con opciones diaria, semanal,
mensual, anual y con fechas inicial y final)

Grficas (de pastel o barras) para:


Libros ms usados por categora de usuario
Libros ms usados por departamento
Materiales ms usados
Material no prestado (con opciones diaria, semanal, mensual y anual)

Consultas
Cundo se tiene que devolver un material que est prestado
Determinar el nmero de libros que un usuario tiene prestados
Determinar el monto de multa (no cobrada) de un usuario, a un momento dado

Manejo de inventario
Que el sistema permita realizar un inventario automatizado mediante un lector de
cdigo de barras y pueda emitir la siguiente informacin:
Total de ejemplares de libros actuales
Ejemplares perdidos por carrera
Determinar diferencias entre inventario fsico y lgico
Eliminar registros de libros que ya no existan
Opcin de descartes

Msc. Patricia Lacayo Cruz, Departamento de Informtica Pg. 8


Los detalles de los requerimientos y procesos de inventario quedan fuera de los alcances
de este estudio.
Debe definirse el cdigo de barras por utilizar en publicaciones peridicas, as como
en otros materiales.
Los aos debern manejarse en cuatro dgitos. Por ejemplo, 2001

Todos los requerimientos antes mencionados para los tres procesos debern considerar
las siguientes categoras de usuarios y materiales. Estas categoras pueden modificarse
cuando sea necesario aadir nuevos tipos de usuario o material a las categoras actuales.
Esta informacin ser almacenada en la base de datos.

Usuarios:
Alumnos
Administrativos
Docentes
Colegio Cientfico
Prstamo interbibliotecario
Pblico en general
Otros

Material:
Coleccin general
Reserva
Referencia
Revistas
Separatas
Archivo vertical
Vdeos
Discos compactos
Casetes
Otros

El material de reserva es el que tiene alta demanda y por la cantidad de ejemplares


disponibles se restringe el prstamo a los usuarios. Los trabajos finales de graduacin y
tesis se mantienen en reserva por ser de naturaleza nica.
El material de coleccin general se encuentra en la sala de lectura y no tiene ningn tipo
de restriccin. El usuario los puede tomar de los estantes para lectura en sala o solicitar
el prstamo domiciliario.

Msc. Patricia Lacayo Cruz, Departamento de Informtica Pg. 9


El material de referencia agrupa todos los diccionarios, catlogos, enciclopedias,
separatas, mapas, casetes, vdeos, discos compactos, disquetes, archivo vertical, etc. Este
material tiene restriccin total para salir de la biblioteca, es custodiado por la seccin de
Consulta y Referencia.

El material de revistas tiene suscripciones en serie y peridicas, se reciben ejemplares


regularmente. Este material es administrado por la seccin de Publicaciones Peridicas.

Descripcin
Deber contarse con un equipo de respaldo para subsistir las interrupciones elctricas.
Pueden ser fuentes de poder ininterrumpidas (UPS) u otras alternativas.

Verificacin de material a la salida de la biblioteca


Deber utilizarse un lector de cdigo de barras a la salida de la biblioteca para detectar
la fecha de vencimiento de los materiales. Debern darse alarmas visibles y audibles
cuando se pretenda sacar material no autorizado o vencido. De esta manera se reducir
la verificacin manual de los materiales que salen. Se mantendr el lector magntico
en uso actualmente para aumentar la seguridad.

Se deber contar con una computadora personal y un lector de cdigo de barras para
el buzn de devolucin.

5.4.2 Procesos Reformulados


En esta seccin se presentan los procesos identificados y seleccionados para su rediseo.
A continuacin se describen los actores y casos de uso para cada uno de ellos.

Msc. Patricia Lacayo Cruz, Departamento de Informtica Pg. 10


Descripcin de Actores
Actores:
Administrativo: representa a los usuarios del personal administrativo de la Biblioteca, y
es una categora de Usuario.
Colegio Cientfico: representa a los usuarios del Colegio Cientfico, y es una categora
de Usuario.
Encargado: representa al funcionario que opera el sistema
Estudiante: representa a los usuarios estudiantes de la UNI, y es una categora de
Usuario.
Prstamo Interbibliotecario: representa a las universidades estatales y no estatales que
participan en el servicio de Prstamo Interbibliotecario, y es una categora de Usuario.
Profesor: representa los usuarios docentes de la UNI, y es una categora de Usuario
Pblico en General: representa a todo usuario que no pertenece a ninguno de los
anteriores. Es una categora de Usuario.
Usuario: representa la categora general de los usuarios del sistema, es decir los clientes
de la Biblioteca.

Para los procesos de Devolucin y Renovacin no se presentarn las descripciones de


actores por ser las mismas que para el proceso de Prstamo.

Descripcin Resumida de Casos de Uso


Casos de Uso:
Clculo de Multa: ejecuta el clculo y actualizacin de multas de aquellos usuarios que
se encuentren morosos.

Devolucin de Material: ejecuta la devolucin de cualquier material solicitado,


actualizando los registros del prstamo y en caso de morosidad actualiza el estatus de
moroso.

Pago de Multa: realiza los pagos de multas ya sean parciales o totales, as como tambin
la actualizacin del monto. Adems, indica el vuelto o diferencia que se debe entregar
al usuario.

Prstamo de Material: permite que un usuario realice el prstamo de cualquier categora


de material bibliogrfico por un tiempo estipulado, almacenando la informacin relativa
al usuario y al material. El prstamo se realiza siempre que el usuario no se encuentre
con ningn tipo de morosidad.

Renovacin de Material: permite que un usuario realice renovaciones de cualquier


categora de material bibliogrfico por un tiempo estipulado, almacenando la
informacin respectiva del material solicitado y de quien lo requiere. La renovacin se
da siempre que el usuario no se encuentre con algn tipo de morosidad.
Se presenta a continuacin los casos de usos relativos al clculo y pago de multas, por ser

de uso general en los procesos de prstamo, renovacin y devolucin.

Msc. Patricia Lacayo Cruz, Departamento de Informtica Pg. 11


Plantilla de Caso de Uso Clculo de Multa
Caso de Uso: Clculo de multa
Descripcin: Permite sumar las multas actuales y acumuladas que un usuario tenga por devolucin tarda
de material.
Pasos:
1. El sistema recibe el ID de usuario, tiempo de vencimiento y tiempo actual
si tiempo de vencimiento > tiempo actual ejecuta paso 2
2. El sistema calcula el monto de multa y lo suma a las otras multas acumuladas del mismo usuario
(tomando en cuenta el calendario de das laborales y feriados y la categora de material).
Tabla No. 5.1 Plantilla del caso de uso de clculo de multa

Plantilla del Caso de Uso Pago de Multa


Caso de Uso: Pago de multa
Descripcin: Permite actualizar los pagos de multa parciales o totales que se realicen

Pasos:
(Se supone conocido el usuario en cuestin. I.e. es un parmetro de este caso de uso)
1. El sistema desplegar el monto de la multa acumulada para este usuario
2. El sistema permite registrar el pago que hace el usuario:

- Total, si el monto es igual o superior a la multa acumulada. Si el monto es superior, el sistema indica
al encargado la diferencia que debe devolver al usuario.
- Parcial, si el monto es inferior a la multa acumulada
- Nulo, si el usuario no est dispuesto a pagar en ese momento
3. El sistema emite un recibo como comprobante de pago
Tabla No. 5.2 Plantilla del caso de uso de pago de multa

La documentacin correspondiente a los casos de uso de los principales procesos se hace


a continuacin:

5.4.2.1 Proceso de Prstamo


Objetivo
Unificar la realizacin de prstamos para cualquier categora de material
bibliogrfico.

Diagrama de Caso de Uso para el Proceso de Prstamo


Con los diagramas de caso de uso se puede identificar la interaccin entre el sistema y
sus actores (usuarios u otros sistemas que intercambian informacin con el sistema).
Tambin se identifican los grandes servicios, por ejemplo, prstamo de material y
subservicios como clculo y pago de multas.
La siguiente figura representa la comunicacin entre usuarios actores y los casos de uso
de Clculo de Multa, Pago de Multa y Prstamo de Material. Este ltimo hace uso
(uses) de los anteriores.

Msc. Patricia Lacayo Cruz, Departamento de Informtica Pg. 12


Clculo de
Estudiante Multa

uses
Profesor

Prstamo de
Material uses
Administrativo
Usuario Pago de Multa

Colegio
Cientfico

Prstamo
Interbibliotecario
Encargado

Pblico
General

Figura No. 5.1 Diagrama de caso de uso del proceso de prstamo de material

Plantilla de Caso de Uso


Caso de Uso: Proceso de prstamo para material bibliogrfico
Descripcin: Permite realizar el prstamo de cualquier categora de material bibliogrfico, ya sea revistas,
libros u otra categora de material que se designa como prestable.

Pasos:
1 Lectura de identificacin del usuario (carn o cdula segn aplique)
2. El sistema indica si existe algn tipo de morosidad por parte del usuario: ejemplar o dinero
Si el usuario est moroso con dinero, se ejecuta el caso de uso Clculo de Multa y si desea pagar la multa
se ejecuta el caso de uso Pago de Multa. El sistema bloquea automticamente el prstamo mientras exista
alguna de las dos morosidades y presenta el monto de la multa1.
Si el usuario no queda moroso pasar al paso 3
3. Lectura del cdigo de barras del material bibliogrfico repetidamente para el mismo usuario. Este paso
se repite tantas veces como haya material por prestar al mismo usuario.
Puede darse la excepcin que el material bibliogrfico se encuentre prestado y se tengan dos
posibilidades:
- Un usuario diferente quiera pedirlo prestado, pero an no se ha vencido el tiempo de entrega del usuario
que lo tiene prestado. El sistema debe evitar que se preste el material a menos que el material sea devuelto
previamente.
- El mismo usuario que lo tiene prestado quiere pedirlo prestado nuevamente. Pasar a proceso de
renovacin.
4. Aprobacin del prstamo tomando en cuenta las polticas de prstamo para los diferentes categoras de
usuario y de material con opcin de modificacin de fechas de prstamo segn el criterio del encargado de
la ventanilla y de acuerdo con las polticas vigentes.
5. Se desactiva el dispositivo que contiene el material bibliogrfico para que pueda salir de la Biblioteca en
los casos que aplique (por ejemplo, libro de coleccin general).
Tabla No. 5.3 Plantilla del proceso de prstamo de material

1
Puede ser multa acumulada en el pasado por otros materiales

Msc. Patricia Lacayo Cruz, Departamento de Informtica Pg. 13


Modelo de Servicios
Despus de que se analizaron los casos de uso y se detectaron los servicios principales y
con quienes interactan se construy el modelo de servicios para identificar los sub
servicios de cada uno de los grandes servicios, en el cual se presenta una interaccin
declarativa2 mediante las cooperaciones (confianzas y garantas entre roles).
El siguiente modelo contiene los roles de Activacin de alarma, Lector Cdigo de Barras,
Registro Transacciones, Clculo de Multa, Pago de Multa y Prstamo. Estos realizan
diversas actividades para llevar a cabo sus servicios.

Lector Cdigo de Barras Activador de Alarma


lectura de ID de
ID de Usuario
lectura ID de usuario ledo
mltiple
material
usuario bloquear
consultado prstamo

Registro Transaccin

prstamo
de material
realizado

11

Prstamo

consulta a
realiza
prstamo usuario

Pago de Multa
prstamo
ID de mltiple bloqueado
material ledo efecta cobro
de multa
solicita 2
pagar multa

Clculo de Multa
solicita clculo
multa actualiza
saldo por
abono

clculo de
multa

.. (1) La fecha de vencimiento del prstamo se determina con base en las polticas de prstamo
(2) Cuando se realiza un abono (parcial o total) de multa se actualiza el monto

Figura No. 5.2 Modelo de servicios para prstamo

2
En el mtodo de Jacobson es posible hacer diagramas de interaccin secuencializados (no declarativos).
Si el lector est interesado en informarse ms sobre estos diagramas puede ver [Jacobson, 1992

Msc. Patricia Lacayo Cruz, Departamento de Informtica Pg. 14


5.4.2.2 Proceso de Devolucin
Objetivo
Unificar la realizacin de devoluciones de cualquier categora de material
bibliogrfico

Diagrama de Caso de Uso

Clculo de
Estudiante Multa

uses
Profesor

Devolucin de
Material uses
Administrativo
Usuario Pago de Multa

Colegio
Cientfico

Prstamo
Interbibliotecario
Encargado

Pblico
General

Figura No. 5.3 Diagrama de caso de uso del proceso de devolucin de material

Plantilla de Caso de Uso


Caso de Uso: Proceso de devolucin y buzn
Descripcin: Permite realizar la devolucin de cualquier categora de material bibliogrfico personalmente
o utilizando el buzn de devolucin.

Pasos:
1. Lectura del cdigo de barra del material bibliogrfico
2. El sistema indica si hay algn tipo de morosidad por parte del usuario a nombre de quien est prestado
el material. Si el material est vencido el sistema calcula la multa correspondiente y suma esta cantidad a
las multas acumuladas que tuviera el usuario (el sistema ejecuta el caso de uso Clculo de Multa).
3. Se elimina el registro de prstamo y se toma informacin para estadsticas de prstamo
4. Se activa el dispositivo del material y se pasa a los estantes
Tabla No. 5.4 Plantilla del proceso de devolucin y buzn de material

Msc. Patricia Lacayo Cruz, Departamento de Informtica Pg. 15


Modelo de Servicios
El modelo de servicios del proceso de devolucin presenta los roles Lector Cdigo de
Barras, Activador de Alarma, Devolucin, Registro Transaccin, Pago de Multa y
Clculo de Multa.
Activador de
Lector Cdigo de Barras
Alarma

lectura ID de morosidad
mltiple informada
material

Devolucin Registro Transaccin

informacin de
morosidad devolucin
devolucin de
Clculo de Multa material registrada

material ledo
actualiza saldo
por abono
solicita clculo de
clculo de multa multa

solicita pagar
multa

Pago de Multa

efecta cobro de
multa

Figura No. 5.4 Modelo de servicios para devolucin

Msc. Patricia Lacayo Cruz, Departamento de Informtica Pg. 16


5.4.2.3 Proceso de Renovacin
Objetivo
Permitir unificar la realizacin del proceso de renovacin de cualquier categora de
material bibliogrfico.
Diagrama de Caso de Uso

Clculo de
Estudiante Multa

uses
Profesor

Renovacin de
Material uses
Administrativo
Usuario
Pago de Multa
Colegio
Cientfico

Prstamo
Interbibliotecario
Encargado

Pblico
General

Figura No. 5.5 Diagrama de caso de uso del proceso de renovacin de material

Plantilla de Caso de Uso


Caso de Uso: Proceso de renovacin para material bibliogrfico
Descripcin: Ejecuta la renovacin de cualquier categora de material bibliogrfico, ya sea revistas,
libros u otra categora de material.

Pasos:
1. Lectura de identificacin del usuario (carn o cdula segn aplique)
2. El sistema indica si existe algn tipo de morosidad por parte del usuario: ejemplar o dinero
Si el usuario est moroso con dinero, se ejecuta el clculo y pago de multa. El sistema presenta el
monto de la multa y bloquea automticamente la renovacin mientras exista alguna de las dos
morosidades.
Si el usuario no queda moroso pasar al paso 3
3. Lectura del cdigo de barra del material bibliogrfico, este paso puede repetirse tantas veces como haya
material por renovar.
Si el material bibliogrfico se encuentra prestado se tienen dos posibilidades:
- Un usuario diferente quiera pedirlo prestado, pero an no se ha vencido el tiempo de entrega
del usuario que lo tiene prestado, el sistema debe evitar que se preste el material a menos que ste
sea devuelto previamente.
- El mismo usuario que lo tiene prestado quiere volver a prestarlo. El material pudo haber sido solicitado
previamente por otro usuario. Pasar a paso 4.
4. Aprobacin de renovacin tomando en cuenta las polticas de renovacin para las diferentes
categoras de usuario y de material con opcin de modificacin de fechas de prstamo segn
el criterio del encargado de la ventanilla .
5. Se desactiva el dispositivo que contiene el material bibliogrfico para que pueda salir de la biblioteca

Msc. Patricia Lacayo Cruz, Departamento de Informtica Pg. 17


en los casos que aplique (por ejemplo, libro de coleccin general).
Tabla No. 5.5 Plantilla del proceso de renovacin de material

Modelo de Servicios
Este modelo es muy similar al proceso de prstamo (ver Figura No. 5.2). Se diferencia
en que se puede manejar un nmero limitado de renovaciones (ver recuadro de la Figura
No. 5.6 * cualificadores). Si existe un usuario en espera del material que actualmente
est prestado, se presentar en pantalla el mensaje de no renovar.
Lector Cdigo de Barras Activador de Alarma
lectura de ID de
ID de Usuario
lectura ID de usuario ledo
mltiple
material
usuario bloquear
consultado renovacin

Registro Transaccin

renovacin
material
realizada

11

Renovacin

consulta a
realiza
renovacin usuario

Pago de Multa
renovacin
ID de mltiple bloqueada
efecta cobro
material ledo
de multa
solicita 2
pagar multa

Clculo de Multa
solicita clculo
multa actualiza
saldo por
abono

clculo de
multa

.. (1) La fecha de vencimiento de la renovacin se determina con base en las polticas de renovacin

. (2) Cuando se realiza un abono (parcial o total) de multa se actualiza el monto


Renovacin: renovacin bloqueada . Cuando exista material solicitado por otro usuario la
. renovacin deber bloquearse
Renovacin: r ealiza renovacin .La renovacin debe ser personal

Figura No. 5.6 Modelo de servicios para renovacin

Msc. Patricia Lacayo Cruz, Departamento de Informtica Pg. 18


Modelo de Servicios de Requerimientos Generales
En este modelo se presentan aquellos requerimientos generales relacionados con los
procesos de prstamo, devolucin y renovacin. Estos requerimientos no se incluyen
como pasos dentro de los procesos principales, pero se detallan por ser necesarios como
un entorno del sistema.

El recuadro ms grande representa al Sistema de la Biblioteca (aquellas partes dentro de


los lmites de nuestro estudio). Dentro de l se encuentran los roles Ventana de
Prstamo/Devolucin y Renovacin, Emisiones, Registrar Multa, Emisiones, Inventario.
Los roles ConsultaA, ConsultaF, estn fuera del sistema de la Biblioteca pero interactan
con ella en estos procesos.

En la parte de abajo se presenta un rectngulo donde se describen ms detalladamente


algunas de las cooperaciones (nmeros dentro de los crculos remiten a los detalles. Ver
Figura No. 5.7).
Sistema Biblioteca
ConsultaA

consultar BD
Ventana Prstamo- estudiantes
Devolucin-Renov Emisiones

logn de funcionario reportes emisin de


suministrado 2
generados reportes
usuarios
1
consultados

estadsticas generar
3
presentadas estadsticas ConsultaF

grficas consultar BD
consulta datos
presentadas funcionarios

consulta de Registrar Multas


datos 4
realizada
bitcora de monto de
actividades multa
inventario
realizado

5 Inventario

clculo de
ValidaFuncionario inventario

determina
bitcora diferencias
consulta logn
registrada

realiza
descartes

(1) Deber tener una buena comunicacin mediante red o contar con actualizaciones muy frecuentres
(2) Emisin de comprobante de pago, recaudaciones de multa, listado de estudiantes
(3) Deber permitir opciones diarias, semanales, mensuales, anuales, perodos abiertos
(4) Consulta por usuario y por material
(5) Generar inventario fsico automatizado, mediante lector de cdigo de barra

Msc. Patricia Lacayo Cruz, Departamento de Informtica Pg. 19


Figura No. 5.7 Modelo de servicios de requerimientos generales

5.4.3 Modelo de Objetos


Despus de elaborar el modelo de servicios se obtuvo una especie de proto-modelo que
facilit la identificacin de los objetos del modelo de objetos.
Se presenta primero una vista del modelo de objetos general para representar aquellos
objetos comunes y que no necesitan de un objeto de control para ser activados, sino que
pueden ser activados a travs de la Ventana. Despus se presentan vistas del modelo de
objetos en el siguiente orden:

Proceso de Prstamo, el cual es ejecutado por el objeto de control Manejador de


Prstamo.

Proceso de Renovacin, el cual es ejecutado por el objeto de control Manejador de


Renovacin.

Proceso de Devolucin. El cual es ejecutado por el objeto de control Manejador de


Devolucin.

Clculo de Multa. Este subproceso es ejecutado por el objeto de control Manejador de


Multa. Est presente en los tres procesos anteriores los cuales necesitan de l para la
realizacin del clculo de multa de un usuario. Requiere del objeto de control Manejador
de Pago de Multa.

Pagos de Multa. Este subproceso es ejecutado por el objeto de control Manejador de


Pago de Multa o bien independientemente. Se encarga de recibir los pagos de multas
(parciales o totales), as como de impresiones de comprobantes de pagos.

Estadsticas. Este subproceso es ejecutado por el objeto Manejador de Estadsticas, el


cual se encarga de obtener las estadsticas requeridas por el sistema.

Grficas. Este subproceso es ejecutado por el objeto de control Manejador de Grficas,


el cual solicita a Manejador de Estadsticas la informacin para generar grficas de libros

Msc. Patricia Lacayo Cruz, Departamento de Informtica Pg. 20


ms usados por categora de usuario, libros ms usados por departamento, material no
utilizado, material ms utilizado.

El objeto de interfaz Impresiones se encargar de hacer todas aquellas impresiones,


reportes, etc. que sean globales para el sistema, es decir, que no requieran ser ejecutadas
localmente por algn proceso.

El objeto de control Manejador de Inventario no aparece detallado como los otros objetos
de control, solamente se indica (escapa los alcances del proyecto).

A continuacin se presenta la ltima versin del modelo de objetos, el cual se obtuvo a


partir de refinamientos hasta llegar al modelo de objetos final.

Msc. Patricia Lacayo Cruz, Departamento de Informtica Pg. 21


Impresiones
Manejador de Inventario
Lector Cdigo 1
de Barras

Ventana

Material Solicitado
1
* HistricoTransacciones
*
* 0..1
tipoTransaccin:
Encargado TipoTransaccin
momento:TiempoAbsoluto

^
Prstado 1
0..1 0..1
ltimamente a
Usuario
Departamento 0..1 * Material
0..1 Solicitado por 0..1
multaAcumulada:Real

* *

Prstamo
Es de

Es de
inicioPrstamo,
tiempoVencimiento:
TiempoAbsoluto

* *
Categora Usuario Categora Material

Poltica
duracin:TiempoRelativo

Figura No. 5.8 Modelo de objetos general^

Se aclara que los atributos que aparecen representados dentro de los objetos (en este y en
el resto de los modelos) son los prioritarios. Esto no significa que sean los nicos; se ha
modelado de esta forma por cuestiones de espacio y por relevancia. Por ejemplo, en
Usuario tambin se tienen atributos de direccin, nombres, apellidos, etc. Para los objetos
Histrico de Transacciones, Prstamo y Poltica se presenta la documentacin de sus
atributos.

^
Las asociaciones Prstado ltimamente a y Solicitado por se detallan en la Figura No. 5.11 Modelo de
objetos renovacin de material.

Msc. Patricia Lacayo Cruz, Departamento de Informtica Pg. 22


Histrico de Transacciones:
tipoTransaccin: este atributo almacena el tipo de transaccin, por ejemplo,
tipoTransaccin= Prstamo. Es de tipo TipoTransaccin, el cual puede ser Prstamo,
Devolucin y Renovacin.
momento: almacena el tiempo en el que la transaccin fue efectuada, es de tipo
TiempoAbsoluto, el cual comprende fecha y hora por ejemplo, 22/09/1997, 10 : 00.

Prstamo:
inicioPrstamo: almacena la fecha en que se realiz el prstamo
tiempoVencimiento: almacena la fecha de vencimiento del prstamo. Ambos son de tipo
TiempoAbsoluto (ver objeto Histrico de Transacciones).

La asociacin clase Prstamo sirve para asociar un material con el usuario que lo tiene
prestado e identificar la fecha de vencimiento del prstamo (tiempoVencimiento).

Poltica:
duracin: almacena el perodo vlido de vencimiento del prstamo, es de tipo
TiempoRelativo.
TiempoRelativo: indica el tipo de duracin de un prstamo, por ejemplo, 15 das, 30 das
y 2 horas. La Politica depender de Categora de Usuario y Categora de Material.

La asociacin clase Poltica sirve para reflejar que las polticas dependen nicamente de
la categora del material (Categora de Material) y de la categora de usuario (Categora
de Usuario).

Msc. Patricia Lacayo Cruz, Departamento de Informtica Pg. 23


Modelo de Objetos de Prstamo

Lector
Cdigo de
Barras

Encargado
Prstamo Poltica
duracin :
0..1 inicioPrstamo,
Solicita tiempoVencimiento : TiempoRelativo
1
TiempoAbsoluto

Ventana

Usuario
Manejador
prestaAcum: N de Prstamo
multaAcum:Real

Material

Manejador
de Multa TiempoActuall Histrico
Transacciones
ahora:TiempoAbsoluto tipoTransaccin:
TipoTransaccin

Figura No. 5.9 Modelo de objetos prstamo de material

A continuacin se presenta la descripcin de responsabilidades del Manejador de


Prstamo:

El Prstamo se activa por medio de la Ventana, la cual facilita el ID del encargado, el


ID del material por prestar y el ID del usuario.

El Manejador de Prstamo solicita a Prstamo verificar que ID del material no


corresponda a un material prestado.

El Manejador de Prstamo solicita a Prstamo, dado el ID del usuario, para verificar


si ste est moroso con algn ejemplar. Para esto se comunica tambin con Tiempo

Msc. Patricia Lacayo Cruz, Departamento de Informtica Pg. 24


Actual para comparar la fecha actual (ahora) con la fecha de vencimiento de Prstamo
(tiempoVencimiento).

El Manejador de Prstamo solicita a Manejador de Multa que determine si hay multa


(morosidad con dinero), dado el ID de usuario (el Manejador de Multa para el usuario
permite cancelar multas).

El Manejador de Prstamo bloquea la posibilidad de prestar el ejemplar si el usuario


est moroso con ejemplar o con dinero.

El Manejador de Prstamo se comunica con Material para verificar validez del ID


del material por prestar. Tambin se comunica con Usuario para verificar que el ID
del usuario exista. El Manejador de Prstamo solicita a Material su Categora de
Material (este objeto no aparece en el modelo pero su asociacin se presenta en el
Modelo General ver Figura No. 5.8, a Categora de Usuario se llega va Usuario),
dado ID del material.

El Manejador de Prstamo solicita a Usuario la categora de usuario asociado, dado


el ID del usuario.

El Manejador de Prstamo se comunica con Poltica para definir el tiempo de


duracin del prstamo (duracin), dados el ID de Categoria de Material y el ID de
Categora de usuario.

El Manejador de Prstamo solicita a Histrico de Transacciones crear una nueva


instancia, dados tiempo actual, ID de encargado, ID de usuario, ID de material y tipo
de transaccin = Prstamo.

El Manejador de Prstamo solicita a Prstamo aadir asociacin (ID usuario, ID


material), donde tiempoVencimiento : = ahora + duracin.

Msc. Patricia Lacayo Cruz, Departamento de Informtica Pg. 25


Modelo de Objetos de Devolucin

Encargado
Prstamo

0..1 inicioPrstamo,
Solicita tiempoVencimiento :
1 TiempoAbsoluto

Ventana

Manejador
de Devolucin

Manejador
de Multa l Histrico
TiempoActual Transacciones
ahora:
TiempoAbsoluto tipoTransaccin::
TipoTransaccin

Figura No. 5.10 Modelo de objetos devolucin de material

Descripcin de responsabilidades del Manejador de Devolucin:

La devolucin es activada por Ventana quien le facilita ID del encargado, ID del


material por devolver.
El Manejador de Devolucin solicita a Prstamo la fecha de vencimiento
(tiempoVencimiento) y el ID del usuario asociado al material, dado ID de material.

El Manejador de Devolucin solicita al Manejador de Multa que determine si hay


multa, dados fecha de vencimiento (tiempoVencimiento) e ID de usuario. (Si el
material est vencido, el Manejador de Multa se comunica con Usuario para
actualizar el monto de multas acumulado).

Msc. Patricia Lacayo Cruz, Departamento de Informtica Pg. 26


El Manejador de Devolucin solicita a Histrico de Transacciones crear nueva
instancia dados tiempo actual, ID de encargado, ID de usuario, ID de material y tipo
de transaccin = Devolucin.

El Manejador de Devolucin solicita a Prstamo borrar la instancia correspondiente


a ID de usuario e ID de material.

Los objetos Material y Usuario no aparecen en el modelo porque la devolucin no es


personal, por lo tanto son accesados mediante el objeto de Prstamo cuya asociacin est
representada en el modelo general de las transacciones.

Msc. Patricia Lacayo Cruz, Departamento de Informtica Pg. 27


Modelo de Objetos de Renovacin

Lector
cdigo
de barras
Encargado Poltica
duracin :

TiempoRelativo
0..1
Solicita
1

Ventana

Prestado ltimamente a
0..1 0..1 Usuario
Material Manejador
prestaAcum:N de Renovacin
Solicitado por multaAcum:Real
0..1 0..1

Prstamo
inicioPrstamo,
tiempoVencimiento :
Manejador de Multa
TiempoAbsoluto l Histrico
TiempoActual Transacciones
ahora:
TiempoAbsoluto :
tipoTransaccin:
TipoTransaccin

Figura No. 5.11 Modelo de objetos renovacin de material

Descripcin de Responsabilidades del Manejador de Renovacin de Material:

La Renovacin se activa por medio de la Ventana, la cual facilita el ID del encargado,


el ID del material por renovar y el ID del usuario. (la Ventana deber verificar que
los IDs existan).

El Manejador de Renovacin solicita a Prstamo verificar que el material identificado


por ID de material est prestado al usuario identificado por ID usuario. Si es as,
Prstamo adems devuelve el tiempo de vencimiento de ese prstamo
(tiempoVencimiento).

El Manejador de Renovacin solicita a Manejador de Multa que determine si hay


multa (morosidad con dinero), dados tiempo de vencimiento (tiempoVencimiento) e
ID de usuario (el Manejador de Multa permite calcular la multa). Si existe multa por
prstamo vencido el Manejador de Multa se comunica con Usuario para actualizar el
monto de la multa acumulado (multaAcum).

Msc. Patricia Lacayo Cruz, Departamento de Informtica Pg. 28


El Manejador de Renovacin solicita a Prstamo determinar si el usuario identificado
por ID usuario est moroso con ejemplares.

Se verifica que los IDs existan. Es en Prstamo donde est la informacin si el ID


usuario est vinculado con ese ID material en ese momento y ah tiene un tiempo de
vencimiento asociado (tiempoVencimiento).

El Manejador de Renovacin solicita a Prstamo eliminar instancia identificada por


ID usuario e ID material.

El Manejador de Renovacin bloquea la posibilidad de renovar si el usuario est


moroso con ejemplar o con dinero. En este caso, el Manejador de Renovacin solicita
a Histrico de Transacciones crear nueva instancia, dados tiempo actual, ID de
encargado, ID de usuario, ID de material y tipo de transaccin, con tipo de transaccin
= Devolucin.

El Manejador de Renovacin determina si existe otro usuario que est solicitando el


material que est prestado, en este caso no permitir que el material sea renovado
nuevamente. En este caso, el Manejador de Renovacin solicita a Histrico de
Transacciones crear nueva instancia, dados tiempo actual, ID de encargado, ID de
usuario, ID de material y tipo de transaccin, con tipo de transaccin = Devolucin.

El Manejador de Renovacin se comunica con Poltica para definir el tiempo de


duracin de la renovacin (duracin).
El Manejador de Renovacin solicita a Tiempo Actual su valor (ahora).

El Manejador de Renovacin solicita a Prstamo aadir instancia de asociacin (ID


usuario, ID material), donde tiempoVencimiento : = ahora + duracin.

El Manejador de Renovacin solicita a Histrico de Transacciones crear nueva


instancia, dados tiempo actual, ID de encargado, ID de usuario, ID de material y tipo
de transaccin, con tipo de transaccin = Renovacin.

Msc. Patricia Lacayo Cruz, Departamento de Informtica Pg. 29


Modelo de Objetos de Manejador de Multa

1 1
Solicita
Usuario
Ventana
multaAcum:Real

Tiempo Actual Prstamo


Manejador de Multa
inicioPrstamo,
ahora:TiempoAbsoluto
tiempoVencimiento:
TiempoAbsoluto

Manejador Pago
Calendario
de Multa

Figura No. 5.12 Modelo de objetos de Manejador de Multa

Descripcin de Responsabilidades del Manejador de Multa:

El Manejador de Multa recibe el tiempo de vencimiento (tiempoVencimiento) de un


ejemplar que se devuelve o se renueva. As como el ID del usuario a quien est
prestado el ejemplar.

El Manejador de Multa se comunica con Tiempo Actual para solicitar la fecha y hora
actuales (ahora).
El Manejador de Multa se comunica con Calendario para solicitar das laborales y no
laborales, dados fecha actual (ahora), tiempo de vencimiento (tiempoVencimiento).
Con esa informacin realiza el clculo de la multa.

El Manejador de multa se comunica con el Usuario identificado por ID de usuario,


para sumar el monto de la multa a multa acumulada (multaAcum), si esta aplica.

El Manejador de Multa se comunica con el Manejador de Pago de Multa para realizar


pagos de multa.

Msc. Patricia Lacayo Cruz, Departamento de Informtica Pg. 30


Modelo de Objetos de Manejador de Pago de Multa

Manejador Usuario
de Multa Tiempo Actual
multaAcum:Real

1
Impresin
de
Comprobantes
R
e
g
i
Manejador Pago de s
Multa t
r
a

1
Ventana
*

1
* Histrico de Pagos
1 montoRecibido:Real
momento:TiempoAbsoluto

Encargado
*

1
Estadsticas
montoAcumRecaudado:
Real

Figura No. 5.13 Modelo de objetos Manejador Pago de Multa

Descripcin de Responsabilidades del Manejador Pago de Multa:

El Manejador Pago de Multa recibe el ID del usuario que cancelar (total o


parcialmente) sus multas. (El Manejador Pago de Multa es activado por Ventana o
por Manejador de Multa).

El Manejador Pago de Multa solicita a Ventana el monto que el usuario cancelar


(montoRecibido).

El Manejador Pago de Multa se comunica con Usuario para solicitar el monto de la


multa acumulada correspondiente al ID de usuario.

Msc. Patricia Lacayo Cruz, Departamento de Informtica Pg. 31


El Manejador Pago de Multa se comunica con Tiempo Actual para solicitar la fecha
actual de la transaccin.

El Manejador Pago de Multa solicita a Ventana el ID del encargado (para registrar


responsable de transaccin).

El Manejador Pago de Multa solicita a Histrico de Pagos crear una nueva instancia
de la transaccin dados ID de usuario, montoRecibido, tiempo actual e ID de
encargado.

El Manejador Pago de Multa solicita a Usuario reducir multaAcum en


montoRecibido. En realidad multaAcum : = multaAcum - min (multaAcum,
montoRecibido)
vuelto : = max (0, montoRecibido - multaAcum).

El Manejador Pago de Multa solicita a Impresin de Comprobantes elaborar


comprobantes de pago, dados ID de usuario, multa pagada (montoRecibido), tiempo
actual e ID de encargado.

Modelo de Objetos de Manejador de Estadsticas

Impresiones

Manejador de
Ventana
Estadsticas

Histrico Transacciones *
tipoTransaccin:
Usuario * 0..1 Departamento
TipoTransaccin
momento: TiempoAbsoluto

Figura No. 5.14 Modelo de objetos de Manejador de Estadsticas

A continuacin se presenta la descripcin de responsabilidades del Manejador de


Estadsticas:

Msc. Patricia Lacayo Cruz, Departamento de Informtica Pg. 32


El Manejador de Estadsticas es activado por Ventana

El Manejador de Estadsticas genera estadsticas de: cantidad de prstamos, cantidad


de renovaciones, cantidad de devoluciones, cantidad de montos y multas recibidas,
dados : ID material, ID usuario, tipo de transaccin (tipoTransaccin) y departamento
(servir para generar las grficas de libros ms usados por departamento). Para
calcular las estadsticas se puede utilizar el comando SELECT con clusulas
COUNT, GROUP BY, SUM, etc. para agrupar datos y calcular los resultados de
inters.

El Manejador de Estadsticas accede a Histrico Transacciones va ID usuario, ID


material, tipo de transaccin (tipoTransaccin), ID encargado o momento
(fecha/hora).

El Manejador de Estadsticas puede acceder a Usuario va ID de usuario

El Manejador de Estadsticas puede acceder a Departamento va la asociacin entre


Usuario y Departamento.

El Manejador de Estadsticas se comunica con Impresiones para coordinar las


impresiones.

Msc. Patricia Lacayo Cruz, Departamento de Informtica Pg. 33


Modelo de Objetos de Manejador de Grficas

Histrico Transacciones
Impresin de Grficas
tipoTransaccin:
TipoTransaccin
momento:TiempoAbsoluto
1

A
rr
Arriba

Arriba
A rri

ib
a
ba

--
1

Manejador de Manejador de
--

--

--

Ventana Departamento
Grficas Estadsticas

Figura No. 5.15 Modelo de objetos de Manejador de Grficas

A continuacin se presentan las responsabilidades del Manejador de Grficas:

La Ventana proporciona los parmetros para generar las estadsticas al Manejador de


Estadsticas y al Manejador de Grficas.

El Manejador de Estadsticas accede a Histrico Transacciones va ID usuario, ID


material, tipo de transaccin (tipoTransaccin), ID encargado o momento
(fecha/hora).

Dados ID de material, ID de usuario, ID de departamento o rangos de fechas, el


Manejador de Grficas solicita a Manejador de Estadsticas los resultados de las
estadsticas para generar las grficas correspondientes.

El Manejador de Grficas se comunica con Histrico de Transacciones y le solicita


datos para crear grficas no derivables de las estadsticas.

El Manejador de Grficas se comunica con Impresin de Grficas para coordinar


las impresiones.

Msc. Patricia Lacayo Cruz, Departamento de Informtica Pg. 34


5.5 VALIDACIN DE LOS MODELOS
Despus de crear el modelo de casos de uso, modelo de servicios y modelo de objetos se
realizaron validaciones de completitud y consistencia de manera que se pudiera confiar
que los casos de uso, servicios y objetos especificados contemplan los requerimientos
planteados por el usuario, que se respaldan mutuamente y que no se contradicen. Por
ejemplo, en el modelo de servicio se present incompletitud al existir roles que no
cooperaban para satisfacer cierto requerimiento, por lo que tuvo que corregirse el
modelo y adicionarse el rol que estaba faltando.

5.6 CAMBIO Y DESARROLLO


Habiendo producido una especificacin de requerimientos y validado su completitud
con los usuarios se ha concluido el proceso de anlisis. El cliente (la Biblioteca) ahora
necesita decidir cmo proceder con los cambios especificados. Esta decisin escapa a
los alcances de esta tesis.

Como se mencion anteriormente la construccin no es tema de estudio de esta


investigacin.

5.7 RECOMENDACIONES
Para poder unificar los procesos de prstamo, devolucin y renovacin se deber asignar
cdigo de barras al material de revistas, separatas, archivo vertical, casetes, vdeos, etc.
Adems, deber agregarse al material de Consulta y Referencia el dispositivo de
seguridad en el caso de hacer prstamos domiciliarios.

Asimismo, se deber asignar un cdigo (identificacin de usuario) a las bibliotecas que


participan en el prstamo interbibliotecario para poder registrar los prstamos que se les
conceda.
Debido a la naturaleza de los procesos se recomienda tener una base de datos centralizada
a la cual tengan acceso las cinco secciones de la biblioteca.

Como una contingencia en situaciones que no se tenga energa elctrica se podr hacer
uso de la boleta de prstamo. Ser la nica situacin en la que deber ser utilizada y no

Msc. Patricia Lacayo Cruz, Departamento de Informtica Pg. 35


en condiciones normales. La informacin de las boletas deber ser ingresada al sistema
cuando la situacin sea normalizada.

La tira de prstamo se recomienda mantenerla, al considerarse un medio importante para


recordar al usuario la fecha de vencimiento de su prstamo. Tambin se podra utilizar
un documento recordatorio, el cual se le entregara al usuario al realizar un prstamo; sin
embargo, consideramos que es muy vulnerable a extravos y podra adicionar tiempo en
la atencin del usuario al tener que esperar a que se le imprima.

Para la codificacin de las categoras de materiales (revistas, separatas, etc.) se


recomienda un cdigo con la inicial o iniciales de la categora del material seguido de
un consecutivo. Por ejemplo, para revistas R000001. El nmero de dgitos depender del
volumen anticipado de crecimiento de los materiales (proyectado al menos a 50 aos).

Msc. Patricia Lacayo Cruz, Departamento de Informtica Pg. 36

También podría gustarte