POLLOS “ EL PECHUGAS”

UML Hoja 1 - 12
Elaborado por: Miguel Orlando Borjes Milligan, Elmar René Jurado Catacata

SISTEMA DE VENTA Y FACTURACIÓN DE POLLOS BROASTER

I. PANORAMA GENERAL.
En la actualidad, la atención al cliente en los restaurantes de comida “rápida” se ve degradada a la
espera de horas por conseguir un plato, la ineficiencia de los procesos manuales no automatizados
es cada vez mayor, al no contar con personal capacitado nuestros estándares de calidad e higiene
se ven disminuidos además de tener pérdidas en tiempo y dinero por la lentitud de nuestra
atención.
Como prioridad y debido a nuestros valores, es que mejoraremos nuestro sistema de atención al
cliente con la incorporación de un aplicativo que gestione la venta y facturación de nuestros
productos de manera automatizada, reduciendo el tiempo de espera de la clientela evitando la
formación de filas que tan comunes son en otros locales.
II. CONOCER A LOS CLIENTES.
a. GERENTE/DUEÑO. Es el principal funcionario de la organización, es el encargado principal
de la toma de decisiones (precios, cantidades, personal, etc.).
b. ADMINISTRADOR/CAJERO. Es el encargado de controlar, supervisar el funcionamiento de la
organización, realiza el manejo económico de la misma. Rinde cuentas al Gerente.
c. COCINA Y COMPRAS. Es encargado de realizar las compras de la materia prima (pollos,
papa, etc.) para la elaboración de nuestro producto, elabora el producto y coordina con la(s)
meseras para una correcta atención al cliente. Rinde cuentas al Administrador.
d. MESERA. Uno de los puestos de mayor cuidado en la organización, tiene cierta autonomía
de acción, se encarga de la atención del cliente, coordina con la cocina para la elaboración
de los productos y sus cantidades, realiza una limpieza superficial de las mesas. Rinde
cuentas al administrador.
e. LAVAPLATOS. Empleado que se encarga de lavar y mantener limpios los utensilios de la
cocina, así como también el servicio que la clientela utiliza. Rinde cuentas a la Cocina.
f. LIMPIEZA. Realiza la limpieza profunda de los ambientes al finalizar el día, una desinfección
exhaustiva al inicio de cada jornada para garantizar la higiene de nuestras instalaciones.
Rinde cuentas a la mesera.
III. IDENTIFICAR METAS DEL SISTEMA.
Los objetivos que cumple la implantación del sistema son los siguientes:
1. Facilitar las tareas de fichaje, facturación y control de venta de nuestros productos,
2. Disminución de tiempo de espera en caja de nuestra clientela.
3. Impresión de los valores de las variables de venta para su procesamiento por parte del
personal contable mediante reportes diarios.
IV. IDENTIFICAR FUNCIONES DEL SISTEMA.
1. Función Pedido
Referencia Función Categoría
1.1. El cliente consulta sobre los productos y precios y el cajero muestra la
Evidente
carta.
1.2. El cliente solicita el pedido, se registran los datos del pedido en el
Evidente
sistema
2. Función Cancelación
Referencia Función Categoría
2.1. El Cajero Solicita el pago por el pedido realizado Evidente
2.2. El Cliente realiza el pago Evidente
 POLLOS “ EL PECHUGAS”
UML Hoja 2 - 12
Elaborado por: Miguel Orlando Borjes Milligan, Elmar René Jurado Catacata

2.3. El Cajero registra el pago en el sistema Evidente

