Está en la página 1de 70

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 Error! Bookmark not
defined.
12. Diagrama de secuencias solicitud para contenedores .. Error! Bookmark not
defined.
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........Error! Bookmark not defined.
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 la base de datos


ORACLE, y sus herramientas vinculadas como: PHP como lenguaje de
programación web, APACHE como servidor web, entre otras. Los
estándares de programación a utilizar deben cumplir con los
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.

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
Versión Descripción Autor
reunión

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 Nombre del Módulo Descripción


1 Pedidos Módulo en el cuál se realizarán los pedidos
de los clientes basados en las existencias
de los productos en bodega.
2 Clientes 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.
3 Bodega Gestionará las existencias de los productos,
ordenados por proveedores y presentación.
4 Transportes 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.
7 Empleados 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 Rol


Lic. Mario Méndez Gerente general de Encargado de la
DIGASUR S.A. gerencia de DIGASUR
S.A.
Ing. Luis Ramos Jefe de Bodega Encargado de la
gestión de bodega de
productos.
Ing. Pedro López Jefe de Transportes Encargado de la flotilla
de camiones
repartidores y de sus
conductores en
DIGASUR S.A.
Licda. Maria Juarez Jefe de Recursos Encargada de
Humanos gestionar el recurso
humano de la empresa

3.2 Sumario de usuarios

8
Unidad de Análisis y Diseño
Ing. Erwin Mejía

Nombre Descripción Stakeholder


Lic. Mario Méndez Super usuario del DIGASUR S.A.
sistema

Ing. Luis Ramos Encargado de la DIGASUR S.A.


gestión de productos

Ing. Pedro López Encargado de la DIGASUR S.A.


asignación de rutas y
conductores
Licda. Maria Juarez Engargado del ingreso DIGASUR S.A.
de personal

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. Registro y gestión de Clientes


2. Gestion de bodega
3. Registro de vehículos repartidores
4. 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
Versión Descripción Autor
reunión

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

 Acelerar los pedidos de los clientes.


 Gestionar de forma eficiente las existencias de los sabores
que se ordenarán por tarimas.
Las necesidades de
 Agrupar los pedidos con base a rutas de entrega para
DIGASUR S.A. son:
minimizar costos.
 Registrar las ventas para realizar estudios de marketing
posteriormente.
DIGASUR S.A. debido a que será el ente directamente
Afecta a:
afectado.
DIGASUR S.A. debido a que podrá hacer uso de una
herramienta de software para la mejora de sus procesos.
Impacta a:
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
Una solución exitosa de los procesos de DIGASUR S.A.
seria:  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 Descripción Responsabilidad


Lic. Mario Méndez Gerente general de DIGASUR Gerencia de negocios
S.A.
Ing. Luis Ramos Encargado de
Jefe de Bodega
existencias
Ing. Pedro López Asignación y
Jefe de Transportes mantenimientos de
trasportes

13
Unidad de Análisis y Diseño
Ing. Erwin Mejía

3.2 Resumen de clientes

Nombre Descripción Responsabilidades Stakeholder


Cualquier Negocios Venden productos de Surtir de
tienda y que se consumo diario entre los bebidas
deposito de dedican a la que se encutran bebidas gaseosas a las
bebidas venta de gaseosas en todas sus tiendas y
gaseosas que productos presentaciones y de depósitos de la
se encuentren de consumo diferentes marcas. región del
en la región diario por departamento
del menor y al de
departamento por mayor. Suchitepéquez
de
Suchitepequez

3.3 Necesidades claves de los stakeholder y clientes

Solución Soluciones
Necesidad Prioridad Concierne a
actual propuestas
Solicitud del
cliente por Convertido en
medio de un 1 Clientes Manual un interfaz de
pedidos de usuario
aguas gaseosas
Autorización de
despacho del Convertido en
Encargado
pedido y 1 Manual un interfaz de
de bodega
asignación de usuario
ruta
Carga del Transportes Convertido en
producto a las 1 y Encargado Manual un interfaz de
rutas asignadas. de Bodega usuario
Aviso de Convertido en
Piloto de
entrega y cobro. 1 Manual un interfaz de
trasporte
usuario

14
Unidad de Análisis y Diseño
Ing. Erwin Mejía

Reporte de Convertido en
ventas y 1 Gerente Manual un interfaz de
existencias 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
Versión Descripción Autor
reunión

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
Versión Descripción Autor
reunión

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 Descripción


Necesidades específicas,
Requerimientos Necesidades del incluyendo cambios de
del stakeholder stakeholder los requerimientos que
indican los stakeholders.
Necesidades del Necesidades especificas
Visión
stakeholder del stakeholder .
Modelos de Especificaciones de casos Casos de uso del
casos de uso de uso. sistema.
Especificaciones Requerimientos no
suplementarias Recomendaciones Ing. funcionales que no son
seguridad Erwin Mejía capturados por los casos
facilidad de uso 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  Capacidad de los clientes finales con acceso a


