You are on page 1of 45

Especificacin de requisitos de

software
Proyecto: Sistema Bibliotecario para la
Biblioteca del Municipio de Loja
Revisin 0.1

Febrero de 2016

Sistema Bibliotecario para la Biblioteca del


Municipio de Loja
Especificacin de requisitos de software

Rev. 0.1
Pg. 2

Sistema Bibliotecario para la Biblioteca del


Municipio de Loja
Especificacin de requisitos de software

Rev. 0.1
Pg. 3

Ficha del documento


Fecha

Revisin

Autores

Verificado dep. calidad.

Guamn B. Doris K
Analista - Investigador

Jimnez C. Ruth E.
Analista Investigador

Mora M. Mara B.
Analista Investigador
10 de
Febrero
de 2016

0.1

Ing. Ana Luca Colala T


Riofro T. Stalin P
Analista Investigador

Snchez C. Johanna C.
Analista Investigador

Vaca M. Ramiro V.
Analista - 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 Mara Betsab Mora Medina

Descripcin de requisitos del software

Sistema Bibliotecario para la Biblioteca del


Municipio de Loja
Especificacin de requisitos de software

Rev. 0.1
Pg. 4

Contenido
FICHA DEL DOCUMENTO

CONTENIDO

NDICE DE TABLAS

NDICE DE FIGURAS

INTRODUCCIN

1.1

Propsito

1.2

Alcance

1.3

Personal involucrado

1.4

Definiciones, acrnimos y abreviaturas

1.5

Referencias

11

1.6

Resumen

11

2
2.1

DESCRIPCIN GENERAL
Perspectiva del producto

12
12

2.2
Funcionalidad del producto
2.2.1 Administrar material bibliogrfico
2.2.2 Bsqueda de material bibliogrfico
2.2.3 Disponibilidad de material bibliogrfico
2.2.4 Prstamo de material bibliogrfico
2.2.5 Devoluciones de material bibliogrfico
2.2.6 Reserva de material bibliogrfico

12
12
13
14
14
14
15

2.3

Caractersticas de los usuarios

16

2.4

Restricciones

16

2.5

Suposiciones y dependencias

17

2.6

Evolucin previsible del sistema

17

3
3.1

REQUISITOS ESPECFICOS
Prototipado

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

18
18
25
25
25
26
Descripcin de requisitos del software

Sistema Bibliotecario para la Biblioteca del


Municipio de Loja
Especificacin de requisitos de software
3.2.4
3.3

Interfaces de comunicacin

Rev. 0.1
Pg. 5

26

Requisitos funcionales

26

3.4
Requerimientos del Sistema
3.4.1 RF001: Administrar usuarios
3.4.2 RF002: Buscar material bibliogrfico
3.4.3 RF003: Visualizar disponibilidad del material bibliogrfico
3.4.4 RF004: Llenar ficha de solicitud de prstamo del material bibliogrfico
3.4.5 RF005: Realizar reserva del material bibliogrfico
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 peridicos
3.4.10
RF010: Administrar categora de libros
3.4.11
RF011: Administrar subcategora del libro
3.4.12
RF012: Asignar una nueva subcategora a la categora.
3.4.13
RF013: Aprobar prstamos del material bibliogrfico
3.4.14
RF014: Entregar solicitudes de reserva
3.4.15
RF015: Buscar solicitudes de prstamos y reservas
3.4.16
RF016: Administrar devoluciones del material bibliogrfico
3.4.17
RF017: Imprimir aprobaciones de prstamos

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

Descripcin de requisitos del software

Sistema Bibliotecario para la Biblioteca del


Municipio de Loja
Especificacin de requisitos de software

Rev. 0.1
Pg. 6

ndice de tablas
Tabla 1: Personal involucrado en el desarrollo del proyecto....................................................... 9
Tabla 2: Glosario de trminos.................................................................................................. 11
Tabla 3: Referencias del proyecto ........................................................................................... 11
Tabla 4: Caractersticas del usuario administrador .................................................................. 16
Tabla 5: Caractersticas del usuario bibliotecario ..................................................................... 16
Tabla 6: Caractersticas del usuario investigador ..................................................................... 16
Tabla 7: Requisitos funcionales del SIB................................................................................... 27

Descripcin de requisitos del software

Sistema Bibliotecario para la Biblioteca del


Municipio de Loja
Especificacin de requisitos de software

Rev. 0.1
Pg. 7

ndice de figuras
Ilustracin 1: Pgina Principal ................................................................................................. 19
Ilustracin 2: Acceso al Sistema .............................................................................................. 19
Ilustracin 3: Ventana del Administrador ................................................................................. 20
Ilustracin 4: Ventana de material bibliogrfico ........................................................................ 20
Ilustracin 5: Formulario de solicitud de prstamo ................................................................... 21
Ilustracin 6: Mensaje de xito ................................................................................................ 22
Ilustracin 7: Reporte de solicitud de prstamo ....................................................................... 22
Ilustracin 8: Formulario para hacer una reserva ..................................................................... 23
Ilustracin 9: Mensaje de verificacin de reserva ..................................................................... 23
Ilustracin 10: Documento de reporte de reserva de material bibliogrfico ............................... 24
Ilustracin 11: Vista de despliegue del SIB .............................................................................. 25

Descripcin de requisitos del software

Sistema Bibliotecario para la Biblioteca del


Municipio de Loja
Especificacin de requisitos de software

Rev. 0.1
Pg. 8

1 Introduccin
Este documento es una especificacin de Requisitos de Software (ERS) del Sistema
Bibliotecario para la Biblioteca del Municipio de Loja, ubicada en el edificio Alfredo Mora
Reyes, con direccin: Lourdes y Bolvar (esquina).
La presente ERS es fruto de las entrevistas realizadas con los usuarios y responsables de
la biblioteca, es decir: bibliotecarios, durante la realizacin del Mdulo de Educcin y del
Mdulo ARS (Anlisis de Requisitos del Sistema).
En principio la informacin vertida ha sido validada por el equipo de trabajo, por lo que se
considera libre de errores con las naturales reservas de esta afirmacin en el contexto del
desarrollo de software.
Esta especificacin se ha realizado de acuerdo al estndar IEEE Recommended Practice
for Software Requirements Specification ANSI/IEEE 8301998.

1.1

Propsito

El objetivo de la especificacin 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 comunicacin entre las partes implicadas, tomando
parte en su confeccin miembros de cada parte. Esta especificacin est sujeta a
revisiones por el departamento de aseguramiento de la calidad y la Lcda. Carmelina
Galvez Vidal, que se recogern por medio de sucesivas versiones del documento, hasta
alcanzar su aprobacin por parte de las partes antes mencionadas y el grupo de
usuarios. Una vez aprobado servir de base al equipo de desarrollo para la construccin
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 demogrfico en dnde puede ser
til el Sistema Bibliotecario SIB y tambin hay muchos estudiantes de primaria,
secundaria, universitarios, de cuarto nivel, entre otros a los que les son favorables la
gestin y automatizacin de los servicios bibliotecarios.
SIB es la automatizacin de los procesos que lleva actualmente la Biblioteca Central
Municipal, dichos procesos se derivan en funciones del SIB y son: administrar material
bibliogrfico (libros, revistas, peridicos), bsqueda de material bibliogrfico y
disponibilidad del mismo, realizar prstamos y devoluciones. Finalmente como
funcionalidad adicional es la reserva de material bibliogrfico, este servicio no ofrece
actualmente la biblioteca pero es factible su propuesta.
SIB no automatizar, ninguna de las siguientes tareas:
o Modificar o cancelar una reserva de material bibliogrfico.
o Modificar o cancelar un prstamo de material bibliogrfico.
o El sistema no controlar las devoluciones de las cdulas ni la entrega de las
mismas, este proceso deber ser controlado por la persona encargada.
o El sistema no dar alertas al investigador ni al bibliotecario que est prxima la
fecha especificada en la solicitud de reserva, ni alertar al bibliotecario si el
investigador no lleg a la fecha especificada en su solicitud.

Descripcin de requisitos del software

Sistema Bibliotecario para la Biblioteca del


Municipio de Loja
Especificacin de requisitos de software

1.3

Rev. 0.1
Pg. 9

Personal involucrado

Nombre
Rol
Categora profesional
Responsabilidades
Informacin de contacto
Aprobacin

Stalin Riofro
Gestor del producto
Estudiante
Gerente del SIB
spriofriot@unl.edu.ec
Si

Nombre
Rol
Categora profesional
Responsabilidades
Informacin de contacto
Aprobacin

Mara Mora
Administradora del programa
Estudiante
Coordinador del grupo
mbmoram@unl.edu.ec
Si

Nombre
Rol
Categora profesional
Responsabilidades
Informacin de contacto
Aprobacin

Vladimir Vaca
Arquitecto del software y desarrollador
Estudiante
Integrante del equipo de desarrollo
rvvacam@unl.edu.ec
Si

Nombre
Rol
Categora profesional
Responsabilidades
Informacin de contacto
Aprobacin

Doris Guamn
Experimentadora de usuario
Estudiante
Integrante del equipo de desarrollo
dkguamanb@unl.edu.ec
Si

Nombre
Rol
Categora profesional
Responsabilidades
Informacin de contacto
Aprobacin

Ruth Jimnez
Testeadora
Estudiante
Integrante del equipo de desarrollo
rejimenezc@unl.edu.ec
Si

Nombre
Rol
Categora profesional
Responsabilidades
Informacin de contacto
Aprobacin

Johanna Snches
Investigadora de operaciones
Estudiante
Integrante del equipo de desarrollo
jcsanchezc@unl.edu.ec
Si

Tabla 1: Personal involucrado en el desarrollo del proyecto

1.4

Definiciones, acrnimos y abreviaturas


TRMINO

DEFINICIN

Administrador

Persona que tiene los privilegios de acceso, manejo del sistema y


de la administracin de los usuarios del sistema.
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 haca manualmente,

