UNIVERSIDAD NACIONAL MAYOR DE SAN MARCOS

(Universidad del Per, DECANA DE AMRICA)

FACULTAD DE INGENIERA DE
SISTEMAS

E INFORMTICA

TEMA:

DOCUMENTO DE ANALISIS FUNCIONAL

VERSION 1.1

CURSO:

ESTRUCTURA DE DATOS

INTEGRANTES:

Rivera Oxa, Junior Genaro 14200037

GRUPO 6 - ESTRUTURA DE DATOS 1

 Salazar Olarte, Paul Jonathan 14200155

Zevallos Rios, Alvaro Nicols

14200122

Toribio Borja, Kevin Arthur 14200114

Ciudad Universitaria, 16 de Octubre del 2016

HISTORIAL DE REVISIONES:

Versi Fecha Autor Descripcin

on

1.0 16/10/20 Grupo 6: Implementacin de los fundamentos de

16 problema, definiciones, objetivos,
alcances y descripciones generales de
proyecto a realizar.
1.1 23/10/20 Grupo 6: Implementacin del Diagrama de
16 Clases, junto a las interfaces que se
vern en el programa.
Como un agregado, se definir la Matriz
1.2 de Trazabilidad.

GRUPO 6 - ESTRUTURA DE DATOS 2

NDICE

1. INFORMACION GENERAL......................................................4
2. DESCRIPCION GENERAL........................................................4
3. OBJETIVOS..........................................................................4
4. SITUACIN ACTUAL..............................................................4
5. ALCANCE............................................................................. 4
5.1 REQUISITOS FUNCIONALES.....................................................4
6. EXCLUSIONES......................................................................4
7. MARCO LEGAL O CONCEPTUAL..............................................5
8. OBSERVACIONES.................................................................5
9. DOCUMENTOS ADJUNTOS.....................................................5
10.DOCUMENTOS ADJUNTOS.....................................................5
11.DIAGRAMAS DE CLASE.........................................................5
12.DISEO DE INTERFACES DEL SISTEMA.......ERROR: REFERENCE
SOURCE NOT FOUND
13.FIRMAS DE CONFORMIDAD...ERROR: REFERENCE SOURCE NOT
FOUND

GRUPO 6 - ESTRUTURA DE DATOS 3

1. INFORMACION GENERAL:

Ttulo SISTEMA DE CONTROL DE SERVICIO EN UN

Proyecto RESTAURANTE
RIVERA OXA JUNIOR

SALAZAR OLARTE PAUL

Integrantes
del proyecto ZEVALLOS RIOS ALVARO

KEVIN TORIBIO BORJA

Complejidad MEDIA Versin 1.1

Modulo
facturacin
Modulo de
pedido
Modulo de Revisin de
Mdulos Si
atencin/ Usuarios
despacho
Modulo de
delivery

Capacitaci Revisin de
Si Si
n a usuarios Pares

GRUPO 6 - ESTRUTURA DE DATOS 4

2. DESCRIPCION GENERAL

Mediante este proyecto queremos darle solucin al problema de

pedidos que se tiene en los restaurants, la solucin que se le da
mediante el programa es facilitar el proceso de las cuentas y de
las ganancias y/o prdida por el servicio brindado hacia los
clientes.

En este proyecto se describe la creacin de software dentro del

sector de la gastronoma, en concreto un Restaurante-Cafetera
dedicado a ofrecer comida nacional y dems.

Salindonos de estos parmetros de lo acostumbrado ofreciendo

diversidad de servicios, calidad en el mismo, la misma podr verse
en la aplicacin del software, haciendo el servicio ms gil,
cmodo y sistemtico para el cliente como para el usuario de este
con la seguridad de tener informacin detallada de los flujos
econmicos (entrada y salida).

3. OBJETIVOS

Los objetivos son:

Monitorear la entrada y salida del proceso de cobro y/o

facturacin.

Brindar solucin a un problema que se lleva en las

empresas (restaurant).

Evitar el papeleo de los pedidos y

Mejorar el control del flujo econmico de la empresa.

Plasmar el conocimiento de las estructuras de datos en un

problema de la vida real

Agilizar los procesos de cuentas.

GRUPO 6 - ESTRUTURA DE DATOS 5

 Agilizar el proceso de servicios y/o cobros, por medio de este
sistema.

Brindar un servicio seguro, organizado y sistemtico para

minorar costos y tiempo.

4. SITUACIN ACTUAL

El restaurante al cual va destinado el sistema, actualmente cuanta

