Informe 32

INDICE
1. Introducción .............................................................................................................. 4
1.2. Antecedentes y Estructura Organizacional ......................................................... 5
1.3. Justificacion ........................................................................................................ 5
1.4. Descripción del Problema ................................................................................... 5
1.5. Formulación del Problema ................................................................................ 10
1.6. Objetivo ............................................................................................................ 10
1.6.1. Objetivo General ........................................................................................... 10
1.6.2. Objetivos Específicos .................................................................................... 10
1.7. Alcance ............................................................................................................ 11
1.8. Entrevistas ....................................................................................................... 12
2. Elementos del Sistema basado en Computadoras ................................................. 17
2.1. Hardware.......................................................................................................... 17
2.1.1.Servidor ....................................................................................................... 17
2.1.2. Cliente ....................................................................................................... 16
2.1.3.Medios de Comunicación ........................................................................... 18
2.1.4.Otros Dispositivos........................................................................................ 19
2.2.Software ........................................................................................................... 19
2.2.1.Servidor ....................................................................................................... 19
2.2.2.Cliente ......................................................................................................... 19
2.2.3.Otro Software Adicional .............................................................................. 19
2.3. Datos ............................................................................................................... 19
2.4. Procesos ......................................................................................................... 20
2.5.Gente / Usuario ................................................................................................. 20
2.6.Documento ....................................................................................................... 20
3. Tecnología para el Desarrollo del Software ............................................................ 20
3.1. Estrategia para el desarrollo del Software ........................................................ 20
3.2.Metodología para el desarrollo del Software ...................................................... 20
3.2.1.Carácterísticas del P.U.D.S. ........................................................................ 21
3.2.2.Características del U.M.L. .......................................................................... 22
3.3. Herramientas de Desarrollo .............................................................................. 24
3.3.1. Software .................................................................................................... 24
3.3.2.Hardware ..................................................................................................... 24
4. Posibles Costos ..................................................................................................... 25
5. Posibles Beneficios ................................................................................................ 26
5.1. Tiempo ............................................................................................................. 26
5.2. Esfuerzo .......................................................................................................... 26
5.3. Costos ............................................................................................................. 26
6. Posibles Clientes .................................................................................................... 26
7. Modelos de Dominio .............................................................................................. 26
7.1. Identificación de posibles Clases ..................................................................... 26
7.2. Identificación de posibles Atributos .................................................................. 28
7.3. Identificación de posibles Relaciones .............................................................. 30
8. Diseño de los Datos ............................................................................................... 32
8.1. Diseño logico de los Datos ............................................................................... 32
8.1.1. Diagrama de Clases ..................................................................................... 32
8.1.2. Mapeo .......................................................................................................... 34
8.2. Diseño Fisico ................................................................................................... 37
8.2.1. Tabla de Volumen ........................................................................................ 37
8.2.2. Script ............................................................................................................ 46
8.2.3. Poblar Datos ................................................................................................. 50
8.2.4. Consultas ..................................................................................................... 55
9. Ingeniería de Requerimientos - Ishikawa ................................................................ 59
9.1. Lista de Problemas ........................................................................................... 59
9.2. Depurar Problemas .......................................................................................... 60
9.2.1. Redefinir y Describir los Problemas ........................................................ 60
9.3.Propietarios de Problemas ................................................................................ 63
9.4. Análisis del Problema ....................................................................................... 62
9.5. Alterativas de Cambio ...................................................................................... 62
9.6. Estimación Justificación ................................................................................... 63
9.7. Conclusiones .................................................................................................... 64
9.8. Gráfica de Ishikawa .......................................................................................... 65
9.9. Identificar Principales Categorías .................................................................... 65
9.10.Analizar y Discutir el Diagrama ....................................................................... 67
9.11.Conclusion y Viabilidad de Proyecto ............................................................... 67
10. Modelo de Negocios ............................................................................................ 70
10.1. Diagrama de Actividades ............................................................................... 70
2
10.1.1.Gestionar Venta .......................................................................................... 70
10.1.2.Gestionar Pedido ......................................................................................... 71
10.1.3.Gestionar Compra ....................................................................................... 72
10.1.4.Gestionar Inventario Salida ......................................................................... 73
10.1.5. Gestionar Produccion ...................................................................... 74
11.Flujo de Trabajo ..................................................................................................... 75
11.1. Encontrar Actores y Casos de Uso ................................................................. 75
11.1.1.Identificar Actores ......................................................................................... 75
11.1.2.Identificar Casos de Uso............................................................................... 75
11.2. Priorizar Casos de Uso ................................................................................... 77
11.3. Detallar Casos de Uso ................................................................................... 77
11.3.1.Diseñar Caso de Uso .................................................................................. 77
11.3.2. Detalle del Caso de Uso ............................................................................. 77
11.3.3.Prototipo Interfaz de Usuario ...................................................................... 101
11.3.3.Relacionar Paquete y Casos de uso ........................................................... 101
11.4. Diagrama de Caso de Uso Completo ........................................................... 106
12. Flujo de trabajo Analisis ...................................................................................... 107
12.1.Analisis de Arquitectura ................................................................................. 107
12.1.1.Identificar Paquete...................................................................................... 107
12.1.2.Relacionar Paquete y Casos de uso ........................................................... 108
12.1.3.Vista de casos de uso......................................................................... 109
13. Anexos................................................................................................................ 123
3
1. Perfil
1.1. Introducción
La información es uno de los elementos más importantes en nuestros tiempos. Las
empresas que manejan la información de manera adecuada y eficiente son las que
tienen una gran ventaja sobre aquellas que aún se mantienen con un manejo de la
información en forma manual provocando entropía a la hora de obtener información
de la empresa. Hoy en día se puede observar la importancia que ha adquirido
gestionar una panadería debido al gran flujo de venta y el constante movimiento
económico que este genera.
El software para panaderías no es sólo un terminal. Se trata de todo un sistema

donde el control de stock, fabricación del producto, trazabilidad, ventas, compras,
facturación, gestión de pagos y un larguísimo etcétera es posible gracias a una
combinación modular que sólo un buen software es capaz de ofrecer.
Son varias las tareas realizadas en una panadería. Por eso se propone el desarrollo
de un Sistema de Información que optimice losprocesos, reduciendo el tiempo
considerablemente que conlleva la administración de este.
El siguiente proyecto desarrollará los procesos de gestión de:

Inventario de Insumos: Seregistraran los insumos que se guardan en el almacén
para tener un óptimo control sobre ellos así también se tendrá un registro de las
compras de los insumos a los diferentes distribuidores que brindará agilidad a la
hora de realizar la contabilidad.
Producción:Nuestro software también almacenará los diferentes pedidos que se

hacen a lo largo de la jornada dándoles una mejor organización para evitar
confusiones, también dará un acceso rápido a las diferentes recetas que se
necesitan para la producción de los diferentes productos.
Ventas: El sistema permitirá facturar todas las ventas que se hacen al día y las
almacenará durante el tiempo que el negocio requiera para sacar las cuentas
evitando el robo de dinero.
99
1.2. Antecedentes y Estructura Organizacional
Historia
En vista de un crecimiento constante de la población y una creciente demanda de
alimentos y productos que satisfagan las necesidades básicas así también la
urgencia de poder adquirirlos en lugares más cercanos la señora Margarita en el
año 1990 decide iniciar un negocio en el mercado plan 3000 que consiste en la
producción y comercialización de pan para aprovechar dichas necesidades y la
positiva aceptación le permitió hacerse de muchas ganancias lo cual invirtió en el
crecimiento del negocio con la adquisición de un mayor inventario, contrato de más
trabajadores, aumento de la producción y activos, etc.
Estructura Organizacional
Propietario: Encargado de la administración de la panadería.

Panificador: Encargado de la producción.
Vendedor: Encargado de la comercialización de los productos.
1.3. Justificación
Decidimos crear un sistema de Información para la panadería “ElHornito” debido
a que administran el negocio de forma obsoleta con papel y lápiz lo cual les da un
acceso limitante a la información y propensa a inconvenientes como ser la
desorganización de la misma o pérdidas.
El Sistema de Información que se desarrollará será una aplicación Web para cumplir
y satisfacer con los requerimientos que tiene la empresa al momento de realizar sus
funciones.
1.4. Descripción de Problema

Un caso representativo de este problema es el que se da en las empresas del rubro
panadería, donde las micro y mediana empresas que cuentan con una alta demanda
de sus productos y que no cuenta con un sistema de información presentan mayor
dificultad en la administración y control que estas empresas que poseen esta
herramienta y hacen uso de ella. En una entrevista realizada a una organización de
este rubro, dedicada a la panadería, la cual no cuenta, desde sus inicios, con un
sistema de información para la administración de las actividades principales de la
empresa, describe que estaría perjudicando el rendimiento de estas labores, debido
5
a la falta de una herramienta que les ayude a organizar la información necesaria
para cada proceso.
El problema se refleja, principalmente, en la dificultad constante respecto a la

organización y recepción de información actualizada sobre el stock de insumos y
productos (materia prima, producto terminado); originándose, en primer lugar,
debido a que los detalles de los insumos y proveedores, se encuentran
almacenados en distintos documentos, impidiendo, así, el acceso inmediato a ellos.
Lo mismo sucede con la información de los productos. Otra de las razones, es la
falta de validación de los ingresos y salidas del almacén al momento de realizar los
despachos de los pedidos de ventas, la recepción de compras o los ingresos de
producción. Por último, también se debería a que no se cuenta con la herramienta
necesaria para visualizar el stock de insumos y productos existentes en almacén.
Estos factores derivarían, de este modo, al problema que presenta la empresa, el

cual se refiere a la dificultad generada en la organización y recepción de información
actualizada. Adicionalmente, el problema estaría vinculado con una mayor demora
de tiempo en el manejo de esta información, ya que el control del stock se realiza
de forma presencial, es decir, desplazándose hasta la zona de almacenaje y
realizando los cálculos directamente. En base a lo mencionado anteriormente surge
la siguiente interrogante: ¿Cómo obtener la informaciónactualizada del stock de
insumos y productos en la empresa con un menor gradode dificultad?
Una de las alternativas de solución, actualmente, y que presenta grandes ventajas

es la integración de un sistema de información, el cual constituye una herramienta
clave para el desarrollo de una empresa u organización. Ello debido a que su uso
tiene como finalidad recopilar y administrar datos de forma rápida y ordenada, así
como también, generar indicadores que permitan obtener información precisa y
consistente, los cuales brindarán apoyo a la toma de decisiones. Asimismo, un
sistema desarrollado correctamente ayuda a los ejecutivos a confirmar la validez de
las estrategias que se están siguiendo, evita la pérdida de documentaciones y/o
archivos, y permite gestionar los tiempos y recursos de la organización. Además,
debido al crecimiento continuo de las organizaciones y al surgimiento de nuevas
necesidades, un sistema debe ser flexible, capaz de soportar actualizaciones y
permitir la integración de distintosaplicativos.
A pesar de los beneficios presentados que podrían servir como una alternativa para
mitigar el problema, la empresa aún no dispondría de un sistema que ayude en la
organización de sus principales procesos. De este modo, en base a la entrevista
realizada, se halló que la dificultad que presenta su actual estado tendría entre sus
efectos inmediatos, los retrasos y complicaciones en los procesos de compra de
insumos. El mismo problema respecto a la pérdida de tiempo, se presentaría,
también, en los procesos de venta de sus productos. Ambas consecuencias se
representan a través de la falta de eficacia en la obtención de información sobre el
stock y precio de insumos y productos, es decir lo que se necesita comprar y vender;
hallándose frecuentes errores o limitaciones en la recepción de un registro
actualizado y de manera rauda sobre la cantidad de productos existentes o la falta
6
de los mismos. Esta dificultad limitaría, por consiguiente, la calidad de servicio que
se le brinda al cliente, ya que cuando una persona es atendida de forma personal,
telefónica o vía correo electrónico, es necesario que parte del personal se traslade
hacia el lugar de almacenaje de los productos, verifique el stock actual y brinde una
respuesta correcta. De esta manera, la atención al cliente tomaría un tiempo más
prolongado en comparación de la demora esperada al contarse con un sistema de
información que organice y actualice el stock existente.
Los inconvenientes relacionados a la actualización del stock traerían consigo

algunas consecuencias indirectas. La primera de ellas, se reflejaría en el riesgo a
tomar una decisión errónea sobre el stock de productos disponibles. Acto que se
genera a partir de la necesidad o deseo de brindar una respuesta inmediata y, así,
recortar el tiempo que toma la atención al cliente, de manera que la venta del
producto sea satisfactoria para ambas partes. Otro efecto secundario ocurre cuando
se comete una equivocación por aceptar, previamente, los pedidos sin verificar si
se cuenta con la disponibilidad de los insumos para preparar los productos, ya que
el malestar de los clientes podría verse incrementado por el incumplimiento de las
fechas acordadas para la entrega de los pedidos. Ello debido a que al notar la
carencia de los insumos requeridos, el personal necesitaría coordinar y realizar la
compra de los mismos, siendo posible la postergación en la preparación del
producto y entrega del pedido.
En conclusión, el problema de obtener información actualizada de los insumos y

productos, presentado por la empresa del rubro de panadera y pastelera, se refiere,
principalmente, a la falta de una herramienta que ayude en la organización de la
información y la actualización del stock de insumos y productos. Este problema
tendría como consecuencias las dificultades presentadas en la compra de insumos,
y preparación y venta de productos, así como, en la calidad del servicio al cliente
por el riesgo a tomar decisiones erróneas sobre el stock de productos y la
postergación de entrega de los mismos. Además, la falta influiría, por último, en la
dificultad para organizar grandes cantidades información, pertenecientes a distintas
tareas.
La panadería “El hornito”, actualmente no cuenta con un Sistema de información

para organizar sus insumos, su producción ni ventas. Pese a su crecimiento abrupto
y la gran demanda de producción que esta tiene.
Es por ello que se necesita tener la información automatizada y actualizada para la

buena administración de las actividades principales de la panadería, ya que no tener
esto implicaría manejarlo todo de manera rustica perdiendo tiempo valioso.
Principalmente la dificultad de organización y recepción de información actualizada

sobre el stock de insumos y productos (materia prima, producto terminado);
originándose, en primer lugar, debido a que los detalles de los insumos,
proveedores y ventas, se encuentran almacenados en distintos documentos,
impidiendo, así, el acceso inmediato a ellos. Lo mismo sucede con la información
de los productos. Otra de las razones, es la falta de validación de los ingresos y
7
salidas del almacén al momento de realizar los despachos de los pedidos de ventas,
la recepción de compras o los ingresos de producción. Por último, también se
debería a que no se cuenta con la herramienta necesaria para visualizar el stock de
insumos y productos existentes en almacén.
Una de las alternativas de solución, actualmente, y que presenta grandes ventajas

