Documentacion Pasteleria 5 PDF Free

“Año de la diversificación productiva y del fortalecimiento de la educación”
FACULTAD DE INGENIERÍA
U
P
L
ESCUELA ACADÈMICO PROFESIONAL DE
A
INGENIERÍA DE SISTEMAS Y COMPUTACIÓN
IMPLEMENTACION DE UN SISTEMA DE VENTAS DE LA

PASTELERÍA “DULCHESSITO”
CÁTEDRA : PROYECTO DE PROGRAMACIÓN
CATEDRÁTICO : ING. JORGE VEGA FLORES.
ESTUDIANTE : GOMEZ QUINTANILLA, Mirella Chessira
HUANCAYO - PERÚ
2015 - II
INTRODUCCION
La evolución del tratamiento automático de la información ha marcado gran diferencia en estos tiempos, gracias al
avance tecnológico y el progreso en el campo de la programación de computadoras. Todos éstos son factores importantes
que por medio de sus interacciones han logrado despertar los intereses por la obtención de un sistema de gestión
informatizada por parte de muchas entidades.
En la actualidad la necesidad de la buena administración de las transacciones de las distintas empresas va ganando
espacio teniendo en cuenta la rapidez y la exactitud que ofrecen los sistemas informáticos en la gestión global de
cualquier empresa, negocios, etc.
Por consiguiente, es esencial o de mucha ayuda un sistema informático para que haya una buena organización de
forma eficaz dentro de la misma y con la implementación de este software responde a la necesidad de optimizar los
servicios .
Es por ello que surge el punto de informatizar la empresa para la buena agilización de trabajos y para la
organización administrativa mediante el uso y fomento de la tecnología.
CAPÍTULO I
ANÁLISIS DEL SISTEMA
ASPECTOS GENERALES:
DESCRIPCIÓN DE LA EMPRESA
NOMBRE DE LA EMPRESA : Pastelería “DULCHESSITO”
1.1 Misión de la Empresa
La misión de Pastelería “DULCHESSITO” como empresa productora y comercializadora de tortas y

cafetería, es ofrecer servicio y garantía con un alto concepto de calidad, basados en excelentes materias
primas, con compromiso, honestidad y amor por lo que hacemos, y reflejado en el respeto por nuestros
clientes y colaboradores, con un servicio amable, donde todo esté dispuesto hacia la satisfacción total de
nuestros más exigentes clientes generando en ellos el deseo de repetirla y a su vez transmitirla a sus allegados.
Garantizamos confiabilidad de los productos que procesamos y distribuimos, apoyados con una continua
asesoría que asegura una mayor productividad y optima elaboración de los mismos.
1.2 Oportunidad de Negocio
 La oportunidad de implementar el sistema que ayudaría a la empresa a generar la facilidad ventas.

 A que la empresa pueda tener mayor concurrencia y que los dueños pueden tomar mejores decisiones.
 A un futuro pueda cambiar la mejora de su gestión de ventas ya que con este sistema ayudaremos a facilitar
registrar las ventas de cada día.
 Poder Implantar nuevos y renovados reglamentos donde así se pueda resolver los procesos más fácilmente.
2 Descripción del Problema

 Inadecuado control de las ventas.
 Inadecuado control de reportes de ventas por parte
El problema de: del cajero.
 No cuenta con un sistema de registro de usuarios.
 Incorrecta administración financiera.
 Desorden en la atención al cliente.
 Cliente
Afecta a:  Cajero
 Propietario
 Incrementa la demora en la atención del cliente,
déficit en la actualización de reportes de ventas
diarias y semanales.
El impacto del cual es:  Pérdida de información sobre las ventas generadas al
día, déficit en el control de ventas.
 Desconocimiento o inadecuado control en las
ganancias generadas en la empresa.
 Desarrollar un sistema de gestión de ventas a los
clientes que permita al propietario llevar un adecuado
control de las ventas esto hecho mediante los reportes
del cajero.
Una solución exitosa  Interconectar el sistema de inventario a un sistema de
sería ventas que me permitirá agilizar el proceso de venta
y guardar información generada para diversos fines.
 Generar reportes del sistema de ventas y así poder
manejar una administración financiera adecuada.
 Generar un registro de todos los involucrados.
1. GLOSARIO DE TÉRMINOS
1. Sistema de ventas: es el software que ayudara a facilitar las ventas, reportes de la empresa, siendo esto
beneficioso.
2. Misión de la empresa: es el motivo, propósito, fin o razón de ser de la existencia de la empresa ya que define
lo que pretende cumplir en su entorno en el que actua.
3. Oportunidad del negocio: son los beneficios que la empresa tendrá cuando sea implementada con este
software
4. “Oscar CAFÉ - PASTELERIA”: es la empresa en la cual estamos trabajando su sistema de ventas.
5. Cajero: persona que se dedica al cobro de servicio, bienes, etc. El que está en la caja.
6. Mozo: persona que presta atención al público en establecimiento gastronómico (camarero).
7. Alistador: es la persona quien se encarga de alistar los pedidos hechos por el mozo.
8. Cliente: persona quien contrata servicios adquiere un bien a un proveedor, es decir es la persona quien
consumirá en la pastelería.
9. Lista de promoción:
10. Pedido: es lo que el cliente solicita.
11. Pedido alistado: es lo solicitado pero ya preparado.
12. Pedido pendiente: es lo solicitado pero que aún falta prepararlo.
13. Pedido entregado: es lo solicitado pero ya entregado al cliente.
14. Alistado: prepara algo
15. Diagrama: el diagrama es quien apoya la gestión de un sistema de ventas u otros.
2. OBJETIVOS DEL NEGOCIO
 Generales:
