Universidad Peruana de Ciencias Aplicadas
Ingeniería de Software
Desarrollo de Aplicaciones Open Source - SW53
Profesor: Hugo Allan Mori Paiva
Informe del Trabajo Final
Startup: StudentConnect
Producto: GoUni
| Member | Code |
|---|---|
| Anampa Lavado, Luis Angel | u202218664 |
| David Polanco, Alessandro | u202122232 |
| Mallma Espiritu, Franky Oswald | u20211c250 |
| Talizo Balbin, Joan Jefferson | u202223781 |
| Valera Garcés, Samuel Ignacio | u202111952 |
Noviembre 2024
Para el desarrollo de la entrega TB1, se optó por dividir el trabajo de la siguiente forma:
| Versión | Fecha | Autor | Descripción |
|---|---|---|---|
| #01 - TB1 | 05/09/24 | Anampa Lavado, Luis Angel | Competidores, Análisis competitivo, Estrategias frente a competidores, Product backlog, Style guidelines, Web style guidelines, Information architecture, Landing page UI design, Landing page mockup, Web applications mockup, Database diagram, Software deployment configuration, Development Evidence for Sprint Review, Execution Evidence for Sprint Review, Services Documentation Evidence for Sprint Review, Software Deployment Evidence for Sprint Review |
| 05/09/24 | David Polanco, Alessandro | Startup Profile, Descripción de la startup, Antecedentes y problemática, Lean UX Problem Statements, Lean UX Assumptions, Segmentos objetivo, Organization Systems, Labeling Systems, SEO Tags and Meta Tags, Searching Systems, Navigation Systems, Landing Page Wireframe, Web Applications Wireframes, Class Diagrams, Class Dictionary | |
| 05/09/24 | Talizo Balbin, Joan Jefferson | Registro de entrevistas, Software deployment configuration, Development Evidence for Sprint Review, Execution Evidence for Sprint Review, Services Documentation Evidence for Sprint Review, Software Deployment Evidence for Sprint Review | |
| 05/09/24 | Valera Garcés, Samuel Ignacio | Lean UX Hypothesis Statements, Lean UX Canvas, Diseño de entrevistas, User Personas, Empathy Mapping, Impact Mapping, Domain-Driven Software Architecture, Software Development Environment Configuration, Source Code Management, Source Code Style Guide & Conventions | |
| 05/09/24 | Mallma Espiritu, Franky Oswald | User Task Matrix, Journey Map, As-Is Scenario Map, To-Be Scenario Map, Parte de user stories, Parte de diseño de entrevistas, Software Architecture Context Diagram, Software Architecture Container Diagrams, Software Architecture Components Diagrams |
Para el desarrollo de la entrega TP, se optó por dividir el trabajo de la siguiente forma:
| Versión | Fecha | Autor | Descripción |
|---|---|---|---|
| #02 - TP | 27/09/24 | Anampa Lavado, Luis Angel | Correcciones TB1, Web Application, Landing Page |
| 27/09/24 | David Polanco, Alessandro | Correcciones TB1, Web Application, Landing Page | |
| 27/09/24 | Talizo Balbin, Joan Jefferson | Correcciones TB1, Web Application, Landing Page | |
| 27/09/24 | Valera Garcés, Samuel Ignacio | Correcciones TB1, Web Application, Landing Page | |
| 27/09/24 | Mallma Espiritu, Franky Oswald | Correcciones TB1, Web Application, Landing Page |
Para el desarrollo de la entrega TB2, se optó por dividir el trabajo de la siguiente forma:
| Versión | Fecha | Autor | Descripción |
|---|---|---|---|
| #03 - TB2 | 04/11/24 | Anampa Lavado, Luis Angel | Correcciones TP, Web Application, Backend, Entrevistas |
| 04/11/24 | David Polanco, Alessandro | Correcciones TP, Web Application, Backend, Entrevistas | |
| 04/11/24 | Talizo Balbin, Joan Jefferson | Correcciones TP, Web Application, Backend, Entrevistas | |
| 04/11/24 | Valera Garcés, Samuel Ignacio | Correcciones TP, Web Application, Backend, Entrevistas | |
| 04/11/24 | Mallma Espiritu, Franky Oswald | Correcciones TP, Web Application, Backend, Entrevistas |
Para el desarrollo de la entrega TF, se optó por dividir el trabajo de la siguiente forma:
| Versión | Fecha | Autor | Descripción |
|---|---|---|---|
| #04 - TF | 20/11/24 | Anampa Lavado, Luis Angel | Correcciones TB2, Web Application, Backend, About the Team |
| 20/11/24 | David Polanco, Alessandro | Correcciones TB2, Web Application, Backend, Entrevistas | |
| 20/11/24 | Talizo Balbin, Joan Jefferson | Correcciones TB2, Web Application, Backend, Entrevistas | |
| 20/11/24 | Valera Garcés, Samuel Ignacio | Correcciones TB2, Web Application, Backend, Entrevistas | |
| 20/11/24 | Mallma Espiritu, Franky Oswald | Correcciones TB2, Web Application, Backend, Entrevistas |
URL del repositorio de GitHub de la organización: https://github.com/Open-Source-SW53-Group-2
-
Capítulo V: Product Implementation, Validation & Deployment.
-
- 5.2.1.1 Sprint Planning 1.
- 5.2.1.2 Sprint Backlog 1.
- 5.2.1.3 Development Evidence for Sprint Review.
- 5.2.1.4 Testing Suite Evidence for Sprint Review.
- 5.2.1.5 Execution Evidence for Sprint Review.
- 5.2.1.6 Services Documentation Evidence for Sprint Review.
- 5.2.1.7 Software Deployment Evidence for Sprint Review.
- 5.2.1.8 Team Collaboration Insights during Sprint.
-
- 5.2.2.1 Sprint Planning 2.
- 5.2.2.2 Sprint Backlog 2.
- 5.2.2.3 Development Evidence for Sprint Review.
- 5.2.2.4 Testing Suite Evidence for Sprint Review.
- 5.2.2.5 Execution Evidence for Sprint Review.
- 5.2.2.6 Services Documentation Evidence for Sprint Review.
- 5.2.2.7 Software Deployment Evidence for Sprint Review.
- 5.2.2.8 Team Collaboration Insights during Sprint.
-
- 5.2.3.1 Sprint Planning 3.
- 5.2.3.2 Sprint Backlog 3.
- 5.2.3.3 Development Evidence for Sprint Review.
- 5.2.3.4 Testing Suite Evidence for Sprint Review.
- 5.2.3.5 Execution Evidence for Sprint Review.
- 5.2.3.6 Services Documentation Evidence for Sprint Review.
- 5.2.3.7 Software Deployment Evidence for Sprint Review.
- 5.2.3.8 Team Collaboration Insights during Sprint.
-
- 5.2.4.1 Sprint Planning 4.
- 5.2.4.2 Sprint Backlog 4.
- 5.2.4.3 Development Evidence for Sprint Review.
- 5.2.4.4 Testing Suite Evidence for Sprint Review.
- 5.2.4.5 Execution Evidence for Sprint Review.
- 5.2.4.6 Services Documentation Evidence for Sprint Review.
- 5.2.4.7 Software Deployment Evidence for Sprint Review.
- 5.2.4.8 Team Collaboration Insights during Sprint.
-
| Criterio Específico | Acciones realizadas | Conclusiones |
|---|---|---|
| Comunica oralmente con efectividad a diferentes rangos de audiencia. | Anampa Lavado Luis Angel, TB1: Como integrante del equipo, he promovido un ambiente colaborativo en este proyecto, asegurando que mis aportes sean comunicados de manera efectiva. Durante nuestras reuniones, hemos interactuado de manera activa para evaluar el progreso y resolver dudas o consultas que puedan surgir, fomentando así un espíritu de cooperación y aprendizaje mutuo. TP1: A través de la reunión realizada para distribuir las tareas relacionadas con la aplicación web, pudimos participar activamente como grupo, aportando nuestras ideas para la elaboración de la página. Este intercambio ha enriquecido el proceso creativo y nos ha permitido definir una dirección clara para el desarrollo del proyecto. TB2: Me comunique con mi equipo para resolver dudas del presente sprint 3, tambien para despejar mis dudas sobre el despliegue del backend, apendimos a escuchar a cada uno e intercambiar ideas que nos permitido colaborar conjuntamente. TF:Durante la etapa final del proyecto, me aseguré de consolidar el trabajo realizado, revisando minuciosamente los entregables para garantizar su calidad y alineación con los objetivos iniciales. Además, colaboré con mi equipo para preparar la presentación final, sintetizando de manera clara y efectiva los logros obtenidos y los aprendizajes adquiridos. Este proceso nos permitió reflexionar sobre las áreas de mejora y fortalecer nuestras habilidades en trabajo en equipo y comunicación. David Polanco, Alessandro Alonso TB1: Comunicó ideas y resultados de manera objetiva a audiencias variadas, compartiendo el progreso y los desafíos del proyecto. TP: Implemente funcionalidad de chat con los conductores en la App Web TB2: Se realizo optimizacion del codigo de backend de GoUni y aporte a la documentacion y video About-The-Product TF: Se realizo optimizacion del codigo de backend de GoUni y aporte a la documentacion y video About-The-Product Talizo Balbin Joan Jefferson, TB1: Entrevistó usuarios y realizó sprints backlog, contribuyendo al desarrollo de la landing page. TP1 Como integrante del equipo, hemos realizado la distribución de las tareas para realizarlo en la aplicación web con Angular. Asimimsmo, se trabajo en equipo, aportandooslas ideas de cada integantes. Aprendimos en escuchar a cada uno e intercambio de ideas que nos ha permitido colaborar de manera satisfactoria en el desarrollo del proyecto. TB2: Para el desarrollo del sprint 3, logre implementar la funcionalidad del backend en la parte de driver en Sring Boot. Asimismo, la grabacion de las entrevistas y About The Product. TF: Para el desarollo del Sprint 4, me aseguré una contribución eficiente y cumplí con las fechas de entrega. Asimismo, colaboré con mi equipo en las tareas asignadas, se realizo el video de About-The-Team. Ante ello, este proceso nos permitio a mi grupo reflexionar sobre fortalecer nuestras fortalezas y habilidades en el trabajo en equipo y comunicación. Valera Garcés Samuel Ignacio, TB1: Informó sobre el progreso y los obstáculos del proyecto a públicos especializados. TP: Implementó la funcionalidad del login en Angular CLI, realizando todo el proceso satisfactoriamente. TB2: Implementó la funcionalidad del backend login y register en Spring Boot, asi como la grabacion de entrevistas y About the Product. TF: En el sprint 4 me encargue de mejorar el backend para el login y grabar las modificaciones del about the product Mallma Espiritu Franky TB1: Compartió ideas de solución de manera objetiva durante el desarrollo del proyecto. TP1: Para el desarrollo del proyecto logre cumplir el objetivo satisfactoriamente hablando sobre la distribucion del proyecto y realizando entrevistas con el es testeo y deploy de la aplicacion web. TB2: Para el desarrollo del sprint 3 logre comunicarme de forma adecuada sobre el avance del proyecto con mi equipo de trabajo ,adema de realizar heuristicas para otro tipo de segmentos TF: En el sprint 4 propicie a la comunicacion con mi equipo de trabajo sobre el informe y agregar funcionalidades del backend |
General: La comunicación clara y precisa fue crucial para el éxito del proyecto, facilitando la cooperación y comprensión entre los equipos. La capacidad de comunicar de manera objetiva y profesional coordinó esfuerzos y mejoró la ejecución del proyecto. |
| Comunica por escrito con efectividad a diferentes rangos de audiencia. | Anampa Lavado Luis Angel, TB1: Como miembro del equipo, cumplí con mis responsabilidades de manera oportuna, asumiendo la tarea de realizar entrevistas, redactar la introducción y el planteamiento del problema, así como contribuir en la elaboración de la landing page en conjunto con mis compañeros. Esta experiencia ha fortalecido nuestras dinámicas de trabajo y ha permitido un desarrollo cohesivo del proyecto. TP1: En esta fase del trabajo, me corresponde apoyar en el Sprint 2, donde me enfocaré en la implementación de la aplicación web. Estoy comprometido en colaborar estrechamente con el equipo para asegurar que cumplamos con nuestros objetivos de manera efectiva. TB2:Contribui con implementacion de las entresvitas , con endpoints del backend y actualizacion de la landing page con el about the product. TF:En la etapa final del proyecto, participé en la integración y validación de las funcionalidades implementadas, asegurándome de que la aplicación cumpliera con los requerimientos establecidos. Además, colaboré en la documentación final del proyecto y en la preparación de la presentación para stakeholders. Este proceso me permitió reflexionar sobre las áreas de mejora del proyecto y consolidar las habilidades adquiridas durante el desarrollo, incluyendo la resolución de problemas y el trabajo en equipo. David Polanco, Alessandro Alonso TB1: Usó el Lean UX Canvas e intervino en el diseño de la Information Architecture y la estructura de la base de datos. TP: Para la entrega parcial me encargué de avanzar con la documentacion del informe, registrar entrevistas de diferentes segmentos y avance del Frontend de GoUni. TB2: Para este avance me encargue de la optimizacion del codigo del backend de GoUni, realice la grabacion del video About-The-Product. TF: En la etapa final del proyecto de GoUni, participe realizando la optimizacion de codigo del lado de los servicios de GoUni, igualmente asegurando que la aplicacion cumpliera con los requisitos planteados en la documentacion. Ademas pude participar en la realizacion del Video-About-TheProduct, lo cual me permitio presentar de una manera generla hacia donde queremos enfocarnos con este producto y explicar las funcionalidades que puede llegar a ofrecer GoUni hacia su publico objetivo. Mallma Espiritu Franky Oswald, TB1: Entrevistó usuarios y participó en el desarrollo de la landing page. TP1: Para la entrega parcial me enargue de desarrollar la documentacion del informe de forma exitosa ademas de registrar las entrevistas de los distintos segmentos, cumpliendo asi el comunicar a otras audiencias TB2: para el desarrollo del sprint 3 , me encargue de desarrollar y distribuir el informe escrito en el repositorio github. Asimismo con el desarrollo de los distintos reportes del tb2 TF: En el sprint 4 me encargue de distribuir las partes del informe ademas de promover de forma escrita el compromiso de cada uno de los integrantes a travez del performance Talizo Balbin Joan Jefferson TB1: Contribuyó en diversas etapas del desarrollo, creando user personas y empathy maps. TB1: En esta fase del trabajo parcial, me corresponde en colaborar en el Sprint2, donde me enfoquele en la implementación de mockups del Figma a Angular. Asimismo, estoy comprometido en colaborar con el equipo para asegurar que cumplanos con nuestros objetivos de forma colaborativa, efectiva y trabajo en equipo. TB2: Para el desarollo del Sprint 3, contribui en las entrevistas realizadas con sus respectivos endpoints del backend. Asimimso, se implemento el deploy con MySQL. TF: Redactó un informe final que sintetizaba los resultados del proyecto, destacando las metas alcanzadas, los retos superados y las recomendaciones para proyectos futuros. Este documento sirvió como referencia para evaluar el éxito del proyecto y sugerir mejoras en el proceso de desarrollo. Valera Garcés, Samuel Ignacio TB1: Ayudó en la documentación y diseño de journey mappings y diagram flows para el proyecto. TP: Documentó la implementación del login en Angular CLI, asegurando que los procesos fueran claramente entendidos por todos los miembros del equipo. TB2: Desarrollo de parte del backend, grabacion y edicion de videos. TF: Logre realizar mejoras en codigo y video, contribuyendo con mi labor en el grupo |
General: La documentación clara y detallada fue fundamental para el desarrollo del proyecto, asegurando que toda la información fuera comprensible para los diversos públicos. La escritura objetiva y profesional facilitó la colaboración y el éxito en cada fase del desarrollo. |
GoUni es una startup fundada por un grupo de estudiantes de la Facultad de Ingeniería de la Universidad Peruana de Ciencias Aplicadas (UPC) con el objetivo de abordar las preocupaciones y desafíos que enfrentan los estudiantes universitarios al movilizarse. Ante las dificultades para acceder a un transporte cómodo y asequible, estamos desarrollando una plataforma innovadora que permite compartir viajes en vehículos particulares entre compañeros de universidad. Con UniGo, buscamos no solo ofrecer una alternativa económica y social al transporte público, sino también reducir la congestión vehicular y promover un uso más eficiente de los recursos. Nuestro equipo, apasionado por la tecnología y la sostenibilidad, está comprometido en brindar una solución de movilidad segura, conveniente y colaborativa para la comunidad estudiantil.
Nuestra misión es facilitar el transporte universitario a través de una plataforma accesible y colaborativa que permita a los estudiantes compartir viajes de manera segura y económica, mejorando su experiencia de movilidad diaria.
Aspiramos a ser líderes en movilidad estudiantil, reconocidos por nuestro compromiso con la sostenibilidad, la eficiencia y la satisfacción de nuestros usuarios, proporcionando una experiencia de transporte innovadora y socialmente responsable para estudiantes del Perú.
| Miembros del equipo | Descripción |
|---|---|
 |
Mi nombre es Angel Anampa y tengo 19 años. Actualmente estoy cursando la carrera de Ingeniería de Software en la UPC. Elegí dicha carrera porque soy una persona que le interesa mucho los temas que tienen que ver con tecnología , me gustan los videojuegos. Me considero una persona atenta, responsable , optimista que sabe solucionar los problemas. Como integrante del equipo me comprometo a apoyar al grupo en este trabajo. |
 |
Mi nombre es Alessandro David y tengo 21 años. Yo estoy cursando la carrera de Ingenieria de Software en la UPC y ando en 7mo ciclo. Me gusto demasiado mi eleccion referente a la carrera dado que me interesan mucho todos los temas que tenga que ver con la tecnologia y las tendencias de este rubro. Me gusta leer libros de desarrollo personal y tambien trenar y montar bicicleta. Me considero una persona empática, comprometida, y siempre atento a resolver cualquier problema que me concierna. Como integrante del grupo de Open Source me comprometo a cooperar con todo lo asignado en el trabajo y apoyar a mis compañeros con cualquier duda que quieran absolver. |
 |
Hola, mi nombre es Samuel, estudiante de la carrera de Ingeniería de software. Me considero una persona responsable, empática y con adaptación rápida al trabajo en equipo. Cuento con conocimiento en C++, HTML, Git hub, Java, Python y SQL. Mi objetivo a futuro es utilizar la tecnología para el desarrollo de aplicaciones que necesite la sociedad en el día a día. En mis tiempos libres, me gusta practicar guitarra y leer. |
 |
Mi nombre es Joan Jefferson Talizo Balbin, soy estudiante de Ingeniería de Software. Mi curiosidad innata me impulsa leer, jugar videojuegos, y constantemente aprender cosas nuevas. Valoro la resilencia, empatía, el aprendizaje rápido y la perseverancia como mis principales fortalezas. Como parte del equipo, me comprome comprometo a colaborar estrechamente con mis compañeros y aportar mis conocimientos y habilidades al equipo. |
 |
