Srs Biblioteca

Especificacin de requisitos de
software
Proyecto: Sistema Bibliotecario de la
Universidad de las Amricas
del 201
Abril
5
Instrucciones para el uso de este formato

El formato siguiente es una plantilla utilizada para documentar los requisitos del software.
Est basado en el formato estndar de la IEEE
Notas:
Los puntos ms importantes sern resaltados en el desarrollo del documento
El ndice del documento es una tabla de contenido que se desarrollara en forma ordenada
Ficha del documento

Fecha
Revisin
12/04/201
4
Autor
Verificado dep. Calidad.
Stalin Aguiar
Julio Tobar
Documento validado por las partes en fecha:

Por la comunidad
Por la universidad
Biblioteca de la Universidad de las Amricas
Universidad de las Amricas

Udla
Contenido
Ficha del documento
1.1
Propsito
1.2
Alcance
1.3
Personal involucrado
1.4
Definiciones, acrnimos y abreviaturas
1.5
Referencias
1.6
Resumen
Descripcin general
2.1
Perspectiva del producto
2.2
Funcionalidad del producto
2.3
Caractersticas de los usuarios
2.4
Restricciones
2.5
Suposiciones y dependencias
Requisitos especficos
3.1
Requisitos comunes de las interfaces
9
17
3.1.1 Interfaces de usuario
17
3.1.2 Interfaces de hardware
17
3.1.3 Interfaces de software
17
3.1.4 Interfaces de comunicacin
17
3.2
Requerimientos funcionales
17
3.2.1 Requisito funcional 1
17
17
18
18
18
19
19
1 Introduccin
Este documento es una Especificacin de Requisitos Software redactados en un formato global
(SRS) basado en el formato de la IEEE para el Sistema Bibliotecario de la Universidad de las
Amricas. Esta especificacin se ha basado en los criterios generales de la IEEE.
1.1
Propsito
El presente documento tiene como propsito definir las especificaciones funcionales, no

funcionales para el Sistema Bibliotecario de la Universidad de las Amricas. ste ser utilizado
por los bibliotecarios, estudiantes, profesores y personas vinculadas a la universidad de las
Amricas
1.2
Alcance
Este sistema esta tiene como objetivo automatizar varias funciones que hoy en da de las
realiza manualmente, por lo que est dirigido directamente a los bibliotecarios y usuarios de la
biblioteca.
1.3
Personal involucrado
Nombre
Rol
Categora Profesional
Responsabilidad
Informacin de contacto
Marco Herrera
Analista, diseador y programador
Ing. Sistemas
Anlisis de informacin, diseo del sistema
mherrera@udlanet.ec
Nombre
Rol
Categora Profesional
Responsabilidad
Julio Tobar
Diseador y programador
Ing. Sistemas
Disear y programar el sistema
jtobar@udlanet.ec
Nombre
Rol
Ing. Sistemas
Responsabilidad
Stalin Aguiar
Analista, diseador y programador
Ing. Sistemas
Anlisis de informacin, diseo y programacin del
sistema informtico
saguiar@udlanet.ec
1.4
Definiciones, acrnimos y abreviaturas

Nombr
Descripcin
e
Usuario Persona que Utilizara el sistema
S.F
Sistema Bibliotecario de la Universidad de las Amricas
ERS
Especificacin de Requisitos Software
RQF
Requerimiento Funcional del Sistema
RQNF
FTP
Aplica
1.5
Requerimiento No Funcional del Sistema

Protocolo de Transferencia de Archivos
Apoyo Virtual UDLA
Referencias
Ttulo del
Documento
Sommerville
1.6
Referencia
IEEE
Resumen
Este documento abarca tres secciones. En la primera parte se realiza una introduccin del
documento y se expresa una visin general de los recursos del sistema
En la segunda parte se realiza una descripcin general del sistema con el propsito de
conocer muy a fondo las principales funciones, restricciones, sistemas externos y
dependencias que afectan al desarrollo, todos estos puntos sern redactados sin mayores
detalles.
En fin, la tercera parte del documento es la que define minuciosamente todos los requisitos
que satisfacen el Sistema Bibliotecario
2 Descripcin general
2.1 Perspectiva del producto
El sistema bibliotecario UDLA ser un producto que ayudara directamente a la
automatizacin de los procesos bibliotecarios, gracias al sistema se podr atender a ms
usuarios en poco tiempo.
2.2 Funcionalidad del producto
2.3 Caractersticas de los usuarios

Tipo de usuario
Formacin
Actividades
Estudiante
Estudiante
Clientes para prstamos y devoluciones de libros
Tipo de usuario
Formacin
Actividades
Docentes
Maestros
Tipo de usuario
Formacin
Actividades
Visitante
Estudiante
2.4 Restricciones
Sistema con conexin a Internet.

Dominio nico
Lenguaje C#.
El sistema tiene que conectarse al servidor de la Universidad.
El sistema sera diseado cliente/servidor.
2.5Suposiciones y dependencias
El sistema presenta los requerimientos impregnados en este archivo pero son

propensos a cambios
Los equipos en los que se va a instalar el sistema deben cumplir los requerimientos
presentados en el estudio de factibilidad
3 Requisitos especficos
REQUERIMIENTOS FUNCIONALES
1.1 Bsqueda de libro

Funcin
Cualquier usuario puede acceder a la

bsqueda de los libros.
Permitir a estudiantes y docentes
usuarios poder ver si el libro que
buscan existe en la biblioteca.
Datos de libro: autor, categora,
nombre, edicin
Descripcin
Entradas
Fuentes
Salida
teclado, mouse, registros

La confirmacin del libro buscado.
Proceso
El docente o estudiante (usuario)

ingresa a la biblioteca y en bsqueda
digita el nombre, autor, edicin del
libro, si existe el libro despliega su
portada caso contrario despliega un
mensaje libro no disponible
Restricciones
1.2 Prstamo de Libros
si los datos digitados no son correctos

pedir al usuario vuelva a ingresarlos
.
Funcin
Cualquier persona puede acceder al

prstamo de un libro.
Permitir a estudiantes y docentes
obtener una identificacin para poder
acceder al prstamo de un libro.
Datos de usuario: cedula, matricula,
nombre, apellido, correo electrnico,
nombre de usuario y contrasea
Libro, teclado, mouse, registros
La confirmacin del nombre de la
persona y el libro que acido prestado.
El docente o estudiante ingresa a la
biblioteca y solicita el prstamo de un
libro, se llena los campos como;
datos y el nombre del libro. Una vez
que terminemos de llenar los datos
esperamos la confirma que el
proceso acido aceptado.
Descripcin
Entradas
Fuentes
Salida
Proceso
Restricciones
si los datos no son vlidos se le

