requerimientos del proyecto

31
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

Upload: wilfrido-chim

Post on 03-Jul-2015

1.470 views

Category:

Documents


0 download

TRANSCRIPT

Page 1: Requerimientos Del Proyecto

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.

Page 2: Requerimientos Del Proyecto

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.

Page 3: Requerimientos Del Proyecto

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

Page 4: Requerimientos Del Proyecto

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.

Page 5: Requerimientos Del Proyecto

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

Page 6: Requerimientos Del Proyecto

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

Page 7: Requerimientos Del Proyecto

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.

Page 8: Requerimientos Del Proyecto

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

Page 9: Requerimientos Del Proyecto

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

Page 10: Requerimientos Del Proyecto

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

Page 11: Requerimientos Del Proyecto

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

Page 12: Requerimientos Del Proyecto

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.

Page 13: Requerimientos Del Proyecto

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.

Page 14: Requerimientos Del Proyecto

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

Page 15: Requerimientos Del Proyecto

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.

Page 16: Requerimientos Del Proyecto

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

Page 17: Requerimientos Del Proyecto

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.

Page 18: Requerimientos Del Proyecto

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

Page 19: Requerimientos Del Proyecto

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)

Page 20: Requerimientos Del Proyecto

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)

Page 21: Requerimientos Del Proyecto

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

Page 22: Requerimientos Del Proyecto

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