Especificaciones de Software Restaurante Huanchaquito

Especificacin de
Software
Versin <3.0.2>
SISTEMA DE ATENCIN DEL RESTAURANTE HUANCHAQUITO
Integrantes
Balta Vilca Magaly Esther
Prez Isidro Eugenia Isabela
Quispe Mayta Christian
Silva Fuentes Miguel
Especificacin de Software (ES)
Pgina 1 de 42
HISTORIAL DE REVISIONES
Versin
<3.0.1>
Autor
Descripcin
Fecha de
Elaboracin
<Modificacin
de la matriz
excel>
<07-09-15>
Fecha de
Revisin
Revisado
por
<09-0915>
Pgina 2 de 42
Contenido
1.
Requisitos Funcionales.............................................................4
2.
Requisitos No Funcionales........................................................5
3.
Modelo de Casos de Uso...........................................................7

3.1. Lista de Actores.....................................................................7
3.2. Diagrama de Actores...............................................................8
3.3. Diagrama de Paquetes............................................................9
3.4. Lista de Casos de Uso del Sistema por Paquete...........................9
3.5. Diagrama de Casos de Uso por Paquete...................................10
3.6. Diagrama General de Casos de Uso.........................................11
3.7. Priorizacin de los Casos de Uso.............................................12
3.8. Matriz de Modelo de Negocio y Modelo de Sistema....................13
3.9. Especificacin de los Casos de Uso del Sistema.........................14
CUS01 Nombre del caso de Uso..................................................9
4.
Flujo General de Navegacin..................................................10
5.
Esquema de Seguridad...........................................................11
Pgina 3 de 42
1. Requisitos Funcionales
Proceso de
Negocio
Cdigo
Descripcin
RF-001
Elaborar proceso de
informacin
RF-002
Verificar disponibilidad de
producto
RF-003
Registrar platos solicitados
RF-004
Terminar preparacin el plato
RF-005
Tomar conocimiento del plato

preparado
RF-006
Transportar plato hacia la

mesa
Entregar Pedido
RF-007
Verificar platos pedidos
Modificar Pedido
RF-008
Permitir acceso a la base de

datos
Modificar Pedido
RF-009
Eliminar o Adicionar platos al

pedido
Modificar Pedido
RF-010
Solicitar cuenta o registro de

pedidos
Pagar Pedido
Pagar por Tarjeta
Pagar Pedido
Atender Pedido
Atender Pedido
Atender Pedido
Entregar Pedido
Entregar Pedido
RF-011
Pgina 4 de 42
Cdigo
RF-012
2.
Proceso de
Negocio
Descripcin
Pagar por efectivo
Pagar Pedido
RF-013
Registrar transaccin en la
base de datos
Pagar pedido
RF-014
Solicitar usuario y password

para ingresar al sistema
Informar sobre
ventas diarias
RF-015
Mostrar transacciones
realizadas en el da
Informar sobre
ventas diarias
Requisitos No Funcionales
Tipo de Requisito
Restricciones del
Diseo
Cdigo
RNF-001
Descripcin
Implementacin
Este sistema se
desarrolla en
El sistema debe ser
Windows 8.1,
compatible con
pero tambin
Windows XP,
debe ser
Windows Vista,
compatible con
Windows 7,
los mencionados,
Windows8.1.
en caso no se
tenga ese sistema
operativo.
RNF-002
El sistema seguir
los componentes de
implementacin en
la plataforma Java y
Php.
RNF-003
Se va a
El sistema a
implementar una
desarrollarse,
conexin con la
utilizar la base de base de datos que
datos MySQL Server.
utilizar el
programa MySQL.
Pgina 5 de 42
Tipo de Requisito
Componentes a
Adquirir
Cdigo
RNF-004
Descripcin
Implementacin
El sistema debe
contar con hardware
y software de buen
funcionamiento para
las actividades que
se realicen.
El software a utilizar
es de Java.
Interfaces de Usuario
Interfaces de
Hardware
Interfaces de
Software
Interfaces de
Comunicaciones
Requerimientos de
Licenciamiento
Seguridad
RNF-005
El formato de los
mens deber
distinguirse por los
nombres de cada
opcin con una
fuente grande y
resltante para una
correcta
visualizacin.
RNF-006
Limitaciones y
restricciones de las
direcciones MAC de
las computadoras y
dispositivos.
Todos los usuarios

dependiendo de
su perfil tendrn
un lmite de
acceso a la
informacin y
funcionalidades
del software.
RNF-007
Se utiliz el Rational
Software Architect
(RSA). Para disear
el proceso de
Logstica.
Se activa el
permiso con la
licencia de la
versin 8.0.1
RNF-008
El sistema contar
con una conexin
de red LAN y
WLAN.
RNF-009
RNF-010
NetBeans 7.4 y
ASP.NET
Se contar con
dispositivos que
brindan conexin
a internet.
Licencia para
NetBeans 7.4 y
para
.NET se usara la
versin 4.5.1 de
64 bit
Los usuarios
pertenecientes al
Se evita exponer
negocio tendrn a su datos personales
disposicin un id y
de los solicitantes
contrasea.
Pgina 6 de 42
Tipo de Requisito
Requisitos del
Sistema
Requisitos de
Desempeo
Cdigo
RNF-011
RNF-012
Descripcin
Implementacin
Requisitos Mnimos
Los ordenadores
deben tener
microprocesador
Core i3 y 4Gb de
memoria para
almacenar datos
e informacin.
El sistema tendr
una automatizacin
durante las 24
horas.
Durante los
feriados, das
festivos y de no
atencin al
pblico se
realizara un
mantenimiento.
3. Modelo de Casos de Uso

