Sie sind auf Seite 1von 52

Sistema de información para el control de las ventas e inventario del restaurante y asadero mi

Tolima

José Fernando Velasco Díaz

Bogotá D.C Marzo 8 2018

Servicio nacional de Aprendizaje – SENA

Centro de Gestión de Mercados, Logística y Tecnologías de la Información

Técnico de Programación de Software No Ficha: 1630122


2

intoduccion ........................................................................................................................................ 3
general y especificos ......................................................................................................................... 4
problematica ............................................................................................................................. 5
justificacion........................................................................................................................................ 6
alcance .............................................................................................................................................. 7
impactos ............................................................................................................................................ 8
conograma ......................................................................................................................................... 8
observacion ............................................................................................................................... 10 ,11
entrevista ........................................................................................................................................ 12
preguntas......................................................................................................................................... 13
fotos ........................................................................................................................................ 14
modulos.....................................................................................................................................15 , 17
levantamiento de informacion....................................................................................................19 , 20
requerimientos funcionales ............................................................................................... 21 , 25
Requerimientos no funcionales ........................................................................................................ 26
tabla de documentacion ............................................................................................................ 28 , 48
diagrama de clases .......................................................................................................................... 49
conclucion ....................................................................................................................................... 50
anexos ............................................................................................................................................ 51
3

Introducción

Este proyecto está realizado con el propósito de desarrollar un programa en el que se pueda

ayudar por medio de un software a la empresa “Asadero y restaurante mi Tolima” con el fin de

solucionar las problemáticas que presenta con el manejo de su información, llegando a resolver sus

dificultades para que pueda tener buenos ingresos y un orden a la hora de encargar los productos

del negocio, ya que actualmente, no se cuenta con un sistema para saber si tienen o no un producto

encargado, al no haber un control detallado, no se cuenta con datos sobre las pérdidas y ganancias

en el negocio. El sistema que implementar debe permitir hacer una estadística de los datos

mencionados anteriormente, para apoyar la toma de decisiones, además se debe permitir realizar

consultas sobre la información de los productos y organización de la información obtenida


4

General

Desarrollar un sistema de información para el control de las ventas e inventario del restaurante y

asadero mi Tolima.

Específicos

 Realizar un levantamiento de informacion, para conocer los odjetivos y problematicas del

restaurante

 Identificar las nesecidades del restaurante como de sus cajeros para dar a concretar los

requerimientos del sistema.

 Construir el diseño del sistema , por medio de diagramas UML. Especificar mas a fondo que

diagramas va a diseñar

 Elaborar los mòdulos que componen al sistema.

 Verificar y evaluar los procedimientos del sistema. frente a los requisitos de la empresa.
5

Problemática

El restaurante mi Tolima se encuentra ubicado en localidad de suba, barrió san Pedro, dirección 148

B 24. La problemática evidenciada en el restaurante, es que al momento de almacenar información

financiera sobre la compra y venta de los productos no se tienen todos los datos, pues de éstos no se

lleva registro en ningún lugar, lo único con lo que se cuenta es con lo que los empleados reportan

de forma oral(cantidad de productos vendidos, productos que escasean en el inventario, ventas

realizadas en el día, etc.) lo que genera que las facturas sean erróneas, lo que a su vez no permite

llevar un control detallado de gastos y ganancias. Además de lo anterior, la empresa ha intentado

llevar un registro de los datos a través del uso de cuadernos, que siempre terminan perdiéndose,

junto con toda la información allí consignada, que comprende datos de las facturas, los empleados y

el inventario de productos. Ello genera una marcada falta de organización en la empresa, pues al

perderse dichos cuadernos, también se pierde el tiempo que se invirtió en registrar información en

ellos, por lo que es urgente solucionar estas problemáticas.


6

Justificación

Se pretende solucionar la organización administrativa, con la construcción de un Sistema de

información para el restaurante Mi Tolima, manejando herramientas organizativas como el

inventario general del restaurante, en cuantos productos, materia prima, ingresos y egresos,

facilitando información confiable y actualizada al administrador y los empleados y evitando de este

modo, pérdidas de datos.

Con aquello planteado se solucionará la problemática y se generará un ambiente pasivo en su lugar

de trabajo, también con el sistema se le facilitará la perdida de datos y se logrará un aumento en sus

ganancias
7

Alcance

El proyecto tiene como finalidad desarrollar un sistema de información para el inventario y ventas

del restaurante y asadero mi Tolima en lo cual se tendrá en cuenta toda la información recolectada y

acerca del restaurante con el fin de analizar cuáles son las falencias que actualmente se presentan...

Se planea que el tiempo de ejecución del proyecto sean 2 años comenzando en febrero de 2018

hasta noviembre de 2019

