Palestine Techinical University (PTU)

Facultad de Ingeniería yTecnología

Departamento de Ingeniería de Sistemas Informáticos

Express

Documento de requisitos de ingeniería de software

Sistema de gestión de pedidos y entrega de alimentos en línea

Presentado por:

Nombre del alumno Identificación del estudiante

Fares Hatem T. Abuali 201810408

Huthaifa Jamal H. Salman 201810018
Asseel Khalid H. Al-Ali 201810232
Abdullah Awad M. Al-Wawi 201810775
Ahmad Othman A. Marei 201811346
Presentado el: 20 de abril de 2021

Asignación #2: Este documento fue presentado en cumplimiento parcial de

el requisito para el curso "Ingeniería de Software" , durante el año académico
2020-2021 (2do Semestre).
Índice

CHAPTER 1 INTRODUCCIÓN ........................................................................................................................... 1

Palestine Techinical University (PTU) Facultad de Ingeniería yTecnología Departamento de

Ingeniería de Sistemas Informáticos........................................................................................................1
Documento de requisitos de ingeniería de software....................................................................................1
Sistema de gestión de pedidos y entrega de alimentos en línea................................................1
Índice.......................................................................................................................................................2
CHAPTER 1: INTRODUCCIÓN..................................................................................................1
1.1 Descripción general y antecedentes del proyecto:....................................................................1
1.2 Dominio del problema:..............................................................................................................1
1.3 Objetivos del proyecto:.............................................................................................................1
Cómo proponemos abordar los problemas diagnosticados:.................................................................1
• Crear un archivo para restaurantes:....................................................................................1
• Ahorra tiempo:.........................................................................................................................2
• Seguridad de los datos:.........................................................................................................2
• Reducción al mínimo de la introducción manual de datos:.............................................2
1.4 Alcance del proyecto:................................................................................................................2
1.5 Resumen del capítulo:...............................................................................................................2
CHAPTER 2: ENFOQUE DE LA RECOPILACIÓN DE REQUISITOS....................................3
CHAPTER 3: DEFINICIÓN DE LAS NECESIDADES DEL USUARIO...................................3
3.1 Requisitos funcionales del usuario:...........................................................................................3
II. CLIENTE:.....................................................................................................................................3
III. MANAGER (ADMIN del restaurante):....................................................................................4
IV. PERSONAL DE COCINA (Chefs del restaurante):.................................................................4
3.2 Requisitos no funcionales del usuario:...........................................................................................4
Requisitos operativos....................................................................................................................4
Requisitos de rendimiento............................................................................................................4
Requisitos de seguridad....................................................................................................................5
Requisitos de usabilidad.......................................................................................................................5
CHAPTER 4: ARQUITECTURA DEL SISTEMA......................................................................6
4.1 Lo que está fuera de las fronteras del sistema:.....................................................................6
4.2 Diagrama de contexto:..............................................................................................................7
CHAPTER 5: ESPECIFICACIÓN DE LOS REQUISITOS DEL SISTEMA:.............................7
5.1 REQUISITOS FUNCIONALES DEL SISTEMA:............................................................................7
5.2 REQUISITOS NO FUNCIONALES DEL SISTEMA:....................................................................11
 1. Seguridad:...................................................................................................................................11
2. Facilidad de uso:.........................................................................................................................11
3. Disponibilidad:............................................................................................................................11
CAPÍTULO 6: MODELOS DE SISTEMAS:................................................................................12
• 6.1: Diagramas de casos de uso:..............................................................................................12
• 6.2: Diagrama de clases:..........................................................................................................14
• 6.3: Diagrama de actividades..................................................................................................15
CHAPTER 7: EVOLUCIÓN DEL SISTEMA:...........................................................................24
LIMITACIÓN DEL SISTEMA:.............................................................................................................24
MEJORA DEL SISTEMA:...................................................................................................................24
CHAPTER 8: PLAN PARA EL RESTO DEL TRABAJO:........................................................25
CHAPTER 9: CONCLUSIÓN:...................................................................................................25
REFERENCIAS:............................................................................................................................25
1.1

1.2 Resumen del capítulo ...................................................................................................................... 2

CHAPTER 2 ENFOQUE DE LA RECOPILACIÓN DE REQUISITOS ............................................................................... 3

CHAPTER 3 DEFINICIÓN DE LOS REQUISITOS DEL

USUARIO .......................................................................................... 3

3.1 Requisitos funcionales del usuario ................................................................................................. 3

