Srs-biblioteca

7/24/2019 Srs-biblioteca

1/52

Abrildel 2015

Especificacin de requisitos desoftware

Proyecto: SistemaBibliotecario de laUniversidad de las Amricas


2/52

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

.


3/52

Fica del documento

Feca !evisin Autor "erificado dep# $alidad#

12/04/2014

Stalin AguiarJulio Tobar

Documento validado por las partes en fecha

!or la comunidad !or la universidad

"iblioteca de la #niversidad de las Am$ricas

#niversidad de las Am$ricas%#dla&


4/52

$ontenido

Fica del documento %

& Propsito '

( Alcance '

% Personal involucrado '

) *efiniciones+ acrnimos y abreviaturas ,

' !eferencias ,

, !esumen ,

( *escripcin -eneral .

2.1 !erspectiva del producto '

2.2 (uncionalidad del producto )

2.* +aracter,sticas de los usuarios )

2.4 -estricciones

2. Suposiciones dependencias

% !equisitos espec/ficos 0

*.1 -euisitos comunes de las interfaces 1'

*.1.1 nterfaces de usuario 1'

*.1.2 nterfaces de hard3are 1'

*.1.* nterfaces de soft3are 1'

*.1.4 nterfaces de comunicacin 1'

*.2 -euerimientos funcionales 1'

*.2.1 -euisito funcional 1 1'

*.2.2 -euisito funcional 2 1'

*.2.* -euisito funcional * 1)

*.2.4 -euisito funcional 4 1)

*.2. -euisito funcional 1)

*.2.5 -euisito funcional 5 1

*.2.' -euisito funcional ' 1


5/52

& Introduccin

6ste documento es una 6specificacin de -euisitos Soft3are redactados en un formato global7S-S8 basado en el formato de la 666 para el Sistema "ibliotecario de la #niversidad de las

Am$ricas. 6sta especificacin se ha basado en los criterios generales de la 666.

& Propsito

6l presente documento tiene como propsito definir las especificaciones funcionales9 nofuncionales para el Sistema "ibliotecario de la #niversidad de las Am$ricas. :ste ser; utili


6/52

) *efiniciones+ acrnimos y abreviaturas

Nombr

e

Descripcin

Usuario !ersona ue #tili


7/52

