PERFIL DISTRIBUIDORA APARICIO Final 1 Sin Revision

GRUPO
3
1
12
UNIVERSIDAD
AUTÓNOMA GABRIEL
RENÉ MORENO
FACULTAD DE INGENIERÍA EN CIENCIAS DE LA
COMPUTACIÓN Y TELECOMUNICACIONES
Sistema de Información para Gestionar el

Inventario, Compras y Ventas de bebidas
multicategoría para la “Distribuidora
APARICIO”
INTEGRANTES: Bascopé Soliz Fernando Rodrigo

León Escalante Julio César
Márquez Ipamo Juan de Dios
Olmos Choque Neyer Laurean
Pérez Dávalos Luis Enrique
MATERIA: SISTEMAS DE INFORMACIÓN I

INF 342 – SA
Santa Cruz, Bolivia
1
SISTEMAS DE INFORMACION I INF-342 GRUPO Nº3
CONTENIDO
1 PERFIL ........................................................................................................... 7
2 ELEMENTOS DEL SISTEMA BASADOS EN COMPUTADORAS ....................... 17
3 TECNOLOGIA PARA EL DESARROLLO DE SOFTWARE ................................. 22
2
4 POSIBLES COSTOS ....................................................................................... 31
5 POSIBLES BENEFICIOS ................................................................................. 32
6 POSIBLES CLIENTES ..................................................................................... 32

7 MODELO DE DOMINIO ............................................................................... 33
8 INGENIERÍA REQUERIMIENTO: MÉTODO ISHIKAWA .................................. 47
3
9 MODELO DE NEGOCIO ............................................................................... 53
10 FLUJO DE TRABAJO: CAPTURA DE REQUISITO............................................ 56
4
11 FLUJO DE TRABAJO ANÁLISIS...................................................................... 92
12 FLUJO DE TRABAJO: DISEÑO..................................................................... 119
13 FLUJO DE TRABAJO: IMPLEMENTACION .................................................. 164
14 CONCLUSION ............................................................................................ 171

15 RECOMENDACIÓN .................................................................................... 171
16 BIBLIOGRAFIA ........................................................................................... 172
17 ANEXOS .................................................................................................... 172
5
172
6
1 PERFIL
Introducción
A medida que la ciudad se moderniza, la población experimenta transformaciones en los estilos

de vida. La urgencia de realizar más tareas durante el día lleva a la persona común a minimizar
los tiempos.
La “Distribuidora Aparicio” cuenta con más de un proveedor que le proporciona las diferentes
bebidas multicategoría los cuales son almacenados y organizados por parte de la distribuidora
para su comercialización y distribución hacia los clientes.
En conclusión, Los procesos de negocios que tiene la distribuidora Aparicio son el pedido que se
hace al proveedor, la recepción de los productos, la gestión de inventario en la bodega que tiene
la distribuidora, recolección de pedidos de los clientes por parte de promotores de venta, y la
distribución de los productos a los clientes por parte de los camiones que siguen una ruta
designada.
El presente proyecto tomara en cuenta los procesos de negocio de la distribuidora Aparicio como
ser la recepción de productos que son entregados por parte de los proveedores con los que
cuenta la distribuidora para este propósito se hace un pedido al proveedor cuando se percata
que se tiene poco inventario de algún producto el cual será un formulario de pedido
proporcionado por nuestro sistema.
Se diseñará un modelo de gestión de los productos que son descargados en el almacén de la
distribuidora mediante el formulario de entrega que certifica la cantidad real que se está dejando
en el almacén, el almacenaje de bebidas multicategoría esto se refiere a la manera en que la
distribuidora organiza sus productos dentro de su bodega por categoría (por calibre) y fecha de
vencimiento.
Por último, se toma en cuenta la manera en que la distribuidora entrega los productos a sus
clientes como ser tiendas y agencias de expendio de bebidas primero adquiriendo los pedidos de
cada cliente mediante un promotor quien registrara los datos necesarios y luego la entrega de
los productos mediante el uso de camiones que llevaran las bebidas alcohólicas y analcohólicas
hasta el cliente y que le dejaran una nota de entrega y una nota de devolución si se da el caso.
7
Antecedentes
Actualmente dentro de la distribuidora no existe un sistema de proceso automatizado, solo

cuentan con una hoja de cálculo en "Excel" para llevar la contabilidad de la empresa, en cambio,
por parte del inventario, recepción y distribución de productos es todo lo contrario, por el cual
la distribuidora realiza los procesos de forma manual.
La "DISTRIBUIDORA APARICIO" es una empresa privada ubicada en la ciudad de Yacuiba del

departamento Tarija.
Esta empresa es un negocio familiar creada por el señor Juan Choque Aparicio con más de 40
años dedicándose a la venta de bebidas, actualmente es dirigida por Miguel Choque Aldana,
siendo este encargado de supervisar todos los procesos que se realizan.
Estructura organizacional
La “Distribuidora Aparicio” no dispone de un sistema de estructura organizacional organizada

por lo cual no existe una jerarquía bien definida en la empresa.
En la cima del todo se encuentra el Dueño y a la vez Gerente General de la empresa que se
encarga de toda la parte operacional de la empresa, gestiona las compras, las ventas y el
control de inventario.
Como segunda persona de importancia se encuentra su hermano que se podría considerar un
Subgerente General de la empresa que comparte responsabilidades con el Gerente General.
A su vez se encuentra el Supervisor de Ventas que es parte su principal proveedor BBO (Bebidas
Bolivianas) pero aparte de realizar esa función en su empresa desempeña una labor importante
en la distribuidora como colaborador y amigo del Gerente General compartiendo
responsabilidades en la parte operacional.
Este tiene a disposición promotores contratados por BBO pero que realizan un servicio para la
distribuidora encargados de hacer conocer los productos a sus clientes.
Aparte se encuentra el Contador de la distribuidora encargado de la parte financiera y contable.
En el siguiente escalón se encuentran los montacarguistas que manejan un montacargas en la
bodega y manipulan el producto cargándolo a las camionetas.
Por ultimo están los choferes y ayudantes que se encargan de distribuir el producto a los
clientes en las diferentes camionetas de las que dispone la empresa.
8
Justificación
Por lo expuesto anteriormente se puede ver que la empresa procesa toda la información, de
manera manual.
Además, que para realizar diferentes procesos de contabilidad solo se usa Word y Excel, no existe
proceso automatizado como tampoco instrumentos tecnológicos integrados.
En este momento el sistema de control de entrada y salida de los diferentes productos se genera
en forma manual.
Situación sin Proyecto
Se puede ver el contexto en el cual la empresa procesa toda la información, de manera manual.
Esto permite determinar que los esfuerzos anteriores solo dan una pequeña ayuda en los
diferentes procesos que se realizan actualmente. Además, que para realizar diferentes procesos
solo se usa Word y Excel, no existe proceso automatizado como tampoco instrumentos
tecnológicos integrados.
En este momento el sistema de control de entrada y salida de los diferentes productos se genera
en forma manual.
Situación con Proyecto
Dada la solución informática se detallan los diferentes avances que se lograra al aplicarla:
 Facilitar la recepción de los productos, además de reducir los errores al recibir los
productos.
 Llevar un inventario exacto de la cantidad de bebidas almacenadas.
 Determinar en forma exacta la cantidad de bebidas que son vendidos diariamente o en
ciertos periodos del año.
 Control del estado físico y caducidad de los productos.
Por consiguiente, se justifica el desarrollo de un sistema informático que permita satisfacer los
puntos anteriormente presentados, además de dar solución a los problemas que la empresa
presenta.
9
Descripción del problema
La distribuidora “Aparicio” no cuenta con un sistema de información que le permita administrar

el inventario, la distribución, compras y ventas de los productos embotellados. Se genera muchas
dificultades a la hora de procesar los datos en términos de tiempo y las posibles falencias que
este trabajo manual implica; sin mencionar el riesgo de que estos datos se pierdan. La
información acerca de los clientes, como sus datos personales, paquetes que adquieren, etc. Son
datos que la empresa maneja de forma manual, esto, aparte de generar lentitud al momento del
registro de ventas y consulta de las mismas, puede generar que no haya una buena interacción
cliente/distribuidora, el cual puede causar problemas al negocio.
Debido a estas dificultades en el manejo de datos dentro de la distribuidora, se desarrolla el
presente proyecto, que se va a poder identificar en los siguientes procesos de desarrollo:
Gestión del Inventario

La distribuidora “Aparicio” se caracteriza por ser una distribuidora de bebidas multicategoría, con
una dimensión de 1.000mt2 su almacén está ordenado por lotes y categoría (calibre y marca),
cuenta con una capacidad de almacenamiento de 25.000 paquetes, el producto que más sale se
distribuye son las gaseosas de 2Lt en su amplio stock de productos de bebidas se presentan las
siguientes dificultades en el manejo de inventario:
 La distribución de los productos a la hora de la venta a algún cliente, así como también la hoja
de ruta de los choferes encargados de la distribución, son registrados de manera manual,
esto puede llevar a una pérdida y desorganización de datos por parte de la distribuidora.
 No se tiene un registro de los productos en stock disponibles, esto genera inconsistencia en
el flujo de distribución, ya que, esto se suele solucionar haciendo que los encargados de
almacén se fijen si es que hay productos disponibles.
 Los informes de inventarios tardan en generarse ya que esto implica realizar muchos cálculos
manuales para obtenerlos.
10
 El control de la fecha de caducidad por lote de productos dentro del almacén se controla de
manera manual por observación, este método de inspección genera que no siempre se llegue
a verificar que un lote esté dentro de la fecha de caducidad para su distribución
Gestión de Ventas
El registro de las ventas, entre el cliente y la distribuidora, se realiza de manera manual por Nota
de Venta.
En primera instancia el promotor se dirige al cliente, y consulta si existe un pedido de productos,

en caso de haber pedidos, el promotor rellena la Nota de pedido, con las especificaciones del
cliente, esta nota pasa al gerente, quien verifica de manera manual, que exista el stock suficiente
para cubrir la demanda del pedido, verificado este paso, la nota de pedido se entrega al
encargado de montacargas, él es quien alista el pedido en almacén, para que sea cargado a los
camiones distribuidores, los camiones realizan directamente la entrega del producto y los
clientes pagan al contado al chofer distribuidor, el chofer vuelve a la distribuidora y entrega el
total del dinero al gerente, el precio por paquete varía si es un cliente mayoritario, si es persona
natural precio por paquete de bebidas ronda los 14.000bs y si el cliente es mayorista, el precio
oscila entre los 35.000bs. Después de describir el proceso de venta, los principales problemas en
esta área son:
 Posibles errores en la cantidad de producto a la hora de la entrega, ya que el registro y

manipulación de la nota de venta es manual, puede haber errores de cantidad preparada
para la entrega al cliente a la hora de la entrega, como que falte o sobre paquetes o botellas
de bebidas de más.
 Como no se tiene un informe de los productos en stock disponibles actualizado, es probable
que algún producto se acabe antes de lo esperado por más público del esperado o por
desconocimiento del déficit de ese producto lo cual puede causar grandes molestias.
 Variación en el precio de los productos en la venta por motivos de competencia existente en
el rubro y alteraciones de los precios por parte de los empleados.
 Existe un inadecuado control a los clientes y mal reporte en las ventas de los productos
debido a que todos estos tipos de controles son manuales.
11
 Perdida de notas de pedido por parte del promotor hacia la distribuidora, lo cual genera
pérdidas de clientes.
 Variación en el precio de los productos en la venta por motivos de competencia existente en
el rubro y alteraciones de los precios por parte de los empleados.
Gestión de Compras
La distribuidora “Aparicio” cuenta con un crédito de producto por parte de sus proveedores. En
el caso del proveedor “Bebidas Bolivianas BBO S.A.” la distribuidora cuenta con un crédito de un
millón de bolivianos (1.000.000/100 Bs) para la compra de productos.
La empresa proveedora, después de recibir el pedido por parte de la distribuidora a través del
supervisor de ventas de BBO, monta la carga al tráiler distribuidor de la empresa BBO, junto con
una nota de entrega llenado con los datos correspondientes, y una nota de devolución vacía, que
se rellenará en caso de que la entrega haya sufrido contratiempos (producto dañado o extraviado
durante el transporte).
Durante el balance de contabilidad a fin de mes, la distribuidora deposita el dinero por los
pedidos realizados, a cuenta de:
BANCO DE CREDITO S.A. CTA.CTE. NRO.701-5043216-3-12

BANCO GANADERO S.A. CTA. CTE. NRO.1041-105203
El precio por pedido tiene la media de 14.000 $. Dependiendo de la cantidad y marca del pedido.
El principal problema en la compra es el registro de los productos que llegan a la distribuidora,
las notas de entrega y notas de venta, los cuales, se registran y almacenan manualmente en
carpetas. Estas se comparan con la factura comercial para realizar la verificación de los productos
que están entrando. Todo este proceso de compra lo realiza el supervisor de ventas de BBO S.A.
en conjunto con el gerente de la distribuidora. Las verificaciones y el paso de los productos al
almacén son realizados por ambos. Muy pocas veces se encuentran problemas con los productos.
12
Formulación del problema
El problema se origina en el manejo manual de la información relativa a los diversos productos

existentes en la distribuidora “Aparicio”, entonces, se vio la necesidad de desarrollar un sistema
de información, el cual permita a las personas designadas a usar el sistema, la gestión más óptima
de los datos de compras/recepción de productos, ventas/distribución de paquetes y gestión de
inventario/almacén, que se vienen generando en la distribuidora, y de esta manera hacer que la
búsqueda de la información sea más rápida y eficiente, para una buena atención al cliente y un
mejor control del inventario y almacén.
Objetivos
Objetivo general
Desarrollar un Sistema de Información para gestionar el inventario, las compras y las
ventas de bebidas multicategoría para la “Distribuidora Aparicio”.
Objetivos específicos
 Recolectar información acerca de la Distribuidora Aparicio, utilizando técnicas como la
redacción de un cuestionario y grabación de audio para así poder comenzar el desarrollo
del sistema.
 Analizar y Diseñar un sistema apropiado para solucionar los problemas existentes en el
área de almacenamiento y distribución, el cual se realizará en el Lenguaje Unificado de
Modelado (UML).
 Diseñar la base de datos, ésta se realizará en el gestor de base de datos de MySQL
Workbench.
 Implementar la interfaz del software acorde a los requerimientos del usuario, en el
lenguaje PHP, con el Framework Laravel utilizando el patrón de arquitectura de MVC
(Modelo, Vista, Controlador).
13
Alcance
MODULO INVENTARIO
 Gestionar Almacen
Este proceso está encargado de realizar la gestion de todos los almacenes de la empresa.
 Gestionar Sector almacen
Este proceso está encargado de realizar la gestion de los sectores del almacen de la empresa.
 Gestionar Producto
Este proceso está encargado de realizar la gestion de los productos a un determinado
almacén.
 Gestionar Medida
Este proceso se encarga de gestionar las unidades de medida en las que vienen los diferentes
productos.
 Gestionar Sabor
Este proceso se encarga de gestionar los sabores de los diferentes productos.
 Gestionar Marca
Este proceso se encarga de gestionar las marcas en las que vienen los diferentes productos.
 Gestionar Paquete
Este proceso se encarga de gestionar las diferentes formas en los que se empaquetan los
productos.
 Gestionar Tipo de bebida
Este proceso se encarga de gestionar los tipos de bebidas en los que se clasifican las bebidas.
 Gestionar Tipo de envase
Este proceso se encarga de gestionar los envases en los que vienen envasados los productos.
 Gestionar Entrada
Este proceso está encargado de realizar la gestion de las notas de gestion de producto y su
respectivo detalle.
 Gestionar Tipo de entrada
14
Este proceso está encargado de realizar la gestion del tipo de ingreso de los productos a la
distribuidora.
 Gestionar Salida
Este proceso está encargado de realizar la gestion de las notas de salida de producto y su
respectivo detalle.
 Gestionar Tipo de salida
Este proceso está encargado de realizar el registro de los tipos de egreso de los productos del
almacén.
 Visualizar Inventario
Este proceso nos permitirá visualizar los diferentes productos en el almacen de la empresa.
MODULO COMPRA
 Gestionar Proveedor
Este proceso está encargado de realizar la gestion de los proveedores de producto a las cuales
la empresa realiza las compras.
 Gestionar Compra
Este proceso está encargado de realizar la gestión de compras y sus respectivos detalles.
 Gestionar Tipo de compra
Este proceso está encargado de realizar la gestion de los tipos de compra al crédito o al
contado.
 Gestionar Cuota
Este proceso se encarga de gestionar las cuotas que tiene una compra a un proveedor.
 Gestionar Tipo de pago
Este proceso se encarga de gestionar los tipos de pago que se hacen en una compra ya sea
por banco u otro medio.
MODULO DE VENTA
 Gestionar Cliente
Este proceso está encargado de gestionar el registro de los clientes.
 Gestionar Venta
Este proceso está encargado de realizar la gestión de ventas y sus respectivos detalles.
15
 Gestionar Zona
Este proceso está encargado de gestionar las zonas de la ciudad de Yacuiba que están
asignadas a los choferes que hacen las entregas de productos.
 Gestionar Direccion
Este proceso está encargado de gestionar las direcciones de los clientes en la ciudad de
Yacuiba.
 Gestionar Empleado
Este proceso está encargado de gestionar los datos personales de todos los trabajadores de
la empresa.
 Gestionar Cargo
Este proceso está encargado de gestionar los cargos que poseen los empleados de la
empresa.
16
2 ELEMENTOS DEL SISTEMA BASADOS EN COMPUTADORAS

Hardware
Servidor
NOMBRE VERSION CARACTERISTICA
PROCESADOR INTEL CORE I5 33330 3 GHZ
MEMORIA RAM KINGSTON VALUERAM 4GB
DDR3
DISCO DURO DEL S.O. HITACHI 2.5 PULG. 500 GB
5400 RPM
DISCO DURO DE WESTERN DIGITAL SE 4 TB – SATA 6GB/S – 128MB
ALMACENAMIENTO 3.5PULG C.
PLACA BASE ASROCK B75M-ITX – COMPATIBLE WINDOWS 8
INTEGRADA
FUENTE DE ALIMENTACION CORSAIR VS450 12VOLTIOS - 450 WATTS
CAJA DE SERVIDOR FRACTAL DESIGN NODE 6 DISCOS DUROS
304
MONITOR VGA ANALOGO 20 PULG.
UPS APC SMART-UPS DURACIÓN 14.3 HRS
5000VA
Cliente
NOMBRE VERSION CARACTERISTICA
PROCESADOR INTEL CORE I5-4200H 4THG 3M CACHE – 2.80 GHZ

MEMORIA RAM KINGSTON DDR3 6GB
TARJETA DE VIDEO NVIDIA GEFORCE GTX 750 TI 2GB
DISCO DURO WESTERN DIGITAL 1.5 TB
PLACA BASE ASROCK Z77 EXTREME4-M COMPATIBLE WINDOWS 8
ESTABILIZADOR ATOMLUX MODELO R1000 1000VA – 2 EQUIPOS
CASE DELUX COMBO CASE
MONITOR SAMSUNG LED - 21 PULG.
IMPRESORA CANON MULTIFUNCIONAL WEB HP OFFICEJET 4630
Medios de comunicación
Debido a que todos los procesos de distribución se realizan dentro de la misma empresa (en una
sola ubicación) no es necesario conexión a Internet.
Cuando el Sistema sea instalado en más de un Computador será necesaria una conexión en red.
17
Otros dispositivos
DISPOSITIVO DESCRIPCION DE USO
IMPRESORA Se requiere este dispositivo para los siguientes casos:
 Luego de haber realizado una entrega de subsidio, se necesita
imprimir la nota de entrega con toda la información necesaria, con
detalle de todos los productos.
 Para realizar los reportes físicos.
SCANNER Se requiere este dispositivo para el siguiente caso:
 Una vez realizado ciertos pagos este documento será escaneado
para su archivado digital, en la base de datos del Sistema.
Software
La diversidad de software necesario para el funcionamiento óptimo del sistema en desarrollo está
descrita a continuación:
Servidor
NOMBRE VERSION
SISTEMA OPERATIVO WINDOWS SERVER 2012 R2
GESTOR DE BASE DE DATOS MySQL
ANTIVIRUS ESET NOD32 SMART SECURITY 7
Cliente
NOMBRE VERSION
SISTEMA OPERATIVO WINDOWS 7 ULTIMATE
GESTOR DE BASE DE DATOS MySQL
ANTIVIRUS ESET SMART INTERNET SECURITY 7
Otro software adicional

NOMBRE VERSION
LECTOR DE DOCUMENTOS ADOBE READER PDF XI
EDITOR DE DOCUMENTOS MICROSOFT OFFICE 2016
18
Datos
LOS DATOS A MANEJARSE DE CADA PERSONA SERÁN LOS SIGUIENTES :
• persona id(Identificador)
• ci(Cedula de Identidad)
• nombre
PERSONA • apellido paterno
• apellido materno
• dirección
• teléfono
• email
LOS DATOS A MANEJARSE DE DISTRIBUCIÓN SERÁN LOS SIGUIENTES :
 Distribución id(Identificador)
DISTRIBUCIÓN  cantidad de Paquete
 estado
 detalle notas de salida
 detalle notas de devolución
P ARA CADA PRODUCTO SE M ANIPULARÁ LOS SIGUIENTES DATOS :
 Producto id(Identificador)
PRODUCTO • Nombre
• Precio de Compra
• Precio de Venta
• Estado
LOS DATOS A MANEJARSE DE CADA PROVEEDOR SERÁN LOS SIGUIENTES :
 Proveedor id(Identificador)
• Nombre
PROVEEDOR • Departamento
• Dirección
• Teléfono
• Email
• Estado
S E TENDRÁN LOS SIGUIENTES CAMPOS DE CADA A LMACÉN :
 Almacén id(Identificador)
ALMACEN  Dirección
• email
 Teléfono
 Estado
S E TENDRÁN LOS SIGUIENTES CAMPOS REFERENTES A NOTA DE VENTA :

NOTA DE VENTA
 Estado
S E TENDRÁN LOS SIGUIENTE CAMPOS DE EMPLEADO :

E MPLEADO
 Estado
19
S E TENDRÁN LOS SIGUIENTES CAMPOS DE CADA INVENTARIO :
I NVENTARIO  Stock
Procesos
El producto, después de ser revisado por los técnicos de

PROCESO DE almacén, se la traslada al deposito
ALMACENADO Los productos se almacenan en un lugar limpio y seco, con
refrigeración 24/7 y ordenados por lotes.
En el momento de que la empresa recibe la planilla o la

lista de empleados, se le tomara todos sus datos para
PROCESO DE REGISTRO
luego ingresarlos al sistema, ya que el mismo le dará su
DE PERSONA
propio código.
Una vez hecha la licitación de los productos de cada

PROCESO DE REGISTRO
proveedor y aceptados, el gerente o sub-gerente
DE NUEVO PROVEEDOR
inscriben al proveedor al sistema.
Cuando el cliente está registrado en el sistema este

PROCESO DE realiza una planificación de distribución de productos,
DISTRIBUCION indicando las fechas y la cantidad junto con la hoja de
ruta para el chofer.
En el momento que llegan los productos de los

proveedores, a manos de los técnicos almaceneros y
PROCESO DE COMPRA ayudantes, estos son revisados, si presentan algún
DE PRODUCTOS inconveniente se llena la nota de devolución
especificando los paquetes a devolver contrario son
ingresados y registrados en dicho almacén.
Se verifica los productos de los almacenes los que tengan

PROCESO DE ORDEN DE una cierta cantidad mínima, se realiza una nota en la cual
PEDIDO especifica el producto y el almacén que los necesita.
20
Gente/usuario
Gerente
Para el funcionamiento de este sistema y la simulación de algunas actividades, existirá
una cuenta interna en la base de datos privilegios. Al iniciar sesión como gerente, podrá
tener acceso a datos referente a distribución, administración de inventario, gestión de
compra & venta de la distribuidora.
Empleado
Personal que trabaja dentro de la distribuidora, más precisamente los almacenes en
labores de control y supervisión de productos paquetes, distribución y entrega
Ayudantes
Es la mano de obra que la empresa los cuales influyen en la recepción y distribución de los
productos de los paquetes que distribuye la empresa.
Clientes
Son las personas/agencias que adquieren los productos embotellados para consumo
propio o para su comercialización.
Documento
El sistema debe generar documentación física referente:
a) Nota de Pedido
b) Reporte diario de distribución
c) Nota de Entrega
d) Control de Inventario
21
3 TECNOLOGIA PARA EL DESARROLLO DE SOFTWARE