notifica al usuario que no puede
acceder al libro,
si el usuario ha olvidado su
contrasea o nombre de usuario tiene
que reiniciar cada vez que sea
necesario.
Si la cantidad de libros es cero
significa que todos sus ejemplares
ya se agotaron
1.3 Multa de Libros

Funcin
Descripcin
Entradas
Fuentes
Salida
Cualquier persona que no devuelva

un libro ser multado.
Cualquier estudiante o docente que
ha perdido, daado o se pas del
lmite de tiempo ser multado.
Datos del usuario como: nombre,
cedula , da de prstamo del libro,
plazo establecido
Cuantos das se ha pasado de su
plazo establecido y la cantidad que
toca pagar por el atraso.
Proceso
Restricciones
El docente o estudiante presta un

libro de la biblioteca, una vez que se
confirme el prstamo se le da un
plazo establecido que tiene que
cumplir, si el usuario no cumple con
el plazo cuando el regrese a la
biblioteca a devolver el libro ser
multado por el no devolver el libro a
tiempo y por cualquier dao o si ha
perdido el libro.
1.4 Muestra Libros Disponibles

Funcin
Descripcin
Entradas
Fuentes
Salida
Proceso
Restricciones
si no devuelven los libros

si una persona no pagan las multas
de un libro sacado.
Una vez pagado la multa se debe
limpiar el registro.
Genera un listado de todos los libros

disponibles para ser prestados
Permitir a usuarios y bibliotecarios ver
la disponibilidad de libros
Disponibilidad:
Ocupado-Disponible
dependiendo de la cantidad de libros
prestados
Listado
de
todos
los
libros
disponibles.
El bibliotecario genera una la lista de
disponibles
con su respectiva
cantidad esta lista se genera de
acuerdo a los libros prestados
No puede existir una cantidad
negativa de libros ya que no se
puede prestar si su cantidad llega a
cero
El listado se imprimir en orden
alfabtico.
1.5 Ingreso de Libros nuevos

Funcin
Descripcin
Entradas
Fuentes
Salida
Proceso
Restricciones
1.6 Transferencia de Libros

Funcin
Descripcin
Entradas
Fuentes
Salida
Aadir libros a la biblioteca, para que

puedan ser prestados a los usuarios
Permite ingresar nuevos libros a la
biblioteca los cuales son registrados
por cantidad y tipo
Datos del libro: Ciencia, Ao de
edicin,
Autor,
Cantidad
de
ejemplares , estado del libro,
Ubicacin dentro de la biblioteca
teclado, mouse, archivo de libros,
registro de libros
Creacin del libro en la biblioteca
acompaado del dato de la cantidad
ingresada
En el sistemas seleccionemos la
opcin crear libro la misma que nos
desplegar un listado de campos a
ingresar por teclado en un formato
establecido, si el formato esta
correcto
el
campo
estar
correctamente ingresado y permitir
crear el libro.
Si el libro ya existe en la biblioteca
desplegar un mensaje que indique
con que cdigo se lo encuentra y si
desea aadir ms unidades.
El cdigo de ingreso ser el mismo
que se utilice para cualquier actividad
dentro del sistema como son
prstamos etc.
Enva libros a las sucursales para

mejor Distribucin
Permite transferir libros a otras
sucursales como son sede granados
y sede colon.
Datos del libro obligatorios para la
transferencia: Fecha de envi,
sucursal a donde se enviara,
bibliotecario que la enva, persona
que transporta, seleccin del libro o
libros a enviarse.
teclado, mouse, base de datos de los
libros
Imprimir un comprobante donde
conste que la transferencia realizada
Proceso
Restricciones
1.7 Kardex
Funcin
Descripcin
Entradas
Fuentes
Salida
Proceso
Restricciones
En el sistemas seleccionemos la
opcin
transferencias
donde
llenaremos los campos obligatorios,
despus
seleccionamos el o los libros a ser
enviados a otra sucursal, guardado e
imprimiendo la transferencia
Si todos los libros fueron prestados y
en el sistema tenemos como
cantidad cero y se quiere hacer una
transferencia de ese libro no nos
permitir, se enviara un mensaje
diciendo Libro no existe por el
momento fsicamente
Lleva en registro de todos los

movimientos que se realizan con los
libros
Permitir a los bibliotecarios llevar un
control de los libros.
Datos de usuario: fecha, libros,
sucursal, cdigo del libro.
Libros, teclado, mouse, registros
Un listado detallado de todos los
movimientos del libro o libros
solicitados
El bibliotecario debe ingresar a
Kardex, ingresara los datos del libro a
ser detallado, un rango de que fecha
a que fecha y en que bodega quiere
realizar el kardex
Si seleccionas un libro que no est
ingresado no se desplegara ningn
detalle. El rango de fecha tiene que
ser correcto, usando el formato
indicado
1.8 Distribucin de libros

Funcin
Descripcin
Distribuir los libros a las diferentes

sedes de la universidad
Permitir tener los mismos libros en
todas las bibliotecas de la universidad
Entradas
Datos del libro: autor, edicin, ttulo

del libro, y categora
Fuentes
Libro, teclado, mouse, registros
Salida
Mensaje de comprobacin
Proceso
Llenamos
todos
los
campos
obligatorios seleccionamos el o los
libros a ser enviados a otra sucursal,
guardado
e
imprimiendo
un
comprobante
si los datos no son vlidos se le
notifica al usuario que no puede
acceder a la transferencia del libro
Restricciones
1.9 Forma de pago de los libros no entregados

Funcin
Descripcin
Entradas
Fuentes
Salida
Proceso
Restricciones
El usuario elige la forma a pagar del

libro
El usuario elige si pagar con
tarjeta de crdito, efectivo o
retenciones..
Si el usuario elige pagar con la
tarjeta, debe entregarla con la
cedula. Si paga con efectivo
entregar la cantidad justa o que sea
un poquito elevada del total y
finalmente si es con retenciones
debe entregarla con el nombre de la
empresa la cual esta trabajando.
teclado, mouse, impresora
Tarjeta va a salir un Boucher la
cual debe firmar el usuario y
entrega de factura.
Efectivo recibe el vuelto (SI LO HAY)
y entrega de factura.
Retencin entrega el papel de la
retencin ya restada el total de la
compra y entrega de la factura.
El
sistema
debe
tener
un
programa donde el cajero digite
por teclado la forma de pago por el
usuario y esta debe realizarse en
forma inmediata.
Si l se demora en abrir la caja
registradora llamar a administracin
para que lo resuelva rpidamente.
1.10 Elimina Libros