3.1.
Lista de Actores
Actor del sistema
Descripcin
Es la persona quien gestiona la apertura,
cierre de caja y comprobante de pago
adems de anular comprobantes.
Es el encargado de generar una orden de
atencin si es que el cliente no ha hecho
una reserva y por consiguiente
confirmar dicha reserva.
Es la persona que ingresa al Sistema a

travs de su usuario y contrasea
personal.
Pgina 7 de 42
Es el encargado de registrar el orden del

pedido hecho por el cliente.
Es la persona que genera una reserva. Ya

en el establecimiento se encarga de
generar su orden, mostrar dicha orden y
generar su cuenta.
Es el encargado de mantener perfil

adems de mantener usuario.
Es la persona que tiene la potestad de

aadir y modificar producto de la carta
del da, adems de hacer la confirmacin
de ventas diarias.
3.2. Diagrama de Actores
Pgina 8 de 42
3.3. Diagrama de Paquetes
3.4. Lista de Caso de Uso del Sistema por Paquetes
3.5. Diagrama de Casos de Uso por Paquete
Pgina 9 de 42
Paquete: P01 - Administracin
Paquete: P02 Atencin
Paquete: P03 Cocina
Pgina 10 de 42
Paquete: P04 Requerimientos de Administracion de Caja
Paquete: P05 Seguridad
3.6. Diagrama General de Casos de Uso
Pgina 11 de 42
3.7.
Priorizacin de los Caso de Uso
3.7.1.
Clasificacin de los Casos de Uso
0,4
0,3
0,2
CUS01 Realizar pago de

pedido
8.5
Prim
CUS02 Registra orden de

pedido
8.5
Prim
CASO DE USO
0,1
IMPACTO TOTAL
IMPORTANCIA COMPLEJIDAD RIESGO
RNF
Pgina 12 de 42
CLASIF
DE
CUS03 Ingresar al
Sistema
CUS04 Aadir Producto
CUS05 Modificar Producto
CUS06 Confirmar Venta
Diaria
CUS07 Generar Orden
CUS08 Mostrar Orden
CUS09 Mantener Perfil
CUS10 Mantener Usuario
CUS11 Generar Reserva
CUS12 Confirmar Reserva
CUS13 Generar Orden de
Atencin
CUS14 Generar cuenta
8.6
Prim
8.6
Prim
8.9
Prim
6.5
8.5
6.5
Prim
Prim
8.6
Prim
6.5
8.5
Prim
8.6
Prim
3.7.2. Ciclos de Desarrollo de los Casos de Uso del Sistema

Ciclo de desarrollo
Nombre del caso de uso
Ncleo central o Ciclo 0

CUS01 Realizar pago de pedido
Clasificacin
Primario
CUS02 Registra orden de pedido
Primario
CUS03 Ingresar al Sistema
Primario
Primario
Pgina 13 de 42
Secu
Prim
Secu
Secu
Ciclo de desarrollo
Ciclo 1
Nombre del caso de uso
Clasificacin
Primario
CUS07 Generar Orden
Primario
Primario
Primario
Primario
CUS13 Generar Orden de

Atencin
Primario
Primario
CUS06 Confirmar Venta Diaria
Secundario
CUS08 Mostrar Orden
Secundario
Secundario
Pgina 14 de 42
3.8. Matriz de Modelo de Negocio y Modelo de Sistema

Proceso de
Negocio
Atender Pedido
Gestin de
Control de
Inscripcin de
Trmite
REUTILIZABLE
Actividad del Negocio
Responsable del
Negocio
Elaborar proceso de
informacin
Jefe del AADA
RF-001
Elaborar proceso de informacin
CUS-001
Registrar Administrado
Jefe del AADA
Adjuntar requisitos
Jefe del AADA
RF-002
Verificar disponibilidad de
producto
CUS-002
Recepcionar requisitos
Jefe del AAD
Registrar Documentos
Jefe del AADA
RF-003
Registrar platos solicitados
CUS-003
Registrar Documentos
Jefe del AADA
Revisar Documentos
Director Regional
RF-004
Terminar preparacin el plato
CUS-004
Registrar
Documentacin
Jefatura de DFFS
RF-005
Tomar conocimiento del plato

preparado
CUS-005
Recepcionar Expediente
Especialista de DFFS
RF-006
Transportar plato hacia la mesa
CUS-006
Emitir certificado
Especialista de DFFS
RF-007
Verificar platos pedidos
CUS-007
Revisar Certificado
Jefatura de DFFS
RF-008
Entregar Certificado
Administrado
RF-009
Requerimiento
Permitir acceso a la base de

datos
Eliminar o Adicionar platos al
pedido
Solicitar cuenta o registro de
pedidos
Caso de Uso
CUS-008
Consultar Elaboracin del

Trmite
Consultar la elaboracin del
documento
Verificar los Documentos
Aceptados
Registrar Convenio de
Exportador
Actualizar Estado del
Administrado
Actores
Director Regional
Jefatura de DFFS
Especialista de
DFFS
Especialista de
DFFS
Jefatura de DFFS
CUS-009
Generar Certificado
Administrado
CUS-012
Buscar DOCUMENTOS
CUS-013
Buscar SOLICITANTE
USUARIOS DE
REALIZACION DE
Tramite de
exportacin
CUS-014
Buscar datos de Solicitud

de exportadores
CUS-015
Buscar datos del trmite
Actualizar Informacin del

Usuario del Sistema
CUS-016
Mantener el SISTEMA
Actualizar Datos de Usuario
CUS-017
Mantener USUARIO
Registrar Usuario en el Sistema
CUS-018
REGISTRAR NUEVO
USUARIO
Mostrar datos del Usuario

