UNIVERSIDAD NACIONAL DE INGENIERÍA

FACULTAD DE INGENIERÍA ECONÓMICA ESTADÍSTICA Y

CIENCIAS SOCIALES

ANÁLISIS Y DISEÑOS DE SISTEMAS

“OLIVA Y TOMATO”

Profesor:

Luis Guillén

Alumna:

Angie Milagros Crisóstomo Casasola

2017 – II
PROBLEMA
Se sabe que, en cierta empresa de comida rápida saludable, tomando en cuenta el
estado de salud y nutrición para mejorar la vida de cada uno cuyo servicio es a
domicilio en Miraflores y San Isidro, se tiene una carencia de flujo de información, es
decir, no se tiene registrados a los clientes recurrentes y peor aún no se fideliza a los
nuevos clientes por ello surgen los siguientes problemas:
1.- Al momento de registrar un pedido se tiene el problema de los pedidos en cola
debido al poco personal que se encarga de la recepción de pedidos y tienen la
necesidad de un programa que les ayude con el registro de pedidos de forma
inmediata.

2.- La empresa da un descuento adicional a los clientes recurrentes, sin embargo

suelen caer en errores al momento de identificarlos.
3.- La empresa tiene problemas al momento de cobrar las deudas de alguna venta ya
que no tienen un sistema de control de pagos.
4.- Al ser un negocio que da servicio “delivery”, este suele tener problemas de demora
por no crear de manera rápida una ruta de entrega eficiente.

PROBLEMA SOLUCIÓN
Al momento de registrar un pedido se Crear un programa para poder registrar los
tiene el problema de los pedidos en cola pedidos de forma rápida y sencilla además
debido al poco personal que se encarga de registrar a los clientes nuevos y
de la recepción de pedidos y tienen la recurrentes de forma que el pedido pase a
una segunda fase en la cual se confirme el
necesidad de un programa que les ayude
pedido para su posterior preparado.
con el registro de pedidos de forma
inmediata.
La empresa da un descuento adicional a Partiendo del primer punto se contaría con
los clientes recurrentes, sin embargo una base de datos de clientes con ello se
suelen caer en errores al momento de podría implementar la opción de descuentos
identificarlos. para los clientes recurrentes previamente
identificados.
La empresa tiene problemas al momento Al momento de finalizar el pedido, la
de cobrar las deudas de alguna vente ya segunda fase, se podría clasificar al pedido
que no tienen un sistema de control de como cancelado si es que pago y deuda si es
pagos. que el cliente aún no realiza el pago.
Al ser un negocio que da servicio Teniendo todos los pedidos del día en una
“delivery”, este suele tener problemas base de datos se podría generar una ruta
de demora por no crear de manera más eficiente para los motorizados.
rápida una ruta de entrega eficiente.

2
ALCANCE

1.- Atención rápida y sencilla para los clientes.

2.- Clasificación de los clientes de forma inmediata.

3.- Control de pagos de parte de la empresa hacia los clientes.

4.- Uso eficiente de los motorizados.

El programa se va encargar de automatizar el servicio de atención al cliente, control de pagos y

elaboración de rutas.

PROCESOS Y DIAGRAMA DEL NEGOCIO

PROCESAMIENTO
Consultas antes
DEL PEDIDO
de generar un
ATENCIÓN AL pedido
CLIENTE

Mandar a
preparar el
pedido

Suministrar los
pedidos a los
motorizados
PREPARACIÓN DEL
PEDIDO

ENTREGA DEL PEDIDO

3
 MODELO DE CASO DE USO: GENERAR UN PEDIDO

Ver lista de
Realizar un
pedidos
nuevo pedido
pendientes por
aprobar

USUARIO
Responder
Aprobar o rechazar
MODERADOR
un pedido

MODELO DE CASO DE USO: REGISTRO DE UN CLIENTE

Realizar Identificar al cliente

llamada como nuevo o
recurrente

USUARIO Realizar pedido

con beneficios Aprobar o rechazar
MODERADOR
un pedido

MODELO DE CASO DE USO: CONTROL DE PAGOS

Responder la Identificar al
llamada cliente deudor y
dar una alerta

USUARIO Generar estadísticas acerca del

negocio y futuros planes
MODERADOR

MODELO DE CASO DE USO: RUTA DE LOS MOTORIZADOS

Realizar una ruta

eficiente para
Seguir la ruta
especificada cada motorizado

MOTORIZADO Entregar el Generar una lista de

pedido y cobrar entrega
4 MODERADOR
MATRIZ: SISTEMA DE GESTIÓN DE INCIDENCIAS

PROCESO SERVICIO FUNCIONALIDAD CASO DE USO

GENERAR UN IDENTIFICAR A UN 1.- Calcular la cantidad ESTADÍSTICAS DE

PEDIDO CLIENTE COMO de nuevos pedidos en PEDIDOS POR
RECURRENTE O horas punta. FECHAS, CLIENTES,
CASUAL ETC

REGISTRO DE UN 1.- Registrar a nuevos ACTUALIZACIÓN DE

CLIENTE clientes. LA BASE DE DATOS

2.- Registrar nuevos

productos (ensaladas y
bebidas).

CONTROL DE PAGOS CLASIFICA A LOS 1.- Identificar a los GESTIONAR

CLIENTES COMO clientes deudores. CLIENTES
DEUDORES
2.- Modificar el estado
de un cliente (deudor o
no).

RUTA DE LOS FACILITA EL TRABAJO 1.- Generar rutas para EFICIENCIA DE LOS
MOTORIZADOS DE LOS los motorizados. MOTORIZADOS
MOTORIZADOS
2.- Llevar un registro de
entregas de cada
motorizado.

