Oñate Mena, Sebastián Andrés
Oñate Mena, Sebastián Andrés
Docente guía
Profesora Marcela Pinto
1
Universidad del Bío-Bío. Red de Bibliotecas - Chile
Resumen
Este proyecto se presenta para dar conformidad a los requisitos exigidos por la Universidad
de Bío-Bío en el proceso de titulación de la carrera de Ingeniería Civil en Informática.
Este proyecto tiene como objetivo desarrollar un Servicio Web para optimizar los procesos
administrativos que permiten realizar pedidos a un determinado local de comida rápida, por lo
tanto, se propone desarrollar un Software que facilite a las empresas del rubro de comidas rápidas,
la creación de Productos, Categorías y Repartos a través de un sitio web, además el sistema
otorgará la generación de informes.
2
Universidad del Bío-Bío. Red de Bibliotecas - Chile
Abstract
This project is presented to conform to the requirements demanded by the University of Bio-
Bio in the process of titling of Civil Engineering in Computer Science.
This project aims to develop a Web Service to optimize the administrative processes that
allow orders to a specific fast food place, therefore, it is proposed to develop a Software that
will facilitate companies in the fast food category, the creation of Products, Categories and
Distributions through a website. Also, the system will provide the generation of reports.
In terms of development, it was decided to use the iterative and incremental methodology,
using the POO (Object Oriented Programming) approach, using the three layer MVC model
(Model, View and Controller).
Implementing this system will improve the order management process of fast food
companies, which currently have a disorganization in the information they manage,
providing the possibility of keeping a record of customers and orders generated for the
customers. With this, they will be able to determine how necessary is the distribution and
use of social networks to expand their business. On the other hand, it will be possible to print
a report that will facilitate the decision making of these companies, improving the attention
to the customers.
3
Universidad del Bío-Bío. Red de Bibliotecas - Chile
Índice General
1 INTRODUCCIÓN................................................................................................................................................ 10
2 DEFINICIÓN DE LA EMPRESA O INSTITUCIÓN.................................................................................................. 11
2.1 DESCRIPCIÓN DE LA EMPRESA ................................................................................................................................ 12
2.2 DESCRIPCIÓN DEL ÁREA DE ESTUDIO........................................................................................................................ 13
2.3 DESCRIPCIÓN DE LA PROBLEMÁTICA ........................................................................................................................ 13
3 DEFINICIÓN DEL PROYECTO ............................................................................................................................. 15
3.1 OBJETIVOS DEL PROYECTO ..................................................................................................................................... 16
3.2 AMBIENTE DE INGENIERÍA DE SOFTWARE................................................................................................................. 16
3.3 DEFINICIONES, SIGLAS Y ABREVIACIONES ................................................................................................................. 18
4 ESPECIFICACIÓN DE REQUERIEMIENTOS DE SOFTWARE ................................................................................ 19
4.1 ALCANCES .......................................................................................................................................................... 20
4.2 OBJETIVO DEL SOFTWARE...................................................................................................................................... 20
4.3 DESCRIPCIÓN GLOBAL DEL PRODUCTO. .................................................................................................................... 21
4.3.1 Interfaz de usuario. .................................................................................................................................... 21
4.3.2 Interfaz de hardware. ................................................................................................................................ 21
4.3.3 Interfaz de software. ................................................................................................................................. 21
4.4 REQUERIMIENTOS ESPECÍFICOS .............................................................................................................................. 22
4.4.1 Requerimientos Funcionales del Módulo de Usuario. ............................................................................. 22
4.4.2 Requerimientos Funcionales del Módulo de Administrador. .................................................................. 24
4.4.3 Requerimientos Funcionales del Módulo de Repartidor.......................................................................... 28
4.4.4 Interfaces externas de entrada ................................................................................................................. 29
4.4.5 Interfaces externas de Salida .................................................................................................................... 29
4.4.6 Atributos del producto............................................................................................................................... 30
5 FACTIBILIDAD ................................................................................................................................................... 31
5.1 FACTIBILIDAD TÉCNICA.......................................................................................................................................... 32
5.2 REQUERIMIENTOS TÉCNICOS PARA EL DESARROLLO ................................................................................................... 32
5.3 FACTIBILIDAD OPERACIONAL .................................................................................................................................. 32
5.4 FACTIBILIDAD ECONÓMICA .................................................................................................................................... 33
5.4.1 Costos de desarrollo .................................................................................................................................. 33
5.4.2 Costos de operación .................................................................................................................................. 33
5.4.3 Costos de mantención ............................................................................................................................... 34
5.5 BENEFICIOS......................................................................................................................................................... 34
5.6 FLUJO DE CAJA..................................................................................................................................................... 35
5.6.1 Calculo del VAN.......................................................................................................................................... 35
5.7 CONCLUSIÓN DE LA FACTIBILIDAD ........................................................................................................................... 36
6 PROPUESTA DE SOLUCIÓN............................................................................................................................... 37
6.1 SOLUCIÓN A LA PROBLEMÁTICA ............................................................................................................................. 38
7 INCREMENTOS ................................................................................................................................................. 39
7.1 PRIMER INCREMENTO .......................................................................................................................................... 40
7.1.1 Análisis........................................................................................................................................................ 40
7.1.1.1 Diagrama de casos de uso.................................................................................................................................. 40
7.1.1.1.1 Actores .......................................................................................................................................................... 40
7.1.1.1.2 Casos de Uso y descripción ........................................................................................................................ 40
4
Universidad del Bío-Bío. Red de Bibliotecas - Chile
8 SEGURIDAD ...................................................................................................................................................... 88
9 CONCLUSIONES ................................................................................................................................................ 90
10 BIBLIOGRAFÍA................................................................................................................................................... 93
5
Universidad del Bío-Bío. Red de Bibliotecas - Chile
ANEXOS ..................................................................................................................................................................... 94
4.2.1.1.3.1. Anexo Especificación caso de uso módulo Usuario Segundo Incremento. ...................................... 95
4.1.1.1.3.2. Anexo Especificación caso de uso módulo Administrador Primer Incremento. ............................. 98
4.2.1.1.3.2. Anexo Especificación caso de uso módulo Administrador Segundo Incremento. ........................ 102
4.2.1.1.3.3. Anexo Especificación caso de uso módulo Repartidor Segundo Incremento................................ 107
4.2.3.4.1.1. Anexo Pruebas de sistema para el módulo Usuario Segundo Incremento. ................................... 109
4.2.3.4.1.2. Anexo Pruebas de sistema para el módulo Administrador Segundo Incremento. ....................... 112
4.2.3.4.1.3. Anexo Pruebas de sistema para el módulo Repartidor Segundo Incremento. .............................. 116
6
Universidad del Bío-Bío. Red de Bibliotecas - Chile
Índice Tablas
7
Universidad del Bío-Bío. Red de Bibliotecas - Chile
8
Universidad del Bío-Bío. Red de Bibliotecas - Chile
Índice Figuras
9
Universidad del Bío-Bío. Red de Bibliotecas - Chile
1 INTRODUCCIÓN
Hoy en día, las aplicaciones y diversos tipos de software se han convertido en la base
tecnológica de las empresas modernas, siendo un factor clave en el proceso de toma de
decisiones y administración de información clara, precisa y confiable.
Nosotros, como equipo de desarrollo de software, nos hemos contactado con empresas de
venta de comidas que necesitan un “Sistema de Pedidos de Comida Online”. Las empresas
requieren de este sistema porque desean recibir pedidos en línea de sus usuarios, dado a
que no cuentan con este medio, aparte que les ayudara a incrementar sus ventas. Asimismo,
esperan popularizar sus productos para tener una mayor clientela.
Bajo este contexto, la idea a realizar es elaborar un proyecto capaz de sustentar y satisfacer
todos y cada uno de los requisitos exigidos por el usuario, representándolos finalmente en
un software. Se desarrollarán a lo largo del tiempo múltiples etapas y tareas que irán
dándole forma al software, quedando adjuntadas y documentadas todas y cada una de ellas
en el presente informe, con el fin de representar de manera clara, especifica y legible cómo el
proyecto y sus respectivos avances dieron la forma final del software.
En el presente informe se abordarán la definición de la empresa, junto con la problemática
en cuestión y la una propuesta de solución especificada en el Capítulo 4. Además, se incluirá
la definición del proyecto, junto con los objetivos del desarrollo de esta. Posteriormente se
especificarán los requerimientos funcionales y no funcionales de software, en donde se
detallarán los tres tipos de usuarios que participan y los requerimientos para cada uno de
estos.
Una etapa importante, es el desarrollo de cada incremento, la que podremos ver en el
Capítulo 5 del presente informe, donde se desglosaran el análisis del incremento junto con el
diseño y las pruebas correspondientes.
Para ver si el software es factible realizar e implementar, es que se desarrolló la factibilidad
del sistema, en donde podremos ver los resultados de esta investigación en el Capítulo 6,
donde se desglosan la factibilidad técnica, factibilidad operacional y económica para el
desarrollo de software.
Finalmente se presentará la conclusión del desarrollo del software, donde se apreciarán los
conocimientos adquiridos y las dificultades en el desarrollo de esta.
10
Universidad del Bío-Bío. Red de Bibliotecas - Chile
CAPÍTULO 1
2 DEFINICIÓN DE LA EMPRESA O INSTITUCIÓN
11
Universidad del Bío-Bío. Red de Bibliotecas - Chile
El siguiente informe va enfocado a las empresas del rubro de las comidas rápidas o
restaurantes que se encuentran en la Ciudad de Chillán. Empresas que tienen una gran gama
de producto al servicio de los usuarios, y que se sitúan en entregar altos estándares de
entrega y satisfacción a los mismos. Por lo que el desarrollo del proyecto se enfocará en
entregar a la empresa solicitante, una página web que se encargue de ampliar su mercado, es
decir, participar más activamente en las redes sociales y en el ámbito de los sitios web, para
así contar con una ventaja competitiva frente a sus competidores y poder ampliar su rubro
de las comidas.
Entorno
Competencia directa: la competencia directa que existe en el sector de Chillán es
alta, aunque se puede dividir en sub rubros dado a que no todos los locales se
dedican a vender los mismos productos, podemos apreciar locales que venden
comida china, otros que se especializan en pizzas, unos dedicados a la venta de
sushi, y diversos locales dedicados en vender comida rápida (completos, sándwich,
as, etc), etc. Pero, aunque existan distintos sub rubros de la venta de comida rápida
también existen varios competidores directos dentro de esos sub rubros.
Cuota de mercado: la cuota de mercado dependerá de la empresa solicitando del
proyecto a realizar. Como se menciona en el punto anterior, existe muchas ramas
en el ámbito de las comidas rápidas o restaurantes, por lo que la cuota de mercado
para cada negocio dependerá del rubro en que se especialice el local. Es por esto
que contar con una página web, podría aumentar la cuota de mercado dentro de la
empresa, debido a que captaría más público.
12
Universidad del Bío-Bío. Red de Bibliotecas - Chile
El área de estudio de este proyecto se centra en las funciones de venta de algún local de
comida rápida como objetivo principal, la venta de sus productos mediante una plataforma
web y la automatización de sus procesos de venta.
Entonces, la problemática real radica en que es necesario contar con un sitio web para el
usuario puesto que el segmento de clientes es menor si sólo realiza su rubro mediante una
tienda física. Esto también es posible visualizarlo gracias al artículo “Ventajas de tener una
página web” realizado por el sitio www.crecenegocios.com, en el apartado “Canal de venta”,
que cita:
“Una página web te puede servir como canal de venta. En vez de que tus clientes tengan que
acudir a algún lugar físico en donde puedan adquirir tus productos, podrían simplemente
ingresar a tu página y comprarlos a través de ésta sin tener que salir de sus casas.”
13
Universidad del Bío-Bío. Red de Bibliotecas - Chile
Para esto, es necesario tomar en cuenta que para las empresas el cliente exige realizar un
sistema completo que contenga todas y cada una de las partes que se presentan mediante los
requerimientos especificados.
Entre los problemas detectados, está la nula participación de las empresas en internet, lo que
demanda realizar un sistema completamente efectivo, legible, y que además su usabilidad
sea clara para el cliente.
14
Universidad del Bío-Bío. Red de Bibliotecas - Chile
CAPÍTULO 2
3 DEFINICIÓN DEL PROYECTO
15
Universidad del Bío-Bío. Red de Bibliotecas - Chile
Objetivo General:
• Diseñar y desarrollar un software para gestionar los pedidos de comida de forma
online, mediante una solución de arquitectura web, agilizando así los procesos
internos de la organización y, por consiguiente, ayudar a la gestión interna del área
de ventas de la empresa.
Objetivos Específicos:
• Agilizar las órdenes de comida.
• Geolocalizar las direcciones de las entregas de los pedidos con un mapa.
• Visualizar los pedidos efectuados por los usuarios.
• Diseñar una visualización en donde se pueda apreciar la información de la
empresa.
• Diseñar la interfaz de visualización de los productos ofrecidos por el restaurant,
con información de estos.
• Poder utilizar de forma responsiva el sistema web.
• Analizar el sistema de ventas del restaurant o local.
• Mantener un registro de los usuarios para su identificación.
• Generar reportes de gestión.
Metodología de desarrollo:
Incremental e iterativa:
El Modelo Incremental combina elementos del MLS (Modelo Lineal Secuencial) con
la filosofía interactiva de construcción de prototipos.
En una visión genérica, el proceso se divide en 4 partes: Análisis, Diseño, Código y
Prueba. Sin embargo, para la producción del Software, se usa el principio de trabajo
en cadena o “Pipeline”, utilizado en muchas otras formas de programación. Con esto
se mantiene al usuario en constante contacto con los resultados obtenidos en cada
incremento.
16
Universidad del Bío-Bío. Red de Bibliotecas - Chile
Herramientas:
• Entorno de desarrollo Sublime Text 3.
• Framework Yii2.
• Consultas SQL en phpMyAdmin.
• Simulación del servidor Apache Xampp.
• Herramientas para modelado de información:
yED modelado MER.
MySQL Workbench.
Se utilizaron estas tecnologías dado a que nos facilitarán las tareas entorno a la
programación de nuestro sistema. El entorno de desarrollo Sublime Text 3 es un IDE de
programación. Es uno de los entornos de programación más completos en la actualidad,
permite editar códigos como PHP, HTML y JavaScript. El Framework Yii2 tiene como objetivo
permitir el uso de una sintaxis elegante y expresiva para crear código de forma sencilla y
permitiendo multitud de funcionalidades. Las consultas SQL se realizarán bajo el motor
phpMyAdmin, esta herramienta sirve para el manejo y administración de nuestro MySQL a
través de las páginas web utilizando Internet, este motor de Base de Datos permite crear,
eliminar y alterar tablas, borrar, editar y añadir campos y ejecutar cualquier sentencia SQL.
17
Universidad del Bío-Bío. Red de Bibliotecas - Chile
Para la simulación del servidor se utilizó la herramienta Apache Xampp el cual permitió la
gestión de bases de datos MySQL y los interpretes para lenguajes de script, PHP y Perl.
La herramienta para la implementación del MER fue yED, la cual es una herramienta editora
de diagramas, que permite una rápida generación de estos mediante una sencilla interface.
Para la administración de la base de datos se utilizó de MySQL WorkBench, esta herramienta
permite modelar diagramas Entidad-Relación para bases de datos MySQL.
18
Universidad del Bío-Bío. Red de Bibliotecas - Chile
CAPÍTULO 3
4 ESPECIFICACIÓN DE REQUERIEMIENTOS DE SOFTWARE
19
Universidad del Bío-Bío. Red de Bibliotecas - Chile
4.1 Alcances
Objetivo general:
El software manejará y administrara gran parte de la gestión de un Sistema de Pedidos de
Comida Online a través de una página web, en la que estarán claramente señaladas por
pestañas las secciones de catálogo, carro, pedido, etc. Esto también contribuirá en la gestión y
planificación integral de la empresa de nuestro cliente, logrando una optimización en su
sistema de ventas.
20
Universidad del Bío-Bío. Red de Bibliotecas - Chile
Objetivos específicos:
1. El software apoyará el Sistema de Pedidos de Comida, desde la realización del pedido
hasta su despacho.
2. El software gestionará y almacenará los pedidos y las ventas con motivo de respaldar
información crítica de la empresa.
3. El software permitirá a la empresa un mayor alcance hacia el usuario mediante una
plataforma web sin la necesidad de dirigirse a la empresa.
4. El software permitirá generar informes de las ventas realizadas.
Según las opiniones de diferentes locales situadas en las Ciudad de Chillán, se logró llegar a
sacar un resultado de las opiniones obtenidas:
21
Universidad del Bío-Bío. Red de Bibliotecas - Chile
22
Universidad del Bío-Bío. Red de Bibliotecas - Chile
23
Universidad del Bío-Bío. Red de Bibliotecas - Chile
24
Universidad del Bío-Bío. Red de Bibliotecas - Chile
25
Universidad del Bío-Bío. Red de Bibliotecas - Chile
26
Universidad del Bío-Bío. Red de Bibliotecas - Chile
27
Universidad del Bío-Bío. Red de Bibliotecas - Chile
28
Universidad del Bío-Bío. Red de Bibliotecas - Chile
ID Nombre Datos
Username, nombre, apellido, dirección particular, dirección
ESPCO_01 Datos del usuario.
envío, celular, email, password.
Datos para modificar la Dirección particular, dirección envío, celular, email,
ESPCO_02
información del usuario. password.
ESPCO_03 Datos del producto. Nombre, precio, stock, descripción, imagen, categoría.
ESPCO_04 Datos de la categoría. Nombre.
Tabla 8. Interfaces externas de entrada.
ID Nombre Datos
Listado de pedidos del
SSPCO_01 ID Pedido, Estado, fecha pedido, fecha despacho.
usuario.
SSPCO_02 Listado de productos. ID Producto, precio, nombre, detalle, stock.
ID Usuario, nombre de usuario, teléfono, nombre, apellido,
SSPCO_03 Listado de usuarios.
dirección particular.
ID Pedido, ID Usuario, ID Estado, fecha pedido, dirección
SSPCO_04 Listado de pedidos.
pedido, precio.
SSPCO_05 Listado de categorías. Nombre.
Tabla 9. Interfaces externas de salida.
29
Universidad del Bío-Bío. Red de Bibliotecas - Chile
30
Universidad del Bío-Bío. Red de Bibliotecas - Chile
CAPÍTULO 4
5 FACTIBILIDAD
31
Universidad del Bío-Bío. Red de Bibliotecas - Chile
A continuación, se realizará un estudio de factibilidad, este nos permitirá analizar la viabilidad del
desarrollo del sistema de pedido de comida online.
Se evaluará los siguientes dos aspectos:
• Factibilidad técnica: Evalúa la viabilidad en cuanto a recursos de software, hardware y
recursos humanos competentes y necesarios para el correcto desarrollo del proyecto.
• Factibilidad operacional: Evalúa la viabilidad en cuanto al futuro uso y aceptación de
los usuarios finales.
• Factibilidad económica: Evalúa la viabilidad en cuanto a los costos del proyecto, es
decir, durante el desarrollo y la puesta en marcha. Además, se evalúan los beneficios
futuros que se obtendrá al poner en marcha el sistema.
5.1 Factibilidad Técnica
Este estudio determinará si el equipamiento técnico que se utilizara y los recursos humanos
con el que se dispone durante el desarrollo permiten la realización del proyecto.
5.2 Requerimientos técnicos para el desarrollo
Como lenguaje de programación se utilizó PHP y JavaScript, como gestor de base de datos se
utilizó MySQL, lenguaje de consulta SQL y Disponibilidad en cualquier momento mientras
exista alguna conectividad a internet.
Con lo mencionado anteriormente, se utilizó un equipo computacional que posee las
siguientes características:
Procesador: Intel core i7 de 2.0 GHz.
Memoria RAM: 8GB.
Almacenamiento: 1 TB.
Sistema Operativo: Windows 8.1 de 64 bits.
Software necesario para el desarrollo
Se requerirá tener instalado en el equipo de desarrollo las siguientes herramientas:
• Entorno de desarrollo Sublime Text 3.
• Framework Yii2.
• Consultas SQL en phpMyAdmin.
• Simulación del servidor Apache Xampp.
• Herramientas para modelado de información:
yED modelado MER.
MySQL Workbench.
32
Universidad del Bío-Bío. Red de Bibliotecas - Chile
online proponemos un sistema más automatizado que ayudara tanto al cliente como al
dueño del local.
Los usuarios tendrán toda la información de los productos del local y podrán realizar
pedidos en línea, en los cuales tendrán toda la información de estos.
El dueño del local podrá tener la información de los usuarios y también de los pedidos
realizados, con esto poder visualizar las ventas realizadas en un rango de fecha, con esto
mejoraremos y remplazaremos los antiguos sistemas con los cuales proporcionaban los
repartos a sus usuarios.
Como conclusión del estudio de factibilidad operacional, podemos determinar que ambas
partes de este negocio podrán salir beneficiados con los cambios que se quieren
implementar.
5.4 Factibilidad económica
En este último estudio se determinan los recursos necesarios para desarrollar el proyecto,
los costos en los que se debe incurrir para su fabricación y los beneficios que se obtendrán a
partir de la implementación del sistema.
33
Universidad del Bío-Bío. Red de Bibliotecas - Chile
Costos de desarrollo
Hardware y Software / Herramientas 0
Ingeniero Civil en Informática $3.902.400
Diseñador Gráfico $108.280
Costo total de desarrollo $4.010.680
Costo de operación
Hardware 0
Hosting $78.400
Costo total de operación $78.400
Costo de Mantención
Técnico en Computación e Informática 0
Costo total de mantención 0
COSTO TOTAL $4.089.080
5.5 Beneficios
Beneficios tangibles:
• Incremento de la productividad de los procesos que se realizan en el local.
• Reducción de costos en propaganda.
• Incremento al público que se quiera llegar.
• Incremento en los ingresos económicos del local.
Beneficios intangibles:
• Ahorro de tiempo y esfuerzo al usuario al realizar un pedido en línea.
• Mejora la capacidad de toma de decisiones para el administrador del local.
• Mejora del servicio de atención a los usuarios.
• Mejora la precisión, ya que se efectúan cálculos matemáticos automatizados en las
ventas y se realizan rutas de viaje para el Repartidor.
• Mejora la difusión del nombre del local.
34
Universidad del Bío-Bío. Red de Bibliotecas - Chile
Actualmente en la Cuidad de Chillán, existe un universo variado empresas del rubro de venta
de comida, dispuestas a adquirir tecnologías de la información. Al vender el servicio web a
estas empresas, cobrando la suma mencionada anteriormente que es de $4.089.080, en este
monto está considerado el sueldo del Ingeniero Civil en Informática y el del Diseñador
Gráfico, también tiene incluido el costo de arriendo anual del servidor, pero no está
considerado el costo de mantención.
Cabe mencionar que nosotros aproximamos las ganancias extras que podrán tener la
empresa que solicite la utilización de nuestro sistema, estas serán de $180.000 semanales, es
decir, $8.640.000 anual, (estos cálculos fueron sacados con aproximados de las ventas de los
negocios que cuentan con este medio de ventas).
Para determinar la factibilidad económica del proyecto se utilizará el indicador VAN, cuyo
valor proporcionará un criterio de decisión frente a esta.
35
Universidad del Bío-Bío. Red de Bibliotecas - Chile
El VAN resultó ser positivo, lo cual indica que invertir en este sistema es rentable para
cualquier negocio de venta de comida que aún no tiene ventas online y quiera adquirirlo.
Este proyecto es totalmente viable desde el punto de vista técnico y operacional. Además,
desde el punto de vista de la factibilidad económica se obtiene un VAN positivo, lo que
demuestra que también es viable económicamente, si es que se quisiera invertir en un
informático para la mantención de este proyecto, con lo visto en la factibilidad económica,
puede ser una opción totalmente aceptable dado a los beneficios económicos que traería el
uso de nuestro sistema.
36
Universidad del Bío-Bío. Red de Bibliotecas - Chile
CAPÍTULO 5
6 PROPUESTA DE SOLUCIÓN
37
Universidad del Bío-Bío. Red de Bibliotecas - Chile
Dada la problemática que se nos presentó al comienzo de este proyecto, en este punto
queríamos dejar en claro cuáles serán nuestras soluciones a dichas problemáticas.
Problemática Solución
Difundir la empresa a Con la creación de la página web se podrá tener en concreto un lugar
través de internet, así en donde las personas puedan acceder y conocer de una mejor manera
como también tener la los productos que ofrezca un local, también dentro de esta misma
opción de realizar página el cliente podrá realizar pedidos de comida de los productos
pedidos en el mismo seleccionados.
sitio web.
Regular y monitorear Por parte de la administración, se podrá modificar los estados de los
el estado de un pedido pedidos para que el cliente tenga un monitoreo de este.
de comida. Por parte del cliente este podrá saber en qué estado se encuentra su
pedido, por ejemplo : Pendiente, En Preparación, En Camino, etc.
38
Universidad del Bío-Bío. Red de Bibliotecas - Chile
CAPÍTULO 6
7 INCREMENTOS
39
Universidad del Bío-Bío. Red de Bibliotecas - Chile
7.1.1 Análisis
7.1.1.1.1 Actores
Los personajes o entidades que participarán en un caso de uso se denominan actores.
Usuario:
Administrador:
40
Universidad del Bío-Bío. Red de Bibliotecas - Chile
Usuario
Descripción:
El actor usuario sin autentificación podrá:
Crear: Cuenta de usuario.
Modificar: Sus datos de usuario.
41
Universidad del Bío-Bío. Red de Bibliotecas - Chile
Administrador
Descripción:
El actor Administrador de la empresa mediante una previa autentificación en el Sistema de
Pedidos de Comida Online podrá:
Visualizar: Estados, Categorías y Usuarios existentes en el sistema.
Crear: Nuevos Estados, Nuevas Categorías.
Modificar: Nombre de los Estados, Nombre de las Categorías.
Eliminar: Categorías existentes en el sistema.
42
Universidad del Bío-Bío. Red de Bibliotecas - Chile
43
Universidad del Bío-Bío. Red de Bibliotecas - Chile
44
Universidad del Bío-Bío. Red de Bibliotecas - Chile
45
Universidad del Bío-Bío. Red de Bibliotecas - Chile
46
Universidad del Bío-Bío. Red de Bibliotecas - Chile
47
Universidad del Bío-Bío. Red de Bibliotecas - Chile
48
Universidad del Bío-Bío. Red de Bibliotecas - Chile
7.1.2 Diseño
49
Universidad del Bío-Bío. Red de Bibliotecas - Chile
• Sub-módulo de Registro
50
Universidad del Bío-Bío. Red de Bibliotecas - Chile
51
Universidad del Bío-Bío. Red de Bibliotecas - Chile
52
Universidad del Bío-Bío. Red de Bibliotecas - Chile
53
Universidad del Bío-Bío. Red de Bibliotecas - Chile
7.1.3 Pruebas
Pruebas de sistema.
Características a probar. Funcionalidad
Nivel de prueba. Sistema
Objetivo de la prueba. Probar y validar que el software funcione correctamente.
Enfoque de la prueba. Caja negra.
Técnicas de definición de Se utilizarán valores límites y anómalos
casos de prueba.
Actividades de prueba. • Se establecerán los escenarios a ser probados.
• Se ejecutarán las funcionalidades del sistema para
verificar que no existan anomalías
• Se analizarán los resultados
• Se procederá a un oportuno control en caso de que la
prueba entregue información errónea
Criterios de cumplimiento. La ejecución de todas las pruebas debe corresponder con la
funcionalidad que se espera como resultado, obteniendo así un
control de todos los incidentes que puedan ocurrir
Tabla 18. Especificación de Pruebas de Sistema.
54
Universidad del Bío-Bío. Red de Bibliotecas - Chile
55
Universidad del Bío-Bío. Red de Bibliotecas - Chile
56
Universidad del Bío-Bío. Red de Bibliotecas - Chile
7.2.1 Análisis
7.2.1.1.1 Actores
Los personajes o entidades que participarán en un caso de uso se denominan actores.
Usuario:
Administrador:
Repartidor:
57
Universidad del Bío-Bío. Red de Bibliotecas - Chile
Descripción:
El actor usuario sin autentificación podrá:
Visualizar: Los Productos existentes en el sistema y Listar productos por categoría.
Agregar: Productos al carro de compra.
Eliminar: Productos del carro de compra.
Crear: Cuenta de usuario.
El actor usuario con previa autentificación en el sistema podrá:
Visualizar: Los Productos existentes en el sistema, Listar productos por categoría y los
pedidos realizados por el usuario.
Agregar: Productos al carro de compra.
Eliminar: Productos del carro de compra.
Crear: Cuenta de usuario.
Modificar: Sus datos de usuario.
Realizar: Pedido de comida online.
58
Universidad del Bío-Bío. Red de Bibliotecas - Chile
Administrador
Descripción:
El actor Administrador de la empresa mediante una previa autentificación en el Sistema de
Pedidos de Comida Online podrá:
Visualizar: Estados existentes en el sistema, Categorías existentes en el sistema, Productos
existentes en el sistema, Pedidos existentes en el sistema, Usuarios existentes en el sistema y
Mapa de los pedidos.
Crear: Nuevos Estados, Nuevas Categorías y Nuevos Productos.
Modificar: Nombre de los Estados, Nombre de las Categorías, Datos de los Productos, Estado
de los pedidos y Perfil de los Usuarios.
Eliminar: Categorías existentes en el sistema y Productos existentes en el sistema.
Bloquear: Usuarios en el sistema.
Generar: Reporte de ventas.
59
Universidad del Bío-Bío. Red de Bibliotecas - Chile
Repartidor:
Descripción:
El actor Repartidor de la empresa mediante una previa autentificación en el Sistema de
Pedidos de Comida Online podrá:
Visualizar: Pedidos existentes en el sistema y el mapa de cada pedido.
Modificar: Estado de los pedidos existentes en el sistema.
60
Universidad del Bío-Bío. Red de Bibliotecas - Chile
61
Universidad del Bío-Bío. Red de Bibliotecas - Chile
62
Universidad del Bío-Bío. Red de Bibliotecas - Chile
63
Universidad del Bío-Bío. Red de Bibliotecas - Chile
64
Universidad del Bío-Bío. Red de Bibliotecas - Chile
65
Universidad del Bío-Bío. Red de Bibliotecas - Chile
66
Universidad del Bío-Bío. Red de Bibliotecas - Chile
67
Universidad del Bío-Bío. Red de Bibliotecas - Chile
68
Universidad del Bío-Bío. Red de Bibliotecas - Chile
69
Universidad del Bío-Bío. Red de Bibliotecas - Chile
70
Universidad del Bío-Bío. Red de Bibliotecas - Chile
7.2.2 Diseño
71
Universidad del Bío-Bío. Red de Bibliotecas - Chile
72
Universidad del Bío-Bío. Red de Bibliotecas - Chile
73
Universidad del Bío-Bío. Red de Bibliotecas - Chile
74
Universidad del Bío-Bío. Red de Bibliotecas - Chile
7.2.3 Pruebas
Pruebas de sistema.
Características a probar. Funcionalidad
Nivel de prueba. Sistema
Objetivo de la prueba. Probar y validar que el software funcione correctamente.
Enfoque de la prueba. Caja negra.
Técnicas de definición de Se utilizarán valores límites y anómalos
casos de prueba.
Actividades de prueba. • Se establecerán los escenarios a ser probados.
• Se ejecutarán las funcionalidades del sistema para
verificar que no existan anomalías
• Se analizarán los resultados
• Se procederá a un oportuno control en caso de que la
prueba entregue información errónea
Criterios de cumplimiento. La ejecución de todas las pruebas debe corresponder con la
funcionalidad que se espera como resultado, obteniendo así un
control de todos los incidentes que puedan ocurrir
Tabla 29. Especificación de Pruebas de Sistema.
75
Universidad del Bío-Bío. Red de Bibliotecas - Chile
Pruebas de usabilidad.
Características a probar Interfaz y navegación.
Nivel de prueba Aceptación.
Objetivo de la prueba Determinar qué tan fácil de utilizar es la aplicación.
Enfoque de la prueba Caja negra.
Técnicas de definición de Se le solicitará a un grupo de personas que utilice el sistema y
casos de prueba. luego se les aplicará una encuesta.
Actividades de prueba. Para la ejecución de estas pruebas se requerirá de un
computador u otro dispositivo. Las actividades planificadas
para ejecutar estas pruebas son:
• Se seleccionarán a diez personas de distintos rangos
de edad para que utilicen el sistema.
• La persona realizará pedido en el sistema.
• Se le aplicará una encuesta para determinar su nivel
de entendimiento al utilizar el sistema.
• Se realizará un análisis de resultados.
Criterios de cumplimiento. Obtener un análisis positivo de los datos entregados por la
encuesta. En concreto, se espera una aceptación del usuario igual
o superior al 80%.
Tabla 31. Especificación de Pruebas de Usabilidad.
76
Universidad del Bío-Bío. Red de Bibliotecas - Chile
77
Universidad del Bío-Bío. Red de Bibliotecas - Chile
78
Universidad del Bío-Bío. Red de Bibliotecas - Chile
79
Universidad del Bío-Bío. Red de Bibliotecas - Chile
80
Universidad del Bío-Bío. Red de Bibliotecas - Chile
81
Universidad del Bío-Bío. Red de Bibliotecas - Chile
82
Universidad del Bío-Bío. Red de Bibliotecas - Chile
83
Universidad del Bío-Bío. Red de Bibliotecas - Chile
84
Universidad del Bío-Bío. Red de Bibliotecas - Chile
85
Universidad del Bío-Bío. Red de Bibliotecas - Chile
87
Universidad del Bío-Bío. Red de Bibliotecas - Chile
CAPÍTULO 7
8 SEGURIDAD
88
Universidad del Bío-Bío. Red de Bibliotecas - Chile
Yii2, el Framework que se utilizó para desarrollar el sistema, tiene integrado por defecto tres
tópicos en seguridad, los cuales son:
89
Universidad del Bío-Bío. Red de Bibliotecas - Chile
CAPÍTULO 8
9 CONCLUSIONES
90
Universidad del Bío-Bío. Red de Bibliotecas - Chile
En base a los expuesto anteriormente, los objetivos planteados al principio del proyecto se
cumplieron a cabalidad, luego de un periodo en el cual nos acercamos a diferentes locales de
comida rápida en Chillán, para conocer las falencias en sus procesos de gestión de ventas no
convencionales (teléfono-redes, sociales), se desarrolló un software propiamente tal, que
involucro las etapas de especificación de requisitos, análisis de requisitos, diseño,
codificación y desarrollo de pruebas, culminando con la presentación a nuestro profesor
guía.
En el primer incremento que realizamos, utilizamos el Framework Laravel, el cual nos ocupó
bastante tiempo en replicar el modelado de datos y luego migrarlo. Realizamos el desarrollo
del módulo gestión de cuenta del administrador y de usuario. El escoger en un principio este
Framework fue para colocarnos un reto y poder conocer otra herramienta que nos permita
desarrollar softwares, pero decidimos cambiarnos a Yii2, dado a que anteriormente nos
habíamos familiarizado con esta herramienta de desarrollo, además sabíamos que al ocupar
esta herramienta podríamos desarrollar un mejor proyecto final dado a todas las bondades
que nos ofrece Yii2, y a los conocimientos adquiridos anteriormente.
En el segundo incremento, dado al cambio realizado, tuvimos que replicar lo que realizamos
en el primer incremento y realizar lo acordado en la carta Gantt, este incremento significo un
gran desafío, dado corto tiempo que teníamos para poder realizarlo, pero sin embargo
pudimos avanzar de forma rápida dado a que teníamos conocimientos previos con el
Framework Yii2, cumpliendo así el desarrollo de los tres módulos (Modulo de Usuario,
Modulo de Administrador y Modulo Repartidor) con éxito.
Una de las dificultades que generalmente se nos presentaban era que al momento de ocupar
alguna API o extensiones para el Framework Yii2, era que teníamos que instruirnos de ella y
aprender a utilizarla para el correcto uso en el desarrollo del proyecto, sin embargo, al
momento de escoger alguna de estas extensiones o API, siempre encontrábamos
información concreta y concisa de como poder realizarlo y replicarlo en nuestro proyecto,
logrando así generar un software de calidad en el cual se pudo realizar todo lo planteado al
principio del proyecto.
Este proyecto tiene como objetivos futuros el desarrollo de nuevas tareas como sistema de
pagos online, convenio con otras instituciones o tarjetas de crédito o débito para el pago
directo desde el sistema, una opcion de menú interactivo para las promociones del local, y
contar con auspiciadores para una mayor atracción al usuario, además se pretende que el
sistema cuente con promociones personalizadas por cada cliente, dependiendo de los gustos
y compras frecuentes efectuadas por este, para lograr así la fidelidad y compromiso que tiene
la empresa gracias al sistema.
91
Universidad del Bío-Bío. Red de Bibliotecas - Chile
Finalmente, es importante mencionar que el desarrollo de este proyecto fue una experiencia
totalmente enriquecedora, tanto por la consolidación de los conocimientos que se han
entregado de parte de la Universidad y de sus académicos, como también por el trabajo
autodidáctico, la motivación de aprender y experiencia adquirida durante el desarrollo del
proyecto. La realización de un proyecto en conjunto con un compañero exige establecer
permanentemente consensos, establecer metodologías ágiles, afrontar las incidencias de
forma adecuada y lo más importante, el trabajo en equipo. El desarrollo de este proyecto,
resultó ser una experiencia muy valiosa, la cual servirá para el futuro laboral de los autores
de este proyecto.
92
Universidad del Bío-Bío. Red de Bibliotecas - Chile
10 BIBLIOGRAFÍA
JQuery. JQuery Core API Documentation. [En línea] < http://api.jquery.com/> [Consulta:
5 de septiembre del 2016]
93
Universidad del Bío-Bío. Red de Bibliotecas - Chile
CAPÍTULO 9
ANEXOS
94
Universidad del Bío-Bío. Red de Bibliotecas - Chile
95
Universidad del Bío-Bío. Red de Bibliotecas - Chile
96
Universidad del Bío-Bío. Red de Bibliotecas - Chile
97
Universidad del Bío-Bío. Red de Bibliotecas - Chile
98
Universidad del Bío-Bío. Red de Bibliotecas - Chile
99
Universidad del Bío-Bío. Red de Bibliotecas - Chile
100
Universidad del Bío-Bío. Red de Bibliotecas - Chile
101
Universidad del Bío-Bío. Red de Bibliotecas - Chile
102
Universidad del Bío-Bío. Red de Bibliotecas - Chile
103
Universidad del Bío-Bío. Red de Bibliotecas - Chile
104
Universidad del Bío-Bío. Red de Bibliotecas - Chile
105
Universidad del Bío-Bío. Red de Bibliotecas - Chile
106
Universidad del Bío-Bío. Red de Bibliotecas - Chile
107
Universidad del Bío-Bío. Red de Bibliotecas - Chile
108
Universidad del Bío-Bío. Red de Bibliotecas - Chile
Otro punto importante que cabe destacar, son las pruebas al sistema, por lo que
dejaremos a continuación las pruebas de sistema del módulo Usuario, Administrador y
Repartidor desarrolladas en el segundo incremento, estas serán la continuación del
punto 4.2.3.4.1.1, 4.2.3.4.1.2 y 4.2.3.4.1.3 respectivamente.
109
Universidad del Bío-Bío. Red de Bibliotecas - Chile
110
Universidad del Bío-Bío. Red de Bibliotecas - Chile
111
Universidad del Bío-Bío. Red de Bibliotecas - Chile
112
Universidad del Bío-Bío. Red de Bibliotecas - Chile
113
Universidad del Bío-Bío. Red de Bibliotecas - Chile
114
Universidad del Bío-Bío. Red de Bibliotecas - Chile
115
Universidad del Bío-Bío. Red de Bibliotecas - Chile
116