o Realizar el sistema de ventas al 100%
 Específicos:
o Elaborar un registro de gestión de promoción de los productos al 100%
o Construir un registro de gestión de promoción de los productos al 100%
o Implementar un registro de gestión de promoción de los productos al 100%
o Elaborar una gestión de alistado de pedidos al 100%
o Construir una gestión de alistado de pedidos al 100%
o Implementar una gestión de alistado de pedidos al 100%
o Elaborar una gestión de reportes del sistema al 100%
o Construir una gestión de reportes del sistema al 100%
o Implementar una gestión de reportes del sistema al 100%
o Elaborar un sistema de gestión de cobro de cuentas al 100%
o Construir un sistema de gestión de cobro de cuentas al 100%
o Implementar un sistema de gestión de cobro de cuentas al 100%
o Elaborar un sistema de gestión de pedidos al 100%
o Construir un sistema de gestión de pedidos al 100%

o Implementar un sistema de gestión de pedidos al 100%
3. REGLAS DEL NEGOCIO
1. El financiamiento de crédito al cliente no se otorga a ningún cliente por ninguna razón.

2. El horario de atención es de lunes a domingos de 12:00 pm – 11:00 pm.
3. El cliente al omitir su pedido solo tendrá derecho a una modificación o cambio de pedido.
4. Una vez realizado el pedido y pagado con anticipación no hay devolución de dinero si no desea dicho pedido.
5. No se realiza pagos con tarjetas.
6. El cliente al momento de pedir el comprobante de pago registrado en nombre de una persona no podrá volver
a pedir el cambio del nombre registrado.
7. El cliente puede solicitar distintos comprobantes de pago de acuerdo a lo consumido.
8. Si el cliente llega a romper cualquier objeto de la empresa será cobrado con el monto correspondiente.
9. El cliente no podrá pedir al cajero que incremente datos falsos en el comprobante de pago.
10. Los clientes que acuden con frecuencia a la pastelería tendrán un 25% de descuento en productos grandes.
4. DIAGRAMA GENERAL DE OBJETIVOS

5. DIAGRAMA GENERAL DE CASOS DE USO
CAPÍTULO II
MARCO TEÓRICO DEL SISTEMA
1. MARCO TEÓRICO
1.1. Marco Conceptual
Para el desarrollo de nuestro sistema se tomaron en cuenta fuentes bibliográficas con la finalidad
de intercambiar y lograr de esta manera una conclusión sobre el diseño y la construcción de un
sistema, para ello definiremos algunos términos que ayudaran a comprender un poco más las
terminologías utilizadas.
1.2.1. Sistemas:
 Según Michael e. Sommerville, en su libro Ingeniería del Software, define:
Sistema: Conjunto de cosas que ordenadamente relacionadas entre sí contribuyen a
determinado objeto.
Un sistema se compone a su vez de otros sistemas.
Componentes de un sistema informático: Hardware y software. El hardware o soporte
físico es todo aquello que podemos tocar: CPU, disco duro, placa, disquetes, monitor,
etc.
 Según Bertalanffy, sistema es un “conjunto de unidades recíprocamente relacionadas.

De allí se deducen dos conceptos: propósito (u objetivo) y globalismo o totalidad”.
Sistema es un todo organizado y complejo; un conjunto o combinación de cosas o partes
que forman un todo complejo o unitario. Es un conjunto de objetos unidos por alguna
forma de interacción o interdependencia. Los limites o fronteras entre el sistema y su
ambiente, admiten cierta arbitrariedad.
1.2.2. Lenguaje Unificado De Modelo Ado (UML).
El lenguaje unificado del Modelo, describe al conjunto de diagramas que representa a un sistema
software a través de varias notaciones gráficas.
UML permite visualizar, construir y documentar las estrategias de cada una de las fases que
comprende un determinado proceso de desarrollo de software.
A continuación se describe los diagramas que son utilizados para el desarrollo del software.
1.1.2.1. Diagrama de Clase.
El diagrama de clase permite visualizar las interfaces, las clases y todas las relaciones que
puedan existir entre ellos, las cuales pueden ser: relaciones asociativas, de generalización o
de herencia.
1.1.2.2. Diagrama de caso de uso
El diagrama de cosos de uso representa el comportamiento del sistema desde el punto de
vista del usuario, a través del cual se identifícalas relaciones entre el sistema y el entorno.
Un diagrama de casos de uso está compuesto por:
A. Casos de uso es la descripción de un conjunto de acciones que determina la

