Unidad de Análisis y Diseño Ing. Erwin Mejía Universidad Mariano Gálvez de Guatemala Ingeniería en Sistemas de Información y Ciencias de la Computación PROYECTO FINAL DE AREA DE ANALISIS Y DESARROLLO DE SOFTWARE Erwin Anibal Mejía Solano 2790-07-16301 Mazatenango, 25 de noviembre de 2018 Unidad de Análisis y Diseño Ing. Erwin Mejía PRESENTACIÓN El proyecto que se presenta a continuación fue elaborado por el Ingeniero en Sistemas Erwin Anibal Mejía Solano bajo el apoyo supervisión de DIGASUR S.A. para el desarrollo e implementación del sistema de gestión de pedidos y distribución de aguas gaseosas “SISAGUA”, cuya finalidad será la gestión de pedidos y asignación de productos y a través de rutas por medio de su flotilla de camiones, gestión de clientes, inventarios, proveedores para la empresa DIGASUR S.A., el análisis y diseño del sistema fue realizado bajo la metodología RUP. Unidad de Análisis y Diseño Ing. Erwin Mejía TABLA DE CONTENIDO Glosario de términos ............................................................................................... 1 I. Antecedentes ……………………………………………………………………………2 II. Visión ……………………………………………………………………………………5 1. Introducción ..................................................................................................... 5 1.1 Propósito .................................................................................................... 5 1.2 Alcance ...................................................................................................... 5 1.3 Definiciones, acrónimos y abreviaturas ...................................................... 5 2. Posicionamiento .............................................................................................. 5 2.1 Oportunidad de negocio ............................................................................. 5 2.2 Formulación del problema .......................................................................... 5 2.3 Descripción de la solución.......................................................................... 7 3. Stakeholder y descripción de usuarios ............................................................ 8 3.1 Sumario de stakeholder ............................................................................. 8 3.2 Sumario de usuarios .................................................................................. 8 3.3 Priorización de necesidades claves de stakeholders y usuarios ................ 9 4. Visión del producto .......................................................................................... 9 4.1 Perspectiva del producto ............................................................................ 9 4.2 Sumario de capacidades ............................................................................ 9 4.3 Supuestos y dependencias ...................................................................... 10 5. Documentación requerida .............................................................................. 10 III. Visión del negocio ............................................................................................ 12 1. Introducción ................................................................................................... 12 1.1 Propósito .................................................................................................. 12 1.2 Alcance .................................................................................................... 12 1.3 Definiciones, acrónimos y abreviaciones ................................................. 12 2. Posicionamiento ............................................................................................ 12 2.1 Oportunidad de negocio ........................................................................... 12 2.2 Definición del problema ............................................................................ 13 3. Descripción de stakeholder y clientes ............................................................ 13 3.1 Resumen de stakeholder ......................................................................... 13 Unidad de Análisis y Diseño Ing. Erwin Mejía 3.2 Resumen de clientes ................................................................................ 14 3.3 Necesidades claves de los stakeholder y clientes ................................... 14 4. Objetivos del modelo del negocio .................................................................. 15 IV. Reglas del negocio .......................................................................................... 17 1. Introducción ................................................................................................... 17 1.1 Propósito .................................................................................................. 17 2. Definición de reglas ....................................................................................... 17 V. Plan de administración de requerimientos ........................................................ 19 1. Introducción ................................................................................................... 19 1.1 Propósito .................................................................................................. 19 1.2 Definiciones, acrónimos y abreviaturas .................................................... 19 2. Administración de requerimientos .................................................................. 19 2.1 Organización, responsabilidades e interfaces .......................................... 19 2.2 Herramientas, ambientes e infraestructura .............................................. 19 3. El programa administrador............................................................................. 20 3.1 Identificación de los requerimientos ......................................................... 20 3.2 Matriz de trazabilidad ............................................................................... 21 3.3 Atributos ................................................................................................... 23 4. Administración para cambio de requerimientos ............................................. 24 4.1 Proceso de petición y aprobación de cambios ......................................... 24 4.2 Junta de control de cambios .................................................................... 24 VI. Documento de arquitectura del negocio .......................................................... 26 1. Introducción ................................................................................................... 26 1.1 Propósito .................................................................................................. 26 1.2 Definiciones, acrónimos y abreviaciones ................................................. 26 2. Representación de la arquitectura ................................................................. 26 2.1 Modelo de capas ...................................................................................... 26 3. Vista de proceso de negocio.......................................................................... 29 3.1 Diagrama de casos de uso ....................................................................... 29 3.2 Especificaciones de casos de uso ........................................................... 30 VII. Diagramas del RUP ........................................................................................ 38 1. Diagrama de caso de uso solicitud de servicio .............................................. 38 Unidad de Análisis y Diseño Ing. Erwin Mejía 2. Diagrama de secuencia de solicitud de servicio ............................................ 39 3. Diagrama de caso de uso autorización para servicio a la Secretaría de Medio Ambiente.... 40 4. Diagrama de secuencia autorización para servicio a la Secretaría de Medio Ambiente .................................................................................................................... 41 5. Diagrama de caso de uso propuesta al cliente para servicio ......................... 42 6. Diagrama de actividades propuesta al cliente para servicio .......................... 43 7. Diagrama de caso de uso asignación de vehículos y personal para el servicio............................................................................................................... 44 8. Diagrama de actividades asignación de vehículos y personal para el servicio ........ 45 9. Diagrama de caso de uso solicitud de autorización para vehículos a la Secretaría de Medio Ambiente. ......................................................................... 46 10. Diagrama de secuencias solicitud de autorización para vehículos a la Secretaría de Medio Ambiente. ......................................................................... 47 11. Diagrama de caso de uso solicitud para contenedores ... Ошибка! Закладка не определена. 12. Diagrama de secuencias solicitud para contenedores Ошибка! Закладка не определена. 13. Diagrama de caso de uso registro de clientes ............................................. 47 14. Diagrama de secuencia registro de clientes ................................................ 48 15. Diagrama de caso de uso registro de vehículos .......................................... 49 16. Diagrama de secuencia de registro de vehículos ........................................ 49 17. Diagrama de estados solicitud de cliente.................... Ошибка! Закладка не определена. 18. Diagrama de entidad relación SISAGUA ..................................................... 50 19. Script para la creación de la base de datos ................................................. 51 Unidad de Análisis y Diseño Ing. Erwin Mejía Glosario de términos GUIA Documento que indica el nombre del conductor, ruta y listado de facturas asignadas. FACTURA Documentos que entregara el conductor al cliente designado. PEDIDO Orden de compra enviada por el cliente donde se detalla los productos a adquiri. RUTA Sucesión de puntos de entrega marcados cuando se hace entrega del producto a la puerta de la tienda o depósito del cliente. Existencias Son el total de productos disponibles para la venta SISAGUA Sistema de Información de Residuos. DIGASUR Distribuidora de gaseosas del Sur. 1 Unidad de Análisis y Diseño Ing. Erwin Mejía I. Antecedentes DIGASUR S.A. es una empresa líder en el transporte y distribución de aguas gaseosas en el departamento de Suchitepequez a pedidos. Uno de los objetivos de DIGASUR S.A. es agilizar y sistematizar los procesos con los que funcionen dentro de la empresa, adaptando una infraestructura informática capaz de organizar los pedidos recibidos por los clientes de la zona para poder agilizar la entrega por medio de rutas definidas. El sistema que se diseñará e implementará debe servir como herramienta principal para DIGASUR S.A. para optimizar los recursos empresariales, para la gestión de solicitud de pedidos de aguas gaseosas0 y demás procesos que serán detallados a lo largo del documento. Con este sistema se pretende obtener grandes beneficios tanto para la alta gerencia por para los operadores, puesto que los procesos serán mejor organizados y automatizados. Para el desarrollo e implementación del Sistema se definieron las siguientes especificaciones técnicas: 1. El sistema se deberá regir por los lineamientos técnicos y administrativos que la empresa DIGASUR S.A. tiene definidos y que serán entregados por la misma a los consultores a iniciar el trabajo. 2. El análisis y diseño del sistema deberá ser desarrollado bajo la metodología RUP. 3. Los productos deberán ser desarrollados utilizando ORACLE, y sus herramientas vinculadas como: PHP programación web, APACHE como servidor web, estándares de programación a utilizar deben requerimientos de la empresa DIGASUR S.A. 4. En circunstancias que la capacidad instalada de una o más instituciones amerite el uso de una base de datos o de herramientas de desarrollo de software diferentes, deberá proveerse el mecanismo para interconectar éstas a ORACLE, permitiendo compartir la información de forma transparente para el usuario. la base de datos como lenguaje de entre otras. Los cumplir con los 2 Unidad de Análisis y Diseño Ing. Erwin Mejía El presente documento describe el análisis y diseño del Sistema de Información Web (SISAGUA) que será utilizado por la empresa DIGASUR S.A. para la gestión de residuos y cuyo desarrollo corresponde a la metodología RUP. 3 Unidad de Análisis y Diseño Ing. Erwin Mejía SISAGUA Visión Versión 1.0 HISTORIAL DE REVISIÓN Fecha reunión Versión Descripción Autor 15/10/2018 Borrador Borrador inicial Ing. Erwin Anibal Mejía Solano 4 Unidad de Análisis y Diseño Ing. Erwin Mejía II. Visión 1. Introducción 1.1 Propósito Describir los procesos que conforman los pedidos de los clientes de aguas gaseosas, asignación de rutas y control de inventario para los cuales se dedica DIGASUR S.A. 1.2 Alcance Este documento se cubren los pasos por los que pasa un proyecto desde su promoción hasta su conclusión y se indicará como se verán involucrados los actores dentro del sistema. 1.3 Definiciones, acrónimos y abreviaturas Observar el glosario de términos. 2. Posicionamiento 2.1 Oportunidad de negocio El sistema informático web intenta plantear la solución para el problema que conlleva el manejo de documentos físicos y el tiempo que genera el envío y recepción de solicitudes al departamento de ventas, además agilizar el trámite para el envió de sus productos lo más pronto posible. Con la utilización del sistema que se planteara, se espera agilizar los trámites de envío y recepción de solicitud de compra y poder proporcionar una herramienta informática que ayude a la toma de decisiones la empresa DIGASUR S.A. 2.2 Formulación del problema El sistema va a llevar control del ciclo en el que la solicitud de compra presentada por el cliente y DIGASUR S.A. se encarga de la gestión para la aprobación de dicha solicitud basado en las existencias de productos en bodega, permitirá la impresión de la factura y asignación de ruta a través de los camiones disponibles con su respectivo conductor. 5 Unidad de Análisis y Diseño Ing. Erwin Mejía Solicitud del cliente: Es cuando el cliente solicita a DIGASUR S.A. un pedido de aguas gaseosas en sus diferentes presentaciones y casas de proveedores. Autorización de compra: Es la fase en la que DIGASUR S.A. autoriza la venta al cliente solicitante basados en la existencias de proveedores de bodega. Envíos: Documento que a través de correo electrónico DIGASUR S.A. le indica al cliente el día en que llegara su pedido y el nombre del conductor que le realizara la entrega así como el total a pagar de la factura. Asignación de Rutas: Es el momento en el que a cada pedido se le asigna una ruta en la cual se toma en cuenta el camión y su capacidad y el conductor. Ejecución: Es la fase en donde se desplaza el camión con un destino definido, haciendo entrega del pedido y la factura correspondiente al cliente. Finalización: es el momento en el cual el conductor recibe el pago y lo ingresa al sistema asignándolo al pedido realizado por el cliente junto con el envió de las coordenadas. El problema Gestión de Distribucion de Aguas Gaseosas a través de rutas por medio de una flotilla de camiones. Afecta DIGASUR S.A., Transportes y Clientes finales Impacto Se facilitará y gestionará de manera eficiente el proceso de distribución de aguas gaseosas de DIGASUR S.A., tomando en cuenta las rutas y la disponibilidad de camiones de la flotilla de transportes. Éxito esperado Con la implementación del sistema informático web se espera agilizar el proceso de solicitudes de pedidos y la gestión de ventas y distribución de aguas gaseosas por DIGASUR S.A. a todo el departamento de Suchitepéquez. 6 Unidad de Análisis y Diseño Ing. Erwin Mejía 2.3 Descripción de la solución Se implementará una pantalla principal parecida a la siguiente, en la cual se mostrarán los módulos que estarán habilitados por el sistema informático web: Pedidos Empleados Varios Clientes Reportes Compras Bodega Reportes Transportes No 1 Nombre del Módulo Pedidos 2 Clientes 3 Bodega 4 Transportes 7 Empleados Descripción Módulo en el cuál se realizarán los pedidos de los clientes basados en las existencias de los productos en bodega. Módulo en el cual se gestionarán los clientes, se podrán agregar, editar y eliminar y se les asignara un usuario y una clave para poder realizar el pedido respectivo. Gestionará las existencias de los productos, ordenados por proveedores y presentación. Se gestionarán los camiones repartidores con su respectivo conductor que serán utilizados para distribución de los pedidos según su ruta y disponibilidad. Se gestionarán los usuarios que utilizarán el sistema informático SISAGUA. 7 Unidad de Análisis y Diseño Ing. Erwin Mejía 8 Reportes Módulo en el cual se podrán obtener reportes de los diferentes procesos que tiene en disposición DIGASUR S.A. 9 Varios Módulo en el cual se podrá dar mantenimiento a otros tipos de submódulos, como tipos de vehículos, tipos de contenedores, tipo presentaciones, rutas, etc. 3. Stakeholder y descripción de usuarios En esta sección se describen las personas que conocen de las reglas del negocio y los usuarios del mismo. 3.1 Sumario de stakeholder Nombre Puesto Lic. Mario Méndez Gerente general de DIGASUR S.A. Ing. Luis Ramos Jefe de Bodega Ing. Pedro López Jefe de Transportes Licda. Maria Juarez Jefe de Recursos Humanos Rol Encargado de la gerencia de DIGASUR S.A. Encargado de la gestión de bodega de productos. Encargado de la flotilla de camiones repartidores y de sus conductores en DIGASUR S.A. Encargada de gestionar el recurso humano de la empresa 3.2 Sumario de usuarios 8 Unidad de Análisis y Diseño Ing. Erwin Mejía Descripción Nombre Stakeholder Lic. Mario Méndez Super usuario del sistema DIGASUR S.A. Ing. Luis Ramos Encargado de la gestión de productos DIGASUR S.A. Ing. Pedro López Encargado de la asignación de rutas y conductores DIGASUR S.A. Licda. Maria Juarez Engargado del ingreso de personal DIGASUR S.A. Nota: Estos usuarios es responsabilidad de DIGASUR S.A. definir los usuarios que aparecen en el cuadro fueron planteados de los requerimientos. 3.3 Priorización de necesidades claves de stakeholders y usuarios 1. 2. 3. 4. Registro y gestión de Clientes Gestion de bodega Registro de vehículos repartidores Registro de rutas. 4. Visión del producto Esta sección provee un alto nivel de visión del sistema que se propone desarrollar y la configuración del mismo. 4.1 Perspectiva del producto Una herramienta informática la cual permita gestionar las solicitudes de los clientes y el reparto de aguas gaseosas por medio de rutas. 4.2 Sumario de capacidades Solicitud del cliente para realizar pedidos. Control de inventarios. 9 Unidad de Análisis y Diseño Ing. Erwin Mejía Realizar envíos y facturas detalladas con asignación de rutas por camión repartidor. Notificación de entrega y coordenadas del punto en donde se entrega la misma. Cuadre del dinero recibido Realización de informe de venta diarias. 4.3 Supuestos y dependencias Se asume que los usuarios tendrán acceso a internet para realizar los pedidos. El aviso de entrega por parte del chofer depende de la cobertura del proveedor de telefonía. 5. Documentación requerida Al finalizar el proyecto se entregara la siguiente documentación que se requiere por parte de DIGASUR S.A.: Manual del usuario Manual técnico Manual de instalación 10 Unidad de Análisis y Diseño Ing. Erwin Mejía SISAGUA Visión del Negocio Versión <1.0> HISTORIAL DE REVISIÓN Fecha reunión Versión Descripción Autor 27/09/2013 Borrador Borrador inicial Ing. Erwin Anibal Mejía Solano 11 Unidad de Análisis y Diseño Ing. Erwin Mejía III. Visión del negocio 1. Introducción 1.1 Propósito En esta parte definirá la actividad económica de la empresa, campo de acción y cuáles son sus objetivos de negocio. 1.2 Alcance El documento se tratará de describir el campo en el que el negocio se desenvuelve únicamente delimitando sus alcances y evitando salirse de sus límites. 1.3 Definiciones, acrónimos y abreviaciones Observar el glosario de términos. 2. Posicionamiento 2.1 Oportunidad de negocio El sistema que se está planteando resuelve las necesidades de la gestión de entrega de pedidos de aguas gaseosas en DIGASUR S.A., además de agilizar el proceso de autorización de pedidos y asignación de rutas, con esto el tiempo de respuesta con el cliente será mucho más rápido y la entrega del producto se realizar de forma ordenada, esto ayudará a mejorar los procesos además más fluidez a sus actividades tanto gerenciales. 12 Unidad de Análisis y Diseño Ing. Erwin Mejía 2.2 Definición del problema Las necesidades de DIGASUR S.A. son: Afecta a: Impacta a: Una solución exitosa seria: Acelerar los pedidos de los clientes. Gestionar de forma eficiente las existencias de los sabores que se ordenarán por tarimas. Agrupar los pedidos con base a rutas de entrega para minimizar costos. Registrar las ventas para realizar estudios de marketing posteriormente. DIGASUR S.A. debido a que será el ente directamente afectado. DIGASUR S.A. debido a que podrá hacer uso de una herramienta de software para la mejora de sus procesos. Clientes puesto que serán ellos los que realizan sus propios pedidos en línea. Una solución en donde las solicitudes sean tramitadas de forma más rápida. Una solución que les permita desde la web, llevar el control de los procesos de DIGASUR S.A. Una solución que permita gestionar los pedidos y ordenarlos en base a rutas. Una solución que permita ver las solicitudes para poder ser procesadas. 3. Descripción de stakeholder y clientes 3.1 Resumen de stakeholder Nombre Lic. Mario Méndez Ing. Luis Ramos Ing. Pedro López Descripción Responsabilidad Gerente general de DIGASUR Gerencia de negocios S.A. Encargado de Jefe de Bodega existencias Asignación y mantenimientos de Jefe de Transportes trasportes 13 Unidad de Análisis y Diseño Ing. Erwin Mejía 3.2 Resumen de clientes Nombre Descripción Responsabilidades Stakeholder Cualquier tienda y deposito de bebidas gaseosas que se encuentren en la región del departamento de Suchitepequez Negocios que se dedican a la venta de productos de consumo diario por menor y al por mayor. Venden productos de consumo diario entre los que se encutran bebidas gaseosas en todas sus presentaciones y de diferentes marcas. Surtir de bebidas gaseosas a las tiendas y depósitos de la región del departamento de Suchitepéquez 3.3 Necesidades claves de los stakeholder y clientes Necesidad Solicitud del cliente por medio de un pedidos de aguas gaseosas Autorización de despacho del pedido y asignación de ruta Carga del producto a las rutas asignadas. Aviso de entrega y cobro. Prioridad Concierne a Solución actual Soluciones propuestas Manual Convertido en un interfaz de usuario Manual Convertido en un interfaz de usuario 1 Clientes 1 Encargado de bodega 1 Transportes y Encargado de Bodega Manual 1 Piloto de trasporte Manual Convertido en un interfaz de usuario Convertido en un interfaz de usuario 14 Unidad de Análisis y Diseño Ing. Erwin Mejía Reporte de ventas y existencias 1 Gerente Manual Convertido en un interfaz de usuario 4. Objetivos del modelo del negocio a) Tener el control de las solicitudes del parte de los clientes para brindar un mejor servicio. b) Obtención de reportes especializados para ayudar en la toma de decisiones gerenciales. c) Evitar que se queden sin existencias de productos. d) Surtir aguas gaseosas las tiendas y depósitos del departamento de Suchitepéquez. e) Gestionar de manera correcta las rutas de distribución del producto. f) Garantizar la entrega del producto según los solicitado por el cliente. 15 Unidad de Análisis y Diseño Ing. Erwin Mejía SISAGUA Reglas del Negocio Versión <1.0> HISTORIAL DE REVISIÓN Fecha reunión Versión Descripción Autor 27/09/20013 Borrador Borrador inicial Ing. Erwin Anibal Mejía Solano 16 Unidad de Análisis y Diseño Ing. Erwin Mejía IV. Reglas del negocio 1. Introducción Este documento presenta el listado de las reglas del negocio para el sistema SISAGUA con el cual nos basaremos para desarrollar el software del mismo. 1.1 Propósito Especificar todas las reglas del negocio del sistema SISAGUA. 2. Definición de reglas La solicitud del cliente es recibida y es enviada a bodega para el despacho correspondiente En la bodega se busca cada producto por tarimas y se corrobora que hayan existencias. Si hay existencias de prepara el pedido y se le asigna una ruta según la dirección de la tienda o deposito que lo solicite. El encargado de transporte recibe el pedido y según la ruta que toque mañana asigna el camión y piloto que llevará el pedido entregándole la factura y enumerando los productos. Un camión repartidor pasara cada 3 días por cada ruta por lo que se asignara el pedido según la ruta que toque. Cada camión únicamente puede llevar el equivalente a 500 quintales en pedidos. Si se sobre pasa el peso se le asignara inmediatamente otro camión para la ruta. El chofer llevara asignado en el sistema cada punto a visitar según el pedido y factura. Cada vez que el chofer llegue a un destino al entregar el producto cobrara el monto de la factura y enviara un aviso de entrega junto con el dato del dinero recibido. 17 Unidad de Análisis y Diseño Ing. Erwin Mejía SISAGUA Plan de Administración de Requerimientos Versión <1.0> HISTORIAL DE REVISIÓN Fecha reunión Versión Descripción Autor 27/09/2013 1.0 Revisión preliminar Ing. Erwin Anibal Mejía Solano 18 Unidad de Análisis y Diseño Ing. Erwin Mejía V. Plan de administración de requerimientos 1. Introducción El objetivo de este documento es indicar la forma en que fueron recogidos los requerimientos del sistema SISAGUA, y en adelante se estará especificando el método utilizado para la recolección de los mismos. 1.1 Propósito La recolección de información se realizará mediante el uso de herramientas como entrevistas, encuestas y apuntes en reuniones, además se extraerá información de los documentos que se utilizan en la empresa. 1.2 Definiciones, acrónimos y abreviaturas Observar el glosario de términos. 2. Administración de requerimientos 2.1 Organización, responsabilidades e interfaces La persona responsable de la recolección de requerimientos en el sistema SISAGUA es el Ing. Erwin Anibal Mejía Solano, quien realizará las entrevistas, reuniones y leerá los documentos que indican las necesidades del sistema. La creación de interfaces estará a cargo del ing. Erwin Anibal Mejía Solano. 2.2 Herramientas, ambientes e infraestructura Para la recolección de los requerimientos se utilizó una computadora portátil con Microsoft Word 2013, Microsoft Excel 2013, Microsoft Visio 2013, este trabajo se realizó en las oficinas de DIGASUR S.A. que es la dirección donde estaban los stakeholders ubicados y por este motivo se estuvo en ese ambiente de trabajo. Para recolectar las necesidades fue necesaria una serie de visitas a la empresa para conocer el modelo del negocio, como también ver los documentos en los cuales se llevan los registros de la empresa, los cuales fueron leídos por el Ing. Erwin Anibal Mejía Solano como una forma de introducirse y conocer de una forma preliminar las necesidades que se tienen y que hay que desarrollar, además se 19 Unidad de Análisis y Diseño Ing. Erwin Mejía asistió a reuniones con los stakeholders durante cuatro días, se asistió a juntas de trabajo de otros sistemas que se realizan de forma paralela al SISAGUA y que van a estar como complemento para comprender la interacción y entender las normativas que se tiene que seguir según la empresa. 3. El programa administrador 3.1 Identificación de los requerimientos Listado de Requerimientos Solicitud del cliente para los pedidos. Solicitud de existencias. Solicitud para la asignación de camiones para transportar los productos Asignación de rutas. Notificación de entrega de productos. Informes varios de ventas de productos. Login.de trabajadores Login para clientes. Artefactos Objeto Requerimientos del stakeholder Necesidades del stakeholder Visión Necesidades del stakeholder Especificaciones de casos de uso. Modelos de casos de uso Especificaciones suplementarias seguridad facilidad de uso Recomendaciones Ing. Erwin Mejía Descripción Necesidades específicas, incluyendo cambios de los requerimientos que indican los stakeholders. Necesidades especificas del stakeholder . Casos de uso del sistema. Requerimientos no funcionales que no son capturados por los casos de uso. 20 Unidad de Análisis y Diseño Ing. Erwin Mejía 3.2 Matriz de trazabilidad 21 Unidad de Análisis y Diseño Ing. Erwin Mejía 22 Unidad de Análisis y Diseño Ing. Erwin Mejía 3.2.1 Criterio para la elección de ítems de trazabilidad El criterio adoptado para la elección de los ítems que colocamos en la matriz de trazabilidad se basó en imaginar la funcionalidad que se obtendrá al desarrollar las soluciones de cada requerimiento, estos ítems elegidos son los siguientes: Loguearse en el website Registrar una solicitud de cliente Enviar solicitud a bodega Realizar el despacho y asignar ruta Enviar pedido a unidad de transporte Asignar el pedido a camión repartidor y piloto en departamento de transportes Aceptación por parte del cliente en destino correspondiente Notificación de despacho con coordenadas del negocio destino. Cuadre de dinero recibido durante la ruta Informe de entregas del día. 3.3 Atributos 3.3.1 Atributos de los ítems de trazabilidad Prioridad. Estatus. Dificultad. Ubicación. Viene de (en la matriz). Llega a (en la matriz). 3.3.2 Ranking de requerimientos La totalidad de requerimientos del sistema SISAGUA por las siguientes dependencias: Críticos Importantes Capacidad de los clientes finales con acceso a internet. Cobertura telefónica para los choferes en ruta para notificación de entrega. Login.de empleado y de clientes 23 Unidad de Análisis y Diseño Ing. Erwin Mejía (Prioridad de Requerimientos) Útiles Solicitud den pedidos del cliente Gestion de inventarios de bodega. Ingreso de solicitudes. Despacho de productos y asignación de ruta. Entrega de productos a clientes. Notificación de entrega. Notificaciones de estados de los pedidos a los clientes. 3.3.3 Riesgos Los riesgos identificados corresponden a la conclusión del proceso de entrega respecto a la ruta y de que el usuario no pueda realizar el pedido por falta de conexión a internet. 4. Administración para cambio de requerimientos 4.1 Proceso de petición y aprobación de cambios Para el manejo de cambios se planeó realizar presentación del software cada vez que se termine una iteración para que se realicen los comentarios y solicitud de cambios por parte de los stakeholders y los expertos de DIGASUR S.A. 4.2 Junta de control de cambios La junta de control de cambios está compuesta por Lic. Mario Méndez, Ing. Luis Ramos y del Ing. Pedro López. 24 Unidad de Análisis y Diseño Ing. Erwin Mejía SISAGUA Documento de Arquitectura del Negocio Versión <1.0> HISTORIAL DE REVISIÓN Fecha reunión Versión Descripción Autor 27/09/2013 Borrador Borrador inicial Ing. Erwin Anibal Mejía Solano 25 Unidad de Análisis y Diseño Ing. Erwin Mejía VI. Documento de arquitectura del negocio 1. Introducción En este documento se muestra la arquitectura del sistema SISAGUA, visualizando las gráficas que describen la lógica del negocio del mismo. 1.1 Propósito Este documento proporciona una vista general de la arquitectura del negocio, utilizando varias vistas de la arquitectura para representar los aspectos diferentes del mismo. Se piensa capturar y transmitir las decisiones de la arquitectura significativas que se han hecho en el negocio. 1.2 Definiciones, acrónimos y abreviaciones Observar el glosario de términos. 2. Representación de la arquitectura 2.1 Modelo de capas El sistema informático web de residuos SISAGUA estará diseñado utilizando el modelo n-capas, en este caso se han identificado tres capas mostradas en la siguiente diagrama de componentes. 26 Unidad de Análisis y Diseño Ing. Erwin Mejía Existe una última capa no mostrada en la figura, dicha capa posee un servidor de base de datos Sql Server Enterprise. En dicho servidor estará alojada la base de datos que sirva de almacén a los datos de la aplicación SISAGUA. 2.1.1 Data Access Layer - Capa de acceso a datos: Esta capa presta los servicios básicos de acceso a la base de datos SQL Server conexiones, comandos y objetos. Servicio de conexiones: Establece una interface de acceso a conexiones a la base de datos Oracle. Utilización de una clase abstracta para la conexión, implementando la programación orientada a objetos (POO). Servicios de ejecución de comandos: Estos objetos representan un comando de ejecución de una sentencia en lenguaje SQL. 2.1.2 Business Rules – Reglas del Negocio Esta capa representa los objetos y servicios encargados de validar las reglas de los negocios de acuerdo a los requerimientos presentados. Objetos corporativos Administrador Bodega Transportes Piloto Solicitudes 2.1.3 Reglas de negocio Enviar la solicitud de pedido a bodega para despacho correspondientes Enviar la solicitud de despacho a ruta en transportes para asignación de camión y piloto. Realizar el envió de pedido correspondiente en un máximo de 3 días hábiles. Cuando el piloto de la ruta llega al destino correspondiente realiza la notificación correspondiente indicando las coordenadas y el efectivo recibido. . 27 Unidad de Análisis y Diseño Ing. Erwin Mejía Todos los usuarios del sistema tienen que ser autenticados y autorizados. No se puede iniciar un servicio si no se cuenta con las existencias correspondientes para cubrir las necesidades, por lo que es necesario solicitar el proveedor y notificar al cliente inmediatamente cuando realiza el pedido. 2.1.4 User Interface – Interfaz de usuario Esta capa representa los formularios, controles, eventos, iconos y otros objetos que interactúan directamente con los usuarios finales de la aplicación. Esta será la única capa que necesite ser alojada en un servidor web para que sea expuesta a los usuarios. Formularios. Botones. Menú de opciones. Creación y utilización de una biblioteca de clase para cifrado, con el objetivo de encriptar datos considerados dentro de la seguridad de la aplicación como lo puede ser una contraseña. Autenticación de usuarios a través de su rol en el sistema. 2.1.5 Validaciones del lado del cliente Validaciones del texto, máscaras de entrada, etc. Utilización de los script jQuery para la validación de formularios (jQuery.validator). 28 Unidad de Análisis y Diseño Ing. Erwin Mejía 3. Vista de proceso de negocio 3.1 Diagrama de casos de uso 29 Unidad de Análisis y Diseño Ing. Erwin Mejía 3.2 Especificaciones de casos de uso 3.2.1 Prioridades de casos de uso Prioridad 1 2 3 4 5 6 7 8 Caso de uso Solicitud de pedidos de cliente Envio de pedidos a bodega Asignacion de ruta Asignacion de transporte Cliente recibe producto Registro de clientes Registro de vehículos Notificación de entrega. Solicitud de pedidos del cliente Describe el proceso para la solicitud de servicio para la recolección de residuos o limpieza. Historial de revisión Fecha de Versión Descripción Autor Reunión 27/11/2018 Borrador Borrador inicial Ing. Erwin Anibal Mejía Solano Flujo Básico 1. 2. 3. 4. Llenar el formulario para registro de servicios. Almacenar en la base de datos lo contenido en el formulario. Verificar en bodega existencias de productos seleccionados Mostrar mensaje de confirmación. Resultados esperados Registro de un servicio en la base de datos. Actores DIGASUR S.A. Cliente 30 Unidad de Análisis y Diseño Ing. Erwin Mejía Envio de pedido bodega Describe el proceso para solicitar el Historial de Revisión Fecha de Versión Reunión 27/11/2018 Borrador Descripción Autor Borrador inicial Ing. Erwin Anibal Mejía Solano Flujo Básico 1. Enviar aviso de pedido a la cola en bodega. 2. Asignar ruta basados en dirección del negocio. 3. Almacenar en la base de datos lo contenido en el formulario de envíos a bodega. 4. Mostrar mensaje de confirmación. 5. Se notifica al cliente vía correo. Resultados esperados Registro del envío de solicitud para la autorización a la bodega. Actores DIGASUR S.A. Envío de pedidos y productos a cola de transportes Describe el proceso que se debe de realizar para enviar el pedido con los productos al departamento de transporte. Historial de Revisión Fecha de Versión Reunión 27/11/2018 Borrador Descripción Autor Borrador inicial Ing. Erwin Anibal Mejía Solano Precondiciones 31 Unidad de Análisis y Diseño Ing. Erwin Mejía Agrupar por rutas los pedidos, y asignar al camion del siguiente día los pedidos que se encuentren en la ruta del día Flujo básico 1. Creación de la ruta y cierre. Resultados esperados Registro de los pedidos que se asignen a la ruta del día siguiente Mostrar mensaje de confirmación. Actores DIGASUR S.A. Asignación de camiones repartidores y pilotos Describe el proceso de la asignación de camiones repartidores a ruta. Historial de Revisión Fecha de Versión Reunión 27/11/2018 Borrador Descripción Autor Borrador inicial Ing. Erwin Anibal Mejía Solano Precondiciones Que existan camiones disponibles para la ruta. Flujo básico 1. Verificar que hayan camiones disponibles para la empresa y pilotos 2. Registro en la base de datos de los vehículos, personal y pedidos asignados. 32 Unidad de Análisis y Diseño Ing. Erwin Mejía Flujo alterno 1.1 Si no hay vehículos y/o personal disponibles, notificar al cliente de una prolongación de tiempo para la ejecución del servicio. Resultados esperados Registrar en la base de datos los camiones y personal para el servicio. Mostrar mensaje de confirmación. Actores DIGASUR S.A. Entrega de pedidos al cliente Describe el proceso para la entrega correspondiente de los pedidos a los clientes y envio de notificación con las coordenadas Historial de Revisión Fecha de Versión Reunión 27/9/2013 Borrador Descripción Autor Borrador inicial Ing. Erwin Anibal Mejía Solano Flujo Básico 1. Llenar formulario de entrega en la localidad del cliente 2. Enviar las coordenas del cliente en donde se realizo la entrega y el cobro Resultados esperados Registro de entrega con el punto de la localidad para mapeo de ruta Actores 33 Unidad de Análisis y Diseño Ing. Erwin Mejía DIGASUR S.A. Cliente Cuadre de entregas del día Describe el proceso para realizar los cuadres respectivos de la entrega del día. Historial de Revisión Fecha de Versión Reunión 27/9/2013 Borrador Descripción Autor Borrador inicial Ing. Erwin Anibal Mejía Solano Precondiciones Verificar el reporte de entregas. Flujo básico 1. Se realiza un informe del día especificando el dinero cobrado y la ruta trazada durante el día. Resultados esperados Registro de entrega del pedido en la base de datos. Mostrar un mensaje de confirmación. Actores DIGASUR S.A. Registro de clientes Describe el proceso para el registro de clientes. Historial de revisión Fecha Reunión de Versión Descripción Autor 34 Unidad de Análisis y Diseño Ing. Erwin Mejía 27/9/2013 Borrador Borrador inicial Ing. Erwin Anibal Mejía Solano Flujo Básico 1. Llenar el formulario para registro del cliente. 2. Almacenar en la base de datos lo contenido en el formulario. 3. Mostrar mensaje de confirmación. Resultados esperados Registro del cliente en la base de datos. Actores DIGASUR S.A. Registro de camiones repartidores Describe el proceso para registro de camiones repartidores Historial de revisión Fecha de Versión Reunión 27/9/2013 Borrador Descripción Autor Borrador inicial Ing. Erwin Anibal Mejía Solano Flujo Básico 1. Llenar el formulario para registro de camiones y pilotos 2. Almacenar en la base de datos lo contenido en el formulario. 3. Mostrar mensaje de confirmación. Resultados esperados Registro de un servicio en la base de datos. Actores DIGASUR S.A. Secretaría de Medio Ambiente 35 Unidad de Análisis y Diseño Ing. Erwin Mejía 36 Unidad de Análisis y Diseño Ing. Erwin Mejía SISAGUA Diagramas del RUP Versión <1.0> HISTORIAL DE REVISIÓN Fecha reunión Versión Descripción Autor 27/09/2013 Borrador Borrador inicial Ing. Erwin Anibal Mejía Solano 37 Unidad de Análisis y Diseño Ing. Erwin Mejía VII. Diagramas del RUP 1. Diagrama de caso de uso solicitud de usuario cliente 38 Unidad de Análisis y Diseño Ing. Erwin Mejía 2. Diagrama de secuencia de solicitud de servicio 39 Unidad de Análisis y Diseño Ing. Erwin Mejía 3. Diagrama de caso de uso solicitud de pedidos 40 Unidad de Análisis y Diseño Ing. Erwin Mejía 4. Diagrama de secuencia solicitud de pedido DIGASUR S.A. sisagua 41 Unidad de Análisis y Diseño Ing. Erwin Mejía 5. Diagrama de caso de uso de envíos de pedidos a bodega. 42 Unidad de Análisis y Diseño Ing. Erwin Mejía 6. Diagrama de actividades envío de pedidos a bodega 43 Unidad de Análisis y Diseño Ing. Erwin Mejía 7. Diagrama de caso de uso asignación de camiones repartidores, pilotos y rutas 44 Unidad de Análisis y Diseño Ing. Erwin Mejía 8. Diagrama de actividades asignación de camiones repartidores, pilotos y rutas. 45 Unidad de Análisis y Diseño Ing. Erwin Mejía 9. Diagramad de caso de uso para entrega de productos en negocio del cliente solicitado. 46 Unidad de Análisis y Diseño Ing. Erwin Mejía 10. Diagrama de secuencias solicitud de autorización para vehículos a la Secretaría de Medio Ambiente. 13. Diagrama de caso de uso registro de clientes DIGASUR 47 Unidad de Análisis y Diseño Ing. Erwin Mejía 14. Diagrama de secuencia registro de clientes DIGASUR 48 Unidad de Análisis y Diseño Ing. Erwin Mejía 15. Diagrama de caso de uso registro de vehículos DIGASUR 16. Diagrama de secuencia de registro de vehículos DIGASUR 49 Unidad de Análisis y Diseño Ing. Erwin Mejía 18. Diagrama de entidad relación SISAGUA 50 Unidad de Análisis y Diseño Ing. Erwin Mejía 19. Script para la creación de la base de datos Se muestra solo los scripts para la creación de las tablas de la base de datos, para ver los demás scripts, véase en la carpeta de la instalación que se encuentra en el disco. -- phpMyAdmin SQL Dump -- version 4.4.14 -- http://www.phpmyadmin.net --- Servidor: 127.0.0.1 -- Tiempo de generación: 23-11-2018 a las 19:34:06 -- Versión del servidor: 5.6.26 -- Versión de PHP: 5.6.12 SET SQL_MODE = "NO_AUTO_VALUE_ON_ZERO"; SET time_zone = "+00:00"; /*!40101 SET @OLD_CHARACTER_SET_CLIENT=@@CHARACTER_SET_CLIENT */; /*!40101 SET @OLD_CHARACTER_SET_RESULTS=@@CHARACTER_SET_RESULTS */; /*!40101 SET @OLD_COLLATION_CONNECTION=@@COLLATION_CONNECTION */; /*!40101 SET NAMES utf8mb4 */; --- Base de datos: `aguasgaseosas` --- ---------------------------------------------------------- Estructura de tabla para la tabla `camiones` -CREATE TABLE IF NOT EXISTS `camiones` ( `idCamion` INT(11) NOT NULL, `idEstadoCamion` INT(11) NOT NULL, 51 Unidad de Análisis y Diseño Ing. Erwin Mejía `marca` VARCHAR(50) COLLATE utf8_spanish_ci NOT NULL, `modelo` INT(11) NOT NULL, `placa` VARCHAR(10) COLLATE utf8_spanish_ci NOT NULL ) ENGINE=INNODB AUTO_INCREMENT=4 DEFAULT COLLATE=utf8_spanish_ci; CHARSET=utf8 --- Volcado de datos para la tabla `camiones` -INSERT INTO `camiones` (`idCamion`, `idEstadoCamion`, `marca`, `modelo`, `placa`) VALUES (1, 1, 'Suzuki', 2010, 'C-458KEF'), (2, 1, 'Hino', 2012, 'C-583EID'), (3, 2, 'Hino', 2009, 'C-293AOW'); -- ---------------------------------------------------------- Estructura de tabla para la tabla `camiontrabajador` -CREATE TABLE IF NOT EXISTS `camiontrabajador` ( `idCamionTrabajador` INT(11) NOT NULL, `idCamion` INT(11) NOT NULL, `idTrabajador` INT(11) NOT NULL, `idRuta` INT(11) NOT NULL, `fecha` DATE NOT NULL ) ENGINE=INNODB DEFAULT CHARSET=utf8 COLLATE=utf8_spanish_ci; -- ---------------------------------------------------------- Estructura de tabla para la tabla `clientes` -CREATE TABLE IF NOT EXISTS `clientes` ( `idCliente` INT(11) NOT NULL, `nombres` VARCHAR(50) COLLATE utf8_spanish_ci NOT NULL, `apellidos` VARCHAR(50) COLLATE utf8_spanish_ci NOT NULL, `nit` VARCHAR(15) COLLATE utf8_spanish_ci NOT NULL, 52 Unidad de Análisis y Diseño Ing. Erwin Mejía `dpi` BIGINT(20) NOT NULL, `direccion` VARCHAR(100) COLLATE utf8_spanish_ci NOT NULL, `nombreComercial` VARCHAR(100) COLLATE utf8_spanish_ci NOT NULL, `telefono` INT(11) NOT NULL, `correo` VARCHAR(100) COLLATE utf8_spanish_ci NOT NULL ) ENGINE=INNODB AUTO_INCREMENT=2 DEFAULT CHARSET=utf8 COLLATE=utf8_spanish_ci; --- Volcado de datos para la tabla `clientes` -INSERT INTO `clientes` (`idCliente`, `nombres`, `apellidos`, `nit`, `dpi`, `direccion`, `nombreComercial`, `telefono`, `correo`) VALUES (1, 'Marta Julia', 'López Mendoza', '564899-8', 4681879421001, 'Avenida La Libertad, Mazatenango', 'Abarrotería La Económica', 787269875, '[email protected]'); -- ---------------------------------------------------------- Estructura de tabla para la tabla `estadocamiones` -CREATE TABLE IF NOT EXISTS `estadocamiones` ( `idEstadoCamion` INT(11) NOT NULL, `estadoCamion` VARCHAR(50) COLLATE utf8_spanish_ci NOT NULL ) ENGINE=INNODB AUTO_INCREMENT=3 DEFAULT CHARSET=utf8 COLLATE=utf8_spanish_ci; --- Volcado de datos para la tabla `estadocamiones` -INSERT INTO `estadocamiones` (`idEstadoCamion`, `estadoCamion`) VALUES (1, 'En funcionamiento'), (2, 'Reparación'); -- --------------------------------------------------------53 Unidad de Análisis y Diseño Ing. Erwin Mejía -- Estructura de tabla para la tabla `productos` -CREATE TABLE IF NOT EXISTS `productos` ( `idProducto` INT(11) NOT NULL, `idTipoPresentacion` INT(11) NOT NULL, `idProveedor` INT(11) NOT NULL, `idSabor` INT(11) NOT NULL, `idTarima` INT(11) NOT NULL, `producto` VARCHAR(100) COLLATE utf8_spanish_ci NOT NULL, `existencia` INT(11) NOT NULL ) ENGINE=INNODB AUTO_INCREMENT=2 DEFAULT CHARSET=utf8 COLLATE=utf8_spanish_ci; --- Volcado de datos para la tabla `productos` -INSERT INTO `productos` (`idProducto`, `idTipoPresentacion`, `idProveedor`, `idSabor`, `idTarima`, `producto`, `existencia`) VALUES (1, 1, 1, 1, 3, 'Caja 24 unidades', 400); -- ---------------------------------------------------------- Estructura de tabla para la tabla `proveedores` -CREATE TABLE IF NOT EXISTS `proveedores` ( `idProveedor` INT(11) NOT NULL, `proveedor` VARCHAR(100) COLLATE utf8_spanish_ci NOT NULL, `telefono` INT(10) NOT NULL, `correo` VARCHAR(100) COLLATE utf8_spanish_ci NOT NULL ) ENGINE=INNODB AUTO_INCREMENT=2 DEFAULT CHARSET=utf8 COLLATE=utf8_spanish_ci; --- Volcado de datos para la tabla `proveedores` -- 54 Unidad de Análisis y Diseño Ing. Erwin Mejía INSERT INTO `proveedores` (`idProveedor`, `proveedor`, `telefono`, `correo`) VALUES (1, 'Distribuidora Sagitario', 77716584, '[email protected]'); -- ---------------------------------------------------------- Estructura de tabla para la tabla `sabores` -CREATE TABLE IF NOT EXISTS `sabores` ( `idSabor` INT(11) NOT NULL, `sabor` VARCHAR(50) COLLATE utf8_spanish_ci NOT NULL ) ENGINE=INNODB AUTO_INCREMENT=6 DEFAULT COLLATE=utf8_spanish_ci; CHARSET=utf8 --- Volcado de datos para la tabla `sabores` -INSERT INTO `sabores` (`idSabor`, `sabor`) VALUES (1, 'Cola'), (2, 'Naranja'), (3, 'Uva'), (4, 'Roja'), (5, 'Piña'); -- ---------------------------------------------------------- Estructura de tabla para la tabla `tarimas` -CREATE TABLE IF NOT EXISTS `tarimas` ( `idTarima` INT(11) NOT NULL, `tarima` VARCHAR(25) COLLATE utf8_spanish_ci NOT NULL ) ENGINE=INNODB AUTO_INCREMENT=9 DEFAULT COLLATE=utf8_spanish_ci; CHARSET=utf8 --- Volcado de datos para la tabla `tarimas` 55 Unidad de Análisis y Diseño Ing. Erwin Mejía -INSERT INTO `tarimas` (`idTarima`, `tarima`) VALUES (1, 'A1'), (2, 'A2'), (3, 'B6'), (4, 'A4'), (5, 'B1'), (6, 'B2'), (7, 'B5'), (8, 'B3'); -- ---------------------------------------------------------- Estructura de tabla para la tabla `tipospresentaciones` -CREATE TABLE IF NOT EXISTS `tipospresentaciones` ( `idTipoPresentacion` INT(11) NOT NULL, `tipoPresentacion` VARCHAR(50) COLLATE utf8_spanish_ci NOT NULL ) ENGINE=INNODB AUTO_INCREMENT=3 DEFAULT CHARSET=utf8 COLLATE=utf8_spanish_ci COMMENT='Tabla para guardar las presentaciones (minis, 16 onzas, litros...)'; --- Volcado de datos para la tabla `tipospresentaciones` -INSERT INTO `tipospresentaciones` (`idTipoPresentacion`, `tipoPresentacion`) VALUES (1, 'Envase retornable 354 ml'), (2, 'Lata 12 onzas'); -- ---------------------------------------------------------- Estructura de tabla para la tabla `tipostrabajadores` -CREATE TABLE IF NOT EXISTS `tipostrabajadores` ( 56 Unidad de Análisis y Diseño Ing. Erwin Mejía `idTipoTrabajador` INT(11) NOT NULL, `tipoTrabajador` VARCHAR(50) COLLATE utf8_spanish_ci NOT NULL ) ENGINE=INNODB AUTO_INCREMENT=4 DEFAULT CHARSET=utf8 COLLATE=utf8_spanish_ci; --- Volcado de datos para la tabla `tipostrabajadores` -INSERT INTO `tipostrabajadores` (`idTipoTrabajador`, `tipoTrabajador`) VALUES (1, 'Despachador'), (2, 'Piloto de camión repartidor'), (3, 'Auxiliar de camión repartidor'); -- ---------------------------------------------------------- Estructura de tabla para la tabla `trabajadores` -CREATE TABLE IF NOT EXISTS `trabajadores` ( `idTrabajador` INT(11) NOT NULL, `idTipoTrabajador` INT(11) NOT NULL, `nombres` VARCHAR(50) COLLATE utf8_spanish_ci NOT NULL, `apellidos` VARCHAR(50) COLLATE utf8_spanish_ci NOT NULL, `dpi` BIGINT(20) NOT NULL, `licencia` BIGINT(20) NOT NULL, `nit` VARCHAR(15) COLLATE utf8_spanish_ci NOT NULL, `codigoTrabajador` INT(10) NOT NULL ) ENGINE=INNODB AUTO_INCREMENT=2 DEFAULT CHARSET=utf8 COLLATE=utf8_spanish_ci; --- Volcado de datos para la tabla `trabajadores` -INSERT INTO `trabajadores` (`idTrabajador`, `idTipoTrabajador`, `nombres`, `apellidos`, `dpi`, `licencia`, `nit`, `codigoTrabajador`) VALUES (1, 1, 'Erwin Aníbal', 'Mejía Lozano', 1234567891101, 1234567891101, '123456-7', 20180001); 57 Unidad de Análisis y Diseño Ing. Erwin Mejía -- ---------------------------------------------------------- Estructura de tabla para la tabla `usuariosclientes` -CREATE TABLE IF NOT EXISTS `usuariosclientes` ( `idUsuarioCliente` INT(11) NOT NULL, `idCliente` INT(11) NOT NULL, `usuario` VARCHAR(50) COLLATE utf8_spanish_ci NOT NULL, `password` VARCHAR(50) COLLATE utf8_spanish_ci NOT NULL, `estado` TINYINT(1) NOT NULL ) ENGINE=INNODB AUTO_INCREMENT=2 DEFAULT CHARSET=utf8 COLLATE=utf8_spanish_ci; --- Volcado de datos para la tabla `usuariosclientes` -INSERT INTO `usuariosclientes` (`idUsuarioCliente`, `idCliente`, `usuario`, `password`, `estado`) VALUES (1, 1, 'martalopez.mazate', '9e7862e62a1aa881c6b543204375a810fbe87aef', 1); -- ---------------------------------------------------------- Estructura de tabla para la tabla `usuariostrabajadores` -CREATE TABLE IF NOT EXISTS `usuariostrabajadores` ( `idUsuarioTrabajador` INT(11) NOT NULL, `idTrabajador` INT(11) NOT NULL, `usuario` VARCHAR(50) COLLATE utf8_spanish_ci NOT NULL, `password` VARCHAR(50) COLLATE utf8_spanish_ci NOT NULL, `estado` TINYINT(1) NOT NULL ) ENGINE=INNODB AUTO_INCREMENT=2 DEFAULT CHARSET=utf8 COLLATE=utf8_spanish_ci; --- Volcado de datos para la tabla `usuariostrabajadores` -58 Unidad de Análisis y Diseño Ing. Erwin Mejía INSERT INTO `usuariostrabajadores` (`idUsuarioTrabajador`, `idTrabajador`, `usuario`, `password`, `estado`) VALUES (1, 1, 'erwin.mejia', 'd033e22ae348aeb5660fc2140aec35850c4da997', 1); --- Índices para tablas volcadas ---- Indices de la tabla `camiones` -ALTER TABLE `camiones` ADD PRIMARY KEY (`idCamion`), ADD KEY `fk_camiones_estadocamiones` (`idEstadoCamion`); --- Indices de la tabla `camiontrabajador` -ALTER TABLE `camiontrabajador` ADD PRIMARY KEY (`idCamionTrabajador`), ADD KEY `fk_camiontrabajador_camion` (`idCamion`), ADD KEY `fk_camiontrabajador_trabajadores` (`idTrabajador`), ADD KEY `fk_camiontrabajador_rutas` (`idRuta`); --- Indices de la tabla `clientes` -ALTER TABLE `clientes` ADD PRIMARY KEY (`idCliente`); --- Indices de la tabla `estadocamiones` -ALTER TABLE `estadocamiones` ADD PRIMARY KEY (`idEstadoCamion`); --- Indices de la tabla `productos` -ALTER TABLE `productos` 59 Unidad de Análisis y Diseño Ing. Erwin Mejía ADD PRIMARY KEY (`idProducto`), ADD KEY `fk_productos_tipospresentaciones` (`idTipoPresentacion`), ADD KEY `fk_productos_proveedores` (`idProveedor`), ADD KEY `fk_productos_sabores` (`idSabor`), ADD KEY `fk_productos_tarimas` (`idTarima`); --- Indices de la tabla `proveedores` -ALTER TABLE `proveedores` ADD PRIMARY KEY (`idProveedor`); --- Indices de la tabla `sabores` -ALTER TABLE `sabores` ADD PRIMARY KEY (`idSabor`); --- Indices de la tabla `tarimas` -ALTER TABLE `tarimas` ADD PRIMARY KEY (`idTarima`); --- Indices de la tabla `tipospresentaciones` -ALTER TABLE `tipospresentaciones` ADD PRIMARY KEY (`idTipoPresentacion`); --- Indices de la tabla `tipostrabajadores` -ALTER TABLE `tipostrabajadores` ADD PRIMARY KEY (`idTipoTrabajador`); --- Indices de la tabla `trabajadores` -ALTER TABLE `trabajadores` ADD PRIMARY KEY (`idTrabajador`), 60 Unidad de Análisis y Diseño Ing. Erwin Mejía ADD KEY `fk_trabajadores_tipostrabajadores` (`idTipoTrabajador`); --- Indices de la tabla `usuariosclientes` -ALTER TABLE `usuariosclientes` ADD PRIMARY KEY (`idUsuarioCliente`), ADD KEY `fk_usuariosclientes_clientes` (`idCliente`); --- Indices de la tabla `usuariostrabajadores` -ALTER TABLE `usuariostrabajadores` ADD PRIMARY KEY (`idUsuarioTrabajador`), ADD KEY `fk_usuariostrabajadores_trabajadores` (`idTrabajador`); --- AUTO_INCREMENT de las tablas volcadas ---- AUTO_INCREMENT de la tabla `camiones` -ALTER TABLE `camiones` MODIFY `idCamion` INT(11) NOT AUTO_INCREMENT,AUTO_INCREMENT=4; --- AUTO_INCREMENT de la tabla `camiontrabajador` -ALTER TABLE `camiontrabajador` MODIFY `idCamionTrabajador` INT(11) NOT NULL AUTO_INCREMENT; --- AUTO_INCREMENT de la tabla `clientes` -ALTER TABLE `clientes` MODIFY `idCliente` INT(11) NOT AUTO_INCREMENT,AUTO_INCREMENT=2; --- AUTO_INCREMENT de la tabla `estadocamiones` -ALTER TABLE `estadocamiones` NULL NULL 61 Unidad de Análisis y Diseño Ing. Erwin Mejía MODIFY `idEstadoCamion` INT(11) AUTO_INCREMENT,AUTO_INCREMENT=3; --- AUTO_INCREMENT de la tabla `productos` -ALTER TABLE `productos` MODIFY `idProducto` INT(11) AUTO_INCREMENT,AUTO_INCREMENT=2; --- AUTO_INCREMENT de la tabla `proveedores` -ALTER TABLE `proveedores` MODIFY `idProveedor` INT(11) AUTO_INCREMENT,AUTO_INCREMENT=2; --- AUTO_INCREMENT de la tabla `sabores` -ALTER TABLE `sabores` MODIFY `idSabor` INT(11) AUTO_INCREMENT,AUTO_INCREMENT=6; --- AUTO_INCREMENT de la tabla `tarimas` -ALTER TABLE `tarimas` MODIFY `idTarima` INT(11) AUTO_INCREMENT,AUTO_INCREMENT=9; --- AUTO_INCREMENT de la tabla `tipospresentaciones` -ALTER TABLE `tipospresentaciones` MODIFY `idTipoPresentacion` INT(11) AUTO_INCREMENT,AUTO_INCREMENT=3; --- AUTO_INCREMENT de la tabla `tipostrabajadores` -ALTER TABLE `tipostrabajadores` MODIFY `idTipoTrabajador` INT(11) AUTO_INCREMENT,AUTO_INCREMENT=4; --- AUTO_INCREMENT de la tabla `trabajadores` -- NOT NULL NOT NULL NOT NULL NOT NULL NOT NULL NOT NULL NOT NULL 62 Unidad de Análisis y Diseño Ing. Erwin Mejía ALTER TABLE `trabajadores` MODIFY `idTrabajador` INT(11) AUTO_INCREMENT,AUTO_INCREMENT=2; --- AUTO_INCREMENT de la tabla `usuariosclientes` -ALTER TABLE `usuariosclientes` MODIFY `idUsuarioCliente` INT(11) AUTO_INCREMENT,AUTO_INCREMENT=2; --- AUTO_INCREMENT de la tabla `usuariostrabajadores` -ALTER TABLE `usuariostrabajadores` MODIFY `idUsuarioTrabajador` INT(11) AUTO_INCREMENT,AUTO_INCREMENT=2; --- Restricciones para tablas volcadas -- NOT NOT NOT NULL NULL NULL --- Filtros para la tabla `camiones` -ALTER TABLE `camiones` ADD CONSTRAINT `camiones_ibfk_1` FOREIGN KEY (`idEstadoCamion`) REFERENCES `estadocamiones` (`idEstadoCamion`) ON DELETE NO ACTION ON UPDATE NO ACTION; --- Filtros para la tabla `camiontrabajador` -ALTER TABLE `camiontrabajador` ADD CONSTRAINT `camiontrabajador_ibfk_1` FOREIGN KEY (`idCamion`) REFERENCES `camiones` (`idCamion`) ON DELETE NO ACTION ON UPDATE NO ACTION, ADD CONSTRAINT `camiontrabajador_ibfk_2` FOREIGN KEY (`idTrabajador`) REFERENCES `trabajadores` (`idTrabajador`) ON DELETE NO ACTION ON UPDATE NO ACTION; --- Filtros para la tabla `productos` -63 Unidad de Análisis y Diseño Ing. Erwin Mejía ALTER TABLE `productos` ADD CONSTRAINT `productos_ibfk_1` FOREIGN KEY (`idSabor`) REFERENCES `sabores` (`idSabor`) ON DELETE NO ACTION ON UPDATE NO ACTION, ADD CONSTRAINT `productos_ibfk_2` FOREIGN KEY (`idTipoPresentacion`) REFERENCES `tipospresentaciones` (`idTipoPresentacion`) ON DELETE NO ACTION ON UPDATE NO ACTION, ADD CONSTRAINT `productos_ibfk_3` FOREIGN KEY (`idTarima`) REFERENCES `tarimas` (`idTarima`) ON DELETE NO ACTION ON UPDATE NO ACTION, ADD CONSTRAINT `productos_ibfk_4` FOREIGN KEY (`idProveedor`) REFERENCES `proveedores` (`idProveedor`) ON DELETE NO ACTION ON UPDATE NO ACTION; --- Filtros para la tabla `trabajadores` -ALTER TABLE `trabajadores` ADD CONSTRAINT `trabajadores_ibfk_1` FOREIGN KEY (`idTipoTrabajador`) REFERENCES `tipostrabajadores` (`idTipoTrabajador`) ON DELETE NO ACTION ON UPDATE NO ACTION; --- Filtros para la tabla `usuariosclientes` -ALTER TABLE `usuariosclientes` ADD CONSTRAINT `usuariosclientes_ibfk_1` FOREIGN KEY (`idCliente`) REFERENCES `clientes` (`idCliente`) ON DELETE NO ACTION ON UPDATE NO ACTION; --- Filtros para la tabla `usuariostrabajadores` -ALTER TABLE `usuariostrabajadores` ADD CONSTRAINT `usuariostrabajadores_ibfk_1` FOREIGN KEY (`idTrabajador`) REFERENCES `trabajadores` (`idTrabajador`) ON DELETE NO ACTION ON UPDATE NO ACTION; /*!40101 SET CHARACTER_SET_CLIENT=@OLD_CHARACTER_SET_CLIENT */; 64 Unidad de Análisis y Diseño Ing. Erwin Mejía /*!40101 SET CHARACTER_SET_RESULTS=@OLD_CHARACTER_SET_RESULTS */; /*!40101 SET COLLATION_CONNECTION=@OLD_COLLATION_CONNECTION */; 65
