Especificación de requisitos de software Proyecto: !!br0ken!! Sistema Web para la gestión de Procesos de ventas de productos fármacos y Administración de sus productos, de boticas irian
Historia de revisiones Fecha
Versión
14 14/07/2016
"
[1.0]
Descripción Este trabajo est sien!o !esarro""a!o con e" propósito !e tener conoci#iento !e có#o !esarro""ar o a$u!ar a reso"%er prob"e#as !e una e#presa &'oticas (irian).
Autor *+a#arra +o#ero ,enneth * -suriano nche j.(anue" *Vea De"a!o 'r$an
#ntroducción
1.1 propósito: El propósito de este proyecto es entender los requerimientos y requisitos, especifcaciones uncionales y no uncionales de la armacia (boticas Mirian).
Alcance:
Esta Esta especifcación de requisitos está dirigida al usuario del
sistema, para continuar con el desarrollo de aplicaciones sobre la armacia (Boticas Mirian) y para proundiar en la automatiación de !sta, la cual tiene por ob"eti#o principal el gestionar la #enta de sus productos y la administración ($n#entario) de sus productos.
"$
%e&niciones, si siglas y abrevi eviaturas: 'omb re
%escripción
Usuario Persona que usará el sistema para gestionar ventas SIS-I Sistema de Información Web para la Gestión de ventas y administración de productos ERS Especificación de Requisitos Software RF RNF
Requerimiento uncional Requerimiento !o uncional
a" (eserva: %roceso por el cual el coordinador de seminario solicita la utiliación de un recurso para un determinado seminario. b" #denti&cación: %roceso en el que el usuario ingresa sus datos del cliente. c" publicar #nformación: %roceso que realia el coordinador de seminario agrega o modifca inormación del sistema de gestión de seminarios (&$&'EB)
d" )onsultar #nformación: %roceso en el que una procesa busca inormación en el &$&'EB (eferencias: ERS es definida por IEEE "#$%&''" "*
"+
isión general:
%escripción general: El sistema será un producto diseado para traba"ar en entornos 'EB, lo que permitirá su utiliación de orma rápida y efca.
"-personal involucrado" Nombre Rol Categoría rofesional Responsabilidad
(irian vega da)a Gerente General *+ue,aadministradora Se encarga de la administración y ventas de la farmacia
Información
de *++*-/
contacto
(estricciones %Será usada con internet. %/engua0es y tecnolog1as en uso2 34(/5 6787. %/os servidores deben ser capaces de atender consultas concurrentemente. %El sistema se dise,ará seg9n un modelo cliente. %El sistema deberá tener un dise,o e implementación de lo que pida el cliente.
Suposiciones y dependencias %los requisitos aqu1 descritos son estables de esta farmacia *(irian %/os equipos en los que se vaya a e0ecutar el sistema deben cumplir los requisitos antes indicados para garanti)ar una e0ecución correcta. 2. MODELADO DEL NEGOCIO
$" %escripción de la organi.ación ob/etivo: (euerimientos funcionales" Identificación del requerimiento! Nombre del Requerimiento! Características! "escripción del requerimiento! Requerimiento N# funcional!
R$& !ecesidades del :suario. El usuario ingresara el código de los medicamentos y verificara si e;iste el medicamento en el stoc<5 ingresara los datos del cliente y emitirá una boleta. El sistema podrá ser consultado por el usuario dependiendo del módulo en el cual se encuentre y su nivel de accesibilidad. R!$& R!$= R!$> R!$" • • • •
(euerimientos 'o 1uncionales" Identificación del requerimiento! Nombre del Requerimiento! Características! "escripción del requerimiento!
R!$& Interfa) del sistema. El sistema presentara una interfa) de usuario sencilla para que sea de fácil mane0o a los usuarios del sistema. El sistema debe tener una intera de uso debido y sencillo.
rioridad del requerimiento! 0lta
Caso de uso registrar cliente
"2 Proceso de 'egocio $"2 3b/etivo
egistrar 2liente Brindar al cliente un ser#icio adicional de acumulación de puntos u otras promociones, as3 tambi!n tener inormación que nos ayude a tomar decisiones en el mercado de la empresa. Empleado(%rincipal), &istema 4armacia (&ecundario)
*"2 Actores +"2 Pre2condiciones " %atos del )liente 4cliente debe ser mayor de edad5" -"2 #nteracción 6mpleado " #ngresa %'# del cliente
Sistema 1armacia $" eri&ca %'# 4valide.5"
*" #ngresa datos del cliente +" -"
(egistra datos del cliente (eporte de datos
7" 6l cliente veri&ca la información 8" 1inali.a registro cliente 7"269tensiones 6mpleado Sistema 1armacia -" (eporte de registro -"a"2 )onsultar datos del " uestra datos del cliente para ser cliente con&rmados 8"2 Post2condiciones " 6l cliente está registrado en la ase de %atos" $" Sus puntos bonus se iniciali.an en cero" ;"2
comien.a el caso de uso5" ?"2 69cepciones $" 'o se veri&co valide. del %'# ensa/e: @#ngrese %'# nuevamente, este no e9iste 0"2 ersión 1. "2
Caso de uso Realizar Ventas
"2 Proceso de 'egocio $"2 3b/etivo
ealiar 5entas 6acer posible el proceso y registro de #entas de medicamentos, as3 tambi!n la obtención de todas las operaciones de sus clientes y las operaciones de la armacia. &istema 4armacia(secundario), Empleado(%rincipal)
*"2 Actores +"2 Pre2)ondiciones " )liente tenga una necesidad de compra" -"2 #nteracciones 6mpleado Sistema 1armacia " 6l 6mpleado solicita venta" $" uestra BC# D ventas" *" #ngresa medicamentos solicitados" +" uestra stock de medicamentos" -" alida si Eay medicamentos para la venta" 7" uestra onto a pagar 8" Solicita dato del cliente ;" #ngresar datos del cliente )aso: ingresar datos )aso$: 'o ingresar datos ?" Solicita modo de reporte de venta: )aso : oleta )aso $ : 1actura 0" #ngresar modo de venta " uestra reporte de enta"
$" Solicita env>o de reporte de venta a )a/a *" 6nv>a reporte de venta" +" #mprime código de venta -" )ierra la interfa. 7" Sale del Sistema 7"2 69tensiones
6mpleado Sistema 1armacia " uestra reporte de enta "a" )onsulta posibles " uestra (eporte adicionándole puntos acumulados puntos bonus acumulados" 8"2 Post2)ondiciones " )a/a (ecibe satisfactoriamente la operación de venta digitalmente" $" )liente recibe la impresión del código de venta" ;"2
ensa/e : @ 'o puede comprar estos medicamentos porue están agotados ;" #ngresa %atos del )liente y no e9iste registro alguno del cliente
ensa/e : @ 'o e9isten datos del clienteF intente nuevamente @(egistre al )liente nuevo 0"2 ersión 1. "2
Casos de !so Gestionar Co"#ras
"2 Proceso de 'egocio $"2 3b/etivo
Bestionar compras 6acer posible al administrador gestionar sus compras de medicamentos a sus pro#eedores brindándole además la inormación sobre stoc: de in#entario de productos, medicamentos con ba"o stoc: y los medicamentos en general. 0dministrador (%rincipal), &istema 4armacia (&ecundario)
*"2 Actores +"2 Pre2)ondiciones " Actuali.ación de inventarios actuali.ados" $" Actuali.ación de )a/a actuali.adas" -"2 #nteracciones 6mpleado Sistema 1armacia " Solicitar compras $" ostrar interfa. Bestión de compras *" Solicitar datos de #nventarios )aso: Stock de inventarios general )aso$: Productos más demandados )aso*:Productos de ba/o stock +" uestra datos de inventarios pedidos -" Seleccionar producto a
comprar 7" alida proveedores ue ofrecen dicEos productos 8" uestra proveedores de producto seleccionado ;"
Selecciona proveedor ?" alidar datos producto2 proveedor 0" ostrar Gista de Productos reali.ados " Pedir )antidad por productos
$" #ngresar cantidad de productos *" uestra reporte de producto y su respectiva cantidad +" Benera monto a pagar" -" Solicita reporte de compra 7" #mprime boleta 8" Abandona la interfa. gestionar compras ;" Salir del sistema 7"2 69tensiones 6mpleado 8" uestra proveedores de producto seleccionado 8"a" Solicita precios y datos de producto seleccionado " Pedir cantidad de producto "a" Pedir comparación con la cantidad del producto actual" +" Benera monto a pagar +"a" Solicita reporte de liuide. de ca/a
Sistema 1armacia
" uestra datos e9tra2 informativos de productos con sus respectivos proveedores" " uestra comparaciones entre cuanto tiene y cuanto uiere de cantidad de medicamentos " uestra la cantidad de liuide. de ca/a ad/untando el monto de la compra respectiva"
8"2 Post2)ondiciones " 6l administrador tiene el reporte de la compra a reali.ar con datos espec>&cos de los productos ue reuiere en la farmacia" $" Se tiene un reporte actuali.ado de stock de inventarios Easta la fecEa" ;"2
ensa/e : @ 6l monto a pagar a superado la liuide. de la ca/a 0"2 ersión 1. "2
Casos de uso Registrar $ago
"2 Proceso de 'egocio $"2 3b/etivo
(egistrar Pago egistrar el pago de los clientes, pre#iamente el cliente tiene que tener su n
*"2 Actores +"2 Pre2)ondiciones " 6l cliente tenga su nHmero de venta correspondiente $" Ga factura o boleta digital lo tenga la ca/a en su ordenador *" 6l sistema de la ca/a debe tener cambio disponible -"2 #nteracciones 6mpleado Sistema 1armacia " Solicita registrar pago $" uestra interfa. de registro de pago *" (euiere nHmero de venta +" #ngresa nHmero de venta del cliente -" eri&ca y valida el nHmero de venta 7" uestra reporte de venta 8" (euiere tipo de pago ;" Selecciona forma de pago )aso : 6fectivo 4pasar al ?5 )aso $: mite de crIdito del cliente crIdito
8"2 Post2)ondiciones " 6l inventario está actuali.ado a la fecEa" $" Gos datos del cliente son actuali.ados 4puntos bonus5" *" 6l registro de la ca/a esta actuali.ada" ;"2
%. DE&CRI$CION GENERAL
$%&erspecti'a del producto $%&%& Interfaces de usuario /a interfa) con el usuario consistirá en un con0unto de ventanas con botones5 listas y campos de te;tos. ?sta deberá ser construida espec1ficamente para el sistema propuesto y5 será visuali)ada desde un navegador de internet.
$%&%( Interfaces de )ardware Será necesario disponer de equipos de cómputos en perfecto estado con las siguientes caracter1sticas2 • • • •
7daptadores de red. @omputadora *Windows ".&(ouse. 4eclado.
$%&%$ Interfaces de software • •
Sistema Aperativo2 Windows ".& o superior. E;plorador2 (o)illa o @Brome.
$%&%* Interfaces de comunicación /os servidores5 clientes y aplicaciones se comunicarán entre s15 mediante protocolos estándares en internet5 siempre que sea posible. Por e0emplo5 para transferir arcBivos o documentos deberán utili)arse protocolos e;istentes *4P u otros convenientes-.
$%&%+ restricciones de memoria Procesador de &.CCG3) o superior.
$%(FUNCI#NES "E, R#"UC#
$%(%&Requisito funcional & •
.utentificación de Usuarios! El usuarios deberá identificarse para acceder al sistema.
El sistema podrá ser consultado por cualquier de los empleados o usuario dependiendo del módulo en el cual se encuentre.
$%(%(Requisito funcional ( •
Consultar Información! El sistema ofrecerá al usuario información general acerca de las ventas y productos que ay en el stoc<.
$%(%$Requisito funcional $ •
Registrar Usuarios! El sistema permitirá al usuario ingresar el dato del cliente *ni,o5 adultos y 7ncianos- registrarse. El usuario debe suministrar datos como2 !ombre5 7pellido5 +!I.
$%(%*Requisito funcional * •
I"ENIFIC.R! Permite al administrador identificar datos de los clientes5 el stoc< de productos.
$%(%+Requisito funcional +
Consultar cuantos productos quedan! Permite a los usuarios ver información de sus productos.
"escargas! Permite a los usuarios o empleados a descargar gu1as e información relevante de sus ventas.
$%(%/Requisito funcional / •
Integración de Componentes! El componente de inventario 0unto con el moodle deberá integrarse al sistema de información web proporcionando los recursos necesarios5 con el propósito de que la interacción con los usuarios sea provecBosa en la administración de la información de su empresa *farmacia-.
$%(%0Requisito funcional 0 •
1estionar Reportes! Permite al administrador imprimir reportes de las ventas a reali)ar5 as1 como tambiDn5 ver listados de sus productos seg9n la venta del dia.
$%$C.R.CERISIC.S "E ,#S USU.RI#S
El sistema SIS%WE contendrá > tipos de usuarios qu e interactuaran y lo administraran2 8isitante5 Participante5 7dministrador del Sistema5 @oordinador Seminarios y @oordinador de recursos.
$%$%&
erfil del usuario
@ada usuario tendrá un perfil espec1fico para que su interacción con el sistema sea correcto y no conlleve a fallos2 "ue2o o usuario! Persona que interactuará continuamente con el sistema5 su educación no puede ser definida y no debe tener una capacitación con respecto al sistema 9nicamente debe tener un conocimiento básico sobre navegación en páginas Web. articipante! Su rol en el sistema consiste en pasar de ser visitante a participante en el momento que se inscriba a un seminario5 al igual que el visitante su conocimiento debe ser básico en el mane0o de páginas Web para que realice su inscripción. .dministrador del Sistema! :suario con gran conocimiento en el mane0o del sistema con una previa capacitación por parte de la entidad. Encargado de mane0ar el sistema con gran responsabilidad sobre los criterios de permisos sobre los usuarios.
Coordinador de Seminarios! Persona que mane0e la administración de información y con conocimiento sobre el tema de seminarios. +ebe tener una capacitación previa sobre el sistema y debe mane0ar aplicaciones tipo Web. @oordinador de Recursos2 Persona encargada de la administración de recursos audiovisuales5 deberá tener conocimiento de interfa) de planificación de recursos5 que le permita disponer de los mismos.
$%* RESRICCI#NES "E "ISE3#S $%*%& olíticas reguladoras /a aplicación se desarrollará mediante software de licencia abierta por lo tanto no se deberá pagar por el uso de 2 servidor WE *7pacBe-5 Sistema de Gestión de base de datos *(ySF/- y el lengua0e de programación *P3P-5 por lo tanto5 la utili)ación de estos programas se Bará mediante las pol1ticas establecidas por este tipo de licenciamiento.
$%+SUUES#S 4 "EEN"ENCI.N %/a red interna deberá de estar configurada para el mane0o de protocolos 4@PIP5 344P5 +!S5 principalmente todo lo relacionado en cuanto a desempe,o y seguridad. % +ebe reali)arse una capacitación adecuada y acorde a lo que cada usuario va a reali)ar. Su capacitación de Bará en el momento que sea necesaria y a las persona indicada.