COURSE PROJECT - SW53

---

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

Team Members:

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

---

Registro de Versiones del Informe

TB1

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

---

TP

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

---

TB2

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

---

TF

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

---

Project Report Collaboration Insights

URL del repositorio de GitHub de la organización: https://github.com/Open-Source-SW53-Group-2

---

Contenido

Tabla de contenidos

• Registro de Versiones del Informe

  • TB1
  • TP
  • TB2
  • TF

• Project Report Collaboration Insights

• Contenido

• Studen Outcome

• Capítulo I: Introducción.

  • 1.1 Startup Profile.
    • 1.1.1 Descripción del startup.
    • 1.1.2 Perfiles de los integrantes del equipo.
  • 1.2 Solution Profile.
    • 1.2.1 Antecedentes y Problemática.
    • 1.2.2 Lean UX Process.
      • 1.2.2.1 Lean UX Problem Statements.
      • 1.2.2.2 Lean UX Assumptions.
      • 1.2.2.3 Lean UX Hypothesis Statements.
      • 1.2.2.4 Lean UX Canvas.
  • 1.3 Segmentos objetivo.

• Capítulo II: Requirements Elicitation & Analysis.

  • 2.1 Competidores.
    • 2.1.1 Análisis competitivo.
    • 2.1.2 Estrategias y tácticas frente a competidores.
  • 2.2 Entrevistas.
    • 2.2.1 Diseño de entrevistas.
    • 2.2.2 Registro de entrevistas.
    • 2.2.3 Análisis de entrevistas.
  • 2.3 Needfinding.
    • 2.3.1 User Personas.
    • 2.3.2 User Task Matrix.
    • 2.3.3 User Journey Mapping.
    • 2.3.4 Empathy Mapping.
    • 2.3.5 As-is Scenario Mapping.
  • 2.4 Ubiquitous Language.

• Capítulo III: Requirements Specification.

  • 3.1 To-Be Scenario Mapping.
  • 3.2 User Stories.
  • 3.3 Impact Mapping.
  • 3.4 Product Backlog.

• Capítulo IV: Product Design.

  • 4.1 Style Guidelines.
    • 4.1.1 General Style Guidelines.
    • 4.1.2 Web Style Guidelines.
  • 4.2 Information Architecture.
    • 4.2.1 Organization Systems.
    • 4.2.2 Labeling Systems.
    • 4.2.3 SEO Tags and Meta Tags.
    • 4.2.4 Searching Systems.
    • 4.2.5 Navigation Systems.
  • 4.3 Landing Page UI Design.
    • 4.3.1 Landing Page Wireframe.
    • 4.3.2 Landing Page Mock-up.
  • 4.4 Web Applications UX/UI Design.
    • 4.4.1 Web Applications Wireframes.
    • 4.4.2 Web Applications Wireflow Diagrams.
    • 4.4.3 Web Applications Mock-ups.
    • 4.4.4 Web Applications User Flow Diagrams.
  • 4.5 Web Applications Prototyping.
  • 4.6 Domain-Driven Software Architecture.
    • 4.6.1 Software Architecture Context Diagram.
    • 4.6.2 Software Architecture Container Diagrams.
    • 4.6.3 Software Architecture Components Diagrams.
  • 4.7 Software Object-Oriented Design.
    • 4.7.1 Class Diagrams.
    • 4.7.2 Class Dictionary.
  • 4.8 Database Design.
    • 4.8.1 Database Diagram.

• Capítulo V: Product Implementation, Validation & Deployment.

  • 5.2.1 Sprint 1.

    • 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 Sprint 2.

    • 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 Sprint 3.

    • 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 Sprint 4.

    • 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.

  • 5.3 Validation Interviews.

    • 5.3.1 Diseño de Entrevistas.
    • 5.3.2 Registro de Entrevistas.
    • 5.3.3 Evaluaciones según heurísticas.

• Conclusiones.

  • Conclusiones y Recomendaciones.
  • Video About-the-Team.

• Bibliografía.

• Anexos.

---

Studen Outcome

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.

---

Capítulo I: Introducción.

1.1 Startup Profile.

1.1.1 Descripción del startup.

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.

Misión:

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.

Visión:

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ú.

1.1.2 Perfiles de los integrantes del equipo.

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.

---

1.2. Solution Profile.

1.2.1. Antecedentes y Problemática.

Antecedentes:

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.

Problemática (5Ws y 2Hs)

What (Qué)

¿Cuál es el problema?

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.

When (Cuando)

¿Cuándo sucede el problema?

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.

Where (Donde)

¿A dónde se dirige?

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.

¿Dónde surge el problema?

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.

Who (Quién)

¿Quiénes están involucrados? ¿Quién lo utilizará?

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.

Why (Por qué)

¿Cuál es la causa del problema?

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.

¿Cuáles son las 2H?

How (Cómo)

¿Cómo se utilizará el producto?

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.