es la integración de un sistema de información, el cual constituye una herramienta
clave para el desarrollo de la panadería. Ello debido a que su uso tiene como
finalidad recopilar y administrar datos de forma rápida y ordenada, así como
también, generar indicadores que permitan obtener información precisa y
consistente, los cuales brindarán apoyo a la toma de decisiones. Asimismo, un
sistema desarrollado correctamente ayuda a los dueños a confirmar la validez de
las estrategias que se están siguiendo, evita la pérdida de documentaciones y/o
archivos, y permite gestionar los tiempos y recursos de la organización. Además,
debido al crecimiento continuo de las organizaciones y al surgimiento de nuevas
necesidades, un sistema debe ser flexible, capaz de soportar actualizaciones y
permitir la integración de distintosaplicativos.
A pesar de los beneficios presentados que podrían servir como una alternativa para
mitigar el problema, la empresa aún no dispondría de un sistema que ayude en la
organización de sus principales procesos. De este modo, en base a la entrevista
realizada, se halló que la dificultad que presenta su actual estado tendría entre sus
efectos inmediatos, los retrasos y complicaciones en los procesos de compra de
insumos. El mismo problema respecto a la pérdida de tiempo, se presentaría,
también, en los procesos de venta de sus productos. Ambas consecuencias se
representan a través de la falta de eficacia en la obtención de información sobre el
stock y precio de insumos y productos, es decir lo que se necesita comprar y vender;
hallándose frecuentes errores o limitaciones en la recepción de un registro
actualizado y de manera rauda sobre la cantidad de productos existentes o la falta
de los mismos. Esta dificultad limitaría, por consiguiente, la calidad de servicio que
se le brinda al cliente, ya que cuando una persona es atendida de forma personal,
telefónica o vía correo electrónico, es necesario que parte del personal se traslade
hacia el lugar de almacenaje de los productos, verifique el stock actual y brinde una
respuesta correcta. De esta manera, la atención al cliente tomaría un tiempo más
prolongado en comparación de la demora esperada al contarse con un sistema de
información que organice y actualice el stock existente.
Los inconvenientes relacionados a la actualización del stock traerían consigo

algunas consecuencias indirectas. La primera de ellas, se reflejaría en el riesgo a
tomar una decisión errónea sobre el stock de productos disponibles. Acto que se
genera a partir de la necesidad o deseo de brindar una respuesta inmediata y, así,
recortar el tiempo que toma la atención al cliente, de manera que la venta del
producto sea satisfactoria para ambas partes. Otro efecto secundario ocurre cuando
se comete una equivocación por aceptar, previamente, los pedidos sin verificar si
se cuenta con la disponibilidad de los insumos para preparar los productos, ya que
el malestar de los clientes podría verse incrementado por el incumplimiento de las
fechas acordadas para la entrega de los pedidos. Ello debido a que, al notar la
8
carencia de los insumos requeridos, el personal necesitaría coordinar y realizar la
compra de los mismos, siendo posible la postergación en la preparación del
producto y entrega del pedido.
En conclusión, el problema de obtener información actualizada de los insumos y

productos, presentado por la empresa del rubro de panadera y pastelera, se refiere,
principalmente, a la falta de una herramienta que ayude en la organización de la
información y la actualización del stock de insumos y productos. Este problema
tendría como consecuencias las dificultades presentadas en la compra de insumos,
y preparación y venta de productos, así como, en la calidad del servicio al cliente
por el riesgo a tomar decisiones erróneas sobre el stock de productos y la
postergación de entrega de los mismos. Además, la falta influiría, por último, en la
dificultad para organizar grandes cantidades información, pertenecientes a distintas
tareas.
Entre las áreas tenemos:
MODULO INVENTARIO DE INSUMOS:
Gestionar insumos implica tener proveedores que doten de los ingredientes

necesarios para la elaboración de los panes. Además de consideran cada que
tiempo se hacen los pedidos, el costo que tiene y la fecha de caducidad que
tenemos para poder usar estos ingredientes.
MODULO VENTAS:
Gestionar las ventas de los productos a los clientes y obtener reportes del
desempeño de la panadería.
De manera automatizada brindar reportes de los productos que se tienen en el stock
para así saber que productor tenemos y podemos vender.
La principal problemática que se tiene actualmente al vender el producto es que no
se tiene una idea clara de lo que se puede vender y de lo que no, llegando a perder
al cliente al no tener un producto que este quiere adquirir.
MODULO PRODUCCION
Gestionar la cantidad y tiempo de producción diaria para el abastecimiento. Así se

tiene reportes para saber los días en que más se venden los productos.
En la parte de la producción se debe tomar en cuenta los siguientes puntos:
 Calidad del producto terminado
 Cantidad
 Tiempo para la elaboración.
9
MODULO NOTA DE VENTA
Gestionar lo que lleva el cliente para su mejor verificación del producto comprado.
MODULO CLIENTE
Gestionar la información del cliente para acelerar la venta. Considerando esta

información del cliente podremos saber la cantidad y tipos de panes que él
compra.
1.5. Formulación del Problema

Debido a que, hasta el momento, la propietaria de la panadería. Continúa realizando
de forma manual los procesos, los cuales se pueden automatizar, se vio la
necesidad de desarrollar un sistema de información que permitiera administrar
ingresos y egresos, mayor control del inventario en forma eficiente, registro de los
clientes.
1.6. Objetivos
1.6.1Objetivo General
Desarrollar un sistema de información para gestionar el inventario de insumos,
producción y venta de los productos de la panadería “El Hornito”.
1.6.2. Objetivos Específicos
1. Realizar un análisis de los requisitos del sistema, a traves de entrevistas.
2. A traves del analisisde la información recolectada en las entrevistas,

determinar los módulos y funciones de nuestro Sistema.
3. Diseñar el diagrama de clase mediante el Lenguaje Unificado del Modelado

(UML).
4. Diseñar una base de datos en MySql para el registro y almacenamiento de

los datos.
5. Diseñar el FrontEnd con el lenguaje de marcado HTML5, CCS3.
6. Implementar el BackEnd del sistema con el lenguaje de programación PHP

usando el FrameWorkLaravel.
10
7. Realizar las pruebas necesarias para el óptimo funcionamiento del sistema.
1.7. Alcance
Hemos logrado detallar en nuestro alcance algunos puntos que se necesita en la

elaboración de nuestro programa, tomando en cuenta lo más primordial.
MODULO PERSONA
 GESTIONAR CLIENTE
Gestiona el registro de los cliente frecuentes.
Se insertara un cliente al cual se le registra su ci y nombre.
 GESTIONARVENDEDOR
Gestiona el registro del vendedor quien está a cargo del área de ventas.
Se insertara datos del vendedoral cual se le asigna un Id_vendedor y se registra su
nombre, apellidos, edad, sexo, tipo de sangre, dirección, teléfono.
 GESTIONAR PANADERO
Gestiona el registro del panadero.Se insertara datos del panadero al cual se le
asigna un Id_panadero y se registra su nombre, apellidos, edad, sexo, tipo de
sangre, dirección, teléfono.
 GESTIONAR ADMINISTRADOR
Gestiona el movimiento económico, de producción y venta dentro de la empresa
Se registra el nombre, teléfono y dirección del administrador.
MODULO PRODUCCION
11
 GESTIONAR UNIDAD MEDIDA
Gestiona las diferentes unidades de medidas de los insumos
Se registrara el Id_um, abreviatura y nombre.
 GESTIONAR RECETAS
Gestiona las recetas para los diferentes tipos de panes
Se asigna su respectivo Id_receta, nombre y descripción.
 GESTIONAR PRODUCTO
Gestiona los productos disponibles a la venta
Se asigna su respectivo Id_prod, descripción, precio y stock
MODULO INVENTARIO
 GESTIONAR MATERIA PRIMA

Gestiona los insumos necesarios para la producción.
Se registrara el id_mp y descripción.
 GESTIONAR INVENTARIO ALMACEN

Gestiona el almacenamiento del flujo de entrada y salida de materia prima
Se registra id y cantidad.
1.8. Entrevistas
Entrevista # 1
Lugar: Av. La campana a 1 cuadra de la rotonda del plan 3000
Duración: 15 minutos
Fecha 22/08/2018
Datos de la Panadería
12
Nombre: Panadería El Hornito
(X) Privada ( ) Estatal
Datos del Entrevistado
Nombre: Margarita Lara Arismendi
Cargo: Socia propietaria
Datos del Entrevistador
Nombre: Gonzalo Justiniano Justiniano
1. ¿Cómo considera usted la forma en que actualmente se maneja la

Información de su panadería?
La manejamos en nuestra memoria no son cosas complicadas de recordar,
es mecánico todos los días se hace lo mismo
2. ¿Cómo es la estructura organizacional?

Sería, dueños, panificadores, vendedores
3. ¿Cuál es la función de cada empleado en la panadería? Describa

brevemente.
Tenemos empleados para la elaboración de los panes y otros que se
encargan de la venta.
Los que se encargan de la elaboración trabajan desde las 2 am hasta más

o menos las 6 am, ellos se encargan de la mezcla de los ingredientes, el
amasado y el orneado de los panes
Los que se encargan de la venta trabajan desde las 5 am hasta las 9 o 10

am, ellos se encargan de vender los panes.
4. ¿Cuáles son los diferentes procesos que se llevan a cabo en la

panadería?
Básicamente solo tenemos 3 niveles, la compra de los ingredientes, la
elaboración de los panes y la venta.
13
5. ¿La panadería cuenta con algún tipo de sistema informático?
No, el negocio es chico quizás más adelante si
6. ¿Según usted, cuales son las deficiencias que existen en la forma de

cómo se manipula actualmente la información?
Solo manejamos clientes fijos y es fácil recordar sus caras por que las vemos
todos los días en esa parte no se necesitaría de guardar información de clientes,
pero sería para el control de los ingresos del producto vendido.
7. ¿Cuáles son los problemas más frecuentes que tiene la panadería?

Los Problemas más frecuentes que tenemos son en las temporadas de ventas
altas cuando hace frio se vende más pan y cuesta que la masa madure para
empezar a trabajar, es por eso que tenemos problemas con los tiempo para que el
producto salga a tiempo
8. ¿Cómo es la forma de pago de sus clientes?

Solo efectivo únicamente
9. ¿Existe algún tipo de descuento al momento de pagar?

No. Los precios son fijos para todos los panes
10. ¿Liste todos tipos de panes que producen?

Hacemos 12 tipos de panes
Francés, vagué, bagazo, galleta cuadrado, galleta rombo, coco, queso,

mollete, tortilla, de arani, cuernito, batalla y en temporadas navideñas hacemos
panetones caseros.
11. ¿Tienen algún registro de la cantidad de ingresos que se tiene?
Todos los días al terminar la venta hacemos un conteo de cuanto fue el ingreso,
pero de manera modesta a hoja y lápiz.
14
12 como manejan su planilla de sueldo de sus trabajadores?
Rústicamente, llega su mes y se les paga.
13. Los insumos de su panadería cada que tiempo la compran?
Lo que es la harina nos provee famosa ellos nos traen semanalmente, la manteca
cada 2 semas , la levadura y demás cada 2 días, el gas es domiciliario, la leña
para nuestros panes que tienen que ser cocinados a leña como el pan de arani y
el pan de batalla nos llega cada semana.
14. Emiten algún tipo de factura a sus clientes?
No, pertenecemos al régimen simplificado
15 En qué precio venden sus productos?
El 90% de los panes se venden al por mayor a revendedores de tiendas de barrio,

lo damos los 24 panes a 10bs ya ellos lo venden a 0,50cts cada uno teniendo una
ganancia de 2 bs, ya el otro 10% lo vendemos a precio unitario 50cts cada pan.
16 Hacen panes a pedido?
No hacemos panes a pedido por que se descontrolaría nuestra rutina diaria y se

tendría que contratar otros trabajadores y eso ya no es ganancia además que el
tiempo que disponemos es justo para sacar los panes solo por las mañanas.
17. Si estuviera en condiciones de adquirir un sistema para el mejor manejo

de su negocio en que área lo ocuparía?
En la parte de las ventas para el control de ingresos y de panes vendidos para un

mejor control de la contabilidad.
Entrevista # 2
15
1. Describa el proceso de elaboración del producto final?
Dependiendo de los tipos de panes. Primero racionamos los insumos para la
elaboración (harina, queso, huevo, sal, azúcar, levadura, leche, manteca, aceite
agua). Luego procedemos con la elaboración de la masa, posteriormente la
dividimos en porciones según el tipo de pan y metemos al horno por cierta
cantidad de tiempo y a cierta temperatura (aproximadamente 1 hora).
2. Que hacen con el producto sobrante?

Con los panes sobrantes, elaboramos pan molido y lo vendemos.
3. Cuáles son los insumos que utilizan para la elaboración del producto?
Los insumos que usamos son:
Harina: Puede ser harina integral, harina de trigo, harina de maíz, queso, huevo,
sal, azúcar, levadura, leche, manteca, aceite agua
4. Según su punto de vista, que dificultades ve en el funcionamiento del

negocio?
Falta de control en el mantenimiento a la maquinaria y de los utensilios, el
ambiente de trabajo es muy pequeño y rustico, hay deficiencias en el manejo del
inventario.
5. Producen en días feriados o festivos?Qué diferencia hay sobre los

días normales
Se trabaja en días feriados y el movimiento es mayor en comparación con los días
normales, se trabaja desde más temprano y se usa más insumos.
16
2. Elementos del sistema basado en computadoras
2.1. Hardware
2.1.1 Servidor
Componen
Mínimo Recomendado
te
Procesador Core i5 Core i7
RAM 4 gb 8gb
Disco Capacidad de 320gb Capacidad de 512gb
Unidad Unidad de DVD Unidad de DVD u origen copiado

en una unidad local
Pantalla 1024 × 768 Monitor con resolución

1024 × 768 o superior
2.1.2 Cliente
Para una instalación independiente.
Componen
Mínimo Recomendado
te
Procesador Core 2 duo Core i3
RAM 1 gigabyte (GB) 2 GB
17
Disco Disco duro de 128gb Disco duro de 256gb
Unidad Unidad de DVD Unidad de DVD u origen copiado

en una unidad local
Pantalla 1024 × 768 Monitor con resolución

1024 × 768 o superior
2.1.3 Medios de comunicación
Conectores RJ45:
Uno de los conectores principales utilizados con tarjetas de red Ethernet
transmite información a través de cables par trenzado.
Cable (UTP) Categoría 5:

Tipo de cableado más solicitado. Es un estándar dentro de las
comunicaciones de redes LAN.
Grimpadora:
Son una especie de alicates y sirven para fijar los cables.
Tester de Cable:
Sirve para medir magnitudes eléctricas en diferentes ámbitos.
Tarjeta de Red:
Permite la comunicación entre diferentes aparatos conectados entre sí.
Hub o Switch:
Llevan a cabo la conectividad de una red local (LAN). La mayoría soportan
cables cruzados.
18
2.1.4 Otros dispositivos
 Impresora Epson multifuncional L220.

 Mouse
 Teclado
