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