SOLICITANTE
Mostrar datos de la solicitud de
exportadores
Mostrar datos del informe de
confirmacin de documento
DFFS
Permitir el Ingreso al Sistema

MANTENIMIEN
TO
DFFS
DFFS
Pgina 15 de 42
3.9. Especificacin de los Casos de Uso del Sistema

3.9.1. Especificacin de Alto Nivel
Caso de uso:
Actor(es):
Cajero
Propsito:
Pagar el total del pedido consumido por el cliente
Caso de uso
asociado:
Ninguno
Resumen:
Comprende en pagar el total del Pedido consumido

por el Cliente en la ventanilla de pago atendido por
el Cajero.
Clasificacin
Primario
Requisitos
Caso de uso:
El cajero debe estar registrado y haber sido

aceptado por el sistema.
Actor(es):
Jefe del cocina
Propsito:
Registra el pedido est siendo procesado en la

cocina
Caso de uso
asociado:
Ninguno
Resumen:
Despus que el cliente ordenara su pedido, la

informacin llegar a la cocina donde el jefe de
cocina registrar que el pedido est siendo
procesado
Clasificacin
Primario
Requisitos
Caso de uso:
El jefe de cocina debe estar registrado y haber sido

aceptado por el sistema.
Actor(es):
Usuario
Propsito:
Registro de usuario y contrasea
Caso de uso
asociado:
Ninguno
Resumen:
El usuario del sistema deber haberse logueado

para ingresar al sistema.
Clasificacin
Primario
Pgina 16 de 42
Requisitos
Caso de uso:
El sistema debe validar los campos rellenados con el

usuario y la contrasea del mismo.
Actor(es):
Administrador
Propsito:
Aadir un nuevo producto a la carta
Caso de uso
asociado:
Ninguno
Resumen:
El administrador aadir un producto a la carta del

da.
Clasificacin
Primario
Requisitos
Caso de uso:
El sistema deber guardar en la base de datos todas

las especificaciones del producto aadido.
Actor(es):
Administrador
Propsito:
Modificar un producto de la carta
Caso de uso
asociado:
Ninguno
Resumen:
El administrador modificar un producto de la carta.
Clasificacin
Primario
Requisitos
Caso de uso:
El sistema se encargar de guardar las

especificaciones editadas del producto seleccionado.
Actor(es):
Administrador
Propsito:
Confirmar las ventas al finalizar el da
Caso de uso
asociado:
Ninguno
Resumen:
El administrador deber haber concordado el total

de ventas en el da.
Clasificacin
Primario
Requisitos
Caso de uso:
El sistema deber guardar la confirmacin del

administrador en la base de datos.
CUS07 Generar Orden
Actor(es):
Cliente
Propsito:
Seleccionar un plato de la lista y agregarlo a la

cuenta
Pgina 17 de 42
Caso de uso
asociado:
Ninguno
Resumen:
El usuario entre la lista de productos elegir uno
Clasificacin
Primario
Requisitos
Caso de uso:
El sistema generar la orden de un producto la cual

ir directamente a la base de datos
CUS08 Mostrar Orden
Actor(es):
Cliente
Propsito:
El sistema mostrar la lista de productos que han

sido cargados en la cuenta y ver el estado en el que
se encuentran
Caso de uso
asociado:
Ninguno
Resumen:
El cliente ver el estado de los platos
Clasificacin
Primario
Requisitos
Caso de uso:
El sistema mostrar el informe

Actor(es):
Administrador del Sistema
Propsito:
Actualizar perfiles, agregar o eliminar
Caso de uso
asociado:
Ninguno
Resumen:
El administrador manejar la lista de perfiles y las

restricciones de cada uno
Clasificacin
Primario
Requisitos
Caso de uso:
El sistema guardar los perfiles con sus cambios
Actor(es):
Administrador del Sistema
Propsito:
Actualizar usuarios, agregar o eliminar
Caso de uso
asociado:
Ninguno
Resumen:
El administrador manejar la lista de usuarios y las

restricciones de cada uno
Clasificacin
Primario
Requisitos
El sistema guardar los usuarios con sus cambios
Pgina 18 de 42
Caso de uso:
Actor(es):
Cliente
Propsito:
Seleccionar una mesa disponible y registrarlo en el

sistema
Caso de uso
asociado:
Ninguno
Resumen:
El cliente escoge fecha, hora y mesa para ser

atendido posteriormente.
Clasificacin
Primario
Requisitos
El sistema debe validar la disponibilidad de mesas

segn fecha y hora.
Caso de uso:
Actor(es):
Anfitrin
Propsito:
Validar una reserva realizada anteriormente
Caso de uso
asociado:
Ninguno
Resumen:
El anfitrin podr validar los datos de una reservacin

hecha por el cliente.
Clasificacin
Primario
Requisitos
Reserva registrada en el sistema
Caso de uso:
CUS13 Generar Orden de Atencin
Actor(es):
Anfitrin
Propsito:
Generar una orden de atencin para un cliente que

no realizo reserva
Caso de uso
asociado:
Ninguno
Resumen:
El anfitrin podr atender clientes fuera de una

reserva siempre y cuando exista disponibilidad
Clasificacin
Primario
Requisitos
Disponibilidad de mesas
Pgina 19 de 42
Caso de uso:
3.9.2.
Actor(es):
Cliente
Propsito:
Generar estado de cuenta
Caso de uso
asociado:
Ninguno
Resumen:
El cliente podr generar la cuenta de su consumo en

el establecimiento para su posterior pago.
Clasificacin
Primario
Requisitos
El sistema registra el estado de cuenta.
Especificacin Extendida
3.9.2.1.
1.

Realizar pago de pedido
1.1 Descripcin
Comprende en pagar el total del Pedido consumido por el