2.2. Software
2.2.1. Servidor
Sistema Operativo Windows 7 Ultímate de 64 bits.
 MYSQL. Para la conexión de la Base de Datos.
2.2.2. Cliente
 Sistema operativo Windows 7 Ultímate o posteriores.
 Browser como: Google Chrome, Firefox, opera, safari, etc.
 Una Tarjeta RAM de 2gb como mínimo
2.2.3. Otro Software adicional

Algún software que realice copias de seguridad programadas según el uso del
programa. Entre estos se encuentran: CobianBackup, Nero BackItUp 11 y otros más
que podemos encontrar.
2.3. Datos
El objetivo principal de un sistema es el manejo de datos, en este caso los
datos a manejar serán:
 Datos personales de los trabajadores

 Registro de productos
 Registros de compras y ventas de pan
19
2.4. Procesos
 Gestión de facturación.
 Gestión de compras y ventas
 Gestión de inventario.
2.5. Gente/Usuario
La interfaz será capaz de tener en su dominio de usuario al administrador del
negocio, la cual está conformada por el Sra. Margarita Lara Arismendi. Quien tendrá
su respectivo código de ingreso al sistema y los(as) operadores de la empresa.
2.6. Documento
 Libro de inventario
 Facturas
3. Tecnología para el desarrollo del software

3.1. Estrategia para el desarrollo de del Software
Después de haber recaudado la información necesaria del negocio, para su

posterior análisis, nos permitió conocer el funcionamiento de estas para luego
focalizarnos en puntos críticos que es muy necesario resolver mediante el desarrollo
de un sistema de información que tendrá un enfoque centrado en dos metodologías
de desarrollo: El Proceso Unificado De Desarrollo De Software (PUDS) y el
Lenguaje Unificado De Modelado (UML).
3.2. Metodología para el desarrollo del Software
Después de haber recaudado la información necesaria de la empresa y del

departamento de RR.HH. en específico, para su posterior análisis, nos permitió
conocer el funcionamiento de estas para luego focalizarnos en puntos críticos que
20
es muy necesario resolver mediante el desarrollo de un sistema de información que
tendrá un enfoque centrado en dos herramientas de análisis y diseño: El Proceso
Unificado De Desarrollo De Software (PUDS) y el Lenguaje Unificado De Modelado
(UML).
 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.
 Si tenemos definidos bien nuestros casos de uso el resultado será un
producto correcto.
 Centrado en la arquitectura:
 Define una forma de organizar de las diferentes partes que tenga el
software.
 Lo que se busca es que el software sea flexible(a la hora de realizar
cambios).
 Los modelos son proyecciones del análisis y el diseño constituye la
arquitectura del producto a desarrollar.
 Iterativo e incremental:
 Es Iterativo porque cada fase se repite.
 Incremental porque cada ciclo genera una nueva versión que mejora
las funcionalidades del anterior (Hasta llegar al producto terminado o
deseado).
3.2.1. Características del P.U.D.S.
En el desarrollo del proyecto se empleará el Proceso Unificado de Desarrollo de

Software por su naturaleza interactiva e incremental con sus fases: Inicio,
Elaboración, Construcción y Transición del proceso unificado. El proceso unificado
utiliza el Lenguaje Unificado de Modelado (UML) en cada uno de sus modelos.
21
 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.
 Si tenemos definidos bien nuestros casos de uso el resultado será un
producto correcto.
 Centrado en la arquitectura:
 Define una forma de organizar de las diferentes partes que tenga el

software.
 Lo que se busca es que el software sea flexible(a la hora de realizar
cambios).
 Los modelos son proyecciones del análisis y el diseño constituye la
arquitectura del producto a desarrollar.
 Iterativo e incremental:
 Es Iterativo porque cada fase se repite.

 Incremental porque cada ciclo genera una nueva versión que mejora
las funcionalidades del anterior (Hasta llegar al producto terminado o
deseado).
3.2.2. Características del U.M.L.
UML es un lenguaje para:
 Visualizar
 Especificar
 Construir
22
 Documentar
El vocabulario de UML tiene tres clases de bloque de construcción:
 Elementos
 Relaciones
 Diagramas
Los elementos que maneja UML son:
 Elementos estructurales
 Elementos de comportamiento
 Elementos de agrupación
 Elementos de anotación
Las relaciones que tiene UML son:
 Relaciones de Dependencia
 Relaciones de Asociación
 Relaciones de Generalización
 Relaciones de Realización
Maneja dos tipos de diagramas:
 Estáticos
 Diagramas de Clases
 Diagramas de Objetos
 Diagramas de estructuras compuestas
 Diagrama de componente o Diagrama de despliegues o Diagrama de
paquete
23
 Dinámicos
 Diagramas de interacción(Secuencia y colaboración)
 Diagrama de Estados
 Diagrama de Actividad
 Diagrama de Casos de Uso
 Diagrama de Tiempo
3.3. Herramientas de Desarrollo
3.3.1. Software
Para la creación y manipulación de la base de datos se utilizará el motor de base
de datos MYSQL.
Lenguajes de Programación:El lenguaje en el cual se va implementar el sistema

es PHP.
Sistema Operativo: La plataforma que soporta el software desarrollado es el

Sistema Operativo Windows 7 Ultímate.
Enterprise Architect: como herramienta case para realizar los distintos diagramas
de U.M.L. que vamos a utilizar.
3.3.2. Hardware
 Computador portátil SONY VAIO x64.

 Computador portátil HP PAVILION x64
 Computador portátil HP PAVILION x64.
 Procesador Intel Core i5.
 Procesador Intel Core i7.
 Memoria RAM 8 GB.
 Memoria RAM 6 GB.
24
 Disco Duro de 750 GB.
 Sistema operativo Windows 10 de 64 bits.
 Sistema operativo Windows 7 Ultímate de 64 bits.
4. Posibles Costos
HARDWARE
PC 1 1100$
Computador#3 HP PAVILION 650$
ImpresoraEpsonmultifunctional L220 100$
SOFTWARE
Windows 7 Ultimate 100$
PHP Software Libre
MYSQL Software Libre
Enterprise Architect 8.0 70$
Microsoft Office Word 2013 350$
COSTES DE DESARROLLO
Tiempo de dedicación al proyecto 500$
Implementación y pruebas de sistema 700$
TOTAL 1250$
5. Posibles Beneficios
5.1. Tiempo
 Agilizar la búsqueda y el almacenamiento de datos.
25
 Notificar anticipadamente las fechas de vencimiento de la dosificación de
facturas.
 Facilitar el registro de compra y venta de los productos.
5.2. Esfuerzo
 Facilita el manejo de información.
 Facilitar el registro de compra y venta de los productos.
 Facilita la verificación de datos de los trabajadores.
5.3. Costos
 Reduce el costo en el compro de facturas manuales.
6. Posibles Clientes
Este software puede ser empleado por empresas que necesiten un control sobre
sus facturas de compra y venta, y además un control sobre el inventario. Este es el
caso de las empresas panaderas de la ciudad o el País.
7. Modelo de dominio
7.1. Identificación de posibles clases
 Persona
Esta clase registra los datos esenciales de una persona las cuales pueden
ser heredadas
 Cargo
Esta clase registra los diferentes cargos que pueda tener un empleado.
 Clientes
En esta clase se registran los datos de los clientes.
26
 Producto
Esta clase registra los detalles del producto que se vende al cliente y también
los productos necesarios para la producción.
 Pedido
En esta clase se registrarán los pedidos realizados por los clientesasí como la
fecha y la cantidad de productos.
 Detalle_Venta
En esta clase intermedia entre factura y producto se almacenara el código del
producto y de la venta, también el precio producto y la cantidad.
 Receta
En esta clase se registra los ingredientes los datos de la receta para elaborar
cierto producto.
 Materia_Receta
En esta clase intermedia entre materia prima y receta se almacenara el código
de la materia prima y la receta, también la cantidad.
 Unidad_Medidas
En esta clase se registra la unidad de medida del producto.
 Factura
Esta clase registra las ventas de productos a los clientes.
 Detalle_Venta
En esta clase intermedia entre ventas y producto se almacenará el código del
producto y de la venta, también el precio producto y la cantidad.
 Proveedor
En esta clase de almacenara los detalles de los proveedores para la compra
de materia prima
 Comprobante
27
Esta clase Registra las comprar de materia prima con su respectiva fecha y
descripción.
 Detalle_Comprobante
Esta clase detalla los productos que han sido suministrados por un proveedor
 Materia_Prima
Esta clase registra los detalles de los productos necesarios para la producción.
 Inventario_Almacen
Esta clase registra toda la panadería prima disponible en el almacén.
 Stock_Diario
Esta clase registra el stock diario de los productos.
7.2. Identificación de posibles atributos
Persona
CI, Nombre, Apellido Paterno, Apellido Materno
 Cliente
Teléfono
 Propietario
Teléfono, correo.
 Administrador
Teléfono, correo, dirección
 Panadero
Teléfono, dirección
 Vendedor
Teléfono, dirección
Nota_de_Venta
Id_venta,fecha,monto
28
Producto
Id_prod, descripción,precio,stock
Materia_Prima
Id_mp, descripción,tipoUnidad
Detalle_Venta
Id_venta, id_prod, cantidad,precio
Receta
Id_rec, nombre_rec, descripcion
Receta_Producto
Id_rec, id_prod
Unidad_Medida
Id_unidad, nombre, abreviatura.
Proveedor
Nombre_prov, direccion, teléfono
Pedido
numOrden,fecha,descripcion
Catalogo
Nombre_Prod,precio
Comprobante
idComprob, monto, precio
Detalle_Comprobante
Id_Prov, idComprob, cantidad
Inventario_Almacen
Id_mp, cantidad
7.3. Posibles relaciones
29
 Las clases Cliente – Persona tienen una relación de herencia donde cliente
tiene todos los datos recolectados en la clase Persona, pero también registra
un teléfono de cliente.
 Las clases Cliente – Nota_Venta tienen una relación de Asociación donde

se verifica la compra de los productos.
 Las clases Cliente – Pedido tienen una relación de Asociación donde el

cliente realiza pedidos de los de los productos que desea.
 Las clases Empleado – Persona tienen una relación de herencia donde el

Empleado tiene todos los datos recolectados en la clase Persona, pero
también se relaciones con clase comprobante.
 Las clases Empleado – Cargo tienen una relación de Asociación donde la

clase Persona pertenece a un tipo de la clase Cargo.
 Las clases Empleado – Comprobante tienen una relación de compra de

Materia Prima de los distintos proveedores.
 Las clases Empleado – Facturatienen una relación de Asociación donde

este administra las ventas para su respectiva evaluación.
 Las clases Comprobante – Proveedor tienen una relación de Asociación

donde el proveedor emite un comprobante de venta.
 Las clases Comprobante – Detalle_de_Compra tienen una relación de

Asociación donde en el comprobante se detallan los datos de la compra.
 Las clases Comprobante – Materia_Prima tienen una relación de

Asociación donde en el comprobante registralasmaterias primas.
30
 Las clases Materia_Prima – Unidad_de_Medida tienen una relación de
Asociación donde se mide que cantidad de materia prima se utiliza para un
determinado producto.
 Las clases Materia_Prima – Inventario_Almacentienen una relación de

Composicion, donde Toda la materia prima a utilizar en la panadería se
encuentra hacentada en un inventario.
 Las clases Materia_Prima – Receta tienen una relación de Asociación

donde una receta está compuesta por muchas materias primas.
 La claseMateria_Recetaes una clase intermedia entre Materia_Prima y

Receta llevando sus llaves primarias.
 Las clases Factura – Producto tienen una relación de Asociación donde se

hace una nota de venta para un producto vendido.
 Las clases Factura – Detalle_de_Venta tienen una relación de Asociación

donde se hace una nota de venta Detallando el producto vendido.
 Las clases Producto – Detalle_de_Venta tienen una relación de Asociación

donde se detallan las propiedades del producto vendido.
 Las clases Producto – Receta tienen una relación de Asociación

dondepuede ver la receta para el producto que se va a hacer.
 Las clases Producto – Pedido tienen una relación de Asociación donde un

Pedido contiene muchos productos que se entregaran.
 Las clases Producto –Stock_Diario tienen una relación de Asociación

donde existe un Stock diario para cada Producto.
31
 La claseStockProductoes una clase intermedia entre Producto y
Stock_Diario llevando sus llaves primarias.
32
8. DISEÑO LOGICO DE DATOS
8.1.1 Diagramas de Clases
33
8.1.2 Mapeo
Persona
CI Nombre Apellido_Materno Apellido_Paterno Teléfono

PK
Cliente
CI Nombre_Produc
FK FK
PK
Cargo
Id Nombre
PK
Empleado
Id Estado Direccion Telefono

FK
PK
Factura
Codigo_Factura Fecha Importe_Total CI_Empleado CI_Cliente

PK FK FKFK
Producto
Id_Producto Descripción Precio Stock Codigo_Factura

PK FK
Detalle_Venta
34
Id_Venta Id_Producto Cantidad Precio
FK FK
PK
Materia Prima
Id_MP Descripción Tipo_Unidad ID_Inventario_Almacen ID_Unidad

PK FK FK
Receta
Id_Rec Nombre_Rec Descripcion CI_Panadero ID_Inventario_Almacen

PK FK FK
Receta_Producto
Id_Rec Id_Prod
fFK FK
PK
Unidad_Medida
Id_Unidad Nombre Abreviatura

PK
Proveedor
Nombre_Prov Dirección Teléfono

PK
Pedido
Nro_Orden Fecha Descripción CI_Panadero

PK FK
Comprobante
Id_Comprob Monto Precio

PK
35
Detalle_Comprobante
Nombre_Prov Nombre_prov Cantidad

FK FK
PK
Inventario_Almacén
ID Cantidad
PK
Detalle_Venta
Id_Venta Id_Producto Cantidad Precio

