Generalidades
El presente trabajo muestra el análisis para el desarrollo de un sistema de control de ventas y recetas para la farmacia farmacia ³Botica la Esperanza´. El trabajo está estructurado de acuerdo a la metodología que Roger Pressman expone en su libro ³Ingeniería de software, un enfoque práctico´, en su séptima edición . Etapa
de Inicio.
El sistema de software será desarrollado para la farmacia Botica la Esperanza, la cual es un establecimiento que se dedica a la venta de medicamentos de todo tipo. Su sede se encuentra ubicada en la localidad de Telchac Pueblo.
Descripción del problema:
Actualmente, la farmacia Botica la Esperanza realiza sus operaciones de manera manual en formatos impresos que son rellenados a mano. La venta de un medicamento la información que se solicita como el de la receta si es necesaria se almacena en una libreta para poder dar los datos a la secretaria de salubridad cuando sean solicitados. Las notas de venta son hechas en una hoja de papel a mano y no se lleva un inventario exacto de los medicamentos que estén agotados o caducos, según afirma Edgar Sabido, dueño de la farmacia.
A pesar de ser un método que les ha funcionado por años, el inventario y la información de las recetas no es muy exacto y lleva muchas hojas y espacio para almacenarlas, así como como provocar la incomodidad de los clientes y del mismo mismo vendedor al no saber si tienen el producto o esta caducado y mantener el orden de toda esa documentación es muy difícil.
Propuesta de Solución. Diseñar y desarrollar un sistema de punto de venta para llevar el control de las ventas, el inventario, poder imprimir informes, revisar cuantos medicamentos están caducados para darle de baja del inventario, poder llevar el control de los datos de las recetas médicas de los clientes para posteriormente o cuando sea necesario poder imprimirlas, así como poder llevar el control de los vendedores.
Requerimien tos
del proyecto
A continuación se presenta un listado de los requerimientos que se descubrieron en primera instancia para la elaboración del sistema para un segundo análisis simplemente se describieron de forma más detalla y agregando los requerimientos referente a los privilegios del usuario y las creación de las mismas. 1.- La empresa requiere realizar consultas de los medicamentos que necesitan receta médica para su posterior venta. 2.- Además se requiere de un control de las ventas que se realizan en la farmacia. 3.- La empresa maneja muchos proveedores los cuales surten los fármacos. 4.- Se manejan muchos laboratorios de fármacos. 5.- Se necesita conocer o tener almacenado la información de los empleados de la farmacia. 6.- Se necesita saber que fármacos están próximos a caducar o caducados. 7.- Es necesario tener un inventario de todo el producto que existe en almacén. 8.- La farmacia necesita reportes mensuales para verificar la situación financiera. 9.- Se requiere entregar un comprobante de pago para los clientes que compren productos. 10.- Al vender un antibiótico o medicamento controlado se necesita registrar la receta, y se deberá incluir, como mínimo, la información siguiente: - Identificación del paciente - Identificación del doctor (recetante) - Cédula médica. - Fecha de emisión - Nombre, concentración y cantidad total del fármaco - Indicaciones para su uso - Vía de administración - Presentación - Frecuencia y tiempo de duración de tratamiento 11.- La empresa requiere mantener un registro de los productos farmacéuticos comprados, adquiridos, o introducidos en el almacén/inventario. 12.- Se requiere poder actualizar los medicamentos controlados. 13.- Los antibióticos sólo pueden ser dispensados mediante receta legal u orden médica.
14.- Las recetas para sustancias controladas pueden ser archivadas en versión escrita o de manera electrónica. Si la farmacia elige mantener archivos electrónicos, la copia original de las recetas también debería guardarse. 15.- Se deberá de guardar la fecha de compra del fármaco que requiera receta. 16.- La cantidad total dispensada no deberá exceder la cantidad total prescrita 17.- No se deberá dispensar nada después del período por el cual la receta es válida. 18.- El empleado deberá estar registrado en el sistema. 19.- Se deberá llevar el control de que empleado ha hecho la venta. El vendedor o farmacéutico al recibir la orden del cliente deberá buscar en la base de datos para ver si cuenta con el medicamento y si es así el sistema deberá verificar si el medicamento necesita receta médica informarlo al vendedor, este le pedirá la receta al cliente y escribirá los datos de la receta como son, nombre del cliente, fecha de expedición de la receta, fecha de caducidad de la receta, nombre del médico, cédula profesional del médico, nombre del medicamento, cantidad que dicta la receta, cantidad vendida, químicos, tipo (antibiótico u otro medicamento controlado) y domicilio después procederá a registrar la compra en el sistema y este guardara los datos, calcular el precio total de la venta y a actualizar las cantidades del almacén en la base de datos.
Restricciones Que las farmacias no quieran utilizar el sistema Riesgos
No tener los datos necesario para la elaboración del sistema No entender los requerimientos de las farmacias No contar con el tiempo suficiente para el desarrollo Clasificación
de los
Requerimientos
En la clasificación de los requerimientos se considera todos los aspectos proporcionados por los clientes y los usuarios para poder organizarlos de tal forma que se consideren los aspectos funcionales que tendrá el sistema para cubrir las necesidades de la empresa. Requerimien tos Funcionales
1.- El sistema deberá de contar con los siguientes módulos: - Gestionar Ventas - Gestionar Recetas - Revisar caducidad - Administrar Actualizaciones - Gestionar Reportes - Gestionar Vendedores - Inicio de Sesión 2.- En el módulo de Gestionar Venta se realizaran las ventas, cancelaciones de ventas y se podrán consultar o buscar los productos, así como imprimir y generar las notas de venta. 3.- En el módulo para Gestionar Recetas se podrán registrar las recetas de los clientes, editarlas y consultarlas. 4.- En el módulo de Revisar Caducidad se verán los medicamentos que ya estén caducados y se les podrá dar de baja del inventario. 5.- En el modulo de Administrar Actualizaciones se podrá Actualizar el Almacén o Inventario y los medicamentos que necesiten receta. 6.- Dentro de la Actualización del Almacén se podrá agregar medicamentos, modificar los datos del medicamento y eliminar los medicamentos. 7.- En la actualización de medicamentos con receta se actualizara la lista de medicamentos que necesitan receta médica para ser vendidos. 8.- En el módulo de Gestionar Reportes se podrán ver las recetas registradas e imprimirlas así como los reportes de las ventas hechas. 9.- En el módulo de Gestionar Vendedores se podrán registrar, modificar y eliminar usuarios del sistema. 10.- Habrán dos tipos de usuario el administrador y el vendedor. 11.- El vendedor solo tendrá acceso a los módulos Gestionar Recetas, Gestionar Ventas, Revisar Caducidad y Administrar Actualizaciones. 12.- El administrador tendrá accesos a todos los módulos. 13.- Todos los registros se guardaran en una base de datos.
14.- El sistema efectuara todas las cuentas necesarias como para sacar el total, subtotal, tomar en cuenta los descuentos, etc. 15.- Cuando el cliente realice una compra se podrá imprimir una nota. 16.- Las ventas y recetas registradas se guardaran junto con los datos del usuario que hizo las ventas. 18.- El módulo de Inicio de Sesión pedirá el usuario y contraseña para poder ingresar al sistema. 19.- El sistema al finalizar la venta deberá de revisar si alguno de los medicamentos necesita receta, si la necesita se desplegara la ventana para el registro de la receta. Requerimien tos No Funcionales
1.- Se necesitara una maquina con sistema operativo Windows vista o 7. 2.- Se necesitara tener instalado el Framework de .Net en su versión 4. 3.- La base de datos será elaborada en Access 2010. 4.- El lenguaje que se manejara será C# 4.0. 5.- Los reportes se exportaran a Excel o Word para poder ser imprimidos. 6.- Se usara una impresora de inyección de tinta hp. Diagramas
Tabla
de Casos de Uso
de Funciones del Sistema
Las funciones del sistema son lo que éste habrá de hacer . Hay que identificarlas y listarlas en grupos cohesivos y lógicos. Las funciones debe n clasificarse a fin de establecer prioridades entre ellas e identificar las que de lo contrario pasarían inadvertidas (pero que consumen tiempo y otros recursos). Las categorías son:
-
Evidente:
-
Oculta:
Debe realizarse, aunque no es visible para los usuarios. Estas funciones a menudo se omiten (erróneamente) durante el proceso de obtención de los requerimientos. R ef.
R1.1
Debe realizarse, y el usuario deber ía saber que se ha realizado.
#
Función El usuario debe introducir una identificación y una contraseña para poder
Categoría Evidente
R1.2 R1.3 R1.4 R1.5 R1.6 R1.7 R1.8 R1.9 R1.10 R1.11 R1.12 R1.13 R1.14 R1.15 R1.16 R1.17 R1.18 R1.19 R1.20 R1.21 R1.22 R1.23 R1.24 R1.25 R1.26 R1.27
Descripción
utilizar el sistema. Editar Vendedor Eliminar Vendedor R egistrar Medicamento Editar Medicamento Dar de baja Medicamento Caduco Consultar Medicamento R egistrar Venta Cancelar Venta Guardar en la BD Generar Nota R egistrar R eceta Consultar R ecetas Actualizar BD de R ecetas Médicas Verificar Datos Desplegar Mensaje Calcular Venta Total Actualizar Almacén Desplegar Formularios Desplegar O pciones Validar Datos Comprobar Tipo de Usuario Imprimir R eporte Imprimir R ecetas Iniciar Sesión Desplegar Información Imprimir Nota
Evidente Evidente Evidente Evidente Evidente Evidente Evidente Evidente Oculto Evidente Evidente Oculto Oculto Oculto Evidente Evidente Oculto Evidente Evidente Oculto Oculto Evidente Evidente Evidente Evidente Evidente
de Casos de Uso
A continuación se muestra la descripción de los casos de uso extendidos que son tablas que salen del diagrama de caso de uso, en los que se describen los procesos del sistema de una forma más clara, es decir, los pasos que se tienen que hacer o los pasos por los cuales hay que pasar, para poder realizar dicho proceso, en los cuales intervienen actores. Caso de Uso: Actores: Propósito: R esumen:
Gestionar Ventas Farmacéutico(Vendedor/Gerente) Poder llevar el control de ventas de medicamentos y almacén. El Farmacéutico podrá consultar el medicamento para verificar si está en el almacén, realizar la venta, imprimir nota de
venta o cancelar la venta. Tipo: Primario R eferencias Cruzadas: R1.25, R1.18, R1.7, R1.8, R1.9, R1.10, R1.11, R1.12, R1.15, R1.16, R1.17, R1.19, R1.20, R1.21, R1.27 Curso Normal de los Eventos Acción del Actor R espuesta del Sistema 2.- El sistema despliega las opciones que 1.- include(Iniciar Sesión) puede elegir el Farmacéutico. 3.- El Farmacéutico elige una opción para realizar. 3a.- Si elige Consultar Medicamento ver sección: Consultar Medicamento. 3b.- Si elige R ealizar Venta ver sección: R ealizar Venta. 3c.- Si elige Cancelar Venta ver sección: 4.- El sistema manda un mensaje de Cancelar Venta. operación realizada correctamente. 5.- Este caso de uso termina cuando el Farmacéutico realiza la operación deseada. Cursos Alternativos Ninguno Sección: Consultar Medicamento 1.- El
2.- El Farmacéutico llena los campos del formulario.
Cursos Alternativos Línea 3: Línea 4:
sistema despliega un formulario de consulta pidiendo el nombre del medicamento o contenido. 3.- El sistema valido que todos los campos se hayan llenado. 4.- El sistema consulta en la BD los medicamentos. 5.- El sistema despliega el resultado Campos faltantes por llenar, el sistema despliega un mensaje de llenar ca mpos. El sistema no encuentra el medicamento, se despliega un mensaje informando que no se encontró el medicamento.
Sección: R ealizar Venta 1.- El sistema despliega un formulario de captura de medicamentos a vender y la opción agregar medicamento.
2.- El Farmacéutico elige agregar medicamento
3.- El sistema despliega un campo para la búsqueda del medicamento.
4.- El Farmacéutico escribe el nombre del medicamento.
7.- El Farmacéutico agrega el medicamento.
5.- El sistema consulta la BD. 6.- El sistema despliega la información correspondiente al producto incluyendo el precio. 8.- El sistema revisa la base de datos de medicamentos que necesitan receta. 9.- El sistema despliega un mensaje diciendo que se necesita receta para poder vender el medicamento.
10.- El
Farmacéutico elige R egistrar R eceta, include(Gestionar R ecetas). 11.- El Farmacéutico da finalizar venta.
12.- El
15.-
16.- El
Include(Imprimir Comprobante).
caso de uso termina cuando el usuario ha realizado la venta y se registra en el sistema. Cursos Alternativos Línea 5:
sistema realiza todos los cálculos necesarios para el total de la venta. 13.- El sistema actualiza la BD de almacen descontando la cantidad de medicamentos vendidos. 14.- El sistema genera la nota y la despliega en pantalla. sistema guarda en la BD el registro de la venta.
17.- Este
Línea 10:
El
sistema no encuentra los datos, se despliega un mensaje de información. El medicamento no necesita receta, se procede a registrar la venta.
Sección: Cancelar Venta 1.- El sistema despliega un formulario de búsqueda de registros de venta.
2.- El Farmacéutico llena los datos correspondientes (fecha o id). 5.- El Farmacéutico elige cancelar. 7.- El Farmacéutico elige Aceptar.
Cursos Alternativos Línea 4:
3.- El sistema consulta los datos en la BD. 4.- Se despliega la información de la venta. 6.- El sistema manda un mensaje para confirmar la eliminación de la venta. 8.- El sistema elimina la venta de la BD. 9.- Se modifica el almacén 10.- El sistema despliega un mensaje de cancelación exitosa. El
sistema no encuentra los datos, el sistema despliega un mensaje informando
que no se encontró la venta hecha. Se cancela la eliminación, el sistema manda un mensaje de eliminación cancelada. Caso de Uso Extendido
Línea 5:
Caso de Uso: Actores: Propósito: R esumen:
Gestionar R ecetas Farmacéutico(Vendedor/Gerente) Poder llevar el control de recetas médicas. El Farmacéutico registra las recetas que le entregue el cliente cuando estas sean necesarias, también podrá consultar las recetas que tenga registrado. Tipo: Primario R eferencias Cruzadas: R1.12, R1.13, R1.14, R1.15, R1.16, R1.19, R1.21, R1.25, R1.26. Curso Normal de los Eventos Acción del Actor R espuesta del Sistema 2.- El sistema despliega las opciones que 1.- include(Iniciar Sesión) puede elegir el administrador. 3.- El Farmacéutico elige una opción para realizar. 3a.- Si elige R egistrar R eceta ver sección: R egistrar R eceta. 3b.- Si elige Consultar R ecetas ver sección: Consultar R ecetas. 3c.- Si elige Editar R eceta 4.- El sistema manda un mensaje de operación realizada correctamente. 5.- Este caso de uso termina cuando el Farmacéutico realiza la operación deseada. Cursos Alternativos Ninguno Sección: Consultar R eceta 1.- El
2.- El Farmacéutico llena los campos del formulario.
Cursos Alternativos
sistema despliega un formulario de consulta pidiendo fecha de registro de la receta o nombre del cliente. 3.- El sistema valida que todos los campos se hayan llenado. 4.- El sistema consulta en la BD las recetas médicas. 5.- El sistema despliega el resultado.
Línea 3:
Campos faltantes por llenar, el sistema despliega un mensaje de llenar ca mpos. El sistema no encuentra los registros, se despliega un mensaje informando que no se encontró la receta.
Línea 4:
Sección: R egistrar R eceta 1.- El sistema despliega un formulario de captura de datos de la receta.
2.- El Farmacéutico llena los datos correspondientes
Cursos Alternativos Línea 3:
3.- El sistema valido que los datos se hayan llenado correctamente. 4.- El sistema guarda los datos en la BD de registros de recetas. 6.- El sistema despliega un mensaje informando que la receta ha sido guardada y que no se olvide de sellar y poner un número consecutivo atrás de la receta del cliente. Los datos no se llenaron correctamente, el sistema despliega un mensaje pidiendo que se llenen correctamente los datos.
Sección: Editar R ecetas 1.- El
2.- El Farmacéutico elige una fecha. 4.- El farmacéutico elige una receta. 6.- El Farmacéutico modifica la receta y guarda los cambios.
sistema despliega un formulario con un campo para elegir fecha de registro de recetas. 3.- El sistema despliega las recetas registradas en esa fecha. 5.- El sistema despliega los datos de la receta. 7.- El sistema modifica los datos en la base de datos y despliega un mensaje de cambios hechos.
Cursos Alternativos Caso de Uso Extendido Caso de Uso: Actores: Propósito: R esumen:
Tipo:
R evisar
Caducidad Farmacéutico(Vendedor/Gerente) Poder revisar los medicamentos que estén caducados o por caducar. El Farmacéutico podrá consultar los medicamentos que estén por caducar o y a caducados y podrá darles de baja. Secundario
R eferencias
Cruzadas:
R1.6, R1.7, R1.15, R1.16, R1.18, R1.19, R1.20, R1.21, R1.25, R1.26.
Curso Normal de los Eventos Acción del Actor R espuesta del Sistema 2.- El sistema despliega un formulario con 1.- include(Iniciar Sesión) los medicamentos que ya han caducado. 3.- El Farmacéutico elige dar de baja los 4.- El sistema despliega un mensaje medicamentos, ver sección Dar de Baja informando que se han realizado los Medicamentos. cambios Cursos Alternativos Línea 4: No existen medicamentos próximos a caducar o caducos, el sistema despliega un mensaje diciendo que aún no hay medicamentos próximos a caducar o caducados. Sección: Dar de Baja Medicamentos 1.- El
2.- El Farmacéuticoacepta.
Cursos Alternativos Línea 2:
sistema despliega un mensaje preguntando que si realmente desea dar de baja a los medicamentos 3.- El sistema elimina de la BD los medicamentos. 4.- El sistema actualiza la BD almacén. 5.- El sistema despliega un mensaje informando que los datos han sido modificados correctamente. El
Farmacéutico cancela, se cancela la baja de medicamentos. Caso de Uso Extendido
Caso de Uso: Actores: Propósito: R esumen:
Administrar Actualizaciones Farmacéutico(Vendedor/Gerente) Poder actualizar el sistema y almacén. El Farmacéutico podrá actualizar la base de datos del almacen, registrando o editando medicamentos y la base de datos de medicamentos que necesitan receta. Tipo: Primario R eferencias Cruzadas: R1.14, R1.15, R1.16, R1.18, R1.19, R1.20, R1.21, R1.25, R1.26, R1.28. Curso Normal de los Eventos Acción del Actor R espuesta del Sistema 2.- El sistema despliega las opciones que 1.- include(Iniciar Sesión)
puede elegir el administrador. 3.- El Farmacéutico elige una opción para realizar. 3a.- Si elige Actualizar Almacén ver sección: Actualizar Almacén. 3b.- Si elige Actualiza Medicamentos con R eceta ver sección: Actualizar Medicamentos con R eceta. 4.- Este caso de uso termina cuando el Farmacéutico realiza la operación deseada. Cursos Alternativos Ninguno Sección: Actualizar Almacén 1.- El
2.- El Farmacéutico elige una opción para realizar. 3a.- Si elige R egistrar Medicamento ver sección: R egistrar Medicamento. 3b.- Si elige Editar Medicamento ver sección: Editar Medicamento.
sistema despliega las opciones.
4.- El sistema despliega un mensaje informando que se ha realizado la operación correctamente.
Cursos Alternativos Ninguno Sección: R egistrar Medicamento 1.- El sistema despliega un formulario de captura de medicamentos.
2.- El Farmacéutico llena los datos correspondientes.
Cursos Alternativos Linea 3:
3.- El sistema verifica que se hayan llenado correctamente todos los datos. 4.- El sistema guarda los datos en la BD almacén. 5.- El sistema despliega un mensaje informando que los datos han sido guardados correctamente. No se llenaron correctamente los campos, el sistema despliega un mensaje pidiendo llenar correctamente los datos.
Sección: Editar Medicamento 1.- El sistema despliega un formulario de búsqueda para el medicamento.
2.- El Farmacéutico llena los datos
3.- El sistema consulta los datos en la BD.
correspondientes.
5.- El Farmacéutico modifica los datos.
8.- El Farmacéutico acepta.
Cursos Alternativos Línea 4:
Línea 6:
Linea 8:
4.- Se despliega la información del medicamento. 6.- El sistema verifica que los campos estén correctamente llenados. 7.- El sistema despliega un mensaje preguntando si realmente quiere guardar los cambios. 9.- El sistema guarda los cambios. 10.- El sistema muestra un mensaje informando que los datos han sido correctamente guardados. El
sistema no encuentra los datos, el sistema despliega un mensaje informando que no se encontró el medicamento. Los datos no fueron correctamente llenados, el sistema despliega un mensaje pidiendo llenar todos los campos correctamente. El Farmacéutico cancela, se cancela la edición de los datos del medicamento.
Sección: Eliminar Medicamento 1.- El
2.- El Farmacéutico encuentra el medicamento a eliminar y elige la o pción eliminar. 4.- El Farmacéutico elige aceptar.
Cursos Alternativos Linea 4:
sistema despliega un formulario con la opción de búsqueda de medicamento. 3.- El sistema despliega un mensaje preguntando si realmente lo desea eliminar de la base de datos. 5.- El sistema eliminar de la base de datos el medicamento y despliega un mensaje de que se ha eliminado el medicamento.
El
Farmacéutico elige cancelar, se cancela la eliminación.
Sección: Actualizar Lista de Medicamentos con receta 1.- El
2.- El farmacéutico le da en actualizar.
sistema despliega la opción Actualizar. 3.- El sistema se conecta via internet al servidor de internet. 4.- El sistema verifica que haya una actualización. 5.- El sistema descarga la nueva base de datos.
6.- Se elimina la base de datos anterior. 7.- Se despliega un mensaje informando que se ha actualizado la base de datos. Cursos Alternativos Línea 3:
Linea 4:
No se puede conectar al servidor, se despliega un mensaje informando que no se puede conectar al servidor. No hay nuevas actualizaciones, se despliega un mensaje informando que se tiene la base de datos mas actual. Caso de Uso Extendido
Caso de Uso: Actores: Propósito:
Iniciar Sesión Farmacéutico(Vendedor/Gerente) Que el Farmacéutico pueda entrar a su respectiva sesión. Se validara la cuenta del Gerente o R esumen: Farmacéutico para abrir su respectiva sesión en el sistema. Tipo: Primario R eferencias Cruzadas: R1.25, R1.22, R1.26, R1.20, R1.19, R1.16, R1.15. Curso Normal de los Eventos Acción del Actor R espuesta del Sistema 2.- El sistema despliega un mensaje con dos 1.- Esta caso de uso comienza cuando el Gerente o Vendedor ingresa al sistema. opciones. 3.- El Gerente o Vendedor elijen una de las opciones. 3a.- Si elige iniciar sesión de Gerente ver sección: Iniciar Sesión de Gerente. 3b.- Si elige iniciar sesión de Vendedor ver 4.- El sistema despliega un mensaje de sección: Iniciar Sesión de Vendedor. bienvenida. 5.- Este caso de uso termina cuando el Gerente o Vendedor ha ingresado a su respectiva sesión en el sistema. Cursos Alternativos Ninguno Sección: Iniciar Sesión de Gerente 1.- El
2.- El Gerente proporciona los datos.
sistema despliega un formulario pidiendo el id del Gerente y la contraseña. 3.- El sistema valida los datos proporcionados. 4.- El sistema despliega un mensaje de
bienvenida. 5.- El sistema despliega el apartado del Gerente. Cursos Alternativos Línea 3:
Los datos proporcionados no existen, se despliega un mensaje informando que los datos no son correctos.
Sección: Iniciar Sesión de Vendedor 1.- El
2.- El Vendedor proporciona los datos.
Cursos Alternativos Línea 3:
Caso de Uso: Actores: Propósito:
sistema despliega un formulario pidiendo el nombre de usuario y la contraseña. 3.- El sistema consulta la base de datos y valida los datos proporcionados. 4.- El sistema despliega un mensaje de bienvenida. 5.- El sistema despliega el apartado del Vendedor.
Los datos proporcionados no existen, se despliega un mensaje informando que los datos son incorrectos. Caso de Uso Extendido
Gestionar R eportes Gerente Poder llevar llevar el control o gestionar los reportes. R esumen: El Farmacéutico podrá imprimir los reportes de las ventas hechas en determinada fecha al igual que imprimir las recetas medicas que se hayan registrado. Tipo: Secundario R eferencias Cruzadas: R1.13, R1.15, R1.16, R1.17, R1.19, R1.20, R1.21, R1.23, R1.24, R1.25, R1.26. Curso Normal de los Eventos Acción del Actor R espuesta del Sistema 2.- El sistema despliega las opciones que 1.- include(Iniciar Sesión) puede elegir el Gerente. 3.- El Gerente elige una opción para realizar. 3a.- Si elige Imprimir R eporte de Ventas ver sección: Imprimir R eporte de Ventas. 3b.- Si elige Imprimir R ecetas ver 4.- El sistema manda un mensaje de sección: Imprimir R ecetas. operación realizada correctamente.
5.- Este caso de uso termina cuando el Gerente realiza la operación deseada. Cursos Alternativos Ninguno Sección: Imprimir R eporte de Ventas 1.- El
2.- El Farmacéutico llena los campos del formulario.
6.- El Gerente da imprimir. Cursos Alternativos Línea 3:
sistema despliega un formulario de consulta pidiendo intervalo de fechas. 3.- El sistema valida que todos los campos se hayan llenado. 4.- El sistema consulta en la BD las ventas registradas. 5.- El sistema despliega el resultado. 7.- El sistema manda a imprimir la información. Campos faltantes por llenar, el sistema despliega un mensaje de llenar ca mpos. El sistema no encuentra los registros, se despliega un mensaje informandolo. El Gerente cancela la impresión, se sale de la sección.
Línea 4: Linea 7:
Sección: Imprimir R ecetas 1.- El sistema despliega un formulario de consulta pidiendo intervalo de fechas.
2.- El Farmacéutico llena los datos correspondientes
6.- El gerente elige imprimir.
Cursos Alternativos Línea 3: Línea 4: Linea 7:
3.- El sistema valida que los datos se hayan llenado correctamente. 4.- El sistema consulta en la BD las recetas registradas. 5.- El sistema despliega la información de las recetas a imprimir. 7.- El sistema manda a imprimir la información.
Campos faltantes por llenar, el sistema despliega un mensaje de llenar ca mpos. El sistema no encuentra los registros, se despliega un mensaje informandolo. El Gerente cancela la impresión, se sale de la sección. Caso de Uso Extendido
Caso de Uso: Actores: Propósito:
Administar Vendedores Administrador(Gerente) Agregar, Editar o Eliminar datos de empleados. R esumen: El Gerente dar de alta a un vendedor, editar sus datos o elimiarlos. Tipo: Primario R eferencias Cruzadas: R1.1, R1.2, R1.3, R1.10, R1.15, R1.16, R1.19, R1.20, R1.21, R1.25, R1.26. Curso Normal de los Eventos Acción del Actor R espuesta del Sistema 2.- El sistema despliega las opciones que 1.- include(Iniciar Sesión) puede elegir el administrador. 3.- El administrador elige una opción para realizar. 3a.- Si elige agregar vendedor ver sección: Alta Vendedor. 3b.- Si elige editar datos del vendedor ver sección: Editar Datos Vendedor. 3c.- Si elige Eliminar datos del vendedor 4.- El sistema manda un mensaje de ver sección: Eliminar Datos Vendedor. operación realizada correctamente. 5.- Este caso de uso termina cuando el administrador realiza la operación deseada. Cursos Alternativos Ninguno Sección: Alta Vendedor 1.- El
2.- El administrador llena los campos del formulario.
Cursos Alternativos Línea 3:
sistema despliega un formulario de consulta pidiendo los datos del vendeor. 3.- El sistema valida que todos los campos se hayan llenado. 4.- El sistema guarda en la BD los dato s.
Campos faltantes por llenar, el sistema despliega un mensaje de llenar ca mpos.
Sección: Editar Datos Vendedor 1.- El sistema despliega un formulario para ingresar el nombre del vendedor a modificar.
2.- El Administrador llena los datos correspondientes
3.- El sistema valida el nombre del cliente ingresado. 4.- El sistema extrae los datos de la BD.
6.- El Administrador realiza las modificaciones necesarias. 8.- El Farmacéutico da finalizar venta. Cursos Alternativos Linea 3: Linea 7:
5.- El sistema despliega la información correspondiente al vendedor. 7.- El sistema valida los datos. 9.- El sistema guarda en la BD. El
sistema no encuentra los datos, se despliega un mensaje de información. Elige cancelar, se cancela la edición.
Sección: Eliminar Datos Vendedor 1.- El sistema despliega un formulario para ingresar el nombre del vendedor a Eliminar.
2.- El Administrador llena los datos correspondientes.
6.- El Administrador confirma la eliminación. Cursos Alternativos Línea 3: Línea 5:
Línea 7:
3.- El sistema valida los datos. 4.- Se consultan los datos en la BD. 5.- El sistema manda un mensaje de confirmación. 7.- El sistema elimina los datos de la BD.
Los datos no son correctos, se pide llenar correctamente los datos del formulario. No se encuentran los datos, el sistema despliega un mensaje informando que no existe el vendedor. Se cancela la eliminación, el sistema despliega un mensaje de eliminación cencelada. Caso de Uso Extendido
Priorización
de los Requerimien tos y Negociación
La priorización de los requerimientos ayuda a definir que requerimiento tienemás relevancia que se cumpla y cuáles no son tan indispensables, el cliente es quiendefine este proceso a la hora de la negociación, pero por cuestiones de tiempo solo se definirá sus prioridades atreves de criterios propios del desarrollador. En primer lugar se enlistan los requerimientos y en la columna de la derecha se coloca su importancia de acuerdo a: 1 muy importante
2 importante
3 sin importancia
1.- El sistema deberá de contar con los siguientes módulos:
(1)
- Gestionar Ventas - Gestionar Recetas - Revisar caducidad - Administrar Actualizaciones - Gestionar Reportes - Gestionar Vendedores - Inicio de Sesión 2.- En el módulo de Gestionar Venta se realizaran las ventas, cancelaciones de ventas y se podrán consultar o buscar los productos, así como imprimir y generar las notas de venta.
(1)
3.- En el módulo para Gestionar Recetas se podrán registrar las recetas de los clientes, editarlas y consultarlas.
(1)
4.- En el módulo de Revisar Caducidad se verán los medicamentos que ya estén caducados y se les podrá dar de baja del inventario.
(1)
5.- En el módulo de Administrar Actualizaciones se podrá Actualizar el Almacén o Inventario y los medicamentos que necesiten receta.
(1)
6.- Dentro de la Actualización del Almacén se podrá agregar medicamentos, modificar los datos del medicamento y eliminar los medicamentos.
(1)
7.- En la actualización de medicamentos con receta se actualizara la lista de medicamentos que necesitan receta médica para ser vendidos.
(1)
8.- En el módulo de Gestionar Reportes se podrán ver las recetas registradas e imprimirlas así como los reportes de las ventas hechas.
(2)
9.- En el módulo de Gestionar Vendedores se podrán registrar, modificar y eliminar usuarios del sistema.
(1)
10.- Habrán dos tipos de usuario el administrador y el vendedor.
(1)
11.- El vendedor solo tendrá acceso a los módulos Gestionar Recetas, Gestionar Ventas, Revisar Caducidad y Administrar Actualizaciones.
(2)
12.- El administrador tendrá accesos a todos los módulos.
(2)
13.- Todos los registros se guardaran en una base de datos.
(1)
14.- El sistema efectuara todas las cuentas necesarias como para sacar el total, subtotal, tomar en cuenta los descuentos, etc.
(2)
15.- Cuando el cliente realice una compra se podrá imprimir una nota.
(2)
16.- Las ventas y recetas registradas se guardaran junto con los datos del usuario que hizo las ventas.
(2)
18.- El módulo de Inicio de Sesión pedirá el usuario y contraseña para poder ingresar al sistema.
(2)
19.- El sistema al finalizar la venta deberá de revisar si alguno de los medicamentos necesita receta, si la necesita se desplegara la ventana para el registro de la receta. (1)
Diagrama Concep tual
Genera
Reporte
Genera Nota
Empleado Registra
Gestiona
Receta Medicamento
Solicita
Notificación de compra
Factura Agrega
Inventario
Glosario Objeto de la Información: Hacer Pedido
Atributos
Objeto de la
Información: Información del medicamento Atributos
Nombre del medicamento Vía de administración
Nombre Medicamento Laboratorio Vía de administración Cantidad en almacén Precio Requiere Receta Presentación
Restricciones Debe tener el nombre del medicamento Debe tener la vía de administración Clase del Dominio Pendiente de especificar
Restricciones Debe decir si es medicamento controlado Clase del dominio Pendiente de especificar
Objeto de la Información: Nota de venta
Atributos
Nombre y dirección de la farmacia Fecha de dispensación Fecha de Caducidad (la fecha en que caduca la receta) Número de receta (un número único deberá emitirse en cada receta) Nombre del paciente Nombre del doctor Nombre de fármaco y cantidad dispensada Precio IVA Nombre del empleado Fecha de compra Restricciones
Que el cliente confirme la compra del fármaco y la receta haya sido validada. Clase del dominio Pendiente de especificar Objeto de la Información