¿Cómo lograremos desarrollar la correcta gestión del proceso de carpooling entre estudiantes?

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.

How much (Cuánto)

¿Cuál es la magnitud del problema?

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).

Quienes seran los beneficiados por el servicio?

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.

---

1.2.2. Lean UX Process.

1.2.2.1. Lean UX Problem Statements.

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?

Aspectos

Domain:

Movilidad y transporte compartido para estudiantes universitarios.

Customer Segments:

• 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.

• Propietarios de Vehículos Privados

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.

Pain Points:

• Estudiantes

Estrés y Fatiga:

La congestión en el transporte público y las largas esperas causan estrés y fatiga, afectando negativamente su experiencia de desplazamiento.

Inseguridad:

La inseguridad durante el viaje, especialmente en autobuses abarrotados, es una preocupación constante.

Costo Elevado:

Los gastos en transporte son una carga financiera significativa para los estudiantes.

• Propietarios de Vehículos Privados

Oportunidades de Rellenar Asientos:

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.

Gap:

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.

Vision/Strategy:

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.

1.2.2.2. Lean UX Assumptions.

Assumptions play a crucial role in identifying project risks and fostering team participation and active engagement.

User Assumptions

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.

Business Assumptions

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.

1.2.2.3. Lean UX Hypothesis Statements.

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.

1.2.2.4. Lean UX Canvas.

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.

---

1.3. Segmentos objetivo.

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:

Segmento objetivo #1: Estudiantes Universitarios que necesiten movilizarse.

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.

---

Segmento objetivo #2: Estudiantes Universitarios propietarios de un vehículo privado.

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.

---

Capítulo II: Requirements Elicitation & Analysis

2.1. Competidores

BlaBlaCar

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.

Urbvan

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.

Yango

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.

2.1.1. Análisis competitivo

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.

2.1.2. Estrategias y tácticas frente a competidores

• 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.

2.2. Entrevistas

2.2.1. Diseño de entrevistas

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.

Preguntas Generales

1. ¿Cuál es tu nombre?
2. ¿Qué edad tienes?
3. ¿Dónde vives actualmente?
4. ¿A qué te dedicas?

---

Preguntas Segmento 1: Estudiantes universitarios

1. ¿Con qué frecuencia utilizas transporte para llegar a la universidad?
2. ¿Cuáles son las mayores dificultades que enfrentas al desplazarte a la universidad?
3. ¿Cuánto tiempo sueles tardar en llegar a la universidad desde tu casa?
4. ¿Estarías dispuesto/a a compartir tu trayecto con otros estudiantes? ¿Por qué?
5. ¿Qué factores te harían sentir más cómodo/a utilizando un servicio de ride-sharing para estudiantes?
6. ¿Cómo crees que un servicio de transporte compartido podría mejorar tu experiencia diaria?

---

Preguntas Segmento 2: Estudiantes universitarios propietarios de vehículos privados

1. ¿Con qué frecuencia conduces hacia tu universidad o trabajo?
2. ¿Te gustaría compartir tu vehículo con otros estudiantes en tus trayectos?
3. ¿Cuáles son tus mayores preocupaciones al compartir tu vehículo con otras personas?
4. ¿Qué aspectos te motivarían a ofrecer tu vehículo en un servicio de ride-sharing?
5. ¿Qué tipo de incentivos te harían más propenso/a a unirte a una plataforma de ride-sharing para estudiantes?
6. ¿Cómo manejas los costos de mantenimiento y gasolina? ¿Crees que compartir tu vehículo podría ayudar a reducir esos costos?
7. ¿Cuáles son tus expectativas en cuanto a seguridad y comodidad al ofrecer tu vehículo para transportar a otros?

2.2.2 Registro de entrevistas

Segmento 1: Estudiantes Universitarios

Entrevista 1:

• Nombres: Melina
• Apellidos: Rojas Sosa
• Edad: 19
• Lugar de residencia: Ate, Lima

Evidencia de la entrevista:

Enlace de la entrevista: https://upcedupe-my.sharepoint.com/:v:/g/personal/u202218664_upc_edu_pe/EX7er1YUSwFDuVEixTyS9icBROnS8zoGjs_OYnidNOSFxg?e=aP2d71&nav=eyJyZWZlcnJhbEluZm8iOnsicmVmZXJyYWxBcHAiOiJTdHJlYW1XZWJBcHAiLCJyZWZlcnJhbFZpZXciOiJTaGFyZURpYWxvZy1MaW5rIiwicmVmZXJyYWxBcHBQbGF0Zm9ybSI6IldlYiIsInJlZmVycmFsTW9kZSI6InZpZXcifX0%3D

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:

**Enlace de la entrevista:**https://upcedupe-my.sharepoint.com/:v:/g/personal/u202122232_upc_edu_pe/EdkBJ6BiIApNmPjECvCbqpYBZLdRyR5IUQ6hbW72k0wSNw?nav=eyJyZWZlcnJhbEluZm8iOnsicmVmZXJyYWxBcHAiOiJPbmVEcml2ZUZvckJ1c2luZXNzIiwicmVmZXJyYWxBcHBQbGF0Zm9ybSI6IldlYiIsInJlZmVycmFsTW9kZSI6InZpZXcifX0&e=yEaifN

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:

Enlace de la entrevista: https://upcedupe-my.sharepoint.com/:v:/g/personal/u20211c250_upc_edu_pe/EXdQE3rWyAZNsbO1QS9oiMkB_984UXL8rCbGILEDXa90fQ?e=4Wa9C4&nav=eyJyZWZlcnJhbEluZm8iOnsicmVmZXJyYWxBcHAiOiJTdHJlYW1XZWJBcHAiLCJyZWZlcnJhbFZpZXciOiJTaGFyZURpYWxvZy1MaW5rIiwicmVmZXJyYWxBcHBQbGF0Zm9ybSI6IldlYiIsInJlZmVycmFsTW9kZSI6InZpZXcifX0%3D

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.

---

Segmento 2: Estudiantes universitarios propietarios de vehículos privados

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:

Enlace de la entrevista: https://upcedupe-my.sharepoint.com/:v:/g/personal/u202111952_upc_edu_pe/EZd3GcGkxvNDl_7tiJOaSZEBrANwpg_4jDmEdm1lr_EfXA?e=IZMgVf&nav=eyJyZWZlcnJhbEluZm8iOnsicmVmZXJyYWxBcHAiOiJTdHJlYW1XZWJBcHAiLCJyZWZlcnJhbFZpZXciOiJTaGFyZURpYWxvZy1MaW5rIiwicmVmZXJyYWxBcHBQbGF0Zm9ybSI6IldlYiIsInJlZmVycmFsTW9kZSI6InZpZXcifX0%3D

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.

2.2.3 Análisis de entrevistas.

Características		Segmento1 Estudiantes universitarios	Segmento2 Estudiantes universitarios propietarios de vehiculos privados
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

2.3. Needfinding

2.3.1. User Personas

Estudiantes universitarios:

Estudiantes Universitarios propietarios de vehículos privados:

---

2.3.2. User Task Matrix

A continuación se pueden apreciar los User Task Matrix de los segmentos objetivos.

Segmento Objetivo: Estudiantes Universitarios

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

---

Segmento Objetivo: Estudiantes universitarios propietarios de vehículos privados

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

2.3.3. User Journey Mapping

A continuación se pueden apreciar los User Journey Mapping de los segmentos objetivos.

Estudiantes Universitarios

Estudiantes universitarios propietarios de vehículos privados

---

2.3.4. Empathy Mapping

A continuación se pueden apreciar los Empathy Mapping de los segmentos objetivos.

Estudiantes Universitarios

Estudiantes universitarios propietarios de vehículos privados

---

2.3.5. As-is Scenario Mapping

A continuación se pueden apreciar los As-Is Scenario de los segmentos objetivos.

Estudiantes Universitarios

Estudiantes universitarios propietarios de vehículos privados

Enlace de Miro: As-Is Scenario Mapping Board

---

2.4. Ubiquitous Language

• 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.

---

Capítulo III: Requirements Specification

3.1. To-Be Scenario Mapping

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.

Segmento: Estudiantes Universitarios que necesiten movilizarse

---

Segmento: Estudiantes Universitarios propietarios de vehículo privado

3.2. User Stories

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

---

3.3. Impact Mapping.

3.4. Product Backlog.

#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

---

Capítulo IV: Product Design.

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.

4.1. Style Guidelines.

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.

4.1.1. General Style Guidelines.

Las directrices generales aseguran una estética que refuerza la marca y proporciona claridad visual para los usuarios.

Historia de la marca

La marca busca transmitir modernidad y profesionalismo, reflejando estos valores en cada elemento visual del diseño.

Misión

Proporcionar a los usuarios una experiencia fluida y atractiva, con interfaces claras y consistentes.

Visión

Ser reconocidos como una marca que combina funcionalidad y estilo en el diseño de productos digitales.

Brand Name

El nombre de la marca es un elemento clave de nuestra identidad, representando los valores fundamentales de la empresa.

Colores

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.

Tipografía

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.

Espaciado

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.

4.1.2. Web Style Guidelines.

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.

4.2. Information Architecture.

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.

---

4.2.1. Organization Systems.

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).

4.2.2. Labeling Systems.

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.

Etiquetas:

• 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.

4.2.3. SEO Tags and Meta Tags.

Los SEO Tags y Meta Tags son esenciales para mejorar la visibilidad de GoUni en los motores de búsqueda.

Para la Landing Page:

<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">

Para la Aplicación Web:

<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">

4.2.4. Searching Systems.

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.

