0000 ERS biblioteca

Especificación de requisitos de software Proyecto: “Sistema Bibliotecario para la Biblioteca del Municipio de Loja”

Revisión 0.1

Febrero de 2016

Sistema Bibliotecario para la Biblioteca del Municipio de Loja Especificación de requisitos de software

Rev. 0.1 Pág. 2


Rev. 0.1 Pág. 2


Rev. 0.1 Pág. 3

Ficha del documento Fecha

Revisión

Autores

Verificado dep. calidad.

Guamán B. Doris K Analista - Investigador Investigador

Jiménez C. Ruth E. Analista – Investigador

Mora M. María B. Analista – Investigador 10 de Febrero de 2016

0.1

Ing. Ana Lucía Colala T Riofrìo T. Stalin P Analista – Investigador

Sánchez C. Johanna C. Analista – Investigador

Vaca M. Ramiro V. Analista - Investigador Investigador

Documento validado por las partes en fecha: 5 de Febrero de 2016 Por el cliente

Fdo. D./ Lcda. Carmelina Galvez Vidal Bibliotecaria

Por la empresa suministradora

Fdo. D./Srta María Betsabé Mora Medina

Descripción de requisitos del software


Rev. 0.1 Pág. 4

Contenido FICHA DEL DOCUMENTO

3

CONTENIDO

4

ÍNDICE DE TABLAS

6

ÍNDICE DE FIGURAS

7

1

8

INTRODUCCIÓN

1.1

Propósito

8

1.2

Alcance

8

1.3

Personal involucrado involucrado

9

1.4

Definiciones, acrónimos y abreviaturas

9

1.5

Referencias

11

1.6

Resumen

11

2 2.1

DESCRIPCIÓN GENERAL Perspectiva del producto

12 12

2.2 Funcionalidad Funcionali dad del producto 2.2.1 Administrar material bibliográfico bibliográfico 2.2.2 Búsqueda de material bibliográfico bibliográfic o 2.2.3 Disponibilidad Disponibi lidad de material bibliográfico bibliográfic o 2.2.4 Préstamo de material bibliográfico 2.2.5 Devoluciones Devol uciones de material bibliográfico bibliográfic o 2.2.6 Reserva de material bibliográfico bibliográfi co

12 12 13 14 14 14 15

2.3

Características de los usuarios

16

2.4

Restricciones

16

2.5

Suposiciones Suposicio nes y dependencias

17

2.6

Evolución previsible del sistema

17

3 3.1

REQUISITOS ESPECÍFICOS ESPECÍFICO S Prototipado

3.2 Requisitos comunes de los interfaces 3.2.1 Interfaces Interf aces de usuario 3.2.2 Interfaces Interf aces de hardware 3.2.3 Interfaces Interf aces de software

18 18 25 25 25 26 Descripción de requisitos del software

Sistema Bibliotecario para la Biblioteca del Municipio de Loja Especificación de requisitos de software 3.2.4

3.3

Interfaces de comunicación

Rev. 0.1 Pág. 5 26

Requisitos funcionales

26

3.4 Requerimientos del Sistema 3.4.1 RF001: Administrar usuarios 3.4.2 RF002: Buscar material bibliográfico 3.4.3 RF003: Visualizar disponibilidad del material bibliográfico 3.4.4 RF004: Llenar ficha de solicitud de préstamo del material bibliográfico 3.4.5 RF005: Realizar reserva del material bibliográfico 3.4.6 RF006: Registrar Investigador en el Sistema 3.4.7 RF007: Administrar libros 3.4.8 RF008: Administrar revistas 3.4.9 RF009: Administrar periódicos 3.4.10 RF010: Administrar categoría de libros 3.4.11 RF011: Administrar subcategoría del libro 3.4.12 RF012: Asignar una nueva subcategoría a la categoría. 3.4.13 RF013: Aprobar préstamos del material bibliográfico 3.4.14 RF014: Entregar solicitudes de reserva 3.4.15 RF015: Buscar solicitudes de préstamos y reservas 3.4.16 RF016: Administrar devoluciones del material bibliográfico 3.4.17 RF017: Imprimir aprobaciones de préstamos

27 27 28 29 30 31 32 33 34 34 35 36 37 38 39 40 41 42

3.5 Requisitos no funcionales 3.5.1 Requisitos de rendimiento 3.5.2 Seguridad 3.5.3 Fiabilidad 3.5.4 Mantenibilidad 3.5.5 Portabilidad 3.5.6 Otros requisitos

44 44 44 44 44 45 45



Rev. 0.1 Pág. 6

Índice de tablas Tabla 1: Personal involucrado en el desarrollo del proyecto....................................................... 9 Tabla 2: Glosario de términos.................................................................................................. 11 Tabla 3: Referencias del proyecto ........................................................................................... 11 Tabla 4: Características del usuario administrador .................................................................. 16 Tabla 5: Características del usuario bibliotecario ..................................................................... 16 Tabla 6: Características del usuario investigador ..................................................................... 16 Tabla 7: Requisitos funcionales del SIB ................................................................................... 27



Rev. 0.1 Pág. 7

Índice de figuras Ilustración 1: Página Principal ................................................................................................. 19 Ilustración 2: Acceso al Sistema .............................................................................................. 19 Ilustración 3: Ventana del Administrador ................................................................................. 20 Ilustración 4: Ventana de material bibliográfico ........................................................................ 20 Ilustración 5: Formulario de solicitud de préstamo ................................................................... 21 Ilustración 6: Mensaje de éxito ................................................................................................ 22 Ilustración 7: Reporte de solicitud de préstamo ....................................................................... 22 Ilustración 8: Formulario para hacer una reserva ..................................................................... 23 Ilustración 9: Mensaje de verificación de reserva ..................................................................... 23 Ilustración 10: Documento de reporte de reserva de material bibliográfico ............................... 24 Ilustración 11: Vista de despliegue del SIB .............................................................................. 25



Rev. 0.1 Pág. 8

1 Introducción Este documento es una especificación de Requisitos de Software (ERS) del Sistema Bibliotecario para la Biblioteca del Municipio de Loja, ubicada en el edificio Alfredo Mora Reyes, con dirección: Lourdes y Bolívar (esquina). La presente ERS es fruto de las entrevistas realizadas con los usuarios y responsables de la biblioteca, es decir: bibliotecarios, durante la realización del Módulo de Educción y del Módulo ARS (Análisis de Requisitos del Sistema). En principio la información vertida ha sido validada por el equipo de trabajo, por lo que se considera libre de errores con las naturales reservas de esta afirmación en el contexto del desarrollo de software. Esta especificación se ha realizado de acuerdo al estándar “IEEE Recommended Practice for Software Requirements Specification ANSI/IEEE 8301998”.

1.1

Propósito

El objetivo de la especificación es definir de manera clara y precisa todas las funcionalidades y restricciones del sistema que se desea construir. La presente ERS tiene como audiencia: el equipo de desarrollo, el departamento de aseguramiento de la calidad, la bibliotecaria y los usuarios finales del sistema. Este documento será el canal de comunicación entre las partes implicadas, tomando parte en su confección miembros de cada parte. Esta especificación está sujeta a revisiones por el departamento de aseguramiento de la calidad y la Lcda. Carmelina Galvez Vidal, que se recogerán por medio de sucesivas versiones del documento, hasta alcanzar su aprobación por parte de las partes antes mencionadas y el grupo de usuarios. Una vez aprobado servirá de base al equipo de desarrollo para la construcción del nuevo sistema.

1.2

Alcance

El entorno del proyecto constituye a la ciudad de Loja, en la cual las bibliotecas son numerosas y los sistemas vigentes permiten a los investigadores la consulta de libros que dispone la biblioteca. Po lo tanto, sí hay el entorno demográfico en dónde puede ser útil el Sistema Bibliotecario “SIB” y también hay muchos estudiantes de primaria, secundaria, universitarios, de cuarto nivel, entre otros a los que les son favorables la gestión y automatización de los servicios bibliotecarios. SIB es la automatización de los procesos que lleva actualmente la Biblioteca Central Municipal, dichos procesos se derivan en funciones del SIB y son: administrar material bibliográfico (libros, revistas, periódicos), búsqueda de material bibliográfico y disponibilidad del mismo, realizar préstamos y devoluciones. Finalmente como funcionalidad adicional es la reserva de material bibliográfico, este servicio no ofrece actualmente la biblioteca pero es factible su propuesta. SIB no automatizará, ninguna de las siguientes tareas: Modificar o cancelar una reserva de material bibliográfico. o Modificar o cancelar un préstamo de material bibliográfico. o El sistema no controlará las devoluciones de las cédulas ni la entrega de las o mismas, este proceso deberá ser controlado por la persona encargada. El sistema no dará alertas al investigador ni al bibliotecario que está próxima la o fecha especificada en la solicitud de reserva, ni alertará al bibliotecario si el investigador no llegó a la fecha especificada en su solicitud. Descripción de requisitos del software


1.3

Rev. 0.1 Pág. 9

Personal involucrado

Nombre Rol Categoría profesional Responsabilidades Información de contacto Aprobación

Stalin Riofrío Gestor del producto Estudiante Gerente del SIB [email protected] Si


María Mora Administradora del programa Estudiante Coordinador del grupo [email protected] Si


Vladimir Vaca Arquitecto del software y desarrollador Estudiante Integrante del equipo de desarrollo [email protected] Si


Doris Guamán Experimentadora de usuario Estudiante Integrante del equipo de desarrollo [email protected] Si


Ruth Jiménez Testeadora Estudiante Integrante del equipo de desarrollo [email protected] Si


Johanna Sánches Investigadora de operaciones Estudiante Integrante del equipo de desarrollo [email protected] Si

Tabla 1: Personal involucrado en el desarrollo del proyecto

1.4

Definiciones, acrónimos y abreviaturas

TÉRMINO DEFINICIÓN Administrador Persona que tiene los privilegios de acceso, manejo del sistema y de la administración de los usuarios del sistema. Bibliotecario Persona que maneja los datos personales de los Investigadores (usuarios) y de todo el material que se dispone en la biblioteca. El Bibliotecario realiza las funciones que antes las hacía manualmente, Descripción de requisitos del software


Categoría o áreas del conocimiento

Confiabilidad

Cutter

Detalle de Devolución Detalle de Préstamo Entregar solicitudes de reserva Investigador

Rev. 0.1 Pág. 10

ahora automatizadamente. Representa al conjunto ordenado de libros por asignatura o subcategoría de acuerdo a las normas establecidas por el SINAB (Dirección Nacional de Bibliotecas) Las categorías establecidas son: Generalidades Filosofía/Psicología Religión Ciencias Sociales Lenguas Ciencias Naturales y Matemáticas Tecnología y Ciencias Aplicadas Artes/Bellas Artes/Artes Decorativas Literatura/Retórica Geografía/Historia Es un calificativo que se le da al Investigador para saber su responsabilidad en cuanto al uso de las funcionalidades del sistema “SIB”. Es de nuestro interés los Investigadores no confiables. (ver definición de investigador no confiable) Es un sistema de clasificación que utiliza letras y números para proporcionar un código alfanumérico a los apellidos de los autores/as de los documentos, destinado a establecer la signatura librística. Registro de la entrega del material bibliográfico por parte del investigador al Bibliotecario, después de esta acción el material se mostrará como disponible. Registro de datos del usuario y del material bibliográfico que solicita el investigador. No hace alusión específicamente a que el material es obligatorio que sea entregado después de haber hecho una reserva sino, para evitar confusión con aprobar solicitudes de reserva que es cuando el Investigador le confirma al Bibliotecario que desea hacer efectiva dicha solicitud. Persona que realiza la solicitud y entrega el material bibliográfico, es decir son los “usuarios, que hacen uso de los servicios de la biblioteca”.

