Universidad de Cuenca - Facultad de Ingeniería

Ingeniería de Sistemas – Análisis y Diseño de Software I

Especificación de Requisitos
para un Software de Gestión
Bibliotecaria

Víctor Herrera
David Romero

1
 Universidad de Cuenca - Facultad de Ingeniería
Ingeniería de Sistemas – Análisis y Diseño de Software I

ÍNDICE

1. INTRODUCCION .............................................................................................................................. 3
1.1. Propósito del documento ............................................................................................................ 3
1.2. Alcance del proyecto desarrollado............................................................................................. 3
1.3. Definiciones, acrónimos y abreviaturas .................................................................................... 4
1.4. Visión general del documento .................................................................................................... 4
2. DESCRIPCION GENERAL .............................................................................................................. 4
2.1. Perspectiva del producto ............................................................................................................ 4
2.2. Características de los usuarios ................................................................................................... 4
2.3. Restricciones ................................................................................................................................ 5
3. REQUISITOS FUNCIONALES ........................................................................................................ 5
4. REQUISITOS NO FUNCIONALES................................................................................................. 7
4.1. Rendimiento................................................................................................................................. 7
4.2. Usabilidad .................................................................................................................................... 8
4.3. Verificabilidad ............................................................................................................................. 8
4.4. Seguridad ..................................................................................................................................... 8
4.5. Fiabilidad y robustez .................................................................................................................. 8
4.6. Mantenibilidad ............................................................................................................................ 9
4.7. Portabilidad e Interoperabilidad ……………………………………………………………………….………...………9

5. CASOS DE USO ............................................................................................................................... 10

5.1. Diagrama de Casos de Uso....................................................................................................... 10
5.2. Caso de Uso de Préstamo de Libros ........................................................................................ 11
6. DIAGRAMAS DEL MODELO DEL SISTEMA ......................................................................... 114
6.1. Diagrama de Clases................................................................................................................. 114
6.2. Diagrama de Objetos .............................................................................................................. 114
6.3. Diagrama de Secuencia para Préstamo de Libros ............................................................... 115
6.4. Diagrama de Actividades para Devolución de Libros ......................................................... 115
6.5. Diagrama de Colaboración para Préstamo de Libros ........................................................... 16

2
 Universidad de Cuenca - Facultad de Ingeniería
Ingeniería de Sistemas – Análisis y Diseño de Software I

1. INTRODUCCION

El sistema que aquí se especifica constituye un sistema de gestión bibliotecaria, con el cuál
una biblioteca podrá gestionar tareas cómo el préstamo de libros o la devolución de los mismos,
llevando registro de todos sus usuarios, de los préstamos y devoluciones realizados por los
mismos. Además el sistema busca facilitar la búsqueda de libros para todos los usuarios de una
biblioteca.

1.1. Propósito del documento

Este documento describe los requisitos funcionales y no funcionales del sistema bibliotecario
que una biblioteca esperaría para el mismo. A su vez esta especificación de requisitos sirve
para comunicar a los clientes del sistema la forma en que los autores concebimos el sistema y
servirá como base en caso de que se necesitase modificar alguna funcionalidad o agregar
nuevas características al sistema.

1.2. Alcance del proyecto desarrollado

El sistema bibliotecario llevará un registro de los libros disponibles en la biblioteca, los cuales
pueden ser físicos, digitales (biblioteca digital) o audiolibros, pueden ser una colección o un
libro individual y estar escritos en inglés o castellano. Además se encontrarán clasificados por
cuatro secciones: historia, juvenil, literatura contemporánea y terror.

Por otro lado el sistema llevará registro de los usuarios de la biblioteca, de los libros prestados
a los mismos, los que tienen por devolver y los que no han devuelto dentro del plazo
establecido. A su vez ayudará a los usuarios de la biblioteca a ubicar un libro en un estante
específico de la misma.

También incluye una biblioteca digital, donde los usuarios suscriptores podrán visualizar
algunos libros en formato digital. Por otra parte a los usuarios suscriptores se les hará llegar
por medio de correo electrónico novedades de la biblioteca e invitaciones a lanzamientos de
libros para todos los usuarios, considerando el cumplimiento en las devoluciones de libros.

