1. DESCRIPCIÓN - · PDF filedepende el nivel de ventas, ... Si el 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

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.



2

4. DIAGRAMA CONCEPTUAL

5. DIAGRAMA DE CASOS DE USO



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



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.



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.



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



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


Propósito Registrar el proceso de venta de medicamentos

Precondición Buscar existencia/stock. (caso de uso “verificar medicamento”)

Post condición Registrar venta.



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.



5

Caso de uso Emitir factura


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



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



6



7



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



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



10

8. DIAGRAMA DE ACTIVIDADES



11



12

9.- DIAGRAMA DE COMPONENTES



13

10- DIAGRAMA DE CLASES



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.

1. DESCRIPCIÓN - · PDF filedepende el nivel de ventas, ... Si el sistema...

Documents

Transcript of 1. DESCRIPCIÓN - · PDF filedepende el nivel de ventas, ... Si el sistema...