Software y Sistemas

PROYECTO:
SYSTEM PROYECT SERANUD S.A.C
MDULO:
Mdulo III

INTEGRANTES:
Noriega Diaz Andy Giuliano
Adrianzn Juarez Junior Alexander
Matos Secce Marco Antonio
Beltran Villanueva Cristhian Steven
CURSO:
Java Developer

Acesor:
JOSE ARMANDO TIZNADO UBILLOS
SEDE:
Independencia

Lima, 13 de Julio del 2016

Cdig
BANM
o
Versi
3.0
n
Pgina 2 de 34

INDICE
RESUMEN........................................................................................................... 2
CAPITULO I......................................................................................................... 5
DESCRIPCIN DEL PROYECTO............................................................................5
1

OBJETO DE ESTUDIO................................................................................. 5
1.1

Descripcin del Problema...................................................................5

1.2

Descripcin de la Organizacin Objeto de Estudio.............................5

1.3

Objetivos Estratgicos de la Organizacin.........................................6

1.4

Visin................................................................................................. 6

1.5

Misin................................................................................................. 6

1.6

Organigrama de la Organizacin........................................................7

OBJETIVOS DEL PROYECTO.......................................................................8

2.1

Objetivo General................................................................................ 8

2.2

Objetivos Especficos.........................................................................8

CAPITULO II......................................................................................................... 9
MODELADO DEL NEGOCIO.................................................................................9
3

ESPECIFICACIN DE LAS REGLAS DEL NEGOCIO.....................................10

MODELO DE CASOS DE USO DEL NEGOCIO............................................11

4.1

Especificacin de los Actores del Negocio........................................12

4.2

Diagrama de Casos de Uso del Negocio...........................................12

MODELO DE ANLISIS DEL NEGOCIO......................................................12

5.1

Especificacin de los Trabajadores del Negocio...............................12

5.2

Especificacin de las Entidades del Negocio....................................13

REALIZACIN DE LOS CASOS DE USO DEL NEGOCIO..............................14

6.1

Solicitar contrato.............................................................................. 14

6.1.1

Especificacin del caso de uso del negocio................................14

6.1.2

Diagrama del Caso de uso Solicitar contrato..............................15

6.2

Eligir menus..................................................................................... 15

6.2.1

Especificacin del caso de uso del negocio................................15

6.2.2

Diagrama del Caso de uso Elegir menus....................................16

6.3

Seleccionar Menus...........................................................................17

6.3.1
Entregable Final

Especificacin del caso de uso del negocio................................17

Versin: 1.0

Pgina: 2 / 34

6.3.2
6.4

Cdig
BANM
o
Versi
3.0
n
Pgina 3 de 34

Diagrama del Caso de uso Seleccionar menus...........................18

Realizar pedido al proveedor............................................................18

6.4.1

Especificacin del caso de uso del negocio................................18

6.4.2

Diagrama del Caso de uso Realizar pedido al proveedor............19

CAPITULO III...................................................................................................... 20
7 REQUERIMIENTOS......................................................................................... 20
7.1 ESPECIFICACION DE REQUERIMIENTOS DE SOFTWARE...........................20
7.1.1 Usabilidad (Compartidos).................................................................20
7.1.2 Confiabilidad.................................................................................... 20
7.1.3 Rendimiento..................................................................................... 21
7.1.4 Restricciones de diseo....................................................................22
8

MODELO DE CASOS DE USO DEL SISTEMA..............................................22

8.1

Especificacin de los Actores del Sistema........................................22

8.2

Especificacion de caso de uso..........................................................24

8.3

Vista Global de actores y caso de uso..............................................32

9 Diagrama de Clases..................................................................................... 33
10 CONCLUSIONES........................................................................................... 34

Entregable Final

Versin: 1.0

Pgina: 3 / 34

Cdig
BANM
o
Versi
3.0
n
Pgina 4 de 34

RESUMEN
El desarrollo del presente proyecto busca mejorar el control de ingresos de la
empresa Seranud S.A.C. cuyas operaciones estn orientadas al servicio de
comidas asegurando el cumplimiento de la calidad requerida por las empresas
contratantes.
El sistema de ventas comprende la estructura, las polticas, el plan de
organizacin y el conjunto de mtodos y procedimientos de la empresa dirigidos a
asegurar la maximizacin de los ingresos.
Es innecesario resaltar la influencia que las ventas tienen en la cuenta de
resultados de Seranud S.A.C, por tanto, indicar solamente que la importancia de
una buena implantacin del sistema es fundamental para conseguir los objetivos
econmicos de la empresa.
El presente Proyecto ser realizado utilizando el lenguaje java, y la metodologa
RUP para ello se ha realizado un anlisis detallado del funcionamiento de la
empresa.

