UML Restaurante TALLER

TALLER DE CREACION DE DIAGRAMAS DIAGRAMAS CIBERCTEC

Elaborado por: Feibert Alirio Guzmán Pérez Versión 1.0 (DOCUMENTO DE TRABAJO)

Proyecto: Restaurante Asignatura: Análisis y Diseño de Sistemas VILLAVICENCIO

1/16

1. DISEÑE DISEÑE LOS LOS DIAGR DIAGRAMA AMAS S PARA PARA EL PROYECTO PROYECTO

A. DIAGRA DIAGRAMA MA DE CASO DE USOS PARA PARA GESTION GESTION DE CLIENTES CLIENTES

B. DIA DIAGRA GRAMA MA DE CASO PARA PARA REALIZA REALIZAR R PEDIDOS PEDIDOS

C. DIA DIAGRA GRAMA MA DE DE CASO PARA PARA FACTUR FACTURAS AS

2. GEN GENERE ERE EL EL DIAGR DIAGRAM AMA A DE DE CLASES CLASES

3. GENER GENERE E LAS CONCL CONCLUCIO UCIONESD NESDEL EL PROY PROYECTO ECTO

2/16

3/16

Introducción

Para ser competente en un mercado tan exigente como el que hoy en día cuentan la mayoría mayorí a de los países a nivel económico, económico, cualquier tipo de empresa empresa necesaria necesariamente mente se ve en la obligación obligación de con contar tar con un un sistema sistema de de manejo manejo de datos. datos. Los locales locales comerciales utilizan este tipo de sistemas como un apoyo para sus tareas diarias, como co mo lo son el ma mane nejo jo de ca caja, ja, la co conta ntabili bilidad dad fin financ ancier iera a que posean posean,, es de decir cir,, acreedores y deudores, y sobretodo el manejo de inventarios.

Es po porr es eso o qu que e en es este te pr proy oyec ecto to qu quer erem emos os im impl plan anta tarr y de desa sarr rrol ollar lar to todo dos s lo los s conocimientos adquiridos a lo largo de la carrera de ingeniería de sistemas y en especial en el área de Orientado por Objeto, para aplicarlos en la sistematización de un Re Resta staura urant nte e , en el cu cual al ob obser serva vamo mos s los inc incon onven venien ientes tes qu que e tie tienen nen en es estos tos moment mom entos os para llevar acabo acabo un control control y admi administr nistración ación de toda

su informació información, n,

teniendo en cuenta una serie de parámetros con los que cuentan estos tipos de sistema sist emas s para hacerlos hacerlos con una gran gran calidad y sobretodo sobretodo de fácil manejo para para la persona que lo requiera.

4/16

1. PLANTEAMIENTO DEL PROBLEMA

1.1. Descripción Del Problema El Restaurante ¨ Las Brasas Brasas ¨ actualmente con sede sede en Barranquilla, ubicado en el eje central del comercio comercio del Bulevar de Simón Bolívar, Bolívar, se ha caracterizado caracterizado por el alto flujo de clientes que allí llegan con el fin de conseguir todos aquellos productos, tales como: platos típicos de la región, platos internacionales, más. La operación del restaurante es diaria de este local se enfoca en los diferentes platos típicos con que cuenta, cuenta, el dueño del restaurante restaurante debe realizar la reserva de mesas, mesas, la gesti ge stión ón de ped pedido idos. s. La re reser serva va de me mesa sas s pue puede de Lle Llevar varse se a cab cabo o por teléfono teléfono o directamente. El cliente escoge el plato de su preferencia por lo cual se prosigue a informarle el precio, las mesas están separadas para el fumador y de no fumador y llevan un indicador del numero de persona persona . En sí sínt ntes esis is,, es este te re rest stau aura rant nte e a me medi dida da qu que e va pa pasa sand ndo o el ti tiem empo po,, ha ve veni nido do extendiendo su competencia en el mercado actual; por lo cual se va haciendo más indispensable optimizar y actualizar constantemente constantemente sus datos.

Tenien Ten iendo do en cu cuent enta a est esta a pro proble blemát mática ica que se va generan generando do a me medid dida a qu que e

El

restaurante crece, se hace necesario que este implemente un sistema de gestión, que le permita procesar toda su informació información n comercial.

1.2. Formulación Formulación Del Problema Por lo cual se proyecta proyecta el siguiente siguiente interrogante: interrogante:

5/16

¿De que manera se puede optimizar el modo en que lleva sus datos el restaurante; con el objetivo de minimizar el tiempo del proceso de manejo de la información, como sus ingresos y egresos diarios de dinero, reservar mesas con día hora y fecha para la cual se quiere?

2. OBJETIVOS

2.1. Objetivos específicos 

Crear un registro sistematizado, de los pedidos realizados por los clientes



Sistematizar la reserva de mesas, especificando el tipo de mesas fumador o no fumador, si esta ocupada, libre, reservada y el numero de personas que puede ocupar la mesa