3
 Universidad de Cuenca - Facultad de Ingeniería
Ingeniería de Sistemas – Análisis y Diseño de Software I

1.3. Definiciones, acrónimos y abreviaturas

NLPM: Número de Libros Prestados por Mes.- Representa el número de libros que un usuario
puede tener en préstamo a la vez en un mes. El máximo es de 5 libros para Usuarios
Suscriptores y de 2 libros para Usuarios Ocasionales.

1.4. Visión general del documento

Este documento contiene la especificación de los requisitos funcionales y no funcionales del

sistema y una visión general de los casos de uso del mismo. Además en él se reflejan diagramas
que representan una visión diferente de los requisitos funcionales a partir de modelado gráfico.

2. DESCRIPCION GENERAL

En general de este sistema se requiere obtener información como listados de usuarios que han
leído el mayor número de libros por mes o listados de usuarios morosos. Esto último debido a
que el sistema deberá notificar a los usuarios que no devuelven sus libros y multarlos en caso
de que incumplan el plazo de devolución.

2.1. Perspectiva del producto

El producto busca consolidar la gestión de tareas como búsqueda de libros en el catálogo en

línea de la biblioteca, préstamo y devolución de libros, registrar usuarios de la biblioteca,
gestionar datos de los libros y usuarios, notificaciones a los usuarios y una biblioteca digital
todo en un solo sistema.

2.2. Características de los usuarios

Los usuarios del sistema serán los usuarios de la biblioteca y los empleados que trabajen en la
misma. Se espera que los usuarios de la biblioteca tengan un conocimiento básico en manejo

4
 Universidad de Cuenca - Facultad de Ingeniería
Ingeniería de Sistemas – Análisis y Diseño de Software I

de computadores, que sepan utilizar un buscador (catálogo de libros) e iniciar sesión en un

sistema. Los usuarios de la biblioteca podrán ser de dos tipos: Ocasionales y Suscriptores. Los
usuarios suscriptores, cuya suscripción dura un año y puede renovarse has otro año más,
tendrán la posibilidad de buscar libros en el catálogo de la biblioteca, acceder a la biblioteca
digital desde cualquier otro lugar distinto a la biblioteca, mientras que los usuarios ocasionales
sólo podrán hacer uso del catálogo en línea para búsqueda.

Por otra parte se espera también que los empleados de la biblioteca tengan un conocimiento
informático básico ya que aparte de realizar sus tareas de gestión de los datos de libros y
usuarios asistirán a los mismos cuándo estos lo requieran.

2.3. Restricciones

El sistema constituye un catálogo en línea, una biblioteca digital y una base de datos de los
usuarios, por lo que el mismo necesita conectarse a la red para que el mismo opere con
normalidad.

3. REQUISITOS FUNCIONALES

 El sistema deberá permitir a los usuarios encontrar un libro por medio del catálogo en línea
de la biblioteca o de la biblioteca digital, localizando el estante específico en el que se
encuentra (en el caso de libros físicos).
 El sistema deberá permitir a los usuarios buscar un libro por su temática, es decir se podrá
buscar un libro por sección (filtrar la búsqueda).
 El sistema deberá mostrar todos los datos de un libro una vez sea encontrado, y
dependiendo de que formato tenga, si está disponible en el resto de formatos.
 Una vez se encuentre un libro el sistema deberá mostrar si el libro está disponible para
préstamo o no.
 El sistema permitirá registrar un usuario (con todos sus datos) en su base de datos, cuando
realice su primera visita a la biblioteca.
 El sistema permitirá registra una cuenta bancaria del usuario en el registro de usuario.

5
 Universidad de Cuenca - Facultad de Ingeniería
Ingeniería de Sistemas – Análisis y Diseño de Software I

 El sistema permitirá generar un carnet que será entregado a un usuario registrado.

 El sistema permitirá registrar la suscripción de un usuario que desee ser suscriptor por un
plazo de un año.
 El sistema permitirá renovar la suscripción de un usuario suscriptor por un plazo de un año