Cliente en la ventanilla de pago atendido por el Cajero.
1.2 Actor(es)
Cajero
2.
Flujo de Eventos
El caso de uso se inicia cando el cajero selecciona la opcin
Pagar Pedido en la interfaz REALIZAR PAGO.
2.1 Flujo Bsico de Eventos
1.
El sistema muestra el interfaz REALIZAR PAGO

En la interfaz se nuestra la lista de los Platos
consumidos por el Cliente, los Precios del mismo, la
2.
Mesa y el Monto que deber pagar.

El Cajero selecciona la opcin Verificado donde el
Sistema
mostrar
una
interfaz
llamada
VERIFICACION donde el Cajero tendr que llenar los

3.
respectivos campos.
El Cajero selecciona el nmero de mesa donde el
4.
Cliente ha consumido.
El Cajero importar los datos del nmero de Mesa
respectivo, tales son: nombre de cada Plato, Bebida
Pgina 20 de 42
o Piqueo que consumi el Cliente, precio y cantidad

5.
de cada plato, bebida o piqueo.

El Cajero llenara los campos respectivos: nombre del
Cliente, documento de identidad del Cliente o RUC,
Mtodo de pago, empresa de la Tarjeta de Crdito o
dbito (MasterCard, Visa o American Express) y en
6.
tal caso, el cdigo de la Tarjeta de crdito.

El Cajero selecciona el botn Procesar.
6.1
El sistema empezar a procesar los datos
7.
ingresados
6.2
El sistema mostrar los datos
6.3
El Sistema muestra el total que se cobrara.
El
Cajero
selecciona
la
opcin
Imprimir
8.
Comprobante.
El Sistema procede a cobrar el monto total del Pedido
consumido.
9.
El Sistema muestra un mensaje de confirmacin.
10. El Sistema emite el comprobante de pago respectivo.
11. El Sistema cierra la interfaz principal y termina el
caso de uso.
2.2 Flujos Alternativos
4.1 Datos sin llenar

El Sistema rechazar esto emitiendo un mensaje de
alerta obligando a llenar todos los datos. El flujo
regresa al evento 4.
6.1. Error de comunicacin
El Sistema mostrar un mensaje que indique que no
se ha podido establecer comunicacin al Sistema de
Tarjeta Solicitado e indica que lo vuelva a intentar
hasta que se pueda conectar. El flujo regresa al evento
6.
Pgina 21 de 42
3.
Precondiciones
3.1 El Cajero tiene que estar previamente logueado
3.2 La mesa donde el Cliente debe estar marcada como
atendida.
4.
Post-condiciones
4.1. Se cre un objeto venta de Pedido.
5.
Puntos de extensin
Ninguno
6. Prototipo:
3.9.2.2.
1. Registra orden de pedido
1.1
Descripcin
Despus que el cliente ordenara su pedido, la
informacin llegar a la cocina donde el jefe de cocina

registrar que el pedido est siendo procesado
1.2
Actores
Jefe de cocina
Pgina 22 de 42
2. Flujo de Eventos
En el sistema se muestra la interfaz Registra Orden De Pedido

Flujo Bsico de Eventos
2.1
1. El sistema muestra la interfaz REGISTRO DE PEDIDO, donde

se muestra el nmero de Mesa, cantidad de Plato, Tiempo y
nombre del plato.
2. El caso de uso empieza cuando el Pedido llega al sistema y el
jefe de cocina selecciona que el Pedido est siendo procesado
de la mesa que corresponda (se prioriza al primer pedido que
llegue).
3. El jefe indica que Plato debe cocinarse.
4. Cuando dicho palto este preparado, el seleccionara la opcin
Pedido En Marcha y se mostrar la interfaz PEDIDO EN
MARCHA
5. El Sistema cierra la interfaz principal y termina el caso de uso.
Flujos Alternos
2.2
2.1
Error del jefe de cocina al mandar un Plato
que aun no a sido terminado

Si el jefe de cocina se equivoca de Plato, este puede
seleccionar el botn Pedidos De Mesa y se mostrar la
interfaz de PEDIDO DE MESA
2.1.1 Se mostrar el interfaz PEDIDO DE MESA donde te
pedir el nmero de Mesa
2.1.2 Al ingresar ese nmero aparecer los Platos preparados
2.1.3 despus de ello se seleccionar la opcin Pedido En
Proceso.
3. Precondiciones
3.1.
3.2.
El jefe de cocina deber estar logueado al sistema.

La base de datos debe estar habilitada.
4. Post-condiciones
4.1
Se ingresar la base de datos los platos que fueron

atendidos.
Pgina 23 de 42
5. Puntos de Extensin
NO Presenta puntos de extensin cuando el jefe de

cocina no est registrado
6. Prototipo:
3.9.2.3.
1. Atender Pedido
1.1. Descripcin
Permite loguear a todos los usuarios del sistema, para as
mantener la seguridad y la privacidad de cada uno.
1.2. Actor(es)
Usuario
2. Flujo de Eventos
El caso de uso se inicia cuando el usuario abre la pgina web del
restaurante.
2.1.
Flujo Bsico
1. El sistema muestra la interfaz INGRESAR en donde

aparecen los campos de Usuario y Contrasea.
2. EL usuario ingresara con su Usuario correspondiente.
3. El usuario ingresara con su Contrasea.
4. El usuario seleccionara la opcin Aceptar para
ingresar al sistema.
5. EL sistema cierra la interfaz principal y termina el
caso de uso.
2.2
Flujos Alternativos
2.1.4 Ingreso de loguin incorrecto

Si ingresa un usuario y/o contrasea incorrecta, le
aparecer una ventana diciendo Usuario y contrasea
incorrectos. El flujo contina en el evento 5.
3. Precondiciones
3.1.
3.2.
El usuario debe estar asignado a una base de datos.