Investigador no confiable

ISBN ISSN

Material Bibliográfico Préstamo Solicitud de Reserva Subcategoría

Es aquel investigador que ha sido calificado así porque tal vez en una ocasión hizo una reserva y no llegó en la fecha-hora establecida, porque una vez entregó en malas condiciones el material solicitado o se sobrepasó del tiempo establecido. Por tanto, el Investigador no puede solicitar el material en reserva ni en préstamo. International Standard Book Number (ISBN) es un número de 13 cifras que identifica de una manera única a cada libro o producto de editorial publicado en el mundo con características semejantes. (Número Internacional Normalizado de Publicaciones Seriadas) es un número internacional que permite identificar de manera única una colección, evitando el trabajo y posibles errores de transcribir el título o la información bibliográfica pertinente. Se reserva a las publicaciones en serie como los diarios y las Publicaciones Periódicas. Es el término que representa a los libros, revistas y periódicos. Es la entrega del material bibliográfico al investigador Es la reservación del material bibliográfico que es gestionada por el usuario. Es la anticipación al préstamo de un material. Son las categorías contenidos por otras categorías, por ejemplo: CIENCIAS SOCIALES (Categoría) Estadística Ciencias Políticas Economía Derecho Administración Pública Servicio Social Descripción de requisitos del software


Tomo

Volumen

Rev. 0.1 Pág. 11

Educación Comercio Costumbres, Folclor Es una unidad conceptual como: Edad Antigua, Edad Media, Edad Moderna), y cada uno de esos tomos puede constar de uno o más volúmenes de por páginas. Si los elementos constituyen unidades temáticas, se hablará de tomos; si no, de volúmenes. Es una unidad física, independientemente del contenido.

Tabla 2: Glosario de términos

1.5

Referencias

Referencia

Titulo

Ruta

1

Elicitación

2

Análisis

3

IEEE Recommended Practice for Software Requirements Specification. ANSI/IEEE std. 830- 1998.

4

Plantilla IEEE 830

ERS

Fecha

Autor Guamán Doris Jiménez Ruth Mora María 10/10/2015 Riofrìo Stalin Sánchez Johanna Vaca Ramiro Guamán Doris Jiménez Ruth Mora María 1/12/2015 Riofrìo Stalin Sánchez Johanna Vaca Ramiro

IEEE 5/02/2016 STANDARDS ASSOCIATION

Documento con el standard IEEE 830

IEEE 5/02/2016 STANDARDS ASSOCIATION

Plantilla ERS IEEE 830

Tabla 3: Referencias del proyecto

1.6

Resumen

Este documento como ya se dijo anteriormente es una descripción completa del sistema que se va a desarrollar, aquí se respeta la estructura recomendada por el estándar “IEEE Recommended Practice for Software Requirements Specification ANSI/IEEE 830 1998”, el cual consta de tres seccion es. Esta sección es la Introducción y proporciona

una visión general de la ERS. En la Sección 2 se da una descripción general del sistema, con el fin de conocer las principales funciones que debe realizar, los datos asociados y los factores, restricciones, supuestos y dependencias que afectan al desarrollo, sin entrar en excesivos detalles. En la sección 3 se definen detalladamente los requisitos que debe satisfacer el sistema, indicando cuáles son las entradas, las salidas y el proceso necesario para satisfacer cada requisito.



Rev. 0.1 Pág. 12

2 Descripción general En esta sección se presenta una descripción general del sistema sin entrar a describir con mayor detalle su estructura interna. Se presentarán las principales áreas de negocio de la Biblioteca Central Municipal a las cuales el sistema debe dar soporte, las funciones que el sistema debe realizar, la información utilizada, las restricciones y otros f actores que afecten al desarrollo del mismo.

2.1

Perspectiva del producto

El sistema SIB en esta primera versión no interactuará con ningún otro sistema informático existente, pero al momento de implantarlo lo hará con al menos dos equipos de cómputo, mediante una base de datos relacional como MySQL. La interacción con los usuarios será a través de menús. Especificando mejor esta parte de la implantación, el sistema interactuará con: o

o

o

2.2

Un servidor WEB, que permitirá el acceso de SIB a los servicios del sistema. No existe ninguna restricción acerca de qué servidor concreto utilizar, por lo que la decisión se aplaza hasta el diseño detallado. Software de acceso a redes TCP/IP. El protocolo de comunicaciones utilizado por SIB será TCP/IP, en consonancia con las restricciones indicadas en la sección 2.4. Dado que no se ha tomado una decisión acerca de la plataforma de implementación (ver sección 3.3), la decisión de que interfaz TCP/IP utilizar se aplaza hasta el diseño detallado. Base de datos. La única exigencia será la utilización de una Base de Datos Relacional. Por lo demás, el tipo de base de datos y el mecanismo de comunicación con la misma (ODBC, JDBC, interfaz propietario, etc.) se elegirá durante la actividad de diseño detallado.

Funcionalidad del producto

SIB tiene como objetivo principal automatizar las siguientes tareas de la biblioteca central Municipal: Administrar material bibliográfico (libros, revistas, periódicos) o Búsqueda de material bibliográfico y disponibilidad del mismo o Préstamo de material bibliográfico o Devoluciones de material bibliográfico o Reserva de material bibliográfico o A continuación, se describen con más detalle estas tareas, y cómo serán soportadas por el sistema software.

2.2.1 Administrar material bibliográfico El material bibliográfico es: libro, revista y periódicos. Para cada uno de ellos se presenta su funcionalidad:

Administrar libros El Bibliotecario busca los Libros existentes, en el caso de no encontrarse los crea y si hay que modificar algún dato de su ingreso lo modifica. Escenario principal de éxito: Llega un nuevo libro a la biblioteca pero al buscarlos se sabe que hay uno igual por tanto solo se modifica el registro del libro. Si el libro no existe se crea el registro del nuevo libro y se añade a los libros que dispone la biblioteca. Escenarios alternativos: Descripción de requisitos del software


Rev. 0.1 Pág. 13

El libro ya se encuentra registrado y lo único que cambia es la versión, por tanto se lo ingresa normalmente como si se tratase de un nuevo libro. El libro ya se encuentra registrado y hay otro idéntico, por tanto se modifica el registro del libro existente y se añade un ejemplar al registro. El libro a ingresar tiene una categoría que no corresponde a ninguna de las creadas, por tanto primero se crea la nueva categoría y luego se registra el libro.

Administrar revistas El Bibliotecario busca las Revistas existentes, en el caso de no encontrarse los crea y si hay que modificar algún dato de su ingreso lo modifica. Escenario principal de éxito: Llega una nueva Revista a la biblioteca pero al buscarla se sabe que hay una igual por tanto se modifica el registro de la revista. Si la Revista no existe se crea el registro de nueva Revista y se añade a las Revistas que dispone la biblioteca. Escenarios alternativos: La Revista ya se encuentra registrada y lo único que cambia es el número de edición, por tanto se la ingresa normalmente como si se tratase de una nueva Revista. La Revista ya se encuentra registrada con el mismo número de edición y fecha, por tanto se modifica el registro de la Revista existente y se añade un ejemplar al registro.

Administrar periódicos El Bibliotecario busca los Periódicos existentes, en el caso de no encontrarse los crea y si hay que modificar algún dato de su ingreso lo modifica. Escenario principal de éxito: Llega un nuevo Periódico a la biblioteca pero al buscarlo se sabe que hay uno igual por tanto se modifica el registro del Periódico. Si el Periódico no existe se crea el registro de nuevo Periódico y se añade a los Periódicos que dispone la biblioteca. Escenarios alternativos: El periódico ya se encuentra registrado con la misma fecha y lo único que cambia es el diario (La Hora, El Comercio, El extra, etc) por tanto se la ingresa normalmente como si se tratase de un nuevo Periódico que se identifica por la fecha y el Diario. El Periódico ya se encuentra registrado con la misma fecha y Diario por tanto se modifica el registro del Periódico y se añade un ejemplar al registro.

2.2.2 Búsqueda de material bibliográfico El Investigador puede por distintos criterios de búsqueda buscar el material bibliográfico para saber si el recurso que necesita, se dispone en la biblioteca. Escenario principal de éxito: El Investigador se dirige al enlace de búsqueda de material bibliográfico e introduce el nombre, código, autor, o cualquier criterio que desee buscar. Cuando se dé por terminada la búsqueda aparecerá una lista con todas las coincidencias. Escenarios alternativos:



Rev. 0.1 Pág. 14

El criterio del material bibliográfico solicitado no aparece en la lista, por tanto el Investigador puede buscar por otro criterio y si continúa sin aparecer el material, entonces se deberá entender que recurso no se dispone en la biblioteca. El buscador no encuentra similitudes con ningún criterio a pesar que antes si encontraba el material, por tanto este inconveniente debe ser avisado al Bibliotecario para que él le ayude con la búsqueda y la respectiva solicitud de préstamo o reserva.

2.2.3 Disponibilidad de material bibliográfico Si el Investigador conoce que el material bibliográfico se dispone en la biblioteca puede ver la disponibilidad del material, la cual será: disponible, no disponible o reservado. Escenario principal de éxito: El Investigador en la misma ventana donde encontró el material bibliográfico puede visualizar si está disponible, no disponible o reservado el m aterial para que según sus necesidades llene un formulario con detalles del préstamo o reserva del material. Escenarios alternativos: Si el material aparece como no disponible, es necesario que el Investigador revise en los detalles del material si hay otro ejemplar para que vea la disponibilidad de este y en el mejor de los casos pueda solicitarlo en préstamo. Si el material aparece como reservado es necesario que el Investigador vea la fecha - hora de la reserva para que vea si podría aplicar a solicitar el material en el caso de que la reserva no se efectivice. Si el material aparece como ocupado deberá ver la hora en la que se desocupará para que pueda hacer una reserva del material.

2.2.4 Préstamo de material bibliográfico Si el Investigador ve que el material está disponible debe llenar una solicitud de préstamo del material para que el Bibliotecario pueda aprobar la solicitud y entregarle el material bibliográfico solicitado. Escenario principal de éxito: El Investigador llena la ficha de solicitud de préstamo con detalles del material (proporcionados en la búsqueda del mismo), con sus datos personales y con el tiempo que estima utilizará el recurso. Escenarios alternativos: El Investigador se da cuenta que hizo mal el ingreso de algún campo en la solicitud pero todavía no ha enviado la solicitud, entonces puede modificar el formulario antes de enviarlo. El Investigador se da cuenta que hizo mal el ingreso de algún campo en la solicitud pero ya ha enviado la solicitud, entonces deberá solicitarle al Bibliotecario que niegue dicho préstamo o en el mejor de los casos le ayude a corregir el campo que llenó mal. El Investigador cancela la solicitud de préstamo por tanto no le llegará al Bibliotecario.

2.2.5 Devoluciones de material bibliográfico Al Bibliotecario se le hace la entrega del material bibliográfico prestado, este devuelve la cédula al Investigador y marca en la ficha de préstamo la devolución del material bibliográfico, de este modo puede ser solicitado en préstamo por los Investigadores. Descripción de requisitos del software