Bibliotecario

Descripcin de requisitos del software

Sistema Bibliotecario para la Biblioteca del


Municipio de Loja
Especificacin de requisitos de software

Categora o
reas del
conocimiento

Confiabilidad

Cutter

Detalle de
Devolucin
Detalle de
Prstamo
Entregar
solicitudes de
reserva

Investigador

Investigador
no confiable

ISBN

ISSN

Material
Bibliogrfico
Prstamo
Solicitud de
Reserva
Subcategora

Rev. 0.1
Pg. 10

ahora automatizadamente.
Representa al conjunto ordenado de libros por asignatura o
subcategora de acuerdo a las normas establecidas por el SINAB
(Direccin Nacional de Bibliotecas)
Las categoras establecidas son:
Generalidades
Filosofa/Psicologa
Religin
Ciencias Sociales
Lenguas
Ciencias Naturales y Matemticas
Tecnologa y Ciencias Aplicadas
Artes/Bellas Artes/Artes Decorativas
Literatura/Retrica
Geografa/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 inters los Investigadores no confiables. (ver
definicin de investigador no confiable)
Es un sistema de clasificacin que utiliza letras y nmeros para
proporcionar un cdigo alfanumrico a los apellidos de los
autores/as de los documentos, destinado a establecer la signatura
librstica.
Registro de la entrega del material bibliogrfico por parte del
investigador al Bibliotecario, despus de esta accin el material se
mostrar como disponible.
Registro de datos del usuario y del material bibliogrfico que solicita
el investigador.
No hace alusin especficamente a que el material es obligatorio
que sea entregado despus de haber hecho una reserva sino, para
evitar confusin 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 bibliogrfico,
es decir son los usuarios, que hacen uso de los servicios de la
biblioteca.
Es aquel investigador que ha sido calificado as porque tal vez en
una ocasin 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
prstamo.
International Standard Book Number (ISBN) es un nmero de 13
cifras que identifica de una manera nica a cada libro o producto de
editorial publicado en el mundo con caractersticas semejantes.
(Nmero Internacional Normalizado de Publicaciones Seriadas) es
un nmero internacional que permite identificar de manera nica una
coleccin, evitando el trabajo y posibles errores de transcribir el
ttulo o la informacin bibliogrfica pertinente. Se reserva a las
publicaciones en serie como los diarios y las Publicaciones
Peridicas.
Es el trmino que representa a los libros, revistas y peridicos.
Es la entrega del material bibliogrfico al investigador
Es la reservacin del material bibliogrfico que es gestionada por el
usuario. Es la anticipacin al prstamo de un material.
Son las categoras contenidos por otras categoras, por ejemplo:
CIENCIAS SOCIALES (Categora)
Estadstica
Ciencias Polticas
Economa
Derecho
Administracin Pblica
Servicio Social
Descripcin de requisitos del software

Sistema Bibliotecario para la Biblioteca del


Municipio de Loja
Especificacin de requisitos de software

Tomo

Volumen

Rev. 0.1
Pg. 11

Educacin
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 ms
volmenes de por pginas.
Si los elementos constituyen unidades temticas, se hablar de
tomos; si no, de volmenes.
Es una unidad fsica, independientemente del contenido.
Tabla 2: Glosario de trminos

1.5

Referencias

Referencia

Titulo

Ruta

Fecha

Autor

Guamn Doris
Jimnez Ruth
Mora Mara
10/10/2015 Riofro Stalin
Snchez
Johanna
Vaca Ramiro
Guamn Doris
Jimnez Ruth
Mora Mara
1/12/2015 Riofro Stalin
Snchez
Johanna
Vaca Ramiro

Elicitacin

Anlisis

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

Documento con el
standard IEEE 830

IEEE
5/02/2016 STANDARDS
ASSOCIATION

Plantilla
IEEE 830

Plantilla ERS IEEE


830

IEEE
5/02/2016 STANDARDS
ASSOCIATION

ERS

Tabla 3: Referencias del proyecto

1.6

Resumen

Este documento como ya se dijo anteriormente es una descripcin completa del sistema
que se va a desarrollar, aqu se respeta la estructura recomendada por el estndar
IEEE Recommended Practice for Software Requirements Specification ANSI/IEEE 830
1998, el cual consta de tres secciones. Esta seccin es la Introduccin y proporciona
una visin general de la ERS. En la Seccin 2 se da una descripcin 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 seccin 3 se definen detalladamente
los requisitos que debe satisfacer el sistema, indicando cules son las entradas, las
salidas y el proceso necesario para satisfacer cada requisito.

Descripcin de requisitos del software

Sistema Bibliotecario para la Biblioteca del


Municipio de Loja
Especificacin de requisitos de software

Rev. 0.1
Pg. 12

2 Descripcin general
En esta seccin se presenta una descripcin general del sistema sin entrar a describir con
mayor detalle su estructura interna. Se presentarn 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 informacin utilizada, las restricciones y otros factores que afecten
al desarrollo del mismo.

2.1

Perspectiva del producto

El sistema SIB en esta primera versin no interactuar con ningn otro sistema
informtico existente, pero al momento de implantarlo lo har con al menos dos equipos
de cmputo, mediante una base de datos relacional como MySQL. La interaccin con
los usuarios ser a travs de mens. Especificando mejor esta parte de la implantacin,
el sistema interactuar con:
o
o

2.2

Un servidor WEB, que permitir el acceso de SIB a los servicios del sistema. No
existe ninguna restriccin acerca de qu servidor concreto utilizar, por lo que la
decisin se aplaza hasta el diseo 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
seccin 2.4. Dado que no se ha tomado una decisin acerca de la plataforma de
implementacin (ver seccin 3.3), la decisin de que interfaz TCP/IP utilizar se
aplaza hasta el diseo detallado.
Base de datos. La nica exigencia ser la utilizacin de una Base de Datos
Relacional. Por lo dems, el tipo de base de datos y el mecanismo de
comunicacin con la misma (ODBC, JDBC, interfaz propietario, etc.) se elegir
durante la actividad de diseo detallado.

Funcionalidad del producto

SIB tiene como objetivo principal automatizar las siguientes tareas de la biblioteca
central Municipal:
o Administrar material bibliogrfico (libros, revistas, peridicos)
o Bsqueda de material bibliogrfico y disponibilidad del mismo
o Prstamo de material bibliogrfico
o Devoluciones de material bibliogrfico
o Reserva de material bibliogrfico
A continuacin, se describen con ms detalle estas tareas, y cmo sern soportadas por
el sistema software.

2.2.1 Administrar material bibliogrfico


El material bibliogrfico es: libro, revista y peridicos. 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 algn 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 aade a los libros que
dispone la biblioteca.
Escenarios alternativos:
Descripcin de requisitos del software

Sistema Bibliotecario para la Biblioteca del


Municipio de Loja
Especificacin de requisitos de software

Rev. 0.1
Pg. 13

El libro ya se encuentra registrado y lo nico que cambia es la versin, por tanto


se lo ingresa normalmente como si se tratase de un nuevo libro.
El libro ya se encuentra registrado y hay otro idntico, por tanto se modifica el
registro del libro existente y se aade un ejemplar al registro.
El libro a ingresar tiene una categora que no corresponde a ninguna de las
creadas, por tanto primero se crea la nueva categora 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 algn 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 aade a las
Revistas que dispone la biblioteca.
Escenarios alternativos:
La Revista ya se encuentra registrada y lo nico que cambia es el nmero de
edicin, por tanto se la ingresa normalmente como si se tratase de una nueva
Revista.
La Revista ya se encuentra registrada con el mismo nmero de edicin y fecha,
por tanto se modifica el registro de la Revista existente y se aade un ejemplar al
registro.
Administrar peridicos
El Bibliotecario busca los Peridicos existentes, en el caso de no encontrarse los
crea y si hay que modificar algn dato de su ingreso lo modifica.
Escenario principal de xito:
Llega un nuevo Peridico a la biblioteca pero al buscarlo se sabe que hay uno
igual por tanto se modifica el registro del Peridico.
Si el Peridico no existe se crea el registro de nuevo Peridico y se aade a los
Peridicos que dispone la biblioteca.
Escenarios alternativos:
El peridico 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 Peridico que se identifica por la
fecha y el Diario.
El Peridico ya se encuentra registrado con la misma fecha y Diario por tanto se
modifica el registro del Peridico y se aade un ejemplar al registro.

2.2.2 Bsqueda de material bibliogrfico


El Investigador puede por distintos criterios de bsqueda buscar el material
bibliogrfico para saber si el recurso que necesita, se dispone en la biblioteca.
Escenario principal de xito:
El Investigador se dirige al enlace de bsqueda de material bibliogrfico e
introduce el nombre, cdigo, autor, o cualquier criterio que desee buscar. Cuando
se d por terminada la bsqueda aparecer una lista con todas las coincidencias.
Escenarios alternativos:

Descripcin de requisitos del software

Sistema Bibliotecario para la Biblioteca del


Municipio de Loja
Especificacin de requisitos de software

Rev. 0.1
Pg. 14

El criterio del material bibliogrfico solicitado no aparece en la lista, por tanto el


Investigador puede buscar por otro criterio y si contina sin aparecer el material,
entonces se deber entender que recurso no se dispone en la biblioteca.
El buscador no encuentra similitudes con ningn 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 bsqueda y la respectiva solicitud de
prstamo o reserva.

2.2.3 Disponibilidad de material bibliogrfico


Si el Investigador conoce que el material bibliogrfico 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 bibliogrfico
puede visualizar si est disponible, no disponible o reservado el material para que
segn sus necesidades llene un formulario con detalles del prstamo 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 prstamo.
Si el material aparece como reservado es necesario que el Investigador vea la
fecha - hora de la reserva para que vea si podra 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 Prstamo de material bibliogrfico