Funcin
Solo el bibliotecario puede eliminar

libros.
Permitir al bibliotecario eliminar libros
del sistema.
Descripcin
Entradas
Datos del libro: Clasificacin, Ao de

edicin,
Autor,
Cantidad
de
ejemplares.
La confirmacin que el libro fue
eliminado con xito.
El bibliotecario elimina los libros que
ya han sido dados de baja
fsicamente y que ya no deben formar
parte del sistema bibliotecario; para
poder prestarlos o no
Fuentes
Salida
Proceso
Restricciones
1.11 Escaneo de cdigos

Funcin
Descripcin
Entradas
Fuentes
Salida
si los libros no han sido dados de baja

no se podrn eliminar del sistema
puesto que todava estn en buen
estado para ser prestados
Los productos pasan por el escner

Permite que el bibliotecario y
usuario verifiquen el cdigo de
cada libro para que pueda ser
prestado
Datos personales del usuario, debe
estar telfono, matricula, direccin, y
nombre a quien va estar emitido.
teclado
Confirmacin de que los datos estn
bien escritos.
Proceso
Restricciones
El sistema debe tener un archivo

donde este registrados todos los
usuarios que con tan solo ingresar el
nmero de matrcula se despliegue el
nombre del usuario
El sistema debe tener un archivo con
los libros registrados por los cdigos
.
Si el usuario existe debe ingresar
rpidamente al sistema para realizar
la compra, caso contrario debe
ingresar nombres,
apellidos, direccin, nmero de
telfono y matricula
Si no lee en el escner el libro lo
debe ingresar por teclado o por la
primera letra con la cual este
asignado.
1.12 Copia de seguridad de la informacin

Funcin
Descripcin
Entradas
Fuentes
Salida
Enviar a informacin del prstamo a

un correo del estudiante
Permite que el estudiante reciba lo
que ha pedido prestado en este caso
el libro
Correo electrnico
teclado
Mensaje que confirme el envi exacto
del correo electrnico
Proceso
El sistema debe permitir que con tan

solo ingresar el correo electrnico se
envi una copia a el
Restricciones
Si desea realizar otro respaldo dar el

correo electrnico
1.13 Registrar Bibliotecario

Funcin
Descripcin
Entradas
Fuentes
Salida
Proceso
Restricciones
Lleva en registro de todos los

bibliotecarios y sus jornada de trabajo
Permitir a los bibliotecarios llevar un
control de su tiempo de trabajo
Datos de usuario: fecha, sucursal,
cdigo del bibliotecario
Teclado
Mensaje que diga que usted guardo
con xito su registro
El bibliotecario debe ingresarse a la
opcin registrar ah ingresara su
cdigo y pondr su hora de inicio y fin
de su jornada
Si el bibliotecario llega tarde a su
turno ya no podr registrarse su
asistencia
REQUERIMIENTOS NO FUNCIONALES
R.1.1 Tiempo de Respuesta del sistema
Tipo
No Funcional
Permite delimitar el tiempo de respuesta de cada
Funcin
actividad
Descripcin
El tiempo de respuesta debe de ser establecido
para un mejor funcionamiento del sistema y que
no se vuelva
obsoleto.
Cualquier
accin,
clic
Entradas
Fuente
Salida
Proceso
Teclado, archivos, lector de barras.

Salida de informacin en todas las actividades o
funciones del
Este tiempo debe de ser mnimo de 2 segundos,
en todas las actividades
Restricciones
El sistema debe avisar s ha ocurrido algn tipo de

error y la
R.1.2 Seguridad
Tipo
Funcin
Descripcin
del sistema
No Funcional
Asegura a todo el sistema de la entrada de
terceros.
Se
debe certificar la seguridad del sistema para
tener un evitar problemas corporativos.
Nombre de usuarios, contraseas, mensajes
internos.archivos.
Teclado,
Inicio de sesin exitosa, mensajes sin interferencia.
El sistema debe garantizar la seguridad interna del
sistema
para poder enviar mensajes y acceder a sus
respectivas cuentas sin la participacin de
personas
de laalempresa.
El
sistemaexternas
debe avisar
bibliotecario s
existe alguna entrada no autorizada de terceros.
Entradas
Fuente
Salida
Proceso
Restricciones
R.1.3 Prdida de contrasea de usuarios

No Funcional
Tipo
Permite realizar el cambio de contrasea.
Funcin
Descripcin
Cambiar la contrasea a los usuarios que no la
recuerden.de Usuario, solicitud de cambio de
Nombre
Entradas
contrasea y
Teclado, archivos.
Fuente
Nueva contrasea.
Salida
S el usuario ha perdido su contrasea otorgada al
Proceso
principio de
su registro, el departamento de administracin
est
habilitado
realizar este
con su
Restricciones
Si
el usuario
no para
est registrado
se cambio
lo enviar
a la zona de registro de datos nuevamente.
R.1.4 Maquina lectora

Tipo
No Funcional
Permite controlar que producto entra y sale del
Funcin
local.
Administracin
tendr un registro de todas las
Descripcin
actividades de
Actividades de los productos.
Entradas
Teclado, archivos, lector de barras.
Fuente
Salida
Informe mensual de ventas.
El control del registro se podr controlar desde un
Proceso
archivo que
solo puede acceder el departamento de
administracin el cual contendr el registro de
actividades mensuales de los productos, este
debe
de ser confiable
y veraz
poder realizar
Si
el registro
de actividades
no para
es entregado
por el
Restricciones
programa,
R.1.5 Anulacin de algn usuario

Tipo
No Funcional
Anular un usuario en casos necesarios.
Funcin
Descripcin
Si el usuario es expulsado de la biblioteca
Entradas
Fuente
Salida
Proceso
Restricciones
Datos personales del usuario

Teclado
Anulacin de usuario exitosa
El
bibliotecario
podr
realizar
la
anulacin de algn usuario dirigindose
a servicios acadmicos Ulda
La anulacin del usuario ser solo durante el
semestre
R.1.6 Autocompletado de palabras en el registro

