Botica IrisFarma
Taller de Proyectos I
Facultad de Ingeniería de Sistemas e Informática
2016-I
Botica IrisFarma
Integrantes:
Moreno Huallanca Mario Gustavo 13200030
Trujillo Rivero Ayul Aldair 13200041
Balvin Esteban Raul Ricardo 13200139
Carrera Diaz Cristhian Joel 13200144
Linares Vasquez Ricardo 13200098
Profesor:
Espinoza Robles Armando
Curso:
Taller de Proyectos
Contenido
Nombre del Proyecto 4
Empresa o Institución beneficiaria donde se implementará 4
Descripción General 4
Estructura Organizacional 4
Misión 4
Visión 5
Ubicación interna del Área usuaria beneficiaria del proyecto 5
Rubro o sector que se dedica la empresa 5
Posicionamiento en el mercado 5
Ventas e ingresos anuales 6
Potencial Humano 6
Identificación del Problema a resolver – Situación 7
Objetivo propuesto del Proyecto: 7
Principales Funcionalidades que realizará del Sistema: 8
Beneficios a obtenerse: 8
Alcance del Proyecto 8
Organización del equipo de trabajo 8
Plataforma y Herramientas tecnológicas a utilizar (propuesta) 9
Cronograma 9
Nombre del Sistema 11
Objetivos 11
Objetivos Generales 11
Objetivos Específicos 11
Alcance o Campo de Acción 11
Referencias 11
Posicionamiento del sistema 12
Objeto de estudio 12
Oportunidad de negocio 12
Declaración del problema a resolver 12
Declaración del Posicionamiento del Producto 13
Descripción de los Usuarios del Sistema 13
Perfiles de Usuario 13
Ambiente del Usuario 14
Alternativas y Competencias 14
Descripción del Sistema 15
Perspectiva del Producto 15
Resumen de Capacidades 15
Asunciones 15
Restricciones: 17
Factibilidad del Proyecto 17
Factibilidad Operacional 17
Factibilidad Tecnológica 19
Factibilidad Económico-financiero 20
Beneficios Tangibles e Intangibles Esperados 20
Aprobación de la Solicitud 21
Otros Requerimientos 21
Estándares 21
Requerimientos de la Implementación 22
Requerimientos de Rendimiento 22
Requerimientos del Medio Ambiente 22
PROCESO COMPRA 27
Descripción 27
Flujo de eventos principales 27
Flujos de eventos alternativos 28
Descripción 33
Actores 33
Pre-Condición 33
Flujo de eventos 33
Flujo principal 33
Flujo alternativo 33
Post-Condición 34
Extensión 34
Descripción 34
Actores 34
Pre-Condición 34
Flujo de eventos 34
Flujo principal 34
Flujo alternativo 35
Post-Condición 35
Descripción 36
Actores 36
Pre-Condición 36
Flujo de eventos 36
Flujo principal 36
Flujo alternativo 36
Post-Condición 37
Descripción 37
Actores 37
Pre-Condición 37
Flujo de eventos 37
Flujo principal 37
Flujo alternativo 37
Post-Condición 37
Descripción 46
Actores 46
Pre-Condición 46
Flujo de eventos 46
Flujo principal 46
Flujo alternativo 46
Post-Condición 47
Extensión 47
Descripción 47
Actores 47
Pre-Condición 47
Flujo de eventos 47
Flujo principal 47
Flujo alternativo 47
Post-Condición 48
Descripción 48
Actores 48
Pre-Condición 48
Flujo de eventos 48
Flujo principal 48
Flujo alternativo 48
Post-Condición 48
Descripción 52
Actores 52
Pre-Condición 52
Flujo de eventos 52
Flujo principal 52
Flujo alternativo 52
Post-Condición 53
Extensión 53
Descripción 53
Actores 53
Pre-Condición 53
Flujo de eventos 53
Flujo principal 53
Flujo alternativo 53
Post-Condición 54
Descripción 54
Actores 54
Pre-Condición 54
Flujo de eventos 54
Flujo principal 54
Flujo alternativo 54
Post-Condición 54
Descripción 55
Actores 55
Pre-Condición 55
Flujo de eventos 55
Flujo principal 55
Flujo alternativo 55
Post-Condición 55
PROCESO VENTA 58
Descripción 58
Flujo de eventos principal 58
Flujos de eventos alternativos 59
Diagrama de Roles 59
REGISTRAR NUEVO PEDIDO 62
Descripción 62
Actores 62
PRE-CONDICIÓN 62
FLUJO DE EVENTOS 62
Flujo principal 62
Flujo alternativo 62
POST-CONDICIÓN 62
Modelo de análisis 63
Diagrama de secuencia 63
Diagrama de Colaboración 64
MODIFICAR REGISTRO DE PEDIDO 65
Descripción 65
Actores 65
PRE-CONDICIÓN 65
FLUJO DE EVENTOS 65
Flujo principal 65
Flujo alternativo 65
POST-CONDICIÓN 65
Modelo de análisis 66
Diagrama de secuencia 66
Diagrama de Colaboración 67
BUSCAR REGISTRO DE PEDIDO 68
Descripción 68
Actores 68
PRE-CONDICIÓN 68
FLUJO DE EVENTOS 68
Flujo principal 68
Flujo alternativo 68
POST-CONDICIÓN 68
Modelo de análisis 69
Diagrama de secuencia 69
Diagrama de colaboración 70
CONFIRMAR ENTREGA 71
Descripción 71
Actores 71
PRE-CONDICIÓN 71
FLUJO DE EVENTOS 71
Flujo principal 71
Flujo alternativo 71
POST-CONDICIÓN 71
Modelo De Análisis 72
Diagrama De Secuencia 72
Diagrama De Colaboración 73
PROCESO ALMACEN 74
Descripción 74
Flujo de eventos principal 74
Flujos de eventos alternativos 75
Diagrama de Roles 75
Actualizar Catálogo 78
Descripción 78
Actores 78
Pre-Condición 78
Flujo de eventos 78
Flujo principal 78
Flujo alternativo 78
Post-Condición 79
Descripción 79
Actores 79
Pre-Condición 79
Flujo de eventos 79
Flujo principal 79
4.2 Flujo alternativo 79
Post-Condición 79
Descripción 80
Actores 80
Pre-Condición 80
Flujo de eventos 80
17.1 Flujo principal 80
4.2 Flujo alternativo 80
Post-Condición 81
Descripción 81
Actores 81
Pre-Condición 81
Flujo de eventos 81
18.1 Flujo principal 81
4.2 Flujo alternativo 82
Post-Condición 82
Descripción 82
Actores 82
Pre-Condición 82
Flujo de eventos 82
19.1 Flujo principal 82
4.2 Flujo alternativo 82
Post-Condición 83
Nombre del Proyecto
“Sistema para Botica Irisfarma”
Empresa o Institución beneficiaria donde se implementará
Descripción General
IrisFarma es una botica destinada a la comercialización de productos farmacéuticos y galénicos.
Los productos ofrecidos se agrupan en dos categorías:
Productos farmacéuticos: productos tradicionales como jarabe, pastillas, inyecciones, etc.
Productos galénicos: productos utilizados para primero auxilios como algodón, alcohol, agua oxigenada, etc.
El presente trabajo analiza la situación actual de la empresa Boticas IrisFarma, haciendo un estudio de su entorno empresarial, recursos, capacidades, competidores y retos potenciales.
Estructura Organizacional
Misión
Contribuir con la salud y bienestar de la población peruana, creando valor en toda la cadena sanitaria; logrando accesibilidad de nuestra población a productos y servicios farmacéuticos de calidad, con atención especializada, respetando su salud y su condición de ciudadano.
El logro de nuestra misión nos permitirá cumplir con nuestras obligaciones para con la comunidad y brindar seguridad.
Visión
Ser la primera cadena de boticas del país. Conformada por un EQUIPO comprometido con su trabajo y apasionado por el servicio, que genere valor para nuestros usuarios con calidad, eficiencia y mejora continua.
Lograr una amplia cobertura de nuestros mercados meta, contribuyendo al acceso universal de productos y servicios farmacéuticos de calidad, que permita alcanzar salud y bienestar a nuestra Comunidad.
Ubicación interna del Área usuaria beneficiaria del proyecto
El sistema a implementar beneficiará a las áreas de:
Departamento de ventas.
Departamento logística o almacén.
Rubro o sector que se dedica la empresa
Irisfarma está ubicado en san juan de Miraflores, AAHH El inti cooperativa américa.
Se dedica en el mercado a la compra y venta de productos farmacéuticos.
Posicionamiento en el mercado
La empresa Irisfarma actualmente es medianamente conocido. Los dueños y trabajadores esperan que en un futuro alcance las metas propuestas dentro de esta organización.
Área Donde se encuentra La Empresa:
Ventas e ingresos anuales
La demanda de productos en la empresa Irisfarma va en aumento cada año, esto a que muchos de sus clientes aledaños al local no encuentran en lugar de confianza cercano y de buena atención.
La empresa, tras la inauguración hace 3 años se ha posicionado firmemente en el mercado ganando cada vez más clientes y con ello más ingresos.
Potencial Humano
La empresa está conformada por una mediana cantidad de personal que trabaja en la empresa.
Gerente
Área de Ventas
Encargado de Ventas
Área de Logística o Almacén
Encargado de almacén
Identificación del Problema a resolver – Situación
El problema de
Demora en la atención de clientes en el registro de ventas
Afecta
A la empresa y los clientes
Impacto
Impacta en la insatisfacción de los clientes por la demora de los servicios brindados por la empresa, y esto ocasiona que el cliente opte por otra empresa comercial que sería la competencia
Una solución
Implementar un software que cumpla con los requerimientos antes mencionados.
El problema de
Falta de un control adecuado en el Inventario
Afecta
A la empresa que necesita estar bien informada de inventario que tiene para realizar su ventas.
Impacto
En que el cliente tiene que esperar mucho tiempo para que el encargado de almacén pueda verificar si el producto existe en el inventario.
Una solución
Implementar un software que cumpla con los requerimientos antes mencionados.
Objetivo propuesto del Proyecto:
Objetivos estratégicos:
Lograr posicionarse en el mercado nacional.
Alcanzar un prestigio de alto rendimiento que cuente con la satisfacción de los clientes al finalizar el servicio, lo cual garantizará su regreso.
Contribuir al bienestar de cada uno de nuestros clientes, ofreciendo productos de alta calidad.
Objetivos específicos del sistema:
Agilizar el proceso de venta, garantizando la satisfacción del cliente y la empresa.
Eficiente control en el registro de ventas.
Manejo adecuado y eficiente en el control de inventario.
Principales Funcionalidades que realizará del Sistema:
Registrar las ventas de productos.
Registrar a los clientes con sus datos respectivos en la base de datos.
Generar documentos que maneja la empresa.
Capacidad de generar reportes (estado del inventario del almacén, lista de clientes, ingreso y egresos a través del tiempo).
Registrar entradas y salidas de mercadería (actualización en tiempo real).
Generación de Alerta por stock mínimo crítico.
Permitir añadir, eliminar o modificar la información de los productos (cantidad, nombre, código, etc.) en stock.
Beneficios a obtenerse:
Tangibles:
Eficiente control del registro de los productos en inventario.
Eficiente control del registro de ventas.
Fácil acceso a los datos de los clientes.
Generar boletas eficientes en las ventas.
Intangibles:
Reportes estadísticos (por uso de PC).
Sistema informático automatizado.
Alcance del Proyecto
A nivel utilización en la Empresa (Áreas involucradas)
Organización del equipo de trabajo
Líder del Proyecto (GP) Balvin Esteban , Raul
Administrador de BD y ARQ (DBA) Trujillo Rivero, Ayul Aldair
Analista – Diseñador y QA (ADI) Linares Vasques, ricardo
Analista – Desarrollador (ADE) Carrera Diaz, Cristhian
Analista – Desarrollador (ADE) Moreno Huallanca, Gustavo
Plataforma y Herramientas tecnológicas a utilizar (propuesta)
Para llevar a cabo el desarrollo de este proyecto, Sistema de Información de la empresa “Irisfarma”, será necesario el uso de herramientas informáticas como de otras.
Computadoras personales
Lenguajes de programación como Java con tecnologías JSF.
Herramienta para la creación de la base de datos como Mysql.
Cronograma
IrisFarma s.a.c |
VISIÓN DEL PROYECTO
Historia de Cambios
FECHA
VERSIÓN
DESCRIPCIÓN
AUTOR
<07/04/16>
<1.0>
Propuesta inicial del documento visión, definiendo el nombre del sistema y los objetivos.
Balvín Esteban, Raúl Ricardo
<10/04/16>
<1.1>
Posicionamiento del sistema, descripción de los problemas, benchmarking y comparación con otros sistemas.
Trujillo Rivero, Ayul Aldair
<10/04/16>
<1.2>
Resumen del producto y características del producto.
Linares Vasquez, Ricardo
<11/04/16>
<1.3>
Descripción de las actividades del sistema. Y alcances que tendría el sistema y sus restricciones.
Carrera Diaz Cristhian Joel
<12/04/16>
<1.4>
Se ha plasmado el análisis de la factibilidad (operativa, tecnológica, económica) del proyecto.
Moreno Huallanca Mario Gustavo
Nombre del Sistema
“SISTEMA para la botica IRISFARMA”
Objetivos
Objetivos Generales
Nos encargaremos de brindar a la botica “IrisFarma”, un sistema que le permita llevar el manejo de las principales áreas de la empresa con mayor eficiencia y eficacia.
Objetivos Específicos
Detectaremos las necesidades actuales a cubrir, las tendencias en gestión de farmacias, y el análisis comparativo de las diferentes opciones de almacenamiento que se hallan en el mercado.
Realizaremos la sistematización de las principales áreas del negocio, garantizando mayores ingresos.
Determinaremos los procesos y componentes mínimos que serían necesarios, para llevar a cabo todas las tareas de almacenamiento automático con la máxima fiabilidad, seguridad y rendimiento.
Comprobaremos que la solución propuesta por nuestro sistema tiene costos viables y característicos que van con las necesidades del cliente.
Alcance o Campo de Acción
Funcional :
Este sistema permitirá realizar las principales funciones de la organización de manera automatizada, agilizando los procesos de negocio y teniendo un mejor control de nuestros procesos
Geográfica:
Tiene un alcance solo local, ya que es una ERP que al sistema solo tienen acceso personal de la farmacia.
Organizacional :
En general permitirá a la organización fortalecer sus relaciones y su desempeño.
Referencias
Heluis Melendez bolaño y Winder Eusebio Lambis Perez. Universidad de Cartagena. Facultad de ciencias económicas. (2013). “Análisis y diseño de un sistema de gestión de inventario para la farmacia de la fundación madre Herlinda Moisés, basado en una categorización Multicriterio abc/ven”.
Josep Garriga Jiménez. Escuela Politecnica Superior. Ingeniería en Organización Industrial. (2008).”Sistema de almacén y dispensación robotizada de productos farmacéuticos”.
Universidad Politécnica de Valencia. Departamento de sistemas informáticos y computación. (2003).Desarrollo de un sistema para la gestión de artículos deportivos. Disponible en el sitio web: http://users.dsic.upv.es/asignaturas/facultad/lsi/ejemplorup/Gestion_Proyecto.html#C1
Posicionamiento del sistema
Objeto de estudio
IrisFarma es una botica destinada a la comercialización de productos farmacéuticos y galénicos.
Los productos ofrecidos se agrupan en dos categorías:
Productos farmacéuticos: productos tradicionales como jarabe, pastillas, inyecciones, etc.
Productos galénicos: productos utilizados para primero auxilios como algodón, alcohol, agua oxigenada, etc.
La empresa Irisfarma actualmente es medianamente conocido. Los dueños y trabajadores esperan que en un futuro alcance las metas propuestas dentro de esta organización.
La demanda de productos en la empresa Irisfarma va en aumento cada año, esto a que muchos de sus clientes aledaños al local no encuentran en lugar de confianza cercano y de buena atención.
La empresa, tras la inauguración hace 3 años se ha posicionado firmemente en el mercado ganando cada vez más clientes y con ello más ingresos.
Oportunidad de negocio
Este sistema permitirá a la empresa informatizar el control de algunas de sus actividades como gestionar el stock en el almacén, control del inventario, Gestionar las órdenes de compra realizadas por los clientes, gestionar las boletas, lo cual supondrá un acceso rápido y sencillo a los datos, gracias a interfaces gráficas, las cuales serán fáciles de entender. Además, los datos accedidos estarán siempre actualizados, lo cual es un factor muy importante para poder llevar un control centralizado del inventario de la botica.
Declaración del problema a resolver
El problema de
Afecta
El impacto está
Una solución sería
Demora en la atención de clientes en el registro de ventas.
A la empresa y los clientes.
Impacta en la insatisfacción de los clientes por la demora de los servicios brindados por la empresa, y esto ocasiona que el cliente opte por otra empresa comercial que sería la competencia.
Implementar un software que cumpla con los requerimientos antes mencionados.
Falta de un control adecuado en el Inventario.
A la empresa que necesita estar bien informada de inventario que tiene para realizar su ventas.
En que el cliente tiene que esperar mucho tiempo para que el encargado de almacén pueda verificar si el producto existe en el inventario.
Implementar un software que cumpla con los requerimientos antes mencionados.
Declaración del Posicionamiento del Producto
Para
Quién
El Producto
Que
A diferencia de
Nuestro producto
Área de almacén
Área de ventas.
Controlan los pedidos, los almacenes, las órdenes de compra y boletas.
Es una herramienta software.
Almacena la información necesaria para gestionar los procesos de acuerdo a las necesidades de la empresa.
PharmacySoft, Adesy.Net, ITIS Software.
Permite gestionar las distintas actividades de la empresa mediante una interfaz gráfica sencilla y amigable. Además proporciona un acceso rápido y actualizado a la información desde cualquier punto que tenga acceso a la base de datos.
Descripción de los Usuarios del Sistema
Perfiles de Usuario
Nombre Usuario
(Rol)
Responsa-bilidades Clave
Background Técnico
Entregables
Reporta a
Problemas
Personal de atención y farmacéutica
Encargada de la venta y recomendación de productos
Todo los procesos los hace manualmente
Personal de Almacén
Encargado de la búsqueda y entrega de los productos.
Encargado de verificar el stock del inventario
Demora demasiado hacer el inventario
Ambiente del Usuario
El número de personas involucradas en realizar la gestión de ventas es sola una, en el futuro debido a la cantidad de clientes podría aumentar a 2, el área de atención al cliente es mediano en la cual podrían entrar como máximo 10 personas. El tiempo que demora esta tarea es regular (alrededor de 6 minutos) porque se tiene que buscar las boletas, escribir a mano todos los productos comprados y luego cálculos para obtener el precio final. Actualmente no se usa ningún sistema en esta área, así que no se necesita integrarla con el sistema propuesto.
En el área de almacén solo una persona está involucrada ya que el almacén es pequeño. El tiempo de búsqueda de los productos en el almacén es bajo (alrededor de 2 a 3 minutos), pero mantener un stock de cada producto demanda mucho tiempo, ya que se tiene que hacer un inventario del almacén. Actualmente no se usa ningún sistema en esta área, así que no se necesita integrarla con el sistema propuesto.
Alternativas y Competencias
Descripción del Sistema
El software a desarrollar trabajara con los 3 procesos: Venta, Inventario y Administración de Proveedores. Este Software presentara un sistema de control por lotes e unidades además de emisión de comprobantes.
Se automatizara el proceso de venta y administración de productos así también como la lista de proveedores y los lotes que ingresen.
Perspectiva del Producto
Este sistema será subdividido en los 3 procesos pero estarán conectados uno con otro para su correcto funcionamiento, usando una base de datos estable para una cantidad de información regular.
Resumen de Capacidades
Función
Características
Beneficios
Dar Soporte al Sistema
Cuenta con una base de conocimiento que da asistencia al personal de soporte en la identificación rápida de soluciones y experiencias anteriores.
Los problemas son numerados, clasificados y seguidos de manera única a través de un proceso de resolución.
Nuevo staff de soporte que rápidamente toma decisiones y las ejecuta.
La satisfacción del usuario se incrementa debido a que no hay problemas de gran severidad.
Control de Entradas
Al tener una base de datos para datos regulares puede mantener el ingreso de productos nuevos para su posterior venta.
El usuario podrá tener un informe detallado de los materiales que ingresan según su fecha, numero de facture/boleta y cantidad de las mismas
Control de Salidas
Capacidad del software de poder registrar las salidas de los productos del almacén, teniendo en cuenta fecha y hora para su posterior reposición.
El usuario podrá tener un informe detallado de los materiales que salen según nombre del empleado, área, fecha y hora.
Emisión y Registro de Comprobantes de Pago
El Software contara con un modus operandi basado en emisión de boletas o facturas según sea el caso, luego se pasaría a hacer su posterior registro
Al realizarse este control se tendrá una mejor administración de los gastos hechos por la empresa.
Asunciones
A nivel de la integridad del negocio dependerá de los proveedores netamente, por tanto debe existir una base de datos con los mismos.
Para el subsistema de ventas dependerá del subsistema de almacén y sus movimientos internos.
El sistema podrá realizar los procesos del negocio del almacén.
Se cuenta con un personal suficiente para el funcionamiento del sistema.
Riesgos
Lo que debe hacer:
Permitir acceso a los diferentes usuarios de la organización según los roles que cumplan.
Agilizar los procesos de negocio y hacer más rápida la atención al cliente.
Garantizar el correcto registro de compra y ventas, así como inventariado de almacén.
Lo que no debe hacer:
No debe utilizarse el sistema para datos de otra botica cercana o datos ajenos a la organización.
Permitir acceso del cliente al sistema.
Características del Producto
Las características son las capacidades de alto nivel del sistema que son necesarias para que el usuario tenga beneficios, a continuación se describen las siguientes características.
Nombre de la característica
Descripción
Inputs
Outputs
Usuario responsable
Control de calidad de los productos
El sistema podrá advertir mediante reportes los productos que estén próximos a vencer.
Fecha del sistema
Reporte con farmacéuticos próximos a vencer
Administrador
Control de proveedores
El sistema podrá permitir registrar los proveedores con que cuenta la botica
Solicitud de registro de proveedor
Nuevo proveedor agregado al sistema
Administrador
Balance del mes
El sistema podrá permitir observar las ganancias y gastos del mes
Solicitud de reporte
Muestra de ganancias y gastos
Administrador
Revisar lista de “Productos pedidos”
El sistema podrá mostrar los “nuevos pedidos” que la botica necesita
Solicitud de reporte
“Lista de nuevos pedidos”
Administrador
Establecimiento de precios
Los nuevos lotes de medicamentos se registran su precio.
Solicitud de reporte de nuevos productos
Establecimiento de precios de los productos
Administrador
Control de inventario
El sistema podrá advertir que medicamentos hacen falta para comprar, ya que su stock está en un nivel critico
Revisión de stock
Reporte con los productos que tengan un nivel crítico de unidades
Área de almacén
Compra de productos
El sistema podrá registrar medicamentos nuevos que ingresan al almacén de la botica
Solicitud de nuevo registro de producto
Nuevo lote de producto agregado al inventario
Área de almacén
Solicitud de compra de producto
El sistema podrá permitir separar los productos con poco stock en un grupo especial “Lista de pedidos”.
Ingreso de producto con poco stock
Registro de productos en
“LISTA DE PEDIDOS”
Área de almacén
Registro de venta
El sistema podrá registrar las ventas que se realizan a diario
Ingreso de “nueva venta”
Registro de “nueva venta”
Área de ventas
Solicitud de nuevos productos al almacén
El sistema debe poder notificar al área de almacén de un producto que escasea en la tienda
Notificación de “traer un producto”
Se notifica al área de almacén
Área de ventas
Restricciones:
El sistema contara con una base de datos mysql.
Al sistema podrán tener acceso el administrador, el vendedor, el que gestiona el almacén, con una cuenta de usuario diferente para cada uno.
Cada usuario tendrá distintos privilegios en el sistema.
El sistema estará en plataforma php o java.
El sistema será solo a nivel local de la farmacia.
Factibilidad del Proyecto
Factibilidad Operacional
Desde el punto de vista operativo, creemos que el impacto del sistema sobre la botica en el cual será aplicado será positivo y sin grandes trabas debido a las siguientes razones:
En primera instancia, nuestra idea parte ante la necesidad de una plataforma de trabajo que facilite las transacciones que se llevarán a cabo. Por ello este sistema se enfoca a resolver un problema concreto y que fija un punto de partida a la resolución de los problemas que se plantearon.
Actualmente es necesidad de la administración y de los usuarios habidos y por haber, contar con un sistema que agilice sus transacciones. Tienen sabido que la competencia está también incorporando esta herramienta y que sin lugar a dudas marcará una diferencia contundente desde todo aspecto. Por ello, apoyan incondicionalmente, aunque con sus límites, este proyecto que les dará una ventaja rotunda frente a sus competidores.
El hecho de la necesidad descrita anteriormente, surge a raíz de las actuales formas de hacer las operaciones en la botica. Notan la seria deficiencia del cálculo humano y de los límites que tiene este (rapidez y sin errores).
Nuestra clienta, que será el usuario final, ha estado en constante participación en el proyecto, aportando sobre todo, las falencias que sufre su negocio y de cómo ella imagina que el sistema lo soluciona. Esto ha sido importante para nosotros, porque hemos podido abstraer varios puntos claves para tener en cuenta a la hora de implementar la herramienta.
Es inevitable pues, como toda herramienta hecha por el hombre, que el sistema pueda repercutir de mala manera al negocio: Una falla en el sistema podría hacer perder alguna transacción importante o generar alguna demora en desarrollar un proceso. Lo cual lo tenemos dentro del margen de error, pero es por ello que debemos hacer todo esfuerzo por evitar ello. Pérdida de la Base de Datos, podría ocasionar el descontrol y mal balanceo de los productos, interrumpiendo el negocio hasta que pueda ser restaurada o en el peor de los casos, ser recopilada de nuevo.
Podría perderse control en el área de ventas, si es que el sistema se colgara o también el acceso de la información de los productos si es que se dañara la Base de Datos. Cosa que creemos muy poco probables por contar con la tecnología necesaria.
Tenemos en cuenta que la productividad del empleado, una vez tenga instalado el sistema, será mucho mejor y le generará más confianza al contar con un soporte de servicio sólido. Así la atención al cliente mejorará por la buena actitud y poco estrés del empleado.
Los clientes serán los principales beneficiados al contar con un servicio rápido y seguro.
Se reducirá cualquier tipo de colas en ventanillas y podrá tener más oportunidad a consultas de productos y sus precios. También la atención mejorará bajo la premisa anterior.
Haciendo una evaluación al personal que se verá involucrado con el software notamos lo siguiente:
Al ser una sola persona la encargada de desempeñar los distinto roles que hay para cada sección o área en la botica, ser incorporada
Al ser solo una persona, esta y nadie más deberá ser capacitada, desempeñándose generalmente como un usuario recepcionista para el sistema. Así mantendrá casi siempre este rol dado que es lo que mayormente necesita la botica en momentos de atención al cliente donde se desarrolla la compra-venta.
También desempeñará la misma persona el rol de encargado de inventarios, donde debe manejar bien la cuenta de sus productos según la clasificación que ha hecho de ellos.
Factibilidad Tecnológica
Desde el punto de vista tecnológico, nuestro software tendrá características particulares que harán de la experiencia del sistema con el usuario algo agradable y fácil de entender.
Funcionará sobre un sistema operativo Windows 7 u 8 por ser el más amigable y accesible a la vez de los que circulan en el mercado. Tiene un precio cómodo y no muy elevado para lo que se quiere de él en el negocio. Los drivers instalados en el sistema operativo serán solo los necesarios para que se desempeñe con eficiencia el software. Por lo general estos son gratuitos.
El hardware ha sido previamente evaluado según nuestro software y qué es lo regular que necesita este parar operar. Está enfocado sobre todo en una CPU dual-Core económico con 2.0 GHz a más, con 4GB de RAM, un solo HDD de 100GB conectados con SATA. Entradas a USB y un lector DVD para cualquier instalación desde ese dispositivo. De los periféricos solo se adquirirán los más necesarios, como son el teclado, el mouse y una pantalla LCD. Cada periférico trae consigo su cable a conectar con la máquina. Un estabilizador para el calibre de la corriente eléctrica hacía la máquina. El internet es opcional más no necesario para actualizar nuestro producto.
En toda empresa farmacéutica que utilicen un software, la seguridad de la información es indispensable, nosotros estamos conscientes de este aspecto, por ese motivo el sistema cuenta con herramientas que permiten brindar tranquilidad al empresario y usuarios sobre la información que es procesada por el sistema. Así, disponemos de:
Password de usuarios con niveles de restricción de acceso a los diferentes menús
BackUp que genera copia de seguridad, con ruta libre que usted mismo puede definir.
Registro de Licencia que autentifica el derecho del usuario a usar el sistema.
Las posibilidades de adquirir esta tecnología son factibles, pues todo está dentro de un presupuesto mesurado y con el menor gasto posible. Además los accesorios están a nuestra disposición en centros de venta cercana.
Nuestro cuerpo técnico está capacitado gracias a estudios y obtención de certificados que comprueba lo dicho, por ello ellos pueden instalar desde el hardware en el local del negocio hasta instalar el software completo en la máquina.
El sistema en principio no está pensado para un uso en LAN, puesto que el usuario será único por ser solo un empleador, es más, una sola máquina puede ser compartida fácilmente hasta por tres usuarios si es que se llegan a incorporar empleados posteriormente. Si nuestro cliente llega a crecer y por ende ampliar el sistema, será puesto en evaluación la incorporación de más hardware y la adaptación del sistema a esta nueva necesidad de operar en LAN y con multiusuarios.
Las garantías puestas de nuestro servicio están en la mesa. Confiamos plenamente en cumplir con las expectativas con los menores percances posibles, y de ocurrir uno, solventarlo de forma inmediata para evitar incomodidades. Para ellos daremos un mantenimiento seguido al software cada cierto tiempo, ello describe la garantía descrita y aplicada.
Factibilidad Económico-financiero
Los costos de nuestro proyecto se enfocaría más en la parte del hardware, dado que contamos con máquinas de la universidad y propias para el desarrollo de nuestro Sistema.
Aun así, hay información sobre base de datos que nos pueden facilitar el levantamiento de la información desde cero, pero ocasionaría un costo por su compra.
También se generaría gasto en la compra de una lectora de DVD para poder portar nuestro Sistema en disco e instalarlo a cualquier máquina.
En cuanto a la capacitación del personal, no generaría gasto algunos, más solo en la impresión de un documento tutorial del software que ayudaran a nuestro cliente a adaptarse más rápido en el control del sistema.
Las pérdidas de riesgo de dinero en nuestro proyecto son mínimas, pero las presentes son la inversión en gastos de pasajes para las reuniones, el de impresiones para compartir información, las pruebas en los discos comprados.
Beneficios Tangibles e Intangibles Esperados
Los beneficios tangibles son las que se miden en términos monetarios como también aluden al tiempo ahorrado y los beneficios intangibles no se puede medir en términos monetarios pero sí tienen un impacto en el negocio muy importante, tal como la satisfacción y con ello el logro de fidelidad del cliente por lo que ofrece el negocio.
Los beneficios tangibles:
Mejora la productividad de los procesos y el personal.
Reducir costos operativos, ahorrando tiempo y dinero.
Reducción de inventarios.
Reducción del tiempo de carga.
Reducción de la obsolescencia de valores.
Más rápido vistazo al producto / servicio y el tiempo de ordenar el ahorro y el dinero.
Automatizado de pedidos y los costos de pago, el procesamiento de pagos y la reducción de papel.
Los beneficios intangibles:
Aumenta la transparencia organizativa y responsabilidad.
Precisa un acceso más rápido a los datos para tomar decisiones oportunas.
Puede llegar a más vendedores, productores de las ofertas más competitivas.
Mejora la respuesta del cliente.
Ahorra tiempo y esfuerzo enorme en la entrada de datos.
Más controles lo que reduce el riesgo de mala utilización de los recursos.
Facilita la planificación estratégica.
Para los informes de acuerdo a los estándares.
Aprobación de la Solicitud
Hemos recibido muchas peticiones en la solicitud de nuestra clienta, siendo algunas factibles, pero otras no, por el contraste de la realidad del negocio con lo que se quiere llegar a alcanzar en esta primera instancia.
Peticiones inalcanzables de momento:
Aplicación móvil del Sistema.
Página web de la botica.
Localización cerca a la entrada de la botica.
Peticiones deseadas y alcanzables:
Una pequeña impresora para imprimir boletas.
Integrar la administración de todas las secciones en un solo sistema.
Darle mantenimiento constante al sistema.
Otros Requerimientos
El estándar, que ha sido adoptado por más de 130 países para su uso, se está convirtiendo en el medio principal con el que los clientes pueden juzgar la competencia de un desarrollador de software. Uno de los problemas con el estándar ISO 9001 está en que no es específico de la industria: está expresado en términos generales, y puede ser interpretado por los desarrolladores de diversos productos como cojinetes de bolas, secadores de pelo, automóviles, equipamiento deportivo, televisores, así como por los desarrolladores de software.
Estándares
ISO 9001: este es un estándar que describe el sistema de calidad utilizado para mantener el desarrollo de un producto que implique diseño.
ISO 9000-3: este es un documento específico que interpreta el ISO 9001 para el desarrollador de software.
ISO 9004-2: este documento proporciona las directrices para el servicio de facilidades del software como soporte de usuarios.
Los requisitos se agrupan bajo 20 títulos:
Responsabilidad de la gestión
Inspección, medición y equipo de pruebas
Sistema de calidad
Inspección y estado de pruebas
Revisión de contrato
Acción correctiva
Control de diseño
Control de producto no aceptado
Control de documento
Tratamiento, almacenamiento, empaquetamiento y entrega
Compras
Producto proporcionado al comprador
Registros de calidad
Identificación y posibilidad de seguimiento del producto
Auditorías internas de calidad
Formación
Control del proceso
Servicios
Inspección y estado de pruebas
Técnicas estadísticas.
Requerimientos de la Implementación
La aplicación para su debido funcionamiento deberá contar con:
Un computador dual-Core con 2.5Ghz y 4GB de RAM.
Los periféricos necesarios serán un teclado, un mouse y una pantalla LCD.
No existirá redes pero si una conexión a una impresora para la elaboración de boletas y/o facturas.
La aplicación se montara sobre el sistema Windows 7/8 de la línea Microsoft del tipo usuario-normal.
Las licencias requeridas son las del propio sistema operativo, la de nuestro software y las que pueda tener las boletas/facturas.
Requerimientos de Rendimiento
Al momento de realizar un proceso, este no debe de sobre pasar el 50% del uso del CPU, la carga en memoria no debe superar a los 20 Kb, 30 Kb. El 95% de las transacciones deben de realizarse en menos de un minuto.
El uso de disco duro, CPU, porcentaje de rendimiento del CPU, memoria y la optimización de los recursos al máximo, ayudan al rendimiento del sistema.
Requerimientos del Medio Ambiente
La instalación de la máquina en el local, debe ser en un área lejos de humedad y exposición a mucho calor. La conexión eléctrica lejos del alcance de cualquier niño o mascota, y sobre todo de productos que puedan ser inflamables para prevenir algún incendio por corto circuito.
Los periféricos deben tener un espacio para su buen manejo, por ejemplo el monitor o pantalla LCD debe estar a una altura apropiada, con la cantidad de luz necesaria y sola expuesta para quien lo use y no al público, por privacidad. El mouse y el teclado por desenvolverse de forma dinámica con el usuario, deben estar sobre una base firme y cómoda. Que soporte el peso de estos y de la fuerza del usuario al tocarlos.
EL lugar que cumple con estas características es la sección de recepción, o ventanilla.
IrisFarma s.a.c |
MODELADO DEL NEGOCIO Y DEL SISTEMA
Historial de Revisiones
Fecha
Versión
Descripción
Autor
06/05/2016
1.0
Se describieron a los actores
Moreno Huallanca, Mario Gustavo
08/05/2016
2.0
ECUN de gestión de compras
Moreno Huallanca, Mario Gustavo
09/05/2016
3.0
ECUN de gestión de ventas y gestión de almacén.
Balvín Esteban, Ricardo
11/05/2016
4.0
Aprobación del documento
Miembros del grupo
16/05/2016
5.0
Agregar Diagrama de Roles
Trujillo Rivero, Ayul Aldair
20/05/2016
6.0
Aprobación del documento
Miembros del grupo
MODELO DEL NEGOCIO
Actores del Negocio
Cliente
El cliente permite hacer mención a la persona que accede a un producto o servicio a partir de un pago.
Proveedor
Es la persona o empresa, laboratorio mayormente, relacionada con el rubro farmacéutico, encargada de abastecer, satisfacer e incluso ofrecer productos a la farmacia.
Trabajadores del Negocio
Técnico Farmacéutico
Encargado de Compra
Encargado de caja
Encargado de Almacén
Casos de Uso del Negocio
Diagramas de Casos De Uso del Negocio
MODELO DE ANALISIS
Paquete de Análisis
MODELO CONCEPTUAL
PROCESO COMPRA
p.compra: ESPECIFICACIÓN DEL CASO DE USO DEL NEGOCIO
Descripción
El propósito fundamental de este Caso de Uso del Negocio es obtener los productos y/o servicios que carece y necesita la farmacia para poder realizar con normalidad y solvencia sus demás operaciones como centro comercial de medicamentos que es. Para ello es relevante el papel del proveedor como suministro esencial de la farmacia.
Flujo de eventos principales
El Proceso de Gestión de Compra inicia con la selección de compras que hace el técnico farmacéutico.
El técnico farmacéutico evalúa según el consumo de cada producto: Revisa las boletas.
El técnico farmacéutico lista al producto con fuerte demanda en el plan de compra.
El técnico farmacéutico evalúa según el stock de cada producto: Revisa el inventario de almacén.
El técnico farmacéutico lista al producto con poco o cero stock en el plan de compra.
El técnico farmacéutico y el químico técnico farmacéutico acuden a la reunión de comité de compra en la fecha establecida.
El comité de compra revisa de tener sus herramientas de ayuda:
El inventario de almacén del técnico farmacéutico.
El plan de compra del técnico farmacéutico.
Las políticas de compra del químico técnico farmacéutico.
El comité de compra decide qué productos del plan de compra serán adquiridos desde los proveedores de laboratorio o los abastecedores directos que estén dentro de las políticas de compra.
El comité de compra elabora la solicitud de cotización de los productos a comprar a los proveedores dentro de las políticas de compra.
El comité de compra envía por correo la solicitud de cotización a los susodichos proveedores.
El proveedor envía la cotización de compra solicitada.
El comité de compra recibe y verifica la cotización de cada proveedor.
El comité de compra selecciona a los proveedores para este periodo según las cotizaciones.
El comité de compra genera la orden de compra.
El comité de compra envía por correo la orden de compra correspondiente a los proveedores de laboratorio.
El proveedor de laboratorio envía los productos en un plazo máximo de dos o tres días.
El comité de compra recibe los productos que se solicitaron en la orden de compra.
El comité de compra realiza el pago al proveedor de laboratorio dentro del plazo de 30 días.
El comité de compra envía al técnico farmacéutico al local del abastecedor directo con la orden de compra correspondiente.
El abastecedor directo le entrega los productos requeridos en la orden de compra al técnico farmacéutico.
El técnico farmacéutico realiza el pago inmediato, directo y en efectivo por la compra al abastecedor directo.
El técnico farmacéutico traslada los productos adquiridos desde el local del abastecedor directo hacia el local de la farmacia.
El comité de compra recibe los productos adquiridos que ha traído el técnico farmacéutico.
El comité de compra valida los productos comprados al abastecedor directo.
Flujos de eventos alternativos
Paso 3.2.2.3: El producto con fuerte demanda no está agotado o tiene una cantidad considerable.
El producto no es listado en el plan de compra.
Paso 3.2.2.5: El producto tiene el stock necesario
El producto no es listado en el plan de compra.
Paso 3.2.2.6: El técnico farmacéutico o el químico técnico farmacéutico faltan a la reunión.La reunión del comité de compra es cancelada y pospuesta para otra fecha inmediata.
Paso 3.2.2.7: Falta una de las herramientas de ayuda requeridas
El encargado de elaborar dicha herramienta procede a ponerse al día con eso y terminarlo máximo en un día. La reunión es pospuesta para un día después.
Paso 3.2.2.10: El proveedor no tiene correo: Mayormente los abastecedores.
El comité consulta la cotización de compra vía telefónica.
Pasó 3.2.3.5. : El proveedor no tiene teléfono
Se cancela la solicitud de cotización a este proveedor.
Paso 3.2.2.12: La cotización no coincide con lo solicitado.
El comité de compra vuelve a enviar el correo de solicitud de cotización.
Pasó 2.2.3.6: El proveedor no responde a la nueva solicitud de forma inmediata.
Se cancela la solicitud de cotización a este proveedor.
Paso 3.2.2.16: El Proveedor tarda en enviar la compra más de lo acordado.
El comité de compra vuelve a solicitar el envío de su compra.
Pasó 3.2.3.7: El proveedor no responde a la nueva solicitud de forma inmediata.
Se cancela la compra con este proveedor.
Paso 3.2.2.18: El comité de compra no realiza el pago en el tiempo acordado.
El comité de compra solicita más tiempo para cancelar la deuda.
p.compra: diagrama de roloes
p.compra: Diagrama de Actividades
p.compra: REQUISITOS FUNCIONALES
CODIGO
REQUERIMIENTO
ACTOR
PRIO.
CUS
RF-CO-01
El sistema permitirá acceder a un menú para gestionar a los proveedores.
Encargado de compra
Alta
Gestionar proveedor
RF-CO-02
El sistema permitirá modificar a los proveedores.
Encargado de compra
Media
RF-CO-03
El sistema permitirá registrar o añadir a un nuevo proveedor.
Encargado de compra
Alta
RF-CO-04
El sistema permitirá buscar a un proveedor o proveedores.
Encargado de compra
Media
RF-CO-05
El sistema permitirá acceder a un menú para gestionar a los proveedores.
Encargado de compra
Alta
Gestionar productos
RF-CO-06
El sistema permitirá registrar o añadir cierto producto o productos.
Encargado de compra
Alta
RF-CO-07
El sistema permitirá modificar los productos.
Encargado de compra
Media
RF-CO-08
El sistema permitirá eliminar un producto.
Encargado de compra
Alta
RF-CO-09
El sistema permitirá buscar un producto o productos.
Encargado de compra
Media
RF-CO-10
El sistema permitirá acceder y alterar el registro de compra.
Encargado de compra
Alta
Gestionar registro de compra
RF-CO-11
El sistema permitirá generar un registro que contenga los productos comprados.
Encargado de compra
Alta
RF-CO-12
El sistema permitirá modificar el registro de compra
Encargado de compra
Media
RF-CO-13
El sistema permitirá buscar un registro o registros de compra.
Encargado de compra
Media
RF-CO-14
El sistema permitirá eliminar un registro de compra.
Encargado de compra
Media
p.compra: D. CASOS DE USO DEL SISTEMA
Crear Registro de Compra.
Buscar Registro de Compra.
Modificar Registro de Compra.
Eliminar Registro de Compra.
p.compra: E. CASOS DE USO DEL SISTEMA
Gestionar Registro de Compra
Descripción
El Encargado de compra ingresará un nuevo registro de compra para abastecerse de productos para el periodo entrante.
Actores
Encargado de compra
Pre-Condición
El Encargado de compra ha iniciado sesión con éxito.
El Proveedor está registrado en el Sistema.
Flujo de eventos
Flujo principal
El caso de uso inicia cuando el Encargado de compra selecciona crear registro de compra en la interfaz del “Gestión de registro de compras”.
El Sistema muestra la interfaz “Registro de compra”:
Áreas:
- Información del proveedor.
- Información de productos.
- Información del registro de compra.
También los botones:
Crear.
Cancelar.
El Encargado de compra completa todos los campos de información.
El Encargado clickea “Crear”.
El Sistema le muestra un mensaje de “Registro de compra creado”.
4.2 Flujo alternativo
En el paso 3:
El encargado de compra presiona el botón de cancelar.
El Sistema lanza una advertencia en una ventana emergente:
Mensaje: “¿Desea salir del registro? (Se perderán los datos)”
Botón 1: No.
Botón 2: Salir de todas formas.
El Sistema permanece en la misma interfaz (NO) o Sale al Menú principal (Salir de todas formas)
En el paso 4: El encargado de compra no ha completado todos los campos necesarios y presiona Crear.
El Sistema lanza una advertencia en una ventana emergente:
Mensaje: “Por favor, complete todos los campos”
Botón: Ok.
El Encargado de compra clickea “OK” y continúa con el registro.
Post-Condición
Se creó la entidad de Registro de compra.
Extensión
Registrar Producto
Modificar Registro de compra.
Buscar Registro de compra.
Eliminar Registro de compra.
Buscar Registro de Compra
Descripción
El Encargado de compra ingresará el identificador del Registro de Compra que quiere consultar.
Actores
Encargado de compra
Pre-Condición
El Encargado de compra ha iniciado sesión con éxito.
Flujo de eventos
Flujo principal
El caso de uso inicia cuando el Encargado de compra selecciona Buscar registro de compra en la interfaz del “Gestión de registro de compras”.
El Sistema muestra la interfaz “Buscar Registro de compra”:
Campos:
- Identificador del Registro a buscar.
Botones:
- Buscar.
- Regresar.
El Encargado de compra ingresa el identificador y presiona en “Buscar”.
El Sistema encuentra y muestra en un encabezado el Registro de Compra:
Área:
- Identificador.
Botones:
Visualizar.
Modificar.
Eliminar.
Regresar.
4.2 Flujo alternativo
En el paso 4:
El Sistema no encuentra el Registro de compra.
El Sistema muestra una ventana emergente:
- Mensaje: “No se encontró el Registro”
- Botón: Aceptar.
En el paso 2:
El encargado de compra presiona el botón de Regresar.
El Sistema sale al Menú principal.
En el paso 3:
El encargado de compra no ha completado el campo necesario y presiona Buscar.
El Sistema lanza una advertencia en una ventana emergente:
Mensaje: “Por favor, ingrese el campo para buscar”
Botón: Ok.
El Encargado de compra clickea “OK” y continúa con el registro.
Post-Condición
Se encontró el Registro de compra.
Modificar Registro de Compra
Descripción
El Encargado de compra modificará la información de un Registro de compra existente por conveniencia administrativa.
Actores
Encargado de compra
Pre-Condición
El Encargado de compra ha iniciado sesión con éxito.
El Registro de compra existe en el sistema.
Flujo de eventos
Flujo principal
Se realiza el caso de uso Buscar Registro de Compra.
El Encargado de compra clickea el botón “Modificar”.
El Sistema muestra la interfaz “Modificar Registro de compra”:
Áreas llenas:
- Información del proveedor.
- Información de productos.
- Información del registro de compra.
También los botones:
Actualizar.
Cancelar.
El Encargado de compra modifica los campos que necesite.
El Encargado de compra clickea el botón “Actualizar”.
El Sistema le muestra un mensaje de “Registro de compra actualizado”.
4.2 Flujo alternativo
En el paso 5: El encargado de compra deja en blanco algún campo necesario y presiona Actualizar.
El Sistema lanza una advertencia en una ventana emergente:
Mensaje: “Por favor, complete todos los campos”
Botón: Ok.
El Encargado de compra clickea “OK” y continúa con la modificación.
En el paso 5:
El encargado de compra presiona el botón de cancelar.
El Sistema lanza una advertencia en una ventana emergente:
Mensaje: “¿Desea salir del registro? (Se perderán los datos)”
Botón 1: No.
Botón 2: Salir de todas formas.
El Sistema permanece en la misma interfaz (NO) o Sale al Menú principal (Salir de todas formas)
Post-Condición
Se alteró la entidad de Registro de compra.
Eliminar Registro de Compra
Descripción
El Encargado de compra eliminará un Registro de compra existente de la lista de los registros existentes.
Actores
Encargado de compra
Pre-Condición
El Encargado de compra ha iniciado sesión con éxito.
El Registro de compra existe en el sistema.
Flujo de eventos
Flujo principal
Se realiza el caso de uso Buscar Registro de Compra.
El Encargado de compra clickea el botón “Eliminar”.
El Sistema muestra una ventana emergente:
- Mensaje: “¿Está seguro de querer eliminar?”
Botones:
- No.
- Sí
El Encargado de compra clickea el botón “Sí”.
El Sistema le muestra una ventana emergente:
- Mensaje: “El Registro de Compra de Código xXx ha sido eliminado”.
Botón:
- Aceptar.
El Encargado de compra presiona “Aceptar”.
4.2 Flujo alternativo
En el paso 3:
El encargado de compra presiona el botón “No”.
El Sistema no procede con la eliminación y permanece en la misma interfaz de búsqueda.
Post-Condición
Se Eliminó la entidad Registro de Compra.
p.compra: DIAGRAMA DE ANALISIS
Crear Registro de Compra.
Buscar Registro de Compra.
Modificar Registro de Compra.
Eliminar Registro de Compra.
Clases de Análisis:
- Clases Entidad:
-Clases Interfaz:
-Clases Control:
Caso de Uso: Crear Registro de Compra: Realización de Caso de Uso de Análisis
Diagrama de Secuencias:
Diagrama de Colaboración
Flujo de Sucesos de Análisis: El encargado de compras ingresa los datos necesarios del Registro de compras a crear (1, 1.5), el sistema valida los campos con los datos (2), se genera el registro (3).
Caso de Uso: Buscar Registro de Compra: Realización de Caso de Uso de Análisis
Diagrama de Secuencias:
Diagrama de Colaboración:
Flujo de Sucesos de Análisis:
El encargado de compras ingresa el atributo de la opción o elige algún registro que le muestra la interfaz (1, 1.5), el sistema realiza la búsqueda y se asegura de su existencia (2, 2.5), finalmente el sistema registra la operación de búsqueda (3)
Caso de Uso: Modificar Registro de Compra: Realización de Caso de Uso de Análisis
Diagrama de Secuencias:
Diagrama de Colaboración:
Caso de Uso: Eliminar Registro de Compra: Realización de Caso de Uso de Análisi
Diagrama de Secuencias:
Diagrama de Colaboración:
Flujo de Sucesos de Análisis: El encargado de compra ingresa el atributo en la opción o lo encuentra en la interfaz de búsqueda (1, 1.5), el sistema realiza la búsqueda y el encargado de compra decide abrir el archivo (2, 3), el sistema abre el archivo y le muestra los campos (3, 4), finalmente el encargado de compra decide eliminar el archivo actual y el sistema registra esta solicitud (4, 5).
p.compra: d. de casos de uso del sistema
Registrar Proveedor
Buscar Proveedor
Actualizar Proveedor
P.Compra: E. CASOS DE USO DEL SITEMA
Gestionar Proveedor
Descripción
El encargado de compra ingresará los datos del proveedor que necesita registrar.
Actores
Encargado de compra
Pre-Condición
El encargado de compra ha iniciado sesión con éxito.
Flujo de eventos
Flujo principal
El caso de uso inicia cuando el Encargado de compra selecciona registrar producto en la interfaz del “Gestión de Proveedores”.
El Sistema muestra la interfaz “Registrar Proveedor”:
Campos:
- RUC
- Nombre
- Dirección
- Teléfono
- Correo
También los botones:
Registrar
Cancelar
El Encargado de compra completa todos los campos de información.
El Encargado clickea “Registrar”.
El Sistema le muestra un mensaje de “Registro completado”.
4.2 Flujo alternativo
En el paso 3: El encargado de compra presiona el botón de cancelar.
El Sistema lanza una advertencia en una ventana emergente:
Mensaje: “¿Desea salir del registro? (Se perderán los datos)”
Botón 1: No.
Botón 2: Salir de todas formas.
El Sistema permanece en la misma interfaz (NO) o Sale al Menú principal (Salir de todas formas).
En el paso 4: El encargado de compra no ha completado todos los campos necesarios.
El Sistema lanza una advertencia en una ventana emergente:
Mensaje: “Por favor, complete todos los campos”
Botón: Ok.
El Encargado de compra clickea “OK” y continúa con el registro.
Post-Condición
Se creó la entidad de ese proveedor.
Extensión
Actualizar Proveedor
Buscar Proveedor
Buscar Proveedor
Descripción
El Encargado de compra realizará la búsqueda de un proveedor en específico.
Actores
Encargado de compra
Pre-Condición
El Encargado de compra ha iniciado sesión con éxito.
Flujo de eventos
Flujo principal
El caso de uso inicia cuando el Encargado de compra selecciona la opción buscar proveedor
El Sistema le muestra la interfaz de búsqueda:
Campos:
- Código.
- Nombre.
- RUC.
Y muestra los botones:
- Buscar.
- Salir.
El Encargado de compra ingresa alguno de estos atributos.
El Encargado de compra clickea el botón “Buscar”.
El Sistema le muestra la información del proveedor.
4.2 Flujo alternativo
En el paso 3: El encargado de compra presiona el botón de Salir.
El Sistema regresa a la interfaz del Menú principal.
En el paso 5: El Sistema no encontró al proveedor.
El Sistema lanza una advertencia en una ventana emergente:
Mensaje: ”No se encontró al proveedor”
Botón: Aceptar.
El Encargado de compra clickea el botón “Aceptar”.
EL Sistema regresa a la interfaz de búsqueda.
Post-Condición
Se encontró al proveedor.
Actualizar Proveedor
Descripción
El Encargado de compra alterará la información registrada del proveedor.
Actores
Encargado de compra
Pre-Condición
El Encargado de compra ha iniciado sesión con éxito.
El Sistema cuenta con el proveedor registrado.
Flujo de eventos
Flujo principal
El caso de uso inicia cuando el Encargado de compra selecciona actualizar proveedor.
El Encargado de compra utiliza el caso de uso Buscar Proveedor.
El Sistema le muestra la información del proveedor.
- Campos
- Botón 1: Actualizar.
- Botón 2: Salir.
El Encargado de compra modifica los campos necesarios.
El Encargado clickea el botón “Actualizar”.
El Sistema le muestra un mensaje de “Actualizado con éxito”.
4.2 Flujo alternativo
En el paso 3: El encargado de compra presiona el botón de Salir.
El Sistema lanza una advertencia en una ventana emergente:
Mensaje: “¿Desea salir? (No se actualizará)”
Botón 1: No.
Botón 2: Salir de todas formas.
Post-Condición
Se modificó los datos del proveedor.
p.compra: DIAGRAMA DE ANALISIS
Registrar Proveedor
Caso de Uso: Registrar Proveedor: Realización de Caso de Uso de Análisis
Diagrama de Secuencias:
Diagrama de Colaboración:
Flujo de Sucesos de Análisis:
El encargado de compra ingresa los datos del proveedor en los campos que le muestra la interfaz de registro (1, 1.5), el sistema verifica la consistencia de los datos (2), finalmente el sistema genera el registro del proveedor (3).
p.compra: d. de casos de uso del sistema
P.Compra: e. casos de usos del sistema
Gestionar Producto
Descripción
El Encargado de compra ingresará los datos del producto que necesita registrar.
Actores
Encargado de compra
Pre-Condición
El Encargado de compra ha iniciado sesión con éxito.
Flujo de eventos
Flujo principal
El caso de uso inicia cuando el Encargado de compra selecciona registrar producto en la interfaz del “Gestión de Productos”.
El Sistema muestra la interfaz “Registrar Producto”:
Campos:
- Nombre
- Categoría.
- Forma farmacéutica.
- Fecha de vencimiento.
- Cantidad.
- Precio por unidad.
También los botones:
Registrar
Cancelar
El Encargado de compra completa todos los campos de información.
El Encargado clickea “Registrar”.
El Sistema le muestra un mensaje de “Registro completado”.
4.2 Flujo alternativo
En el paso 3: El encargado de compra presiona el botón de cancelar.
El Sistema lanza una advertencia en una ventana emergente:
Mensaje: “¿Desea salir del registro? (Se perderán los datos)”
Botón 1: No.
Botón 2: Salir de todas formas.
El Sistema permanece en la misma interfaz (NO) o Sale al Menú principal (Salir de todas formas)
En el paso 4: El encargado de compra no ha completado todos los campos necesarios.
El Sistema lanza una advertencia en una ventana emergente:
Mensaje: “Por favor, complete todos los campos”
Botón: Ok.
El Encargado de compra clickea “OK” y continúa con el registro.
Post-Condición
Se creó la entidad de ese producto.
Extensión
Buscar Producto
Actualizar Producto
Eliminar Producto
Buscar Producto
Descripción
El Usuario (Encargado de compra o técnico farmacéutico) realizará la búsqueda de un producto en específico.
Actores
Encargado de compra
Técnico Farmacéutico
Pre-Condición
El Usuario ha iniciado sesión con éxito.
Flujo de eventos
Flujo principal
El caso de uso inicia cuando el Usuario ha selecciona la opción buscar producto.
El Sistema le muestra la interfaz de búsqueda:
Campos:
- Código.
- Nombre.
- Categoría.
Y muestra los botones:
- Buscar.
- Salir.
El Usuario ingresa alguno de estos atributos.
El Usuario clickea el botón “Buscar”.
El Sistema le muestra la información del producto.
4.2 Flujo alternativo
En el paso 3: El encargado de compra presiona el botón de Salir.
El Sistema lanza una advertencia en una ventana emergente:
Mensaje: “¿Desea salir? (No se actualizará)”
Botón 1: No.
Botón 2: Salir de todas formas.
En el paso 5: El Sistema no encontró al proveedor.
El Sistema lanza una advertencia en una ventana emergente:
Mensaje: ”No se encontró al proveedor”
Botón: Aceptar.
El Usuario clickea el botón “Aceptar”.
EL Sistema regresa a la interfaz de búsqueda.
Post-Condición
Se encontró el producto.
Actualizar Producto
Descripción
El Encargado de compra alterará la información registrada del producto.
Actores
Encargado de compra
Pre-Condición
El Encargado de compra ha iniciado sesión con éxito.
El Sistema cuenta con el producto registrado.
Flujo de eventos
Flujo principal
El caso de uso inicia cuando el Encargado de compra selecciona actualizar producto en la interfaz de “Gestión de Productos”.
El Encargado de compra utiliza el caso de uso Buscar producto.
El Sistema le muestra la información del producto.
- Campos
- Botón 1: Actualizar.
- Botón 2: Salir.
El Encargado de compra modifica los campos necesarios.
El Encargado clickea el botón “Actualizar”.
El Sistema le muestra un mensaje de “Actualizado con éxito”.
4.2 Flujo alternativo
En el paso 3: El encargado de compra presiona el botón de Salir.
El Sistema lanza una advertencia en una ventana emergente:
Mensaje: “¿Desea salir? (No se actualizará)”
Botón 1: No.
Botón 2: Salir de todas formas.
El Sistema permanece en la misma interfaz (NO) o Sale al Menú principal (Salir de todas formas).
Post-Condición
Se modificó los datos del producto.
Eliminar Producto
Descripción
El Encargado de compra quitará un producto de la base de datos.
Actores
Encargado de compra
Pre-Condición
El Encargado de compra ha iniciado sesión con éxito.
El producto está registrado.
Flujo de eventos
Flujo principal
El caso de uso inicia cuando el Encargado de compra selecciona eliminar producto en la interfaz de “Gestión de Productos”.
El Encargado de compra utiliza el caso de uso Buscar producto.
El Sistema le muestra la información del producto:
- Botón 1: Eliminar.
- Botón 2: Salir.
El Usuario clickea el botón “Eliminar”.
El Sistema le muestra un mensaje de “Eliminado con éxtio”.
4.2 Flujo alternativo
En el paso 4: El encargado de compra presiona el botón de Salir.
El Sistema regresa a la interfaz del Menú principal.
Post-Condición
Se eliminó la entidad de ese producto.
p.compra: DIAGRAMA DE ANALISIS
Registrar Producto
Caso de Uso: Registrar Producto: Realización de Caso de Uso de Análisis
Diagrama de Secuencias:
Diagrama de Colaboración:
Flujo de Sucesos de Análisis:
El encargo de compra ingresa los datos del nuevo producto a registrar en los campos que le muestra la interfaz de registro (1, 1.5), el sistema verifica que los datos tengan consistencia (2), finalmente el sistema genera el registro del nuevo producto (3).
PROCESO VENTA
P.VENTA: E. CASO DE USO DEL NEGOCIO
Descripción
Este Caso de uso de negocio nos brinda información del “proceso de compra” en la botica “Irisfarma”.
Flujo de eventos principal
El proceso de venta inicia cuando el cliente solicita un producto.
El técnico farmacéutico verifica si el producto necesita receta médica.
El técnico farmacéutico realiza una serie de preguntas:
¿Desde cuándo presenta el síntoma o dolencia?
¿Está tomando actualmente medicamentos?
¿Es alérgico a algún medicamento?
¿Ya acudió al médico?
¿Primera vez que le sucede?
El técnico farmacéutico analiza las respuestas brindadas por el cliente.
El técnico farmacéutico recomienda el medicamento adecuado para mermar las dolencias o síntomas.
El técnico farmacéutico verifica la existencia del producto en almacén.
El técnico farmacéutico le entrega el medicamento al cliente, pero le hace algunas recomendaciones como:
Para quién va dirigido el producto.
Para que es el producto.
Como debe administrarse, su Forma farmacéutica.
Cuando y hasta cuando usar.
El técnico le recomienda que acuda al médico para que se le diagnostique el problema.
El cliente se acerca a caja para cancelar el producto.
El proceso finaliza con la emisión de la boleta de compra.
Flujos de eventos alternativos
En el paso 2.3.2.1, El cliente puede llegar a la botica solo para realizar una consulta, el técnico farmacéutico aclarara su consulta y finaliza el proceso.
En el paso 2.3.2.3, Si necesita receta médica, el técnico farmacéutico solicitara su la prescripción médica del cliente. El químico verifica si la prescripción es correcta para el cliente, si se encontrase algún error se le indicara que vuelva al médico para que le realice una nueva prescripción y finalizara el proceso.
En el paso 2.3.2.5, si no se cuenta con el medicamento, el Químico técnico farmacéutico sugerirá otro producto con los mismos componentes (no puede realizar prescripciones).Si el cliente acepta la sugerencia se continuara el flujo básico, pero si no acepta, se cancela la venta y finaliza el proceso.
En el paso 2.3.2.6, si el cliente no está de acuerdo con la recomendación del Químico, no se realiza la venta y finaliza el proceso.
En el paso 2.3.2.8, si la botica no emite boleta, el cliente puede cancelar la compra del producto y finaliza el proceso.
Diagrama de Roles
Diagrama de Análisis:
p.VENTA: D. CASOS DE USO DEL SISTEMA
REGISTRAR NUEVO PEDIDO
Descripción
Este caso de uso lo ejecuta el Técnico farmacéutico, cuando se requiere registrar los productos que solicita un cliente.
Actores
Técnico farmacéutico
PRE-CONDICIÓN
El Técnico farmacéutico inició sesión en el sistema.
FLUJO DE EVENTOS
Flujo principal
El caso de uso inicia cuando el Técnico farmacéutico selecciona la opción registrar nuevo pedido.
El sistema muestra los campos de datos necesarios a introducir:
Dni, nombre y apellidos del cliente
Seleccionar la opción buscar producto.
Se hace uso del caso de uso BUSCAR PRODUCTO.
El técnico farmacéutico selecciona el producto.
El sistema registra el producto seleccionado.
El técnico farmacéutico selecciona la opción generar pedido.
El sistema guarda el pedido con un número único.
El sistema muestra le mensaje: “PEDIDO GUARDADO EXITOSAMENTE”.
Flujo alternativo
En el paso 5
Si el sistema no encuentra el producto, muestra el mensaje “PRODUCTO NO ENCONTRADO”.
En el paso 8
Si el sistema no logra guardar el pedido mostrara el mensaje “NO SE PUDO GUARDAR EL PEDIDO EN LA BASE DE DATOS”.
POST-CONDICIÓN
Dar de alta un nuevo pedido en la pase de datos.
Modelo de análisis
Diagrama de secuencia
Diagrama de Colaboración
MODIFICAR REGISTRO DE PEDIDO
Descripción
Este caso de uso lo ejecuta el encargado de caja, cuando se requiere corregir algún dato en el registro de pedido o cuando se quiere agregar o eliminar productos del pedido.
Actores
Técnico farmacéutico
PRE-CONDICIÓN
El Técnico farmacéutico inició sesión en el sistema.
FLUJO DE EVENTOS
Flujo principal
El caso de uso inicia cuando el técnico farmacéutico selecciona la opción modificar pedido.
El técnico farmacéutico busca el pedido.
Se hace uso de caso de uso BUSCAR PEDIDO.
El muestra el contenido del pedido y habilita los datos para modificarlos.
El técnico farmacéutico modifica el campo requerido.
El técnico farmacéutico selecciona la opción guardar los cambios.
El sistema guarda los cambios en la base de datos.
El sistema muestra el mensaje “PEDIDO MODIFICADO CON ÉXITO”.
Flujo alternativo
En el paso 2
El técnico farmacéutico no ingresa el número de pedido en el campo de búsqueda, el sistema muestra una alerta “INGRESE UN NUMERO VALIDO”.
En el paso 4
Si el sistema no encuentra el pedido mostrara el mensaje “PEDIDO NO ENCONTRADO”
En el paso 5
El técnico puede agregar productos, se hace uso del caso de uso BUSCAR PRODUCTO.
En el paso 7
El sistema no puede guardar los cambios, mostrara el mensaje “NO SE PUDO GUARDAR LOS CAMBIOS”
POST-CONDICIÓN
Modificar pedido en la base de datos
Modelo de análisis
Diagrama de secuencia
Diagrama de Colaboración
BUSCAR REGISTRO DE PEDIDO
Descripción
Este caso de uso lo ejecuta el técnico farmacéutico, cuando se necita hacer una operación sobre el registro de pedido.
Actores
Técnico farmacéutico
PRE-CONDICIÓN
El Técnico farmacéutico inició sesión en el sistema.
Pedido registrado previamente.
FLUJO DE EVENTOS
Flujo principal
El caso de uso inicia cuando el Técnico farmacéutico selecciona la opción buscar pedido.
El técnico farmacéutico ingresa el identificador de pedido en el campo de búsqueda.
El sistema muestra los siguientes datos:
Fecha y hora del pedido
Datos del cliente
Identificador de pedido
Lista de productos del pedido
El caso de uso termina cuando el técnico selecciona la opción ok.
Flujo alternativo
En el paso 2
Si el técnico farmacéutico no ingresa el identificador de pedido, el sistema mostrara el mensaje “INGRESE UN NUMERO VALIDO”.
En el paso 3
Si el sistema no encuentra el pedido, mostrara el mensaje “NO SE ENCONTRO EL PEDIDO”.
POST-CONDICIÓN
Mostrar información detallada del registro de pedido.
Modelo de análisis
Diagrama de secuencia
Diagrama de colaboración
CONFIRMAR ENTREGA
Descripción
Este caso de uso lo ejecuta el Técnico farmacéutico, cuando se ha despachado los productos al cliente.
Actores
Técnico farmacéutico
PRE-CONDICIÓN
El Técnico farmacéutico inició sesión en el sistema.
FLUJO DE EVENTOS
Flujo principal
El caso de uso inicia cuando el técnico farmacéutico selecciona el pedido en la pantalla gestionar pedidos.
El sistema habilita la opción “asignar confirmación”
El técnico farmacéutico asigna el estado “confirmado”.
El sistema guarda el estado en la base de datos.
El sistema muestra el mensaje “VENTA CONFIRMADA”
Flujo alternativo
En el paso 3
Si el sistema no encuentra el pedido mostrara el mensaje “PEDIDO NO ENCONTRADO”
En el paso 4
Si el sistema no puede asignar el estado en la base de datos, el sistema muestra el mensaje “NO SE PUDO ASIGNAR EL ESTADO”
POST-CONDICIÓN
Asignar estatus confirmado a pedido y guardar en la base de datos.
Modelo De Análisis
Diagrama De Secuencia
Diagrama De Colaboración
PROCESO ALMACEN
P.Almacen: E. CASOS DE USO DEL NEGOCIO
Descripción
Este proceso nos indica cómo se realiza la recepción de productos farmacéuticos, enviados por los proveedores, y la técnica de almacenamiento.
Flujo de eventos principal
El proceso inicia cuando el repartidor designado por el proveedor, entrega el pedido al encargado de almacén.
El encargado de almacén inspecciona la entrega considerando algunas pautas:
La fecha de entrega
Si están dañados o rotos.
El encargado de almacén realiza muestreo, cogiendo uno de cada producto recibido y basándose en ciertos criterios como:
Fecha de vencimiento
Lote del producto
dosis
Forma farmacéutica
El encargado de almacén firma el comprobante de recepción.
El repartidor designado por el proveedor guarda el comprobante y entrega la copia al encargado de almacén.
El encargado de almacén guarda la copia en un folder para llevar el control de compras.
El encargado de almacén procede a clasificar cada producto.
El encargado de almacén selecciona el producto y almacena según reglas de conservación y aplicando el método fifo y fefo.
El encargado de almacén realiza el inventario general.
El proceso finaliza con la actualización del inventario.
Flujos de eventos alternativos
En el paso 2.4.2.1, si el pedido no se entrega a la fecha programada, la botica pude cancelar el pedido o dar un plazo adicional.
En el paso 2.4.2.2, si el encargado de almacén detecta que el pedido está dañado u otra inconsistencia, se devuelve el producto y se le envía un reclamo al proveedor.
Finaliza el proceso.
En el paso 2.4.2.3, si el producto no cumple con las pautas mencionadas, se devuelve el producto y se le envía un reclamo al proveedor.
Finaliza el proceso.
En el paso 2.4.2.5, si el repartidor designado por el proveedor no entrega la copia del comprobante de recepción, el encargado de almacén puede cancelar la entrega y finaliza el proceso.
Diagrama de Roles
P.ALMACEN: D. CASOS DE USO DE ALMACEN
E. CASOS DE USO DEL SISTEMA
Actualizar Catálogo
Descripción
El encargado de almacén selecciona la interfaz correspondiente a actualizar catálogo, donde se podrá visualizar todo los productos de la botica, los cuales podrán ser actualizados (agregar o eliminar).
Actores
Encargado de Almacén
Pre-Condición
El encargado de Almacén ha realizado correctamente el registro en el sistema introduciendo el nombre de usuario y la contraseña.
Flujo de eventos
Flujo principal
El CUS empieza cuando el Encargado de Almacén selecciona Actualizar Catálogo
El sistema muestra la interface de “Actualizar Catálogo”, donde se visualizará todos los productos.
El Encargado de Almacén selecciona el producto a actualizar.
El Encargado hace click en el botón “Agregar” o “Quitar”.
El sistema muestra una pantalla para ingresar la cantidad a quitar o agregar.
El Encargado hace click en “Aceptar”.
El Sistema muestra un mensaje “Producto Actualizado”.
El CUS finaiza.
4.2 Flujo alternativo
En el paso 8
Si el Encargado de Almacén elige otro producto para actualizar vuelve al paso 3.
En el paso 6
Si el Encargado de Almacén hace click en “Cancelar”, la operación se cancela.
Post-Condición
El producto queda actualizado en la base de datos.
Cerrar Caja
Descripción
El Cajero selecciona la interfaz correspondiente a Cerrar Caja, donde se el cajero quedara inactivo para realizar ventas.
Actores
Cajero
Pre-Condición
El cajero ha realizado correctamente el registro en el sistema introduciendo el nombre de usuario y la contraseña.
Flujo de eventos
Flujo principal
El CUS empieza cuando el Cajero selecciona Cerrar Caja
El sistema muestra la interface de “Iniciar Caja”, donde se mostrará:
Hora
Nombre del Cajero
Fecha y hora
El cajero hace click en “Cerrar Caja”.
El CUS finaliza.
4.2 Flujo alternativo
En el paso 3
Si el cajero hace click en “Cancelar”, el sistema regresa a la pantalla principal.
Post-Condición
El sistema queda inactivo para realizar las ventas.
Confirmar Altas
Descripción
El encargado de almacén selecciona la interfaz correspondiente a Confirmar Altas, donde se podrá visualizar los registros de compras para confirmar su llegada.
Actores
Encargado de Almacén
Pre-Condición
El encargado de Almacén ha realizado correctamente el registro en el sistema introduciendo el nombre de usuario y la contraseña.
Flujo de eventos
Flujo principal
El CUS empieza cuando el Encargado de Almacén selecciona Confirmar Altas
El sistema muestra la interface de “Confirmar Altas”.
El Encargado de Almacén busca el registro de comprar a confirmar.
El Encargado de Almacén ingresa el número de compra.
El sistema muestra el registro de comprar.
El Encargado de Almacén hace clic en “Confirmar”.
El sistema muestra un mensaje de confirmación.
El Encargado de Almacén hace click en “Aceptar”.
El CUS finaliza.
4.2 Flujo alternativo
En el paso 9
Si el Encargado de Almacén desea confirmar otro registro de compra, regresa al paso 3.
En el paso 8
Si el Encargado de Almacén hace click en “Cancelar”, se cancela la operación.
Salir
Si el Encargado de Almacén hace click en “Salir”, se mostrara la pantalla inicial.
Post-Condición
El registro de compra se ha confirmado.
Imprimir Documento de Venta
Descripción
El Cajero selecciona la interfaz correspondiente a Imprimir Documento de Venta, donde se podrá visualizar la boleta o factura a imprimir.
Actores
Cajero
Pre-Condición
El cajero ha realizado correctamente el registro en el sistema introduciendo el nombre de usuario y la contraseña.
El sistema debe tener registro de ventas.
Flujo de eventos
Flujo principal
El CUS uso inicia cuando el cajero requiere imprimir un documento de venta.
El cajero se dirige al Menú y selecciona “Imprimir Documento de Venta”.
El sistema muestra la venta a imprimir después de utilizar el CUS “Buscar Reg. De ventas”.
El sistema muestra una relación de pagos con la siguiente información:
N° de pedido.
Fecha de elaboración del pedido.
Fecha de pago.
Pago Registrado por.
Nombre y Apellido
Monto Total
El cajero selecciona la opción “Imprimir”.
El Sistema imprime la venta y muestra el siguiente mensaje: “Venta impresa exitosamente”.
El cajero hace click en “Aceptar”.
El CUS finaliza.
4.2 Flujo alternativo
En el paso 8
Si el cajero desea imprimir otro documento de venta, regresa al paso 3.
En el paso 5
Si el cajero selecciona “Cancelar”, el sistema cierra la ventana del documento de venta
En el paso 3
El sistema muestra un mensaje “No existen ventas”, si es que aún no se ha registrado una venta.
Post-Condición
El documento de venta queda impreso.
Generar Reporte de Inventario
Descripción
El encargado de almacén selecciona la interfaz correspondiente a generar reporte de inventario, donde se podrá visualizar el reporte generado por el sistema, el cual podrá ser imprimido si es que se desea.
Actores
Encargado de Almacén
Pre-Condición
El encargado de Almacén ha realizado correctamente el registro en el sistema introduciendo el nombre de usuario y la contraseña.
El cajero ha cerrado caja, para ya no realizar más ventas e influyan en el inventario.
Flujo de eventos
Flujo principal
El CUS empieza cuando el Encargado de Almacén selecciona Realizar Reporte de Inventario.
El sistema muestra la interface de “Generar Reporte de Inventario”.
El Encargado de Almacén elige entre generar “Reporte de Inventario Físico” y “Productos Con Stock Mínimo”.
El sistema muestra el reporte.
El Encargado de Almacén hace click en el icono “Imprimir”.
El Sistema imprime el reporte.
4.2 Flujo alternativo
En el paso 5
Si el Encargado de Almacén pulsa “Salir”, nos llevará a la ventana principal.
Post-Condición
El reporte seleccionado queda impreso para su revisión.
Modelo de Análisis Almacén
Entidades:
Control:
Interface:
CUS: REPORTE DE INVENTARIO
Diagrama de Clases:
Diagrama de Secuencia
Diagrama de Colaboración
CUS: ACTUALIZA STOCK
Diagrama de Clases:
Diagrama de Secuencia:
Diagrama de Colaboración:
CUS: CONFIRMAR ALTAS
Diagrama de Clases:
Diagrama de Secuencia:
Diagrama de Colaboración:
INTERFACES
REGISTRO DE COMPRA:
GESTION DE PROVEEDORES:
Actualizar
Buscar:
GESTION DE PRODUCTOS:
Registrar:
Actualizar:
Buscar
Eliminar:
PROCESO DE VENTA:
GESTION DE PEDIDOS
Nuevo pedido
Búsqueda de pedido
Botica IrisFarma
73
2016-I
Facultad de Ingeniería de Sistemas e Informática