Los módulos que se tienen planteados para garantizar que el sistema resuelva a cabalidad los

problemas evidenciados son: Módulo de gestión de entradas y salidas en el inventario, módulo de

facturación y módulo de empleados.


8

Impactos

Social

Generar un proceso de distribución por tanto el sistema organiza la información de cada

Producto donde los productos generen un nivel de comunicación entre empleados para controlar

y ayudar la mala comunicación entre empleados producidas por una eficacia de organización de

productos en el restaurante evitando conflictos.

Ambiental

Desarrollará menos contaminación auditiva ya que el sistema nos brinda la organización de los

productos y del inventario llevando acabo menos problemas cajeros. También se llevará a cabo la

disminución de humo de la estufa

Económico

Desarrolla y genera una actividad compleja utilizando la contabilidad y tendencia de cada venta

y producto que produce el sistema para llevar acabo un buen servicio en cuanto los empleados a los

clientes para así tener claridad de gastos ingresos y todo lo referido a la contabilidad de la empresa

para que así la empresa tenga claridad de cada movimiento de económico y financiero.

Tecnológico

Especialmente las financias del restaurante en cuanto a la contabilidad surgen en un eje muy

creativo en cuanto a la tecnología relacionando así en sistema que desarrolla un enfoque así la parte

administrativa de la empresa mejorando la organización del eje contable de aquella.


9

Tabla 1: Cronograma por diagrama de Gantt

Grado escolar Decimo Once

Mes Semestre 1 Semestre 2 Semestre 3 Semestre 4 Responsable

Actividades M M M M M M M M M M M M M M M M4
1 2 3 4 1 2 3 4 1 2 3 4 1 2 3

Fase de análisis: Nombre del Integrante 1 o 2

Levantamiento de José Velasco


información 1 y 2
Definir requisitos José Velasco
funcionales
Definir requisitos no José Velasco
funcionales
Definir los actores del José Velasco
proyecto
Fase de planeación: José Velasco

Diseño de los diagramas José Velasco


de casos de uso
Diseño de los diagramas José Velasco
de clase
Diseño del modelo José Velasco
entidad relación
Diseño del modelo José Velasco
relacional
Fase de Ejecución José Velasco
Desarrollo de la José Velasco
arquitectura del software
Desarrollo de la interfaz José Velasco
grafica
Desarrollo lógico del José Velasco
sistema
Desarrollo de la base de José Velasco
datos
Conexión a datos y José Velasco
pruebas de
funcionamiento
Generación de reportes José Velasco

Desarrollo web del José Velasco


proyecto
Fase de Evaluación: José Velasco
LEVANTAMIENTO
Socialización de DE INFORMACIÒN. José Velasco
resultados
Pruebas de José Velasco
MÈTODOS
funcionalidad y calidad UTILIZADOS
Desarrollo del ejecutable José Velasco
del proyecto
Conclusiones y José Velasco
proyecciones
Documentación del José Velasco
proyecto
10

 Entrevista al administrador

 Observación de los procesos en la empresa

Observación

Durante la primera mitad del mes de marzo, se realizaron varias visitas a la empresa, con el fin de

observar en detalle cada uno de los procesos que se pretenden implementar en el sistema. Las

conclusiones de dichas visitas se presentan a continuación:

Qué problema tiene en el manejo de su información

El manejo de los registros es el cuaderno con el que lleva la información a mano y se utiliza para el

financiamiento de la empresa y sus gastos, pero si alguna vez se llegara a perder el cuaderno se

perderían los datos económicos de la empresa por lo que la idea es llevar en un programa donde

incluso el empleado con el menor rango pude ver el manejo de su información con la cual vea si la

empresa tiene ingreso favorables o desfavorables.

Como solucionar esos problemas con un sistema

Por medio de un sistema se puede evaluar para el mecanismo del valor de las comidas de la

cantidad de salidas y de ingresos para poder tener un precio justo de todos los elementos que se

pueden prestar para esta tarea como los platos y las estufas y los recibos de gas luz agua e

implementos de limpieza como el jabón el cloro y el detergente.


11

Cuál es la planeación estratégica de una empresa

Atender a los caprichos de los clientes de su acomodo como los domicilios de ellos de pende

consentir los clientes para el avise de su empresa y tener gran conocimiento en el cual de un par de

ámbito familiar en el restaurante y pueda que su comida tenga poder de llevar un sansón exquisito.

Qué proyectos se podrían ofrecer a la empresa

Por medio un sistema tener el equilibrio del balance que pueda saber para que la comida no se

pierda en vano y los ingresos y como comprar comida más barata para tener los precios .
12

ENTREVISTA:

Técnica Entrevista Nombre empresa

Roles Gerente Asadero y restaurante mi Tolima

Administrador

Cajero