con una saturacin de pedidos que no se ha podido solucionar
debido a la falta organizacin , tambin el control administrativo
interno de la entrada de flujo econmico. A esto se debe el modo
de cobro que realizan los mozos o la persona designada a
realizarlos. Pero tiene sus defectos el hecho de no realizar una
cuenta exacta o no saber si an se tiene el plato que se desea, el
hecho de llevar una cuenta de todo lo ganado en el da y saber si
llego a vender todo lo que se produjo o hubo platos que no se
vendieron en su totalidad en general llevar una cuenta de todo lo
que se realiz durante el da de ventas y un mejor orden en el
momento de tomar los pedidos de los productos.

Son esos problemas los cuales nos llevan a realizar una solucin la
cual es el programa que se desea realizar en este caso la empresa
(restaurant) recin empezara a funcionar por eso se requiere un
software para poder tener una buena performance y poder
satisfacer las necesidades que los dueos de la empresa requieran
y poder facilitar el cobro que se da por el servicio que se entrega
adems de poder visualizar los tipos de comidas que hay para
poder ver si a cierta hora seguir habiendo los platos que sean
solicitados.

5. ALCANCE

Este software estara diseado para las empresas

(restaurants) que recin empiezan a funcionar y son
pequeas ya que si fueran grandes empresas de comida se
tendra que tener otras cosas en cuenta para la realizacin
del programa (base de datos, pginas web, etc.)

El mdulo de facturacin se encargara de verificar los

pedidos que se realizaron y proceder a crear la boleta para
drsela al cliente.

GRUPO 6 - ESTRUTURA DE DATOS 6

 El mdulo de pedido se encargara de realizar los pedidos
que los clientes realizaron mediante el programa para luego
pasarlo al mdulo de despacho

El mdulo de despacho/atencin se encargara de entregar lo

que se requiri de manera correcta.

5.1 REQUISITOS FUNCIONALES

Nro.
Definicin
RSI01
Descripcio
Registrar solicitud de pedido
n General
Pre-
El usuario ha sido admitido en el sistema con el rol de cliente
condicin
Post-
La solicitud de pedido ha sido registrada por el Sistema
condicin
Actores Cliente
El sistema debe registrar la informacin de los usuarios y
Descripci los pedidos .
n
Detallada: El sistema debe permitir que los usuarios registrados
soliciten productos que se encuentren en la carta.

Informaci
n Toda la informacin relacionada (Resoluciones, documentos
relacionad aprobatorios, etc). Colocar breves reseas
a
Criterios Si se ingresa un dato errneo, el programa pedir el
de ingreso de los datos correctos. En caso que la
Aceptaci persistencia del error contine, el programa finalizara
n
con un mensaje de error.

Si el CLIENTE, ingrese palabras ajenas al sistema, el

programa lo hora saber y el sistema volver a mostrar

GRUPO 6 - ESTRUTURA DE DATOS 7

 las caractersticas de la carta para su correcta
digitacin.

En caso de que no se haya podido establecer la

peticin la carta del cual se desea registrar, el sistema
debe informar: Opcin no registrada.

Cuando existan campos de formulario incompletos,

vacos o llenados incorrectamente el sistema mostrar
un mensaje describiendo el campo y error especfico.

Nro.
Definicin
RSI02
Descripci
CREAR ORDEN DE SALIDA
n General
Pre- El usuario ha sido admitido en el sistema con el rol
condicin administrador.
Post-
La orden de salida ha sido registrada
condicin
Actores Administrador
El sistema debe almacenar los pedidos por un usuario y
Descripci la fecha, para poder realizar la orden de salida y asi el
n cliente pueda ser atendido.
Detallada:
.

Informaci
n Toda la informacin relacionada (Resoluciones, documentos
relacionad aprobatorios, etc). Colocar breves reseas
a
Criterios El Administrador ingresara datos correctos que el sistema
de pida , asi como la correcta digitacin de la informacin
Aceptaci requerida.
n
El programa no realizara las operacin propia de ella , si el
administrador no cumple con los requisitos que el sistema
pide , a modo de acceso a ella misma.

En caso que el administrador ingrese, deber escoger las

pestaas. vistas en la interfaz, no podr realizar operaciones

GRUPO 6 - ESTRUTURA DE DATOS 8

 distintas o ajenas a las que pida el sistema.

En caso que el usuario no est registrado el sistema no le

permite el acceso.

Nro.
Definicin
RSI03
Descripci
VISUALIZACION DE LA CUENTA DEL CLIENTE
n General
Pre- El usuario ha sido admitido en el sistema con el rol
condicin administrador.
Post-
La orden de salida ha sido registrada
condicin
Actores Administrador
El sistema debe registrar la informacin de los
Descripci usuarios y la facturacin de estos, para luego poder
n ser visualizados en el sistema por el Administrador.
Detallada:

Informatio
n Toda la informacin relacionada (Resoluciones, documentos
relacionad aprobatorios, etc). Colocar breves reseas
a
Criterios El Administrador ingresara datos correctos que el sistema pida
de , asi como la correcta digitacin de la informacin requerida.
Aceptaci
n El programa no realizara las operacin propia de ella , si el
administrador no cumple con los requisitos que el sistema