La base de datos debe actualizarse diariamente.
Pgina 24 de 42
4. Poscondiciones
4.1. El usuario acceder al sistema.
No existen puntos de extensin.
6. Prototipo
3.9.2.4.
1. Aadir Producto
1.1.
Descripcin
El administrador certifica que algunos productos sean rentables es por eso

que los aade a la carta.
1.2.
Actor(es)
Administrador
2. Flujo de Eventos
El caso de uso inicia cuando el administrador selecciona la opcin Aadir
Producto.
Pgina 25 de 42
2.1.
Flujo Bsico
1. El sistema mostrar la interfaz AADIR PRODUCTO en
donde el administrador podr rellenar todas las
especificaciones del producto nuevo ya sean Nombre,
Precio, etc.
2. El administrador seleccionar la opcin Aceptar.
3. El sistema mostrar la interfaz CONFIRMACIN
confirmando el producto aadido.
4. El administrador seleccionar la opcin Aceptar.
5. El sistema cierra la interfaz principal y termina el caso
de uso.
2.2.
Flujos Alternativos
2.1.4 Especificacin errnea ingresada

Si no llena alguna especificacin no podr aadir el producto, en
consecuencia, el administrador seleccionar la opcin Cancelar
y el sistema regresar a la ventana anterior, en la cual podr
llenar dicha especificacin. El flujo contina en el evento 5.
3. Precondiciones
3.1.
El administrador debe estar registrado y haber sido aceptado
por el sistema.
3.2.
Debe haber tomado en cuenta la rentabilidad del producto a
aadir.
4. Poscondiciones
4.1.
Se habr aadido un nuevo producto a la carta.
6. Prototipo
Pgina 26 de 42
3.9.2.5.
CUS05: Modificar Producto
1. Modificar Producto
1.1.
Descripcin
Al ser un dato errneo alguna de las especificaciones de algn

producto, el administrador modifica dicho producto.
1.2.
Actor(es)
Administrador
2. Flujo de Eventos
El caso de uso comienza cuando el administrador selecciona algn
producto de la carta en el sistema.
2.1.
Flujo Bsico
1.
2.
3.
4.
El administrador seleccionar la opcin Modificar Producto.

El sistema le mostrar la interfaz EDITAR PRODUCTO en donde el
administrador podr editar aquella especificacin errnea de dicho
producto.
El administrador seleccionar la opcin Aceptar.
El sistema cierra la interfaz principal y termina el caso de uso.
2.2.
Flujos Alternativos
2.1.3. Seleccin errnea de un producto

Si es que se equivoc al momento de escoger el producto, el
Pgina 27 de 42
administrador puede seleccionar la opcin Cancelar y el sistema

regresar a la ventana anterior. El flujo contina en el evento 4.
3. Precondiciones
3.1.
3.2.
El administrador tiene que estar logueado.

El administrador tiene que conocer que producto modificar.
4. Poscondiciones
4.1.
Se habr modificado un producto de la carta.
6. Prototipo
Pgina 28 de 42
3.9.2.6.
1. Confirmar Venta Diaria

1.1.
Descripcin
El administrador verifica el total de boletas de las ventas del da,

verifica el total de dinero recaudado, al coincidir registra la venta
total del da.
1.2.
Actor(es)
Administrador
2. Flujo de Eventos
El caso de uso empieza cuando el administrador selecciona la
opcin Visualizar Ventas Del Da.
2.1.
Flujo Bsico
1.
2.
3.
2.2.
El sistema muestra la interfaz VENTAS DIARIAS donde

se visualiza el monto vendido en el da.
El administrador selecciona la opcin Confirmar
habiendo concordado el monto total de ventas diarias.
El sistema cierra la interfaz principal y termina el caso
de uso.
Flujos Alternativos
2.1.2. Inconformidad del administrador

Si el administrador no est de acuerdo, seleccionar la opcin
Cancelar y el sistema regresar a la ventana anterior. El flujo
contina en el evento 3.
3. Precondiciones
3.1. El administrador debe haber accedido al sistema.
3.2. El administrador debe tener consigo las boletas de las
ventas del da.
4. Poscondiciones
4.1.
El monto total de las ventas diarias queda
confirmado y es guardado en la base de datos.
Pgina 29 de 42
No tiene puntos de extensin.

6. Prototipo
3.9.2.7.
CUS07 Generar Orden
1. Generar Orden
1.1
Descripcin
El cliente elige dentro de las opciones de productos disponibles por el
sistema.
1.2
Actores
Cliente
2. Flujo de Eventos
El caso de uso inicia cuando el cliente activa el sistema tocando la
pantalla y selecciona pedir.
2.1 Flujo Bsico
1. El sistema muestra la interfaz PRODUCTOS con Fotos y Precios,
Cantidad y Tiempo de Preparacin. Incluye las opciones de Pedir y
Mostrar Men.
2. El cliente seleccionar la opcin Pedir.
2.1 El sistema cargar el producto a la cuenta y a lista de platos por
preparar en el sistema.
3. El cliente seleccionar la opcin Incidencia
Pgina 30 de 42
3.1 El sistema invoca al CU Registrar Incidencias (extend).

4. El cliente seleccionar la opcin Mostrar Men.
4.1 El sistema cargar el men principal del mdulo.
5. Fin del Caso de Uso.
2.2 Flujo Alternativo
2.1.2 El sistema muestra un tiempo de 2 minutos para cancelar la
orden.
2.1.3 El usuario cancela el pedido. El flujo contina en el paso 5.
3. Precondiciones
3.1
4. Post condiciones
4.1
Se ingresar la base de datos los datos la lista de pedidos.
1. CU Registrar Incidencia, en el paso 3.7.1
Si el cliente ha introducido una cantidad que no se puede satisfacer
con el stock actual del almacn el sistema generar un aviso de
generacin de incidencia y se podr invocar al caso de uso Incidencia
Pedido.
6. Prototipo
Pgina 31 de 42
3.9.2.8.
CUS08 Mostrar Orden

