UNIVERSIDAD DE “ISRAEL”

FACULTAD DE INGENIERÍA DE SISTEMAS

TEMA:

Sistema de Facturación de RESTAURANTE

REALIZADO POR:

Nancy Yambay Valla.

PROFESOR:

Ing. Juan Vicuña

CURSO:

Noveno Ciclo “A” de Ingeniería de Sistemas.

AÑO LECTIVO:

2009 - 2010

CAPÍTULO I

MARCO TEÓRICO

CAPÍTULO II

ANALISÍS DE SISTEMAS

CAPÍTULO III

DISEÑO DE SISTEMAS

PROYECTO DE

1) TEMA

“Análisis, Diseño de Software de Facturación por el Servicio de RESTAURANTE en la ciudad de

Cuenca”

2) ANTECEDENTES

En la actualidad el Restaurante lleva en el mercado nacional 2 años, por motivo de su calidad de servicios

de RESTAUTANTE, que se han logrado con gran esmero y sacrificio por parte de Los dueños de la

empresa y con ayuda del personal con los que trabaja la organización.

La Misión es llevar a cabo una atención del RESTAURANTE de calidad con un personal profesional y

personalizado, para la debida obtención de mayor abastecimiento de clientes.

En el ámbito de Visión es Brindar el mejor servicio del RESTAURANTE de prestigio y calidad, para

poder distribuir sus comidas a distintos países y así tener una mayor acogida de clientes tanto del mercado

nacional e internacional.

Las funciones que desempeñan en el RESTAURANTE son mediante una Cajera encargada de la

Facturación de los productos consumidos.

En la actualidad el manejo del servicio que presta el RESTAURANTE se realiza manualmente, mediante

notas de pedido, facturas, la forma de pago se lo realiza en efectivo y tarjeta de crédito, cheques,

El RESTAURANTE pronto contará con un sistema automático que se encargará de controlar mediante

una tecnología computarizada y evitará fallas y perdidas o problemas con los datos de los clientes.

3) PROBLEMA

El RESTAURATE trabaja en la recopilación de datos manualmente, porque llenan en Notas de Pedido

como registro de clientes mediante Factura que tiene que ser llenada por la Cajera.

Los archivos no son bien guardados provocando pérdida de Facturas y difícil búsqueda de Consumo de

Clientes.

4) DELIMITACIÓN

En el desarrollo del proyecto va enfocado al área que se va realizar el control de Usuarios para el área de

los servicio de RESTAURANTE, con el objetivo de elaborar un nivel de acceso autorizado.

Elaborar la Facturación para los clientes que desean consumir los productos en un formulario

registrándolos automáticamente y una búsqueda ágil y segura del servicio de RESTAURANTE.

Realizar Facturación de Restaurante de los costos de los Productos, de los debidos consumos de los

clientes tanto por el Tipo de Plato que consume.

Realizar el control de Ingreso de Clientes mediante el Cajero con los datos en el registro para la fácil

búsqueda.

Se realiza el software en la herramienta ORACLE v10 este es un conjunto de tecnologías, que permite a

nuestra aplicación ser ejecutable en diferentes plataformas.

Es un método simple de control de memoria para agilizar, y así es basada par aplicaciones Orientados a

Objetos, además de Base de Datos ORACLE v10 por el completo conjunto de herramientas gráficas y

utilidades de la línea de comandos que permiten a los usuarios, programadores y administradores

aumentar su productividad.

5) JUSTIFICACIÓN

Enfocada al análisis, diseño del Sistema de Facturación del Servicio de RESTAURANTE, por motivo

que se realizará el proceso de automatización en la forma de control de los datos y almacenar de mejor

manera y confidencialmente.

Conjuntamente proporcionar soluciones y abasteciendo claras a las necesidades como la perdida de

información, mejor atención de calidad al cliente y ser más competitivos en el ámbito social del país.

Por motivos en cuanto al beneficio que tendrá del Sistema de Facturación, por la mayor agilidad de

transmisión de datos y atención a los clientes para ofrecer una mayor calidad de servicios.

Además proporcionando una Software que será diseñado por el estudiante de la Universidad Israel,