5
DIAGRAMA DE ACTIVIDADES DEL CASO DE USO DEL NEGOCIO

Realizar llamada Generar pedido

¿El cliente (No)Registrar cliente

es nuevo?

Confirmar pedido

¿Se
confirmó el (No)Depurar pedido
pedido?

Preparar pedido

Entregar pedido

6
ESPECIFICACIÓN DEL CASO DE USO: GENERAR UN PEDIDO
NOMBRE: Generar un pedido
AUTOR: Pedro Medario
FECHA: 28/08/17
DESCRIPCIÓN:
Permite crear un nuevo pedido en el sistema.
ACTORES:
Usuarios/Moderador
PRECONDICIONES:
El usuario debe estar registrado en el sistema.
FLUJO NORMAL:
1.- El actor pulsa sobre el botón para crear un nuevo pedido.
2.- El sistema le muestra una plataforma para generar el pedido.
3.- El actor comienza con el llenado del pedido.
4.- El actor finaliza el pedido.
5.- El sistema verifica la validez del contenido de los datos y los almacena.
6.- El moderador recibe una notificación de que existe un nuevo pedido en espera.
7.- El moderador acepta y el sistema publica el nuevo pedido para que sea preparado.
FLUJO ALTERNATIVO:
5.A.- El sistema verifica la validez del contenido de los datos, si los datos no son correctos,
Se avisa al actor de ello para que los corrija.
8. B.- El moderador rechaza el pedido, de modo que no se registre y devuelva un mensaje al
usuario.
POSCONDICIONES:
El pedido ha sido almacenado en el sistema y fue publicado para ser preparado.

7
ESPECIFICACIÓN DEL CASO DE USO: REGISTRO DE UN CLIENTE
NOMBRE: Registro de un cliente
AUTOR: Moderador
FECHA: 28/08/16
DESCRIPCIÓN:
Permite registrar a un nuevo cliente.
ACTORES:
Usuarios/Moderador
PRECONDICIONES:
El usuario no debe estar registrado en el sistema.
FLUJO NORMAL:
1.- El sistema identifica al cliente como nuevo.
2.- El moderador comienza con el llenado de los datos personales del cliente.
3.- El moderador finaliza el registro del cliente.
4.- El sistema verifica la validez del contenido de los datos y los almacena.
5.- El moderador recibe una notificación de que el registro fue exitoso.
6.- El actor sigue puede continuar con la generación del pedido.
FLUJO ALTERNATIVO:
4.A.- El sistema verifica la validez del contenido de los datos, si los datos no son correctos,
Se avisa al actor de ello para que los corrija.
POSCONDICIONES:
El nuevo cliente ha sido almacenado en el sistema y puede realizar pedidos.

8
ESPECIFICACIÓN DEL CASO DE USO: CONTROL DE PAGOS
NOMBRE: Control de pagos
AUTOR: Moderador
FECHA: 28/08/16
DESCRIPCIÓN:
Permite identificar a los clientes deudores.
ACTORES:
Usuarios/Moderador
PRECONDICIONES:
El usuario debe estar registrado en el sistema.
FLUJO NORMAL:
1.- El sistema identifica al cliente como deudor.
2.- El moderador solicita el registro de pedidos del cliente identificado.
3.- El sistema busca los pedidos realizador por el cliente y genera un listado.
4.- El moderador puede mandar una notificación al cliente.
5.- El cliente recibe una notificación de que tiene una deuda pendiente.
6.- El moderador recibe una notificación de que el cliente lo recibió exitosamente.
POSCONDICIONES:
El cliente deudor ha sido notificado.

9
ESPECIFICACIÓN DEL CASO DE USO: RUTA DE LOS MOTORIZADOS
NOMBRE: Ruta de los motorizados
AUTOR: Moderador
FECHA: 28/08/16
DESCRIPCIÓN:
Permite generar rutas eficientes para los motorizados y una descripción de los pedidos por
entregar.
ACTORES:
Motorizados/Moderador
PRECONDICIONES:
El motorizado debe estar registrado en el sistema.
FLUJO NORMAL:
1.- El moderador solicita al sistema un listado de los pedidos.
2.- El sistema muestra un cuadro el cual debe ser llenado.
3.- El sistema verifica la validez del contenido de los datos y genera el listado.
4.- El moderador tiene acceso a los pedidos y puede clasificarlos por zonas, distritos, etc.
5.- El moderador puede imprimir la descripción de los pedidos para cada ruta.
6.- El sistema notifica al moderador que la consulta finalizo.
7.- El motorizado recibe el listado con la ruta, listado de pedidos y su respectivo monto.
FLUJO ALTERNATIVO:
3.A.- El sistema verifica la validez del contenido de los datos, si los datos no son correctos,
Se avisa al actor de ello para que los corrija.
6. B.- El sistema advierte al moderador que no hay pedidos realizados en esa fecha
específica.
POSCONDICIONES:
El motorizado sigue las indicaciones de la hoja de ruta generada.

10
DIAGRAMA DE COMPONENTES

CAPA DE SERVICIOS

AUTOMATIZAR EL PROCEDIMIENTO DE RECEPCIÓN,

PREPARADO Y REPARTO DE PEDIDOS

CAPA DE COMPONENTES

GENERAR PEDIDOS GENERAR REPORTES GENERAR RUTAS

CAPA DE OBJETOS

USUARIOS PRODUCTOS MOTORIZADOS

11