más.
 El sistema generará un usuario y una contraseña para cada usuario suscriptor, con los cuales
accederá a la biblioteca digital.
 El sistema permitirá registrar el préstamo de un libro a un usuario, junto con el plazo de
tiempo que se defina para el préstamo.
 El sistema deberá llevar cuenta del número de préstamos a un usuario por mes, aumentado
el NLPM y validando que no supere el máximo del mismo.
 El sistema deberá notificar a un usuario cuando este incumpla el plazo de devolución
establecido y aumentar el plazo en tres días.
 El sistema permitirá registrar la devolución de un libro de parte de un usuario.
 El sistema deberá llevar cuenta del número de devoluciones de un usuario por mes,
disminuyendo el NLPM.
 El sistema deberá mostrar el número de libros prestados a un usuario por mes.
 El sistema deberá mostrar el número de libros devueltos por un usuario por mes.
 El sistema deberá notificar a un empleado la imposibilidad de otorgar un libro en préstamo
a un usuario cuando este sobrepase el máximo de NLPM y no permitir que se registre un
préstamo en estas condiciones.
 El sistema deberá suspender el servicio de préstamos de un usuario por un mes cuando el
mismo no devuelva un libro en el plazo de alargue de tres días.
 El sistema llevará cuenta de las veces en que se suspenda el servicio de préstamos de un
usuario.
 El sistema deberá cobrar una multa a un usuario (por medio de la cuenta bancaria
registrada) cuando reincida en una suspensión del servicio de préstamos.
 El sistema deberá notificar a un empleado la imposibilidad de otorgar un libro en préstamo
a un usuario cuando este tenga una suspensión en el servicio de préstamos y no permitir
que se registre un préstamo en estas condiciones.

6
 Universidad de Cuenca - Facultad de Ingeniería
Ingeniería de Sistemas – Análisis y Diseño de Software I

 El sistema deberá enviar un correo electrónico con las novedades (nuevas adquisiciones)
de la biblioteca a los usuarios suscriptores cada mes.
 El sistema deberá enviar un correo electrónico con una invitación a un lanzamiento de un
libro todos los usuarios que hayan cumplido con sus devoluciones y que hayan pedido al
menos dos libros por mes.
 El sistema deberá llevar cuenta de todos los libros prestados a un usuario.
 El sistema deberá mostrar todos los libros que han sido prestados a un usuario.
 El sistema deberá llevar cuenta de todos los libros devueltos por un usuario.
 El sistema deberá mostrar todos los libros que han sido devueltos por un usuario.
 El sistema deberá llevar cuenta de todos los libros pendientes de devolver por un usuario.
 El sistema deberá mostrar todos los libros pendientes de devolver por un usuario.
 El sistema deberá mostrar un listado de todos los libros que estén próximos a ser devueltos.
 El sistema deberá mostrar un listado de todos los usuarios morosos.
 El sistema deberá mostrar un listado de los usuarios que han leído el mayor número de
libros por mes.

4. REQUISITOS NO FUNCIONALES

El sistema en cuestión deberá cumplir con los siguientes requisitos no funcionales:

4.1. Rendimiento

El catálogo en línea deberá soportar un número de usuarios simultáneos igual al número de

computadores con los que disponga la biblioteca. El tiempo que tome cada búsqueda no debería
ser mayor a 4 segundos para que represente una gran diferencia respecto de realizar la búsqueda
de un libro normalmente.
Por otro lado la biblioteca digital debería soportar 75 usuarios simultáneos. Al igual que en el
catálogo las páginas web deberían cargar en un tiempo no mayor a 4 segundos, suponiendo
que el usuario cuente con conexión a Internet desde donde quiera conectarse a la biblioteca
digital.

7
 Universidad de Cuenca - Facultad de Ingeniería
Ingeniería de Sistemas – Análisis y Diseño de Software I

4.2. Usabilidad

El sistema pretende implementarse con una interfaz concisa y amigable tanto para el catálogo
de búsqueda en línea como para la biblioteca digital. Busca ser fácil de entender y que cualquier
persona pueda usarlo sin entrenamiento previo.