4.2.5. Navigation Systems.

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.

---

4.3. Landing Page UI Design

---

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.

4.3.1. Landing Page Wireframe.

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:

Landing Page Wireframes Link

Wireframe de la Landing Page en Figma:

Versión Desktop:

Wireframe de la página principal:

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 Sobre Nosotros:

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:

Versión Mobile:

Wireframe de la página principal:

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 Sobre Nosotros:

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:

4.3.2. Landing Page Mock-up.

Esta sección presenta los mockups de la landing page, 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 página final y para realizar ajustes antes del desarrollo.

Enlace a la mockup de la Landing Page en Figma:

Mockups de la Landing Page en Figma:

Versión Desktop:

Mockups de la página principal

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:

Mockups de la sesion Sobre Nosotros:

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:

Versión Mobile:

Mockups de la página principal

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:

Mockups de la sesion Sobre Nosotros:

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:

4.4. Web Applications UX/UI Design.

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.

4.4.1. Web Applications Wireframes.

Enlace a los wireframes de las aplicaciones web en Figma:

Link Web Applications Wireframes

Wireframes de las Aplicaciones Web en Figma:

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:

4.4.2. Web Applications Wireflow Diagrams.

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 Iniciar Sesion:

Wireflow Diagrams de las Aplicaciones Web en LucidChart Plan:

Wireflow Diagrams de las Aplicaciones Web en LucidChart Reservar Viaje:

4.4.3. Web Applications Mock-ups.

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

4.4.4. Web Applications User Flow Diagrams.

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:

4.5. Web Applications Prototyping.

---

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

4.6. Domain-Driven Software Architecture

4.6.1. Software Architecture Context Diagram.

4.6.2. Software Architecture Container Diagrams.

4.6.3. Software Architecture Components Diagrams.

4.7. Software Object-Oriented Design.

4.7.1. Class Diagrams.

4.7.2. Class Dictionary.

---

Usuario

La clase Usuario representa a un usuario dentro de la plataforma, ya sea un conductor o pasajero.

Atributos:

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étodos:

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.

---

Evaluación

La clase Evaluación permite a los usuarios calificar y dejar comentarios sobre sus experiencias de viaje.

Atributos:

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étodos:

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.

---

Pasajero

La clase Pasajero es una extensión de Usuario y representa a los usuarios que buscan y reservan viajes.

Métodos:

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.

---

Vehículo

La clase Vehículo representa a los vehículos registrados por los conductores para ofrecer sus viajes.

Atributos:

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étodos:

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.

---

Viaje

La clase Viaje representa un viaje específico que un conductor ofrece a los pasajeros.

Atributos:

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étodos:

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).

---

Reserva

La clase Reserva representa la acción de un pasajero que reserva un asiento en un viaje.

Atributos:

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étodos:

Método	Descripción
confirmarReserva(): void	Confirma la reserva realizada por el pasajero.
cancelarReserva(): void	Permite cancelar una reserva antes del inicio del viaje.

---

Pago

La clase Pago representa la transacción realizada por un pasajero al reservar un viaje.

Atributos:

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étodos:

Método	Descripción
realizarPago(): void	Realiza el pago del viaje reservado.
confirmarPago(): void	Confirma que el pago ha sido realizado con éxito.

---

Notificación

La clase Notificación gestiona el envío de mensajes a los usuarios en relación con sus viajes y reservas.

Atributos:

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étodos:

Método	Descripción
enviarNotificacion(): void	Envía la notificación al usuario correspondiente.

---

4.8. Database Design.

4.8.1. Database Diagram.

A continuación se detalla el modelo físico realizado para esta entrega, donde se consideró los requerimientos necesarios para el negocio.

---

Capítulo V: Product Implementation, Validation & Deployment.

5.1. Software Configuration Management.

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.

5.1.1. Software Development Environment Configuration.

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.

5.1.2. Source Code Management.

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.

Ramas principales:

• 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 rama release y, finalmente, se fusiona en main.

Ramas auxiliares:

• release:
  Se utiliza para preparar una nueva versión antes de integrarla en main. Permite realizar ajustes menores, solucionar errores y asegurar que el código esté listo para producción. Esto mantiene la rama develop libre 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 en develop.
  Ejemplo: feature/navbar para el desarrollo de la barra de navegación.

• hotfix:
  Se utiliza exclusivamente para corregir errores críticos detectados en la rama main. 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.

5.1.3. Source Code Style Guide & Conventions.

• 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.

---

Convenciones de Commits

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.

---

Convenciones de Versionado de Lanzamientos

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 en 0 durante el desarrollo inicial y pasa a 1 cuando el proyecto está listo para su lanzamiento público.
  Nota: Al aumentar X, los valores de Y y Z se reinician a 0.

• Y (Minor):
  Incrementa con cambios compatibles que agregan nuevas funcionalidades, generalmente provenientes de ramas release.
  Nota: Al aumentar Y, el valor de Z se reinicia a 0.