Rev. 0.1 Pág. 15

Escenario principal de éxito: El Investigador se dirige al Bibliotecario y le entrega el material bibliográfico, para ello primero el Bibliotecario solicita el número de cédula del Investigador y lo busca. En una ventana aparecerá la ficha del préstamo del material, el Bibliotecario comprobará que el material devuelto es el solicitado y se asegurará de su integridad, lo colocará en el estante, devolverá la cédula al Investigador y marcará en la ventana del préstamo que este ya ha sido devuelto, de este modo la disponibilidad del material estará como disponible. Escenarios alternativos: El Bibliotecario busca al Investigador por su cédula y no encuentra la ficha de préstamo, por tanto en su lista de préstamos de todos los Investigadores deberá buscar algún criterio que identifique al material bibliográfico, una vez encontrado realizará las actividades descritas en el Escenario principal de éxito. El material bibliográfico que pretende ser devuelto no coincide con la ficha de préstamo, por tanto no se puede dar como devuelto al material (en el registro). Sino deberá colocar un comentario describiendo el caso (la calamidad) en la ficha del préstamo, a la persona que ha hecho la solicitud se la marcará como Investigador no confiable, para en futuros préstamos denegarle la solicitud. El material deberá esperarse a ser devuelto o pagar su equivalente en dólares. El material bibliográfico devuelto está en mal estado, por tanto el Bibliotecario marca la ficha de préstamo como devuelto pero marcará al Investigador como irresponsable para que en futuros préstamos se condiciones su solicitud.

2.2.6 Reserva de material bibliográfico El Investigador se encuentra en la biblioteca o en un lugar distinto y ha consultado la disponibilidad del material, entonces puede reservar dicho material y en la fecha - hora especificada debe ir a solicitarle al Bibliotecario que apruebe dicho préstamo. Escenario principal de éxito: El Investigador llena la ficha de solicitud de reserva con detalles del material (proporcionados en la búsqueda del mismo), con sus datos personales y con la fecha - hora que necesitará el material bibliográfico, debe tener presente el Investigador que la reserva es válida hasta 15 minutos de gracia, caso contrario perderá la reserva. Escenarios alternativos: El Investigador se da cuenta que hizo mal el ingreso de algún campo en la solicitud pero todavía no ha enviado la solicitud, entonces puede modificar el formulario antes de enviarlo. El Investigador se da cuenta que hizo mal el ingreso de algún campo en la solicitud pero ya ha enviado la solicitud, entonces deberá solicitarle al Bibliotecario que le ayude a corregir el campo que llenó mal, si no le es posible deberá esperar a la fecha-hora que reservó y hablar con el Bibliotecario sobre su error en el envío de la reserva. El Investigador cancela la solicitud de reserva por tanto no le llegará al Bibliotecario. El Investigador llega tarde de la fecha-hora establecida en la solicitud de reserva, por tanto pierde la reserva. La alternativa que le queda es ver si está disponible para solicitarlo en préstamo o realizar otra reserva.



2.3

Rev. 0.1 Pág. 16

Características de los usuarios

Existen tres tipos de usuarios: Administrador, Bibliotecario e Investigador. Cada uno de estos usuarios, por habilidades y actividades, tiene una habilidad muy distinta para el sistema software. Por ello, SIB deberá ofrecer una interfaz de usuario intuitivo, fácil de aprender y sencillo de manejar, esto será conseguido por la aplicación del factor de usabilidad. Tipo de usuario Formación Habilidades Actividades

Administrador Tercer nivel o superior Manejo de todas las actividades y servicios que ofrece el modelo de negocio de Bibliotecas. Administrar Bibliotecarios Administrar Investigadores Administrar Sistema

Tabla 4: Características del usuario administrador Tipo de usuario Formación Habilidades

Actividades

Bibliotecario Tercer nivel o superior Tener dominio de las operaciones diarias ofrecidas en la biblioteca. Buena atención a los investigadores Conocer su entorno de trabajo, en particular saber la distribución y localización del material bibliográfico. Administrar (crear, modificar) libros Administrar (crear, modificar) revistas Administrar (crear, modificar) periódicos Administrar categoría del libro Aprobar préstamos del material bibliográfico Buscar solicitudes de reserva Buscar solicitudes de préstamos Administrar devoluciones del material bibliográfico

Tabla 5: Características del usuario bibliotecario Tipo de usuario Formación Habilidades Actividades

Investigador Secundaria en adelante Tener claro el tema a buscar Saber técnicas de búsqueda y recolección de información Buscar material bibliográfico Visualizar disponibilidad del material bibliográfico Llenar ficha de solicitud de préstamo del material bibliográfico Realizar reserva del material bibliográfico

Tabla 6: Características del usuario investigador

2.4

Restricciones

SIB proporcionará exclusivamente un interfaz WEB, lo cual facilitará su utilización en múltiples plataformas, con independencia del lenguaje de programación y a menor coste. La disponibilidad de SIB deberá ser absoluta, excepto en el caso de cortes en la red de comunicaciones. Este sistema podrá ser utilizado tanto desde la Intranet de la Biblioteca Municipal como desde Internet. Por ello, se deberá definir un protocolo robusto de Descripción de requisitos del software


Rev. 0.1 Pág. 17

autentificación de los usuarios que utilicen el sistema con la única restricción de que este protocolo sea de fácil implementación y usable. Dado que el sistema implementará la política y el proceso de reserva y préstamos de canchas, es de esperar que futuros cambios en los modos de trabajo o en las políticas, ejerzan un fuerte impacto sobre el sistema.

2.5

Suposiciones y dependencias

Se asume que los requisitos descritos en este documento son estables una vez que sea aprobado por el departamento de aseguramiento de la calidad y por la Bibliotecaria Coordinara. Cualquier petición de cambios en la especificación debe ser aprobada por todas las partes y gestionada por el grupo de analistas. El sistema SIB funciona autónomamente, sin necesidad de comunicarse con otros sistemas externos, por lo que no hay dependencias respecto de otros sistemas. Pueda que a futuro sea indispensable una conexión con el sistema del Registro Civil para la validación de identidad de los investigadores, por lo cual se cree que el Sistema Bibliotecario pueda depender de este sistema externo. El sistema seguirá una arquitectura Cliente/Servidor, por lo que la disponibilidad del sistema dependerá de la conexión entre las máquinas en las que residirá el programa cliente y la máquina servidora de datos.

2.6

Evolución previsible del sistema

Muy probablemente en versiones futuras por los cambios organizacionales y estructurales de las instituciones públicas, es posible que los usuarios requieran de un carnet estudiantil para hacer uso del material bibliográfico. De darse esta nueva necesidad, el sistema requerirá conexión a las entidades educativas que provean dicho carnet. Si hubiese una reestructuración de personal, el sistema simplemente tendría que dar de baja a los bibliotecarios que ya no estén ligados a la institución, y se debería ingresar a los nuevos bibliotecarios con sus respectivas jornadas laborales.



Rev. 0.1 Pág. 18

3 Requisitos específicos 3.1

Prototipado

El prototipado es una técnica de Validación de Requisitos y representa una visión general del producto final de software a desarrollar a partir de los requisitos recolectados en la fase de especificación, es frecuentemente usada ya que en ocasiones los usuarios en general no comprenden el modelo técnico de un sistema, por lo que no podrán opinar sobre éste. Es por ello que se utilizan prototipos precisos del sistema para que el usuario pueda comprenderlo más fácilmente. Existen métodos y múltiples herramientas para la elaboración de prototipos que permiten reproducir la interacción con un mínimo esfuerzo. Los presentes prototipos fueron realizados en la Herramienta Pencil [herramienta disponible en el siguiente link de descarga] que es una herramienta abierta opensource la cual tiene como propósito fundamental, proveer de una herramienta de prototipado GUI el cuál las personas pueden instalar y usar para crear maquetas de plataformas web y de escritorio populares.

Estándar de Usabilidad El presente prototipado se lo realizó en referencia a las normas ISO 9241, este estándar define la usabilidad como (la capacidad de un producto software de ser comprendido, aprendido, usado y de ser atractivo para el usuario, en condiciones específicas de uso) como una contribución relativamente independiente a la calidad del software asociado con el diseño y la evaluación de la interfaz del usuario y su interacción. La implementación de la Norma ISO 9241 en el presente prototipo está incorporado en todas las interfaces realizadas tomando en cuenta las siguientes características que nos proporciona esta norma como son Distribución de Pantallas, Navegación, Colores de Pantallas, Posición del Texto, Eventos de Proceso. Es de suma importancia realizar el prototipado ya que es la primera versión o modelo del producto que se está desarrollado, en este se incorpora algunas características del producto final llamado “SIB”. El objetivo de desarrollar el prototipo es ayudar al cliente a

visualizar y refinar su producto ya que gracias a este se empieza a ver los fallos y los puntos de mejora que se necesita corregir en el producto final. El prototipo sirve para centrarnos en cómo se organizará la información y para tener un punto de partida sobre el cual se hará un diseño más avanzado o definitivo. La ventaja de diseñar el prototipado es que es rápido de crear, modificar y económico, ya que si se diseña directamente el sitio web y este diseño requiere cambios o modificaciones esto implica un coste más elevado, el prototipado nos ayuda a definir desde el principio cómo se organizarán los elementos y a reducir modificaciones innecesarias en el diseño final de la aplicación. Seguidamente se muestra el prototipo de la aplicación web SIB, como se observa, son bosquejos del diseño final, pero son de gran ayuda para tener una idea clara de los elementos que habrá en las funcionalidades “servicios” del sistema.



Rev. 0.1 Pág. 19

Ilustración 1: Página Principal Página Principal.- En esta interfaz se presenta los requisitos para hacer efectiva una solicitud de préstamo, el horario de atención de la biblioteca y se pone a disposición dos botones cada uno cumple con una funcionalidad específica, detallada a continuación. Botón “Acceso al sistema”. - se despliega la siguiente ventana.

Ilustración 2: Acceso al Sistema Esta acción la puede realizar únicamente el administrador, una vez que se ha verificado que el usuario y contraseña le pertenecen al administrador, se presenta la siguiente ventana: Descripción de requisitos del software


Rev. 0.1 Pág. 20

Ilustración 3: Ventana del Administrador En esta interfaz el administrador visualiza la lista de todo el material bibliográfico, de acuerdo al tipo que desee ver, están clasificados según sea: Libros, Periódicos y Revistas, al hacer click en el botón se despliega una tabla con todos los datos descriptores a cada material. Además podrá realizar la gestión de todo el material bibliográfico, es decir se podrá eliminar (dar de baja) un material bibliográfico, modificar, agregar y la vista de la información del documento, también tiene una barra de búsqueda para agilizar el proceso de búsqueda. Botón “Ver Material Bibliográfico”. - se presenta la ventana siguiente:

Ilustración 4: Ventana de material bibliográfico Descripción de requisitos del software


Rev. 0.1 Pág. 21

En esta interfaz se presenta la lista de todo el material bibliográfico albergado en la biblioteca, clasificado según sean libros, periódico y revistas, también se da a conocer el estado de cada uno de ellos, e información adicional acerca del material. Tiene una barra de búsqueda para encontrar de manera más fácil el material que desea solicitar, finalmente los botones de decisión “Solicitar” y “Reservar”, cada uno de ellos

representa una funcionalidad que es detallada a continuación:

Solicitar.- se despliega un formulario en donde se llenará los campos solicitados para hacer efectiva la solicitud de préstamo.

Ilustración 5: Formulario de solicitud de préstamo Se tiene los botones de “aceptar” y “cancelar”, si se presiona cancelar se inhabilita la operaci ón y se presenta la “Fig. 1 Ventana de material bibliográfico” y si toma la opción de aceptar se envía la solicitud a guardar, presentándose la siguiente ventana:



Rev. 0.1 Pág. 22

Ilustración 6: Mensaje de éxito Aquí se presenta el mensaje de verificación de la solicitud enviada, se t iene un mensaje que sirve de guía para el investigador, si presiona en el botón “Ver PDF” se despliega el

siguiente reporte:

Ilustración 7: Reporte de solicitud de préstamo Se muestra un documento con todos los datos referentes a la persona que solicitó el material bibliográfico y la información del material solicitado, también se debe imprimir este reporte para que sea presentado al bibliotecario.



Rev. 0.1 Pág. 23

Reserva.- si se hace click en este botón se despliega un formulario en donde se llenará los campos solicitados para hacer la reserva del material bibliográfico seleccionado.

Ilustración 8: Formulario para hacer una reserva Se tiene los botones de “aceptar” y “cancelar”, si se presiona cancelar se inhabilita la operación y se presenta la “Fig. 2 Ventana de material bibliográfico” y si toma la opción de aceptar se envía la solicitud de reserva a guardar, presentándose la siguiente ventana:

Ilustración 9: Mensaje de verificación de reserva Se presenta el mensaje de verificación de la solicitud de reserva enviada, si presiona en el botón “Ver PDF” se despliega el siguiente repor te:



Rev. 0.1 Pág. 24

Ilustración 10: Documento de reporte de reserva de material bibliográfico Se muestra un documento con todos los datos referentes a la persona que solicitó la reserva del material bibliográfico y la información del material solicitado. Finalmente, se presenta la opción de imprimir este reporte



3.2

Rev. 0.1 Pág. 25

Requisitos comunes de los interfaces 3.2.1 Interfaces de usuario La comunicación del usuario con el sistema para aprovechar los requisitos de SIB, el usuario indicará al sistema las operaciones que debe realizar e introducirá los datos que el sistema le pida haciendo eso de ventanas, y el manejo del programa se realizará a través de teclado y mouse. Las interfaces de usuario estarán bajo el estándar de usabilidad del software ISO 9241 con lo cual se conseguirá reducción de los costes de producción, reducción de los costes de mantenimiento y apoyo, reducción de los costes de uso y mejora en la calidad del producto. Bajo este estándar se garantiza que para el usuario el sistema le sea fácil de manejar, tenga un estilo sobrio pero sencillo que le anime a seguir haciendo uso de la herramienta.

3.2.2 Interfaces de hardware La comunicación entre módulos del sistema se hará mediante bases de datos relaciones como MySQL y el servidor Apache que es el encargado de aceptar las peticiones de páginas (o recursos en general) que provienen de los visitantes que acceden a nuestro sitio web y gestiona su entrega o denegación, de acuerdo a las políticas de seguridad establecidas. No se hará una especificación lógica de cada interfaz porque el gestor de base de Datos MySQL y el servidor Apache son las herramientas que darán soporte a todo el sistema y medio de visualización será en navegador Google Chrome. Una forma de especificar las interfaces de hardware es a través de la vista de despliegue, la cual describe la topología del sistema, la estructura de los elementos de hardware y software que ejecuta cada uno de ellos, estos diagramas constan de nodos y sus relaciones. Los nodos son conectados por asociaciones de comunicación tales como enlaces de red, conexiones TCP/IP. El diagrama de despliegue es utilizado en sistemas cliente-servidor, como es el caso del SIB, ya que se requiere tomar decisiones sobre la conectividad de red de los clientes a los servidores y sobre la distribución física de los componentes software del sistema a través de nodos.

Ilustración 11: Vista de despliegue del SIB Descripción de requisitos del software


Rev. 0.1 Pág. 26

3.2.3 Interfaces de software Se pudo haber incluido en esta sección mejor las interfaces mencionadas en 3.2.2 Interfaces de hardware pero no se lo ha hecho porque se quiere dejar a entero entendimiento que el sistema no está en dependencia o es la integración de un módulo más de un sistema mayor, sino que es un nuevo sistema independiente.

3.2.4 Interfaces de comunicación Para empezar no hay comunicación con otro sistema como ya se explicó en 3.2.3 Interfaces de software y la conexión a la red se establecerá por medio de una conexión directa a la red Ethernet de la Biblioteca Municipal, donde se encontrará el servidor. Esto será transparente para la aplicación, la cual, a todos los efectos, considerará que está en la misma red que el servidor.

3.3

Requisitos funcionales

Describen las funciones o servicio que lleva a cabo el software (capacidades), indican cómo debe reaccionar el software ante ciertas entradas y cómo debe comportarse en situaciones particulares para producir resultados.

C DIGO

DESCRIPCI N

RF001

Administrar usuarios de la biblioteca.

RF002

Buscar libros según la palabra clave (título, autor, año de edición).

RF003

Visualizar el Material Bibliográfico(libro, revistas, periódicos) que se encuentren disponibles y no disponibles

RF004

Realizar la solicitud de préstamo de Material Bibliográfico

RF005

Realizar la reserva de Material Bibliográfico

RF006

Administrar (crear, modificar, dar de baja) Bibliotecarios

RF007

Administrar (crear, modificar) libros

RF008

Administrar (crear, modificar) revistas

RF009

Administrar(crear, modificar) periódicos

RF010

Administrar (crear, modificar) categorías de los libros

RF011

Administrar (crear, modificar) subcategorías de los libros

RF012

Asignar (crear, modificar) subcategorías de los libros

RF013

Aprobar préstamo del Material Bibliográfico (libros, revistas, periódicos) solicitados por el investigador.

RF014

Generar reportes de entrega del material bibliográfico.

RF015

Buscar la solicitud de préstamo y/o reserva por medio de la



Rev. 0.1 Pág. 27

cédula. RF016

Administrar devolución del Material Bibliográfico

RF017

Imprimir aprobaciones de préstamos

Tabla 7: Requisitos funcionales del SIB

3.4

Requerimientos del Sistema 3.4.1 RF001: Administrar usuarios

Actor principal: Administrador del Sistema Personal involucrado e intereses: Investigador: se puede registrar a investigadores con sus distintos roles para así otórgales nombre de usuario con su correspondiente clave; se puede hacer las operaciones de buscar y modificar parte del Bibliotecario. Bibliotecario: se puede registrar a varios Bibliotecarios y a cada uno se le asignará su horario de trabajo, información personal y nombre de usuario con su correspondiente clave para que inicie sesión.

Precondiciones: El usuario debe estar registrado en el sistema. Garantías de éxito (Postcondiciones): Se almacenarán los datos del usuario que hayan sido modificados o no, o en su caso, se eliminará al usuario (se dará de baja al usuario). Escenario principal de éxito (Flujo Básico): 1. El Administrador tiene que registrar a un nuevo Bibliotecario 2. El Administrador solicita información personal al Bibliotecario, nombre de usuario, clave de usuario y horario de trabajo. 3. El sistema valida la información y el nuevo Bibliotecario es registrado en el Sistema. 4. El Bibliotecario inicia sesión haciendo uso de su nombre de usuario y clave 5. El Bibliotecario cambia información de su registro de usuario y confirma la modificación. 6. El Administrador debe dar de baja a un bibliotecario que ya no pertenece a la biblioteca. 7. El Sistema permite que nuevos investigadores se registren en el sistema solicitándoles información personal, nombre de usuario, clave de usuario y selección del tipo de usuario, pudiendo ser este: tesista, docente, estudiante, otro. 8. El sistema valida la información y el nuevo investigador es registrado en el Sistema. 9. El Investigador debe solicitar al Administrador el cambio de información de su registro de usuario. 10. El Sistema permite que los Investigadores se den de baja por solicitud al Administrador. Extensiones (Flujo Alternativo) 3a. El sistema al momento de la validación emite que el nombre de usuario ingresado ya existe y solicita otro nombre de usuario. 1. El nombre de usuario proporcionado es correcto y se continua con el flujo normal (4) 2. El nombre de usuario proporcionado ya existe, se repite la extensión 3a. 4a. El Bibliotecario ha ingresado mal su nombre de usuario y/o clave, por tanto no puede iniciar sesión. 1. El nombre de usuario ha sido mal ingresado y se lo corrige, continúa el flujo normal (5) 2. La clave ha sido mal ingresado y se lo corrige, continúa el flujo normal (5) 3. El nombre de usuario y clave han sido mal ingresados, se los corrige y continúa el flujo Descripción de requisitos del software


Rev. 0.1 Pág. 28

normal (5). 6a. El Administrador se equivocó de Bibliotecario al cual le dio de baja, por lo cual puede darlo de alta nuevamente. 7a. El nuevo investigador es estudiante, por lo cual no requiere que se lo registre en el sistema, solo basta que pase su carnet estudiantil por el lector de códigos. 8a. El sistema al momento de la validación emite que el nombre de usuario ingresado ya existe y solicita otro nombre de usuario. 1. El nombre de usuario proporcionado es correcto y se continua con el flujo normal (8) 2. El nombre de usuario proporcionado ya existe, se repite la extensión 8a. 10a. El Administrador se equivocó de Investigador al cual le dio de baja, por lo cual puede darlo de alta nuevamente.

Requisitos Especiales: El sistema permite un lector de códigos para Investigadores estudiantes. Un Investigador que fue dado como no confiable y con el tiempo se le concede la asignación de Investigador confiable, el administrador debe cambiarlo a Investigador confiable.

3.4.2 RF002: Buscar material bibliográfico Actor principal: Investigador Personal involucrado e intereses: Investigador: un material bibliográfico ya sea este: libro, revista, tesis o periódico puede ser buscado por un criterio de búsqueda o por dos criterios, siendo en este caso una búsqueda avanzada. Al investigador le interesa esta búsqueda ya que le permite conocer si el material está disponible, no disponible o reservado; así podrá elegir si puede solicitarlo en préstamo. Precondiciones: El Investigador debe ir al enlace de búsqueda de material bibliográfico Garantías de éxito (Postcondiciones): Aparecerá una lista de todas las posibles coincidencias según el criterio de búsqueda indicando detalles del material, disponibilidad y en el caso de no estar disponible o reservado, muestra la fecha-hora que está disponible. Escenario principal de éxito (Flujo Básico): 1. El Investigador debe ir al enlace de búsqueda de material bibliográfico que dispone el sistema. 2. El Investigador especifica el tipo de material bibliográfico a buscar: libro, revista, tesis o periódico e introduce un criterio de búsqueda; esto para búsquedas simples. 3. El sistema mostrará en una tabla todas las coincidencias posibles. 4. El Investigador quiere algo más específico e introduce un segundo criterio de búsqueda, esto para búsquedas avanzadas. 5. El sistema actualizará la tabla de todas las coincidencias posibles. 6. El sistema mostrará a más de los detalles del material la disponibilidad del mismo. 7. El sistema permite la opción de selección del material bibliográfico buscado para ser solicitado en préstamo o reserva. Extensiones (Flujo Alternativo) 2a. El criterio del material bibliográfico solicitado no aparece en la lista, por tanto el Investigador puede buscar por otro criterio y si continúa sin aparecer el material, entonces se deberá entender que recurso no se dispone en la biblioteca. 5a. Si no hay ninguna coincidencia posible se mostrará el mensaje de material no encontrado. 6a. Si el material se encuentra no disponible, hay la posibilidad de ver las fecha-hora en la que se encuentre disponible para poder realizar la reserva del mismo. 1. Si el material se encuentra disponible se puede solicitarlo en préstamo. Según como lo