1. Mostrar Orden
1.1
Descripcin
Este caso de uso nos permite consultar todos los estados de
nuestros platillos y ver si ya estn siendo preparados
1.2
Actores
Cliente
2. Flujo de Eventos
El caso de uso inicia cuando el cliente activa el sistema
tocando la pantalla y selecciona Mostrar Ordenes
2.1 Flujo Bsico
El sistema muestra la interfaz ORDENES con Nombres de los
Platos, Precios, Cantidad, Tiempo y Estado. Incluye las opciones
de Mostrar Men.
1.
El cliente seleccionar la opcin Mostrar Men.

2.1 El sistema cargar el men principal del modulo.
3. Fin del Caso de Uso
Pgina 32 de 42
3. Precondiciones
3.1
4. Post condiciones
4.1
Se mostrar la base de datos los datos la lista de pedidos.
NO Presenta puntos de extensin.
6. Prototipos
3.9.2.9.
0CUS 09 Mantener Perfil
1. Mantener Perfil
1.1
Descripcin
El actor podr adicionar, modificar o eliminar perfiles del sistema. Cada
perfil consta de una o ms funcionalidades que sern utilizadas para la
Pgina 33 de 42
autentificacin de usuarios
1.2
Actores
Administrador
2. Flujo de Eventos
El caso de uso inicia cuando el programador entra al modulo de escritorio del
sistema
2.1 Flujo Bsico
El sistema muestra la interfaz PERFILES con Nombres de los Perfiles y los
permisos que poseen. Incluye las opciones de Editar Perfil, Aadir Perfil,
Eliminar Perfil.
1. El cliente seleccionar la opcin Editar Perfil.
2.1 El sistema cargar el men para que el administrador pueda editar
la informacin pertinente.
2.2 El administrador cambiar lo que sea necesario.
2.3 El administrador seleccionar la opcin Guardar.
2. El cliente seleccionar la opcin Aadir Perfil.
3.1 El sistema cargar el men para que el administrador pueda
rellenar la informacin sobre el nuevo perfil.
3. El cliente seleccionar la opcin Eliminar Perfil.
4.1 El sistema cargar el men para que el administrador elegir entre
todos los perfiles disponibles.
4.2 El administrador seleccionar el perfil o los perfiles que sean
necesarios.
4.3 El administrador seleccionar la opcin Eliminar.
4.4 El administrador seleccionar la opcin Salir.
5. Fin del Caso de Uso.
3. Precondiciones
3.1 La base de datos debe estar habilitada.
4. Post condiciones
4.1 La lista de perfiles quedar actualizada.
6. Prototipo
3.9.2.10.
1. Mantener Usuario
Pgina 34 de 42
1.1
Descripcin
El actor podr adicionar, modificar o eliminar Usuarios del sistema. Cada
perfil consta de una o ms funcionalidades que sern utilizadas para la
autentificacin de usuarios
1.2
Actores
Administrador
2. Flujo de Eventos
El caso de uso inicia cuando el programador entra al mdulo de escritorio del
sistema
2.1 Flujo Bsico
1. El sistema muestra la interfaz USUARIOS con Nombres de los Usuarios
y que tipo de perfil poseen, al igual que sus datos (Nombre, DNI,
Telfono, Lugar de vivienda). Incluye las opciones de Editar Usuario,
Aadir Usuario, Eliminar Usuario.
2. El cliente seleccionar la opcin Editar Usuario.
2.1 El sistema cargar el men para que el administrador pueda editar
la informacin pertinente.
3. El cliente seleccionar la opcin Aadir Usuario.
3.1 El sistema cargar el men para que el administrador pueda
rellenar la informacin sobre el nuevo usuario.
4. El cliente seleccionar la opcin Eliminar Usuario.
4.1 El sistema cargar el men para que el administrador elegir entre
todos los usuarios disponibles.
4.2 El administrador seleccionar el usuario o usuarios que sean
necesarios.
4.3 El administrador seleccionar la opcin Eliminar.
4.4 El administrador seleccionar la opcin Salir.
5. Fin del Caso de Uso
3. Precondiciones
3.1
4. Post condiciones
4.1
La lista de usuarios quedar actualizada.
Pgina 35 de 42
3.9.2.11.
1. Generar Reserva
1.1
Descripcin
En este caso de uso se describe todo el procedimiento que el cliente hace para
realizar una reserva en el restaurante El Huanchaquito.
1.2
Actor(es)
Cliente (Comensal)
2. Flujo de Eventos
Este caso de uso es iniciado por el usuario cuando selecciona en el men
Reservaciones, la opcin Crear Reservacin.
2.1
Flujo Bsico
1. El sistema le muestra la interfaz REALIZAR RESERVA donde se debe ingresar