dejando en alto los conocimientos adquiridos y el reconocimiento del prestigio que ofrece el

Establecimiento

6) OBJETIVOS

6.1 OBJETIVO GENERAL

“Análisis, Diseño de Software de Facturación por el Servicio de RESTAURANTE en la ciudad de

Cuenca”.

6.2 OBJETIVO ESPECÍFICOS

6.2.1 Elaborar un Análisis del funcionamiento del Sistema de “FACTURACION PARA

RESTAURANTE”.

6.2.2 Emitir la Forma de pago del Sistema de “FACTURACION PARA RESTAURANTE” tanto:

Efectivo, Tarjetas de Crédito, Abono, Cheque, Cuentas por Cobrar.

6.2.3 Elaborar Reporte de Cierre de Caja diario.

6.2.4 Elaborar Ayuda en el Sistema.

CAPITULO I

MARCO TEORICO

INVESTIGACION PRELIMINAR

FUNCIONAMIENTO DE RESTAURANTE

7) PROCESO DE FACTURACIÓN

7.1 Una vez que se recibe el informe del servicio prestado del RESTAURANTE, se revisa los consumos

solicitados y datos del Cliente.

7.2 Se revisa en el sistema de facturación para saber si el cliente ya no desea seguir consumiendo, si es

así se confirman los datos de facturación con el cliente

7.3 Se procede a realizar la factura y se imprime, se anexa la copia de la factura a la documentación del

cliente.

7.4 Se realiza la Forma de Pago se aceptan tarjetas de crédito: VISA, MasterCard y American Express o

Contado, Cheque etc.

7.5 Se lleva a realizar por ultimo el cierre de caja del Cajero, para que realice la actualización del

Mantenimiento de las cuentas del RESTAURANTE.

ORACLE V10

Es manejador de base de datos relacional que hace uso de los recursos del sistema informático en todas

las arquitecturas de hardware, para garantizar su aprovechamiento al máximo en ambientes cargados de

información.

Soporta unos 17 idiomas, corre automáticamente en más de 80 arquitectura de hardware y software

distinto sin tener la necesidad de cambiar una sola línea de código.

Es el mayor y más usado Sistema Manejador de Base de Dato Relacional (RDBMS) en el mundo.

La Corporación Oracle ofrece este RDBMS como un producto incorporado a la línea de producción.

Además incluye cuatro generaciones de desarrollo de aplicación, herramientas de reportes y utilitarios.

PROGRAMAS Y ARCHIVOS QUE COMPONE ORACLE

Un RDBMS Oracle esta compuesto por tres partes principales, que son:

1. El Kernel de Oracle

2. Las instancias del Sistema de Base de Datos.

3. Los Archivos relacionados al sistema de Base de Datos.

EL KERNEL DE ORACLE

Manejar el almacenamiento y definición de los datos.

Suministrar y limitar el acceso a los datos y la concurrencia de los usuarios.

Permitir los backup y la recuperación de los datos.

Interpretar el SQL y PL/SQL.

DIFERENTES HERRAMIENTAS DE ORACLE

SQLForms:

Herramienta que permite de un modo sencillo y eficiente, diseñar pantallas para el ingreso,

modificaciones, bajas y consultas de registros.

Se trabaja sin necesidad de generar códigos, dado que Oracle trae incorporado un conjunto de

procedimientos y funciones asociados a las teclas de funciones, como por ejemplo la tecla [F7], que se

usa para iniciar una consulta.

SQLReport:

Realiza de forma flexible, sencilla y eficiente la creación de reportes, informes o listados permitiendo,

entre otras facilidades, la visualización previa por pantalla con una gran variedad en estilos de

presentación.

UML

Al no ser un método de desarrollo es independiente del ciclo de desarrollo que vayas a seguir, puede

encajar en un tradicional ciclo en cascada, o en un evolutivo ciclo en espiral o incluso en los métodos

ágiles de desarrollo.

TECNICAS DE UML

Diagrama de casos de uso

Es un conjunto de secuencias de acciones que un sistema ejecuta y que permite un resultado observable

de valores para un actor en particular, esta muy relacionado con lo que pudiera ser considerado un

escenario en el sistema

- Diagrama de clases: Representa las clases que serán utilizadas dentro del sistema y las relaciones que