Rev. 0.1 Pág. 29

especifica el caso de uso UC 4

Requisitos Especiales: El buscador no encuentra similitudes con ningún criterio a pesar que antes si encontraba el material, por tanto este inconveniente debe ser avisado al Bibliotecario para que él le ayude con la búsqueda y la respectiva solicitud de préstamo o reserva. Se debe proporcionar una interfaz que muestre adecuadamente el detalle del material bibliográfico sin dejar de lado su disponibilidad.

3.4.3 RF003: Visualizar bibliográfico

disponibilidad

del

material

Actor principal: Investigador Personal involucrado e intereses: Investigador: de la búsqueda al investigador le interesa si material está disponible, no disponible o reservado; así podrá elegir si puede solicitarlo en préstamo o en reserva. Precondiciones: El Investigador debió realizar una búsqueda de un material que sí se dispone en la biblioteca, es decir, que sí existe físicamente. Garantías de éxito (Postcondiciones): Aparecerá la disponibilidad del material (disponible, no disponible o reservado) y con las fechas de disponibilidad del mismo. Escenario principal de éxito (Flujo Básico): 1. El Investigador tuvo que haber cumplido satisfactoriamente el caso de uso UC2. 2. El Investigador ve en la lista de búsqueda el detalle del material y se le muestra que el material está disponible 3. El Investigador es libre de realizar una solicitud de préstamo del material. 4. El Investigador ve en la lista de búsqueda el detalle del material y se le muestra que el material no está disponible por tanto, puede hacer clic sobre este e irá a un enlace que le muestra las fecha-hora disponible. 5. El Investigador puede realizar una solicitud de reserva del material Extensiones (Flujo Alternativo) 1a. El investigador encuentra que el material está disponible pero que a la siguiente hora está solicitado en préstamo, entonces puede solicitarlo para sacarle copias o elegir si realizará una reserva para otra hora/as disponible. 3a. El material aparece como no disponible, es necesario que el Investigador revise en los detalles del material si hay otro ejemplar para que vea la disponibilidad de este y en el mejor de los casos pueda solicitarlo en préstamo. 1. El material está como no disponible, a lo cual entenderá que está prestado. Por tanto puede elegir en hacer una reserva del material, según lo expresa el caso de uso UC5. 2. El material está como reservado por lo cual el Investigador puede elegir en hacer una reserva del material, según lo expresa el caso de uso UC5. Requisitos Especiales: Se debe proporcionar una interfaz que muestre adecuadamente la disponibilidad del material, sin sobrecargar esta disponibilidad con el detalle del material bibliográfico



Rev. 0.1 Pág. 30

3.4.4 RF004: Llenar ficha de solicitud de préstamo del material bibliográfico Actor principal: Investigador Personal involucrado e intereses: Investigador: ve que el material está disponible debe llenar una solicitud de préstamo del material para que el Bibliotecario pueda aprobar la solicitud y entregarle el material bibliográfico solicitado. Bibliotecario: si le llega la solicitud de préstamo del material las aprueba para satisfacer el servicio solicitado por el Investigador.

Precondiciones: El material bibliográfico debe estar marcado como disponible en la vista de disponibilidad del material bibliográfico UC3. Garantías de éxito (Postcondiciones): Solicitud enviada al Bibliotecario para que la apruebe y entregue el material solicitado. Escenario principal de éxito (Flujo Básico): 1. El Investigador tuvo que haber cumplido con éxito los casos de uso UC2 y UC3. 2. El Investigador de la disponibilidad del material bibliográfico (UC3) marcada como disponible, basta que haga clic en solicitar material. 3. El sistema le solicitará que ingrese su nombre de usuario y contraseña. 4. El sistema validará la información de usuario. 5. El sistema validará que el Investigador es un usuario confiable. 6. El sistema le solicita que ingrese el tiempo (fecha-hora de solicitud y fecha-hora de devolución) que utilizará el material bibliográfico. 7. El Investigador envía y confirma la solicitud del material. 8. El sistema le devolverá una notificación de solicitud enviada. Extensiones (Flujo Alternativo) 3a. El Investigador no tiene nombre de usuario y contraseña, por tanto deberá irse al caso de uso UC6 “Registrar Investigador en el sistema”.

3b. El Investigador no tiene nombre de usuario y contraseña pero tiene carnet estudiantil, por tanto basta que pase su carnet por el lector de códigos y continuará con el flujo básico (4) 4a. El sistema devuelve que la información proporcionada no es válida, ya sea por: 1. El nombre de usuario ha sido mal ingresado, por tanto se lo corrige y continúa el flujo básico (4) 2. La clave ha sido mal ingresado, por tanto se lo corrige y continúa el flujo básico (4) 3. El nombre de usuario y clave han sido mal ingresados, se los corrige y continúa el flujo básico (4). 5a. El sistema le devuelve al Investigador que ha sido calificado como no confiable porque tal vez en otra ocasión hizo una reserva y no llegó en la fecha-hora establecida, porque una vez entregó en malas condiciones el material solicitado o se sobrepasó del tiempo establecido. Por tanto, el Investigador no podrá hacer la solicitud y el caso de uso termina. 6a. El Investigador escribió un tiempo de uso que interfiere con un tiempo de reserva del material, por tanto el sistema le notifica que no puede solicitarlo en el tiempo indicado. 6b. El Investigador se da cuenta que hizo mal el i ngreso del tiempo en la solicitud pero ya la ha enviado, entonces deberá solicitarle al Bibliotecario que niegue dicho préstamo o en el mejor de los casos le ayude a corregir el tiempo que llenó mal. 7a. El Investigador cancela la solicitud de préstamo por tanto no le llegará al Bibliotecario.

Requisitos Especiales: Interfaz Gráfica de Usuario amigable. El texto debe ser visible a 30 cm de distancia. Tiempo de respuesta del sistema debe ser máximo 30 segundos. Descripción de requisitos del software


Rev. 0.1 Pág. 31

3.4.5 RF005: Realizar reserva del material bibliográfico Actor principal: Investigador Personal involucrado e intereses: Investigador: la movilidad del Investigador que se encuentra en la biblioteca o en un lugar distinto y ha consultado la disponibilidad del material, entonces puede reservar dicho material en una fecha - hora especificada, pero deberá confirmar la reserva hasta en 15 minutos. Bibliotecario: coloca a la solicitud de reserva como activa, para que así se en la disponibilidad del material UC3 y en la búsqueda UC2, actualice la disponibilidad del mismo.

Precondiciones: El Investigador debe haber solicitado el material bajo reserva y debe confirmar hasta en 15 minutos su solicitud al Bibliotecario. Garantías de éxito (Postcondiciones): La disponibilidad del material UC3 y en la búsqueda UC2, se actualiza a reservado. Escenario principal de éxito (Flujo Básico): 1. El Investigador tuvo que haber cumplido con éxito los casos de uso UC2 y en el UC3 ver la fecha-hora que puede solicitar el material bibliográfico en reserva. 2. El Investigador de la disponibilidad del material bibliográfico (UC3) sin importar si está disponible o no, basta que haga clic en reservar material. 3. El sistema le solicitará que ingrese su nombre de usuario y contraseña. 4. El sistema validará la información de usuario. 5. El sistema validará si el usuario si es confiable. 6. El sistema le solicita que ingrese el tiempo (fecha-hora de solicitud y fecha-hora de devolución) que reservará el material bibliográfico. 7. El Investigador envía y confirma la reserva del material. 8. El investigador en un plazo máximo de 15 minutos debe confirmar al Bibliotecario la reserva para que esta se efectivice. 9. El sistema le devolverá una notificación de reserva confirmada. Extensiones (Flujo Alternativo) 3a. El Investigador no tiene nombre de usuario y contraseña, por tanto deberá irse al caso de uso UC6 “Registrar Investigador en el sistema”.

3b. El Investigador no tiene nombre de usuario y contraseña pero tiene carnet estudiantil, por tanto basta que pase su carnet por el lector de códigos y continuará con el flujo básico (4) 4a. El sistema devuelve que la información proporcionada no es válida, ya sea por: 1. El nombre de usuario ha sido mal ingresado, por tanto se lo corrige y continúa el flujo básico (4) 2. La clave ha sido mal ingresado, por tanto se lo corrige y continúa el flujo básico (4) 3. El nombre de usuario y clave han sido mal ingresados, se los corrige y continúa el flujo básico (4). 5a. El sistema le devuelve al Investigador que ha sido calificado como no confiable porque tal vez en otra ocasión hizo una reserva y no llegó en la fecha-hora establecida, porque una vez entregó en malas condiciones el material solicitado o se sobrepasó del tiempo establecido. Por tanto, el Investigador no podrá hacer la reserva y el caso de uso termina. 6a. El Investigador escribió un tiempo de uso que interfiere con un tiempo de reserva del material, por tanto el sistema le notifica que no puede solicitarlo en el tiempo indicado. 6b. El Investigador se da cuenta que hizo mal el ingreso del tiempo en la solicitud pero ya la ha enviado, entonces deberá solicitarle al Bibliotecario que niegue dicha reserva o en el mejor de los casos le ayude a corregir el tiempo que llenó mal. 7a. El Investigador cancela la solicitud de reserva por tanto no le llegará al Bibliotecario. 7b. El Investigador quiere confirmar la solicitud en 20 minutos pero como no lo hizo antes, por tanto no puede efectivizar la reserva. 1. El Investigador puede hacer otra solicitud de reserva y confirmar la más pronto posible. Descripción de requisitos del software


Rev. 0.1 Pág. 32

9a. El sistema no le devuelve la notificación de reserva confirmada por tanto no aplica a la reserva. 1. La notificación de confirmación no es devuelta porque el Investigador no confirmó su efectivización en el tiempo máximo de 15 minutos al Bibliotecario.

Requisitos Especiales: La confirmación de reserva del Investigador al Bibliotecario puede hacerse personalmente en la Biblioteca o mediante llamada telefónica. El sistema en el mejor de los casos debe ser capaz de controlar las fecha-hora de reserva para que si no hay confirmación en máximo 15 minutos, las elimine del sistema. El sistema debe evaluar si el Investigador solicitante de la reserva es confiable o no.