Si el Investigador ve que el material est disponible debe llenar una solicitud de
prstamo del material para que el Bibliotecario pueda aprobar la solicitud y
entregarle el material bibliogrfico solicitado.
Escenario principal de xito:
El Investigador llena la ficha de solicitud de prstamo con detalles del material
(proporcionados en la bsqueda 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 algn campo en la
solicitud pero todava no ha enviado la solicitud, entonces puede modificar el
formulario antes de enviarlo.
El Investigador se da cuenta que hizo mal el ingreso de algn campo en la
solicitud pero ya ha enviado la solicitud, entonces deber solicitarle al
Bibliotecario que niegue dicho prstamo o en el mejor de los casos le ayude a
corregir el campo que llen mal.
El Investigador cancela la solicitud de prstamo por tanto no le llegar al
Bibliotecario.

2.2.5 Devoluciones de material bibliogrfico


Al Bibliotecario se le hace la entrega del material bibliogrfico prestado, este
devuelve la cdula al Investigador y marca en la ficha de prstamo la devolucin
del material bibliogrfico, de este modo puede ser solicitado en prstamo por los
Investigadores.
Descripcin de requisitos del software

Sistema Bibliotecario para la Biblioteca del


Municipio de Loja
Especificacin de requisitos de software

Rev. 0.1
Pg. 15

Escenario principal de xito:


El Investigador se dirige al Bibliotecario y le entrega el material bibliogrfico, para
ello primero el Bibliotecario solicita el nmero de cdula del Investigador y lo
busca. En una ventana aparecer la ficha del prstamo 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 cdula al Investigador y
marcar en la ventana del prstamo 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 cdula y no encuentra la ficha de
prstamo, por tanto en su lista de prstamos de todos los Investigadores deber
buscar algn criterio que identifique al material bibliogrfico, una vez encontrado
realizar las actividades descritas en el Escenario principal de xito.
El material bibliogrfico que pretende ser devuelto no coincide con la ficha de
prstamo, 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 prstamo, a la persona que ha hecho la solicitud se la marcar como
Investigador no confiable, para en futuros prstamos denegarle la solicitud. El
material deber esperarse a ser devuelto o pagar su equivalente en dlares.
El material bibliogrfico devuelto est en mal estado, por tanto el Bibliotecario
marca la ficha de prstamo como devuelto pero marcar al Investigador como
irresponsable para que en futuros prstamos se condiciones su solicitud.

2.2.6 Reserva de material bibliogrfico


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
prstamo.
Escenario principal de xito:
El Investigador llena la ficha de solicitud de reserva con detalles del material
(proporcionados en la bsqueda del mismo), con sus datos personales y con la
fecha - hora que necesitar el material bibliogrfico, debe tener presente el
Investigador que la reserva es vlida hasta 15 minutos de gracia, caso contrario
perder la reserva.
Escenarios alternativos:
El Investigador se da cuenta que hizo mal el ingreso de algn campo en la
solicitud pero todava no ha enviado la solicitud, entonces puede modificar el
formulario antes de enviarlo.
El Investigador se da cuenta que hizo mal el ingreso de algn 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 envo 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 prstamo o realizar otra reserva.

Descripcin de requisitos del software

Sistema Bibliotecario para la Biblioteca del


Municipio de Loja
Especificacin de requisitos de software

2.3

Rev. 0.1
Pg. 16

Caractersticas 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, fcil
de aprender y sencillo de manejar, esto ser conseguido por la aplicacin del factor de
usabilidad.
Tipo de usuario
Formacin
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: Caractersticas del usuario administrador


Tipo de usuario
Formacin
Habilidades

Actividades

Bibliotecario
Tercer nivel o superior
Tener dominio de las operaciones diarias ofrecidas en la
biblioteca.
Buena atencin a los investigadores
Conocer su entorno de trabajo, en particular saber la
distribucin y localizacin del material bibliogrfico.
Administrar (crear, modificar) libros
Administrar (crear, modificar) revistas
Administrar (crear, modificar) peridicos
Administrar categora del libro
Aprobar prstamos del material bibliogrfico
Buscar solicitudes de reserva
Buscar solicitudes de prstamos
Administrar devoluciones del material bibliogrfico

Tabla 5: Caractersticas del usuario bibliotecario

Tipo de usuario
Formacin
Habilidades
Actividades

Investigador
Secundaria en adelante
Tener claro el tema a buscar
Saber tcnicas de bsqueda y recoleccin de informacin
Buscar material bibliogrfico
Visualizar disponibilidad del material bibliogrfico
Llenar ficha de solicitud de prstamo del material
bibliogrfico
Realizar reserva del material bibliogrfico

Tabla 6: Caractersticas del usuario investigador

2.4

Restricciones

SIB proporcionar exclusivamente un interfaz WEB, lo cual facilitar su utilizacin en


mltiples plataformas, con independencia del lenguaje de programacin 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
Descripcin de requisitos del software

Sistema Bibliotecario para la Biblioteca del


Municipio de Loja
Especificacin de requisitos de software

Rev. 0.1
Pg. 17

autentificacin de los usuarios que utilicen el sistema con la nica restriccin de que este
protocolo sea de fcil implementacin y usable.
Dado que el sistema implementar la poltica y el proceso de reserva y prstamos de
canchas, es de esperar que futuros cambios en los modos de trabajo o en las polticas,
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 peticin de cambios en la especificacin debe ser aprobada por
todas las partes y gestionada por el grupo de analistas.
El sistema SIB funciona autnomamente, 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 conexin con el sistema del Registro Civil
para la validacin 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 conexin entre las mquinas en las que residir el programa
cliente y la mquina servidora de datos.

2.6

Evolucin previsible del sistema

Muy probablemente en versiones futuras por los cambios organizacionales y


estructurales de las instituciones pblicas, es posible que los usuarios requieran de un
carnet estudiantil para hacer uso del material bibliogrfico. De darse esta nueva
necesidad, el sistema requerir conexin a las entidades educativas que provean dicho
carnet.
Si hubiese una reestructuracin de personal, el sistema simplemente tendra que dar de
baja a los bibliotecarios que ya no estn ligados a la institucin, y se debera ingresar a
los nuevos bibliotecarios con sus respectivas jornadas laborales.

Descripcin de requisitos del software

Sistema Bibliotecario para la Biblioteca del


Municipio de Loja
Especificacin de requisitos de software

Rev. 0.1
Pg. 18

3 Requisitos especficos
3.1

Prototipado

El prototipado es una tcnica de Validacin de Requisitos y representa una visin


general del producto final de software a desarrollar a partir de los requisitos recolectados
en la fase de especificacin, es frecuentemente usada ya que en ocasiones los usuarios
en general no comprenden el modelo tcnico de un sistema, por lo que no podrn opinar
sobre ste. Es por ello que se utilizan prototipos precisos del sistema para que el usuario
pueda comprenderlo ms fcilmente.
Existen mtodos y mltiples herramientas para la elaboracin de prototipos que permiten
reproducir la interaccin con un mnimo 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 propsito
fundamental, proveer de una herramienta de prototipado GUI el cul las personas
pueden instalar y usar para crear maquetas de plataformas web y de escritorio
populares.
Estndar de Usabilidad
El presente prototipado se lo realiz en referencia a las normas ISO 9241, este estndar
define la usabilidad como (la capacidad de un producto software de ser comprendido,
aprendido, usado y de ser atractivo para el usuario, en condiciones especficas de uso)
como una contribucin relativamente independiente a la calidad del software asociado
con el diseo y la evaluacin de la interfaz del usuario y su interaccin.
La implementacin de la Norma ISO 9241 en el presente prototipo est incorporado en
todas las interfaces realizadas tomando en cuenta las siguientes caractersticas que nos
proporciona esta norma como son Distribucin de Pantallas, Navegacin, Colores de
Pantallas, Posicin del Texto, Eventos de Proceso.
Es de suma importancia realizar el prototipado ya que es la primera versin o modelo del
producto que se est desarrollado, en este se incorpora algunas caractersticas 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 cmo se organizar la informacin y para tener un punto de partida sobre
el cual se har un diseo ms avanzado o definitivo.
La ventaja de disear el prototipado es que es rpido de crear, modificar y econmico,
ya que si se disea directamente el sitio web y este diseo requiere cambios o
modificaciones esto implica un coste ms elevado, el prototipado nos ayuda a definir
desde el principio cmo se organizarn los elementos y a reducir modificaciones
innecesarias en el diseo final de la aplicacin.
Seguidamente se muestra el prototipo de la aplicacin web SIB, como se observa, son
bosquejos del diseo final, pero son de gran ayuda para tener una idea clara de los
elementos que habr en las funcionalidades servicios del sistema.

Descripcin de requisitos del software

Sistema Bibliotecario para la Biblioteca del


Municipio de Loja
Especificacin de requisitos de software

Rev. 0.1
Pg. 19

Ilustracin 1: Pgina Principal


Pgina Principal.- En esta interfaz se presenta los requisitos para hacer efectiva una
solicitud de prstamo, el horario de atencin de la biblioteca y se pone a disposicin dos
botones cada uno cumple con una funcionalidad especfica, detallada a continuacin.
Botn Acceso al sistema.- se despliega la siguiente ventana.

Ilustracin 2: Acceso al Sistema


Esta accin la puede realizar nicamente el administrador, una vez que se ha verificado
que el usuario y contrasea le pertenecen al administrador, se presenta la siguiente
ventana:

Descripcin de requisitos del software

Sistema Bibliotecario para la Biblioteca del


Municipio de Loja
Especificacin de requisitos de software

Rev. 0.1
Pg. 20

Ilustracin 3: Ventana del Administrador


En esta interfaz el administrador visualiza la lista de todo el material bibliogrfico, de
acuerdo al tipo que desee ver, estn clasificados segn sea: Libros, Peridicos y
Revistas, al hacer click en el botn se despliega una tabla con todos los datos
descriptores a cada material.
Adems podr realizar la gestin de todo el material bibliogrfico, es decir se podr
eliminar (dar de baja) un material bibliogrfico, modificar, agregar y la vista de la
informacin del documento, tambin tiene una barra de bsqueda para agilizar el
proceso de bsqueda.
Botn Ver Material Bibliogrfico.- se presenta la ventana siguiente:

Ilustracin 4: Ventana de material bibliogrfico


Descripcin de requisitos del software

Sistema Bibliotecario para la Biblioteca del


Municipio de Loja
Especificacin de requisitos de software

Rev. 0.1
Pg. 21

En esta interfaz se presenta la lista de todo el material bibliogrfico albergado en la


biblioteca, clasificado segn sean libros, peridico y revistas, tambin se da a conocer el
estado de cada uno de ellos, e informacin adicional acerca del material.
Tiene una barra de bsqueda para encontrar de manera ms fcil el material que desea
solicitar, finalmente los botones de decisin Solicitar y Reservar, cada uno de ellos
representa una funcionalidad que es detallada a continuacin:
Solicitar.- se despliega un formulario en donde se llenar los campos solicitados para
hacer efectiva la solicitud de prstamo.

Ilustracin 5: Formulario de solicitud de prstamo


Se tiene los botones de aceptar y cancelar, si se presiona cancelar se inhabilita la
operacin y se presenta la Fig. 1 Ventana de material bibliogrfico y si toma la opcin
de aceptar se enva la solicitud a guardar, presentndose la siguiente ventana:

Descripcin de requisitos del software

Sistema Bibliotecario para la Biblioteca del


Municipio de Loja
Especificacin de requisitos de software

Rev. 0.1
Pg. 22

Ilustracin 6: Mensaje de xito

Aqu se presenta el mensaje de verificacin de la solicitud enviada, se tiene un mensaje


que sirve de gua para el investigador, si presiona en el botn Ver PDF se despliega el
siguiente reporte:

Ilustracin 7: Reporte de solicitud de prstamo


Se muestra un documento con todos los datos referentes a la persona que solicit el
material bibliogrfico y la informacin del material solicitado, tambin se debe imprimir
este reporte para que sea presentado al bibliotecario.

Descripcin de requisitos del software

Sistema Bibliotecario para la Biblioteca del


Municipio de Loja
Especificacin de requisitos de software

Rev. 0.1
Pg. 23

Reserva.- si se hace click en este botn se despliega un formulario en donde se llenar


los campos solicitados para hacer la reserva del material bibliogrfico seleccionado.

Ilustracin 8: Formulario para hacer una reserva


Se tiene los botones de aceptar y cancelar, si se presiona cancelar se inhabilita la
operacin y se presenta la Fig. 2 Ventana de material bibliogrfico y si toma la opcin
de aceptar se enva la solicitud de reserva a guardar, presentndose la siguiente
ventana:

Ilustracin 9: Mensaje de verificacin de reserva


Se presenta el mensaje de verificacin de la solicitud de reserva enviada, si presiona en
el botn Ver PDF se despliega el siguiente reporte:

Descripcin de requisitos del software

Sistema Bibliotecario para la Biblioteca del


Municipio de Loja
Especificacin de requisitos de software

Rev. 0.1
Pg. 24

Ilustracin 10: Documento de reporte de reserva de material bibliogrfico


Se muestra un documento con todos los datos referentes a la persona que solicit la
reserva del material bibliogrfico y la informacin del material solicitado. Finalmente, se
presenta la opcin de imprimir este reporte

Descripcin de requisitos del software

Sistema Bibliotecario para la Biblioteca del


Municipio de Loja
Especificacin de requisitos de software

3.2

Rev. 0.1
Pg. 25

Requisitos comunes de los interfaces


3.2.1 Interfaces de usuario
La comunicacin 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 travs de teclado y mouse.
Las interfaces de usuario estarn bajo el estndar de usabilidad del software ISO
9241 con lo cual se conseguir reduccin de los costes de produccin, reduccin
de los costes de mantenimiento y apoyo, reduccin de los costes de uso y mejora
en la calidad del producto.
Bajo este estndar se garantiza que para el usuario el sistema le sea fcil 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 comunicacin entre mdulos del sistema se har mediante bases de datos
relaciones como MySQL y el servidor Apache que es el encargado de aceptar las
peticiones de pginas (o recursos en general) que provienen de los visitantes que
acceden a nuestro sitio web y gestiona su entrega o denegacin, de acuerdo a las
polticas de seguridad establecidas.
No se har una especificacin lgica de cada interfaz porque el gestor de base de
Datos MySQL y el servidor Apache son las herramientas que darn soporte a
todo el sistema y medio de visualizacin ser en navegador Google Chrome.
Una forma de especificar las interfaces de hardware es a travs de la vista de
despliegue, la cual describe la topologa 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 comunicacin 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 distribucin fsica de los componentes
software del sistema a travs de nodos.

Ilustracin 11: Vista de despliegue del SIB


Descripcin de requisitos del software

Sistema Bibliotecario para la Biblioteca del


Municipio de Loja
Especificacin de requisitos de software

Rev. 0.1
Pg. 26

3.2.3 Interfaces de software


Se pudo haber incluido en esta seccin 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 integracin
de un mdulo ms de un sistema mayor, sino que es un nuevo sistema
independiente.

3.2.4 Interfaces de comunicacin


Para empezar no hay comunicacin con otro sistema como ya se explic en 3.2.3
Interfaces de software y la conexin a la red se establecer por medio de una
conexin directa a la red Ethernet de la Biblioteca Municipal, donde se encontrar
el servidor. Esto ser transparente para la aplicacin, 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
cmo debe reaccionar el software ante ciertas entradas y cmo debe comportarse en
situaciones particulares para producir resultados.
CDIGO

DESCRIPCIN

RF001

Administrar usuarios de la biblioteca.

RF002

Buscar libros segn la palabra clave (ttulo, autor, ao de


edicin).

RF003

Visualizar el Material Bibliogrfico(libro, revistas, peridicos)


que se encuentren disponibles y no disponibles

RF004

Realizar la solicitud de prstamo de Material Bibliogrfico

RF005

Realizar la reserva de Material Bibliogrfico

RF006

Administrar (crear, modificar, dar de baja) Bibliotecarios

RF007

Administrar (crear, modificar) libros

RF008

Administrar (crear, modificar) revistas

RF009

Administrar(crear, modificar) peridicos

RF010

Administrar (crear, modificar) categoras de los libros

RF011

Administrar (crear, modificar) subcategoras de los libros

RF012

Asignar (crear, modificar) subcategoras de los libros

RF013

Aprobar prstamo del Material Bibliogrfico (libros, revistas,


peridicos) solicitados por el investigador.

RF014

Generar reportes de entrega del material bibliogrfico.

RF015

Buscar la solicitud de prstamo y/o reserva por medio de la

Descripcin de requisitos del software

Sistema Bibliotecario para la Biblioteca del


Municipio de Loja
Especificacin de requisitos de software

Rev. 0.1
Pg. 27

cdula.
RF016

Administrar devolucin del Material Bibliogrfico

RF017

Imprimir aprobaciones de prstamos


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 otrgales
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, informacin personal y nombre de usuario con su correspondiente clave para que
inicie sesin.
Precondiciones: El usuario debe estar registrado en el sistema.
Garantas de xito (Postcondiciones): Se almacenarn 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 Bsico):
1. El Administrador tiene que registrar a un nuevo Bibliotecario
2. El Administrador solicita informacin personal al Bibliotecario, nombre de usuario, clave
de usuario y horario de trabajo.
3. El sistema valida la informacin y el nuevo Bibliotecario es registrado en el Sistema.
4. El Bibliotecario inicia sesin haciendo uso de su nombre de usuario y clave
5. El Bibliotecario cambia informacin de su registro de usuario y confirma la modificacin.
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 solicitndoles
informacin personal, nombre de usuario, clave de usuario y seleccin del tipo de
usuario, pudiendo ser este: tesista, docente, estudiante, otro.
8. El sistema valida la informacin y el nuevo investigador es registrado en el Sistema.
9. El Investigador debe solicitar al Administrador el cambio de informacin 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 validacin 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 extensin 3a.
4a. El Bibliotecario ha ingresado mal su nombre de usuario y/o clave, por tanto no puede iniciar
sesin.
1. El nombre de usuario ha sido mal ingresado y se lo corrige, contina el flujo normal (5)
2. La clave ha sido mal ingresado y se lo corrige, contina el flujo normal (5)
3. El nombre de usuario y clave han sido mal ingresados, se los corrige y contina el flujo
Descripcin de requisitos del software