FK FK
PK
36
8.2 Diseño Físico
8.2.1 Tabla de Volumen
PERSONA
Soporta
Tipo de Llave Llave
Atributo Amplitud campos Descripción
datos Primaria foránea
nulos
Cédula de
CI Entero 32 SI NO NO Identidad de la
persona
Nombre de la
Nombre Texto 50 NO NO NO
persona
Apellido paterno
Apellido Paterno Texto 50 NO NO SI
de la persona
Apellido materno
Apellido Materno Texto 50 NO NO SI
de la persona
Producto
Soporta
Tipo de Llave Llave
nulos
id int 32 SI SI NO Id del producto
Nombre del
Nombre Texto 50 NO NO NO
producto
Descripción del
Descripción Text 50 NO NO NO
producto
Precio del
Precio float 50 NO NO SI
prodcuto
Estado del
Estado Bit 1 NO NO NO
producto
37
Receta del
Receta Texto 200 NO NO SI
producto
Empleado
Soporta
Tipo de Llave Llave
nulos
idP int 32 SI SI NO Id de la persona
Id del tipo de
TipoE int 32 NO SI NO
empleado
Estado del
Estado bit 1 NO NO NO
empleado
Teléfono del
Teléfono Texto 50 NO NO SI
empleado
Cliente
Soporta
Tipo de Llave Llave
nulos
ciC int 32 SI SI NO CI de la persona
NIT int 32 NO NO NO NIT del cliente
Tipo empleado
38
Soporta
Tipo de Llave Llave
nulos
Id del tipo de
id int 32 SI SI NO
empleado
Nombre del tipo
nombre Texto 50 NO SI NO
de empleado
Detalle venta
Soporta
Tipo de Llave Llave
nulos
Código de la
codFactura int 32 SI SI NO
factura
idProducto int 32 SI SI NO Id del producto
Cantidad de
Cantidad Int 32 NO NO NO
productos
Precio unitario
Precio unitario Float 64 NO NO NO
del producto
Factura
Soporta
Tipo de Llave Llave
nulos
Codigo de la
cod int 32 SI NO NO
factura
Fecha de la
Fecha DATE 10 NO NO NO
factura
39
Hora de la
Hora TIME 8 NO NO NO
factura
Monto Float 64 NO NO NO Monto a pagar
idEmpleado Int 32 NO SI NO Id del empleado
idCliente Int 32 NO SI NO ID del cliente
Pedido
Soporta
Tipo de Llave Llave
nulos
Id int 32 SI NO NO Id del pedido
ciCliente int 32 NO SI NO CI del cliente
Descripción del
Descripción Texto 50 NO NO NO
pedido
Monto Int 32 NO NO NO Monto a pagar
FechaPedido DATE 10 NO NO NO Fecha del pedido
Fecha de
Fecha Entrega DATE 10 NO NO NO entrega del
pedido
40
Detalle pedido
Soporta
Tipo de Llave Llave
nulos
idPedido int 32 SI SI NO Id del pedido
Cantidad de
productos
Precio del
Precio Float 64 NO NO NO
producto
Stock Diario
Soporta
Tipo de Llave Llave
nulos
id int 32 SI NO NO Id Stock Diario
Fecha del Stock

Fecha DATE 10 NO NO NO
Diario
Stock Producto
Soporta
Tipo de Llave Llave
nulos
Id del Stock
idStock int 32 SI SI NO
Diario
Cantidad de
productos
41
Unidad Medida
Soporta
Tipo de Llave Llave
nulos
Id de la unidad
Id int 32 SI NO NO
de medida
Abreviatura de la
Abreviatura Texto 5 NO NO NO unidad de
medida
Nombre de la
Nombre Texto 50 NO NO NO unidad de
medida
Materia Prima
Soporta
Tipo de Llave Llave
nulos
Id de la materia
Id int 32 SI NO NO
prima
Nombre de la
nombre Texto 50 NO NO NO
materia prima
Dirección del
Dirección Texto 50 NO NO SI
proveedor
Teléfono del
Teléfono Int 32 NO NO NO
proveedor
42
Inventario
Soporta
Tipo de Llave Llave
nulos
Id int 32 SI NO NO Id del inventario
Cantidad del
Cantidad Int 32 NO NO NO producto en el
inventario
Fecha de
Fecha
DATE 10 NO NO SI vencimiento del
vencimiento
producto
Id de la materia
idMateria Int 32 NO SI NO
prima
Producto
materia
Soporta
Tipo de Llave Llave
nulos
Id de la materia
idMateria Prima int 32 SI SI NO
prima
Cantidad de
materia prima
43
Proveedor
Soporta
Tipo de Llave Llave
nulos
Id int 32 SI SI NO Id del proveedor
Nombre del
nombre Texto 50 NO NO NO
proveedor
Dirección del
Dirección Texto 50 NO NO SI
proveedor
Teléfono del
Teléfono Int 32 NO NO NO
proveedor
Proveedor-
Materia prima
Soporta
Tipo de Llave Llave
nulos
idProveedor int 32 SI SI NO Id del proveedor
Nombre del
idMateria Int 32 SI SI NO
Materia prima
Precio de la
materia prima
Marca de la
Marca Int 32 NO NO NO
materia prima
44
comprobante
Soporta
Tipo de Llave Llave
nulos
Id del
id int 32 SI NO NO
comprobante
Monto Float 64 NO NO NO Monto a pagar
Fecha del
Fecha Date 10 NO NO NO
comprobante
idProveedor Int 32 NO SI NO Id del proveedor
idEmpleado Int 32 NO SI NO Id del empleado
Detalle
comprobante
Soporta
Tipo de Llave Llave
nulos
Id del
idComprobante int 32 SI SI NO
Comprobante
Nombre del
idMateria Int 32 SI SI NO
Materia prima
Precio de la
materia prima
Marca de la
Marca Int 32 NO NO NO
materia prima
45
8.2.2 Script
Persona
CREATETABLEpersona(
ciINT(11)NOTNULL,
nombreVARCHAR(50)NOTNULL,
apellidoPVARCHAR(50)NOTNULL,
apellidoMVARCHAR(50)NOTNULL,
PRIMARYKEY(ci)
)
Empleado
CREATETABLEempleado(
idPINT(11)NOTNULL,
tipoEINT(11)NOTNULL,
estadoBIT(1)NOTNULL,
telefonoINT(11)NOTNULL,
PRIMARYKEY(idP),
INDEXFK_empleado_tipo_empleado(tipoE),
CONSTRAINTFK_empleado_personaFOREIGNKEY(idP)REFERENCESpersona(ci),
CONSTRAINTFK_empleado_tipo_empleadoFOREIGNKEY(tipoE)REFERENCEStipo_emplea
do(id)
)
Cliente
CREATETABLEcliente(
ciCINT(11)NOTNULL,
NITINT(11)NOTNULL,
PRIMARYKEY(ciC),
CONSTRAINTciCFOREIGNKEY(ciC)REFERENCESpersona(ci)
)
Comprobante
CREATETABLEcomprobante(
idINT(11)NOTNULL,
montoFLOATNOTNULL,
fechaDATENOTNULL,
idProveedorINT(11)NOTNULL,
idEmpleadoINT(11)NOTNULL,
PRIMARYKEY(id),
INDEXFK_comprobante_proveedor(idProveedor),
INDEXFK_comprobante_empleado(idEmpleado),
CONSTRAINTFK_comprobante_empleadoFOREIGNKEY(idEmpleado)REFERENCESempleado
(idP),
CONSTRAINTFK_comprobante_proveedorFOREIGNKEY(idProveedor)REFERENCESprovee
dor(id)
)
46
DetalleVenta
CREATETABLEdetalleventa(
codFacturaINT(11)NOTNULL,
idProductoINT(11)NOTNULL,
cantidadINT(11)NOTNULL,
preciounitarioFLOATNOTNULL,
INDEXFK_Detalleventa_producto(idProducto),
INDEXFK_detalleventa_factura(codFactura),
CONSTRAINTFK_Detalleventa_productoFOREIGNKEY(idProducto)REFERENCESproduct
o(id),
CONSTRAINTFK_detalleventa_facturaFOREIGNKEY(codFactura)REFERENCESfactura(
cod)
)
Detalle_comprobante
CREATETABLEdetalle_comprobante(
idMateriaINT(11)NULLDEFAULTNULL,
idComprobanteINT(11)NULLDEFAULTNULL,
precioFLOATNULLDEFAULTNULL,
cantidadINT(11)NULLDEFAULTNULL,
INDEXFK_detalle_comprobante_materia_prima(idMateria),
INDEXFK_detalle_comprobante_comprobante(idComprobante),
CONSTRAINTFK_detalle_comprobante_comprobanteFOREIGNKEY(idComprobante)REFE
RENCEScomprobante(id),
CONSTRAINTFK_detalle_comprobante_materia_primaFOREIGNKEY(idMateria)REFERE
NCESmateria_prima(id)
)
Detalle_pedido
CREATETABLEdetalle_pedido(
idPedidoINT(11)NOTNULL,
INDEXFK_detalle_producto_pedido(idPedido),
INDEXFK_detalle_producto_producto(idProducto),
CONSTRAINTFK_detalle_producto_pedidoFOREIGNKEY(idPedido)REFERENCESpedido(
id),
CONSTRAINTFK_detalle_producto_productoFOREIGNKEY(idProducto)REFERENCESpro
ducto(id)
)
Empleado
CREATETABLEempleado(
idPINT(11)NOTNULL,
tipoEINT(11)NOTNULL,
PRIMARYKEY(idP),
INDEXFK_empleado_tipo_empleado(tipoE),
CONSTRAINTFK_empleado_personaFOREIGNKEY(idP)REFERENCESpersona(ci),
CONSTRAINTFK_empleado_tipo_empleadoFOREIGNKEY(tipoE)REFERENCEStipo_emplea
do(id)
)
47
Factura
CREATETABLEfactura(
codINT(11)NOTNULLAUTO_INCREMENT,
ciClienteINT(11)NOTNULL,
ciEmpleadoINT(11)NOTNULL,
montoFLOATNOTNULL,
fechaDATENOTNULL,
horaTIMENOTNULL,
PRIMARYKEY(cod),
INDEXFK_factura_cliente(ciCliente),
INDEXFK_factura_empleado(ciEmpleado),
CONSTRAINTFK_factura_clienteFOREIGNKEY(ciCliente)REFERENCEScliente(ciC),
CONSTRAINTFK_factura_empleadoFOREIGNKEY(ciEmpleado)REFERENCESempleado(idP
)
)
Inventario
CREATETABLEinventario(
idINT(11)NOTNULLAUTO_INCREMENT,
fechaVencimientoDATENULLDEFAULTNULL,
idMateriaINT(11)NOTNULL,
PRIMARYKEY(id),
INDEXFK_inventario_materia_prima(idMateria),
CONSTRAINTFK_inventario_materia_primaFOREIGNKEY(idMateria)REFERENCESmater
ia_prima(id)
)
Materia_Prima
CREATETABLEmateria_prima(
idMedidaINT(11)NOTNULL,
PRIMARYKEY(id),
INDEXFK_materia_prima_unidad_medida(idMedida),
CONSTRAINTFK_materia_prima_unidad_medidaFOREIGNKEY(idMedida)REFERENCESuni
dad_medida(id)
)
Pedido
CREATETABLEpedido(
ciClienteINT(11)NOTNULLDEFAULT'0',
descripcionVARCHAR(50)NULLDEFAULT'0',
montoFLOATNOTNULLDEFAULT'0',
fechaPedidoDATENOTNULL,
fechaEntregaDATENOTNULL,
PRIMARYKEY(id),
INDEXFK_pedido_cliente(ciCliente),
CONSTRAINTFK_pedido_clienteFOREIGNKEY(ciCliente)REFERENCEScliente(ciC)
)
48
Persona
CREATETABLEpersona(
ciINT(11)NOTNULL,
apellidoPVARCHAR(50)NOTNULL,
apellidoMVARCHAR(50)NOTNULL,
PRIMARYKEY(ci)
)
Producto
CREATETABLEproducto(
descripcionVARCHAR(50)NULLDEFAULTNULL,
precioFLOATNOTNULL,
PRIMARYKEY(id)
)
Poructo_materia
CREATETABLEproducto_materia(
idMateriaINT(11)NOTNULL,
cantidadFLOATNOTNULL,
INDEXFK_producto_materia_materia_prima(idMateria),
INDEXFK_producto_materia_producto(idProducto),
CONSTRAINTFK_producto_materia_materia_primaFOREIGNKEY(idMateria)REFERENCE
Smateria_prima(id),
CONSTRAINTFK_producto_materia_productoFOREIGNKEY(idProducto)REFERENCESpro
ducto(id)
)
Proveedor
CREATETABLEproveedor(
direccionVARCHAR(50)NOTNULL,
PRIMARYKEY(id)
)
Proveedor_materia
CREATETABLEproveedor_materia(
idProveedorINT(11)NULLDEFAULTNULL,
idMateriaINT(11)NULLDEFAULTNULL,
precioFLOATNULLDEFAULTNULL,
marcaVARCHAR(50)NULLDEFAULTNULL,
INDEXFK_proveedor_materia_proveedor(idProveedor),
INDEXFK_proveedor_materia_materia_prima(idMateria),
CONSTRAINTFK_proveedor_materia_materia_primaFOREIGNKEY(idMateria)REFERENC
ESmateria_prima(id),
CONSTRAINTFK_proveedor_materia_proveedorFOREIGNKEY(idProveedor)REFERENCES
proveedor(id)
)
49
Stock_diario
CREATETABLEstock_diario(
fechaDATENOTNULL,
PRIMARYKEY(id)
)
Stock_producto
CREATETABLEstock_producto(
idStockINT(11)NOTNULL,
INDEXidProducto(idProducto),
INDEXidStock(idStock),
CONSTRAINTidProductoFOREIGNKEY(idProducto)REFERENCESproducto(id),
CONSTRAINTidStockFOREIGNKEY(idStock)REFERENCESstock_diario(id)
)
Tipo_empleado
CREATETABLEtipo_empleado(
PRIMARYKEY(id)
)
Unidad_medida
CREATETABLEunidad_medida(
abreviaturaCHAR(5)NOTNULL,
PRIMARYKEY(id)
)
8.2.3 Poblar Datos
PERSONA
INSERT INTO persona (ci,nombre, apellidoP, apellidoM)VALUES(5279221,'Joaquin', 'Chumacero',

'Calle');
INSERT INTO persona (ci,nombre, apellidoP, apellidoM)VALUES(5385278,'Fabiola', 'Mendez',
'Aguilar');
INSERT INTO persona (ci,nombre, apellidoP, apellidoM)VALUES(4385278,'Saturnino', 'Mamani',
'Colque');
INSERT INTO persona (ci,nombre, apellidoP, apellidoM)VALUES(5255278,'Patricia', 'Salces', 'Gil');
INSERT INTO persona (ci,nombre, apellidoP, apellidoM)VALUES(4585278,'Carlos', 'Cabrera',
'Olmedo');
INSERT INTO persona (ci,nombre, apellidoP, apellidoM)VALUES(5582278,'Maria', 'Saavedra',
'Paz');
50
INSERT INTO persona (ci,nombre, apellidoP, apellidoM)VALUES(6385278,'Moises', 'Llanos',
'Vaca');
INSERT INTO persona (ci,nombre, apellidoP, apellidoM)VALUES(7385278,'Gabriela', 'Parada',
'Mendieta');
INSERT INTO persona (ci,nombre, apellidoP, apellidoM)VALUES(2485278,'David', 'Borda',
'Salazar');
INSERT INTO persona (ci,nombre, apellidoP, apellidoM)VALUES(3385278,'Cesar', 'Daza', 'Aliaga');
Tipo Empleado
INSERT INTOtipo_empleado(nombre)VALUES('Administrador');
INSERT INTOtipo_empleado(nombre)VALUES('Vendedor');
INSERT INTOtipo_empleado(nombre)VALUES('Pandero');
Empleado
INSERT INTO empleado (idP, tipoE, estado, telefono)VALUES('1', '1', b'1', '67986222');
Cliente
INSERT INTOcliente(ciC, NIT)VALUES('5385278', '321456');