2.4. Es sistema calcula el cambio Oculta
2.5. El Cajero entrega el cambio al cliente Evidente
3. Función Facturación y Fichaje
Referencia Función Categoría
3.1. El Cajero Solicita datos al cliente y los registra en el sistema Evidente
3.2. El sistema asigna Nº de Ficha y llena los datos de la Factura Oculta
3.3. El Cajero Solicita al sistema la impresión de ficha y factura Evidente
3.4. El cliente Recibe la Ficha y la Factura del Cajero Evidente
4. Función Desembolso para compra de insumos
Referencia Función Categoría
4.1. El cocinero presenta la autorización por parte del Gerente para la
Evidente
compra de insumos y el Administrador Introduce al sistema.
4.2. El sistema realiza los débitos correspondientes a los registros de efectivo
Oculto
y el administrador entrega el dinero de caja al cocinero.
5. Función Reporte diario
Referencia Función Categoría
5.1. El cajero realiza su petición de reporte al sistema Evidente
5.2. El sistema realiza los cálculos correspondientes e imprime el reporte Oculto

V. CASOS DE USO DE ALTO NIVEL.

CASO DE USO: Pedido
ACTORES: Cliente, cajero
TIPO: Primario
DESCRIPCIÓN: Un cliente llega a la caja, consulta sobre los
productos y precios, el cajero le muestra la
carta en la que el cliente realiza una selección,
solicita el pedido; el cajero registra los datos del
pedido en el sistema. Al terminar la operación
el cliente procede con la cancelación del
pedido.

CASO DE USO: Cancelación

ACTORES: Cliente, cajero
TIPO: Primario
DESCRIPCIÓN: El cajero una vez que ha registrado el pedido
solicita el pago del mismo, el cliente realiza la
cancelación correspondiente que es registrada
en el sistema por el cajero, si el pago es
superior al monto del pedido el sistema calcula
el cambio y el cajero entrega el cambio al
cliente. Al terminar la operación se procede a la
facturación e impresión de ficha para el pedido.
 POLLOS “ EL PECHUGAS”
UML Hoja 3 - 12
Elaborado por: Miguel Orlando Borjes Milligan, Elmar René Jurado Catacata

CASO DE USO: Facturación y fichaje

ACTORES: Cliente, cajero
TIPO: Secundario
DESCRIPCIÓN: Una vez realizada la cancelación, el cajero
procede pidiendo datos al cliente los cuales va
ingresando al sistema, el sistema llena los datos
de la factura, asigna ficha, las imprime y son
entregadas por el cajero al cliente.

CASO DE USO: Compra de insumos

ACTORES: Administrador, encargado de compras
TIPO: Primario
DESCRIPCIÓN: El encargado de compras se aproxima al
administrador con la autorización escrita para la
realización de las compras, el administrador
ingresa los datos monetarios de la solicitud, y el
sistema realiza los cálculos, el administrador
entrega el dinero al encargado de compras.

CASO DE USO: Reporte

ACTORES: Cajero, Sistema
TIPO: Primario
DESCRIPCIÓN: Una vez concluida la jornada de trabajo el
cajero, este solicita al sistema la impresión del
reporte diario de transacciones, el sistema hace
los cálculos correspondientes e imprime el
reporte.

VI. CASOS DE USO EXTENDIDOS.

CASO DE USO: Pedido
ACTORES: Cliente (iniciador), cajero
PROPÓSITO Capturar pedido.
RESUMEN: Un cliente llega a la caja, consulta sobre los
productos y precios, el cajero le muestra la
carta en la que el cliente realiza una selección,
solicita el pedido; el cajero registra los datos del
pedido en el sistema. Al terminar la operación
el cliente procede a cancelar el pedido.
TIPO: Primario
REFERENCIAS CRUZADAS: R1.1., R1.2.,R2.1
CUSO NORMAL DE EVENTOS:
ACCIÓN DEL ACTOR RESPUESTA DEL SISTEMA
1. Este caso de uso comienza cuando el cliente
llega al cajero y consulta sobre los productos y
precios.
 POLLOS “ EL PECHUGAS”
UML Hoja 4 - 12
Elaborado por: Miguel Orlando Borjes Milligan, Elmar René Jurado Catacata

2. El cajero le muestra la carta al cliente

3. El cliente realiza un pedido de acuerdo a su
preferencia.
4. El cajero registra el pedido en el sistema, si 5. El sistema determina el precio del producto e
fueran varios productos también registra la incorpora al pedido actual la información
cantidad. correspondiente.
6. El cajero indica al cliente el precio total del
pedido.

