Está en la página 1de 12

PRODUCTO INTEGRADOR DE APRENDIZAJE

Nombre de la Unidad de Aprendizaje: Desarrollo de Software III


Nombre del proyecto: Food Order App
Programa educativo: Licenciado en Tecnologías de Información__________
Semestre: 7 Grupo: 71
Nombre del maestro: MAE Aldo Christopher Loredo García
Nombre de los integrantes del equipo:
(En orden alfabético apellidos-nombres- # ejemplo abajo, borrar esta línea al finalizar el editado)
Estrada Camarillo José Luis Daniel – 1749851
Botello Alemán Jonathan – 1644655
Herrera Flores Julio César – 1300000
Miranda Cerda Roxana - 1745309

Contenido mínimo a evaluar Cumplimiento


Índice
Introducción .- incluye valores
UANL aplicados
Análisis y emisión de juicio
Conclusiones individuales
Conclusión del equipo
Actividad en inglés
Identificación de sub resultados
de aprendizaje ANECA.
Calificación PIA:

Firma del maestro

San Nicolás de los Garza, ciudad universitaria a 18 de noviembre de 20222


Contenido
Introducción.......................................................................................3
Análisis................................................................................................4
Matriz de roles...................................................................................5
Aplicación...........................................................................................6
Conclusiones individuales................................................................11
Conclusión del equipo......................................................................12
Introducción
En este proyecto se aplicarán los conocimientos adquiridos a lo largo del semestre
de la materia de Desarrollo de Software 3, la cual tuvo de contenido estructura
XML y JAVA usando Android Studio.
Problemática
La empresa “FoodOrder” se dedica a entregas de comida o bien dejar que los
comensales pidan para que ellos mismos recojan los pedidos. Sucedía que
necesitaban una manera de administrar las ordenes de los socios que tienen hasta
el momento aliados a ella; además buscaban una manera en la que los
comensales se sintieran cómodos pidiendo los platillos que los restaurantes
ofrecen y que fuese óptimo. Sabiendo que hay alternativas en el mercado
buscaban algo propio que los identificara del resto con el fin de no dar cuentas a la
competencia o perder presencia.
¿Por qué escogimos este caso?
De primera por el hecho de que lo más conveniente para ellos era crear una app la
cual nosotros teníamos como proyecto final para elaborar y en segundo porque así
podríamos poner a prueba lo que hemos estado viendo en la materia. Como
adicional la solución es pequeña por lo que era cómodo para nosotros trabajar en
la realización de la app sin necesidad de considerar mucha información de
negocio.
Análisis

Nuestra idea principal era realizar una aplicación donde el usuario


pudiera tener mas accesible el uso de diferentes servicios como,
taxis, hotel, restaurantes entre otros; la función principal de esta
aplicación era mostrarle al usuario los servicios que más le
quedaban cerca de su ubicación en tiempo real y así, poder realizar
algún pedido y/o reservación para los diferentes servicios que se
ofrecen.

Matriz de roles
En este apartado, se debe realizar una matriz como la mostrada
adelante, incluyendo el nombre y lo(s) rol(es) de cada integrante,
así como la definición de cada rol, no tiene que ser necesariamente
los mismos de abajo, pero los pueden utilizar (Borrar este texto al
realizar su Matriz y Definición)
Integrante Rol
José Luis Daniel Estrada Desarrollador/Gestor de BD
Camarillo
Jonathan Botello Alemán Diseñador
Roxana Miranda Cerda Analista
Julio Cesar Herrera Flores Desarrollador/Analista
José Luis Daniel Estrada Gestor de BD

Definición de roles
Desarrollador: sus obligaciones son realizar el código funcional y
conectarse con las API’s y elementos externos requeridos dentro de
la aplicación.
Diseñador: su función es realizar el maquetado, propuestas de
diseño, así como los XML finales y todo elemento gráfico que
necesite la aplicación.
Analista: su responsabilidad es analizar la problemática, establecer
el flujo de trabajo dentro de la app, así como definir las necesidades
funcionales que se van a requerir para el desarrollo.
Gestor de BD: su objetivo es realizar la base de datos y/o la
estructura de los elementos de almacenado de información que se
van a utilizar, así como al de conectar la aplicación por medio de
código y configuración.

Aplicación
1.- Login: Se muestra el inicio de sesión del usuario.

2.- A continuación, se muestran los diferentes restaurantes que


contiene nuestra aplicación y posteriormente muestra los
diferentes alimentos que ofrece el restaurante en este caso,
Mutcha Pizza.
3.- En esta pantalla se muestra como es que los alimentos que
hemos seleccionado van directamente a nuestro carrito de
compras, previo a realizar nuestro pedido.
4.- En esta pantalla se muestra lo que posteriormente habíamos
seleccionado en nuestro carrito al igual que la información que nos
piden si decidimos recoger nuestro pedido en la sucursal. En la
segunda pantalla, de igual manera nos muestra toda la
información, pero si el cliente decide que su pedido le llegue a
domicilio , se muestra la información que se requiere para realizar
su pedido.
5.- Pedido realizado: Nos muestra que el pedido se ha realizado de
manera correcta.
Conclusiones individuales

Estrada Camarillo José Luis Daniel

The project helped us to be able to develop mobile applications, which is one of the most

used tools today and with a great future, with this we can improve the idea of innovating

each daily activity.

Botello Alemán Jonathan

Developing this application was a challenge because at first I did not know exactly what

order the development of each part could take, but thanks to the help of my colleagues it

was clearer how to create the code and the interfaces. I still know that we still need to

understand more concepts to be able to make other types of apps that deal with different

problems, but this is how it starts and little by little we will improve the quality of our

results.

Herrera Flores Julio César

In conclusion, he could say that this project cost us a bit from below since we did not have

enough knowledge to get it done, but thanks to teamwork, the code was done in a better

way, in addition to knowing the different difficulties when making an app already in line

working 100%

Miranda Cerda Roxana

I found it very interesting to carry out the analysis of this project


since I was in charge of giving the idea of what the functionality of
the app was going to do for the needs of the users.
Conclusión del equipo

Una vez que hemos estado elaborando la aplicación nos ha agradado el resultado
puesto a que es sencilla pero intuitiva y óptima. Nuestra app tiene una interfaz
agradable la cual rápidamente te muestra los restaurantes asociados a la empresa
con datos adicionales de las sucursales una vez que te logeas o bien si primero
haces el proceso de registro para posteriormente tener tu cuenta y la oportunidad
de iniciar sesión sin más; cuando ya se ha escogido un restaurante se pueden ver
los platillos que ofrecen con los precios correspondientes. Se pueden escoger
cierta cantidad de cada uno (dependiendo el antojo o el hambre) y luego pasar al
paso de confirmar el carrito para pagar; por ahora sólo se puede con pago con
tarjeta (sea crédito o débito) si se va a recoger el pedido al restaurante o bien
anotar los datos adicionales si se desea pedir a domicilio. Una vez hecho esto ha
quedado registrado el pedido y queda solamente esperar.
Ha sido una experiencia interesante porque en un inicio cuando se dan las ideas
para elaborarla te imaginas algunas cosas y luego cuando sale el resultado
sorprende que se fuera capaz de realizar algo así. Aún nos falta dominar más
cosas para en un futuro hacer aplicaciones más elaboradas y complejas sin
complicarse tanto.

También podría gustarte