3.1 Requisitos no funcionales del usuario ........................................................................................ 4

CAPÍTULO 4 ARQUITECTURA DEL SISTEMA ............................................................................................................ 6

4.1 Lo que está fuera de las fronteras del sistema ....................................................................................

6

4.2 Diagrama de contexto .........................................................................................................................

7

CHAPTER 5 ESPECIFICACIÓN DE REQUISITOS DEL SISTEMA ............................................................................... 7

5.1 REQUISITOS FUNCIONALES DEL SISTEMA .................................................................................. 7

5.2 REQUISITOS NO FUNCIONALES DEL SISTEMA ...................................................................... 11

CHAPTER 6 MODELOS DE SISTEMA ......................................................................................................................

12

6.1 Diagramas de casos de uso ...................................................................................................................

12

6.2 Diagrama de clases ........................................................................................................................... 14

 6.3 Diagramas de actividades .....................................................................................................................
15

6.4 Diagrama de secuencia ................................................................................................................... 18

CHAPTER 7 EVOLUCIÓN DEL SISTEMA ................................................................................................................ 23

CHAPTER 8 PLAN PARA EL RESTO DEL

TRABAJO ....................................................................................................... 24

CHAPTER 9 CONCLUSIÓN ............................................................................................................................. 24

REFERENCIAS ................................................................................................................................................... 25
 SISTEMA DE GESTIÓN DE PEDIDOS Y ENTREGA DE
ALIMENTOS
CHAPTER 1: INTRODUCCIÓN

1.1 Descripción general y antecedentes del proyecto:

En la era actual de la comida rápida y la comida para llevar, muchos restaurantes han optado por
centrarse en la preparación rápida y la entrega ágil de los pedidos en lugar de ofrecer una experiencia
gastronómica enriquecedora. Hasta hace muy poco, todas estas órdenes de entrega se hacían a través de
llamadas telefónicas, pero este sistema tiene muchos inconvenientes, entre ellos:
• El inconveniente de que el cliente necesite tener una copia física del menú.
• Falta de confirmación visual de que el pedido se ha realizado correctamente.
• La necesidad de que el restaurante cuente con un empleado que atienda el teléfono y tome pedidos.
De ahí que cada vez sea más necesaria la creación de un sistema inteligente e innovador que ayude a
facilitar la comunicación entre los restaurantes y sus clientes.
1.2 Dominio del problema:

Los retos a los que se enfrenta el actual sistema tradicional de pedidos suponen un importante
inconveniente para la consecución de la eficiencia y la satisfacción del cliente. La experiencia de pedir
en la mayoría de los restaurantes de comida rápida no es agradable para los clientes:
• Los clientes tendrán que hacer largas colas antes de hacer sus pedidos, especialmente en las horas
punta.
• A continuación, el personal encargado de los pedidos registrará manualmente los pedidos de los
clientes.
• Una vez realizado el pedido, el cliente debe esperar cerca del mostrador hasta que esté listo para
recogerlo.
• El trabajo manual dificulta la eficacia y reduce la precisión de los datos durante el proceso de
realización de pedidos.

1.3 Objetivos del proyecto:

Nuestro proyecto tiene como objetivo desarrollar un completo sistema de pedidos en línea para su uso en
el sector de la restauración que permita a los restaurantes gestionar de forma rápida y sencilla un menú
en línea que los clientes puedan consultar y utilizar para realizar pedidos con sólo unos clics.

Cómo proponemos abordar los problemas diagnosticados:

• Crear un archivo para restaurantes:

Pretendemos ofrecer un tratamiento para los problemas anteriores ayudando a los clientes a pedir lo que
quieran en el restaurante que deseen. Esto puede lograrse creando una base de datos específica para
restaurantes que almacene el mayor número posible de restaurantes de ciudades palestinas.

1
CAPÍTULO 1
INTRODUCCIÓN
 SISTEMA DE GESTIÓN DE PEDIDOS Y ENTREGA DE
ALIMENTOS
Y otra base de datos para que los usuarios almacenen sus datos y sea fácil vincular a cada usuario con su
pedido específico.
• Ahorra tiempo:
Al ofrecer un servicio de entrega, los clientes pueden hacer su pedido con unos pocos clics de ratón y
unas pocas palabras clave de búsqueda, ahorrando así su valioso tiempo. Esto aumentará la satisfacción
del cliente al acelerar la entrega de alimentos.
• Seguridad de los datos:
Los datos están bien protegidos para uso personal.
• Reducción al mínimo de la introducción manual de datos:
La automatización garantiza la exactitud de los datos durante el proceso de realización de pedidos. En
resumen, lo que proponemos es un sistema de pedidos en línea, que es una técnica de pedido de
alimentos en línea aplicable en cualquier industria de entrega de alimentos. La principal ventaja de
nuestro sistema es que simplifica enormemente el proceso de pedido, tanto para el cliente como para el
restaurante.