funcionalidad del sistema.
B. Actores: representan a la parte que interactúa con los casos de uso, pudiente ser: un
rol, un dispositivo o incluso otro sistema.
C. Relaciones: representan a las relaciones entre y casos de uso las cuales indica que
el actor es el ente que inicializa el caso de uso.
1.2.3. Modelo De Diseño De La Base Datos
1.1.3.1. Modelo Conceptual
En el libro Diseño conceptual de base de datos. (Dro. Jorge Sánchez recopilo que Peter
Chen introdujo el modelo conceptual de base de datos más usado en el año 1976) en este
libro se explica que el “modelo conceptual de base de datos, se usa fundamentalmente para
la etapa de análisis de un problema dado y está orientado a representar a los elementos
que intervienen en el problema y la relación que existe entre ellos.”
1.1.3.2. Modelo Lógico
Según el autor (Mg. Federico Piedra buena el Instituto de Computación – Facultad de

Ingeniería de la Universidad De La República). “El modelo Lógico es una descripción de la
estructura de la base de datos que puede procesar el software DBMS (Sistema Gestor de
Base de datos).” Propósito Obtener una representación que use de la manera más eficiente
los recursos disponibles en el modelo lógico para estructurar datos y modelar restricciones
1.1.3.3. Modelo Físico
En la cuarta edición del libro de “Fundamentos de Base de Datos (Database System

Concepts)”, autores: Abraham Silberschatz y Henry F. Korth nos define:
El diseño físico es el proceso de producir una descripción de la implementación de la base
de datos en memoria secundaria. Describe las relaciones base y las estructuras de
almacenamiento y métodos de acceso que se utilizarán para acceder a los datos de modo
eficiente. El diseño de las relaciones base sólo se puede realizar cuando el diseñador
conoce perfectamente toda la funcionalidad que presenta el SGBD que se vaya a utilizar.
El modelo físico requiere un profundo entendimiento del manejador de bases de datos que
se desea emplear, incluyendo características como:
 Conocimiento a fondo de los tipos de objetos (elementos) soportados

 Detalles acerca del indexamiento, integridad referencial, restricciones, tipos de datos,
etc.
 Detalles y variaciones de las versiones.
 Parámetros de configuración.
 Data Definition Lenguaje (DDL).
Para llegar a esta instancias, se tuvo primero que diseñar y refinar el Modelo de Datos
conceptual, luego utilizando la técnica de normalización se valida el Modelo de Datos Lógico
y por último, en esta sección se decide cómo realizar la Traducción del Diseño de Datos
Lógico al Diseño de Datos de Físico, diseño que puede ser implementado usando un DBMS
específico.
La etapa de diseño físico especifica que al usuario se le debe habilitar el acceso a la

relación y ocurrencias, sin tener que especificar a donde ni cómo se encuentran
almacenados los datos, siguiendo este principio se comenzará a detallar en cada
subsección los pasos y consideraciones para completar el Modelo de Datos Físico.
1.1.3.3.1. Diseño de las Restricciones de la Empresa para un DBMS.
Las restricciones de la empresa representan, las reglas que gobiernan a la empresa

en el mundo real, que son representadas en las actualizaciones.
Estas restricciones varían dependiendo del DBMS utilizar, ya que cada gestor de
base de datos, ofrece diferentes opciones para representar este tipo de restricciones.
En este capítulo, se definieron reglas de la empresa, obtenidas del diseño lógico.
Como también las restricciones de integridad, de dominio y de referencia, que éstas
de por sí son reglas de la empresa.
1.1.3.3.2. Diseño de la Representación Física.

En este paso el objetivo que se pretende alcanzar es la determinación del tipo de
organización de archivos y sus métodos de acceso que se utilizarán en el
almacenamiento de las relaciones bases, es decir, la forma en que cada relación y
ocurrencia será mantenida en un medio de almacenamiento físico. Una manera que
se obtener un eficiente uso en las estructuras, se deben considerar los siguientes
factores:
 Transacciones, donde se refiere al número de transacciones que pueden ser
procesadas en un intervalo de tiempo.
 Tiempo de Respuesta, este es el lapso de tiempo que se ocupa en completar
una transacción determinada.
 Almacenamiento en Disco, se refiere a la cantidad de espacio en disco
requerido para almacenar la base de datos.
1.1.3.3.3. Diseño de Mecanismos de Seguridad.
El objetivo de esta etapa es diseñar los mecanismos de seguridad para garantizar la

integridad y de violaciones a la base de datos.
Una base de datos representa esencialmente los recursos corporativos de la
empresa, y la seguridad es un recurso muy importante que debe ser analizado. La
idea de este procedimiento es decidir cómo se van a implementar los mecanismos de
seguridad. Sin embargo el diseño de mecanismos de seguridad está muy ligado a lo
que pueda ofrecer por un lado, el gestor de base de datos, y por otro lado, la
seguridad que pueda ofrecer la plataforma computacional donde se montará el
sistema. Además de la seguridad que debe ofrecer, por sí mismo el sistema que está
siendo desarrollado.
Las principales actividades en esta etapa son:
 Diseño de Vistas de Usuario.
 Diseño de reglas de accesos.
1.1.3.3.4. Diseño de Vistas de Usuario.

Diseñar las vistas de usuario para la base de datos, basadas en el modelo de datos
lógico local es el objetivo de este paso .Con este paso se consigue especificar a los
usuarios que acceden a las transacciones del sistema. En un ambiente monousuario,
estas vistas de usuario quedan definidas sólo simplificando los requerimientos de
usuario, en caso contrario, en ambientes multiusuario, es recomendable definir roles
para forzar la seguridad.
1.1.3.3.5. Diseño de Reglas de Acceso.

