Download - Proyecto Restaurat
CONTENIDO
Pag.
CARRERA PROFESIONAL DE INGENIERÍA DE SISTEMAS Y COMPUTACIÓN
PROFESOR: Ing. YGNACIO GARCÍA, Mabel
INTEGRANTES: Espino Lujan, Nancy Carina Valenzuela Sulca, Fredy
1
TITULO DEL TEMA:
SISTEMA DE VENTAS EN EL RESTAURANTE “IL BUON MANGIARE”
“AÑO DE LA DIVERSIFICACIÓN PRODUCTIVA Y DEL FORTALECIMIENTO DE LA EDUCACIÓN”
Lima, 2015
I. PROYECTO.......................................................................................03
II. DIAGNOSTICO SITUACIONAL.................................................... 03
II.1 ANTECEDENTES DE LA EMPRESA
II.2 ORGANIZACIÓN DE LA EMPRESA
II.2.1 VISIONII.2.2 MISIONII.2.3 OBJETIVOS
II.3 ANALISIS FODA
II.4 ANALISIS Y FORMULACION DEL PROBLEMA
2.4.1. Planteamiento del Problema
2.4.2. Formulación del Problema
2.4.3. Hipótesis
II.5 ESTRATEGIA PRINCIPAL DE LA EMPRESA
III. JUSTIFICACIÓN DEL PROYECTO........................................07
IV. ESTUDIO DE FACTIBILIDAD..............................................08IV.1 FACTIBILIDAD ECONOMICAIV.2 FACTIBILIDAD OPERATIVAIV.3 FACTIBILIDAD TECNICAIV.4 FACTIBILIDAD EN FECHAS
V. DIAGRAMA DE CASO DE USO DEL NEGOCIO……………..….15V.1.1 Identificación de los actores y sus responsabilidadesV.1.2 Diagrama de caso uso del NegocioV.1.3 Diagrama de secuencia de Gestión de InventarioV.1.4 Diagrama de secuencia de Gestión de VentasV.1.5 Diagrama de Secuencia de Gestión de PedidoV.1.6 Diagrama de Secuencia de Gestión de Cocina
VI. DIAGRAMA DE CASO DE USO DEL SISTEMA………………....18VI.1.1Identificación de los Casos de CasoVI.1.2 Generalización del actor
VII. COMCLUCIONES…………………………………………………………………..30
VIII. SUGERENCIAS………………………………………………………………….…..31
I. PROYECTO
“SISTEMA DE VENTAS EN EL RESTAURANTE IL BUON MANGIARE”
2
II. DIAGNOSTICO SITUACIONAL
II.1 ANTECEDENTES DE LA EMPRESA
El Restaurante “Il Buon Mangiare” ubicado en Jirón Carlos Alayza y Roel 2069, Lince, con el propósito de dar siempre un buen servicio y ser aceptado por la clientela los socios Enrique Sabella y Mauricia.
Nuestra pasta es elaborada artesanalmente con los mejores ingredientes y con mucho amor y dedicación en su elaboración. El chef Enrique Neri Adquirió todos sus conocimientos de la Nora Luciana quien enseño todas las costumbres culinarias de la zona de Emilia en la Bella Italia.
Se ha caracterizado por el alto flujo de clientes que allí llegan con el fin de conseguir todos aquellos productos, tales como: pizzas hawaiana, pastas, más. La operación del restaurante es diaria de este local se enfoca en los diferentes tipos de pizza con que cuenta, el dueño del restaurante debe realizar la reserva de mesas, la gestión de pedidos. La reserva de mesas puede Llevarse a cabo por teléfono o directamente. El cliente escoge el plato de su preferencia por lo cual se prosigue a informarle el precio.
En síntesis, este restaurante a medida que va pasando el tiempo, ha venido extendiendo su competencia en el mercado actual; por lo cual se va haciendo más indispensable optimizar y actualizar constantemente sus datos .Teniendo en cuenta esta problemática que se va generando a medida que El restaurante crece, se hace necesario que este implemente un sistema de gestión, que le permita procesar toda su información comercial.
II.2 ORGANIGRAMA DE LA EMPRESA
II.2.1 VISION
Proveer a nuestros clientes un servicio y productos de calidad; ofrecer un ambiente de trabajo seguro a nuestros empleados y establecer relaciones a largo plazo con nuestros proveedores; todo esto teniendo como base la
3
honestidad.
II.2.2 MISION
Ser el lugar donde el cliente desea degustar los deliciosos sabores que ofrece la comida Italiana a un precio accesible con un sistema rápido y de calidad a los comensales.
II.2.3 OBJETIVOS
I. Objetivo General del Proyecto
Implementar un software de control de ventas para el
restaurante.
II. Objetivo General de la Empresa
Mejorar sus ventas
Lograr un mejor servicio atención al cliente
Lograr la solidez económica equilibrando los ingresos y los
egresos.
III. Objetivos Específicos
Capacitar al personal para el uso del software.
Controlar costos y sincerar precios.
Realizar el diseño del funcionamiento del negocio.
II.3 ANALISIS FODA
A continuación se hará un análisis situacional de “IL BUON MANGIARE” por medio de la matriz FODA.
4
II.4
ANÁLISIS Y FORMULACIÓN DEL PROBLEMA
II.4.1 Planteamiento del Problema
Actualmente el restaurante “IL BUON MANGIARE” está dedicado a platos típicos de Italia como por ejemplo la pizza y pastas y otros, donde actualmente hay un mal manejo en la parte de las ventas y eso causa pérdidas para el dueño del restaurante.
II.4.2 Formulación del Problema
Por lo cual se proyecta el siguiente interrogante:
¿De qué manera influye la implementación de un software de control de
ventas en el restaurante “IL BUON MANGIARE”?
II.4.3 Hipótesis
La implementación de un software de control de ventas en el restaurante “IL BUON MANGIARE” mejora las pérdidas del dueño.
II.5 ESTRATEGIA PRINCIPAL DE LA EMPRESA
5
FORTALEZAS
Local o Ambiente propio.
Platos bien presentados
Ambiente ,muy agradable para los
comensales
Buena calidad de los platos
Buen trato al cliente
Precios accesibles
OPORTUNIDADES
Nueva economía
Alta demanda del mercado
La costumbre de asistir a restaurantes
novedosos
DEBILIDADES
Personal multifuncional.
No contar con un planeamiento
estratégico adecuado
AMENAZAS
Crecimiento acelerado en el número
de restaurantes en la ciudad
Existe la gran posibilidad de que
nuevos restaurantes traten de imitar
las características del restaurante
“IL BUON MANGIARE”
II.5.1 “Implementar un Sistema de control de Ventas”
Posicionar el restaurante en el mercado con un mejor servicio de atención al cliente aplicación de nuevas Tecnológicas.
II.5.2 “Implementar un Sistema de control de Ventas”
¿Por qué de la estrategia?
El crecimiento de la clientes hace que tengamos más ventas con esto debemos implementar un software de control de ventas.
¿Qué debemos hacer para aplicar la estrategia?
Debemos aplicar estos siguientes pasos:
1. ANÁLISIS: El primer son los requerimientos del software, es
comprender y analizar cómo funciona el negocio del restaurante, por lo
tanto teniendo muy en claro cuáles son los requerimientos que se
necesitan.
2. DISEÑO: En este proceso que se centra en las estructuras de datos,
arquitectura del software, representaciones de interfaz y detalle
procedimental.
3. CODIFICACION: Proceso de construcción del diseño a través del
lenguaje de programación elegido, es decir todo lo diseñado en la fase
anterior, esta tarea lo realizara el programador, siguiendo por completo los
lineamientos impuestos por el diseño y en consideración siempre a los
requisitos
4. IMPLEMENTACION: Proceso de implementación hemos de
seleccionar las herramientas adecuadas, un entorno de desarrollo que
facilite nuestro trabajo y un lenguaje de programación apropiado para el
tipo de sistema que vayamos a construir.
5. PRUEBAS: Proceso de pruebas tiene como objetivo detectar los errores
que se haya podido cometer en las etapas anteriores del proyecto.
6
III. JUSTIFICACIÓN DEL PROYECTO
Sistematizar las órdenes de pedidos puede reducir significativamente el número de inconvenientes que conlleva la desorganización en los pedidos actualmente, mejorando la atención al usuario e incrementando la organización del inventario de insumos para la preparación de los productos.
Al crear una base de datos para registrar los pedidos realizados en el establecimiento, el proceso de facturación y contabilidad de ventas no tendrá que ser postergado hasta finales de jornada, sino que se convertiría en un proceso simultáneo al almacenamiento de los pedidos en el sistema. Los cálculos estarán a cargo de este y se proporcionará velocidad al proceso.
En cuanto a la comunicación que debe existir entre los meseros y el lugar de preparación del establecimiento, se debe utilizar una pantalla donde se visualicen los productos ordenados; con esto, las incómodas pilas de papeles no tendrán que estarse consultando en apuros para confirmar pedidos ya hechos, así la agilidad en el proceso de recepción y ejecución de estos aumentará considerablemente.
Al ingresar cada pedido en la base de datos, se hace una actualización automática de la cantidad de insumos utilizados en la elaboración de dicho pedido y por ende de los insumos restantes en almacén; así la tediosa labor diaria de conteo de insumos restantes será realizada por el mismo sistema. Además, con el tiempo se genera una estadística que permitirá tomar decisiones de compra y administración de los insumos de producción.
Disminuirá la presión sobre los meseros al momento de tener clara la gran cantidad de clientes esperando por su pedido y los cocineros cometerán menos errores al momento de preparar los alimentos, todo esto gracias a que se pueden visualizar los pedidos que están despachados, preparándose y los que están en espera de ser preparados.
IV. ESTUDIO DE FACTIBILIDAD
El estudio de factibilidad es el análisis operativo, técnico y económico en una inversión tecnológica, donde se refiere a la disponibilidad de los recursos necesarios para llevar a cabo los objetivos ya mencionados donde se apoya en cuatro aspectos básicos: factibilidad operativa, factibilidad técnica, factibilidad fechas y factibilidad económica.
IV.1 FACTIBILIDAD ECONÓMICA
7
A continuación se presenta un estudio que dio como resultado la factibilidad económica representada por los siguientes recursos:
IV.1.1 Costo de Desarrollo
Recurso humanoEn este estudio se incluye el costo del recurso humano para dar una aproximación real del valor del proyecto.La mano de obra es el recurso más importante y a la vez el más costoso que se ve involucrado en la realización de cualquier tipo de proyecto. Para determinar el sueldo del desarrollador se ha debido utilizar el equivalente al suelto en el mercado actual.
CARGO CANTIDAD
SALARIO POR MES
SALARIO PRO CUATRO MESES ( abril, mayo, junio , julio)
COORDINADOR DEL PROYECTO
1 S/. 2,000.00 S/. 8,000.00
PROGRAMADOR 1 S/. 1,500.00 S/. 6,000.00ANALISTA 1 S/. 2,000.00 S/. 8,000.00
TOTAL S/. 22,000.00
IV.1.1.1 Recursos Tecnológicos
Debido a que el restaurante cuenta con los equipos con licencia en software (Microsoft office, antivirus panda, Windows 7) solo se queriente de hardware en el siguiente recuadro.
Recurso de Energía Eléctrica
El calculado de la energía eléctrica se realizara tomando en cuenta el consumo de energía utilizada por el hardware para el desarrollo del proyecto, y la energía utilizada por otros aparatos que indirectamente constituyen a la realización del proyecto, cabe mencionar que la cantidad de energía consumida por cada uno de los equipos dependerá de las características propias de cada uno de ellos.
EQUIPO CANTIDAD CONSUMO(Watts) TOTAL DE CONSUMO DE ENERGIA (Watts)
8
HARDWARERECURSO CANTIDAD COSTOConectores RJ-45 12 S/. 5.00Rollo de cable UTP categoría 5 (100 mts) 1 S/. 60.00TOTAL S/. 65.00
Computadoras 3 800 800Impresora 1 50 50
850TOTAL PRO MES S/. 140.00
TOTAL DE CONSUMO ( abril, mayo, junio , julio) S/. 560.00
Convertir a kilowatts: (850.00 w/h)/1000=0.85 Kw7h
Consumo Mensual: 0.85 * 12 horas * 7 días * 4 semanas = 285.6 Kw/h al mes.
El costo de kilowatts por hora del servicio de energía vigente hasta la fecha, para un consumo de 1 Kw/h es de S/.0.49 nuevos soles.
Así: 285.6 Kw/h * S/.0.49 = S/. 140.00 de consumo mensual.
Recursos Materiales de Oficina
Deprecación de Equipos
9
MATERIAL COSTO APROXIMADO
COMSUMO MENSUAL
COSTO CONSUMO MENSUAL
TOTAL DE CONSUMO ( abril, mayo, junio , julio)
Papel de impresión 10.00 2 S/. 20.00 S/. 40.00Cartucho de impresora
70 3 S/. 210.00 S/. 840.00
Internet 40 4 horas al día
S/. 40.00 S/. 160.00
TOTAL S/. 1040.00
DENOMINACION VALOR DE ACTVO
DEPRECIACION 20% mensual ( abril, mayo, junio , julio)
Computadoras S/.3,400.00 S/.340.00Impresora S/.500.00 S/.50.00Muebles y equipos de oficina S/.200.00 S/. 20.00
TOTAL S/. 410.00
Consolidado
Mantenimiento
CARACTERÍSTICAS SISTEMA ACTUAL
Costo por hora de mantenimiento S/. 20.00Tiempo promedio por mantenimiento 2 HorasCantidad de analista y programadores por mantenimiento 1Mantenimiento realizado por año 4Costo promedio anual S/. 160.00
Beneficios
La implementación de sistema ayudara a brindar un servicio de calidad a los clientes mostrando una buena imagen y confianza en la atención de clientes.Tangibles:Este sistema propuesto es manejado por el cajero, para el calcula se ha considerado lo siguientes parámetros.
Salario mensual (cajero) = S/. 1200.00
Días por la semana: L-D (6 días) un día de descanso
Horas por día (12 horas)
Días por mes (6 días/semana*4 semanas/mes) = 24 días/meses
10
RECURSOS TOTAL (S/)
RECURSOS HUMANOS S/. 22,000.00
RECURSOS TECNOLOGICOS S/. 65.00
RECURSO DE ENERGIA ELECTRICA
S/. 560.00
RECURSOS MATERIALES DE OFICINA
S/. 1040.00
DEPRESACION DE EQUIPOS S/. 410.00
SUB TOTAL S/.24075.00
IMPREVISTOS 5% DEL SUBTOTAL
S/.1203.75
TOTAL S/.25278.75
CANTIDAD PERSONA H/dia Pago/hora Total/mes1 Cajero 12 S/. 4.1 S/. 1200.00
TOTAL S/. 1200.00
Costo por tiempo ocioso de trabajo
Total/año = (N° meses) (Total/mes)
Total/año =12*1200.00
= S/. 14,400.00
Intangibles:
Mejora la imagen del restaurante, debido a un servicio de calidad.
La empresa tendrá una ventaja con respecto a la competencia.
FLUJO DE CAJA
11
Año 0 Año 1 Año 2
Costo
RECURSO HUMANO 10,000.00
HARDWARE 65.00
RECURSO DE ENERGIA ELECTRICA
140.00
RECURSOS MATERIALES DE OFICINA
270.00
DEPRESACION DE EQUIPOS 410.00
IMPREVISTOS 544.25
COSTO DE MANTENIMIENTO 160.00 160.00
Costo total - 25,278.75 -160.00 -160.00
Beneficios
- 25,278.75 3,364.25
Reducen por tiempo de trabajo 14,400.00 14,400.00
Beneficio total 10,875.75 11,589.25
Flujo de Caja - 25,278.75 14,240.00 14240.00
Recupero de Inversión - 25,278.75 3,364.25 11,429.25
TIR Y VAN
Una vez realizado el Flujo de Caja, se contiene el consolidado de todos os datos que contiene en este estudio, se procede a obtener la rentabilidad que arroja el mismo.
Los valores obtenidos son los siguientes:
VAN = S/. 1,394.39
TIR = 13 %
CUADRO RESULTADO DE EVALUACIÓN ECONÓMICA Y FINANCIERA
El VAN (valor actual neto) y el TIR (tasa interna de retorno) son dos herramientas financieras que nos permite evaluar la rentabilidad de un proyecto de inversión.
PARAMETRO VALOR RESULTADOINDICADORES DE RENTABILIDAD
12
VAN S/. 1,394.39Tenemos que el valor actual neto es positivo.
VAN >= 0
TIR 13 %
La tasa interna de retorno económico es mayor que el interés (8% del banco Azteca), entonces el proyecto tendrá un retorno de % de su inversión.
TIR > i
IV.2 FACTIBILIDAD OPERATIVA
La factibilidad operativa permite predecir, si se pondrá en marcha el sistema propuesto, a todos los usuarios involucrados con el mismo, ya sean los que interactúan en forma directa con este, como también reciben información producida por el sistema. Por otra parte el sistema en cuestión va ser manipulado por el cajero directamente, además el cajero tiene un conocimiento de informática, por lo que al interactuar con el interfaz amigable no tendrá ninguna dificultad en la manipulación del sistema.
IV.3 FACTIBILIDAD TÉCNICA
La factibilidad técnica consiste en realizar una evaluación de la tecnología en la organización, este estudio estuvo destinado a la recolectar información sobre los componentes tecnológicos que posee el restaurante y la posibilidad de hacer uso de los mismos en el desarrollo e implementación del sistema propuesto.
En el siguiente recuadro mostramos los equipos y sus especificaciones que cuenta dicho restaurante.
EQUIPO O PRODCUTO CANTIDAD ESPECIFICACIONCOMPUTADORAS 3 Procesador Intel Pentium 4 de 2.8 GHz.,
Disco duro de 500 GB de capacidad, Memoria RAM DDR De 1 GB, unidad de CD-ROM, Puerto USB, monitor, teclado, mouse y estabilizador.
Impresora 1 CanonSwitch 1 8 puertosSistema Operativo 1 Windows 7 y Windows 8Microsoft Office 2013 1
13
IV.4 FACTIBILIDAD EN FECHAS
V. DIAGRAMA DE CASO DE USO DEL NEGOCIO
V.1.1 Identificación de los actores y sus responsabilidades
Actores descripción Vistas
Administrador
Es el dueño del restaurante y está encargado de la gestión directiva del restaurante.
CU gestión de Inventario y CU Gestión de Venta
Cliente
Es la persona que interactúa con el negocio de restaurante y hace los pedidos de menú según su preferencia.
CU Gestión de Pedido
14
Cajero
Es la persona encargada de hacer efectivo el pago y recibir el dinero que le proporciona el cliente.
CU gestión de Inventario , CU Gestión de VentaCU Gestión de Pedidos
Mesero
Es la persona encargada de atender a los clientes y llenar la comanda con los pedidos.
CU Gestión de Pedidos
Cocinero
Es la persona encargada de administrar las órdenes que llegan a cocina y establecer las prioridades de cada una.
CU Gestionar Inventario y CU Gestión de Pedidos
V.1.2 Diagrama de caso uso del Negocio
15
V.1.3 Diagrama de secuencia de Gestión de Inventario
16
V.1.4 Diagrama de secuencia de Gestión de Ventas
V.1.5 Diagrama de Secuencia de Gestión de Pedido
V.1.6 Diagrama de Secuencia de Gestión de Cocina
17
VI. DIAGRAMA DE CASO DE USO DEL SISTEMA
VI.1 Identificación de los Casos de Caso
N° Caso de uso Actores que intervienen
1.Autenticación de usuario Usuarios
2.Administrar inventario Administrador
3.Consultar ventas Administrador
4.Administrar pedidos Administrador,
cocina ,mesero , cajero
VI.2 Generalización del actor
18
Este caso de uso se ha realizado para tener una mejor interpretación de la generalización del actor con referencia al sistema, el actor se identifica dependiendo del ambiente en el que se esté desarrollando, puede ser: Administrador y cajero.
VI.3 Caso de uso Autenticación de Usuario
Especificaciones de caso de uso autentificar inventario
Caso de uso Autenticar usuariosActores Administrador y CajeroPropósito Acceder al sistema y autenticarse como
usuarioResumen Todos los actores mencionados acceden al
19
sistema, indicando su nombre de usuario y contraseña.
Tipo Esencial
Curso normal de los eventos CU autentificar usuarios
Este caso de uso comienza cuando el usuario ingresa a la página inicial del sistema.
2. El sistema muestra la pantalla de inicio, con los campos Usuario o Cédula Contraseña
y la opción Iniciar
3. El usuario ingresa los datos correspondientes a su cuenta y selecciona la opción Iniciar
4. El sistema verifica la existencia del usuario y que la contraseña sea correcta.
5. Si los datos son correctos, muestra al usuario la pantalla que corresponde a su tipo de cuenta.
6. El usuario puede visualizar el entorno de trabajo correspondiente a su cuenta
Cursos alternos CU autenticar usuarios
Acción Descripción3. El usuario no ingresa ningún dato y
selecciona la opción Iniciar, el sistema muestra la pantalla de inicio con un mensaje señalando que los campos son necesarios.
5. Los datos ingresados son incorrectos, indica el error por medio de un mensaje y reintenta la acción 3.
20
Diagrama de secuencia CU autentificar usuario
Diagrama de actividades CU autenticar usuarios
21
Diagrama de caso de uso administrar inventario
Especificaciones de caso de uso administrar inventario
Caso de uso Administrar InventarioActores AdministradorPropósito Permitir al administrador ingresar datos al inventario,
consultar el estado actual de este y agregar categorías para el fácil manejo de los insumos utilizados.
Resumen El administrador ingresa al sistema, accede al módulo administrar Inventario y realiza las acciones deseadas.
Tipo EsencialCurso normal de los eventos administrar inventario
Acción de los actores Respuesta del sistema
1. Este caso de uso comienza cuando el Administrador ingresa a su cuenta y selecciona la opción Administrar Inventario.
2. Abre una ventana con las siguientes opciones:
a. Ingresar Inventariob. Consultar Inventarioc. Ingresar Categoría
y la opción Volver
3. El Administrador escoge la acción que desea realizar sobre el inventario.a. Si va a ingresar nuevos insumos, véase la sección: Ingresar Inventariob. Si va a modificar consultar disponibilidad o movimientos de insumos, véase la sección: Consultar Inventario.c. Si va a ingresar una nueva categoría de insumos, véase la sección: Ingresar Categoría.
4. Cierra la ventana administrar Inventario y retorna a la ventana principal del administrador.
22
Cursos alternos administrar inventario
Acción Descripción3. El Administrador decide no realizar
ninguna acción y presiona
Curso normal de los eventos sección ingresar inventario
Acción de los actores Respuesta del sistema
1. El usuario selecciona la opción Ingresar Inventario.
2. El sistema muestra un formulario con un menú desplegable Categoría, los campos
Nombre Fecha de Ingreso Cantidad Proveedor
Y las opciones Agregar y Volver
3. El usuario selecciona la categoría del insumo e ingresa los datos requeridos del formulario. Seguido a esto selecciona la opción “Agregar”
4. Envía los datos para ser almacenados.
5. El sistema muestra al usuario un mensaje en donde indica que la actividad ha sido realizada con éxito: “Tarea realizada con éxito”.
6. Muestra al usuario la opción de Volver para ir al menú principal.
7. El usuario selecciona la opción Volver. 8. El sistema muestra la ventana del menú principal.
Cursos alternos sección ingresar inventario
Acción Descripción3. El administrador no ingresa los datos completos, el sistema muestra
información pidiendo ingresar todos los datos. Regresar al paso 2.
23
Curso normal de los eventos sección consultar inventario
Acción de los actores Respuesta del sistema
1. El administrador selecciona la opción Consultar Inventario.
2. Muestra una ventana con las siguientes opciones: Movimientos Disponibilidad.
y el botón VolverEl sistema despliega por defecto una tabla con los campos Nombre, Cantidad, Fecha de Ingreso y Proveedor los cuales corresponden a la opción Movimientos.
3. El usuario elige una de las siguientes opciones:a. Movimientos ir al paso 4.b. Disponibilidad ir al paso 5.c. Volver ir al paso 6.
4. El sistema muestra una ventana con las opciones:
Movimientos, Disponibilidad y Volver. Despliega una tabla con los campos correspondientes a la opción Movimientos:
Nombre Cantidad Fecha de Ingreso Proveedor
Esta permite visualizar detalladamente el ingreso de los insumos al inventario. Además cada campo puede ser ordenado de diferentes formas.Regresar al paso 3.5. El sistema muestra una ventana con las opciones:
Movimientos, Disponibilidad y Volver. Despliega un tabla con los campos correspondientes a la opción Disponibilidad:
Nombre Cantidad
Permitiendo visualizar la cantidad total de cada insumo. Además cada campo puede ser ordenado dependiendo de cada ítem.Regresar paso 36. El sistema muestra la ventana del menú principal
24
Curso normal de los eventos sección ingresar categoría
Acción de los actores Respuesta del sistema
1. El administrador selecciona la opción Ingresar Categoría.
2. Muestra un listado con todas las categorías existentes, un campo
Nueva Categoría y las opciones Agregar y Volver
3. El usuario ingresa el nombre de la nueva categoría que desea crear. Seguido a esto selecciona la opción “Agregar”
4. El sistema almacena el dato y lo agrega a la lista de categorías existentes.
5. El sistema muestra al usuario un mensaje en donde indica que la actividad ha sido realizada con éxito: “Tarea realizada con éxito”.
6. Muestra al usuario la opción de Volver para ir al menú principal.
7. El usuario selecciona la opción Volver.
8. El sistema muestra la ventana del menú principal.
Cursos alternos sección ingresar categoría
Acción Descripción3. El administrador no ingresa ningún dato
en el campo nueva categoría y selecciona la opción Agregar, el sistema muestra un mensaje que informa que el campo es requerido. Regresar al paso 2.
3. El administrador no desea agregar una Nueva Categoría, y selecciona la opción Volver para regresar al menú principal.
25
Diagrama de secuencia CU administrar inventario
Diagrama de secuencia sección ingresar inventario
26
Diagrama de secuencia sección consultar inventario
Diagrama de secuencia sección ingresar categoría
27
Diagrama de caso de uso consultar ventas
Especificaciones de caso de uso consultar ventas
Caso de uso Consultar ventasActores AdministradorPropósito Permitir al usuario consultar las ventas realizadas en un
rango de tiempo requerido.Resumen El usuario ingresa al sistema, selecciona la opción
consultar ventas e ingresa la fecha de inicio y fin en la que desea visualizar las ventas.
Tipo Esencial
Curso normal de los eventos CU consultar ventas
Acción de los actores Respuesta del sistema
1. Este caso de uso comienza cuando el administrador ingresa a su cuenta y selecciona la opción Consultar Ventas.
2. Abre una ventana con los siguientes campos: Consultar desde Consultar Hasta
y un botón con la opción Consultar Ventas
3. El usuario ingresa la fecha o el rango de fechas que desea consultar, con el siguiente formato: año-mes-día-
4. El usuario selecciona la opción Consultar Ventas
5. El sistema realiza una búsqueda de acuerdo a las fechas ingresadas por el usuario y muestra en pantalla una tabla con los campos Nombre Cantidad Total
28
Permitiendo observar los producto, cantidad y el total vendido.
6. Muestra al usuario la opción de Volver para ir al menú principal.
7. El usuario selecciona la opción Volver.8. El sistema muestra la ventana del menú principal.
Cursos alternos CU consultar ventas
Acción Descripción3. El usuario decide no realizar ninguna acción y presiona
la opción Volver.
Diagrama de secuencia CU consultar ventas
29
Diagrama de caso de uso administrador pedidos
Sección principal CU administrar pedidos
Caso de uso Administrar PedidoActores Administrador y cajero.Propósito Permitir al usuario hacer sus pedidos de
platos en el sistema cuando así se requiera.Resumen El usuario ingresa al sistema, seguido
selecciona el módulo de administrar pedidos y realiza la operación deseada.
Tipo Esencial
Diagrama de secuencia CU administrar pedidos
30
CONCLUSIONES
El restaurante “Il Buon Mangiare” dedicada a la venta de comida Italiana posee un mercado relativamente reducido ya que no es muy conocido por los comensales tradicionales de lima, adémala empresa desea el buen control de sus ganancias y busca el bienestar del público con un buen servicio al cliente, por lo cual desea implementar un software de control de ventas.
Java no solo es el lenguaje de programación más popular en Internet, sino además desarrollar programas de uso general, además de tener un alcance completo sobre la el software.
El lenguaje Java no está limitada para ambientes Windows, por lo tanto los sistemas de información desarrollados en este pueden ser usados en sus principales servidores (UNIX o mainframes)., gracias a la Máquina Virtual
La programación orientada a objetos nos permite realizar el software con la utilización de pocos recursos, mediante la reutilización y la herencia.
Debido a la utilización de software libre el proyecto de control de ventas resulta rentable para cualquier inversionista, debido a una baja inversión le devuelve rentabilidad en un menor tiempo.
31
SUGERENCIAS
Se recomienda sistematizar las actividad manuales que requiera excesivo tiempo.
Es recomendable utilizar el software libre ya que permite que el proyecto tenga una viabilidad económica, gracias al retorno de inversión en un periodo corto, locuaz puede facilitar el acceso a las pequeñas empresas y así estas puedan lograr ser competitivas en este mundo globalizad
32