Caratula, Investigacion Preliminar Capitulo I, Capitulo II
Transcript of Caratula, Investigacion Preliminar Capitulo I, Capitulo II
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