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ía

R1.1 El usuario debe introducir Evidente
una identificación y una
contraseña para poder
 utilizar el sistema.
R1.2 Editar Vendedor Evidente
R1.3 Eliminar Vendedor Evidente
R1.4 Registrar Medicamento Evidente
R1.5 Editar Medicamento Evidente
R1.6 Dar de baja Medicamento Evidente
Caduco
R1.7 Consultar Medicamento Evidente
R1.8 Registrar Venta Evidente
R1.9 Cancelar Venta Evidente
R1.10 Guardar en la BD Oculto
R1.11 Generar Nota Evidente
R1.12 Registrar Receta Evidente
R1.13 Consultar Recetas Oculto
R1.14 Actualizar BD de Recetas Oculto
Médicas
R1.15 Verificar Datos Oculto
R1.16 Desplegar Mensaje Evidente
R1.17 Calcular Venta Total Evidente
R1.18 Actualizar Almacén Oculto
R1.19 Desplegar Formularios Evidente
R1.20 Desplegar Opciones Evidente
R1.21 Validar Datos Oculto
R1.22 Comprobar Tipo de Usuario Oculto
R1.23 Imprimir Reporte Evidente
R1.24 Imprimir Recetas Evidente
R1.25 Iniciar Sesión Evidente
R1.26 Desplegar Información Evidente
R1.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 Ventas

Actores: 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: Primario
Referencias 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 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: 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 sistema despliega un formulario de
consulta pidiendo el nombre del
medicamento o contenido.
2.- El Farmacéutico llena los campos del 3.- El sistema valido que todos los campos
formulario. se hayan llenado.
4.- El sistema consulta en la BD los
medicamentos.
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 el medicamento, se
despliega un mensaje informando que no se
encontró el medicamento.

Sección: Realizar Venta

2.- El Farmacéutico elige agregar
medicamento
1.- El sistema despliega un formulario de
captura de medicamentos a vender y la opción
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.
10.- El Farmacéutico elige Registrar
Receta, include(Gestionar Recetas).
11.- El Farmacéutico da finalizar venta.
15.- Include(Imprimir Comprobante).
17.- Este caso de uso termina cuando el
usuario ha realizado la venta y se registra
en el sistema.
Cursos Alternativos
Línea 5:
Línea 10:
Sección: Cancelar 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:
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.
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.
16.- El sistema guarda en la BD el registro
de la venta.
El sistema no encuentra los datos, se
despliega un mensaje de información.
El medicamento no necesita receta, se
procede a registrar la venta.
1.- El sistema despliega un formulario de
búsqueda de registros de venta.
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.
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 Recetas

Actores: 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: Primario
Referencias 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 Sistema
1.- 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 Alternativos
Ninguno

Sección: Consultar Receta

1.- 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 3.- El sistema valida que todos los campos
formulario. 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 Receta

1.- El sistema despliega un formulario de
captura de datos de la receta.
2.- El Farmacéutico llena los datos 3.- El sistema valido que los datos se hayan
correspondientes 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 Alternativos
Línea 3: Los datos no se llenaron correctamente, el
sistema despliega un mensaje pidiendo que
se llenen correctamente los datos.
Sección: Editar Recetas
1.- 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 7.- El sistema modifica los datos en la base
guarda los cambios. de datos y despliega un mensaje de
cambios hechos.
Cursos Alternativos

Caso de Uso Extendido

Caso de Uso: Revisar Caducidad

Actores: 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 Eventos
Acció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 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 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 Alternativos
Línea 2: El Farmacéutico cancela, se cancela la baja
de medicamentos.

Caso de Uso Extendido

Caso de Uso: Administrar Actualizaciones

Actores: 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: Primario
Referencias 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 Sistema
1.- 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 Alternativos
Ninguno

Sección: Actualizar Almacén

1.- 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 4.- El sistema despliega un mensaje
sección: Editar Medicamento. informando que se ha realizado la
operación correctamente.
Cursos Alternativos
Ninguno

Sección: Registrar Medicamento

1.- El sistema despliega un formulario de
captura de medicamentos.
2.- El Farmacéutico llena los datos 3.- El sistema verifica que se hayan llenado
correspondientes. 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 Alternativos
Linea 3: 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:
Sección: Eliminar Medicamento
2.- El Farmacéutico encuentra el
medicamento a eliminar y elige la opción
eliminar.
4.- El Farmacéutico elige aceptar.
Cursos Alternativos
Linea 4:
Sección: Actualizar Lista de
Medicamentos con receta
2.- El farmacéutico le da en actualizar.
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.
1.- El 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.
1.- El 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: 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ón

Actores: 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: Primario
Referencias 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 Sistema
1.- Esta caso de uso comienza cuando el 2.- El sistema despliega un mensaje con dos
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

2.- El Gerente proporciona los datos.
1.- El 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 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 Alternativos
Lí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 Reportes

Actores: Gerente
Propó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: Secundario
Referencias 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 Sistema
1.- 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 4.- El sistema manda un mensaje de
sección: Imprimir Recetas. operación realizada correctamente.
5.- Este caso de uso termina cuando el
Gerente realiza la operación deseada.

Cursos Alternativos
Ninguno

Sección: Imprimir Reporte de Ventas

1.- El sistema despliega un formulario de
consulta pidiendo intervalo de fechas.
2.- El Farmacéutico llena los campos del 3.- El sistema valida que todos los campos
formulario. 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 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 informandolo.
Linea 7: El Gerente cancela la impresión, se sale de
la sección.

Sección: Imprimir Recetas

2.- El Farmacéutico llena los datos
correspondientes
6.- El gerente elige imprimir.
1.- El sistema despliega un formulario de
consulta pidiendo intervalo de fechas.
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.

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 informandolo.
Linea 7: El Gerente cancela la impresión, se sale de
la sección.
Caso de Uso Extendido
Caso de Uso: Administar Vendedores
Actores: 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: Primario
Referencias 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 Sistema
1.- 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 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

2.- El administrador llena los campos del
formulario.
1.- El 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 datos.

Cursos Alternativos
Línea 3: Campos faltantes por llenar, el sistema
despliega un mensaje de llenar campos.

Sección: Editar Datos Vendedor

2.- El Administrador llena los datos
correspondientes
1.- El sistema despliega un formulario para
ingresar el nombre del vendedor a modificar.
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 3.- El sistema valida los datos.
correspondientes.
4.- Se consultan los datos en la BD.
5.- El sistema manda un mensaje de
confirmación.
6.- El Administrador confirma la 7.- El sistema elimina los datos de la BD.
eliminación.
Cursos Alternativos
Lí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

Genera
Reporte

Genera
Empleado Nota

Registra
Gestiona

Receta
Medicamento Solicita

Notificación de compra

Factura

Agrega

Inventario

Glosario

Objeto de la Información: Hacer Pedido Objeto de la Información: Información del

medicamento
Atributos Atributos

Nombre del medicamento Nombre Medicamento

Vía de administración 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