No Funcional
Tipo
Da opciones de autocompletado en la entrada de
Funcin
texto.
Al
registrar libros se obtendrn diferentes opciones
Descripcin
para
Nombres, fechas, cdigos, ubicacin del libro.
Entradas
Teclado
Fuente
Opciones de autocompletado
Salida
Al ingresar el nombre del libro, fecha de entrada
Proceso
, cdigo, o ubicacin del libro el sistema le dar
diferentes opciones mientras va escribiendo para
agilizar el trabajo de los asistentes de sede
Restricciones
Si el registro de actividades no es entregado por
el programa, se deber hacer un registro manual.
SistemaBibliotecario de la Universidad
Amricas
de las
Especif
cacin de requisitos del sistema
Pg.22
Propiedad
Rapidez
Medida/Razn
El tiempo de respuesta para
la bsqueda de libros o
seleccin de los mismos
tiene que ser inmediata,
tardando
mximo
3
segundos puesto que el
sistema tiene que ser lo ms
rpido posible para realizar
por completo el proceso
deseado
Propiedad
Tamao
Medida/Razn
La memoria RAM de los
computadores donde se
instalar el sistema tiene que
ser mnimo de 4GB, caso
contrario el sistema correr
lentamente
Propiedad
Facilidad de uso
Medida/Razn
El acceso a cada funcin
tiene que ser inmediato,
mediante un men esto
facilitara el uso del sistema
al usuario permitindole
acceder a la funcin deseada
en poco tiempo
Propiedad
Fiabilidad
Medida/Razn
El sistema tiene que estar
disponible las 24 horas del
da ya que trabajara con
conjuntamente
con
el
sistema de la universidad,
dando opcin a reservar
libros va online
Requisitos del Software UNIVERSIDAD DE LAS AMERICAS-Biblioteca
Amricas
de las
Especif
Pg.22
Propiedad
Robustez
Medida/Razn
En caso que el computador
se apague inesperadamente
la informacin se debe auto
guardar sin tener ningn
inconveniente al iniciar el
sistema nuevamente
Propiedad
Portabilidad
Medida/Razn
El programa tiene que ser
compatible en todas las
plataformas como Linux,
Windows y Apple. La razn
es que estos sistemas se
encuentran
en
las
computadoras
de
la
universidad.
3.1
Requisitos comunes de las interfaces

.
3.1.1 Interfaces de usuario

La interfaz del usuario estar compuesta por un grupo de ventanas con botones, listas
y campos de texto.
3.1.2 Interfaces de hardware

Sera necesario contar con equipos que tengas las siguientes caractersticas:
Adaptadores de red.
Procesador de 1.70GHz
Memoria mnima de 556Mb.
Mouse.
Teclado.
Equipo de trabajo: Stalin Aguiar-KevinPearanda
SISTEMA BIBLIOTECARIO UDLA

Checklist de Verificacin de los Requerimientos
Amricas
de las
Especif
Pg.22
Para la verificacin de:

Nombre de la Universidad de las Amricas (Sede Queri)
Agencia
Nombre
Proyecto
del Biblioteca UDLA
Nombre
del Verificacin de Requerimientos
Documento
Fecha
08 de diciembre del 2014

Criterio
S / No
No, por qu?
1. Correctitud La Especificacin de un Requerimiento es

correcta si, y solo si, el sistema/software alcanza todos y cada uno
de los requerimientos en l especificados.
No
a. Desde el punto de vista del usuario, se ha especificado el

tiempo de respuesta esperado de todas las operaciones
necesarias?
No
b. Se han especificado otras consideraciones temporales tales

como el tiempo de procesamiento, el de transferencia de datos o
la tasa de transferencia?
No
c. Se han especificado todas las tareas que debe realizar el

sistema/software?
Despus de la revisin de lo
apndices de esta seccin se
concluido que an hace falta
correccin de los requerimient
mencionados a continuacin
Ya que al momento el sistema a
posee fallas en el rea de prsta
de libros, por lo que sigue sin cu
con el tiempo
establecido por el usuario para d
prstamo
Porque los requerimientos no es
an cargados en el sistema, po
cual mientras
se hagan las respectivas prueba
irn
estableciendo conforme se ava
en el proyecto. R: Ingresar Lib
para ser
prestados
SI
d. Para cada tarea especificada, se ha detallado el contenido de

datos/informacin utilizado por la tarea y el contenido de
datos/informacin que se obtendr como resultado de la misma?
SI
e. Se han establecido los requerimientos sobre la seguridad

fsica?
NO
f. Se han establecido los requerimientos sobre la seguridad

operacional?
g. Se ha especificado la fiabilidad del sistema/software,
incluyendo las
consecuencias en el caso de que falle, la informacin vital a
proteger en caso de cada, la deteccin de los errores o el proceso
de recuperacin?
Criterio
h. Las compensaciones establecidas entre los atributos que

compiten son aceptables, por ejemplo, entre robusteza y
correctitud?
i. Se han definido las interfaces internas, como por ejemplo el
software o el hardware?
Ya que hasta el momento no se

presentado estos problemas, s
embargo se evaluaran
posteriormente.
SI
SI
S / No
No, por qu?
SI
NO
Porque se ha tenido que volve

revisar el presupuesto de la emp
para comprar el sistema, por lo
posterior a este estudio se har
especificacin de interfaces d
hardware.
Amricas
de las
Especif
j. Se han definido las interfaces externas, como por ejemplo
usuarios o hardware?
SI
k. Se ha incluido la definicin de xito? Se ha incluido la

definicin de fracaso?
SI
l. Cada requerimiento es relevante para el problema y su

solucin?
2. No Ambiguo Una Especificacin de los Requerimientos es
no
ambigua si, y solo si, cada requerimiento especificado en ella
posee exclusivamente una nica interpretacin.
SI
SI
a. Los requerimientos se han especificado de forma suficientemente

clara
para que si se entregan a un grupo independiente para la
implementacin, dicho grupo sea capaz de entenderlos?
SI
b. Los requerimientos funcionales se encuentran separados de

los nofuncionales?
SI
c. Los requerimientos estn especificados de forma concisa, de

modo que evitan la posibilidad de hacer mltiples interpretaciones
de ellos?
NO
d. Todos los requerimientos evitan conflictos con otros

requerimientos?
3. Completitud Una Especificacin de los Requerimientos es
completa si, y solo si, incluye los siguientes elementos:
Todos los requerimientos significativos, ya sea relacionados con la
funcionalidad, con el rendimiento, las limitaciones de diseo, los
atributos
o las interfaces externas.
Las definiciones de las respuestas del sistema/software a todas
las clases posibles de datos de entrada en todos los tipos posibles
de situaciones.
Etiquetas descriptivas y referencias a todas las figuras, tablas y
diagramas de la Especificacin de los Requerimientos, as como la
definicin de todos los trminos y unidades de medicin.
a. Se han especificado todas las entradas al sistema/software,
incluyendo su origen, su exactitud, su rango de valores y su
frecuencia?
b. Se han especificado todas las salidas al sistema/software, incluyendo
su destino, su exactitud, su rango de valores, su frecuencia y su
formato?
c. Se han especificado todas las interfaces de comunicacin,
incluyendo su aceptacin de la negociacin, su control de errores
y los protocolos de comunicacin?
NO
Se tiene que revisar de nuevo