• 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.

5.1.4. Software Deployment Configuration.

Para configurar el despliegue del proyecto, seguimos los pasos detallados a continuación utilizando Vercel como plataforma:

1. Entrar a Vercel y seleccionar la opción "Import an existing project"
   

2. Seleccionar la opción "Deploy with GitHub"
   

3. 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.

4. 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.

5. Presionar el botón de despliegue
   Finalmente, hacer clic en el botón correspondiente al nombre del proyecto para iniciar el proceso de despliegue.

---

Enlace de la Landing Page:

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

---

5.2. Landing Page, Services & Applications Implementation.

5.2.1. Sprint 1.

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.

---

5.2.1.1. Sprint Planning 1.

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

---

5.2.1.2. Sprint Backlog 1.

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

5.2.1.3. Development Evidence for Sprint Review.

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

---

5.2.1.4. Testing Suite Evidence for Sprint Review.

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

---

5.2.1.5. Execution Evidence for Sprint Review.

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.

---

5.2.1.6. Services Documentation Evidence for Sprint Review.

En el alcance del Sprint 1 se logró desarrollar la landing page, por lo que no se evidencia el empleo de web services.

---

5.2.1.7. Software Deployment Evidence for Sprint Review.

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:

1. Creación de cuenta en Netlify.

2. Selección de la opción "Add new website" para elegir el proyecto a desplegar.

   

3. Selección de la rama "main" y clic en el botón "Deploy".

   

---

5.2.1.8. Team Collaboration Insights during Sprint.

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:

---

5.2.2. Sprint 2

5.2.2.1. Sprint Planning 2

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

---

5.2.2.2. Sprint Backlog 2

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

---

5.2.2.3. Development Evidence for Sprint Review

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&register design added	-	Apr 28, 2024

---

5.2.2.4. Testing Suite Evidence for Sprint Review

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

---

5.2.2.5. Execution Evidence for Sprint Review

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).

---

5.2.2.6. Services Documentation Evidence for Sprint Review

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 serverBasePath apuntando al puerto 3000:

• Nuestra clase BaseService:

• Ejemplo de uso con un endpoint:

---

5.2.2.7. Software Deployment Evidence for Sprint Review

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:

1. Entrar a Vercel:
   

2. Seleccionar la opción “Deploy con GitHub”:
   

3. Seleccionar la organización y buscar el repositorio del proyecto “cartunn-frontend” que deseamos subir a producción.

4. Agregar la configuración necesaria para el despliegue:
   

5. 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

5.2.2.8. Team Collaboration Insights during Sprint

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:

• 
• 

---

5.2.3. Sprint 3.

5.2.3.1 Sprint Planning 3.

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

5.2.3.2. Sprint Backlog 3.

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

5.2.3.3. Development Evidence for Sprint Review.

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:

Backend Repository

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

5.2.3.4. Testing Suite Evidence for Sprint Review

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

5.2.3.5. Execution Evidence for Sprint Review

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

5.2.3.6. Services Documentation Evidence for Sprint Review

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

5.2.3.7. Software Deployment Evidence for Sprint Review

Link del despliegue: https://gouniprojectdeploy-production.up.railway.app/swagger-ui/index.html#/

5.2.3.8. Team Collaboration Insights during Sprint

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:

5.2.4 Sprint 4.

5.2.4.1 Sprint Planning 4.

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

5.2.4.2 Sprint Backlog 4.

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

5.2.4.3 Development Evidence for Sprint Review.

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.

• Repositorio de Frontend
• Repositorio de 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

5.2.4.4 Testing Suite Evidence for Sprint Review.

In the scope of Sprint 4, the backend of the web application has been developed. Therefore, we will perform some acceptance tests.

• Acceptance Test Repository

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

5.2.4.5 Execution Evidence for Sprint Review.

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.

Muestra de las nuevas secciones en la landing page:

• Landing Page

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":

Muestra de nuestra API hecha con Spring Boot:

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#/

5.2.4.6 Services Documentation Evidence for Sprint Review.

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

---

Bounded Context: Authentication

Entity	Endpoint URL	Swagger
Authentication	api/v1/authentication

---

Bounded Context: Payments

Entity	Endpoint URL	Swagger
Payments	api/v1/payments

---

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: Users

Entity	Endpoint URL	Swagger
Users	api/v1/users

---

Bounded Context: Chat

Entity	Endpoint URL	Swagger
Chat	api/v1/chat

---

5.2.4.7 Software Deployment Evidence for Sprint Review.

Link del despliegue:
https://gouniprojectdeploy-production.up.railway.app/swagger-ui/index.html#/

5.2.4.8 Team Collaboration Insights during Sprint.

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.

---

5.3. Validation Interviews.

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.

5.3.1. Diseño de Entrevistas.