Fecha 22 - marzo – 2016 Asadero y restaurante mi Tolima

Hora 9:00 am – 9:00 pm Asadero y restaurante mi Tolima

Lugar suba, barrio san Asadero y restaurante mi Tolima

Pedro, dirección 148 B 24

Objetivo Recopilar una cierta información para poder tener una

específica claridad de un posible problema que esté sucediendo

en el asadero y restaurante mi Tolima

Nombres de responsable José Fernando Velasco Díaz


13

Preguntas
Gerente
Hora 2:00 pm
Año 2018

1 ¿Qué características esenciales nos puede ofrecer el restaurante?


R//: nos puede dar a conocer una fuente de alimentos de las cuales nos brinda una comodidad
alimenticia y dar a permitir un lugar limpio para que uno pueda consumir alimentos
2 ¿Cuál es la planeación estratégica del restaurante?
R//: la planeación del restaurante es la cual da ser unos de los grandes sectores de la comida para
dar fin crecer más financiera mete y capital mente
3 ¿Qué estrategias utiliza para una buena administración?
R//: y tener un buen manejo de financiamiento y comprar comida que este en buen estado para el
comercio al público y en lo laboral no puede faltar el orden en el restaurante y el buen
comportamiento y respeto de entre mis compañeros y yo hacia ellos
4 ¿Qué problemas frecuentemente se presentan en el restaurante
R//: dar un mal orden al momento que la población se dirige a dar a consumir su almuerzo
5 ¿Qué posibles soluciones puede dar a las problemáticas del restaurante?

R//: no se ocurre una buena seria guardar los cuadernos donde guardo las ventas

6 ¿Qué necesidades frecuentemente ocurren en el restaurante?

R//: Se quiere abarcar todos los públicos, no hay segmentación.

7 ¿Qué proyecciones puede darnos de la empresa?

R//: la proyección del restaurante es la cual dejamos a que los consumidores coman una comida

adecuada para la nutrición y vitaminas adecuadas

9 ¿Cuál es la misión y visión política de la empresa


R//: brindar una atención buena con la cual es posible que el cliente no piense que está comiendo en
cualquier restaurante sino se sienta en la comodidad de su casa
14

Fotos
15

Módulos

Los usuarios contaran con los siguientes módulos para llevar acabo la contabilidad de la empresa y

su proyección en ventas.

 Empleados:

 Identificación

 Nombre

 Apellido

 Cargo

 Teléfono

 Usuario

 Contraseña

 Proveedores:

 Nombre del restaurante

 Dirección del restaurante

 Nombre del vendedor

 Cargo del vendedor

 Ventas:

 Código

 Fecha

 Hora

 Valor total

 Pago del cliente

 Devolución
16

 Tipo de pago

 Identificación del cliente

 Identificación del empleado

 Código del pedido

 Compras:

 Código

 Fecha

 Hora

 Valor de la compra

 Ni de la empresa

 Identificación del empleado

 Productos:

 Código

 Nombre

 Valor de la fabricación

 Valor total

 Existencias

 Peso

 Detalle de peso

 Pedidos:

 Código

 Fecha

 Hora
17

 Identificación del empleado

 Identificación del cliente


18

Módulos Que Desarrollar

Módulo de Gestión de Usuarios:

En el restaurante hay dos personas encargadas de administrar las ventas realizadas, uno de ellos se

encarga de dar el permiso para traer los productos necesarios y el otro se encarga de la caja

Módulo de Gestión de Producto:

Este módulo será utilizado para tener distintas referencias de productos del restaurante

Módulo de Gestión de factura:

Este módulo será utilizado para obtener una mejor dinámica, observación y orden en el momento de

atender un cliente

Módulo de Gestión de ventas:

Tendrá como objetivo verificar las ventas realizadas y las ventas no realizadas durante cada día

Módulo de

Módulo de gestión de compras

Tendrá como objetivo dar a conocer las compras que se hicieron y para ver que elaboración se tiene

de esta es cuando se sabe con firmeza la labor si sirve esta compra o no

Módulo de gestión de proveedores

Se dará a conocer los probadores más antiguos hasta los más viejos con la cual se destaca el precio

y fecha de envió cual es el más útil tanto como calidad como precio y puntualidad
19

LEVANTAMIENTO DE INFORMACIÒN.

MÈTODOS UTILIZADOS

 Entrevista al administrador

 Observación de los procesos en la empresa

Observación

Durante la primera mitad del mes de marzo, se realizaron varias visitas a la empresa, con el fin de

observar en detalle cada uno de los procesos que se pretenden implementar en el sistema. Las

conclusiones de dichas visitas se presentan a continuación:

Qué problema tiene en el manejo de su información

El manejo de los registros es el cuaderno con el que lleva la información a mano y se utiliza para el