Estrategia para el desarrollo de software
Se utilizará el proceso unificado de desarrollo de software (PUDS), el cual es el conjunto de
actividades necesarias para transformar los requisitos de un usuario en un sistema de software,
el proceso unificado es más que un simple proceso, es un marco de trabajo genérico que puede
utilizarse para una gran variedad de sistemas software, para diferentes áreas de aplicación,
diferentes tipos de organizaciones. Diferentes niveles de aptitud y diferentes tamaños de
proyectos.
Metodología para el desarrollo de software
Características del PUDS

El proceso unificado está dirigido por casos de uso. Para construir un sistema con éxito debemos
conocer lo que sus futuros usuarios necesitan y desean. El termino usuario no solo hace
referencia a usuarios humanos sino a otros sistemas. En este sentido, el termino usuario
representa alguien o algo que interactúa con el sistema que estamos desarrollando. Un caso de
uso es un fragmento de funcionalidad del sistema que proporciona al usuario un resultado
importante. Los casos de uso representan los requisitos funcionales. Todos los casos de uso
juntos constituyen el modelo de casos de uso el cual describe la funcionalidad total del sistema.
El proceso unificado está centrado en la arquitectura el concepto de arquitectura software
incluye los aspectos estáticos y dinámicos más significativos del sistema. La arquitectura surge
de las necesidades de la empresa, como las perciben los usuarios, y los inversores, y se refleja en
los casos de uso. Sin embargo, también se ve influida por muchos otros factores, como la
plataforma en la que funcionar el software. El proceso ayuda al arquitecto a centrarse en los
objetivos adecuados, como la compresibilidad, la capacidad de adaptación al cambio, y la
reutilización.
Debe haber interacción entre los casos de uso y la arquitectura, tanto la arquitectura como los
casos de uso deben evolucionar en paralelo, los arquitectos moldean el sistema para darle una
forma, podemos decir que el arquitecto:
 Crea un esquema en borrador de la arquitectura, comenzando por la parte de la

arquitectura que no es especifica de los casos de uso
 A continuación, el arquitecto trabaja con un subconjunto de los casos de uso
especificados, con aquellos que representen las funciones clave del sistema en desarrollo
 A medida que los casos de uso se especifican y maduran, se descubre más de la
arquitectura. Esto, a su vez, lleva a la maduración de más casos de uso.
Este proceso continúa hasta que se considere que la arquitectura es estable.
22
El proceso unificado es iterativo e incremental, el desarrollo de un producto software comercial

supone un gran esfuerzo que puede durar entre varios meses hasta posiblemente un año o más.
Es práctico dividir el producto en partes más pequeñas o mini proyectos. Cada mini proyecto es
una iteración que resulta en un incremento. Las iteraciones hacen referencia a pasos en el flujo,
y en los incrementos, al crecimiento del producto. En cada iteración, los desarrolladores
identifican y especifican los casos de uso relevantes, crean un diseño utilizando la arquitectura
seleccionada como guía, implementan el diseño mediante componentes, y verifican que los
componentes satisfacen los casos de uso.
Los beneficios de un proceso iterativo controlado:
 La iteración controlada reduce el coste del riesgo a los costes de un solo incremento.
 La iteración controlada reduce el riesgo de no sacar al mercado el producto en el
calendario previsto.
 La iteración controlada acelera el ritmo del esfuerzo de desarrollo en su totalidad debido
a que los desarrolladores trabajan de manera más eficiente para obtener resultados
claros a corto plazo.
 La iteración controlada reconoce una realidad que a menudo se ignora que las
necesidades del usuario y sus correspondientes requisitos no pueden definirse
completamente al principio.
Flujos de trabajo
Captura de los requisitos es el proceso de averiguar, normalmente en circunstancias difíciles, lo
que se debe construir.
Análisis
Analizamos los requisitos que se describieron en la captura de requisitos, refinándolos y
estructurándolos. El objetivo de hacerlo es conseguir una comprensión más precisa de los
requisitos y una descripción de los mismos que sea fácil de mantener y que nos ayude a
estructurar el sistema entero.
Diseño
En el diseño modelamos el sistema y encontramos su forma para que soporte todos los requisitos
incluyendo los requisitos no funcionales y otras restricciones que se le suponen.
Implementación
El propósito principal de la implementación es desarrollar la arquitectura y el sistema como un
todo.
Prueba
23
Verificamos el resultado de la implementación probando cada construcción, incluyendo tanto

construcciones internas como intermedias, así como las versiones finales del sistema a ser
entregadas a terceros.
Características:
 Centrado en los Modelos: Los diagramas son un vehículo de comunicación más expresivo
que las descripciones en lenguaje natural. Se trata de minimizar el uso de descripciones y
especificaciones textuales del sistema.
 Guiado por lo casos de uso: Los casos de uso son el instrumento para validar la
arquitectura del software y extraer los casos de prueba.
 Centrado en la arquitectura: Los modelos son proyecciones del análisis y el diseño
constituye la arquitectura del producto a desarrollar.
 Iterativo e incremental: Durante todo el proceso de desarrollo se producen versiones
incrementales (que se acercan al producto terminado) del producto en desarrollo.
Fases
Inicio
Se desarrolla una descripción del producto final a partir de una buena idea y se presenta el
análisis de negocio para el producto.
Elaboración
Se especifican en detalle la mayoría de los casos de uso del producto y se diseña la arquitectura
del sistema, al final de la fase de elaboración, el director de proyecto está en disposición de
planificar las actividades y estimar los recursos necesarios para terminar el proyecto.
24
Transición
Cubre el periodo durante el cual el producto se convierte en versión beta. En la versión beta un
número reducido de usuarios con experiencia prueba el producto e informa de defectos y
deficiencias. La fase de transición conlleva actividades como la fabricación, formación del cliente,
el proporcionar una línea de ayuda y asistencia y la corrección de los defectos que se encuentren
tras la entrega. El equipo de mantenimiento suele dividir esos defectos en dos categorías: los que
tienen suficiente impacto en la operación para justificar una versión incrementada (versión delta)
y los que pueden corregirse en la siguiente versión normal.
Construcción
Se crea el producto. Es esta fase, la línea base de la arquitectura crece hasta convertirse en el
sistema completo.
Al final de esta fase, el producto contiene todos los casos de uso que la dirección y el cliente ha
acordado para el desarrollo de esta versión.
Características del UML

UML es un lenguaje para visualizar, especificar, construir y documentar los artefactos (modelos)
de un sistema que involucra una gran cantidad de software, desde una perspectiva orientada a
objetos
 UML es una notación, no es un proceso

 Se han definido muchos procesos para UML.
 Rational ha ideado RUP, el “proceso unificado”. Utilizable para sistemas que no sean
software
Bloques básicos de construcción
 Elementos. - Estructurales, Comportamiento, Agrupación, Anotación

 Relaciones
 Diagramas
Reglas para combinar bloques
Establecen qué es un modelo bien formado
Mecanismos comunes
Especificaciones, Extensibilidad, Dicotomía interfaz-relación
El Lenguaje Unificado de Modelado (UML) es una notación que combina elementos de tres
importantes estándares de diseño OO:
 OMT de Rumbaugh
25
 Análisis y diseño OO de Booch y

 El modelo de Jacobson
Ha tenido varias modificaciones desde su creación siendo la última versión la 2.0
Diagrama de paquetes
Permite dividir un sistema
grande en unidades más
pequeñas.
Los paquetes ofrecen un
mecanismo general para la
organización de los
modelos/subsistemas
agrupando elementos de
modelado.
Casos de uso
Representa la funcionalidad que
ofrece el sistema en lo que se refiere
a su interacción externa con los
usuarios.
Diagrama de secuencia
Muestra una interacción
ordenada según la secuencia
temporal de eventos.
26
Diagrama de estados
Muestra la secuencia de estados por los que pasa
un caso de uso, un objeto a lo largo de su vida, o
todo el sistema.
Controla la forma con la que el usuario se
introduce al sistema.
Diagrama de distribución
Muestran la disposición física de los distintos nodos
que componen un sistema y el reparto de los
componentes sobre dichos nodos.
Diagrama de actividad
Muestra cómo fluye el control de unas clases a otras
con la finalidad de culminar con un flujo de control
total que corresponde con la consecución de un
proceso más complejo.
Diagrama de componentes
Los diagramas de componentes describen los elementos físicos del sistema y sus interrelaciones.
Los componentes representan todos los tipos de elementos de software que entran en la
fabricación de aplicaciones informáticas.
27
Diagrama de clases
Es el diagrama principal para el análisis y
diseño.
 Un diagrama de clases presenta las clases del
sistema con sus interrelaciones estructurales
y de herencia.
 La definición de clase incluye definiciones
para atributos y operaciones.
Diagrama de objetos
El Modelado de Objetos permite representar el ciclo
de vida de los objetos a través de sus interacciones.
Diagrama de tiempos
Empleados para mostrar las interacciones
donde el propósito fundamental consiste en
razonar sobre la ocurrencia de eventos en el
tiempo que provocan el cambio de estados
de un elemento estructural (clase,
componente, etc.).
28
Diagrama de comunicación
Equivalente al diagrama de colaboración del OMG UML 1.x. Permite especificar interacciones
entre objetos que conforman la estructura interna de un clasificador.
Diagrama de colaboración
 Es una forma de representar interacción
entre objetos.
 El diagrama de colaboración se centra en
estudiar todos los efectos de un objeto dado
durante un escenario.
Diagrama de estructura compuesta

Se emplea para visualizar de manera
gráfica las partes que definen la
estructura interna de un clasificador.
Diagrama general de interacción

Se emplea fundamentalmente para representar las interacciones, a través de diagramas o
fragmentos de diagramas de secuencias, entre los actores y el sistema como una gran caja negra,
y de diagramas de actividades en los que aparecen dichos fragmentos.
Modelo Conceptual de Objetos Mediante UML
Para el diseño de una base de datos se pueden utilizar los diagramas de
 Casos de uso: para el análisis de la base de datos, examinando roles de los usuarios y
operaciones a realizarse con la base de datos.
 Diagrama de clases: para el diseño conceptual de la base de datos.
Simbología de Diagrama de Clases
La multiplicidad se representa con:
 Un número fijo: 1
29
 Un intervalo de valores: 2..5

 Un rango en el cual uno de los extremos es un asterisco. Por ejemplo, 2...* significa 2 o
más.
 Una combinación de elementos separados por comas: 1, 3, 5, 7, 15…*
 Un asterisco: *. Indica cero o más
Herramientas de desarrollo
Software
EL SOFTWARE NECESARIO PARA EL DESARROLLO E IMPLEMENTACIÓN ADECUADO Y SATISFACTORIO DE ESTE
SISTEMA DE INFORMACIÓN ES:
NOMBRE VERSION
SISTEMA OPERATIVO WINDOWS 8 - WINDOWS 10
GESTOR DE BASE DE DATOS MYSQL WORKBENCH 5.4
LENGUAJE DE PROGRAMACION PHP
FRAMEWORK DE DESARROLLO LARAVEL
PLATAFORMA DE MODELADO VISUAL ENTERPRISE ARCHITECT V 10.0
Hardware
NOMBRE VERSION CAPACIDAD COSTO ($)
PROCESADOR Intel i7-2600K 32 GB 350,00
MEMORIA RAM KingstoneDDR3 8GB 55,00
TARJETA DE VIDEO GeForce GTX 650 1GB 120,00
DISCO DURO Toshiba DT01ACA 1TB 129,90
PLACA BASE ASRock 960GM-VGS3 FX 42,00
30
4 POSIBLES COSTOS
Hardware de desarrollo
El hardware requerido para que el computador soporte al sistema software en
desarrollo, oscila bajo los siguientes costos unitarios:
Tabla 4.1.1 Costo de Desarrollo

NOMBRE VERSION CAPACIDAD COSTO ($)
PROCESADOR Intel i7-2600K 32 GB 350,00
MEMORIA RAM KingstoneDDR3 8GB 55,00
TARJETA DE GeForce GTX 120,00

1GB
VIDEO 650
Toshiba 129,90
DISCO DURO 1TB
DT01ACA
ASRock
PLACA BASE 960GM-VGS3 42,00
FX
696,90
Software de funcionamiento
Las licencias requeridas para ciertas plataformas de funcionamiento continuo irrestricto,
y de seguridad oscilan bajo los siguientes costos:
Tabla 4.2.1 Costo de Desarrollo

Licencias y Software utilizados
COSTO($US)
ITEM
159,00
IDE PHP WebStorm C/Licencia Anual
135,00
Enterprise Architect 13.0
Sistema Operativo Windows10
199,00
C/Licencia
500,00
MySql Workbench Standard C/Licencia
993,00
Sumando el total de todos los costos, se necesitará invertir un total de $us1689, 90.
Para la puesta en marcha del sistema.
31
5 POSIBLES BENEFICIOS
Tiempo
Dado que el sistema funcione tal como lo requiere la distribuidora, el beneficio más
significativo se vería reflejado en el tiempo, ya que no perderá tiempo en hacer los
inventarios, buscar documentos, gestionar las compras y ventas. y así poder aumentar la
productividad.
Esfuerzo
Con una interfaz sencilla y de rápido acceso, para el mejor entendimiento del usuario se
reducirá el esfuerzo de los usuarios para la generación de informes e indicadores, que
permiten corregir las fallas difíciles de detectar y controlar con un sistema manual.
Costo
Mejor manejo del inventario.
La administración utiliza la información gestionada por nuestro sistema para identificar
los proveedores más cumplidos y los beneficiarios más frecuentes, el movimiento del
inventario.
Brindar la información en tiempo real de cualquier producto del inventario.
6 POSIBLES CLIENTES
Este sistema está diseñado para una distribuidora de gaseosas multicategoría, pero dado los
requerimientos de la empresa se puede ajustar de manera genérica a otras distribuidoras del
mismo tipo en la ciudad de Santa Cruz y en cualquier otra parte del país.
Una distribuidora con las mismas características requiere de 3 principales servicios: Gestión de
Inventario, Compras y Ventas. Así que los posibles clientes para dicho sistema no solo podrían
ser distribuidoras de gaseosas sino cualquier distribuidora de productos que cumpla las
condiciones del sistema.
32
7 MODELO DE DOMINIO
Identificar clases y sus atributos
La clase Zona guardara el nombre de las zonas
class Domain Model donde se distribuyen los productos.
Atributos
Zona idZona: Identificador de Zona.
- idZona: int
nombre: Nombre de la zona.
- nombre: varchar(40)
class Domain Model La clase Persona guardara los datos de

personas, tanto los clientes como los
Persona empleados.
Atributos:
- ci: int
- materno: varchar(20) ci: Identificador de cada persona.
- nombre: varchar(20) materno: Apellido materno.
- paterno: varchar(20)
- sexo: varchar(1)
paterno: Apellido paterno.
- telefono: int nombre: Nombre completo.
sexo: Sexo de la persona.
telefono: Telefono de la persona.
class Domain Model La clase Cliente heredara los atributos de
Persona y guardara datos propios del cliente.
Cliente Atributos:
fechaUnion: Es la Zfecha en que un cliente
- FechaUnion: date
- Tipo: int hace su primer pedido.
tipo: El tipo puede ser MAY(Mayorista) o
MIN(Minorista) dependiendo de la cantidad
de pedido que se haga.
class Domain Model La clase Cargo guardara los diferentes cargos
que se tienen en la distribuidora, como ser:
Cargo Chofer, Promotor, Almacenero.
- cargo: varchar(20)
Atributos:
- idCargo: int cargo: Es el nombre del cargo.
idCargo: Identificador de cada cargo.
La clase Empleado heredara los atributos de

class Domain Model Persona, y tendrá sus atributos propios.
Atributos
Empleado codigo: Es el código de empleado que es
- Codigo: int
asignado por la distribuidora.
- estado: bit estado: Este atributo registrada si el empleado
está activo trabajando o ya se no trabaja en la
distribuidora.
33
class Domain Model La clase Dirección registrara las direcciones de

los clientes.
Direccion Atributos
direccion: Es la dirección del cliente.
- direccion: varchar(50)
- IdDir: int idDir: Identificador de la dirección.
- Obs: varchar(50) obs: Alguna descripción para identificar el
lugar.
Esta clase registrara los distintos tipos de

class Domain Model bebida que se venden.
Atributos
TipoBebida estado: Registra si un tipo de bebida esta
disponible o no.
- estado: bit
- idTipoBebida: int idTipoBebida: Identificador.
- tipo: varchar(20) tipo: Nombre del tipo de Bebida.
class Domain Model Esta clase registrara los distintos tipos de

envase de las bebidas.
TipoEnvase Atributos
estado: Registra si un tipo de envase esta
- estado: bit
- idTipoEnvase: int disponible o no.
- tipo: varchar(20) idTipoEnvase: Identificador.
tipo: Nombre del tipo de envase.
La clase Paquete guarda cuantas unidades de
un producto vienen por paquete.
class Domain Model Atributos
cantidad: Es la canidad de unidades por
Paquete paquete.
descripcion: Descripcion de paquete.
- cantidad: int
- descripcion: varchar(30) estado: Si el paquete esta disponible o no.
- estado: bit idPaquete: Identificador de cada Paquete.
- idPaquete: int
class Domain Model La clase Medida registra las distintas

medidas(tamaño) que tiene cada producto.
Medida Atributos
estado: Si una medida esta disponible o no.
- estado: bit
- idMedida: int idMedida: Identificador de cada Medida.
- medida: varchar(10) medida: Es el tamaño del producto.
34
class Domain Model La clase Marca guarda las marcas de los

productos.
Marca Atributos:
estado: Si una marca esta disponible o no.
- estado: bit
- idMarca: int idMarca: Identificador de cada marca.
- nombre: varchar(20) nombre: Nombre de la marca.
class Domain Model Esta clase registra los sabores de las bebidas.
Atributos
Sabor estado: Si un sabor esta disponible o no.
idSabor: Identificador de cada sabor.
- estado: bit
- IdSabor: int nombre: Nombre del sabor.
- Nombre: varchar(20)
En esta clase se registran todos los productos

class Domain Model de la distribuidora.
Producto Atributos
descripcion: Es la descripcion completa del
- descripcion: varchar(40)
- estado: bit producto.
- idProducto: int estado: Si un producto esta disponible o no.
- precio: float
idProducto: Identificador de cada producto.
precio: Es el precio que se vende.
Esta clase guarda los datos de cada almacen

class Domain Model de la distribuidora.
Atributos
Almacen descripcion: Descripcion del almacen.
idAlmacen: Identificador de Almacen.
- descripcion: Varchar(30)
- idAlmacen: int ubicación: Ubicación del almacen.
- ubicacion: Varchar(30)
class Domain Model Esta clase registra las secciones que tiene un
almacen.
SectorAlmacen Atributos:
idSector: Identificador de una seccion.
- idSector: int
- nombre: varchar(20) nombre: Nombre de la seccion.
35
class Domain Model Esta clase registra las ventas que son hechas.
Atributos:
Venta estado: Registra si pedido ya fue entregado o
no.
- estado: bit
- FechaEntrega: date fechaPedido: Fecha del pedido.
- fechaPedido: date fechaEntrega: Fecha de la entrega
- idVenta: int
- obs: varchar(50)
idVenta: Identificador de la venta.
- total: float total: Monto total del pedido.
obs: Comentarios.
total: Monto total de la venta realizada.
Esta clase guarda los tipos de salida de un

class Domain Model producto.
Atributos
TipoSalida idTipoSalida: Identificador.
tipo: Es el tipo de salida.
- IdTipoSalida: int
- tipo: varchar
Esta clase guarda los datos de una salida de

class Domain Model producto.
Atributos
Salida fecha: Fecha de salida de producto.
idSalida: Identificador de salida.
- Fecha: date
- IdSalida: int
class Domain Model Esta clase guarda los tipos de entrada de un

producto.
TipoEntrada Atributos
idTipoEntrada: Identificador.
- idTipoEntrada: int
- tipo: varchar(20) tipo: Es el tipo de entrada.
class Domain Model Esta clase guarda los datos de una entrada de
producto.
Entrada Atributos
- fecha: date fecha: Fecha de entrada de producto.
- idEntrada: int idEntrada: Identificador de entrada.
36
Esta clase guardara los datos de cada

proveedor a los que se compra productos.
class Domain Model Atributos:
debe: Es el monto total que se debe a un
Proveedor proveedor.
haber: Es el monto maximo que se puede
- debe: float
- haber: float hacer pedidos.
- idProveedor: int idProveedor: Identificador de proveedor
- limiteCredito: float
limiteCredito: Es el limite de credito para
hacer pedidos.
nombre: Nombre del proveedor.
Esta clase guarda tipos de compra que se

class Domain Model realizan.
Atributos
TipoCompra idTipoCompra: Identificador de tipo de
compra.
- idTipoCompra: int
- tipo: varchar(15) tipo: Descripcion del tipo de compra.
class Domain Model Esta clase registra las compras realizadas.
Compra
Atributos
debe: Es lo que se debe de la compra.
- debe: float
- Estado: bit
estado: Verificasi el pedido ya ha llegado.
- fecha: date fecha: Fecha de compra.
- fechaLimitePago: date fechaLimitePago: Es la fecha hastaque se debe
- idCompra: int {id}
- total: float pagar la compra.
idCompra: Identificador de compra.
total: Monto total de la compra.
Esta clase registra los pagos que se realizan

class Domain Model por las compras.
Atributos
Cuota fechaPago: Fecha de pago
idCuota: Identificador de una cuota.
- fechaPago: date
- idCuota: int montoCuota: Monto del pago
- montoCuota: float
37
class Domain Model Esta clase guarda los tipos de pago que se
realizan.
TipoPago Atributos
tipo: Descripcion del tipo de pago.
- idTipoPago: int
- tipo: varchar(15) idTipoPago: Identificador de tipo de pago.
Relaciones entre clases (participación y multiplicidad)
Almacén—SectorAlmacen class Domain Model
Un almacén se compone de Almacen SectorAlmacen

muchos sectores de almacén, - descripcion: Varchar(30) 1 1..* - idSector: int
Y un sector de almacén - idAlmacen: int - nombre: varchar(20)
pertenece a un almacén.
Producto—TipoBebida class Domain Model
A un producto le pertenece un Producto

1..*
tipo de bebida y tipo de bebida - descripcion: varchar(40) TipoBebida
1
está en muchos productos. - estado: bit
- idProducto: int - estado: bit
- precio: float - idTipoBebida: int
- tipo: varchar(20)
Producto—TipoEnvase class Domain Model
Producto
A un producto le pertenece solo - descripcion: varchar(40) 1..* TipoEnvase
- estado: bit
1 - estado: bit
un tipo de envase, y este - idProducto: int
- idTipoEnvase: int
- precio: float
- tipo: varchar(20)
pertenece a muchos productos.
38
Producto—Medida class Domain Model
Un producto tiene una medida, y Producto

1
una medida pertenece a muchos - descripcion: varchar(40) 1..* Medida
- estado: bit
productos. - idProducto: int - estado: bit
- precio: float - idMedida: int
- medida: varchar(10)
Producto—Paquete
class Domain Model
Un producto pertenece a un
Producto
paquete, y en un paquete hay
Paquete
muchos productos. - estado: bit 1..* - cantidad: int
- idProducto: int - descripcion: varchar(30)
- precio: float 1
- estado: bit
- idPaquete: int
Producto—Sabor class Domain Model
Un producto tiene un sabor, y un Producto
sabor es de muchos productos. - descripcion: varchar(40) Sabor

- estado: bit
- idProducto: int - estado: bit
- precio: float - IdSabor: int
1..* 1
- Nombre: varchar(20)
Producto—Marca class Domain Model
Un producto tiene solo una Producto
marca, y a una marca le - descripcion: varchar(40) Marca

- estado: bit
pertenecen muchos productos. - idProducto: int 1 - estado: bit
1..* - idMarca: int
- precio: float
Compra—TipoCompra class Domain Model
Una compra tiene solo un tipo de Compra