3.4.6 RF006: Registrar Investigador en el Sistema Actor principal: Investigador Personal involucrado e intereses: Investigador: Este no inicia sesión en el sistema pero es necesario tenerlo registrado para que pueda hacer reservas o préstamos, ya que en cada uno de ellos se solicita información del usuario como nombre de usuario con su respectiva clave. Precondiciones: El Investigador debe entrar al dominio de la página web de la biblioteca y ubicarse en registrar Investigadores. Garantías de éxito (Postcondiciones): La información personal y nombre de usuario con su clave son registrados en el sistema. Escenario principal de éxito (Flujo Básico): 1. El Investigador entra a la página web de la biblioteca y se ubica en registrar Investigadores. 2. El sistema le pide al Investigador información personal como nombre, apellidos, cedula de ciudadanía, teléfono, dirección, tipo de investigador, nombre de usuario y clave. 3. El sistema valida la información proporcionada. 4. El sistema le devolverá una notificación de registro de Investigador correcto. Extensiones (Flujo Alternativo) 3a. El sistema valida que el número de cédula ingresado ya corresponde a otro usuario y le notifica al Investigador que no puede hacer su registro con ese número. 3b. El sistema valida que el nombre de usuario ya existe por t anto le informa de esto para que se registre con otro nombre de usuario. 3c. El sistema verifica que el tipo de usuario es estudiante, por tanto le informa que para hacer uso de las funcionalidades del sistema bibliotecario, sólo le es suficiente que utilice su carnet estudiantil y lo pase por el lector de barras cuando haga su solicitud de reserva o préstamo. 4a. El sistema no devuelve la notificación de registro de Investigador correcto porque no ha realizado correctamente el flujo básico (3). Requisitos Especiales: El sistema debe estar atento al tipo de Investigadores estudiantes, ya que estos hacen eso del sistema con su carnet estudiantil. Los Investigadores estudiantes hacen su registro con el Bibliotecario de la Biblioteca, no se ha especificado un caso de uso para este registro ya que este es automático, se hace referencia a este registro en el caso de uso 19.



Rev. 0.1 Pág. 33

3.4.7 RF007: Administrar libros Actor principal: Bibliotecario Personal involucrado e intereses: Bibliotecario: Este busca los Libros existentes, en el caso de no encontrarse lo crea y si hay que modificar algún dato de su ingreso lo modifica. Precondiciones: El Bibliotecario debió haberse autenticado en el sistema y ubicarse en el enlace de Administrar Libros. Garantías de éxito (Postcondiciones): Libro creado o modificado Escenario principal de éxito (Flujo Básico): 1. El Bibliotecario ingresa el criterio de búsqueda del libro y presiona el botón Buscar. 2. El sistema busca el(los) libro(s) que coincidan con el criterio y actualiza la tabla de coincidencias. 3. El Bibliotecario elige el libro a modificar. 4. El sistema recupera el libro elegido y se lo expone al Bibliotecario, juntamente con detalles de su registro. 5. El Bibliotecario modifica el libro y elige la subcategoría y categoría que le corresponde. 6. El sistema valida que los campos obligatorios no estén vacíos. 7. El sistema verifica que no existan títulos de libro, autores y número de edición duplicados. 8. El sistema guarda el libro y presenta un mensaje de “Libro actualizado”. Extensiones (Flujo Alternativo) 2a. El sistema no encuentra ninguna coincidencias por lo cual el Bibliotecario entiende que ese material bibliográfico no se encuentra en el registro del sistema. 1. El Bibliotecario crea el nuevo libro haciendo uso del enlace crear, en lugar de modificar como se expresar en el flujo básico (3). 2. El Bibliotecario crea el libro con información necesaria como: título, año de edición, código, autor, número de material, páginas, observaciones. 3. El Bibliotecario asigna la categoría y subcategoría correspondiente al libro, y se continúa con el flujo básico (6). 5a. El Bibliotecario se equivocó en la modificación del material pero todavía no envía dicha modificación, por tanto no se actualiza el registro. 5b. El Bibliotecario se equivocó en la modificación del material y envió dicha modificación, por tanto puede volver al flujo básico (3) para corregir el error. 6a. El sistema valida que hay campos obligatorios vacíos, por lo cual le informa al Bibliotecario que debe llenarlos para continuar. 7a. El sistema valida que hay otro libro con el mismo título, autor/es y número de edición duplicados, por lo cual le informa al Bibliotecario de ello para que lo ingrese como un libro ejemplar, es decir que en el campo de Libro llamado número de Material aumente en uno. Requisitos Especiales: El texto debe ser visible a 30 cm de distancia. El sistema debe proporcionar la posibilidad de crear y modificar categorías y subcategorías de libros.



Rev. 0.1 Pág. 34

3.4.8 RF008: Administrar revistas Actor principal: Bibliotecario Personal involucrado e intereses: Bibliotecario: Este busca las Revistas existentes, en el caso de no encontrarse la crea y si hay que modificar algún dato de su ingreso lo modifica. Precondiciones: El Bibliotecario debió haberse autenticado en el sistema y ubicarse en el enlace de Administrar Revistas. Garantías de éxito (Postcondiciones): Revista creada o modificada Escenario principal de éxito (Flujo Básico): 1. El Bibliotecario ingresa el criterio de búsqueda de la Revista y presiona el botón Buscar. 2. El sistema busca la(las) revista(s) que coincidan con el criterio y actualiza la tabla de coincidencias. 3. El Bibliotecario elige la revista a modificar. 4. El sistema recupera la revista elegida y la expone al Bibliotecario, juntamente con detalles de su registro. 5. El Bibliotecario modifica la revista que le corresponde. 6. El sistema valida que los campos obligatorios no estén vacíos. 7. El sistema verifica que no existan autor/es, fecha y número de revista duplicados. 8. El sistema guarda la Revista y presenta un mensaje de “Revista actualizada”. Extensiones (Flujo Alternativo) 2a. El sistema no encuentra ninguna coincidencias por lo cual el Bibliotecario entiende que ese material bibliográfico no se encuentra en el registro del sistema. 1. El Bibliotecario crea la nueva Revista haciendo uso del enlace crear, en lugar de modificar como se expresa en el flujo básico (3). 2. El Bibliotecario crea la Revista con información necesaria como: número de edición, fecha, código, autor, número de material, páginas, observaciones, y se continúa con el flujo básico (6). 5a. El Bibliotecario se equivocó en la modificación del material pero todavía no envía dicha modificación, por tanto no se actualiza el registro. 5b. El Bibliotecario se equivocó en la modificación del material y envió dicha modificación, por tanto puede volver al flujo básico (3) para corregir el error. 6a. El sistema valida que hay campos obligatorios vacíos, por lo cual le informa al Bibliotecario que debe llenarlos para continuar. 7a. El sistema valida que hay otra Revista con autor/es, fecha y número de revista duplicados, por lo cual le informa al Bibliotecario de ello para que en el campo de Revista llamado número de Material aumente en uno. Requisitos Especiales: El texto debe ser visible a 30 cm de distancia. Una interfaz de usuario amigable e intuitiva.

3.4.9 RF009: Administrar periódicos Actor principal: Bibliotecario Personal involucrado e intereses: Bibliotecario: Este busca los Periódicos existentes, en el caso de no encontrarse lo crea y si Descripción de requisitos del software


Rev. 0.1 Pág. 35

hay que modificar algún dato de su ingreso lo modifica.

Precondiciones: El Bibliotecario debió haberse autenticado en el sistema y ubicarse en el enlace de Administrar Periódicos. Garantías de éxito (Postcondiciones): Periódico creado o modificado Escenario principal de éxito (Flujo Básico): 1. El Bibliotecario ingresa el criterio de búsqueda del Periódico y presiona el botón Buscar. 2. El sistema busca el(los) periódico(s) que coincidan con el criterio y actualiza la tabla de coincidencias. 3. El Bibliotecario elige el periódico a modificar. 4. El sistema recupera el periódico elegido y la expone al Bibliotecario, juntamente con detalles de su registro. 5. El Bibliotecario modifica el periódico que le corresponde. 6. El sistema valida que los campos obligatorios no estén vacíos. 7. El sistema verifica que no existan autor/es y fecha duplicados. 8. El sistema guarda el Periódico y presenta un mensaje de “Periódico actualizado”. Extensiones (Flujo Alternativo) 2a. El sistema no encuentra ninguna coincidencias por lo cual el Bibliotecario entiende que ese material bibliográfico no se encuentra en el registro del sistema. 1. El Bibliotecario crea el nuevo Periódico haciendo uso del enlace crear, en lugar de modificar como se expresa en el flujo básico (3). 2. El Bibliotecario crea el Periódico con información necesaria como: fecha, código, autor, número de material, páginas, observaciones, y se continúa con el flujo básico (6). 5a. El Bibliotecario se equivocó en la modificación del material pero todavía no envía dicha modificación, por tanto no se actualiza el registro. 5b. El Bibliotecario se equivocó en la modificación del material y envió dicha modificación, por tanto puede volver al flujo básico (3) para corregir el error. 6a. El sistema valida que hay campos obligatorios vacíos, por lo cual le informa al Bibliotecario que debe llenarlos para continuar. 7a. El sistema valida que hay otro Periódico con autor/es y fecha duplicados, por lo cual le informa al Bibliotecario de ello para que en el campo de Periódico llamado número de Material aumente en uno. Requisitos Especiales: El texto debe ser visible a 30 cm de distancia. Una interfaz de usuario amigable e intuitiva.

3.4.10 RF010: Administrar categoría de libros Actor principal: Bibliotecario Personal involucrado e intereses: Bibliotecario: Este busca las Categorías existentes, en el caso de no encontrarse lo crea y si hay que modificar algún dato de su ingreso lo modifica. Precondiciones: El Bibliotecario debió haberse autenticado en el sistema y ubicarse en el enlace de Administrar Categorías de Libros. Garantías de éxito (Postcondiciones): Categoría creada o modificada.



Rev. 0.1 Pág. 36

Escenario principal de éxito (Flujo Básico): 1. El Bibliotecario ingresa el criterio de búsqueda de la Categoría y presiona el botón Buscar. 2. El sistema busca la(las) categoría(s) que coincidan con el criterio y actualiza la tabla de coincidencias. 3. El Bibliotecario elige la Categoría a modificar. 4. El sistema recupera la Categoría elegida y la expone al Bibliotecario, juntamente con detalles de su registro. 5. El Bibliotecario modifica la Categoría que le corresponde. 6. El sistema valida que los campos obligatorios no estén vacíos. 7. El sistema verifica que no existan áreas de conocimiento duplicados. 8. El sistema guarda la Categoría y presenta un mensaje de “Categoría actualizada”. Extensiones (Flujo Alternativo) 2a. El sistema no encuentra ninguna coincidencias por lo cual el Bibliotecario entiende que dicha Categoría no se encuentra en el registro del sistema. 1. El Bibliotecario crea la nueva Categoría haciendo uso del enlace crear, en lugar de modificar como se expresa en el flujo básico (3); para así asociar al Libro a la categoría creada. 2. El Bibliotecario crea la Categoría con información necesaria como: nombre de Categoría, y se continúa con el flujo básico (6). 5a. El Bibliotecario se equivocó en la modificación de la Categoría pero todavía no envía dicha modificación, por tanto no se actualiza el registro. 5b. El Bibliotecario se equivocó en la modificación de la Categoría y envió dicha modificación, por tanto puede volver al flujo básico (3) para corregir el error. 6a. El sistema valida que hay campos obligatorios vacíos, por lo cual le informa al Bibliotecario que debe llenarlos para continuar. 7a. El sistema valida que hay otra Categoría con el mismo nombre, por lo cual le informa al Bibliotecario que la Categoría no puede ser creada porque ya existe. Requisitos Especiales: El texto debe ser visible a 30 cm de distancia. Una interfaz de usuario amigable e intuitiva.