financiamiento de la empresa y sus gastos, pero si alguna vez se llegara a perder el cuaderno se

perderían los datos económicos de la empresa por lo que la idea es llevar en un programa donde

incluso el empleado con el menor rango pude ver el manejo de su información con la cual vea si la

empresa tiene ingreso favorables o desfavorables.

Como solucionar esos problemas con un sistema

Por medio de un sistema se puede evaluar para el mecanismo del valor de las comidas de la

cantidad de salidas y de ingresos para poder tener un precio justo de todos los elementos que se

pueden prestar para esta tarea como los platos y las estufas y los recibos de gas luz agua e

implementos de limpieza como el jabón el cloro y el detergente


20

Cuál es la planeación estratégica de una empresa

Atender a los caprichos de los clientes de su acomodo como los domicilios de ellos de pende

consentir los clientes para el avise de su empresa y tener gran conocimiento en el cual de un par de

ámbito familiar en el restaurante y pueda que su comida tenga poder de llevar un sansón exquisito

Qué proyectos se podrían ofrecer a la empresa

Por medio un sistema tener el equilibrio del balance que pueda saber para que la comida no se

pierda en vano y los ingresos y como comprar comida más barata para tener los precios
21

Requerimientos funcionales

Código Requisito RQF01


Nombre Inicio de Sesión
tipo de Usuario Todos los personales
Prioridad Alta/Esencial
El sistema permitirá el ingreso del usuario por medio de contraseña
Descripción:
y nombre de usuario

Código Requisito RQF02


Nombre Editar empleado
Tipo de Usuario gerente
Prioridad Alta/Esencial
El sistema permitirá editar los datos del vendedor y cajero esta
Descripción:
opción solo es correspondida para el gerente y administrador

Código Requisito RQF03


Nombre Gestionar ventas
Tipo de Usuario Empleado y gerente
Prioridad Alta/Esencial
El sistema permita ver las últimas 10 ventas que se realizaron en el
Descripción:
día fecha y hora
22

Código Requisito RQF04


Nombre Registro del proveedor
Tipo de Usuario Gerente
Prioridad Alta/Esencial
El sistema permitirá registrar los datos del proveedor
Descripción:
(Nombre apellido dirección teléfono)

Código Requisito RQF05


Nombre Reporte de ventas para cada punto
Tipo de Usuario Gerente
Prioridad Alta/Esencial
El sistema permitirá ver cuál fue la empresa (restaurante) que tuvo
Descripción: más ventas y compras para llevar un registro claro de la situación
económica, esta opción solo la puede obtener el gerente

Código Requisito RQF06


Nombre Registrar ventas
Tipo de Usuario Empleado
Prioridad Alta/Esencial

El sistema permitirá al usuario tener acceso al sistema


modificando, a la base de datos según sea el caso. Se mantiene el
Descripción:
sistema actualizado al realizarse cada venta Como los siguientes
datos Código, fecha, hora, valor total, tipo de pago de la venta
23

Código Requisito RQF07


Nombre Pagos y nóminas del empleado
Tipo de Usuario Gerente
Prioridad Alta/Esencial
El sistema permitirá el pago del vendedor cajero y administrador
Descripción:
esta opción solo la puede obtener el gerente

Código Requisito RQF08


Nombre Registro de compras
Tipo de Usuario gerente
Prioridad Alta/Esencial
El sistema permitirá el registro de las compras que se realizan en la
Descripción:
empresa (restaurante) los datos como fecha y hora

Código Requisito RQF09


Nombre Ventas realizadas por el vendedor
Tipo de Usuario Gerente
Prioridad Alta/Esencial
El sistema permitirá ver las compras que realizo tomando los datos
Descripción: del empleado esta opción solo la pude obtener el gerente y
administrador
24

Código Requisito RQF10


Nombre Fecha de expiración del producto
Tipo de Usuario Requisito
Prioridad Alta/Esencial
El sistema permitirá darle información clasificada para el gerente y
administrador sobre el producto con posible expiración para estar
Descripción:
pendiente de la salud del comprador esta opción solo la podrá
obtener el gerente de la empresa y administrador

Código Requisito RQF11


Nombre Platos de la empresa
Tipo de Usuario Empleado y gerente
Prioridad Alta/Esencial
El sistema permitirá ver los platos más favoritos por los
Descripción: compradores y los que ya no mucho esta opción solo la puede
obtener personal que trabaje en la empresa

Código Requisito RQF12


Nombre Hora y fecha de envíos a domicilio
Tipo de Usuario empleado
Prioridad Alta/Esencial
El Sistema permitirá mostrar en una tabla donde están todos los
datos de los productos, lo cual se tiene en cuenta las identificaciones
Descripción:
para saber que empleado entrego y a que cliente se le lleva el
pedido.
25