compra, y a un tipo de compra - debe: float
está en una o muchas compras. - Estado: bit TipoCompra
- fecha: date
- fechaLimitePago: date - idTipoCompra: int
- idCompra: int {id} 1..* 1 - tipo: varchar(15)
- total: float
39
Producto—Compra class Domain Model
Compra
Un producto está presente un Producto
- debe: float
una o muchas compras, y en una - descripcion: varchar(40) - Estado: bit
- estado: bit - fecha: date
compra hay uno o muchos - idProducto: int - fechaLimitePago: date
1..* 1..*
productos. - precio: float -
-
idCompra: int {id}
total: float
CompraDetalle
- cantdad: int
- fechaVenc: date
- importe: float
- precioCompra: float
- precioVenta: float
Compra—Cuota class Domain Model
Una compra tiene una o muchas Compra
cuotas, y a una cuota solo es de - debe: float Cuota

- Estado: bit
una compra. - fecha: date - fechaPago: date
- fechaLimitePago: date - idCuota: int
- idCompra: int {id} - montoCuota: float
1 1..*
- total: float
Empleado—Cargo class Domain Model
Un empleado solo puede tener Empleado Cargo

un cargo, y un cargo es asignado
- Codigo: int - cargo: varchar(20)
a uno o muchos empleados. - estado: bit 1..* 1 - idCargo: int
Dirección—Zona class Domain Model
Una dirección está dentro de una Direccion

Zona
zona, y una zona tiene una o
muchas direcciones. - idZona: int
- IdDir: int
- Obs: varchar(50)
1..*
1
40
Zona—Empleado class Domain Model
A una zona le es asignado uno o Zona

muchos empleados, y un
- idZona: int
empleado puede ser asignado a - nombre: varchar(40)
una o muchas zonas.
Esta relación crea una tabla 1..*
ZonaEmpleado
intermedia en la que se
- Dias: varchar(10)
especifica que día tiene que ir a 1..*
una zona.
Empleado
- Codigo: int
- estado: bit
Dirección—Cliente class Domain Model
Una dirección pertenece solo a Direccion

un cliente, y un cliente puede Cliente
tener una o muchas direcciones. - IdDir: int - FechaUnion: date
- Obs: varchar(50) 1..* 1 - Tipo: int
Venta—Empleado class Domain Model
Una venta es realizado solo por Venta
dos empleados el promotor que - estado: bit

- FechaEntrega: date 1..* Empleado
hace el pedido y el chofer la - fechaPedido: date
2
- Codigo: int
entrega; un promotor realiza una - idVenta: int
- estado: bit
- obs: varchar(50)
o muchas ventas. - total: float
Venta—Cliente class Domain Model
Un venta se realiza a un cliente, Venta

Y un cliente solicita una o muchas - estado: bit Cliente
ventas. - FechaEntrega: date
- FechaUnion: date
- fechaPedido: date 1
1..* - Tipo: int
- idVenta: int
- obs: varchar(50)
- total: float
41
Venta—Producto class Domain Model
Una venta contiene uno o Venta Producto
muchos productos, y un - estado: bit - descripcion: varchar(40)

- estado: bit
producto está en una o muchas - FechaEntrega: date
- idProducto: int
- fechaPedido: date
ventas. - idVenta: int 1..* 1..* - precio: float
- obs: varchar(50)
Se crea una tabla VentaProducto - total: float
en la que se especifica la
cantidad, precio e importe.
VentaProducto
- cantidad: int
- importe: float
- precio: float
TipoEntrada—Entrada class Domain Model
Una entrada de producto tiene TipoEntrada

Entrada
un tipo de entrada, y un tipo de
- idTipoEntrada: int 1 1..* -
entrada tiene una o muchas fecha: date
- tipo: varchar(20)
- idEntrada: int
entradas de productos.
TipoSalida—Salida class Domain Model
Una salida de producto tiene un TipoSalida

Salida
tipo de salida, y un tipo de salida
- Fecha: date - IdTipoSalida: int
tiene una o muchas salidas de - IdSalida: int - tipo: varchar
1..* 1
productos.
Empleado—Salida class Domain Model
Una salida de productos es Empleado

Salida
realizada por un empleado, y un - Codigo: int
empleado realiza una o muchas 1 - Fecha: date
- estado: bit 1..* - IdSalida: int
salidas.
Almacén—Salida class Domain Model
De un almacén se efectúan una o Salida Almacen
muchas salidas, y una salida - Fecha: date - descripcion: Varchar(30)

- IdSalida: int 1..* 1 - idAlmacen: int
pertenece a solo un almacén. - ubicacion: Varchar(30)
42
Producto—Salida class Domain Model
Producto
Un producto está en una o Salida
muchas salidas de productos, y - estado: bit - Fecha: date
1..*
en una salida de producto hay - idProducto: int 1..* - IdSalida: int
- precio: float
uno o muchos productos.
Se crea una tabla en la que se
especifica la cantidad. SalidaProducto
- Cantidad: int
Empleado—Almacén class Domain Model
Un almacén es administrado por Almacen

solo un empleado, y un Empleado
- descripcion: Varchar(30)
empleado puede o no - Codigo: int 1 0..1 - idAlmacen: int
- estado: bit - ubicacion: Varchar(30)
administrar un almacén.
Almacén—Entrada class Domain Model
En un almacén se realizan una o Almacen

Entrada
muchas entradas de productos, y - descripcion: Varchar(30)
- fecha: date - idAlmacen: int
una entrada de productos es de - idEntrada: int
1..* 1
solo un almacén.
Empleado—Entrada class Domain Model
Un empleado puede realizar Empleado

Entrada
muchas entrada de productos o - Codigo: int
- fecha: date
ninguna, y una entrada de - estado: bit 1 0..* - idEntrada: int
productos es realizado por un
empleado.
Producto—Entrada class Domain Model
Un producto tiene una muchas Entrada Producto

1..* 1..*
entradaproducto, y una - fecha: date - descripcion: varchar(40)
- idEntrada: int - estado: bit
entradaproducto contiene uno o - idProducto: int
muchos productos. - precio: float
Se crea una tabla donde se

especifica la cantidad.
EntradaProducto
- Cantidad: int
43
Producto—Almacén Actualizala
Un producto se encuentra en uno

o muchos almacenes y en
almacén hay uno o muchos
productos.
Se crea una tabla intermedia que
especifica la cantidad.
TipoCompra—Compra class Domain Model
Una compra tiene un tipo de Compra

compra y un tipo de compra TipoCompra - debe: float
pertenece a una o muchas - idTipoCompra: int - Estado: bit
- fecha: date
compras. - tipo: varchar(15) 1 1..* - fechaLimitePago: date
- idCompra: int {id}
- total: float
Compra—Proveedor class Domain Model
Una compra es realizada a un Compra Proveedor

proveedor, y un proveedor se - debe: float - debe: float
realizan una o muchas compras. - Estado: bit - haber: float
- fecha: date - idProveedor: int
- fechaLimitePago: date - limiteCredito: float
- idCompra: int {id} 1..* 1 - nombre: varchar(30)
- total: float
Cuota—TipoPago class Domain Model
Una cuota tiene un tipo de pago Cuota

TipoPago
y un tipo de pago está en una o - fechaPago: date
- idTipoPago: int
- idCuota: int
muchas cuotas. - montoCuota: float 1..* 1 - tipo: varchar(15)
44
45
class Domain Model
Direccion Zona
TipoCompra Proveedor
1..* TipoEntrada Salida TipoSalida
- direccion: varchar(50) 1 - idZona: int
- IdDir: int - nombre: varchar(40) - idTipoCompra: int - debe: float
- idTipoEntrada: int - Fecha: date - IdTipoSalida: int
- obs: varchar(50) - tipo: varchar(15) - haber: float
- tipo: varchar(20) 1..* - IdSalida: int - tipo: varchar
1..* 1 - idProveedor: int
1..* limiteCredito: float
1 -
1 1..* 1..* 1 - nombre: varchar(30)
1..*
1..*
1
Persona
Entrada
- ci: int Almacen SectorAlmacen TipoPago
- materno: varchar(20) - fecha: date
- idEntrada: int - descripcion: Varchar(30) - idSector: int - idTipoPago: int
- nombre: varchar(20) 1 1..*
ZonaEmpleado 1..* 1 - idAlmacen: int - nombre: varchar(20) - tipo: varchar(15)
- sexo: varchar(1) - Dias: varchar(10) 0..* 1..* 1..* 1..*
Diagrama de Clases
- telefono: int 1
1..* 0..1 Compra
SISTEMAS DE INFORMACION I
Cargo - debe: float

- cargo: varchar(20) - Estado: bit
CompraDetalle
- idCargo: int - fecha: date
- cantdad: int - fechaLimitePago: date
Inventario - fechaVenc: date - idCompra: int {id}
1 - total: float 1
- importe: float
- minStock: float
- precioCompra: float 1..*
- stock: float 1..*
1..* - precioVenta: float
1..*
Cuota
Empleado 1..*
1 - fechaPago: date
- Codigo: int
- idCuota: int
- estado: bit 1
- montoCuota: float
1
1
INF-342
2 1..* 1..* 1..*

Cliente
1..* 1..*
EntradaProducto Producto
- fechaUnion: date
- tipo: int SalidaProducto
- Cantidad: int - descripcion: varchar(40)
- estado: bit 1..*
- Cantidad: int
1 - idProducto: int
- precio: float
1..*
DetalleVenta 1
1..* 1..*
- cantidad: int TipoEnvase
1..* 1..* 1..*1..*
Venta - importe: float
- precio: float - estado: bit
- estado: bit - idTipoEnvase: int
- FechaEntrega: date - tipo: varchar(20)
- fechaPedido: date 1..*
- idVenta: int 1
- obs: varchar(50) 1 1
1 1
- total: float Paquete
GRUPO Nº3
Marca Sabor Medida TipoBebida

- cantidad: int
- estado: bit - estado: bit - descripcion: varchar(30) - estado: bit - estado: bit
46
- idMarca: int - IdSabor: int - estado: bit - idMedida: int - idTipoBebida: int
- nombre: varchar(20) - Nombre: varchar(20) - idPaquete: int - medida: varchar(10) - tipo: varchar(20)
8 INGENIERÍA REQUERIMIENTO: MÉTODO ISHIKAWA

Identificar el problema
El caso de estudio de la “Distribuidora Aparicio” la cual tiene inconvenientes para realizar sus
actividades de manera adecuada y efectiva con su antiguo sistema, sobre todo en la parte de
inventarios y distribución de sus productos se ha identificado como el problema principal, es
decir la ineficiencia del sistema de información para gestionar la recepción, inventario y
distribución de la empresa “Distribuidora Aparicio”
Lista de problemas
P1 Dificultad en generar informes diarios de las actividades de control de inventario.
P2 Deficiencia en la búsqueda de datos del cliente (nombre, telf., CI, etc.).
P3 Lento proceso de consultas de los productos recepcionados.
P4 Redundancia al registrar datos del cliente.
P5 Deficiente gestión de personal en la distribuidora.
P6 Ineficiente registro de las características de los productos en la nota de entrega.
P7 Lento proceso en el cambio de productos de parte de los proveedores.
P8 Moroso control al verificar la existencia de un producto en almacén.
P9 Demora en cambios de productos dañados.
P10 Ineficiencia en atención y procedimiento que realiza el chofer por sobrecarga de
documentación.
P11 Lentitud en la entrega del producto al cliente.
P12 Deficiente organización en la designación de sectores para los productos.
P13 Dificultad en identificar los productos que están próximos a caducar.
P14 Pérdida de tiempo en el cálculo de las cuentas.
P15 Multifuncionalidad de algunos trabajadores en distintas áreas de la empresa.
Depurar la lista de problemas

P5 Deficiente gestión de personal en la distribuidora.
P7 Lento proceso en el cambio de productos de parte de los proveedores.
P9 Demora en cambios de productos dañados.
P15 Multifuncionalidad de algunos trabajadores en distintas áreas de la empresa
Elaborar lista de problemas finales

P1 Dificultad en generar informes diarios de las actividades de control de inventario.
P2 Deficiencia en la búsqueda de datos del cliente (nombre, telf., CI, etc.).
P3 Lento proceso de consultas de los productos recepcionados.
P4 Redundancia al registrar datos del cliente.
P5
P6 Ineficiente registro de las características de los productos en la nota de entrega.
P7
P8 Moroso control al verificar la existencia de un producto en almacén.
47
P9 Ineficiencia en atención y procedimiento que realiza el chofer por sobrecarga de

documentación.
P10 Lentitud en la entrega del producto al cliente.
P11 Deficiente organización en la designación de sectores para los productos.
P12 Dificultad en identificar los productos que están próximos a caducar.
P13 Pérdida de tiempo en el cálculo de las cuentas.
Identificar propietarios de problemas
PROBLEMA | cliente gerente Encargado chofer Proveedor promotor

PROPIETARIO de almacén
P1 Dificultad en
generar informes
diarios de las
actividades de 
control de
inventario.
P2. Deficiencia en
la búsqueda de
datos personales 
 
del beneficiario
(nombre, telf., CI,
etc.).
P3. Lento proceso ´
de consultas de los

productos 
recepcionados.
P4. Redundancia
al registrar datos  
del beneficiario.
P6. Ineficiente
registro de las
características de 
 
los productos en la
nota de entrega.
P8.Moroso control
al verificar la
existencia de un  
producto en
almacén.
P10.Ineficiencia en
atención y
procedimiento que  
realiza el chofer
por sobrecarga de
documentación.
P11. Lentitud en la
entrega del    
producto al cliente.
P12. Deficiente
 
organización en la
48
designación de
sectores para los 
productos.
P13. Dificultad en
identificar los
productos que  
están próximos a
caducar.
P14. Pérdida de
tiempo en el cálculo   
de las cuentas.
Análisis de problemas
Obsolescenci
a en el
sistema de
inventario y
distribución
P4 P12
P6
P2 P13
P10 P3
P8 P1
P11 P14
49
Cuantificar problemas
PROBLEMA| PROPIETARIO JUSTIFICACION (CAUSA) DEL PROBLEMA
P1 Dificultad en generar informes diarios de
las actividades de control de inventario. Todos los registros son anotados en una hoja de
papel y verificados al finalizar el día.
P2. Deficiencia en la búsqueda de datos
Los datos del beneficiario son anotados en una
personales del beneficiario (nombre, telf.,
CI, etc.). planilla, lo cual genera mucho papeleo.
P3. Lento proceso de consultas de los La búsqueda se realiza en las notas de entrega de
productos recepcionados.
parte de los proveedores.
P4. Redundancia al registrar datos del Al tener diferentes libros de registro esto provoca
beneficiario.
que la información se repita de forma innecesaria.
P6. Ineficiente registro de las características Los recepcionistas no se encuentran organizados, lo
de los productos en la nota de entrega. cual dificulta hacer el inventario al no tener
empleados que solo se ocupen de esa tarea
P8.Moroso control al verificar la existencia Se tiene que ir personalmente a verificar si existe
de un producto en almacén. un producto en inventario o no.
P10.Ineficiencia en atención y El chofer de los camiones distribuidores manejan
procedimiento que realiza el chofer por muchos documentos a la hora de entregar los
sobrecarga de documentación.
productos.
P11. Lentitud en la entrega del producto al Se debe a que en el almacén le toma demasiado
cliente.
tiempo en verificar si un producto esta disponible o
tiene que hacerse un pedido al proveedor
P12. Deficiente organización en la
designación de sectores para los productos.
No esta bien organizados los sectores en la bodega
donde almacenan los productos.
P13. Dificultad en identificar los productosTienen que ver personalmente y seleccionar que
que están próximos a caducar. productos están próximos a caducar lo que les
toma demasiado tiempo.
P14. Pérdida de tiempo en el cálculo de las Los choferes y promotores tienen que hacer los
cuentas. cálculos manualmente al momento de recibir un
pedido o al hacer una venta.
Alternativa de cambio
Se considera viable y muy acertada la actualización a computadores los registros de
información en la “Distribuidora Aparicio” en el sector de recepción y distribución de
productos, y dar un breve curso para ambientar al personal de toda la empresa para el
uso del nuevo sistema.
Alternativa P6. Ineficiente registro de las características de los productos en la nota de
entrega. Se debe llenar en las notas de entrega todas las características de los productos
que contienen los paquetes.
Alternativa P13 Dificultad en identificar los productos que están próximos a caducar. Solo
el gerente realiza la inspección por observación de los productos y su fecha de
50
vencimiento, se sugiere designar una persona fija a cargo de este aspecto cada cierta
fecha designada.
Realizar publicidad por los diferentes tipos de medios de comunicación para que los
empleados tengan mayor información sobre los productos.
Conclusión del método

Con la aplicación del método ISHIKAWA, se identificó los diferentes problemas que
competen al sistema ayudándonos a identificar las causas raíces de nuestro problema
para lo cual vamos a listas todas las causas que finalmente dan origen a los problemas
que se nos presentan y que es necesario cuantificar para priorizar las ramas que vamos a
atacar para la resolución de nuestro problema.
Identificar principales categorías
Gestionar registro Gestionar registro

de productos de Clientes
Obsolescencia en el
sistema para gestionar el
inventario, compra y
venta de productos.
Gestionar Gestionar Distribución

Inventario
51
Identificar causas
Gestionar registro Gestionar registro

de productos de clientes
P5. Inadecuada P8. Moroso control al
organización de empleados verificar la existencia de
en el almacenamiento de un producto en almacén P2. Deficiencia en la búsqueda de datos del
los productos. jornada cliente (nombre, telf., CI, etc.).
P11.Moroso control al verificar P11. Lentitud en la
la existencia de un producto en entrega del producto al
almacén cliente.beneficiario
P9. Demora en cambios de
productos dañados.
P1.Dificultad en generar informes P4. Redundancia al registrar
diarios de la actividad de control de datos del cliente.
inventario
P3.Lento proceso de consultas de Obsolescencia en el
los productos recepcionados)
sistema para gestionar el
inventario, compra y
P3. Ineficiente registro de
venta de productos.
ingreso de productos al P11. Lentitud en la
inventario. entrega del producto
al cliente.
P1. Dificultad en generar P6. Ineficiente registro
P10. Ineficiencia en
informes diarios de las de las características de
atención y
actividades de control de los productos en la nota
procedimiento que
inventario. realiza el chofer de entrega.
P12. Deficiente por sobrecarga de
organización en la documentación.
designación de P15. Demora en la entrega de
sectores para los productos por parte de la
productos. distribuidora al cliente.
Gestionar Gestionar Distribución

inventario
52
9 MODELO DE NEGOCIO
Diagrama de actividad
Crear pedido
53
Registrar cliente
54
Salida y entrega de productos
55
10 FLUJO DE TRABAJO: CAPTURA DE REQUISITO

Encontrar actores y casos de uso
Clasificación de los actores
 Cliente: Son personas, quienes compran productos en la distribuidora. De él solo guardamos los
datos personales.
 Proveedor: Son personas o empresas externas, que proveen productos a la distribuidora. Envían
sus catálogos de productos, y en caso de necesitar de algún producto se realiza la compra. De
ellos se registran los datos como ser nombre, dirección, teléfono etc.
 Gerente: Es el encargado de supervisar el trabajo de las demás personas que trabajan en la

distribuidora.
 Empleado: Son los trabajadores que se encarga de realizar tareas dentro de la distribuidora.
I. Almacenero: Encargado de administrar y verificar los productos del almacén.
II. Chofer: encargado de distribuir los productos a los clientes.
III. Promotor: Es el encargado de tomar los pedidos y registrar los clientes.
56
Priorizar casos de uso
CASO DE USO Estado Prioridad Riesgo Actores
CU1 Gestionar Marca Aprobado Normal Normal Gerente

CU2 Gestionar Paquete Aprobado Normal Normal Gerente
CU3 Gestionar Tipo de Envase Aprobado Normal Normal Gerente
CU4 Gestionar Tipo de Bebida Aprobado Normal Normal Gerente
CU5 Gestionar Sabor Aprobado Normal Normal Gerente
CU6 Gestionar Medida Aprobado Normal Normal Gerente
CU7 Gestionar Producto Incluido Critico Critico Gerente
CU8 Gestionar Cliente Aprobado Normal Normal Promotor, Cliente
CU9 Gestionar Cargo Aprobado Normal Normal Gerente
CU10 Gestionar Empleado Incluido Critico Critico Gerente, Empleado
CU11 Gestionar Zona Aprobado Normal Normal Gerente
CU12 Relacionar Zona-Empleado Incluido Critico Critico Gerente, Empleado
CU13 Gestionar Almacén Aprobado Normal Normal Gerente, Almacenero
CU14 Gestionar Sector Almacén Incluido Critico Critico Gerente, Almacenero
CU15 Gestionar Tipo de Salida Aprobado Normal Normal Gerente
CU16 Gestionar Salida de Producto Incluido Critico Critico Almac., Chofer, Gerente
CU17 *Gestionar Tipo de Entrada Aprobado Normal Normal Gerente
CU18 Gestionar Entrada de Producto Incluido Critico Critico Almac., Chofer, Gerente
CU19 Gestionar Pedido de Producto Incluido Critico Critico Cliente, Promotor
CU20 Gestionar Entrega de Producto Incluido Critico Critico Cliente, Chofer
CU21 Gestionar Inventario Incluido Critico Critico Gerente, Almacenero
CU22 Gestionar Compra Incluido Critico Critico Gerente, Proveedor
CU23 Gestionar Tipo de Compra Aprobado Normal Normal Gerente
CU24 Gestionar Proveedor Aprobado Normal Normal Gerente, Proveedor
CU25 Gestionar Tipo de Pago Aprobado Normal Normal Gerente
CU26 Gestionar Cuota Incluido Critico Critico Gerente
57
Detalle de un caso de uso
CU1: Gestionar Marca

uc Use Case View
CU1: Gestionar Marca
Gerente
NOMBRE CU1: Gestionar Marca
PROPOSITO Gestionar las marcas de productos.
RESUMEN El gerente podrá añadir, modificar, eliminar o buscar una marca

de los productos que venden.
ACTORES Gerente
ACTOR INICIADOR Gerente
PRECONDICION
POSTCONDICION
FLUJO PRINCIPAL 1 Registrar Marca

1.1 Introducir los datos
1.2 Guardar
2 Modificar Marca
2.1 Seleccionar marca a modificar
2.2 Modificar datos
2.3 Guardar
3 Eliminar Marca
3.1 Seleccionar Marca
3.2 Eliminar
4 Buscar Marca
4.1 Introducir nombre
4.2 Buscar
EXCEPCION 1.2 Datos incorrectos o la marca ya existe
2.3 Datos incorrectos o la marca ya existe
58
CU2: Gestionar Paquete

uc Use Case View
CU2: Gestionar Paquete
Gerente
NOMBRE CU2: Gestionar Paquete
PROPOSITO Gestionar los tipos de paquetes de los productos.
RESUMEN El gerente podrá añadir, modificar, eliminar o buscar un tipo de

paquete de los productos que venden.
ACTORES Gerente
PRECONDICION
POSTCONDICION
FLUJO PRINCIPAL 1 Registrar Paquete

1.2 Guardar
2 Modificar Paquete
2.1 Seleccionar paquete a modificar
2.2 Modificar datos
2.3 Guardar
3 Eliminar Paquete
3.1 Seleccionar Marca
3.2 Eliminar
4 Buscar Paquete
4.2 Buscar
EXCEPCION 1.2 El paquete ya existe
2.3 El paquete ya existe
59
CU3: Gestionar Tipo de Envase

uc Use Case View
CU3: Gestionar Tipo de

Envase
Gerente
NOMBRE CU3: Gestionar Tipo de Envase
PROPOSITO Gestionar los tipos de envase de los productos.

envase de los productos que venden.
ACTORES Gerente
PRECONDICION
POSTCONDICION
FLUJO PRINCIPAL 1 Registrar Tipo de Envase

1.2 Guardar
2 Modificar Tipo de Envase
2.1 Seleccionar Tipo de Envase a modificar
2.2 Modificar datos
2.3 Guardar
3 Eliminar Tipo de Envase
3.1 Seleccionar Tipo de Envase
3.2 Eliminar
4 Buscar Tipo de Envase
4.2 Buscar
EXCEPCION 1.2 El tipo de envase ya existe
2.3 El tipo de envase ya existe
60
CU4: Gestionar Tipo de Bebida

uc Use Case View

Bebida
Gerente
NOMBRE CU4: Gestionar Tipo de Bebida
PROPOSITO Gestionar los tipos de bebida de los productos.

bebida de los productos que venden.
ACTORES Gerente
PRECONDICION
POSTCONDICION
FLUJO PRINCIPAL 1 Registrar Tipo de Bebida