Estudiante universitario cursando la carrera de Ingeniería de Software. Soy una persona puntual y responsable en los trabajos de equipo. Poseo conocimientos en html , css y sql básico. Como parte del equipo mis capacidades resaltan más en la búsqueda de soluciones emergentes que se pueda dar a lo largo del proyecto. |
La movilidad estudiantil en zonas urbanas ha sido un reto constante para los estudiantes universitarios, especialmente en grandes ciudades como Lima, donde la congestión vehicular y la falta de opciones de transporte eficientes afectan directamente la calidad de vida. El transporte público convencional a menudo resulta incómodo, inseguro, y poco fiable, mientras que tener un vehículo propio no es una opción accesible para muchos estudiantes debido a los altos costos de adquisición y mantenimiento.
El auge de la tecnología y las aplicaciones móviles ha abierto nuevas posibilidades para abordar este problema mediante soluciones innovadoras como el carpooling, que no solo promueven un uso más eficiente de los recursos, sino que también ofrecen una alternativa más económica y socialmente integrada al transporte tradicional.
UniGo surge en este contexto con la misión de proporcionar una solución que permita a los estudiantes universitarios compartir viajes en vehículos particulares. Con esta plataforma, buscamos no solo aliviar los problemas de transporte, sino también fomentar la sostenibilidad, reducir el tráfico, y mejorar la seguridad en los desplazamientos diarios hacia las universidades.
La problemática percibida por nuestra startup radica en la falta de opciones de transporte eficiente, seguro y económico para los estudiantes universitarios. Los estudiantes, en su mayoría, dependen de un transporte público lento, incómodo y en muchos casos inseguro, lo que repercute en su bienestar y rendimiento académico.
Este problema se presenta diariamente cuando los estudiantes necesitan trasladarse a sus universidades. El transporte público suele tener horarios y rutas poco optimizados, lo que se traduce en largas esperas, trayectos prolongados, y una experiencia de viaje incómoda y, en algunos casos, insegura.
El servicio está diseñado para ser una herramienta de alto impacto para los estudiantes que buscan un equilibrio económico y confortable en sus desplazamientos hacia la universidad.
El problema se deriva de cuestiones socioculturales, como la inseguridad en Perú durante la espera impredecible de los transportes públicos, que puede resultar tediosa. Asimismo, el costo elevado de utilizar constantemente autos particulares para desplazarse resulta ser una opción poco viable para la economía de los estudiantes que no cuenten con los recursos económicos necesarios.
Los usuarios del sistema serán principalmente estudiantes universitarios. Por un lado, aquellos que dispongan de un vehículo y busquen generar ganacias durante su recorrido hacia la universidad. Por otro lado, se encuentran los estudiantes que utilizarán este servicio y su rol sera el de pasajero.
La causa principal del problema es la ineficiencia del transporte público y la falta de alternativas que sean tanto accesibles económicamente como confiables en términos de seguridad y comodidad. Además, el uso de vehículos privados de manera individual contribuye a la congestión vehicular, afectando la calidad de vida en las ciudades.
El producto sera empleado mediante una plataforma web, donde los estudiantes podrán programar sus viajes, conocer los horarios y rutas disponibles, realizar pagos en línea y recibir actualizaciones en tiempo real sobre el estado del servicio.
Después de que el estudiante inicia sesión en el sistema y elige su universidad de destino, el sistema presenta los conductores disponibles que viajan por la misma ruta. Si el estudiante está conforme con la hora estimada de llegada y la calificación del conductor, puede reservar un viaje y proceder con el pago. Una vez que el conductor complete todos los asientos, debe indicar que no hay más asientos disponibles. Después de llegar a destino, los usuarios tienen la opción de calificar al conductor.
En Lima, se registran numerosos problemas socioculturales, como la delincuencia y el tráfico, que pueden ser especialmente perjudiciales para los estudiantes que suelen llevar consigo sus teléfonos celulares y computadoras portátiles (INEI, 2021). Estudios previos han demostrado que el crimen en Lima afecta negativamente la calidad de vida de los residentes, exacerbando los niveles de estrés y ansiedad (Traverso, 2020). Además, la situación del tráfico en la ciudad ha sido objeto de preocupación constante, ya que los estudiantes corren el riesgo de llegar tarde a clases o exámenes debido a las frecuentes paradas de los autobuses en cada tramo (Municipalidad Metropolitana de Lima, 2023).
Los estudiantes universitarios que deseen una alternativa que sea eficiente, cómoda y económica, así como aquellos que busquen generar ingresos o reducir sus gastos en combustible durante su viaje hacia la universidad.
Nuestro servicio de carpooling para estudiantes universitarios se diseñó con el fin de mejorar la experiencia de transporte de nuestros usuarios, reducir el estrés, el riesgo de robos, la fatiga por autobuses abarrotados y los costos elevados. Sin embargo, hemos notado que el servicio no está cumpliendo completamente con estos objetivos. Los estudiantes siguen enfrentando problemas de estrés y fatiga, y los costos no se han reducido significativamente. Además, la falta de coincidencia en horarios y rutas entre los usuarios y la baja ocupación de los vehículos están limitando la efectividad del servicio.
¿Cómo podemos mejorar nuestro servicio para asegurar que los estudiantes universitarios encuentren compañeros de viaje compatibles, optimicen el uso de los vehículos y reduzcan significativamente los costos y las dificultades asociadas con el transporte diario?
Movilidad y transporte compartido para estudiantes universitarios.
Estudiantes que necesitan desplazarse a sus universidades y buscan una alternativa al transporte público o a los vehículos particulares. Estos estudiantes enfrentan desafíos como el estrés, la inseguridad y el costo elevado del transporte.
Estudiantes que poseen vehículos y desean compartir sus viajes con otros para reducir gastos en combustible y maximizar el uso de sus vehículos.
La congestión en el transporte público y las largas esperas causan estrés y fatiga, afectando negativamente su experiencia de desplazamiento.
La inseguridad durante el viaje, especialmente en autobuses abarrotados, es una preocupación constante.
Los gastos en transporte son una carga financiera significativa para los estudiantes.
Hay una falta de mecanismos eficientes para asegurar que todos los asientos disponibles en un viaje compartido sean utilizados, reduciendo el potencial de ingresos por compartir el viaje.
Existe una brecha en el mercado de transporte compartido específico para estudiantes universitarios. Aunque hay aplicaciones de viajes compartidos, no están adaptadas a las necesidades y horarios específicos de los estudiantes, lo que dificulta la formación de compañeros de viaje compatibles y la optimización del uso del vehículo.
Crear una plataforma de carpooling diseñada específicamente para estudiantes universitarios que permita una conexión efectiva entre compañeros de viaje con horarios y rutas compatibles. La plataforma debe abordar el estrés y la inseguridad relacionados con el transporte, al mismo tiempo que ofrece una solución económica y eficiente para los estudiantes que desean compartir sus viajes y reducir costos.
Assumptions play a crucial role in identifying project risks and fostering team participation and active engagement.
Who is the user?
- The user is any university student interested in a faster, safer, and more efficient way to commute to their university.
Where does our product fit into their work or life?
- Our product integrates seamlessly into users' daily lives, providing an efficient and accessible transportation solution. It helps avoid stress, risks of theft, fatigue caused by overcrowded buses, and high transportation costs.
What problems does our product need to solve?
- Our product addresses inefficiencies in commuting, scheduling conflicts among travel companions, and low vehicle occupancy that limit carpooling effectiveness. It also aims to reduce transportation costs and enhance the overall experience for students.
When and how is our product used?
- The product is used daily by students to coordinate shared rides to and from the university. It matches users with compatible routes and schedules.
How should our product look and behave?
- The product should be intuitive and user-friendly, featuring an interface that enables users to efficiently plan and coordinate trips. It must function reliably, ensuring users can quickly find travel companions and complete their trips safely and affordably.
We believe that:
-
Our customers need a platform that allows them to coordinate and share rides to the university in a safe, efficient, and economical way. Students are seeking to reduce travel costs and times while minimizing stress associated with daily transportation.
-
These needs can be addressed with a mobile application that connects university students, enabling them to share car rides, lower transportation expenses, and improve their daily commuting experience.
The #1 value my customer wants from my service:
-
For students offering rides: A platform that helps fill empty seats in their vehicles, optimizing costs and maximizing the efficiency of their daily commutes.
-
For students seeking rides: A secure and economical way to reach the university, reducing travel time and the stress of overcrowded public transportation.
-
For universities: A solution that reduces traffic congestion and environmental impact, promoting a more sustainable mode of transportation for their students.
Additional benefits for customers:
-
Student Networking: Opportunities to connect with fellow university students, building a social and academic network that enriches their university experience.
-
Incentives and Rewards: Frequent users can access discounts, special promotions, or rewards for participating in the carpooling system.
-
Feedback and Continuous Improvement: Users can provide and receive feedback on trips, enhancing service quality and ensuring a positive experience for all involved.
Creemos que al simplificar el proceso de registro y la verificación de usuarios en nuestra plataforma, aumentaremos la tasa de conversión de nuevos estudiantes que se inscriben para usar el servicio de carpooling. Sabremos que hemos tenido éxito cuando observemos un aumento significativo en el número de cuentas activas en los primeros 7 días después del lanzamiento.
Creemos que al ofrecer una sección destacada para los “Viajes Más Populares de la Semana”, aumentaremos la participación de los estudiantes en la plataforma. Sabremos que hemos tenido éxito cuando observemos un aumento en las visitas a esta sección y una mayor interacción con los viajes destacados.
Creemos que al proporcionar métricas claras sobre la eficiencia de los viajes (como ahorro de tiempo y dinero), motivaremos a más estudiantes a utilizar nuestro servicio de manera regular. Sabremos que hemos tenido éxito cuando veamos un aumento en la frecuencia de uso del servicio y una mayor satisfacción de los usuarios.
Creemos que al incorporar un sistema de recompensas para conductores y pasajeros frecuentes, aumentaremos la retención de usuarios y generaremos un uso más constante de la plataforma. Sabremos que hemos tenido éxito cuando observemos un aumento en la lealtad de los usuarios y una mayor participación activa en la plataforma.
| Lean UX Canvas | Fecha: 20/08/2024 | Iteración: 1 |
|---|---|---|
| 1. Business Problem: | 5. Solutions: | 2. Business Outcomes: |
| - La falta de un sistema eficiente y confiable que conecte a los estudiantes universitarios que necesitan compartir transporte hacia la universidad. | - Plataforma de Carpooling: Sistema que permita a los estudiantes ofrecer y encontrar viajes compartidos hacia la universidad. | - Aumento en el número de usuarios activos y viajes compartidos realizados. |
| - Aunque existen alternativas de transporte público y privado, los estudiantes enfrentan problemas como el tráfico, el costo elevado, la inseguridad y la pérdida de tiempo. | - Verificación de Usuarios: Proceso de verificación para garantizar la seguridad y confianza entre los usuarios. | - Reducción de costos de transporte para los estudiantes. |
| - Además, la falta de una solución que optimice el uso de vehículos privados entre estudiantes afecta la movilidad y la sostenibilidad. | - Sistema de Recompensas: Incentivos para conductores y pasajeros frecuentes. | - Mejora en la eficiencia y sostenibilidad del transporte universitario. |
| - Funcionalidad de Chat: Herramienta de comunicación directa entre conductores y pasajeros para coordinar detalles del viaje. | - Reconocimiento y adopción de la plataforma como la opción preferida para el carpooling entre estudiantes universitarios. | |
| - Integración de Rutas: Sincronización con aplicaciones de mapas para optimizar las rutas y tiempos de viaje. | ||
| - Notificaciones en Tiempo Real: Alertas sobre cambios en la ruta o disponibilidad de viajes. |
| 3. Users: | 6. Hypotheses: | 4. User Outcomes & Benefits: |
|---|---|---|
| - Los usuarios principales serán estudiantes universitarios que buscan una alternativa de transporte más económica, segura y conveniente para llegar a sus campus. | - Creemos que al simplificar el proceso de registro y la verificación de usuarios en nuestra plataforma, aumentaremos la tasa de conversión de nuevos estudiantes. | - Estudiantes: Ahorro de tiempo y dinero, reducción del estrés del transporte público, y mayor seguridad al viajar con compañeros de estudio. |
| - También incluye a los conductores que desean compartir sus vehículos para reducir costos y contribuir a una movilidad más sostenible. | - Creemos que al implementar una función de mensajería entre conductores y pasajeros, mejoraremos la coordinación y la confianza en nuestra plataforma. | - Conductores: Reducción de costos operativos y mayor sostenibilidad en sus desplazamientos. |
| - Las universidades podrían ser clientes interesados en promover el uso de la plataforma entre sus estudiantes. | - Creemos que al ofrecer una sección destacada para los “Viajes Más Populares de la Semana,” aumentaremos la participación de los estudiantes en la plataforma. | - Universidades: Promoción de una solución eficiente, segura, y ecológica para sus estudiantes, mejorando la calidad de vida en el campus. |
| - Creemos que al proporcionar métricas claras sobre la eficiencia de los viajes, motivaremos a más estudiantes a utilizar nuestro servicio regularmente. | ||
| - Creemos que al incorporar un sistema de recompensas para conductores y pasajeros frecuentes, aumentaremos la retención de usuarios. |
| 7. What's the most important thing we need to learn first? | 8. What's the least amount of work we need to do to learn the next most important thing? |
|---|---|
| - Conocer las necesidades y comportamientos de los estudiantes en relación con sus hábitos de transporte y carpooling. | - Crear un prototipo funcional que permita a los estudiantes registrarse, verificar su identidad y buscar u ofrecer viajes compartidos. |
| - Evaluar la seguridad y confiabilidad del sistema de verificación de usuarios. | - Realizar pruebas con un grupo pequeño de usuarios para validar la usabilidad y efectividad del sistema de verificación y mensajería. |
| - Investigar las preferencias de diseño y funcionalidad de los usuarios potenciales. | - Desarrollar un plan de marketing inicial para generar interés en una universidad piloto. |
| - Identificar barreras de adopción y estrategias para superarlas. | - Establecer soporte básico al usuario para resolver consultas y problemas de manera rápida y efectiva. |
| - Comprender las mejores prácticas de carpooling y estudiar a la competencia. |
Por medio de nuestro enfoque de obtener una solución efectiva a las problemáticas de nuestros futuros usuarios, identificamos los siguientes segmentos para GoUni:
Aspectos demográficos:
- Sexo: Masculino y femenino
- Edades: Adultos entre 18 - 30 años
- Nivel socioeconómico: Clases B, C, D (media-baja, baja)
Aspectos geográficos:
- Nacionalidad: Peruana
- Zona geográfica en la que vive: Urbana
- Departamento: Lima Metropolitana
Aspectos psicográficos:
- Abiertos a herramientas que les ayuden a simplificar y facilitar su viaje.
- Son hábiles dentro del uso de dispositivos inteligentes.
Aspectos demográficos:
- Sexo: Masculino y femenino
- Edades: Adultos entre 18 - 30 años
- Nivel socioeconómico: Clases A, B, C (alta, media-alta y media)
Aspectos geográficos:
- Nacionalidad: Peruana
- Zona geográfica en la que vive: Urbana
- Departamento: Lima Metropolitana
Aspectos psicográficos:
- Son hábiles dentro del uso de dispositivos inteligentes.
Es una plataforma global de ride-sharing que conecta conductores y pasajeros para compartir viajes de media y larga distancia. Los usuarios pueden dividir los costos del viaje, lo que hace que el transporte sea más económico y sostenible. BlaBlaCar fomenta la colaboración y la optimización de recursos al reducir la cantidad de vehículos en la carretera.
Es una plataforma de transporte privado en van que opera en rutas predefinidas, generalmente en áreas metropolitanas. Se enfoca en ofrecer una alternativa más eficiente y cómoda al transporte público, brindando un servicio seguro y puntual a través de vehículos compartidos, pero con un enfoque de calidad y confort para los usuarios.
Es una aplicación internacional de ride-hailing que ofrece transporte bajo demanda con tarifas competitivas y un enfoque en la facilidad de uso. Opera en diversas ciudades del mundo, brindando a los usuarios una experiencia de transporte rápida, segura y accesible, con la opción de reservar y pagar viajes directamente a través de la aplicación.
| Competitive Analysis Landscape | ||||||
|---|---|---|---|---|---|---|
| ¿Por qué llevar a cabo este análisis? | Escriba en el recuadro la pregunta que busca responder o el objetivo de este análisis. | |||||
| Este análisis se esta llevando a cabo para connotar las diferencias con las empresas competidoras y tomar sus amenazas como nuevas oportunidades en nuestro producto para poder innovar. | ||||||
| (En la cabecera colocar por cada competidor nombre y logo) |
GoUni
|
BlaBlaCar
|
Urbvan
|
Yango
|
||
Perfil |
Overview | Plataforma de ride-sharing entre estudiantes universitarios en Perú, centrada en la colaboración, sostenibilidad y reducción de costos de transporte. | Plataforma global de ride-sharing para viajes interurbanos, donde conductores y pasajeros comparten viajes y gastos. | Plataforma de transporte privado en van con rutas predefinidas, enfocada en eficiencia y comodidad. | Aplicación internacional de ride-hailing que se enfoca en ofrecer tarifas competitivas y una experiencia sencilla de uso. | |
| Ventaja competitiva | Focalización en estudiantes universitarios, fomentando una comunidad cerrada y segura con intereses comunes; enfoque en sostenibilidad. | Operación a nivel global con una amplia base de usuarios; experiencia consolidada en viajes largos. | Ofrece transporte cómodo y seguro en rutas fijas; ideal para desplazamientos largos dentro de la ciudad. | Tarifas competitivas y experiencia de usuario sencilla, rápida expansión en diversas ciudades. | ||
Perfil de Marketing |
Mercado objetivo | Estudiantes universitarios en Perú que buscan compartir viajes seguros, económicos y sostenibles con sus compañeros. | Viajeros interurbanos que buscan reducir costos y socializar en viajes largos. | Profesionales y estudiantes que requieren transporte cómodo y eficiente en rutas fijas dentro de la ciudad. | Usuarios urbanos que buscan transporte asequible y rápido en varias ciudades de América Latina. | |
| Estrategias de marketing | Enfoque en el marketing digital y redes sociales en entornos estudiantiles; colaboraciones con universidades para promociones. | Campañas de marketing enfocadas en la experiencia compartida, la comunidad y la reducción de costos de viaje. | Enfoque en la eficiencia, seguridad y confort en el transporte urbano; promociones y descuentos para usurios frecuentes. | Enfoque en tarifas competitivas, promociones frecuentes y facilidad de uso; expansión rápida y adquisición de nuevos usuarios. | ||
Perfil de Producto |
Productos & Servicios | Plataforma de ride-sharing exclusiva para estudiantes universitarios, con opciones para compartir viajes cortos y largos dentro de la ciudad. | Ride-sharing interurbano, conectando conductores y pasajeros en viajes de larga distancia. | Servicios de transporte en vans con rutas fijas; asientos reservados y viajes cómodos. | Ride-hailing en tiempo real con diferentes tipos de vehículos; precios competitivos y una plataforma fácil de usar. | |
| Precios & Costos | Precios asequibles con base en compartir costos de viaje; enfoque en la economía colaborativa. | Compartir costos de viaje entre conductores y pasajeros; enfoque en la reducción de costos de viaje. | Tarifas fijas según las rutas y horarios predefinidos; enfoque en la comodidad. | Tarifas accesibles con promociones frecuentes; modelo basado en precios competitivos y flexibles. | ||
| Canales de distribución (Web y/o Móvil) | Aplicación móvil enfocada en estudiantes universitarios, con soporte web para registros y gestión de viajes. | Aplicación móvil y web con acceso a reservas de viajes compartidos en toda la región. | Aplicación móvil y reservas web para la gestión de rutas y viajes en vans. | Aplicación móvil fácil de usar disponible en múltiples ciudades de América Latina. | ||
Análisis SWOT |
Realice esto para su startup y sus competidores. Sus fortalezas deberían apoyar sus oportunidades y contribuir a lo que ustedes definen como su posible ventaja competitiva. | |||||
| Fortalezas | Enfoque en la comunidad estudiantil; servicio exclusivo y seguro; sostenibilidad. | Amplia red global de usuarios; enfoque en viajes largos; reputación consolidada. | Comodidad y eficiencia en rutas predefinidas; seguridad y confort en transporte urbano. | Tarifas competitivas y fácil de usar; expansión rápida en diversas ciudades. | ||
| Debilidades | Mercado limitado a estudiantes universitarios; competencia con transporte público económico. | Dependencia de viajes largos; limitado a rutas interurbanas. | Restricción de rutas fijas y horarios; costos más altos comparados con el transporte público tradicional. | Competencia feroz en mercados urbanos; problemas con la regulación local. | ||
| Oportunidades | Expansión a otras universidades y ciudades; colaboraciones con instituciones educativas. | Expansión a mercados nuevos y emergentes; desarrollo de más servicios complementarios. | Expansión a más rutas y ciudades; enfoque en ofrecer servicios corporativos. | Crecimiento acelerado en más ciudades; enfoque en la mejora continua del servicio y tarifas. | ||
| Amenazas | Competencia de aplicaciones de ride-hailing y transporte público; regulación gubernamental. | Aparición de competidores más locales en áreas específicas; cambios en la regulación. | Competencia con aplicaciones de ride-hailing y transporte público tradicional. | Regulación gubernamental y competencia feroz en el mercado urbano de transporte. | ||
- Diferenciación de la plataforma:
GoUni se diferencia por ser una plataforma exclusiva para estudiantes universitarios. El enfoque en la comunidad académica y la seguridad brinda un entorno más cerrado y confiable en comparación con otras plataformas abiertas al público general. Además, su misión de promover la sostenibilidad y la economía colaborativa refuerza su atractivo para jóvenes conscientes del medio ambiente.
- Comunidad activa:
Con GoUni queremos fomentar una comunidad de estudiantes comprometidos, creando un entorno en el que los usuarios se sientan seguros viajando con personas de su misma universidad. La cercanía entre los miembros de la comunidad facilita la interacción y genera confianza entre los usuarios.
- Marketing dirigido:
El marketing en GoUni se enfocará en captar a estudiantes universitarios mediante colaboraciones con universidades, eventos estudiantiles y promociones a través de redes sociales específicas para jóvenes. Esta comunicación apela a la sostenibilidad, la seguridad y la economía colaborativa, factores importantes para la comunidad estudiantil.
- Monetización creativa:
La monetización de GoUni se basará en la compartición de costos entre estudiantes, pero puede explorar modelos adicionales como suscripciones premium que ofrezcan beneficios exclusivos, como rutas garantizadas o mayor seguridad. También podría implementar alianzas con marcas enfocadas en estudiantes, generando ingresos adicionales a través de publicidad contextual o colaboraciones.
En esta sección se han definido todas las preguntas que se plantearán en el momento de realizar las entrevistas a los diferentes segmentos objetivos.
- ¿Cuál es tu nombre?
- ¿Qué edad tienes?
- ¿Dónde vives actualmente?
- ¿A qué te dedicas?
- ¿Con qué frecuencia utilizas transporte para llegar a la universidad?
- ¿Cuáles son las mayores dificultades que enfrentas al desplazarte a la universidad?
- ¿Cuánto tiempo sueles tardar en llegar a la universidad desde tu casa?
- ¿Estarías dispuesto/a a compartir tu trayecto con otros estudiantes? ¿Por qué?
- ¿Qué factores te harían sentir más cómodo/a utilizando un servicio de ride-sharing para estudiantes?
- ¿Cómo crees que un servicio de transporte compartido podría mejorar tu experiencia diaria?
- ¿Con qué frecuencia conduces hacia tu universidad o trabajo?
- ¿Te gustaría compartir tu vehículo con otros estudiantes en tus trayectos?
- ¿Cuáles son tus mayores preocupaciones al compartir tu vehículo con otras personas?
- ¿Qué aspectos te motivarían a ofrecer tu vehículo en un servicio de ride-sharing?
- ¿Qué tipo de incentivos te harían más propenso/a a unirte a una plataforma de ride-sharing para estudiantes?
- ¿Cómo manejas los costos de mantenimiento y gasolina? ¿Crees que compartir tu vehículo podría ayudar a reducir esos costos?
- ¿Cuáles son tus expectativas en cuanto a seguridad y comodidad al ofrecer tu vehículo para transportar a otros?
Entrevista 1:
- Nombres: Melina
- Apellidos: Rojas Sosa
- Edad: 19
- Lugar de residencia: Ate, Lima
Evidencia de la entrevista:
Resumen de la entrevista:
Melina es una estudiante universitaria que enfrenta dificultades diarias para llegar a sus clases debido a la congestión vehicular en Lima. Ella expresa que estaría encantada si existiera un servicio de carpooling que le permitiera llegar más rápido a la universidad. Además, destaca los beneficios adicionales que este tipo de servicio podría ofrecer, como la oportunidad de hacer networking con otros estudiantes de su misma universidad.
Entrevista 2:
- Nombres: Maria Gracia
- Apellidos: Rojas Montenegro
- Edad: 19
- Lugar de residencia: Lima, Perú
Evidencia de la entrevista:
Resumen de la entrevista:
Maria Gracia es una estudiante universitaria de la UPC que no tiene muchas dificultades al momento de transportarse desde su casa hacia la universidad. Ella comenta que le gustaría mucho una alternativa de transporte como el carpooling, ya que podría conocer nuevas personas de la misma universidad, ahorrar dinero en transporte, y utilizar un método más rápido en casos de urgencia.
Entrevista 3:
- Nombres: Luis
- Apellidos: Suares Ayquipa
- Edad: 18
- Lugar de residencia: Lima, Perú
Evidencia de la entrevista:
Resumen de la entrevista:
Luis Suárez, de 18 años y residente en Santa Anita, Lima, usa el transporte público diariamente para ir a la universidad, enfrentando problemas como el tráfico, la inseguridad y la incomodidad de los buses llenos. Estaría dispuesto a compartir su trayecto con otros estudiantes por razones de seguridad y ahorro. Le gustaría que los conductores estuvieran verificados y monitoreados para mayor tranquilidad. Además, cree que un servicio de ride-sharing mejoraría su experiencia al reducir tiempos y hacer el viaje más cómodo.
Entrevista 1:
- Nombres: Maykol
- Apellidos: Valencia
- Edad: 22
- Lugar de residencia: Selva Alegre, Arequipa
Evidencia de la entrevista:
Enlace de la entrevista: Link de entrevista02_UniversitarioPropietarioDeAuto_MaykolValencia
Resumen de la entrevista:
Maykol es un estudiante universitario propietario de un vehículo privado que se desplaza diariamente desde su casa hasta la universidad. Él menciona que le gustaría compartir su vehículo con otros estudiantes para reducir los costos de transporte y hacer nuevos amigos. Sin embargo, tiene preocupaciones sobre la seguridad y la comodidad de los pasajeros, por lo que considera importante establecer reglas claras y un sistema de calificación para garantizar una experiencia positiva para todos.
Entrevista 2:
- Nombres: Ariana
- Apellidos: Martinez
- Edad: 24
- Lugar de residencia: Santiago de Surco, Lima
Evidencia de la entrevista:
Resumen de la entrevista:
Ariana es una estudiante universitaria de la UPC, propietaria de un vehículo privado, que se desplaza frecuentemente desde su casa hasta la universidad. Ella considera que compartir su vehículo con otros estudiantes es una buena idea para reducir los costos de transporte y hacer nuevas amistades. Sin embargo, tiene preocupaciones sobre la seguridad personal y la verificación de identidad, por lo que considera importante que una plataforma como la nuestra presente medidas de seguridad estrictas que verifiquen la identidad de cada pasajero y conductor.
|
Características |
Segmento1
|
Segmento2
|
|
|
Objetivas |
Tráfico | Costos | Seguridad |
| Problemas con el tráfico diario | Potencial de ahorro en transporte | Preocupación por la seguridad en transporte público | |
| Menos relevante, pero buscan reducir tiempo y costo | Reducir costos de transporte es clave | Seguridad personal y verificación de identidad son cruciales | |
| Mejoraría tiempos de viaje y eficiencia | N/A< | Reducir tiempos también es valorado | |
|
Subjetivas |
Conexiones sociales | Comodidad | Reglas claras |
| Oportunidad de hacer networking con otros estudiantes | Preferirían más comodidad que en transporte público | N/A | |
| Hacer nuevas amistades mientras reducen costos | Preocupación por la comodidad de los pasajeros | Necesidad de reglas claras y sistemas de calificación | |
A continuación se pueden apreciar los User Task Matrix de los segmentos objetivos.
| Task | Frequency | Importance |
|---|---|---|
| Buscar compañeros disponibles en la app | High | High |
| Coordinar el punto de encuentro | Medium | Medium |
| Realizar pagos a través de la app | Medium | High |
| Verificar la seguridad del conductor/compañeros | High | High |
| Calificar al conductor y el viaje | Low | Medium |
| Planificar viajes recurrentes | Medium | High |
| Ser partícipe de promociones o descuentos | Low | Medium |
| Task | Frequency | Importance |
|---|---|---|
| Publicar la disponibilidad del vehículo | High | High |
| Aceptar solicitudes de pasajero | High | High |
| Coordinar horarios y puntos de recogida | Medium | Medium |
| Recibir pago de los pasajeros | High | High |
| Revisar la seguridad y confiabilidad del pasajero | Medium | High |
| Calificar a los pasajeros | Low | Medium |
| Optimizar rutas para ahorrar tiempo y combustible | Medium | High |
A continuación se pueden apreciar los User Journey Mapping de los segmentos objetivos.
A continuación se pueden apreciar los Empathy Mapping de los segmentos objetivos.
A continuación se pueden apreciar los As-Is Scenario de los segmentos objetivos.
Enlace de Miro: As-Is Scenario Mapping Board
- Usuario: Estudiante universitario registrado en la plataforma, ya sea como conductor o pasajero.
- Conductor: Estudiante universitario que posee un vehículo y está dispuesto a compartir su viaje hacia la universidad con otros estudiantes a cambio de una compensación económica.
- Pasajero: Estudiante universitario que utiliza la plataforma para buscar conductores con rutas compatibles y compartir un viaje hacia su universidad a cambio de una tarifa.
- Viaje Compartido: Desplazamiento en un vehículo particular en el que participan un conductor y uno o más pasajeros que comparten una ruta similar hacia la universidad.
- Ruta: Trayectoria específica que sigue un conductor desde su punto de origen hasta la universidad, la cual es compartida con los pasajeros a través de la plataforma.
- Carpooling: El acto de compartir un viaje entre varias personas para optimizar el uso de un vehículo particular, reducir costos y disminuir la congestión vehicular.
- Reserva de Viaje: Proceso mediante el cual un pasajero asegura un asiento en el vehículo de un conductor para un viaje específico, siguiendo una ruta y horario predeterminado.
- Tarifa: Costo que un pasajero paga al conductor por compartir el viaje. Esta tarifa cubre una parte de los gastos del conductor, como el combustible.
- Perfil del Usuario: Información detallada que cada usuario (conductor o pasajero) proporciona a la plataforma, incluyendo su nombre, universidad, calificaciones previas, y preferencias de viaje.
- Calificación: Sistema de puntuación que los pasajeros y conductores otorgan mutuamente después de cada viaje, basado en aspectos como puntualidad, seguridad y comportamiento durante el trayecto.
- Notificación: Comunicación enviada a los usuarios a través de la plataforma, informándoles sobre el estado de su reserva, cambios en la ruta, o recordatorios de viaje.
- Punto de Encuentro: Lugar acordado donde el conductor y los pasajeros se reúnen para iniciar el viaje compartido.
- Destino: La universidad u otro lugar predeterminado donde el viaje compartido finaliza.
En esta sección se resume la información recopilada. Se presentan dos tablas que detallan la situación a mejorar de cada segmento objetivo, analizando los pasos que se realizarán y cómo se sienten los usuarios en cada etapa.
| Epic / Story ID | Título | Descripción | Criterios de Aceptación | Relación Epic ID | ||
| E1-US01 | Compartir viajes con compañeros de universidad |
Como estudiante universitario sin vehículo, Quiero compartir viajes con compañeros que se dirijan a la universidad Para reducir costos y llegar de manera más eficiente |
Escenario 1: Búsqueda de viajes disponibles Dado que el usuario necesita transporte hacia la universidad, Cuando accede a la plataforma Entonces podrá buscar y ver una lista de conductores disponibles que se dirijan a su universidad en un horario compatible Escenario 2: Reserva de un viaje Dado que el usuario ha encontrado un viaje disponible, Cuando selecciona al conductor y realiza la reserva, Entonces podrá confirmar su lugar en el vehículo y recibir detalles sobre el viaje |
1 | ||
| E1-US02 | Generar ingresos compartiendo mi vehículo |
Como estudiante universitario con vehículo propio, Quiero ofrecer lugares en mi auto a otros estudiantes que van hacia la unviersidad Para reducir mis gastos de transporte y generar ingresos adicionales |
Escenario 1: Publicación de disponibilidad de asientos Dado que el usuario tiene un vehículo con lugares disponibles, Cuando accede a la plataforma Entonces podrá publicar su ruta y disponibilidad de asientos para que otros estudiantes puedan reservar Escenario 2: Gestión de reservas Dado que el usuario ha publicado su disponibilidad, Cuando los pasajeros reservan lugares en su vehículo, Entonces podrá ver y gestionar todas las reservas en su aplicación, confirmando los pasajeros y horarios |
1 | ||
| E1-US03 | Evaluar la seguridad del viaje |
Como estudiante, Quiero evaluar a los conductores y recibir calificaciones de otros usuarios Para asegurarme de que el viaje sea seguro y confiable |
Escenario 1: Ver calificaciones de conductores Dado que el usuario está reservando un viaje, Cuando selecciona un conductor, Entonces podrá ver la calificación y los comentarios de otros pasajeros sobre la experiencia previa a ese conductor Escenario 2: Dejar una calificación Dado que el usuario ha completado un viaje, Cuando finalice el trayecto, Entonces podrá dejar una calificación y comentarios sobre la experiencia con el conductor |
1 | ||
| E2-US01 | Recibir notificaciones en tiempo real |
Como estudiante pasajero, Quiero recibir notificaciones en tiempo real sobre mi viaje Para estar al tanto de cualquier cambio en la ruta o el horario |
Escenario 1: Actualización de la hora de llegada Dado que el usuario ha reservado un viaje, Cuando haya un cambio en la ruta o el horario, Entonces el usuario recibirá una notificación en tiempo real indicando el neuvo tiempo estimado de llegada Escenario 2: Notificación de recogida Dado que el conductor está llegando a recoger a un pasajero, Cuando esté cerca al punto de encuentro, Entonces el usuario recibirá una notificación informándole que el conductor está próximo |
2 | ||
| E2-US02 | Verificación de identidades |
Como usuario de la plataforma, Quiero que tanto los conductores como los pasajeros verifiquen sus identidades Para asegurarme de que mi viaje será con persona confiables |
Escenario 1: Verificación de conductores Dado que el usuario va realizar un viaje, Cuando seleccione un conductor, Entonces podrá ver si el conductor ha verificado su identidad y sus documentos Escenario 2: Verificación de pasajeros Dado que el usuario ha reservado un viaje, Cuando los pasajeros confirmen su reserva, Entonces el conductor podrá ver si los pasajeros han verificado su identidad a través de la plataforma |
2 | ||
| E2-US03 | Realizar pagos de manera segura |
Como pasajero, Quiero realizar el pago del viaje a través de la paltaforma de forma segura Para no tener que manejar efectivo durante el trayecto |
Escenario 1: Pago en línea Dado que el usuario ha reservado un viaje, Cuando confirme su reserva, Entonces podrá realizar el apgo del viaje a través de la plataforma utilizando métodos de pago seguros como tarjeta de crédito, débito o bileteras digitales Escenario 2: Confirmación de pago Dado que el usuario ha realizado el pago, Cuando se complete la transacción, Entonces recibirá una confirmación del pago en su correo electrónico o dentro de la aplicación |
2 | ||
| E3-US01 | Registro de usuario |
Como Usuario, Quiero poder crear mi usuario Para acceder al servicio de carpooling |
Escenario 1: Registro del usuario Dado que el usuario quiere unirse a la plataforma, Cuando complete el formulario de registro, Entonces recibirá un correo electrónico de confirmación después del registro. |
3 | ||
| E3-US02 | Búsqueda de Viaje Disponibles |
Como Usuario, Quiero buscar viajes disponibles Para poder planificar mis desplazamientos |
Escenario 1: Filtrado de viajes Dado que el usuario necesita un viaje, Cuando ingrese sus criterios de búsqueda, Entonces podrá ver una lista de viajes disponibles con información detallada. |
3 | ||
| E3-US03 | Reserva de Viaje |
Como Usuario, Quiero poder reservar un asiento en el viaje disponible Para garantizar mi lugar. |
Escenario 1: Confirmación de reserva Dado que el usuario ha seleccionado un viaje, Cuando acceda a la página de detalles del viaje, Entonces podrá encontrar la opción para reservar un asiento y confirmar la reserva. |
3 | ||
| E3-US04 | Comunicación con el Conductor |
Como Usuario, Quiero poder comunicarme con el conductor de mi viaje Para coordinar detalles y obtener información adicional. |
Escenario 1: Mensajería dentro de la plataforma Dado que el usuario ha reservado un viaje, Cuando quiera comunicarse con el conductor, Entonces podrá hacerlo a través de la plataforma UniRider. |
3 | ||
| E3-US05 | Cancelación de Reserva |
Como Usuario, Quiero poder cancelar una reserva de viaje Para los casos de que surjan imprevistos |
Escenario 1: Cancelación de reserva Dado que el usuario ha reservado un viaje, Cuando acceda a la página de detalles de su reserva, Entonces podrá encontrar la opción para cancelar su reserva y confirmar la cancelación. |
3 | ||
| E3-US06 | Calificación y Comentario del Conductor |
Como Usuario, Quiero poder calificar y dejar comentarios sobre la experiencia de viaje con el conductor Para ayudar a otros usuarios en su elección |
Escenario 1: Calificación del conductor Dado que el usuario ha completado un viaje, Cuando quiera dejar una opinión, Entonces podrá calificar al conductor con una puntuación y un comentario opcional. |
3 | ||
| E3-US07 | Publicación de disponibilidad de asientos |
Como Usuario con vehículo, Quiero publicar la disponibilidad de asientos Para que otros estudiantes puedan reservar |
Escenario 1: Publicación de disponibilidad Dado que el usuario tiene un vehículo con lugares disponibles, Cuando acceda a la plataforma, Entonces podrá publicar su ruta y disponibilidad de asientos para que otros estudiantes puedan reservar. |
3 | ||
| E3-US08 | Gestión de reservas |
Como Usuario con vehículo, Quiero gestionar las reservas de los pasajeros Para confirmar los pasajeros y horarios |
Escenario 1: Gestión de reservas Dado que el usuario ha publicado su disponibilidad, Cuando los pasajeros reservan lugares en su vehículo, Entonces podrá ver y gestionar todas las reservas en su aplicación, confirmando los pasajeros y horarios. |
3 | ||
| E4-US01 | Visualizar planes de servicio |
Como usuario que visita la plataforma del restaurante, Quiero visualizar los planes de servicio disponibles Para evaluar las opciones y elegir el que mejor se adapte a mis necesidades |
Escenario 1: Visualización inicial de los planes de servicio Dado que el usuario ha accedido a la plataforma, Cuando el usuario navega a la sección de planes de servicio, Entonces se muestran todos los planes disponibles en una lista, incluyendo el nombre del plan, precio y beneficios principales. |
Escenario 2: Ver detalles de un plan específico Dado que el usuario está visualizando los planes de servicio, Cuando el usuario selecciona un plan específico de la lista, Entonces se muestra con los detalles completos del plan, incluyendo una descripción más detallada de los beneficios y cualquier condición asociada. |
3 | |
| E4-US02 | Seleccionar un plan de servicio |
Comousuario registrado en la plataforma, Quiero seleccionar un plan de servicio Para adquirir los beneficios específicos que ofrece el plan |
Escenario 1: Selección de un plan desde la lista Dado que el usuario ha visualizado los planes de servicio disponibles, Cuando el usuario selecciona un plan de la lista, Entonces se redirige al usuario a una página de confirmación, mostrando un resumen del plan seleccionado. |
Escenario 2: Confirmación de selección del plan Dado que el usuario ha seleccionado un plan, Cuando el usuario revisa el resumen del plan en la página de confirmación,, Entonces tiene la opción de confirmar la selección o regresar a la lista de planes para elegir otro. |
3 | |
| E4-US03 | Realizar el pago del plan seleccionado |
Como usuario que ha seleccionado un plan, Quiero realizar el pago del plan seleccionado Para activar los beneficios del plan y comenzar a utilizarlos |
Escenario 1: Ingreso de detalles de pago Dado que el usuario ha confirmado la selección de un plan y ha sido redirigido a la página de pago, Cuando el usuario introduce los detalles de pago (tarjeta de crédito, PayPal, etc.), Entonces el sistema verifica la validez de los detalles ingresados y muestra un resumen de la transacción. |
Escenario 2: Confirmación del pago Dado que el usuario ha ingresado detalles de pago válidos, Cuando el usuario confirma la transacción, Entonces el sistema procesa el pago y muestra una confirmación en pantalla, indicando que el plan ha sido activado con éxito. |
Escenario 3: Notificación de pago exitoso Dado que el pago ha sido procesado con éxito, Cuando la transacción se completa, Entonces el usuario recibe una notificación de confirmación por correo electrónico, detallando el plan adquirido y los beneficios activados. |
5 |
| E4-US04 | Cancelar suscripción o plan |
Comousuario que ha adquirido un plan, Quiero cancelar mi suscripción o plan Para dejar de recibir los beneficios y evitar cargos futuros |
Escenario 1: Acceso a la opción de cancelación Dado que el usuario tiene un plan activo en su cuenta, Cuando el usuario accede a la sección de “Mis planes” o “Mi cuenta”, Entonces se le muestra la opción de cancelar su suscripción o plan actual. |
Escenario 2: Coonfirmación de la cancelación Dado que el usuario ha solicitado cancelar su plan, Cuando el usuario hace clic en “Cancelar plan” y se le solicita confirmar la acción, Entonces el sistema muestra un mensaje de confirmación que explica las consecuencias de la cancelación. |
3 | |
| E5-US01 | Barra de navegación en la landing page |
Como cliente o conductor, Quiero una barra de navegación en la landing page, Para tener acceso directo a la aplicación. |
Escenario 1: El cliente o conducto se encuentra en el navbar de navegación Dado que el usuario se encuentra en la landing page, Cuando se encuentre en la sección del navbar, Entonces visualiza enlaces de las secciones, botón de idiomas y el botón para redirigir a la aplicación. |
1 | ||
| E5-US02 | Dirigirse a la aplicación mediante la landing page |
Como cliente o conductor, Quiero dirigirme a la aplicación mediante el botón “Open App”, Para poder usarla. |
Escenario 1: Enlace directo a la aplicación a través de un botón Dado que el cliente o conductor se encuentra en la landing page, Y este se dirige al navbar, Cuando presione el botón “Open app”, Entonces es dirigido a la aplicación donde se podrá loguear. |
2 | ||
| E5-US03 | Sección hero del landing page |
Como cliente o conductor, Quiero observar la sección hero de la landing, Para poder tener información de lo que es y ofrece la aplicación. |
Escenario 1: El cliente o conductor se encuentra en la sección de hero Dado que el cliente o conductor se encuentra en la landing page, Cuando se encuentra en la sección hero, Entonces observa una presentación de la aplicación. Escenario 2: El cliente o conductor accede a la aplicación por el botón de Sign Up Dado que el cliente o conductor se encuentra en la landing page, Y presiona el botón “Sign up”, Entonces es redirigido al formulario de registro de cuentas. |
3 | ||
| E5-US04 | Versión en español de la landing page |
Como cliente o conductor, Quiero tener al alcance una versión en español del landing page, Para tener accesibilidad en cuanto a opciones de idioma. |
Escenario 1: El cliente entra a la landing page Dado que el usuario se encuentra en el landing page, Cuando sea su primera vez, Entonces el idioma predeterminado de la landing page será inglés. Escenario 2: El cliente quiere cambiar de idioma Dado que el usuario se encuentra en la landing page, Y desea cambiar de idioma a español, Cuando presiona el botón para cambiar de inglés a español, Entonces la landing page se muestra en el idioma de preferencia seleccionado. |
4 | ||
| E5-US05 | Sección about the product y about the team |
Como cliente o staff, Quiero ver la sección del about the product y about the team, Para conocer las características de la aplicación y del grupo de desarrolladores. |
Escenario 1: Enlace directo a la sección about the product y the team Dado que el cliente o conductor se encuentra en la landing page, Y este se dirige al navbar, Entonces puede acceder directamente a la sección correspondiente. |
5 | ||
| E1-US01 | Agendar notificaciones de recordatorio de viajes |
Como pasajero, Quiero recibir notificaciones de recordatorio antes del inicio de mi viaje Para asegurarme de estar listo a tiempo |
Escenario 1: Recordatorio antes del viaje Dado que el usuario ha reservado un viaje, Cuando queden 30 minutos para que comience el viaje, Entonces recibirá una notificación recordándole el inicio próximo del viaje Escenario 2: Ubicación del conductor Dado que el usuario ha recibido la notificación de recordatorio, Cuando abra la aplicación, Entonces podrá ver la ubicación y el tiempo estimado de llegada del conductor |
1 | ||
| E1-US02 | Filtrar viajes por tipos de vehículos |
Como pasajero, Quiero poder filtrar los viajes según el tipo de vehículo Para seleccionar el que más se ajuste a mis necesidades |
Escenario 1: Aplicar filtros Dado que el usuario está buscando un viaje, Cuando acceda a los filtros, Entonces podrá seleccionar el tipo de vehículo, como sedan, SUV, o camioneta Escenario 2: Búsqueda de vehículos filtrados Dado que el usuario ha aplicado el filtro, Cuando seleccione "Buscar", Entonces verá solo los viajes disponibles con el tipo de vehículo seleccionado |
1 | ||
| E1-US03 | Establecer destinos secundarios |
Como conductor, Quiero poder establecer destinos secundarios durante mi ruta Para recoger a más estudiantes en puntos intermedios |
Escenario 1: Añadir destinos secundarios Dado que el usuario ha publicado un viaje, Cuando esté configurando su ruta, Entonces podrá agregar puntos de parada adicionales en el trayecto Escenario 2: Verificación de paradas Dado que el conductor ha agregado un destino secundario, Cuando un pasajero busque viajes, Entonces podrá ver si hay paradas adicionales en la ruta del conductor |
1 | ||
| E1-US04 | Opciones de seguridad adicionales para conductores |
Como conductor, Quiero poder acceder a opciones adicionales de seguridad, como compartir mi ubicación en tiempo real Para garantizar un viaje seguro |
Escenario 1: Activar seguimiento de ubicación Dado que el conductor ha iniciado un viaje, Cuando comience el recorrido, Entonces podrá activar la opción de compartir su ubicación en tiempo real con un contacto de confianza Escenario 2: Desactivar el seguimiento Dado que el conductor ha compartido su ubicación, Cuando termine el viaje, Entonces podrá desactivar el seguimiento de la ubicación |
1 | ||
| E1-US05 | Identificación de usuarios frecuentes |
Como pasajero frecuente, Quiero poder marcar ciertos conductores como favoritos Para facilitar la reserva de futuros viajes con ellos |
Escenario 1: Marcar un conductor como favorito Dado que el pasajero ha completado varios viajes con un conductor, Cuando acceda a su perfil, Entonces podrá marcarlo como "Favorito" para futuros viajes Escenario 2: Recibir notificaciones de conductores favoritos Dado que el pasajero ha marcado a un conductor como favorito, Cuando busque viajes, Entonces recibirá notificaciones cuando ese conductor tenga disponibilidad |
1 | ||
| E1-US06 | Programar viajes recurrentes |
Como usuario, Quiero poder programar viajes recurrentes Para no tener que hacer reservas diarias cada vez que necesite transporte |
Escenario 1: Programar viaje recurrente Dado que el usuario necesita transporte diario, Cuando acceda a la opción de "Viajes recurrentes", Entonces podrá establecer un horario y ruta fijos para repetir el viaje automáticamente Escenario 2: Confirmación de viajes recurrentes Dado que el usuario ha programado un viaje recurrente, Cuando se aproxime la fecha del viaje, Entonces recibirá una confirmación automática del viaje y detalles del conductor |
1 |
| #Orden | User Story ID | Titulo | Descripcion | Prioridad | Story Points |
|---|---|---|---|---|---|
| 1 | US01 | Compartir viajes con compañeros de universidad | Como estudiante universitario sin vehículo, quiero compartir viajes con compañeros que se dirijan a la universidad para reducir costos y llegar de manera más eficiente |
Alta | 8 |
| 2 | US02 | Generar ingresos compartiendo mi vehículo | Como estudiante universitario con vehículo propio, quiero ofrecer lugares en mi auto a otros estudiantes que van hacia la universidad para reducir mis gastos de transporte y generar ingresos adicionales |
Alta | 8 |
| 3 | US03 | Evaluar la seguridad del viaje | Como estudiante, quiero evaluar a los conductores y recibir calificaciones de otros usuarios para asegurarme de que el viaje sea seguro y confiable |
Alta | 5 |
| 4 | US04 | Recibir notificaciones en tiempo real | Como estudiante pasajero, quiero recibir notificaciones en tiempo real sobre mi viaje para estar al tanto de cualquier cambio en la ruta o el horario |
Media | 5 |
| 5 | US05 | Verificación de identidades | Como usuario de la plataforma, quiero que tanto los conductores como los pasajeros verifiquen sus identidades para asegurarme de que mi viaje será con personas confiables |
Alta | 8 |
| 6 | US06 | Realizar pagos de manera segura | Como pasajero, quiero realizar el pago del viaje a través de la plataforma de forma segura para no tener que manejar efectivo durante el trayecto |
Alta | 8 |
| 7 | US07 | Registro de usuario | Como Usuario, quiero poder crear mi usuario para acceder al servicio de carpooling |
Alta | 3 |
| 8 | US08 | Búsqueda de viajes disponibles | Como Usuario, quiero buscar viajes disponibles para poder planificar mis desplazamientos |
Alta | 5 |
| 9 | US09 | Reserva de viaje | Como Usuario, quiero poder reservar un asiento en el viaje disponible para garantizar mi lugar |
Alta | 5 |
| 10 | US10 | Comunicación con el conductor | Como Usuario, quiero poder comunicarme con el conductor de mi viaje para coordinar detalles y obtener información adicional |
Media | 3 |
| 11 | US11 | Cancelación de reserva | Como Usuario, quiero poder cancelar una reserva de viaje para los casos de que surjan imprevistos |
Media | 3 |
| 12 | US12 | Calificación y comentario del conductor | Como Usuario, quiero poder calificar y dejar comentarios sobre la experiencia de viaje con el conductor para ayudar a otros usuarios en su elección |
Alta | 3 |
| 13 | US13 | Publicación de disponibilidad de asientos | Como Usuario con vehículo, quiero publicar la disponibilidad de asientos para que otros estudiantes puedan reservar |
Alta | 5 |
| 14 | US14 | Gestión de reservas | Como Usuario con vehículo, quiero gestionar las reservas de los pasajeros para confirmar los pasajeros y horarios |
Alta | 5 |
| 15 | US15 | Visualizar planes de servicio | Como usuario que visita la plataforma del restaurante, quiero visualizar los planes de servicio disponibles para evaluar las opciones y elegir el que mejor se adapte a mis necesidades |
Media | 5 |
| 16 | US16 | Seleccionar un plan de servicio | Como usuario registrado en la plataforma, quiero seleccionar un plan de servicio para adquirir los beneficios específicos que ofrece el plan |
Media | 5 |
| 17 | US17 | Realizar el pago del plan seleccionado | Como usuario que ha seleccionado un plan, quiero realizar el pago del plan seleccionado para activar los beneficios del plan y comenzar a utilizarlos |
Alta | 8 |
| 18 | US18 | Cancelar suscripción o plan | Como usuario que ha adquirido un plan, quiero cancelar mi suscripción o plan para dejar de recibir los beneficios y evitar cargos futuros |
Media | 3 |
| 19 | US19 | Barra de navegación en la landing page | Como cliente o conductor, quiero una barra de navegación en la landing page, para tener acceso directo a la aplicación |
Media | 3 |
| 20 | US20 | Dirigirse a la aplicación mediante la landing page | Como cliente o conductor, quiero dirigirme a la aplicación mediante el botón “Open App”, para poder usarla |
Media | 3 |
| 21 | US21 | Sección hero del landing page | Como cliente o conductor, quiero observar la sección hero de la landing, para poder tener información de lo que es y ofrece la aplicación |
Media | 5 |
| 22 | US22 | Versión en español de la landing page | Como cliente o conductor, quiero tener al alcance una versión en español del landing page, para tener accesibilidad en cuanto a opciones de idioma |
Media | 5 |
| 23 | US23 | Sección about the product y about the team | Como cliente o staff, quiero ver la sección del about the product y about the team, para conocer las características de la aplicación y del grupo de desarrolladores |
Media | 5 |
| 24 | US24 | Agendar notificaciones de recordatorio de viajes | Como pasajero, quiero recibir notificaciones de recordatorio antes del inicio de mi viaje, para asegurarme de estar listo a tiempo |
Alta | 5 |
| 25 | US25 | Filtrar viajes por tipos de vehículos | Como pasajero, quiero poder filtrar los viajes según el tipo de vehículo, para seleccionar el que más se ajuste a mis necesidades |
Alta | 5 |
| 26 | US26 | Establecer destinos secundarios | Como conductor, quiero poder establecer destinos secundarios durante mi ruta, para recoger a más estudiantes en puntos intermedios |
Alta | 5 |
| 27 | US27 | Opciones de seguridad adicionales para conductores | Como conductor, quiero poder acceder a opciones adicionales de seguridad, como compartir mi ubicación en tiempo real, para garantizar un viaje seguro |
Alta | 5 |
| 28 | US28 | Identificación de usuarios frecuentes | Como pasajero frecuente, quiero poder marcar ciertos conductores como favoritos, para facilitar la reserva de futuros viajes con ellos |
Media | 3 |
| 29 | US29 | Programar viajes recurrentes | Como usuario, quiero poder programar viajes recurrentes, para no tener que hacer reservas diarias cada vez que necesite transporte |
Alta | 8 |
En este capítulo describimos las directrices de diseño y estilo para el producto, asegurando una experiencia visual coherente y atractiva para el usuario.
En esta sección se describen las pautas generales de estilo que guían la apariencia visual del producto, incluyendo el uso de colores, tipografía y espaciado.
Las directrices generales aseguran una estética que refuerza la marca y proporciona claridad visual para los usuarios.
La marca busca transmitir modernidad y profesionalismo, reflejando estos valores en cada elemento visual del diseño.
Proporcionar a los usuarios una experiencia fluida y atractiva, con interfaces claras y consistentes.
Ser reconocidos como una marca que combina funcionalidad y estilo en el diseño de productos digitales.
El nombre de la marca es un elemento clave de nuestra identidad, representando los valores fundamentales de la empresa.
La paleta de colores está diseñada para proporcionar un equilibrio visual. Utilizamos una combinación de tonos brillantes y neutros para transmitir profesionalismo y modernidad.
Usamos la tipografía Roboto en diferentes pesos para establecer jerarquía visual y garantizar una legibilidad óptima. El color de la letra principal es #404040.
El espaciado entre elementos visuales asegura una estructura clara y organizada, ayudando a los usuarios a navegar por el contenido de forma fluida.
- Tamaño de letra: Las fuentes varían desde 12px hasta 98px según la jerarquía del texto.
- Interlineado: Mantenemos un interlineado proporcional para mejorar la legibilidad.
Las pautas de estilo para la web están diseñadas para asegurar que el diseño sea funcional y atractivo tanto en dispositivos móviles como en pantallas grandes. Incluir consistencia en colores, tipografías y espaciado es clave para mantener la identidad visual en todas las plataformas.
En esta sección, se describe cómo se organizará el contenido en la plataforma GoUni, tanto en la web como en las aplicaciones móviles. Se busca que la estructura sea intuitiva para los estudiantes universitarios, permitiendo una navegación fluida y el acceso rápido a las principales funcionalidades de la plataforma.
El Sistema de Organización de GoUni está diseñado para facilitar la interacción entre el usuario y la plataforma, asegurando que los estudiantes puedan encontrar y utilizar los servicios clave, como la búsqueda de viajes o la oferta de plazas en vehículos.
- Jerarquía Visual: La página principal destacará las acciones más importantes para el usuario, como “Buscar viaje” y “Publicar viaje”, con énfasis en botones de llamada a la acción que lleven a estas secciones.
- Organización Secuencial: Se aplicará a procesos clave como el registro de usuario, reserva de un viaje y configuración de perfil. Estos procesos se guiarán paso a paso, asegurando que los usuarios completen cada tarea sin problemas.
- Organización Matricial: Los filtros de búsqueda permitirán a los usuarios seleccionar viajes según el tipo de vehículo, horario y calificaciones del conductor, haciendo que sea más fácil encontrar un viaje que se ajuste a sus necesidades.
- Esquemas de Categorización: La categorización de la información podrá hacerse por orden alfabético (al buscar conductores por nombre), cronológico (al organizar las reservas según la fecha), o por audiencia (al segmentar entre conductores y pasajeros).
En GoUni, las etiquetas se diseñarán para ser claras, directas y comprensibles para los estudiantes, priorizando una navegación simple y una experiencia de usuario intuitiva.
- Inicio: Al hacer clic en el logo de GoUni, los usuarios serán redirigidos a la página principal.
- Buscar Viaje: Opción en el menú principal que permite a los estudiantes buscar viajes disponibles en su universidad.
- Publicar Viaje: Los usuarios con vehículo propio podrán acceder a esta opción para publicar su ruta y disponibilidad de asientos.
- Reservas Actuales: Sección donde los usuarios pueden ver y gestionar sus reservas actuales.
- Perfil: Permite a los usuarios gestionar sus datos personales, verificar su identidad y ver su historial de viajes.
Una vez que los usuarios se registren y accedan a su cuenta, aparecerán nuevas etiquetas como:
- Mis Viajes: Un lugar donde los usuarios pueden revisar sus reservas activas y pasadas.
- Calificar Conductores: Opción que aparece tras la finalización de un viaje, permitiendo dejar comentarios y puntuaciones.
Los SEO Tags y Meta Tags son esenciales para mejorar la visibilidad de GoUni en los motores de búsqueda.
<meta charset="UTF-8">
<meta name="viewport" content="width=device-width, initial-scale=1.0">
<title>GoUni - Carpooling para Estudiantes Universitarios</title>
<meta name="description" content="GoUni es la plataforma de carpooling exclusiva para estudiantes universitarios, enfocada en la seguridad, sostenibilidad y economía colaborativa.">
<meta name="keywords" content="carpooling universitario, compartir autos estudiantes, movilidad sostenible, transporte colaborativo">
<meta name="author" content="GoUni Team"><meta charset="UTF-8">
<meta name="viewport" content="width=device-width, initial-scale=1.0">
<title>GoUni - Comparte tu auto con otros estudiantes universitarios</title>
<meta name="description" content="Con GoUni, puedes compartir tu auto con otros estudiantes universitarios y reducir tus gastos de transporte mientras ayudas al medio ambiente.">
<meta name="keywords" content="carpooling estudiantes, compartir auto universidad, transporte sostenible, viaje colaborativo">
<meta name="author" content="GoUni Team">El sistema de búsqueda en GoUni facilitará a los usuarios encontrar viajes disponibles de forma rápida y efectiva. La funcionalidad de búsqueda incluirá:
Búsqueda por Universidad: Los estudiantes podrán buscar viajes que conecten con su universidad específica. Filtros de Búsqueda: Los usuarios podrán filtrar los resultados por tipo de vehículo, horario de salida, calificación del conductor y disponibilidad de plazas. Organización de Resultados: Los resultados se podrán ordenar de manera alfabética, por hora de salida o por la proximidad del conductor al punto de recogida.
El sistema de navegación de GoUni estará diseñado para que los usuarios puedan encontrar la información y realizar las acciones deseadas con el mínimo esfuerzo.
Navegación Principal: El menú superior incluirá accesos rápidos a las funciones clave: "Buscar Viaje", "Publicar Viaje", "Reservas Actuales" y "Perfil". Navegación Móvil: En la versión móvil, el menú será desplegable para ahorrar espacio y mostrar solo las opciones más importantes de manera compacta. Los usuarios podrán regresar a la página de inicio pulsando el logo de GoUni. Navegación Secundaria: En secciones como el perfil, habrá opciones adicionales para gestionar la cuenta, verificar la identidad o ajustar preferencias de notificaciones.
En esta sección, presentamos el diseño de la interfaz de usuario de la landing page para GoUni. El diseño se ha desarrollado teniendo en cuenta la experiencia del usuario y la accesibilidad tanto en versiones de escritorio como móviles. El objetivo principal es proporcionar una navegación clara y atractiva. A continuación, mostramos los wireframes de la landing page, los cuales representan la estructura básica y el layout sin elementos gráficos detallados. Estos sirven como una guía inicial para el diseño visual, asegurando que todos los elementos necesarios estén presentes y correctamente organizados.
Enlace a los wireframes de la Landing Page en Figma:
Wireframe de la sección Header:
Wireframe de la sección Hero:
Wireframe de la sección How It Works:
Wireframe de la sección Benefits of GoUni:
Wireframe de la sección Security:
Wireframe de la sección Plans:
Wireframe de la sección Our Apps and Portals:
Wireframe de la sección Contact Us:
Wireframe de la sección Footer:
Wireframe de la sección Header:
Wireframe de la sección Who We Are:
Wireframe de la sección Our Sponsor:
Wireframe de la sección whyGoUni?:
Wireframe de la sección Our Team:
Wireframe de la sección Footer:
Wireframe de la sección Header:
Wireframe de la sección How It Works:
Wireframe de la sección Benefits of GoUni:
Wireframe de la sección Security:
Wireframe de la sección Plans:
Wireframe de la sección Our Apps and Portals:
Wireframe de la sección Contact Us:
Wireframe de la sección Footer:
Wireframe de la sección Header:
Wireframe de la sección Why GoUni?:
Wireframe de la sección Our Sponsors:
Wireframe de la sección Our Team:
Wireframe de la sección Footer:
Enlace a la mockup de la Landing Page en Figma:
Mockup de la sección Header:
Mockup de la sección Hero:
Mockup de la sección How It Works:
Mockup de la sección Benefits of GoUni:
Mockup de la sección Security:
Mockup de la sección Plans:
Mockup de la sección Our Apps and Portals:
Mockup de la sección Contact Us:
Mockup de la sección Footer:
Mockup de la sección Header:
Mockup de la sección Who We Are:
Mockup de la sección Why GoUni?:
Mockup de la sección Our Sponsors:
Mockup de la sección Our Team:
Mockup de la sección Footer:
Mockup de la sección Header:
Mockup de la sección How It Works:
Mockup de la sección Benefits of GoUni:
Mockup de la sección Security:
Mockup de la sección Plans:
Mockup de la sección Our Apps and Portals:
Mockup de la sección Contact Us:
Mockup de la sección Footer:
Mockup de la sección Header:
Mockup de la sección Why GoUni?:
Mockup de la sección Our Sponsors:
Mockup de la sección Our Team:
Mockup de la sección Footer:
En esta sección, presentamos el diseño de la interfaz de usuario de las aplicaciones web de GoUni, que incluyen el inicio de sesión, la creación de cuenta, la búsqueda de viajes, la reserva de asientos y la calificación de conductores. El diseño se ha desarrollado teniendo en cuenta la experiencia del usuario y la accesibilidad en diferentes dispositivos.
Enlace a los wireframes de las aplicaciones web en Figma:
Link Web Applications Wireframes
Wireframe de la página de inicio de sesión:
Wireframe de la página de creación de cuenta:
Wireframe de la página de creación de cuenta elija una opcion:
Wireframe de la página de creación de cuenta conductor:
Wireframe de la página de creación de cuenta estudiante:
Wireframe de la página de inicio:
Wireframe de la página de servicios:
Wireframe de la página de planes de suscripcion:
Wireframe de la página de pagos:
Wireframe de maps:
Wireframe de la página de reservas:
Wireframe de la página de reserva descripcion:
Wireframe de la página de confirmacion:
Wireframe de la página de tus reservas:
Wireframe de la página de chat:
Wireframe de la página de calificacion:
Los Wireflow Diagrams son diagramas que representan la secuencia de pasos que un usuario sigue al interactuar con la aplicación web. Estos diagramas muestran cómo los usuarios navegan por la plataforma, desde el inicio de sesión hasta la reserva de un viaje.
Enlace a traves de la herramienta LucidChart:
Link Web Applications Wireflow Diagrams
Wireflow Diagrams de las Aplicaciones Web en LucidChart Plan:
Wireflow Diagrams de las Aplicaciones Web en LucidChart Reservar Viaje:
En esta sección, presentamos los mockups de la aplicación web de GoUni, que ilustran el diseño final con detalles gráficos, tipografía y color. Los mockups son fundamentales para visualizar cómo se verá la aplicación final y para realizar ajustes antes del desarrollo.
Inicio de sesión:
Creación de cuenta:
Elegir entre ser conductor o pasajero:
Registro de estudiante:
Registro de conductor:
Inicio de la Web Applications:
Servicios de la Web Applications:
Planes de la Web Applications:
Pagos del plan de la Web Applications:
Mapa de la Web Applications:
Reservas de la Web Applications:
Reserva descripción de la Web Applications:
Confirmación de reserva de la Web Applications:
Tus reservas de la Web Applications:
Chat de la Web Applications:
Calificación de la Web Applications:
Enlace a la mockup de la App Web en Figma: Link Web Applications Mockups
Los User Flow Diagrams son diagramas que representan la secuencia de pasos que un usuario sigue al interactuar con la aplicación web. Estos diagramas muestran cómo los usuarios navegan por la plataforma, desde el inicio de sesión hasta la reserva de un viaje.
Enlace de los User Flow Diagrams en LucidChart:
Link de los User Flow Diagrams
Inicio de sesión y creación de cuenta:
Plan de pago:
Realizar reserva:
En esta sección, presentamos los prototipos interactivos de las aplicaciones web de GoUni. Los prototipos permiten a los usuarios navegar por las diferentes pantallas y funcionalidades, simulando la experiencia de uso de la aplicación antes de su desarrollo.
Además, se adjunta el enlace al video completo de la presentación del prototipo:
Link Video Applications Prototyping
Link Web Applications Prototyping:
Link Web Applications Prototyping
La clase Usuario representa a un usuario dentro de la plataforma, ya sea un conductor o pasajero.
| Atributo | Descripción |
|---|---|
nombre: String |
Almacena el nombre del usuario. |
email: String |
Almacena la dirección de correo electrónico del usuario. |
contraseña: String |
Almacena la contraseña del usuario. |
rol: Rol |
Define el rol del usuario en la plataforma (conductor o pasajero). |
verificado: Boolean |
Indica si el usuario ha verificado su identidad. |
| Método | Descripción |
|---|---|
registrarse(): void |
Método para registrar a un nuevo usuario en la plataforma. |
iniciarSesion(): void |
Método para que el usuario inicie sesión en la plataforma. |
verificarIdentidad(): void |
Verifica la identidad del usuario a través de documentos o información adicional. |
La clase Evaluación permite a los usuarios calificar y dejar comentarios sobre sus experiencias de viaje.
| Atributo | Descripción |
|---|---|
calificación: int |
Almacena la calificación numérica del viaje (por ejemplo, de 1 a 5). |
comentario: String |
Almacena los comentarios opcionales sobre el viaje. |
evaluador: Usuario |
Almacena la información del usuario que realiza la evaluación. |
viaje: Viaje |
Almacena la información del viaje evaluado. |
| Método | Descripción |
|---|---|
calificar(): void |
Permite al usuario dejar una calificación sobre el viaje. |
dejarComentario(): void |
Permite al usuario dejar un comentario opcional sobre el viaje. |
La clase Pasajero es una extensión de Usuario y representa a los usuarios que buscan y reservan viajes.
| Método | Descripción |
|---|---|
buscarViaje(): void |
Permite al pasajero buscar viajes disponibles en la plataforma. |
reservarViaje(): void |
Permite al pasajero reservar un asiento en un vehículo disponible. |
La clase Vehículo representa a los vehículos registrados por los conductores para ofrecer sus viajes.
| Atributo | Descripción |
|---|---|
tipo: String |
Almacena el tipo de vehículo (sedán, SUV, camioneta, etc.). |
matrícula: String |
Almacena la matrícula del vehículo. |
capacidad: int |
Almacena la capacidad de pasajeros del vehículo. |
| Método | Descripción |
|---|---|
registrarVehiculo(): void |
Permite al conductor registrar su vehículo en la plataforma. |
actualizarDetallesVehiculo(): void |
Permite actualizar la información del vehículo. |
La clase Viaje representa un viaje específico que un conductor ofrece a los pasajeros.
| Atributo | Descripción |
|---|---|
origen: String |
Almacena el lugar de origen del viaje. |
destino: String |
Almacena el destino del viaje. |
horario: Date |
Almacena la hora de salida del viaje. |
conductor: Conductor |
Almacena la información del conductor que ofrece el viaje. |
estado: String |
Almacena el estado del viaje (disponible, completado, cancelado). |
| Método | Descripción |
|---|---|
publicarViaje(): void |
Permite al conductor publicar un viaje en la plataforma. |
reservarAsiento(): void |
Permite reservar un asiento en el vehículo para un pasajero. |
actualizarEstado(): void |
Actualiza el estado del viaje (por ejemplo, lleno, en curso). |
La clase Reserva representa la acción de un pasajero que reserva un asiento en un viaje.
| Atributo | Descripción |
|---|---|
pasajero: Pasajero |
Almacena la información del pasajero que realizó la reserva. |
viaje: Viaje |
Almacena la información del viaje reservado. |
asientoReservado: String |
Almacena el asiento reservado en el vehículo. |
estado: String |
Almacena el estado de la reserva (confirmada, cancelada). |
| Método | Descripción |
|---|---|
confirmarReserva(): void |
Confirma la reserva realizada por el pasajero. |
cancelarReserva(): void |
Permite cancelar una reserva antes del inicio del viaje. |
La clase Pago representa la transacción realizada por un pasajero al reservar un viaje.
| Atributo | Descripción |
|---|---|
monto: float |
Almacena el monto del pago por el viaje. |
metodoDePago: String |
Almacena el método de pago utilizado (tarjeta, billetera digital, etc.). |
estado: String |
Almacena el estado del pago (completado, pendiente). |
| Método | Descripción |
|---|---|
realizarPago(): void |
Realiza el pago del viaje reservado. |
confirmarPago(): void |
Confirma que el pago ha sido realizado con éxito. |
La clase Notificación gestiona el envío de mensajes a los usuarios en relación con sus viajes y reservas.
| Atributo | Descripción |
|---|---|
mensaje: String |
Almacena el contenido de la notificación. |
tipo: String |
Almacena el tipo de notificación (recordatorio, cambio de ruta, etc.). |
tiempo: Date |
Almacena la fecha y hora de envío de la notificación. |
| Método | Descripción |
|---|---|
enviarNotificacion(): void |
Envía la notificación al usuario correspondiente. |
A continuación se detalla el modelo físico realizado para esta entrega, donde se consideró los requerimientos necesarios para el negocio.
En la sección siguiente, se describirán las herramientas, convenciones, referencias y configuraciones utilizadas durante el desarrollo del proyecto, las cuales ayudaron a mantener la coherencia en el trabajo realizado.
En esta parte, se mencionarán los distintos programas de software que el equipo de desarrollo utilizó para llevar a cabo las tareas relacionadas con la creación del proyecto.
Project Management
-
Trello: https://trello.com/
La plataforma de Trello se empleó para la gestión de las tareas y la organización del flujo del trabajo en el proyecto. Las tareas se presentaron dentro de tarjetas en listas con el integrante encargado de realizarlas. Además, utilizamos funcionalidades como agregar etiquetas de colores y marcar el proceso de las tareas. De esta manera, pudimos hacer seguimiento a nuestros avances en el proyecto. -
Notion: https://www.notion.so/
Notion fue utilizado para la colaboración del equipo en el proyecto. Se crearon calendarios y listas con las fechas de las reuniones del equipo. Además, se usaron herramientas como comentarios y menciones para fomentar el trabajo y la colaboración en equipo.
Requirements Management
- Trello: https://trello.com/
Trello se empleó para organizar los requisitos de la aplicación. En él se gestionó el product backlog, ordenado según la prioridad aplicando Fibonacci para enumerar las historias de usuario, y en otra sección organizándolas según las épicas.
Product UX/UI Design
-
Figma: https://www.figma.com/
Figma nos ayudó a desarrollar los wireframes, mockups y prototipos de la aplicación móvil. -
Miro: https://miro.com/es/
Miro fue de utilidad para realizar los As-Is Scenario Mapping y To-Be Scenario Mapping para cada uno de los segmentos objetivos. -
LucidChart: https://www.lucidchart.com/
LucidChart se utilizó para la creación de los diagramas de flujo y los diagramas de arquitectura de software.
-
UXPressia: https://uxpressia.com/
UXPressia se empleó para la creación de User Personas, Empathy Maps, Journey Maps e Impact Maps. Usamos plantillas de UXPressia para elaborar cada una de estas herramientas, permitiendo exportar el trabajo realizado para incluirlo en el proyecto.
Software Development
-
Landing Page
La landing page fue desarrollada utilizando Angular y TypeScript (TS), lo que permitió un desarrollo más estructurado y escalable. Además, se utilizaron estilos personalizados con CSS. El diseño y desarrollo fueron optimizados para su despliegue en Vercel. -
Frontend Web Application
Para la aplicación web frontend, se utilizó Angular junto con TypeScript (TS), empleando Angular Material para la creación de componentes UI consistentes y responsivos. En algunas partes del diseño también se integraron estilos de Bootstrap para complementar la interfaz. La arquitectura fue diseñada para ser modular, escalable y responsiva, optimizada para su despliegue en Vercel. -
Backend
El backend fue desarrollado utilizando Java con el framework Spring Boot, proporcionando APIs RESTful que interactúan con una base de datos MySQL. Este servicio fue desplegado en Railway, garantizando escalabilidad y un manejo eficiente de las integraciones con el frontend y la landing page.
Software Testing
Para las pruebas funcionales de la Landing Page y la aplicación web, se utilizaron herramientas de desarrollo de navegadores web como Google Chrome (https://www.google.com/chrome/), Microsoft Edge (https://www.microsoft.com/en-us/edge) y Mozilla Firefox (https://www.mozilla.org/en-US/firefox/browsers/).
Software Deployment
-
Vercel: https://vercel.com/
Para el despliegue de la Landing Page y la Web Application, se conectó el repositorio de GitHub con Vercel. Esto permitió que Vercel gestionara automáticamente las implementaciones cada vez que se realizaron actualizaciones en el repositorio.
Además, Vercel ofreció vistas previas de las ramas para facilitar la revisión de los cambios antes de publicarlos en producción. -
Railway: https://railway.app/
Para el despliegue del backend, se utilizó Railway, conectando el repositorio de GitHub al servicio. Esto permitió implementar automáticamente los cambios realizados en el código.
Railway proporcionó un entorno escalable y simplificado para manejar las configuraciones del servidor y las bases de datos, facilitando el proceso de desarrollo y despliegue.
Software Documentation
-
Google Drive: https://www.google.com/intl/es-419_pe/drive/
Google Drive se utilizó para crear y gestionar documentos mediante Google Docs, permitiendo trabajar de manera colaborativa en los informes de las entregas. Además, se utilizó para almacenar archivos relevantes del proyecto y facilitar el acceso compartido. -
Structurizr: https://structurizr.com/
Se empleó Structurizr para la creación de diagramas C4, cubriendo los niveles de contexto, contenedor y componentes. Esta herramienta facilitó la visualización de la arquitectura del sistema utilizando una sintaxis basada en texto, ideal para mantener la documentación actualizada y consistente. -
GitHub: https://github.com/
GitHub se utilizó tanto para la creación de la documentación como para el versionado y despliegue de la Landing Page y la Web Application. Su sistema de control de versiones y las herramientas para trabajo colaborativo permitieron gestionar cambios de manera eficiente.
La administración y estructuración de las múltiples modificaciones del proyecto se realizó mediante la creación de varios repositorios en GitHub. Nuestra organización se estructuró de la siguiente manera:
Organización:
https://github.com/Open-Source-SW53-Group-2
-
Repositorio de la Landing Page:
https://github.com/Open-Source-SW53-Group-2/Landing-Page-With-Angular -
Repositorio de la Web Application:
https://github.com/Open-Source-SW53-Group-2/frontend -
Repositorio del Backend:
https://github.com/Open-Source-SW53-Group-2/back-end
Para gestionar eficientemente los cambios en el código fuente, se utilizó Gitflow, un modelo de ramificación que facilita el desarrollo colaborativo. Se establecieron dos ramas principales y varias ramas auxiliares para mantener un flujo de trabajo organizado.
-
main:
Contiene las versiones oficiales del proyecto, listas para ser desplegadas en producción. Es la rama más estable y representa el estado final del código. -
develop:
Es el punto de integración de las ramas de desarrollo (feature). Una vez que el código en esta rama esté probado y estable, se prepara para su lanzamiento mediante la ramareleasey, finalmente, se fusiona enmain.
-
release:
Se utiliza para preparar una nueva versión antes de integrarla enmain. Permite realizar ajustes menores, solucionar errores y asegurar que el código esté listo para producción. Esto mantiene la ramadeveloplibre de interrupciones relacionadas con la preparación de lanzamientos. -
feature:
Estas ramas se crean para desarrollar nuevas funcionalidades. Cada rama está enfocada en una tarea específica o mejora. Una vez completada y probada, se fusiona endevelop.
Ejemplo:feature/navbarpara el desarrollo de la barra de navegación. -
hotfix:
Se utiliza exclusivamente para corregir errores críticos detectados en la ramamain. Estas correcciones son urgentes y no pueden esperar hasta el próximo ciclo de desarrollo.
Este modelo de ramificación permitió mantener un control riguroso sobre las versiones del código y facilitar el trabajo colaborativo entre los miembros del equipo.
- Utilizaremos el lenguaje de etiquetas HTML para el desarrollo principal de nuestra Landing Page.
- Utilizaremos el lenguaje CSS para aplicar los estilos a la estructura de nuestra Landing Page.
- Implementaremos el lenguaje JavaScript para añadir funcionalidades a nuestra Landing Page.
- Utilizaremos el lenguaje Gherkin para diseñar pruebas de cada historia de usuario, siguiendo su estructura básica.
Nuestro equipo sigue las Conventional Commits en su versión 1.0.0 (disponible en conventionalcommits.org) para garantizar claridad y coherencia en los registros. La estructura es la siguiente:
Formato:
<type>[scope opcional]: <description>
- type: Indica el tipo de modificación realizada, con opciones como
feat(nueva funcionalidad),fix(corrección de errores),docs(documentación), etc. - scope (opcional): Define el alcance del cambio realizado en el código (e.g., un módulo o componente específico).
- description: Ofrece un resumen conciso de los cambios implementados.
Seguimos el estándar Semantic Versioning 2.0.0, en el cual las versiones se presentan como X.Y.Z, con las siguientes interpretaciones:
-
X (Major):
Incrementa con cambios incompatibles con versiones anteriores. Comienza en0durante el desarrollo inicial y pasa a1cuando el proyecto está listo para su lanzamiento público.
Nota: Al aumentarX, los valores deYyZse reinician a0. -
Y (Minor):
Incrementa con cambios compatibles que agregan nuevas funcionalidades, generalmente provenientes de ramasrelease.
Nota: Al aumentarY, el valor deZse reinicia a0. -
Z (Patch):
Incrementa con correcciones de errores menores, integrando commits realizados en ramas de corrección (hotfix) que se fusionan con la rama principal.
Este enfoque asegura que las versiones del proyecto sean claras y fácilmente interpretables por todos los miembros del equipo y usuarios finales.
Para configurar el despliegue del proyecto, seguimos los pasos detallados a continuación utilizando Vercel como plataforma:
-
Entrar a Vercel y seleccionar la opción "Import an existing project"
-
Seleccionar la opción "Deploy with GitHub"
-
Seleccionar la organización y el repositorio del proyecto
Dentro de la organización, buscar y seleccionar el repositorio del proyecto que se desea desplegar en producción. -
Agregar la información necesaria para el despliegue
Proporcionar los datos requeridos por la plataforma, como configuraciones específicas o variables de entorno si es necesario. -
Presionar el botón de despliegue
Finalmente, hacer clic en el botón correspondiente al nombre del proyecto para iniciar el proceso de despliegue.
Este enlace redirige a la landing page desarrollada con Angular y desplegada en Vercel. La página ofrece una introducción al proyecto, destacando sus características principales y facilitando el acceso a la aplicación web. Está diseñada para ser completamente responsiva y optimizada para dispositivos móviles, tabletas y computadoras de escritorio.
https://landing-page-with-angular-sigma.vercel.app/home
En esta sección se registra y explica el avance en términos de producto y trabajo colaborativo para el Sprint 1, enfocado en el desarrollo de la landing page. Se detalla el progreso tangible y funcional, incluyendo su diseño, desarrollo y funcionalidades implementadas, así como la colaboración del equipo, los métodos de comunicación utilizados y las herramientas empleadas para garantizar una cooperación efectiva. Además, se incluye información sobre la planificación del sprint, el backlog de tareas, evidencia del desarrollo, documentación de servicios utilizados y reflexiones sobre la colaboración del equipo, proporcionando una visión completa del progreso alcanzado.
En el Sprint Planning 1, se presenta evidencia de la planificación e implementación de la landing page, incluyendo avances del proyecto y aprendizajes de colaboración en equipo registrados en GitHub.
| Sprint # | Sprint 1 |
|---|---|
| Sprint Planning Background | |
| Date | 30 de agosto de 2024 |
| Time | 22:00 horas (GMT-5) |
| Location | Modalidad remota |
| Prepared By | StudentConnect |
| Attendees (to planning meeting) | Todos los miembros de StudentConnect |
| Sprint 0 Review Summary | Debido a que es el primer sprint, no hay review summary de un sprint anterior. |
| Sprint 1 Retrospective Summary | En este Sprint se planea desarrollar el landing page con HTML y CSS3. Previamente, el landing page se diseñó en Figma. El grupo discutió cómo diseñar el landing, implementar imágenes y todo lo referente a la interfaz. Al finalizar este sprint, el landing page estará desplegado en Netlify, permitiendo el acceso público al proyecto. |
| Sprint Goal & User Stories | |
| Sprint Goal 1 | El objetivo de este sprint es el desarrollo y despliegue de la aplicación frontend. |
| Sprint Velocity 1 | 8 |
| Sum of Story Points | 36 |
En esta parte mostramos las tareas que se realizaron en este sprint.
Link del Trello:
https://trello.com/b/4BqoJyJj
Vista del Sprint Backlog en Trello:
| Sprint # | Sprint 1 | ||||||
|---|---|---|---|---|---|---|---|
| User Story | Work-item / Task | ||||||
| ID | Title | Id | Title | Description | Estimation (hours) | Assigned To | Status (To-do / In-Process / To-Review / Done) |
| E5-US01 | Barra de navegación en la landing page | T1 | Navbar section | Implementar navbar con botón (redirige a la aplicación) y responsive design | 1h | Joan Talizo | Done |
| E5-US02 | Dirigirse a la aplicación mediante el landing page | T2 | Button Call to Action | Implementar el button Call to Action del navbar | 0.1h | Joan Talizo | Done |
| E5-US03 | Sección hero del landing page | T3 | Navbar section responsive | Aplicar diseño responsive a las opciones del navbar | 1h | Joan Talizo | Done |
| E5-US03 | Sección hero del landing page | T4 | Hero section | Implementar un hero section | 1h | Angel Anampa | Done |
| E5-US03 | Sección hero del landing page | T5 | Responsive design hero section | Aplicar design responsive al hero section | 1h | Angel Anampa | Done |
| E5-US03 | Sección hero del landing page | T6 | Product section and items | Implementar Product section y los ítems característicos en orden grid | 1h | Alessandro David | Done |
| E5-US03 | Sección hero del landing page | T7 | Responsive design Product section | Implementar diseño responsive a Product section | 1h | Alessandro David | Done |
| E5-US03 | Sección hero del landing page | T8 | Customers section and items | Implementar Customers section y los ítems característicos en orden grid y aplicar animaciones | 1.5h | Joan Talizo | Done |
| E5-US03 | Sección hero del landing page | T9 | Responsive design Customers section | Implementar diseño responsive a Customers section | 1h | Joan Talizo | Done |
| E5-US03 | Sección hero del landing page | T10 | Pricing section | Implementar Pricing section y los ítems característicos en orden grid | 1h | Samuel Valera | Done |
| E5-US03 | Sección hero del landing page | T11 | Responsive design Pricing section | Implementar diseño responsive a Pricing section | 1h | Samuel Valera | Done |
| E5-US03 | Sección hero del landing page | T12 | Contact section | Implementar Contact section y los ítems característicos en orden grid | 1h | Samuel Valera | Done |
| E5-US03 | Sección hero del landing page | T13 | Responsive design Contact section | Implementar diseño responsive a Contact section | 1h | Samuel Valera | Done |
| E5-US03 | Sección hero del landing page | T14 | Footer section | Implementar footer section | 1h | Alessandro David | Done |
| E5-US03 | Sección hero del landing page | T15 | Social media section | Implementar icons para las redes sociales y también links | 0.5h | Alessandro David | Done |
| E5-US03 | Sección hero del landing page | T16 | Responsive design footer section | Aplicar diseño responsive | 1h | Angel Anampa | Done |
| E5-US04 | Versión en español de landing page | T17 | Switch que activa I18n | Button de tipo switch que permite cambiar de idioma a la landing | 0.5h | Angel Anampa | Done |
En esta sección, se presentan los commits realizados en el repositorio de la landing page en GitHub. Estos commits reflejan el progreso y las mejoras implementadas durante el Sprint 1, proporcionando una visión detallada de las actividades de desarrollo y las contribuciones del equipo.
Repositorio de la Landing Page:
https://github.com/Open-Source-SW53-Group-2/Landing-Page
| Repository | Branch | Commit Id | Commit Message | Commit Message Body | Committed on (Date) |
|---|---|---|---|---|---|
| Landing Page | main |
85a4580a83496e87b175a9156aa975766a111bc0 |
feat: add feature for contact us | - | 5 Sep, 2024 |
7c08720d286366b3ba29a5e549cc3989e2289315 |
feat: Add section header and footer | - | 3 Sep, 2024 | ||
26d2ae5b401080a35c4a334bb85e4960b8613320 |
Added Security & Plans sections | - | 3 Sep, 2024 | ||
93c310cf2cbc618191efabb2a57ed6982673fd2b |
feat: add feature for Sponsors | - | 5 Sep, 2024 | ||
25a342d4724b23e717cc53a2da7c6d8d16634e74 |
added the GoUni benefits section from the landing page | - | 31 Aug, 2024 | ||
f5dd736d2eef4a7bc4da54b8440d5ba2424af5a1 |
feat: add feature for ourApp & Portals | - | 5 Sep, 2024 | ||
e1b3f6e704345ff630756a9b8d9717350d6c6f25 |
added ourTeam section | - | 1 Sep, 2024 | ||
247984804611109729a44ce0b5a81d9020eda4e5 |
Add "Who We Are" and "Why GoUni?" sections with corresponding content and styles | - | 5 Sep, 2024 |
En este sprint, se han incorporado pruebas de aceptación escritas en Gherkin, asegurando que los requisitos del usuario se validen de manera efectiva. A continuación, se proporciona el enlace al repositorio de las pruebas de aceptación, donde se encuentra una descripción detallada de los escenarios de prueba y su implementación:
Repositorio de pruebas de aceptación:
https://github.com/Open-Source-SW53-Group-2/studentconnect-acceptance-test
| Repository | Branch | Commit Id | Commit Message | Commit Message Body | Committed on (Date) |
|---|---|---|---|---|---|
| Student Connect Acceptance Test | main |
109397e2e2a2361e101ec1a4250ff2c4041f4eb5 |
feat: Add acceptance test | - | 05 Sep, 2024 |
b38f24bb4f70ae31ffdfc21e47149af91c033fd8 |
chore: add AT02.feature file | - | 05 Sep, 2024 | ||
2822407798d69e79059a55296cdd82b14257381e |
chore: add AT03.feature file | - | 05 Sep, 2024 | ||
e62e30e01e229f7dfda1939f96278bf7d1a6ec16 |
chore: add AT04.feature file | - | 05 Sep, 2024 | ||
26897e7664a9f74ac2109178c74c8835f4081031 |
chore: add AT5.feature file | - | 05 Sep, 2024 |
En este sprint logramos, como primera fase de nuestro producto final, desarrollar nuestra landing page usando HTML y CSS. También se implementó un diseño responsive para dispositivos Android e iOS, y su respectivo despliegue se realizó en Netlify.
En el alcance del Sprint 1 se logró desarrollar la landing page, por lo que no se evidencia el empleo de web services.
Durante el primer sprint, desarrollamos y desplegamos la landing page del proyecto. El despliegue lo llevó a cabo uno de nuestros integrantes (Abraham), ya que el proceso no tomaba más de cinco minutos. Utilizamos Netlify como plataforma de despliegue, realizando varias pruebas en la rama "develop" antes de proceder con la rama "main".
Pasos para el despliegue:
-
Creación de cuenta en Netlify.
-
Selección de la opción "Add new website" para elegir el proyecto a desplegar.
-
Selección de la rama "main" y clic en el botón "Deploy".
Distribución de aportes en el informe:
El desarrollo del informe se organizó dividiendo el repositorio por capítulos. Cada integrante realizó aportes específicos, distribuidos como se muestra en la siguiente tabla y las capturas incluidas.
URL del repositorio para el Project Report:
https://github.com/Open-Source-SW53-Group-2/Report
| Integrante | Aporte en el informe |
|---|---|
| Joan | Startup Profile, Descripción de la Startup, Solution Profile, Antecedentes y problemática, Lean UX Process, Lean UX Problem Statements, Lean UX Assumptions, Segmentos objetivo, User Stories, Organization Systems, Labeling Systems, SEO Tags and Meta Tags, Searching Systems, Navigation Systems, Landing Page Wireframe, Web Applications Wireframes, Software Architecture Context Diagram, Software Architecture Container Diagrams, Software Architecture Components Diagrams, Class Diagrams, Class Dictionary, Database Diagram, Development Evidence for Sprint Review.  |
| Franky | Competidores, Análisis competitivo, Estrategias frente a competidores, Product backlog, Style guidelines, Web style guidelines, Information architecture, Landing page UI design, Landing page mockup, Web applications mockup, Software deployment configuration, Development Evidence for Sprint Review, Execution Evidence for Sprint Review, Services Documentation Evidence for Sprint Review, Software Deployment Evidence for Sprint Review.  |
| Angel | User task matrix, User journey mapping, As-is scenario mapping, To-be scenario mapping, Wireflow diagrams, Diseño de entrevistas, Análisis de entrevistas, DDD architecture.  |
| Samuel | Registro de entrevistas, Análisis de entrevistas, Software deployment configuration, Development Evidence for Sprint Review, Execution Evidence for Sprint Review, Services Documentation Evidence for Sprint Review, Software Deployment Evidence for Sprint Review.  |
| Alessandro | Lean UX Hypothesis Statements, Lean UX Canvas, Diseño de entrevistas, User Personas, Empathy Mapping, Impact Mapping, Domain-Driven Software Architecture, Software Development Environment Configuration, Source Code Management, Source Code Style Guide & Conventions.  |
Evidencia de los commits:
Durante este sprint, para proteger la rama "main", creamos una rama "develop". Cada integrante creó una sub-rama "feature" para subir un capítulo del informe siguiendo las convenciones establecidas (Conventional Commits y GitFlow).
GitHub Analytics del Sprint 1:
En este Sprint Planning 2, se presenta la evidencia de la planificación y desarrollo de la aplicación web. Además, se documentan los avances del proyecto y los insights de colaboración del equipo registrados en GitHub.
| Sprint # | Sprint 2 |
|---|---|
| Sprint Planning Background | |
| Date | 21 de septiembre de 2024 |
| Time | 22:00 horas (GMT-5) |
| Location | Modalidad remota |
| Prepared By | StudentConnect |
| Attendees (to planning meeting) | Todos los miembros de StudentConnect |
| Sprint 2 Review Summary | - Corregir: |
| - Problem Statement | |
| - Product Backlog | |
| - Sprint Backlog 1 | |
| - Student Outcome | |
| - Landing Page (Angular) | |
| Sprint 2 Retrospective Summary | En este Sprint se planea desarrollar la aplicación web con Angular y Angular Material. Previamente, se diseñó en Figma. El grupo discutió los mockups necesarios para la landing, organizando su creación en ramas específicas que se unirán posteriormente al main branch. Al finalizar este sprint, tanto la landing page como la aplicación web estarán desplegadas, permitiendo acceso a través de un dominio definido. |
| Sprint Goal & User Stories | |
| Sprint Goal 2 | El objetivo de este sprint se basa en el desarrollo y despliegue de la aplicación frontend. |
| Sprint Velocity 2 | 5 |
| Sum of Story Points | 36 |
En esta parte mostramos las tareas que se realizaron en este sprint.
Link del Trello:
https://trello.com/b/sGfIxRuD/studentconnect-sprint-2
Vista del Sprint Backlog 2 en Trello:
| Sprint # | Sprint 2 | ||||||
|---|---|---|---|---|---|---|---|
| User Story | Work-item / Task | ||||||
| ID | Title | Id | Title | Description | Estimation (hours) | Assigned To | Status (To-do/in-Process/To-Review/Done) |
| E3-US01 | Registro de usuario | T1 | Interfaz de usuario del inicio de registro de cuentas | Implementar interfaz de los formularios para el registro de cuentas | 5 | Samuel | Done |
| E2-US02 | Inicio de sesión | T2 | Interfaz de usuario de inicio de sesión | Implementar interfaz de formularios para el inicio de sesión de las cuentas de ambos segmentos como cliente y staff | 2 | Joan | Done |
| E3-US02 | Búsqueda de Viaje Disponible | T3 | Interfaz de usuario de búsqueda de viajes | Implementar interfaz para buscar sede de viaje | 1 | Angel | Done |
| E3-US01 | Reserva de Viaje | T4 | Interfaz de reserva | Implementar la vista de reserva y pago de viaje | 2 | Alessandro | Done |
| E3-US04 | Comunicación con el Conductor | T5 | Interfaz de usuario para hablar con el conductor | Implementar interfaz para comunicación mediante chat | 8 | Franky Mallma | Done |
| E3-U06 | Calificación y Comentario del Conductor | T6 | Interfaz de usuario para calificar viaje | Implementar interfaz para comentar y calificar mediante estrellas el viaje realizado | 3 | Alessandro | Done |
| E3-U06 | Gestión de reservas | T7 | Interfaz del usuario principal para poder ver todas las reservas | Implementar interfaz para la sección de reservas mostrando cada una en una lista | 4 | Joan | Done |
| E4-01 | Visualizar planes de servicio | T8 | Interfaz para ver los planes | Implementar interfaz para la variedad de planes del servicio | 1 | Samuel | Done |
| E4-US03 | Realizar el pago del plan seleccionado | T9 | Interfaz de pago | Implementar la interfaz para el ingreso de detalles de pago | 5 | Samuel | Done |
| E5-US01 | Barra de navegación en la landing page | T10 | Interfaz de landing page | Implementar la barra de navegación con enlaces y botones en el navbar | 1 | Franky | Done |
| E5-US02 | Dirigirse a la aplicación mediante la landing page | T11 | Interfaz de la aplicación | Implementar botón “Open app” que redirija a la aplicación | 2 | Joan | Done |
| E5-US03 | Sección hero del landing page | T12 | Section hero en landing page | Implementar la sección hero de la landing con presentación de la app | 3 | Angel | Done |
| E5-US04 | Versión en español de la landing page | T12 | Botón inglés a español en landing | Implementar la opción para cambiar el idioma a español en la landing page | 4 | Alessandro | Done |
| E5-US05 | Sección about the product y about the team | T13 | Interfaz de sección about product y team | Implementar sección about the product y about the team con acceso desde el navbar | 5 | Franky | Done |
En esta sección, se presentan los commits realizados en el repositorio de la aplicación web en GitHub. Estos commits reflejan el progreso y las mejoras implementadas durante el Sprint 2, proporcionando una visión detallada de las actividades de desarrollo y las contribuciones del equipo.
Repositorio:
GitHub Repository
| Repository | Branch | Commit Id | Commit Message | Commit Message Body | Committed on (Date) |
|---|---|---|---|---|---|
| Frontend | main |
68d1bab16daa527212f0c68647ef3a786a1f4bcf |
feat: add ngx-translate and json-server setup | - | Sep 21, 2024 |
| Frontend | main |
26f76f6efce5f075919009adf09b06de78d39d35 |
feat: chat design added | - | Sep 19, 2024 |
| Frontend | main |
8f3e5884b1b5fb85f68681e3ccd60a74e8f0d9fc |
feat: add the booking page | - | Sep 21, 2024 |
| Frontend | main |
a99f47b10ec390c67c3b6fdcdf59cffbdd802ca1 |
feat: add the confirmation of reservations view | - | Sep 21, 2024 |
| Frontend | main |
fcac0fb1cea64c6fb811f80b926b39a3a95a31ab |
feat: added home | - | Sep 21, 2024 |
| Frontend | main |
90c3523b69cc0ceac99758bf6314d955b398b2a1 |
feat: updated added section plans | - | Sep 21, 2024 |
| Frontend | main |
96b276d86b0f28ba580cee87708a36cc1310b6b9 |
feat: Add destination cards, adjust layout and pagination, improve button styles | - | Sep 20, 2024 |
| Frontend | main |
5d2191b97f74fccbb08bb1714541ea98afc48bfd |
feat: added routes and components for maps | - | Sep 23, 2024 |
| Frontend | main |
109595daf03c55364c2be18433f1d0776ef59b6d |
feat: login®ister design added | - | Apr 28, 2024 |
En el alcance del Sprint 2, se desarrolló el frontend de la aplicación web, por lo que no se evidencia la realización de pruebas de testing específicas durante este sprint.
Repositorio de pruebas de aceptación:
https://github.com/Open-Source-SW53-Group-2/studentconnect-acceptance-test
| Repository | Branch | Commit Id | Commit Message | Commit Message Body | Committed on (Date) |
|---|---|---|---|---|---|
| Student Connect Acceptance Test | main |
109397e2e2a2361e101ec1a4250ff2c4041f4eb5 |
feat: Add acceptance test | - | 20 Sep, 2024 |
b38f24bb4f70ae31ffdfc21e47149af91c033fd8 |
chore: add AT02.feature file | - | 20 Sep, 2024 | ||
2822407798d69e79059a55296cdd82b14257381e |
chore: add AT03.feature file | - | 20 Sep, 2024 | ||
e62e30e01e229f7dfda1939f96278bf7d1a6ec16 |
chore: add AT04.feature file | - | 20 Sep, 2024 | ||
26897e7664a9f74ac2109178c74c8835f4081031 |
chore: add AT5.feature file | - | 20 Sep, 2024 |
En este sprint logramos, como segunda fase de nuestro producto final, desarrollar nuestra aplicación web utilizando Angular y Angular Material, en conjunto con una API hecha con JSON Server.
Muestra de las vistas programadas en Angular para este sprint:
Pantallas de Landing Page en Angular:
Pantallas de Frontend en Angular:
Muestra de la respuesta de nuestra API hecha con JSON Server:
(Pendiente incluir imágenes o detalles de las respuestas de la API, si corresponde).
En este sprint utilizamos los servicios básicos Http en conjunto con JSON Server, lo cual facilitó la construcción de nuestra fake API.
- Variable de entorno
serverBasePathapuntando al puerto 3000:
- Nuestra clase
BaseService:
- Ejemplo de uso con un endpoint:
En este sprint 2, continuamos utilizando el servicio de auto despliegue de Vercel para garantizar una implementación continua y eficiente de la aplicación web. El proceso de despliegue se mantiene consistente con los pasos previamente establecidos, asegurando una integración fluida y sin interrupciones en el flujo de trabajo. Esto permite que las actualizaciones y mejoras se reflejen de inmediato en la aplicación web, ofreciendo una experiencia optimizada para los usuarios finales.
Proceso de despliegue en Vercel:
-
Entrar a Vercel:
-
Seleccionar la opción “Deploy con GitHub”:
-
Seleccionar la organización y buscar el repositorio del proyecto “cartunn-frontend” que deseamos subir a producción.
-
Agregar la configuración necesaria para el despliegue:
-
Finalmente, presionar el botón con el nombre del proyecto para desplegar.
Link de la Landing Page:
https://landing-page-with-angular-olive.vercel.app/header
A continuación, se presenta una descripción detallada de cómo el equipo trabajó de manera colaborativa durante este sprint. Esta sección destaca las herramientas y métodos utilizados para fomentar una comunicación efectiva, la coordinación de tareas y la resolución de problemas, asegurando que todos los miembros del equipo estuvieran alineados y comprometidos con los objetivos del sprint.
Distribución de aportes en el informe:
URL del repositorio para el Project Report:
https://github.com/Open-Source-SW53-Group-2/Report
¿Cómo se han desarrollado las actividades de elaboración del informe?
Para el desarrollo del informe en este sprint, se dividió el repositorio del informe por capítulos. Cada integrante realizó los siguientes aportes representados en la tabla y captura a continuación:
| Integrante | Aporte en el informe |
|---|---|
| Joan | Mejora continua del Problem Statement, Mejora continua del Diagrama de Clases por bounded context, Mejora continua de user stories, Mejora continua de Class Dictionary. |
 |
|
| Samuel | Mejora continua de user stories, Mejora continua del product backlog, Mejora continua de Software deployment configuration, Development & Execution Evidence for Sprint Review. |
 |
|
| Franky | Mejora continua de user task matrix, Mejora continua de scenario as-is y to-be, Mejora continua en User Journey Mapping, Mejora continua en wireframe mockup. |
| Angel | Mejora continua de user stories, Mejora continua del análisis de entrevistas, Mejora del Software deployment configuration, Development & Execution Evidence for Sprint Review. |
 |
|
| Alessandro | Mejora continua de Lean UX Hypotheses Statement, Mejora continua de user stories, Mejora continua de empathy map, Mejora de Software Architecture Diagrams & Configuration. |
 |
Evidencia de los commits:
Durante este sprint, se siguió la misma estrategia utilizada en el desarrollo de la landing page. Para proteger la rama main, se creó una rama develop, y cada integrante creó su propia sub-rama feature para subir un capítulo del informe, siguiendo las convenciones previamente establecidas (Conventional Commit y Git Flow).
GitHub Analytics de nuestro segundo sprint:
En este sprint planning 3 se presenta la evidencia de la planificación y desarrollo de los servicios web RESTful (backend). Además, se evidenciaron los avances del proyecto e insights de colaboración en el equipo a través de GitHub.
| Sprint # | Sprint 3 |
|---|---|
| Sprint Planning Background | |
| Date | 22 de octubre de 2024 |
| Time | 22:00 horas (GMT-5) |
| Location | Modalidad remota |
| Prepared By | StudentConnect |
| Attendees (to planning meeting) | Todos los miembros de StudentConnect |
| Sprint 3 Review Summary | Se desarrolló la corrección del informe del proyecto, además de desarrollar los bounded context en Spring Boot |
| Sprint 3 Retrospective Summary | Se planea terminar de desarrollar las vistas de chat y reseñas en el frontend de la aplicación, mejorar algunos features mediante el uso de params y queries, empezar con el proceso de construcción de la aplicación de la API hecha con Java en Spring Boot y finalmente implementar un CRUD. |
| Sprint Goal & User Stories | |
| Sprint Goal 3 | El goal de este sprint se basa en el desarrollo y despliegue de la aplicación frontend y backend. |
| Sprint Velocity 3 | 5 |
| Sum of Story Points | 40 |
En esta parte mostramos las tareas que se realizaron en este sprint.
Link del Trello: https://trello.com/b/EI5qcpdU
Vista del Sprint Backlog 3 en Trello:
| Sprint # | Sprint 3 | ||||||
|---|---|---|---|---|---|---|---|
| User Story | Work-item / Task | ||||||
| ID | Title | Id | Title | Description | Estimation (hours) | Assigned To | Status (To-do/in-Process/To-Review/Done) |
| E1-US03 | Evaluar la seguridad del viaje | T1 | Sección de reseñas de conductores | Agregar una tabla con información de las reseñas de los conductores | 3 | Joan Talizo | Done |
| E2-US02 | Verificación de identidades | T1 | Sección de login | Inicio de sesión de estudiante y conductor | 3 | Angel Anampa | Done |
| E4-US03 | Registro de usuario | T1 | Secciones de registro | Registro de estudiante y conductor | 3 | Franky Mallma | Done |
| E3-US03 | Reserva de viajes | T1 | Sección de reserva de viajes | Agregar tabla con información para mostrar y eliminar reservas | 5 | Samuel | Done |
| E4-US04 | Verificación de identidades | T2 | API Endpoint para el manejo y demostración de información de los productos | Implementar bounded context de IAM para la credencial de usuarios | 6 | Alessandro | Done |
| E6-US07 | Información de los conductores | T1 | API Endpoint para el manejo y demostración de información de los conductores | Implementar bounded context de Driver para la información de los conductores | 6 | Joan Talizo | Done |
| E6-US03 | Información de perfil | T1 | API Endpoint para el manejo y demostración de información de perfil de usuario | Implementar el bounded context Profile donde aparecen la información de usuario | 7 | Angel Anampa | Done |
| E6-US06 | Chat | T1 | API Endpoint para el ingresar información de chat | Implementar el bounded context de Chat para conversación | 6 | Franky Mallma | Done |
En esta sección, se presentan los commits realizados en el repositorio de backend en GitHub. Estos commits reflejan el progreso y las mejoras implementadas durante el sprint 2 con respecto a los avances tanto del frontend como del backend, proporcionando una visión detallada de las actividades de desarrollo y las contribuciones del equipo:
| Repository | Branch | Commit Id | Commit Message | Commit Message Body | Committed on (Date) |
|---|---|---|---|---|---|
| https://github.com/Open-Source-SW53-Group-2/back-end | - | 7b7d8846d66432b4a46975d0243e8501f10e76fd | Add shared folder with domain, infrastructure, and interfaces | - | 24 Oct, 2024 |
| 79486c2ee348f2d68b791268a489267fd7aa541f | feat: Implement ProfilesContextFacade with service integration for profile, driver, and passenger handling | - | 24 Oct, 2024 | ||
| 927d034f18ee317b4bfb2caa3d5169fa9849fcfe | fix: implement and inject missing services (ProfileQueryService, DriverQueryService, PassengerQueryService, ReviewCommandService, ReviewQueryService) | - | 24 Oct, 2024 | ||
| d3b2e1e02ac032d680b0d6bca0fc37571ecb8c6e | feat: configure IAM for authentication and authorization | - | 23 Oct, 2024 | ||
| 96b21a381406e4db1853bc596966d26a7cd3b53a | chore: removed IAM directory for current delivery | - | 23 Oct, 2024 |
En el alcance del sprint 3 se ha desarrollado el backend de la aplicación web, por lo que haremos algunas pruebas de aceptación con respecto al alcance:
https://github.com/Open-Source-SW53-Group-2/studentconnect-acceptance-test.git
| Repository | Branch | Commit Id | Commit Message | Commit Message Body | Committed on (Date) |
|---|---|---|---|---|---|
| https://github.com/Open-Source-SW53-Group-2/studentconnect-acceptance-test | main | 0e589899643040d0114ad937b6f93fe372615f40 | chore: add AT06.feature file | - | Oct 24, 2024 |
| 3a1119825554c4c619ef033666efe8bae1d2a583 | chore: add AT07.feature file | - | Oct 24, 2024 | ||
| 643c77a70f5d9986ef41a069be2a3a78178da5d2 | chore: add AT08.feature file | - | Oct 24, 2024 | ||
| 22e45675c99b2ff7d0b6708cb603cee7eec414a9 | chore: add AT09.feature file | - | Oct 24, 2024 | ||
| c1dc95fb7d8c554fcc741483943f7751d8e9f0c4 | chore: add AT10.feature file | - | Oct 24, 2024 |
En este sprint, logramos como tercera fase de nuestro producto final, desarrollar la API hecha con Java en Spring Boot.
Muestra de nuestra API hecha con Spring Boot:
Video que ilustra y explica la visualización y navegación logrados en este Sprint:
Link del video: [Ver video](https://upcedupe-my.sharepoint.com/personal/u202218664_upc_edu_pe/_layouts/15/stream.aspx?id=%2Fpersonal%2Fu202218664%5Fupc%5Fedu%5Fpe%2FDocuments%2Fupc%2Dpre%2D202402%2Dsi729%2Dsw53%2Dstudentconnect%2Dabout%2Dthe%2
Para este sprint, utilizamos los servicios de la API que nosotros mismos hicimos con Java en Spring Boot. A continuación, mostramos todos los endpoints realizados por nuestro equipo por cada Bounded Context correctamente documentados en Swagger.
Repositorio del backend en GitHub: https://github.com/Open-Source-SW53-Group-2/back-end
Bounded Context: Reviews
| Entity | Endpoint URL | Swagger |
|---|---|---|
| Reviews | api/v1/reviews |  |
Bounded Context: Profiles
| Entity | Endpoint URL | Swagger |
|---|---|---|
| Profiles | api/v1/profiles |  |
Bounded Context: Drivers
| Entity | Endpoint URL | Swagger |
|---|---|---|
| Drivers | api/v1/drivers |  |
Bounded Context: Roles
| Entity | Endpoint URL | Swagger |
|---|---|---|
| Roles | api/v1/roles |  |
Bounded Context: Students
| Entity | Endpoint URL | Swagger |
|---|---|---|
| Students | api/v1/students |  |
Bounded Context: Chats
| Entity | Endpoint URL | Swagger |
|---|---|---|
| Chats | api/v1/chats |  |
Bounded Context: Users
| Entity | Endpoint URL | Swagger |
|---|---|---|
| Users | api/v1/users |  |
Link del despliegue: https://gouniprojectdeploy-production.up.railway.app/swagger-ui/index.html#/
Distribución de aportes en el informe:
URL del repositorio para el Project Report en la organización de GitHub del equipo: https://github.com/Open-Source-SW53-Group-2/Report
¿Cómo se han desarrollado las actividades de elaboración del informe?
Para el desarrollo del informe en este sprint, optamos por dividirnos el capítulo de la siguiente manera:
| Integrante | Aporte en el informe |
|---|---|
| Angel | Sprint 3, Development Evidence for Sprint Review, Validation Interviews.  |
| Samuel | Sprint planning 3, Deployment Evidence for Sprint Review, Testing Suite Evidence for Sprint Review, Software Deployment Evidence for Sprint Review, Team Collaboration Insights during Sprint  |
| Franky | Sprint 3, Development Evidence for Sprint Review, Validation Interviews, Mejora continua en Domain Driven Design Architecture, Heuristics evaluation  |
| Alessandro | Validation Interviews, Development Evidence for Sprint Review |
| Joan | Sprint 3, Validation Interviews, Video About-the-product  |
Evidencia del commit:
Durante este sprint, al igual que para el desarrollo de la landing page, para proteger la rama “main” creamos una rama “develop” de la que cada integrante de nuestro grupo creó su propia sub-rama “feature” para subir un capítulo del reporte siguiendo las convenciones antes señaladas(conventional commit y git flow).
Distribución de aportes en nuestra aplicación:
Github analytics de nuestro tercer sprint - frontend:
Github analytics de nuestro tercer sprint - backend: 
En este Sprint Planning 4 se presenta la evidencia de la unión entre el desarrollo de los RESTful Web Services (backend) y el Frontend. Además, se evidenciaron los avances del proyecto y los insights de colaboración en el equipo a través de GitHub.
| Sprint # | Sprint 4 |
|---|---|
| Sprint Planning Background | |
| Date | 12 de noviembre de 2024 |
| Time | 22:00 horas (GMT-5) |
| Location | Modalidad remota |
| Prepared By | StudentConnect |
| Attendees (to planning meeting) | Todos los miembros de StudentConnect |
| Sprint 4 Review Summary | Se desarrolló la comunicación entre Frontend (Angular) y Backend (Spring Boot) |
| Sprint 4 Retrospective Summary | Se planea terminar de fusionar las vistas de chat y reseñas en el frontend y backend de la aplicación, mejorando algunas partes de la documentación. |
| Sprint Goal & User Stories | |
| Sprint Goal 4 | El objetivo de este sprint se basa en el desarrollo y fusión de la aplicación frontend y backend. |
| Sprint Velocity 4 | 5 |
| Sum of Story Points | 40 |
En esta parte se muestran las tareas que se realizaron en este sprint.
- Link del Trello: Sprint Backlog 4 en Trello
| Sprint | User Story | Work-item / Task | ID | Title | Descripción | Estimación (horas) | Asignado a | Estado |
|---|---|---|---|---|---|---|---|---|
| Sprint 4 | US-16 | T1 | Seleccionar un plan de servicio | Sección de pagos | Selección entre planes gratis o premium | 4 | Joan Talizo | Done |
| Sprint 4 | US-18 | T1 | Cancelar suscripción o plan | Sección de pagos | Poder cancelar un pago realizado | 4 | Angel Anampa | Done |
| Sprint 4 | US-26 | T1 | Establecer destinos secundarios | Secciones de reservas | Selección de destinos | 3 | Franky Mallma | Done |
| Sprint 4 | US-27 | T1 | Opciones de seguridad adicionales para conductores | Sección mapas | Compartir ubicación en tiempo real | 5 | Samuel | Done |
| Sprint 4 | US-28 | T1 | Identificación de usuarios frecuentes | Sección reseñas | Poder marcar y puntuar a un conductor | 6 | Alessandro | Done |
| Sprint 4 | U-29 | T1 | Programar viajes recurrentes | Sección reservas | Poder reservar viajes recurrentes | 6 | Joan Talizo | Done |
En esta sección, se presentan los commits realizados en el repositorio de la landing page en GitHub. Estos commits reflejan el progreso y las mejoras implementadas durante el sprint 4 con respecto a los avances tanto del frontend como backend.
| Repository | Branch | Commit Id | Commit Message | Commit Message Body | Committed on (Date) |
|---|---|---|---|---|---|
| https://github.com/Open-Source-SW53-Group-2/back-end.git | - | 00c9b7979ac48031f9335884ea315bff181eadf2 | feat: added endpoint chat | - | 14 de nov, 2024 |
| - | 36e1db32c0c2b896672466b078254da8e19e3535 | fix: resolve merge conflicts and fix issues in backend integration | - | 14 de nov, 2024 | |
| - | f0726e09c623daaba37a571cc5052109ede78cfe | feat: added endpoint payments | - | 14 de nov, 2024 | |
| - | 3dd9fd180310aeb10e3a6a050c681b1ff55a695d | feat: add the rate driver bounded context | - | 14 de nov, 2024 | |
| - | c9407a52d1aac44b528192a80c109f69eca2f96e | fix: resolve entity problems and configuration rate bounded context | - | 14 de nov, 2024 | |
| - | 7b7d8846d66432b4a46975d0243e8501f10e76fd | Add shared folder with domain, infrastructure, and interfaces | - | 14 de nov, 2024 |
In the scope of Sprint 4, the backend of the web application has been developed. Therefore, we will perform some acceptance tests.
| Repository | Branch | Commit Id | Commit Message | Commit Message Body | Committed on (Date) |
|---|---|---|---|---|---|
| https://github.com/Open-Source-SW53-Group-2/studentconnect-acceptance-test | main | f8eb76606b6b4a29e5330a65ec64b8d18189eaaf | chore: add AT11.feature file | - | Nov 13, 2024 |
| main | 5c6198939ff9480ca1fb268d34e32ee2b3de5d31 | chore: add AT12.feature file | - | Nov 13, 2024 | |
| main | 1cfc448a60e81a2a1749299912df3af3fb182603 | chore: add AT13.feature file | - | Nov 13, 2024 | |
| main | 8b3b8c5bf2abe3b91107baf45becd61855e6d1e6 | chore: add AT14.feature file | - | Nov 13, 2024 | |
| main | 57393f7057a6b3913549cf9177a80da8a5b0dc6 | chore: add AT15.feature file | - | Nov 13, 2024 |
Para esta entrega, se realizaron algunos cambios en el frontend según las visitas pendientes. Se puede acceder a la aplicación web mediante el siguiente enlace: https://landing-page-with-angular-sigma.vercel.app/home. Además, se ha avanzado con el desarrollo final del backend de la aplicación web.
En la landing page se agregaron los videos de About-the-product y About-the-team, para que los visitantes puedan conocer mejor nuestro producto mostrando un video promocional y un video de equipo.
A continuación, se muestran las nuevas secciones agregadas en la landing page:
Actualización de la sección "About the product":
Actualización de la sección "About the team":
La GoUni Platform API ofrece documentación REST para la aplicación. Aquí puedes explorar los endpoints disponibles, incluyendo:
https://gouniprojectdeploy-production.up.railway.app/swagger-ui/index.html#/
Para este sprint utilizamos los servicios de la API que nosotros mismos hicimos con Java en Spring Boot. A continuación, mostramos todos los endpoints realizados por nuestro equipo por cada Bounded Context correctamente documentados en Swagger.
Se adjunta el link de nuestro backend correctamente desplegado usando el servicio gratuito Railway:
https://gouniprojectdeploy-production.up.railway.app/swagger-ui/index.html#/
Repositorio del backend en GitHub:
https://github.com/Open-Source-SW53-Group-2/back-end
| Entity | Endpoint URL | Swagger |
|---|---|---|
| Authentication | api/v1/authentication |
 |
| Entity | Endpoint URL | Swagger |
|---|---|---|
| Payments | api/v1/payments |
 |
| Entity | Endpoint URL | Swagger |
|---|---|---|
| Reviews | api/v1/reviews |
 |
| Entity | Endpoint URL | Swagger |
|---|---|---|
| Profiles | api/v1/profiles |
 |
| Entity | Endpoint URL | Swagger |
|---|---|---|
| Drivers | api/v1/drivers |
 |
| Entity | Endpoint URL | Swagger |
|---|---|---|
| Roles | api/v1/roles |
 |
| Entity | Endpoint URL | Swagger |
|---|---|---|
| Students | api/v1/students |
 |
| Entity | Endpoint URL | Swagger |
|---|---|---|
| Users | api/v1/users |
 |
| Entity | Endpoint URL | Swagger |
|---|---|---|
| Chat | api/v1/chat |
 |
Link del despliegue:
https://gouniprojectdeploy-production.up.railway.app/swagger-ui/index.html#/
Distribución de aportes en el informe:
URL del repositorio para el Project Report en la organización de GitHub del equipo: https://github.com/Open-Source-SW53-Group-2/Report
¿Cómo se han desarrollado las actividades de elaboración del informe?
Para el desarrollo del informe en este sprint se distribuyó los capítulos de esta manera:
| Integrante | Aporte en el informe |
|---|---|
| Angel | Sprint 4, Development Evidence for Sprint Review, Team Collaboration Insights during Sprint |
| Samuel | Sprint planning 4, Deployment Evidence for Sprint Review, Software Deployment Evidence for Sprint Review, Team Collaboration Insights during Sprint |
| Franky | Sprint 4, Development Evidence for Sprint Review, Validation Interviews, Mejora continua en Domain Driven Design Architecture |
| Alessandro | Sprint 4, Development Evidence for Sprint Review, Mejora continua en Domain Driven Design Architecture, Team Collaboration Insights during Sprint |
| Joan | Sprint 4, Testing Suite Evidence for Sprint Review, Mejora continua en Domain Driven Design Architecture, Team Collaboration Insights during Sprint |
Evidencia del commit:
En este sprint, al igual que en los otros, creamos una rama "development". Cada miembro del equipo generó su propia sub-rama "feature" desde "development" para subir su respectivo capítulo del reporte, siguiendo las convenciones establecidas de conventional commits y git flow.
Después de avanzar en el desarrollo de la landing page, la aplicación web (frontend) y la API RESTful (backend) del producto GoUni , realizamos entrevistas de validación. Estas entrevistas permitieron a los usuarios de ambos segmentos objetivos obtener una primera impresión del software.
Para realizar los componentes, elaboramos las preguntas para obtener información de nuestros segmentos objetivos mediante las entrevistas.
Preguntas principales:
- ¿Cómo te llamas?
- ¿Qué edad tienes?
- ¿Dónde vives?
Preguntas sobre preferencias y personalidad (en caso de ser un nuevo entrevistado que no participó en la anterior entrevista):
- ¿Con qué frecuencia utilizas transporte para llegar a la universidad?
- ¿Cuáles son las mayores dificultades que enfrentas al desplazarte a la universidad?
- ¿Cuánto tiempo sueles tardar en llegar a la universidad desde tu casa?
- ¿Estarías dispuesto a compartir tu trayecto con otros estudiantes? ¿Por qué?
- ¿Qué factores te harían sentir más cómodo/a utilizando un servicio de ride-sharing para estudiantes?
- ¿Cómo crees que un servicio de transporte compartido podría mejorar tu experiencia diaria?
Preguntas principales:
- ¿Qué te parece el diseño de la landing page? ¿Te motiva a ingresar a la aplicación y registrarte?
- ¿Consideras que la aplicación dispone de una interfaz fácil e intuitiva de utilizar?
- Si la respuesta es SÍ, ¿Por qué lo considera así?
- Si la respuesta es NO, ¿Qué funcionalidad crees que falta o sobra en la aplicación para que tengas más interés en usarla?
- ¿Consideras que los planes de pago son de tu agrado? ¿O crees que debemos ajustar el precio?
- ¿Consideras útil que la aplicación muestre tu dirección en GPS en tiempo real? ¿De qué manera esto podría mejorar tu experiencia?
Preguntas complementarias:
- ¿Qué tipo de dispositivo (celular, tablet, laptop, etc.) has utilizado al momento de probar la landing page y la aplicación web?
- ¿Cuál fue el navegador que utilizaste en esta ocasión para visualizar el contenido?
- ¿Hubo algún aspecto visual como el posicionamiento de los elementos que no te terminó de agradar?
Preguntas sobre preferencias y personalidad (en caso de ser un nuevo entrevistado que no participó en la anterior entrevista):
- ¿Con qué frecuencia conduces hacia tu universidad o trabajo?
- ¿Te gustaría compartir tu vehículo con otros estudiantes en tus trayectos?
- ¿Cuáles son tus mayores preocupaciones al compartir tu vehículo con otras personas?
- ¿Qué aspectos te motivarían a ofrecer tu vehículo en un servicio de ride-sharing?
- ¿Qué tipo de incentivos te harían más propenso a unirte a una plataforma de ride-sharing para estudiantes?
- ¿Cómo manejas los costos de mantenimiento y gasolina? ¿Crees que compartir tu vehículo podría ayudar a reducir esos costos?
- ¿Cuáles son tus expectativas en cuanto a seguridad y comodidad al ofrecer tu vehículo para transportar a otros?
Preguntas principales:
- ¿Qué te parece el diseño de la landing page? ¿Te motiva a ingresar a la aplicación y registrarte?
- ¿Consideras que la aplicación dispone de una interfaz fácil e intuitiva de utilizar?
- Si la respuesta es SÍ, ¿Por qué lo considera así?
- Si la respuesta es NO, ¿Qué funcionalidad crees que falta en la aplicación para que tengas más interés en usarla?
- ¿Consideras útil que la funcionalidad de reseñas al conductor en la aplicación te ayude en la forma de transporte? ¿Te resultan incómodas este tipo de reseñas?
- ¿Consideras útil la dirección GPS en tiempo real para realizar el servicio de transporte? ¿Cómo crees que esta función podría mejorar el proceso?
Preguntas complementarias:
- ¿Qué tipo de dispositivo (celular, tablet, laptop, etc.) has utilizado al momento de probar la landing page y la aplicación web?
- ¿Cuál fue el navegador que utilizaste en esta ocasión para visualizar el contenido?
- ¿Hubo algún aspecto visual como el posicionamiento de los elementos que no te terminó de agradar?
En esta sección se registran detalladamente las entrevistas de validación realizadas a los dos segmentos objetivos. Se adjunta el link del video completo:
Entrevista 1
- Nombre Completo del entrevistado: Alex Martinez
- Edad: 21
- Distrito: Santa Anita
- URL: https://upcedupe-my.sharepoint.com/:v:/g/personal/u202218664_upc_edu_pe/EaA1ySLWCUJNk9eKMXToLdIBiJpvFl43-Y5fwgIa9evBvA?e=wVJsk2&nav=eyJyZWZlcnJhbEluZm8iOnsicmVmZXJyYWxBcHAiOiJTdHJlYW1XZWJBcHAiLCJyZWZlcnJhbFZpZXciOiJTaGFyZURpYWxvZy1MaW5rIiwicmVmZXJyYWxBcHBQbGF0Zm9ybSI6IldlYiIsInJlZmVycmFsTW9kZSI6InZpZXcifX0
- Inicio de entrevista: 10:14 s
- Duración: 32:17 s
- Resumen: Se entrevistó a Alex Martinez sobre la aplicación web, destacando el orden visual y la utilidad de la funcionalidad de GPS en tiempo real. Comentó que los planes de precios son buenos y que consideraría contratar el servicio.
Entrevista 2
- Nombre Completo del entrevistado: Maria Gracia Rojas Montenegro
- Edad: 19
- Distrito: Surco
- URL: https://upcedupe-my.sharepoint.com/:v:/g/personal/u202218664_upc_edu_pe/EaA1ySLWCUJNk9eKMXToLdIBiJpvFl43-Y5fwgIa9evBvA?e=wVJsk2&nav=eyJyZWZlcnJhbEluZm8iOnsicmVmZXJyYWxBcHAiOiJTdHJlYW1XZWJBcHAiLCJyZWZlcnJhbFZpZXciOiJTaGFyZURpYWxvZy1MaW5rIiwicmVmZXJyYWxBcHBQbGF0Zm9ybSI6IldlYiIsInJlZmVycmFsTW9kZSI6InZpZXcifX0
- Inicio de entrevista: 0:01
- Duración: 32:17 s
- Resumen: Maria Gracia dio opiniones positivas sobre la landing page y la aplicación web, resaltando la funcionalidad del GPS en términos de seguridad. Mencionó que en su computadora algunos elementos de la landing page se veían superpuestos.
Entrevista 1
- Nombre Completo del entrevistado: Ariana Valera
- Edad: 24
- Distrito: Santiago de Surco, Lima
- URL: https://upcedupe-my.sharepoint.com/:v:/g/personal/u202218664_upc_edu_pe/EaA1ySLWCUJNk9eKMXToLdIBiJpvFl43-Y5fwgIa9evBvA?e=wVJsk2&nav=eyJyZWZlcnJhbEluZm8iOnsicmVmZXJyYWxBcHAiOiJTdHJlYW1XZWJBcHAiLCJyZWZlcnJhbFZpZXciOiJTaGFyZURpYWxvZy1MaW5rIiwicmVmZXJyYWxBcHBQbGF0Zm9ybSI6IldlYiIsInJlZmVycmFsTW9kZSI6InZpZXcifX0
- Inicio de entrevista: 27:00 s
- Duración: 32:17 s
- Resumen: Ariana consideró el diseño de la aplicación atractivo y motivador para registrarse, destacando que la interfaz es fácil de usar y sigue una secuencia común en aplicaciones web. Los precios de los planes le parecieron accesibles para estudiantes y valora la función de ubicación en tiempo real por la seguridad que brinda. Utilizó una laptop y Google Chrome, aunque notó una ligera superposición en algunos elementos de la landing page. En general, la aplicación cumplió con sus expectativas, con solo algunos detalles menores a mejorar.
Entrevista 2
- Nombre Completo del entrevistado: Dayana Rojas Sosa
- Edad: 19
- Distrito: Ate, Lima
- URL: https://upcedupe-my.sharepoint.com/:v:/g/personal/u202218664_upc_edu_pe/EaA1ySLWCUJNk9eKMXToLdIBiJpvFl43-Y5fwgIa9evBvA?e=wVJsk2&nav=eyJyZWZlcnJhbEluZm8iOnsicmVmZXJyYWxBcHAiOiJTdHJlYW1XZWJBcHAiLCJyZWZlcnJhbFZpZXciOiJTaGFyZURpYWxvZy1MaW5rIiwicmVmZXJyYWxBcHBQbGF0Zm9ybSI6IldlYiIsInJlZmVycmFsTW9kZSI6InZpZXcifX0
- Inicio de entrevista: 2:54 s
- Duración: 32:17 s
- Resumen: Dayana elogió el diseño de la aplicación, calificándolo como fácil de entender y bien estructurado, lo cual le inspiró confianza para registrarse. Le gustó la organización intuitiva de la interfaz, que facilita la navegación, y consideró que los precios de los planes son adecuados para lo que ofrece la aplicación. Para ella, la función de ubicación en tiempo real es esencial, ya que incrementa su seguridad. Probó la aplicación en celular y laptop, y aunque todo funcionó bien, sugirió mejorar la visibilidad de las letras en el registro, que encontró algo opacas.
Entrevista 3
- Nombre Completo del entrevistado: Maykol Valencia
- Edad: 23 años
- Distrito: Selva Alegre, Arequipa
- URL: https://upcedupe-my.sharepoint.com/:v:/g/personal/u202218664_upc_edu_pe/EaA1ySLWCUJNk9eKMXToLdIBiJpvFl43-Y5fwgIa9evBvA?e=wVJsk2&nav=eyJyZWZlcnJhbEluZm8iOnsicmVmZXJyYWxBcHAiOiJTdHJlYW1XZWJBcHAiLCJyZWZlcnJhbFZpZXciOiJTaGFyZURpYWxvZy1MaW5rIiwicmVmZXJyYWxBcHBQbGF0Zm9ybSI6IldlYiIsInJlZmVycmFsTW9kZSI6InZpZXcifX0
- Inicio de entrevista: 15:00 s
- Duración: 32:17 s
- Resumen: Durante la entrevista con Maykol Valencia, un universitario propietario de auto, se evaluó la usabilidad de la aplicación GO uni. Maykol destacó la interfaz intuitiva y atractiva, mencionando que el diseño le motiva a registrarse y utilizar el servicio. Apreció la funcionalidad de reseñas de conductores, que considera esencial para la seguridad, y sugirió la incorporación de seguimiento en tiempo real mediante GPS para mayor tranquilidad, además de la opción de compartir la ubicación. Como mejora visual, recomendó aumentar el espaciado entre los íconos de universidades. En conclusión, la retroalimentación fue positiva, destacando la utilidad de la aplicación y brindando sugerencias que podrían mejorar aún más la experiencia del usuario.
UX Heuristics & Principles Evaluation
Usability – Inclusive Design – Information Architecture
- CARRERA: Ingeniería de Software
- CURSO: Desarrollo de Aplicaciones Open Source
- SECCIÓN: SW53
- PROFESORES: Hugo Alan Mori
- AUDITOR: PropioConnect
- CLIENTE(S): StudentConnect
- SITE o APP A EVALUAR: GoUni
TAREAS A EVALUAR:
El alcance de esta evaluación incluye la revisión de la usabilidad de las siguientes tareas:
- Información y descripción de la aplicación y sus funcionalidades.
- Información y breve descripción sobre el equipo de trabajo.
- Visualización de testimonios.
- Header y footer funcionales.
- Registro de nuevo usuario.
- Inicio de sesión de usuario existente.
- Header y footer funcionales.
- Pestañas de navegación dentro de la aplicación.
- Botones interactivos y de uso intuitivo.
- Reservas.
No están incluidas en esta versión de la evaluación las siguientes tareas:
- Política de privacidad y condiciones de uso.
- Visualización de perfil de usuario.
- Modo oscuro (Dark Mode).
- Política de privacidad y condiciones de uso.
Los errores serán puntuados tomando en cuenta la siguiente escala de severidad:
| Nivel | Descripción |
|---|---|
| 1 | Problema superficial: puede ser fácilmente superado por el usuario u ocurre con muy poca frecuencia. No necesita ser arreglado a no ser que exista disponibilidad de tiempo. |
| 2 | Problema menor: puede ocurrir un poco más frecuentemente o es un poco más difícil de superar para el usuario. Se le debería asignar una prioridad baja resolverlo de cara al siguiente release. |
| 3 | Problema mayor: ocurre frecuentemente o los usuarios no son capaces de resolverlo. Es importante que sean corregidos y se les debe asignar una prioridad alta. |
| 4 | Problema muy grave: un error de gran impacto que impide al usuario continuar con el uso de la herramienta. Es imperativo que sea corregido antes del lanzamiento. |
| # | Problema | Escala de severidad | Heurística/Principio violado |
|---|---|---|---|
| 1 | Los botones del footer de la landing page no presentan funcionalidad | 1 | IA - ¿Es claro? |
| 2 | El toolbar no sigue la normativa responsive | 1 | IA - ¿Es fácil de encontrar? |
| 3 | En la webApp el icono de perfil de usuario no presenta ninguna vista | 1 | Usabilidad - Consistencia y estándares |
| 4 | Se presenta el sistema de chat de forma incompleta | 2 | Usabilidad - Consistencia y estándares |
- Severidad: 1
- Heurística violada: IA - ¿Es claro?
- Descripción: Los botones ubicados en el footer de la página de inicio no realizan ninguna acción al ser seleccionados, lo cual genera confusión en el usuario.
- Recomendación: Asignar funcionalidades claras a los botones en el footer, como enlaces a otras secciones de la página o información adicional relevante, para que el usuario perciba un propósito definido en cada elemento interactivo.
- Severidad: 1
- Heurística violada: IA - ¿Es fácil de encontrar?
- Descripción: La barra de herramientas no se adapta adecuadamente en dispositivos móviles, dificultando el acceso a las opciones en pantallas más pequeñas.
- Recomendación: Implementar estilos responsive en el toolbar para que se ajuste correctamente a dispositivos móviles. Utilizar técnicas de diseño adaptativo como media queries para garantizar que los elementos sean accesibles en cualquier tamaño de pantalla.
- Severidad: 1
- Heurística violada: Usabilidad - Consistencia y estándares
- Descripción: Al hacer clic en el ícono de perfil, no se muestra ninguna vista relacionada con la cuenta del usuario, lo cual genera una experiencia inconsistente.
- Recomendación: Vincular el ícono de perfil a una página o vista que permita al usuario acceder a sus detalles de cuenta, configuración de perfil o historial, ofreciendo una experiencia consistente con lo que el usuario espera encontrar al hacer clic en su perfil.
- Severidad: 2
- Heurística violada: Usabilidad - Consistencia y estándares
- Descripción: El sistema de chat se muestra en una forma incompleta, lo que impide a los usuarios interactuar adecuadamente y genera frustración.
- Recomendación: Asegurarse de que el sistema de chat esté completamente operativo antes de ser presentado a los usuarios. Esto incluye verificar la interfaz, la capacidad de enviar mensajes y la funcionalidad de respuestas automáticas si las hay.
En esta sección, introducimos y describimos el contenido del Video About-the-Product, el cual está dirigido a los visitantes de la Landing Page que desean conocer un poco más acerca de GoUni.
El video presenta la Landing Page así como la aplicación web, permitiendo a los usuarios apreciar sus funcionalidades.
Incluimos entrevistas de usuarios por cada segmento objetivo que participó en las entrevistas de validación, destacando la satisfacción y los beneficios experimentados al utilizar la plataforma.
- URL Microsoft Stream: https://upcedupe-my.sharepoint.com/:v:/g/personal/u202223781_upc_edu_pe/EYcFIwVbbjRLrYlWfZIdI2cBKfQWYlA9Pjiq1tzoSDzD0w?nav=eyJyZWZlcnJhbEluZm8iOnsicmVmZXJyYWxBcHAiOiJTdHJlYW1XZWJBcHAiLCJyZWZlcnJhbFZpZXciOiJTaGFyZURpYWxvZy1MaW5rIiwicmVmZXJyYWxBcHBQbGF0Zm9ybSI6IldlYiIsInJlZmVycmFsTW9kZSI6InZpZXcifX0%3D&e=tLrIVg
- URL Youtube: https://youtu.be/hLx0xBflWzw
- Duración del video: 3:03 min
La startup aborda la problemática de transporte en zonas urbanas como Lima, donde el transporte público es ineficiente y el uso de vehículos privados es costoso, proporcionando una plataforma de carpooling accesible y económica.
GoUni fomenta el uso compartido de vehículos, lo que ayuda a reducir la congestión vehicular, disminuye las emisiones de CO2 y promueve un uso más eficiente de los recursos entre los estudiantes universitarios.
La plataforma no solo facilita el ahorro económico a través de viajes compartidos, sino que también implementa medidas de seguridad como la verificación de identidad y las calificaciones de usuarios para garantizar un entorno confiable.
GoUni no solo mejora la movilidad diaria de los estudiantes, sino que también permite a aquellos con vehículo propio generar ingresos adicionales, ofreciendo una solución que beneficia tanto a pasajeros como a conductores.
La plataforma utiliza tecnología móvil avanzada y un enfoque innovador para crear una experiencia de movilidad eficiente y socialmente responsable, adaptada a las necesidades de los estudiantes en un contexto de creciente demanda por soluciones digitales.
En esta sección, presentamos el Video About-the-Team, que destaca la colaboración y el trabajo en equipo de los miembros de StudentConnect para desarrollar la plataforma de GoUni. El video muestra la dedicación y el compromiso de cada miembro del equipo, así como la pasión por crear soluciones innovadoras y sostenibles.
- URL Microsoft Stream: https://upcedupe-my.sharepoint.com/:v:/g/personal/u202218664_upc_edu_pe/EU1OnTLoQn1GnRN9LSbVPCUBjx9jcCV71N2m_xFK5prmdQ?nav=eyJyZWZlcnJhbEluZm8iOnsicmVmZXJyYWxBcHAiOiJTdHJlYW1XZWJBcHAiLCJyZWZlcnJhbFZpZXciOiJTaGFyZURpYWxvZy1MaW5rIiwicmVmZXJyYWxBcHBQbGF0Zm9ybSI6IldlYiIsInJlZmVycmFsTW9kZSI6InZpZXcifX0%3D&e=xwBpHX
- URL Youtube: https://youtu.be/r0zoHufifZU
- Duración del video: 4:14 min
- NEI. (2021). Encuesta Nacional de Hogares: Módulo de Victimización. Lima, Perú: INEI.
- Traverso, J. L. (2020). Impacto del crimen en la calidad de vida de los habitantes de Lima Metropolitana. Revista Peruana de Criminología, 3(1), 45-58.
- Municipalidad Metropolitana de Lima. (2023). Informe anual sobre el estado del transporte público en Lima. Lima, Perú: Autor.
- Flores Martos, C. Y., & Gonzales Otiniano, J. E. (2018). Efecto de la implementación del aplicativo Carpooling, bajo la norma ISO 9126, en la economía de estudiantes universitarios de Cajamarca.
- Amaro Meza, R. D. (2019). Aplicación carpooling para el transporte de personas que trabajan en el Centro Empresarial de San Isidro.
- Flores Martos, C. Y., & Gonzales Otiniano, J. E. (2018). Efecto de la implementación del aplicativo Carpooling, bajo la norma ISO 9126, en la economía de estudiantes universitarios de Cajamarca.
- Valdez Fabian, I. K. (2023). Gestión de comunicación del proyecto de responsabilidad social Facilito de Osinergmin en Lima Metropolitana.
- Jáuregui Mena, G. M. ¿La culpa es solo del conductor?: Un análisis de la responsabilidad de las plataformas digitales frente al consumidor de taxi por aplicativo en el Perú.
- Hofer, S., & Schwentner, H. (2021). Domain Storytelling: A Collaborative, Visual, and Agile Way to Build Domain-Driven Software. Addison-Wesley Professional.
- Vural, H., & Koyuncu, M. (2021). Does domain-driven design lead to finding the optimal modularity of a microservice?. IEEE Access, 9, 32721-32733.
- Tramullas Ortiz, C. (2023). Diseño y aplicación de autómatas programables basados en open source.
- Casado, P. E. F. (2020). Domine JavaScript (4ª Edición). Ra-Ma Editorial.
- Casado, P. E. F. (2023). Creación de componentes en JavaScript Curso practico. Ra-Ma Editorial.
- Fernández, P. (2023). Construcción y diseño de páginas web con HTML, CSS y JavaScript. Ediciones de la U.
- García-Holgado, A., & García-Peñalvo, F. J. (2014). Patrón arquitectónico para la definición de ecosistemas de eLearning basados en desarrollos open source.
- Molina Araque, F. A., & Espitia Pineda, A. A. (2016). Propuesta de diseño e implementación de una aplicación móvil (App) como plataforma para compartir el uso del carro particular (carpooling) entre empleados de las sucursales en Bogotá de la empresa Claro Colombia sa, para teléfonos inteligentes cuyo sistema operativo sea Android 5.1.
- Villena Romero, C. L. (2023). Estudio de prefactibilidad para la instalación de una empresa de transporte compartido (carpooling) en una universidad privada de la ciudad de Lima.
- Miranda de La Espriella, D., & Ramón García, N. (2016). Fuímonos-Carpooling estudio y análisis para el desarrollo de la estrategia de mercadeo: plataforma web y móvil monografía de investigación.
- Díaz Domínguez, G. M. (2015). Carpooling GT, aplicación para compartir vehículo (Doctoral dissertation, Universidad de San Carlos de Guatemala).
- Melo Domínguez, A. I. (2018). Mejoramiento del problema de la congestión vehicular para la comunidad universitaria UDEC hacia una solución TI para carpooling.
- Mendizábal, E. L. (2015). Los nuevos sistemas de utilización compartida de vehículos de transporte ("carpooling" y "car sharing"): entre la economía colaborativa y la competencia desleal. Revista de derecho mercantil, (296), 283-334.
- Cárdenas Peralta, N. F., Navarrete Cruzate, E. A., Jiménez Valdivia, K. M., & Arias Chilet, P. M. CampusRoad.
- Murillo Paredes, A. (2021). Diseño de software aplicando el patrón Domain-Driven Design.