Código Requisito RQF16


Nombre Generar reporte de ventas mensuales y anuales.
Tipo de Usuario gerente
Prioridad Alta/Esencial
El sistema permitirá la cuenta de los cálculos de todas las ventas a
Descripción:
nivel mensual y así mismo muestra a nivel anual
26

Requerimientos no funcionales

Código Requisito RQNF01


Nombre Computador
Debe tener una memoria RAM de 8GB, sistema operativo,
Descripción:
procesador, disco duro.

Código Requisito RQNF02


Nombre Impresora
Velocidad de impresión (ppm), buffer para un mejor rendimiento
Descripción:
de la impresión (256kB), interfaz de conexión de 36 terminales.

Código Requisito RQNF03


Nombre Antivirus

Descripción: El sistema necesita el mejor antivirus: Abasta Free Antivirus 17.4

Código Requisito RQNF04


Nombre Disponibilidad
Debe estar disponible desde las 7:00am y las 8:00pm para que el
Descripción:
reporte se pueda editar.

Código Requisito RQNF05


Nombre Mantenibilidad
Se debe hacer mantenimiento cada 6 meses para tener un mejor
Descripción:
trabajo del sistema.
27
28

Tabla 1 Documentación CU001

1. IDENTIFICACIÓN DE CASO DE USO

1.1 Id Caso CU001 1.2 Nombre Usuario y contraseña


2. HISTORICO DE CASO DE USO
2.1 Autor José Velasco
2.2 Fecha Creación 5/15/2018 2.3 Última Actualización 5/15/2018
José Velasco 2.5 Versión 1.0
3. DEFINICION DE UN CASO DE USO
3.1 DESCRIPCIÓN
El sistema debe permitir al gerente y vendedor ingresar un usuario y una contraseña
3.2 ACTORES
Gerente y vendedor
3.3 PRECONDICIONES
1.3.1
3.4 FLUJO NORMAL
3.6 EXCEPCIONES Y ERRORES
El usuario y la contraseña deben se validos o generara error

3.7 POS CONDICIONES


Podrá entrar la vez que sean necesarias
3.8 FRECUENCIA

Contando con las precondiciones el flujo normal será el siguiente:


Paso Actor Sistema
1 El usuario digita su usuario y su clave Le muestra un cuadro de bienvenida
2 El usuario le da acepar Entra correctamente a su plataforma
3.7 POS CONDICIONES

El sistema permite almacenas distintos productos

3.8 FRECUENCIA
29

Tabla 1 Documentación CUD002

2. IDENTIFICACIÓN DE CASO DE USO

1.2 Id Caso CUD002


1.2 Registro de producto
Nombre
1. HISTORICO DE CASO DE USO

2.1 Autor José Velasco

2.2 Fecha Creación 5/15/2018 2.4 Última 5/15/2018


Actualización
José Velasco 2.5 1.0
Versión
2. DEFINICION DE UN CASO DE USO

3.1 DESCRIPCIÓN

El sistema debe permitir al gerente el registro de un producto

3.2 ACTORES

Gerente

3.3 PRECONDICIONES

1.3.1

3.4 FLUJO NORMAL

Contando con las precondiciones el flujo normal será el siguiente:


30

Paso Actor Sistema


1 El gerente en el inicio de su El sistema sacara las opciones
plataforma da clic en productos

2 El gerente selecciona registro de El sistema le muestra los productos que


productos hay

3.6 EXCEPCIONES Y ERRORES

El producto puede estar vencido

3.7 POS CONDICIONES


El sistema debe permitirle cambio de producto
3.8 FRECUENCIA

3.7 POS CONDICIONES

El sistema permite almacenas todos los productos que sean necesario

3.8 FRECUENCIA

Tabla 1 Documentación CUD002

3. IDENTIFICACIÓN DE CASO DE USO

1.3 Id Caso CUD002 1.2 Nombre Registro de Compras

4. HISTORICO DE CASO DE USO

2.1 Autor José Velasco


31

2.2 Fecha Creación 5/15/2018 2.5 Última Actualización 5/15/2

018

2.4 Actualizado por José Velasco 2.5 Versión 2.0

5. DEFINICION DE UN CASO DE USO

3.1 DESCRIPCIÓN

El sistema debe permitir el registro de las compras que se realizan en el día

3.2 ACTORES

Gerente, vendedor

3.3 PRECONDICIONES

1.3.1

3.4 FLUJO NORMAL

Contando con las precondiciones el flujo normal será el siguiente:

Paso Actor Sistema

1 el usuario da clic en compras El sistema abre una ventana

2 El usuario Selecciona compras El sistema busca el producto y lo valida

3 El usuario mira las compras realizadas El sistema valida la compra y muestra con