Entregable Final

Versin: 1.0

Pgina: 4 / 34

Cdig
BANM
o
Versi
3.0
n
Pgina 5 de 34

CAPITULO I
DESCRIPCIN DEL PROYECTO
1
1.1

OBJETO DE ESTUDIO
Descripcin Del Problema

La empresa Seranud necesitaba un software que le facilitara en sus reportes

para el control de ventas. Su problema se centra en su rea de comedor que se
encuentra dentro de la empresa Pirmide a quien se le brinda el servicio.
Todo era de forma escrita lo cual perjudicaba al chef a la hora de preparar la lista
de mens semanales, ya que la lista de mens los preparaba de acorde a lo que
tena en almacn. todas las ventas se realizaban por medio de una nota de papel,
y al generar el total de ventas y descuentos a los trabajadores generaba prdida
de tiempo y desorden.
Y al realizar pagos reportes todo esto se realizaba de forma escrita lo cual
generaba perdida de documentos.

1.2

Descripcin de la Organizacin Objeto de Estudio

La empresa Seranud S.A.C abre sus puertas en el ao 2000 como un
negocio familiar en un local donde vendan comida. La Empresa Seranud
S.A.C proviene de la ciudad del Cusco y su nombre es Servicio Alimenticio
Nutricionales las Delicias.
Persiguiendo el sueo anhelado la empresa Seranud S.A.C se traslad al
Departamento de Lima donde cambiaran de rubro de la empresa donde de
dicaron a la venta de mens a empresas.
Desde el ao 2011 Seranud S.A.C amplio su local convirtindose en un
concesionario donde brindan servicios alimenticios a multiempresas de
cualquier rubro.
En el ao 2016 invitamos a Afiliarse a la nuestra empresa, y disfrutar de
nuestros servicios ampliamente reconocidos por combinar exitosamente

Entregable Final

Versin: 1.0

Pgina: 5 / 34

Cdig
BANM
o
Versi
3.0
n
Pgina 6 de 34

una experiencia gastronmica de primer nivel en un ambiente elegante y

encantador.

1.3

Objetivos Estratgicos de la Organizacin

Identificar las solicitudes realizadas por los trabajadores de la empresa

mediante el sistema lo cual les va a permitir agilizar el proceso de ventas
de platos de manera ms eficaz; ya que ahorrara tiempo en las ventas y
preparacin de mens.

Seguir ofreciendo a sus empleados un excelente servicio en cada plato

entregado con ingredientes de calidad y frescos durante la preparacin de
cada comida.

Disear un sistema de control de ventas con la finalidad de tener un mayor

control sobre ganancias obtenidas, as generando reportes de ventas
diarias.

Crear asociaciones con los mejores proveedores y clientes del mercado,

para proporcionar valor agregado a los servicios y productos que
comercializamos.

Mejorar la atencin de los clientes, reduciendo los tiempos de espera en la

tramitacin y otorgamiento de beneficios.

1.4

Visin
Ser reconocidos nacional e internacionalmente como la mejor

empresa de catering industrial, lder en la produccin de alimentos y

servicios afines, aportando a la sociedad una mejor calidad de vida.

Entregable Final

Versin: 1.0

Pgina: 6 / 34

1.5

Cdig
BANM
o
Versi
3.0
n
Pgina 7 de 34

Misin

Producir alimentos y servicios de excelente calidad para la

satisfaccin de nuestros clientes, basados en la inocuidad, contribuyendo
con el cuidado de la salud pblica y el desarrollo del pas.

Entregable Final

Versin: 1.0

Pgina: 7 / 34

1.6

Organigrama de la Organizacin

Cdigo

BANM

Versin

1.0

Pgina 9 de 34

OBJETIVOS DEL PROYECTO

2.1

Objetivo General

El Presente trabajo tiene como objetivo principal desarrollar un sistema que

permita agilizar el proceso de control de la empresa Seranud S.A.C. acorde con
las necesidades y requerimientos de la organizacin.

2.2