Sistema Bibliotecario para la Biblioteca del


Municipio de Loja
Especificacin de requisitos de software

Rev. 0.1
Pg. 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 cdigos.
8a. El sistema al momento de la validacin 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 extensin 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 cdigos para Investigadores estudiantes.
Un Investigador que fue dado como no confiable y con el tiempo se le concede la asignacin de
Investigador confiable, el administrador debe cambiarlo a Investigador confiable.

3.4.2 RF002: Buscar material bibliogrfico


Actor principal: Investigador
Personal involucrado e intereses:
Investigador: un material bibliogrfico ya sea este: libro, revista, tesis o peridico puede ser
buscado por un criterio de bsqueda o por dos criterios, siendo en este caso una bsqueda
avanzada. Al investigador le interesa esta bsqueda ya que le permite conocer si el material
est disponible, no disponible o reservado; as podr elegir si puede solicitarlo en prstamo.
Precondiciones: El Investigador debe ir al enlace de bsqueda de material bibliogrfico
Garantas de xito (Postcondiciones): Aparecer una lista de todas las posibles
coincidencias segn el criterio de bsqueda 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 Bsico):
1. El Investigador debe ir al enlace de bsqueda de material bibliogrfico que dispone el
sistema.
2. El Investigador especifica el tipo de material bibliogrfico a buscar: libro, revista, tesis o
peridico e introduce un criterio de bsqueda; esto para bsquedas simples.
3. El sistema mostrar en una tabla todas las coincidencias posibles.
4. El Investigador quiere algo ms especfico e introduce un segundo criterio de
bsqueda, esto para bsquedas avanzadas.
5. El sistema actualizar la tabla de todas las coincidencias posibles.
6. El sistema mostrar a ms de los detalles del material la disponibilidad del mismo.
7. El sistema permite la opcin de seleccin del material bibliogrfico buscado para ser
solicitado en prstamo o reserva.
Extensiones (Flujo Alternativo)
2a. El criterio del material bibliogrfico solicitado no aparece en la lista, por tanto el Investigador
puede buscar por otro criterio y si contina 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 prstamo. Segn como lo

