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