Al final del proyecto, mejorará la productividad, la eficacia y la precisión de los restaurantes. Gracias a
este sistema, se reducirá al mínimo todo el trabajo manual al sustituir el sistema tradicional de pedidos
por un sistema informático. Eliminará el trabajo manual, como que los trabajadores entreguen
físicamente el ticket de pedido de comida en la cocina, sustituyan manualmente la etiqueta de precio de
la comida y calculen manualmente el precio de facturación.

1.4 Alcance del proyecto:

El sistema será una plataforma web que permitirá al usuario ver la información de la carta del
restaurante y hacer un pedido a través del sistema.

el sistema permitirá al personal de cada restaurante actualizar y modificar la información de sus menús
de comida y bebida. Además, permite a los empleados generar los informes que deseen, como el
informe mensual de ventas. La función más importante es permitir que el personal haga la factura para
que el consumidor realice el pago después del pedido.

1.5 Resumen del capítulo:

En este capítulo se han analizado las dificultades que plantea el enfoque tradicional del sistema de
pedidos de comida a domicilio. Además, hemos mencionado a las partes interesadas, es decir, a las
personas que se enfrentan a un problema en la situación actual y cómo se beneficiarán del tratamiento
propuesto que ofreceremos.

Por último, se han enumerado y debatido el objetivo y el alcance del proyecto. Se ha justificado la
estructura general del sistema propuesto y se ha expuesto la contribución del proyecto. A continuación,
se analizará el concepto de sistema de gestión de restaurantes existente.

2
CAPÍTULO 1
INTRODUCCIÓN
 SISTEMA DE GESTIÓN DE PEDIDOS Y ENTREGA DE
ALIMENTOS
CHAPTER 2: ENFOQUE DE LA RECOPILACIÓN DE REQUISITOS

Al principio, estábamos perdidos y confundidos sobre cómo funcionan los sistemas de gestión de
pedidos y entrega de comida. Así que nos fuimos a Internet y visitamos algunos sitios web locales
populares de pedidos de comida aquí en Palestina, para indicar por ejemplo: http://www.pal-eat.com/ o
esto: https://www.doordash.com/en-US

Hemos reunido algunas ideas y luego hemos iniciado la fase de descubrimiento de requisitos. El enfoque
principal que seguimos para reunir los requisitos de los usuarios y del sistema fue navegar por Internet.
También hemos consultado a nuestro instructor, el Dr. Nael Salman, para que nos dé algunos consejos
sobre cómo descubrir los requisitos.

Además, debo mencionar que hemos mantenido una entrevista con algunos ingenieros superiores de
software que nos han dado pautas sobre cómo recopilar requisitos.

CHAPTER 3: DEFINICIÓN DE LAS NECESIDADES DEL USUARIO

El sistema se diseñará para que sea fácil de usar. El diseño de interfaces interactivas y fáciles de usar
ayuda a conseguirlo, ya que permite a los clientes navegar fácilmente por los menús, hacer pedidos con
unos pocos clics, y también permite a los empleados del restaurante revisar rápidamente los pedidos a
medida que se hacen y producir los artículos necesarios con la mínima demora y confusión. El sistema
será fácil de usar.

3.1 Requisitos funcionales del usuario:

Los requisitos funcionales definen las capacidades y funciones que un sistema debe ser capaz de realizar
con éxito. Los requisitos funcionales de este sistema de pedidos en línea incluyen:

I. ADMIN:
Gestión de usuarios: el administrador debe tener acceso completo a la base de datos de
usuarios:
•Añadir usuario.
•Borrar usuario.
•Editar un registro de usuario.
•Ver información del usuario.

Gestión de restaurantes: el administrador tendrá acceso total a la base de datos de restaurantes:

•Añade un restaurante.
•Borrar un restaurante.
•Editar la ficha de un restaurante.
•Ver toda la información sobre restaurantes.
•Ver información de un restaurante concreto.
II. CLIENTE:
o [No es necesario tener una cuenta]: El sistema permitirá al cliente:

3
CAPÍTULO 2 RECOPILACIÓN DE REQUISITOS | CAPÍTULO 3 DEFINICIÓN DE LOS
REQUISITOS DEL USUARIO
 SISTEMA DE GESTIÓN DE PEDIDOS Y ENTREGA DE
ALIMENTOS
• Navega por los restaurantes. Cada restaurante debe mostrar su nombre, el de su
propietario y su ubicación.

• Cuando el cliente haga clic en un restaurante concreto, muéstrele el menú del

restaurante, que contiene todos los platos y productos disponibles junto con sus
precios e ingredientes.

o [Necesidad de una cuenta]: El sistema deberá permitir al cliente:

• Registrarse en el sistema (crear su propia cuenta)
• Inicie sesión en el sistema después de crear la cuenta.
• Haz un pedido.
• Especifique si desea que el pedido sea entregado o recogido por el propio cliente.
• El sistema pedirá al cliente que confirme la comida pedida.
• El sistema proporcionará una confirmación visual de la realización del pedido

III. MANAGER (ADMIN del restaurante):

El gerente de cada restaurante deberá ser capaz de:
• Crea el menú del restaurante.
• Crea nuevos alimentos y añádelos al menú del restaurante.
• Edite o actualice los detalles de cualquier alimento, como: nombre del plato,
precio, ingredientes,...
• Borra cualquier alimento que quieran.
• Generar informes de ventas para su restaurante (informes semanales, mensuales,
anuales).

IV. PERSONAL DE COCINA (Chefs del restaurante):

Cada cocinero deberá ser capaz de:
• Ver órdenes pendientes (órdenes que necesitan ser preparadas)
• Actualizar el estado de los pedidos
• Verifique el pedido para que sepan que el pedido está listo para ser tomado o
entregado.

3.2 Requisitos no funcionales del usuario:

Requisitos operativos

• El sistema debería funcionar correctamente en la mayoría de los navegadores web.

•
El sistema debe pedir al gestor (el administrador de cada restaurante) que haga una copia
de seguridad al final de la jornada laboral.
Requisitos de rendimiento

• El sistema debe permitir al usuario realizar un pedido en un breve periodo de tiempo.

(menos de un minuto de retraso en la carga)

• Todas las tablas de la base de datos deben estar normalizadas al menos hasta la3ª forma
normal. Por lo tanto, la obtención de datos de la base de datos no debe exceder de 5 a 10
segundos en el peor de los casos.

4
CAPÍTULO 3 DEFINICIÓN DE LOS REQUISITOS
DEL USUARIO
 SISTEMA DE GESTIÓN DE PEDIDOS Y ENTREGA DE
ALIMENTOS
Requisitos de seguridad

• El sistema validará el nombre de usuario y la contraseña para iniciar sesión y realizar

cambios en el sistema.

• El sistema solicitará la contraseña actual del usuario para permitirle cambiar a una nueva
contraseña.

• Las contraseñas deben estar encriptadas.

Requisitos de usabilidad
• El sistema debe tener interfaces gráficas de usuario sencillas y fáciles de aprender.

• Un nuevo cliente debería poder utilizar la mayoría de las funciones del sistema en menos de
media hora de formación.

5
CAPÍTULO 3 DEFINICIÓN DE LOS REQUISITOS
DEL USUARIO
 SISTEMA DE GESTIÓN DE PEDIDOS Y ENTREGA DE
ALIMENTOS
CHAPTER 4: ARQUITECTURA DEL SISTEMA

En este capítulo se presenta una visión general de la arquitectura prevista del sistema, mostrando la
distribución de funciones entre los módulos del sistema. Deben destacarse los componentes
arquitectónicos que se reutilizan.

Figura 1: Visión general de la arquitectura de nuestro sistema

4.1 Lo que está fuera de las fronteras del sistema:

Los límites del sistema se establecen para definir lo que está dentro y lo que está fuera del sistema:

Tramitación de medios de pago:

Estamos tratando de mantener nuestro sistema simple, por lo que no nos involucraremos en el sistema de
pago en detalles, ya que requiere integrar nuestro sistema con un sistema externo que se encarga de
manejar los pagos y métodos de pago (como la tarjeta Visa).

6
CAPÍTULO 4 ARQUITECTURA DEL
SISTEMA
 SISTEMA DE GESTIÓN DE PEDIDOS Y ENTREGA DE