sistema/software adems de qu
debe realizar los respectivos
diagramas.
SI
SI
NO
Se tiene que realizar una correc

ya que no se necesitara un serv
puesto que tendr conexin a
servidor de la universidad
SI
S / No
No, por qu?
e. Se han especificado las reas de incompletitud para cuando la

informacin no est disponible?
NO
f. Los requerimientos son completos, tales que si el producto

satisface todos estos requerimientos, ser aceptable?
NO
g. Es posible implementar todos y cada uno de los

requerimientos?
Estn editados de una forma m

abstracta para una mejor
comprensin por todos los qu
componen la biblioteca de la
universidad.
SI
d. Se ha realizado el anlisis para identificar los requerimientos

que no se han tenido en cuenta?
Criterio
Pg.22
SI
Ya que al momento de la
implementacin, este campo ah
nombrado no se ha tenido en cu
Porque an falta calibrar alguno

ellos despus del presente estu
corrigiendo fallas gracias a es
documento.
Amricas
de las
Especif
h. Se ha especificado la mantenibilidad del sistema/software,
incluyendo la
habilidad de respuesta a los cambios en el entorno operativo, las
interfaces,
la precisin, el rendimiento, y otras capacidades adicionales
predecibles?
i. Se han especificado los requerimientos para la comunicacin
entre los componentes del sistema/software?
SI
SI
j. Se ha definido la funcionalidad y el comportamiento global de

todo el sistema/software?
SI
k. Se han establecido de forma explcita y sin ambigedades las

restricciones, suposiciones y dependencias apropiadas?
SI
l. Se ha especificado adecuadamente la infraestructura

tecnolgica para el sistema/software?
SI
Porque el sistema a implementa

cumple con ms del 90% de l
requerimientos,
que
sea
ptima
NO haciendo
implementacin,
no se ha limitado software porqu
quiere que ste se pueda utiliz
para nuevas versiones del siste
m. Se ha limitado el mbito del sistema/software?
n. Se han etiquetado de forma descriptiva todas las figuras,

tablas y diagramas?
SI
o. Se han referenciado dentro del documento todas las figuras,

tablas y diagramas?
SI
p. Se han definido de forma apropiada todos los trminos y las

unidades de medicin?
SI
4. Consistencia La consistencia se refiere a la consistencia interna. Si

la
Especificacin de los Requerimientos no concuerda con el resto de
documentacin de la organizacin y del proyecto, significa que no
es correcta.
SI
a. Los requerimientos evitan la especificacin del diseo?
SI
b. Se han especificado los requerimientos con un nivel de detalle

consistente?
SI
c. Algunos de los requerimientos tienen que especificarse con

mayor detalle?
SI
d. Algunos de los requerimientos deben ser especificados con

menor detalle?
SI
Criterio
e. Los requerimientos estn en concordancia con el contenido del

resto de documentacin de la organizacin o del proyecto?
Pg.22
S / No
No, por qu?
NO
5. Categorizado por importancia y/o estabilidad Una Especificacin

de los Requerimientos se categoriza por importancia y/o estabilidad si
cada requerimiento particular especificado en ella posee un identificador
que
Porque algunos de ellos neces

ser editados de forma ms detal
por lo tanto no concuerdan con
resto de documentos de
organizacin.
Amricas
de las
Especif
establece su importancia o estabilidad. Ejemplos de rangos de
categorizacin incluyen esencial, condicional u opcional. La
estabilidad puede ser especificada en trminos del nmero de
cambios esperados para un requerimiento.
SI
a. Los requerimientos poseen asociado un identificador para

indicar la importancia o la estabilidad de un requerimiento en
particular?
NO
b. Existen conflictos en relacin a la categorizacin de la

importancia y/o estabilidad de los requerimientos?
NO
6. Verificable Una Especificacin de los Requerimientos es

verificable si, y solo si, cada requerimiento especificado en ella es
verificable. Un
requerimiento es verificable si, y solo si, existe un proceso finito y rentable
con el cual una persona o mquina puede comprobar que el
sistema/software cumple con dicho requerimiento.
a. El lenguaje y vocabulario con el que estn escritos los requerimientos
es entendible para los stakeholders? Los stakeholders coinciden?
b. Cada requerimiento puede ser probado? A partir de pruebas

independientes, puede ser posible determinar cundo se
satisface cada requerimiento?
7. Modificable Una Especificacin de los Requerimientos es
modificable
si, y solo si, su estructura y estilo son tales que cualquier cambio
en los requerimientos puede realizarse de forma fcil, completa y
consistente, conservando la estructura y el estilo.
a. Los requerimientos se identifican de forma nica?
SI
Algunos de los requerimientos no se

podido probar de manera individual p
cual, se concluye que estos requerimie
NO son invlidos y no se deben emplear e
sistema.
SI
SI
NO
c. Cada requerimiento se ha especificado de forma separada,

evitando requerimientos compuestos?
SI
8. Trazable Una Especificacin de los Requerimientos es

trazable si el
origen de cada uno de sus requerimientos es claro y si facilita la
referenciacin de cada requerimiento en el desarrollo futuro o
mejora la documentacin.
SI
a. Puede trazarse cada requerimiento hacia su fuente de origen,

como una declaracin de su mbito, una peticin de cambio o una
legislacin?
NO
b. Se ha identificado cada requerimiento con el fin de facilitar su

referenciacin en el futuro desarrollo o en los esfuerzos de
mejora?
c. Cada requerimiento posee una referencia a los requerimientos
previos del proyecto que estn relacionados con l?
Porque en el estudio realizad

anteriormente se ha definido q
todos los requerimientos tienen
importancia para el usuario.
Porque es posible dividirlos en
categoras de importancia, seg
usuario vuelva a considerarlos
SI
b. Se han consolidado los requerimientos redundantes?
Criterio
Pg.22
S /
No
SI
SI
Cada uno de los requerimientos

funciones diferentes que hace qu
validez e importancia sean distin
Aunque se pueda conocer el ori