existen entre ellas. Muestra las relaciones estructurales y estáticas entre las clases

- Diagrama de Estados: Se realiza para cada clase que tenga un comportamiento dinámico importante.

- Diagrama de Actividades: Es utilizado en conjunción de un diagrama uso-caso para auxiliar a los

miembros del equipo de desarrollo a entender como es utilizado el sistema y como reacciona en

determinados eventos.

DIAGRAMAS DE ITERACCION

- Secuencia: Muestra los objetos de un escenario mediante líneas verticales y los mensajes entre objetos

como: flechas conectando objetos

- Diagrama de colaboraciones: Muestra como los objetos están conectados y los mensajes enviados

acompañados de una flecha que indica su dirección.

8) ANALISIS DE REQUERIMIENTO

* ESTACIÓN DE TRABAJO:

- Procesador Pentium 166 MHz o Superior Mínimo 128 Mb RAM.

- 1 Gb Disco Duro .

- Entre 298 y 587 Mb disponible de espacio en disco.

* Sistema Operativo: Windows XP.

- Requiere 256 Mb RAM si está usando utilidades JAVA .

- Una cuenta de Servidor.

* Servidor:

- Mínimo 64 Mb RAM, de los cuales 32 Mb estarán disponibles para el System Global Area (SGA).

- Para cada Repositorio:

Aproximadamente 140 Mb en el SYSTEM tablespace para los paquetes del repositorio, procedimientos y

vistas.

- Entre 20 y 325 Mb en otras tablespaces, para los datos del repositorio Oracle v10 Enterprise Edition ó

Standard Edition, release v10.

9) PROBLEMA

Los clientes constituyen el elemento vital e impulsor de las organizaciones, por ello desde pequeñas y

medianas empresas hasta las importantes corporaciones, el tratamiento efectivo al público ha sido y es

una de las herramientas principales para la captación y mantenimiento de su clientela, implicando algo

más que oír sus quejas, cambiar un servicio

Las tendencias administrativas se han dirigido hacia la creación de una cultura de servicio por medio de

enfoques gerenciales que proporcionan métodos y herramientas para transformar una organización en un

negocio dirigido al cliente y orientado hacia el servicio.

Juega un papel importante en la forma de pago porque se enfrenta con las reiteradas quejas de los clientes

con respecto a los servicios, por la molestia de acercarse a retirar dinero en los Bancos.

6. FACTURACION

TECNICAS DE UML

7.1 Diagrama de casos de uso

Es un conjunto de secuencias de acciones que un sistema ejecuta y que permite un resultado

observable de valores para un actor en particular, está muy relacionado con lo que pudiera ser

considerado un escenario en el sistema.

CASO DE USO GENERAL

CASO DE USO DE SOLICITUD DE SERVICIO

Cabecera

F A CTURAC A J E R O

Detalle

SISTEMA DE FACTURACIÓN “RESTAURANTE”

Solicitud de Servicio

Servicio \ Registrar Pedido

Factura

Forma de Pago

Clientes Comida

CASO DE SOLICITUD DE SERVICIO

Caso de uso Nº 1 : Solicitar la opción de carta de platos en “RESTAURANTE”

Caso de uso Nº 1 Solicitud de Platos a la carta que tiene el Restaurante

Breve descripción Indica el tipo y platos con los que cuenta.

Autor: Cajero

Prioridad Obligación

DESCRIPCIÓN PASO A PASO

1.1 El cliente solicita servicios

1.2 El cliente indica el plato de cartas con los que cuenta el Restaurante.

Excepciones: Si el cliente realiza otra solicitud de plato no existente en el menú no se puede dar

servicio al cliente.

CASO DE USO DE TIPO DE PLATOS

Caso de uso Nº1.1: Verificar la disponibilidad del tipo de platos a la carta y proceder a realizar el pedido.

SISTEMA FACTURACIÓN “RESTAURANTE”

SISTEMA FACTURACIÓN “RESTAURANTE”

Solicita el servicio

Tipo de platos

Costo de platos

Solicita un Servicio

SISTEMA FACTURACIÓN “RESTAURANTE”

Caso de uso Nº 1.1 Tipo de Plato