Diseñar las reglas de acceso para las relaciones base y las vistas de usuarios, es la
meta de este paso.
Los mecanismos de seguridad existentes en el diseño y desarrollo del Sistema, se
pueden analizar desde tres niveles diferentes; del sistema, del Gestor de base de
datos y de la plataforma computacional.
1.1.3.4. Arquitectura del software.
La arquitectura que se va desarrollar para la creación del software es la arquitectura ADO.

Esta arquitectura es diferente a la tradicional arquitectura del cliente servidor de la manera
que la aplicación en lugar de residir el equipo del cliente, reside de una capa media es decir
de un servidor de aplicación.
Esto le permite al usuario acceder a las aplicaciones desde el extremo del cliente
simplemente usando un navegador de red.
Las tres capas de la arquitectura eficazmente son como sigue:
 Capa De Presentación o Interfaz Del Usuario: Esta capa es el interfaz con el usuario y
consiste con el hardware como un PC o una estación de trabajo o un navegador de red.
Esto puede constar cualquier número de máquinas de clientes.
 Capa Lógica De Funcionalidad O Negocio: Esta capa proporciona la funcionalidad al

extremo del usuario y contiene una lógica del negocio (aplicación).
Proporciona el puente entre la primera y la tercera capa, dependiendo del nuero de
puntos y del número de usuarios, cualquier número de servidores de aplicación pueden
colocarse en esta capa.
 Capa De Datos: Esto incluye la base de datos que contiene todos los datos de la
organización y esta se encapsula desde los usuarios finales. Cualquier número de
servidores de base de datos puede colocarse en esta capa, dependiendo del volumen de
transacciones y de la calidad de datos.
Figura N° 2: Esquema de la Metodología ADO
Fuente: Pagina Web oa.upm.es
Los diferentes componentes del software en las tres capas son:

 CAPA DEL CLIENTE: sistema operativo (Windows 95/98) Navegador de red habilitado
para java (internet explorador 5.0/superior).
 CAPA MEDIA: plataforma de NOS (como Windows NT 4.0/Windows2000). Oracle
IA.S
 CAPA DE BASE DE DATOS: Plataforma NOS (como WINDOWS NT 4.0)-ORACLE
8.ario,
CAPÍTULO III
ACTORES, ENTIDADES DEL NEGOCIO
ACTORES EL NEGOCIO
1. DESCRIPCION BREVE
La empresa necesita la participación de estos actores, que son considerados a aquella persona natural o jurídica
que de uno u otro modo realiza la venta de productos a la empresa, para que luego sea la empresa quien
distribuya (venta) generalmente a la población más cercana, con el fin de cumplir las necesidades básicas,
secundarias o terciarias que tiene.
2. CARACTERÍSTICAS:
En este punto se describe las características del actor de negocio.
El cliente es el que inicia todas las acciones que dan

comienzo a los procesos del negocio analizados en
los modelos casos de uso y al mismo tiempo se
beneficia con el resultado del proceso.
3. RELACIONES
 Entre las relaciones que participa el cliente tenemos:
o Gestiona el pago de cuenta
4. DIAGRAMA DEL CLIENTE

TRABAJADORES DEL NEGOCIO
EL MOZO
1. DESCRIPCIÓN BREVE
En el presente documento se hace una breve descripción de los trabajadores del negocio.
2. CARACTERÍSTICAS
En este punto se describe las características del trabajador de negocio.
El mozo es quien será el encargado de

atender las peticiones del cliente, lo cual
le entregara la carta, el pedido y la
cuenta del pedido.
3. RELACIONES
 Entre las relaciones que participa el mozo tenemos:
o Entrega la carta de la pastelería al cliente
o realiza la toma de pedido del cliente
o realiza entrega del pedido al cliente
o realiza la entrega de la cuenta al cliente
El mozo está relacionado con los diferentes casos de uso:
 gestión de toma de pedidos
 gestión de modificación de pedido

 gestión de entrega de pedido
 gestión de entrega e cuenta al cliente
4. DIAGRAMAS DEL MOZO
1.1. DIAGRAMA DE GENERAL DEL MOZO
1.2. DIAGRAMA DE CLASE DEL MOZO
1.3. DIAGRAMA DE COLABORACIÓN DEL MOZO

EL ALISTADOR
2. CARACTERÍSTICAS
El alistador es quien alista todos los
productos que son pedidos por los clientes,
y entregados por el mozo, él se encarga de
servir y entregar a l mozo para que este
entregué o lleve a la meza del cliente.
3. RELACIONES
 Entre las relaciones que participa el alistador tenemos:
o Alista los pedidos para el mozo
o Genera la lista de promoción de los productos
El alistador está relacionado con los diferentes casos de uso:
 gestión de alistado de pedido
 registro de promoción de los productos
4. DIAGRAMAS DEL ALISTADOR
a. DIAGRAMA DE GENERAL DEL ALISTADOR

b. DIAGRAMA DE CLASE DEL ALISTADOR
c. DIAGRAMA DE COLABORACIÓN DEL ALISTADOR

EL CAJERO
2. CARACTERÍSTICAS
El cajero es quien se encarga de cobrar