Descripcin de requisitos del software

Sistema Bibliotecario para la Biblioteca del


Municipio de Loja
Especificacin de requisitos de software

Rev. 0.1
Pg. 29

especifica el caso de uso UC 4


Requisitos Especiales:
El buscador no encuentra similitudes con ningn 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 bsqueda y la respectiva solicitud de prstamo o reserva.
Se debe proporcionar una interfaz que muestre adecuadamente el detalle del material
bibliogrfico sin dejar de lado su disponibilidad.

3.4.3 RF003: Visualizar


bibliogrfico

disponibilidad

del

material

Actor principal: Investigador


Personal involucrado e intereses:
Investigador: de la bsqueda al investigador le interesa si material est disponible, no
disponible o reservado; as podr elegir si puede solicitarlo en prstamo o en reserva.
Precondiciones: El Investigador debi realizar una bsqueda de un material que s se dispone
en la biblioteca, es decir, que s existe fsicamente.
Garantas 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 Bsico):
1. El Investigador tuvo que haber cumplido satisfactoriamente el caso de uso UC2.
2. El Investigador ve en la lista de bsqueda el detalle del material y se le muestra que el
material est disponible
3. El Investigador es libre de realizar una solicitud de prstamo del material.
4. El Investigador ve en la lista de bsqueda 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 prstamo, 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 prstamo.
1. El material est como no disponible, a lo cual entender que est prestado. Por tanto
puede elegir en hacer una reserva del material, segn 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, segn 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 bibliogrfico

Descripcin de requisitos del software

Sistema Bibliotecario para la Biblioteca del


Municipio de Loja
Especificacin de requisitos de software

Rev. 0.1
Pg. 30

3.4.4 RF004: Llenar ficha de solicitud de prstamo del


material bibliogrfico
Actor principal: Investigador
Personal involucrado e intereses:
Investigador: ve que el material est disponible debe llenar una solicitud de prstamo del
material para que el Bibliotecario pueda aprobar la solicitud y entregarle el material bibliogrfico
solicitado.
Bibliotecario: si le llega la solicitud de prstamo del material las aprueba para satisfacer el
servicio solicitado por el Investigador.
Precondiciones: El material bibliogrfico debe estar marcado como disponible en la vista de
disponibilidad del material bibliogrfico UC3.
Garantas de xito (Postcondiciones): Solicitud enviada al Bibliotecario para que la apruebe
y entregue el material solicitado.
Escenario principal de xito (Flujo Bsico):
1. El Investigador tuvo que haber cumplido con xito los casos de uso UC2 y UC3.
2. El Investigador de la disponibilidad del material bibliogrfico (UC3) marcada como
disponible, basta que haga clic en solicitar material.
3. El sistema le solicitar que ingrese su nombre de usuario y contrasea.
4. El sistema validar la informacin 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
devolucin) que utilizar el material bibliogrfico.
7. El Investigador enva y confirma la solicitud del material.
8. El sistema le devolver una notificacin de solicitud enviada.
Extensiones (Flujo Alternativo)
3a. El Investigador no tiene nombre de usuario y contrasea, por tanto deber irse al caso de
uso UC6 Registrar Investigador en el sistema.
3b. El Investigador no tiene nombre de usuario y contrasea pero tiene carnet estudiantil, por
tanto basta que pase su carnet por el lector de cdigos y continuar con el flujo bsico (4)
4a. El sistema devuelve que la informacin proporcionada no es vlida, ya sea por:
1. El nombre de usuario ha sido mal ingresado, por tanto se lo corrige y contina el flujo
bsico (4)
2. La clave ha sido mal ingresado, por tanto se lo corrige y contina el flujo bsico (4)
3. El nombre de usuario y clave han sido mal ingresados, se los corrige y contina el flujo
bsico (4).
5a. El sistema le devuelve al Investigador que ha sido calificado como no confiable porque tal
vez en otra ocasin 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 ingreso del tiempo en la solicitud pero ya la ha
enviado, entonces deber solicitarle al Bibliotecario que niegue dicho prstamo o en el
mejor de los casos le ayude a corregir el tiempo que llen mal.
7a. El Investigador cancela la solicitud de prstamo por tanto no le llegar al Bibliotecario.
Requisitos Especiales:
Interfaz Grfica de Usuario amigable.
El texto debe ser visible a 30 cm de distancia.
Tiempo de respuesta del sistema debe ser mximo 30 segundos.

Descripcin de requisitos del software

Sistema Bibliotecario para la Biblioteca del


Municipio de Loja
Especificacin de requisitos de software

Rev. 0.1
Pg. 31

3.4.5 RF005: Realizar reserva del material bibliogrfico


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 bsqueda 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.
Garantas de xito (Postcondiciones): La disponibilidad del material UC3 y en la bsqueda
UC2, se actualiza a reservado.
Escenario principal de xito (Flujo Bsico):
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 bibliogrfico en reserva.
2. El Investigador de la disponibilidad del material bibliogrfico (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 contrasea.
4. El sistema validar la informacin 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
devolucin) que reservar el material bibliogrfico.
7. El Investigador enva y confirma la reserva del material.
8. El investigador en un plazo mximo de 15 minutos debe confirmar al Bibliotecario la
reserva para que esta se efectivice.
9. El sistema le devolver una notificacin de reserva confirmada.
Extensiones (Flujo Alternativo)
3a. El Investigador no tiene nombre de usuario y contrasea, por tanto deber irse al caso de
uso UC6 Registrar Investigador en el sistema.
3b. El Investigador no tiene nombre de usuario y contrasea pero tiene carnet estudiantil, por
tanto basta que pase su carnet por el lector de cdigos y continuar con el flujo bsico (4)
4a. El sistema devuelve que la informacin proporcionada no es vlida, ya sea por:
1. El nombre de usuario ha sido mal ingresado, por tanto se lo corrige y contina el flujo
bsico (4)
2. La clave ha sido mal ingresado, por tanto se lo corrige y contina el flujo bsico (4)
3. El nombre de usuario y clave han sido mal ingresados, se los corrige y contina el flujo
bsico (4).
5a. El sistema le devuelve al Investigador que ha sido calificado como no confiable porque tal
vez en otra ocasin 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 ms pronto posible.
Descripcin de requisitos del software

Sistema Bibliotecario para la Biblioteca del


Municipio de Loja
Especificacin de requisitos de software

Rev. 0.1
Pg. 32

9a. El sistema no le devuelve la notificacin de reserva confirmada por tanto no aplica a la