4.3. Verificabilidad

Las transacciones en cuánto a multas por reincidencia en suspensión del servicio de préstamos
deberán ser verificadas por el sistema bancario que retiene la cuenta bancaria de un usuario, el
cuál verificará la autenticidad de la transacción y se asegure que en realidad provenga de la
biblioteca.

4.4. Seguridad

El uso de las computadoras de la biblioteca es exclusivo de usuarios registrados, únicamente

las personas que posean un carnet podrán acceder a la computadora mediante un lector de
tarjetas en la misma.
El acceso a la biblioteca digital está destinado únicamente para los usuarios suscriptores, para
acceder a la misma es necesario disponer de un usuario y contraseña que deben ser únicos para
usuario suscriptor.
Además el sistema debería contar con protecciones contra hackers y virus debido a que
resguarda información de alta importancia para los usuarios (cuentas bancarias).

4.5. Fiabilidad y Robustez

El sistema de catálogo en línea y el de registro de usuarios deberían funcionar el horario

completo en que la biblioteca tenga las puertas abiertas a sus usuarios, ya que el acceso al
catálogo se hace por medio de las computadoras de la biblioteca.

8
 Universidad de Cuenca - Facultad de Ingeniería
Ingeniería de Sistemas – Análisis y Diseño de Software I

Por otro lado la biblioteca digital debería funcionar las 24/7 (las 24 horas del día durante los
siete días de la semana), debido a que su acceso se puede hacer desde cualquier lugar distinto
de la biblioteca.
El sistema completo no funcionaría en el plazo de tiempo para mantenimiento que no debe ser
mayor a 2 horas cada 3 meses.

4.6. Mantenibilidad

Este documento constituye la base para el mantenimiento y posibles cambios que se puedan
realizar en el sistema en un futuro. Con el mismo se asegura que cualquier persona que desee
modificar o personalizar el sistema lo pueda expandir y mejorar para afrontar situaciones que
puedan presentarse en el futuro.

4.7. Portabilidad e Interoperabilidad

El catálogo en línea funciona desde las computadoras de la biblioteca, a las cuales se tienen
acceso con un carnet de usuario registrado que se obtiene al registrarse durante la primera visita
a la biblioteca.
Por otro lado la biblioteca digital debería poder operar en cualquier tipo de dispositivo
electrónico de escritorio o móvil, como un celular inteligente o una tableta. Debido a lo anterior
debería ser compatible con todos los navegadores móviles y de escritorio disponibles.

9
 Universidad de Cuenca - Facultad de Ingeniería
Ingeniería de Sistemas – Análisis y Diseño de Software I

5. CASOS DE USO

5.1. Diagrama de Casos de Uso

10
 Universidad de Cuenca - Facultad de Ingeniería
Ingeniería de Sistemas – Análisis y Diseño de Software I

5.2. Caso de Uso de Préstamo de Libros

1. Préstamo de Libros
ID: CU01

Actores Empleado, Usuario.

Tipo Primario, Esencial.
Referencias Registro de Usuario, Buscar Libros, Buscar Información de Usuarios.
Pre-condiciones Registro de Usuario: El usuario debe estar registrado para poder solicitar
el préstamo de un libro.
Buscar Libros: Se debe haber buscado y encontrado un libro disponible
para préstamo.
Buscar Información de Usuarios: Se debe haber revisado que el usuario
no exceda el número de libros prestados por mes y que no exista una
suspensión de préstamos al usuario.
Post-condiciones Se completa con éxito el préstamo de libro, se aumenta en una unidad el
número de libros prestados por mes del usuario y el estado del libro en la
biblioteca pasa de disponible a prestado.
Autor Víctor Herrera - David Romero
Fecha 15/01/2018
Versión 1.0
Importancia Alta
Estado Pendiente de Revisión.
Propósito Solicitar el préstamo de un libro.
Resumen El usuario solicita un libro en préstamo, de ser posible un empleado registra
el préstamo en el sistema y entrega el libro al usuario, de lo contrario
retiene el libro.