internet.
 Cobertura telefónica para los choferes en ruta
para notificación de entrega.

Importantes  Login.de empleado y de clientes

23
Unidad de Análisis y Diseño
Ing. Erwin Mejía

(Prioridad de  Solicitud den pedidos del cliente


Requerimientos)  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


Útiles
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
Versión Descripción Autor
reunión

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 Caso de uso


1 Solicitud de pedidos de cliente
2 Envio de pedidos a bodega
3 Asignacion de ruta
4 Asignacion de transporte
5 Cliente recibe producto
6 Registro de clientes
7 Registro de vehículos
8 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. Llenar el formulario para registro de servicios.


2. Almacenar en la base de datos lo contenido en el formulario.
3. Verificar en bodega existencias de productos seleccionados
4. 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 Descripción Autor
Reunión
27/11/2018 Borrador 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 Descripción Autor
Reunión
27/11/2018 Borrador 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 Descripción Autor
Reunión
27/11/2018 Borrador 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 Descripción Autor
Reunión
27/9/2013 Borrador 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 Descripción Autor
Reunión
27/9/2013 Borrador 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 de Versión Descripción Autor
Reunión

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 Descripción Autor
Reunión
27/9/2013 Borrador 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 CHARSET=utf8
COLLATE=utf8_spanish_ci;

--
-- 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,
'laeconomicasuch@gmail.com');

-- --------------------------------------------------------

--
-- 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, 'pedidos@distsag.com');

-- --------------------------------------------------------

--
-- 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 CHARSET=utf8
COLLATE=utf8_spanish_ci;

--
-- 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 CHARSET=utf8
COLLATE=utf8_spanish_ci;

--
-- 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 NULL
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 NULL
AUTO_INCREMENT,AUTO_INCREMENT=2;
--
-- AUTO_INCREMENT de la tabla `estadocamiones`
--
ALTER TABLE `estadocamiones`

61
Unidad de Análisis y Diseño
Ing. Erwin Mejía

MODIFY `idEstadoCamion` INT(11) NOT NULL


AUTO_INCREMENT,AUTO_INCREMENT=3;
--
-- AUTO_INCREMENT de la tabla `productos`
--
ALTER TABLE `productos`
MODIFY `idProducto` INT(11) NOT NULL
AUTO_INCREMENT,AUTO_INCREMENT=2;
--
-- AUTO_INCREMENT de la tabla `proveedores`
--
ALTER TABLE `proveedores`
MODIFY `idProveedor` INT(11) NOT NULL
AUTO_INCREMENT,AUTO_INCREMENT=2;
--
-- AUTO_INCREMENT de la tabla `sabores`
--
ALTER TABLE `sabores`
MODIFY `idSabor` INT(11) NOT NULL
AUTO_INCREMENT,AUTO_INCREMENT=6;
--
-- AUTO_INCREMENT de la tabla `tarimas`
--
ALTER TABLE `tarimas`
MODIFY `idTarima` INT(11) NOT NULL
AUTO_INCREMENT,AUTO_INCREMENT=9;
--
-- AUTO_INCREMENT de la tabla `tipospresentaciones`
--
ALTER TABLE `tipospresentaciones`
MODIFY `idTipoPresentacion` INT(11) NOT NULL
AUTO_INCREMENT,AUTO_INCREMENT=3;
--
-- AUTO_INCREMENT de la tabla `tipostrabajadores`
--
ALTER TABLE `tipostrabajadores`
MODIFY `idTipoTrabajador` INT(11) NOT NULL
AUTO_INCREMENT,AUTO_INCREMENT=4;
--
-- AUTO_INCREMENT de la tabla `trabajadores`
--

62
Unidad de Análisis y Diseño
Ing. Erwin Mejía

ALTER TABLE `trabajadores`


MODIFY `idTrabajador` INT(11) NOT NULL
AUTO_INCREMENT,AUTO_INCREMENT=2;
--
-- AUTO_INCREMENT de la tabla `usuariosclientes`
--
ALTER TABLE `usuariosclientes`
MODIFY `idUsuarioCliente` INT(11) NOT NULL
AUTO_INCREMENT,AUTO_INCREMENT=2;
--
-- AUTO_INCREMENT de la tabla `usuariostrabajadores`
--
ALTER TABLE `usuariostrabajadores`
MODIFY `idUsuarioTrabajador` INT(11) NOT NULL
AUTO_INCREMENT,AUTO_INCREMENT=2;
--
-- Restricciones para tablas volcadas
--

--
-- 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

También podría gustarte