reserva.
1. La notificacin de confirmacin no es devuelta porque el Investigador no confirm su
efectivizacin en el tiempo mximo de 15 minutos al Bibliotecario.
Requisitos Especiales:
La confirmacin de reserva del Investigador al Bibliotecario puede hacerse personalmente en la
Biblioteca o mediante llamada telefnica.
El sistema en el mejor de los casos debe ser capaz de controlar las fecha-hora de reserva para
que si no hay confirmacin en mximo 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 sesin en el sistema pero es necesario tenerlo registrado para que
pueda hacer reservas o prstamos, ya que en cada uno de ellos se solicita informacin del
usuario como nombre de usuario con su respectiva clave.
Precondiciones: El Investigador debe entrar al dominio de la pgina web de la biblioteca y
ubicarse en registrar Investigadores.
Garantas de xito (Postcondiciones): La informacin personal y nombre de usuario con su
clave son registrados en el sistema.
Escenario principal de xito (Flujo Bsico):
1. El Investigador entra a la pgina web de la biblioteca y se ubica en registrar
Investigadores.
2. El sistema le pide al Investigador informacin personal como nombre, apellidos, cedula
de ciudadana, telfono, direccin, tipo de investigador, nombre de usuario y clave.
3. El sistema valida la informacin proporcionada.
4. El sistema le devolver una notificacin de registro de Investigador correcto.
Extensiones (Flujo Alternativo)
3a. El sistema valida que el nmero de cdula ingresado ya corresponde a otro usuario y le
notifica al Investigador que no puede hacer su registro con ese nmero.
3b. El sistema valida que el nombre de usuario ya existe por tanto 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, slo le es suficiente que utilice su
carnet estudiantil y lo pase por el lector de barras cuando haga su solicitud de reserva o
prstamo.
4a. El sistema no devuelve la notificacin de registro de Investigador correcto porque no ha
realizado correctamente el flujo bsico (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 automtico, se hace referencia a
este registro en el caso de uso 19.

Descripcin de requisitos del software

Sistema Bibliotecario para la Biblioteca del


Municipio de Loja
Especificacin de requisitos de software

Rev. 0.1
Pg. 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 algn dato de su ingreso lo modifica.
Precondiciones: El Bibliotecario debi haberse autenticado en el sistema y ubicarse en el
enlace de Administrar Libros.
Garantas de xito (Postcondiciones): Libro creado o modificado
Escenario principal de xito (Flujo Bsico):
1. El Bibliotecario ingresa el criterio de bsqueda del libro y presiona el botn 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 subcategora y categora que le corresponde.
6. El sistema valida que los campos obligatorios no estn vacos.
7. El sistema verifica que no existan ttulos de libro, autores y nmero de edicin
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 bibliogrfico 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 bsico (3).
2. El Bibliotecario crea el libro con informacin necesaria como: ttulo, ao de edicin,
cdigo, autor, nmero de material, pginas, observaciones.
3. El Bibliotecario asigna la categora y subcategora correspondiente al libro, y se
contina con el flujo bsico (6).
5a. El Bibliotecario se equivoc en la modificacin del material pero todava no enva dicha
modificacin, por tanto no se actualiza el registro.
5b. El Bibliotecario se equivoc en la modificacin del material y envi dicha modificacin, por
tanto puede volver al flujo bsico (3) para corregir el error.
6a. El sistema valida que hay campos obligatorios vacos, por lo cual le informa al Bibliotecario
que debe llenarlos para continuar.
7a. El sistema valida que hay otro libro con el mismo ttulo, autor/es y nmero de edicin
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 nmero 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 categoras y subcategoras de
libros.

Descripcin de requisitos del software

Sistema Bibliotecario para la Biblioteca del


Municipio de Loja
Especificacin de requisitos de software

Rev. 0.1
Pg. 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 algn dato de su ingreso lo modifica.
Precondiciones: El Bibliotecario debi haberse autenticado en el sistema y ubicarse en el
enlace de Administrar Revistas.
Garantas de xito (Postcondiciones): Revista creada o modificada
Escenario principal de xito (Flujo Bsico):
1. El Bibliotecario ingresa el criterio de bsqueda de la Revista y presiona el botn
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 estn vacos.
7. El sistema verifica que no existan autor/es, fecha y nmero 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 bibliogrfico 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 bsico (3).
2. El Bibliotecario crea la Revista con informacin necesaria como: nmero de edicin,
fecha, cdigo, autor, nmero de material, pginas, observaciones, y se contina con el
flujo bsico (6).
5a. El Bibliotecario se equivoc en la modificacin del material pero todava no enva dicha
modificacin, por tanto no se actualiza el registro.
5b. El Bibliotecario se equivoc en la modificacin del material y envi dicha modificacin, por
tanto puede volver al flujo bsico (3) para corregir el error.
6a. El sistema valida que hay campos obligatorios vacos, 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 nmero de revista duplicados,
por lo cual le informa al Bibliotecario de ello para que en el campo de Revista llamado
nmero 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 peridicos


Actor principal: Bibliotecario
Personal involucrado e intereses:
Bibliotecario: Este busca los Peridicos existentes, en el caso de no encontrarse lo crea y si
Descripcin de requisitos del software

Sistema Bibliotecario para la Biblioteca del


Municipio de Loja
Especificacin de requisitos de software

Rev. 0.1
Pg. 35

hay que modificar algn dato de su ingreso lo modifica.


Precondiciones: El Bibliotecario debi haberse autenticado en el sistema y ubicarse en el
enlace de Administrar Peridicos.
Garantas de xito (Postcondiciones): Peridico creado o modificado
Escenario principal de xito (Flujo Bsico):
1. El Bibliotecario ingresa el criterio de bsqueda del Peridico y presiona el botn
Buscar.
2. El sistema busca el(los) peridico(s) que coincidan con el criterio y actualiza la tabla de
coincidencias.
3. El Bibliotecario elige el peridico a modificar.
4. El sistema recupera el peridico elegido y la expone al Bibliotecario, juntamente con
detalles de su registro.
5. El Bibliotecario modifica el peridico que le corresponde.
6. El sistema valida que los campos obligatorios no estn vacos.
7. El sistema verifica que no existan autor/es y fecha duplicados.
8. El sistema guarda el Peridico y presenta un mensaje de Peridico actualizado.
Extensiones (Flujo Alternativo)
2a. El sistema no encuentra ninguna coincidencias por lo cual el Bibliotecario entiende que ese
material bibliogrfico no se encuentra en el registro del sistema.
1. El Bibliotecario crea el nuevo Peridico haciendo uso del enlace crear, en lugar de
modificar como se expresa en el flujo bsico (3).
2. El Bibliotecario crea el Peridico con informacin necesaria como: fecha, cdigo, autor,
nmero de material, pginas, observaciones, y se contina con el flujo bsico (6).
5a. El Bibliotecario se equivoc en la modificacin del material pero todava no enva dicha
modificacin, por tanto no se actualiza el registro.
5b. El Bibliotecario se equivoc en la modificacin del material y envi dicha modificacin, por
tanto puede volver al flujo bsico (3) para corregir el error.
6a. El sistema valida que hay campos obligatorios vacos, por lo cual le informa al Bibliotecario
que debe llenarlos para continuar.
7a. El sistema valida que hay otro Peridico con autor/es y fecha duplicados, por lo cual le
informa al Bibliotecario de ello para que en el campo de Peridico llamado nmero 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 categora de libros


Actor principal: Bibliotecario
Personal involucrado e intereses:
Bibliotecario: Este busca las Categoras existentes, en el caso de no encontrarse lo crea y si
hay que modificar algn dato de su ingreso lo modifica.
Precondiciones: El Bibliotecario debi haberse autenticado en el sistema y ubicarse en el
enlace de Administrar Categoras de Libros.
Garantas de xito (Postcondiciones): Categora creada o modificada.

Descripcin de requisitos del software

Sistema Bibliotecario para la Biblioteca del


Municipio de Loja
Especificacin de requisitos de software

Rev. 0.1
Pg. 36

Escenario principal de xito (Flujo Bsico):


1. El Bibliotecario ingresa el criterio de bsqueda de la Categora y presiona el botn
Buscar.
2. El sistema busca la(las) categora(s) que coincidan con el criterio y actualiza la tabla de
coincidencias.
3. El Bibliotecario elige la Categora a modificar.
4. El sistema recupera la Categora elegida y la expone al Bibliotecario, juntamente con
detalles de su registro.
5. El Bibliotecario modifica la Categora que le corresponde.
6. El sistema valida que los campos obligatorios no estn vacos.
7. El sistema verifica que no existan reas de conocimiento duplicados.
8. El sistema guarda la Categora y presenta un mensaje de Categora actualizada.
Extensiones (Flujo Alternativo)
2a. El sistema no encuentra ninguna coincidencias por lo cual el Bibliotecario entiende que
dicha Categora no se encuentra en el registro del sistema.
1. El Bibliotecario crea la nueva Categora haciendo uso del enlace crear, en lugar de
modificar como se expresa en el flujo bsico (3); para as asociar al Libro a la categora
creada.
2. El Bibliotecario crea la Categora con informacin necesaria como: nombre de
Categora, y se contina con el flujo bsico (6).
5a. El Bibliotecario se equivoc en la modificacin de la Categora pero todava no enva dicha
modificacin, por tanto no se actualiza el registro.
5b. El Bibliotecario se equivoc en la modificacin de la Categora y envi dicha modificacin,
por tanto puede volver al flujo bsico (3) para corregir el error.
6a. El sistema valida que hay campos obligatorios vacos, por lo cual le informa al Bibliotecario
que debe llenarlos para continuar.
7a. El sistema valida que hay otra Categora con el mismo nombre, por lo cual le informa al
Bibliotecario que la Categora 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 subcategora del libro


Actor principal: Bibliotecario
Personal involucrado e intereses:
Bibliotecario: Este busca las Subcategoras existentes, en el caso de no encontrarse lo crea y
si hay que modificar algn dato de su ingreso lo modifica.
Precondiciones: El Bibliotecario debi haberse autenticado en el sistema y ubicarse en el
enlace de Administrar Subcategoras de Libros.
Garantas de xito (Postcondiciones): Subcategora creada o modificada.
Escenario principal de xito (Flujo Bsico):
1. El Bibliotecario ingresa el criterio de bsqueda de la Subcategora y presiona el botn
Buscar.
2. El sistema busca la(las) Subcategora(s) que coincidan con el criterio y actualiza la
tabla de coincidencias.
3. El Bibliotecario elige la Subcategora a modificar.
4. El sistema recupera la Subcategora elegida y la expone al Bibliotecario, juntamente

Descripcin de requisitos del software

Sistema Bibliotecario para la Biblioteca del


Municipio de Loja
Especificacin de requisitos de software

5.
6.
7.
8.

Rev. 0.1
Pg. 37

con detalles de su registro.


El Bibliotecario modifica la Subcategora que le corresponde.
El sistema valida que los campos obligatorios no estn vacos.
El sistema verifica que no existan nombre de Subcategora duplicados.
El sistema guarda la Subcategora y presenta un mensaje de Subcategora
actualizada.

Extensiones (Flujo Alternativo)


2a. El sistema no encuentra ninguna coincidencias por lo cual el Bibliotecario entiende que
dicha Subcategora no se encuentra en el registro del sistema.
1. El Bibliotecario crea la nueva Subcategora haciendo uso del enlace crear, en lugar de
modificar como se expresa en el flujo bsico (3); para as asociar a una categora con
la subcategora creada.
2. El Bibliotecario crea la Subcategora con informacin necesaria como: nombre de
Subcategora, y se contina con el flujo bsico (6).
5a. El Bibliotecario se equivoc en la modificacin de la Subcategora pero todava no enva
dicha modificacin, por tanto no se actualiza el registro.
5b. El Bibliotecario se equivoc en la modificacin de la Subcategora y envi dicha
modificacin, por tanto puede volver al flujo bsico (3) para corregir el error.
6a. El sistema valida que hay campos obligatorios vacos, por lo cual le informa al Bibliotecario
que debe llenarlos para continuar.
7a. El sistema valida que hay otra Subcategora con el mismo nombre, por lo cual le informa al
Bibliotecario que la Subcategora 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 subcategora a la


categora.
Actor principal: Bibliotecario
Personal involucrado e intereses:
Bibliotecario: Este busca una Categora de libro y le asigna una categora que ha sido creada.
Precondiciones: El Bibliotecario debi haberse autenticado en el sistema y ubicarse en el
enlace de Administrar Subcategoras de Libros.
Garantas de xito (Postcondiciones): Subcategora asignada a una Categora de Libro.
Escenario principal de xito (Flujo Bsico):
1. El Bibliotecario est en el dominio de la pgina web y se ubica en el enlace Administrar
Subcategoras de Libros.
2. El Bibliotecario ingresa el criterio de bsqueda de la Subcategora y presiona el botn
Buscar.
3. El sistema busca la(las) Subcategora(s) que coincidan con el criterio y actualiza la
tabla de coincidencias.
4. El Bibliotecario elige la Subcategora a asignar.
5. El sistema recupera la Subcategora elegida y la expone al Bibliotecario, juntamente
con detalles de su registro.
6. El Bibliotecario selecciona una categora y confirma .la asignacin.
7. El sistema verifica que la Subcategora no est asociada con otra Categora.
8. El sistema guarda la Subcategora asignada a la Categora del Libro.

Descripcin de requisitos del software

Sistema Bibliotecario para la Biblioteca del


Municipio de Loja
Especificacin de requisitos de software

Rev. 0.1
Pg. 38

Extensiones (Flujo Alternativo)


2a. El sistema no encuentra ninguna coincidencias por lo cual el Bibliotecario entiende que
dicha Subcategora no se encuentra en el registro del sistema.
2. El Bibliotecario crea la nueva Subcategora haciendo uso del enlace crear; para as
asociar a una categora con la subcategora creada.
3. El Bibliotecario crea la Subcategora con informacin necesaria como: nombre de
Subcategora, y se contina con el flujo bsico (6).
6a. El Bibliotecario se equivoc en la asignacin de la Subcategora pero todava no enva
dicha asignacin, por tanto no se actualiza el registro.
5b. El Bibliotecario se equivoc en la asignacin de la Subcategora y envi dicha asignacin,
por tanto puede volver al flujo bsico (3) para corregir el error.
6a. El sistema valida que la Subcategora est asignada a otra Categora del Libro, por lo cual
le informa al Bibliotecario que la Subcategora no puede ser asignada porque una
Subcategora no puede estar en varias Categoras.
Requisitos Especiales:
El texto debe ser visible a 30 cm de distancia.
Una interfaz de usuario amigable e intuitiva.

3.4.13 RF013: Aprobar prstamos del material


bibliogrfico
Actor principal: Bibliotecario
Personal involucrado e intereses:
Bibliotecario: busca las Solicitudes de Prstamo del material bibliogrfico hecha por el/los
Investigador/es, aprueba el prstamo y entrega el material solicitado.
Investigador: es a quien se le entrega el material bibliogrfico, previamente especificado.
Precondiciones: El investigador tiene que enviar una solicitud de prstamo de un libro, revista
o peridico, claramente antes tuvo que haber visto la disponibilidad del material solicitado.
El Bibliotecario tuvo que previamente haber iniciado sesin en el sistema.
Garantas de xito (Postcondiciones): La solicitud de prstamo del material bibliogrfico es
aprobada con xito por el Bibliotecario y se entrega el material al investigador.
Escenario principal de xito (Flujo Bsico):
1. El Investigador se dirige al Bibliotecario y le informa que ha hecho una solicitud de
prstamo.
2. El Bibliotecario busca la solicitud de prstamo, usando como criterio para la bsqueda
del material, el nmero de cdula solicitado al Investigador.
3. El sistema busca al Investigador que coincida con el criterio de bsqueda, presenta los
datos en l y carga el Material Bibliogrfico que haya sido solicitado por el mismo.
4. El Bibliotecario pide la cdula del Investigador para comprobar si fue la persona que
envi la solicitud.
5. El Investigador entrega la cdula.
6. El Bibliotecario confirma la identidad de la persona y aprueba la solicitud de prstamo.
7. El Sistema cambia de estado al libro, revista o peridico, de disponible a no disponible.
Internamente asigna el prstamo al Investigador solicitante.
8. El Bibliotecario entrega el material bibliogrfico
9. El Investigador recibe el material solicitado.
Extensiones (Flujo Alternativo)

Descripcin de requisitos del software

Sistema Bibliotecario para la Biblioteca del


Municipio de Loja
Especificacin de requisitos de software

Rev. 0.1
Pg. 39

2a. El Bibliotecario no encuentra la solicitud de prstamo segn el nmero de cdula


proporcionado
1. El Bibliotecario vuelve a actualizar las solicitudes por si acaso sea un problema de
actualizacin.
2. El Bibliotecario le solicita otro criterio para la bsqueda 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 cdula
1. El Bibliotecario busca si el Investigador ha hecho otros prstamos antes y puede
convenir en el prstamo del material.
2. El investigador nunca antes ha solicitado material bibliogrfico por lo cual el prstamo
del material queda a decisin del bibliotecario, por ejemplo puede optar por solicitar
una garanta para el prstamo.
5b. Al Bibliotecario le informa el Investigador que no tiene cdula porque dispone de carnet
estudiantil. Por tanto como el carnet tiene foto, se comprobar si el portador del carnet es
su dueo, de ser el caso, el carnet se queda como garanta en el prstamo.
Requisitos Especiales:
La bsqueda del material bibliogrfico debe ser de manera avanzada y simple.
El Bibliotecario puede pasar el carnet estudiantil por el lector de cdigo y observar en su
registro informacin de ese estudiante, como primordial puede ver su nmero de cdula.
El sistema debe actualizarse como mximo 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 bibliogrfico hecha por los
Investigadores, si est dentro de la fecha-hora solicitada aprueba el prstamo 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 bibliogrfico, segn como se manifiesta en el caso de uso UC5
El Bibliotecario para aprobar la solicitud tuvo que haber iniciado sesin en el sistema.
Garantas de xito (Postcondiciones): El material bibliogrfico solicitado es entregado al
Investigador.
Escenario principal de xito (Flujo Bsico):
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 bsqueda
del material, el nmero de cdula solicitado al Investigador.
3. El sistema busca al Investigador que coincida con el criterio de bsqueda, presenta los
datos en l y carga el Material Bibliogrfico 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 cdula del Investigador para comprobar si fue la persona que

Descripcin de requisitos del software

Sistema Bibliotecario para la Biblioteca del


Municipio de Loja
Especificacin de requisitos de software

Rev. 0.1
Pg. 40

envi la solicitud.
6. El Investigador entrega la cdula.
7. El Bibliotecario confirma la identidad de la persona y aprueba la solicitud de reserva, en
este caso tiene el comportamiento de aprobar prstamo del caso de uso UC13.
8. El Sistema cambia de estado al libro, revista o peridico, de disponible a no disponible.
Internamente asigna el prstamo al Investigador solicitante.
9. El Bibliotecario entrega el material bibliogrfico
10. El Investigador recibe el material solicitado.
Extensiones (Flujo Alternativo)
2a. El Bibliotecario no encuentra la solicitud de reserva segn el nmero de cdula
proporcionado
1. El Bibliotecario vuelve a actualizar las solicitudes por si acaso sea un problema de
actualizacin.
2. El Bibliotecario le solicita otro criterio para la bsqueda 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 prstamo 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 todava dispone de tiempo (segn la reserva), est en manos del Bibliotecario si
aprueba el prstamo y contina con el flujo bsico (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
prstamo. 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 cdula
1. El Bibliotecario busca si el Investigador ha hecho otros prstamos o reservas antes y
puede convenir en el prstamo del material.
2. El investigador nunca antes ha solicitado material bibliogrfico por lo cual el prstamo
del material queda a decisin del bibliotecario, por ejemplo puede optar por solicitar
una garanta para el prstamo.
5b. Al Bibliotecario le informa el Investigador que no tiene cdula porque dispone de carnet
estudiantil. Por tanto como el carnet tiene foto, se comprobar si el portador del carnet es
su dueo, de ser el caso, el carnet se queda como garanta en el prstamo.
Requisitos Especiales:
La bsqueda del material bibliogrfico debe ser de manera avanzada y simple.
El Bibliotecario puede pasar el carnet estudiantil por el lector de cdigo y observar en su
registro informacin de ese estudiante, como primordial puede ver su nmero de cdula.
El sistema debe actualizarse como mximo 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 prstamos y reservas


Actor principal: Bibliotecario
Personal involucrado e intereses:
Bibliotecario: Este busca las Solicitudes de reserva y de prstamo del material bibliogrfico
hecha por los Investigadores, para poder aprobar (entrega el material solicitado) o denegar el
prstamo.

Descripcin de requisitos del software

Sistema Bibliotecario para la Biblioteca del


Municipio de Loja
Especificacin de requisitos de software

Rev. 0.1
Pg. 41

Investigador: Es quien le informa al Bibliotecario de una solicitud de reserva o prstamo del


material bibliogrfico.
Precondiciones: El investigador tuvo que haber hecho exitosamente una solicitud de reserva o
prstamo del material bibliogrfico, segn como se manifiesta en el caso de uso UC4 y UC5.
El Bibliotecario para buscar la solicitud tuvo que haber iniciado sesin en el sistema y se le
debe proporcionar un criterio de bsqueda.
Garantas de xito (Postcondiciones): se listan las solicitudes de reserva o prstamo acorde
al criterio proporcionado.
Escenario principal de xito (Flujo Bsico):
1. El Investigador se dirige al Bibliotecario y le informa que ha hecho una solicitud de
reserva o una solicitud de prstamo.
2. El Bibliotecario busca la solicitud, usando el nmero de cdula solicitado al Investigador
como criterio para la bsqueda del material,
3. El sistema busca al Investigador que coincida con el criterio de bsqueda, presenta los
datos en l y carga el Material Bibliogrfico 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 segn el nmero de cdula
proporcionado
1. El Bibliotecario vuelve a actualizar las solicitudes por si acaso sea un problema de
actualizacin.
2. El Bibliotecario le solicita otro criterio para la bsqueda 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 prstamo o reserva y documenta este error para que un programador
identifique el error.
Requisitos Especiales:
La bsqueda del material bibliogrfico debe ser de manera avanzada y simple.
El sistema debe actualizarse como mximo 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
prstamos o tambin puede eliminarlas.

3.4.16 RF016: Administrar devoluciones del material


bibliogrfico
Actor principal: Bibliotecario
Personal involucrado e intereses:
Bibliotecario: gestiona la devolucin, es decir, la entrega fsica del material bibliogrfico y la
devolucin del documento de identificacin del Investigador. De este modo puede ser
nuevamente solicitado en prstamo.
Investigador: se rige a las normas del centro bibliotecario y devuelve el libro, revista o
peridico, segn la fecha-hora que estableci para el prstamo. Es el responsable que figura
como solicitante.
Precondiciones: El Bibliotecario aprob la solicitud de prstamo y entreg el material

Descripcin de requisitos del software

Sistema Bibliotecario para la Biblioteca del


Municipio de Loja
Especificacin de requisitos de software

Rev. 0.1
Pg. 42

bibliogrfico.
El bibliotecario tiene que haber iniciado sesin en el sistema.
Garantas de xito (Postcondiciones): El material bibliogrfico es nuevamente colocado en
los estantes de la Biblioteca y pasa de estado ocupado a estado disponible.
Escenario principal de xito (Flujo Bsico):
1. El Bibliotecario busca la ficha de prstamo segn el nmero de cdula 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 peridico y verifica su integridad.
5. El Bibliotecario entrega el documento de identificacin 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 prstamo
1. El Bibliotecario deber buscar otro criterio que identifique al material bibliogrfico, una
vez encontrado realizar el escenario (2) del flujo bsico.
2. Si no encuentra la ficha de prstamo deber buscar la solicitud, ver si se la aprob y
hacer un seguimiento para ver en qu punto es donde dej de existir la aprobacin de
prstamo. 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 sancin para el Investigador que ha cometido una
infraccin y lo coloca en la lista de Investigadores no confiables, para que en futuros
prstamos denegarle la solicitud.
3. El material deber esperarse a ser devuelto o pagar su equivalente en dlares.
3a. El Bibliotecario constata que el material es devuelto mucho despus del tiempo
solicitado
1. El Bibliotecario impone una sancin al Investigador.
4a. El material bibliogrfico no ha sido devuelto en las mismas condiciones que fue
prestado
1. El Bibliotecario impondr una sancin y marcar al Investigador como no confiable.
2. El Bibliotecario puede imponer una sancin monetaria.
Requisitos Especiales:
Tiempo de respuesta del sistema debe ser mximo 30 segundos.
El sistema debe evaluar constantemente si el usuario es confiable o no confiable y permitir esta
asignacin.

3.4.17 RF017: Imprimir aprobaciones de prstamos


Actor principal: Bibliotecario
Personal involucrado e intereses:
Bibliotecario: Este al momento de aprobar prstamos del material bibliotecario (UC13) podr
imprimir las aprobaciones para registros internos de la Biblioteca.
Investigador: Es quien genera la solicitud de reserva o prstamo del material bibliogrfico que
el Bibliotecario aprobar y podr imprimirla.
Precondiciones: El investigador tuvo que haber hecho exitosamente una solicitud de reserva o

Descripcin de requisitos del software

Sistema Bibliotecario para la Biblioteca del


Municipio de Loja
Especificacin de requisitos de software

Rev. 0.1
Pg. 43

prstamo del material bibliogrfico, segn como se manifiesta en el caso de uso UC4 y UC5.
El Bibliotecario para buscar la solicitud tuvo que haber iniciado sesin en el sistema y debi
aprobar el prstamo, junto con esto puede imprimir la ficha de prstamo.
Garantas de xito (Postcondiciones): impresin de la ficha de prstamo.
Escenario principal de xito (Flujo Bsico):
1. El Investigador se dirige al Bibliotecario y le informa que ha hecho una solicitud de
reserva o una solicitud de prstamo.
2. El Bibliotecario busca la solicitud, usando el nmero de cdula solicitado al Investigador
como criterio para la bsqueda del material,
3. El sistema busca al Investigador que coincida con el criterio de bsqueda, presenta los
datos en l y carga el Material Bibliogrfico que haya sido solicitado por el mismo.
4. El Bibliotecario selecciona la solicitud y la aprueba.
5. El Bibliotecario hace clic en el botn de imprimir prstamo.
6. El Bibliotecario se dirige a la impresora y retira la impresin del prstamo.
Extensiones (Flujo Alternativo)
2a. El Bibliotecario no encuentra la solicitud de reserva segn el nmero de cdula
proporcionado
1. El Bibliotecario vuelve a actualizar las solicitudes por si acaso sea un problema de
actualizacin.
2. El Bibliotecario le solicita otro criterio para la bsqueda 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 prstamo 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 botn de imprimir prstamo, por tanto no se enviar a la
cola de impresin la ficha y no existe el flujo normal 6.
5b. El Bibliotecario no imprime la ficha de prstamo pero requiere imprimirla otro da, por tanto
puede ir al criterio de bsqueda segn el Investigador que hizo la solicitud y se le cargar
nuevamente la ficha de solicitud a la cual la podr imprimir.
Requisitos Especiales:
La bsqueda del material bibliogrfico debe ser de manera avanzada y simple.
El sistema debe actualizarse como mximo 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 impresin no est en responsabilidad del sistema, ms bien es
responsabilidad del hardware de la impresora a la cual esta opere.

Descripcin de requisitos del software

Sistema Bibliotecario para la Biblioteca del


Municipio de Loja
Especificacin de requisitos de software

3.5

Rev. 0.1
Pg. 44

Requisitos no funcionales

Los Requisitos No Funcionales, imponen restricciones en el diseo o la implementacin


como restricciones en el diseo o Estndares de Calidad. En consecuencia son
propiedades o cualidades que el producto debe tener.

3.5.1 Requisitos de rendimiento


o
o
o

Una aglomeracin de solicitudes podra 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 peticin del usuario
deber ser en tiempo real.
El tiempo de respuesta a las acciones solicitadas por el usuario debe ser
de 3 segundos como mximo.

3.5.2 Seguridad
o
o
o

Todo uso de las funcionalidad/servicios del Sistema requiere la


autenticacin de los usuarios.
El sistema permitir acceso a los usuarios administradores a travs de su
nombre con su respectiva contrasea.
Cuando un usuario intente conectarse al sistema deber introducir su
identificacin 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 indicacin de error. Al tercer intento consecutivo
sin xito, se cerrar el programa.
El sistema de informacin 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

El sistema funcionar bien siempre y cuando no se haga manipulacin a


la estructura de la base de datos por parte de los usuarios, si hay que
hacer alguna modificacin a las relaciones del DER (Diagrama Entidad
Relacin) 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 mnimo 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 inflexin que no permite la concurrencia mnima de 30
personas simultneamente.

Capacidad de recuperacin
o Si se produce algn fallo en la actualizacin de la base de datos, avisar al
administrador del sistema para que intente solucionarlo con una solucin
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 harn con mayor ahnco las tareas de mantenimiento es en el
mdulo de administracin de material bibliogrfico, ya que las reservas,
Descripcin de requisitos del software

Sistema Bibliotecario para la Biblioteca del


Municipio de Loja
Especificacin de requisitos de software

Rev. 0.1
Pg. 45

prstamos y devoluciones no requieren de grandes volmenes de informacin


mientras que el inventario si, por los 10 000 libros existentes en la actualidad
Las personas responsables de hacer mantenimiento al sistema debern ser
nicamente los analistas y no se deja a libertad de otro conocedor de desarrollo
de software como: analista o desarrolladores de software porque puede darse el
caso de implementacin de nuevos requisitos (mantenimiento perfectivo) que
slo el equipo de desarrollo sabra cmo integrarlo ptima y eficientemente,
ya que el equipo conoce la organizacin del sistema.
El equipo del proyecto SIB est en la capacidad de dar mantenimiento perfectivo
sino tambin puede dar mantenimiento adaptativo, correctivo y preventivo.

3.5.5 Portabilidad
o
o

El sistema debe ser multiplataforma es decir que se ejecute en una


variedad de sistemas operativos. Esta forma de solucionarlo es que el
sistema sea Web y tenga una arquitectura cliente/servidor.
El sistema es portable a cualquier mquina que tenga conexin a internet
(de lado del cliente) porque es WEB lo cual como requisito mnimo es la
disposicin de un navegador, aunque se sugiere que se lo haga con
Google Chrome.

3.5.6 Otros requisitos


FACILIDAD DE USO: Factores humanos
o El investigador ser capaz de ver la informacin en un monitor. Por tanto:
o Se debe ver el texto fcilmente a una distancia de 30 centimetros.
o Evitar colores asociados con formas comunes de daltonismo.
o El Sistema debe ser amigable para el usuario, debe proporcionar
ventanas intuitivas a su funcionalidad especfica de modo que de 10
usuarios, 8 deben saber manejar correctamente el sistema, luego de una
capacitacin de 30 minutos.
Velocidad, comodidad y procesamiento libre de errores, es lo ms
importante en un sistema bibliotecario, ya que el investigador desea
realizar un pedido de forma rpida.
RESTRICCIONES DE IMPLEMENTACIN
o Se debe utilizar el lenguaje de programacin PHP ya que tiene
estabilidad, extensibilidad y escalabilidad de plataforma, incluso por
costes en servidores. As miso, el sistema poseer una base de datos en
MySQL y el Framework de programacin ser CodeIgniter.
COMPONENTES DE LIBRE DISTRIBUCIN
o Se utilizar CodeIgniter que es un framework de desarrollo de
aplicaciones para gente que construye sitios web usando PHP. El cual
proporciona un amplio conjunto de bibliotecas; una interfaz simple y
estructura lgica para acceder a estas bibliotecas.
o El sistema contar con licencia de software BSD, permite que le producto
pueda ser vendido o no, y no hay obligacin de incluir el cdigo fuente.

Descripcin de requisitos del software

You might also like