Curso Normal
1. El usuario, ya con el libro que desea solicitar para préstamo, se acerca al empleado y le comunica que
desea tomar prestado dicho libro.
2. El empleado solicita el libro y los datos del usuario para revisar su información en el sistema.
3. El usuario proporciona sus datos al empleado.
4. El empleado busca al usuario en el sistema y revisa que el usuario no exceda el número de libros prestados
por mes y que no exista una suspensión de préstamos al usuario.
5. SISTEMA El sistema indica la información del usuario.
6. if No excede el número de libros prestados por mes, ni existe una suspensión de préstamos al mismo.
6.1. El empleado informa al usuario que no excede el número de libros prestados por mes y que no
existe una suspensión de préstamos al mismo.

11
 Universidad de Cuenca - Facultad de Ingeniería
Ingeniería de Sistemas – Análisis y Diseño de Software I

6.2. El empleado registra el préstamo en el sistema.

6.3. SISTEMA El sistema indica que el préstamo fue registrado con éxito.
6.4. El empleado entrega el libro al usuario.

Curso Alterno
7. else
7.1. El empleado informa al usuario que no es posible completar el préstamo y devuelve el libro a su
estante.
7. end if

ID: A01

Actor Usuario
Descripción Es una persona que acude a una biblioteca con el interés de leer libros.
Características Puede ser un Usuario Ocasional o un Usuario Suscriptor.
Relaciones Empleado, Sistema Bancario, Usuario Suscriptor.
Referencias Registro de Usuario, Buscar Libros, Buscar Libros Digitales, Préstamo de
Libros, Devolución de Libros, Solicitar Devolución de Libro, Multa, Envío
de Novedades (Sólo para Usuario Suscriptor), Invitación a Lanzamiento.
Autor Víctor Herrera - David Romero
Fecha 15/01/2018
Versión 1.0
Atributos Nombre Descripción Tipo
Correo Electrónico Dirección de Correo Cadena. Público.
Electrónico del
Usuario.
Cuenta Bancaria Número de Cuenta Cadena. Privado.
Bancaria del Usuario.
NLPM Número de libros Entero. Público.
prestados al mes.

12
 Universidad de Cuenca - Facultad de Ingeniería
Ingeniería de Sistemas – Análisis y Diseño de Software I

ID: A02

Actor Empleado
Descripción Es una persona que trabaja en la biblioteca y conoce el funcionamiento de
la misma.
Características Ayuda a los usuarios con la búsqueda, préstamo y devolución de libros.
Relaciones Sistema Bancario, Usuario, Usuario Suscriptor.
Referencias Registro de Usuario, Buscar Libros, Buscar Libros Digitales, Préstamo de
Libros, Devolución de Libros, Solicitar Devolución de Libro, Multa, Envío
de Novedades, Invitación a Lanzamiento, Buscar Información de Usuarios.
Autor Víctor Herrera - David Romero
Fecha 15/01/2018
Versión 1.0

ID: A03

Actor Sistema Bancario

Descripción El sistema de la entidad bancaria en la que el usuario tiene su cuenta.
Características Se encarga de procesar el cargo por multa a un usuario de la biblioteca.
Relaciones Empleado, Usuario, Usuario Suscriptor.
Referencias Multa.
Autor Víctor Herrera - David Romero
Fecha 15/01/2018
Versión 1.0

13
 Universidad de Cuenca - Facultad de Ingeniería
Ingeniería de Sistemas – Análisis y Diseño de Software I

6. DIAGRAMAS DEL MODELO DEL SISTEMA

6.1. Diagrama de Clases

6.2. Diagrama de Objetos

14
 Universidad de Cuenca - Facultad de Ingeniería
Ingeniería de Sistemas – Análisis y Diseño de Software I

6.3. Diagrama de Secuencia para Préstamo de Libros

6.4. Diagrama de Actividades para Devolución de Libros

15
 Universidad de Cuenca - Facultad de Ingeniería
Ingeniería de Sistemas – Análisis y Diseño de Software I

6.5. Diagrama de Colaboración para Préstamo de Libros

16