Facultad Nacional de Ingeniería Ingeniería de Sistemas e Informática
INF - 3366 “Ingeniería del Software II” Ariel Richard Condori Rodríguez
1
“Automatización de Inventario de la Farmacia Milagritos”
1. DESCRIPCIÓN
El manejo de inventarios es un aspecto fundamental dentro de cualquier empresa, ya que de ella
depende el nivel de ventas, así como saber cuándo realizar un pedido o la cantidad de pedido a
realizarse, es un tema que durante diferentes épocas ha sido encarado en base a recursos tecnológicos
que se disponían, pasando por la utilización de formularios y de forma escrita, actualmente es posible
llevarla a cabo, mediante las herramientas que la informática proporciona.
Este proyecto va dirigido a entidades en el campo de la salud, como es la venta de medicamentos en las
diferentes Farmacias, con el fin de automatizar el Inventario de una Farmacia, para que el propietario
tenga un mejor control sobre la administración de sus medicamentos y sus ingresos en la farmacia,
contar con un sistema de información que permita controlar el inventario y toda la parte administrativa
alcanzando un manejo de información de manera simplificada, obteniendo un control totalmente
dinámico y de fácil uso, que permita mostrar todas las características de cada uno de los productos
como ser: nombre de producto, precio, cantidad, fecha de vencimiento, laboratorio de origen,
descripción terapéutica, su fecha registro, presentación, etc. que presenta la farmacia. Adicionalmente
presentara reportes como inventario, ventas, medicamentos agotando stock, registro de pedido, control
de medicamentos vendidos, de tal forma que se optimice este proceso en la farmacia.
2. OBJETIVO
2.1. Objetivo general
Desarrollar un sistema de Información para mejorar el control de inventario, y el control de
todas las ventas, la cual sea totalmente dinámica y de fácil uso.
3. ALCANCES Y LIMITACIONES
La aplicación diseñada sólo podrá registrar datos del medicamento, también podrá registrar las
actividades del negocio, como ser venta, compra de medicamentos, a su vez presentara reportes de las
mismas.
La aplicación no podrá realizar atención médica, tampoco se podrá realizar pedidos de medicamentos
desde la aplicación, no tendrá acceso desde otro sistema.
Facultad Nacional de Ingeniería Ingeniería de Sistemas e Informática
INF - 3366 “Ingeniería del Software II” Ariel Richard Condori Rodríguez
2
4. DIAGRAMA CONCEPTUAL
5. DIAGRAMA DE CASOS DE USO
Facultad Nacional de Ingeniería Ingeniería de Sistemas e Informática
INF - 3366 “Ingeniería del Software II” Ariel Richard Condori Rodríguez
3
5.1. IDENTIFICACION DE ACTORES.-
ACTORES
Farmacéutico: es quien está encargado de la venta de medicamentos en la farmacia, requiere
servicios de la aplicación.
Propietario: es quien tiene algunos privilegios como el de gestionar reportes, modificar el
inventario de medicamentos. Requiere servicios de la aplicación.
5.2 GLOSARIO DE CASOS DE USO DEL SISTEMA Caso de uso Gestión de reporte
Actores propietario
Propósito Revisar/actualizar los tipos de reporte como son: reporte de venta, compra e inventario,
Tareas como modificar, agregar, eliminar datos.
Precondición Los campos sean llenados correctamente.
Post condición Elegir el tipo de reporte
Flujo básico de eventos
Actor Respuesta Sistema
1. El propietario tiene la opción de elegir el tipo de
reporte los cuales son: reporte de ventas, comprar
e inventario de medicamentos
3. El propietario tiene las tareas tales como:
imprimir reporte, actualizar, revisar.
2. Filtra información de la BdD para mostrar al usuario
datos que dependen del tipo de reporte que haya elegido
4. Valida las tareas efectuadas por el usuario.
5. Registra el reporte elegido en la base de datos, todos
los cambios registrados
Flujo alterno
1. Si el usuario no ingresa los datos que corresponden al tipo de reporte elegido, el sistema volverá a pedir la
información.
Caso de uso Gestión medicamento
Actores propietario
Propósito Revisar/actualizar el reporte de medicamento: tareas como modificar, agregar, eliminar
datos.
Precondición Los campos sean llenados correctamente.
Post condición Registrar/actualizar cambios
Flujo básico de eventos
Actor Respuesta Sistema
1. El propietario tiene las tareas de agregar,
eliminar, modificar el reporte de medicamentos,
llenando todos los campos pedidos.
3. El propietario actualiza el reporte de
medicamentos.
2. Filtra información de la BdD para mostrar al usuario
datos del reporte de medicamentos.
4. Valida las tareas efectuadas por el usuario.
5. Registra el reporte de medicamentos en la base de
datos, todos los cambios registrados
Flujo alterno
1. Si el usuario no ingresa los datos correctos al reporte, el sistema volverá a pedir la información.
Facultad Nacional de Ingeniería Ingeniería de Sistemas e Informática
INF - 3366 “Ingeniería del Software II” Ariel Richard Condori Rodríguez
4
Caso de uso Gestión de usuario
Actores Propietario, Farmacéutico
Propósito Almacenar los datos del usuario o reconocer a un usuario del sistema.
Precondición Los campos determinados sean llenados correctamente.
Post condición Reconocer usuario.
Flujo básico de eventos
Actor Respuesta Sistema
1. El propietario/farmacéutico tiene dos áreas. Primero: modificar o si es usuario nuevo donde llena el formulario de datos requeridos. 2. Segundo: propietario/farmacéutico es ya usuario del sistema y sólo ingresa su código de Usuario.
3. Verifica que la información solicitada sea la correcta o valida el código de usuario consultando a la base de datos. 4. Registra el formulario en la base de datos y se le asigna un código si es nuevo, si es un usuario del sistema registrado, se le da privilegios asignados al determinado usuario.
Flujo alterno
1. Si el usuario no ingresa los datos que corresponden en el formulario o el código de usuario no coincida, el sistema volverá a pedir la información y no podrá ingresar al sistema.
Caso de uso Verificar medicamento
Actores Farmacéutico
Propósito Proporcionar el servicio de encontrar medicamento deseado para verificar su existencia/stock en el inventario.
Precondición Farmacéutico ingresa código/nombre de medicamento.
Post condición Detalle de búsqueda
Flujo básico de eventos
Actor Respuesta Sistema
1. El usuario Ingresa la información necesario para la búsqueda.
2. Filtra información de la BdD buscando la información ingresada por el farmacéutico. 3. Visualiza el detalle de la búsqueda, ya sea si el medicamento esa registrado o no, o a su vez visualiza el stock del medicamento.
Flujo alterno
1. Si el usuario no ingresa correctamente el código/nombre, el sistema volverá a pedir la información.
Caso de uso Vender medicamento
Actores Farmacéutico
Propósito Registrar el proceso de venta de medicamentos
Precondición Buscar existencia/stock. (caso de uso “verificar medicamento”)
Post condición Registrar venta.
Flujo básico de eventos
Actor Respuesta Sistema
1. El farmacéutico ingresa la información necesario para la venta, como son: nombre de medicamento, cantidad.
2. según el nombre de medicamento el sistema visualizará el costo. 3. registrara la venta en el reporte de ventas guardando automáticamente la fecha de venta y todos los datos necesarios.
Flujo alterno
1. Si el sistema no encuentra el medicamento (stock) no se realizara la venta.
Facultad Nacional de Ingeniería Ingeniería de Sistemas e Informática
INF - 3366 “Ingeniería del Software II” Ariel Richard Condori Rodríguez
5
Caso de uso Emitir factura
Actores Farmacéutico
Propósito Convertir en documento físico la venta de medicamento
Precondición Realizar la venta de mediamente. (caso de uso “vender medicamento”)
Post condición Emitir factura
Flujo básico de eventos
Actor Respuesta Sistema
1. El farmacéutico ingresa la información necesario para el llenado del formulario de la factura.
2. recupera datos de la venta para ser ingresada a la factura. 3. realizara la impresión.
Flujo alterno
1. Si el sistema anticipadamente no registra una venta no se podrá continuar con este caso de uso.
6. DIAGRAMA DE SECUENCIA
Facultad Nacional de Ingeniería Ingeniería de Sistemas e Informática
INF - 3366 “Ingeniería del Software II” Ariel Richard Condori Rodríguez
6
Facultad Nacional de Ingeniería Ingeniería de Sistemas e Informática
INF - 3366 “Ingeniería del Software II” Ariel Richard Condori Rodríguez
7
Facultad Nacional de Ingeniería Ingeniería de Sistemas e Informática
INF - 3366 “Ingeniería del Software II” Ariel Richard Condori Rodríguez
8
7. DIAGRAMA DE ESTADOS
stm D. Estados
abrir ventana
principal
llenar datos de
usuario y passwordverificacion de
usuario
Modulo
Seguridad
datos correctos
datos incorrectos
stm D. Estados
Modulo
Compra de
medicamento
registrar
medicamento en el
inventario
registrar datos del
proveedor
guardar detalles de
factura de compra
Facultad Nacional de Ingeniería Ingeniería de Sistemas e Informática
INF - 3366 “Ingeniería del Software II” Ariel Richard Condori Rodríguez
9
stm D. Estados
Modulo
Venta de Medicamento
buscar
medicamento
ingresar detalles de
ventaregistrar venta
emitir factura
existe medicamento
medicamento agotado
solicitar receta
stm D. Estados
Modulo
Reportes
elegir tipo de
reporte
rep. inventario
rep. venta
rep. compra
registrar descargo
rep. medicamento
agotando stock
imprimir reporte
elegido
descargo de dinero
Facultad Nacional de Ingeniería Ingeniería de Sistemas e Informática
INF - 3366 “Ingeniería del Software II” Ariel Richard Condori Rodríguez
10
8. DIAGRAMA DE ACTIVIDADES
Facultad Nacional de Ingeniería Ingeniería de Sistemas e Informática
INF - 3366 “Ingeniería del Software II” Ariel Richard Condori Rodríguez
11
Facultad Nacional de Ingeniería Ingeniería de Sistemas e Informática
INF - 3366 “Ingeniería del Software II” Ariel Richard Condori Rodríguez
12
9.- DIAGRAMA DE COMPONENTES
Facultad Nacional de Ingeniería Ingeniería de Sistemas e Informática
INF - 3366 “Ingeniería del Software II” Ariel Richard Condori Rodríguez
13
10- DIAGRAMA DE CLASES
Facultad Nacional de Ingeniería Ingeniería de Sistemas e Informática
INF - 3366 “Ingeniería del Software II” Ariel Richard Condori Rodríguez
14
4.1. CONCLUSIONES.
El presente Proyecto ha sido elaborado según a los objetivos planteados, para mejorar el control de
inventarios la cual sea totalmente dinámica y de fácil uso, que permita mostrar todas las características
de cada uno de los productos que presenta la farmacia “Milagritos”.
En este semestre usamos la herramienta de Modelamiento Unificado (UML) y la herramienta
Enterprise Architect para el modelado de diagramas de UML.
El Análisis y diseño de un sistema con herramienta software Orientado a Objetos facilita la
implementación en cual quiere lenguaje con un criterio formal de documentación, retroalimentación,
características que hacen de un producto software eficiente para su objetivo aprueba de errores.