Objetivos Especficos

Aplicar la metodologa RUP para poder realizar un buen modelado en la

etapa de anlisis y requerimientos.

Controlar de manera eficiente la informacin automatizando la generacin y
modificacin de los principales documentos del mdulo de distribucin; de

modo que, posteriormente, se realice una buena toma de decisiones.

Identificar, en un 90%, aquellas actividades que se vienen realizando de

forma manual para as poderlas sistematizar.

Aplicar las buenas prcticas segn la metodologa y as evitar problemas al

momento de definir la arquitectura del sistema.

Reducir, en un 50%, el tiempo que demora la realizacin de los despachos
mediante la automatizacin de actividades crticas para el negocio.

Documento interno

CAPITULO II
MODELADO DEL NEGOCIO
1

ESPECIFICACIN DE LAS REGLAS DEL NEGOCIO

o Reglas de Ventas de mens:

El comensal tendr que presentar su DNI o su carnet para

que registre su venta.

El precio del men es de 7 soles.

El comensal tendr un mximo de 1 men para su consumo

diario.

o Reglas de la Lista de Mens:

Se elabora 5 mens diario para el consumo de los empleados

de la empresa afiliada.

El supervisor se encargar de actualizar una lista de men.

o Reglas de Personal de Serconsfa S.A.C

La entrada del personal ser hasta las 9:00 a.m., pasado la

hora habr un descuento 2% de su sueldo por da.

El personal tendr la opcin de hacer 5 horas extras

mensualmente

o Reglas de la presentacin de los mens:

El men se tendr que servir caliente para evitar reclamos de

los comensales.

1
1.1

Cada Men es elaborado con insumos de primera calidad El

men se tendr que servir (caliente - tibio) para evitar
reclamos de los comensales.

MODELO DE CASOS DE USO DEL NEGOCIO

Especificacin de los Actores del Negocio

Cliente_negoci
Es la empresa que solicita un contrato, para que le brindan servicios.
Participa en los procesos: Solicitar Contrato de servicio.

Comensal
Es el empleado de la empresa cliente, recibe los alimentos que brindamos.
Participa en los procesos: Seleccionar men, Seleccionar y pagar extras.

Proveedor
Es el que se encarga de abastecer los ingredientes a la empresa Seranud
S.A.C: almacn

1.2

Diagrama de Casos de Uso del Negocio

Cdigo

BANM

Versin
1.0
Pgina 13 de 34

2
2.1

MODELO DE ANLISIS DEL NEGOCIO

Especificacin de los Trabajadores del Negocio

Cajero_negocio

Se encuentra en el comedor de la
empresa cliente, es el responsable de
otorgar el ticket a los comensales,
realizar la venta y cobra el pago por los
productos solicitados

Supervisor_negocio

Es el encargado de controlar la
asistencia de los empleados, imprimir
reportes del local para l envi a la
principal de Serenud, realizar pedidos al
proveedor.

Chef

Se encarga de la preparacin de los

alimentos, la actualizacin de los mens
que se realiza cada semana, los
inventarios del almacn y entrega la
lista de los ingredientes que se
compraran al proveedor

Documento interno

Cdigo

BANM

Versin
1.0
Pgina 14 de 34

2.2

Especificacin de las Entidades del Negocio

o Actualizar de Mens
Son los platos que se actualizarn cada semana para la empresa pirmide y
servirles a los comensales.
Tiene los siguientes atributos: Cdigo, entrada, Segundo, Foto Entrada, Bebidas,
Fotos Segundo, Foto Bebidas.
o

Empleados
Son las personas contratadas que se encargaran de elaborar diferentes actividades
en el comedor.
Tiene los siguientes atributos: Cdigo empleado, DNI, Nombre, Apellidos,
Direccin, Distrito, Cargo, sueldo, horario, foto.

o Venta de men
Se realiza a los comensales en la entrada darn la autorizacin de su consumo
del da.
Tienes los siguientes atributos: cdigo, cdigo de usuario, fecha, cantidad,

Documento interno

Cdigo

BANM

Versin
1.0
Pgina 15 de 34

3.1

REALIZACIN DE LOS CASOS DE USO DEL

NEGOCIO
Solicitar contrato
3.1.1

Especificacin del caso de uso del negocio.

o Actores del Negocio:

- Cliente
o Propsito:
Solicitar contrato de servicios para obtener ms clientes.
o Breve Descripcin:
Este caso de uso del negocio inicia, cuando el Cliente se acerca a la
empresa Serconsfa y a solicitar servicios de alimentacin para su
empresa conversa con Gerente y le explicar todos los servicios que se
brinda a la empresa. El cliente tomar la decisin si acepta se proceder a
un contrato.
o Flujo Bsico
1 El cliente se acerca a la empresa Serconsfa
2 El Gerente le da una entrevista explicando los puntos de la
empresa Serconsfa.
3 El cliente conversa los puntos explicados y llegar a un acuerdo.
4 El Gerente le pide sus datos de la empresa al cual se le
brindaran los servicios
5 El cliente le entrega los datos correspondientes, firma el contrato
y se finaliza el caso de uso.
o Flujos Alternos
- El cliente no acepta los puntos de Serconsfa
Si en el punto [3] si el cliente no acepta los puntos a tratar no se
procedera el caso de uso y finaliza el caso de uso.
o Precondiciones
-

El Cliente debe a ver sacado una cita previa con la empresa Serconsfa.

o Poscondiciones
Documento interno

Cdigo

BANM

Versin
1.0
Pgina 16 de 34

3.1.2

3.2

Se genera el contrato.

Diagrama del Caso de uso solicitar contrato

Elegir menus
3.2.1

Especificacin del caso de uso del negocio.

o Actores del Negocio:

- Chef
o Propsito:
Elegir mens para la semana
o Breve Descripcin:
El caso de uso comienza cuando el chef un inventario de sus ingredientes
y con el resultado vera los platos que realizara para la semana.

o Flujo Bsico
1. El chef se acerca al almacn para hacer un inventario todos los
sbados.
2. El chef se comunica con el supervisor para decirle los resultados
del inventario.
3. El Supervisor revisa los resultados y le pregunta que men, el
refresco y postres que
Documento interno

se preparan para la semana

Cdigo

BANM

Versin
1.0
Pgina 17 de 34

4. El chef le indica los mens que preparan y los ingredientes que

faltan.
5. El Supervisor acepta la propuesta y finaliza el caso de uso

o Flujos Alternos
-

Supervisor no se encuentra disponible

Si en [2] no se encuentra disponible el chef tendr que esperar o
dejarlo como mensaje o esperarlo. El caso de uso contina en [3].

El supervisor no acepta la propuesta

Si en [5] El supervisor no acepta el chef tendr que realizar una lista
para la semana y El caso de uso contina en [5].

o Precondiciones
-

Tiene que tener algunos ingredientes en el almacn.

Tiene que ser un da sbado.

o Poscondiciones
-

El stock de producto ser actualizado.

Se generar el Reporte stock.

3.2.2

Diagrama del Caso de uso Elegir mens.

Documento interno

3.3

Seleccionar menus
3.3.1

Especificacin del caso de uso del negocio.

o Actores del Negocio:

- Comensal
o Propsito:
Selecciona men para consumir
o Breve Descripcin:
El caso de uso comienza cuando el comensal se acerca al rea de
despacho y elije el men que desea consumir.
o Flujo Bsico
1. El Comensal se acerca al rea de despacho para elegir su men,
se forma en la fila y espera su turno.
2. El asistenta le sirve su men al comensal
3. El comensal recibe sus alimentos, se retira del rea de despacho y
finaliza el caso de uso.
Flujos Alternos
-

El comensal falta.
Si en el punto [1] el comensal falta de todas formas se proceder como
plato vendido y se facturar a la empresa cliente.

o Precondiciones
-

Que sea un trabajador de la empresa cliente.

o Poscondiciones
-

Se entra los mens a los comensales.

3.3.2

Diagrama del Caso de uso Seleccionar menus

3.4

Relizar pedido al Proveedor

3.4.1

Especificacion del caso de uso del negocio

o Actores del Negocio:

-

Chef

o Propsito:
Consiste en el chef realiza un inventario de sus alimentos

o Breve Descripcin:
El caso de uso comienza cuando el chef realiza un inventario de sus
ingredientes y ver que necesitara para sus prximos mens.

o Flujo Bsico
1. El supervisor le entrega al chef el reporte de los ingredientes
del sistema para que lo verifique

2. El chef lo verifica si est en fsico los ingredientes, prepara la