Breve descripción Proceso que consiste en verificar el tipo de plato de comida en el restaurante.

Autor: Cajero

Prioridad Obligatorio

DESCRIPCIÓN PASO A PASO

1.1.1 Ingreso el tipo de plato solicitado por el cliente.

1.1.2 Verificar si hay el plato está disponible

1.1.3 Informe al cliente del plato disponible.

Excepciones: Si no hay el tipo de plato solicitado por el cliente no se podrá registrar su pedido.

Caso de uso Nº1.2: Verificar el costo de plato solicitado.

Caso de uso Nº 1.2 Verificar los costos de los platos a la carta.

Breve descripción Proceso que consiste en informar al Cliente sobre el costo de comida

Autor: Cajero

Prioridad Obligatorio

DESCRIPCIÓN PASO A PASO

1.2.1 Solicita el cliente el tipo de plato de comida solicitado.

1.2.2 Realiza una búsqueda del costo de cada plato solicitado.

1.2.3 Indica al cliente del costo del pedido

Excepciones: El costo es dependiendo del tipo de plato solicitado y si desea otro pedido se aumentará.

CASO DE USO DE SERVICIO \ REGISTRAR PEDIDO

Tipo de Plato

SISTEMA FACTURACIÓN “RESTAURANTE”

Costo de Plato

Caso de uso Nº2: Registrar clientes para el debido hospedaje y así realizar su facturación.

Caso de uso Nº2 Servicio \Registrar pedido

Breve descripción Proceso para indicar servicio y registrar pedido.

Autor: Cajero

Prioridad Obligatorio

DESCRIPCIÓN PASO A PASO

2.1 Ingresa el código del Cajero

2.2 Crear cliente

2.2.1 Ingresar los datos del cliente

2.2.2 Ingresar el nombre del cliente

2.2.3 Cédula o RUC

2.2.4 Dirección

2.2.9 Teléfono

2.2.10 Forma de pago

2.2.12 Efectivo

2.2.13 Tarjeta de Crédito

Excepciones: Solo existe dos formas de pago (efectivo \ tarjeta de crédito) caso contrario no se entrega pedido.

CASO DE USO DE FACTURACIÓN

Caso de uso Nº4: Proceso para elaborar factura del consumo de servicios “RESTAURANTE”.

Caso de uso Nº4 Facturación

Breve descripción Se factura y almacena luego de entregar la copia al cliente de los servicios

recibidos.

Autor: Recepcionista

Prioridad Obligatorio

DESCRIPCIÓN PASO A PASO

SISTEMA FACTURACIÓN “RESTAURANTE”

Servicio \Registrar pedido

SISTEMA DE FACTURACIÓN “RESTAURANTE”

Consumo de servicios

Elaboración de factura

1.1 El cajero solicita el número de cédula o RUC del cliente.

1.2 El cliente informa la petición de menú.

1.3 La recepcionista verifica los pedidos realizados por el cliente, indica el valor a cancelar.

1.4 El cliente cancela mediante la forma de pago.

CASO DE USO DE FORMA DE PAGO

Caso de uso Nº5 : Proceso para la forma de pago para el sistema de servicios y facturación de

“RESTAURANTE” para el cobro de los gastos del cliente.

Caso de uso Nº 5 Forma de pago

Breve descripción Proceso para la forma de pago acuerdo al pedido realizado.

Autor: Cajero, cliente

Prioridad Obligatorio

DESCRIPCIÓN PASO A PASO

5.1 El cajero indica los servicios que ha consumido que el cliente.

5.2 El cajero pregunta la forma de pago al cliente

5.3 El cliente indica la forma de pago

5.3.1 Efectivo

SISTEMA DE FACTURACIÓN “RESTAURANTE”

Forma de pago Efectivo

Tarjeta de crédito

Abono

5.3.2 Tarjeta de crédito

5.3.3 El cajero indica que se acepta la forma de pago

Excepciones: Si el cliente no cancela a dos opciones de pago no se realiza el pedido a consumir.

CASO DE USO DE FORMA DE PAGO EN EFECTIVO

Caso de uso Nº5.1 : Proceso de pago en efectivo por servicios consumidos por cliente mediante la forma