GRUPO 6 - ESTRUTURA DE DATOS 9

 pide , a modo de acceso a ella misma.

El sistema debe permitir la visualizacin del estado de deudas,

y de la realizacin de pagos.

En caso que el usuario no est registrado el sistema no le

permite el acceso.

6. EXCLUSIONES

.El programa no brindara los insumos que se gastaron y que

se tendrn que adquirir para un da siguiente.

.No se llevara la orden mediante mesas si no mediante el

orden de llegada (colas).

.El programa facilitara mucho la solucin de los problemas

ya planteados pero obviamente cuando la empresa crezca el
programa no tendr el mismo impacto que al inicio.

.El mdulo de delivery no se desarrollara en el programa ya

que este solo podr ser usado por los mozos dentro del
restaurant.

GRUPO 6 - ESTRUTURA DE DATOS 10

 .El mdulo de despacho solo se encargara de entregar el
pedido mas no se puede cambiar, todo cambio se realizara
mediante la opcin cambio de pedido 1 hora antes de
recoger el pedido.

.Si la persona no se acerca a recoger el pedido 1 hora

despus del tiempo acordado no habr lugar a reclamo,
tiene que anularse mediante la opcin anulacin y con
anticipacin de 1 hora.

.El mdulo de pedido solo podr realizar los pedidos sobre el

stock que se encuentre en el restaurant no se podr usar lo
ya separado.

7. MARCO CONCEPTUAL O MARCO LEGAL

Concerto Definition
Es un tipo de dato estructurado formado por la unin
Registro de varios elementos bajo una misma estructura.
Estos elementos pueden ser, o bien datos
elementales (entero, real, carcter,...), o bien otras
estructuras de datos.
Cuenta en la que se detallan las mercancas
Factura compradas o los servicios recibidos, junto con su
cantidad y su importe, y que se entrega a quien debe
pagarla
Es el rgano de comunicacin entre el restaurante y
Carta el cliente y por lo tanto debe promover un encuentro
entre las preferencias o gustos del cliente y la oferta
del local.
Una orden de compra o nota de pedido es un documento
que un comprador entrega a un vendedor para solicitar

GRUPO 6 - ESTRUTURA DE DATOS 11

 Pedido ciertas mercaderas. En l se detalla la cantidad a comprar,
el tipo de producto, el precio, las condiciones de pago y otros
datos importantes para la operacin comercial

8. OBSERVACIONES:

Durante el desarrollo primero se usaron software que no necesitan

licencia.
Los reportes se visualizaran dentro del programa pudiendo llegar a
guardarlos pero se tendra que usar otro tipo de cosas (archivos).
Se cuenta con 2 opciones en la cual el de administrador facilitara
el seguimiento de productos que faltan o que an hay dentro del
restaurant.

Recomendaciones:
Mediante la empresa vaya creciendo se le pueden ir aumentando
cosas dentro del programa y poder llegar a unirlo con una pgina
web.

9. DOCUMENTOS ADJUNTOS:

REGLAMENTO DEL RESTURANTE

MODELO DE FACTURACION

DISEO DE INTERFAZ DEL SISTEMA

10. ESTRUCTURAS DE DATOS

CAMBIARLO
TAD

nodo

GRUPO 6 - ESTRUTURA DE DATOS 12

 T dato
nodo siguiente

nlista
nodo cab
nodo siguiente

ncliente
CADENA nombre
ENTERO dni

struct nfactura
ncliente clientef
nodo nodoN
FLOTANTE factura

11.BPMN (Bizagi):

GRUPO 6 - ESTRUTURA DE DATOS 13

12. Agrupacin de las clases de diseo en el Sistema

Subsistema Servicio al cliente

GRUPO 6 - ESTRUTURA DE DATOS 14

 Classes:
Interfaz Men principal.
Interfaz Cliente.
Interfaz Registrarse y Pedir.
Interfaz Interfaz Ver la Carta.
Interfaz Interfaz Ver la Factura.
Interfaz Eliminar Pedido .
Interfaz Modificar Pedido.

Subsistema Administracin
Classes:
Interfaz Men principal
Interfaz Ver ventas del dia.
Interfaz Despachar Por Prioridad.

13 Diagrama de Classes: StarUML

GRUPO 6 - ESTRUTURA DE DATOS 15

14. FIRMAS DE CONFORMIDAD

Autores Funcionales rea o Rol Firma

GRUPO 6 - ESTRUTURA DE DATOS 16

Nicole D. Santiago Oficina Tecnologa de
Caminero Informacin
Luis Snchez Oficina de proyectos

Reynando Alvarado Oficina de Presupuesto

GRUPO 6 - ESTRUTURA DE DATOS 17