Post on 03-Jul-2015
Generalidades
El presente trabajo muestra el análisis para el desarrollo de un sistema de control de ventas y recetas para la 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 provocar la incomodidad de los clientes y del 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.
Requerimientos 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.
Requerimientos 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.
Requerimientos 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 de Casos de Uso
Tabla 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 deben 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: Debe realizarse, y el usuario debería saber que se ha realizado.
- 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.
Ref. # Función CategoríaR1.1 El usuario debe introducir
una identificación y una contraseña para poder
Evidente
utilizar el sistema.R1.2 Editar Vendedor EvidenteR1.3 Eliminar Vendedor EvidenteR1.4 Registrar Medicamento EvidenteR1.5 Editar Medicamento EvidenteR1.6 Dar de baja Medicamento
CaducoEvidente
R1.7 Consultar Medicamento EvidenteR1.8 Registrar Venta EvidenteR1.9 Cancelar Venta EvidenteR1.10 Guardar en la BD OcultoR1.11 Generar Nota EvidenteR1.12 Registrar Receta EvidenteR1.13 Consultar Recetas OcultoR1.14 Actualizar BD de Recetas
MédicasOculto
R1.15 Verificar Datos OcultoR1.16 Desplegar Mensaje EvidenteR1.17 Calcular Venta Total EvidenteR1.18 Actualizar Almacén OcultoR1.19 Desplegar Formularios EvidenteR1.20 Desplegar Opciones EvidenteR1.21 Validar Datos OcultoR1.22 Comprobar Tipo de Usuario OcultoR1.23 Imprimir Reporte EvidenteR1.24 Imprimir Recetas EvidenteR1.25 Iniciar Sesión EvidenteR1.26 Desplegar Información EvidenteR1.27 Imprimir Nota Evidente
Descripción 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: Gestionar VentasActores: Farmacéutico(Vendedor/Gerente)Propósito: Poder llevar el control de ventas de
medicamentos y almacén.Resumen: 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: PrimarioReferencias 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 EventosAcción del Actor Respuesta del Sistema
1.- include(Iniciar Sesión) 2.- El sistema despliega las opciones que 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 Realizar Venta ver sección: Realizar Venta.3c.- Si elige Cancelar Venta ver sección: Cancelar Venta.
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 AlternativosNinguno
Sección: Consultar Medicamento1.- El sistema despliega un formulario de consulta pidiendo el nombre del medicamento o contenido.
2.- El Farmacéutico llena los campos del formulario.
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
Cursos AlternativosLínea 3: Campos faltantes por llenar, el sistema
despliega un mensaje de llenar campos.Línea 4: El sistema no encuentra el medicamento, se
despliega un mensaje informando que no se encontró el medicamento.
Sección: Realizar Venta1.- 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.
5.- El sistema consulta la BD.
6.- El sistema despliega la información correspondiente al producto incluyendo el precio.
7.- El Farmacéutico agrega el medicamento.
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 Registrar Receta, include(Gestionar Recetas).11.- El Farmacéutico da finalizar venta. 12.- El 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.
15.- Include(Imprimir Comprobante). 16.- El sistema guarda en la BD el registro de la venta.
17.- Este caso de uso termina cuando el usuario ha realizado la venta y se registra en el sistema.Cursos AlternativosLínea 5: El sistema no encuentra los datos, se
despliega un mensaje de información.Línea 10: El medicamento no necesita receta, se
procede a registrar la venta.
Sección: Cancelar Venta1.- El sistema despliega un formulario de búsqueda de registros de venta.
2.- El Farmacéutico llena los datos correspondientes (fecha o id).
3.- El sistema consulta los datos en la BD.
4.- Se despliega la información de la venta.5.- El Farmacéutico elige cancelar. 6.- El sistema manda un mensaje para
confirmar la eliminación de la venta.7.- El Farmacéutico elige Aceptar. 8.- El sistema elimina la venta de la BD.
9.- Se modifica el almacén10.- El sistema despliega un mensaje de cancelación exitosa.
Cursos AlternativosLínea 4: El sistema no encuentra los datos, el
sistema despliega un mensaje informando
que no se encontró la venta hecha.Línea 5: Se cancela la eliminación, el sistema
manda un mensaje de eliminación cancelada.
Caso de Uso Extendido
Caso de Uso: Gestionar RecetasActores: Farmacéutico(Vendedor/Gerente)Propósito: Poder llevar el control de recetas médicas.Resumen: 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: PrimarioReferencias 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 Respuesta del Sistema1.- include(Iniciar Sesión) 2.- El sistema despliega las opciones que
puede elegir el administrador.3.- El Farmacéutico elige una opción para realizar.3a.- Si elige Registrar Receta ver sección: Registrar Receta.3b.- Si elige Consultar Recetas ver sección: Consultar Recetas.3c.- Si elige Editar Receta 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 AlternativosNinguno
Sección: Consultar Receta1.- El sistema despliega un formulario de consulta pidiendo fecha de registro de la receta o nombre del cliente.
2.- El Farmacéutico llena los campos del formulario.
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.
Cursos Alternativos
Línea 3: Campos faltantes por llenar, el sistema despliega un mensaje de llenar campos.
Línea 4: El sistema no encuentra los registros, se despliega un mensaje informando que no se encontró la receta.
Sección: Registrar Receta1.- El sistema despliega un formulario de captura de datos de la receta.
2.- El Farmacéutico llena los datos correspondientes
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.
Cursos AlternativosLínea 3: Los datos no se llenaron correctamente, el
sistema despliega un mensaje pidiendo que se llenen correctamente los datos.
Sección: Editar Recetas1.- El sistema despliega un formulario con un campo para elegir fecha de registro de recetas.
2.- El Farmacéutico elige una fecha. 3.- El sistema despliega las recetas registradas en esa fecha.
4.- El farmacéutico elige una receta. 5.- El sistema despliega los datos de la receta.
6.- El Farmacéutico modifica la receta y guarda los cambios.
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: Revisar CaducidadActores: Farmacéutico(Vendedor/Gerente)Propósito: Poder revisar los medicamentos que estén
caducados o por caducar.Resumen: El Farmacéutico podrá consultar los
medicamentos que estén por caducar o y a caducados y podrá darles de baja.
Tipo: Secundario
Referencias 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 EventosAcción del Actor Respuesta del Sistema
1.- include(Iniciar Sesión) 2.- El sistema despliega un formulario con los medicamentos que ya han caducado.
3.- El Farmacéutico elige dar de baja los medicamentos, ver sección Dar de Baja Medicamentos.
4.- El sistema despliega un mensaje informando que se han realizado los cambios
Cursos AlternativosLí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 Medicamentos1.- El sistema despliega un mensaje preguntando que si realmente desea dar de baja a los medicamentos
2.- El Farmacéutico acepta. 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.
Cursos AlternativosLínea 2: El Farmacéutico cancela, se cancela la baja
de medicamentos.
Caso de Uso Extendido
Caso de Uso: Administrar ActualizacionesActores: Farmacéutico(Vendedor/Gerente)Propósito: Poder actualizar el sistema y almacén.Resumen: 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: PrimarioReferencias 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 Respuesta del Sistema1.- include(Iniciar Sesión) 2.- El sistema despliega las opciones que
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 Receta ver sección: Actualizar Medicamentos con Receta.4.- Este caso de uso termina cuando el Farmacéutico realiza la operación deseada.
Cursos AlternativosNinguno
Sección: Actualizar Almacén1.- El sistema despliega las opciones.
2.- El Farmacéutico elige una opción para realizar.3a.- Si elige Registrar Medicamento ver sección: Registrar Medicamento.3b.- Si elige Editar Medicamento ver sección: Editar Medicamento.
4.- El sistema despliega un mensaje informando que se ha realizado la operación correctamente.
Cursos AlternativosNinguno
Sección: Registrar Medicamento1.- El sistema despliega un formulario de captura de medicamentos.
2.- El Farmacéutico llena los datos correspondientes.
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.
Cursos AlternativosLinea 3: No se llenaron correctamente los campos,
el sistema despliega un mensaje pidiendo llenar correctamente los datos.
Sección: Editar Medicamento1.- 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.4.- Se despliega la información del medicamento.
5.- El Farmacéutico modifica los datos. 6.- El sistema verifica que los campos estén correctamente llenados.7.- El sistema despliega un mensaje preguntando si realmente quiere guardar los cambios.
8.- El Farmacéutico acepta. 9.- El sistema guarda los cambios.10.- El sistema muestra un mensaje informando que los datos han sido correctamente guardados.
Cursos AlternativosLínea 4: El sistema no encuentra los datos, el
sistema despliega un mensaje informando que no se encontró el medicamento.
Línea 6: Los datos no fueron correctamente llenados, el sistema despliega un mensaje pidiendo llenar todos los campos correctamente.
Linea 8: El Farmacéutico cancela, se cancela la edición de los datos del medicamento.
Sección: Eliminar Medicamento1.- El sistema despliega un formulario con la opción de búsqueda de medicamento.
2.- El Farmacéutico encuentra el medicamento a eliminar y elige la opción eliminar.
3.- El sistema despliega un mensaje preguntando si realmente lo desea eliminar de la base de datos.
4.- El Farmacéutico elige aceptar. 5.- El sistema eliminar de la base de datos el medicamento y despliega un mensaje de que se ha eliminado el medicamento.
Cursos AlternativosLinea 4: El Farmacéutico elige cancelar, se cancela
la eliminación.
Sección: Actualizar Lista de Medicamentos con receta
1.- El sistema despliega la opción Actualizar.
2.- El farmacéutico le da en 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 AlternativosLínea 3: No se puede conectar al servidor, se
despliega un mensaje informando que no se puede conectar al servidor.
Linea 4: 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: Iniciar SesiónActores: Farmacéutico(Vendedor/Gerente)Propósito: Que el Farmacéutico pueda entrar a su
respectiva sesión.Resumen: Se validara la cuenta del Gerente o
Farmacéutico para abrir su respectiva sesión en el sistema.
Tipo: PrimarioReferencias Cruzadas: R1.25, R1.22, R1.26, R1.20, R1.19, R1.16,
R1.15.Curso Normal de los Eventos
Acción del Actor Respuesta del Sistema1.- Esta caso de uso comienza cuando el Gerente o Vendedor ingresa al sistema.
2.- El sistema despliega un mensaje con dos 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 sección: Iniciar Sesión de Vendedor.
4.- El sistema despliega un mensaje de bienvenida.
5.- Este caso de uso termina cuando el Gerente o Vendedor ha ingresado a su respectiva sesión en el sistema.
Cursos AlternativosNinguno
Sección: Iniciar Sesión de Gerente1.- El sistema despliega un formulario pidiendo el id del Gerente y la contraseña.
2.- El Gerente proporciona los datos. 3.- El sistema valida los datos proporcionados.4.- El sistema despliega un mensaje de
bienvenida.5.- El sistema despliega el apartado del Gerente.
Cursos AlternativosLínea 3: Los datos proporcionados no existen, se
despliega un mensaje informando que los datos no son correctos.
Sección: Iniciar Sesión de Vendedor1.- El sistema despliega un formulario pidiendo el nombre de usuario y la contraseña.
2.- El Vendedor proporciona los datos. 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.
Cursos AlternativosLínea 3: Los datos proporcionados no existen, se
despliega un mensaje informando que los datos son incorrectos.
Caso de Uso Extendido
Caso de Uso: Gestionar ReportesActores: GerentePropósito: Poder llevar llevar el control o gestionar
los reportes.Resumen: 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: SecundarioReferencias 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 Respuesta del Sistema1.- include(Iniciar Sesión) 2.- El sistema despliega las opciones que
puede elegir el Gerente.3.- El Gerente elige una opción para realizar.3a.- Si elige Imprimir Reporte de Ventas ver sección: Imprimir Reporte de Ventas.3b.- Si elige Imprimir Recetas ver sección: Imprimir Recetas.
4.- El sistema manda un mensaje de operación realizada correctamente.
5.- Este caso de uso termina cuando el Gerente realiza la operación deseada.
Cursos AlternativosNinguno
Sección: Imprimir Reporte de Ventas1.- El sistema despliega un formulario de consulta pidiendo intervalo de fechas.
2.- El Farmacéutico llena los campos del formulario.
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.
6.- El Gerente da imprimir. 7.- El sistema manda a imprimir la información.
Cursos AlternativosLínea 3: Campos faltantes por llenar, el sistema
despliega un mensaje de llenar campos.Línea 4: El sistema no encuentra los registros, se
despliega un mensaje informandolo.Linea 7: El Gerente cancela la impresión, se sale de
la sección.
Sección: Imprimir Recetas1.- El sistema despliega un formulario de consulta pidiendo intervalo de fechas.
2.- El Farmacéutico llena los datos correspondientes
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.
6.- El gerente elige imprimir. 7.- El sistema manda a imprimir la información.
Cursos AlternativosLínea 3: Campos faltantes por llenar, el sistema
despliega un mensaje de llenar campos.Línea 4: El sistema no encuentra los registros, se
despliega un mensaje informandolo.Linea 7: El Gerente cancela la impresión, se sale de
la sección.Caso de Uso Extendido
Caso de Uso: Administar VendedoresActores: Administrador(Gerente)Propósito: Agregar, Editar o Eliminar datos de
empleados.Resumen: El Gerente dar de alta a un vendedor, editar
sus datos o elimiarlos.Tipo: PrimarioReferencias 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 Respuesta del Sistema1.- include(Iniciar Sesión) 2.- El sistema despliega las opciones que
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 ver sección: Eliminar Datos Vendedor.
4.- El sistema manda un mensaje de operación realizada correctamente.
5.- Este caso de uso termina cuando el administrador realiza la operación deseada.
Cursos AlternativosNinguno
Sección: Alta Vendedor1.- El sistema despliega un formulario de consulta pidiendo los datos del vendeor.
2.- El administrador llena los campos del formulario.
3.- El sistema valida que todos los campos se hayan llenado.4.- El sistema guarda en la BD los datos.
Cursos AlternativosLínea 3: Campos faltantes por llenar, el sistema
despliega un mensaje de llenar campos.
Sección: Editar Datos Vendedor1.- 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.
5.- El sistema despliega la información correspondiente al vendedor.
6.- El Administrador realiza las modificaciones necesarias.
7.- El sistema valida los datos.
8.- El Farmacéutico da finalizar venta. 9.- El sistema guarda en la BD.Cursos AlternativosLinea 3: El sistema no encuentra los datos, se
despliega un mensaje de información.Linea 7: Elige cancelar, se cancela la edición.
Sección: Eliminar Datos Vendedor1.- El sistema despliega un formulario para ingresar el nombre del vendedor a Eliminar.
2.- El Administrador llena los datos correspondientes.
3.- El sistema valida los datos.
4.- Se consultan los datos en la BD.5.- El sistema manda un mensaje de confirmación.
6.- El Administrador confirma la eliminación.
7.- El sistema elimina los datos de la BD.
Cursos AlternativosLínea 3: Los datos no son correctos, se pide llenar
correctamente los datos del formulario.Línea 5: No se encuentran los datos, el sistema
despliega un mensaje informando que no existe el vendedor.
Línea 7: Se cancela la eliminación, el sistema despliega un mensaje de eliminación cencelada.
Caso de Uso Extendido
Priorización de los Requerimientos y Negociación
La priorización de los requerimientos ayuda a definir que requerimiento tiene más
relevancia que se cumpla y cuáles no son tan indispensables, el cliente es quien
define 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 Conceptual
Glosario
Objeto de la Información: Hacer Pedido Objeto de la Información: Información del medicamento
Atributos
Nombre del medicamentoVía de administración
Atributos
Nombre MedicamentoLaboratorioVía de administraciónCantidad en almacénPrecioRequiere RecetaPresentación
Restricciones RestriccionesDebe tener el nombre del medicamentoDebe tener la vía de administración
Debe decir si es medicamento controlado
Clase del Dominio Clase del dominioPendiente de especificar Pendiente de especificar
Receta
Reporte
Factura
Nota
Medicamento
Inventario
Empleado
Genera
Agrega
Solicita
Notificación de compra
Gestiona
Genera
Registra
Objeto de la Información: Nota de ventaAtributos
Nombre y dirección de la farmaciaFecha de dispensaciónFecha de Caducidad (la fecha en que caduca la receta)Número de receta (un número único deberá emitirse en cada receta)Nombre del pacienteNombre del doctorNombre de fármaco y cantidad dispensadaPrecioIVANombre del empleadoFecha de compraRestriccionesQue el cliente confirme la compra del fármaco y la receta haya sido validada.Clase del dominioPendiente de especificar
Objeto de la Información