de pago en el “RESTAURANTE”.

Caso de uso Nº 5.1 Forma de pago en efectivo

Breve descripción Proceso que consiste en el cobro de servicio a consumir.

Autor: Cajero, cliente

Prioridad Obligatorio

DESCRIPCIÓN PASO A PASO

5.1.1 El cajero solicito el pago de los servicios consumidos al cliente.

5.1.2 El cliente indica la forma de pago en efectivo.

5.1.3 El cajero procede a entregar la factura.

Excepciones: Si el cliente no realiza el pago de esta manera no se le entregara el servicio a consumir.

CASO DE USO DE FORMA DE PAGO TARJETA DE CRÉDITO

Caso de uso Nº5.2 : Proceso de pago a tarjeta de crédito por los servicios consumidos.

SISTEMA FACTURACIÓN “RESTAURANTE”

Forma de pago

Efectivo

SISTEMA FACTURACIÓN “RESTAURANTE”

Caso de uso Nº 5.2 Forma de pago en tarjeta de crédito

Breve descripción Proceso que consiste en el cobro de servicios del cliente.

Autor: Cajero, cliente

Prioridad Obligatorio

DESCRIPCIÓN PASO A PASO

5.2.1 El cajero solicita al cliente la forma de pago

5.2.2 El cliente realiza el pago con tarjeta de crédito

5.2.3 El cajero se encarga de verificar que los datos de la tarjeta sea correcta verificando que tenga la autorización de la

tarjeta y si tiene fondo disponible para la transacción.

6. IDENTIFICACIÓN DE ACTORES DEL PROBLEMA

6.1 Problema: Sistema de Facturación de “RESTAURANTE”

6.2 Actores: Clientes, Cajero, Comida, Factura_cabecera, Factura_detalle, Forma_pago, Cierre de Caja,

7. ESTRACCIÓN DE CLASES

Forma de pago

Tarjeta de crédito

8. DIAGRAMA DE CLASES: Representa las clases que serán utilizadas dentro del sistema y las relaciones que existen entre ellas. Muestra las relaciones estructurales y estáticas entre las clases.

8.1 Herencia

Define una relación entre una Superclase y subclases obviamente con un mayor detalle que las

Superclases.

8.1.1 Generalización: indica como están relacionados y la dependencia de cada uno el hotel tiene

servicios, habitación y persona y dentro de servicios existe la factura que vincula tanto de habitación y

consumo del cliente.

8.2 ASOCIACIÓN: Son relaciones entre objetos de carácter bidireccional, no es un flujo de datos, sino

mas bien existe un enlace entre objetos de clases asociadas.

8.2.1 Relación entre Cabecera_Factura ya que puede realizar consulta con Detalle_Factura ya que están

íntimamente relacionados

8.2.2 Relación entre Cliente puede realizar el servicio de restaurante, a su vez el registro de cliente puede

realizar consulta para saber cuántos clientes se alojan y asó ver si existe o no habitaciones disponibles.

8.2.3 Relación entre Cliente puede realizar consulta la comida que existe en el restaurante, a su vez puede

realizar consulta para saber si existe el plato deseado.

8.2.4 Relación entre Cliente y Forma de Pago, que se encarga de verificar y realizar la consulta de forma

de pago.

8.3 AGREGACIÓN

Un objeto está compuesto por otro del mismo o diferente tipo, es decir relaciones todo-parte.

8.3.1 Existe una agregación entre factura_Cabecera, factura_Detalle y abono ya que todos están

relacionados y están compuestos uno del otro

9. RELACIONES ENTRE CLASES

DIAGRAMAS DE ITERACCION

10. DIAGRAMAS DE COLABORACIÓN: Muestra como los objetos están conectados y los

mensajes enviados acompañados de una flecha que indica su dirección

10.1 SERVICIO \ PEDIDO

El cliente procede a verificar la solicitud de acuerdo al pedido del plato de carta, después de verificar que

se realiza por realizar búsqueda en la clase comida, que se verifica en la factura mediante la solicitud

realizada por el cliente.

10.2 Facturación

El cliente procede a ingresar datos del cliente mediante el plato deseado y se procede a realizar la forma