del requerimiento, no se pued
realizar un cambio o legislacin
requerimiento.
No, por qu?
Amricas
de las
Especif
Pg.22
Amricas
de las
Especif
Pg.22
TEMA:BIBLIOTECA UNIVERSITARIO
Amricas
de las
Especif
Pg.22
CONTENIDO
Estudio de Factibilidad
1. Introduccin.........................................................................................
1.1
Intencin................................................................................................................................................
1.2
Perspectiva General.............................................................................................................................
1.3
Presupuesto............................................................................................................................................
2. Aspectos Generales.................................................................................
3. Estudio De Factibilidad.............................................................................
3.1
PREGUNTAS.................................................................................................................................
3.2 Factibilidad Tcnica....................................................................................................................................

3.3 Factibilidad Econmica...............................................................................................................................
3.4 Beneficios......................................................................................................................................................
3.5 Factibilidad Legal........................................................................................................................................
4. Conclusin...........................................................................................
Introduccin
Amricas
de las
Especif
Un estudio de Factibilidad es necesario para cualquier sistema, ya que

podemos analizar si el proyecto es viable, es decir si se lo puede
implementar. El estudio de Factibilidad de un Sistema Bibliotecario trata de
recopilar informacin necesaria para analizar su viabilidad, esta informacin
se debe obtener por
investigaciones, entrevistas etc. Analizaremos
minuciosamente si el sistema Bibliotecario UDLA es factible o no. Dentro de

los puntos a ser evaluados se encuentran el presupuesto total del proyecto,
Hardware, Software entre otros. Despus del respectivo anlisis de
factibilidad del proyecto concluiremos con su factibilidad.
1.1
Propsito
El propsito de la creacin de un Sistema Bibliotecario es
automatizar
todos los procesos
que se realizan a mano en la
biblioteca de la Universidad de las Amricas,
un ejemplo de lo
mencionado es el proceso que hoy en da se realiza para el prstamo

de libros, dicho proceso se ejecuta mediante fichas impresas que son
llenadas a mano.
1.2
Visin General
La implementacin de un sistema Bibliotecario es indispensable en la

Universidad de las Amricas ya que brindara un mejor control de los
libros existentes y los nuevos que ingresan, adems les permiten a los
usuarios optimizar su tiempo estando en la capacidad de atender a ms
personas en menos tiempo.
1.3
Presupuesto
Pg.22
Amricas
de las
Especif
El presupuesto que dispone el cliente es de un milln de

dlares americanos y desea que est terminado y entregado en 5
meses lmite. Mediante el Estudio de Factibilidad vamos a determinar
si es posible cumplir con el presupuesto establecido y si se puede
entregar en el tiempo determinado por el usuario.
2.
Descripcin General
El Estudio de Factibilidad del sistema Bibliotecario se realizara
la evaluacin de la informacin y tambin sus beneficios que conlleva.

En nuestro Estudio de Factibilidad vamos a evaluar 4 aspectos bien
importantes estos son:
Factibilidad Tcnica
Factibilidad Econmica pero no financiera
Factibilidad Legal
Beneficios
Estos cuatro aspectos son importantes ya que en la parte
Tcnica vamos a ver todos los elementos tecnolgicos que se utilizan.
Entre algunos ejemplos tenemos
Software y Hardware, tambin
definiremos el Equipo de trabajo y la estrategia de comunicaciones.

En la parte Econmica se evaluara el costo de todo lo analizado en el
fragmento tcnico, posteriormente se comparara el monto econmico
resultante con el presupuesto del cliente al inicio del proyecto. En el
mbito legal vamos a ver si cumple con todo los requisitos que
establecen las leyes ecuatorianas y para terminar los Beneficios que
nuestro proyecto va cumplir para el usuario y para la Universidad.
Pg.22
Amricas
de las
Especif
3.
3.1
Estudio De Factibilidad
PREGUNTAS
Antes de empezar el anlisis de hardware y software vamos a

responder algunas preguntas para ver si cumplimos con los objetos
planteados sin desviarnos del ellos
1
Contribuye el sistema a los objetivos generales de la

organizacin?
El sistema abarcara todo el control en la biblioteca automatizando
varios procesos los mismos que ayudaran a llevar un mejor control y
atencin a los estudiantes, cumpliendo los objetivos del usuario.
2 Se puede implementar el sistema utilizando la tecnologa actual

y dentro de las restricciones de coste y tiempo?
- Si por que los dispositivos a utilizar son compatibles al costo y tiempo
establecido por el usuario.
3 Puede integrarse el sistema con otros sistemas existentes en la
organizacin?
Si ya que se integrara con otros sistemas externos de la
Universidad.
4 Cmo se las arreglara la organizacin si no se implementara

este sistema?
- Seguira trabajando manualmente teniendo conflictos con los
estudiantes, puesto que es constante la prdida de libros.
5 Cules son los problemas con los procesos actuales y como

ayudara un sistema nuevo a aliviarlos?
-
No estn automatizados para un control estricto la manera que

esto se puede reparar es automatizando todo el proceso de
bsqueda, informacin, Prstamo de libros.
Pg.22
Amricas
de las
Pg.22
Especif
6 Cul es la contribucin directa que har el sistema a los

objetivos y requerimientos del negocio?
-
Automatizar todos los procesos que se llevan a cabo desde mediante

la implementacin completa del sistema el mismo que mejorara el
funcionamiento de la biblioteca.
7 La informacin se puede obtener y transferir a otros sistemas

de la organizacin?
-
En esta ocasin se acceder a la base de datos de la universidad.

8 Requiere el sistema tecnologa que no se ha utilizado
previamente en la organizacin?
No el sistema utiliza tecnologa actualizada como Windows 8,

Microsoft 2013 y tambin una herramienta de software utilizada por
nosotros desde primer semestre que es eclipse actualizado en su
reciente versin.
9 A que debe ayudar el sistema y a que no necesita ayudar?
El sistema de la Biblioteca Universitaria debe ayudar a los estudiantes

y docentes, lo que no necesita ayudar es en la rea de calificaciones.
3.2 Factibilidad Tcnica
En el anlisis de factibilidad de una biblioteca Universitaria es importante

analizar e investigar los requerimientos necesarios que vamos a utilizar en el
rea del Hardware, Software y Personal necesario para nuestro proyecto.
Hardware Requerido:
RECURSOS PARA EL HARDWARE