ALIMENTOS
4.2 Diagrama de contexto:
Se trata de otra estructura breve que describe el entorno en el que existe un sistema de software y ayuda
a comunicar lo que hay fuera de los límites del sistema.

Figura 2: Diagrama de contexto de la arquitectura de nuestro sistema

CHAPTER 5: ESPECIFICACIÓN DE LOS REQUISITOS DEL SISTEMA:

Ahora intentaré describir algunos requisitos funcionales y no funcionales que se expusieron en el
capítulo 3, pero con más detalle.

5.1 REQUISITOS FUNCIONALES DEL SISTEMA:

El sistema dispone de una pantalla de inicio, a través de la cual cualquier usuario que haya creado una
cuenta puede acceder al sistema utilizando su nombre de usuario y contraseña.

7
CAPÍTULO 5 ESPECIFICACIÓN DE LOS REQUISITOS
DEL SISTEMA
 SISTEMA DE GESTIÓN DE PEDIDOS Y ENTREGA DE
ALIMENTOS
Tabla 1: <<Requisitos funcionales del sistema>> Inicio de sesión de usuario

Inicio de sesión de usuario

Breve descripción El caso de uso de inicio de sesión permite al usuario iniciar

sesión en el sistema.
Actor(es) Un usuario, podría ser:

• Un administrador.
• Un restaurante gerente.
• Un personal de cocina (a chef).
• Un cliente.
Nota: Creo que habrá un formulario de acceso diferente para cada
tipo de usuario mencionado anteriormente, porque cada tipo se
almacenará en su propia base de datos.
Flujo de En la página de inicio ➔ Formulario de inicio de sesión;
acontecimientos
1. El sistema solicita al usuario su nombre de usuario y
contraseña.
2. El usuario introduce su nombre de usuario y su
contraseña.
3. El sistema valida la información introducida y se asegura
de que los datos introducidos existen realmente en la
base de datos del usuario.
4. El usuario ha iniciado sesión.
Condiciones Tener una cuenta antes.
Seguridad Conexión segura a la base de datos
Condiciones
posteriores
Éxito Los datos introducidos por el usuario que se almacenan en la
cuenta de usuario

8
CAPÍTULO 5 ESPECIFICACIÓN DE LOS REQUISITOS
DEL SISTEMA
 SISTEMA DE GESTIÓN DE PEDIDOS Y ENTREGA DE
ALIMENTOS
Tabla 2: <<Requisitos funcionales del sistema>> Director del restaurante
Creación del menú del restaurante por el gerente/propietario del restaurante
Breve descripción Permite al gerente del restaurante crear el menú de su restaurante e
insertar platos en él.

Actor(es) El gerente/propietario del restaurante (a cada nuevo restaurante añadido se le

asignará un gerente que será responsable de este restaurante).

Flujo de Una vez que el gestor haya iniciado sesión correctamente, ahora podrá ir a
acontecimientos la barra de navegación de la parte superior ➔ Crear menú del
restaurante

1. El gerente del restaurante puede crear un único menú para su

restaurante.

2. Después de crear el menú, el gestor puede añadir platos/artículos de

comida, especificando el nombre/título del plato, el precio, los ingredientes,
la descripción del plato y el tamaño del plato (pequeño - mediano -
grande).

3. A continuación, haga clic en 'guardar plato' y el plato se insertará en la

base de datos de menús, con una clave externa relacionada: 'restaurantID'
para indicar que estos alimentos están relacionados con este restaurante
específico.

El gestor puede editar cualquier alimento del menú siempre que lo desee.
Por ejemplo, pueden cambiar el nombre del plato, el precio (aumentar o
hacer un descuento), editar los ingredientes o editar la descripción del
plato.

El gestor puede eliminar cualquier alimento del menú cuando lo desee. Por
ejemplo, si el restaurante ya no sirve ese plato, o si quiere desactivarlo
temporalmente de la carta.