lista del men y los ingredientes que se pedirn al
proveedor, le entrega al supervisor.
3. El supervisor verifica la lista y se comunica con el proveedor
y le hace el pedido con detalle de hora y fecha
4. Proveedor confirma el pedido y finaliza el caso de uso.

o Flujos Alternos

Supervisor no aprueba la lista de ingrediente

Si en el punto [3] El chef tendr que sustentar el porqu de la lista o
cambiar de lista, el caso de uso continua en el punto [3].

o Precondiciones

Que sea da sbado para realizar sbado.

o Poscondiciones

3.4.2

Que se realice el pedido.

Diagrama del Caso de uso Realizar pedido al proveedor.

CAPITULO III

REQUERIMIENTOS
7.1. ESPECIFICACION DE REQUERIMIENTOS DE SOFTWARE
4.1.1

Usabilidad (Compartidos)

o RNF001_Mensaje de Error
El sistema debe presentar los errores de forma codificada de manera que el
usuario pueda saber el origen del error y una posible solucin.

4.1.2

Confiabilidad

o RNF004_Validacin de datos
El sistema debe validar la informacin contenida en el formulario antes de
procesarla, es decir en la capa de presentacin, de esta manera evitamos
llamadas innecesarias a las capas del servidor.

o RNF005_Historial de Operaciones
El sistema deber mantener almacenado el contenido histrico de todas las
operaciones (Log).

o RNF006_Tiempo promedio de reparacin del Sistema

El tiempo promedio de reparacin de alguna funcionalidad del sistema no
debe ser mayor a 120 min.

o RNF007_Ejecucin de procesos
Todo proceso debe ser ejecutado al 100%. Es decir, no se consideran
procesamientos parciales.

o RNF008_Tiempo mximo de actualizacin del sistema

El tiempo promedio de interrupcin de la actualizacin programada no debe
exceder los 30 minutos.

4.1.3

Rendimiento.

o RNF011_Tiempo de respuesta
Los tiempos de respuestas deben ser de acuerdo a las siguientes
especificaciones:
Hasta 2 segundos en transacciones,

Hasta 5 segundos en Consultas.

Hasta 30 segundos en Procesamientos.

o RNF013_Lmite de inactividad
Tiempo lmite de inactividad de la aplicacin ser 20 minutos, posteriormente
se eliminar la sesin.

o RNF014_Usuarios en simultneo
El sistema deber permitir el acceso concurrente de 3 usuarios en
simultneo, los cuales debern de poder acceder a cualquiera de las
opciones sin inconvenientes.

4.1.4

Restricciones de diseo.

o RNF017_Tipo de formato de reporte

Los reportes se exportarn en los formatos: EXCEL, PDF.

o RNF018_Tipo de base de datos

El Sistema debe utilizar como motor de base de datos MySQL

o RNF019_Tipo de libreras de reportes

Los reportes se desarrollarn con libreras de IReport y JasperReport.

o RNF020_Lenguaje de programacin
La aplicacin se desarrollar en el Lenguaje de programacin Java.

o RNF022_Tipo de sistema operativo del servidor

El servidor de Aplicaciones deber funcionar en Sistemas Windows 7,8,10.

5.1

MODELO DE CASOS DE USO DEL SISTEMA

Especificacin de los Actores del Sistema

Administrador

Encargado de la administracin de
sistemas desde el mantenimiento de
usuarios y perfiles.

Cajero

Otorga ticket de mens a consumir y

cobra extras.

Chef

Se encarga de la preparacin de los

alimentos, la actualizacin de los mens
que se realiza cada semana, los
inventarios del almacn y entrega la
lista de los ingredientes al supervisor
que se compraran al proveedor

Comensa

Es el empleado de la empresa cliente, recibe

los alimentos que brindamos. Participa en los
procesos: Seleccionar men, Seleccionar y
pagar extras.

Supervisor

Es el encargado de controlar la asistencia de

los empleados, imprimir reportes del local para
l envi a la principal de Seranud, realizar
pedidos al proveedor.

Empleado

Cumple barios funciones en la empresa

dependiendo del cargo que se le otorgue.

5.2

Especificacin de Casos de uso

Caso de uso Registrar usuario.

Caso de uso:

Registrar usuario.

Actor:

Empleado, Administrador.

Pre-Condicin:

El administrador elige al empleado

que manipulara el sistema.

Post-Condicin:

El empleado es registrado en el
sistema.
Flujo bsico