Manejar una base de datos con los platos típicos y clientes.



Crear registro para la gestión de clientes de clientes.





Analizar el flujo de de información que que maneja maneja el local.

Generar reportes reportes de inventario inventario y ventas en tiempo real.

2.2. Objetivos Generales Crear un software para El restaurante, para permitir una administración y control más eficiente y sencilla de las operaciones como facturación, gestión de clientes, reserva

6/16

de me mesa sas, s, ge gesti stión ón de ped pedido idos s que se ma mane neja jan n en es esta, ta, ac acord orde e co con n las nue nuevas vas tecnologías.

JUSTIFICACIÓN DEL PROYECTO El restaurante, es uno de los centros más importantes de la zona en que se encuentra, pues brinda la oportunidad y facilidad de encontrar gran variedad de platos típicos a la comunidad.

Conociendo Conociend o todos los inconveniente inconvenientes s que se presentan en este local, sistematiz sistematizar ar toda su actividad económica, económica, seria una manera manera más eficaz eficaz y fácil para la administración de este, conjuntamente, conjuntamente, les brindaría la facilidad y un completo orden en el mane manejo jo de sus datos; teniendo esto a su alcance, la empresa puede seguir creciendo sin el miedo de que entre mas datos hayan mas difícil sea para esta manejarlos y estos queden como la parte inestable y frágil de la empresa.

Por tal motivo motivo presentamo presentamos s este

proyecto proy ecto como como solución solución a las problemát problemáticas icas que

posee el restaurante, esperando que con las herramientas del software propuesto, el manejo de los datos del restaurante, sea más eficaz.

3. DESCRIPCIÓN DEL SISTEMA ACTUAL El res restau tauran rante te no po posee see un ma mane nejo jo sis siste tema matiz tizado ado de la inf infor orma mació ción, n, tod todos os sus procesos se realizan manualmente, la gestión de pedidos, la reserva de mesas, y la contabilidad del lugar se lleva a través de apuntes plasmados plasmados en una libreta.

7/16

El cli client ente e qu que e ya res reserv ervo o la me mesa sa se bus busca ca ent entre re los ap apunt untes, es, las me mesa sas s est están án marcadas marcada s por números además poseen poseen un papel que indica si es para fumadores y no fumadores, para saber el numero de personas que puedan ocupar la mesa se cuenta el numero de sillas que esta tiene. La co cont ntab abili ilida dad d de dell si siti tio, o, se ll llev eva a a tr trav avés és de li libr bros os,, la fa fact ctur urac ació ión n se re real aliz iza a manualmente.

4. SISTEMA PROPUESTO El sistema que se le ofrece al restaurante, es el manejo de la información a través de herramientas informáticas. En que el administrador o dueño del restaurante puede manejar la información del sitio de una forma más organizada con el almacenamiento de la información en base de datos, que facilitan los procesos de gestión de pedidos, el manejo de las reservas de mesas y la gestión de clientes; además, el sistema realiza reportes de cada uno de los procesos, y la facturación de cada uno de los pedidos realizados por por los clientes

5. REQUERIIENTOS REQUERIIENTOS FUNCIONALES RQNF1: Tomar datos de Clientes RQNF2:: Consultar datos Clientes RQNF2 RQNF3:: Consultar mesas disponibles RQNF3 8/16

RQNF4: Tomar datos mesas RQNF5: Toma pedidos RQNF6:: Consultar pedidos RQNF6 RQNF7: Procesar datos RQNF8: Mostrar datos Cliente RQNF9: Mostrar datos mesas RQNF10: Mostrar pedidos RQNF11: RQNF1 1: Generar fecha de realización de pedidos RQNF12: RQNF1 2: Generar hora de realización de pedidos

6. REQUERIIENTOS NO FUNCIONALES RQNF01: RQNF01: arquitectura cliente/servidor RQNF02: servidor Asus, 512Mb en Ram, Procesador Athlon 2Ghz, Disco duro 40 Gb RQNF03: Tecnología JAVA (Sun Microsystems), access. RQNF04: RQNF04: Windows Wi ndows 2003 server.

7. CASOS DE USOS Casos de usos clientes CUO1: Registrar Clientes CUO2: Eliminar Clientes CUO3: Actualizar Clientes CUO4: Buscar Clientes CUO5: Imprimir Cliente CUO6: Consultar Clientes CUO7: Imprimir listado de Clientes 9/16

Casos de usos pedidos CUO1: Registrar pedidos CUO2: Eliminar pedidos CUO3: Actualizar pedidos CUO4: Buscar pedidos CUO5: Imprimir pedidos CUO6: Imprimir lista pedidos CUO7: Cancelar cuenta CUO8: Cancelar pedido

Casos de usos mesas CUO1: Registrar mesa CUO2: Eliminar mesa CUO3: Actualizar mesa CUO4: Buscar mesas CUO5: Imprimir mesas CUO6: Imprimir lista mesas CUO7: Escoger mesas por número de personas CUO8: Reservar mesa