Para realizar los componentes, elaboramos las preguntas para obtener información de nuestros segmentos objetivos mediante las entrevistas.

Preguntas principales:

1. ¿Cómo te llamas?
2. ¿Qué edad tienes?
3. ¿Dónde vives?

Segmento objetivo: Estudiantes universitarios

Preguntas sobre preferencias y personalidad (en caso de ser un nuevo entrevistado que no participó en la anterior entrevista):

1. ¿Con qué frecuencia utilizas transporte para llegar a la universidad?
2. ¿Cuáles son las mayores dificultades que enfrentas al desplazarte a la universidad?
3. ¿Cuánto tiempo sueles tardar en llegar a la universidad desde tu casa?
4. ¿Estarías dispuesto a compartir tu trayecto con otros estudiantes? ¿Por qué?
5. ¿Qué factores te harían sentir más cómodo/a utilizando un servicio de ride-sharing para estudiantes?
6. ¿Cómo crees que un servicio de transporte compartido podría mejorar tu experiencia diaria?

Preguntas principales:

1. ¿Qué te parece el diseño de la landing page? ¿Te motiva a ingresar a la aplicación y registrarte?
2. ¿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?

1. ¿Consideras que los planes de pago son de tu agrado? ¿O crees que debemos ajustar el precio?
2. ¿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:

1. ¿Qué tipo de dispositivo (celular, tablet, laptop, etc.) has utilizado al momento de probar la landing page y la aplicación web?
2. ¿Cuál fue el navegador que utilizaste en esta ocasión para visualizar el contenido?
3. ¿Hubo algún aspecto visual como el posicionamiento de los elementos que no te terminó de agradar?

---

Segmento objetivo: Estudiantes universitarios propietarios de vehículos privados

Preguntas sobre preferencias y personalidad (en caso de ser un nuevo entrevistado que no participó en la anterior entrevista):

1. ¿Con qué frecuencia conduces hacia tu universidad o trabajo?
2. ¿Te gustaría compartir tu vehículo con otros estudiantes en tus trayectos?
3. ¿Cuáles son tus mayores preocupaciones al compartir tu vehículo con otras personas?
4. ¿Qué aspectos te motivarían a ofrecer tu vehículo en un servicio de ride-sharing?
5. ¿Qué tipo de incentivos te harían más propenso a unirte a una plataforma de ride-sharing para estudiantes?
6. ¿Cómo manejas los costos de mantenimiento y gasolina? ¿Crees que compartir tu vehículo podría ayudar a reducir esos costos?
7. ¿Cuáles son tus expectativas en cuanto a seguridad y comodidad al ofrecer tu vehículo para transportar a otros?

Preguntas principales:

1. ¿Qué te parece el diseño de la landing page? ¿Te motiva a ingresar a la aplicación y registrarte?
2. ¿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?

1. ¿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?
2. ¿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:

1. ¿Qué tipo de dispositivo (celular, tablet, laptop, etc.) has utilizado al momento de probar la landing page y la aplicación web?
2. ¿Cuál fue el navegador que utilizaste en esta ocasión para visualizar el contenido?
3. ¿Hubo algún aspecto visual como el posicionamiento de los elementos que no te terminó de agradar?

---

5.3.2. Registro de Entrevistas.

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:

URL del video de las entrevistas: https://upcedupe-my.sharepoint.com/:v:/g/personal/u202218664_upc_edu_pe/EaA1ySLWCUJNk9eKMXToLdIBiJpvFl43-Y5fwgIa9evBvA?e=wVJsk2&nav=eyJyZWZlcnJhbEluZm8iOnsicmVmZXJyYWxBcHAiOiJTdHJlYW1XZWJBcHAiLCJyZWZlcnJhbFZpZXciOiJTaGFyZURpYWxvZy1MaW5rIiwicmVmZXJyYWxBcHBQbGF0Zm9ybSI6IldlYiIsInJlZmVycmFsTW9kZSI6InZpZXcifX0

---

Segmento 1: Estudiantes

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.

---

Segmento 2: Estudiantes con vehículos

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.

5.3.3. Evaluaciones según heurísticas.

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:

Desktop landing page

1. Información y descripción de la aplicación y sus funcionalidades.
2. Información y breve descripción sobre el equipo de trabajo.
3. Visualización de testimonios.
4. Header y footer funcionales.

Desktop Web Applications

1. Registro de nuevo usuario.
2. Inicio de sesión de usuario existente.
3. Header y footer funcionales.
4. Pestañas de navegación dentro de la aplicación.
5. Botones interactivos y de uso intuitivo.
6. Reservas.

---

No están incluidas en esta versión de la evaluación las siguientes tareas:

Desktop landing page

1. Política de privacidad y condiciones de uso.

Desktop Web Applications

1. Visualización de perfil de usuario.
2. Modo oscuro (Dark Mode).
3. Política de privacidad y condiciones de uso.

---