A continuación, el gestor puede generar informes (semanales, mensuales,

Condiciones previas Que el gestor del restaurante haya iniciado sesión con éxito en su cuenta

Seguridad Conexión segura a la base de datos.

Sólo el gerente/propietario del restaurante puede acceder al menú del

restaurante y realizar dichos cambios (insertar, actualizar o eliminar).

Otras personas, como los clientes, sólo pueden ver y navegar por el menú, pero
no tienen derecho a insertar, actualizar o eliminar ningún elemento.
Condiciones Se recomienda al responsable del restaurante que haga una copia de seguridad
posteriores de su menú después de cada cambio.

Éxito El gerente del restaurante ha creado el menú de su restaurante y le ha

añadido alimentos.

CAPÍTULO 5 ESPECIFICACIÓN DE LOS REQUISITOS

DEL SISTEMA
 SISTEMA DE GESTIÓN DE PEDIDOS Y ENTREGA DE
ALIMENTOS
Tabla 3: <<Requisitos funcionales del sistema>> Funciones del cliente
CLIENTE

Breve descripción Deje que el cliente vea y navegue por el menú de cualquier restaurante que
desee y, a continuación, déle la oportunidad de hacer un pedido y elegir cómo
quiere recibirlo.

Actor(es) El cliente (usuario que desea realizar un pedido)

Flujo de El cliente como invitado:

acontecimientos 1. Cualquier cliente invitado puede consultar los restaurantes. Cada restaurante
debe mostrar su nombre, el de su propietario y su ubicación.

2. Cuando el cliente haga clic en un restaurante concreto, muéstrele el menú del

restaurante, que contiene todos los platos y productos disponibles junto con sus
precios e ingredientes.

Cliente después de iniciar sesión:

1. Después de que el cliente haya creado una cuenta e iniciado sesión

correctamente, ahora se habilitará un botón "añadir este pedido a la cesta" junto
a cada alimento del menú.

2. Ahora el cliente podrá ver el menú del restaurante que desee. Pueden hacer
clic en el botón "añadir este pedido a la cesta" para hacer un pedido de
cualquier alimento que deseen.

3. Por supuesto, el cliente puede pedir más de un producto, por lo que, cuando
termine de hacer el pedido, deberá hacer clic en el botón "Enviar pedido".

4. Todos los platos/artículos seleccionados se añadirán a la base de datos de

pedidos, con el ID del cliente y otra información relacionada que indique que
este plato ha sido pedido por este cliente en concreto.

5. El papel del cliente ha terminado. Ahora el cliente debe esperar a que los
cocineros reciban su pedido, lo preparen y lo verifiquen.

6. Una vez que los jefes de cocina cambian el estado del pedido de "pendiente"
a "listo", el cliente puede ver el estado de su pedido como "listo", y deberá
prepararse para ir a recoger el pedido, o esperar al repartidor.

Condiciones previas Navegar como invitado no requiere ninguna condición.

Para realizar un pedido es necesario que el cliente inicie sesión correctamente.

CAPÍTULO 5 ESPECIFICACIÓN DE LOS REQUISITOS

DEL SISTEMA
 SISTEMA DE GESTIÓN DE PEDIDOS Y ENTREGA DE
ALIMENTOS
Seguridad Conexión segura a la base de datos.

Una vez que el cliente haya realizado un pedido, se le enviará una notificación
por correo electrónico directamente a su dirección de correo electrónico.

¡Si el pedido no ha sido realizado por el cliente! El cliente puede denunciar el

pedido, que se detendrá y se le pedirá que cambie su contraseña.

Condiciones
Después de que el cliente reciba el pedido. Se le pedirá que valore el servicio.
posteriores
Éxito El cliente ha recibido su pedido exactamente como deseaba.

5.2 REQUISITOS NO FUNCIONALES DEL SISTEMA:

En ingeniería de sistemas, un requisito no funcional especifica cómo debe comportarse el sistema y
establece restricciones sobre su comportamiento. También se puede pensar en los requisitos no
funcionales como atributos de calidad de un sistema.
1. Seguridad:
• El sistema cuenta con una página de acceso y otra de inscripción.
• Para registrarse, el usuario debe introducir su dirección de correo electrónico y su
contraseña, que debe tener al menos 7 caracteres e incluir como mínimo: 1 letra minúscula,
1 letra mayúscula, números y uno de los siguientes caracteres (#, $, *, !).
• El sistema protegerá esta información mediante el uso de Identidad en Asp.net que es hecho
por .net que tienen
• Además, el usuario no puede completar el registro sin introducir un código que el sistema le
envía por correo electrónico.

2. Facilidad de uso:

• El sistema debe tener interfaces gráficas de usuario sencillas y fáciles de aprender.

• Un nuevo cliente debería poder utilizar la mayoría de las funciones del sistema en
menos de media hora de formación.

• Proporciona un marco de ayuda, como mensajes de error al introducir datos no válidos.

3. Disponibilidad:
- cada restaurante puede especificar sus días y horas laborables, y entonces el menú
de su restaurante en nuestro sistema estará disponible para que los clientes puedan
hacer pedidos durante esas horas.

1
CAPÍTULO 5 ESPECIFICACIÓN DE LOS REQUISITOS 1
DEL SISTEMA
 SISTEMA DE GESTIÓN DE PEDIDOS Y ENTREGA DE
ALIMENTOS
CAPÍTULO 6: MODELOS DE
SISTEMAS:
• 6.1: Diagramas de casos
de uso:

Figura 3: Diagrama de casos de uso

del administrador

1
CAPÍTULO 6 MODELOS DE 2
SISTEMAS
 SISTEMA DE GESTIÓN DE PEDIDOS Y ENTREGA DE
ALIMENTOS

Repartidor de comidas

Figura 5: Diagrama de casos de uso del repartidor de comidas

Figura 6: Diagrama de uso del personal de cocina

1
CAPÍTULO 6 MODELOS DE 3
SISTEMAS
 SISTEMA DE GESTIÓN DE PEDIDOS Y ENTREGA DE
ALIMENTOS
Figura 7: Diagrama de casos de uso del gestor del restaurante

• 6.2: Diagrama de clases:

Figura 8: Diagrama de clases del sistema de

pedidos y entrega de alimentos

1
CAPÍTULO 6 MODELOS DE 4
SISTEMAS
 SISTEMA DE GESTIÓN DE PEDIDOS Y ENTREGA DE
ALIMENTOS
• 6.3: Diagrama de
actividades

Figura 9: Diagrama general de la actividad de un cliente que pide comida de un menú por
primera vez.

1
CAPÍTULO 6 MODELOS DE 5
SISTEMAS
 SISTEMA DE GESTIÓN DE PEDIDOS Y ENTREGA DE
ALIMENTOS

Figura 10: Modelo de actividad que muestra el flujo de eventos entre un cliente (usuario) y
un mensajero (repartidor de comida)

1
CAPÍTULO 6 MODELOS DE 6
SISTEMAS
 SISTEMA DE GESTIÓN DE PEDIDOS Y ENTREGA DE
ALIMENTOS

Figura 11: Diagrama de Actividades muestra el Flujo de Eventos que el Gerente de un

Restaurante debe Seguir para Crear el Menú de su Restaurante y Agregar Artículos de

1
CAPÍTULO 6 MODELOS DE 7
SISTEMAS
 SISTEMA DE GESTIÓN DE PEDIDOS Y ENTREGA DE
ALIMENTOS
Comida.

1
CAPÍTULO 6 MODELOS DE 8
SISTEMAS
 SISTEMA DE GESTIÓN DE PEDIDOS Y ENTREGA DE
ALIMENTOS
• 6.4: Diagrama de secuencia

Figura 12: Diagrama de secuencia de inicio de sesión de

administrador

1
CAPÍTULO 6 MODELOS DE 9
SISTEMAS
 SISTEMA DE GESTIÓN DE PEDIDOS Y ENTREGA DE
ALIMENTOS

Figura 13: Opiniones de los directores de restaurantes sobre sus jefes de cocina

2
CAPÍTULO 6 MODELOS DE 0
SISTEMAS
 SISTEMA DE GESTIÓN DE PEDIDOS Y ENTREGA DE
ALIMENTOS

2.Solicitar menú
3. Menú Volver
4.Menú de
visualización
5Elegir comida
6Cesta de la
compra .click
/.Mostrar página de
pedido
8Haga clic en el botón de
9Solicitud de acceso
10. Introduzca el
nombre de la cuenta
11. Verificar la
___y contraseña
cuenta
12. Cuenta válida
13.Devolver la dirección
guardada del miembro
14.Mostrar dirección
de entrega y pago
________página_______
15.Haga clic en el botón
de confirmación
16.Solicitud para introducir
el número de tarjeta de
crédito y el código de
17 seguridad
Introduzca el
número de la tarjeta
de crédito
18 .Verificar tarjeta
de crédito

20 Mostrar detalle del pedido 19 Tarjeta de crédito

21 Haga clic en el botón Finalizar
22 Visualizar el estado de la entrega

Figura 14: Diagrama de secuencia completo que muestra casi todas las relaciones entre
Customer y los objetos del sistema.

2
CAPÍTULO 6 MODELOS DE 1
SISTEMAS
 SISTEMA DE GESTIÓN DE PEDIDOS Y ENTREGA DE
ALIMENTOS

reducir ganado (producto,

cantidad)

Figura 15: Cliente al hacer un pedido (Proceso de realización de

un pedido)

2
CAPÍTULO 6 MODELOS DE 2
SISTEMAS
 SISTEMA DE GESTIÓN DE PEDIDOS Y ENTREGA DE
ALIMENTOS

Figura 16: Diagrama de secuencia de la cocina al recibir el pedido

2
CAPÍTULO 6 MODELOS DE 3
SISTEMAS
 SISTEMA DE GESTIÓN DE PEDIDOS Y ENTREGA DE
ALIMENTOS

Figura 17: Repartidor de comidas recibiendo el pedido

CHAPTER 7: EVOLUCIÓN DEL SISTEMA:

LIMITACIÓN DEL SISTEMA:
La integración de nuestro sistema con un sistema de pago como Visa Card aún no está
disponible, debido a nuestra falta de conocimiento en API. Así que, de momento,
implantaremos el sistema suponiendo que el cliente sólo pagará en efectivo.

MEJORA DEL SISTEMA:

Ofreceremos a cada cliente registrado la posibilidad de valorar un restaurante sólo después de
haber pedido en él.
En el futuro, esperamos desarrollar una aplicación móvil para nuestro sistema de pedidos de
comida utilizando la plataforma android.
El sistema de aplicación móvil puede implementar una función de notificación en tiempo real

2
CAPÍTULO 7 EVOLUCIÓN DEL 4
SISTEMA
 SISTEMA DE GESTIÓN DE PEDIDOS Y ENTREGA DE
ALIMENTOS
desde la aplicación de teléfono móvil al servicio de asistencia. Esta función permite al cliente
solicitar el servicio de atención al cliente a través de la aplicación móvil.

La aplicación móvil puede implementar algunos minijuegos para entretener a los clientes
mientras esperan a que les sirvan la comida.

CHAPTER 8: PLAN PARA EL RESTO DEL TRABAJO:

Basándonos en la nueva información que ya conocemos, hemos perfeccionado nuestro plan
inicial, que entregamos en la propuesta de proyecto. Nuestro plan no ha cambiado, así que
seguimos ajustándonos al plan original.
NOMBRE DEL AUTOR] 20
CHAPTER 9: CONCLUSIÓN:

El trabajo en este proyecto fue muy útil. Al principio, tuvimos algunas dificultades para
concebir la idea del proyecto y, después, para reunir los requisitos de los usuarios y del
sistema.

Creo que nuestro proyecto no es tan sencillo como parece. Se requiere mucho trabajo para
abordarlo. Todos nos consideramos juniors o principiantes en el campo del desarrollo web. No
tenemos mucha experiencia con tecnologías web. Este será el primer gran proyecto al que nos
enfrentaremos. Así que tenemos previsto trabajar en cooperación y beneficiarnos mutuamente.

REFERENCIAS:

• Food Ordering System Using Mobile Phone Por LEONG WAI HONG, Facultad de Tecnología de
la Información y la Comunicación (Campus de Perak), enero de 2016:

http://eprints.utar.edu.my/1943/1/IA-2016-1203135-1.pdf

• Propuesta de proyecto en Online Ordering System por KAPCHNAGA ROGERS

WAFULA, Kabarak Ubiversity, School of Science Engineering & Technology,
Department of Mathematics and Computing Sciences:
https://www.coursehero.com/file/16277265/ONLINE-ORDERING-SYSTEM-
PROYECTO-PROPUESTA/

• Architecture and Design Principles for Online Food Delivery System, escrito por:
Sandesh Deshmane, el: Aug 12 2020:
https://sandesh-deshmane.medium.com/architecture-and-design-principles-for-online-

2
5
 SISTEMA DE GESTIÓN DE PEDIDOS Y ENTREGA DE
ALIMENTOS
food-delivery-system-33bfda73785d

• Diseño de una aplicación móvil para pedir comida: estudio de caso de UX, escrito por:
Andrey Herasymenko, el: Dic 20, 2018:
https://uxdesign.cc/ui-ux-case-study-feedme-mobile-app-for-ordering-food-
ef0e7f8c82ba

• ¿Qué es el diagrama de secuencia?

https://www.visual-paradigm.com/guide/uml-unified-modeling-language/what-is-
diagrama-secuencia/

• LucidChart & Draw.io Herramientas para dibujar diagramas UML.

2
CAPÍTULO 8 PLAN PARA EL RESTO DEL TRABAJO | CAPÍTULO 9 6
CONCLUSIÓN