UNIVERSIDAD DE GUAYAQUIL
FACULTAD DE CIENCIAS MATEMÁTICAS Y FÍSICAS
CARRERA DE INGENIERÍA EN SISTEMAS COMPUTACIONALES
DESARROLLO DE UNA APLICACIÓN MOVIL Y SISTEMA WEB
PARA LA GESTION DE TOMA DE PEDIDOS DE “FLUFFY K
REPOSTERIA” EN LA CIUDAD DE GUAYAQUIL.
PROYECTO DE TITULACIÓN
Previa a la obtención del Título de:
INGENIERO EN SISTEMAS COMPUTACIONALES
AUTOR(ES):
GUACHO BALLA JULIO CESAR
GUALLI TENESACA CRISTHIAN JOSUE
TUTOR:
MINDA GILCES DIANA ELIZABETH, M. SC.
GUAYAQUIL – ECUADOR
2020
2
REPOSITORIO NACIONAL EN CIENCIAS Y TECNOLOGÍAS
FICHA DE REGISTRO DE TRABAJO DE TITULACIÓN
TÍTULO: “DESARROLLO DE UNA APLICACIÓN MOVIL Y SISTEMA WEB PARA
LA GESTION DE TOMA DE PEDIDOS DE “FLUFFY K REPOSTERIA” EN LA CIUDAD
DE GUAYAQUIL.”
AUTOR(ES):
Julio Cesar Guacho Balla
Cristhian Josue Gualli Tenesaca
REVISOR(A):
Giselle Lorena Núñez Núñez
INSTITUCIÓN: Universidad de
Guayaquil
FACULTAD: Ciencias Matemáticas y Físicas
CARRERA: Ingeniería en Sistemas Computacionales
FECHA DE PUBLICACIÓN: N° DE PAGS: 178 paginas
AREA TEMÁTICA: Desarrollo de Software
PALABRAS CLAVES: Android, Sistema web, aplicación móvil, automatización, XP, repostería.
RESUMEN: El presente trabajo de titulación tiene como propósito gestionar la toma de pedidos
y la administración de las tareas de “Fluffy k Repostería” ubicado en la ciudad de Guayaquil a
través del desarrollo de una aplicación móvil en Android la cual facilite la toma de pedidos
solicitados por los clientes, así mismo un sistema web el cual permitirá la automatización y
gestión en cuanto al proceso del servicio al cliente que se lleva a cabo, adicionalmente se podrán
generar reportes en formato PDF el mismo que auxiliara a tener información actual sobre las
ventas realizadas. En el desarrollo del proyecto se utilizaron herramientas open source así como
la metodología Extreme Programing (XP), metodología ágil que consta de etapas que brindan
ventajas para proyectos con un pequeño grupo de desarrolladores, además cuya culminación
sea en un corto lapso de tiempo. La aplicación móvil “Fluffy k” ofrece la facilidad de brindar
servicios desde la comodidad de su domicilio, haciendo uso de medios tecnológicos para
facilitar el acceso a los productos que se ofrecen en el establecimiento de repostería.
N° DE REGISTRO: N° DE CLASIFICACIÓN:
DIRECCIÓN URL: (PROYECTO DE TITULACION EN LA WEB)
ADJUNTO PDF SI NO
CONTACTO CON AUTOR(ES): Teléfono:
0996762784
0982090371
Email:
CONTACTO DE LA INSTITUCIÓN
Nombre: Ab. Juan Chávez Atocha
Teléfono: 2307729
Email: [email protected]
x
3
APROBACION DEL TUTOR
En mi calidad de Tutor del trabajo de titulación, “DESARROLLO DE UNA APLICACIÓN
MOVIL Y SISTEMA WEB PARA LA GESTION DE TOMA DE PEDIDOS DE “FLUFFY K
REPOSTERIA” EN LA CIUDAD DE GUAYAQUIL” elaborado por los Sres.
GUACHO BALLA JULIO CESAR, GUALLI TENESACA CRISTHIAN JOSUE, Alumnos
no titulados de la Carrera de Ingeniería en Sistemas Computacionales, Facultad de Ciencias
Matemáticas y Físicas de la Universidad de Guayaquil, previo a la obtención del Título de
Ingeniero en Sistemas, me permito declarar que luego de haber orientado, estudiado y revisado, la
apruebo en todas sus partes.
Atentamente
M. Sc. MINDA GILCES DIANA ELIZABETH
TUTOR
4
DEDICATORIA
Dedico este proyecto a mi mamá Rosa Aurora
Balla Miranda ya que gracias a ella he tenido
una oportunidad para estudiar y ser una
persona profesional y así tener conocimientos
para poder laborar y contribuir en los pagos
de la casa, de esta manera ayudar a mi madre
que me ha cuidado todos estos años de mi
vida.
Julio Cesar Guacho Balla
5
AGRADECIMIENTO
Agradezco a Dios por permitirme seguir con
vida y llegar hasta aquí, a mi madre por darme
la oportunidad de estudiar y los valores que ella
me ha inculcado en el día a día, a los Docentes
de la UNIVERSIDAD DE GUAYAQUIL de la
FACULTAD CIENCIAS MATEMATICAS Y
FISICAS por haberme brindado sus
conocimientos y poder aplicarlo en la vida.
Cristhian Josue Gualli Tenesaca
6
TRIBUNAL PROYECTO DE TITULACIÓN
Ing. Fausto Cabrera Montes, M.Sc.
DECANO DE LA FACULTAD
CIENCIAS MATEMÁTICAS Y FÍSICAS
Ing. Gary Reyes Zambrano, Mgs.
DIRECTOR DE LA CARRERA DE
INGENIERÍA EN SISTEMAS COMPUTACIONALES
Diana Elizabeth Minda Gilces
PROFESOR TUTOR DEL PROYECTO
DE TITULACIÓN
Giselle Lorena Núñez Núñez
PROFESOR REVISOR DEL PROYECTO
DE TITULACIÓN
Ab. Juan Chávez Atocha, Esp.
SECRETARIO
7
DECLARACIÓN EXPRESA
“La responsabilidad del contenido de este Proyecto de
Titulación, nos corresponden exclusivamente; y el
patrimonio intelectual de la misma a la UNIVERSIDAD DE
GUAYAQUIL”
JULIO CESAR GUACHO BALLA
CRISTHIAN JOSUE GUALLI TENESACA
8
CESIÓN DE DERECHOS DE AUTOR
Ingeniero
Fausto Cabrera Montes, M.Sc.
DECANO DE LA FACULTAD DE CIENCIAS MATEMÁTICAS Y FÍSICAS
Presente.
A través de este medio indico a usted que procedo a realizar la entrega de la cesión de
derechos de autor en forma libre y voluntaria del trabajo de titulación “DESARROLLO DE UNA
APLICACIÓN MOVIL Y SISTEMA WEB PARA LA GESTION DE TOMA DE PEDIDOS
DE “FLUFFY K REPOSTERIA” EN LA CIUDAD DE GUAYAQUIL “, realizado como
requisito previo para la obtención del Título de Ingeniero(a) en Sistemas Computacionales de la
Universidad de Guayaquil.
Guayaquil, 8 de octubre del 2020.
______________________________________
Julio Cesar Guacho Balla
C.I. N° 0956583041
______________________________________
Cristhian Josue Gualli Tenesaca
C.I. N° 0931094312
9
.
UNIVERSIDAD DE GUAYAQUIL
FACULTAD DE CIENCIAS MATEMÁTICAS Y FÍSICAS
CARRERA DE INGENIERIA EN SISTEMAS COMPUTACIONALES
DESARROLLO DE UNA APLICACIÓN MOVIL Y SISTEMA
WEB PARA LA GESTION DE TOMA DE PEDIDOS
DE “FLUFFY K REPOSTERIA” EN LA
CIUDAD DE GUAYAQUIL.
Proyecto de Titulación que se presenta como requisito para optar por el título de INGENIERO
EN SISTEMAS COMPUTACIONALES
Autores: JULIO CESAR GUACHO BALLA
C.I.:0956583041
CRISTHIAN JOSUE GUALLI TENESACA
C.I.: 0931094312
Tutor: M. Sc DIANA ELIZABETH MINDA GILCES.
Guayaquil, Octubre del 2020
10
CERTIFICADO DE ACEPTACIÓN DEL TUTOR
En mi calidad de Tutor del proyecto de titulación, nombrado por el Consejo Directivo de la
Facultad de Ciencias Matemáticas y Físicas de la Universidad de Guayaquil.
CERTIFICO:
Que he analizado el Proyecto de Titulación presentado por los estudiantes JULIO
CESAR GUACHO BALLA, CRISTIAN JOSUE GUALLI TENESACA, como requisito
previo para optar por el título de Ingeniero en Sistemas Computacionales cuyo problema es:
DESARROLLO DE UNA APLICACIÓN MOVIL Y SISTEMA WEB PARA LA
GESTION DE TOMA DE PEDIDOS DE “FLUFFY K REPOSTERIA” EN LA CIUDAD
DE GUAYAQUIL.
Considero aprobado el trabajo en su totalidad.
Presentado por:
GUACHO BALLA JULIO CESAR C.I. Nº 00956583041
GUALLI TENESACA CRISTHIAN JOSUE C.I. Nº 0931094312
Tutor:
Firma
Guayaquil, Octubre del 2020
11
UNIVERSIDAD DE GUAYAQUIL
FACULTAD DE CIENCIAS MATEMÁTICAS Y FÍSICAS
CARRERA DE INGENIERIA EN SISTEMAS COMPUTACIONALES
AUTORIZACIÓN PARA PUBLICACIÓN DE PROYECTO DE TITULACIÓN EN FORMATO DIGITAL
1. Identificación del Proyecto de Titulación
Nombre del Estudiante: GUACHO BALLA JULIO CESAR
Dirección: DIGNIDAD POPULAR LAS MALVINAS
Teléfono:0982090371 E-mail: [email protected]
Nombre del Estudiante: GUALLI TENESACA CRISTHIAN JOSUE
Dirección: JUAN MONTALVO
Teléfono: 0996762784 E-mail: [email protected]
Facultad: CIENCIAS MATEMÁTICAS Y FÍSICAS
Carrera: INGENIERÍA EN SISTEMAS COMPUTACIONALES
Proyecto de titulación al que opta: INGENIERO EN SISTEMAS COMPUTACIONALES
Profesor tutor: M. Sc. MINDA GILCES DIANA ELIZABETH
Título del Proyecto de titulación: DESARROLLO DE UNA APLICACIÓN MOVIL Y SISTEMA WEB PARA LA GESTION DE TOMA DE PEDIDOS DE “FLUFFY K REPOSTERIA” EN LA CIUDAD DE GUAYAQUIL.
Palabras Claves: Android, Sistema web, aplicación móvil, automatización, XP, repostería.
2. Autorización de Publicación de Versión Electrónica del Proyecto de Titulación
A través de este medio autorizo a la Biblioteca de la Universidad de Guayaquil y a la Facultad de Ciencias
Matemáticas y Físicas a publicar la versión electrónica de este Proyecto de titulación.
Publicación electrónica:
Inmediata X Después de 1 año
Firma Estudiante: GUACHO BALLA JULIO CESAR C.I. Nº 0956583041
GUALLI TENESACA CRISTHIAN JOSUE C.I. Nº 0931094312
3. Forma de envío: El texto del proyecto de titulación debe ser enviado en formato Word, como archivo .Doc. O .RTF y .Puf para
PC. Las imágenes que la acompañen pueden ser: .gif, .jpg o .TIFF.
DVDROM x CDROM
12
ÍNDICE GENERAL
FICHA DE REGISTRO DE TRABAJO DE TITULACIÓN ......................................................... 2
APROBACION DEL TUTOR ....................................................................................................... 3
DEDICATORIA ............................................................................................................................. 4
AGRADECIMIENTO .................................................................................................................... 5
TRIBUNAL PROYECTO DE TITULACIÓN ............................................................................... 6
DECLARACIÓN EXPRESA ......................................................................................................... 7
CESIÓN DE DERECHOS DE AUTOR......................................................................................... 8
CERTIFICADO DE ACEPTACIÓN DEL TUTOR .................................................................... 10
AUTORIZACIÓN PARA PUBLICACIÓN DE PROYECTO DE TITULACIÓN EN
FORMATO DIGITAL .................................................................................................................. 11
ÍNDICE GENERAL ..................................................................................................................... 12
ÍNDICE DE TABLAS .................................................................................................................. 14
ABREVIATURAS ........................................................................................................................ 17
SIMBOLOGÍA ............................................................................................................................. 18
INTRODUCCIÓN ........................................................................................................................ 21
CAPÍTULO I .................................................................................................................................. 1
PLANTEAMIENTO DEL PROBLEMA ....................................................................................... 1
Descripción de la situación problemática ....................................................................................... 1
Ubicación del Problema en un Contexto .................................................................................... 1
Situación Conflicto Nudos Críticos ............................................................................................ 1
Delimitación del Problema ......................................................................................................... 1
Evaluación del Problema ............................................................................................................ 1
Causas y consecuencias del problema ............................................................................................ 2
Formulación del problema .............................................................................................................. 2
Objetivos del proyecto .................................................................................................................... 2
Objetivo general .......................................................................................................................... 2
Objetivos específicos .................................................................................................................. 2
Alcances del problema .................................................................................................................... 3
Justificación e importancia ............................................................................................................. 4
Limitaciones del estudio ................................................................................................................. 5
CAPÍTULO II ................................................................................................................................. 6
MARCO TEÓRICO........................................................................................................................ 6
Antecedentes del estudio................................................................................................................. 6
Fundamentación teórica .................................................................................................................. 7
Metodología XP ........................................................................................................................ 17
13
Pregunta científica a contestarse ................................................................................................... 23
Definiciones conceptuales ............................................................................................................ 23
CAPITULO III .............................................................................................................................. 24
PROPUESTA TECNOLÓGICA .................................................................................................. 24
Análisis de factibilidad ................................................................................................................. 25
Factibilidad Operacional ........................................................................................................... 25
Factibilidad Técnica .................................................................................................................. 26
Factibilidad Legal ..................................................................................................................... 26
Factibilidad Económica ............................................................................................................ 28
Metodología del proyecto ............................................................................................................. 30
Metodología de investigación ................................................................................................... 73
Entregables del proyecto ............................................................................................................... 87
Criterios de validación de la propuesta ......................................................................................... 89
CAPÍTULO IV.............................................................................................................................. 94
CONCLUSIONES Y RECOMENDACIONES ........................................................................... 94
Criterios de aceptación del producto o servicio ............................................................................ 94
Conclusiones ................................................................................................................................. 94
Recomendaciones ......................................................................................................................... 95
Trabajos futuros ............................................................................................................................ 96
REFERENCIAS BIBLIOGRÁFICAS.......................................................................................... 97
Anexo 1. Planificación de actividades del proyecto ................................................................ 99
Anexo 2. Geo-localización..................................................................................................... 100
Anexo 3. Carta de autorización .............................................................................................. 101
Anexo 4. Fundamentación Legal ........................................................................................... 102
Anexo 5. Formato de la encuesta ........................................................................................... 108
Anexo 6. Pruebas de validación realizadas por los usuarios. ................................................. 112
Anexo 7. Juicio de expertos. .................................................................................................. 116
Anexo 8. Acta de entrega y recepción definitiva .................................................................... 122
Anexo 9. Manual de usuario ................................................................................................... 123
14
ÍNDICE DE TABLAS
Tabla 1. Delimitación del problema................................................................................................ 1
Tabla 2. Matriz de causas y consecuencias del problema .............................................................. 2
Tabla 3. Comparación de los tres grandes sistemas operativos ...................................................... 8
Tabla 4. Comparación de la aplicación con otras aplicaciones ...................................................... 9
Tabla 5. Software .......................................................................................................................... 26
Tabla 6. Hardware ......................................................................................................................... 26
Tabla 7. Recursos de Hardware .................................................................................................... 28
Tabla 8. Recursos de Software...................................................................................................... 29
Tabla 9. Recursos Humanos ......................................................................................................... 29
Tabla 10. Recursos Extras o Varios .............................................................................................. 29
Tabla 11. Costo Total del Proyecto............................................................................................... 30
Tabla 12. Historia de usuario acceso al sistema .......................................................................... 31
Tabla 13. Historia de usuario gestionar usuarios .......................................................................... 31
Tabla 14. Historia de usuario gestionar productos........................................................................ 32
Tabla 15. Historia de usuario gestionar clientes ........................................................................... 32
Tabla 16. Historia de usuario gestionar facturas ........................................................................... 33
Tabla 17. Historia de usuario exportar facturas ............................................................................ 33
Tabla 18. Historia de usuario presentar reportes .......................................................................... 34
Tabla 19. Historia de usuario exportar reportes ............................................................................ 34
Tabla 20. Historia de usuario registro del cliente ......................................................................... 35
Tabla 21. Historia de usuario visualizar y agregar productos ....................................................... 35
Tabla 22. Historia de usuarios seleccionados ............................................................................... 36
Tabla 23. Historia de usuario generar factura ............................................................................... 36
Tabla 24. Plan de lanzamientos .................................................................................................... 37
Tabla 25. Plan de iteraciones ....................................................................................................... 38
Tabla 26. Caso de uso acceso al sistema....................................................................................... 44
Tabla 27. Caso de uso gestionar usuarios ..................................................................................... 44
Tabla 28. Caso de uso gestionar productos ................................................................................... 45
Tabla 29. Caso de uso gestionar clientes ...................................................................................... 45
Tabla 30. Caso de uso gestionar facturas ...................................................................................... 46
Tabla 31. Caso de uso exportar facturas ....................................................................................... 46
Tabla 32. Caso de uso presentar reportes...................................................................................... 47
Tabla 33. Caso de uso 8 exportar reportes .................................................................................... 47
Tabla 34. Caso de uso Registrar Datos ......................................................................................... 48
Tabla 35. Caso de uso lista de productos ...................................................................................... 48
Tabla 36. Caso de uso 11 Productos Seleccionados ..................................................................... 48
Tabla 37. Caso de uso Visualizar estado del pedido ..................................................................... 49
Tabla 38. Prueba unitaria acceso al sistema.................................................................................. 49
Tabla 39. Prueba unitaria gestionar usuarios ................................................................................ 50
Tabla 40. Prueba unitaria gestionar productos .............................................................................. 51
Tabla 41 Prueba unitaria gestionar clientes .................................................................................. 51
Tabla 42. Prueba unitaria gestionar facturas ................................................................................. 52
Tabla 43. Prueba unitaria Exportar factura ................................................................................... 53
Tabla 44. Prueba unitaria presentar reportes................................................................................. 53
Tabla 45. Prueba unitaria exportar reportes .................................................................................. 54
Tabla 46. Prueba unitaria acceso al sistema.................................................................................. 54
15
Tabla 47. Prueba unitaria gestionar productos .............................................................................. 55
Tabla 48. Prueba unitaria gestionar clientes. ................................................................................ 55
Tabla 49. Prueba unitaria gestionar facturas ................................................................................. 56
Tabla 50. Prueba unitaria exportar facturas .................................................................................. 57
Tabla 51. Prueba unitaria registro de cliente ................................................................................ 57
Tabla 52. Prueba unitaria lista productos ...................................................................................... 58
Tabla 53. Prueba unitaria productos seleccionados ...................................................................... 58
Tabla 54. Prueba unitaria visualizar estado del pedido................................................................. 59
Tabla 55. Prueba de aceptación acceso al sistema con datos correcto .......................................... 60
Tabla 56. Pruebas de aceptación acceso al sistema con datos incorrectos. .................................. 60
Tabla 57. Pruebas de aceptación gestionar usuarios. .................................................................... 61
Tabla 58. Pruebas de aceptación gestionar productos. ................................................................. 61
Tabla 59. Pruebas de aceptación gestionar clientes. ..................................................................... 62
Tabla 60. Pruebas de aceptación gestionar facturas...................................................................... 62
Tabla 61. Pruebas de aceptación exportar facturas ....................................................................... 63
Tabla 62. Pruebas de aceptación presentar reportes ..................................................................... 63
Tabla 63. Pruebas de aceptación exportar reportes ....................................................................... 64
Tabla 64. Pruebas de aceptación registro del cliente .................................................................... 64
Tabla 65. Pruebas de aceptación visualizar y agregar productos .................................................. 65
Tabla 66. Pruebas de aceptación modificar y eliminar productos seleccionados. ........................ 65
Tabla 67. Pruebas de aceptación generar facturar ........................................................................ 65
Tabla 68. Variable edad ................................................................................................................ 76
Tabla 69. Variable: sexo ............................................................................................................... 78
Tabla 70. Variable aplicaciones móviles ...................................................................................... 78
Tabla 71. Variable: pedidos a domicilio ....................................................................................... 79
Tabla 72. Variable realizar pedidos .............................................................................................. 80
Tabla 73. Variable: método de pago ............................................................................................. 81
Tabla 74. Variable herramienta tecnológica ................................................................................. 82
Tabla 75. Variable: orden de pago ................................................................................................ 83
Tabla 76. Variable: personalizar pedidos...................................................................................... 84
Tabla 77. Variable: medios tecnológicos ...................................................................................... 85
Tabla 78. Resultados ..................................................................................................................... 90
Tabla 79. Criterios de aceptación del proyecto ............................................................................. 94
16
ÍNDICE DE FIGURAS
Figura 1. Diagrama de Ishikawa ..................................................................................................... 1
Figura 2. Arquitectura de android ................................................................................................ 11
Figura 3. Ciclo de vida de la metodología XP .............................................................................. 18
Figura 4. Modelo entidad relación ................................................................................................ 39
Figura 5. Diagrama del modelo lógico de base de datos .............................................................. 40
Figura 6. Base de datos ................................................................................................................. 42
Figura 7. Sistema web ................................................................................................................... 43
Figura 8. Aplicación móvil ........................................................................................................... 44
Figura 9. Sistema web ................................................................................................................... 66
Figura 10. Reporte gráfico ............................................................................................................ 67
Figura 11. Gestionar productos ..................................................................................................... 67
Figura 12. Gestionar factura ......................................................................................................... 68
Figura 13. Factura procesada ........................................................................................................ 68
Figura 14. Listado de factura ........................................................................................................ 69
Figura 15. Gestionar cliente .......................................................................................................... 69
Figura 16. Gestionar usuarios. ...................................................................................................... 70
Figura 17. Aplicación móvil ......................................................................................................... 70
Figura 18. Menú ............................................................................................................................ 71
Figura 19. Lista de productos........................................................................................................ 71
Figura 20. Productos seleccionados .............................................................................................. 72
Figura 21. Modo de pago .............................................................................................................. 72
Figura 22. Resultado de la pregunta 1 .......................................................................................... 77
Figura 23. Resultado de la pregunta 2 .......................................................................................... 78
Figura 24. Resultado de la pregunta 3 .......................................................................................... 79
Figura 25. Resultado de la pregunta 4 .......................................................................................... 80
Figura 26. Resultado de la pregunta 5 .......................................................................................... 81
Figura 27. Resultado de la pregunta 6 .......................................................................................... 82
Figura 28. Resultado de la pregunta 7 .......................................................................................... 83
Figura 29. Resultado de la pregunta 8 .......................................................................................... 84
Figura 30. Resultado de la pregunta 9 .......................................................................................... 85
Figura 31. Resultado de la pregunta 10 ........................................................................................ 86
Figura 32. Variable: información relevante .................................................................................. 86
Figura 33. Arquitectura cliente-servidor ....................................................................................... 88
Figura 34. Arquitectura del sistema web ...................................................................................... 88
Figura 35. Trabajo en conjunto del sistema web con la aplicación móvil .................................... 89
Figura 36. Resultado de la pregunta 1 .......................................................................................... 90
Figura 37. Resultado de la pregunta 2 .......................................................................................... 91
Figura 38. Resultado de la pregunta 3 .......................................................................................... 91
Figura 39. Resultado de la pregunta 4 .......................................................................................... 91
Figura 40. Resultado de la pregunta 5 .......................................................................................... 92
Figura 41. Resultado de la pregunta 6 .......................................................................................... 92
17
ABREVIATURAS
MVC Modelo Vista Controlador
S.A.C Sociedad Anónima cerrada
SO Sistemas Operativos
iOS Sistema operativo iPhone
PHP Lenguaje de Programación Interpretado
HTML Lenguaje de Marca de salida de Hyper Texto
CSS hojas de estilo en cascada
SQL Lenguaje de Consulta Estructurado
JS JavaScript
AJAX JavaScript y XML asincrónicos
XP Programación extrema
TIC Tecnología de la Información y la Comunicación
PDF formato de documento portátil
GPL Licencia Pública General
Ing. Ingeniero
Msc. Master
www world wide web (red mundial)
18
SIMBOLOGÍA
n Tamaño de la muestra
N Tamaño de la población
a Coeficiente de nivel de confianza
p Probabilidad a favor
q Probabilidad en contra
e Margen de error
19
UNIVERSIDAD DE GUAYAQUIL
FACULTAD DE CIENCIAS MATEMATICAS Y FISICAS
CARRERA DE INGENIERIA EN SISTEMAS COMPUTACIONALES
DESARROLLO DE UNA APLICACIÓN MOVIL
Y SISTEMA WEB PARA LA GESTION
DE TOMA DE PEDIDOS DE
“FLUFFY K REPOSTERIA”
EN LA CIUDAD DE
GUAYAQUIL
Autores: JULIO CESAR GUACHO BALLA
C.I. N° 0956583041 CRISTHIAN JOSUE GUALLI TENESACA
C.I. N° 0931094312
Tutor: M. Sc. MINDA GILCES DIANA ELIZABETH
Resumen
El presente trabajo de titulación tiene como propósito gestionar la toma de pedidos y la administración de
las tareas de “Fluffy k Repostería” ubicado en la ciudad de Guayaquil a través del desarrollo de una
aplicación móvil en Android la cual facilite la toma de pedidos solicitados por los clientes, así mismo un
sistema web el cual permitirá la automatización y gestión en cuanto al proceso del servicio al cliente que
se lleva a cabo, adicionalmente se podrán generar reportes en formato PDF el mismo que auxiliara a tener
información actual sobre las ventas realizadas. En el desarrollo del proyecto se utilizaron herramientas open
source así como la metodología Extreme Programing (XP), metodología ágil que consta de etapas que
brindan ventajas para proyectos con un pequeño grupo de desarrolladores, además cuya culminación sea
en un corto lapso de tiempo. La aplicación móvil “Fluffy k” ofrece la facilidad de brindar servicios desde
la comodidad de su domicilio, haciendo uso de medios tecnológicos para facilitar el acceso a los productos
que se ofrecen en el establecimiento de repostería.
Palabras clave: Android, Sistema web, aplicación móvil, automatización, XP, repostería.
20
UNIVERSIDAD DE GUAYAQUIL
FACULTAD DE CIENCIAS MATEMATICAS Y FISICAS
CARRERA DE INGENIERIA EN SISTEMAS COMPUTACIONALES
DESARROLLO DE UNA APLICACIÓN MOVIL
Y SISTEMA WEB PARA LA GESTION
DE TOMA DE PEDIDOS DE
“FLUFFY K REPOSTERIA”
EN LA CIUDAD DE
GUAYAQUIL
Abstract
The purpose of this work is to manage the taking of orders and the administration of the tasks of "Fluffy k
Repostería" located in the city of Guayaquil through the development of a mobile application in Android
which facilitates the taking of orders requested by customers, also a web system which will allow
automation and management in terms of customer service process that takes place, additionally may
generate reports in PDF format which will help to have current information on sales. In the development
of the project, open source tools were used, as well as Extreme Programming (XP), an agile methodology
that consists of stages that offer advantages for projects with a small group of developers, as well as those
that are completed in a short period of time. The mobile application "Fluffy k" offers the ease of providing
services from the comfort of your home, making use of technological means to facilitate access to products
offered in the bakery.
Keywords: Android, Web system, mobile application, automation, XP, bakery
Author(s): Julio Cesar Guacho Balla
C.I. N° 0956583041
Cristhian Josue Gualli Tenesaca
C.I. N° 0931094312
Tutor: M. Sc Diana Elizabeth Minda Gilces
21
INTRODUCCIÓN
La presente investigación se refiere al tema desarrollo de una aplicación móvil y sistema
web para la gestión de toma de pedidos de “fluffy k repostería” en la ciudad de Guayaquil ya que
dicho establecimiento no cuenta con un sistema web para la gestión de información y una app
móvil que le permita automatizar la gestión pedidos.
En la actualidad los negocios de repostería realizan sus ventas de manera tradicional; un
cliente se acerca al establecimiento, espera ser atendido, realiza su orden y finalmente se le hace
entrega de su compra, esto luego de efectuar su respectivo pago. El problema surge cuando la
cantidad de clientes superan el límite que pueden atender y no se puedan captar varias órdenes
simultáneamente o también se presentan retrasos en las ordenes debido al desconocimiento de los
productos que se ofrecen; esto genera inconformidad en el cliente lo que incita a retirarse a un
establecimiento que lo atienda de acuerdo a sus necesidades.
El uso de dispositivos móviles en la actualidad es muy beneficiario para la sociedad, ya
que estas nos ayudan a realizar trabajos o consultas de información vía a la red de Internet que
estas disponen desde cualquier lugar en donde uno se encuentre. Entonces se puede destacar que:
El smartphone es un dispositivo móvil que cuenta con las funciones básicas de un teléfono
convencional (mensajería de texto, llamadas de voz, etc.); asimismo, permite ingresar a internet y
ejecutar aplicaciones, ya que cuenta con un procesador y un sistema operativo que puede ser
Android, iOS, Windows, Firefox OS u otro; además, el smartphone tiene capacidades similares a
una computadora, con la ventaja de ser portátil y portable. (FIGUEROA PORTILLA, 2016)
Por un lado, las principales herramientas que nos ofrecen estos dispositivos móviles son
las aplicaciones, ya que a través de ellas les permite a las empresas ofrecer nuevos servicios a sus
clientes. Las aplicaciones móviles externas nos dicen que: Son creadas para los clientes, para que
puedan realizar pedidos, compras, rastrear sus pedidos, mirar reportes o gráfica con el
22
comportamientode su proceso, o sus indicadores, gestionar sus inventarios como la app para
inventarios de Vendiendo.co, controlar o monitorear un sistema remotamente, reportar sus fallas,
etc. (Ramírez Navia, 2017)
Asimismo, la importancia de manejar aplicaciones web estáticos o dinámicos proviene de
las empresas que requieran o no muchas pretensiones con su aplicación, del mismo modo:
La falta de una aplicación Web dinámica y móvil en los centros de atención médica con la
cual se pueda implementar sus servicios, difundir, controlar y administrar las citas e historial
clínico de sus pacientes, repercute a que cada vez sea más difícil manejar el historial médico y
consultas de los pacientes; y debido al alto número de pacientes que no fueron atendidos
adecuadamente disminuya la calidad en sus servicios. (Janampa Rojas, 2019)
El presente trabajo tiene como propósito automatizar la gestión de pedidos por parte del
cliente a través de una aplicación móvil, en la cual podrá visualizar los productos existentes y
personalizar su pedido de manera digital, también podrá observar los productos que selecciono y
editarlos o eliminarlos, así mismo puede elegir dos tipos de pagos ya sea este efectivo o mediante
tarjeta de crédito, además tendrá dos opciones de retiro del producto que son: a domicilio o en el
establecimiento, esto estará en el módulo productos seleccionado, y por último el cliente podrá
visualizar en el módulo estado su pedido si se ha atendido o denegado. Con la finalidad de que el
cliente tenga la comodidad de realizar pedidos mediante la aplicación móvil que ofrecerá Fluffy
K Repostería y de la misma manera evitar el proceso manual que conlleva la repostería.
El desarrollo del sistema web tiene como finalidad administrar los pedidos realizados por parte
del cliente, módulo de ingreso de los productos terminados, modificación y eliminación del
mismo, módulo de reportes con gráficos de los productos más consumidos, pocos consumido o
ninguno, también se le notificara al cliente que se ha generado una orden de pago mediante el
correo electrónico del mismo. Esto servirá a que la empresa lleve un mejor control del negocio y
23
poder facilitar mediante los reportes que productos son los que más se deberá producir para obtener
ganancias futuras.
El proyecto tendrá una distribución de cuatros capítulos, que se detallarán a continuación:
El capítulo I Resalta toda la problemática que se demuestra en la actualidad que tiene el
establecimiento de Fluffy K Repostería en la gestión de pedidos, Se plantea todo el problema y se
orienta en la situación de los conflictos nudos críticos, en las causas y consecuencia del problema,
sus delimitaciones, la respectiva formulación del problema y su evaluación del problema todo
entrelazado de sus objetivos y teniendo en cuenta su justificación e importancia por medio de
metodologías.
El capítulo II Muestra una sinopsis de los estudios o antecedentes de los diferentes cuidados del
desarrollo del sistema web, la fundamentación teórica y la descripción de las definiciones de la
fundamentación legal que necesitamos conocer para un correcto servicio.
En el capítulo III, corresponde a la propuesta tecnológica en la cual aborda el análisis de
factibilidad en la que el proyecto tendrá una posibilidad de éxito, también se desarrolla la
metodología del proyecto del mismo modo contiene puntos como la metodología de investigación,
población y muestra, procesamiento y análisis, entregables del proyecto, y los resultados
El capítulo IV Será la parte final en la que tendrá los criterios, conclusiones del tema, con sus
pertenecientes recomendaciones. Constará de bibliografía que se han utilizado, y sus pruebas de
anexos.
1
CAPÍTULO I
PLANTEAMIENTO DEL PROBLEMA
Descripción de la situación problemática
En la actualidad, la tecnología se ha convertido en algo indispensable; puesto que es
necesaria en diversos ámbitos, tales como académico, social y comercial. En lo que respecta al
ámbito comercial debido al avance tecnológico las pequeñas y grandes empresas se han visto
forzadas a implementar nuevas tecnologías que les permitan garantizar su supervivencia en el
mercado actual, se hace uso de aplicaciones móviles y sistemas como estrategia de ventas en
las que pueden ofrecer sus productos y servicios a los clientes.
En Ecuador gran parte de las empresas no cuentan con presencia digital y plataformas
de ventas; lo cual se ha convertido en una gran desventaja ya que si no se adaptan a las nuevas
actualizaciones tecnológicas simplemente se quedarán atrás dejando el camino libre a un nuevo
competidor.
Ubicación del Problema en un Contexto
“Fluffy K Repostería” es un negocio situado en el norte de la ciudad de Guayaquil
ubicada en el km 8 ½ vía a Daule en la coop. Juan montalvo, dedicada a la preparación, y
decoración de platos dulces tales como tartas, pasteles, galletas, budines, planeación de eventos
temáticos, etc. Cuenta con un sitio web en el cual da a conocer sus productos y servicios a su
clientela.
1
Pese al manejo de un sitio web esto no implica que sus productos tendrán mayor
aceptación por parte de las personas o que este apto para competir en el mercado con otras
marcas que se dediquen al mismo negocio en particular, una de sus debilidades se encuentra
en la forma en que administran sus productos, pedidos y clientes. Otra que se puede observar
es el proceso del negocio, el cual se lleva acabo de la manera tradicional; se presenta lentitud
en el proceso de atención al cliente al momento de llevar acabo sus pedidos en el
establecimiento debido a que estos no tienen conocimiento de los productos, precios, ofertas o
promociones que se dispongan en el establecimiento al momento, este proceso demanda un
tiempo de espera para poder llegar a ser atendidos y realizar su encargo de acuerdo a sus
especificaciones, este procedimiento suele generar inconformidad en los clientes y muchas
veces estos prefieren optar por ir a otro establecimiento, lo cual significa pérdidas para el
negocio debido a la larga espera.
Situación Conflicto Nudos Críticos
El contar con un sistema web y aplicación móvil es ideal para el negocio ya que se pueden
manejar datos con mayor facilidad, podrá disponer de información excelente para la toma de
decisiones, además va a permitir mejorar el control de la administración de su negocio.
Se detalla a continuación la situación de conflicto actual y los factores de riesgo financiero que
se afronta por no existir un sistema web y app móvil en el negocio.
La falta de gestión de datos origina decisiones importantes no apropiadas.
La toma manual del pedido ocasiona pérdida de tiempo al propietario, debido a que no
existe una forma automatizada de realizarlo.
La falta de planificación de los pedidos genera inconvenientes en las actividades diarias
para el correcto desempeño del negocio.
1
Delimitación del Problema
Tabla 1. Delimitación del problema
Delimitador Descripción
Campo Tecnología
Área Desarrollo de software
Aspecto Diseño de un sistema web y aplicación móvil
Tema Recepción de información de clientes, insumos, productos, precios,
promociones a través de un sistema web y aplicación móvil.
Nota: Esta tabla refleja la información de la delimitación del problema de proyecto.
Evaluación del Problema
A continuación, se detallará los siguientes aspectos primordiales que se ha estimar en
la evaluación del problema:
Delimitado: Debido a la inexistencia de herramientas tecnológicas que permitan la
correcta gestión y control de pedidos en el establecimiento, se busca agregar un sistema
y aplicativo móvil que cubra las necesidades expuestas y ayude a mejorar la recepción
de los pedidos, así como la administración de la información que se recopila.
Claro: Desarrollar un aplicativo móvil y sistema web que permita la automatización
del proceso de la gestión de pedidos, el mismo que contribuirá en varios aspectos del
negocio.
Evidente: debido a la mala administración que se lleva en el establecimiento, los
clientes desconocen ciertos productos que estos ofrecen, por lo tanto, existen
inconvenientes al momento de realizar un pedido lo cual genera insatisfacción.
Actualmente no se cuenta con algún medio tecnológico para captar las órdenes, lo cual
2
refleja como evidente que necesita hacer uso de las mismas para mejorar el control de
sus pedidos, además que dicha herramienta le permita gestionar y mantener control de
las diferentes actividades que se realizan.
Concreto: El software se adapta a las necesidades del establecimiento manteniendo un
control de las ventas y facilitando reportes de los ingresos y gastos realizados en un
periodo determinado lo cual permitirá tomar medidas cuando sea necesario.
Original: El negocio de emprendimiento Fluffy K Repostería no ha optado por recurrir
a un Sistema Web que le permita administrar las órdenes que generen su clientela, y
una aplicación móvil que permita agilizar y automatizar sus ventas.
Factible: este proyecto está encaminado a cubrir los requerimientos del establecimiento
de repostería ante la carencia de herramientas tecnológicas que les permita gestionar
varios aspectos del negocio.
Causas y consecuencias del problema
A continuación, en la siguiente tabla, se indica las causas y consecuencias del problema que
conlleva en mantener el sistema actual del negocio.
Tabla 2. Matriz de causas y consecuencias del problema
Causas Consecuencias
C1. El personal no está apto para el manejo
de las herramientas tecnológicas.
E1. El administrador no puede implementar
medios tecnológicos debido a la falta de
capacitación del personal.
C2. No existe algún medio tecnológico en el
cual los clientes puedan acceder y observar
detalladamente la información de los
productos con los que cuenta el
establecimiento.
E2. El cliente desconoce sobre las ofertas y
promociones que el establecimiento ofrece
a su clientela además de sus variados
productos.
C3. No conlleva registros de las ventas
realizadas.
E3. Desconocimiento del movimiento del
negocio.
3
C4. Mala recepción del pedido. E4. Insatisfacción del cliente con respecto
al pedido solicitado.
C5. Línea telefónica saturada para la toma de
pedidos.
E5. Perdidas de clientes interesados en
adquirir productos que ofrece el
establecimiento. Nota: esta tabla refleja el análisis causal que se realizó en base a la recopilación inicial de información de la
situación problemática.
1
Figura 1. Diagrama de Ishikawa
Nota: La figura representa el análisis del diagrama de Ishikawa.
2
Formulación del problema
¿En qué manera contribuirá en el mejoramiento de la atención al cliente, administración y
gestión de la información el uso de un sistema web y aplicación móvil en el establecimiento de
FLUFFY K REPOSTERIA?
Objetivos del proyecto
Objetivo general
DESARROLLAR UNA APLICACIÓN MOVIL MEDIANTE LA PLATAFORMA
ANDROID, QUE PERMITA LA GESTION DE TOMA DE PEDIDOS Y SIRVA COMO
HERRAMIENTA TECNOLÓGICA VIABLE PARA EL SERVICIO AL CLIENTE DE
FLUFFY K REPOSTERIA EN LA CIUDAD DE GUAYAQUIL.
Objetivos específicos
Definir requerimientos funcionales en base al levantamiento de información de los
clientes de la repostería.
Analizar la información recopilada para luego diseñar el software que será el encargado
de reemplazar los trabajos manuales que ellos manejan.
Desarrollar un sistema web que permita administrar los pedidos generados por la
aplicación.
Desarrollar la aplicación móvil para la gestión de toma de pedidos por parte de los
clientes de la repostería.
3
Alcances del problema
Para la elaboración del presente proyecto de titulación se ha desarrollado.
Un sistema web y una app móvil para Fluffy K repostería en la ciudad de Guayaquil,
que facilitará la realización de toma de pedidos y administración de datos.
Sistema web:
Se podrá gestionar los usuarios del sistema permitiendo agregar, editar y eliminar
usuarios.
Se podrán gestionar productos que ofrezca el negocio permitiendo agregar, editar y
eliminar.
Se obtendrán reportes gráficos anuales de las ventas totales y de los gastos realizados
por el negocio para tener una mejor valoración de los resultados obtenidos.
Se podrán gestionar los clientes, permitiendo registrar, editar y eliminar, además se
podrán observar en un listado.
Se obtendrá reporte grafico de los productos más vendidos del mes.
Se generará una factura una vez procesada la venta y se podrá exportar al archivo PDF.
App móvil:
Se desarrollará exclusivamente en la plataforma Android.
Se podrá ingresar con su respectivo usuario y clave.
Se podrán visualizar productos que ofrezca el establecimiento.
Se podrá editar y eliminar productos seleccionados por parte del cliente.
4
Se podrán realizar pagos por medio de tarjeta de crédito.
Generación de solicitud de pedidos
Se podrá realizar pedidos de acuerdo a sus especificaciones.
Se podrá visualizar el estado de su pedido.
Se notificará al cliente por medio de su correo electrónico la compra realizada.
Justificación e importancia
Con los constantes avances en la tecnología, las empresas y pequeños negocios se ven
obligados a utilizar herramientas tecnológicas las cuales les permitan ofrecer sus productos y
servicios a varios usuarios simultáneamente, de esta forma los usuarios acceden a la
información requerida desde cualquier sitio con una pequeña conexión a internet.
Una de las principales falencias que tienen las empresas actualmente es la falta de
interés en la inversión de medios tecnológicos debido a varios factores, el más notable suele
ser el costo de su implementación. La finalidad del presente proyecto atiende a una necesidad
notable para Fluffy k repostería, la cual es un modo de gestionar sus pedidos de manera
dinámica y a su vez poder tomar decisiones en base a los datos que se recopilan dentro del
establecimiento.
El proyecto tiene como objetivo el desarrollo de una aplicación móvil la cual brindará
facilidad a los clientes de hacer sus órdenes de una manera más cómoda desde su hogar, trabajo,
universidad, o en cualquier lugar de Guayaquil, y el sistema web el cual contribuirá a gestionar
varios aspectos con respecto a las ventas y la información que se envié desde la app móvil.
5
Limitaciones del estudio
El presente trabajo de desarrollo se basa en gestionar los pedidos realizados por parte
del cliente de “Fluffy k Repostería” y la administración del mismo, en el cual se encontró las
siguientes limitaciones del trabajo:
El sistema web depende de una conexión a internet motivo por el cual será alojado en
un servidor web.
Un pedido es efectuado siempre y cuando es aprobado previamente en el sistema.
La aplicación móvil no realizara notificaciones al cliente si existen o no nuevos
productos.
El modo de pago de tarjeta de crédito será simulado, por motivos de recursos
monetarios.
La orden de compra que se genere desde la aplicación móvil se enviara al correo con
su valor a pagar.
6
CAPÍTULO II
MARCO TEÓRICO
Antecedentes del estudio
Con el transcurso del tiempo la tecnología móvil ha ido evolucionando y ha obtenido
un impacto significativo en la manera en que las empresas se comunican, operan e interactúan
con los clientes. A partir de esto las empresas han optado por la utilización de tecnologías que
les permitan optimizar varios aspectos en sus negocios como la contabilidad, la recopilación
de datos, la logística, ventas, promociones, entre otras.
Un primer trabajo corresponde a (González & Saraza, 2014) en su tesis
“implementación de un sistema vía web con aplicación móvil para la reserva y pedidos en línea
de restaurantes” tuvo como objetivo implementar una solución tecnológica que consista en
desarrollar un sistema de información web y con aplicativo móvil, que permitan dar soporte
informático al registro y seguimiento de las reservas con pedidos realizados por el cliente,
además de almacenar información del cliente para poder fidelizar a dichos clientes por su
preferencia. Se obtuvo como resultado la facilidad y disponibilidad para que los clientes
realicen sus pedidos, mejora en los tiempos de respuesta y un mayor control sobre las reservas
realizadas por los clientes.
Un segundo trabajo (Borbor, 2014) en su tesis “implementación de una aplicación
móvil para pedidos de comidas rápidas a domicilio en italian gourmet” tuvo como objetivo
implementar una aplicación móvil para pedidos a domicilio. Se realizó un estudio del sistema
7
para obtener la factibilidad: técnica, económica y operativas, que permitió validar la posibilidad
de que el proyecto a implementar es factible. Se obtuvo como resultado la promoción y
comercialización de los productos, al mismo tiempo recibir pedidos a domicilio por medio de
la aplicación móvil, logrando además disminuir el tiempo de solicitud para pedidos que era de
15 minutos a 2 minutos aproximadamente.
Un tercer trabajo concierne a (Saavedra, 2017) En su tesis “implementación de una
aplicación de control de pedidos vía web para la agroindustria la morina s.a.c del distrito de
moro, provincia del santa, departamento de áncash, 2015” tuvo como objetivo realizar una
aplicación de control de solicitudes de los diferentes clientes vía web para la Agroindustria La
Morina S.A.C del distrito de Moro. Las herramientas de software libre utilizadas fueron joomla
y PrestaShop. Se obtuvo como resultado la disminución en la pérdida de tiempo de los
empleados requiriendo los pedidos a cada cliente, así como tener controlado y renovado los
pedidos y la disponibilidad de los productos en depósito.
Se puede concluir que el uso de tecnologías móviles, es fundamental para el desarrollo
ya que ha optimizado la forma de administrar negocios haciendo que las transacciones sean
más rápidas y eficientes.
Fundamentación teórica
Dispositivos móviles
Los dispositivos móviles actualmente son utilizados para estar siempre conectados,
entretenimiento, tareas y en la actualidad es utilizado como medio de comunicación entre las
empresas y los clientes, ya que por este medio se pueden ofrecer productos y servicios que son
de interés para el cliente.
8
(V. Basantes, E. Naranjo, C. Gallegos, & M. Benítez, 2017) como señalan: Lo primero
que nos viene a la mente es un teléfono celular; pero en el mercado existe una variedad
de dispositivos móviles tales como Tablet, laptops, iPod entre otros, todos estos con la
posibilidad de acceder a internet desde cualquier lugar y tiempo. (p.4)
Sistemas operativos para dispositivos móviles
( Colins Guamanzara, 2020) Afirma: “Un sistema operativo móvil es un sistema
específicamente desarrollado para dispositivos móviles mezclan ciertas características de los
sistemas operativos de las computadoras con la diferencia que los dispositivos móviles poseen
pantallas táctiles, wifi, GPS, cámaras entre otras” (p.9).
Existen varios, pero entre los SO móviles favoritos de los desarrolladores figuran
Android por su extenso número de usuarios e iOS el cual representa un elevado porcentaje de
ingresos, Android es una mejor opción para empezar a desarrollar debido a que posee un
mercado mayor y además existe la capacidad de ser descubierto por la gran demanda de
usuarios.
Comparativa entre principales sistemas operativos móviles
Se presenta una comparación entre los tres grandes sistemas operativos móviles con
mayor demanda en el mercado las cuales son: Android, iOS y Windows Phone en la que se
consideran sus principales características.
Tabla 3. Comparación de los tres grandes sistemas operativos
Android IOS Windows Phone
Logo
9
Interfaz
Empresa que lo
desarrollo Google Apple cord Microsoft
Kernel Linux Mac OS X Windows NT
Tipo de S.O Abierto Cerrado Cerrado
Licencia de software Software libre
y abierto Propietaria Propietaria
Lenguaje de
programación nativo C, C ++, Java.
C, C++ ,
Objective-C ,
Swift.
.NET C#, VB.NET,
Silverlight, native C/C++,
WinRTP (XMLA), DirectX
Seguridad Muy Buena Susceptible a
malware Muy Buena
Apps 500000+ 650000+ 100000+
Expansion de
almacenamiento Micro SD No No
Fabricante único No Si No
Coste para publicar
aplicación en la tienda
oficial
US$25 una vez
por individuo US$99 al año
US$19, una vez por un
individuo; y $99 para una
cuenta de la compañía
Tienda de software Play store App store Marketplace
Nota: Esta tabla muestra la comparación entre los sistemas operativos móviles que predominan en el mercado.
( ZANABRIA TICONA & CAYO MAMANI , 2018) afirma: El lanzamiento de
Android como plataforma para el desarrollo de aplicaciones móviles ha tenido gran
aceptación entre sus usuarios, de igual forma las industrias que lo distribuyen,
convirtiéndose en una plataforma estándar frente a otras como iPhone, Windows Phone,
Symbian, Blackberry, etc. (p.83)
Comparación de la aplicación con otras aplicaciones similares
Se realiza una comparación en la tabla 4 con las aplicaciones mencionadas con
anterioridad las cuales están orientadas a la toma de pedidos.
Tabla 4. Comparación de la aplicación con otras aplicaciones
Descripción Fluffy K Repostería Italian Gourmet
Reserva de
restaurantes
10
Plataforma Android Android Android
Interfaz de
usuario Fácil Fácil Fácil
Uso sin conexión
de datos Si Si Si
Disponibilidad Nacional Nacional Internacional
Precio Gratis Gratis Gratis
Publicidad No Si Si
Registro de datos Si Si Si
Presentación
producto/precio Si No Si
Categoría de
productos Si No No
Modificar lista de
pedido Si No Si
Muestra detalle
pedido Si No Si
Facilidad de pago Si Si Si
Costo de
desarrollo Económico Medio Medio
Plataforma
tecnológica
diseñado para
entregas
Si No Si
Nota: Esta tabla muestra la comparación entre la aplicación desarrollada en el presente proyecto con
otras dos aplicaciones dedicadas a la toma de pedidos.
Arquitectura de Android
La arquitectura de Android es un tema que forma parte esencial para el desarrollo de
una aplicación móvil, motivo por el cual se presenta una visión global por capas de la
arquitectura empleada en la plataforma Android, cada capa utiliza servicios brindados por los
anteriores, y al mismo tiempo ofrece los suyos propios a las capas de niveles superiores, tal
como se muestra en la figura 2.
11
Figura 2. Arquitectura de Android
Nota: En la siguiente figura se muestra la arquitectura de Android.
Kernel de Linux
Esta capa permite que se pueda acceder a los elementos del hardware sin necesidad de
conocer el modelo o características precisas de los que se encuentran instalados en cada
teléfono.
Bibliotecas
Esta capa se sitúa justo sobre el kernel, corresponde a las librerías utilizadas por
Android, están escritas en C o C++ y se encuentran compiladas en código nativo del
procesador. Se encarga de facilitar funcionalidad a las aplicaciones, para tareas que se repiten
con frecuencia, impidiendo tener que codificarlas a cada momento y garantizando que se llevan
a cabo de la forma más eficaz.
12
Presenta una plataforma de desarrollo libre para aplicaciones que normalmente se
codifican en java. Cuenta con un componente principal el cual es la máquina virtual Dalvik,
componente que se encarga de ejecutar todas las aplicaciones no nativas de Android.
Marco de aplicación
Esta capa la forman todas las clases y servicios que utilizan directamente las
aplicaciones para llevar a cabo sus funciones.
Aplicaciones
Esta capa está conformada por todas las aplicaciones instaladas en el dispositivo. Tanto
las instaladas por defecto como aquellas que el usuario vaya añadiendo, ya sea por necesidad
o por entretenimiento.
Android Studio
Cuando se habla de Android Studio de habla de la plataforma que se encuentra
disponible para desarrolladores de aplicaciones móviles el cual puede probarse de manera
gratuita. Se pueden desarrollar aplicaciones si se cuenta con conocimiento en java y C++ ya
que estas son desarrolladas en esos lenguajes de programación.
Lenguajes de programación para ambientes web
Existen numerosos lenguajes de programación enfocados al desarrollo web. Desde un
comienzo surgieron los lenguajes con formato estático, sin embargo, conforme paso el tiempo
surgieron problemas, esto dio hincapié a desarrollar lenguajes de programación para la web
dinámicos, las cuales permitieran a los usuarios interactuar con las páginas, distintos lenguajes
se han acoplado al ambiente web debido a la gran demanda por parte de los usuarios, entre
ellos tenemos: PHP, JavaScript, entre otras.
13
PHP
Es un lenguaje que se caracteriza por ser gratuito y multiplataforma, es decir, indica
que cualquier persona o programador podría modificar código a su gusto siempre y cuando se
tenga el conocimiento adecuado. Fue desarrollado precisamente para el diseño de páginas web
dinámicas.
Un autor expresa que “es un lenguaje interpretado libre, usado originalmente solamente
para el desarrollo de aplicaciones presentes y que actuaran en el lado del servidor, capaces de
generar contenido dinámico en la world wide web.” (Arias, 2013)
Con PHP se puede procesar la información de formularios, generar páginas con
contenidos dinámicos, o enviar y recibir cookies, entre otras cosas. PHP lo utilizan desde
pequeñas empresas hasta las grandes empresas. Numerosas aplicaciones web fueron creadas
usando PHP. La mejor parte de utilizar PHP es su simplicidad para el principiante, pero a su
vez ofrece muchas características modernas para los programadores profesionales.
JavaScript
Este lenguaje de programación es utilizado principalmente para crear páginas web
dinámicas, incorpora efectos, animaciones, entre otras. Se desarrolló con una sintaxis similar a
C y actualmente, las páginas web más conocidas utilizan, casi sin excepción, JavaScript como
lenguaje de programación del lado del cliente.
Por lo tanto, a través del lenguaje JavaScript es factible diseñar objetos propios, en
función de lograr un código fuente que sea mucho más sencillo y fácil de entenderse y, a su
vez, una manera de programar que sea mucho más lógica. (Carbonell, 2017, p. 20)
MySql Workbench
14
(Suárez Orbegoso, 2018) Afirma: MySQL Workbench es una herramienta visual
unificada para arquitectura de base de datos, desarrolladores y Administrador de base
de datos. Y proporciona modelado de datos, desarrollo de SQL y herramientas
integrales de administración para la configuración del servidor, administración de
usuarios, respaldo y mucho más. (p.34)
MySQL
Consiste en una base de datos relacional de código abierto, se encuentra disponible en
la mayoría de los servidores y proyectos por ser potente, versátil, ser capaz de satisfacer la
mayoría de los proyectos en la web y debido a su popularidad en internet. Se ejecuta
prácticamente en todas las plataformas, incluyendo Linux, UNIX y Windows.
En la actualidad se mantiene con licencia dual, por un lado, es GPL y código abierto, y
por otro lado tiene licencia comercial. El conjunto de funcionalidades con las que cuenta es
bastante amplio y se puede considerar de grado empresarial, capaz de acometer proyectos de
todo tipo lo cual es de gran utilidad para proyectos pequeños y grandes que manejen gran
cantidad de datos.
MySQL incluye todos los elementos necesarios para instalar el programa, preparar
diferentes niveles de acceso de usuario, administrar el sistema y proteger y hacer volcados de
datos. Puede desarrollar sus propias aplicaciones de base de datos en la mayor parte de los
lenguajes de programación utilizados en la actualidad y ejecutarlos en casi todos los sistemas
operativos, MySQL utiliza el lenguaje de consulta estructurado (SQL) (López, 2016, p. 3)
Caracteristicas de MySQL
Arquitectura cliente-servidor
Procedimientos almacenados
15
Compatibilidad con una gran variedad de plataformas
Transacciones
Triggers
Bootstrap
Este framework permite crear interfaces web con css y JavaScript, contiene plantillas
de diseño con tipografía, formularios, botones, cuadros, menús de navegación, etc. A diferencia
de otros framework web, este solo se encarga del desarrollo del front-end. Es compatible con
la mayoría de los navegadores web lo cual lo hace una buena opción para utilizarse en el
desarrollo de un proyecto web.
Características de bootstrap
Animaciones y transacciones en los elementos
Sencillo de manejar
Soporte con HTML5 y CC3
Diseño responsive
Compatible con todos los navegadores
Optimizado para dispositivos móviles
Ajax
( AGILA TENE, 2015) Afirma: El termino AJAX es un acrónimo de Asynchronous
JavaScript + XML, que se puede traducir como "JavaScript asíncrono + XML". Ajax
no es una tecnología en sí mismo. En realidad, se trata de varias tecnologías
independientes que se unen de formas nuevas y sorprendentes. (p.10)
16
Sublime Text
Es un editor de texto y editor de código fuente, se encuentra escrito en C++ y phyton
para los plugins. Se puede descargar y utilizar de forma gratuita, aunque no es un software libre
o de código abierto y se debe obtener una licencia para su uso continuado, aunque la versión
de evaluación es netamente funcional.
Modelo vista controlador
Es un patrón de diseño el cual separa los datos y especialmente la lógica del negocio de
una aplicación, y la interfaz de usuario. Para esto propone tres componentes rotundamente
distinguibles que se encargan de cumplir una tarea muy concreta, estas son: el modelo, la vista
y el controlador.
( Espitia , Armao , & Carbajo, 2016) Afirman que: “Estos ejemplos, demuestran la necesidad
de aplicar una arquitectura útil como es el Modelo Vista-Controlador (MVC), que requiere de
la separación del código de un programa en capas atendiendo a sus responsabilidades” (p.3).
Modelo: es la capa en la que se trabajan con los datos, en la cual se utiliza un lenguaje
de acceso a datos basado en clases y objetos. Contiene principalmente las entidades que
constituyen el dominio, la lógica de negocio, y los mecanismos de persistencia de nuestro
sistema.
Vista: como su nombre lo dice, se trata básicamente del responsable de generar la
interfaz de usuario de nuestra aplicación, es decir, las pantallas.
Controlador: es la capa que actúa como intermediario entre la vista y el modelo, toma
las disposiciones del usuario y se encarga de requerir los datos al modelo y de informar a la
vista.
17
000webhost
Es uno de los servicios de hosting gratuito más antiguos que se conoce, han realizado
una gran actualización en su panel de control en los últimos meses, haciéndolo muy fácil de
utilizar, además cuenta con opciones para actualizar la cuenta de hosting gratuito a hosting
Premium, esto en el caso de que se tenga un proyecto el cual crezca mucho, este servicio
permitirá mejorar la cuenta y tener un mayor rendimiento de nuestro hosting. Para comenzar a
utilizar el servicio solo se tiene que crear una cuenta y comenzar a realizar su sitio web.
( Velasco, 20115) Afirma que: 000Webhost es uno de los hosting web más grandes de
la red, especialmente en su modalidad gratuita. Esta plataforma ofrece a los
usuarios 1.5GB de almacenamiento junto con 100 GB de tráfico al mes para alojar sus
páginas web de forma totalmente gratuita. También ofrece una modalidad de pago con
numerosas características adicionales.
Características de 000webhost
Hosting para 2 sitios web.
Sin publicidad.
Soporte de PHP y MySQL.
Auto instalador de WordPress.
Metodología XP
Es una metodología ágil y flexible utilizada para la gestión de proyectos. Se basa en la
adaptabilidad, su pilar principal es fomentar el trabajo en equipo por parte de los
desarrolladores, también hace énfasis en la retroalimentación entre el cliente y el equipo de
desarrollo, lo cual lo convierte en el método de trabajo perfecto para aquellos proyectos con
requisitos indeterminados y muy cambiantes.
18
Es una metodología ágil centrada en potenciar las relaciones interpersonales como clave
para el éxito en desarrollo de software, promoviendo el trabajo en equipo, preocupándose por
el aprendizaje de los desarrolladores, y propiciando un buen clima de trabajo. XP se basa en
realimentación continua entre el cliente y el equipo de desarrollo, comunicación fluida entre
todos los participantes, simplicidad en las soluciones implementadas y coraje para enfrentar
los cambios. XP se define como especialmente adecuada para proyectos con requisitos
imprecisos y muy cambiantes, y donde existe un alto riesgo técnico. (Letelier & Penadés, 2006)
Ciclo de vida
El ciclo de vida de la metodología xp se enfatiza en el carácter interactivo e incremental
del desarrollo.
Las iteraciones son sumamente cortas ya que mientras más rápido se entreguen los
desarrollos al cliente, más retroalimentación se va a obtener y esto va a representar una mejor
calidad del producto a largo plazo. Existe una fase de análisis inicial encaminada a programar
las iteraciones de desarrollo y cada iteración incluye diseño, codificación y pruebas, fases
colocadas de tal manera que no se retiren en el tiempo.
A continuación, se presenta una figura en la que se muestra las fases en las que se
subdivide el ciclo de vida XP:
Figura 3. Ciclo de vida de la metodología XP
19
Nota: En la siguiente figura se muestra el ciclo de vida de la metodología XP.
Actores y responsabilidades de XP
Existe diferentes roles y responsabilidades en xp entre las cuales tenemos:
Programador
El programador escribe las pruebas unitarias y produce el código del sistema. Debe
existir una comunicación y coordinación adecuada entre los programadores y otros miembros
del equipo.
Cliente
El cliente escribe las historias de usuario y las pruebas funcionales para validar su
implementación. Además, asigna la prioridad a las historias de usuario y decide cuáles se
implementan en cada iteración centrándose en aportar mayor valor al negocio. El cliente es
20
sólo uno dentro del proyecto, pero puede corresponder a un interlocutor que está representando
a varias personas que se verán afectadas por el sistema.
Encargado de Pruebas
El encargado de pruebas ayuda al cliente a escribir las pruebas funcionales. Ejecuta las
pruebas regularmente, difunde los resultados en el equipo y es responsable de las herramientas
de soporte para pruebas.
Encargado de Seguimiento (Tracker)
El encargado de seguimiento proporciona realimentación al equipo en el proceso XP. Su
responsabilidad es verificar el grado de acierto entre las estimaciones realizadas y el tiempo real
dedicado, comunicando los resultados para mejorar futuras estimaciones. También realiza el
seguimiento del progreso de cada iteración y evalúa si los objetivos son alcanzables con las restricciones
de tiempo y recursos presentes. Determina cuándo es necesario realizar algún cambio para lograr los
objetivos de cada iteración.
Entrenador (Coach)
Es responsable del proceso global. Es necesario que conozca a fondo el proceso XP
para proveer guías a los miembros del equipo de forma que se apliquen las prácticas XP y se
siga el proceso correctamente.
Consultor
Es un miembro externo del equipo con un conocimiento específico en algún tema
necesario para el proyecto. Guía al equipo para resolver un problema específico.
Jefe del Proyecto
21
Es el vínculo entre clientes y programadores, ayuda a que el equipo trabaje
efectivamente creando las condiciones adecuadas. Su labor esencial es de coordinación.
Fases de XP
Fase de exploración
En esta fase se define el alcance general del proyecto. El cliente define lo que necesita
mediante la redacción de “historias de usuarios”. Se estiman tiempos de desarrollo en base a la
información proporcionada, estas podrían variar cuando se analicen más a detalle en cada
iteración. Esta fase toma de a pocas semanas a pocos meses, y el resultado es una visión general
del sistema, y un plazo total considerado.
Fase de planificación
En esta fase el cliente establece la prioridad que se da a cada historia de usuario, y
respectivamente, los programadores realizan una valoración del esfuerzo necesario de cada una
de ellas. Se toman acuerdos sobre el contenido de la primera entrega y se establece un
cronograma en conjunto con el cliente.
( Chalco Zacarias, 2019) afirma: “Se refiere a la comunicación constante entre las partes
involucradas en el proyecto, en el cual el cliente forma parte siempre forma parte, así como
también los programadores y los coordinadores” (p.33).
Fase de iteraciones
Esta fase incluye diversas iteraciones sobre el sistema antes de ser entregado. El plan
de entregas está conformado por iteraciones de duración de no más de tres semanas.
Fase de producción
22
En esta fase se revisan las pruebas adicionales y se realizan revisiones antes de entregar
el sistema al cliente. Además, se toma en cuenta la inclusión de nuevas características a la
versión actual, debido a cambios en esta fase.
Fase de mantenimiento
Esta fase puede requerir la incorporación de nuevo personal y cambiar la estructura del
equipo.
Fase de muerte
Es cuando el cliente no tiene más historias para ser adjuntas en el sistema. Esto requiere
que se satisfagan las necesidades del cliente en otros aspectos como rendimiento y
confiabilidad del sistema. Se genera la documentación final del sistema y no se efectúan más
cambios en la arquitectura.
Metodología de investigación de campo
( G. Arias, 2006) afirma: La investigación de campo es aquella que consiste en la
recolección de datos directamente de los sujetos investigados, o de la realidad donde
ocurren los hechos (datos primarios), sin manipular o controlar variable alguna, es decir,
el investigador obtiene la información, pero no altera las condiciones existentes. De allí
su carácter de investigación no experimental. (p.32)
Encuesta
( CONTRERAS HIGUERA , 2020) Afirma: La encuesta es una técnica de recopilación
de información donde el investigador interroga a los investigados los datos que desea
obtener. Se trata de conseguir información, de manera sistemática y ordenada de una
población o muestra, sobre las variables consideradas en una investigación. (p.3)
23
Pregunta científica a contestarse
¿El sistema de información (sitio web y aplicación móvil) a desarrollar tendrá la
capacidad suficiente a nivel operativo y gerencial para responder a los procesos de toma y
gestión de pedidos, a la vez que maneje el control de existencias (inventario), sin la necesidad
de tener conocimientos previos del área (TIC`s) que involucren el manejo del mismo?
Definiciones conceptuales
Android Studio: es un entorno de desarrollo integrado oficial para el desarrollo de
aplicaciones en Android basado en IntelliJ IDEA (entorno de desarrollo integrado para el
desarrollo de programas informáticos).
MYSQL: es un servidor que permite al usuario realizar operaciones sobre la base de
datos, que a su vez esta nos facilita notablemente la administración del sistema de una manera
remota.
JavaScript: es un lenguaje de alto nivel multiplataforma basado en objetos que son
integrados directamente en el código HTML dentro de la cabecera (HEAD).
PHP: es un lenguaje interpretado del lado del servidor multiplataforma muy sencillo de
aprender, que se caracteriza por su versatilidad, potencia, robustez y modularidad.
Dispositivos móviles: es un aparato de pequeño tamaño, con algunas capacidades de
procesamiento, con la capacidad de conectarse a una red, del mismo modo con memoria
limitada, que ha sido fabricado para una función, pero puede realizar trabajos más generales.
Framework Bootstrap: es un kit de herramientas de código abierto que nos permite
desarrollar con HTML, CSS y JS, del mismo modo solo se ocupa en el desarrollo de
componentes front-end.
24
CAPITULO III
PROPUESTA TECNOLÓGICA
Este proyecto plantea el desarrollo de un sistema web y aplicación móvil para la gestión
y toma de pedidos, se basa básicamente en una aplicación en entorno Android la cual muestra
los productos con su imagen y precio, cuenta con una interfaz amigable con el usuario para
brindar un mejor servicio, así el cliente podrá realizar su pedido a través de la aplicación con
mayor facilidad y los datos serán recibidos en el sistema web para que así el establecimiento
se encargue del envió del producto a domicilio o para la entrega del mismo en caso de que lo
deseen retirar en el establecimiento.
El sistema propuesto contribuirá con un mayor control de los ingresos y egresos por su
disponibilidad de información en tiempo real. Mediante el sistema web el administrador podrá
tener un mayor control de sus productos, clientes y las ventas realizadas en el día.
Para el desarrollo del sistema web se eligió el lenguaje de programación php, utilizando
todas las etiquetas que alberga este lenguaje, y para la aplicación, se utilizara el lenguaje de
programación java en incorporado la librería de Card.io para simular el pago con tarjetas de
crédito.
25
Análisis de factibilidad
La creación del sistema web y aplicación móvil para la toma de pedidos y gestión de
los datos del establecimiento, plantea una solución a la problemática de no contar con recursos
tecnológicos que permitan administrar la información correctamente y automatizar procesos
que se llevan a cabo manualmente.
Para la elaboración del proyecto se cuenta con los materiales y mecanismos de hardware
y software necesarios; también se cuenta con los conocimientos generales y el apoyo de los
recursos humanos tanto del usuario final como de los desarrolladores.
El análisis de factibilidad permite verificar si el desarrollo y ejecución del proyecto
logrará solucionar la problemática mencionada anteriormente, además se cuenta con los
recursos necesarios para cumplirlo.
Factibilidad Operacional
Se considera factible debido a que el sistema planteado es de utilidad y contribuyen
mejoras en el establecimiento. Añadiendo el uso de herramientas tecnológicas que permite al
administrador y usuarios con acceso al sistema realizar ventas y promocionar productos
rapidez, además podrán observar e imprimir reportes que permitan conocer la situación
financiera actual del negocio, los clientes también se beneficiarán ya que a través de la
aplicación podrán ser atendidos de forma rápida sin la necesidad de espera para ser atendidos.
El sistema está diseñado con una interfaz amigable, de tal manera que el usuario pueda
interactuar de manera sencilla sin dificultad alguna. Los usuarios tendrán acceso al sistema
según el rol designado, de esta manera se obtendrá una mejor organización del establecimiento.
26
Factibilidad Técnica
Para el desarrollo de este proyecto se evaluó los recursos tecnológicos, tanto de software
como de hardware que son necesarios para el desarrollo del sistema web y aplicación móvil.
Tabla 5. Software
Tecnología Versión
Lenguaje de Programación JavaScript, Java, Php
Framework de Maquetación BootStrap
Base de Datos MySQL 5.0.12
Navegador Google Chrome
Plataforma de desarrollo Android studio
Nota: En esta tabla se presentan las tecnologías de software que
se han seleccionado para el presente proyecto.
Tabla 6. Hardware
Equipo Ordenador Portátil
Procesador Core i7 8th Generación
Memoria RAM 8 GB o superior
Disco duro 1 Tera
Sistema Operativo Windows 10
Nota: En esta tabla se presentan las tecnologías de hardware
que se han seleccionado para el presente proyecto.
Factibilidad Legal
El presente proyecto está amparado por las leyes y reglamentos vigentes en la
constitución de la república del Ecuador, el Decreto ejecutivo 1014: La utilización del software
libre en la administración pública, varios apartados propios de la Ley de Comercio Electrónico,
Firmas Electrónicas y Mensajes de Datos y por último el Código orgánico de la economía
social de los conocimientos, creatividad e innovación.
Por otra parte en la constitución de la república del Ecuador 2008 sección octava de la
ciencia, tecnología, innovación y saberes ancestrales, en los artículos 385, 386, 387, nos dice
que El sistema nacional de ciencia, tecnología, innovación y saberes ancestrales, en el marco
27
del respeto al ambiente, la naturaleza, la vida, las culturas y la soberanía, tendrá como finalidad:
Generar, adaptar y difundir conocimientos científicos y tecnológicos, del mismo modo
Desarrollar tecnologías e innovaciones que impulsen la producción nacional, eleven la
eficiencia y productividad, mejoren la calidad de vida y contribuyan a la realización del buen
vivir. (Const. Art. 385) El sistema comprenderá programas entre otros e incorporara a
universidades, en tanto realizan actividades de desarrollo tecnológico. (Const. Art.386) El
estado se responsabilizará de Facilitar e impulsar la incorporación a la sociedad del
conocimiento para alcanzar los objetivos del régimen de desarrollo. (Const. Art.387).
El presente proyecto de desarrollo se basa en la utilización del software libre en la
administración pública con respecto al Decreto 1014 en los artículos 1, 2, 3, 4, 5, 6, 7, se
menciona la utilización de software libre en sus sistemas y equipamientos informáticos.
(Decreto 1014, Art. 1) Se entiende por software libre a la utilización, distribución, modificación
y publicación de los programas de computación para que estas a su vez puedan ser mejoradas.
(Decreto 1014, Art. 2) Se podrá utilizar software libre únicamente cuando no exista una
solución que supla las necesidades requeridas. (Decreto 1014, Art. 3)
Con respecto a la ley de comercio electrónico, firma electrónica y mensaje de datos, del
título I de los mensajes de datos, capítulo I principios generales, se da a conocer los artículos
2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, Los mensajes de datos tendrán igual valor jurídico que los
documentos escritos. (Mensaje Datos, Art. 2) Los mensajes de datos tendrán principios de
confidencialidad cualquiera que esta sea. (Mensaje Datos, Art. 5) Se protegerá los datos para
la utilización de base de datos obtenidos directa o indirectamente, que esta a su vez se requerirá
la aprobación del titular quien podrá seleccionar la información a compartirse con terceros.
(Mensaje Datos, Art. 9) Se considerar cada mensaje de datos diferentes, en caso de alguna duda
28
se notificará la confirmación para un nuevo mensaje y tendrán como obligación verificar la
autenticidad del mismo. (Mensaje Datos, Art. 12)
En definitiva el código orgánico de la economía social de los conocimientos título II de
los derechos de autor y los derechos conexos, capítulo III de los derechos del autor sección II
objeto, el artículo 104, sección V Disposiciones especiales sobre ciertas obras, parágrafo
primero del software y base de datos, apartado primero del software de código cerrado y base
de datos, el artículo 131, menciona que las obras susceptibles reconocidas por el presente título
recae sobre todas las obras científicas, que sean originales y que puedan reproducirse por
cualquier forma o medio conocido o por conocerse. (Derecho Autor, Art. 104) El software se
protege independientemente ya sean estos incorporados en un ordenador y de la manera en que
estas estén expresadas, así pues, como código fuente que es legible por el ser humano, o como
código objeto que es en forma legible por máquina, de la misma manera se excluye la
protección las formas estándar de desarrollo de software. (Derecho Autor, Art. 131)
Factibilidad Económica
En el presente análisis se detallarán los costos de los recursos utilizados para la
elaboración del proyecto como hardware, software, recursos humanos y por último los recursos
extras que se utilizaron.
Tabla 7. Recursos de Hardware
Detalle Cantidad Valor Unitario Valor
total
Laptop hp 2 $1000 $2000
Computadora de escritorio 1 $930 $930
Impresora 1 $300 $300
Total $3230
Nota: En esta tabla se presentan los recursos de hardware que se utilizaron
en el presente proyecto.
29
Se determinan los costos aproximados de los recursos físicos del desarrollo del
proyecto.
Tabla 8. Recursos de Software
Detalle Cantidad Valor Unitario Valor total
MySQL 1 $0 $0
Android studio 1 $0 $0
Hosting 1 $0 $0
Dominio 1 $0 $0
Total $0
Nota: En esta tabla se presentan los recursos de software que se utilizaron
en el presente proyecto.
Para la implementación del proyecto se utilizarán herramientas gratuitas.
Tabla 9. Recursos Humanos
Detalle Cantidad Valor Unitario Valor total
Desarrolladores 2 $430 $860
Total $860 Nota: En esta tabla se presentan los recursos humanos para el desarrollo del
presente proyecto.
Tabla 10. Recursos Extras o Varios
Detalle Costo Subtotal
Servicio internet $30 $30
Impresión $15 $15
Resma de papel $5 $5
Transporte $10 $10
Servicio eléctrico $25 $25
Refrigerios $10 $10
Anillados $20 $20
Empastado $30 $30
Total $145
Nota: En esta tabla se presentan los recursos
extras que se utilizaron en el presente proyecto.
En esta tabla se detallarán los costos extras que se presentarán durante el desarrollo del
proyecto incluyendo los gastos de la documentación a presentar.
30
Tabla 11. Costo Total del Proyecto
Detalle Subtotal
Recursos Hardware $3230
Recursos Software $0
Recursos Humano $860
Recursos Extras o Varios $145
Total $4235
Nota: En esta tabla se presenta el costo total
del presente proyecto.
El costo total del desarrollo del sistema web y aplicación móvil incluyendo los gastos
de la documentación a presentar, equivale a $4235
Metodología del proyecto
Etapa de la metodología
Como se había indicado anteriormente, el presente proyecto dispone utilizar la
metodología de la programación extrema (xp) la cual forma parte de las metodologías agiles y
es utilizada para el desarrollo de proyectos en un lapso de tiempo corto.
Dentro de la metodología mencionada se encuentran las siguientes etapas:
Planificación
En esta etapa, siguiendo las pautas de la metodología xp se recopilo de manera general
las historias de usuario que servirán como punto de partida para el desarrollo del proyecto. Sin
embargo, dichas historias pueden cambiar durante el proceso de desarrollo debido a varios
factores.
De acuerdo al usuario estas historias se realizarán por prioridad y se agruparán po
iteraciones como lo indica la metodología, se considera el desarrollo de iteraciones en un
tiempo entre 1 y 4 semanas.
31
A continuación, se presentan las siguientes actividades durante la planificación:
Establecimiento de las Historias de Usuario
Un proyecto bajo esta metodología se inicia con el establecimiento de las historias de
usuario, las cuales se detallan a continuación.
SISTEMA WEB
Tabla 12. Historia de usuario acceso al sistema
Historia de usuario
numero: 1 usuario: administrador, vendedor
nombre historia: acceso al sistema
prioridad en negocio: alta Riesgo de desarrollo
puntos estimados: 5 iteración asignada: 1
Programador responsable: Cristhian Gualli
Descripción: antes de ingresar al sistema web el vendedor debe contar con una cuenta
previamente creada por el administrador, en la cual se le asigna un usuario (correo) y
contraseña para el ingreso al sistema. El administrador cuenta con todos los privilegios
creados para controlar el sistema.
Observaciones: solo el administrador y los vendedores podrán tener acceso al sistema y a
sus funciones. Nota: Esta tabla representa la historia de usuario acceso al sistema, la cual se refiere a los
usuarios que podrán acceder al sistema una vez registrados.
La implementación de la historia de usuario Nº 12 y las sucesivas suponen el
modelamiento de la base de datos y la implementación de la misma, además de la creación de
clases, funciones, manejo de roles, uso de librerías e interfaces que se desarrollaran más
adelante.
Tabla 13. Historia de usuario gestionar usuarios
Historia de usuario
numero: 2 usuario: administrador
nombre historia: gestionar usuarios
prioridad en negocio: alta Riesgo de desarrollo
puntos estimados: 5 iteración asignada: 1
32
Programador responsable: Cristhian Gualli
Descripción: el sistema tendrá definido por defecto un usuario administrador, el cual
tendrá acceso a todas las funcionalidades del sistema. El usuario administrador podrá
modificar sus datos, pero no podrá ser eliminado; asimismo, podrá crear, modificar y
eliminar usuarios como lo requiera.
Observaciones: solo el administrador podrá crear y eliminar usuarios. Nota: Esta tabla representa la historia de usuario gestionar usuarios.
La tabla 13 muestra la historia de usuario denominada “gestionar usuarios” que
mediante su implementación satisface el registro, modificación y eliminación de los usuarios
que se requieran para el manejo del sistema.
Tabla 14. Historia de usuario gestionar productos
Historia de usuario
numero: 3 usuario: administrador, vendedor
nombre historia: gestionar productos
prioridad en negocio: alta Riesgo de desarrollo
puntos estimados: 5 iteración asignada: 1
Programador responsable: Cristhian Gualli
Descripción: tanto el usuario administrador como el vendedor podrán crear productos con
su respectiva imagen para que el cliente lo pueda observar mediante la aplicación móvil,
además se podrá modificar y eliminar los productos existentes.
observaciones:
Nota: Esta tabla representa la historia de usuario gestionar productos.
La tabla 14 muestra la historia de usuario denominada “gestionar productos” que
mediante su implementación satisface el registro, modificación y eliminación de productos,
mismos que serán clasificados por categoría para un llevar un mejor orden de los mismos.
Tabla 15. Historia de usuario gestionar clientes
Historia de usuario
numero: 4 usuario: administrador, vendedor
nombre historia: gestionar clientes
prioridad en negocio: alta Riesgo de desarrollo
puntos estimados: 5 iteración asignada: 2
Programador responsable: Cristhian Gualli
33
Descripción: tanto el usuario administrador como el vendedor podrán registrar clientes,
modificar los datos y si se requiere, podrán eliminarlos.
observaciones: Nota: Esta tabla representa la historia de usuario gestionar clientes.
La tabla 15 muestra la historia de usuario denominada “gestionar clientes” que mediante
su implementación satisface el registro, modificación y eliminación de nuevos clientes, con su
respectiva información general.
Tabla 16. Historia de usuario gestionar facturas
Historia de usuario
numero: 5 usuario: administrador, vendedor
nombre historia: gestionar facturas
prioridad en negocio: alta Riesgo de desarrollo
puntos estimados: 5 iteración asignada: 2
Programador responsable: Cristhian Gualli
Descripción: se podrá generar una factura una vez procesada la venta, además se podrá
modificar los productos solicitados dentro de la factura y en caso de ser requerido se podrá
anular la factura y se resetearan los campos.
Observaciones: una vez procesada la venta se podrá visualizar con sus respectivos datos
edemas se podrá anular si es requerido. Nota: Esta tabla representa la historia de usuario gestionar facturas.
La tabla 16 muestra la historia de usuario denominada “gestionar facturas” que
mediante su implementación satisface la generación, modificación y anulación de facturas
emitidas a sus clientes.
Tabla 17. Historia de usuario exportar facturas
Historia de usuario
numero: 6 usuario: administrador, vendedor
nombre historia: exportar facturas
prioridad en negocio: alta Riesgo de desarrollo
puntos estimados: 5 iteración asignada: 2
Programador responsable: Cristhian Gualli
Descripción: una vez que se haya procesado la venta se podrá exportar la factura a archivo
PDF y se guardara en una carpeta contenedora.
34
Observaciones: solo se podrá exportar a archivo PDF más no a otra extensión.
Nota: Esta tabla representa la historia de usuario exportar facturas.
La tabla 17 muestra la historia de usuario denominada “exportar facturas” la cual una
vez realizada su implementación satisface la exportación de la factura al archivo PDF para
poder observarla cuando se necesite.
Tabla 18. Historia de usuario presentar reportes
Historia de usuario
numero: 7 usuario: administrador
nombre historia: presentar reportes
prioridad en negocio: alta Riesgo de desarrollo
puntos estimados: 5 iteracion asignada: 2
Programador responsable: Cristhian Gualli
Descripción: se debe obtener un reporte grafico de las ventas anuales por medio de un
filtro fecha (año) además debe mostrar los datos de las ventas realizadas consolidadas en
una tabla.
observaciones:
Nota: Esta tabla representa la historia de usuario presentar reportes.
La tabla 18 muestra la historia de usuario denominada “presentar reportes” en la cual
se establece los requerimientos para la obtención de los reportes gráficos, dicho requerimiento
es el año en el que se desea conocer sus ingresos y egresos.
Tabla 19. Historia de usuario exportar reportes
Historia de usuario
numero: 8 usuario: administrador
nombre historia: exportar reportes
prioridad en negocio: alta Riesgo de desarrollo
puntos estimados: 5 iteración asignada: 2
Programador responsable: Cristhian Gualli
Descripción: se podrán exportar los reportes consultados a archivo PDF y se guardara en
una carpeta contenedora.
35
Observaciones: solo se podrá exportar a archivo PDF más no a otra extensión.
Nota: Esta tabla representa la historia de usuario exportar reportes.
La tabla 19 muestra la historia de usuario denominada “exportar reportes” la cual una
vez su implementación satisface la exportación a archivo PDF de la consulta del reporte que se
solicitó.
APLICACIÓN MOVIL
Tabla 20. Historia de usuario registro del cliente
Historia de usuario
numero: 9 usuario: cliente
nombre historia: registro cliente
prioridad en negocio: alta Riesgo de desarrollo:
puntos estimados: 5 iteración asignada: 4
Programador responsable: Cesar Guacho
Descripción: El cliente deberá registrar sus datos para la inicialización de la aplicación.
observaciones:
Nota: Esta tabla representa la historia de usuario registro del cliente.
La tabla 20 de la historia de usuario con el nombre de “Registro Cliente”, satisface el
registro de datos de manera segura por parte de la aplicación e inicialización del mismo.
Tabla 21. Historia de usuario visualizar y agregar productos
Historia de usuario
numero: 10 usuario: cliente
nombre historia: visualizar y agregar productos
prioridad en negocio: alta Riesgo de desarrollo:
puntos estimados: 5 iteracion asignada: 4
Programador responsable: Cesar Guacho
Descripción: El usuario podrá visualizar los productos disponibles por parte del sistema
web y a su vez agregarlos al carrito de compras.
observaciones:
Nota: Esta tabla representa la historia de usuario visualizar y agregar productos.
36
La tabla 21 de la historia de usuario con el nombre “Visualizar y agregar productos”, le
permite al cliente de manera satisfactoria visualizar, personalizar y agregar productos de su
selección al carrito de compras.
Tabla 22. Historia de usuarios seleccionados
Historia de usuario
numero: 11 usuario: cliente
nombre historia: seleccionados
prioridad en negocio: alta Riesgo de desarrollo:
puntos estimados: 5 iteración asignada: 5
Programador responsable: Cesar Guacho
Descripción: El cliente podrá modificar los productos seleccionados o a su vez eliminarlos
del carrito de compras.
observaciones:
Nota: Esta tabla representa la historia de usuario seleccionados.
La tabla 22 de la historia de usuario con el nombre de “Modificar y eliminar productos
seleccionados”, satisface al cliente con la actualización de la lista del producto, indicando el
modo de pago y el tipo de entrega del pedido generado.
Tabla 23. Historia de usuario generar factura
Historia de usuario
numero: 12 usuario: cliente
nombre historia: generar factura
prioridad en negocio: alta Riesgo de desarrollo:
puntos estimados: 5 iteración asignada: 5
Programador responsable: Cesar Guacho
Descripción: El cliente visualizara el tipo de entrega, el modo de pago, la descripción de su
compra y el total a pagar la factura
observaciones:
Nota: Esta tabla representa la historia de usuario generar factura.
37
La tabla 23 de la historia de usuario con el nombre “generar factura”, satisface la
información registrada de su pedido y el monto a pagar de manera que la compra realizada se
le enviara a su correo electrónico.
Planificación de lanzamientos
Una vez establecidas las historias de usuario, se realiza la planificación de entregas;
como efecto se plantea el plan de lanzamientos. Luego de llegar a un acuerdo con el dueño del
establecimiento sobre los alcances de cada historia de usuario, se establece el plan expuesto a
continuación.
Tabla 24. Plan de lanzamientos
N Nombre de historia Prioridad Riesgo Tiempo
interacción 1
1 acceso al sistema Alta Media 1 semana
2 Gestionar usuarios Alta Media 1 semana
3 Gestionar Productos Alta Media 1 semana
iteración 2
4 Gestionar Clientes Alta Media 1 semana
5 Gestionar Facturas Alta Alta 1 semana
6 Exportar facturas Media Baja 1semana
iteración 3
7 Presentar Reporte Media Media 1 semana
8 Exportar Reporte Media Media 1 Semana
iteración 4
9 Registro cliente Alta Media 1semana
10 Visualizar y agregar
productos Media Media
iteración 5
11
Modificar y eliminar
productos
seleccionados
Alta Medio 1 semana
12 Generar factura Alta Media 1 semana
Nota: Esta tabla muestra el plan de lanzamientos para la elaboración de las
historias de usuario.
38
Iteraciones
Se presenta el plan de iteraciones que fue elaborado en compañía del dueño del
establecimiento, se establecieron las iteraciones en 12 semanas las cuales se estimularon para
la culminación del desarrollo del presente proyecto.
Tabla 25. Plan de iteraciones
Planificación
iteración Historias mes1 mes2 mes3
s1 s2 s3 s4 s1 s2 s3 s4 s1 s2 s3 s4
1
acceso al sistema
Gestionar usuarios
Gestionar Productos
2
Gestionar Clientes
Gestionar Facturas
Exportar facturas
3 Presentar Reporte
Exportar Reporte
4 Registro cliente
Visualizar y agregar productos
5
Modificar y eliminar productos
seleccionados
Generar factura
Nota: Esta tabla muestra el plan de iteraciones que se estableció con el cliente.
Diseño
Se tomaron en cuenta las consideraciones de diseño planteadas por la metodología y
posteriormente se pusieron en práctica.
Modelación de la base de datos
La modelación de la base de datos nos muestra los requerimientos funcionales que se
deben cumplir, es importante contar con un modelo que cumpla con las necesidades
fundamentales del presente proyecto ya que este determinara el modo de almacenar, organizar
y manipular los datos con los que se trabajaran.
39
Modelo entidad relación
El modelo entidad relación nos muestra las entidades más relevantes dentro de un
sistema, así como sus relaciones y propiedades. en la figura 4 se muestra el modelo inicial para
la implementación en un sistema gestor de base de datos, este modelo inicial se elaboró de
acuerdo a los requerimientos solicitados por el cliente para el desarrollo del proyecto, el modelo
muestra la relación entre los actores del sistema web y aplicación móvil.
Figura 4. Modelo entidad relación
Nota: Esta figura representa el modelo entidad relación que se planteó como punto de partida para
el desarrollo del presente proyecto.
Modelo relacional
El modelo relacional nos facilita detalles en la estructura de las tablas de la base de
datos, las relaciones que existen entre ellas, restricciones, campos y los tipos de datos que se
van a utilizar, están deben reflejar la semántica del negocio.
40
Para la elaboración del esquema en la Figura 5 se utilizó MySQL Workbench la cual es
una herramienta de uso libre para la visualización de las tablas y sus interrelacione
Figura 5. Diagrama del modelo lógico de base de datos
Nota: Esta figura representa el diagrama del modelo lógico de base de datos utilizado como punto de partida
para el desarrollo del presente proyecto.
Metáfora del Sistema web y aplicación móvil para la gestión de pedidos
Fluffy K Repostería ubicada en la juan Montalvo describe que no lleva un registro del
consumo y ventas diarias que salvaguarde al negocio con respecto a las necesidades de sus
clientes, ya sea en la toma de pedidos y en la entrega del mismo.
Del mismo modo se vio la necesidad de optar por un sistema web que le permita
administrar sus ventas e insumos, y la aplicación móvil para gestionar el pedido que realiza el
cliente.
41
En el proceso de la creación del proyecto del sistema web, se definieron los módulos:
Registrar Datos, lista de productos, productos seleccionados y estado del pedido, en la que cada
uno cumple una función específica.
En el módulo Registrar Datos, los clientes deberán registrar sus datos para acceder a la
aplicación mediante su correo y clave en la que esta se registró.
El modulo Lista de productos: los clientes podrán visualizar productos que facilita el
sistema web, del mismo modo puede personalizar el producto de manera digital y elegir las
cantidades que necesite para agregar al carrito de compras.
El modulo productos seleccionados: el cliente visualiza los productos que agrego en su
carrito de compras, esto a su vez lo puede modificar o eliminar cual sea el caso correspondiente
una vez realizado esto elige el tipo de pago y tipo de retiro del producto para que esto a su vez
se genere una factura en la aplicación.
El modulo estado del pedido: el cliente podrá visualizar si su pedido fue atendido o negado.
Codificación
Una vez realizada las iteraciones, se trabaja en parejas con habilidades diferentes y con
el respectivo acompañamiento del usuario de Fluffy k Repostería para despejar cualquier duda,
buscando la simplicidad del sistema web y aplicación móvil, además se realiza las pruebas
unitarias y de aceptación en la programación realizada.
En esta fase se realiza la codificación, se crea las tablas, las columnas, determinación
de los tipos de datos, las restricciones (claves primarias, claves foráneas, identificadores, etc.)
y demás implementaciones características del gestor de base de datos MySQL Workbench.
42
Para la implementación de la base de datos relacional se empleará MYSQL, a
continuación, en la figura 6 se muestra la implementación de la base de datos correspondiente
al modelamiento que se realizó para Fluffy k Repostería.
Figura 6. Base de datos
Nota: Esta figura muestra las tablas creadas en la base de datos.
Se usó 000WEBHOST para el alojamiento de nuestra base de datos y sitio web, ya que
es uno de los proveedores de alojamiento web más grandes de la red, con el servicio de
suministrar a los usuarios de internet un sistema para poder almacenar información o cualquier
contenido accesible vía web, pero para esto se necesita estar asociado a un Dominio, en el cual
se utilizó Freenom para obtener un dominio gratuito y acceder a un lugar de internet.
Pruebas
Antes de llevar acabo las pruebas se muestra el diagrama de casos de uso seguidas de
sus respectivas descripciones para poder tener una mejor comprensión de los que son las
43
funcionalidades tanto del sistema como las de la aplicación móvil. Existen tres tipos de usuario
en este proyecto, los cuales son:
Usuario administrador
Usuario vendedor
Usuario cliente
El usuario administrador es aquel que se encarga de gestionar todo con respecto al
negocio, ingresar a los vendedores y de registrar clientes, sin embargo, los clientes no tendrán
acceso al sistema como tal sino más bien solo podrán realizar pedidos a través de la aplicación.
Figura 7. Sistema web
Nota: caso de uso del sistema web, administrador y vendedor.
44
Figura 8. Aplicación móvil
Nota: caso de uso de la aplicación móvil, cliente.
Sistema web
Tabla 26. Caso de uso acceso al sistema
CU:UC-01-SW Acceso al sistema
Descripción Ingreso al sistema con usuario y clave.
Actores
Administrador
Vendedor
Escenarios
Tienen la funcionalidad de ingresar su usuario y contraseña para ingresar al
sistema, llenar sus datos y para llevar acabo cualquier actividad.
Nota: Esta tabla representa el caso de uso acceso al sistema con sus respectivos actores involucrados.
Tabla 27. Caso de uso gestionar usuarios
CU:UC-02-SW Gestionar usuarios
Descripción Permite crear, modificar y eliminar usuarios del sistema.
45
Actores Administrador
Escenarios
El administrador puede gestionar los usuarios creados en el sistema.
Nota: Esta tabla representa el caso de uso gestionar usuarios.
Tabla 28. Caso de uso gestionar productos
CU:UC-03-SW Gestionar productos
Descripción Permite crear, modificar y eliminar productos.
Actores
Administrador
Vendedor
Escenarios
El administrador y el vendedor pueden gestionar y visualizar los productos
creados que además se presentan categorizados.
Nota: Esta tabla representa el caso de uso gestionar productos.
Tabla 29. Caso de uso gestionar clientes
CU:UC-04-
SW
Gestionar clientes
Descripción Permite crear, modificar y eliminar clientes.
Actores
Administrador
Vendedor
46
Escenarios
El administrador y el vendedor pueden gestionar y visualizar los clientes
creados por ambas partes así como los que son creados desde la aplicación
móvil.
Nota: Esta tabla representa el caso de uso gestionar clientes.
Tabla 30. Caso de uso gestionar facturas
CU:UC-05-
SW
Gestionar facturas
Descripción Permite generar, modificar y anular las facturas.
Actores
Administrador
Vendedor
Escenarios
El administrador y el vendedor pueden generar y anular las facturas emitidas
en el sistema.
Nota: Esta tabla representa el caso de uso gestionar facturas.
Tabla 31. Caso de uso exportar facturas
CU:UC-06-
SW
Exportar facturas
Descripción Permite exportar a PDF las facturas emitidas al realizar una venta.
Actores
Administrador
Vendedor
47
Escenarios
Ambos podrán exportar a archivo PDF las facturas emitidas para futuras
referencias del negocio.
Nota: Esta tabla representa el caso de uso exportar facturas.
Tabla 32. Caso de uso presentar reportes
CU:UC-07-
SW
Presentar reportes
Descripción
Permite visualizar reportes de ventas de manera gráfica, además de manera
consolidada en forma de tabla con filtro de fecha.
Actores Administrador
Escenarios
Ambos podrán consultar los reportes de ventas anuales por medio de un filtro
año, sin importar la culminación del año en curso.
Nota: Esta tabla representa el caso de uso presentar reportes.
Tabla 33. Caso de uso 8 exportar reportes
CU:UC-08-
SW
Exportar reportes
Descripción Permite exportar a PDF los reportes del año deseado.
Actores Administrador
Escenarios
El administrador y vendedor pueden exportar a archivo PDF los reportes
generados a partir de un año específico con el fin de tener una noción de los
ingresos del negocio.
48
Nota: Esta tabla representa el caso de uso gestionar clientes.
Aplicación Móvil
Tabla 34. Caso de uso Registrar Datos
CU:09-SA Registrar datos
Descripción Registro de la información del cliente previo ingreso a la app.
Actores Cliente
Escenarios
El cliente deberá llenar todos los campos con sus datos para poder registrarse,
Ingresar con su correo y clave de registró para así poder ingresar al sistema móvil.
Nota: Esta tabla representa el caso de uso registrar datos.
Tabla 35. Caso de uso lista de productos
CU:10-SA Lista de productos
Descripción El cliente podrá visualizar los productos disponibles que ofrece el sistema web.
Actores Cliente
Escenarios
Visualizar productos, personalizar el producto de manera digital, agregar productos
al carrito.
Nota: Esta tabla representa el caso de uso lista de productos.
Tabla 36. Caso de uso 11 Productos Seleccionados
CU:11-SA Productos seleccionados
Descripción El cliente podrá visualizar los productos que agrego al carrito de compras.
Actores Cliente
49
Escenarios
Editar y eliminar productos seleccionados, elegir tipo de pago, tipo de entrega del
pedido y visualizar factura.
Nota: Esta tabla representa el caso de uso productos seleccionados.
Tabla 37. Caso de uso Visualizar estado del pedido
CU:12-SA Visualizar estado del pedido.
Descripción El cliente podrá visualizar el estado del pedido.
Actores Cliente
Escenarios Visualizar si su pedido fue atendido o negado.
Nota: Esta tabla representa el caso de uso visualizar estado del pedido.
Pruebas unitarias
Tabla 38. Prueba unitaria acceso al sistema.
Caso de uso:UC-
01-SW
Acceso al sistema No. 1
Escenario Se comprobara el acceso al sistema.
Responsable Administrador del sistema Fecha:01/09/2020
Precondiciones Tener usuario y contraseña.
Datos de entrada Ninguno
50
Descripción de
pasos
Ingreso al sistema con el rol de administrador.
Modificar usuario y contraseña.
Guardar cambios.
Cerrar sesión.
Iniciar sesión con los datos modificados.
Resultado
esperado
Iniciar sesión con el nuevo usuario y
contraseña del administrador.
Cumplimiento
SI
X
NO
Resultado
obtenido
Errores: no se registraron errores.
Prueba exitosa.
Fallas provocadas: no se
registraron fallas.
Nota: Esta tabla representa la prueba unitaria realizada al caso de uso acceso al sistema con el actor administrador.
Tabla 39. Prueba unitaria gestionar usuarios
Caso de uso:UC-
02-SW
Gestionar usuarios No. 2
Escenario Se comprobara la creación, modificación y eliminación de los usuarios
en el sistema web.
Responsable Administrador del sistema Fecha:01/09/2020
Precondiciones Ingreso al sistema
Datos de entrada Datos de usuarios.
Descripción de
pasos
Ingreso al sistema con el rol de administrador.
Ingreso al menú acceso y posteriormente usuarios.
Crear usuario.
Modificar usuario.
Eliminar usuario.
Guardar cambios.
Salir del sistema.
51
Resultado
esperado
Crear, modificar y eliminar usuarios del
sistema web. Cumplimiento SI
X
NO
Resultado
obtenido
Errores: no se registraron errores, los
datos se guardaron con éxito en la base de
datos. Prueba exitosa.
Fallas provocadas: no se
registraron fallas.
Nota: Esta tabla representa la prueba unitaria realizada al caso de uso gestionar usuarios con el actor
administrador.
Tabla 40. Prueba unitaria gestionar productos
Caso de uso:UC-
03-SW
Gestionar productos No. 3
Escenario Se comprobara la creación, modificación y eliminación de los
productos del establecimiento en el sistema web.
Responsable Administrador del sistema Fecha:01/09/2020
Precondiciones Ingreso al sistema
Datos de entrada Imagen del producto.
Descripción de
pasos
Ingreso al sistema con el rol de administrador.
Ingreso al menú almacén y posteriormente productos.
Crear producto.
Modificar producto.
Eliminar producto.
Guardar cambios.
Salir del sistema.
Resultado
esperado
Crear, modificar y eliminar productos
del sistema web. Cumplimiento SI
X
NO
Resultado
obtenido
Errores: no se registraron errores, los
datos se guardaron con éxito en la base
de datos. Prueba exitosa.
Fallas provocadas: no se
registraron fallas.
Nota: Esta tabla representa la prueba unitaria realizada al caso de uso gestionar productos con el actor
administrador.
Tabla 41 Prueba unitaria gestionar clientes
Caso de uso:UC-
04-SW
Gestionar clientes No. 4
52
Escenario Se comprobara la creación, modificación y eliminación de los clientes en el sistema web.
Responsable Administrador del sistema Fecha:01/09/2020
Precondiciones Ingreso al sistema
Datos de entrada Ninguno
Descripción de
pasos
Ingreso al sistema con el rol de administrador.
Ingreso al menú ventas y posteriormente clientes.
Crear cliente.
Modificar cliente.
Eliminar cliente.
Guardar cambios.
Salir del sistema.
Resultado
esperado
Crear, modificar y eliminar clientes del
sistema web. Cumplimiento SI
X
NO
Resultado
obtenido
Errores: no se registraron errores, los
datos se guardaron con éxito en la base
de datos. Prueba exitosa.
Fallas provocadas: no se
registraron fallas.
Nota: Esta tabla representa la prueba unitaria realizada al caso de uso gestionar clientes con el actor administrador.
Tabla 42. Prueba unitaria gestionar facturas
Caso de uso:UC-
05-SW
Gestionar facturas No. 5
Escenario Se comprobara la generación, modificación y anulación de las facturas
en el sistema web.
Responsable Administrador del sistema Fecha:01/09/2020
Precondiciones Ingreso al sistema
Datos de entrada Configuración de la información del establecimiento.
Descripción de
pasos
Ingreso al sistema con el rol de administrador.
Ingreso al menú ventas y posteriormente nueva venta.
Crear factura.
Modificar factura.
Procesar factura.
Anular usuario.
Guardar cambios.
Salir del sistema.
Resultado
esperado
Generación, modificación y anulación de
las facturas en el sistema web. Cumplimiento SI
X
53
NO
Resultado
obtenido
Errores: no se registraron errores, las
facturas generadas se guardaron
exitosamente en la base de datos. Prueba
exitosa.
Fallas provocadas: no se
registraron fallas.
Nota: Esta tabla representa la prueba unitaria realizada al caso de uso gestionar facturas con el actor administrador.
Tabla 43. Prueba unitaria Exportar factura
Caso de uso:UC-
06-SW
Exportar facturas No. 6
Escenario Se comprobara la exportación de las facturas en archivo PDF.
Responsable Administrador del sistema Fecha:01/09/2020
Precondiciones Ingreso al sistema
Datos de entrada Ninguno
Descripción de
pasos
Ingreso al sistema con el rol de administrador.
Ingreso al menú ventas y posteriormente ventas.
Ver factura.
Guardar factura en archivo PDF.
Salir del sistema.
Resultado
esperado
Exportación de facturas a archivo PDF. Cumplimiento SI
X
NO
Resultado
obtenido
Errores: no se registraron errores, el
archivo PDF de las facturas de guardaron
exitosamente en un folder. Prueba
exitosa.
Fallas provocadas: no se
registraron fallas.
Nota: Esta tabla representa la prueba unitaria realizada al caso de uso exportar facturas con el actor administrador.
Tabla 44. Prueba unitaria presentar reportes
Caso de uso:UC-
07-SW
Presentar reportes No. 7
Escenario Se comprobara la opción de visualizar reportes en el sistema web.
Responsable Administrador del sistema Fecha:01/09/2020
Precondiciones Ingreso al sistema
Datos de entrada Ninguno
Descripción de
pasos
Ingreso al sistema con el rol de administrador.
Ingreso al menú reportes.
54
Seleccionar el año.
Generar gráfico estadístico de barras.
Generar tabla con las ventas del año seleccionado.
Salir del sistema.
Resultado
esperado
Presentación de reportes de manera
gráfica y consolidada en una tabla por
medio del filtro año.
Cumplimiento SI
X
NO
Resultado
obtenido
Errores: no se registraron errores.
Prueba exitosa.
Fallas provocadas: no se
registraron fallas.
Nota: Esta tabla representa la prueba unitaria realizada al caso de uso presentar reportes con el actor administrador.
Tabla 45. Prueba unitaria exportar reportes
Caso de uso:UC-
08-SW
Exportar reportes No. 8
Escenario Se comprobara la opción de exportación de reportes en archivo
PDF.
Responsable Administrador del sistema Fecha:01/09/2020
Precondiciones Ingreso al sistema
Datos de entrada Ninguno
Descripción de
pasos
Ingreso al sistema con el rol de administrador.
Ingreso al menú reportes.
Seleccionar exportar PDF.
Guardar archivo PDF.
Salir del sistema.
Resultado
esperado
Exportación de reportes en
archivos PDF. Cumplimiento SI
X
NO
Resultado obtenido Errores: no se registraron
errores. Prueba exitosa.
Fallas provocadas: no se
registraron fallas.
Nota: Esta tabla representa la prueba unitaria realizada al caso de uso exportar reportes con el actor administrador.
Tabla 46. Prueba unitaria acceso al sistema
Caso de uso:UC-01-
SW
Acceso al sistema No. 9
Escenario Se comprobara el acceso al sistema web.
Responsable Vendedor Fecha:01/09/2020
Precondiciones Ingreso al sistema con el rol asignado por el administrador.
Datos de entrada Usuario y clave del vendedor.
Descripción de
pasos
Ingreso al sistema con el rol de vendedor.
Verificar las opciones habilitadas en el sistema.
Cerrar sesión.
55
Resultado esperado Se ingresa al sistema con el rol de vendedor.
Cumplimiento SI
X
NO
Resultado obtenido Errores: no se registraron errores. Prueba exitosa.
Fallas provocadas: no se registraron fallas.
Nota: Esta tabla representa la prueba unitaria realizada al caso de uso acceso al sistema con el actor vendedor.
Tabla 47. Prueba unitaria gestionar productos
Caso de uso:UC-
3-SW
Gestionar productos No. 10
Escenario Se comprobara la creación, modificación y eliminación de los productos
del establecimiento en el sistema web.
Responsable Vendedor Fecha:01/09/2020
Precondiciones Ingreso al sistema
Datos de entrada Imagen del producto.
Descripción de
pasos
Ingreso al sistema con el rol de vendedor.
Ingreso al menú almacén y posteriormente productos.
Crear producto.
Insertar imagen del producto.
Modificar producto.
Eliminar producto.
Guardar cambios.
Salir del sistema.
Resultado
esperado
Crear, modificar y eliminar productos
del sistema web. Cumplimiento SI
X
NO
Resultado
obtenido
Errores: no se registraron errores, los
datos se guardaron con éxito en la base
de datos. Prueba exitosa.
Fallas provocadas: no se
registraron fallas.
Nota: Esta tabla representa la prueba unitaria realizada al caso de uso gestionar productos con el actor vendedor.
Tabla 48. Prueba unitaria gestionar clientes.
Caso de uso:UC-
4-SW
Gestionar clientes No. 11
Escenario Se comprobara la creación, modificación y eliminación de los clientes
en el sistema web.
Responsable Vendedor Fecha:01/09/2020
Precondiciones Ingreso al sistema
56
Datos de entrada Ninguno
Descripción de
pasos
Ingreso al sistema con el rol de vendedor.
Ingreso al menú ventas y posteriormente clientes.
Crear cliente.
Modificar cliente.
Eliminar cliente.
Guardar cambios.
Salir del sistema.
Resultado
esperado
Crear, modificar y eliminar clientes del
sistema web. Cumplimiento SI
X
NO
Resultado
obtenido
Errores: no se registraron errores, los
datos se guardaron con éxito en la base
de datos. Prueba exitosa.
Fallas provocadas: no se
registraron fallas.
Nota: Esta tabla representa la prueba unitaria realizada al caso de uso gestionar clientes con el actor vendedor.
Tabla 49. Prueba unitaria gestionar facturas
Caso de uso:UC-
05-SW
Gestionar facturas No. 12
Escenario Se comprobara la generación, modificación y anulación de las facturas
en el sistema web.
Responsable Vendedor Fecha:01/09/2020
Precondiciones Ingreso al sistema
Datos de entrada Configuración de la información del establecimiento.
Descripción de
pasos
Ingreso al sistema con el rol de vendedor.
Ingreso al menú ventas y posteriormente nueva venta.
Nueva factura.
Crear factura.
Modificar factura.
Procesar factura.
Anular usuario.
Guardar cambios.
Salir del sistema.
Resultado
esperado
Generación, modificación y anulación de
las facturas en el sistema web. Cumplimiento SI
X
NO
57
Resultado
obtenido
Errores: no se registraron errores, las facturas generadas se guardaron
exitosamente en la base de datos. Prueba
exitosa.
Fallas provocadas: no se registraron fallas.
Nota: Esta tabla representa la prueba unitaria realizada al caso de uso gestionar facturas con el actor vendedor.
Tabla 50. Prueba unitaria exportar facturas
Caso de uso:UC-
06-SW
Exportar facturas No. 13
Escenario Se comprobara la exportación de las facturas en archivo PDF.
Responsable Vendedor Fecha:01/09/2020
Precondiciones Ingreso al sistema
Datos de entrada Ninguno
Descripción de
pasos
Ingreso al sistema con el rol de vendedor.
Ingreso al menú ventas y posteriormente ventas.
Ver factura.
Guardar factura en archivo PDF.
Salir del sistema.
Resultado
esperado
Exportación de facturas a archivo PDF. Cumplimiento SI
X
NO
Resultado
obtenido
Errores: no se registraron errores, el
archivo PDF de las facturas de guardaron
exitosamente en un folder. Prueba
exitosa.
Fallas provocadas: no se
registraron fallas.
Nota: Esta tabla representa la prueba unitaria realizada al caso de uso exportar facturas con el actor vendedor.
Sistema de aplicación móvil
Tabla 51. Prueba unitaria registro de cliente
Caso de uso:01-
SA
Registro de Cliente No. 1
Escenario El cliente deberá llenar todos los campos con sus datos, para poder registrarse
e ingresar al sistema móvil.
Responsable Cliente Fecha:01/09/2020
Precondiciones Ingreso a la aplicación
Datos de entrada Datos del cliente
Descripción de
pasos
Ingreso a la aplicación
Lista Productos
Productos Seleccionados
Estado Pedido
Salir de la aplicación
58
Resultado
esperado
Registro de datos exitosos. Cumplimiento SI
X
NO
Resultado
obtenido
Errores: no se registraron errores, los datos
se guardaron con éxito en la base de datos.
Prueba exitosa.
Fallas provocadas: no se
registraron fallas.
Nota: Esta tabla representa la prueba unitaria realizada al caso de uso registro cliente.
Tabla 52. Prueba unitaria lista productos
Caso de uso: 02-
SA
Lista de productos No. 2
Escenario Visualizar productos, personalizar el producto de manera digital, agregar
productos al carrito.
Responsable Cliente Fecha:01/09/2020
Precondiciones Ingreso a la aplicación en el módulo lista de productos.
Datos de entrada información de los productos disponibles en el sistema web
Descripción de
pasos
El cliente ingresa a la aplicaciones con su usuario y contraseña
visualiza los productos disponibles por parte del sistema web
Puede personalizar el producto de manera digital.
Agrega productos al carrito de compras
Salir de la actividad
Resultado
esperado
Registro del producto al carrito de compras
exitoso. Cumplimiento SI
X
NO
Resultado
obtenido
Errores: no se registraron errores, el producto
se guardaron con éxito en la base de datos.
Prueba exitosa.
Fallas provocadas: no se
registraron fallas.
Nota: Esta tabla representa la prueba unitaria realizada al caso de uso lista productos.
Tabla 53. Prueba unitaria productos seleccionados
Caso de uso:03-
SA
Productos seleccionados No. 3
Escenario Editar y eliminar productos seleccionados, elegir tipo de pago, tipo de entrega
del pedido y visualizar factura.
59
Responsable Cliente Fecha:01/09/2020
Precondiciones Ingreso a la aplicación en el módulo productos seleccionados
Datos de entrada Actualización de los productos del carrito de compras.
Descripción de
pasos
Ingreso al módulo productos seleccionados
Visualizar los productos del carrito de compras
Seleccionar el producto
Actualizar producto o eliminarlo
Elegir método de retiro del pedido
Elegir método de pago
Generar Factura
Visualizar factura
Salir del modulo
Resultado
esperado
Registro de datos exitosos. Cumplimiento SI
X
NO
Resultado
obtenido
Errores: no se registraron errores, los datos se
guardaron con éxito en la base de datos.
Prueba exitosa.
Fallas provocadas: no se
registraron fallas.
Nota: Esta tabla representa la prueba unitaria realizada al caso de uso productos seleccionados.
Tabla 54. Prueba unitaria visualizar estado del pedido
Caso de uso:UC-
04-SA
Visualizar estado del pedido. No. 4
Escenario Visualizar si su pedido fue atendido o negado.
Responsable Cliente Fecha:01/09/2020
Precondiciones Ingreso a la aplicación con el usuario y contraseña del cliente.
Datos de entrada Ninguno
Descripción de
pasos
El cliente ingresa a la aplicaciones con su usuario y contraseña
ingresa al módulo de estado del pedido
visualizar pedido atendido
visualizar pedido negado
Se finaliza la actividad
Registro el pedido exitoso. Cumplimiento SI
60
Resultado
esperado
X
NO
Resultado
obtenido
Errores: no se registraron errores, se
visualizó el pedido con éxito en la base
de datos. Prueba exitosa.
Fallas provocadas: no se
registraron fallas.
Nota: Esta tabla representa la prueba unitaria realizada al caso de uso visualizar estado del pedido.
Pruebas de aceptación
Las pruebas son una imposición para cumplir con los objetivos de las historias de
usuario, las pruebas permiten conocer si lo desarrollado es lo que de verdad se requiere. En
esta etapa se ejecutan las pruebas destinadas al funcionamiento de cada iteración definida
durante la planeación.
Tabla 55. Prueba de aceptación acceso al sistema con datos correcto
Prueba de aceptación
Número: 1 Historia de usuario #1
nombre historia: acceso al sistema con datos correctos
Descripción: se ingresa al sistema web con el usuario en este caso el correo y contraseña
asignado. Se valida el tipo de usuario que accede al sistema y se la dan los permisos
correspondientes a su rol.
Condiciones de ejecución: conexión a internet, base de datos, servidor web y usuario
creado.
entrada/pasos de ejecución:
El usuario ingresa su correo y contraseña.
Se ingresa al sistema y se presentan los módulos de acuerdo a su rol.
Resultado esperado: ingreso al sistema con permisos de acuerdo al rol que desempeña el
usuario que accede al sistema.
Evaluación de la prueba: prueba satisfactoria.
Nota: Esta tabla representa la prueba de aceptación de la historia de usuario #1, acceso al sistema con datos
correctos.
Tabla 56. Pruebas de aceptación acceso al sistema con datos incorrectos.
Prueba de aceptación
Número: 2 Historia de usuario #1
Nombre historia: acceso al sistema con datos incorrectos
Descripción: cuando el usuario y contraseña son incorrectos o no existen. Se presenta un
mensaje de alerta de error.
61
Condiciones de ejecución: conexión a internet, base de datos, servidor web y usuario creado.
entrada/pasos de ejecución:
El usuario ingresa su correo y contraseña.
Se presenta un mensaje de error por los datos incorrectos.
Resultado esperado: no se permite el acceso al sistema y se presenta un mensaje de error.
Evaluación de la prueba: prueba satisfactoria.
Nota: Esta tabla representa la prueba de aceptación de la historia de usuario #1, acceso al sistema con datos
incorrectos.
Tabla 57. Pruebas de aceptación gestionar usuarios.
Prueba de aceptación
Número: 3 Historia de usuario #2
Nombre historia: Gestionar usuarios
Descripción: el usuario con su sesión activa puede visualizar, registrar, modificar y eliminar
usuarios si así lo requiere.
Condiciones de ejecución: sesión activa, conexión a internet, base de datos, estar dentro del
módulo de usuarios.
Entrada/pasos de ejecución: módulo de usuarios.
El usuario puede visualizar en pantalla una lista con todos los usuarios creados.
El usuario puede registrar un nuevo usuario con su respectivo rol.
El usuario puede editar los datos de los usuarios creados.
El usuario puede eliminar los usuarios que están registrados.
Al realizar cualquier tarea de las mencionadas se notificara por medio de una alerta si se
registró, edito o elimino exitosamente.
Resultado esperado:
Visualizar los datos separados por campos en una tabla dinámica con las operaciones de
editar y eliminar.
Registro de usuarios.
Editar usuarios.
Actualizar datos de usuario.
Eliminar usuarios.
Datos actualizados en la base de datos.
Evaluación de la prueba: prueba satisfactoria.
Nota: Esta tabla representa la prueba de aceptación de la historia de usuario #2.
Tabla 58. Pruebas de aceptación gestionar productos.
Prueba de aceptación
Número: 4 Historia de usuario #3
Nombre historia: Gestionar productos
Descripción: el usuario con su sesión activa puede visualizar, registrar, modificar y
eliminar productos si así lo requiere.
Condiciones de ejecución: sesión activa, conexión a internet, base de datos, estar dentro
del módulo de productos.
Entrada/pasos de ejecución: módulo de productos.
62
El usuario puede visualizar en pantalla una lista con todos los productos creados.
El usuario puede registrar un nuevo producto, con su imagen, precio y categoría.
El usuario puede editar los datos de los productos registrados.
El usuario puede eliminar los productos que están registrados.
Al realizar cualquier tarea de las mencionadas se notificara por medio de una alerta si se registró, edito o elimino exitosamente el producto.
Resultado esperado:
Visualizar los datos separados por campos en una tabla dinámica con las operaciones de
editar y eliminar productos.
Registro de productos.
Registro de categorías de productos.
Editar productos.
Actualizar datos de productos.
Eliminar productos.
Datos actualizados en la base de datos.
Evaluación de la prueba: prueba satisfactoria.
Nota: Esta tabla representa la prueba de aceptación de la historia de usuario #3.
Tabla 59. Pruebas de aceptación gestionar clientes.
Prueba de aceptación
Número: 5 Historia de usuario #4
Nombre historia: Gestionar clientes
Descripción: el usuario con su sesión activa puede visualizar, registrar, modificar y
eliminar clientes.
Condiciones de ejecución: sesión activa, conexión a internet, base de datos, estar dentro
del módulo de clientes.
Entrada/pasos de ejecución: módulo de clientes.
El usuario puede visualizar en pantalla una lista con todos los clientes creados.
El usuario puede registrar un nuevo cliente con sus respectivos datos.
El usuario puede editar los datos de los clientes registrados.
El usuario puede eliminar los clientes que están registrados.
Al realizar cualquier tarea de las mencionadas se notificara por medio de una alerta si se
registró, edito o elimino exitosamente el cliente.
Resultado esperado:
Visualizar los datos separados por campos en una tabla dinámica con las operaciones de
editar y eliminar clientes.
Registro de clientes.
Editar clientes.
Actualizar datos de clientes.
Eliminar clientes.
Datos actualizados en la base de datos.
Evaluación de la prueba: prueba satisfactoria.
Nota: Esta tabla representa la prueba de aceptación de la historia de usuario #4.
Tabla 60. Pruebas de aceptación gestionar facturas.
Prueba de aceptación
63
Número: 6 Historia de usuario #5
Nombre historia: Gestionar facturas
Descripción: el usuario con su sesión activa puede visualizar a factura, generarla, editarla
y anularla si se requiere.
Condiciones de ejecución: sesión activa, conexión a internet, base de datos, estar dentro
del módulo de ventas ubicar en subproceso nueva venta.
Entrada/pasos de ejecución: módulo de ventas.
El usuario puede visualizar en pantalla una plantilla de la factura a emitir.
El usuario puede generar una factura con los productos seleccionados.
El usuario puede editar la factura.
El usuario puede anular la factura.
Al generar la factura emergerá una pantalla en la cual se presenta la factura con los datos
del establecimiento, lo datos del cliente y los productos que se compraron.
Resultado esperado:
Visualizar las tareas añadir, agregar, procesar y anular de la factura.
Generar factura.
Editar factura.
Anular factura.
Datos actualizados en la base de datos.
Evaluación de la prueba: prueba satisfactoria.
Nota: Esta tabla representa la prueba de aceptación de la historia de usuario #5.
Tabla 61. Pruebas de aceptación exportar facturas
Prueba de aceptación
Número: 7 Historia de usuario #6
Nombre historia: exportar facturas
Descripción: el usuario con su sesión activa puede exportar al archivo PDF la factura
procesada.
Condiciones de ejecución: sesión activa, conexión a internet, base de datos, factura
procesada, estar dentro del módulo de ventas ubicar en subproceso nueva venta.
Entrada/pasos de ejecución: módulo de ventas.
La factura emitida se puede exportar a PDF.
Se guarda en una carpeta contenedora para su visualización.
Resultado esperado:
Visualizar la factura previamente a ser exportada al archivo PDF.
Exportar la factura a PDF.
Guardar factura.
Evaluación de la prueba: prueba satisfactoria.
Nota: Esta tabla representa la prueba de aceptación de la historia de usuario #6.
Tabla 62. Pruebas de aceptación presentar reportes
Prueba de aceptación
Número: 8 Historia de usuario #7
Nombre historia: Presentar reportes
64
Descripción: el usuario con su sesión activa puede visualizar los reportes de ventas de manera gráfica y por medio de una tabla.
Condiciones de ejecución: sesión activa, conexión a internet, base de datos, seleccionar
año en el que se desea presentar el reporte.
Entrada/pasos de ejecución: módulo de reportes.
Seleccionar el año en el que se desea presentar los reportes
Se visualizará de manera gráfica los reportes de ventas.
Se visualizara en una tabla las ventas totales.
Resultado esperado:
Visualizar gráficos estadísticos de las ventas.
Visualizar tabla de las ventas totales.
Evaluación de la prueba: prueba satisfactoria.
Nota: Esta tabla representa la prueba de aceptación de la historia de usuario #7.
Tabla 63. Pruebas de aceptación exportar reportes
Prueba de aceptación
Número: 9 Historia de usuario #8
Nombre historia: Exporter reports
Descripción: el usuario con su sesión activa puede exportar al archivo PDF los reportes
consultados.
Condiciones de ejecución: sesión activa, conexión a internet, base de datos, seleccionar
año a consultar reportes.
Entrada/pasos de ejecución: módulo de reportes.
Consultar reporte por año.
Exportar al archivo PDF el reporte consultado.
Resultado esperado:
Visualizar la factura previamente a ser exportada al archivo PDF.
Exportar la factura a PDF.
Guardar reporte.
Evaluación de la prueba: prueba satisfactoria.
Nota: Esta tabla representa la prueba de aceptación de la historia de usuario #8.
Aplicación móvil
Tabla 64. Pruebas de aceptación registro del cliente
Prueba de aceptación
Número: 10 Historia de usuario #9
Nombre historia: Registro Cliente
Descripción: el usuario deberá de registrar sus datos correctamente para poder loguearse
en la aplicación móvil
Condiciones de ejecución: conexión a internet, base de datos, servidor web y usuario
creado.
Entrada/pasos de ejecución:
El usuario ingresa su correo y contraseña.
Se ingresa a la aplicación y se presentan los módulos.
65
Resultado esperado: ingreso a la aplicación sin inconvenientes. Evaluación de la prueba: prueba satisfactoria.
Nota: Esta tabla representa la prueba de aceptación de la historia de usuario #9.
Tabla 65. Pruebas de aceptación visualizar y agregar productos
Prueba de aceptación
Número: 11 Historia de usuario #10
Nombre historia: Visualizar y agregar productos.
Descripción: el usuario tendrá tres módulos disponibles, uno de ellos es lista de productos
en la que se visualiza los productos que nos brinda el sistema web, por lo que el cliente
podrá seleccionar varios productos y cantidades al carrito de compras con un agregado que
es la personalización digital.
Condiciones de ejecución: conexión a internet, base de datos, servidor web y producto
agregado.
Entrada/pasos de ejecución:
El cliente ingresa al módulo lista de productos.
Selecciona los productos, personaliza el producto de manera digital y las cantidades que
desee.
Resultado esperado: agregar producto al carrito sin inconvenientes.
Evaluación de la prueba: prueba satisfactoria.
Nota: Esta tabla representa la prueba de aceptación de la historia de usuario #10.
Tabla 66. Pruebas de aceptación modificar y eliminar productos seleccionados.
Prueba de aceptación
Número: 12 Historia de usuario #11
Nombre historia: Modificar y eliminar productos seleccionados.
Descripción: el cliente debe acceder al módulo de productos seleccionados en la que podrá
modificar o eliminar los productos que agrego al carrito de compras, de manera que una
vez modificado o eliminado podrá seleccionar el tipo de entrega y pago del pedido que
realizo.
Condiciones de ejecución: conexión a internet, base de datos, servidor web y solicitud
enviada.
Entrada/pasos de ejecución:
El cliente ingresa al módulo productos seleccionados.
modifica o elimina el producto del carrito de compras
elige el tipo de pago y entrega del pedido
Resultado esperado: solicitud enviada sin inconvenientes.
Evaluación de la prueba: prueba satisfactoria.
Nota: Esta tabla representa la prueba de aceptación de la historia de usuario #11.
Tabla 67. Pruebas de aceptación generar facturar
Prueba de aceptación
Número: 13 Historia de usuario #12
Nombre historia: generar factura
66
Descripción: el cliente recibirá una comprobación de compra en su correo electrónico y la factura se visualizara en la aplicación, también podrá ver el estado de su pedido ya sea este
atendido o negado.
Condiciones de ejecución: conexión a internet, base de datos, servidor web y solicitud
enviada.
Entrada/pasos de ejecución:
El cliente ingresa al módulo estado del pedido.
Visualiza el estado de su pedido.
Elige el tipo de pago y entrega del pedido
Resultado esperado: solicitud enviada sin inconvenientes.
Evaluación de la prueba: prueba satisfactoria.
Nota: Esta tabla representa la prueba de aceptación de la historia de usuario #12.
Lanzamiento
Luego de realizar las pruebas pertinentes entramos a la etapa de lanzamiento. A
continuación, se muestran en las siguientes figuras el funcionamiento del sistema web en
conjunto con la app.
Figura 9. Sistema web
Nota: Esta figura muestra el login del sistema web.
Inicio de sesión: el sistema muestra un interfaz sencillo en la cual se debe ingresar el
usuario y contraseña asignado por el administrador en caso de ser usuario vendedor, el
67
administrador cuenta con usuario y contraseña por defecto las cuales deben ser modificadas
por seguridad.
Figura 10. Reporte gráfico
Nota: Esta
figura muestra el módulo de reporte gráfico de las ventas.
Reporte graficó: se muestra un módulo de reportes en el cual se presenta un gráfico de barras
para el reflejo de las ventas anuales, esto mediante un filtro año.
Figura 11. Gestionar productos
Nota:
Esta figura muestra el módulo de gestión de productos.
68
Gestionar productos: se muestra el modulo en el cual se podrá registrar, editar y eliminar
productos, además de un listado con los productos creados.
Figura 12. Gestionar factura
Nota: Esta figura muestra la factura que se emite en tiempo real.
Generar factura: se muestra la factura a emitir en la cual se deberán ingresar los productos de
compra.
Figura 13. Factura procesada
Nota: Esta figura muestra la factura luego de ser procesada.
Factura procesada: se muestra la factura una vez procesada la venta.
69
Figura 14. Listado de factura
Nota: Esta figura muestra el listado de las ventas realizadas.
Listado de facturas: se muestran las facturas emitidas con sus respectivas operaciones de
visualizar y anular en caso de requerirse.
Figura 15. Gestionar cliente
Nota: Esta figura muestra el listado de los clientes.
Gestionar clientes: se muestra el modulo en el cual se podrá registrar, editar y eliminar los
clientes, además de un listado de los que se crearon.
70
Figura 16. Gestionar usuarios.
Nota: Esta figura muestra un listado de los usuarios con acceso al sistema, mismo que se encuentra en el módulo
de gestión de usuarios.
Gestionar usuarios: se muestra el modulo en el cual se puede crear, editar y eliminar usuarios
con acceso al sistema web, además se muestra un listado con los usuarios creados al cual
únicamente tiene acceso el administrador.
Aplicación móvil
Figura 17. Aplicación móvil
Nota: Esta figura muestra el menú desplegable de la aplicación.
71
Figura 18. Menú
Nota: Esta figura muestra los módulos con los que cuenta la aplicación móvil.
Menú: se muestra un menú en el cual se puede acceder a los distintos módulos con la que
cuenta la aplicación, además una sección con el listado de productos, productos seleccionados
y estado del pedido.
Figura 19. Lista de productos
Nota: Esta figura muestra la interfaz que el cliente podrá observar desde su teléfono móvil.
72
Listado de productos: se muestra la sección donde aparecen todos los productos con los que
cuenta el establecimiento con sus detalles.
Figura 20. Productos seleccionados
Nota: Esta figura muestra la lista de productos seleccionados para la compra y posteriormente su modo de pago.
Productos seleccionados: se muestra la sección en la cual se observan los productos que se
seleccionaron, una vez enviada la solicitud se muestra el modo de pago que desea efectuar.
Figura 21. Modo de pago
73
Nota: Esta figura muestra el tipo de pago en caso de haber seleccionado por tarjeta de crédito.
Modo de pago: se muestra la sección en la cual se procede a escanear la tarjeta en caso de
haber seleccionado el pago por tarjeta.
Metodología de investigación
En el presente proyecto se manejó la metodología de investigación de campo de la cual
se utilizó la siguiente técnica:
Técnica de cuestionario. - Esta técnica se utilizó para poder determinar si las
implementaciones de herramientas tecnológicas contribuirán de alguna forma con el negocio,
para esto se efectuó el método de la encuesta.
Método de la encuesta
74
Se elaboró un cuestionario el cual consta de 11 preguntas cerradas relacionadas al
proyecto a desarrollar, el propósito de este es recolectar información necesaria para analizar la
implementación de una aplicación móvil para la realización de pedidos a domicilio.
Formulario para obtención de datos
Para que la información recogida en la encuesta sea la apropiada se tomaron en cuenta
los siguientes puntos:
Se expusieron preguntas de acuerdo al tema del proyecto.
Las preguntas expuestas son de opción múltiple.
Lenguaje sencillo y directo.
Se inició con preguntas fáciles para así culminar con preguntas relevantes acorde al
proyecto.
Revisión y aprobación del tutor de las preguntas elaboradas.
Muestreo
Se define el tipo de muestra a desarrollarse, de la cual se seleccionó a un grupo
significativo de clientes del establecimiento a los cuales se les efectuara la encuesta. Además,
se especifica la probabilidad de éxito, fracaso; el error, nivel de confiabilidad utilizado y el
tamaño de la muestra.
El tamaño de muestra conseguido será aprobado por el tutor.
Recolección de datos
La recolección de datos se efectuará en base a encuestas realizadas a un grupo de los
clientes con los que cuenta el establecimiento, garantizando así que la información recolectada
sea la correcta.
75
Tabulación de datos
Los datos recogidos serán tabulados mediante el uso de tablas y gráficos estadísticos,
posteriormente para que puedan ser analizadas.
Análisis de datos
Los resultados conseguidos en las encuestas serán para determinar la implementación
de la aplicación móvil para la realización de pedidos a domicilio del establecimiento, la cual
ayude al cliente a realizar sus pedidos sin la necesidad de ir directamente al local.
Variable única
Desarrollo de un estudio sobre la implementación de un sistema web y aplicación móvil
como herramienta tecnológica en la toma de pedidos.
Población y muestra
Para encontrar la muestra se aplica la fórmula de tamaño de la muestra.
n: Tamaño de la muestra
N: Tamaño de la población
a: Coeficiente de nivel de confianza
p: Probabilidad a favor
q: Probabilidad en contra
e: Margen de error
𝑛 = 𝑎2 ∗ 𝑁 ∗ 𝑝 ∗ 𝑞
𝑒2 ∗ (𝑁 − 1) + 𝑎2 ∗ 𝑝 ∗ 𝑞
76
Se establece los siguientes datos para calcular la muestra:
N= 100
p= 50%
q= 50%
a= 1.96
e= 10%
𝑛 =1.962∗100∗0.5∗0.5
0.12∗(100−1)+1.962∗0.5∗0.5=
96.04
1.9504= 49
Diseño de la encuesta
El diseño del formato de la encuesta se indicará en el anexo 5.
Análisis del resultado
A través de tablas y gráficos estadísticos se detalla el análisis de los resultados obtenidos
en la encuesta realizada a los clientes del establecimiento.
1. ¿Cuál es su edad?
Tabla 68. Variable edad
Edades Frecuencia absoluta Frecuencia relativa (%)
18 – 24 años 39 79.6%
25 – 30 años 4 8.2%
77
31 – 40 años 3 6.1%
41 – 50 años 0 0%
41 – 45 años 0 0%
Mayor de 50 años 0 0%
Menor de 18 años 3 6.1%
Total 49 100%
Nota: Esta tabla refleja el análisis estadístico de las edades de los clientes encuestados.
Figura 22. Resultado de la pregunta 1
Nota: Esta figura muestra el rango de las edades que predomina entre la clientela encuestada.
En la variable edad, el rango entre 18 a 24 años obtuvo el 79.6% siendo así la que predomina
entre los clientes, el de 25 a 30 años tiene 8.2%, el de 31 a 40 años un 6.1%, el de 41 a 50 años
tiene un 0% al igual que el de mayor a 50 años el cual también muestra un 0%, y por ultimo
menor a 18 años obtuvo un 6.1%.
2. ¿Cuál es su sexo?
78
Tabla 69. Variable: sexo
Sexo Frecuencia absoluta Frecuencia relativa (%)
Masculino 24 49%
Femenino 25 51%
Total 49 100%
Nota: Esta tabla representa el género predominante entre los encuetados.
Figura 23. Resultado de la pregunta 2
Nota: Esta figura muestra al género masculino como mayoritario en comparación con el femenino.
En la variable sexo, el 49% correspondió a las mujeres, mientras que el 51% a los hombres.
3. ¿utiliza comúnmente aplicaciones móviles?
Tabla 70. Variable aplicaciones móviles
Actividades Frecuencia absoluta Frecuencia relativa (%)
79
Diariamente 45 91.8%
Rara vez 2 4.1%
Nunca 2 4.1%
Total 49 100%
Nota: Esta tabla refleja cada cuanto tiempo los clientes utilizan aplicaciones móviles.
Figura 24. Resultado de la pregunta 3
Nota: Esta figura muestra los resultados de la pregunta 3, en el cual se observa que un gran número de clientes
utiliza aplicaciones móviles diariamente.
En la variable aplicaciones móviles, se observa que el 91.8% de los clientes utilizan
aplicaciones diariamente, mientras que una minoría de 4.1% dice usarla rara vez y otro 4.1%
nunca las utilizan.
4. ¿con que frecuencia realiza pedidos a domicilio por medio de aplicaciones móviles?
Tabla 71. Variable: pedidos a domicilio
Actividades Frecuencia absoluta Frecuencia relativa (%)
80
Diariamente 9 18.4%
Rara vez 26 53.1%
Nunca 14 28.6%
Total 49 100%
Nota: Esta tabla muestra la frecuencia con la cual los clientes utilizan una aplicación móvil para solicitar algún
producto a domicilio.
Figura 25. Resultado de la pregunta 4
Nota: Esta figura muestra los resultados de la pregunta 4, la cual nos indica que los clientes rara vez utilizan
aplicaciones con el propósito de solicitar un producto.
En la variable pedidos a domicilio, se puede observar que una gran parte con un 53.1%
de los clientes no hace pedidos por medio de aplicaciones frecuentemente, un 28.6% nunca ha
recurrido a utilizar aplicaciones para realizar pedidos de algún tipo y por ultimo un 18.4%
realiza compras por medio de aplicaciones frecuentemente.
5. ¿Qué le parece realizar sus pedidos de Fluffy k a través de una aplicación móvil?
Tabla 72. Variable realizar pedidos
Actividades Frecuencia absoluta Frecuencia relativa (%)
81
Excelente 9 18.4%
Muy bueno 13 26.5%
Bueno 16 32.7%
Regular 11 22.4%
Malo 0 0%
Total 49 100%
Nota: Esta tabla refleja el porcentaje de clientes que consideran una buena idea utilizar una aplicación móvil
para realizar sus pedidos.
Figura 26. Resultado de la pregunta 5
Nota: Esta figura muestra el resultado de la pregunta 5.
En la variable realizar pedidos, se observa con un 32.7% que a los clientes les parece
bueno poder realizar sus pedidos a través de una app, a un 26.5% les parece muy bueno, a un
22.4% regular y mientras que un 18.4% lo considera excelente.
6. ¿Cuál es su método de pago preferido al realizar un pedido por medio de una aplicación
móvil?
Tabla 73. Variable: método de pago
82
Actividades Frecuencia absoluta Frecuencia relativa (%)
Efectivo 30 61.2%
Tarjeta de crédito 10 20.4%
Dinero electrónico 9 18.4%
Total 49 100%
Nota: Esta tabla refleja el método de pago preferido por los clientes.
Figura 27. Resultado de la pregunta 6
Nota: Esta figura nos muestra que existe una preferencia alta con respecto al método de pago en efectivo.
En la variable método de pago, un 61.2% prefiere realizar sus pagos en efectivo, un
20.4% opta por el dinero electrónica, mientras que un 18.4% gusta de hacerlo con tarjeta de
crédito.
7. ¿Considera indispensable que establecimientos de repostería hagan uso de una
herramienta tecnológica para realizar pedidos a domicilio?
Tabla 74. Variable herramienta tecnológica
83
Actividades Frecuencia absoluta Frecuencia relativa (%)
Si 48 98%
No 1 2%
Total 49 100%
Nota: Esta tabla nos muestra el porcentaje de clientes a favor del uso de una aplicación en el establecimiento.
Figura 28. Resultado de la pregunta 7
Nota: Esta figura indica el porcentaje de clientes a favor del uso de herramientas tecnológicas para
automatizar sus pedidos.
En la variable herramienta tecnológica, se observa con un predominante del 98% que
los clientes creen necesario una aplicación para poder realizar sus pedidos, mientras a un 2%
le parece que no es tan importante.
8. ¿Le gustaría recibir una orden de pago por las compras realizadas por medio de su
correo electrónico?
Tabla 75. Variable: orden de pago
84
Actividades Frecuencia absoluta Frecuencia relativa (%)
Si 48 98%
No 1 2%
Total 49 100%
Nota: Esta tabla refleja el porcentaje de clientes que están de acuerdo con recibir una orden de pago por medio de
su correo electrónico.
Figura 29. Resultado de la pregunta 8
Nota: Esta figura expresa un gran que un gran porcentaje de clientes están a favor de recibir una orden de pago
vía correo electrónico.
En la variable orden de pago, se observa que un 98% está de acuerdo con recibir una
orden de pago por medio del correo electrónico y un 2% no lo prefiere así.
9. ¿Le gustaría que la aplicación le permita personalizar sus pedidos a su gusto?
Tabla 76. Variable: personalizar pedidos
Actividades Frecuencia absoluta Frecuencia relativa (%)
Si 49 100%
85
No 0 0%
Total 49 100%
Nota: La siguiente tabla muestra los datos tabulados con respecto a la personalización del pedido en cuestión.
Figura 30. Resultado de la pregunta 9
Nota: Esta figura nos refleja que el 100% estuvo de acuerdo con que la aplicación móvil les permita personalizar
sus pedidos.
En la variable personalizar pedidos, se observa que el 100% está de acuerdo con
personalizar sus pedidos de acuerdo a sus preferencias.
10. ¿Cuál de los siguientes medios tecnológicos elegiría para realizar su pedido a
domicilio?
Tabla 77. Variable: medios tecnológicos
Actividades Frecuencia absoluta Frecuencia relativa (%)
Aplicación móvil 33 67.3%
Sitio web 7 14.3%
86
Redes sociales 3 6.1%
Llamadas 4 8.2%
Mensajes 2 4.1%
Total 49 100%
Nota: Esta tabla refleja el medio tecnológico preferido por los clientes al momento de realizar un pedido.
Figura 31. Resultado de la pregunta 10
Nota: Esta figura muestra al medio tecnológico más preferido por los clientes.
En la variable medios tecnológicos, predomina con un 67.3% las aplicaciones móviles
como medio para hacer compras, un 14.3% los sitios web, un 8.2% las llamadas, un 6.1% las
redes sociales y por último con un 4.1% los mensajes, siendo así el medio menos preferido para
realizar compras.
11. ¿Qué información le parece relevante al momento de realizar un pedido de un
establecimiento?
Figura 32. Variable: información relevante
87
Nota: Esta figura refleja el campo más relevante para los clientes al momento de realizar una compra.
En la variable información relevante, con un 61.2% el cual representa la mayoría se
observa que como campo principal se prefiere conocer los productos como, con un 59.2% se
observa que los precios también son importantes para los clientes, un 49% prefiero observar
también las promociones que se disponen, las ofertas con un 36.7% también son relevantes
como se puede observar y el último lugar se puede notar que la información del establecimiento
con un 30.6% no le es de suma relevancia a los clientes.
Entregables del proyecto
Los entregables del presente proyecto son:
Sistema integrado al final de la culminación de la última iteración o final del
proyecto.
Manual de usuario el cual se incluye en el anexo 9.
Propuesta
La arquitectura a utilizar será cliente-servidor, el presente proyecto se divide en el
desarrollo de dos herramientas: el primero pertenece a la aplicación móvil, en la cual se requiere
88
un dispositivo móvil con el sistema operativo Android y conexión a internet, se conecta al
servidor que está vinculado con la base de datos, la cual almacenará la información del cliente
y los pedidos que este realice.
Figura 33. Arquitectura cliente-servidor
Nota: Esta figura muestra la arquitectura de la aplicación móvil con el actor cliente.
La segunda corresponde al sistema web, el cual se encarga de la gestión de pedidos,
productos, clientes y usuarios; funciona desde cualquier ordenador con una conexión a internet,
una vez permitido el acceso al servidor en la cual está alojado el sistema podrá realizar las
actividades ya mencionadas.
Figura 34. Arquitectura del sistema web
Nota: Esta figura muestra la arquitectura del sistema web con sus actores(administrador-vendedor).
89
A continuación, en la siguiente figura se muestra el trabajo en conjunto del sistema
web con la aplicación móvil. En la cual esta realiza consultas y el sistema web envía
respuesta a la consulta solicitada.
Figura 35. Trabajo en conjunto del sistema web con la aplicación móvil
Nota: Esta figura nos muestra la arquitectura del sistema web y aplicación móvil trabajando unidos con sus
diferentes actores.
Criterios de validación de la propuesta
Se determina la funcionalidad y calidad desarrollada las cuales son el sistema web y
aplicación móvil, esto en función por el desempeño de los requerimientos planteados por el
establecimiento en las siguientes peticiones:
Pruebas realizadas por los usuarios en base a los requerimientos:
Las evidencias de las actividades realizadas constan en el anexo 6
Pruebas realizadas por los expertos
Se evidencia las pruebas realizadas en el anexo 7
Resultados
90
Los resultados del presente proyecto se obtuvieron mediante una encuesta de
satisfacción por parte del personal del negocio. A continuación, se presenta en la tabla los datos
reflejados de la encuesta que se realizó al personal con el fin de demostrar que el sistema web
y la aplicación móvil tienen acogida en el negocio.
Tabla 78. Resultados
Pregunta
Si
No
To
tal
%
1. ¿El sistema web y aplicación móvil tiene una interfaz amigable y fácil de
usar?
83.3
%
16.7
%
100
%
2. ¿El sistema web permite generar factura?
100
% 0%
100
%
3. ¿Los métodos de pago utilizados en la aplicación móvil son convenientes para
el establecimiento?
83.3
%
16.7
%
100
%
4. ¿Los reportes generados por parte del sistema web muestran información
relevante?
83.3
%
16.7
%
100
%
5. ¿El sistema web y aplicación móvil son de utilidad para el negocio?
100
% 0%
100
%
6. ¿El sistema web optimiza tiempos en el control de pedidos realizados al
establecimiento?
100
% 0%
100
%
1. ¿El sistema web y aplicación móvil tiene una interfaz amigable y fácil de usar?
Figura 36. Resultado de la pregunta 1
2. ¿El sistema web permite generar factura?
91
Figura 37. Resultado de la pregunta 2
3. ¿Los métodos de pago utilizados en la aplicación móvil son convenientes para el
establecimiento?
Figura 38. Resultado de la pregunta 3
4. ¿Los reportes generados por parte del sistema web muestran información
relevante?
Figura 39. Resultado de la pregunta 4
92
5. ¿El sistema web y aplicación móvil son de utilidad para el negocio?
Figura 40. Resultado de la pregunta 5
6. ¿El sistema web optimiza tiempos en el control de pedidos realizados al
establecimiento?
Figura 41. Resultado de la pregunta 6
93
A nivel general hay que resaltar que los resultados obtenidos demuestran que el sistema
web y la aplicación móvil tienen gran acogida por parte del personal de trabajo y el
administrador del establecimiento puesto que se aprecia una evaluación positiva en la tasa de
respuestas, muy por encima de la tasa de respuestas negativas. Se puede observar que hay un
bajo nivel de insatisfacción con respecto a la interfaz del sistema, la información que se muestra
en los reportes y el modo de pago que maneja la aplicación, a este grupo se les explico de la
mejor manera la necesidad de las herramientas y su funcionamiento, luego de esto se notaron
entusiastas y se disiparon sus dudas con respecto al proyecto.
El personal se siente completamente satisfecho con respecto al sistema y aplicación
propuesta, puesto que les permite efectuar varias tareas y promocionar sus productos de manera
rápida.
94
CAPÍTULO IV
CONCLUSIONES Y RECOMENDACIONES
Criterios de aceptación del producto o servicio
En la siguiente tabla se presenta los criterios de aceptación del proyecto desarrollado:
Tabla 79. Criterios de aceptación del proyecto
Criterios Características Aceptación
%
Calidad Funcionalidad 100%
Confiabilidad 100%
Facilidad de uso 100%
Eficiencia 100%
Portabilidad 100%
Estabilidad 100%
Usabilidad 100%
Seguridad 100%
Análisis requerimientos funcionales 100%
requerimientos no funcionales 100%
Análisis de factibilidad 100%
Proceso de planeación 100%
Proceso del sistema 100%
Metodología del proyecto Metodología de investigación 100%
Metodología de desarrollo 100%
Diseño Modelamiento de base de datos 100%
Diseño de proceso del sistema 100%
Pruebas Plan de pruebas 100%
Pruebas de control de calidad 100%
Casos de pruebas 100%
Conclusiones
Una vez llegado a la culminación del presente proyecto de titulación hemos llegado a las
siguientes conclusiones:
Con la automatización de los pedidos, se logra una mejor atención de oportunidades, una mejor preparación de pedidos e incluso un incremento en las ventas.
95
Se obtienen informes más detallados y precisos de las ventas que se tienen en el establecimiento, con estos informes se puede por ejemplo llegar a decidir si mejorar los
precios de acuerdo a la economía del cliente, lanzar promociones y ofertas para
incentivar a la clientela.
El sistema y aplicación móvil serán unas herramientas muy útiles para el dueño del establecimiento, ya que les proporcionara la facilidad de registrar compras, productos,
ventas, además de realizar promociones de sus productos y pedidos por medio de la
app.
Mediante el sistema web el administrador podrá registrar productos de acuerdo a su
categoría. En cuanto a los usuarios que hacen uso de la aplicación móvil se les otorgara
la facilidad de filtrar los productos por categoría.
A través de la aplicación móvil los clientes podrán observar los variados productos con sus respectivos precios, descripción e imagen. Conjuntamente, les brindara la
comodidad de elegir la forma de entrega del producto, ya sea a domicilio o si desea
retirarlo en el establecimiento.
Recomendaciones
Gestión de la información en el sistema web, actualizar periódicamente la
información de los productos del establecimiento para que los clientes que hagan uso
de la app visualicen información actualizada y no pierdan interés en el uso de la
misma.
96
Se sugiere realizar una pequeña encuesta regularmente de satisfacción a los clientes que realizan sus pedidos a través de la app, esto con el fin de obtener diferentes
puntos de vista y mejoras de requerimientos funcionales, lo cual será de utilidad para
mejorar la aplicación y brindar un mejor servicio a los clientes.
Para mejorar aún más la experiencia del usuario en la aplicación móvil se puede
implementar geolocalización para así evitar desorientación al momento de entregar el
producto al domicilio del cliente.
Se recomienda implementar un chat dentro de la aplicación móvil para que se logre una mejor interacción entre el cliente y el establecimiento.
Trabajos futuros
Implementar el pago con tarjeta de crédito ya que el trabajo del presente proyecto es
solo simulado
Mejor el módulo de gestión de pedido por medio de una interfaz más completa y amigable para el usuario.
Implementar en el dispositivo un chat interactivo entre cliente y el establecimiento para tener una mejor percepción del pedido.
97
REFERENCIAS BIBLIOGRÁFICAS
AGILA TENE, J. J. (10 de 2015). Repositorio Digital de la UTMACH. Obtenido de
http://repositorio.utmachala.edu.ec/bitstream/48000/5140/3/3.%20InformeUTM.pdf
Chalco Zacarias, J. J. (2019). Repositorio Institucional de la UPLA. Obtenido de
http://repositorio.upla.edu.pe/bitstream/handle/UPLA/1375/T037_73202880_T.pdf?se
quence=1&isAllowed=y
Colins Guamanzara, K. A. (03 de 2020). Universidad Técnica de Babahoyo. Obtenido de
http://dspace.utb.edu.ec/bitstream/handle/49000/7642/COLINS%20GUAMANZARA
.pdf?sequence=1&isAllowed=y
CONTRERAS HIGUERA , N. C. (23 de 07 de 2020). webcolegios. Obtenido de
https://www.webcolegios.com/file/e68787.pdf
Espitia , N., Armao , O., & Carbajo, J. (02 de 2016). Engineer´s today. Obtenido de
https://espejodeantagno.files.wordpress.com/2016/04/modelo-vista-controlador-
mvc.pdf
G. Arias, F. (2006). El proyecto de investigaciñon: introducción a la metodologia cíentifica.
Caracas: EPISTEME, C.A. Obtenido de https://ebevidencia.com/wp-
content/uploads/2014/12/EL-PROYECTO-DE-INVESTIGACIÓN-6ta-Ed.-FIDIAS-
G.-ARIAS.pdf
Velasco, R. (29 de 10 de 20115). redeszone. Obtenido de
https://www.redeszone.net/2015/10/29/000webhost-hackeado-roban-13-5-millones-
de-contrasenas-en-texto-plano/
ZANABRIA TICONA, E. D., & CAYO MAMANI , E. (13 de 04 de 2018). REPOSITORIO
INSTITUCIONAL DIGITAL DE LA UNIVERSIDAD NACIONAL DEL ALTIPLANO.
Obtenido de
http://repositorio.unap.edu.pe/bitstream/handle/UNAP/7047/Zanabria_Ticona_Edson
_Denis_Cayo_Mamani_Edwin.pdf?sequence=1&isAllowed=y
Arias, M. (2013). INTRODUCCION A PHP. IT Campus Academy.
Borbor. (2014). implementacion de una aplicacion movil para pedidos de comidasrapidas a
domicilio en italian gourmet. Obtenido de
https://repositorio.upse.edu.ec/bitstream/46000/1623/1/IMPLEMENTACI%C3%93N
%20DE%20UNA%20APLICACI%C3%93N%20M%C3%93VIL%20PARA%20PE
DIDOS%20DE%20COMIDAS%20R%C3%81PIDAS%20A%20DOMICILIO%20E
N%20ITALIAN%20GOURMET.pdf
Carbonell, C. (2017). ANÁLISIS DE CÓDIGO ESTÁTICO UTILIZANDO LA
HERRAMIENTA GOOGLE CLOSURE PARA PROYECTOS QUE UTILIZAN EL
LENGUAJE DE PROGRAMACIÓN JAVASCRIPT EN EL SISTEMA DE
INFORMACIÓN GERENCIAL DE SALUD DEL MINISTERIO DE SALUD
PÚBLICA Y ASISTENCIA SOCIAL. FIGUEROA PORTILLA, C. S. (20 de 04 de 2016). Scielo. Obtenido de
http://www.scielo.org.pe/pdf/educ/v25n49/a02v25n49.pdf
González , & Saraza. (2014). implementacion de un sistema via web con aplicacion movil
para la reserva y pedidos en linea de restaurantes.
98
Janampa Rojas, G. J. (15 de 02 de 2019). Repositorio Institucional Continental. Obtenido de
https://34.199.100.111/bitstream/20.500.12394/5166/1/IV_FIN_103_TE_Janampa_R
ojas_2018.pdf
Letelier, P., & Penadés, C. (2006). Métodologías ágiles para el desarrollo de software:
eXtreme Programming (XP).
López, P. (2016). Comparación del desempeño de los Sistemas Gestores de Bases de Datos
MySQL y PostgreSQL.
Ramírez Navia, F. (02 de 09 de 2017). Itsoftware construimos ideas. Obtenido de
https://itsoftware.com.co/content/para-que-sirven-las-aplicaciones-moviles/
Saavedra, H. (2017). IMPLEMENTACION DE UNA APLICACIÓN DE CONTROL DE
PEDIDOS VIA WEB PARA LA AGROINDUSTRIA LA MORINA S.A.C DEL
DISTRITO DE MORO, PROVINCIA DEL SANTA, DEPARTAMENTO DE
ÁNCASH, 2015. ULADECH CATÒLICA , 5.
Suárez Orbegoso, L. A. (2018). Universidad privada Antonio Guillermo Urrelo. Obtenido de
http://repositorio.upagu.edu.pe/bitstream/handle/UPAGU/615/Tesis_Suárez.pdf?sequ
ence=1&isAllowed=y
V. Basantes, A., E. Naranjo, M., C. Gallegos, M., & M. Benítez, N. (04 de 2017).
redalyc.org. Obtenido de https://www.redalyc.org/pdf/3735/373550473009.pdf
99
Anexo 1. Planificación de actividades del proyecto
100
Anexo 2. Geo-localización
Elaboración: investigadores.
Fuente: Google Maps.
101
Anexo 3. Carta de autorización
102
Anexo 4. Fundamentación Legal
Utilización de Software Libre en la administración Pública:
Considerando:
Que en el apartado g) del numeral 6 de la Carta Iberoamericana de Gobierno Electrónico,
aprobada por la IX Conferencia Iberoamericana de Ministros de Administración Pública y
Reforma del Estado, realizada en Chile el 1 de junio del 2007, se recomienda el uso de
estándares abiertos y software libre, como herramientas informáticas;
Que es el interés del Gobierno alcanzar soberanía y autonomía tecnológica, así como un
significativo ahorro de recursos públicos y que el software libre es en muchas instancias un
instrumento para alcanzar estos objetivos.
Decreta:
Art. 1.- Establecer como política pública para las entidades de la Administración Pública
Central la utilización de software libre en sus sistemas y equipamientos informáticos.
Art. 2.- Se entiende por software libre, a los programas de computación que se pueden utilizar
y distribuir sin restricción alguna, que permitan su acceso a los códigos fuentes y que sus
aplicaciones puedan ser mejoradas. Estos programas de computación tienen las siguientes
libertades:
a) Utilización del programa con cualquier propósito de uso común;
b) Distribución de copias sin restricción alguna;
c) Estudio y modificación del programa (Requisito: código fuente disponible); y,
d) Publicación del programa mejorado (Requisito: código fuente disponible).
Art. 3.- Las entidades de la Administración Pública Central previa a la instalación del software
libre en sus equipos, deberán verificar la existencia de capacidad técnica que brinde el soporte
necesario para el uso de este tipo de software.
Art. 4.- Se faculta la utilización de software propietario (no libre) únicamente cuando no exista
una solución de software libre que supla las necesidades requeridas, o cuando esté en riesgo la
seguridad nacional, o cuando el proyecto informático se encuentre en un punto de no retorno.
Para efectos de este decreto se comprende como seguridad nacional, las garantías para la
supervivencia de la colectividad y la defensa de patrimonio nacional.
Para efectos de este decreto se entiende por un punto de no retorno, cuando el sistema o
proyecto informático se encuentre en cualquiera de estas condiciones:
a) Sistema en producción funcionando satisfactoriamente y que un análisis de costo beneficio
muestre que no es razonable ni conveniente una migración a software libre; y,
b) Proyecto en estado de desarrollo y que un análisis de costo - beneficio muestre que no es
conveniente modificar el proyecto y utilizar software libre.
103
Periódicamente se evaluarán los sistemas informáticos que utilizan software propietario con la
finalidad de migrarlos a software libre.
Art. 5.- Tanto para software libre como software propietario, siempre y cuando se satisfagan
los requerimientos, se debe preferir las soluciones en este orden:
a) Nacionales que permitan autonomía y soberanía tecnológica;
b) Regionales con componente nacional;
c) Regionales con proveedores nacionales;
d) Internacionales con componente nacional;
e) Internacionales con proveedores nacionales; y,
f) Internacionales.
Art. 6.- La Subsecretaría de Tecnologías de la Información como órgano regulador y ejecutor
de las políticas y proyectos informáticos en las entidades del Gobierno Central deberá realizar
el control y seguimiento de este decreto.
Art. 7.- Encárguese de la ejecución de este decreto los señores ministros coordinadores y el
señor Secretario General de la Administración Pública y Comunicación. (UTILIZACION DE
SOFTWARE LIBRE EN LA ADMINISTRACIÓN PÚBLICA)
CONSTITUCIÓN DE LA REPÚBLICA DEL ECUADOR (2008)
En la Constitución se garantiza la soberanía nacional, y se definen los sectores estratégicos entre los
cuales están las tecnologías como hardware y software:
Art 3. Son deberes primordiales del Estado:
2. Garantizar y defender la soberanía nacional.
Art 16. Todas las personas, en forma individual o colectiva, tienen derecho a:
2. El acceso universal a las tecnologías de información y comunicación.
Art. 234. El Estado garantizará la formación y capacitación continua de las servidoras y
servidores públicos a través de las escuelas, institutos, academias y programas de formación o
capacitación del sector público; y la coordinación con instituciones nacionales e internacionales que
operen bajo acuerdos con el Estado.
Art. 322. Se reconoce la propiedad intelectual de acuerdo con las condiciones que señale la ley. Se
prohíbe toda forma de apropiación de conocimientos colectivos, en el ámbito de las
ciencias, tecnologías y saberes ancestrales. Se prohíbe también la apropiación sobre los recursos
genéticos que contienen la diversidad biológica y la agro-biodiversidad.
Art. 334. El Estado promoverá el acceso equitativo a los factores de producción, para lo cual le
corresponderá:
1. Evitar la concentración o acaparamiento de factores y recursos productivos, promover su
redistribución y eliminar privilegios o desigualdades en el acceso a ellos.
104
3. Impulsar y apoyar el desarrollo y la difusión de conocimientos y tecnologías orientados a los procesos
de producción.
Art. 347. Será responsabilidad del Estado:
8. Incorporar las tecnologías de la información y comunicación en el proceso educativo y propiciar el
enlace de la enseñanza con las actividades productivas o sociales.
Art. 385. El sistema nacional de ciencia, tecnología, innovación y saberes ancestrales, en el marco del
respeto al ambiente, la naturaleza, la vida, las culturas y la soberanía, tendrá como finalidad
1. Generar, adaptar y difundir conocimientos científicos y tecnológicos.
3. Desarrollar tecnologías e innovaciones que impulsen la producción nacional, eleven la eficiencia y
productividad, mejoren la calidad de vida y contribuyan a la realización del buen vivir.
Art. 386. El sistema comprenderá programas, políticas, recursos, acciones, e incorporará a instituciones
del Estado, universidades y escuelas politécnicas, institutos de investigación públicos y particulares,
empresas públicas y privadas, organismos no gubernamentales y personas naturales o jurídicas, en
tanto realizan actividades de investigación, desarrollo tecnológico, innovación y aquellas ligadas a los
saberes ancestrales.
Art. 387. Será responsabilidad del Estado:
1. Facilitar e impulsar la incorporación a la sociedad del conocimiento para alcanzar los objetivos del
régimen de desarrollo. (Silva, 2015)
LEY DE COMERCIO ELECTRÓNICO, FIRMAS ELECTRÓNICAS Y MENSAJES
DE DATOS
Art. 1.- Objeto de la Ley.- Esta Ley regula los mensajes de datos, la firma electrónica, los
servicios de certificación, la contratación electrónica y telemática, la prestación de servicios
electrónicos, a través de redes de información, incluido el comercio electrónico y la protección
a los usuarios de estos sistemas.
DE LOS MENSAJES DE DATOS
Principios generales.
Art. 2.- Reconocimiento jurídico de los mensajes de datos.- Los mensajes de datos tendrán
igual valor jurídico que los documentos escritos. Su eficacia, valoración y efectos se someterá
al cumplimiento de lo establecido en esta Ley y su reglamento.
Art. 3.- Incorporación por remisión.- Se reconoce validez jurídica a la información no
contenida directamente en un mensaje de datos, siempre que figure en el mismo, en forma de
remisión o de anexo accesible mediante un enlace electrónico directo y su contenido sea
conocido y aceptado expresamente por las partes.
Art. 4.- Propiedad Intelectual.- Los mensajes de datos estarán sometidos a las leyes,
reglamentos y acuerdos internacionales relativos a la propiedad intelectual.
Art. 5.- Confidencialidad y reserva.- Se establecen los principios de confidencialidad y reserva
para los mensajes de datos, cualquiera sea su forma, medio o intención. Toda violación a estos
principios, principalmente aquellas referidas a la intrusión electrónica, transferencia ilegal de
105
mensajes de datos o violación del secreto profesional, será sancionada conforme a lo dispuesto
en esta Ley y demás normas que rigen la materia.
Art. 7.- Información original.- Cuando la Ley requiera u obligue que la información sea
presentada o conservada en su forma original, este requisito quedará cumplido con un mensaje
de datos, si siendo requerido conforme a la Ley, puede comprobarse que ha conservado la
integridad de la información, a partir del momento en que se generó por primera vez en su
forma definitiva, como mensaje de datos.
Art. 8.- Conservación de los mensajes de datos.- Toda información sometida a esta Ley, podrá
ser conservada; éste requisito quedará cumplido mediante el archivo del mensaje de datos,
siempre que se reúnan las siguientes condiciones:
a. Que la información que contenga sea accesible para su posterior consulta; b. Que sea
conservado con el formato en el que se haya generado, enviado o recibido, o con algún formato
que sea demostrable que reproduce con exactitud la información generada, enviada o recibida;
c. Que se conserve todo dato que permita determinar el origen, el destino del mensaje, la fecha
y hora en que fue creado, generado, procesado, enviado, recibido y archivado; y,
d. Que se garantice su integridad por el tiempo que se establezca en el reglamento a esta ley.
Toda persona podrá cumplir con la conservación de mensajes de datos, usando los servicios de
terceros, siempre que se cumplan las condiciones mencionadas en este artículo.
Art. 9.- Protección de datos.- Para la elaboración, transferencia o utilización de bases de datos,
obtenidas directa o indirectamente del uso o transmisión de mensajes de datos, se requerirá el
consentimiento expreso del titular de éstos, quien podrá seleccionar la información a
compartirse con terceros.
La recopilación y uso de datos personales responderá a los derechos de privacidad, intimidad
y confidencialidad garantizados por la Constitución Política de la República y esta ley, los
cuales podrán ser utilizados o transferidos únicamente con autorización del titular u orden de
autoridad competente.
DE LOS SERVICIOS ELECTRÓNICOS
Art. 44.- Cumplimiento de formalidades.- Cualquier actividad, transacción mercantil,
financiera o de servicios, que se realice con mensajes de datos, a través de redes electrónicas,
se someterá a los requisitos y solemnidades establecidos en la ley que las rija, en todo lo que
fuere aplicable, y tendrá el mismo valor y los mismos efectos jurídicos que los señalados en
dicha ley.
DE LOS DERECHOS DE LOS USUARIOS O CONSUMIDORES DE SERVICIOS
ELECTRÓNICOS
Art. 48.- Consentimiento para aceptar mensajes de datos.- Previamente a que el consumidor o
usuario exprese su consentimiento para aceptar registros electrónicos o mensajes de datos, debe
ser informado clara, precisa y satisfactoriamente, sobre los equipos y programas que requiere
para acceder a dichos registros o mensajes. El usuario o consumidor, al otorgar o confirmar
electrónicamente su consentimiento, debe demostrar razonablemente que puede acceder a la
106
información objeto de su consentimiento. (LEY DE COMERCIO ELECTRÓNICO, FIRMAS
ELECTRÓNICAS Y MENSAJE DE DATOS., 2016)
CODIGO ORGANICO DE LA ECONOMIA SOCIAL DE LOS CONOCIMIENTOS,
CREATIVIDAD E INNOVACION
CAPITULO III
DE LOS DERECHOS DE AUTOR
Sección II
Objeto
Art. 104.- Obras susceptibles de protección.- La protección reconocida por el presente Título
recae sobre todas las obras literarias, artísticas y científicas, que sean originales y que puedan
reproducirse o divulgarse por cualquier forma o medio conocido o por conocerse.
Las obras susceptibles de protección comprenden, entre otras, las siguientes:
1. Las obras expresadas en libros, folletos, impresos, epistolarios, artículos, novelas, cuentos,
poemas, crónicas, críticas, ensayos, misivas, guiones para teatro, cinematografía, televisión,
conferencias, discursos, lecciones, sermones, alegatos en derecho, memorias y otras obras de
similar naturaleza, expresadas en cualquier forma;
2. Colecciones de obras, tales como enciclopedias, antologías o compilaciones y bases de datos
de toda clase, que por la selección o disposición de las materias constituyan creaciones
intelectuales originales, sin perjuicio de los derechos que subsistan sobre las obras, materiales,
información o datos;
3. Obras dramáticas y dramático musicales, las coreografías, las pantomimas y, en general las
obras teatrales;
4. Composiciones musicales con o sin letra;
5. Obras cinematográficas y otras obras audiovisuales;
6. Las esculturas y las obras de pintura, dibujo, grabado, litografía y las historietas gráficas,
tebeos, cómics, así como sus ensayos o bocetos y las demás obras plásticas;
7. Proyectos, planos, maquetas y diseños de obras arquitectónicas y de ingeniería;
8. Ilustraciones, gráficos, mapas, croquis y diseños relativos a la geografía, la topografía y, en
general, a la ciencia;
9. Obras fotográficas y las expresadas por procedimientos análogos a la fotografía;
10. Obras de arte aplicado, en la medida en que su valor artístico pueda ser disociado del
carácter industrial de los objetos a los cuales estén incorporadas;
11. Obras remezcladas, siempre que, por la combinación de sus elementos, constituyan una
creación intelectual original; y,
12. Software.
107
Sección V
Disposiciones especiales sobre ciertas obras
Parágrafo Primero
Del software y bases de datos
Apartado Primero
Del software de código cerrado y bases de datos
Art. 131.- Protección de software.- El software se protege como obra literaria. Dicha protección
se otorga independientemente de que hayan sido incorporados en un ordenador y cualquiera
sea la forma en que estén expresados, ya sea como código fuente; es decir, en forma legible
por el ser humano; o como código objeto; es decir, en forma legible por máquina, ya sea
sistemas operativos o sistemas aplicativos, incluyendo diagramas de flujo, planos, manuales de
uso, y en general, aquellos elementos que conformen la estructura, secuencia y organización
del programa. Se excluye de esta protección las formas estándar de desarrollo de software.
(CODIGO ORGANICO DE LA ECONOMÍA SOCIAL DE LOS CONOCIMIENTOS,
CREATIVIDAD E INNOVACIÓN, 2018)
108
Anexo 5. Formato de la encuesta
109
110
111
112
Anexo 6. Pruebas de validación realizadas por los usuarios.
Resultados de aceptación del sistema web y aplicación móvil
Aplicación móvil
113
Sistema web
114
115
116
Anexo 7. Juicio de expertos.
117
118
119
120
121
122
Anexo 8. Acta de entrega y recepción definitiva
En la ciudad de Guayaquil, a ___días del mes de_________ de _____
Por el presente documento.
Los estudiantes no titulados de la Carrera de Ingeniería en Sistemas Computacionales
Guacho Balla Julio Cesar con cédula de identidad N° 0956583041 y Gualli Tenesaca Cristhian
Josue con cédula de identidad N° 0931094312 hacemos la entrega del código fuente del
proyecto de titulación a la Dirección de la Carrera de Ingeniería en Sistemas Computacionales
en un medio magnético.
Los códigos del programa/producto que se encargaron por compromiso al estar inserto
en el proceso de titulación desde fecha __ de ______.
Para efectos de dar cumplimiento a la entrega del código fuente, cedo todos los derechos
de explotación sobre el programa y, en concreto, los de transformación, comunicación pública,
distribución y reproducción, de forma exclusiva, con un ámbito territorial nacional.
Guacho Balla Julio Cesar C.I. N°: 0956583041
Gualli Tenesaca Cristhian Josue C.I. N° 0931094312
Elaboración: Investigadores.
Fuente: Propia.
Anexo 9. Manual de usuario
UNIVERSIDAD DE GUAYAQUIL
FACULTAD DE CIENCIAS MATEMATICAS Y FISICAS
CARRERA DE INGENIERIA EN SISTEMAS
COMPUTACIONALES
DESARROLLO DE UNA APLICACIÓN MOVIL Y
SISTEMA WEB PARA LA GESTION DE TOMA DE
PEDIDOS DE “FLUFFY K REPOSTERIA” EN LA
CIUDAD DE GUAYAQUIL.
MANUAL DE USUARIO Previa a la obtención del Título de:
INGENIERO EN SISTEMAS COMPUTACIONALES
AUTORES:
JULIO CESAR GUACHO BALLA
CRISTHIAN JOSUE GUALLI TENESACA
TUTOR:
ING.DIANA MINDA.
GUAYAQUIL – ECUADOR
2020
2
Índice Introducción ............................................................................................................................. 3
Usuario del sistema .................................................................................................................. 3
Visión general del sistema web ........................................................................................... 3
Modulo gestion de productos .............................................................................................. 5
Modulo de gestion de proveedores ..................................................................................... 8
Modulo de gestion de usuarios .......................................................................................... 13
Modulo de gestion de ventas ............................................................................................. 15
Aplicación móvil ..................................................................................................................... 19
Login.................................................................................................................................... 19
Registro de información del cliente .............................................................................. 21
Recuperar contraseña .................................................................................................... 22
Módulo de lista de productos ............................................................................................ 23
Módulo de producto seleccionado .................................................................................... 24
Generación de nota de pedido y visualización de estado del pedido ............................. 26
Notificación al correo electrónico ..................................................................................... 27
3
Introducción
El presente proyecto tiene como finalidad presentar el manual de usuario
correspondiente al sistema web y aplicación móvil, el sistema web siendo dirigido al
administrador y personal del establecimiento, mientras que la aplicación móvil está dirigida a
los clientes del establecimiento. De este modo, brindamos al usuario (administrador) una mejor
noción del uso de las herramientas tecnológicas propuestas.
Usuario del sistema
Visión general del sistema web
Figura 1 Login del Sistema web
El usuario que desee acceder al sistema tiene que contar con una cuenta previamente
creada por el administrador, si no es el caso, entonces no se le permitirá el acceso.
4
Figura 2 visión general del sistema web
Una vez ingresado al sistema con su usuario y contraseña, se podran apreciar un menú
desplegable el cual cuenta con submenus:
Almacen: muestra un submenu producto en el cual se aprecia un listado con los
productos registrados, ademas se podra registrar nuevos productos y categorias de
productos, asimismo las opciones de editar y eliminar producto.
Compras: se muestran el submenu facturas de proveedores y proveedores, en las cuales
se podran registrar, editar, eliminar y listar los distintos proveedores y facturas de
compra que se realizan.
Ventas: se muestran el submenu nueva venta, ventas, clientes y reporte de ventas, en
las cuales se podran efectuar las ventas a los clientes, ademas de registrar y listar a sus
clientes. Se generaran reportes en pdf si asi lo requiere.
Acceso: se muestra el submenu usuarios en el cual se muestran los usuarios con acceso
al sistemas web, en el se podra registrar, editar y eliminar un usuario si se solicita. Solo
el administrador podra ingresas a este modulo.
5
Modulo gestion de productos
En esta seccion de podra visualizar un listado con los productos registrados junto con
las operaciones de editar y eliminar, ademas se observan en la parte superior los botones
nuevo producto y nueva categoria, se cuenta con un buscador en caso de buscar un producto
en especifico.
Figura 3 Listado de productos
Botón Nuevo producto
Al dar click en este botón nos aparecerá el siguiente formulario, en él se escribirán los
datos de ese producto además de su imagen, en caso de no colocar imagen, el sistema añadirá
una por defecto.
6
Figura 4 Nuevo producto
Botón Nueva categoría
Al dar click en este botón se presentará el siguiente formulario para registrar una
nueva categoría.
Figura 5 nueva categoría del producto
7
Botón editar
Al dar click en este botón, nos mostrara la información actual del producto a editar y
se procederá a realizar el cambio que se desee.
Figura 6 Editar producto
Botón eliminar
Al dar click en este botón, nos presenta un modal en el cual nos pregunta si de verdad
desea eliminar este registro, en caso de no querer eliminar dar click en cerrar.
8
Figura 7 Eliminar producto
Modulo de gestion de proveedores
En esta seccion se muestra un listado con los proveedores registrados y las
operaciones de editar y eliminar, los botones editar y eliminar funcionan del mismo modo
como se mostro anteriormente.
9
Figura 8 Lista de proveedores
Botón nuevo
Al dar click en este botón nos muestra un formulario donde se deben colocar los datos del
proveedor a registrar.
10
Figura 9 Nuevo proveedor
Botón editar
Al dar click en el botón editar, nos aparecerá un formulario con los datos del
proveedor que se va editar.
Figura 10 Actualizar proveedor
11
Botón eliminar
Al dar click en el botón eliminar, aparece una ventana en la cual nos pregunta si
estamos seguros de eliminar ese registro.
Figura 11 Eliminar proveedor
Listar facturas de proveedores
Dentro de esta sección nos muestra un listado con las compras realizadas a los
diferentes proveedores, se cuenta con 2 buscadores, uno con filtro fecha y otro con filtro del
número de la factura registrada. En la parte superior derecha se observa el botón nuevo en el
cual se podrán registrar nuevas compras.
12
Figura 12 Facturas de proveedores
Nuevo proveedor
Una vez dado click en el boton nuevo, a continuacion nos muestra un formulario en el
cual se procedera a llenar el valor de la compra en conjunto con el nombre del proveedor.
Figura 13 Nueva factura de proveedor
13
Modulo de gestion de usuarios
En esta seccion se listaran aquellos usuarios con acceso al sistema, sin embargo solo el
administrador tendra acceso a esta parte del sistema. Se cuenta con un buscador, botones en la
parte superior de nuevo, en el cual se registraran nuevos usuario y registro rol, en el cual se
registraran nuevos roles si asi lo requiera. al igual que en los otros modulos cada usuario listado
contara con las operaciones de editar y eliminar, exceptuando al administrador.
Figura 14 Lista de usuario con acceso al sistema web
Nuevo usuario
Al dar click en el botón nuevo, aparecerá el siguiente formulario para así registrar a los
nuevos usuarios que harán uso del sistema.
14
Figura 15 Nuevo usuario
Registrar rol
Al dar click en el boton registrar rol, aparecera un formulario en el cual se añadira el nuevo
rol.
Figura 16 Nuevo rol
15
Modulo de gestion de ventas
En esta seccion se muestran, las ventas realizadas, los clientes registrados, se generan
las facturas de las ventas y se muestra un reporte de ventas.
Nueva venta
Se muestra una plantilla de la factura a emitir, en la cual se llenaran los datos de la
venta a realizarse.
Figura 17 Nueva venta
PDF de la factura generada
Al procesar una venta se generará la siguiente factura, la cual puede ser guardada en
formato
pdf.
16
Figura 18 Factura generada al procesar venta
Lista de ventas
En esta sección nos mostrara un listado de las ventas efectuadas, además se podrá
realizar la opción de anular factura en caso de que se requiera.
Figura 19 Lista de ventas
17
Figura 20 Lista de pedidos por parte de la aplicación
Se muestra un listado con los pedidos generados a través de la aplicación, en la cual se
procederá a cambiar el estado “ingresado” a “atendido” al dar click en el botón estado.
Lista de clientes
En esta sección se muestra una lista con los clientes registrados, se podrán registrar,
editar y eliminar si se desea.
Figura 21 Lista de clientes
18
Reportes
En esta sección se podrán visualizar las ventas realizadas, y se podrá exportar a pdf si
se necesita.
Figura 22 Reportes de ventas
Figura 23 Reporte de venta convertido a formato pdf
Reporte grafico
19
En esta sección se podrá ver un panel de control en donde se podrá observar el
movimiento del negocio, en este se mostrará las ventas que se han llevado a cabo en el día.
Además, por medio de una lista desplegable el cual se filtra por año, se generara un grafico
que refleje las ventas en todo el año.
Figura 24 Reporte grafico de ventas
Aplicación móvil
Login
Figura 25 Login
20
La pantalla principal de la aplicación móvil es la del login en la cual el cliente deberá
ingresar su usuario y contraseña para poder acceder a los módulos.
El botón ingresar nos permite acceder.
El enlace de ¿olvidaste tu contraseña? Nos sirve para recuperar nuestra contraseña con
nuestra cedula o correo electrónico
El botón registrarse nos permite registrar nuestros datos para poder acceder a los módulos.
21
Figura 26 Registro de información del cliente
Para que el usuario se registre deberá llenar todos los campos que son:
Numero de cedula: número de cedula del propietario de la cuenta.
Nombre: nombre del cliente que va a crear la cuenta.
Apellido: apellido del cliente que va a crear la cuenta.
Género: genero del cliente de la cuenta.
Correo: correo mediante el cual el establecimiento se contactará con el cliente.
Contraseña: contraseña del cliente.
Dirección domiciliaria: se deberá ingresar el sitio correcto de su domicilio para realizar las
entregas a domicilio.
Numero celular: se deberá ingresar el numero por el cual se comunicará el repartidor o desde
el establecimiento.
Pregunta de seguridad: deberá elegir una pregunta para la recuperación de clave en caso de que
se haya olvidado.
Respuesta: deberá escribir correctamente la respuesta a la pregunta elegida.
22
Botón guardar: debe hacer click en el botón guardar para que la información se registre en el
sistema web de la Repostería.
Figura 27 Recuperar contraseña
Enlace de recuperar clave. En esta sección se deberá insertar el correo electrónico con
el que se registró o el número de cedula para que así pueda dirigirse a la pregunta de
seguridad para recuperar la contraseña.
Figura 28 Módulos
23
Una vez ingresado a la aplicación móvil se presentarán 3 módulos en la que el cliente
podrá manipular, estos módulos son:
Lista de productos: en este módulo se muestra los productos disponibles del sistema web.
Productos seleccionados: en este módulo se visualizarán los productos seleccionados de la
lista de productos.
Estado del pedido: en este módulo se visualizarán todos los pedidos realizados en la
aplicación.
Módulo de lista de productos
Figura 29 Modulo lista de productos
24
En el módulo de lista de productos, se puede apreciar información del producto como
es, el precio, la descripción y el nombre del producto.
Una vez seleccionado el producto se va a dirigir a una ventana con el producto
seleccionado, pero más amplio, en la cual el cliente podrá personalizar su pedido de manera
digital, también podrá aumentar o disminuir la cantidad del producto de su selección.
El botón agregar al carrito es la aceptación del producto seleccionado.
Módulo de producto seleccionado
Figura 30 Módulo de productos seleccionado
25
El modulo productos seleccionados nos muestra una lista de los productos que se
agregó al carrito de compras, en el cual se podrá eliminar y modificar el producto
seleccionado.
26
En esta sección el cliente deberá elegir un modo de entrega del pedido, podrá elegir
entre retirarlo en el local o recibirlo a domicilio.
Al hacer click en el botón pedir, este nos dirige al modo de pago ya sea esta tarjeta de
crédito o en efectivo.
Si elegimos tarjeta de crédito nos dirige a una actividad en el que podremos escanear
la tarjeta de crédito o a su vez poder escribirlo, cabe mencionar q esto solo será una
simulación.
Generación de nota de pedido y visualización de estado del pedido
Figura 31 Generación de nota de pedido
Una vez elegido el método de pago nos dirige a una nota de pedido en la cual estarán
los datos del producto, los datos del cliente, la fecha y el total a pagar.
A su vez podemos observar el estado de nuestros pedidos, ya sean estos atendidos o negados.
27
Notificación al correo electrónico
Figura 32 Notificación al correo electrónico
Una vez que se nos muestre la nota de pedido automáticamente nos envía un mensaje
a nuestro correo electrónico, en el cual se podrá observar la descripción de los productos
seleccionados y el valor total de pago.
28
Figura 33 Productos seleccionados
El cliente no podrá seleccionar otros productos sin antes haber sido atendido el anterior.