todo lo que el cliente consumió en la
estancia de la pastelería, este entregara un
comprobante de pago al cliente.
3. RELACIONES
 Entre la relaciones que participa el cajero tenemos:
o Cobro de la cuenta del cliente
o Genera comprobante de pago para el cliente
o Emite reportes del sistema la gerente

El cajero está relacionado con los diferentes casos de uso:
 Genera reportes del sistema
 gestión de pago de cuenta
4. DIAGRAMAS
a. DIAGRAMA GENERAL DEL CAJERO
b. DIAGRAMA DE CLASE DEL CAJERO
c. DIAGRAMA DE COLABORACIÓN DEL CAJERO

EL GERENTE
2. CARACTERÍSTICAS
El gerente es el dueño de la pastelería,

también beneficiario, y a quien el cajero
le entregará cada fin de semana y cada
mes el reporte del sistema de la
pastelería.
3. RELACIONES
 Entre las relaciones que participa el gerente tenemos:
o Recibe los informe de los reportes del sistema

4. DIAGRAMA DEL GERENTE
ENTIDADES DEL NEGOCIO
1.1 ENTIDADES DEL NEGOCIO
En el presente documentos se describe a las entidades del negocio.
2. RESPONSABILIDADES
Aquí se describe el rol de la clase entidad en el negocio y su ciclo de vida desde su creación hasta su eliminación.
En esta entidad se registra el

producto vendido al cliente en
forma de pago al contado.
Esta entidad contiene todos los

productos que la pastelería veden,
con sus respectivos precios-
Esta entidad contiene todo los
productos que el cliente consumió,
solo es una guía para que el cliente
mire lo q gasto, pero no es válido.
En esta entidad estará todas las

ventas que en cajero realizo,
registrara también la cantidad de
cada comprobante de pago y la suma
total de la ventas.
En esta entidad el mozo anotara todo

lo que el cliente orden, productos,
precio, cantidad.
En esta entidad el alistador realizara

una lista de las promociones de los
productos que ya tienen un día, lo
cual entregar al mazo para que este
los ofrezca.
Se registra todos los productos que

tiene la empresa.
Esta entidad son el pedido e conjunto

que realiza el cliente.
Esta entidad está en la misma

pastelería es aquí donde el cliente
consume su pedido, también cada
mesa tiene un número.
Esta entidad lo creara el cajero al

momento de que realice el reporte
que será entregado al gerente.
3. RELACIONES
Estas entidades son importantes para el negocio porque a través de ellos se lleva un control, de registros de cada
instancia de la empresa como son la toma de pedidos, productos, ventas, etc.
 La entidad comprobante de pago está relacionada con el cajero y el cliente, el cajero entrega un tipo de
comprobante de pago al cliente.
 La entidad carta de pastelería está relacionada con el mozo y el cliente, el mozo entregara la carta apara que el
cliente pueda elegir los pedidos a consumir.
 La entidad proforma está relacionada también con el mozo y el cliente, el mozo entregara esta proforma al
cliente para que este sepa los productos que consumió, los precios, la cantidad y el importe a pagar.
 La entidad cuaderno de lista de las ventas está relacionada con el cajero, pues este realizara una alista de todas
las ventas realizadas en la empresa para que realice un informe que será entregado al gerente.
 La entidad cuaderno de pedidos está relacionada con el mozo y el alistador, el mozo anotara todo lo que el
cliente ordene, productos y cantidad para que luego lo transfiera al alistador ya que este alistara todos los
productos del cliente.
 La entidad cuaderno de promociones está relacionada con el alistador
 La entidad cuaderno de producto está relacionada col alistador puesto que este revisara el estado de cada
producto para que así realiza la promoción a los respectivos productos
 La entidad pedido está relacionada con el mozo y el cliente, el mozo preguntara al cliente el tipo de pedido que
realizara
 La entidad mesa está relacionada también con el mozo, que al momento de que tome el pedido del cliente, este
registrara el número de mesa que corresponde
 La entidad informe está relacionada con el cajero y el gerente, el cajero realizara el informe para que sea
entregado al gerentes, y este tenga conocimiento del sistema de venta.
 La entidad archivador de ventas esta relacionada con el gerente, este al recibir y revisas el informe del reporte
del sistema, archivara todos los informes en este archivador de ventas.
4. OPERACIONES
Cada entidad permite realizar un control más efectivo de las actividades realizadas en la empresa.
5. ATRIBUTOS
Los atributos a considerar en cada entidad son los nombres, titulo, código, numero.
6. DIAGRAMAS
6.1. Pedido del cliente
6.2. Diagrama de comprobante de pago

vacio
llenado Anulado
Emitido
Entregado
Archivado
6.3. Diagrama de informe del reporte del sistema.
Vacio
Estructurado
Organizado
Actualizado
Llenado
Presentado
Archivado
Presentado
Verificado
6.4. Diagrama de estado de promoción de productos
Aceptado Corregido
6.5. Diagrama de estado de Cuaderno de pedidos
Vacio
Llenado
Actualizado
Archivado
SISTEMAS DE GESTIÓN DE VENTAS