Productos
INSERT INTO producto (nombre, precio, estado)VALUES('Pan Frances', '8', b'1');

INSERT INTO producto (nombre, precio, estado)VALUES('Pan Galleta', '0.5', b'1');
INSERT INTO producto (nombre, precio, estado)VALUES('Pan Integral', '0.5', b'1');
INSERT INTO producto (nombre, precio, estado)VALUES('Pan Casero', '0.5', b'1');
INSERT INTO producto (nombre, precio, estado)VALUES('Paneton', '20', b'0');
Factura
INSERT INTO factura (cod, ciCliente, ciEmpleado, monto, fecha, hora)VALUES('1', '4385278',
'2485278', '10', '2018-09-12', '14:58:52');
'2485278', '8', '2018-09-12', '15:00:30');
'2485278', '5', '2018-09-12', '16:00:46');
'2485278', '16', '2018-09-12', '08:00:00');
51
'2485278', '50', '2018-09-11', '15:02:35');
'2485278', '5', '2018-09-11', '07:03:36');
'2485278', '7', '2018-09-13', '12:05:44');
Detalle Venta
INSERT INTO detalle venta (codFactura, idProducto, cantidad, precio unitario)VALUES('1', '1', '20',
'0.5');
'8');
'0.5');
'0.5');
'8');
'0.5');
'0.5');
'0.5');
'0.5');
'0.5');
'0.5');
'0.5');
Pedido
INSERT INTO pedido (ciCliente, monto, fechaPedido, fechaEntrega)VALUES('6385278', '50', '2018-

09-10', '2018-09-11');
INSERT INTO pedido (ciCliente, monto, fechaPedido, fechaEntrega)VALUES('5582278', '16', '2018-
09-11', '2018-09-12');
Detalle Pedido
INSERT INTO `detalle_pedido` (`cantidad`, ìdPedido`, ìdProducto`)VALUES('1', '2', '5');

52
Stock Diario
INSERT INTO `stock_diario` (ìd`, `fecha`)VALUES('1', '2018-09-11');

INSERT INTO `stock_diario` (ìd`, `fecha`)VALUES('3', '2018-09-12');
Stock Producto
INSERT INTO `stock_producto` (ìdProducto`, ìdStock`, `cantidad`)VALUES('1', '1', '100');

Unidad Medida
INSERT INTO ùnidad_medida` (àbreviatura`, `nombre`)VALUES('kg', 'Kilogramo');

INSERT INTO ùnidad_medida` (àbreviatura`, `nombre`)VALUES('gr', 'gramo');
INSERT INTO ùnidad_medida` (àbreviatura`, `nombre`)VALUES('lt', 'litro');
INSERT INTO ùnidad_medida` (àbreviatura`, `nombre`)VALUES('u', 'Unidad');
Materia Prima
INSERT INTO `materia_prima` (ìdMedida`, `nombre`)VALUES('1', 'Harina');

INSERT INTO `materia_prima` (ìdMedida`, `nombre`)VALUES('2', 'Levadura');
INSERT INTO `materia_prima` (ìdMedida`, `nombre`)VALUES('4', 'Huevo');
INSERT INTO `materia_prima` (ìdMedida`, `nombre`)VALUES('3', 'Agua');
INSERT INTO `materia_prima` (ìdMedida`, `nombre`)VALUES('3', 'Aceite');
INSERT INTO `materia_prima` (ìdMedida`, `nombre`)VALUES('1', 'Harina Integral');
INSERT INTO `materia_prima` (ìdMedida`, `nombre`)VALUES('2', 'Sal');
INSERT INTO `materia_prima` (ìdMedida`, `nombre`)VALUES('2', 'Linaza');
Inventario
INSERT INTO ìnventario` (`cantidad`, `fechaVencimiento`, ìdMateria`)VALUES('100', '2019-09-12',

'1');
'2');
'3');
'5');
53
'6');
'7');
'8');
Proveedor
INSERT INTO `panaderia`.`proveedor` (`nombre`, `direccion`, `telefono`)VALUES('Casa Campo',

'Calle San Jose 5525', '3598430');
INSERT INTO `panaderia`.`proveedor` (`nombre`, `direccion`, `telefono`)VALUES('Famosa', 'Calle
San Lucas 2245', '3985640');
Proveedor-MateriaPrima
INSERT INTO `proveedor_materia` (ìdProveedor`, ìdMateria`, `precio`, `marca`)VALUES('1', '7',

'5', 'Yodada');
'5', 'Porteña');
'15', 'Menonita');
'1', 'Mairaneña');
'20', 'Famosa');
'20', 'Famosa');
'4.5', 'Cruceña');
'6', 'Cruceña');
Comprobante
INSERT INTO `comprobante` (`monto`, `fecha`, ìdProveedor`, ìdEmpleado`)VALUES('950', '2018-

09-12', '1', '4585278');
INSERT INTO `comprobante` (`monto`, `fecha`, ìdProveedor`, ìdEmpleado`)VALUES('60', '2018-
09-12', '2', '4585278');
Detalle comprobante
INSERT INTO `detalle_comprobante` (ìdMateria`, ìdComprobante`, `precio`,

`cantidad`)VALUES('1', '0', '5', '100');
`cantidad`)VALUES('2', '0', '20', '5');
`cantidad`)VALUES('3', '0', '50', '1');
54
`cantidad`)VALUES('6', '1', '6', '60');
producto_materia`
INSERT INTO `producto_materia` (ìdMateria`, ìdProducto`, `cantidad`)VALUES('1', '1', '0.5');

INSERT INTO `producto_materia` (ìdMateria`, ìdProducto`, `cantidad`)VALUES('7', '1', '1');
8.2.4 Consultas
/* Motrar las ventas realizadas a clientes en fecha presente */

selectf.cod,f.ciCliente,f.monto
fromFactura f
wheref.fecha=now()
/*Mostrar el ultimo pedido realizado por un cliente */

selectp.id,p.ciCliente,p.descripcion,p.monto,max(p.fecha)as"Ultimo
Pedido"
frompedido p
groupbyp.id,p.ciCliente,p.descripcion,p.monto
/* Mostrar el producto mas próximo a caducar en el almacén*/

selecti.id,i.cantidad,min(i.fechaVencimineto)
fromInventarioi
groupbyi.id,i.cantidad
/* Mostrar las cantidad de Empleados que trabajan en la panaderia */

selectcount(e.idp)as"Empleados de la Panaderia"
from Empleado e
/* Mostrar la cantidad de clientes que han aquiridoalgun producto de la
Panaderia */
selectcount(c.ciC)as"TotalClientes"
from cliente c
/* Mostrar el monto de la primera compra realizada a un proveedor */
selectmin(c.fecha)as"Monto Total de la primera Compra a Proveedor"
from Comprobante c
/* Mostrar el detalle de la factura 3 */

selectdv.codFactura,dv.idProducto,dv.cantidad,dv.precio_unitario
fromDetalle_Venta dv
wherecodFactura=3
/* Mostrar el ultimo producto agregado al almacen */

selectmax(i.id)as"Ultimo producto agregado al almacén"
from Inventario i
55
/* Mostrar los producto que no están disponibles para la venta */
selectp.id,p.nombre,p.descripcion
fromproducto p
wherep.estado=1
/* Mostrar los pedidos que aún no han sido entregados */

select p.id as"número de pedidos no entregados"
frompedido p
wherep.fechaEntrega<Now()
56
57
//trigger
createtriggerinventarioafterinsertondetalle_comprobante
foreachrow
insertintoinventario(cantidad,idMateria)
values(new.cantidad,new.idMateria);
//procedimiento almacenado
createprocedure factura(ciClienteint,ciEmpleadoint, monto float, fecha

DATE, hora TIME)
insertinto factura(ciCliente,ciEmpleado,monto, fecha, hora )
values(ciCliente,ciEmpleado,monto, fecha, hora)
58
createproceduredetalle_venta(codFacturaint,idProductoint, cantidad
int,precio_unitarioint)
insertintodetalle_venta(codFactura,idProducto, cantidad,precio_unitario)
values(codFactura,idProducto, cantidad,precio_unitario)
9. Ingeniería de Requerimientos -ISHIKAWA

9.1. Lista de Problemas
 P1 Administración de forma manual

 P2 Asistencia irregular de empleados
 P3 Ineficiente seguimiento de las compras
 P4 Demora en la realización de reportes diarios
 P5 Información inexacta para la realización de los pedidos de insumos
 P6 Insuficiencia de personal en el área de producción
 P7 Deficiencia al consultar las recetas
 P8 Ineficiencia en la contabilidad del negocio
 P9 Demora en la atención del cliente
 P10 Deficiencia al reabastecer a tiempo el inventario de materia prima
 P11 Pérdida de insumos por mal uso
 P12 Ineficiencia al gestionar pedidos
 P13 Deficiencia en el cálculo de insumos de almacén
 P14 Deficiencia en el mantenimiento de maquinaria
 P15 Mala manipulación de los registros
 P16 Ineficiencia al producir la cantidad ideal diaria de producto
 P17 Pérdida de ganancia por producto final defectuoso.
 P18 Demora al obtener la información de los productos
9.2. Depurar Problemas
 P2 Asistencia irregular de empleados

 P6Insuficiencia de personal en el área de producción
59
 P11 Pérdida de insumos por mal uso
 P14Deficiencia en el mantenimiento de maquinaria
 P17 Pérdida de ganancia por producto final defectuoso.
9.2.1 Redefinir y describir los problemas

 P1 =P1Administración de forma manual
 P3=P2Ineficiente seguimiento de las compras
 P4 =P3Demora en la realización de reportes diarios
 P5 =P4Información inexacta para la realización de los pedidos de
insumos
 P7=P5 Deficiencia al consultar las recetas
 P8=P6 Ineficiencia en la contabilidad del negocio
 P9 =P7Demora en la atención del cliente al realizar la compra
 P10=P8 Deficiencia al reabastecer a tiempo el inventario de materia
prima
 P12=P9Ineficiencia al gestionar pedidos
 P13 =P10Deficiencia en el cálculo de insumos de almacén
 P15 =P11Mala manipulación de los registros
 P16=P12 Ineficiencia al producir la cantidad ideal diaria de producto
 P18 =P13Demora en la entrega de notas de ventas
9.3. Propietarios de Problemas

Lista de propietarios de problemas
Propietario 1:Dueño/a
Propietario 2:Panificador
Propietario 3:Vendedor
Propietario 4:Cliente
Propietario 5:Proveedor
60
Propietario Dueño/a Panificador Vendedor Cliente Proveedor
Problema
P1 X X X X X
P2 X X X
P3 X X X
P4 X X X
P5 X
P6 X X
P7 X X
P8 X X X
P9 X X X X X
P10 X X X
P11 X X X
P12 X X
P13 X
9.4. Análisis del Problema

P13
P7
P2 P1 P4
P3 P11 P9 P1 P8
0
61
P6 P5 P12
9.5. Alternativas de Cambios
A1: Pasar toda la información de los cuadernos al sistema de información.
A2: Almacenar toda la información en una base de datos para tener una mejor
rapidez y acceso para dicha información.
A3: Simplificar el conteo manual con la información de la base de datos.
A4: Optimizar la información diaria en la base de datos.
A5: Optimizar los pedidos evitando los errores al tener varios documentos.
A6: Agilidad al momento de contabilizar los insumos por medio de los datos
actualizados en el sistema de información.
A7: Tener un rápido vistazo en la base de datos para hacer los seguimientos
mensuales.
A8: Tener un mejor acceso y procesamiento de datos para tener un fácil registro de
insumos.
A9: Organizar la información para tener datos confiables.
A10: Poner los insumos en un lugar asignado en el almacén para tener orden.
A11: Organizar la información de todos los documentos de la gestión para tener un

mejor manejo.
A12: Hacer una interfaz más simple para que el usuario no tenga complicaciones a
la hora de usar el sistema.
A13: Optimizar la organización de insumos para un buen control de registro.
A14: Guardar los registros diarios en una base de datos.
A15: Obtener un buen registro de toda la información requerida para así evitar
perdida de información.
A16: Organizar mejor todos los insumos en el almacén para tener orden.
62
A17: Simplificar los problemas de estrés por registro manual optimizando la
seguridad en el acceso y manipulación de datos.
A18: Optimizar el almacenamiento de registros para tener datos actualizados.
9.6. Estimación Justificación

Estimación Justificación
Problema
P1 Administración de forma manual Es evidente que llenar manualmente
toda esta información genera muchos
retrasos.
P2 Ineficiente seguimiento de las La contabilización puede ser confusa
compras cuando se tiene que sacar cálculos a
mano.
P3 Demora en la realización de reportes Se aprecia el tiempo perdido en tener
diarios que realizar a mano el cálculo diario
P4Información inexacta para la Al tener todo en nuestra mente
realización de los pedidos de insumos tendemos a fallar y dar datos imprecisos
al hacer los pedidos
P5 Deficiencia al consultar las recetas No tienen un registro de la receta a
utilizar si llega un nuevo empleado
P6 Ineficiencia en la contabilidad del La contabilización puede fallar cuando
negocio alguien con muchas cosas en la cabeza
tiene que contarlas a mano.
P7Demora en la atención del cliente En muchas ocasiones perdiendo tiempo
valioso y acobardamos al cliente
llenando de manera manual una lista de
lo que compra.
P8 Deficiencia al reabastecer a tiempo Si no se tiene bien gestionado las
el inventario de materia prima cantidades, no se sabe cuántos
insumos no han sido utilizados
P9Ineficiencia al gestionar pedidos La producción no está debidamente
organizada
P10Deficiencia en el cálculo de insumos La contabilización puede fallar cuando

de almacén alguien con muchas cosas en la cabeza
tiene que contarlas a mano.
P11Mala manipulación de los registros Guardar un cuaderno físico es más fácil
de olvidar que uno digital.
P12 Ineficiencia al producir la cantidad No se puede tener unacorrectacantidad
ideal diaria de producto si no se tiene un buen registro de datos
63
P13 Demora al obtener la información Al ser de manera manual se pierde al
de los productos cliente por la perdida de tiempo
9.7. Conclusiones
A través de este proyecto se van aprendieron Modelos de desarrollo de Software

principalmente el Proceso Unificado de Desarrollo de Software(PUDS) lo que
también se hizo fue profundizar detalladamente el UML y se aprendió los conceptos
básicos y avanzados del Lenguaje Unificado de Modelado y que éste no es un
lenguaje solo para programación sino para toda clase de problemas en el aspecto
informático, ya por ejemplo que nos ayudo a modelar nuestro sistema desde los
más básico que fue el inicio del diseño del sistema hasta la conclusión con buenos
resultados.
El proyecto, se está avanzando como se esperaba de menos a más, generando un
Sistema de información capaz de controlar la Panadería “EL HORNITO”. Cabe
destacar que este proyecto no es tan grande y que hacen falta muchas cosas más
que podrían ser tomadas en consideración en un futuro más cercano.
Se avanzó de acuerdo a lo que necesita la Panadería y lo que se tiene q hacer es
crear una base de datos más avanzada para almacenar todos los productos,
insumos para evitar pérdida de información, ayudar a la toma de decisiones de
acuerdo a datos almacenados, y el buen manejo de información de las compras,
ventas que se hace diariamente.
9.8. Grafica de ISHIKAWA
Manejo manual de la
información
64
9.9. Identificar Principales Categorías
COMPRA VENTA
Manejo
manual de la
información
PRODUCCION ADMINISTRACION INVENTARIO
C1.Compra
En esta categoría se maneja la compra de insumos del cual se debe almacenar

fecha y precio de compra, la cantidad entrante, para que de esta manera finalizada
el mes se clasifique la información que deriva al administrador para la elaboración
de la planilla correspondiente.
C2.Venta
En esta categoría se maneja la venta de productos del cual se debe almacenar

fecha, hora y precio de venta, la cantidad saliente, así también el turno en el cual
el vendedor realizó la venta para que de esta manera finalizada el mes se
clasifique la información que deriva al administrador para la elaboración de la
planilla correspondiente.
65
C3.Inventario
Con la ayuda de la información obtenida en la compra y producción, en esta

categoría se podrá hacer cálculos para tener presente la cantidad de insumos
disponible en el almacén, para hacer pedido cuando sea debido al proveedor
correspondiente.
C4.Administración
En esta categoría se maneja la contabilidad, finanzas y se llevan a cabo reportes

diarios para la toma de decisiones de la gestión.
C5.Producción
En esta categoría se gestiona los pedidos, elaboración de los productos para la

venta diaria y productos mal elaborados.
66
9.10. Analizar y discutir el diagrama
COMPRA VENTA
P2 Ineficiente seguimiento de las

P7Demora en la atención del cliente
compras
P4Información inexacta para la P13 Demora al obtener la

realización de los pedidos de insumos información de los productos
Manejo
manual de la
información
P3 Demora en la realización de
P5 Deficiencia al consultar las reportes diarios
recetas P10Deficiencia en el cálculo de
P6 Ineficiencia en la contabilidad insumos de almacén
del negocio
P12 Ineficiencia al producir la
cantidad ideal diaria de producto P11 Mala manipulación de los P8 Deficiencia al reabastecer a
registros tiempo el inventario de materia prima
PRODUCCION ADMINISTRACION INVENTARIO
99
9.11. Conclusión y Viabilidad del Proyecto
 Compra
Pudimos encontrar fallas al momento de comprar los insumos o materias primas

para los productos, en donde, el problema es que no se hace anotaciones ni
seguimiento respecto a los insumos que se van agotando, debido a esto la compra
de ellos no llega abastecer la producción e inclusive se llega a extremos de olvidarse
de comprar otros, que por falta de registros, no se llegaron a comprar.
Recomendaciones: Poseer un sistema de información que permita gestionar las

entradas y salidas de las materias que están en el almacén.
 Venta
Se encontraron fallas al momento de hacer la ventas a los clientes entre los más
relevantes está el anotar en forma manual los pedidos y compras que hacen los
clientes, lo cual causa mucha demora y molestias a ellos.
Recomendaciones: Poseer un sistema de información que permita anotar de forma

automática tras hacer las ventas e imprimirlas en una factura cuando ésta finalice.
 Producción
En cuanto a la producción se pudo identificar problemas para consultar las recetas

de los diferentes productos que elabora la panadería en incluso el problema llega a
empeorar cuando se integra un nuevo empleado ya que éste no está adaptado al
obsoleto sistema de consulta.
Recomendaciones: Poseer un sistema de información que permita consultar de

forma instantánea las recetas de todos los productos que produce el negocio.
 Administración
La administración es una de las áreas que más sufre las deficiencias de este viejo
sistema. Al anotar todo de forma manual y escrita se llega a olvidar o perder datos,
además que cuando se hacen los informes anuales tenemos datos erróneos de
cómo va el negocio.
Recomendaciones: Poseer un sistema de información que permita tener siempre a

mano los reportes diarios semanales y anuales de la panadería para tener una
buena toma de decisiones.
99
 Inventario
El inventario de la panadería tiene el problema de que mayormente todo lo tienen

en la memoria de los dueños, ellos llevan un registro de todo lo que tienen al azar
presumiendo más o menos las cosas que faltan para la elaboración de los panes.
Recomendaciones: Poseer un sistema de información que permita registrar todo el

inventario de la panadería para no estar buscando a última hora algunos
ingredientes que faltan y poder producir los panes para abastecer el mercado.
69
10. Modelo de Negocios
10.1. Diagrama de Actividades
10.1.1 Gestionar Venta
70
10.1.2 Gestionar Pedido
71
10.1.3 Gestionar Compra
72
10.1.4. Gestionar Inventario Salida
73
10.1.5. Gestionar Producción
74
11. Flujo de Trabajo: CAPTURA DE REQUISITOS
11.1 Encontrar Actores y Casos de Uso
11.1.1 Identificar Actores
11.1.2 Identificar Casos de Uso
CU1. Gestionar Inventario

CU2. Gestionar Compra de Materia Prima
CU3. Gestionar Ventas de Producto
CU4. Gestionar Pedido
CU5. Gestionar Cliente
CU6. Gestionar Empleado
CU7. Gestionar Factura
CU8. Verificar cantidad mínima de Materia Prima
CU9. Gestionar Stock de Producto
CU10. Gestionar Receta
CU11. Gestionar Privilegios
CU12. Gestionar Sesión
CU13. Gestionar Medida
CU14. Gestionar Tipo de Pan
CU15. Gestionar Cargo
CU16. Gestionar Proveedor
75
11.2 Priorizar Casos de Uso
CASO DE USO ESTADO PRIORIDAD RIESGO

CU1:Gestionar Aprobado Critico Critico
Inventario
CU2:Gestionar Compra Aprobado Crítico Crítico
de Materia Prima
CU3:Gestionar Venta Incorporado Crítico Crítico
de Productos
CU4: Gestionar Pedido Incorporado Crítico Crítico
CU5:Gestionar Cliente Aprobado Normal Normal
CU6:Gestionar Aprobado Normal Normal
Empleado
CU7:Gestionar Factura Aprobado Normal Normal
CU8:Verificar Cantidad Incorporado Crítico Crítico
Mínima de Materia
Prima
CU9: Gestionar Stock Incorporado Crítico Crítico
del Producto
CU10: Gestionar Aprobado Significativo Normal
Receta
CU11: Administrar Aprobado Significativo Critico
Privilegios
CU12:Iniciar Sesión Aprobado Critico Critico
CU13:Gestionar Aprobado Normal Normal
Medida
CU14:Gestionar Tipo Aprobado Normal Normal
de Producto
CU15:Gestionar Cargo Aprobado Normal Normal
CU16: Gestionar Aprobado Normal Normal
Proveedor
76
11.3 Detallar Casos de Uso
11.3.1 Diseñar Caso de Uso
11.3.2 Detalle del Caso de Uso
CU1. Gestionar Inventario de Almacén

uc Gestionar Inventario de Almacén
CU1
Gestionar Inventario de
almacén
«include» «include» «include»
Administrador Panadero
CU2 CU8
Gestionar Compra de Verificar cantidad
CU10
Materia Prima mínima de Materia
Gestionar Receta
Prima
Caso de Uso CU1: Gestionar Inventario de Almacén

Propósito: Verificar los insumos que se tienen y que faltan para la
producción de panes.
Breve Se van a registrar los datos correspondientes de los
Descripción: insumos(IDProducto,nombre,Cant). Y donde se podrá
modificar y actualizar los datos de los insumos que se
tienen hasta la fecha.
Actores: Administrador
Panadero
Actor Iniciador: Panadero
77
Precondiciones: CU10: Gestionar Receta
Flujo Principal: 1. Insertar Nuevo Insumo
1.1. Para ingresar un nuevo insumo se deberá hacer
clic en el botón “Nuevo” para habilitar y limpiar todos los
campos
1.2. Se procederá a llenar todos los
campos:IDProducto, Nombre, cant
1.3. Se hará clic en el botón “Registrar”
1.4. Cuando un producto este registrado correctamente
se deberá guardar la información ingresada para salvarlo
en la base de datos.
2. Buscar
2.1. Clic en nuevo para limpiar los campos del
formulario
2.2. el usuario colocara el IDProducto
2.3. El usuario hará en el botón “Buscar”
2.4. En la tabla se mostrara el producto con sus datos
en la tabla.
2.5. En caso ingresar un IDProducto incorrecto la tabla
no mostrara ningún dato
3. Actualizar
Para actualizar primero se tendrá que haber “buscado” un
producto previamente.
4.1. Seleccionara de la tabla el producto a ser
“Modificado”
4.2. Automáticamente se llenarán los campos con los
datos del producto seleccionado en la parte superior.
4.3. Se procederá a modificar dichos campos
4.4. El Administrador hará Clic en “Actualizar”
78
4.5. Luego de ser correctamente modificado se deberá
guardar los datos modificados para salvarlo en la base de
datos.
Excepción: Ninguna.
Postcondiciones: Ninguna.
CU2. Gestionar Compra de Materia Prima
uc Gestionar Compra de materia Prima
CU2
Gestionar compra de materia
prima
«include»
Administrador Proveedor
CU8
Verificar Cantidad
Mínima de Materia
Prima
Caso de Uso CU2: Gestionar Compra de Materia Prima

Propósito: Comprar los insumos faltantes para la elaboración de los
panes
Breve El administrador compra la materia prima faltante del
Descripción: proveedor
Proveedor
Actor Iniciador: Administrador
79
Precondiciones: CU8: Verificar Cantidad Mínima de Materia Prima
Flujo Principal:
1. El caso de uso inicia cuando el administrador
verifica la cantidad mínima de materia prima.
2. Si el administrador considera que le faltan insumos
para la elaboración de los panes llama al proveedor
y realiza su pedido.
3. El pedido le llega, el administrador paga por la
compra realizada y lo incluye en el inventario de
almacén
CU3. Gestionar Venta de Productos
uc Actores
CU3
Gestionar Venta de
Productos
Vendedor Cliente
«extend» «include»
CU9
CU4
Gestionar Stock de
Gestionar Pedidos Producto
Caso de Uso CU3: Gestionar Venta de Productos

Propósito: Proporcionar y Guardar la información de las ventas
realizadas a los clientes.
80
Breve Este caso de uso proporciona y guarda toda la
Descripción: información de las ventas realizadas.
Actores: Vendedor
Panadero
Cliente
Actor Iniciador: Cliente
Precondiciones: CU4: Gestionar Pedido
CU9: Gestionar Stock de Producto
Flujo Principal:
4. El caso de uso inicia cuando el Cliente realiza la
adquisición de uno o varios productos mediante
pedidos.
5. Si el Vendedor quiere ver a todo los clientes
registrados con sus datos esenciales.
a. El sistema prepara la pantalla en una nueva
interfaz y muestra los datos cargados en una
tabla de todos los clientes.
6. Si el Vendedor desea ver a un nuevo Pedido con
sus datos correspondientes.
a. El Vendedor solicita consultar un pedido.
b. El sistema prepara la pantalla de carga de
datos en una nueva interfaz.
c. El vendedor verifica los datos del pedido.
d. El vendedor pide cerrar la información del
pedido.
7. El sistema los guarda.
Excepción: Un vendedor no puedo modificar los datos de los pedidos.
81
CU4. Gestionar Pedido
uc Actores
CU4
Vendedor Gestionar Pedido
Cliente
«include»
CU9
Gestionar Producto
Panadero
Caso de Uso CU4: Gestionar Pedido

Propósito: Proporcionar y Guardar la información de los pedidos
realizados por los clientes.
Breve Este caso de uso proporciona y guarda toda la
Descripción: información de los pedidos.
Actores: Vendedor
Cliente
Precondiciones: CU9:Gestionar Producto
Flujo Principal:
1. El caso de uso inicia cuando el Cliente desea la
adquisición de un producto.
2. Si el Vendedor quiere ver a todo los clientes
registrados con sus datos esenciales.
82
3. Si el Vendedor desea registrar a un nuevo Cliente
con sus datos esenciales.
a. El Vendedor solicita Registrar un nuevo
cliente.
c. El vendedor carga los datos del cliente y los
productos vendidos.
d. El vendedor pide guardar los datos
ingresados.
Excepción: Un vendedor no puedo modificar los datos de los clientes.
CU5. Gestionar Cliente
uc Actores
CU5
Gestionar cliente
Vendedor Cliente
83
Caso de Uso CU9: Gestionar Cliente
Propósito Guardar y revisar los datos personales de cada cliente
que solicite algún pedido.
Resumen Este caso de uso guarda y muestra toda la información
de cada cliente en el sistema.
Actores Vendedor
Cliente
Actor Iniciador Cliente
Precondición Ninguna.
Flujo Principal: 1. El caso de uso inicia cuando el cliente presenta sus
datos al vendedor.
2. Si el vendedor quiere ver a todos los clientes con sus
datos personales.
2.1. El sistema prepara la pantalla en una nueva
3. Si el vendedor quiere crear un nuevo registro.
3.1. El vendedor solicita Registrar un nuevo
cliente.
3.2. El sistema prepara la pantalla de carga de
3.3. El vendedor carga los datos del cliente.
3.4. El vendedor pide guardar los datos
ingresados.
3.5. El sistema los guarda.
84
CU6. Gestionar Empleado
uc Actores
CU6
Gestionar Empleado
Empleado Administrador
Caso de Uso CU6: Gestionar Empleado

Propósito: Guardar y revisar los datos personales de cada empleado
para el posterior uso de ésta información.
Breve Este caso de uso guarda y muestra toda la información de
Descripción: cada Empleado en el sistema.
Empleado
Actor Iniciador: Empleado
Precondiciones: Ninguna
Flujo Principal:
8. El caso de uso inicia cuando el Empleado presenta
todos sus datos al administrador.
9. Si el administrador quiere ver a todos los Empleado
con sus datos personales.
tabla de todos los Empleados.
85
10. Si el administrador quiere crear un nuevo registro.
a. El administrador solicita Registrar un nuevo
Empleado.
c. El administrador carga los datos del
Empleado.
d. El administrador pide guardar los datos
ingresados.
Excepción: Un operador no puedo registrar a un administrador.
CU7. Gestionar Factura
uc Actores
CU3: Gestionar Venta de

Productos
«include»
CU7: Gestionar Factura
Administrador
Caso de Uso CU7: Gestionar Factura

Propósito Guardar y revisar las facturas realizadas.
Resumen Este caso de uso guarda y muestra toda la información
de cada factura hecha en el sistema.
86
Actores Administrador
Actor Iniciador Administrador

Precondición CU3: Gestionar Venta de Productos.
Flujo Principal: 1 El caso de uso inicia cuando el administrador quiere
ver todas las facturas realizadas.
2 Si el administrador quiere ver todas las facturas
realizadas.
2.1 El sistema prepara la pantalla en una nueva
interfaz y muestra lasfacturas realizadas con
su respectiva información.
3 Si el administrador quiere eliminar o insertar alguna
factura.
3.1 El administrador entra al caso de uso Gestionar
Facturas.
3.2 El sistema prepara la pantalla con las
respectivas facturas.
3.3 El administrador selecciona dicha factura,
elimina y el sistema lo guarda.
Excepción Ninguno.
Postcondiciones Ninguno.
87
CU8. Verificar Cantidad Mínima de Materia Prima
uc Verificar Cantidad Mínima de Materia Prima
CU8
Verificar Cantidad Mínima de
Materia Prima
Panadero
Administrador
Caso de Uso CU8: Verificar Cantidad Mínima de Materia Prima

Propósito: Mediante la verificación tomamos las previsiones de los
insumos faltantes.
Breve El panadero que es el encargado de la elaboración de los
Descripción: panes hace esta verificación y notifica al administrador
para que haga el respectivo pedido de los insumos
faltantes.
Panadero
Actor Iniciador: Panadero
Precondiciones: ninguna
Flujo Principal:
1. El caso de uso inicia cuando el Panadero verifica
en el sistema los insumos que se están acabando.
2. El panadero hace un reporte de la cantidad mínima
de materia y se las envía al administrador
88
3. El administrador hace su respectivo pedido de
materia prima.
4. El administrador asienta los datos de la materia
prima comprada en el inventario de almacén
Postcondiciones: CU2:Gestionar Compra de Materia Prima
CU9. Gestionar Stock del Producto
uc Gestionar Stock del Producto
CU3
Gestionar Venta de CU4
Productos Gestionar Pedido
«extend» «extend»
CU9
Gestionar Stock de Producto
Administrador
Vendedor
Caso de Uso CU9 Gestionar Stock del Producto

Propósito: Mostrar toda la variedad de panes que se producen en la
panadería.
Breve Aquí se muestran los diferentes tipos de panes que se
Descripción: producen diariamente en la panadería, cada uno con su
código y su disponibilidad, además del precio
Actores: Administrador, Panadero, Vendedor, Cliente.
Precondiciones: Ninguna
89
Flujo Principal:
Insertar, Actualizar, Modificar, Buscar, Seleccionar,
Verificar
1. Insertar Nuevo Producto
1.1. Para ingresar un nuevo producto se deberá hacer
clic en el botón “Nuevo” para habilitar y limpiar todos los
campos
1.2. Se procederá a llenar todos los campos: Id,
Nombre, precio y estado
1.3. Se hará clic en el botón “Registrar”
1.4. Cuando un producto este registrado correctamente
se deberá guardar la información ingresada para salvarlo
en la base de datos.
2. Buscar
2.1. Clic en nuevo para limpiar los campos del
formulario
2.2. el usuario colocara el Nombre del producto
2.3. El usuario hará en el botón “Buscar”
2.4. En la tabla se mostrará el producto con sus datos
en la tabla.
2.5. En caso ingresar un Nombre incorrecto la tabla no
mostrara ningún dato
3.Actualizar.- Para actualizar primero se tendrá que haber
“buscado” un producto previamente.
4.Seleccionara de la tabla el producto a ser “Modificado”
4.1. Automáticamente se llenarán los campos con los
datos del producto seleccionado en la parte superior.
4.2. Se procederá a modificar dichos campos
4.3. El Administrador hará Clic en “Actualizar”
90
4.5. Luego de ser correctamente modificado se deberá
guardar los datos modificados para salvarlo en la base de
datos.
5 Seleccionar.- El cliente Selecciona el producto a
comprar.
5.1 Al momento de seleccionar le aparece cantidad y el
precio.
5.2 Presiona Comprar y se genera su factura y paga por la
misma
5.2 El vendedor entrega el producto junto con su factura
6 Verificar .- El panadero mediante el sistema verifica Los
productos faltantes y elabora los que se están por acabar
6.1 Una ves termina de elaborar actualiza el stock del
Producto.
CU10. Gestionar Receta
uc Actores
CU10: Gestionar Receta
Administrador
Caso de Uso CU10: Gestionar Receta

Proposito Gestionar los sabores de los productos.
91
Resumen El administrador podrá añadir, modificar, eliminar o
buscar unareceta de los productos que venden.
Actor iniciador Administrador
Precondicion Ninguna
Postcondicion Ninguna
Flujo principal 1 Registrar Receta
1.1 Introducir los datos
1.2 Guardar
2 Modificar Receta
2.1 Seleccionar Receta a modificar
2.2 Modificar datos
2.3 Guardar
3 Eliminar Receta
3.1 Seleccionar Sabor
3.2 Eliminar
4 Buscar Receta
4.1 Introducir nombre
4.2 Buscar
Excepcion 1.2 El receta ya existe
2.3 El receta ya existe
CU11. Administrar Privilegios
uc Actores
CU11: Administrar
Priv ilegios
Administrador
92
Caso de uso CU11: Administrar Privilegios
Su propósito es poder administrar el privilegio que
Propósito
recibe cada cargo
El sistema debe ser capaz de asignarle a cada
usuario un cargo y ese cargo tener un privilegio.
Descripción
Cada privilegio puede ver un paquete o un
conjunto de casos de uso
Pre condición Ninguna
1. Administrar
1.1. Seleccionar cargo
Flujo principal
1.2. Seleccionar privilegios para el cargo
1.3. Dar clic en “Aceptar”
Post condición Ninguna
Excepción Ninguna
CU12. Iniciar Sesión
uc Casos de uso principales
CU6: Gestionar
Empleado
«include»
CU12: Iniciar Sesion
Usuario
93
Nombre de caso de uso CU12: Iniciar sesión
Asegurar que solo personas autorizadas puedan
Propósito
ingresar al sistema.
Los usuarios pueden ingresar sistema mediante
Descripción un nombre usuario y contraseña entregada por el
administrador.
Actores Usuario
Actor iniciador Usuario
Pre condición CU6 Gestionar Empleado
1. INGRESAR
Flujo principal 1.1. Ingresar el nombre y contraseña del usuario
1.2. Dar clic en el botón ingresar
Post condición Ninguna
Excepción Los datos ingresados son inválidos
CU13. Gestionar Medida
uc Casos de uso principales
CU13: Gestionar Medida
Administrador
Caso de Uso CU13: Gestionar Medida

Proposito Gestionar los tipos de medidas de las Materias Primas.
Resumen Se podrá añadir, modificar, eliminar y buscar medidas.
94
Precondicion Ninguna
Postcondicion Ninguna
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
Excepción 1.2 La medida ya existe
2.3 La medida ya existe
CU14. Gestionar Tipo de Producto
uc Actores
CU14: Gestionar Tipo de

Producto
Administrador
Nombre CU14: Gestionar Tipo de Producto

Propósito Gestionar los tipos de panes de los productos.
95
Resumen El administrador podrá añadir, modificar, eliminar o
buscar un tipo de pan de los productos que venden.
Precondición
Postcondición
Flujo principal 1 Registrar Tipo de Producto
1.2 Guardar
2 Modificar Tipo de Producto
2.1 Seleccionar Tipo de Producto a modificar
2.2 Modificar datos
2.3 Guardar
3 Eliminar Tipo de Producto
3.1 Seleccionar Tipo de Producto
3.2 Eliminar
4 Buscar Tipo de Producto
4.2 Buscar
Excepción 1.2 El tipo de Producto ya existe
2.3 El tipo de Producto ya existe
CU15. Gestionar Cargo
uc Actores
CU15: Gestionar Cargo
Administrador
96
Nombre CU15: Gestionar Cargo
Propósito Gestionar los cargos de los empleados en la panadería.
Resumen Se podrá agregar, modificar, eliminar o buscar cargos.
Precondición
Postcondición
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
Excepción 1.2 El cargo ya existe
2.3 El cargo ya existe
97
CU16. Gestionar Proveedor
uc Actores
CU16: Gestionar
Prov eedor
Prov eedor Administrador
.
NOMBRE CU16: Gestionar Proveedor
PROPOSITO Administrar los proveedores a quienes se compran los

productos.
RESUMEN Se podrá agregar, modificar, eliminar o buscar proveedores
ACTORES Gerente, Proveedor
ACTOR INICIADOR Gerente
PRECONDICION Ninguna.
POSTCONDICION Ninguna.
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

2.3 Datos incorrectos
98
11.3.3 Prototipo Interfaz de usuario
11.3.3.1 Iniciar Sesion
11.3.3.2 Gestionar usuario
99
11.3.3.3 Visualizar usuario
11.3.3.4 Gestionar Medida
100
11.3.3.5 Visualizar Medida
11.3.3.6 Gestionar Materia Prima
101
11.3.3.7 Visualizar Materia Prima
11.3.3.8 Gestionar Proveedor
102
11.3.3.9 Visualizar Proveedor
11.3.3.10 Gestionar Comprobante
103
11.3.3.11 Visualizar Comprobante
11.3.3.12 Mostrar Comprobante
104
uc Diagrama General de Casos de Uso
CU8
CU1 Verificar Cantidad CU10
«include»
Gestionar Inventario Mínima de Materia Gestionar Receta
Prima
«include» CU13
Gestionar Medida CU14
Gestionar Tipo de
Cliente
Producto
«include»
CU2
Gestionar Compra de CU15
Materia Prima Gestionar Cargo
Administrador
105
CU7 CU5
11.4. Diagrama de caso de uso Completo
Gestionar Factura «include» Gestionar Cliente

Panadero
«extend»
CU6
«include»
Gestionar Empleado
Proveedor «include»
CU3
Gestionar Venta de
«include» Productos
CU9 CU11 CU4

Gestionar Stock del Administrar CU12 Gestionar Pedido
Producto Privilegios Iniciar Sesión
Vendedor
12. Flujo detrabajoAnálisis
12.1. Análisis de arquitectura
12.1.1Identificar paquete
Paquete Ventas:
class Paquetes Descripción: Se podrá ver, registrar y modificar los pedidos hechos
por los clientes.
Ventas Se podrá ver a los clientes, registrar clientes nuevos y actualizar sus
datos.
Paquete Compras
Descripción: Aquí se podrá registrar a los proveedores, actualizar
class Paquetes
sus datos y eliminarlos.
Compras
También se podrá registrar y ver las compras; registrar y ver los
pagos que se realizan de estas.
Paquete Inventario
class Paquetes
Descripción: Aquí se podrán ver el inventario de insumos, también
registrar las salidas e ingresos de materia prima a los almacenes.
Inventario También se podrá registrar, modificar y eliminar datos de los
insumos que se compran en la distribuidora.
Paquete Personal
class Paquetes Descripción: En este paquete se podrá visualizar, registrar,
modificar y eliminar datos del personal, y de los clientes.
Personal
106
12.1.2. Relacionar paquete y casos de uso
uc Actores

Producto
«trace»
CU4: Gestionar Pedido

Ventas
«trace»
«trace»
CU5: Gestionar Cliente
«trace»
CU7: Gestionar Factura
uc Actores
CU2: Gestionar Compra de

Materia Prima
Compras
«trace»
«trace»
CU16: Gestionar Prov eedor
107
uc Inventario
CU1
Gestionar Inventario
Inventario CU2
Gestionar Compra de
Materia Prima
CU8
Verificar Cantidad
Mínima de Materia
Prima
CU13
Gestionar Medida
uc Actores
CU6: Gestionar Empleado
«trace»
Usuario
«trace»
108
12.1.3. Vista de casos de uso
uc Actores
Ventas
CU7: Gestionar Factura CU5: Gestionar Cliente

«include»
«include»
«include»
Producto
Vendedor
CU4: Gestionar Pedido
Cliente
uc Paquete Inventario
Inventario
CU8
CU3
Verifircar Cantidad
Gestionar Venta de
Mínima de Materia
«extend» Producto
Prima
CU1
Gestionar Inventario
Administrador
Panadero
CU2 CU13
CU14 CU10
Gestionar Compra de Gestionar Medida
Gestionar Tipo de Gestionar Receta
Materia Prima «extend»
«extend» producto
109
uc Actores
Compras
CU16: Gestionar Prov eedor
CU2: Gestionar Compra de

Materia Prima
Cliente
«include»
CU13: Gestionar
Administrador Medida
uc Actores
Usuario
CU11:Administrar Priv ilegio
«extend»
Administrador
CU6: Gestiona Empleado
CU12: Iniciar Sesion
110
Análisis de caso de uso 1: Gestionar Inventario
sd Modelo de diseño
6: <Lista de Unidad Medida>()
UnidadMedida
1: <Nuevo>() 1.1: <Storel>()
2: <Editar>() 3.1: <Destroy>() 1.2: <Insert>()

3: <Eliminar>()
4.1: <Show>() 4.2: <Select>()
4: <Buscar>()
Administrador InterfazInventario InventarioController InventarioAlmacen
5: <Lista de Materia Prima>()
MateriaPrima
Análisis de clases 1: Gestionar Inventario

obj ect Vista lógica
UnidadMedida
- Abrebiatura: char
Administrador - id: int
- Nombre: int
InterfazInv entario
Inv entarioController
MateriaPrima
+ Buscar() : void
+ Editar() : void + Destroy() : void - descripcion: char
+ Eliminar() : void + Show() : void - id: int
+ Nuevo() : void + Store() : void - tipoUnidad: int
Inv entarioAlmacen
- cantidad: int
- id: int
111
Análisis de caso de uso 2: Gestionar Compra de Materia Prima
MateriaPrima
4: <Insumos>()
1: <Nuevo>() 1.1: <Storel>()

1.2: <Insert>()
2.1: <Updatel>()
2: <Editar>() 2.2: <Update>()
3: <Buscar>() 3.1: <Show>()

3.2: <Selectl>()
6: <Index>()
InterfazCompra CompraController Compra

Administrador
5: <Proveedoresl>()
Proveedor
Análisis de clases 2: Gestionar Compra de Materia Prima
112
class Modelo de clases
MateriaPrima
administrador - descripcion: int

- id: int
- tipoUnidad: int
InterfazCompra CompraController Comprobante

1..
- id: int
+ Buscar() : void + Index() : void
- monto: int
+ Editar() : void + Shows() : void
+ Nuevo() : void + Store() : void
+ Update() : void 1..
Prov eedor
- direccion: char
- nombre: char
- telefono: int
Análisis de caso de uso 3: Gestionar Ventas de Producto

Producto
4: <Lista de Productos>()
1: <Nuevo>() 1.1: <Storel>()

1.2: <Insert>()
2.1: <Updatel>()
3: <Buscar>() 3.1: <Show>()

3.2: <Selectl>()
6: <Index>()
InterfazDetalleVenta DetalleVentaController DetalleVenta

Administrador
5: <Lista de Facturas>()
Factura
Análisis de clases 3: Gestionar Ventas de Producto
113
Administrador DetalleVenta
- cantidad: int
- precioUnitario: int
InterfazDetalleVenta DetalleVentaController Factura
+ Buscar() : void - cod: int

+ Index() : void
+ Editar() : void - fecha
+ Shows() : void
+ Nuevo() : void + Store() : void - hora: int
+ Update() : void - importeTotal: float
Producto
- descripcion: int
- estado: int
- id: int
- nombre: char
- precio: int
Análisis de caso de uso 4: Gestionar Pedido

Cliente
4: <Lista de Clientes>()
1: <Nuevo>() 1.1: <Storel>()

1.2: <Insert>()
2.1: <Updatel>()
3: <Buscar>() 3.1: <Show>()

3.2: <Selectl>()
6: <Index>()
InterfazPedido PedidoController Pedido

Administrador
5: <Lista de Detalle Pedido>()
7: <Lista de Producto>()
Producto DetallePedido
Análisis de clases 4: Gestionar Pedido
114
Administrador DetalleProducto
- cantidad: int
- precioUnitario: int
InterfazPedido PedidoController Pedido
+ Buscar() : void - descripcion: char

+ Index() : void
+ Editar() : void - fechaEntrega: int
+ Shows() : void
+ Nuevo() : void + Store() : void - fechaPedido: int
+ Update() : void - id: int
- monto: int
Producto
- descripcion: int
- estado: int
- id: int
- nombre: char
- precio: int
Análisis de caso de uso 5: Gestionar Cliente

1: <Nuevo>() 1.1: <Storel>()

1.2: <Insert>()
2.1: <Updatel>()
3: <Buscar>() 3.1: <Show>()

3.2: <Selectl>()
4: <Index>()
InterfazCliente ClienteController Cliente

Administrador
Análisis de clases 5: Gestionar Cliente
Cliente
InterfazCliente ClienteController
- NIT: int
+ Buscar() : void + Index() : void
+ Editar() : void + Shows() : void
+ Nuevo() : void + Store() : void
+ Update() : void
Administrador
115
Análisis de caso de uso 6: Gestionar Empleado
uc Actores
5. Lista de cargos()
Cargo
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() 4.2. Select()
6. Index()
EmpleadoController Empleado
Administrador InterfazEmpleado
Análisis de clases 6: Gestionar Empleado

uc Actores
uc Actores
«interface» EmpleadoController
InterfazEmpleado Administrador
+ Destroy(): void Empleado Cargo
+ Buscar(): void + Index(): void - Id: int
- direccion: char
+ Editar(): void + Show(): void
- estado: boolean 0..* 1 - nombre: char
+ Eliminar(): void + Store(): void
- telefono: int
+ Nuevo(): void + Update(): void
116
Análisis de caso de uso 7: Gestionar Factura
uc Actores
5.Lista de detalle de venta()
Detalle_venta
1. Nuevo()
1.1. Store()
2. Anular()
3.1.Show()
3. Buscar() 1.2. insert()
6.Index()
4.2 select()
InterfazFactura FacturaController Factura
Administrador
Análisis de clases 7: Gestionar Factura

uc Actores
uc Actores
Producto
+ descripcion: char
- Estado: boolean
- id: int
- nombre: char
Administrador
- precio: float
1..*
«interface» FacturaController
InterfazFactura Factura 0..*
+ Index(): void
+ Buscar(): void + Show(): void - Cod: int
+ Editar(): void + Store(): void - fecha: date
Detalle_Venta
+ Nuevo(): void - hora: int
- importe_total: float - cantidad: int
- Precio_unitario: float
117
Análisis de caso de uso 8: Verificar Cantidad Mínima de Materia Prima
uc Actores
3.Lista de unidades de medidas()
Unidad_Media
1.Filtrar()
1.1 Index()
2. Buscar()
2.1.Show()
1.2.deploy ()
2.2 deploy()
InterfazMateriaPrima MateriaPrimaController MateriaPrima
Administrador
Análisis de clases 8: Verificar Cantidad Mínima de Materia Prima

uc Actores
uc Actores
UnidadMedida
«interface» Administrador MateriaPrimaController
MateriaPrima MateriaPrima
+ abreviatura: char
+ Destroy(): void - id: int
+ descripcion: char
+ Buscar(): void + Index(): void - nombre: char
- id: int 0..* 1..*
+ Editar(): void + Show(): void
+ tipoUnidad: int
+ Nuevo(): void + Store(): void
+ Eliminar(): void
Análisis de caso de uso 9: Gestionar Stock del Producto
uc Actores
7. Lista Stock Diario

5. Lista de Productos()
Producto
Stock Diario
1. Nuevo() 1.2 insert()

2. Editar() 1.1 Store() 4.1. Select()
3. Eliminar() 3.1 Destroy()
4. Buscar() 4.1 Show()
6. Index()
StockProductoController Stock Producto
Administrador InterfazStockProducto
118
Análisis de clases
uc Actores9: Gestionar Stock del Producto
uc Actores
Producto
+ descripcion: char
Administrador - Estado: boolean
- id: int
+ nombre: char
- Precio: float
«interface» 0..*
StockProducto StockProductoController Stock Producto
+ Buscar(): void + Destroy(): void - cantidad: int

+ Editar(): void + Index(): void
+ Nuevo(): void + Show(): void
1..*
Stock Diario
+ fecha: date
- id: int
Análisis de caso de uso 10: Gestionar Receta
uc Actores
5. Lista de Materia
Prima a utilizar
Materia Prima
1.2 insert()
1.1 Store() 4.1. Select()
1. Nuevo()
2. Editar() 3.1 Destroy()
4.1 Show() RecetaController
3. Eliminar()
4. Buscar() 6. Index()
Panadero
Receta
InterfazReceta
Análisis de clases 10: Gestionar Receta
119
uc Actores
uc Actores
Materia Prima
+ description: char
- id: int
Panadero
- TipoUnidad: int
1..*
«interface»
Receta RecetaController Receta
1..*
+ Buscar(): void + Destroy(): void - description: char
+ Editar(): void + Index(): void - id: int
+ Nuevo(): void + Show(): void - nombre: char
Materia_Receta
- cantidad: int
Análisis de caso de uso 11: Administrar Privilegios

sd Administrar Privilegios
Cargo
2.3: Actualizar()
1: Editar() 1.1: Editar() 1.2: Guardar()
1.3: Guardar()
2: Eliminar() 2.1: Modificar() 2.2: Actualizar()
Interfaz Empleado Controlador Empleado Empleado

Administrador
Análisis de Clases : 11 Administrar Privilegios

sd Administrar Privilegios
Interfaz Empleado Controlador Empleado Empleado Cargo
- Editar: char - Editar: char - Direccion: char - Id: int

- Eliminar: char - Modificar: char - Estado: char - Nombre: char
- Telefono: int
Administrador
Análisis de caso de uso 12: Inicio de Sesión
120
sd Inicio de Sesión
1.1: [Si Datos Válidos]:Valida()
1.2: Mostrar() Cargo

2: Mostrar()
1: [Si Registra]:Registrar()
1.3: Guardar()
1.4: Modificar()
Interfaz Empleado Controlador Empleado Empleado

Administrador
Análisis de Clases : 12 Inicio de Sesión

sd Inicio de Sesión
Interfaz Empleado Controlador Empleado Empleado Cargo
- Registrar: char - Modificar: char - Direccion: char - Id: int

- Registrar: int - Estado: char - Nombre: char
- Telefono: int
Administrador
Análisis de caso de uso 13: Gestionar Medida

sd Gestionar Medida
1.1: Stored()
2.1: Update() 1.2: Insert()

1: nuevo()
3.1: Destrot()
2: Editar() 2.2: Update()
4.1: Show() 3.2: Delete()
3: Eliminar()
4.3: Index()
4.2: Select()
4: Buscar()
Medida
Interfaz Medida Controlador Medida
Administrador
Análisis de Clases : 13 Gestionar Medida
121
sd Gestionar Medida
Controlador Medida
Interfaz Medida Medida
- Destroy(): char
- Buscar(): char - Index(): char - Abreviatura(): char
- Show(): char - ID(): int
- Editar(): char
- Store(): char - Nombre: char
- Eliminar(): char
- Nuevo(): char - Update(): char
Administrador
Análisis de caso de uso 14: Gestionar Producto

sd Gestionar Producto
Pedido
Factura
1.1: Stored() 8: Factura()
7: Pedido()
2.1: Update() 1.2: Insert()
1: nuevo()
3.1: Destrot()
2: Editar() 2.2: Update()
4.1: Show() 3.2: Delete()
3: Eliminar()
9: Index() 4.2: Select()
4: Buscar()
Producto
Interfaz Producto Controlador Producto
Administrador
6: Stock Diario()
5: Receta()
Stock Diario
Receta
Análisis de Clases : 14 Gestionar Producto
122
sd Gestionar Producto
Pedido Detalle Producto

- Descripción(): char - Cantida (): int
- Fecha de Entrega: Date - Precio Unitario(): int
- Fecha de Pedido(): Date
- ID: int
- Monto(): int
0..*
Detalle Venta
- Cantidad(): int
- Precio Unitario(): int
1..*
Producto
Controlador Producto Factura
Interfaz Producto - Descripcion(): char
- Destroy(): char - Codigo(): int
- Estado(): char
- Buscar(): char - Index(): char - Fecha(): Date
- ID: int 0..*
- Editar(): char - Show(): char 1..* - Hora(): Date
- Nombre(): char
- Eliminar(): char - Store(): char - Importe Total: int
- Precio(): int
1..*
1 Stock Producto
- Cantidad(): int
1
0..*
Receta
- Descripcion(): char Stock Diario

- ID(): int
Administrador - Fecha(): Date
- Nombre(): char
- ID(): int
Análisis de caso de uso 15: Gestionar Cargo

sd Gestionar Cargo
1.2: Insert()
1.1: Store()
1: Nuevo()
2.2: Update()
2.1: Update()
2: Editar()
3.2: Delete()
3.1: Destroy()
3: Eliminar()
4.1: Show() 4.2: Select()
4: Buscar()
4.3: Index()
Cargo
Interfaz Cargo Controlador Cargo
Administrador
Análisis de Clases : 15 Gestionar Cargo

sd Gestionar Cargo
Controlador Cargo
Interfaz Cargo Cargo
- Destroy(): char
- Buscar(): char - Index(): char - Cargo(): char
- Editar(): char - Show(): char - ID(): int
- Eliminar(): char - Store(): char
Administrador
Análisis de caso de uso 16: Gestionar Proveedor
123
sd Gestionar Proveedor
1.2: Insert()
1.1: Store()
1: Nuevo()
2.2: Update()
2.1: Update()
2: Editar()
3.2: Delete()
3.1: Destroy()
3: Eliminar()
4.1: Show() 4.2: Select()
4: Buscar()
4.3: Index()
Proveedor
Interfaz Proveedor Controlador Proveedor
Administrador
Análisis de Clases : 16 Gestionar Proveedor

sd Gestionar Proveedor
Controlador Proveedor
Interfaz Proveedor Proveedor
- Destroy(): char
- Buscar(): char - Index(): char - Direccion(): char
- Editar(): char - Show(): char - Nombre(): char
- Eliminar(): char - Store(): char - Teléfono(): int
Administrador
13. ANEXOS
124
125

Informe 32

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

Informe 32

Cargado por

Copyright:

Formatos disponibles

INDICE

El software para panaderías no es sólo un terminal. Se trata de todo un sistema

El siguiente proyecto desarrollará los procesos de gestión de:

Producción:Nuestro software también almacenará los diferentes pedidos que se

Propietario: Encargado de la administración de la panadería.

1.4. Descripción de Problema

El problema se refleja, principalmente, en la dificultad constante respecto a la

Estos factores derivarían, de este modo, al problema que presenta la empresa, el

Una de las alternativas de solución, actualmente, y que presenta grandes ventajas

Los inconvenientes relacionados a la actualización del stock traerían consigo

En conclusión, el problema de obtener información actualizada de los insumos y

La panadería “El hornito”, actualmente no cuenta con un Sistema de información

Es por ello que se necesita tener la información automatizada y actualizada para la

Principalmente la dificultad de organización y recepción de información actualizada

Una de las alternativas de solución, actualmente, y que presenta grandes ventajas

Los inconvenientes relacionados a la actualización del stock traerían consigo

En conclusión, el problema de obtener información actualizada de los insumos y

Entre las áreas tenemos:

MODULO INVENTARIO DE INSUMOS:

Gestionar insumos implica tener proveedores que doten de los ingredientes

Gestionar la cantidad y tiempo de producción diaria para el abastecimiento. Así se

Gestionar la información del cliente para acelerar la venta. Considerando esta

1.5. Formulación del Problema

1.6.2. Objetivos Específicos

1. Realizar un análisis de los requisitos del sistema, a traves de entrevistas.

2. A traves del analisisde la información recolectada en las entrevistas,

3. Diseñar el diagrama de clase mediante el Lenguaje Unificado del Modelado

4. Diseñar una base de datos en MySql para el registro y almacenamiento de

5. Diseñar el FrontEnd con el lenguaje de marcado HTML5, CCS3.

6. Implementar el BackEnd del sistema con el lenguaje de programación PHP

Hemos logrado detallar en nuestro alcance algunos puntos que se necesita en la

 GESTIONAR MATERIA PRIMA

 GESTIONAR INVENTARIO ALMACEN

Lugar: Av. La campana a 1 cuadra de la rotonda del plan 3000

(X) Privada ( ) Estatal

Datos del Entrevistado

Nombre: Margarita Lara Arismendi

Cargo: Socia propietaria

Datos del Entrevistador

Nombre: Gonzalo Justiniano Justiniano

1. ¿Cómo considera usted la forma en que actualmente se maneja la

2. ¿Cómo es la estructura organizacional?

3. ¿Cuál es la función de cada empleado en la panadería? Describa

Los que se encargan de la elaboración trabajan desde las 2 am hasta más

Los que se encargan de la venta trabajan desde las 5 am hasta las 9 o 10

4. ¿Cuáles son los diferentes procesos que se llevan a cabo en la

6. ¿Según usted, cuales son las deficiencias que existen en la forma de

7. ¿Cuáles son los problemas más frecuentes que tiene la panadería?

8. ¿Cómo es la forma de pago de sus clientes?

9. ¿Existe algún tipo de descuento al momento de pagar?

10. ¿Liste todos tipos de panes que producen?

Francés, vagué, bagazo, galleta cuadrado, galleta rombo, coco, queso,

11. ¿Tienen algún registro de la cantidad de ingresos que se tiene?

Rústicamente, llega su mes y se les paga.

13. Los insumos de su panadería cada que tiempo la compran?

14. Emiten algún tipo de factura a sus clientes?

No, pertenecemos al régimen simplificado

15 En qué precio venden sus productos?

El 90% de los panes se venden al por mayor a revendedores de tiendas de barrio,

16 Hacen panes a pedido?

No hacemos panes a pedido por que se descontrolaría nuestra rutina diaria y se

17. Si estuviera en condiciones de adquirir un sistema para el mejor manejo

En la parte de las ventas para el control de ingresos y de panes vendidos para un