8. DESCRIPCIÓN DE ACTORES Mesero Administrador Adminis trador o dueño Auxiliar

9. DESCRIPCION CASOS DE USOS

9.1. Sistema Clientes

Caso de Uso:

Registrar Clientes.

Actores: Tipo:

Administrador Administr ador Primario. 10/16

Descripción:

El Ad Admi mini nist stra rado dorr se en enca carg rga a de re regi gist stra rarr a lo los s cl clie ient ntes es de dell restaura rest aurante, nte, para man manten tener er los dat datos os y así los clien clientes tes pue puedan dan ordenar los diferentes platos que ofrece el restaurante restaurante..

Caso de Uso: Actores: Tipo: Descripción:

Eliminar Clientes. Administrador Administr ador Primario. El Administrador elimina a los clientes que se encuentra en la base de datos y los cuales ya no harán parte del establecimi establecimiento ento

Caso de Uso:

Actualizar Clientes.

Actores: Tipo:

Administrador Administr ador

Descripción:

Primario. El Adm dmin inis istr trad ador or Ac Actu tual aliz iza a lo los s da dato tos s de dell cl clie ient nte e ya se sea, a, la dirección, su numero de identificación

Caso de Uso:

Buscar Clientes.

Actores: Tipo:


Descripción:

Primario. Busc Bu scar ar un de deter termin minad ado o cli client ente e par para a sab saber er si se enc encue uentr ntra a ya registrado o para verificar los datos personales que se encuentran guardado en la base de datos

Caso de Uso: Actores: Tipo: Descripción:

Imprimir Cliente. Administrador Administr ador Primario. Plasma en papel un cliente en especifico 11/16

Caso de Uso:

Imprimir Listado Clientes.

Actores: Tipo:


Descripción:

Primario. Plasma en papel papel la lista l ista de todos los clientes en la base de datos

9.2. Sistema pedido

Caso de Uso:

Registrar Pedidos.

Actores: Tipo:


Descripción:

Primario. El Administrador registra los pedidos hechos por los clientes en la base de datos

Caso de Uso:

Eliminar Pedidos.

Actores: Tipo:


Descripción:

Primario. El Administrador puede eliminar los pedidos hechos por un cliente que desee cancelar lo que pide.

Caso de Uso: Actores:

Actualizar Pedidos. Pedidos.

Tipo: Descripción:

Primario.


El administrador puede actualizar el pedido del cliente cambiando el plato por otro que el cliente quiera.



Tipo:

Primario.

Buscar Pedidos.

12/16

Descripción:

El ad adm min inis istr trad ador or pu pued ede e bu busc scar ar lo los s pe pedi dido dos s qu que e re real aliz izo o un determinado determina do cliente.


Imprimir Pedidos. Administrador Administr ador

Tipo: Descripción:

Primario.

Caso de Uso:

Imprimir Lista de Pedidos.

Actores: Tipo:


Descripción:

El Administrador puede imprimir un pedido en específico

Primario. El Administrador se encarga de imprimir una lista de pedidos o de todos los pedidos realizados en una fecha en específico

9.3. Sistema mesas Caso de Uso: Actores:

Registrar mesas. Administrador Administr ador

Tipo: Descripción:

Primario.

Caso de Uso:

Eliminar mesas.

Actores: Tipo:


Descripción:

El Administrador se encarga de crear nuevas mesas

Primario. El Administrado Administradorr borra una mesa

13/16

Caso de Uso:

Actualizar mesas. mesas.

Actores: Tipo:


Descripción:

Primario. El Administrador realiza las actualizaciones de las mesas ya sea para asignarle un nuevo numero de personas o quitarle la cantidad se persona que pueda tener la mesa, o para modificar su tipo, mesa de fumador o no fumador.

Caso de Uso:

Buscar mesas.

Actores: Tipo:


Descripción:

Primario. El administrador realiza la búsqueda de mesas para verificar si es una mesa de fumadores o no y además para saber el número de personas que pueda tener asignada.


Imprimir mesas Administrador Administr ador

Tipo: Descripción:

Primario.

Caso de Uso:

Imprimir lista de mesas

Actores: Tipo:


Descripción:

Plasma en papel los datos datos referente a la esa

Primario. imprime todas las listas de todas las mesas con sus respectivos datos

Caso de Uso:

Escoger Mesas por numero de persona

Actores: Tipo:


Descripción:

Primario. El ad admi mini nist stra rado dorr pu pued ede e es esco coge gerr la me mesa sas s po porr el nu nume mero ro de personas que pueda tener.

14/16

DIAGRAMA DE CASO DE USOS PARA GESTION DE CLIENTES

DIAGRAMA DE CASO PARA REALIZAR PEDIDOS

DIAGRAMA DE CASO PARA FACTURAS

DIAGRAMA DE CLASES

13. CONCLUCIONES

15/16

16/16

UML Restaurante TALLER

Recommend Documents