(#( Funcionalidad del producto


8/52


9/52

(#% $aracter/sticas de los usuarios

4ipo de usuario 6studianteFormacin 6studianteActividades +lientes para pr$stamos devoluciones de libros

4ipo de usuario Docentes

Formacin >aestrosActividades +lientes para pr$stamos devoluciones de libros

4ipo de usuario CisitanteFormacin 6studianteActividades +lientes para pr$stamos devoluciones de libros

.

(#) !estricciones Sistema con coneEin a nternet. Dominio Fnico engua=e +G. 6l sistema tiene ue conectarse al servidor de la #niversidad. 6l sistema sera dise@ado cliente/servidor.

.

(#'2uposiciones y dependencias


10/52

6l sistema presenta los reuerimientos impregnados en este archivo pero sonpropensos a cambios

os euipos en los ue se va a instalar el sistema deben cumplir los reuerimientospresentados en el estudio de factibilidad

% !equisitos espec/ficos

!E3UE!I5IE1462 FU1$I61 A7E2

1.1 "Hsueda de libro

(uncin +ualuier usuario puede acceder a labHsueda de los libros.

Descripcin !ermitir a estudiantes docentes%usuarios& poder ver si el libro uebuscan eEiste en la biblioteca.

6ntradas Datos de libro autor9 categor,a9nombre9 edicin

(uentes teclado9 mouse9 registrosSalida a confirmacin del libro buscado.

!roceso 6l docente o estudiante 7usuario8ingresa a la biblioteca en bHsuedadigita el nombre9 autor9 edicin del

libro9 si eEiste el libro despliega suportada caso contrario despliega unmensa=e libro no disponible

-estricciones I si los datos digitados no son correctospedir; al usuario vuelva a ingresarlos

.

1.2 !r$stamo de ibros


11/52

(uncin +ualuier persona puede acceder alpr$stamo de un libro.

Descripcin !ermitir a estudiantes docentesobtener una identificacin para poderacceder al pr$stamo de un libro.

6ntradas Datos de usuario cedula9 matricula9

nombre9 apellido9 correo electrnico9nombre de usuario contrase@a(uentes ibro9 teclado9 mouse9 registrosSalida a confirmacin del nombre de la

persona el libro ue acido prestado.!roceso 6l docente o estudiante ingresa a la

biblioteca solicita el pr$stamo de unlibro9 se llena los campos comodatos el nombre del libro. #na veulta de ibros

(uncin +ualuier persona ue no devuelvaun libro ser; multado.

Descripcin +ualuier estudiante o docente ueha perdido9 da@ado o se pas dell,mite de tiempo ser; multado.

6ntradas Datos del usuario como nombre9cedula 9 d,a de pr$stamo del libro9pla


12/52

!roceso 6l docente o estudiante presta unlibro de la biblioteca9 una ve< ue seconfirme el pr$stamo se le da unpla


13/52

1. ngreso de ibros nuevos

(uncin A@adir libros a la biblioteca9 para uepuedan ser prestados a los usuarios

Descripcin !ermite ingresar nuevos libros a labiblioteca los cuales son registradospor cantidad tipo

6ntradas Datos del libro +iencia9 A@o deedicin9 Autor9 +antidad dee=emplares 9 estado del libro9#bicacin dentro de la biblioteca

(uentes teclado9 mouse9 archivo de libros9registro de libros

Salida +reacin del libro en la bibliotecaacompa@ado del dato de la cantidadingresada

!roceso 6n el sistemas seleccionemos laopcin crear libro la misma ue nosdesplegar; un listado de campos a

ingresar por teclado en un formatoestablecido9 si el formato estacorrecto el campo estar;correctamente ingresado permitir;crear el libro.

-estricciones Si el libro a eEiste en la bibliotecadesplegar; un mensa=e ue indiuecon ue cdigo se lo encuentra sidesea a@adir m;s unidades.6l cdigo de ingreso ser; el mismoue se utilice para cualuier actividaddentro del sistema como sonpr$stamos etc.

1.5 Transferencia de ibros

(uncin 6nv,a libros a las sucursales parame=or Distribucin

Descripcin !ermite transferir libros a otrassucursales como son sede granados sede colon.

6ntradas Datos del libro obligatorios para latransferencia (echa de envi9

sucursal a donde se enviara9bibliotecario ue la env,a9 personaue transporta9 seleccin del libro olibros a enviarse.

(uentes teclado9 mouse9 base de datos de loslibros

Salida mprimir; un comprobante dondeconste ue la transferencia reali


14/52

!roceso 6n el sistemas seleccionemos laopcin transferencias dondellenaremos los campos obligatorios9despu$sseleccionamos el o los libros a serenviados a otra sucursal9 guardado eimprimiendo la transferencia

-estricciones Si todos los libros fueron prestados en el sistema tenemos comocantidad cero se uiere hacer unatransferencia de ese libro no nospermitir;9 se enviara un mensa=ediciendo %ibro no eEiste por elmomento f,sicamente&

1.' NardeE

(uncin leva en registro de todos losmovimientos ue se reali


15/52

Salida >ensa=e de comprobacin

!roceso lenamos todos los camposobligatorios seleccionamos el o loslibros a ser enviados a otra sucursal9guardado e imprimiendo un

comprobante-estricciones I si los datos no son v;lidos se lenotifica al usuario ue no puedeacceder a la transferencia del libro

1. (orma de pago de los libros no entregados

(uncin 6l usuario elige la forma a pagar dellibro

Descripcin 6l usuario elige si pagar con tar=eta de cr$dito9 efectivo o

retenciones..6ntradas Si el usuario elige pagar con la tar=eta9 debe entregarla con la

cedula. Si paga con efectivoentregar la cantidad =usta o ue seaun pouito elevada del total finalmente si es con retencionesdebe entregarla con el nombre de laempresa la cual esta traba=ando.

(uentes teclado9 mouse9 impresoraSalida Tar=eta va a salir un "oucher la

cual debe firmar el usuario entrega de factura.6fectivo recibe el vuelto 7S L ?AP8 entrega de factura.-etencin entrega el papel de laretencin a restada el total de lacompra entrega de la factura.

!roceso 6l sistema debe tener unprograma donde el ca=ero digitepor teclado la forma de pago por elusuario esta debe reali


16/52

1.10 6limina ibros

(uncin Solo el bibliotecario puede eliminarlibros.

Descripcin !ermitir al bibliotecario eliminar librosdel sistema.

6ntradas Datos del libro +lasificacin9 A@o deedicin9 Autor9 +antidad dee=emplares.

(uentes teclado9 mouse9 registrosSalida a confirmacin ue el libro fue

eliminado con $Eito.!roceso 6l bibliotecario elimina los libros ue

a han sido dados de ba=af,sicamente ue a no deben formar

parte del sistema bibliotecario parapoder prestarlos o no

-estricciones I si los libros no han sido dados de ba=ano se podr;n eliminar del sistemapuesto ue todav,a est;n en buenestado para ser prestados

1.11 6scaneo de cdigos

(uncin os productos pasan por el esc;ner

Descripcin !ermite ue el bibliotecario usuario verifiuen el cdigo de

cada libro para ue pueda serprestado

6ntradas Datos personales del usuario9 debeestar tel$fono9 matricula9 direccin9 nombre a uien va estar emitido.

(uentes teclado

Salida +onfirmacin de ue los datos est$nbien escritos.


17/52

!roceso 6l sistema debe tener un archivodonde este registrados todos losusuarios ue con tan solo ingresar elnHmero de matr,cula se despliegue elnombre del usuario6l sistema debe tener un archivo conlos libros registrados por los cdigos.

-estricciones Si el usuario eEiste debe ingresarr;pidamente al sistema para realiensa=e ue confirme el envi eEacto

del correo electrnico


18/52

!roceso 6l sistema debe permitir ue con tansolo ingresar el correo electrnico seenvi$ una copia a el

-estricciones Si desea reali


19/52

!E3UE!I5IE1462 16 FU1$I61 A7E2

R.1.1 Tiempo de Respuesta del sistema

Tipo No Funcional

Funcin Permite delimitar el tiempo de respuesta de cadaactividad

Descripcin El tiempo de respuesta debe de ser establecidopara un mejor funcionamiento del sistema !ue

Entradas #ual!uier accin$ clic

Fuente Teclado$ arc%ivos$ lector de barras"

&alida &alida de informacin en todas las actividades ofunciones del

Proceso Este tiempo debe de ser m'nimo de 2 se(undos$en todas las actividades

)estricciones El sistema debe avisar s' %a ocurrido al(*n tipo deerror la

R.1.2 Seguridad del sistema

Tipo No FuncionalFuncin Ase(ura a todo el sistema de la entrada de

Descripcin &e debe certificar la se(uridad del sistema paratener un evitar problemas corporativos"

Entradas Nombre de usuarios$ contrase+as$ mensajes

Fuente Teclado$ arc%ivos"

&alida ,nicio de sesin e-itosa$ mensajes sin interferencia"

Proceso El sistema debe (aranti.ar la se(uridad interna delsistemapara poder enviar mensajes acceder a sus

respectivas cuentas sin la participacin de)estricciones El sistema debe avisar al bibliotecario s'e-iste al(una entrada no autori.ada de terceros"


20/52

R.1.3 Prdida de contrasea de usuarios

Tipo No Funcional

Funcin Permite reali.ar el cambio de contrase+a"

Descripcin #ambiar la contrase+a a los usuarios !ue no la

Entradas Nombre de /suario$ solicitud de cambio decontrase+a

Fuente Teclado$ arc%ivos"

&alida Nueva contrase+a"

Proceso &' el usuario %a perdido su contrase+a otor(ada alprincipio desu re(istro$ el departamento de administracin

)estricciones &i el usuario no est re(istrado se lo enviara la .ona de re(istro de datos nuevamente"

R.1.4 Maquina lectora

Tipo No Funcional

Funcin Permite controlar !ue producto entra sale del

Descripcin Administracin tendr un re(istro de todas lasactividades de

Entradas Actividades de los productos"

Fuente Teclado$ arc%ivos$ lector de barras"

&alida ,nforme mensual de ventas"

Proceso El control del re(istro se podr controlar desde unarc%ivo !uesolo puede acceder el departamento deadministracin el cual contendr el re(istro deactividades mensuales de los productos$ este

)estricciones &i el re(istro de actividades no es entre(ado por elpro(rama$


21/52

R.1.5 Anulacin de alg!n usuario

Tipo No Funcional

Funcin Anular un usuario en casos necesarios"

Descripcin &i el usuario es e-pulsado de la biblioteca

Entradas Datos personales del usuario

Fuente Teclado

&alida Anulacin de usuario e-itosa

Proceso El bibliotecario podr reali.ar laanulacin de al(*n usuario diri(indose

)estricciones a anulacin del usuario ser solo durante elsemestre

R.1." Autocompletado de pala#ras en el registro

Tipo No Funcional

Funcin Da opciones de autocompletado en la entrada de

Descripcin Al re(istrar libros se obtendrn diferentes opcionespara

Entradas Nombres$ fec%as$ cdi(os$ ubicacin del libro"

Fuente Teclado

&alida 3pciones de autocompletado

Proceso Al in(resar el nombre del libro$ fec%a de entrada$ cdi(o$ o ubicacin del libro el sistema le dardiferentes opciones mientras va escribiendo paraa(ili.ar el trabajo de los asistentes de sede

)estricciones &i el re(istro de actividades no es entre(ado por

el pro(rama$ se deber %acer un re(istro manual"


22/52

&istema4ibliotecario de la /niversidad de lasAmricas

$speci%cacin de requisitos del sistemaP("22

Propiedad 5edida8!a9n!apide9 El tiempo de respuesta para

la bsqueda de libros oseleccin de los mismostiene que ser inmediata+tardando m;B+ casocontrario el sistema correr;lentamente

Propiedad 5edida8!a9nFacilidad de uso El acceso a cada funcin

tiene que ser inmediato+mediante un men estofacilitara el uso del sistemaal usuario permitindoleacceder a la funcin deseadaen poco tiempo

Propiedad 5edida8!a9nFiabilidad El sistema tiene que estar

disponible las () oras deld/a ya que traba?ara concon?untamente con elsistema de la universidad+dando opcin a reservarlibros v/a online

!equisitos del 2oftware @U1I"E!2I*A* *E 7A2 A5E!I$A2Biblioteca


23/52



Propiedad 5edida8!a9n!obuste9 En caso que el computador

se apa-ue inesperadamente

la informacin se debe auto-uardar sin tener nin-ninconveniente al iniciar elsistema nuevamente

Propiedad 5edida8!a9nPortabilidad El pro-rama tiene que ser

compatible en todas lasplataformas como 7inu


24/52



!ara la verificacin de

Bombre de laAgencia

#niversidad de las Am$ricas 7Sede Queri8

Bombre del!roecto

"iblioteca #DA

Bombre delDocumento

Cerificacin de -euerimientos

(echa 0) de diciembre del 2014

+riterio S, / Bo Bo9 Rpor u$

$orrectitud a 6specificacin de un -euerimiento escorrecta si9 solo si9 el sistema/soft3are alcan


25/52



=. RSe han definido las interfaces eEternas9 como por e=emplo

usuarios o hard3areS

O. RSe ha incluido la definicin de xito RSe ha incluido ladefinicin de fracaso S

l. R+ada reuerimiento es relevante para el problema susolucin S

(# 1o Ambi-uo #na 6specificacin de los -euerimientos esno

ambigua si9 solo si9 cada reuerimiento especificado en ellaposee eEclusivamente una Hnica interpretacin.

S

a. Ros reuerimientos se han especificado de forma suficientementeclara

para ue si se entregan a un grupo independiente para laimplementacin9 dicho grupo sea capa< de entenderlos

S

b. Ros reuerimientos funcionales se encuentran separados delos nofuncionales S

c. Ros reuerimientos est;n especificados de forma concisa9 demodo ue evitan la posibilidad de hacer mHltiples interpretaciones

de ellosBL

6st;n editados de una formaabstracta para una me=orcomprensin por todos los componen la biblioteca de l

universidad.d. RTodos los reuerimientos evitan conflictos con otros

reuerimientosS

%# $ompletitud #na 6specificacin de los -euerimientos escompleta si9 solo si9 inclue los siguientes elementos

I Todos los reuerimientos significativos9 a sea relacionados con lafuncionalidad9 con el rendimiento9 las limitaciones de dise@o9 losatributos

o las interfaces eEternas.I as definiciones de las respuestas del sistema/soft3are a todas

las clases posibles de datos de entrada en todos los tipos posiblesde situaciones.

I 6tiuetas descriptivas referencias a todas las figuras9 tablas diagramas de la 6specificacin de los -euerimientos9 as, como ladefinicin de todos los t$rminos unidades de medicin.

BL Se tiene ue revisar de nuevosistema/soft3are adem;s de

debe reali


26/52



h. RSe ha especificado la mantenibilidad del sistema/soft3are9incluendo la

habilidad de respuesta a los cambios en el entorno operativo9 lasinterfaces9

la precisin9 el rendimiento9 otras capacidades adicionalespredecibles

S

i. RSe han especificado los reuerimientos para la comunicacinentre los componentes del sistema/soft3are S

=. RSe ha definido la funcionalidad el comportamiento global detodo el sistema/soft3are S

O. RSe han establecido de forma eEpl,cita sin ambigUedades lasrestricciones9 suposiciones dependencias apropiadas S

l. RSe ha especificado adecuadamente la infraestructuratecnolgica para el sistema/soft3are S

m. RSe ha limitado el ;mbito del sistema/soft3are BL

!orue el sistema a implementcumple con m;s del 0V de l

reuerimientos9haciendo ue sea ptimaimplementacin9

no se ha limitado soft3are poruiere ue $ste se pueda utili

para nuevas versiones del sisten. RSe han etiuetado de forma descriptiva todas las figuras9

tablas diagramas S

o. RSe han referenciado dentro del documento todas las figuras9tablas diagramas S

p. RSe han definido de forma apropiada todos los t$rminos lasunidades de medicin S

)# $onsistencia a consistencia se refiere a la consistencia interna. Sila6specificacin de los -euerimientos no concuerda con el resto dedocumentacin de la organi


27/52



establece su importancia o estabilidad. 6=emplos de rangos de

categori


28/52





29/52

TEA64,4,3TE#A /N,7E)&,TA),3





30/52



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 Factibilia T!cnica....................................................................................................................................

3.3 Factibilia Econ"ica...............................................................................................................................

3.# $ene%icios......................................................................................................................................................

3.& Factibilia 'e(al........................................................................................................................................

4. Conclusin...........................................................................................

1 Introduccin



31/52



Un estuio e Factibilia es necesario para cual)uier siste"a* +a )ue

poe"os anali,ar si el pro+ecto es viable* es ecir si se lo puee

i"ple"entar. El estuio e Factibilia e un Siste"a $ibliotecario trata e

recopilar in%or"acin necesaria para anali,ar su viabilia* esta in%or"acin

se ebe obtener por investi(aciones* entrevistas etc. Anali,are"os

"inuciosa"ente si el siste"a $ibliotecario U-'A es %actible o no. -entro e

los puntos a ser evaluaos se encuentran el presupuesto total el pro+ecto*

ar/are* So%t/are entre otros. -espu!s el respectivo an0lisis e

%actibilia el pro+ecto concluire"os con su %actibilia.

1.1 ropsito

El propsito e la creacin e un Siste"a $ibliotecario es

auto"ati,ar toos los procesos )ue se reali,an a "ano en la

biblioteca e la Universia e las A"!ricas* un ee"plo e lo

"encionao es el proceso )ue o+ en a se reali,a para el pr!sta"o

e libros* ico proceso se eecuta "eiante %icas i"presas )ue son

llenaas a "ano.

1.2 !isin General

'a i"ple"entacin e un siste"a $ibliotecario es inispensable en la

Universia e las A"!ricas +a )ue brinara un "eor control e los

libros e4istentes + los nuevos )ue in(resan* ae"0s les per"iten a los

usuarios opti"i,ar su tie"po estano en la capacia e atener a "0s

personas en "enos tie"po.

1.3 resupuesto



32/52



El presupuesto )ue ispone el cliente es e un "illn e

lares a"ericanos + esea )ue est! ter"inao + entre(ao en &

"eses l"ite. 5eiante el Estuio e Factibilia va"os a eter"inar

si es posible cu"plir con el presupuesto establecio + si se puee

entre(ar en el tie"po eter"inao por el usuario.

2. Descripcin General

El Estuio e Factibilia el siste"a $ibliotecario se reali,ara

la evaluacin e la in%or"acin + ta"bi!n sus bene%icios )ue conlleva.

En nuestro Estuio e Factibilia va"os a evaluar # aspectos bien

i"portantes estos son6

Factibilia T!cnica

Factibilia Econ"ica pero no %inanciera

Factibilia 'e(al

$ene%icios

Estos cuatro aspectos son i"portantes +a )ue en la parte

T!cnica va"os a ver toos los ele"entos tecnol(icos )ue se utili,an.

Entre al(unos ee"plos tene"os So%t/are + ar/are* ta"bi!n

e%inire"os el E)uipo e trabao + la estrate(ia e co"unicaciones.

En la parte Econ"ica se evaluara el costo e too lo anali,ao en el

%ra("ento t!cnico* posterior"ente se co"parara el "onto econ"ico

resultante con el presupuesto el cliente al inicio el pro+ecto. En el

0"bito le(al va"os a ver si cu"ple con too los re)uisitos )ue

establecen las le+es ecuatorianas + para ter"inar los $ene%icios )ue

nuestro pro+ecto va cu"plir para el usuario + para la Universia.



33/52



3. Estudio De Factibilidad

3.1 "EG#NTA$

Antes e e"pe,ar el an0lisis e ar/are + so%t/are va"os a

responer al(unas pre(untas para ver si cu"pli"os con los obetos

planteaos sin esviarnos el ellos

1 %Contribu&e el siste'a a los ob(eti)os *enerales de la

or*ani+acin,

- El siste"a abarcara too el control en la biblioteca auto"ati,anovarios procesos los "is"os )ue a+uaran a llevar un "eor control +atencin a los estuiantes* cu"plieno los obetivos el usuario.

2 %$e puede i'ple'entar el siste'a utili+ando la tecnolo*-a actual& dentro de las restricciones de coste & tie'po,

- Si por )ue los ispositivos a utili,ar son co"patibles al costo + tie"poestablecio por el usuario.

3 %uede inte*rarse el siste'a con otros siste'as eistentes en laor*ani+acin,

7 Si +a )ue se inte(rara con otros siste"as e4ternos e laUniversia.

4 %C'o se las arre*lar-a la or*ani+acin si no se i'ple'entaraeste siste'a,

-Se(uira trabaano "anual"ente tenieno con%lictos con losestuiantes* puesto )ue es constante la p!ria e libros.

/ %Cu0les son los proble'as con los procesos actuales & co'oa&udar-a un siste'a nue)o a ali)iarlos,

- No est0n auto"ati,aos para un control estricto la "anera )ueesto se puee reparar es auto"ati,ano too el proceso e

b8s)uea* in%or"acin* Pr!sta"o e libros.



34/52



%Cu0l es la contribucin directa ue ar0 el siste'a a losob(eti)os & reueri'ientos del ne*ocio,

7 Auto"ati,ar toos los procesos )ue se llevan a cabo ese "eiantela i"ple"entacin co"pleta el siste"a el "is"o )ue "eorara el%unciona"iento e la biblioteca.

%5a in6or'acin se puede obtener & trans6erir a otros siste'asde la or*ani+acin,

- En esta ocasin se acceer0 a la base e atos e la universia.

7 %"euiere el siste'a tecnolo*-a ue no se a utili+ado

pre)ia'ente en la or*ani+acin,

- No el siste"a utili,a tecnolo(a actuali,aa co"o 9ino/s :*5icroso%t 2;13 + ta"bi!n una erra"ienta e so%t/are utili,aa pornosotros ese pri"er se"estre )ue es eclipse actuali,ao en sureciente versin.

8 %A ue debe a&udar el siste'a & a ue no necesita a&udar,

-

El siste"a e la $iblioteca Universitaria ebe a+uar a los estuiantes+ ocentes* lo )ue no necesita a+uar es en la 0rea e cali%icaciones.

3.2 Factibilidad T9cnica

En el an0lisis e %actibilia e una biblioteca Universitaria es i"portanteanali,ar e investi(ar los re)ueri"ientos necesarios )ue va"os a utili,ar en el

0rea el ar/are* So%t/are + Personal necesario para nuestro pro+ecto.

:ard;are "euerido> Gb

Copiadora

ro6esional

"ico A6icio =p11 1

$ensor Guan*+ou?$en+en 1

G&@1>1

RE


36/52



"ecursos:u'anos

Epertos enel 0rea de

desarrollo

Analista 1

Diseador 1

ro*ra'ador 2

Euipo de control 1

3.3 Factibilidad Econ'ica

En la Factibilia Econ"ica nosotros eter"ina"os el costo total )ue va"os a (astar enel pro+ecto + ver si cu"ple con el presupuesto establecio ese el inicio.

Gastos e ar/are PARA E' PR=?E


37/52



5icencia de Adoberoducts

12 2/>.>>

3B>>>

GAST=S U5AN=S PARA E' PR=>E>>.>>

Diseador 1B>>>.>>

ro*ra'ador 1B/2>.>>

Euipo de control 1B/>>.>>

GA$TO$ET"A$CO="A DE DI$O$ITI!O ETE"NO1>>

TOTA5DE "OECTOTOTA5 GA$TO$ ET"A$.>>TOTA5 DE :A"DA"EB$OFTA" H :#=ANO>

TOTA5 EN / =E$E$.>>

3.4 ene6icios

El Estuio %actibilia e la biblioteca Universitaria va tener varios bene%iciosi"portantes tanto para la Universia co"o para el cliente. Al(unos e estos bene%iciosinclu+en6

In%or"acin actuali,aa

$uen servicio


38/52



3./ Factibilidad 5e*al

En la Factibilia 'e(al a+ varias re(las )ue una e"presa ebe e se(uir cuanoace un so%t/are. En este caso el so%t/are )ue va"os a utili,ar en nuestra biblioteca es%una"ental.

. $o6t;are propietario< En t!r"inos (enerales* el so%t/are propietario es so%t/are

cerrao* one el ueCo el so%t/are controla su esarrollo + no ivul(a sus

especi%icaciones.

El so%t/are propietario es el proucio principal"ente por las (ranes e"presas* tales

co"o 5icroso%t + "ucas otras. Antes e poer utili,ar este tipo e so%t/are se ebepa(ar por su licencia.


39/52



FSF* entia )ue pro"ueve el uso + esarrollo e so%t/are e este tipo.


40/52





41/52



Prototipos#



42/52





43/52





44/52





45/52





46/52



7luvia de Ideas

o ue debe de hacer 6l !rograma

1 a "iblioteca tiene ue tener un controle de cuantos libros ha.

2 +uantos d,as limites puede un libro ser prestado.

* Bo tiene ue involucrase con notas sino solo con estudiantes docentes

4 !rograma ue controle las c;maras de la biblioteca

6l programa debe ofrecer la me=or c;lida de informacin a nuestros estudiantes docentes.

5 6l 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 Bo debe limitar al usuario a una sola librer,a de libros.

10 Debe poder el estudiante poder encontrar su libro sin tanta dificultad.

11 Debe organi


47/52



.! "#u sucede si alg$n indi%iduo no de%uel%e el libro a tiempo&'.! "(untos libros mximos puede prestarse a una misma persona&

).! "Los libros tendrn c*digo de barras&+.! "(*mo se clasificaran los libros para ser ordenados&

,.! "-ara prestarse un libro se deber ingresar al sistema alguna identificaci*n como

cedula o carnet &.! "Los libros extra%iados sern eliminados del sistema&/.! "Las personas podrn elegir qu tiempo usaran los libros&0.! "El sistema en%iara automticamente al correo del usuario1 un mensa2e apenassobre pase el tiempo de prstamo&3.! "El bibliotecario mediante ponderaciones puede calificar si el libro est en buenestado&4.! "El sistema tendr conexi*n con la base de datos de la uni%ersidad para adquiririnformaci*n de estudiantes 5 profesores&

.! "6e tendr un 7istorial de los libros prestados a cada persona&'. "El bibliotecario tambin deber registrarse al ingresar al sistema&

).! "6e imprimir un comprobante para la persona que solicito el prstamo&+. "-ueden solicitar personas que no estn %inculadas a la uni%ersidad prstamos delibros&,.! "(uantas sucursales de la biblioteca estarn a ni%el de la uni%ersidad&

+asos de #so.



48/52





49/52





50/52





51/52





52/52





Documents

Srs-biblioteca