ESCALA DE SEVERIDAD:

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.

---

TABLA RESUMEN (Problemas):

#	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

---

PROBLEMA #1: Los botones del footer de la landing page no presentan ninguna funcionalidad

• 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.

---

PROBLEMA #2: El toolbar no sigue la normativa responsive

• 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.

---

PROBLEMA #3: En la webApp el ícono de perfil de usuario no presenta ninguna vista

• 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.

---

PROBLEMA #4: Se presenta el sistema de chat de forma incompleta

• 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.

5.4. Video About-the-Product.

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

Link de entrevista completa: https://upcedupe-my.sharepoint.com/personal/u202218664_upc_edu_pe/_layouts/15/stream.aspx?id=%2Fpersonal%2Fu202218664%5Fupc%5Fedu%5Fpe%2FDocuments%2Fupc%2Dpre%2D202401%2Dsi729%2DSW53%2Dstudentconnect%2Dvalidation%2Dsprint%2D3%20%2Emp4&nav=eyJyZWZlcnJhbEluZm8iOnsicmVmZXJyYWxBcHAiOiJTdHJlYW1XZWJBcHAiLCJyZWZlcnJhbFZpZXciOiJTaGFyZURpYWxvZy1MaW5rIiwicmVmZXJyYWxBcHBQbGF0Zm9ybSI6IldlYiIsInJlZmVycmFsTW9kZSI6InZpZXcifX0&ga=1&referrer=StreamWebApp%2EWeb&referrerScenario=AddressBarCopied%2Eview%2Eb7d0caae%2D2678%2D41fc%2Db1fc%2Dad2f3b3601a6

Conclusiones.

Conclusiones y Recomendaciones.

1. GoUni responde a las necesidades de movilidad estudiantil

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.

2. Contribución a la sostenibilidad

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.

3. Enfoque colaborativo y seguro

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.

4. Impacto social y económico

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.

5. Innovación y tecnología como pilares

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.

Video About-the-Team.

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

---

Bibliografia.

1. NEI. (2021). Encuesta Nacional de Hogares: Módulo de Victimización. Lima, Perú: INEI.
2. 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.
3. Municipalidad Metropolitana de Lima. (2023). Informe anual sobre el estado del transporte público en Lima. Lima, Perú: Autor.
4. 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.
5. Amaro Meza, R. D. (2019). Aplicación carpooling para el transporte de personas que trabajan en el Centro Empresarial de San Isidro.
6. 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.
7. Valdez Fabian, I. K. (2023). Gestión de comunicación del proyecto de responsabilidad social Facilito de Osinergmin en Lima Metropolitana.
8. 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ú.
9. Hofer, S., & Schwentner, H. (2021). Domain Storytelling: A Collaborative, Visual, and Agile Way to Build Domain-Driven Software. Addison-Wesley Professional.
10. Vural, H., & Koyuncu, M. (2021). Does domain-driven design lead to finding the optimal modularity of a microservice?. IEEE Access, 9, 32721-32733.
11. Tramullas Ortiz, C. (2023). Diseño y aplicación de autómatas programables basados en open source.
12. Casado, P. E. F. (2020). Domine JavaScript (4ª Edición). Ra-Ma Editorial.
13. Casado, P. E. F. (2023). Creación de componentes en JavaScript Curso practico. Ra-Ma Editorial.
14. Fernández, P. (2023). Construcción y diseño de páginas web con HTML, CSS y JavaScript. Ediciones de la U.
15. 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.
16. 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.
17. 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.
18. 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.
19. Díaz Domínguez, G. M. (2015). Carpooling GT, aplicación para compartir vehículo (Doctoral dissertation, Universidad de San Carlos de Guatemala).
20. 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.
21. 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.
22. Cárdenas Peralta, N. F., Navarrete Cruzate, E. A., Jiménez Valdivia, K. M., & Arias Chilet, P. M. CampusRoad.
23. Murillo Paredes, A. (2021). Diseño de software aplicando el patrón Domain-Driven Design.

Anexos