1.2 Guardar
2 Modificar Tipo de Bebida
2.1 Seleccionar Tipo de Bebida a modificar
2.2 Modificar datos
2.3 Guardar
3 Eliminar Tipo de Bebida
3.1 Seleccionar Tipo de Envase
3.2 Eliminar
4 Buscar Tipo de Bebida
4.2 Buscar
EXCEPCION 1.2 El tipo de Bebida ya existe
2.3 El tipo de Bebida ya existe
61
CU5: Gestionar Sabor

uc Use Case View
Gerente
NOMBRE CU5: Gestionar Sabor
PROPOSITO Gestionar los sabores de los productos.
RESUMEN El gerente podrá añadir, modificar, eliminar o buscar un sabor de

los productos que venden.
ACTORES Gerente
PRECONDICION
POSTCONDICION
FLUJO PRINCIPAL 1 Registrar Sabor

1.2 Guardar
2 Modificar Sabor
2.1 Seleccionar Sabor a modificar
2.2 Modificar datos
2.3 Guardar
3 Eliminar Sabor
3.1 Seleccionar Sabor
3.2 Eliminar
4 Buscar Sabor
4.2 Buscar
EXCEPCION 1.2 El sabor ya existe
2.3 El sabor ya existe
62
CU6: Gestionar Medida

uc Use Case View
Gerente
NOMBRE CU6: Gestionar Medida
PROPOSITO Gestionar los tipos de medidas (tamaños) de los productos.
RESUMEN Se podrá añadir, modificar, eliminar y buscar medidas.
ACTORES Gerente
PRECONDICION
POSTCONDICION
FLUJO PRINCIPAL 1 Registrar Medida

1.2 Guardar
2 Modificar Medida
2.1 Seleccionar Medida a modificar
2.2 Modificar datos
2.3 Guardar
3 Eliminar medida
3.1 Seleccionar medida
3.2 Eliminar
4 Buscar medida
4.2 Buscar
EXCEPCION 1.2 La medida ya existe
2.3 La medida ya existe
63
CU7: Gestionar Producto

uc Use Case View
CU1: Gestionar Marca CU2: Gestionar Paquete

«include» «include»
Envase
«include»
Gerente
«include»
«include» «include» Bebida
CU6: Gestionar Medida CU5: Gestionar Sabor
NOMBRE CU7: Gestionar Productos
PROPOSITO Administrar los productos que se venden
RESUMEN Se podrá añadir, modificar, eliminar o buscar los productos que se

venden.
ACTORES Gerente
PRECONDICION CU1: Gestionar Marca, CU2: Gestionar Paquete , CU3: Gestionar

Tipo de Envase, CU4: Gestionar Tipo de Bebida, CU5: Gestionar
Sabor, CU6: Gestionar Medida
POSTCONDICION
FLUJO PRINCIPAL 1 Registrar Producto

1.2 Guardar
2 Modificar Producto
2.1 Seleccionar Producto a modificar
2.2 Modificar datos
2.3 Guardar
64
3 Eliminar Producto
3.1 Seleccionar Producto
3.2 Eliminar
4 Buscar Producto
4.2 Buscar
EXCEPCION 1.2 El producto ya existe

2.3 El producto ya existe
CU8: Gestionar Cliente

uc Use Case View
Cliente Promotor
NOMBRE CU8: Gestionar Cliente
PROPOSITO Administrar a los clientes que han hecho alguna compra
RESUMEN Se podrá añadir, modificar, o buscar clientes.
ACTORES Cliente, Promotor
ACTOR INICIADOR Cliente
PRECONDICION
POSTCONDICION
FLUJO PRINCIPAL 1 Registrar Cliente

1.2 Guardar
2 Modificar Cliente
2.1 Seleccionar Cliente a modificar
2.2 Modificar datos
2.3 Guardar
3 Buscar Cliente
65
3.2 Buscar
EXCEPCION 1.2 Datos incorrectos o ya está registrado

2.3 Datos incorrectos u ya esta registrado
CU9: Gestionar Cargo

uc Use Case View
Gerente
NOMBRE CU9: Gestionar Cargo
PROPOSITO Gestionar los cargos de los empleados en la distribuidora.
RESUMEN Se podrá agregar, modificar, eliminar o buscar cargos.
ACTORES Gerente
PRECONDICION
POSTCONDICION
FLUJO PRINCIPAL 1 Registrar Cargo

1.2 Guardar
2 Modificar Cargo
2.1 Seleccionar Cargo a modificar
2.2 Modificar datos
2.3 Guardar
3 Eliminar Cargo
3.1 Seleccionar Cargo
3.2 Eliminar
4 Buscar Cargo
4.2 Buscar
EXCEPCION 1.2 El cargo ya existe
2.3 El cargo ya existe
66
CU10: Gestionar Empleado

uc Use Case View
«include»
CU10: Gestionar
Empleado
Gerente Empleado
NOMBRE CU10: Gestionar Empleado
PROPOSITO Administrar a los empleado
RESUMEN Se podrá agregar, modificar, eliminar o buscar empleados
ACTORES Gerente, Empleado
PRECONDICION CU9: Gestionar Cargo
POSTCONDICION
FLUJO PRINCIPAL 1 Registrar Empleado

1.2 Guardar
2 Modificar Empleado
2.1 Seleccionar Empleado a modificar
2.2 Modificar datos
2.3 Guardar
3 Eliminar Empleado
3.1 Seleccionar Empleado
3.2 Eliminar
4 Buscar Empleado
4.2 Buscar
67
EXCEPCION 1.2 Datos incorrectos o ya está registrado

2.2 Datos incorrectos
CU11: Gestionar Zona

uc Use Case View
Gerente
NOMBRE CU11: Gestionar Zona
PROPOSITO Administrar las zonas donde se distribuyen los productos.
RESUMEN Se podrá añadir, modificar o buscar zonas
ACTORES Gerente
PRECONDICION
POSTCONDICION
FLUJO PRINCIPAL 1 Registrar Zona

1.2 Guardar
2 Modificar Zona
2.1 Seleccionar Zona a modificar
2.2 Modificar datos
2.3 Guardar
3 Buscar Zona
3.2 Buscar
EXCEPCION 1.2 La zona ya existe
2.3 La zona ya existe
68
CU12: Relacionar Zona-Empleado

uc Use Case View
CU10: Gestionar
CU11: Gestionar Zona Empleado
«include» «include» Promotor
CU12: Relacionar Zona-

Empleado
Gerente
Chofer
NOMBRE CU12: Relacionar Zona-Empleado
PROPOSITO Designar una o más zonas y días a un empleado
RESUMEN Se podrá agregar, modificar, eliminar o buscar las zonas y días de

un empleado
ACTORES Gerente, Promotor, Chofer
PRECONDICION CU10: Gestionar Empleado, Cu11: Gestionar Zona
POSTCONDICION
FLUJO PRINCIPAL 1 Registrar Zona-Empleado

1.2 Guardar
2 Modificar Zona-Empleado
2.1 Seleccionar Zona-Empleado a modificar
2.2 Modificar datos
2.3 Guardar
3 Eliminar Zona-Empleado
3.1 Seleccionar Zona-Empleado
3.2 Eliminar
4 Buscar Zona-Empleado
4.1 Introducir nombre Zona
4.2 Buscar
69
EXCEPCION 1.2 Zona y día ya asignado

2.3 Zona y día ya asignado
CU13: Gestionar Almacén

uc Use Case View
CU10: Gestionar
Empleado
«include»
CU13: Gestionar
Almacen
Almacenero
Gerente
NOMBRE CU13: Gestionar Almacén
PROPOSITO Administrar los almacenes de la distribuidora
RESUMEN Se podrá agregar, modificar, eliminar, o buscar almacenes
ACTORES Gerente, Almacenero
PRECONDICION CU10: Gestionar Empleado
POSTCONDICION
FLUJO PRINCIPAL 1 Registrar almacén

1.2 Guardar
2 Modificar almacén
2.1 Selecciona almacén a modificar
2.2 Modificar datos
2.3 Guardar
3 Eliminar almacén
3.1 Seleccionar almacén
3.2 Eliminar
4 Buscar almacén
70

4.2 Buscar
EXCEPCION 1.2 Almacén ya registrado

1.2 Empleado ya asignado a otro almacén
CU14: Gestionar Sector Almacén

uc Use Case View
CU13: Gestionar
Almacen
«include»
CU14: Gestionar Sector

Almacen
Gerente Almacenero
NOMBRE CU14: Gestionar Sector Almacén
PROPOSITO Administrar el almacén
RESUMEN Se podrá crear, modificar y eliminar zonas dentro del almacén

para tener un mejor control de los productos
PRECONDICION CU13: Gestionar Almacén
POSTCONDICION
FLUJO PRINCIPAL 1 Registrar Sector

1.2 Guardar
2 Modificar Sector
2.1 Seleccionar Sector a modificar
2.2 Modificar datos
2.3 Guardar
71
3 Eliminar Sector
3.1 Seleccionar Sector
3.2 Eliminar
EXCEPCION 1.2 Sector ya registrado
2.3 Sector ya registrado
CU15: Gestionar Tipo de Salida

uc Use Case View

Salida
Gerente
NOMBRE CU15: Gestionar Tipo de Salida
PROPOSITO Administrar los tipos o motivos por los que salen productos de los
almacenes.
RESUMEN Se podrá agregar, modificar, eliminar o buscar
ACTORES Gerente
PRECONDICION
POSTCONDICION
FLUJO PRINCIPAL 1 Registrar Tipo de Salida

1.2 Guardar
2 Modificar Tipo de Salida
2.1 Seleccionar Tipo de Salida a modificar
2.2 Modificar datos
2.3 Guardar
3 Eliminar Tipo de Salida
3.1 Seleccionar Tipo de Salida
3.2 Eliminar
4 Buscar Tipo de Salida
4.2 Buscar
72
EXCEPCION 1.2 Ya existe

2.3 Ya existe
CU16: Gestionar Salida de Producto

uc Use Case View

Salida
Gerente
«include»
CU16: Gestionar Salida

de Producto
Chofer
Almacenero
NOMBRE CU16: Gestionar Salida de Producto
PROPOSITO Tener un control sobre los productos que salen de los almacenes.
RESUMEN Se podrá agregar, modificar o buscar salidas de productos.
ACTORES Gerente, Chofer, Almacenero
ACTOR INICIADOR Almacenero
PRECONDICION CU15: Gestionar Tipo de Salida
POSTCONDICION
FLUJO PRINCIPAL 1 Registrar Salida

1.2 Guardar
2 Modificar Salida
2.1 Seleccionar Salida a modificar
2.2 Modificar datos
2.3 Guardar
3 Buscar salida
3.1 Introducir fecha
73
3.2 Buscar
EXCEPCION
CU17: Gestionar Tipo de Entrada

uc Use Case View

Entrada
Gerente
NOMBRE CU17: Gestionar Tipo de Entrada
PROPOSITO Administrar los motivos por los que ingresan productos a los
almacenes.
RESUMEN Se podrá añadir, modificar, eliminar o buscar los tipos de entrada.
ACTORES Gerente
PRECONDICION
POSTCONDICION
FLUJO PRINCIPAL 1 Registrar Tipo de Entrada

1.2 Guardar
2 Modificar Tipo de Entrada
2.1 Seleccionar Tipo de Entrada a modificar
2.2 Modificar datos
2.3 Guardar
3 Eliminar Tipo de Entrada
3.1 Seleccionar Tipo de Entrada
3.2 Eliminar
4 Buscar Tipo de Entrada
4.2 Buscar
2.3 Ya existe
74
CU18: Gestionar Entrada de Producto

uc Use Case View

Entrada
«include»
Almacenero
CU18: Gestionar Entrada

de Producto
Chofer
Gerente
NOMBRE CU18: Gestionar Entrada de Producto
PROPOSITO Tener control de los productos que ingresan a los almacenes.
RESUMEN Se podrá agregar, modificar, o buscar entradas de productos
ACTORES Gerente, Chofer, Almacenero
ACTOR INICIADOR Almacenero
PRECONDICION
POSTCONDICION
FLUJO PRINCIPAL 1 Registrar Entrada

1.2 Guardar
2 Modificar Entrada
2.1 Seleccionar Entrada a modificar
2.2 Modificar datos
2.3 Guardar
3 Buscar Entrada
3.2 Buscar
EXCEPCION
75
CU19: Gestionar Pedido de Producto

uc Use Case View
«include»
CU19: Gestionar Pedido

de Producto
Cliente Promotor
NOMBRE CU19: Gestionar Pedido de Producto
PROPOSITO Gestionar los pedidos que se realizan
RESUMEN Se podrá agregar, modificar y buscar pedidos
ACTORES Cliente, Promotor
ACTOR INICIADOR Cliente
PRECONDICION CU7: Gestionar Producto
POSTCONDICION
FLUJO PRINCIPAL 1 Registrar Pedido

1.2 Guardar
2 Modificar Pedido
2.1 Seleccionar Pedido a modificar
2.2 Modificar datos
2.3 Guardar
3 Buscar Pedido
3.1 Introducir fecha/Cliente/Promotor
3.2 Buscar
EXCEPCION
76
CU20: Gestionar Entrega de Producto

uc Use Case View

de Producto
«include»
CU20: Gestionar Entrega

de Producto
Cliente Chofer
NOMBRE CU20: Gestionar Entrega de Producto
PROPOSITO Llevar un control de los pedidos entregados
RESUMEN Se podrá añadir y buscar entregas
ACTORES Cliente, Chofer
ACTOR INICIADOR Chofer
PRECONDICION CU19: Gestionar Pedido de Producto
POSTCONDICION
FLUJO PRINCIPAL 1 Registrar Entrega

1.2 Guardar
2 Buscar
2.1 Introducir fecha/cliente/chofer
2.2 Buscar
EXCEPCION
77
CU21: Gestionar Inventario

uc Use Case View
CU7 Gestionar Producto CU13 Gestionar Almacen
CU21: Gestionar
Inventario
Gerente Almacenero
NOMBRE CU21: Gestionar Inventario
PROPOSITO Tener un control de la cantidad de productos disponibles
RESUMEN Se podrá ver todos los productos o almacén X almacén
PRECONDICION
POSTCONDICION
FLUJO PRINCIPAL 1 Buscar

1.1 Introducir almacén/producto
1.2 Buscar
EXCEPCION
78
CU22: Gestionar Compra

uc Use Case View

CU7: Gestionar Producto CU24: Gestionar Compra
Proveedor
«include» «include» «include»
Gerente Proveedor
NOMBRE CU22: Gestionar Compra
PROPOSITO Tener un registro de las compras realizadas
RESUMEN Se podrá añadir, modificar o buscar compras
ACTORES Gerente, Proveedor
PRECONDICION CU7: Gestionar Producto, CU23: Gestionar Tipo de Compra, CU24:

Gestionar Proveedor
POSTCONDICION
FLUJO PRINCIPAL 1 Registrar Compra

1.2 Guardar
2 Modificar Compra
2.1 Seleccionar a modificar
2.2 Modificar datos
2.3 Guardar
3 Buscar Compra
3.1 Introducir proveedor
3.2 Buscar
EXCEPCION 1.2 Datos incorrectos

79
CU23: Gestionar Tipo de Compra

uc Use Case View

Compra
Gerente
NOMBRE CU23: Gestionar Tipo de Compra
PROPOSITO Administrar las formar en que realizan las compras.
RESUMEN Se podrá añadir, modificar, eliminar o buscar los tipos de compras.
ACTORES Gerente
PRECONDICION
POSTCONDICION
FLUJO PRINCIPAL 1 Registrar Tipo de Compra

1.2 Guardar
2 Modificar Tipo de Compra
2.1 Seleccionar Tipo de Compra a modificar
2.2 Modificar datos
2.3 Guardar
3 Eliminar Tipo de Compra
3.1 Seleccionar Tipo de Compra
3.2 Eliminar
4 Buscar Tipo de Compra
4.2 Buscar
2.3 Ya existe
80
CU24: Gestionar Proveedor

uc Use Case View
CU24: Gestionar
Proveedor
Gerente Proveedor
NOMBRE CU24: Gestionar Proveedor
PROPOSITO Administrar los proveedores a quienes se compran los productos.
RESUMEN Se podrá agregar, modificar, eliminar o buscar proveedores
ACTORES Gerente, Proveedor
PRECONDICION
POSTCONDICION
FLUJO PRINCIPAL 1 Registrar Proveedor

1.2 Guardar
2 Modificar Proveedor
2.1 Seleccionar Proveedor a modificar
2.2 Modificar datos
2.3 Guardar
3 Eliminar Proveedor
3.1 Seleccionar Proveedor
3.2 Eliminar
4 Buscar Proveedor
4.2 Buscar
EXCEPCION 1.2 Ya registrado

81
CU25: Gestionar Tipo de Pago

uc Use Case View

Pago
Gerente
NOMBRE CU25: Gestionar Tipo de Pago
PROPOSITO Administrar las formas de pago de las compras.
RESUMEN Se podrá agregar, eliminar, modificar o buscar los tipos de pago.
ACTORES Gerente
PRECONDICION
POSTCONDICION
FLUJO PRINCIPAL 1 Registrar Tipo de Pago

1.2 Guardar
2 Modificar Tipo de Pago
2.1 Seleccionar Tipo de Pago a modificar
2.2 Modificar datos
2.3 Guardar
3 Eliminar Tipo de Pago
3.1 Seleccionar Tipo de Pago
3.2 Eliminar
4 Buscar Tipo de Pago
4.2 Buscar
2.3 Ya existe
82
CU26: Gestionar Cuota

uc Use Case View

Pago
«include»
CU26: Gestionar Cuota CU22: Gestionar Compra

«include»
Gerente
NOMBRE CU26: Gestionar Cuota
PROPOSITO Llevar un control de los pagos que se realzan por las compras
RESUMEN Se podrá añadir, modificar o buscar pagos realizados
ACTORES Gerente
PRECONDICION CU25: Gestionar Tipo de Pago, CU22: Gestionar Compra
POSTCONDICION
FLUJO PRINCIPAL 1 Registrar Cuota

1.2 Guardar
2 Modificar Cuota
2.1 Seleccionar Cuota a modificar
2.2 Modificar datos
2.3 Guardar
3 Buscar Cuota
3.2 Buscar
EXCEPCION
83
Prototipo interfaz de usuario
Gestionar Usuario
Iniciar Sesion
84
Gestionar Marcas
Gestionar Medida
85
Gestionar Paquete
Gestionar Cliente
86
Gestionar Empleado
Gestionar Producto
87
Gestionar Tipo Bebida
Gestionar Envase
88
Visualizar Cliente
Visualizar Empleados
89
Visualizar Productos
90
ESTRUCTURAR MODELO DE CASOS DE USO
uc Use Case View
«include»
CU24: Gestionar CU23: Gestionar Tipo de

CU1: Gestionar Marca CU2: Gestionar Paquete CU4: Gestionar Tipo de CU22: Gestionar Compra Compra
Proveedor
Bebida
Proveedor
«include»
«include»
CU3: Gestionar Tipo de CU25: Gestionar Tipo de

«include»
Envase Pago
«include»
«include»

CU7: Gestionar Producto CU26: Gestionar Cuota
«include»
Gerente
«include»
CU14: Gestionar Sector
Almacen
«include»
«include»
CU13: Gestionar
CU11: Gestionar Zona Almacen
CU8: Gestionar Cliente CU9: Gestionar Cargo
Cliente Promotor
«include»
CU21: Gestionar
Inventario
CU17: Gestionar Tipo de CU12: Relacionar Zona-
Entrada Empleado
de Producto
«include»
«include»
«include»
«include»
de Producto
CU15: Gestionar Tipo de CU10: Gestionar
CU20: Gestionar Entrega Salida Empleado
de Producto
«include» CU16: Gestionar Salida

de Producto
Chofer
Almacenero
91
11 FLUJO DE TRABAJO ANÁLISIS

Análisis de arquitectura
Identificar paquete
Paquete Ventas:
class Paquetes Descripcion: Se podrá ver, registrar y modificar los pedidos hechos por
los promotores; también se podrá ver y registrar las entregas de los
Ventas choferes.
Se podrá ver a los clientes, registrar clientes nuevos y actualizar sus datos.
Se registraran las zonas donde se realizan los pedidos y asignarles zonas

al personal.
Paquete Compras
class Paquetes
Compras Descripcion: Aquí se podrá registrar a los proveedores, actualizar sus

datos y eliminarlos.
También se podrá registrar y ver las compras; registrar y ver los pagos que
se realizan de estas.
Paquete Inventario
class Paquetes Descripcion: Aquí se podrán ver el inventario de los productos, también
registrar las salidas e ingresos de productos a los almacenes.
Inventario
También se podrá registrar, modificar y eliminar datos de los productos
que se compran y venden en la distribuidora.
Se podrán registrar los almacenes de la distribuidora y asignarle un

encargado.
Paquete Personal
class Paquetes Descripcion: En este paquete se podrá visualizar, registrar, modificar y

eliminar datos del personal, como ser los promotores y choferes.
Personal
92
Relacionar paquete y casos de uso
class Paquetes
«trace»
Ventas

«trace» de Producto
«trace»

de Producto
class Paquetes
Compras «trace»
CU24: Gestionar
Proveedor
«trace»
«trace»
93
class Paquetes
CU13: Gestionar
Almacen
CU16: Gestionar Salida

de Producto
«trace»
Inventario «trace»
CU21: Gestionar
Inventario
«trace»
«trace»
«trace»
de Producto
class Paquetes

Empleado
Usuario
Personal «trace»

«trace»
«trace»
CU10: Gestionar
Empleado
94
Vista de casos de uso

Paquete Ventas
uc Vista de Casos de Uso
Ventas
Promotor
CU8: Gestionar Cliente CU7: Gestionar Producto
de Producto «include»
«include»
Cliente

de Producto
Chofer
Paquete Compras
Compras

«include» Pago
Compra
«include»
«include»
CU22: Gestionar Compra CU7: Gestionar Producto

«include»
Gerente
«include»
CU24: Gestionar
Proveedor
Proveedor
95
Paquete Inventario
Inventario
«include»
«include»
CU7: Gestionar Producto CU4: Gestionar Tipo de CU13: Gestionar

Bebida CU5: Gestionar Sabor CU6: Gestionar Medida
«include» Almacen
«include»
CU1: Gestionar Marca Almacenero

«include»
CU21: Gestionar «include»

Inventario
Gerente
CU2: Gestionar Paquete CU17: Gestionar Tipo de CU18: Gestionar Entrada CU14: Gestionar Sector
Entrada «include» de Producto Almacen
«include»
Chofer
CU3: Gestionar Tipo de CU15: Gestionar Tipo de CU16: Gestionar Salida
Envase Salida «include» de Producto
Paquete Personal
Personal
Gerente
«include»
CU10: Gestionar
«include»
Empleado
«include»

Empleado
Empleado
96
Análisis de casos de uso y de una clase
Análisis de caso de uso 1: Gestionar Marca

sd CU01
1.1: Store()
1: Nuevo() 2.1: Update() 1.2: Insert()
2: Editar() 3.1: Destroy() 2.2: Update()
3: Eliminar() 4.1: Show() 3.2: Delete()

4: Buscar() 4.3: Index() 4.2: Select()
Gerente InterfazMarca Marca

MarcaController
Análisis de clases 1: Gestionar Marca

class CU01
«interface» MarcaController
InterfazMarca
+ Destroy(): void Marca
+ Buscar(): void + Index(): void - estado: bit
+ Editar(): void + Show(): void - idMarca: int
Gerente + Eliminar(): void + Store(): void - nombre: varchar(20)
+ Nuevo(): void + Update(): void
Análisis de caso de uso 2: Gestionar Paquete

sd CU02
1.1: Store()
1: Nuevo() 1.2: Insert()
2.1: Update()
2: Editar() 3.1: Destroy() 2.2: Update()
3: Eliminar() 3.2: Delete()

4.1: Show()
4: Buscar() 4.3: Index() 4.2: Select()
Gerente Paquete
InterfazPaquete PaqueteController
97
Análisis de clases 2: Gestionar Paquete

class CU02
«interface» PaqueteController
Paquete
InterfacePaquete + Destroy(): void
- cantidad: int
+ Index(): void
+ Buscar(): void - descripcion: varchar(30)
+ Show(): void
+ Editar(): void - estado: bit
Gerente + Store(): void
+ Eliminar(): void - idPaquete: int
+ Update(int): void
+ Nuevo(): void
Análisis de caso de uso 3: Gestionar Tipo de Envase

sd CU03
1.1: <call>() 1.2: <call>()