éxito o fallo la compra

3.5 FLUJO ALTERNO (otra forma de ejecutar el CU)

3.6 EXCEPCIONES Y ERRORES


32

3.8 FRECUENCIA

6. IDENTIFICACIÓN DE CASO DE USO

1.3 Id Caso CUD003 1.2 Nombre Registro de ventas

7. HISTORICO DE CASO DE USO

2.1 Autor José Velasco

2.2 Fecha Creación 5/15/2018 2.6 Última Actualización 5/15/2

018

2.4 Actualizado por José Velasco 2.5 Versión 2.0

8. DEFINICION DE UN CASO DE USO

3.1 DESCRIPCIÓN

El sistema debe permitir el registro de las ventas que se realizan en el día

3.2 ACTORES

Gerente, vendedor

3.3 PRECONDICIONES

1.3.1

3.4 FLUJO NORMAL

Contando con las precondiciones el flujo normal será el siguiente:

Paso Actor Sistema

1 el usuario da clic en ventas El sistema abre una ventana

2 El usuario Selecciona ventas El sistema busca la venta y la valida

3 El usuario mira las ventas realizadas El sistema valida la venta y muestra las
Ventas realizadas
33

3.5 FLUJO ALTERNO (otra forma de ejecutar el CU)

3.6 EXCEPCIONES Y ERRORES

3.7 POS CONDICIONES

El sistema selecciona con éxito

3.8 FRECUENCIA

Tabla 1 Documentación CUD003

9. IDENTIFICACIÓN DE CASO DE USO

1.1 Id Caso CUD004 1.2 Nombre Encargos

10. HISTORICO DE CASO DE USO

2.1 Autor José Velasco

2.2 Fecha Creación 5/15/2018 2.7 Última Actualización 5/15/2018

2.4 Actualizado por José Velasco 2.5 Versión 3.0

11. DEFINICION DE UN CASO DE USO

3.1 DESCRIPCIÓN

El sistema debe permitir que el gerente ingrese encargos

3.2 ACTORES

Gerente

3.3 PRECONDICIONES

1.3.1
34

3.4 FLUJO NORMAL

Contando con las precondiciones el flujo normal será el siguiente:

Paso Actor Sistema

1 El usuario da clic en encargos Abre la ventana encargos

2 Ingresa el encargo El encargo fue guardado con éxito

3.5 FLUJO ALTERNO (otra forma de ejecutar el CU)

3.6 EXCEPCIONES Y ERRORES

Tabla 1 Documentación CUD005

12. IDENTIFICACIÓN DE CASO DE USO

1.1 Id Caso CUD005 1.2 Nombre lista de menú

13. HISTORICO DE CASO DE USO

2.1 Autor José Velasco

2.2 Fecha Creación 5/15/2018 2.8 Última Actualización 5/15/2018

2.4 Actualizado por José Velasco 2.5 Versión 4.0

14. DEFINICION DE UN CASO DE USO

3.1 DESCRIPCIÓN

da a conocer el menú del restaurante y sus nuevos platos

3.2 ACTORES
35

Gerente

3.3 PRECONDICIONES

No podrá restaurar lo eliminado

3.4 FLUJO NORMAL

Contando con las precondiciones el flujo normal será el siguiente:

Paso Actor Sistema

1 El usuario da clic en encargos Abre la ventana con los encargos realizados

2 El usuario da clic y selecciona uno de los El encargo se anula con éxito

encargos, y le da anular encargo

3.5 FLUJO ALTERNO (otra forma de ejecutar el CU)

3.6 EXCEPCIONES Y ERRORES

Tabla 1 Documentación CUD006

15. IDENTIFICACIÓN DE CASO DE USO

1.1 Id Caso CUD006 1.2 Nombre deuda dores o socios

16. HISTORICO DE CASO DE USO

2.1 Autor José Velasco

2.2 Fecha Creación 5/15/2018 2.9 Última Actualización 5/15/2018


36

2.4 Actualizado por José Velasco 2.5 Versión 1.0

17. DEFINICION DE UN CASO DE USO

3.1 DESCRIPCIÓN

sirve para ver quiénes son socios del restaurante o deuda dores quien le debe una suma de dinero

considerable

3.2 ACTORES

Gerente

3.3 PRECONDICIONES

3.4 FLUJO NORMAL

Contando con las precondiciones el flujo normal será el siguiente:

Paso Actor Sistema

1 Da clic consulta de pagos Abre ventana con los pagos

2 Selecciona un pago Muestra el pago

3.5 FLUJO ALTERNO (otra forma de ejecutar el CU)

3.6 EXCEPCIONES Y ERRORES


37

Tabla 1 Documentación CUD007

18. IDENTIFICACIÓN DE CASO DE USO