Tipo
recurso
Hardware
de
Nombre
recurso
PC
de
Descripcin
Cantidad
Computador
12
Procesador Core i5
Amricas
de las
Pg.22
Especif
Memoria RAM 8 Gb
Disco Duro 500 Gb
Copiadora
Profesional
Sensor
Ricoh Aficio Mp171
Guangzhou/Shenzhen
Gy-101
RECURSOS
COMUNICACIO N
Tipo de recurso
Nombre de
recurso
COMUNICACIONES
RED
PARA
Descripcin
Cantidad
LAN
MAN
RECURSOS PARA EL SOFTWARE

Tipo de recurso
Software
Nombre
de
recurso
Windows 7/8.1
Descripcin
Cantidad
Sistema Operativo
12
ORACLE
Manejador
base de
Eclipse, Kit de
Java
1.2
o
superior
Adobe Products
Cs6
Paquete
de
Microsoft
office 2013
de
datos
Herramienta
de
desarrollo de software
Photoshop,
Ilustrator
12
Flash para Disear

VisionHerramienta
case para Anlisis
12
Personal Necesario:
RECURSOS HUMANOS PARA EL PROYECTO

Tipo
recurso
de
Nombre
recurso
de
Descripcin
Cantidad
Amricas
de las
Pg.22
Especif
Recursos
Humanos
Expertos
en
el rea de
desarrollo
Analista
Diseador
Programador
Equipo de control
3.3 Factibilidad Econmica
En la Factibilidad Econmica nosotros determinamos el costo total que vamos a gastar en

el proyecto y ver si cumple con el presupuesto establecido desde el inicio.
Gastos de Hardware PARA EL PROJECTO

Tipo
recurso
de
Hardware
Nombre de recurso
Cantidad
Precio
Pc
12 x $600.00
$7,200.00
Copiadora
Profesional
1 x $594.00
$594.00
1 x $660
$660.00
Ricoh Aficio Mp171

Sensor
Guangzhou/Shenzhe
n
GASTO DE COMUNICACIO N PARA EL PROJECTO

Tipo de recurso
Nombre de recurso
COMUNICACIONES
RED
Descripcin
Cantidad
LAN
$250.00
MAN
$250.00
GASTOS DE SOFTWARE PARA EL PROJECTO

Tipo de recurso
Software
Nombre de recurso
Cantidad
Licencia de Windows
7/8.1
Licencia de Microsoft
12
$120.00
12
$115.00
Precio Total
x
$1,440.00
$1,380.00
Amricas
de las
Pg.22
Especif
Licencia de Adobe
Products
12 x
$250.00
$3,000
GASTOS HUMANOS PARA EL PROYECTO

Tipo
recurso
de
Recursos
Humanos
Nombre
recurso
de
Expertos
en
el rea de
desarrollo
Descripcin
Precio
Analista
$1,000.00
Diseador
$1,000.00
Programador
$1,520.00
Equipo de control
$1,500.00
GASTOS
EXTRAS:
TRANSPORTE
$50
COMPRA DE DISPOSITIVO EXTERNO
$100
TOTAL
DE PROJECTO
TOTAL
$150.00
TOTAL
DE
$19,944.00
GASTOS
EXTRAS:
HARDWARE,SOFTWAR
TOTAL
$99,720.00
EN
HUMANO:
MESES:
3.4 Beneficios
El Estudio factibilidad de la biblioteca Universitaria va tener varios beneficios

importantes tanto para la Universidad como para el cliente. Algunos de estos beneficios
incluyen:
Informacin actualizada
Buen servicio
Control de la Informacin
Satisfaccin de los estudiantes y docentes
El costo de todo este proyecto $ 99,720.00 y como se puede ver el presupuesto se
cumpli ya que el presupuesto de nuestro cliente es $ 100,000.00 por lo cual es
Factible y se realizara el proyecto.
Amricas
de las
Especif
3.5 Factibilidad Legal
En la Factibilidad Legal hay varias reglas que una empresa debe de seguir cuando
hace un software. En este caso el software que vamos a utilizar en nuestra biblioteca es
fundamental.
. Software propietario: En trminos generales, el software propietario es software
cerrado, donde el dueo del software controla su desarrollo y no divulga sus
especificaciones.
El software propietario es el producido principalmente por las grandes empresas, tales
como Microsoft y muchas otras. Antes de poder utilizar este tipo de software se debe
pagar por su licencia. Cuando se adquiere una licencia de uso de software propietario,
normalmente se tiene derecho a utilizarlo en un solo computador y a realizar una copia de
respaldo. En este caso la redistribucin o copia para otros propsitos no es permitida.
Software shareware o de evaluacin:
El software tipo shareware es un tipo particular
de software propietario, sin embargo por la diferencia en su forma de distribucin y por los
efectos que su uso ocasiona, puede considerarse como una clase aparte.
El software shareware se caracteriza porque es de libre distribucin o copia, de tal forma
que se puede usar, contando con el permiso del autor, durante un periodo limitado de
tiempo, despus de esto se debe pagar para continuar utilizndolo, aunque la obligacin es
nicamente de tipo moral
ya que los autores entregan los programas confiando en la
honestidad de los usuarios. Este tipo de software es distribuido por autores individuales y
pequeas empresas que quieren dar a conocer sus productos. Muchas veces por ignorancia
los programas de esta clase se utilizan ilegalmente. A menudo el software shareware es
denominado como software de evaluacin.
Software de demostracin: No hay que confundir el software shareware con el software
de demostracin, que son programas que de entrada no son 100% funcionales o dejan de
trabajar al cabo de cierto tiempo. Tambin estos programas son los que se consiguen en los
quioscos de peridicos y revistas. El software de demostracin o como se acostumbra a
decir "software demo", es similar al software shareware por la forma en que se distribuye
pero en esencia es slo software propietario limitado que se distribuye con fines
netamente comerciales.
Software libre: El software libre es software que, para cualquier propsito, se puede usar,
copiar, distribuir y modificar libremente, es decir, es software que incluye archivos
fuentes. La denominacin de software libre se debe a la Free Software Foundation
Pg.22
Amricas
de las
Especif
(FSF), entidad que promueve el uso y desarrollo de software de este tipo. Cuando la FSF
habla de software libre se refiere a una nueva filosofa respecto al software, donde priman
aspectos como especificaciones abiertas y bien comunes, sobre software cerrado y nimo
de lucro esto no impide que el software libre se preste para que realicen negocios en su
entorno.
Software de dominio pblico: El software de dominio pblico (public domain software), es
software libre que tiene como particularidad la ausencia de Copyright, es decir, es
software libre sin derechos de autor. En este caso los autores renuncian a todos los
derechos que les puedan corresponder.
Software semi-libre: Para la FSF el software semi-libre es software que posee las
libertades del software libre pero slo se puede usar para fines sin nimo de lucro, por lo
cual lo cataloga como software no libre.
Software freeware: El software freeware es software que se puede usar, copiar y
distribuir libremente pero que no incluye archivos fuentes. Para la FSF el software
freeware no es software libre, aunque tampoco lo califica como semi-libre ni propietario. El
software freeware se asemeja ms al software libre que al software shareware, porque no
se debe pagar para adquirirlo o utilizarlo Grafica de Licencia:
4.
Conclusin
En conclusin el sistema bibliotecario cumple con los recursos