la informacin necesaria para realizar la reservacin.
2. El cliente ingresa los datos solicitados en el formato, como Nombre,
Documento de Identidad, Telfono, Nmero de Comensales, Fecha y Hora,
Correo Electrnico, entre otros.
3. El cliente selecciona la opcin Buscar Mesas.
3.1
El sistema convoca al CU Buscar Mesas (include).
3.2
El cliente selecciona la mesa en la cual desea consumir.
3.3 El sistema captura la informacin y la ingresa en el campo Mesa.
3.4 El cliente acepta las especificaciones ingresadas en los campos previos.
3.5 El sistema captura la informacin ingresada.
3.6 El sistema verifica la informacin ingresada.
3.7 El sistema le muestra al cliente el costo segn las especificaciones de la
reservacin que se ingres.
3.8 El cliente acepta la reservacin y el costo del mismo.
3.9 El sistema guarda las especificaciones de la reservacin.
3.10
El sistema muestra en pantalla que la reservacin se ha completado
con xito y muestra el cdigo correspondiente a esa reservacin.
2.2
Flujos Alternativos
3.5. Ingreso incompleto de datos:
3.5.1 El sistema encuentra que hay campos a los cuales le falto el ingreso
de datos.
3.5.2 El sistema muestra un mensaje de error diciendo que hay campos
obligatorios que no han sido ingresados.
3.5.3 El sistema muestra de nuevo el formato para realizar la reservacin
con los datos ingresados por el usuario.
3.5.4 El cliente completa los campos que son necesarios para realizar la
reservacin.
3.5.5 El cliente acepta las especificaciones ingresadas en los campos
previos.
3.5.6 El sistema captura la informacin ingresada.
3.5.7 El sistema verifica la informacin ingresada.
Contina en evento 3.7
3 Disponibilidad de mesas:
3.1 El sistema muestra un mensaje en el cual especifica que para el da
Pgina 36 de 42
solicitado no hay mesas disponibles.

3.2 El cliente acepta el mensaje.
3.3 El cliente cambia la fecha para continuar con el proceso de
reservacin en el restaurante.
3.4 El cliente selecciona nuevamente la opcin Buscar Mesas.
Contina en evento 3.1
3.
Precondiciones
3.1 Mesas (Disponibles y No disponibles) y Nmero de Mesas deben estar en la
base de datos.
4.
Poscondiciones
4.1 La reserva queda almacenada en el sistema en la lista de Reservas
Realizadas.
5.
Puntos de Extensin
5.1CU Buscar Mesas, en el paso 3.1
Si el cliente ha seleccionado una fecha en la cual no hay mesas disponibles, el
sistema solicitara escoger otra fecha y/o hora. De haber mesas disponibles en
la fecha y/o hora escogida este caso de uso las mostrar para su posterior
seleccin.
Pgina 37 de 42
6.
Prototipo
Especificacin de caso de uso: Confirmar

Reserva
3.9.2.12.
1.
Confirmar Reserva
1.1
Descripcin
En este caso de uso se describe todo el procedimiento que el anfitrin hace
para validar una reserva realizada y permitir el ingreso de los clientes
(comensales) al establecimiento.
1.2
Actor(es)
Anfitrin
2.
Flujo de Eventos
Este caso de uso es iniciado por el anfitrin cuando selecciona en el men
Reservaciones, la opcin Validar Reservacin.
2.1
Flujo Bsico
1. El sistema le muestra al usuario la interfaz VALIDAR RESERVACIN el cual
Pgina 38 de 42
consta con dos campos para ingresar datos.

2. El anfitrin ingresa los siguientes datos a quien hizo la reserva en el
formulario: Documento de Identidad y Cdigo de Reserva.
3. El anfitrin selecciona la opcin Validar Datos.
4. El sistema captura la informacin ingresada.
5. El sistema verifica la informacin ingresada.
6. El sistema le muestra al anfitrin un mensaje en pantalla que los datos son
correctos.
7. El anfitrin selecciona la opcin Salir que est en el mensaje.
8. El sistema cambia el estado de la reservacin, de Reservacin Realizada a
Reservacin Atendida.
2.2
Flujos Alternativos
3. Ingreso incorrecto de datos:
3.1 El anfitrin selecciona la opcin Validar Datos.
3.4 El sistema le muestra al anfitrin un mensaje en pantalla que los datos
son incorrectos.
3.5 El anfitrin selecciona la opcin Aceptar.
3.6 El sistema solicita los datos nuevamente.
3.7 El anfitrin ingresa los siguientes datos a quien hizo la reserva en el
formulario: Documento de Identidad y Cdigo de Reserva.
3.8 El anfitrin selecciona la opcin Validar Datos.
3.11 El sistema le muestra al anfitrin un mensaje en pantalla que los
datos son correctos.
3.12 El anfitrin selecciona la opcin Salir que est en el mensaje.
3.13 El sistema cambia el estado de la reservacin, de Reservacin
Realizada a Reservacin Atendida.
3.
Precondiciones
3.1 La Reservacin Realizada por el cliente debe estar en la base de datos.
4.
Poscondiciones
4.1 El estado de la reserva cambia, de Reservacin Realizada a Reservacin
Atendida.
5.
Puntos de Extensin
Pgina 39 de 42
6.
Prototipo
3.9.2.13.
Generar Orden de Atencin
1.
Generar Orden de Atencin
1.1
Descripcin
En este caso de uso se describe todo el procedimiento que el anfitrin hace
para crear una orden de atencin y permitir el ingreso de los clientes
(comensales) al establecimiento.
1.2
Actor(es)
Anfitrin
2.
Flujo de Eventos
Este caso de uso es iniciado por el usuario cuando selecciona en el men
Reservaciones, la opcin Generar Orden de Atencin.
2.1
Flujo Bsico
1. El sistema le muestra al anfitrin la interfaz GENERAR ORDEN DE ATENCIN
donde se debe ingresar la informacin necesaria para realizar la una orden de
atencn
2. El anfitrin ingresa los datos del cliente en el formato, como Nombre,
Documento de Identidad, Nmero de Comensales.
3. El anfitrin selecciona la opcin Buscar Mesas.
3.1. El sistema convoca al CU Buscar Mesas (include).
3.2. El anfitrin selecciona la mesa en la cual el cliente desea consumir.
3.3. El sistema captura la informacin y la ingresa en el campo Mesa.
3.4. El anfitrin acepta las especificaciones ingresadas en los campos previos.
3.5. El sistema captura la informacin ingresada.
Pgina 40 de 42
3.6. El sistema verifica la informacin ingresada.