1.1 Id Caso CUD007 1.2 Nombre borrar personal

19. HISTORICO DE CASO DE USO

2.1 Autor José Velasco

2.2 Fecha Creación 5/15/2018 2.10 Última 5/15/2018

Actualización

2.4 Actualizado por José Velasco 2.5 Versión 1.0

20. DE11FINICION DE UN CASO DE USO

3.1 DESCRIPCIÓN

da para eliminar un trabajador que ya no trabaja en el restaurante

3.2 ACTORES

Gerente y vendedor

3.3 PRECONDICIONES

3.4 FLUJO NORMAL

Contando con las precondiciones el flujo normal será el siguiente:

Paso Actor Sistema

1 Usuario da clic en consulta de precios Abre la información de cada precio

2 Selecciona algún precio, revisa Aceptar

3.5 FLUJO ALTERNO (otra forma de ejecutar el CU)


38

3.6 EXCEPCIONES Y ERRORES

3.7
3.7 POS
POS CONDICIONES
CONDICIONES

Podrá ver las veces que sean necesarias la consulta de precios

3.8 FRECUENCIA

Tabla 1 Documentación CUD005

21. IDENTIFICACIÓN DE CASO DE USO

1.1 Id Caso CUD008 1.2 Nombre Generar factura

22. HISTORICO DE CASO DE USO

2.1 Autor José Velasco

2.2 Fecha Creación 5/15/2018 2.11 Última 5/15/2018

Actualización

2.4 Actualizado por José Velasco 2.5 Versión 1.0

23. DEFINICION DE UN CASO DE USO

3.1 DESCRIPCIÓN

El sistema debe permitir que el gerente y el vendedor generen facturas

3.2 ACTORES

Gerente y vendedor
39

3.3 PRECONDICIONES

3.4 FLUJO NORMAL

Contando con las precondiciones el flujo normal será el siguiente:

Paso Actor Sistema

1 Usuario da clic en generar factura Abre ventana con las facturas

2 Revisa productos, da acepta Guarda productos revisados

3.5 FLUJO ALTERNO (otra forma de ejecutar el CU)

3.6 EXCEPCIONES Y ERRORES

Tabla 1 Documentación CUD009

24. IDENTIFICACIÓN DE CASO DE USO

1.1 Id Caso CUD009 1.2 Nombre anular factura

25. HISTORICO DE CASO DE USO

2.1 Autor José Velasco

2.2 Fecha Creación 5/15/2018 2.12 Última 5/15/2018

Actualización

2.4 Actualizado por José Velasco 2.5 Versión 1.0

26. DEFINICION DE UN CASO DE USO


40

3.1 DESCRIPCIÓN

El sistema debe permitir que el gerente cancele facturas

3.2 ACTORES

Gerente

3.3 PRECONDICIONES

3.4 FLUJO NORMAL

Contando con las precondiciones el flujo normal será el siguiente:

Paso Actor Sistema

1 Da clic en módulo de facturación Abre ventana con las facturas

2 Selecciona y cancela las facturas Guarda con éxito la cancelación de facturas

necesarias

3.5 FLUJO ALTERNO (otra forma de ejecutar el CU)

3.6 EXCEPCIONES Y ERRORES

Tabla 1 Documentación CUD005

27. IDENTIFICACIÓN DE CASO DE USO

1.1 Id Caso CUD008 1.2 Nombre Generar factura

28. HISTORICO DE CASO DE USO

2.1 Autor 5/15/2018


41

2.2 Fecha Creación 5/15/2018 2.13 Última 5/15/2018

Actualización

2.4 Actualizado por José Velasco 2.5 Versión 1.0

29. DEFINICION DE UN CASO DE USO

3.1 DESCRIPCIÓN

El sistema debe permitir que el gerente y el vendedor generen facturas

3.2 ACTORES

Gerente y vendedor

3.3 PRECONDICIONES

3.4 FLUJO NORMAL

Contando con las precondiciones el flujo normal será el siguiente:

Paso Actor Sistema

1 Usuario da clic en generar factura Abre ventana con las facturas

2 Revisa productos, da acepta Guarda productos revisados

3.5 FLUJO ALTERNO (otra forma de ejecutar el CU)

3.6 EXCEPCIONES Y ERRORES


42

Tabla 1 Documentación CUD005

30. IDENTIFICACIÓN DE CASO DE USO

1.1 Id Caso CUD008 1.2 Nombre Registrar factura

31. HISTORICO DE CASO DE USO

2.1 Autor José Velasco

2.2 Fecha Creación 5/15/2018 2.14 Última 5/15/2018

Actualización

2.4 Actualizado por José Velasco 2.5 Versión 1.0

32. DEFINICION DE UN CASO DE USO

3.1 DESCRIPCIÓN