1: Nuevo()
2: Editar() 2.1: <call>() 2.2: <call>()
3.2: <call>()
3: Eliminar() 3.1: <call>()
4.1: <call>() 4.2: <call>()
4: Buscar()
Gerente InterfazTipodeEnvase TipodeEnvaseController Tipo de Envase
Análisis de clases 3: Gestionar Tipo de Envase

class CU03
«interface»
TipodeEnvaseController
InterfaceTipodeEnvase TipodeEnvase
+ Destroy(): void
+ Editar(): void + Show(): void - idTipoEnvase: int
Gerente + Eliminar(): void + Store(): void - tipo: varchar(20)
98
Análisis de caso de uso 4: Gestionar Tipo de Bebida

sd CU04
1.1: Store()
1: Nuevo() 1.2: Insert()
2.1: Update()
2: Editar() 2.2: Update()
3.1: Destroy()
4.1: Show()
4: Buscar() 4.2: Select()
4.3: Index()
Gerente InterfazTipodeBebida TipodeBebidaController Tipo de Bebida
Análisis de clases 4: Gestionar Tipo de Bebida

class CU04
«interface» TipodeBebidaController
InterfaceTipodeBebida TipodeBebida
+ Destroy(): void
+ Editar(): void + Show(): void - idTipoBebida: int
+ Eliminar(): void + Store(): void - tipo: varchar(20)
Gerente + Nuevo(): void + Update(): void
Análisis de caso de uso 5: Gestionar Sabor

sd CU05
1.1: Store()
1.2: Insert()
1: Nuevo()
2.1: Update()
3.1: Destroy()
3.2: Delete()
3: Eliminar() 4.1: Show()
4.2: Select()
4: Buscar() 4.3: Index()
InterfazSabor SaborController Sabor

Gerente
Análisis de clases 5: Gestionar Sabor

class CU05
«interface» SaborController
InterfaceSabor Sabor
+ Destroy(): void
+ Editar(): void + Show(): void - idSabor: int
+ Eliminar(): void + Store(): void - nombre: varchar(20)
Gerente + Nuevo(): void + Update(): void
99
Análisis de caso de uso 6: Gestionar Medida

sd CU06
1: Nuevo() 1.1: Store() 1.2: Insert()

2.1: Update() 2.2: Update()
2: Editar()
3.1: Destroy()
4.1: Show()
4.3: Index()
Gerente InterfazMedida MedidaController Medida
Análisis de clases 6: Gestionar Medida

class CU06
«interface»
InterfazMedida
InterfaceMedida
+ Destroy(): void Medida
+ Buscar(): void
+ Index(): void
+ Editar(): void - estado: bit
+ Show(): void
Gerente + Eliminar(): void - idMedida: int
+ Store(): void
+ Nuevo(): void - medida: varchar(10)
+ Update(): void
100
Análisis de caso de uso 7: Gestionar Producto

sd CU07
Tipo de Bebida Tipo de Envase Paquete
7: Paquetes()
5: Bebidas()
6: Envases()
1: Nuevo() 1.1: Store()
2.1: Update() 1.2: Insert()
2: Editar()
3.1: Destroy() 2.2: Update()
3: Eliminar()
4.1: Show() 3.2: Delete()
4: Buscar()
11: Index() 4.2: Select()
InterfazPoducto ProductoController Producto

Gerente
8: Marcas() 10: Medidas()

9: Sabores()
Sabor Medida
Marca
Análisis de clases 7: Gestionar Producto

class CU07
TipoEnvase
Sabor
- estado
- estado: bit
- idTipoEnvase: int
- idSabor: int
- tipo: varchar(20)
- nombre: varchar(20) 1
1
1..*
«interface» ProductoController
InterfaceProducto Producto 1..* TipoBebida
+ Destroy(): void - descripcion: varchar(40)
+ Editar(): void - estado: bit 1..* 1 -
+ Show(): void idMedida: int
+ Eliminar(): void - idProducto: int
+ Store(): void - medida: varchar(10)
Gerente + Nuevo(): void - precio: float
+ Update(): void
1..* 1..* 1..*
1
1
Paquete 1 Marca
Medida
- cantidad: int - estado: bit
- estado: bit
- descripcion: varchar(30) - idMarca: int
- idMedida: int
- estado: bit
- medida: varchar(10) - nombre: varchar(20)
- idPaquete: int
101
Análisis de caso de uso 8: Gestionar Cliente

sd CU08
1.2: Insert()
2.2: Update()
3.2: Select() Direccion

1.3: Insert()
3: Buscar() 3.1: Show()
2.3: Update()
5: Index()
3.3: Select()
InterfazCliente ClienteController 1.4: Insert() Cliente

Promotor
2.4: Update()
3.4: Select()
4: Lista de Zonas()
Persona
Zona
Análisis de clases 8: Gestionar Cliente

class CU08
Persona
Zona
- ci: int
- materno: varchar(20) - idZona: int
- nombre: varchar(20) - nombre: varchar(40)
- sexo: varchar(1)
1
- telefono: int
1..*
«interface» ClienteController
InterfaceCliente
Cliente Direccion
+ Destroy(): void
+ Buscar(): void + Index(): void - direccion: varchar(50)
- fechaUnion: date
+ Editar(): void + Show(): void 1 1..* - idDir: int
- tipo: int
+ Eliminar(): void + Store(): void - obs: varcha(50)
Promotor
102
Análisis de caso de uso 9: Gestionar Cargo

sd CU09
2: Editar() 2.1: Update() 2.2: Update()

3.1: Destroy()
4.1: Show()
4.3: Index()
Gerente InterfazCargo CargoController Cargo
Análisis de clases 9: Gestionar Cargo

class CU09
«interface» CargoController
InterfaceCargo
+ Destroy(): void Cargo
+ Buscar(): void + Index(): void - cargo: varcahr(20)
+ Editar(): void + Show(): void - idCargo: int
Gerente + Eliminar(): void + Store(): void
103
Análisis de caso de uso 10: Gestionar Empleado

sd CU10
Cargo
5: Lista de Cargos()
2: Editar() 2.1: update() 1.2: Insert()
3: Eliminar() 3.1: Destroy() 2.2: Update()

4: Buscar() 4.1: Show() 3.2: delete()
6: Index() 4.2: Select()
InterfazEmpleado EmpleadoController Empleado

Gerente
1.3: Insert()
2.3: Update()
3.3: Delete()
4.3: Select()
Persona
Análisis de clases 10: Gestionar Empleado

class CU10
Persona
- ci: int
- materno: varchar(20)
- sexo: varchar(1)
- telefono: int
«interface» EmpleadoController
InterfaceEmpleado Empleado Cargo
+ Destroy(): void
+ Buscar(): void + Index(): void - codigo: int - cargo: varchar(20)
+ Editar(): void 1..* 1
+ Show(): void - estado: int - idCargo: int
+ Eliminar(): void + Store(): void - idCargo: int
Gerente
104
Análisis de caso de uso 11: Gestionar Zona

sd CU11: Gestionar Zona
1: Nuevo() 1.1: Store() 1.2: <Insert>()

2.2: <Update>()
3.1: Show()
3: <Buscar>() 3.2: <Select>()
3.3: Index()
InterfazZona ZonaController Zona

Gerente
Análisis de clases 11: Gestionar Zona

class CU11
«interface» ZonaController
InterfaceZona Zona
+ Destroy(): void
+ Buscar(): void + Index(): void - idZona: int
+ Editar(): void + Show(): void - nombre: varchar(40)
+ Eliminar(): void + Store(): void
Gerente + Update(): void
+ Nuevo(): void
Análisis de caso de uso 12: Relacionar Zona-Empleado

sd CU12
Zona
6: Lista de Zonas()

2.1: Update()
3.1: Destroy()
4.1: Show()
4: Buscar() 7: Index() 4.2: Select()
InterfazZonaEmpleado ZonaEmpleadoController ZonaEmpleado

Gerente
5: Lista de Empleados()
Empleado
105
Análisis de clases 12: Relacionar Zona-Empleado

class CU12
Zona
- idZona: int
- zona: varchar(40)
1..*
«interface» ZonaEmpleadoController
InterfaceZonaEmpleado
+ Destroy(): void ZonaEmplead
+ Buscar(): void + Index(): void
+ Editar(): void - dias: varchar(10)
+ Show(): void
+ Eliminar(): void - idEmpleado: int
Gerente + Store(): void
+ Nuevo(): void - idZona: int
+ Update(): void
1..*
Empleado
- codigo: int
- estado: bit
Análisis de caso de uso 13: Gestionar Almacen

sd CU13

2.1: Update() 2.2: Update()
2: Editar()
3: Eliminar() 3.1: Destroy() 3.2: Delete()
4: Buscar() 4.1: Show() 4.2: Select()

6: Index()
Gerente InterfazAlmacen AlmacenController

Almacen
Empleado
106
Análisis de clases 13: Gestionar Almacen

class CU10
Persona
- ci: int
- materno: varchar(20)
- sexo: varchar(1)
- telefono: int
«interface» EmpleadoController
InterfaceEmpleado Empleado Cargo
+ Destroy(): void
+ Buscar(): void + Index(): void - codigo: int - cargo: varchar(20)
+ Editar(): void 1..* 1
+ Show(): void - estado: int - idCargo: int
+ Eliminar(): void + Store(): void - idCargo: int
Gerente
Análisis de caso de uso 14: Gestionar Sector Almacen

sd CU14
1.2: Insert()
2.2: Update()
3.1: Destroy()
4.4: Index()
Gerente InterfazSectorAlmacen SectorAlmacenController SectorAlmacen
4.3: Lsta de Almacen()
Almacen
107
Análisis de clases 14: Gestionar Sector ALmacen

class CU14
Almacen
- idAlmacen: int
- ubicacion: varchar(30)
1
1..*
«interface» SectorAlmacenController
SectorAlmacen
+ Destroy(): void SectorAlmacen
+ Buscar(): void + Index(): void - idSector: int
+ Editar(): void + Show(): void - nombre: varchar(20)
Análisis de caso de uso 15: Gestionar Tipo de Salida

sd CU15
1.2: Insert()
2.2: Update()
2.1: Update()
2: Editar()
3.2: Delete()
3: Eliminar() 3.1: Destroy()
4.2: Select()
4: Buscar() 4.1: Show()
4.3: Index()
InterfazTipodeSalida TipodeSalidaController Tipo de Salida

Gerente
Análisis de clases 15: Gestionar Tipo de Salida
class CU15
«interface» TipodeSalidaController
InterfaceTipodeSalida TipodeSalida
+ Destroy(): void
+ Buscar(): void + Index(): void - idTipoSalida: int
+ Editar(): void + Show(): void - tipo: varchar(20)
Actor1
108
Análisis de caso de uso 16: Gestionar Salida de Producto

sd CU16
Tipo de Salida
1: Nuevo()
1.1: Strore() 1.2: Insert()
6: Index()
5.1: Tipo de Salidas()
InterfazSalida SalidaController Salida

Almacenero
7: Productos()
5: Almacenes()
Producto
Almacen
Empleado
Análisis de clases 16: Gestionar Salida de Producto
class CU16
Empleado
TipodeSalida Persona
- codigo: int - ci: int
- idTipoSalida: int
- estado: bit - materno: varchar(20)
- tipo: varchar(20)
1 - paterno: varchar(20)
1 - sexo: varchar(1)
- telefono: int
1..*
«interface» SalidaController
InterfaceSalida 1..* Salida Producto
+ Index(): void
+ Buscar(): void + Show(): void - fecha: date - descripcion: varchar(40)
+ Editar(): void + Store(): void - idFecha: int 1..* 1..* - estado: bit
+ Nuevo(): void + Update(): void - idProducto: int
Gerente
- precio: float
1..*
1
SalidaProducto
Almacen
- cantidad: int
- idAlmacen: int
109
Análisis de caso de uso 17: Gestionar Tipo de Entrada

sd CU17

3.1: Destroy()
4.1: Show()
4: Buxcar() 4.2: Select()
4.3: Index()
InterfazTipodeEntrada TipodeEntradaControlller Tipo de Entrada

Gerente
Análisis de clases 17: Gestionar Tipo de Entrada

class CU17
«interface» TipoEntradaController
InterfaceTipoEntrada TipoEntrada
+ Destroy(): void
+ Buscar(): void + Index(): void - idTipoEntrada: int
Gerente
Análisis de caso de uso 18: Gestionar Entrada de Producto

sd CU18
Tipo de Entrada
8: Tipos de Entrada()
1.2: Insert()
2.2: Update()
3: Eliminar() 3.1: Destroy()
3.2: Delete()
7: Index()
InterfazEntrada EntradaController Entrada

Almacenero
9: Productos()
5: Almacenes()
Producto
Empleado Almacen
110
Análisis de clases 18: Gestionar Entrada de Producto

class CU18
Almacen Empleado Persona
- descripcion: varchar(30) - codigo: int - ci: int

- idAlmacen: int - estado: bit - materno: varchar(20)
- ubicacion: varchar(30) - nombre: varchar(20)
1 1 - sezo: char(1)
- telefono: int
1..* 1..*
«interface» EntradaController
InterfaceEntrada Entrada Producto
+ Destroy(): void
+ Buscar(): void + Index(): void - fecha: date - descripcion: varchar(40)
- idEntrada: int
+ Editar(): void + Show(): void 1..* 1..* - estado: bit
+ Eliminar(): void + Store(): void - idProducto: int
Almacenero + Nuevo(): void + Update(): void - precio: float
0..* 1..*
1..
1
Empleado TipoEntrada EntradaProducto
- codigo: int - idTipoEntrada: int - cantidad: int

- estado: bit - tipo: varchar(15)
Análisis de caso de uso 19: Gestionar Pedido de Producto

sd CU19
4: Lista de Clientes()
Cliente

7: Index()
Promotor InterfazPedido Venta

PedidoController
5: Lista de Productos()
Productos
Empleado
Análisis de clases 19: Gestionar Pedido de Producto
111
class CU19
Persona
cliente
- ci: int
- fechaUnion: date - materno: varchar(20)
- tipo: varchar(3) - nombre: varchar(20)
1 - sexo: varchar(1)
- telefono: int
1..*
«interface» venta
PedidoController
InterfacePedido - estado: bit
+ Index(): void Empleado
+ Buscar(): void + Show(): void - fechaEntrega: date
+ Editar(): void + Store(): void - fechaPedido: date - codigo: int
1..* 2
+ Nuevo(): void + Update(): void - idVenta: float - estado: bit
Promotor
- obs: varchar(50)
1..* - total: int
1..*
Producto
DetalleVenta
- estado: bit - cantidad: int
- idProducto: int - importe: float
- precio: float - precio: float
Análisis de caso de uso 20: Gestionar Entrega de Producto

sd CU20
3: Productos() Producto
1.1: Store()
1: Nuevo()
2.1: Show() 1.2: Insert()
2: Buscar()
2.3: Index() 2.2: Select()
InterfazEntrega ControllerEntrega Venta

Chofer
Análisis de clases 20: Gestionar Entreaga de Producto

class CU20
Venta
«interface»
Producto
InterfazEntrega EntregaController - estado: bit
- fechaEntrega: date - dexcripcion: varchar(40)
+ Buscar(): void + Index(): void
- fechaPedido: date - estado: bit
+ Nuevo(): void + Show(): void 1..* 1..*
- idVenta: int - idProducto: int
+ Store(): void
Chofer - obs: varchar(50) - precio: float
- total: float
DetalleVenta
- cantidad: int
- importe: float
- precio: float
112
Análisis de caso de uso 21: Gestionar Inventario

sd CU21: Gestionar Inventario
1.2: <Lista de Almacenes>() Almacen
1: <Buscar>() 1.4: Show()

1.3: Select()
1.5: Index()
InterfazInventario Inventario
Almacenero ControllerInventario
1.1: <Lista de Productos>()
Producto
Análisis de clases 21: Gestionar Inventario

class CU21
Almacen
- idAlmacen: int
«interface»
InterfazInventario InventarioComtroller Inventario
+ Buscar(): void + Index(): void - minStock: float

+ Show(): void - stock: float
Gerente
Producto
- estad: bit
- idProducto: int
- precio: float
113
Análisis de caso de uso 22: Gestionar Compra

sd CU22
Producto
4: Productos()
1.2: Insert()

7: Index()
Gerente InterfazCompra CompraController Compra
6: Tipos de Compras()
5: Proveedores()
Tipo de Compra
Proveedor
Análisis de clases 22: Gestionar Compra

class CU22
Proveedor
- debe: float
- haber: float
- idProveedor: int
- limiteCredito: float
Compra
«interface»
CompraController Producto
InterfazCompra - debe: lloat
+ Index(): void - estado: bit - descripcion: varchar(40)
+ Buscar(): void
+ Show(): void - fecha: date - estado: bit
Gerente + Editar(): void
+ Store(): void - fechaLimitePago: date - idProducto: int
+ Nuevo(): void
+ Update(): void - idCompra: int - precio: float
- total: float
CompraDetalle
- cantidad: int
TipoCompra - fechaVenc: date
- importe: float
- idTipoCompra: int - precioCompra: float
- tipo: varchar(15) - precioVenta: float
114
Análisis de caso de uso 23: Gestionar Tipo de Compra

sd CU23

4.3: Index()
Tipo de Compra
InterfazTipodeCompra TipodeCompraController
Gerente
Análisis de clases 23: Gestionar Tipo de Compra

class CU23
«interface» TipodeCompraComtroller
InterfaceTipodeCompra TipoCompra
+ Destroy(): void
+ Buscar(): void + Index(): void - idTipoCompra: int
Análisis de caso de uso 24: Gestionar Proveedor

sd CU24: Gestionar Proveedor

1.2: Insert()
2.2: Update()
3.1: Destroy()
4.1: Show()
4.3: Index()
ProveedorController
Gerente InterfazProveedor Proveedor
Análisis de clases 24: Gestionar Proveedor
115
class CU24
«interface» ProveedorController Proveedor

InterfaceProveedor
+ Destroy(): void - debe: float
+ Buscar(): void + Index(): void - haber: float
+ Editar(): void + Show(): void - idProveedor: int
Gerente + Eliminar(): void + Store(): void - limiteCredito: float
+ Nuevo(): void + Update(): void - nombre: varchar(30)
Análisis de caso de uso 25: Gestionar Tipo de Pago

sd CU25

4.3: Index()
InterfazTipodePago TipodePagoController Tipo de Pago

Gerente
Análisis de clases 25: Gestionar Tipo de Pago

class CU25
TipodePagoController
«interface»
InterfaceTipodePago + Destroy(): void TipoPago
+ Index(): void
+ Buscar(): void - idPago: int
+ Show(): void
+ Editar(): void - tipo: varchar(15)
+ Store(): void
Gerente + Eliminar(): void
+ Update(): void
+ Nuevo(): void
116
Análisis de caso de uso 26: Gestionar Cuota

sd CU26

6: Index()
InterfazCuota ControllerCuota Cuota

Gerente
5: Compras()
2: Tipos de Pago()
Compra
Tipo de Pago
Análisis de clases 26: Gestionar Cuota

class CU26
TipoCuota
- idTipoCuota: int
- tipo: varchar(15)
1
Compra
1..*
«interface» - debe: float
CuotaController
InterfaceCuota Cuota - estado: bit
+ Index(): void - fecha: date
+ Buscar(): void - fechaPago: date 1..* 1 - fechaLimitePago: date
+ Show(): void
+ Editar(): void - idCuota: int - idCompra: int
+ Store(): void
Gerente + Nuevo(): void - MontoCuota: float - total: float
+ Update(): void
117
Analizar paquetes
uc Use Case View
Inventario Ventas
Compras Personal
118
119
GRUPO Nº3
act Package Implementation

Capa Especifica Ventas Compras
Usuarios Inventario
Capa General
INF-342
Users Ventas Productos Compras Inventario

12 FLUJO DE TRABAJO: DISEÑO
Diseño lógico de arquitectura
Capa Intermedia
Diseño de arquitectura
PHP
Diseño físico de arquitectura
deployment deployement
PC Usuario «device»
Impresora
«Data Server»
SAparicio
«class»
Usuario.php
Distribuidora Aparicio Gerente
«O.S.»
Windows 10 PC Venta
«device»
Professional
«Data Serv... Impresora
SAparicio
«Data Server»
SAparicio «class»
Venta.php
«B.D.M.S»
«Reporte»
MySql Workbench Promotor
Reporte
3.06
«Formulario»
IReport Cliente.php
«class»
Usuario.php
«class» Pc Almacen
«device»
Venta.php
Impresora
«Data Server»
SAparicio
«class»
Compra.php
«class»
Inventario.php
«class»
Inventario.php
«Reporte»
Reporte
Almacenero
120
class Domain Model
Direccion Zona
TipoCompra Proveedor
1..* TipoEntrada Salida TipoSalida
- direccion: varchar(50) 1 - idZona: int
- IdDir: int - nombre: varchar(40) - idTipoCompra: int - debe: float
- idTipoEntrada: int - Fecha: date - IdTipoSalida: int
- obs: varchar(50) - tipo: varchar(15) - haber: float
- tipo: varchar(20) 1..* - IdSalida: int - tipo: varchar
1..* 1 - idProveedor: int
1..* limiteCredito: float
1 -
1 1..* 1..* 1 - nombre: varchar(30)
1..*
1..*
1
Persona
Entrada
- ci: int Almacen SectorAlmacen TipoPago
- materno: varchar(20) - fecha: date
- idEntrada: int - descripcion: Varchar(30) - idSector: int - idTipoPago: int
- nombre: varchar(20) 1 1..*
ZonaEmpleado 1..* 1 - idAlmacen: int - nombre: varchar(20)
Diseño de datos
- paterno: varchar(20) - tipo: varchar(15)

- sexo: varchar(1) 1..* 1..* 1..*
12.2.1.1 Diagrama de clases
- Dias: varchar(10) 0..*

- telefono: int 1
1..* 0..1 Compra
Cargo - debe: float

Diseño de datos lógicos
- cargo: varchar(20) - Estado: bit

CompraDetalle
- idCargo: int - fecha: date
- cantdad: int - fechaLimitePago: date
Inventario - fechaVenc: date - idCompra: int {id}
1 - total: float 1
- importe: float
- minStock: float
- precioCompra: float 1..*
- stock: float 1..*
1..* - precioVenta: float
1..*
Cuota
Empleado 1..*
1 - fechaPago: date
- Codigo: int
- idCuota: int
- estado: bit 1
- montoCuota: float
1
1
INF-342
2 1..* 1..* 1..*

Cliente
1..* 1..*
EntradaProducto Producto
- fechaUnion: date
- tipo: int SalidaProducto
- Cantidad: int - descripcion: varchar(40)
- estado: bit 1..*
- Cantidad: int
1 - idProducto: int
- precio: float
1..*
DetalleVenta 1
1..* 1..*
- cantidad: int TipoEnvase
1..* 1..* 1..*1..*
Venta - importe: float
- precio: float - estado: bit
- estado: bit - idTipoEnvase: int
- FechaEntrega: date - tipo: varchar(20)
- fechaPedido: date 1..*
- idVenta: int 1
- obs: varchar(50) 1 1
1 1
- total: float Paquete
GRUPO Nº3
Marca Sabor Medida TipoBebida

- cantidad: int
- estado: bit - estado: bit - descripcion: varchar(30) - estado: bit - estado: bit
121
- idMarca: int - IdSabor: int - estado: bit - idMedida: int - idTipoBebida: int
- nombre: varchar(20) - Nombre: varchar(20) - idPaquete: int - medida: varchar(10) - tipo: varchar(20)
12.2.1.2 Mapeo
Zona
idZona nombre
PK
Persona
ci nombre paterno materno sexo fechaNac telefono

PK
Cliente
ci fechaUnion tipo
PK
FK
Cargo
idCargo fechaNac
PK
Empleado
ci codigo estado idCargo

PK FK
Direccion
idDir direccion obs idZona ci

PK FK FK
ZonaEmpleado
ci , IdZona dias
PK
FK FK
Marca
idMarca nombre estado

PK
122
TipoEnvase
idTipoEnvase tipo estado

PK
TipoBebida
idTipoBebida tipo estado

PK
Sabor
idSabor nombre estado

PK
Medida
idMedida medida estado

PK
Paquete
idPaquete cantidad descripcion estado

PK
Producto
idProduct descri precio estado idSabor idMedida idPaquete idMarca idTipo idTipo
o pcion FK FK FK FK Envase Bebida
PK FK FK
Almacen
IdAlmacen descripcion ubicacion ciEmpleado