Cursos alternos:
 Línea 4. Introducción de producto inválido. Indicar error.

CASO DE USO: Cancelación

ACTORES: Cliente, cajero (iniciador)
PROPÓSITO Capturar el pago de un pedido en efectivo.
RESUMEN: El cajero una vez que ha registrado el pedido
solicita el pago del mismo, el cliente realiza la
cancelación correspondiente que es registrada
en el sistema por el cajero, si el pago es
superior al monto del pedido el sistema calcula
el cambio y el cajero entrega el cambio al
cliente. Al terminar la operación se procede a la
facturación e impresión de ficha para el pedido.
TIPO: Primario
REFERENCIAS CRUZADAS: R2.1., R2.2., R2.3., R2.4., R2.5, R3.1.
CUSO NORMAL DE EVENTOS:
ACCIÓN DEL ACTOR RESPUESTA DEL SISTEMA
1. Este caso de uso comienza cuando el cajero
solicita la cancelación del pedido realizado
2. El cliente realiza el pago que puede ser
mayor al monto del pedido.
3. El cajero registra el pago en el sistema. 4. Registra la venta del pedido. Si el pago es
mayor al monto del pedido calcula el cambio.
5. Si existiese cambio, el cajero devuelve el
resto al cliente
Cursos alternos:
 Línea 2. El cliente no tiene efectivo para realizar la compra del pedido. Cancelar el pedido.

CASO DE USO: Facturación y Fichaje

ACTORES: Cliente, cajero (iniciador)
PROPÓSITO Facturar un pedido cancelado en efectivo.
 POLLOS “ EL PECHUGAS”
UML Hoja 5 - 12
Elaborado por: Miguel Orlando Borjes Milligan, Elmar René Jurado Catacata

RESUMEN: Una vez realizada la cancelación, el cajero

procede pidiendo datos al cliente los cuales va
ingresando al sistema, el sistema llena los datos
de la factura, asigna ficha, las imprime y son
entregadas por el cajero al cliente.
TIPO: Secundario
REFERENCIAS CRUZADAS: R3.1., R3.2., R3.3., R3.4.
CUSO NORMAL DE EVENTOS:
ACCIÓN DEL ACTOR RESPUESTA DEL SISTEMA
1. Este caso de uso comienza cuando el cajero
solicita los datos al cliente.
2. El cliente suministra los datos.
3. El cajero registra los datos en el sistema 4. Asigna número de ficha, y llena datos en la
factura.
5. El cajero solicita la impresión de ficha y 6. Imprime ficha y factura.
factura.
7. El cajero entrega ficha y factura al cliente.
8. El cliente recibe ficha y factura y se va a su
mesa.

CASO DE USO: Compra de insumos

ACTORES: Administrador, Encargado de compras
(iniciador)
PROPÓSITO Realizar desembolso para la compra de insumos
RESUMEN: El encargado de compras se aproxima al
administrador con la autorización escrita para la
realización de las compras, el administrador
ingresa los datos monetarios de la solicitud, y el
sistema realiza los cálculos, el administrador
entrega el dinero al encargado de compras.
TIPO: Primario esencial
REFERENCIAS CRUZADAS: R4.1., R4.2.
CUSO NORMAL DE EVENTOS:
ACCIÓN DEL ACTOR RESPUESTA DEL SISTEMA
1. Este caso de uso comienza cuando el
encargado de compras presenta su autorización
de compra de insumos al administrador.
2. El administrador introduce los datos al 3. Calcula los débitos correspondientes al
sistema. registro de efectivo de caja.
4. El administrador extrae de caja el dinero y se
lo entrega al encargado de compras.
5. El encargado de compras se retira a realizar
las compras correspondientes.
Cursos alternos:
 POLLOS “ EL PECHUGAS”