Descripción	Link
Repositorio General de StudentConnect	https://github.com/Open-Source-SW53-Group-2
Repositorio Reporte	https://github.com/Open-Source-SW53-Group-2/Report
Repositorio Landingpage	https://github.com/Open-Source-SW53-Group-2/Landing-Page-With-Angular
Repositorio FrontEnd	https://github.com/Open-Source-SW53-Group-2/frontend.git
Repositorio Backend	https://github.com/Open-Source-SW53-Group-2/back-end.git
About the product	https://upcedupe-my.sharepoint.com/:v:/g/personal/u202223781_upc_edu_pe/EYcFIwVbbjRLrYlWfZIdI2cBKfQWYlA9Pjiq1tzoSDzD0w?nav=eyJyZWZlcnJhbEluZm8iOnsicmVmZXJyYWxBcHAiOiJTdHJlYW1XZWJBcHAiLCJyZWZlcnJhbFZpZXciOiJTaGFyZURpYWxvZy1MaW5rIiwicmVmZXJyYWxBcHBQbGF0Zm9ybSI6IldlYiIsInJlZmVycmFsTW9kZSI6InZpZXcifX0%3D&e=vpux8Q
About the team	https://upcedupe-my.sharepoint.com/:v:/g/personal/u202218664_upc_edu_pe/EU1OnTLoQn1GnRN9LSbVPCUBjx9jcCV71N2m_xFK5prmdQ?nav=eyJyZWZlcnJhbEluZm8iOnsicmVmZXJyYWxBcHAiOiJTdHJlYW1XZWJBcHAiLCJyZWZlcnJhbFZpZXciOiJTaGFyZURpYWxvZy1MaW5rIiwicmVmZXJyYWxBcHBQbGF0Zm9ybSI6IldlYiIsInJlZmVycmFsTW9kZSI6InZpZXcifX0%3D&e=xwBpHX
Exposición TB1	https://upcedupe-my.sharepoint.com/:v:/g/personal/u20211c250_upc_edu_pe/EWYOUjf_ox9Or5EfrLQCcyAB6flXr1z6TocIu4NZOeEdNw?nav=eyJyZWZlcnJhbEluZm8iOnsicmVmZXJyYWxBcHAiOiJTdHJlYW1XZWJBcHAiLCJyZWZlcnJhbFZpZXciOiJTaGFyZURpYWxvZy1MaW5rIiwicmVmZXJyYWxBcHBQbGF0Zm9ybSI6IldlYiIsInJlZmVycmFsTW9kZSI6InZpZXcifX0%3D&e=qYotQB
Exposición TP1	https://upcedupe-my.sharepoint.com/:v:/g/personal/u202223781_upc_edu_pe/ETUX6a3BdsRPg6mcJP3twrIBBAg1-Wj-MmeMDvZsRDTaVw?nav=eyJyZWZlcnJhbEluZm8iOnsicmVmZXJyYWxBcHAiOiJTdHJlYW1XZWJBcHAiLCJyZWZlcnJhbFZpZXciOiJTaGFyZURpYWxvZy1MaW5rIiwicmVmZXJyYWxBcHBQbGF0Zm9ybSI6IldlYiIsInJlZmVycmFsTW9kZSI6InZpZXcifX0%3D&e=7SQFTR
Exposición TB2	https://upcedupe-my.sharepoint.com/:v:/g/personal/u202218664_upc_edu_pe/EaR-4MIpqMRGpdOE80kEVyEBw0XQ38qkA6qxD-sAhx4h8A?nav=eyJyZWZlcnJhbEluZm8iOnsicmVmZXJyYWxBcHAiOiJTdHJlYW1XZWJBcHAiLCJyZWZlcnJhbFZpZXciOiJTaGFyZURpYWxvZy1MaW5rIiwicmVmZXJyYWxBcHBQbGF0Zm9ybSI6IldlYiIsInJlZmVycmFsTW9kZSI6InZpZXcifX0%3D&e=i6D9ek
Exposición TF1	https://upcedupe-my.sharepoint.com/:v:/g/personal/u202218664_upc_edu_pe/EZYmvOfMOMROnaGtfKHhlYgB_4q8otQAkgdOsWH3adEAOQ?nav=eyJyZWZlcnJhbEluZm8iOnsicmVmZXJyYWxBcHAiOiJTdHJlYW1XZWJBcHAiLCJyZWZlcnJhbFZpZXciOiJTaGFyZURpYWxvZy1MaW5rIiwicmVmZXJyYWxBcHBQbGF0Zm9ybSI6IldlYiIsInJlZmVycmFsTW9kZSI6InZpZXcifX0%3D&e=N5q9Po
Link landing page	https://landing-page-with-angular-sigma.vercel.app/home
Link Web Application	https://frontend-five-wheat-92.vercel.app/login
Link de backend	https://gouniprojectdeploy-production.up.railway.app/swagger-ui/index.html#/
Link de Video About-the-Product	https://youtu.be/hLx0xBflWzw
Link de Video About-the-Team	https://youtu.be/r0zoHufifZU
Link de Entrevisas	https://upcedupe-my.sharepoint.com/:v:/g/personal/u202218664_upc_edu_pe/EaA1ySLWCUJNk9eKMXToLdIBWsxJZ5OeGrLLJU6PTNtzAg?nav=eyJyZWZlcnJhbEluZm8iOnsicmVmZXJyYWxBcHAiOiJTdHJlYW1XZWJBcHAiLCJyZWZlcnJhbFZpZXciOiJTaGFyZURpYWxvZy1MaW5rIiwicmVmZXJyYWxBcHBQbGF0Zm9ybSI6IldlYiIsInJlZmVycmFsTW9kZSI6InZpZXcifX0%3D&e=s4OD5H