PK FK
SectorAlmacen
idSector , IdAlmacen nombre

PK
FK
123
Inventario
idAlmacen , IdProd Stock minStock

PK
FK FK
Venta
idVenta fechaPedido total estado fechaEntrega obs ciCliente ciPromotor

PK FK FK
DetalleVenta
idVenta , IdProd cantidad precio importe

PK
FK FK
TipoSalida
idTipoSalida tipo
PK
Salida
idSalida fecha obs estado ciEmpleado idAlmacen idTipoSalida

PK FK FK FK
SalidaProducto
idSalidaProducto , IdProd cantidad

PK
FK FK
TipoEntrada
idTipoEntrada tipo
PK
Entrada
idEntrada fecha obs ciEmpleado idAlmacen idTipoEntrada

PK FK FK FK
124
EntradaProducto
idEntradaProducto , IdProd cantidad

PK
FK FK
Proveedor
idProveedor nombre limiteCredito debe haber

PK
TipoCompra
idTipoCompra descripcion
PK
Compra
idCompra cuotaInicial estado fecha fechaLimitePago debe total ciCliente ciPromotor

PK FK FK
CompraDetalle
idProd , IdCompra cantidad precioCompra importe precioVenta

PK
FK FK
TipoPago
idTipoPago descripcion
PK
Cuota
idCuota fecha montoCuota idCompra idTipoPago

PK FK FK
125
Diseño de datos físicos
12.2.2.1 Tabla de volumen

Zona
TIPO DE
ATRIBUTOS LLAVE AMPLITUD NULO DESCRIPCION
DATO
Identificador de la
IdZona PK Int -2^(31) a 2^(31)-1 NO
Zona
Nombre Varchar 30 NO Nombre de la zona
Persona
TIPO DE
DATO
Cedula de
CI PK Int -2^(31) a 2^(31)-1 NO
Identidad
Nombre Varchar 30 NO Nombre completo
Paterno Varchar 30 NO Apellido Paterno
Materno Varchar 30 NO Apellido Materno
Sexo Varchar 1 NO Sexo M o F
0001-01-01 a Fecha de
FechaNac Date NO
9999-12-31 Nacimiento
Medida
TIPO DE
DATO
Identificador del
IdMedida PK Int -2^(31) a 2^(31)-1 NO
Calibre
Capacidad del
Medida Varchar 10 NO
envase
Paquete
TIPO DE
DATO
Identificador del
IdPaquete PK Int -2^(31) a 2^(31)-1 NO
pack
Cantidad de
Cantidad Int -2^(31) a 2^(31)-1 NO productos por cada
pack
Descripcion Varchar 50 SI Breve descripcion
126
TipoEntrada
TIPO DE
DATO
Identificador del
IdTipoEntrada PK Int -2^(31) a 2^(31)-1 NO
Tipo de Ingreso
Descripcion Varchar 50 SI Breve Descripcion
Almacen
TIPO DE
DATO
Identificador del
IdAlmacen PK Int -2^(31) a 2^(31)-1 NO
Almacen
Ubicación de dicho
Ubicación Varchar 40 SI
Almacen
Proveedor
TIPO DE
DATO
Identificador del
IdProveedor PK Int -2^(31) a 2^(31)-1 NO
Proveedor
-92233720
3685477,5808 a Límite de crédito
LimiteCredito Money 92233720368
SI
en Bs
5477,5807
-92233720
3685477,5808 a Total de la
Debe Money 92233720368
SI
compra en Bs
5477,5807
-92233720
3685477,5808 a Total de
Haber Money 92233720368
SI
devolución en Bs
5477,5807
TipoCompra
TIPO DE
DATO
IdTipoCompr Identificador del
PK Int -2^(31) a 2^(31)-1 NO
a Tipo de Compra
TipoPago
TIPO DE
DATO
Identificador del
IdTipoPago PK Int -2^(31) a 2^(31)-1 NO
Tipo de Pago
127
Cliente
TIPO DE
DATO
Cedula de
CI PK, FK Int -2^(31) a 2^(31)-1 NO
Identidad
0001-01-01 a Fecha en la que se
FechaUnion Date NO
9999-12-31 unio el Cliente
Tipo Varchar 10 SI Tipo de Cliente
Empleado
TIPO DE
DATO
Cedula de
CI PK, FK Int -2^(31) a 2^(31)-1 NO
Identidad
Codigo del
Codigo Int -2^(31) a 2^(31)-1 NO empleado en la
empresa
Cargo Varchar 15 NO Cargo ostentado
Direccion
TIPO DE
DATO
Identificador de la
IdDir PK Int -2^(31) a 2^(31)-1 NO
Direccion
Barrio Varchar 30 NO Nombre del Barrio
Calle Varchar 30 NO Nombre de la Calle
Nro Int -2^(31) a 2^(31)-1 SI Número de la calle
Alguna descripción
Obs Varchar 50 SI
del lugar
Identificador de la
IdZona FK Int -2^(31) a 2^(31)-1 SI
Zona
Cedula de
CI FK Int -2^(31) a 2^(31)-1 SI
Identidad
128
EmpleadoZona
TIPO DE
DATO
Cedula de
CI PK, FK Int -2^(31) a 2^(31)-1 NO
Identidad
Identificador de la
IdZona PK, FK Int -2^(31) a 2^(31)-1 NO
zona
Días que van a
Dias Varchar 30 SI
dicha zona
Producto
TIPO DE
DATO
Identificador del
IdProducto PK Int -2^(31) a 2^(31)-1 NO
Producto
Nombre del
Nombre Varchar 30 NO
Producto
-1,79E+308 a -
2,23E-308,0 y
Precio Float SI Precio en Bs
2,23E-308 a
1,79E+308
Descrip Varchar 50 SI Breve descripcion
Identificador del
IdMedida FK Int -2^(31) a 2^(31)-1 NO
Calibre
Identificador del
IdPaquete FK Int -2^(31) a 2^(31)-1 NO
Pack
Pedido
TIPO DE
DATO
Identificador del
IdPedido PK Int -2^(31) a 2^(31)-1 NO
Pedido
0001-01-01 a
Fecha Date NO Fecha del Pedido
9999-12-31
-1,79E+308 a -
2,23E-308,0 y
Total Float NO Total en Bs
2,23E-308 a
1,79E+308
Cedula de
CICli FK Int -2^(31) a 2^(31)-1 SI
Identidad
Cedula de
CIEmp FK Int -2^(31) a 2^(31)-1 SI
Identidad
129
PedidoProducto
TIPO DE
DATO
Identificador del
IdPedido PK, FK Int -2^(31) a 2^(31)-1 NO
Pedido
Identificador del
IdProd PK, FK Int -2^(31) a 2^(31)-1 NO
Producto
Cantidad del
Cant Int -2^(31) a 2^(31)-1 NO
pedido
-1,79E+308 a - Precio unitario de
2,23E-308,0 y cada
Precio Float NO
2,23E-308 a producto(precio
1,79E+308 venta)
Entrega
TIPO DE
DATO
Identificador de la
IdEntrega PK Int -2^(31) a 2^(31)-1 NO
Entrega
0001-01-01 a
Fecha Date NO Fecha de Entrega
9999-12-31
-1,79E+308 a -
2,23E-308,0 y Monto cancelado
Total Float NO
2,23E-308 a en Bs.
1,79E+308
Alguna
Obs Varchar 50 SI
observación
Cedula de
CICli FK Int -2^(31) a 2^(31)-1 SI
Identidad
Cedula de
CIEmp FK Int -2^(31) a 2^(31)-1 SI
Identidad
EntregaProducto
TIPO DE
DATO
Identificador de la
IdEntrega PK, FK Int -2^(31) a 2^(31)-1 NO
Entrega
Identificador del
Producto
Cantidad de
Cant Int -2^(31) a 2^(31)-1 NO Productos
entregados
130
Salida
TIPO DE
DATO
Identificador de la
IdSalida PK Int -2^(31) a 2^(31)-1 NO
Salida
0001-01-01 a
Fecha Date NO Fecha de Salida
9999-12-31
Alguna
Obs Varchar 50 SI
observacion
Cedula de
CIEmp FK Int -2^(31) a 2^(31)-1 SI
Identidad
SalidaProducto
TIPO DE
DATO
Identificador de la
IdSalida PK, FK Int -2^(31) a 2^(31)-1 NO
Salida
Identificador del
IDProd PK, FK Int -2^(31) a 2^(31)-1 NO
Producto
Cantidad de
Cant Int -2^(31) a 2^(31)-1 NO productos que
salen
Devolucion
TIPO DE
DATO
Identificador de la
IdDev PK Int -2^(31) a 2^(31)-1 NO
Devolucion
0001-01-01 a Fecha de la
Fecha Date NO
9999-12-31 Devolucion
Alguna
Obs Varchar 50 SI
observación
Cedula de
CIEmp FK Int -2^(31) a 2^(31)-1 SI
Identidad
DevolucionProducto
TIPO DE
DATO
Identificador de la
IdDev PK, FK Int -2^(31) a 2^(31)-1 NO
Devolucion
Identificador del
Producto
131
NotaIngreso
TIPO DE
DATO
Identificador del
IdIngreso PK Int -2^(31) a 2^(31)-1 NO
Ingreso
Identificador del
IdTipoIngreso FK Int -2^(31) a 2^(31)-1 NO
Tipo de Ingreso
0001-01-01 a
Fecha Date SI Fecha del Ingreso
9999-12-31
Estado en el que
Estado Varchar 15 SI entran los
productos
DetaProDalmaInve
TIPO DE
DATO
Identificador del
IdAlmacen PK, FK Int -2^(31) a 2^(31)-1 NO
Almacen
Identificador del
Producto
Cantidad de
Cantidad Int -2^(31) a 2^(31)-1 SI
productos
Estado en el que
Estado Varchar 15 SI entran los
productos
DetaProDalma
TIPO DE
DATO
Identificador del
Almacen
Identificador del
Producto
Stock máximo del
MaxStock Int -2^(31) a 2^(31)-1 NO
Producto
Stock mínimo del
MinStock Int -2^(31) a 2^(31)-1 NO
Producto
Stock actual del
Stock Int -2^(31) a 2^(31)-1 NO
Producto
Stock inicial del
StockInicial Int -2^(31) a 2^(31)-1 NO
Producto
132
SectorAlmacen
TIPO DE
DATO
Identificador del
IdSector PK Int -2^(31) a 2^(31)-1 NO
Sector
Identificador del
Almacen
Nombre de dicho
Nombre Varchar 30 SI
sector
Inventario
TIPO DE
DATO
Identificador del
IdInventario PK Int -2^(31) a 2^(31)-1 NO
Inventario
Estado en el que
Estado Varchar 15 SI
se encuentra
0001-01-01 a Fecha del
Fecha Date SI
9999-12-31 inventario realizado
Identificador del
IdAlmacen FK Int -2^(31) a 2^(31)-1 SI
Almacen
DetaProdInve
TIPO DE
DATO
Identificador del
Producto
Identificador del
IdInventario PK, FK Int -2^(31) a 2^(31)-1 NO
Inventario
-92233720
3685477,5808 a Costo de
CostoProm Money 92233720368
SI
promoción
5477,5807
-92233720
3685477,5808 a Precio unitario de
PrecioUnit Money 92233720368
SI
cada Producto
5477,5807
133
Compra
TIPO DE
DATO
Identificador de la
IdCompra PK Int -2^(31) a 2^(31)-1 NO
Compra
-92233720
3685477,5808 a Cuota inicial
CuotaInicial Money 92233720368
SI
acordada
5477,5807
Estado de la
Estado Varchar 15 SI
compra
0001-01-01 a Fecha de la
Fecha Date SI
9999-12-31 Compra
Tipo de moneda
Moneda Varchar 15 SI
usada
IdTipoCompr Identificador del
FK Int -2^(31) a 2^(31)-1 NO
a Tipo de Compra
Identificador del
IdKardex FK Int -2^(31) a 2^(31)-1 NO
Kardex
CompraDetalle
TIPO DE
DATO
Cantidad
Cantidad Int -2^(31) a 2^(31)-1 SI
comprada
Numero de
Nro Int -2^(31) a 2^(31)-1 SI
Compra
-92233720
PrecioCompr 3685477,5808 a
Money 92233720368
SI Precio de Compra
a
5477,5807
Identificador del
Producto
Identificador de la
IdCompra PK, FK Int -2^(31) a 2^(31)-1 NO
Compra
134
Cuota
TIPO DE
DATO
Identificador de la
IdCuota PK Int -2^(31) a 2^(31)-1 NO
CoCuota
0001-01-01 a Fecha de
FechaPago Date SI
9999-12-31 vencimiento
-92233720
3685477,5808 a Monto en Bs de la
MontoCuota Money 92233720368 SI
Cuota
5477,5807
Identificador de la
IdCompra FK Int -2^(31) a 2^(31)-1 NO
Compra
135
12.2.2.2 Script
create database DB_APARICIO