3.4.11 RF011: Administrar subcategoría del libro Actor principal: Bibliotecario Personal involucrado e intereses: Bibliotecario: Este busca las Subcategorías existentes, en el caso de no encontrarse lo crea y si hay que modificar algún dato de su ingreso lo modifica. Precondiciones: El Bibliotecario debió haberse autenticado en el sistema y ubicarse en el enlace de Administrar Subcategorías de Libros. Garantías de éxito (Postcondiciones): Subcategoría creada o modificada. Escenario principal de éxito (Flujo Básico): 1. El Bibliotecario ingresa el criterio de búsqueda de la Subcategoría y presiona el botón Buscar. 2. El sistema busca la(las) Subcategoría(s) que coincidan con el criterio y actualiza la tabla de coincidencias. 3. El Bibliotecario elige la Subcategoría a modificar. 4. El sistema recupera la Subcategoría elegida y la expone al Bibliotecario, juntamente



Rev. 0.1 Pág. 37

con detalles de su registro. 5. El Bibliotecario modifica la Subcategoría que le corresponde. 6. El sistema valida que los campos obligatorios no estén vacíos. 7. El sistema verifica que no existan nombre de Subcategoría duplicados. 8. El sistema guarda la Subcategoría y presenta un mensaje de “Subcategoría actualizada”.

Extensiones (Flujo Alternativo) 2a. El sistema no encuentra ninguna coincidencias por lo cual el Bibliotecario entiende que dicha Subcategoría no se encuentra en el registro del sistema. 1. El Bibliotecario crea la nueva Subcategoría haciendo uso del enlace crear, en lugar de modificar como se expresa en el flujo básico (3); para así asociar a una categoría con la subcategoría creada. 2. El Bibliotecario crea la Subcategoría con información necesaria como: nombre de Subcategoría, y se continúa con el flujo básico (6). 5a. El Bibliotecario se equivocó en la modificación de la Subcategoría pero todavía no envía dicha modificación, por tanto no se actualiza el registro. 5b. El Bibliotecario se equivocó en la modificación de la Subcategoría y envió dicha modificación, por tanto puede volver al flujo básico (3) para corregir el error. 6a. El sistema valida que hay campos obligatorios vacíos, por lo cual le informa al Bibliotecario que debe llenarlos para continuar. 7a. El sistema valida que hay otra Subcategoría con el mismo nombre, por lo cual le informa al Bibliotecario que la Subcategoría no puede ser creada porque ya existe. Requisitos Especiales: El texto debe ser visible a 30 cm de distancia. Una interfaz de usuario amigable e intuitiva.

3.4.12 RF012: Asignar una nueva subcategoría a la categoría. Actor principal: Bibliotecario Personal involucrado e intereses: Bibliotecario: Este busca una Categoría de libro y le asigna una categoría que ha sido creada. Precondiciones: El Bibliotecario debió haberse autenticado en el sistema y ubicarse en el enlace de Administrar Subcategorías de Libros. Garantías de éxito (Postcondiciones): Subcategoría asignada a una Categoría de Libro. Escenario principal de éxito (Flujo Básico): 1. El Bibliotecario está en el dominio de la página web y se ubica en el enlace Administrar Subcategorías de Libros. 2. El Bibliotecario ingresa el criterio de búsqueda de la Subcategoría y presiona el botón Buscar. 3. El sistema busca la(las) Subcategoría(s) que coincidan con el criterio y actualiza la tabla de coincidencias. 4. El Bibliotecario elige la Subcategoría a asignar. 5. El sistema recupera la Subcategoría elegida y la expone al Bibliotecario, juntamente con detalles de su registro. 6. El Bibliotecario selecciona una categoría y confirma .la asignación. 7. El sistema verifica que la Subcategoría no esté asociada con otra Categoría. 8. El sistema guarda la Subcategoría asignada a la Categoría del Libro. Descripción de requisitos del software


Rev. 0.1 Pág. 38

Extensiones (Flujo Alternativo) 2a. El sistema no encuentra ninguna coincidencias por lo cual el Bibliotecario entiende que dicha Subcategoría no se encuentra en el registro del sistema. 2. El Bibliotecario crea la nueva Subcategoría haciendo uso del enlace crear; para así asociar a una categoría con la subcategoría creada. 3. El Bibliotecario crea la Subcategoría con información necesaria como: nombre de Subcategoría, y se continúa con el flujo básico (6). 6a. El Bibliotecario se equivocó en la asignación de la Subcategoría pero todavía no envía dicha asignación, por tanto no se actualiza el registro. 5b. El Bibliotecario se equivocó en la asignación de la Subcategoría y envió dicha asignación, por tanto puede volver al flujo básico (3) para corregir el error. 6a. El sistema valida que la Subcategoría está asignada a otra Categoría del Libro, por lo cual le informa al Bibliotecario que la Subcategoría no puede ser asignada porque una Subcategoría no puede estar en varias Categorías. Requisitos Especiales: El texto debe ser visible a 30 cm de distancia. Una interfaz de usuario amigable e intuitiva.

3.4.13 RF013: Aprobar préstamos del material bibliográfico Actor principal: Bibliotecario Personal involucrado e intereses: Bibliotecario: busca las Solicitudes de Préstamo del material bibliográfico hecha por el/los Investigador/es, aprueba el préstamo y entrega el material solicitado. Investigador: es a quien se le entrega el material bibliográfico, previamente especificado.

Precondiciones: El investigador tiene que enviar una solicitud de préstamo de un libro, revista o periódico, claramente antes tuvo que haber visto la disponibilidad del material solicitado. El Bibliotecario tuvo que previamente haber iniciado sesión en el sistema. Garantías de éxito (Postcondiciones): La solicitud de préstamo del material bibliográfico es aprobada con éxito por el Bibliotecario y se entrega el material al investigador. Escenario principal de éxito (Flujo Básico): 1. El Investigador se dirige al Bibliotecario y le informa que ha hecho una solicitud de préstamo. 2. El Bibliotecario busca la solicitud de préstamo, usando como criterio para la búsqueda del material, el número de cédula solicitado al Investigador. 3. El sistema busca al Investigador que coincida con el criterio de búsqueda, presenta los datos en él y carga el Material Bibliográfico que haya sido solicitado por el mismo. 4. El Bibliotecario pide la cédula del Investigador para comprobar si fue la persona que envió la solicitud. 5. El Investigador entrega la cédula. 6. El Bibliotecario confirma la identidad de la persona y aprueba la solicitud de préstamo. 7. El Sistema cambia de estado al libro, revista o periódico, de disponible a no disponible. Internamente asigna el préstamo al Investigador solicitante. 8. El Bibliotecario entrega el material bibliográfico 9. El Investigador recibe el material solicitado. Extensiones (Flujo Alternativo) Descripción de requisitos del software


Rev. 0.1 Pág. 39

2a. El Bibliotecario no encuentra la solicitud de préstamo según el número de cédula proporcionado 1. El Bibliotecario vuelve a actualizar las solicitudes por si acaso sea un problema de actualización. 2. El Bibliotecario le solicita otro criterio para la búsqueda como el nombre de usuario del Investigador. 3. Si la solicitud no se la encuentra, el Bibliotecario le ayuda al Investigador a hacer nuevamente la solicitud y documenta este error para que un programador identifique el error. 4a. El investigador no dispone de cédula 1. El Bibliotecario busca si el Investigador ha hecho otros préstamos antes y puede convenir en el préstamo del material. 2. El investigador nunca antes ha solicitado material bibliográfico por lo cual el préstamo del material queda a decisión del bibliotecario, por ejemplo puede optar por solicitar una garantía para el préstamo. 5b. Al Bibliotecario le informa el Investigador que no tiene cédula porque dispone de carnet estudiantil. Por tanto como el carnet tiene foto, se comprobará si el portador del carnet es su dueño, de ser el caso, el carnet se queda como garantía en el préstamo.

Requisitos Especiales: La búsqueda del material bibliográfico debe ser de manera avanzada y simple. El Bibliotecario puede pasar el carnet estudiantil por el lector de código y observar en su registro información de ese estudiante, como primordial puede ver su número de cédula. El sistema debe actualizarse como máximo en 90 segundos, de modo que el Investigador le informe al Bibliotecario de su solicitud y este la vea inmediatamente para aprobarla o no.

3.4.14 RF014: Entregar solicitudes de reserva Actor principal: Bibliotecario Personal involucrado e intereses: Bibliotecario: Este busca las Solicitudes de reserva de material bibliográfico hecha por los Investigadores, si está dentro de la fecha-hora solicitada aprueba el préstamo y entrega el material solicitado. Investigador: es quien se dirige al Bibliotecario para que este le entrega el material.

Precondiciones: El investigador tuvo que haber hecho exitosamente una solicitud de reserva del material bibliográfico, según como se manifiesta en el caso de uso UC5 El Bibliotecario para aprobar la solicitud tuvo que haber iniciado sesión en el sistema. Garantías de éxito (Postcondiciones): El material bibliográfico solicitado es entregado al Investigador. Escenario principal de éxito (Flujo Básico): 1. El Investigador se dirige al Bibliotecario y le informa que ha hecho una solicitud de reserva. 2. El Bibliotecario busca la solicitud de reserva, usando como criterio para la búsqueda del material, el número de cédula solicitado al Investigador. 3. El sistema busca al Investigador que coincida con el criterio de búsqueda, presenta los datos en él y carga el Material Bibliográfico que haya sido solicitado por el mismo. 4. El Bibliotecario confirma que la solicitud de reserva esté acorde a la fecha-hora especificada. 5. El Bibliotecario pide la cédula del Investigador para comprobar si fue la persona que



6. 7. 8. 9. 10.

Rev. 0.1 Pág. 40

envió la solicitud. El Investigador entrega la cédula. El Bibliotecario confirma la identidad de la persona y aprueba la solicitud de reserva, en este caso tiene el comportamiento de aprobar préstamo del caso de uso UC13. El Sistema cambia de estado al libro, revista o periódico, de disponible a no disponible. Internamente asigna el préstamo al Investigador solicitante. El Bibliotecario entrega el material bibliográfico El Investigador recibe el material solicitado.

Extensiones (Flujo Alternativo) 2a. El Bibliotecario no encuentra la solicitud de reserva según el número de cédula proporcionado 1. El Bibliotecario vuelve a actualizar las solicitudes por si acaso sea un problema de actualización. 2. El Bibliotecario le solicita otro criterio para la búsqueda como el nombre de usuario del Investigador. 3. Si la solicitud no se la encuentra, el Bibliotecario le ayuda al Investigador a hacer una solicitud de préstamo y documenta este error para que un programador identifique el error. 4a. El Bibliotecario observa que la fecha-hora especificada en la solicitud de reserva sobrepasa al tiempo establecido en la reserva. 1. Si todavía dispone de tiempo (según la reserva), está en manos del Bibliotecario si aprueba el préstamo y continúa con el flujo básico (5). Sin embargo, antes se calificará al Investigador como no confiable, para que en el futuro éste ya no pueda realizar solicitudes de reserva. 2. El Investigador llegó sobre la fecha-hora especificada, por tanto se le niega el préstamo. Sin embargo, antes se calificará al Investigador como no confiable, para que en el futuro éste ya no pueda realizar solicitudes de reserva. 5a. El investigador no dispone de cédula 1. El Bibliotecario busca si el Investigador ha hecho otros préstamos o reservas antes y puede convenir en el préstamo del material. 2. El investigador nunca antes ha solicitado material bibliográfico por lo cual el préstamo del material queda a decisión del bibliotecario, por ejemplo puede optar por solicitar una garantía para el préstamo. 5b. Al Bibliotecario le informa el Investigador que no tiene cédula porque dispone de carnet estudiantil. Por tanto como el carnet tiene foto, se comprobará si el portador del carnet es su dueño, de ser el caso, el carnet se queda como garantía en el préstamo. Requisitos Especiales: La búsqueda del material bibliográfico debe ser de manera avanzada y simple. El Bibliotecario puede pasar el carnet estudiantil por el lector de código y observar en su registro información de ese estudiante, como primordial puede ver su número de cédula. El sistema debe actualizarse como máximo en 90 segundos, de modo que el Investigador le informe al Bibliotecario de su solicitud y este la vea inmediatamente para aprobarla o no.