de pago ya sea efectivo o tarjeta de credito.

10.3 Forma de Pago

El cliente procede a cancelar por los servicios consumidos o solicitados, el cajero realiza busqueda luego

procede a indicar la forma que puede cancelar el cliente, sea efectivo, tarjeta de crédito y es buena manera

para que no pueda ocurrir que los clientes no cancelen su cuenta.

11. DIAGRAMAS DE SECUENCIA: Muestra los objetos de un escenario mediante líneas

verticales y los mensajes entre objetos como: flechas conectando objetos

11.1 SERVICIO \ PEDIDO

El cliente procede a verificar la solicitud de acuerdo al pedido del plato de carta, después de verificar que

se realiza por realizar búsqueda en la clase comida, que se verifica en la factura mediante la solicitud

realizada por el cliente, de acuerdo al tipo y costo del plato que se indica en el menú.

11.2 Facturación

El cliente procede a ingresar datos del cliente mediante el plato deseado y se procede a realizar la forma

de pago ya sea efectivo o tarjeta de credito, el cajero indica los servicios de restaurante y realiza solicitud

del plato deseado, y realice la forma de pago.

CajeroCliente Class Interfaz de Usuario

Class Comida Costo de Comida

1. Ingresa Datos de Servicios de Comida

Cliente pide una Servicio de comida

2. Búsqueda de Comida

3. Devuelve si existe aun el plato de comida

6. Verificar el plato de Pedido

7. Consulta Precios

6. Devuelve Precios

5. Devuelve Si-No desea el plato a la Carta

11.3 Forma de Pago

El cliente procede a cancelar por los servicios consumidos o solicitados, el cajero realiza busqueda luego

procede a indicar la forma que puede cancelar el cliente, sea efectivo, tarjeta de crédito y es buena manera

para que no pueda ocurrir que los clientes no cancelen su cuenta.

El CajeroCliente Class Interfaz de Usuario

Class Factura Class Clientes

1. Ingresar la cedula del cliente

Cliente solicita la forma de pago

2. Crear Nuevo Objeto

3. Búsqueda por habitación, cedula

4. Verificar el cliente

5. Búsqueda la forma de pago

6. Devuelve la forma de pago como: efectivo, tarjeta de crédito.

El cajeroCliente Class Interfaz de Usuario

Class Factura Class Subgerente

1. Ingresa Datos del ClienteCliente Inicia pedido de

servicios de Restaurante

2. Crear Nuevo Objeto

3. Devuelve Objeto Creado

4. Emite factura de acuerdo a lo que ha solicitado

5. Envía Factura

12. NORMALIZACIÓN

12.1 Forma normal (Archivo Plano)

12.1.1 Cajero

Codigo_cajero Cedula/RUC Nombre Dirección Teléfono

12.1.2 Cliente

Cedula/Ruc Nombre Dirección Teléfono

12.1.3 Comida

Cod_comida Precio Tipo_plato

12.1.4 Factura

Num_habitación

Cedula_cliente

Num_cliente

Fecha_salida

Total_servicio

Subtotal

IVA

TOTAL

13. Segunda Forma Normal (Eliminación de Redundancia o repetición de Datos)

13.1.1 Cajero

Codigo_cajero Cedula/RUC Nombre Dirección Teléfono

13.1.2 Cliente

Cedula/Ruc Nombre Dirección Teléfono

13.1.3 Comida

Cod_comida Precio Tipo_plato

13.1.4 Factura

Num_habitación

Cedula_cliente

Num_cliente

Fecha_salida

Total_servicio

Subtotal

IVA

TOTAL

14. Tercera Forma Normal (Identificación de Llaves primarias y Secundarias)

14.1.1 Cajero

Codigo_cajero Cedula/RUC Nombre Dirección Teléfono

14.1.2 Cliente

Cedula/Ruc Nombre Dirección Teléfono

14.1.3 Comida

Cod_comida Precio Tipo_plato

14.1.4 Factura

Num_habitaciónCedula_cliente Num_cliente Fecha_salida Total_servicio Subtotal IVA TOTAL

15. Forma de Identificación de Relaciones e Integridad

16. BASE DE DATOS

CONCLUSIÓN