UML Hoja 6 - 12
Elaborado por: Miguel Orlando Borjes Milligan, Elmar René Jurado Catacata

 Línea 3. No existe en caja efectivo suficiente para dar curso a la transacción. Cancelar
transacción.

CASO DE USO: Reporte

ACTORES: Cajero (Iniciador)
PROPÓSITO Obtener un reporte diario de transacciones con
fines contables.
RESUMEN: Una vez concluida la jornada de trabajo el
cajero, este solicita al sistema la impresión del
reporte diario de transacciones, el sistema hace
los cálculos correspondientes e imprime el
reporte.
TIPO: Secundario
REFERENCIAS CRUZADAS: R5.1., R5.2.
CUSO NORMAL DE EVENTOS:
ACCIÓN DEL ACTOR RESPUESTA DEL SISTEMA
1. Este caso de uso inicia cuando el cajero 2. El sistema realiza los cálculos
realiza la petición de reporte. correspondientes e imprime el reporte.
3. El cajero se lleva el reporte.
Cursos alternos:
 Línea 1. No existen datos para realizar el reporte. Indicar error de Reporte.

VII. DIAGRAMA DE CASOS DE USO.

PEDIDO

CLIENTE CANCELACIÓN CAJERO

FACTURACIÓN Y
FICHAJE

REPORTE

COMPRA DE
INSUMOS ENCARGADO DE
ADMINISTRADOR COMPRAS
TPDV
 POLLOS “ EL PECHUGAS”
UML Hoja 7 - 12
Elaborado por: Miguel Orlando Borjes Milligan, Elmar René Jurado Catacata

VIII. DIAGRAMA CONCEPTUAL.

 POLLOS “ EL PECHUGAS”
UML Hoja 8 - 12
Elaborado por: Miguel Orlando Borjes Milligan, Elmar René Jurado Catacata

IX. DIAGRAMA DE SECUENCIA

PEDIDO

Cajero :Sistema
Registrar pedido (Codigo,cantidad)

Pasa a cancelación

CANCELACIÓN

Cajero :Sistema
Registrar pago (Precio)

Pasa a facturación y fichaje

FACTURACIÓN Y FICHAJE

Cajero :Sistema
Registrar datos del cliente (Nombre, CI/NIT)

Solicitud de impresión ficha-factura (No.Factura, No.Ficha)

Se obtiene ficha y factura imprimidas

COMPRA DE INSUMOS

Administrador :Sistema
Registar datos (Monto)

Termina el proceso
 POLLOS “ EL PECHUGAS”
UML Hoja 9 - 12
Elaborado por: Miguel Orlando Borjes Milligan, Elmar René Jurado Catacata

REPORTE

Cajero :Sistema
Realiza petición de reporte

Se obtiene reporte diario