3.4.15 RF015: Buscar solicitudes de préstamos y reservas Actor principal: Bibliotecario Personal involucrado e intereses: Bibliotecario: Este busca las Solicitudes de reserva y de préstamo del material bibliográfico hecha por los Investigadores, para poder aprobar (entrega el material solicitado) o denegar el préstamo.



Rev. 0.1 Pág. 41

Investigador: Es quien le informa al Bibliotecario de una solicitud de reserva o préstamo del material bibliográfico.

Precondiciones: El investigador tuvo que haber hecho exitosamente una solicitud de reserva o préstamo del material bibliográfico, según como se manifiesta en el caso de uso UC4 y UC5. El Bibliotecario para buscar la solicitud tuvo que haber iniciado sesión en el sistema y se le debe proporcionar un criterio de búsqueda. Garantías de éxito (Postcondiciones): se listan las solicitudes de reserva o préstamo acorde al criterio proporcionado. Escenario principal de éxito (Flujo Básico): 1. El Investigador se dirige al Bibliotecario y le informa que ha hecho una solicitud de reserva o una solicitud de préstamo. 2. El Bibliotecario busca la solicitud, usando el número de cédula solicitado al Investigador como criterio para la búsqueda del material, 3. El sistema busca al Investigador que coincida con el criterio de búsqueda, presenta los datos en él y carga el Material Bibliográfico que haya sido solicitado por el mismo. 4. El Bibliotecario puede seleccionar la solicitud y disponer de ella ya sea para aprobarla o eliminarla. Extensiones (Flujo Alternativo) 2a. El Bibliotecario no encuentra la solicitud de reserva según el número de cédula proporcionado 1. El Bibliotecario vuelve a actualizar las solicitudes por si acaso sea un problema de actualización. 2. El Bibliotecario le solicita otro criterio para la búsqueda como el nombre de usuario del Investigador. 3. Si la solicitud no se la encuentra, el Bibliotecario le ayuda al Investigador a hacer una solicitud de préstamo o reserva y documenta este error para que un programador identifique el error. Requisitos Especiales: La búsqueda del material bibliográfico debe ser de manera avanzada y simple. El sistema debe actualizarse como máximo en 90 segundos, de modo que el Investigador le informe al Bibliotecario de su solicitud y este pueda verla inmediatamente. El Bibliotecario puede bajo pedido de los Investigadores cambiar las fechas de las reservas y préstamos o también puede eliminarlas.

3.4.16 RF016: Administrar devoluciones del material bibliográfico Actor principal: Bibliotecario Personal involucrado e intereses: Bibliotecario: gestiona la devolución, es decir, la entrega física del material bibliográfico y la devolución del documento de identificación del Investigador. De este modo puede ser nuevamente solicitado en préstamo. Investigador: se rige a las normas del centro bibliotecario y devuelve el libro, revista o periódico, según la fecha-hora que estableció para el préstamo. Es el responsable que figura como solicitante.

Precondiciones: El Bibliotecario aprobó la solicitud de préstamo y entregó el material Descripción de requisitos del software


Rev. 0.1 Pág. 42

bibliográfico. El bibliotecario tiene que haber iniciado sesión en el sistema.

Garantías de éxito (Postcondiciones): El material bibliográfico es nuevamente colocado en los estantes de la Biblioteca y pasa de estado ocupado a estado disponible. Escenario principal de éxito (Flujo Básico): 1. El Bibliotecario busca la ficha de préstamo según el número de cédula del Investigador. 2. El Bibliotecario valida que el material a entregar es el que fue solicitado. 3. El Bibliotecario valida que se cumple con la fecha-hora que fue solicitado. 4. El Bibliotecario recibe el libro, revista o periódico y verifica su integridad. 5. El Bibliotecario entrega el documento de identificación del Investigador. 6. El Bibliotecario actualiza el estado del material, de no disponible a disponible. Extensiones (Flujo Alternativo) 1a. El Bibliotecario no encontró la ficha de préstamo 1. El Bibliotecario deberá buscar otro criterio que identifique al material bibliográfico, una vez encontrado realizará el escenario (2) del flujo básico. 2. Si no encuentra la ficha de préstamo deberá buscar la solicitud, ver si se la aprobó y hacer un seguimiento para ver en qué punto es donde dejó de existir la aprobación de préstamo. Este error deberá ser documentado para que un programador lo examine y repare. 2a. El Bibliotecario constata que no es el material que él entregó. 1. El Bibliotecario pone un comentario en la ficha de solicitud describiendo lo que ha sucedido. 2. El Bibliotecario impone una sanción para el Investigador que ha cometido una infracción y lo coloca en la lista de Investigadores no confiables, para que en futuros préstamos denegarle la solicitud. 3. El material deberá esperarse a ser devuelto o pagar su equivalente en dólares. 3a. El Bibliotecario constata que el material es devuelto mucho después del tiempo solicitado 1. El Bibliotecario impone una sanción al Investigador. 4a. El material bibliográfico no ha sido devuelto en las mismas condiciones que fue prestado 1. El Bibliotecario impondrá una sanción y marcará al Investigador como no confiable. 2. El Bibliotecario puede imponer una sanción monetaria. Requisitos Especiales: Tiempo de respuesta del sistema debe ser máximo 30 segundos. El sistema debe evaluar constantemente si el usuario es confiable o no confiable y permitir esta asignación.

3.4.17 RF017: Imprimir aprobaciones de préstamos Actor principal: Bibliotecario Personal involucrado e intereses: Bibliotecario: Este al momento de aprobar préstamos del material bibliotecario (UC13) podrá imprimir las aprobaciones para registros internos de la Biblioteca. Investigador: Es quien genera la solicitud de reserva o préstamo del material bibliográfico que el Bibliotecario aprobará y podrá imprimirla.

Precondiciones: El investigador tuvo que haber hecho exitosamente una solicitud de reserva o



Rev. 0.1 Pág. 43

préstamo del material bibliográfico, según como se manifiesta en el caso de uso UC4 y UC5. El Bibliotecario para buscar la solicitud tuvo que haber iniciado sesión en el sistema y debió aprobar el préstamo, junto con esto puede imprimir la ficha de préstamo.

Garantías de éxito (Postcondiciones): impresión de la ficha de préstamo. Escenario principal de éxito (Flujo Básico): 1. El Investigador se dirige al Bibliotecario y le informa que ha hecho una solicitud de reserva o una solicitud de préstamo. 2. El Bibliotecario busca la solicitud, usando el número de cédula solicitado al Investigador como criterio para la búsqueda del material, 3. El sistema busca al Investigador que coincida con el criterio de búsqueda, presenta los datos en él y carga el Material Bibliográfico que haya sido solicitado por el mismo. 4. El Bibliotecario selecciona la solicitud y la aprueba. 5. El Bibliotecario hace clic en el botón de imprimir préstamo. 6. El Bibliotecario se dirige a la impresora y retira la impresión del préstamo. Extensiones (Flujo Alternativo) 2a. El Bibliotecario no encuentra la solicitud de reserva según el número de cédula proporcionado 1. El Bibliotecario vuelve a actualizar las solicitudes por si acaso sea un problema de actualización. 2. El Bibliotecario le solicita otro criterio para la búsqueda como el nombre de usuario del Investigador. 3. Si la solicitud no se la encuentra, el Bibliotecario le ayuda al Investigador a hacer una solicitud de préstamo o reserva y documenta este error para que un programador identifique el error. 4a. El Bibliotecario no aprueba la solicitud hecha por el Investigador, por tanto no existe el flujo normal 5 y 6. 5a. El Bibliotecario no hace clic en el botón de imprimir préstamo, por tanto no se enviará a la cola de impresión la ficha y no existe el flujo normal 6. 5b. El Bibliotecario no imprime la ficha de préstamo pero requiere imprimirla otro día, por tanto puede ir al criterio de búsqueda según el Investigador que hizo la solicitud y se le cargará nuevamente la ficha de solicitud a la cual la podrá imprimir. Requisitos Especiales: La búsqueda del material bibliográfico debe ser de manera avanzada y simple. El sistema debe actualizarse como máximo en 90 segundos, de modo que el Investigador le informe al Bibliotecario de su solicitud, este pueda verla inmediatamente e imprimirla. El tiempo de retardo de impresión no está en responsabilidad del sistema, más bien es responsabilidad del hardware de la impresora a la cual esta opere.



3.5

Rev. 0.1 Pág. 44

Requisitos no funcionales

Los Requisitos No Funcionales, imponen restricciones en el diseño o la implementación como restricciones en el diseño o Estándares de Calidad. En consecuencia son propiedades o cualidades que el producto debe tener.

3.5.1 Requisitos de rendimiento o

o

o

Una aglomeración de solicitudes podría afectar en el rendimiento del sistema. Por tanto se propone que el sistema sea multiusuario. La respuesta que dará el sistema con respecto a la petición del usuario deberá ser en tiempo real. El tiempo de respuesta a las acciones solicitadas por el usuario debe ser de 3 segundos como máximo.

3.5.2 Seguridad o

o

o

o

Todo uso de las funcionalidad/servicios del Sistema requiere la autenticación de los usuarios. El sistema permitirá acceso a los usuarios administradores a través de su nombre con su respectiva contraseña. Cuando un usuario intente conectarse al sistema deberá introducir su identificación y clave de acceso, y el sistema deberá comprobar que se trata de un usuario autorizado. Si el identificador introducido no corresponde a un usuario autorizado o la clave no coincide con la almacenada, se dará una indicación de error. Al tercer intento consecutivo sin éxito, se cerrará el programa. El sistema de información tendrá distintos tipos de usuarios y a cada uno de ellos se le permitirá únicamente el acceso a aquellas funciones que le correspondan.

3.5.3 Fiabilidad o

o

El sistema funcionará bien siempre y cuando no se haga manipulación a la estructura de la base de datos por parte de los usuarios, si hay que hacer alguna modificación a las relaciones del DER (Diagrama Entidad Relación) se lo deberá manifestar al grupo de analistas ya que se tiene el dominio de conocimientos del sistema que se está realizando. El sistema será fiable si soporta como mínimo la concurrencia de 30 personas a la vez, en caso de haber fallos en la consistencia de la base de datos o del proveedor de red se dará un total de 10 incidentes permisibles. Caso contrario se deberá proceder a hacer pruebas para ver el punto de inflexión que no permite la concurrencia mínima de 30 personas simultáneamente.

Capacidad de recuperación Si se produce algún fallo en la actualización de la base de datos, avisar al o administrador del sistema para que intente solucionarlo con una solución local, éste puede hacer cambios manuales.

3.5.4 Mantenibilidad El sistema requerirá de mantenimiento a los nueve meses de ser implantado y el punto donde se harán con mayor ahínco las tareas de mantenimiento es en el módulo de administración de material bibliográfico, ya que las reservas, Descripción de requisitos del software

0000 ERS biblioteca

Recommend Documents