use DB_APARICIO
drop database DB_APARICIO
------------------------------------------------
create table Zona(

idZona int primary key ,
nombre varchar(40) not null);
create table Cargo(

idCargo int primary key ,
cargo varchar(20) not null);
create table Persona(

ci int primary key,
nombre varchar(30) not null,
paterno varchar(30) not null,
materno varchar(30),
sexo varchar(1) not null,
fechaNac date not null,
telefono int );
create table Empleado(

ci int ,
codigo int not null,
estado bit default 1,
idCargo int,
primary key(ci),
foreign key(ci) references Persona(ci),
foreign key(idCargo) references Cargo(idCargo));
create table ZonaEmpleado(

ci int,
idZona int,
dias varchar(30) not null,
primary key(idZona,ci),
foreign key(ci) references Empleado(ci),
foreign key(idZona) references Zona(idZona));
136
create table Cliente(

ci int ,
fechaUnion date not null,
tipo varchar(3) not null,
primary key(ci),
foreign key(ci) references Persona(ci));
create table Direccion(

idDir int primary key ,
direccion varchar(50) not null,
obs varchar(50),
idZona int,
ci int not null,
foreign key(idZona) references Zona(idZona),
foreign key(ci) references Cliente(ci));
create table Almacen(

idAlmacen int primary key ,
descripcion varchar(50) not null,
ubicacion varchar(30) not null,
ciEmpleado int,
foreign key(ciEmpleado) references Empleado(ci));
create table SectorAlmacen(

idSector int ,
idAlmacen int,
primary key(idSector,idAlmacen),
foreign key (idAlmacen) references Almacen(idAlmacen));
create table Marca(

idMarca int primary key ,
estado bit default 1);
create table TipoEnvase(

idTipoEnvase int primary key ,
tipo varchar(20)not null,
create table TipoBebida(

idTipoBebida int primary key ,
tipo varchar(20) not null,
137
create table Sabor(

idSabor int primary key ,
create table Medida(

idMedida int primary key ,
medida varchar(10) not null,
create table Paquete(

idPaquete int primary key ,
cantidad int not null,
descripcion varchar(50),
create table Producto(

idProd int primary key,
descripcion varchar(50) not null,
precio float,
idSabor int,
idMedida int not null,
idPaquete int,
idMarca int,
idTipoEnvase int,
idTipoBebida int,
foreign key(idMedida) references Medida(idMedida),
foreign key(idPaquete) references Paquete(idPaquete),
foreign key(idSabor) references Sabor(idSabor),
foreign key(idMarca) references Marca(idMarca),
foreign key(idTipoBebida) references TipoBebida(idTipoBebida),
foreign key(idTipoEnvase) references TipoEnvase(idTipoEnvase));
create table Inventario(

idAlmacen int,
idProd int,
stock int not null,
minStock int not null,
primary key (idAlmacen,idProd),
foreign key (idAlmacen) references Almacen(idAlmacen),
foreign key (idProd) references Producto(idProd));
138
create table Proveedor(

idProveedor int primary key ,
limiteCredito float,
debe float,
haber float);
create table TipoCompra(

idTipoCompra int primary key ,
descripcion varchar(20));
create table Compra(

idCompra int primary key ,
fecha date not null,
fechaLimitePago date,
debe float,
total float,
idTipoCompra int ,
idProveedor int,
foreign key(idProveedor) references Proveedor(idProveedor),
foreign key (idTipoCompra) references TipoCompra(idTipoCompra));
create table CompraDetalle(

idCompra int ,
idProd int ,
cantidad int,
precioCompra float,
importe float,
precioVenta float,
primary key (idProd,idCompra),
foreign key (idProd) references Producto(idProd),
foreign key (idCompra) references Compra(idCompra));
create table TipoPago(

idTipoPago int primary key ,
descripcion varchar(50) not null);
create table Cuota(

idCuota int primary key ,
montoCuota float,
idCompra int,
idTipoPago int,
139
foreign key(idCompra) references Compra(idCompra),

foreign key(idTipoPago) references TipoPago(idTipoPago));
create table Venta(

idVenta int primary key ,
total float ,
ciCliente int ,
ciPromotor int,
ciChofer int,
foreign key(ciCliente) references Cliente(ci),
foreign key(ciPromotor) references Empleado(ci),
foreign key(ciChofer) references Empleado(ci));
create table DetalleVenta(

idVenta int,
idProd int ,
precio float ,
importe float ,
primary key(idVenta,idProd),
foreign key(idVenta) references Venta(idVenta),
foreign key(idProd) references Producto(idProd));
create table TipoSalida(

idTipoSalida int primary key ,
tipo varchar(30));
create table Salida(

idSalida int primary key ,
obs varchar(50),
ciEmpleado int,
idAlmacen int,
idTipoSalida int not null,
foreign key(idAlmacen) references Almacen(idAlmacen),
foreign key(ciEmpleado) references Empleado(ci),
foreign key(idTipoSalida) references TipoSalida(idTipoSalida));
create table SalidaProducto(

idSalida int,
idProd int,
140
primary key(idSalida,idProd),
foreign key(idSalida) references Salida(idSalida),
create table Entrada(

idEntrada int primary key ,
obs varchar(50),
ciEmpleado int,
idAlmacen int,
foreign key(idAlmacen) references Almacen(idAlmacen),
foreign key(ciEmpleado) references Empleado(ci));
create table EntradaProducto(

idEntrada int ,
idProd int ,
cantidad int ,
primary key(idEntrada,idProd),
foreign key(idEntrada) references Entrada(idEntrada),
141
12.2.2.3 Actualizacion de tuplas
insert into Zona values(1,'POCITOS');

insert into Zona values(2,'ZONA TERMINAL');
insert into Zona values(3,'AV. SAN MARTIN');
insert into Zona values(4,'AV. LIBERTADORES');
insert into Zona values(5,'INDEPENDENCIA');
insert into Zona values(6,'SAN GERONIMO');
insert into Zona values(7,'MERCADO CAMPESINO');
insert into Zona values(8,'EUSTAQUIO MENDEZ');
insert into Zona values(9,'BARRIO PORVENIR');
insert into Zona values(10,'PETROLERA');
insert into Cargo values(1,'Chofer');

insert into Cargo values(2,'Promotor');
insert into Cargo values(3,'Almacenero');
insert into Cargo values(4,'Administrador');
--empleados
--choferes
insert into Persona values(5020101,'Carlos','Garrado','Ortiz','M','1970/04/02',70045301);
insert into Persona values(5020102,'Limbert','Yucra','Perez','M','1972/11/23',70045302);
insert into Persona values(5020103,'Felix','Cespedes','Choquehuanca','M','1980/05/05',70045303);
--promotores
insert into Persona values(11060101,'Juan','Marquez','Ipamo','M','1990/12/04',70045304);
insert into Persona values(11060102,'Luis','Perez','Davalos','M','1991/01/11',70045305);
insert into Persona values(11060103,'Neyer','Olmos','Choque','M','1989/09/15',70045306);
--Almacenero
insert into Persona values(11060104,'Fernando','Bascope','Soliz','M','1993/01/01',70045307);
--Administrador
insert into Persona values(11060105,'Julio Cesar','Leon','Escalante','M','1997/01/21',70045308);
--clientes
insert into Persona values(6090501,'Carla','Amaya','Figueroa','F','1982/04/05',70045309);
insert into Persona values(6090502,'Nelly','Arancibia','Padilla','F','1983/12/03',70045310);
insert into Persona values(6090503,'Mayra','Arroyo',null,'F','1990/04/23',70045311);
insert into Persona values(6090504,'Rafael','Avalos','Escalante','M','1980/06/10',70045312);
insert into Persona values(6090505,'Celia','Collasuyo','Bejarano','F','1985/11/04',70045313);
insert into Persona values(6090506,'Patricia','Rosales',null,'F','1987/01/30',null);
insert into Persona values(6090507,'Alejandro','Chambi','Martin','M','1982/07/27',70045314);
insert into Persona values(6090508,'Arminda','Diaz','Javier','F','1989/09/16',70045315);
insert into Persona values(6090509,'Nelly','Lijeron','Cabrera','F','1988/03/14',70045316);
insert into Persona values(6090510,'Sergio','Melendez','Martinez','M','1986/04/12',null);
insert into Persona values(6090511,'Claudia','Llanqui','Paredez','F','1986/06/06',70045317);
142
insert into Persona values(6090512,'Milton','Hilario','Paredez','M','1989/05/26',null);

insert into Persona values(6090513,'Alejandro','Relova','Osorio','M','1980/11/13',70045318);
insert into Persona values(6090514,'Jessica','Huarachi',null,'F','1985/04/23',70045319);
insert into Persona values(6090515,'Limbert','Yucra','Maturano','M','1987/11/25',70045320);
insert into Persona values(6090516,'Jhanet','Yucra','Arriaga','F','1989/08/07',70045321);
insert into Persona values(6090517,'Maria','Mojica','Padilla','F','1988/10/24',70045322);
insert into Persona values(6090518,'Fernando','Parada','Barrios','M','1987/07/23',null);
insert into Persona values(6090519,'Gabriel','Vilca','Ortiz','F','1983/02/16',70045323);
--empleados
--choferes
insert into Empleado(ci,codigo,idCargo) values(5020101,1001,1);
--promotores
--Almacenero
--Administrador
--promotores
insert into ZonaEmpleado values(11060101,1,'Lu');
insert into ZonaEmpleado values(11060101,2,'Ma');
insert into ZonaEmpleado values(11060101,3,'Mi');
insert into ZonaEmpleado values(11060101,4,'Ju');
insert into ZonaEmpleado values(11060101,5,'Vi');
insert into ZonaEmpleado values(11060102,6,'Lu');
--choferes
insert into ZonaEmpleado values(5020101,5,'Sa');
143

--clientes
insert into Cliente values(6090501,'2010/03/02','MAY');
insert into Cliente values(6090502,'2010/04/07','MIN');
insert into Direccion values(1,'Calle 27 de Mayo',null,1,6090501);

insert into Direccion values(2,'Calle Independencia',null,1,6090502);
insert into Direccion values(3,'Calle Jorge Tassakis',null,2,6090503);
insert into Direccion values(4,'Calle Cochabamba',null,2,6090504);
insert into Direccion values(5,'Calle Gral Campero',null,3,6090505);
insert into Direccion values(6,'Calle Jacinto Delfin',null,3,6090506);
insert into Direccion values(7,'Avenida Los Libertadores',null,4,6090507);
insert into Direccion values(8,'Avenida Bolivia',null,4,6090508);
insert into Direccion values(9,'Avenida San Martin',null,5,6090509);
insert into Direccion values(10,'Calle Paraguay',null,5,6090510);
insert into Direccion values(11,'Calle Comercio',null,6,6090511);
insert into Direccion values(12,'Calle Ballivian',null,6,6090512);
144
insert into Direccion values(13,'Avenida Sta Cruz',null,7,6090513);

insert into Direccion values(14,'Calle Comercio',null,7,6090514);
insert into Direccion values(15,'Calle Martin Barroso',null,8,6090515);
insert into Direccion values(16,'Calle San Alberto',null,8,6090516);
insert into Direccion values(17,'Calle Cornelio Rios',null,9,6090517);
insert into Direccion values(18,'Calle Avaroa',null,9,6090518);
insert into Direccion values(19,'Calle San Pedro',null,10,6090519);
insert into Almacen values(1 , 'Almacen principal de la distribuidora' , 'Avenida Campo Grande N°15' ,
11060104 );
insert into SectorAlmacen values(1 , 1 , 'Sector Mendocina' );

insert into SectorAlmacen values(2 , 1 , 'Sector Malta' );
insert into SectorAlmacen values(3 , 1 , 'Sector Cordillera' );
insert into SectorAlmacen values(4 , 1 , 'Sector Real' );
insert into SectorAlmacen values(5 , 1 , 'Sector Heineken' );
insert into Marca(idMarca,nombre) values(1 , 'Mendocina' );

insert into Marca(idMarca,nombre) values(2 , 'Malta Real');
insert into Marca(idMarca,nombre) values(3 , 'Natur All' );
insert into Marca(idMarca,nombre) values(4 , 'Cordillera');
insert into Marca(idMarca,nombre) values(5 , 'Real' );
insert into Marca(idMarca,nombre) values(6 , 'Heineken' );
insert into TipoEnvase(idTipoEnvase,tipo) values(1 , 'Descartable');

insert into TipoEnvase(idTipoEnvase,tipo) values(2 , 'Retornable' );
insert into TipoEnvase(idTipoEnvase,tipo) values(3 , 'Lata' );
insert into TipoEnvase(idTipoEnvase,tipo) values(4, 'Barril');
insert into TipoBebida(idTipoBebida,tipo) values(1 , 'Gaseosa');

insert into TipoBebida(idTipoBebida,tipo) values(2 , 'Malta' );
insert into TipoBebida(idTipoBebida,tipo) values(3 , 'Agua con gas' );
insert into TipoBebida(idTipoBebida,tipo) values(4 , 'Agua mineral' );
insert into TipoBebida(idTipoBebida,tipo) values(5 , 'Jugo de frutas' );
insert into TipoBebida(idTipoBebida,tipo) values(6 , 'Cerveza' );
insert into Sabor(idSabor,nombre) values(1 , 'Guarana');

insert into Sabor(idSabor,nombre) values(2 , 'Papaya' );
insert into Sabor(idSabor,nombre) values(3 , 'Naranja');
insert into Sabor(idSabor,nombre) values(4 , 'Lima Limon');
insert into Sabor(idSabor,nombre) values(5 , 'Piña');
insert into Sabor(idSabor,nombre) values(6 , 'Cola');
insert into Sabor(idSabor,nombre) values(7 , 'Manzana');
insert into Sabor(idSabor,nombre) values(8 , 'Frutilla');
145
insert into Sabor(idSabor,nombre) values(9 , 'Durazno' );
insert into Medida(idMedida,medida) values(1 , '3L');

insert into Medida(idMedida,medida) values(4 , '600ML');
insert into Medida(idMedida,medida) values(11 , '5L' );
insert into Paquete(idPaquete,cantidad,descripcion) values(1 , 6 , 'Pack de 6 botellas descartables');

insert into Paquete(idPaquete,cantidad,descripcion) values(2 , 14 , 'Pack de 14 botellas retornables');
insert into Paquete(idPaquete,cantidad,descripcion) values(3 , 24 , 'Pack de 24 latas');
insert into Paquete(idPaquete,cantidad,descripcion) values(7 , 4 , 'Pack de 4 6Pack' );
insert into
Producto(idProd,descripcion,precio,idSabor,idMedida,idPaquete,idMarca,idTipoEnvase,idTipoBebida)
values(1 , 'Mendocina 3L Sabor Guarana' , 55.0 , 1 , 1 , 1 , 1 , 1 , 1 );
insert into
values(2 , 'Mendocina 3L Sabor Papaya' , 55.0 , 2 , 1 , 1 , 1 , 1 , 1 );
insert into
values(3 , 'Mendocina 3L Sabor Naranja' , 55.0 ,3 , 1 , 1 , 1 , 1 , 1 );
insert into
values(4 , 'Mendocina 3L Sabor Lima Limon' , 55.0 , 4 , 1 , 1 , 1 , 1 , 1 );
insert into
values(5 , 'Mendocina 3L Sabor Piña' , 55.0 , 5 , 1 , 1 , 1 , 1 , 1 );
insert into
values(6 , 'Mendocina 3L Sabor Cola' , 55.0 , 6 , 1 , 1 , 1 , 1 , 1 );
insert into
146
insert into
insert into
values(9 , 'Mendocina 2L Sabor Naranja' , 39.0 , 3 , 2 , 1 , 1 , 1 , 1 );
insert into
insert into
insert into
values(12 , 'Mendocina 2L Sabor Manzana' , 39.0 , 7 , 2 , 1 , 1 , 1 , 1 );
insert into
insert into
insert into
insert into
values(16 , 'Mendocina 1L Sabor Naranja' , 25.0 , 3 , 3 , 1 , 1 , 1 , 1 );
insert into
insert into
insert into
insert into
values(20 , 'Mendocina 600ML Sabor Guarana' , 18.0 , 1 , 4 , 1 , 1 , 1 , 1 );
insert into
values(21 , 'Mendocina 600ML Sabor Papaya' , 18.0 , 2 , 4 , 1 , 1 , 1 , 1 );
insert into
147
values(22 , 'Mendocina 600ML Sabor Naranja' , 18.0 , 3 , 4 , 1 , 1 , 1 , 1 );

insert into
values(23 , 'Mendocina 600ML Sabor Lima Limon' , 18.0 , 4 , 4 , 1 , 1 , 1 , 1 );
insert into
values(24 , 'Mendocina 600ML Sabor Cola' , 18.0 , 6 , 4 , 1 , 1 , 1 , 1 );
insert into
values(25 , 'Mendocina 330ML Sabor Guarana' , 12.0 , 1 , 5 , 1 , 1 , 1 , 1 );
insert into
values(26 , 'Mendocina 330ML Sabor Papaya' , 12.0 , 2 , 5 , 1 , 1 , 1 , 1 );
insert into
values(27 , 'Mendocina 330ML Sabor Naranja' , 12.0 , 3 , 5 , 1 , 1 , 1 , 1 );
insert into
values(28 , 'Mendocina 330ML Sabor Lima Limon' , 12.0 , 4 , 5 , 1 , 1 , 1 , 1 );
insert into
values(29 ,'Mendocina 330ML Sabor Piña' , 12.0 ,5 , 5 , 1 , 1 , 1 , 1 );
insert into
values(30 , 'Mendocina 330ML Sabor Manzana' , 12.0 , 7 , 5 , 1 , 1 , 1 , 1 );
insert into
values(31 , 'Mendocina 330ML Sabor Cola' , 12.0 , 6 , 5 , 1 , 1 , 1 , 1 );
insert into
values(32 , 'GINGER ALE 2L' , 39.0 , null , 2 , 1 , 1 , 1 , 1 );
insert into
values(33 , 'GINGER ALE 1L' , 25.0 , null , 3 , 1 , 1 , 1 , 1 );
insert into
values(34 , 'Agua Tonica Mendocina 1L' , 25.0 , null , 3 , 1 , 1 , 1 , 3);
insert into
values(35 , 'SINALCO 3L' , 55.0 , null , 1 , 1 , 1 , 1 , 1);
insert into
values(36 , 'SINALCO 2L' , 39.0 , null , 2 , 1 , 1 , 1 , 1 );
148
insert into
values(37 , 'SINALCO 1L' , 25.0 , null, 3 , 1 , 1 , 1 , 1 );
insert into
values(38 , 'SINALCO 330ML' , 12.0 , null , 5 , 1 , 1 , 1 , 1 );
insert into
values(39 , 'FREE COLA 2L' , 39.0 , null , 2 , 1 , 1 , 1 , 1);
insert into
values(40 , 'FREE COLA 600ML' , 18.0 , null , 4 , 1 , 1 , 1 , 1 );
insert into
values(41 , 'Mendocina ZERO 2L Sabor Guarana' , 39.0 , 1 , 2 , 1 , 1 , 1 , 1 );
insert into
values(42 , 'Mendocina ZERO 2L Sabor Papaya' , 39.0 , 2 , 2 , 1 , 1 , 1 , 1 );
insert into
values(43 , 'Mendocina ZERO 2L Sabor Cola' , 39.0 , 6 , 2 , 1 , 1 , 1 , 1 );
insert into
values(44 , 'Mendocina ZERO 330ML Sabor Guarana' , 12.0 , 1 , 5 , 1 , 1 , 1 , 1);
insert into
values(45 , 'Mendocina ZERO 330ML Sabor Papaya' , 12.0 , 2 , 5 , 1 , 1 , 1 , 1);
insert into
values(46 , 'Mendocina ZERO 330ML Sabor Cola' , 12.0 , 6 , 5 , 1 , 1 , 1 , 1);
insert into
values(47 , 'Malta Real Retornable 620ML' , 50.0 , null , 6 , 2 , 2 , 2 , 2);
insert into
values(48 , 'Malta Real Lata 350ML' , 90.0 , null , 7 , 3 , 2 , 3 , 2 );
insert into
values(49 , 'Malta Real Lata 250ML' , 81.0 , null , 8 , 3 , 2 , 3 , 2 );
insert into
values(50 , 'Malta Real 12Pack de 350ML' , 45.0 , null , 7 , null , 2 , 3 , 2);
insert into
149
values(51 , 'Agua con gas Mendocina 2L' , 39.0 , null , 2 , 1 , 1 , 1 , 3 );

insert into
values(52 , 'Agua con gas Mendocina 1L' , 25.0 , null , 3 , 1 , 1 , 1 , 3 );
insert into
values(53 , 'Agua con gas Mendocina 660ML' , 18.0 , null , 4 , 1 , 1 , 1 , 3 );
insert into
values(54 , 'Agua Mendocina 3L' , 30.0 , null , 1 , 1 , 1 , 1 , 4 );
insert into
insert into
insert into
values(57 , 'Agua Mendocina 600ML' , 15.0 , null , 4 , 1 , 1 , 1 , 4 );
insert into
values(58 , 'Agua Mendocina 330ML' , 12.0 , null , 5 , 1 , 1 , 1 , 4 );
insert into
values(59 , 'NaturAll Manzana 620 ML' , 45.0 , 7 , 6 , 2 , 3 , 2 , 5 );
insert into
values(60 , 'NaturAll Durazno 620 ML' , 45.0 , 9 , 6 , 2 , 3 , 2 , 5 );
insert into
values(61 , 'Popular Mendocina 620 ML Sabor Guarana' , 25.0 , 1 , 6 , 4 , 1 , 2 , 1 );
insert into
values(62 , 'Popular Mendocina 620 ML Sabor Papaya' , 25.0 , 2 , 6 , 4 , 1 , 2 , 1 );
insert into
values(63 , 'Popular Mendocina 620 ML Sabor Naranja' , 25.0 , 3 , 6 , 4 , 1 , 2 , 1 );
insert into
values(64 , 'Popular Mendocina 620 ML Sabor Piña' , 25.0 , 5 , 6 , 4 , 1 , 2 , 1 );
insert into
values(65 , 'Popular Mendocina 620 ML Sabor Lima Limon' , 25.0 , 4 , 6 , 4 , 1 , 2 , 1 );
150
insert into
values(66 , 'Popular Mendocina 620 ML Sabor Manzana' , 25.0 , 7 , 6 , 4 , 1 , 2 , 1 );
insert into
values(67 , 'Popular Mendocina 620 ML Sabor Frutilla' , 25.0 , 8 , 6 , 4 , 1 , 2 , 1 );
insert into
values(68 , 'Popular Mendocina 620 ML Sabor Cola' , 25.0 , 6 , 6 , 4 , 1 , 2 , 1 );
insert into
values(69 , 'Cordillera Retornable 620 ML' , 120.0 , null , 6 , 5 , 4 , 2 , 6 );
insert into
values(70 , 'Cordillera Descartable 300 ML' , 125.0 , null , 9 , 6 , 4 , 1 , 6 );
insert into
values(71 , 'Cordillera Lata 350 ML' , 120.0 , null , 7 , 3 , 4 , 3 , 6 );
insert into
values(72 , 'Cordillera 6Pack 350 ML' , 120.0 , null , 7 , 7 , 4 , 3 , 6 );
insert into
values(73 , 'Cordillera 12Pack 350 ML' , 60.0 , null , 7 , null , 4 , 3 , 6 );
insert into
values(74 , 'Real Retornable 620 ML' , 110.0 , null , 6 , 5 , 5 , 2 , 6 );
insert into
values(75 , 'Real Descartable 300 ML' , 115.0 , null , 9 , 6 , 5 , 1 , 6 );
insert into
values(76 , 'Real Lata 350 ML' , 100.0 , null , 7 , 3 , 5 , 3 , 6 );
insert into
values(77 , 'Real 6Pack 350 ML' , 25.0 , null , 7 , 7 , 5 , 3 , 6 );
insert into
values(78 , 'Real 12Pack 350 ML' , 50.0 , null , 7 , null , 5 , 3 , 6 );
insert into
values(79 , 'Heineken Descartable 1L' , 150.0 , null , 3 , 8 , 6 , 1 , 6 );
insert into
151
values(80 , 'Heineken Descartable 330ML' , 240.0 , null , 5 , 6 , 6 , 1 , 6 );

insert into
values(81 , 'Heineken Lata 354ML' , 200.0 , null , 10 , 3 , 6 , 3 , 6 );
insert into
values(82 , 'Heineken Barril 5L' , 225.0 , null , 11 , null , 6 , 4 , 6 );
insert into Inventario values(1 , 1 , 0 , 3);

insert into Inventario values(1 , 2 , 0, 3);
152
insert into Proveedor values(1 , 'Bebidas Bolivianas S.A.' , 1000000.00 , 0 , 1000000.00);

insert into Proveedor values(2 , 'Jubol S.R.L' , 300000.0 , 0 , 300000.0);
insert into TipoCompra values(1,'Contado');

insert into TipoCompra values(2,'Credito');
insert into Compra(idCompra,fecha,fechaLimitePago,idTipoCompra,idProveedor)

values(1 , '2017/12/01' , '2017/12/15', 1 , 2);
values(2 , '2017/12/15' , '2017/12/30' , 1 , 1);
values(3 , '2018/01/01' , '2018/12/10' , 1 , 2);
values(4 , '2018/01/14' , '2018/12/23' , 1 , 2);
values(5 , '2018/01/21' , '2018/02/21' , 1 , 1);
insert into CompraDetalle values(1,1 , 8 , 48.00 , 384.00 , 55.00);





insert into TipoPago values(1 , 'Efectivo');

insert into TipoPago values(2 , 'Transaccion');
insert into TipoPago values(3 , 'Cheque');
153
insert into Cuota values(1,'2017/12/04',500.00,1,1);

insert into Venta(idVenta,fecha,ciCliente,ciPromotor,ciChofer)

values(1,'2018/01/09',6090501,11060101,11060101);
insert into DetalleVenta values(1,10,15,10,996);
SELECT * FROM TipoSalida;
insert into TipoSalida values(1 , 'Salida inmediata');

insert into TipoSalida values(2 , 'Salida programada');
insert into Salida values(1 , '2018/01/15' , 'Salida de mercancia de la bodega' , 5020101 , 1 , 1 );

insert into SalidaProducto values(1 , 2 , 15 );

insert into Entrada values(1 , '2018/01/12' , 'Entrada de mercancia al almacen' , 5020101 , 1);
154
insert into EntradaProducto values(1 , 2 , 20 );

155
12.2.2.4 Consultas
--1 Ver los pedidos de hoy
select Venta.idVenta,Venta.fecha,Venta.total
from Venta
where Venta.estado=0
--1.1 ver los productos y cantidad
select
Venta.idVenta,Producto.descripcion,VentaProducto.cantidad,VentaProducto.precio,VentaProducto.imp
orte
from Venta,VentaProducto,Producto
where Venta.estado=0 and Venta.idVenta=VentaProducto.idVenta and
Producto.idProd=VentaProducto.idProd
--2 VEr todas las entregas de hoy
select Venta.idVenta,Venta.fecha,Venta.total
from Venta
where Venta.estado=1
--2.1 Ver los detalles de las entregas
select
Venta.idVenta,Producto.descripcion,VentaProducto.cantidad,VentaProducto.precio,VentaProducto.imp
orte
from Venta,Producto,VentaProducto
where Venta.idVenta=VentaProducto.idVenta and VentaProducto.idProd=Producto.idProd and
Venta.estado=1
--3 ver los clientes de zona los 'POCITOS'
select Persona.ci,Persona.nombre,Persona.paterno,Direccion.direccion,Telefono.nro
from zona,Direccion,Cliente,Persona,Telefono
where Persona.ci=Cliente.ci and Cliente.ci=Direccion.ci and Direccion.idZona=Zona.idZona and
Zona.nombre='POCITOS' and
Persona.ci=Telefono.ci
156
--4 Ver que productos salieron a entregarse
select Salida.idSalida,Producto.descripcion,SalidaProducto.cantidad
from Salida,SalidaProducto,Producto,TipoSalida
where Salida.idTipoSalida=TipoSalida.idTipoSalida and Salida.idSalida=SalidaProducto.idSalidaProducto
and SalidaProducto.idProd=Producto.idProd and TipoSalida.tipo='ENTREGA DE PEDIDO'
--5 ver los productos que deben entregarse a la zona 'POCITOS'
select VentaProducto.idVenta,Producto.descripcion,VentaProducto.cantidad
from Venta,Producto,VentaProducto,Cliente,Zona,Direccion
where Venta.idVenta=VentaProducto.idVenta and VentaProducto.idProd=Producto.idProd and
Venta.ciCliente=Cliente.ci
and Cliente.ci=Direccion.ci and Direccion.idZona=Zona.idZona and Zona.nombre='POCITOS'
--6 Ver toda la info de los empleados:Choferes y Promotores
select
Persona.nombre,Persona.paterno,Persona.materno,Persona.sexo,Persona.fechaNac,Persona.ci,Telefon
o.nro,Cargo.cargo,
Empleado.codigo,Zona.nombre,ZonaEmpleado.dias
from Persona,Empleado,Cargo,Telefono,Zona,ZonaEmpleado
where Persona.ci=Telefono.ci and Persona.ci=Empleado.ci and Empleado.idCargo=Cargo.idCargo and
Empleado.ci=ZonaEmpleado.ci
and ZonaEmpleado.idZona=Zona.idZona
-- 7 ver toda la info de los clientes
select
Persona.nombre,Persona.paterno,Persona.materno,Cliente.tipo,Persona.sexo,Persona.fechaNac,Cliente
.fechaUnion
,Persona.ci,Telefono.nro,Direccion.direccion,Zona.nombre
from Persona,Cliente,Telefono,Direccion,Zona
where Persona.ci=Telefono.ci and Persona.ci=Cliente.ci and Cliente.ci=Direccion.ci and
Direccion.idZona=Zona.idZona
--ver todos los productos
select
Producto.idProd,Producto.descripcion,Producto.precio,Marca.nombre,Sabor.nombre,Medida.medida,
TipoBebida.tipo,TipoEnvase.tipo,Paquete.cantidad
from Producto,Marca,Sabor,Medida,TipoBebida,TipoEnvase,Paquete
where Producto.idMarca=Marca.idMarca and Producto.idMedida=Medida.idMedida and
Producto.idPaquete=Paquete.idPaquete and
157
Producto.idSabor=Sabor.idSabor and Producto.idTipoBebida=TipoBebida.idTipoBebida and

Producto.idTipoEnvase=TipoEnvase.idTipoEnvase
--8 ver todas las compras
select
Compra.idCompra,Proveedor.nombre,Compra.fecha,Compra.fechaLimitePago,TipoCompra.descripcion,
Producto.descripcion,
CompraDetalle.cantidad,CompraDetalle.precioCompra,CompraDetalle.importe,Compra.total
from Compra,CompraDetalle,TipoCompra,Proveedor,Producto
where Compra.idProveedor=Proveedor.idProveedor and
Compra.idTipoCompra=TipoCompra.idTipoCompra and
Compra.idCompra=CompraDetalle.idCompra and CompraDetalle.idProd=Producto.idProd
--9 ver inventario(nombre de producto y cantidad)
select Producto.descripcion,Inventario.stock
from Producto,Inventario
where Producto.idProd=Inventario.idProd
--10 ver todos los pedidos(sin detalle de los productos y cantidad)
select Persona.nombre,Venta.fecha,Producto.descripcion,VentaProducto.cantidad,Zona.nombre
from Cliente,Venta,Persona,VentaProducto,Producto,Direccion,Zona
where Cliente.ci=Venta.ciCliente and Persona.ci=Cliente.ci and VentaProducto.idVenta=Venta.idVenta
and
Producto.idProd=VentaProducto.idProd and Cliente.ci=Direccion.ci and Direccion.idZona=Zona.idZona
--11 ver los pedidos realizados en x Zona
select v.fecha,z.nombre,p.descripcion,vp.cantidad
from Cliente c,Venta v,VentaProducto vp,Direccion d,Zona z,Producto p
where c.ci=d.ci and d.idZona=z.idZona and v.idVenta=vp.idVenta and vp.idProd=p.idProd and
v.ciCliente=c.ci
and v.estado=0 --and z.idZona=1
--ver los empleados de la zona 1 y dia lunes
select Empleado.ci,Empleado.codigo,Zona.nombre,ZonaEmpleado.dias
from Zona,Empleado,ZonaEmpleado
where Empleado.ci=ZonaEmpleado.ci and ZonaEmpleado.idZona=Zona.idZona and Zona.idZona=1 and
Empleado.idCargo=1
158
12.2.2.5 Procedimientos almacenados y Triggers
--PA que calcule el total de una compra

create procedure importeCompraDetalle(@idCompra int,@importe decimal output)
as
select @importe=SUM(importe)
from CompraDetalle
where idCompra=@idCompra
return
--trigger que cuando se añada un detalle de compra ,se actualize el total

create trigger totalCompra
on CompraDetalle
for insert,update
as
declare @total decimal,@idCompra int
select @idCompra=idCompra from inserted
execute importeCompraDetalle @idCompra,@total output
update Compra set debe=@total,total=@total where idCompra=@idCompra
--PA que sume todos los debe de las compras para un proveedor
create procedure totalDebe(@idProv int,@total decimal output)
as
select @total=SUM(debe)
from Compra
where idProveedor=@idProv
return
--trigger que actualize el debe y haber de un proveedor

create trigger updDatosProv
on Compra
for update
as
declare @idProv int, @totalDebe decimal
select @idProv=idProveedor from inserted
execute totalDebe @idProv,@totalDebe output
update Proveedor set debe=@totalDebe,haber=limiteCredito-@totalDebe
where idProveedor=@idProv
159
--trigger que actualize el precio de los productos cuando se compre

create trigger updPrecio
on CompraDetalle
for insert,update
as
declare @idProd int,@precio decimal
select @idProd=idProd,@precio=precioVenta from inserted
update Producto set precio=@precio where idProd=@idProd
--trigger que actualize las deudas cuando se haga un pago

create trigger updDeudas1
on Cuota
for insert
as
declare @monto decimal,@idCompra int
select @idCompra=idCompra, @monto=montoCuota from inserted
update Compra set debe=debe-@monto where idCompra=@idCompra
-------------------------------------------------------------------------------------
-- trigger que actualize las deudas cuando se actualize un pago
create trigger updDeudas2
on Cuota
for update
as
declare @monto decimal,@idCompra int,@monto1 decimal,@monto2 decimal
select @idCompra=idCompra, @monto1=montoCuota from inserted
select @monto2=montoCuota from deleted
set @monto=@monto1 - @monto2
update Compra set debe=debe-@monto where idCompra=@idCompra
--trigger que actualize el inventario cuando se reciben los productos de una compra
create trigger updInvComp
on Compra
for update
as
declare @estado bit,@idCompra int
select @estado=estado,@idCompra=idCompra from inserted
if(@estado=1)
update CompraDetalle set cantidad=cantidad where
idCompra=@idCompra
160
--trigger que actualize el inventario cuando se actualiza el detalle de compra

create trigger updInvCompDet
on CompraDetalle
for update
as
declare @idCompra int,@idProd int,@cant int
select @idCompra=idCompra,@
-----------------------------------------------------------------------------------------
--trigger que actualize el inventario cuando ingresen productos
create trigger updInventario1
on EntradaProducto
for insert
as
declare @idProd int,@cantidad int,@idAlmacen int,@idEntrada int
select @idProd=idProd ,@cantidad=cantidad, @idEntrada=idEntrada from
inserted
select @idAlmacen=idAlmacen from Entrada where idEntrada=@idEntrada
update Inventario set stock=stock+@cantidad where idProd=@idProd and
idAlmacen=@idAlmacen
--trigger que actualize el inventario cuando se actualize el ingreso de productos
create trigger updInventario2
on EntradaProducto
for update
as
declare @idProd int,@cantidad int,@idAlmacen int,@idEntrada int,@cant1
int,@cant2 int
select @idProd=idProd ,@cant1=cantidad, @idEntrada=idEntrada from inserted
select @cant2=cantidad from deleted
set @cantidad= @cant1 - @cant2
select @idAlmacen=idAlmacen from Entrada where idEntrada=@idEntrada
update Inventario set stock=stock+@cantidad where idProd=@idProd and
idAlmacen=@idAlmacen
-----------------------------------------------------------------------------------------------
--PA que sume el total de una venta
create procedure importeVenta(@idVenta int ,@total decimal output)
as
select @total=SUM(importe)
from DetalleVenta
where idVenta=@idVenta
return
161
--trigger que sume el total de una venta

create trigger totalVenta
on DetalleVenta
for insert,update
as
declare @idVenta int,@total decimal
select @idVenta=idVenta from inserted
execute importeVenta @idVenta,@total output
update Venta set total=@total where idVenta=@idVenta
--trigger que actualize el inventario despues de una salida
create trigger updSalidaProducto1
on SalidaProducto
for insert
as
declare @idSalida int,@idProd int,@cantidad int,@idAlmacen int
select @idSalida=idSalida,@idProd=idProd,@cantidad=cantidad from inserted
select @idAlmacen=idAlmacen from Salida where idSalida=@idSalida
update Inventario set stock=stock-@cantidad where idAlmacen=@idAlmacen
and idProd=@idProd
--trigger que actualize el inventario despues de una salidaproducto actualizada

create trigger updSalidaProducto2
on SalidaProducto
for update
as
declare @idSalida int,@idAlmacen int,@idProd int ,@cantidad1 int,@cantidad2
int
select @idSalida=idSalida ,@idProd=idProd ,@cantidad1=cantidad from inserted
select @cantidad2=cantidad from deleted
declare @cantidad int
set @cantidad = @cantidad1 - @cantidad2
update Inventario set stock=stock - @cantidad where idAlmacen=@idAlmacen
and idProd=@idProd
--trigger que actualice estados de los producto al cambiar estado de marca

create trigger updProdMarca
on Marca
for update
as
declare @estado bit, @idMarca int
select @idMarca=idMarca,@estado=estado from inserted
update Producto set estado=@estado where idMarca=@idMarca
162
--trigger que actualice estados de los producto al cambiar estado de sabor

create trigger updProdSabor
on Sabor
for update
as
declare @estado bit, @idSabor int
select @idSabor=idSabor,@estado=estado from inserted
update Producto set estado=@estado where idSabor=@idSabor
--trigger que actualice estados de los producto al cambiar estado de tipo bebida
create trigger updProdTBebida
on TipoBebida
for update
as
declare @estado bit, @idTipoBebida int
select @idTipoBebida=idTipoBebida,@estado=estado from inserted
update Producto set estado=@estado where idTipoBebida=@idTipoBebida
--trigger que actualice estados de los producto al cambiar estado de tipo envase
create trigger updProdTEnvase
on TipoEnvase
for update
as
declare @estado bit, @idTipoEnvase int
select @idTipoEnvase=idTipoEnvase,@estado=estado from inserted
update Producto set estado=@estado where idTipoEnvase=@idTipoEnvase
--trigger que actualice estados de los producto al cambiar estado de medida

create trigger updProdMedida
on Medida
for update
as
declare @estado bit, @idMedida int
select @idMedida=idMedida,@estado=estado from inserted
update Producto set estado=@estado where idMedida=@idMedida
--trigger que actualice estados de los producto al cambiar estado de paquete

create trigger updProdPaquete
on Paquete
for update
as
declare @estado bit, @idPaquete int
select @idPaquete=idPaquete,@estado=estado from inserted
update Producto set estado=@estado where idPaquete=@idPaquete
163
13 FLUJO DE TRABAJO: IMPLEMENTACION

Eleccion de plataforma de desarrollo de software
Sistema Operativo. -
la plataforma que soporta el software desarrollado es el S.Operativo
Windows 10 Professional v1702. Se eligió esta plataforma porque ofrece herramientas
necesarias para su implementacion.
VENTAJAS:
. Es conocido actualmente.
. Tiene un software muy estable gracias a su desarrollo continuo.
. tiene una gran cantidad de tutoriales.
. se puede adquirir el sw a travez de internet(descargandolo en un dispositovo USB o CD)
. incluye los programas clasicos y basicos que ofrece windows.
DESVENTAJAS:
. Las nuevas versiones requiren muchos recursos.
. La mayoria de los virus estan hechos para Windows.
. Puedes tener errores de compatibilidad en sistemas nuevos.
Gestor de Base de Datos. -

el gestor de base de datos utilizado es el MySql Workbench 6.3 C.E.
VENTAJAS:
. Su aparente facilidad.
. Buen rendimiento general.
. compatibilidad, versatilidad.
. es universal.
. Es rapido y eficiente.
. Importa base de datos, establece permisos de acceso.
. Seguro.
. La construccion de las consultas es sencilla e intuitiva.
164
DESVENTAJAS:
. El mal uso.
. Manejabilidad de la consola.
. tiempo de respuesta relativamente largo.
Lenguaje de Programacion
el lenguaje de programacion utilizado para la implementacion del software es
PHP.
VENTAJAS:
. Es un lenguaje multiplataforma.
. Completamente orientado al desarrollo de aplicaciones web dinámicas con acceso a

información almacenada en una Base de Datos.
. El código fuente escrito en PHP es invisible al navegador y al cliente ya que es el

servidor el que se encarga de ejecutar el código y enviar su resultado HTML al navegador. Esto
hace que la programación en PHP sea segura y confiable.
. Capacidad de conexión con la mayoría de los motores de base de datos que se utilizan
en la actualidad, destaca su conectividad con MySQL y PostgreSQL.
. PHP es que puede funcionar en un servidor Windows y en LINUX.
. Su gran comunidad de PHP hace que el soporte, guías, libros y soluciones de dudas sea
mucho mas facil en foros o redes sociales
. PHP no requiere ningún tipo de licencia
. Permite las técnicas de programación orientada a objetos.
DESVENTAJAS:
. El lugar mas seguro para ejecutar una aplicacion es en un servidor propio, por lo cual si
un cliente o usuario requiere su codigo en su pc, tendriamos que dejar su codigo, sin manera de
ocultarlo, aunque hay muchas aplicaciones que nos ayuda a encriptar el codigo fuente
. Debes saber cuando menos HTML para poder hacer un trabajo medianamente
funcional
. Si no lo configuras correctamente dejas abiertas muchas brechas de seguridad
. Se necesita instalar un servidor web.
165
Enterprise Architect
VENTAJAS:
• Diagramas de Estado para modelar el comportamiento de los objetos en el

sistema.
• Diagramas de Objetos para modelar la estructura estática de los objetos en el

sistema.
• Diagramas de Componentes para modelar componentes.
• Diagramas de Implementación para mode
DESVENTAJAS:
• No es un método de desarrollo. No te va a decir cómo pasar del análisis al diseño

y de este al código. No son una serie de pasos que te llevan a producir código a partir de unas
especificaciones a pesar de que genera el código a partir del diseño y el análisis.
166
167
deployment Usuario
GRUPO Nº3
Usuario
«class»
Producto.php «class»
Usuarios.php
«class» «class»
«class» «class» «web form» «web form»
Sabor.php Paquete.php «web form»
Marca.php TipoBebida.php User.php Empleado.php
cargo.php
«controller» «controller» «controller» «controller»
MarcaController.php TipoBebidaController.php SaborController.php PaqueteConrtoller.php
«controller»
UsersController.php
INF-342
Implementacion de arquitectura del sistema
Implementacion del paquete: Usuario
Reporte
SGBD
«Reporte»
ListaEmpleado.jasper
«script» «table»
saparicio Usuarios
«table»
«table»
Productos
Sabor
«table» «table»
Marcas TipoBebida
Implementacion del paquete: Compra

deployment Compra
Compra
«class»
«Formulario» Ingreso.php
Proveedor.php
«controller» «controller»
ProveedorController.php IngresoController.php
«Formulario»
GestionarCompra.php
SGBD Reporte
«file»
«script» «table» NotaRecepcion.jasper
DBAparicio.sql DetalleCompra
«file»
«table» «table» ListaProveedor.jasper
Empleado Producto
168
Implementacion de Paquete: Venta

deployment Venta
Venta
«Formulario»
«class»
Venta.php
Zona.php
«class» «class» «class» «Formulario»

Cliente.php Pedido.php Empleado.php ZonaEmpleado.php
«controller» «controller» «controller»

ClienteController.php PedidoController EmpleadoController.php
REPORTE
SGBD
«file» «file»
«table» «table» «table» NotaEntrega.jasper Pedido.jasper
DetalleVenta Producto DetallePedido
«file» «file»
ListaCliente.jasper ReciboPago.jasper
«script»
Saparicio.sql
169
Implementacion de paquete: Inventario

deployment Inventario
Inventario
«Formulario» «class»
Ingreso.php GestionarAlmacen.php
«controller» «controller»
IngresoController.php AlmacenController.php
SGBD Reporte
«file»
ListaInventario.jasper
«script» «table»
saparicio.sql DetalleIngreso
«table» «table»
Producto Inventario
170
Implementacion de arquitectura subsistema
14 CONCLUSION
deployment Subsistema
Distribuidora Aparicio
«framework» Reporte
«report»
Laravel IReporte
Usuario
Almacen
«source»
SAparicio
Compra
Venta
«script»
DBAparicio.sql
15 RECOMENDACIÓN
171
16 BIBLIOGRAFIA
17 ANEXOS
Productos de su principal proveedor BBO (Bebidas Bolivianas).
172
173
Bodega de la Distribuidora.
174
Nota de Entrega.
175
Nota de Devolución.
176
Factura de BBO.
177
Orden de Despacho BBO.
178
Lista de Descargas.
179
Nota de Pedido BBO.
180
Nota de Entrega BBO.
181
Hoja de Rutas de las camionetas.
182
Entrevista #1
Objetivo de la entrevista: Conocer las actividades, que realiza el personal, en las áreas de
inventario y distribución.
Nombre del entrevistado: Sr. Miguel Choque Aldana
Cargo y antigüedad: Gerente General
Nombre de la empresa: Distribuidora Aparicio

Privada( x ) Publica( )
Bascopé Soliz Fernando Rodrigo
Duración de la entrevista: 45 Minutos
Fecha y hora: 25/03/2018
Lugar de la entrevista:
Barrio Nueva Jerusalén Calle Tesalonicenses N°12
1. ¿Cómo se da Inicio a la distribuidora Aparicio?

La distribuidora Aparicio es una empresa familiar, mi padre JUAN CHOQUE APARIZIO era
un empresario visionario con más de 40 años en la venta de gaseosas y cervezas le dio
inicio a la distribuidora.
2. ¿Cómo considera usted la forma en que actualmente se maneja la Información en la

distribuidora?
Actualmente gran parte de nuestra información es mediante documentos físicos, en
ocasiones por la aglomeración de papeles torna un poco difícil buscar algún documento.
3. ¿Con cuántos proveedores cuenta actualmente la Distribuidora?

Contamos con 3 proveedores, BBO, Paceña, y Sfrut.
4. ¿Cómo se realizan los pedidos de la distribuidora a su proveedor?

Yo (Gerente) con el asesor de ventas trabajamos en conjunto, Él viene todas las semanas
y hace un inventario de todos los productos con nuestro contador de nuestra bodega y
posterior a ello se identifica si falta algún producto, algún sabor, y en base a eso se
procede a hacer el pedido mediante el asesor de ventas.
183
5. ¿Aproximadamente cada cuanto se realiza un pedido a sus proveedores?

A la semana más o menos unas 2-3 trailadas solo a BBO, a Sfrut 1 trailada cada 1 mes, y a
paceña 1 trailada cada semana, les explico, la tara boliviana permite 27 toneladas que son
alrededor de 2350 paquetes.
6. ¿Qué se hace con los productos vencidos o dañados?

Los cambiamos, nosotros lo cambiamos al PDB y ya los proveedores no los cambia,
nuestros proveedores asumen con la perdida, vencimiento, etc.
7. ¿En qué tiempo llegan los productos una vez pedidos a los proveedores?
Aproximadamente tarda unas 16 horas.
8. ¿Cuál es la función de cada empleado en la Distribuidora? Describa brevemente.

Gerente General soy el responsable legal de la empresa, debo velar por el cumplimiento
de todos los requisitos legales con los proveedores, y también trabajo en conjunto con el
contador para administrar la bodega.
Sub Gerente trabaja en conjunto conmigo.
Contador se encarga de manejar e interpretar la contabilidad de la distribuidora en
general, él es quien nos facilita los informes.
Montacarguista se encarga de cargar y descargar las bebidas a nuestros camiones que
reparten los productos por Yacuiba.
Choferes son los que hacen la entrega de producto a nuestros clientes.
Ayudantes trabajan de forma coordinada con los choferes, se encargan de bajar los
productos del camión para entregar al cliente.
Promotores si bien los promotores no los facilitan los proveedores, ellos forman una
parte importante en nuestra empresa, porque ellos son quienes hacen el negocio de
venta, es decir están promocionando, ofreciendo y demás los productos a los clientes o
posibles clientes.
9. ¿Se le entrega al chofer repartidor algún tipo de documento al momento de salir de la

distribuidora a entregar los pedidos?, ¿Qué tipo de documento?
Si, se le da una boleta de entrega con el nombre del chofer, el producto, la cantidad de
producto, etc. y los lugares donde tiene que entregar.
10. ¿En caso de que los choferes no terminen con la entrega o venta, que sucede con el
producto cargado?
Le hacen una nueva nota al tiempo de recibir, es decir se le hace una nota de entrega y
de recibo, con eso se ingresa a nuestro sistema (EXCEL) y administramos el dinero de los
productos vendidos y demás.
11. ¿La distribuidora cuenta con algún tipo de sistema informático?
184
No, el único sistema informático que manejamos es un EXCEL.
12. ¿Está a gusto con ese sistema? ¿Por qué?

Si bien nos ayuda de una u otra manera, pero no satisface en plenitud con todas nuestras
necesidades.
13. ¿Cuentan con una página web?

Si, contamos con una página web en FACEBOOK.
14. ¿El cliente interactúa con su página web? ¿De qué manera?
Si, nosotros presentamos nuestras campañas y promociones por nuestra página WEB.
15. ¿Según usted, cuales son las deficiencias que existen en la forma de cómo se manipula
actualmente la información?
El no llevar nuestra información digitalizada como ser inventarios, notas de ventas,
compras, boletas de recibo, boletas de entrada.
Es muy desordenada, por decirte si tuviéramos un sistema podríamos ver si nos falta
algún producto, o si tenemos sobre stock de algún calibre y cosas así.
16. ¿Liste los tipos y las marcas de los productos que ofrece la distribuidora?
ALCOHOLICAS:
o Real
o Cordillera
o Heineken
o Paceña
ANHALCOLICAS:
o Mendocina (Agua, Gaseosas, Gaseosas Zero)
o Natur ALL
o Popular
o Malta Real
o Sfrut
17. ¿Qué tiempo se demora en entregar un pedido?

Se hace el pedido mediante nuestros promotores y al día siguiente se les reparte los
productos.
Los encargados de distribución preparan el camión para que entregue nuestros productos
no solo a un cliente, sino a todos los clientes que hicieron su pedido un día anterior.
185
Entrevista #2
Objetivo de la entrevista: Conocer las actividades, que realiza el personal, en las áreas de
inventario y distribución.
Nombre del entrevistado: Sr. Miguel Choque Aldana
Cargo y antigüedad: Gerente General
Nombre de la empresa: Distribuidora Aparicio

Privada( x ) Publica( )
Bascopé Solís Fernando Rodrigo
Duración de la entrevista: 40 Minutos
Fecha y hora: 01/04/2018
Lugar de la entrevista:
Barrio Nueva Jerusalén Calle Tesalonicenses N°12
1. ¿Periódicamente el sistema tiene actualizaciones? ¿Quién la realiza?

Si, la realizo yo con la Sub-Gerente o con la ayuda del contador.
2. ¿Cuánto es la mínima cantidad de un producto que debe tener en la bodega para

hacer un pedido a los proveedores?
Cuando vemos que hay 200 paquetes ya es una alarma.
Varía de acuerdo a los productos con mayor demanda.
Nos basamos más que todo en la experiencia. Tomando en cuenta los días festivos,
días de calor, etc., por ejemplo, en épocas del día del padre se consume mucho vino,
y en Yacuiba lo consumen con limón así que las gaseosas sabor limón se agota muy
rápido es esas fechas, es por ello que normalmente nosotros tomamos precauciones
ante eso.
3. ¿Para sacar los productos de la bodega, usan alguna estrategia, por ejemplo, FIFO?
Si, además que también nuestra en bodega los productos se ordenan por fecha de
vencimiento. Es una estrategia muy útil.
4. ¿Los camiones tienen una zona específica para entregar los productos?
186
Si, La distribuidora le designa rutas a los choferes mediante una boleta por ejemplo
Carlos Garrado el día martes va a entregar los productos a Caraparí,
El día martes a Pocitos - Barrio jardín. Y así para todos sus choferes.
5. ¿Qué información básica requieren de los clientes que solicitaran un pedido por
primera vez?, ¿y los clientes “antiguos”?
Constantemente hacemos un censo a los clientes, preguntamos primero su nombre y
apellido, a nombre de quien ira la factura, dirección, teléfono, datos personales más
que todo.
Y para los clientes antiguos el promotor los visita de una a dos veces por semana para
preguntar si le falta algún producto.
6. ¿Cómo es la forma de pago de los clientes?, ¿Quién recibe el dinero?

En efectivo, se le cancela al chofer.
7. ¿Existe algún tipo de descuento al momento de pagar?

Existen tipos de descuentos como ser el 10%, 5% dependiendo de la compra, o
también existe la promoción o descuento de la docena de 13 unidades.
8. ¿Liste todos los servicios que ofrece la distribuidora Aparicio?

Lo que te ofrece la distribuidora Aparicio es llevarte el producto a tu casa, tienda,
restaurant, u otros, descargártelo donde mejor te parezca, evitar que tu salgas al
mercado u otro lugar a que hagas la compra, y además nosotros te cargamos tus
botellas vacías. Y agregándole un plus, no como servicio sino como premio a cliente
fiel le otorgamos heladeras o freezer.
9. ¿Cuál es la capacidad máxima de almacenamiento en las bodegas y que unidad de

medida se utilizan?
Hemos cargado hasta 25 mil paquetes, contamos con una bodega con un sistema
espectacular, tenemos sistema de refrigeración, tenemos 1000 metros cuadrados 5.5
metros de alto.
Cada paquete cuenta con 6 unidades del calibre que sea.
10. ¿Cuál es la cantidad promedio que se vende al día de los productos?

Ronda entre 800 y 1300 paquetes por día.
11. ¿Cuenta con líneas de crédito?

Si, con BBO contamos con una línea de crédito de un millón de bolivianos
12. ¿Cómo se paga a los proveedores?

A medida que se va vendiendo los productos, se les va pagando.
187
Normalmente es semanal.
13. ¿Existe algún tipo de incentivo a los trabajadores?

Si, por ejemplo, a los choferes si venden a la semana más de 2000 paquetes se les
incentivan con 300 bs más en su sueldo.
14. Explique detalladamente cómo funciona el mecanismo o proceso desde que el

cliente hace un pedido hasta que la distribuidora hace la entrega y el cliente
cancela por dicho pedido.
Esto funciona así:
El promotor hace la visita correspondiente y le toma su pedido en una boleta, luego
de que culmina el promotor con las visitas del día se dirige a nuestra distribuidora y
me las entrega (Gerente, Encargado, Dueño) las boletas, posterior a ello la boleta pasa
a manos del montacarguista para que saque los productos que se requieren de la
bodega, al día siguiente carga el pedido al camión y se le otorga al chofer una boleta
de salida que indica la cantidad de producto y a los clientes que tiene que entregar,
una vez entregado al cliente en ese mismo instante le cancelan al chofer.
188

PERFIL DISTRIBUIDORA APARICIO Final 1 Sin Revision

Cargado por

Información del documento

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

PERFIL DISTRIBUIDORA APARICIO Final 1 Sin Revision

Cargado por

Copyright:

Formatos disponibles

GRUPO

Sistema de Información para Gestionar el

INTEGRANTES: Bascopé Soliz Fernando Rodrigo

MATERIA: SISTEMAS DE INFORMACIÓN I

Santa Cruz, Bolivia

2 ELEMENTOS DEL SISTEMA BASADOS EN COMPUTADORAS ....................... 17

3 TECNOLOGIA PARA EL DESARROLLO DE SOFTWARE ................................. 22

4 POSIBLES COSTOS ....................................................................................... 31

5 POSIBLES BENEFICIOS ................................................................................. 32

6 POSIBLES CLIENTES ..................................................................................... 32

8 INGENIERÍA REQUERIMIENTO: MÉTODO ISHIKAWA .................................. 47

9 MODELO DE NEGOCIO ............................................................................... 53

10 FLUJO DE TRABAJO: CAPTURA DE REQUISITO............................................ 56

11 FLUJO DE TRABAJO ANÁLISIS...................................................................... 92

12 FLUJO DE TRABAJO: DISEÑO..................................................................... 119

13 FLUJO DE TRABAJO: IMPLEMENTACION .................................................. 164

14 CONCLUSION ............................................................................................ 171

A medida que la ciudad se moderniza, la población experimenta transformaciones en los estilos

Actualmente dentro de la distribuidora no existe un sistema de proceso automatizado, solo

La "DISTRIBUIDORA APARICIO" es una empresa privada ubicada en la ciudad de Yacuiba del

La “Distribuidora Aparicio” no dispone de un sistema de estructura organizacional organizada

Descripción del problema

La distribuidora “Aparicio” no cuenta con un sistema de información que le permita administrar

Gestión del Inventario

En primera instancia el promotor se dirige al cliente, y consulta si existe un pedido de productos,

 Posibles errores en la cantidad de producto a la hora de la entrega, ya que el registro y

BANCO DE CREDITO S.A. CTA.CTE. NRO.701-5043216-3-12

Formulación del problema

El problema se origina en el manejo manual de la información relativa a los diversos productos

2 ELEMENTOS DEL SISTEMA BASADOS EN COMPUTADORAS

PROCESADOR INTEL CORE I5-4200H 4THG 3M CACHE – 2.80 GHZ

Otro software adicional

LOS DATOS A MANEJARSE DE CADA PERSONA SERÁN LOS SIGUIENTES :

LOS DATOS A MANEJARSE DE DISTRIBUCIÓN SERÁN LOS SIGUIENTES :

P ARA CADA PRODUCTO SE M ANIPULARÁ LOS SIGUIENTES DATOS :

LOS DATOS A MANEJARSE DE CADA PROVEEDOR SERÁN LOS SIGUIENTES :

S E TENDRÁN LOS SIGUIENTES CAMPOS DE CADA A LMACÉN :

S E TENDRÁN LOS SIGUIENTES CAMPOS REFERENTES A NOTA DE VENTA :

S E TENDRÁN LOS SIGUIENTE CAMPOS DE EMPLEADO :

S E TENDRÁN LOS SIGUIENTES CAMPOS DE CADA INVENTARIO :

El producto, después de ser revisado por los técnicos de

En el momento de que la empresa recibe la planilla o la

Una vez hecha la licitación de los productos de cada

Cuando el cliente está registrado en el sistema este

En el momento que llegan los productos de los

Se verifica los productos de los almacenes los que tengan

3 TECNOLOGIA PARA EL DESARROLLO DE SOFTWARE

Metodología para el desarrollo de software

Características del PUDS

 Crea un esquema en borrador de la arquitectura, comenzando por la parte de la

El proceso unificado es iterativo e incremental, el desarrollo de un producto software comercial

Verificamos el resultado de la implementación probando cada construcción, incluyendo tanto

Características del UML

 UML es una notación, no es un proceso

 Elementos. - Estructurales, Comportamiento, Agrupación, Anotación

 Análisis y diseño OO de Booch y

Diagrama de estructura compuesta

Diagrama general de interacción

 Un intervalo de valores: 2..5

SISTEMA OPERATIVO WINDOWS 8 - WINDOWS 10

GESTOR DE BASE DE DATOS MYSQL WORKBENCH 5.4

LENGUAJE DE PROGRAMACION PHP

FRAMEWORK DE DESARROLLO LARAVEL