GESTIÓN DE TOMA DE PEDIDO
BUCRS001
1. Introducción
1.1 Propósito
Su propósito es identificar todos los roles, productos y entregables del negocio, así como describir como
las realizaciones de los casos de uso del negocio serán llevados a cabo por business workers y business
entities.
1.2 Alcance
El presente documento detalla la especificación de la realización del caso de uso de negocio: Gestionar
pedido.
1.3 Referencias
BUCS001_Gestión de toma de pedidos
1.4 Resumen
El presente documento esta subdividido en siete secciones: una breve descripción del caso de uso de
negocio, una explicación textual de cómo el flujo de trabajo es realizado por el modelo de análisis del
negocio, los roles participantes que incluyen a los business workers y business entity, los diagramas de
actividades, los diagramas de interacción describiendo el flujo básico y los flujos alternativos y los
diagramas de clases.
2. Flujo de trabajo de la realización
Este workflow presenta los diagramas relacionados al caso de uso de negocio: gestión de toma de pedido y
explica a través de ello el flujo de trabajo del negocio, la estructura estática y las interacciones entre los
objetos de negocio participantes.
2.1 Breve descripción
El proceso Gestionar la toma de pedido se inicia con el cliente, el cual llega a la pastelería y se sienta en
una mesa, el mozo entrega la carta al cliente, este recepciona y verifica la carta, si en la carta hay un
producto de su agrado llama al mozo, el mozo le pregunta al cliente la categoría de pedido, la cantidad, y
para luego registrar todo lo que el cliente respondió en el cuaderno de pedidos, también para que el mozo
sepa a qué meza corresponde el pedido, anota el número de mesa donde está el cliente, ahora si es que no
hay un producto de su agrado, el cliente rechaza el pedido y se retira.
2.2 Descripción del Flujo de trabajo de la realización
El modelo de análisis del negocio empieza con las descripción en detalle del flujo de trabajo del proceso,
para lo cual se utiliza el diagrama de actividades, luego se identifica los objetos internos del negocio y las
relaciones relevantes entre ellos, aplicando un diagrama de clases de negocio y finalmente se lleva a cabo
la interacción interna dentro del proceso mediante el diagrama de colaboración del negocio con el cual se
representa el flujo básico y los flujos alternos de dichas interacciones.
2.3 Roles participantes
 Business workers:
Mozo
 Business Entities:
Cuaderno de pedidos, carta de pastelería, mesa
2.4 Diagrama de actividades (Flujo de Actividades) de toma de Gestión de pedido

2.5 Diagrama de interacción (Comportamiento del negocio)
2.5.1 Flujo Básico : Gestionar toma de pedido pedido
2.6 Diagrama de clases (Estructura interna del negocio) de gestión de toma de pedido
GESTIÓN DE ALISTADO DE PEDIDO
BUCRS002
1. Introducción
1.1. Propósito
Su propósito es identificar todos los roles, productos y entregables del

negocio, así como describir como las realizaciones de los casos de uso del
negocio serán llevados a cabo por business workers y business entities.
1.2. Alcance
El presente documento detalla la especificación de la realización del caso de

uso de negocio: Gestionar el alistado de pedido.
1.3. Referencias
BUCS002_Gestión de alistado de pedidos
1.4. Resumen
El presente documento esta subdividido en siete secciones: una breve

descripción del caso de uso de negocio, una explicación textual de cómo el
flujo de trabajo es realizado por el modelo de análisis del negocio, los roles
participantes que incluyen a los business workers y business entity, los
diagramas de actividades, los diagramas de interacción describiendo el flujo
básico y los flujos alternativos y los diagramas de clases.

Este workflow presenta los diagramas relacionados al caso de uso de negocio:
gestión de alistado de pedido y explica a través de ello el flujo de trabajo del
negocio, la estructura estática y las interacciones entre los objetos de negocio
participantes.
2.1. Breve descripción

El proceso Gestionar el alistado de pedido se inicia con el mozo, cuando este
transfiere la copia de su cuaderno de pedidos al alistador, y este recepciona,
revisa y busca los pedidos que están en la copia de seguridad, si hay el
pedido que está en la copia del cuaderno, el alistador separa los pedidos,
sirve y agrupa los pedidos de las diferentes mesas, luego entrega al mozo,
este recepciona los pedidos alistados, los compara con su cuaderno de
pedidos y si esta correcto acepta el pedido y si no informa error al alistador,
ahora si es que no hay el pedido en la pastelería el alistador llama al mozo y
le informa que no hay algunos pedidos y el mozo se dirige nuevamente a la
meza del cliente a modificar los pedidos agotados.
2.2. Descripción del Flujo de

trabajo de la realización
El modelo de análisis del negocio empieza con las descripción en detalle del
flujo de trabajo del proceso, para lo cual se utiliza el diagrama de
actividades, luego se identifica los objetos internos del negocio y las
relaciones relevantes entre ellos, aplicando un diagrama de clases de negocio
y finalmente se lleva a cabo la interacción interna dentro del proceso
mediante el diagrama de colaboración del negocio con el cual se representa
el flujo básico y los flujos alternos de dichas interacciones.
2.3. Roles participantes

Alistador
Cuaderno de pedidos, pedido
2.4. Diagrama de actividades

(Flujo de Actividades) de alistado de pedidos
2.5. Diagrama de interacción
(Comportamiento del negocio)
2.5.1. Flujo Básico : Alista pedido
2.6. Diagrama de clases (Estructura interna del negocio) de alistado de pedidos