3.7. El sistema guarda las especificaciones de la Orden de Atencin.
3.8. El sistema muestra en pantalla que la Orden de Atencin se ha
completado con xito y muestra el cdigo correspondiente a esa Orden.
2.2
Flujos Alternativos
3.5. Ingreso incompleto de datos:
3.5.1 El sistema encuentra que hay campos a los cuales le falto el ingreso
de datos.
3.5.2 El sistema muestra un mensaje de error diciendo que hay campos
obligatorios que no han sido ingresados.
3.5.3 El sistema muestra de nuevo el formato para realizar la orden de
atencin con los datos ingresados por el usuario.
3.5.4 El anfitrin completa los campos que son necesarios para realizar la
orden de atencin.
3.5.5 El anfitrin acepta las especificaciones ingresadas en los campos
previos.
3.5.6 El sistema captura la informacin ingresada.
3.5.7 El sistema verifica la informacin ingresada.
El flujo contina en el evento 3.7
3.
Precondiciones
3.1 Mesas (Disponibles y No disponibles) y Nmero de Mesas deben estar en la
base de datos.
4.
Poscondiciones
4.1 La Orden de Atencin queda registrada en la base de datos.
5.
Puntos de Extensin
5.1
CU Buscar Mesas
Si el cliente ha seleccionado una fecha en la cual no hay mesas disponibles, el

sistema solicitara escoger otra fecha y/o hora. De haber mesas disponibles en
la fecha y/o hora escogida este caso de uso las mostrar para su posterior
seleccin.
3.9.2.14.
1.
1.1
CUS14 Generar Cuenta
Generar Cuenta
Descripcin
En este caso de uso se describe todo el procedimiento que el cliente hace para
generar la cuenta de su consumo.
1.2
Actor(es)
Cliente (Comensal)
Pgina 41 de 42
2.
Flujo de Eventos
Este caso de uso es iniciado por el usuario cuando selecciona en el men Estado
de Cuenta, la opcin Generar Cuenta.
2.1
Flujo Bsico
1. El sistema le muestra al usuario la interfaz ESTADO DE CUENTA el cual consta
de una imagen autogenerada con los datos del consumo y una opcin de
Pagar Cuenta.
2. El sistema convoca al CU Generar Cuenta
2.1 El sistema muestra un comprobante de pago virtual con el monto y los
productos especficos.
3. El cliente selecciona la opcin Pagar Cuenta.
3.1. El sistema muestra en pantalla un mensaje: En seguida ser atendido
por el mozo.
4. El cliente selecciona la opcin Aceptar.
3.
Precondiciones
3.1 Orden de atencin o Reserva Atendida registrada en el sistema.
4.
Poscondiciones
4.1 Estado de Cuenta registrada en el sistema.
5.
Puntos de Extensin
5.1
CU Generar Cuenta, en el paso 2
El sistema solicita a la base de datos los productos que han sido registrados
en el nmero de cuenta correspondiente.
6.
Prototipo
Pgina 42 de 42

Especificaciones de Software Restaurante Huanchaquito

Transféré par

Informations du document

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

Especificaciones de Software Restaurante Huanchaquito

Transféré par

Droits d'auteur :

Formats disponibles

Especificacin de

Especificacin de Software (ES)

Especificacin de Software (ES)

Modelo de Casos de Uso...........................................................7

Flujo General de Navegacin..................................................10

Especificacin de Software (ES)

Registrar platos solicitados

Terminar preparacin el plato

Tomar conocimiento del plato

Transportar plato hacia la

Verificar platos pedidos

Permitir acceso a la base de

Eliminar o Adicionar platos al

Solicitar cuenta o registro de

Pagar por Tarjeta

Especificacin de Software (ES)

Pagar por efectivo

Solicitar usuario y password

Especificacin de Software (ES)

Especificacin de Software (ES)

Todos los usuarios

3. Modelo de Casos de Uso

Actor del sistema

Es la persona que ingresa al Sistema a

Especificacin de Software (ES)

Es el encargado de registrar el orden del

Es la persona que genera una reserva. Ya

Es el encargado de mantener perfil

Es la persona que tiene la potestad de

3.2. Diagrama de Actores

Especificacin de Software (ES)

3.3. Diagrama de Paquetes

3.4. Lista de Caso de Uso del Sistema por Paquetes

3.5. Diagrama de Casos de Uso por Paquete

Especificacin de Software (ES)

Paquete: P01 - Administracin

Paquete: P02 Atencin

Paquete: P03 Cocina

Especificacin de Software (ES)

Paquete: P04 Requerimientos de Administracion de Caja

Paquete: P05 Seguridad

3.6. Diagrama General de Casos de Uso

Especificacin de Software (ES)

Priorizacin de los Caso de Uso

Clasificacin de los Casos de Uso

CUS01 Realizar pago de

CUS02 Registra orden de

Especificacin de Software (ES)

3.7.2. Ciclos de Desarrollo de los Casos de Uso del Sistema

Nombre del caso de uso

Ncleo central o Ciclo 0

CUS02 Registra orden de pedido

CUS03 Ingresar al Sistema

CUS04 Aadir Producto

Especificacin de Software (ES)

Especificacin de Software (ES)

Nombre del caso de uso

CUS05 Modificar Producto

CUS07 Generar Orden

CUS09 Mantener Perfil

CUS10 Mantener Usuario

CUS11 Generar Reserva

CUS13 Generar Orden de

CUS14 Generar cuenta