1. El caso de uso comienza cuando el administrador elige al empleado

que podr manipular el sistema.
2. El administrador le pide al empleado su cdigo de empleado.
3. El empleado le brinda su cdigo de empleado.
4. El administrador realiza una bsqueda en el sistema.
5. El sistema muestra datos del empleado.
6. El administrador selecciona al empleado.
7. El sistema solicita ingresar un ID y una contrasea.
8. El administrador registra al empleado en el sistema.
9. El administrador le da al empleado su ID y contrasea.
10. El empleado anota su ID y contrasea.
11. El empleado queda registrado en el sistema y finaliza el caso de uso.
Flujo alternativo

En el paso N 3 el empleado no recuerda su cdigo de empleado se

tendr que realizar una bsqueda por nombre.

En el paso N 5 el sistema no muestra los datos del empleado y se

tendr que registrar al empleado y volver al paso N 4.

En el paso N 7 el sistema no guarda el usuario y se tendr que

volver al paso N 2.

Caso de uso Iniciar sesin.

CASO DE USO :

Iniciar sesin

ACTOR :

Empleado

PRECONDICION:

El Empleado debe estar Registrado con un usuario y

contrasea dentro del sistema.

POSTCONDICION:

El sistema valida usuario y contrasea del empleado e

inicia sesin.
FLUJO BASICO

1. El caso de uso comienza cuando el empleado ejecuta el sistema.

2. El sistema muestra una interfaz grfica.
3. El empleado selecciona la opcin de inicio de sesin.
4. El sistema muestra la interfaz grfica solicitando un usuario y una
contrasea.
5. El empleado ingresa su usuario y contrasea.
6. El sistema valida los datos del empleado y da acceso al sistema.
7. El empleado inicia sesin y finaliza el caso de uso.
FLUJO ALTERNATIVO

En el paso N 5 el empleado olvido su usuario y/o contrasea y

tendr que actualizar su contrasea.

El paso 6 el sistema muestra que el usuario o contrasea son

incorrectos y tendr que volver al paso N 1.

Caso de uso Solicitar ticket

CASO DE USO :

Solicitar ticket

ACTOR :

Cajero, cliente

PRECONDICION:

El cliente debe dirigirse a caja

POSTCONDICION:

El ticket fue otorgado

FLUJO BASICO

1. El caso de uso comienza cuando el cliente se acerca a solicitar ticket.

2. El cajero le pide su N de DNI.
3. El cliente le brinda su N de DNI al cajero.
4. El cajero realiza una bsqueda en el sistema por medio del DNI que le
brindo el cliente.
5. El sistema muestra datos del cliente.
6. El sistema imprime un ticket.
7. El cajero otorga el ticket al cliente.
8. El cajero lo registra como venta realizada en el sistema.
9. El sistema registra la venta y finaliza el caso de uso.
FLUJO ALTERNATIVO

En el paso N 7 No se puede imprimir el Boucher y se tendr que

realizar de forma manual.

En el paso N 5 el sistema no muestra los datos del cliente y tendr que

volver al paso N 2.

 Caso de uso Actualizar lista de men

CASO DE USO :

Actualizar lista de men

ACTOR :

Chef

PRECONDICION:

El chef inicia sesin como administrador

POSTCONDICION:

La lista de men fue actualizada

FLUJO BASICO

1. El caso de uso comienza cuando el chef inicia sesin como

administrador en el sistema.
2. El sistema muestra interfaz grfica y barra de herramientas.
3. El chef selecciona la opcin almacn verifica los productos en stock
que se encuentran en el almacn.
4. El sistema muestra lista de productos disponibles en almacn.
5. El chef selecciona la opcin lista de men.
6. El sistema muestra la lista de los mens.
7. El chef selecciona la opcin de actualizar lista de men.
8. El sistema muestra interfaz grfica solicitando agregar detalles.
9. El chef agrega los platos que se prepararan durante la semana ms
lista de ingredientes para cada plato de acorde al stock de productos
de almacn.
10. El sistema guarda los datos y actualiza la lista de men.
11. El chef cierra sesin y finaliza el caso de uso.
FLUJO ALTERNATIVO
En el paso N 8 el chef no ingreso todos los datos y la lista no es actualizada
y tendr que volver al paso N 3.

CASO DE USO :

Vender Extras

ACTOR :

Cajero, comensal

PRECONDICION:

El cliente debe dirigirse a caja y solicitar el producto

POSTCONDICION:

El producto fue vendido

FLUJO BASICO

1. El caso de uso comienza cuando el comensal se acerca a caja a

solicitar el producto que desea.

2. El cajero solicita al comensal el detalle del producto.
3. El cliente le brinda detalle del producto que desea comprar.
4. El cajero realiza una bsqueda en el sistema.
5. El sistema muestra el producto solicitado.
6. El cajero informa al comensal el precio del producto.
7. El comensal paga al cajero el producto que eligi.
8. El cajero recibe el dinero y registra la venta en el sistema.
9. El sistema guarda la venta.
10. El cajero entrega el producto al comensal y finaliza el caso de uso.

FLUJO ALTERNATIVO

En el paso N 5 el sistema indica que el producto est agotado por lo

tanto no.

En el paso N 8 el cajero se da cuenta de que el dinero es falso.

Caso de uso vender extras

CASO DE USO :

Control de productos

ACTOR :

Supervisor, chef

PRE-CONDICION: El supervisor inicia sesin en el sistema

POSTCONDICION:

Se mantiene el control de los productos

FLUJO BASICO

1. El caso de uso comienza cuando el supervisor inicia sesin en el

sistema.
2. El sistema muestra interfaz grfica y lista de opciones a elegir.
3. El supervisor selecciona la opcin almacn y verifica los productos.
4. El sistema muestra lista de productos y sus detalles.
5. El supervisor verifica en el sistema el stock y el estado en el que se

encuentran los productos.

6. El sistema muestra todos los productos en perfecto estado.
7. El supervisor mantiene el control de los productos por medio del

sistema cierra sesin y finaliza el caso de uso.

FLUJO ALTERNATIVO

En el paso N 6 el sistema muestra algunos productos estn vencidos

y se tendrn que descartar del almacn.

Caso de uso control de productos

CASO DE USO :

Controlar asistencia

ACTOR :

Supervisor, empleado

PRE-CONDICION: El empleado debe ingresar a la empresa

POSTCONDICION:

La asistencia fue controlada

FLUJO BASICO

1. El caso de uso comienza cuando el empleado ingresa a la empresa.

2. El supervisor solicita el N de DNI al empleado.
3. El empleado brinda su N de DNI al supervisor.
4. El supervisor realiza una bsqueda del empleado en el sistema.
5. El sistema muestra detalle del empleado.
6. El supervisor registra la asistencia en el sistema.
7. El sistema guarda la asistencia del empleado y finaliza el caso de uso.

FLUJO ALTERNATIVO

En el paso N 5 el sistema no muestra los datos por medio del DNI y

se tendr que realizar una bsqueda por nombre.

Caso de uso control de asistencia

 Caso de uso Imprimir reportes

CASO DE USO :

Imprimir Reportes

ACTOR :

Supervisor

PRE-CONDICION:

El supervisor debe iniciar sesin en el sistema

POST-CONDICION:

Los reportes fueron generados

FLUJO BASICO

1. El coso de uso comienza cuando el supervisor inicia sesin en el sistema

2. El sistema muestra barra de herramientas.
3. El supervisor selecciona la opcin de reportes.
4. El sistema muestra lista de reporte.
5. El supervisor selecciona el reporte que desea generar.
6. El sistema genera el reporte y da opcin a imprimir.
7. El supervisor imprime el reporte cierra sesin y finaliza el caso de uso.
FLUJO ALTERNATIVO

En el paso N 6 el sistema no genera el reporte y tendr que volver al paso N 3.

8.3

Vista Global de actores y caso de uso

9 DIAGRAMA DE CLASES

10 CONCLUSIONES
En el proyecto realizado encontramos que la solucin del problema de la empresa
Seranud en su registr de ventas, mucho documentos y perdida de reportes, Es
realizar un software que le permita guardar cada venta realiza a cada trabajador
de la empresa Piramide, llevar un control exacto de ingredientes un guardado de
ingredientes

y saber la cantidad exacta de ingredientes consumidos para la

elaboracin de sus mens, tener reporte diarios y seguros , tener un control de

sus trabajadores, el cobro que debe realizar a la empresa Piramide.
Es decir este software ayuda en el desempeo laboral de la empresa ahorrando
tiempo, espacio, a tener un orden en la empresa y poder realizar cobros ms
rpidos y obtener ganancias ms rpidas.