El sistema debe permitir que el gerente y el vendedor registrar una factura

3.2 ACTORES

Gerente y vendedor

3.3 PRECONDICIONES
43

3.4 FLUJO NORMAL

Contando con las precondiciones el flujo normal será el siguiente:

Paso Actor Sistema

1 Usuario da clic en registrar factura Abre ventana con el formulario de factura

2 Ingresa datos, aceptar Genera factura

3.5 FLUJO ALTERNO (otra forma de ejecutar el CU)

3.6 EXCEPCIONES Y ERRORES

33. IDENTIFICACIÓN DE CASO DE USO

1.1 Id Caso CUD005 1.2 Nombre Insertar datos

34. HISTORICO DE CASO DE USO

2.1 Autor José Velasco

2.2 Fecha Creación 5/15/2018 2.15 Última 5/15/2018

Actualización

2.4 Actualizado por José Velasco 2.5 Versión 1.0


44

35. DEFINICION DE UN CASO DE USO

3.1 DESCRIPCIÓN

El sistema debe permitir que el gerente y vendedor insertar los pagos

3.2 ACTORES

Gerente y vendedor

3.3 PRECONDICIONES

3.4 FLUJO NORMAL

Contando con las precondiciones el flujo normal será el siguiente:

Paso Actor Sistema

1 Da clic en módulo de pagos, luego insertar Abre ventana con los pagos

2 Selecciona, insertar, aceptar Guarda con éxito datos insertados

3.5 FLUJO ALTERNO (otra forma de ejecutar el CU)

3.6 EXCEPCIONES Y ERRORES


45

36. IDENTIFICACIÓN DE CASO DE USO

1.1 Id Caso CUD005 1.2 Nombre Consultar datos

37. HISTORICO DE CASO DE USO

2.1 Autor José Velasco

2.2 Fecha Creación 5/15/2018 2.16 Última 5/15/2018

Actualización

2.4 Actualizado por José Velasco 2.5 1.0

Versión

38. DEFINICION DE UN CASO DE USO

3.1 DESCRIPCIÓN

El sistema debe permitir que el gerente consulte datos

3.2 ACTORES

Gerente

3.3 PRECONDICIONES

3.4 FLUJO NORMAL


46

Contando con las precondiciones el flujo normal será el siguiente:

Paso Actor Sistema

1 Da clic en módulo consulta de datos, Abre ventana de consulta de datos

2 Selecciona datos, consulta, aceptar Guarda con éxito consulta de datos

3.5 FLUJO ALTERNO (otra forma de ejecutar el CU)

3.6 EXCEPCIONES Y ERRORES

39. IDENTIFICACIÓN DE CASO DE USO

40. IDENTIFICACIÓN DE CASO DE USO

1.1 Id Caso CUD005 1.2 Nombre Actualizar datos

41. HISTORICO DE CASO DE USO


47

2.1 Autor José Velasco

2.2 Fecha Creación 5/15/2018 2.17 Última 5/15/2018

Actualización

2.4 Actualizado por José Velasco 2.5 1.0

Versión

42. DEFINICION DE UN CASO DE USO

3.1 DESCRIPCIÓN

El sistema debe permitir que el gerente actualizar los datos

3.2 ACTORES

Gerente

3.3 PRECONDICIONES

3.4 FLUJO NORMAL

Contando con las precondiciones el flujo normal será el siguiente:

Paso Actor Sistema

1 Da clic en módulo actualizar datos Abre ventana de actualizar

2 Selecciona datos, actualizar, aceptar Guarda con éxito actualización de datos


48

3.5 FLUJO ALTERNO (otra forma de ejecutar el CU)

3.6 EXCEPCIONES Y ERRORES

43. IDENTIFICACIÓN DE CASO DE USO


49

Diagra de clases
50

Conclusión

En la fase de análisis se da prioridad según los elementos recolectados de requerimientos,

información suministrada de la empresa para un buen análisis del sistema, para así llegar a la

solución del problema planteado inicialmente.


51

Anexos

sin el programa

En esta graficase ve el balance financiero


Un poco afectado en los últimos 4 años de
que está a pasado un aumento y
disminución en el momento de dar cuentas,
pero si notamos también hay aumentos en
el cual se resalta esto, pero lo que
queremos lograr es un mecanismo que
funcione y que de las cuentas exactas y
uno sepa con franqueza cuánto dinero sale
y cuanto dentro
2015 2016 2017 2018

Con el programa

En esta grafica se resalta los


próximos 4 años esperados que el
programa opere en esta empresa para
que facilite un financiamiento en las
bases de la empresa elegida para que
uno pueda obtener mayor fuente de
comodidad financiera

2020 2021 2022 2023


52

Das könnte Ihnen auch gefallen