tcnicos, humanos, econmicos y legales los mismos que nos permitirn
el desarrollo del sistema sin ningn inconveniente, con el propsito de
automatizar los procesos que se realizan en las bibliotecas de la
Universidad de las Amricas.
Pg.22
Amricas
de las
Especif
Pg.22
Amricas
de las
Especif
Prototipos.
Pg.22
Amricas
de las
Especif
Pg.22
Amricas
de las
Especif
Pg.22
Amricas
de las
Especif
Pg.22
Amricas
de las
Especif
Pg.22
Amricas
de las
Especif
Lluvia de Ideas
Lo que debe de hacer El Programa:
La Biblioteca tiene que tener un controle de cuantos libros hay.
Cuantos das limites puede un libro ser prestado.
No tiene que involucrase con notas sino solo con estudiantes y docentes
Programa que controle las cmaras de la biblioteca
El programa debe ofrecer la mejor clida de informacin a nuestros estudiantes y

docentes.
El programa debe informar si un libro est disponible.
Si se encuentra un libro disponible en otro sucursal.
Debe poder el usuario login con su cedula o nombre
No debe limitar al usuario a una sola librera de libros.
10 Debe poder el estudiante poder encontrar su libro sin tanta dificultad.

11 Debe organizarse los libros por autor, titulo, tema.
12 Avisar si un libro est desaparecido y no fue devuelto.
13 Poder ingresar el nmero de cdigo del libro y encontrarlo.
14 Un libro no se puede prestar a ms de un usuario a la vez.
15 Controlar la cantidad de libros con el mismo nombre.
Entrevista cerrada.
Pg.22
Amricas
de las
Especif
1.- Qu sucede si algn individuo no devuelve el libro a tiempo?
2.- Cuntos libros mximos puede prestarse a una misma persona?
3.- Los libros tendrn cdigo de barras?
4.- Cmo se clasificaran los libros para ser ordenados?
5.- Para prestarse un libro se deber ingresar al sistema alguna identificacin como
cedula o carnet ?
6.- Los libros extraviados sern eliminados del sistema?
7.- Las personas podrn elegir qu tiempo usaran los libros?
8.- El sistema enviara automticamente al correo del usuario, un mensaje apenas
sobre pase el tiempo de prstamo?
9.- El bibliotecario mediante ponderaciones puede calificar si el libro est en buen
estado?
10.- El sistema tendr conexin con la base de datos de la universidad para adquirir
informacin de estudiantes y profesores?
11.- Se tendr un historial de los libros prestados a cada persona?
12. El bibliotecario tambin deber registrarse al ingresar al sistema?
13.- Se imprimir un comprobante para la persona que solicito el prstamo?
14. Pueden solicitar personas que no estn vinculadas a la universidad prstamos de
libros?
15.- Cuantas sucursales de la biblioteca estarn a nivel de la universidad?
Casos de Uso.
Pg.22
Amricas
de las
Especif
Pg.22
Amricas
de las
Especif
Pg.22
Amricas
de las
Especif
Pg.22
Amricas
de las
Especif
Pg.22
Amricas
de las
Especif
Pg.22
6

Srs Biblioteca

Enviado por

Dados do documento

Título original

Direitos autorais

Formatos disponíveis

Compartilhar este documento

Compartilhar ou incorporar documento

Opções de compartilhamento

Você considera este documento útil?

Este conteúdo é inapropriado?

Direitos autorais:

Formatos disponíveis

Srs Biblioteca

Enviado por

Direitos autorais:

Formatos disponíveis

Especificacin de requisitos de

Instrucciones para el uso de este formato

Ficha del documento

Verificado dep. Calidad.

Documento validado por las partes en fecha:

Biblioteca de la Universidad de las Amricas

Universidad de las Amricas

Definiciones, acrnimos y abreviaturas

Perspectiva del producto

Funcionalidad del producto

Caractersticas de los usuarios

Requisitos comunes de las interfaces

3.1.1 Interfaces de usuario

3.1.2 Interfaces de hardware

3.1.3 Interfaces de software

3.1.4 Interfaces de comunicacin

3.2.1 Requisito funcional 1

3.2.2 Requisito funcional 2

3.2.3 Requisito funcional 3

3.2.4 Requisito funcional 4

3.2.5 Requisito funcional 5

3.2.6 Requisito funcional 6

3.2.7 Requisito funcional 7

El presente documento tiene como propsito definir las especificaciones funcionales, no

Definiciones, acrnimos y abreviaturas

Sistema Bibliotecario de la Universidad de las Amricas

Especificacin de Requisitos Software

Requerimiento Funcional del Sistema

Requerimiento No Funcional del Sistema

2.2 Funcionalidad del producto

2.3 Caractersticas de los usuarios

Sistema con conexin a Internet.

El sistema presenta los requerimientos impregnados en este archivo pero son

1.1 Bsqueda de libro

Cualquier usuario puede acceder a la

teclado, mouse, registros

El docente o estudiante (usuario)

1.2 Prstamo de Libros

si los datos digitados no son correctos

Cualquier persona puede acceder al

si los datos no son vlidos se le

1.3 Multa de Libros

Cualquier persona que no devuelva

El docente o estudiante presta un

1.4 Muestra Libros Disponibles

si no devuelven los libros

Genera un listado de todos los libros

1.5 Ingreso de Libros nuevos

1.6 Transferencia de Libros

Aadir libros a la biblioteca, para que

Enva libros a las sucursales para

Lleva en registro de todos los

1.8 Distribucin de libros

Distribuir los libros a las diferentes

Datos del libro: autor, edicin, ttulo

Libro, teclado, mouse, registros

1.9 Forma de pago de los libros no entregados

El usuario elige la forma a pagar del

1.10 Elimina Libros

Solo el bibliotecario puede eliminar

Datos del libro: Clasificacin, Ao de

1.11 Escaneo de cdigos

si los libros no han sido dados de baja