GESTIÓN DE ENTREGA DE PEDIDO
BUCRS003
1. Introducción
1.1. Propósito
1.2. Alcance
uso de negocio: Gestionar entrega de pedido
1.3. Referencias
BUCS003_Gestión entrega de pedidos
1.4. Resumen


gestión de entrega de pedido y explica a través de ello el flujo de trabajo del
participantes.

El proceso Entrega de pedido se inicia con el mozo cuando este adquiere el
pedido alistado, luego verifica los pedidos, chequea la mesa donde
corresponde el pedido, el mozo se dirige a la mesa y entrega el pedido al
cliente, el cliente recepciona el pedido, verifica si el pedido esta correcto y si
lo estas acepta el pedido ahora si es que el cliente no está conforme informa
al mozo y este realiza el cambio respectivo.


Mozo
Pedido, mesa

(Flujo de Actividades) de entrega de pedidos

2.5.1. Flujo Básico : Entrega pedido

2.6. Diagrama de clases (Estructura interna del negocio) de entrega de pedido
GESTIÓN DE ENTREGA DE CUENTA
BUCRS004
1. Introducción
a. Propósito
b. Alcance
uso de negocio: Gestionar entrega de cuenta al cliente
c. Referencias
BUCS004_Gestión entrega de cuenta al cliente
d. Resumen

gestión de entrega de cuenta y explica a través de ello el flujo de trabajo del
participantes.
a. Breve descripción
El proceso Entrega de cuenta al cliente, empieza con el mozo cuando ya
entrego los pedidos a la mesa, este anotas los pedidos, la cantidad, y el
precio para luego sumarlo en la proforma, terminando este proceso se dirige
a la mesa para así entregar la proforma al cliente correspondiente, este
recepciona la cuenta y lo verificas y si esta conforme con la cuneta acepta la
proforma sin ningún reclamo, ahora si es que no está conforme reclama al
mozo devolviéndole la proforma y este corrige la proforma..
b. Descripción del Flujo de trabajo de la realización

c. Roles participantes
Mozo
Proforma, mesa
d. Diagrama de actividades (Flujo de Actividades) de entrega de cuenta
e. Diagrama de interacción (Comportamiento del negocio)
i. Flujo Básico : Entrega de cuenta
ii. Diagrama de clases (Estructura interna del negocio) de entrega de cuenta

GESTIÓN DE COBRO DE CUENTA
BUCRS005
1. Introducción
a. Propósito
b. Alcance
uso de negocio: Gestionar de pago de cuenta
a. Referencias
BUCS005_Gestin de pago de cuenta
b. Resumen
c. Flujo de trabajo de la realización

gestión de pago de cuenta y explica a través de ello el flujo de trabajo del
participantes.
El proceso de pago de cuenta, empieza cuando el cliente coge la cuenta que
fue entregada por el mozo y el cliente se dirige a entregar la proforma al
cajero, este lo recepciona y pregunta el tipo de comprobante, también
pregunta los datos de quien estará el comprobante, los redacta y entrega al
cliente, este lo recepciona.

Cliente, cajero
Proforma, mesa, comprobante de pago
d. Diagrama de actividades (Flujo de Actividades) de cobro de

cuenta
i. Flujo Básico : pago de cuenta

ii. Diagrama de clases (Estructura interna del negocio) de pago de cuenta
GESTIÓN DE MODIFICACIÓN DE PEDIDO
BUCRS006
1. Introducción
1.1. Propósito
1.2. Alcance
uso de negocio: Modificación de pedido
1.3. Referencias
BUCS006_Gestión modificación de pedidos
1.4. Resumen

gestión de modificación de pedido y explica a través de ello el flujo de trabajo
del negocio, la estructura estática y las interacciones entre los objetos de negocio
participantes.

El proceso de modificación de pedido se inicia cuando el mozo informa que
no hay pedido al cliente y le vuelve a entregar la carta, el cliente recibe y
verifica y si hay un producto de su agrado indica al mozo y este pregunta la
categoría de pedido y la cantidad de cada pedido luego registra la cantidad y
los pedidos en el cuaderno de pedidos y si no hay un producto de su agrado
en la carta el cliente rechaza pedido y no pide nada.


Mozo
Pedido, carta, cuaderno de pedido

(Flujo de Actividades) de modificación de pedidos

2.5.1. Flujo Básico : modificación de pedido

2.6. Diagrama de clases (Estructura interna del negocio) de modificación de
pedido
GESTIÓN DE REGISTRO DE PROMOCIÓN DE
PRODUCTOS
BUCRS007
1. Introducción
a. Propósito
b. Alcance
uso de negocio: registro de promoción de productos
c. Referencias
BUCS007_Gestión de registro de promoción de productos
d. Resumen

gestión de registro de promoción de productos y explica a través de ello el flujo
de trabajo del negocio, la estructura estática y las interacciones entre los objetos
de negocio participantes.
El proceso de registro de promoción de productos se realizó ya que a veces
los productos e pasan un día de la preparación y estos se tienen que poner en
promociones para así no perder lo invertido.
Alistador
Producto, cuaderno de listas de promociones
d. Diagrama de actividades (Flujo de Actividades) de registro de

promoción de productos
i. Flujo Básico : promoción de productos