X. CONTRATOS
CONTRATO
Nombre: Registrar pedido (Código: Alfanumérico, Cantidad: Entero
Responsabilidades: Capturar pedido
Tipo: Sistema
Referencias Cruzadas: R1.1., R1.2., R2.1.
Casos de uso: Pedido
Notas: Acceso a la BD
Excepciones: Introducción de producto inválido indicar error.
Salida:
Precondiciones: El sistema conoce el Código del producto
Poscondiciones:
 Si se trata de un nuevo pedido, se crea un Pedido (creación de instancia).
 Se creó instancia FacturaFicha (creación de instancia).

CONTRATO
Nombre: Registrar pago (Precio: Real)
Responsabilidades: Capturar el pago de un pedido en efectivo
Tipo: Sistema
Referencias R2.1., R2.2., R2.3., R2.4., R2.5, R3.1.
Cruzadas: Caso de uso: Cancelación
Notas: Introducir datos a la BD
Excepciones: El cliente no tiene efectivo para realizar la compra del pedido. Cancelar el
pedido.
Salida:
Precondiciones: Se debe de haber capturado un pedido.
Poscondiciones:
 Se crea un Pago (creación de instancia)
 Se asigna cantidad y precio FacturaFicha (modificación de atributos).

CONTRATO
Nombre: Registrar datos del cliente (Nombre: Alfanumérico, CI/NIT: Entero largo)
Responsabilidades: Capturar datos del cliente en la BD
Tipo: Sistema
Referencias Cruzadas: R3.1.
 POLLOS “ EL PECHUGAS”
UML Hoja 10 - 12
Elaborado por: Miguel Orlando Borjes Milligan, Elmar René Jurado Catacata

Caso de uso: Facturación y Fichaje

Notas: Introducir datos del cliente a la BD
Excepciones:
Salida:
Precondiciones: Se debe de haber capturado el pago de un pedido en efectivo
Poscondiciones:
 Si se trata de un nuevo cliente, se crea un Cliente (Creación de instancia)
 Se asigna nombre y CI/NIT FacturaFicha (modificación de atributos)

CONTRATO
Nombre: Solicitud de impresión ficha y factura (No_Factura: Entero largo, Nº_Ficha:
Entero
Responsabilidades: Facturar un pedido cancelado en efectivo
Tipo: Sistema
Referencias R3.2., R3.3., R3.4.
Cruzadas: Caso de uso: Facturación y Fichaje
Notas: Impresión de la ficha y la factura
Excepciones:
Salida: 2 (Factura, Ficha)
Precondiciones: Se debe de haber capturado el pago de un pedido en efectivo
Poscondiciones:
 Se asigna Nº de Factura y Ficha FacturaFicha (modificación de atributos).

CONTRATO
Nombre: Registrar datos (Monto: Real)
Responsabilidades: Realizar desembolso para la compra de insumos
Tipo: Sistema
Referencias R4.1., R4.2.
Cruzadas: Caso de uso: Compra de insumos
Notas: Débito de las cuentas para la compra de insumos
Excepciones: No existe en caja efectivo suficiente para dar curso a la transacción.
Cancelar transacción.
Salida:
Precondiciones: Debe haber una autorización por parte del dueño.
Poscondiciones:
 Se asigna nuevo saldo Producto (modificación de atributos)

CONTRATO
Nombre: Realiza petición de reporte
Responsabilidades: Obtener un reporte diario de transacciones con fines contables.
Tipo: Sistema
Referencias Cruzadas: R5.1., R5.2.
Notas: Impresión de reporte diario
Excepciones: No existen datos para realizar el reporte. Indicar error de Reporte.
Salida: 1 (Reporte)
 POLLOS “ EL PECHUGAS”
UML Hoja 11 - 12
Elaborado por: Miguel Orlando Borjes Milligan, Elmar René Jurado Catacata

Precondiciones: Deben de existir datos para mostrar en el reporte

Poscondiciones:
 No se realizan cambios en el sistema.
XI. DIAGRAMA DE CLASES

:Pedido
:Cliente
-Fecha
-Nombre
-Codigo
-CI/NIT -Realiza
-Cliente
+AltaCliente() -Cantidad
+BuscarCliente() 1 1..*
+AltaPedido()
+ModificarCliente()
+BajaPedido()
+BajaCliente()
+ModifPedido()
1
1..* -Recibe

-Realiza 1..*
1
:Pago
:Venta
-No. Pago :Cajero
-Genera -No. Factura -Realiza
-Monto -Nombre
-Fecha -Fecha
1 1 -Cantidad 1..* 1 -Ci
+Venta()
+Buscar()

1 -Genera

:Factura
-No. Factura
-Ref. Producto.
-Desc. Producto.
-Prec. Unit.
-Cantidad
+AltaFactura()
+AnularFactura()
 POLLOS “ EL PECHUGAS”
UML Hoja 12 - 12
Elaborado por: Miguel Orlando Borjes Milligan, Elmar René Jurado Catacata

XII. GLOSARIO DE TÉRMINOS

- BD: Hace referencia a la base de datos.
- Pedido: Hace referencia al producto que se vende al cliente.
- TPDV: Terminal punto de ventas.
- Ficha: Hace referencia al documento interno de control de pedidos.