f. Diagrama de clases (Estructura interna del negocio)
SISTEMAS DE GESTIÓN DE VENTAS “OSCAR” Café –
Pastelería
GESTIÓN DE REPORTE DEL SISTEMA
BUCRS008
1. Introducción
1.1 Propósito
1.2 Alcance
uso de negocio: Gestionar el reporte del sistema.
1.3 Referencias
BUCS008_Gestión de reporte del sistema
1.4 Resumen
2 Flujo de trabajo de la realización

gestión de alistado de pedido y explica a través de ello el flujo de trabajo del
participantes.
2.1 Breve descripción

El proceso gestionar el reporte del sistema se da cuando el cajero necesita
informar al gerente para que el este al pendiente de todo los movimientos de
la pastelería
2.2 Descripción del Flujo de trabajo de la realización
2.3 Roles participantes

Cajero
Comprobantes de pago, lista de la venta, informe archivador de informe
2.4 Diagrama de actividades (Flujo de Actividades)
2.5 Diagrama de interacción (Comportamiento del negocio)

2.5.1 Flujo Básico : reporte del sistema
2.6 Diagrama de clases (Estructura interna del negocio)

Documentacion Pasteleria 5 PDF Free

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

Documentacion Pasteleria 5 PDF Free

Cargado por

Copyright:

Formatos disponibles

“Año de la diversificación productiva y del fortalecimiento de la educación”

IMPLEMENTACION DE UN SISTEMA DE VENTAS DE LA

CÁTEDRA : PROYECTO DE PROGRAMACIÓN

CATEDRÁTICO : ING. JORGE VEGA FLORES.

ESTUDIANTE : GOMEZ QUINTANILLA, Mirella Chessira

1.1 Misión de la Empresa

La misión de Pastelería “DULCHESSITO” como empresa productora y comercializadora de tortas y

1.2 Oportunidad de Negocio

 La oportunidad de implementar el sistema que ayudaría a la empresa a generar la facilidad ventas.

2 Descripción del Problema

2. OBJETIVOS DEL NEGOCIO

o Realizar el sistema de ventas al 100%

o Elaborar un registro de gestión de promoción de los productos al 100%

o Construir un registro de gestión de promoción de los productos al 100%

o Implementar un registro de gestión de promoción de los productos al 100%

o Elaborar una gestión de alistado de pedidos al 100%

o Construir una gestión de alistado de pedidos al 100%

o Implementar una gestión de alistado de pedidos al 100%

o Elaborar una gestión de reportes del sistema al 100%

o Construir una gestión de reportes del sistema al 100%

o Implementar una gestión de reportes del sistema al 100%

o Elaborar un sistema de gestión de cobro de cuentas al 100%

o Construir un sistema de gestión de cobro de cuentas al 100%

o Implementar un sistema de gestión de cobro de cuentas al 100%

o Elaborar un sistema de gestión de pedidos al 100%

o Construir un sistema de gestión de pedidos al 100%

3. REGLAS DEL NEGOCIO

1. El financiamiento de crédito al cliente no se otorga a ningún cliente por ninguna razón.

4. DIAGRAMA GENERAL DE OBJETIVOS

MARCO TEÓRICO DEL SISTEMA

 Según Bertalanffy, sistema es un “conjunto de unidades recíprocamente relacionadas.

1.2.2. Lenguaje Unificado De Modelo Ado (UML).

1.1.2.1. Diagrama de Clase.

A. Casos de uso es la descripción de un conjunto de acciones que determina la

1.2.3. Modelo De Diseño De La Base Datos

1.1.3.1. Modelo Conceptual

Según el autor (Mg. Federico Piedra buena el Instituto de Computación – Facultad de

1.1.3.3. Modelo Físico

En la cuarta edición del libro de “Fundamentos de Base de Datos (Database System

 Conocimiento a fondo de los tipos de objetos (elementos) soportados

La etapa de diseño físico especifica que al usuario se le debe habilitar el acceso a la

1.1.3.3.1. Diseño de las Restricciones de la Empresa para un DBMS.

Las restricciones de la empresa representan, las reglas que gobiernan a la empresa

1.1.3.3.2. Diseño de la Representación Física.

1.1.3.3.3. Diseño de Mecanismos de Seguridad.

El objetivo de esta etapa es diseñar los mecanismos de seguridad para garantizar la

1.1.3.3.4. Diseño de Vistas de Usuario.

1.1.3.3.5. Diseño de Reglas de Acceso.

1.1.3.4. Arquitectura del software.

La arquitectura que se va desarrollar para la creación del software es la arquitectura ADO.

 Capa Lógica De Funcionalidad O Negocio: Esta capa proporciona la funcionalidad al

Los diferentes componentes del software en las tres capas son:

El cliente es el que inicia todas las acciones que dan

 Entre las relaciones que participa el cliente tenemos:

o Gestiona el pago de cuenta

4. DIAGRAMA DEL CLIENTE

El mozo es quien será el encargado de

 Entre las relaciones que participa el mozo tenemos:

o Entrega la carta de la pastelería al cliente

o realiza la toma de pedido del cliente

o realiza entrega del pedido al cliente

o realiza la entrega de la cuenta al cliente

El mozo está relacionado con los diferentes casos de uso: