TechZo-Organization/upc-pre-202401-si730-SW51-techzo-report

Universidad Peruana de Ciencias Aplicadas

Ingeniería de Software

Ciclo: 2024-1

Curso: Aplicaciones Web

Sección: SW51

Profesor: Juan Carlos Tinoco Licas

---

Informe de Trabajo Final

TechZo

CambiaZo

Relación de integrantes

Integrante	Código
Criollo De La Cruz, Diego Anderson	U202219639
Huamani Mandujano, Joseph Alexis	U20221A133
Mendoza Carrion, Mathias Andre	U202216282
Santisteban Palomino, Ian Haziel Donato	U202214059
Valle Zuta, Abel Andrés	U202210297

Junio 2024

Registro de Versiones

Versión	Fecha	Autor	Descripción de modificación
1.0	07/04/2024	Ian Haziel Donato Santisteban Palomino y Joseph Alexis Huamani Mandujano	Se agregó la estructura inicial del proyecto.
1.1	09/04/2024	Diego Anderson Criollo de la Cruz	Se inició el Capítulo I: Introducción y se agregó contenido relacionado con Startup Profile
1.1.1	09/04/2024	Diego Anderson Criollo de la Cruz	Se agregó contenido relacionado con Solution Profile
1.1.2	09/04/2024	Ian Haziel Donato Santisteban Palomino, Mathias Andre Mendoza Carrion, Abel Andrés Valle Zuta, Joseph Alexis Huamani Mandujano y Diego Anderson Criollo de la Cruz	Se agregaron los perfiles de los integrantes y se comenzó con el proceso Lean UX Process
1.1.3	09/04/2024	Ian Haziel Donato Santisteban Palomino, Mathias Andre Mendoza Carrion, Abel Andrés Valle Zuta, Joseph Alexis Huamani Mandujano y Diego Anderson Criollo de la Cruz	Se terminó de agregar el Lean UX Process y se agregó contenido relacionado con los Segmentos Objetivos
1.2	09/04/2024	Ian Haziel Donato Santisteban Palomino, Mathias Andre Mendoza Carrion, Abel Andrés Valle Zuta, Joseph Alexis Huamani Mandujano y Diego Anderson Criollo de la Cruz	Se inició el Capítulo II: Requirements Elicitation & Analysis y se agregó contenido relacionado a los Competidores
1.2.1	09/04/2024	Ian Haziel Donato Santisteban Palomino, Mathias Andre Mendoza Carrion y Abel Andrés Valle Zuta	Se agregó contenido relacionado con las Entrevistas
1.2.3	09/04/2024	Joseph Alexis Huamani Mandujano	Se agregó contenido relacionado con el Needfinding y los artefactos correspondientes
1.2.4	10/04/2024	Ian Haziel Donato Santisteban Palomino y Mathias Andre Mendoza Carrion	Se agregó contenido relacionado con los User Persona y User Task Matrix
1.2.5	10/04/2024	Abel Andrés Valle Zuta, Joseph Alexis Huamani Mandujano y Diego Anderson Criollo de la Cruz	Se agregó contenido relacionado con los User Journey Mapping y Empathy Mapping
1.2.6	10/04/2024	Ian Haziel Donato Santisteban Palomino, Abel Andrés Valle Zuta y Diego Anderson Criollo de la Cruz	Se agregó contenido relacionado con el As-is Scenario Mapping y el Ubiquitous Language.
1.3	10/04/2024	Abel Andrés Valle Zuta	Se inició el Capítulo III: Requirements Specification y se agregó contenido relacionado al To-be
1.3.1	10/04/2024	Ian Haziel Donato Santisteban Palomino, Mathias Andre Mendoza Carrion y Diego Anderson Criollo de la Cruz	Se agregaron los Epics, User Stories y Technical Stories
1.3.2	10/04/2024	Diego Anderson Criollo de la Cruz	Se agregó contenido relacionado con Impact Mapping
1.3.3	10/04/2024	Ian Haziel Donato Santisteban Palomino y Mathias Andre Mendoza Carrion	Se agregó contenido relacionado con el Product Backlog
1.4	10/04/2024	Ian Haziel Donato Santisteban Palomino, Mathias Andre Mendoza Carrion y Abel Andrés Valle Zuta	Se inició el Capítulo IV: Product Design y se agregó contenido relacionado al Style Guideline
1.4.1	11/04/2024	Ian Haziel Donato Santisteban Palomino, Mathias Andre Mendoza Carrion y Abel Andrés Valle Zuta	Se agregó contenido relacionado con la Information Architecture
1.4.2	11/04/2024	Ian Haziel Donato Santisteban Palomino y Abel Andrés Valle Zuta	Se agregó contenido relacionado con el Landing Page UI Design
1.4.3	11/04/2024	Ian Haziel Donato Santisteban Palomino y Abel Andrés Valle Zuta	Se agregó contenido relacionado con el Domain-Driven Software Architecture
1.4.4	11/04/2024	Ian Haziel Donato Santisteban Palomino y Mathias Andrés Mendoza Carrion	Se agregó contenido relacionado con el Class Diagrams y Database Design
1.5	11/04/2024	Diego Anderson Criollo de la Cruz	Se inicio el Capítulo V: Product Implementation, Validation & Deployment y se agregó contenido relacionado al Software Configuration Management
1.5.1	11/04/2024	Joseph Alexis Huamani Mandujano	Se agregó contenido relacionado al Sprint Backlog 1
1.6	12/04/2024	Ian Haziel Donato Santisteban Palomino	Se corrigió el formato de algunas secciones ya terminadas
1.7	12/04/2024	Mathias Andre Mendoza Carrion, Abel Andrés Valle Zuta y Diego Anderson Criollo de la Cruz	Se agregó contenido relacionado al Wireframes
1.7.1	12/04/2024	Mathias Andre Mendoza Carrion, Abel Andrés Valle Zuta y Diego Anderson Criollo de la Cruz	Se agregó contenido relacionado al Mockup
1.7.2	12/04/2024	Mathias Andre Mendoza Carrion, Abel Andrés Valle Zuta y Diego Anderson Criollo de la Cruz	Se agregó contenido relacionado al Prototype
1.7.3	12/04/2024	Diego Anderson Criollo de la Cruz	Se agregó contenido relacionado al Wireflow Flow
1.7.4	12/04/2024	Mathias Andre Mendoza Carrion	Se agregó contenido relacionado al User Flow
1.8	12/04/2024	Joseph Alexis Huamani Mandujano	Se agregaron las conclusiones y la bibliografía
1.8.1	12/04/2024	Ian Haziel Donato Santisteban Palomino	Se agregó el Student Outcome y la Tabla de Contenido
2.0	26/04/24	Diego Anderson Criollo de la Cruz, Joseph Alexis Huamani Mandujano, Abel Andrés Valle Zuta y Ian Haziel Donato Santisteban Palomino	Se agregaron nuevas entrevistas para los 2 segmentos objetivos.
2.1	29/04/24	Abel Andrés Valle Zuta	Se arreglaron errores en las User Stories.
2.1.1	29/04/24	Abel Andrés Valle Zuta	Se arregló el contenido del Domain-Driven Software Architecture.
2.1.2	29/04/24	Abel Andrés Valle Zuta y Joseph Alexis Huamani Mandujano	Se agregó contenido del Sprint 2 y el Sprint Planning 2
2.2	29/04/24	Ian Haziel Donato Santisteban Palomino	Se agregó contenido relacionado al Wireframes Mobile App
2.2.1	29/04/24	Ian Haziel Donato Santisteban Palomino	Se agregó contenido relacionado al MockUp Mobile App
2.2.2	29/04/24	Ian Haziel Donato Santisteban Palomino	Se agregó contenido relacionado al Prototype Mobile App
2.3	30/04/24	Joseph Alexis Huamani Mandujano y Mathias Andre Mendoza Carrion	Se agregó el contenido del Sprint Backlog 2
2.3.1	30/04/24	Joseph Alexis Huamani Mandujano	Se arregló las conclusiones del student outcome del primer entregable TB1
2.3.2	30/04/24	Mathias Andre Mendoza Carrion	Se arregló el diagrama de la base de datos.
2.3.3	30/04/24	Abel Andrés Valle Zuta	Se agregaron nuevas referencias bibliográficas.
2.4	01/05/24	Diego Anderson Criollo de la Cruz, Joseph Alexis Huamani Mandujano, Abel Andrés Valle Zuta, Ian Haziel Donato Santisteban Palomino y Mathias Andre Mendoza Carrion	Se agregó contenido restante del Sprint 2
2.4.1	01/05/24	Joseph Alexis Huamani Mandujano	Se agregaron nuevas conclusiones del proyecto.
2.4.2	02/05/24	Diego Anderson Criollo de la Cruz, Joseph Alexis Huamani Mandujano, Abel Andrés Valle Zuta, Ian Haziel Donato Santisteban Palomino y Mathias Andre Mendoza Carrion	Se agregaron los student outcomes.
3.0	28/05/24	Diego Anderson Criollo de la Cruz, Joseph Alexis Huamani Mandujano, Abel Andrés Valle Zuta y Ian Haziel Donato Santisteban Palomino	Se agregó el sprint 3
3.1	28/05/24	Abel Andrés Valle Zuta	Se agregó contenido del Sprint 3 y el Sprint Planning 3
3.1.1	29/05/24	Abel Andrés Valle Zuta	Se agregó el contenido del Sprint Backlog 3
3.2	2/06/24	Diego Anderson Criollo de la Cruz, Joseph Alexis Huamani Mandujano, Abel Andrés Valle Zuta, Ian Haziel Donato Santisteban Palomino y Mathias Andre Mendoza Carrion	Se realizaron 10 entrevistas de los acceptance test
3.2.1	4/06/24	Diego Anderson Criollo de la Cruz, Joseph Alexis Huamani Mandujano, Abel Andrés Valle Zuta, Ian Haziel Donato Santisteban Palomino y Mathias Andre Mendoza Carrion	Se realizó el análisis de cada una de las entrevistas.
3.3	5/06/24	Abel Andrés Valle Zuta	Se realizó el análisis de Heurísticas
3.4	5/06/24	Ian Haziel Donato Santisteban Palomino	Se realizó el Video About the Product
3.5	5/06/24	Diego Anderson Criollo de la Cruz, Joseph Alexis Huamani Mandujano, Abel Andrés Valle Zuta, Ian Haziel Donato Santisteban Palomino y Mathias Andre Mendoza Carrion	Se realizó el video About the Team.
3.6	06/06/24	Joseph Alexis Huamani Mandujano	Se actualizaron las conclusiones del informe.
3.7	06/06/24	Diego Anderson Criollo de la Cruz, Joseph Alexis Huamani Mandujano, Abel Andrés Valle Zuta, Ian Haziel Donato Santisteban Palomino y Mathias Andre Mendoza Carrion	Se agregaron los student outcome y sus conclusiones del TB2.
4.0	10/06/24	Diego Anderson Criollo de la Cruz, Joseph Alexis Huamani Mandujano, Abel Andrés Valle Zuta y Ian Haziel Donato Santisteban Palomino	Se agregó el sprint 4
4.1	10/06/24	Abel Andrés Valle Zuta	Se agregó contenido del Sprint 4 y el Sprint Planning 4
4.1.1	12/06/24	Abel Andrés Valle Zuta	Se agregó el contenido del Sprint Backlog 4
4.1.2	15/06/24	Diego Anderson Criollo de la Cruz	Se agregó el contenido del Development Evidence for Sprint Review
4.1.3	16/06/24	Ian Haziel Donato Santisteban Palomino	Se agregó el contenido del Testing Suite Evidence for Sprint Review
4.1.4	17/06/24	Joseph Alexis Huamani Mandujano	Se agregó el contenido del Execution Evidence for Sprint Review
4.1.5	18/06/24	Mathias Andre Mendoza Carrion	Se agregó el contenido del Services Documentation Evidence for Sprint Review
4.1.6	19/06/24	Abel Andrés Valle Zuta	Se agregó el contenido del Software Deployment Evidence for Sprint Review
4.1.6	19/06/24	Abel Andrés Valle Zuta	Se agregó el contenido del Team Collaboration Insights during Sprint
4.2	20/06/24	Ian Haziel Donato Santisteban Palomino	Se actualizaron las conclusiones y bibliografías del informe.
4.3	21/06/24	Diego Anderson Criollo de la Cruz, Joseph Alexis Huamani Mandujano, Abel Andrés Valle Zuta, Ian Haziel Donato Santisteban Palomino y Mathias Andre Mendoza Carrion	Se agregaron los student outcome y sus conclusiones del TF1.

---

Project Report Collaboration Insights

URL de Organización de GITHUB del equipo TechZo: https://github.com/TechZo-Organization

URL de Repositorio del Project Report: https://github.com/TechZo-Organization/upc-pre-202401-si730-SW51-techzo-report

Entrega TB1:

• Desarrollo de Actividades En el entregable de TB1, el equipo se reunió por discord para hacer las primeras coordinaciones y posteriormente todo el desarrollo y reuniones de avance. Esto se debe, a que la mayoría de integrantes se siente más cómodo con esta aplicación.

  En cuanto al desarrollo del informe, el equipo realizó repartición de partes de manera justa por medio de una ruleta.

  Cabe resaltar, que el tiempo brindado en clase para poder recibir feedbacks y realizar consultas al docente fue de gran apoyo ya que no todos cuentan con la misma disponibilidad de tiempo.

• Evidencias de colaboración y commits - Github:

  • Análiticos de colaboración
    
    

    • Pulse Image of Github Insights
    
    
    
    
    • Contributors Image of Github Insights
    
    
    
    

  • Commits

    A continuacion se muestran algunos commits realizados en este entrega de TB1.

    • Ian Santisteban

      
      
      

    • Andres Valle

      
      
      

    • Joseph Huamani

      
      
      

    • Mathias Mendoza

      
      
      

    • Diego Criollo

      
      
      
      

Entrega TP1:

• Desarrollo de Actividades En el entregable de TP1, el equipo se reunió por discord para hacer las coordinaciones y posteriormente todas las tareas lo documentamos en notitas en el Jamboard para que sea más fácil visualizar las tareas pendientes tanto de este entregable como las mejoras de la TB1.

  En cuanto al desarrollo del informe, el equipo realizó repartición de partes de manera justa por medio de decisión voluntaria.

  Cabe resaltar, que el tiempo brindado en clase para poder recibir feedbacks y realizar consultas al docente fue de gran apoyo ya que no todos cuentan con la misma disponibilidad de tiempo.

• Evidencias de colaboración y commits - Github:

  • Análiticos de colaboración
    
    

    • Pulse Image of Github Insights
    
    
    
    
    • Contributors Image of Github Insights
    
    
    
    

  • Commits

    A continuacion se muestran algunos commits realizados en este entrega de TP1.

    • Ian Santisteban

      
      
      

    • Andres Valle

      
      
      

    • Joseph Huamani

      
      
      

    • Mathias Mendoza

      
      
      

    • Diego Criollo

      
      
      
      

Entrega TB2:

• Desarrollo de Actividades En el entregable de TB2, el equipo se reunió por discord para hacer las coordinaciones y posteriormente todas las tareas lo documentamos en notitas en el Jamboard para que sea más fácil visualizar las tareas pendientes tanto de este entregable como las mejoras de la TP1.

  En cuanto al desarrollo del informe, el equipo realizó repartición de partes de manera justa por medio de decisión voluntaria.

  Cabe resaltar, que el tiempo brindado en clase para poder recibir feedbacks y realizar consultas al docente fue de gran apoyo ya que no todos cuentan con la misma disponibilidad de tiempo.

• Evidencias de colaboración y commits - Github:

  • Análiticos de colaboración
    
    

    • Pulse Image of Github Insights
    
    
    
    
    • Contributors Image of Github Insights
    
    
    
    

  • Commits

    A continuacion se muestran algunos commits realizados en este entrega de TB2.

    • Ian Santisteban

      
      
      

    • Andres Valle

      
      
      

    • Joseph Huamani

      
      
      

    • Mathias Mendoza

      
      
      

    • Diego Criollo

      
      
      
      

Entrega TF1:

• Desarrollo de Actividades En el entregable de TF1, el equipo se reunió por discord para hacer las coordinaciones y posteriormente todas las tareas lo documentamos en notitas en el Jamboard para que sea más fácil visualizar las tareas pendientes tanto de este entregable como las mejoras de la TB2.

  En cuanto al desarrollo del informe, el equipo realizó repartición de partes de manera justa por medio de decisión voluntaria.

  Cabe resaltar, que el tiempo brindado en clase para poder recibir feedbacks y realizar consultas al docente fue de gran apoyo ya que no todos cuentan con la misma disponibilidad de tiempo.

• Evidencias de colaboración y commits - Github:

  • Análiticos de colaboración
    
    

    • Pulse Image of Github Insights
    
    
    
    
    • Contributors Image of Github Insights
    
    
    
    

  • Commits

    A continuacion se muestran algunos commits realizados en este entrega de TF1.

    • Ian Santisteban

      
      
      

    • Andres Valle

      
      
      

    • Joseph Huamani

      
      
      

    • Mathias Mendoza

      
      
      

    • Diego Criollo

      
      
      
      

---

Contenido

• Contenido
• Student Outcome
• Capítulo I: Introducción
  • 1.1. Startup Profile
    • 1.1.1. Descripción de la StartUp
    • 1.1.2. Perfiles de 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 Statement
      • 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.1. Software Configuration Management
    • 5.1.1. Software Development Environment Configuration
    • 5.1.2. Source Code Management
    • 5.1.3. Source Code Style Guide & Conventions
    • 5.1.4. Software Deployment Configuration
  • 5.2. Landing Page, Services & Applications Implementation
    • 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
  • 5.4 Video About-the-Product
• Conclusiones
• Bibliografía
• Anexos

---

Student Outcome

El curso contribuye al cumplimiento del Student Outcome ABET:

ABET – EAC - Student Outcome 5 Criterio: La capacidad de funcionar efectivamente en un equipo cuyos miembros juntos proporcionan liderazgo, crean un entorno de colaboración e inclusivo establecen objetivos, planifican tareas y cumplen objetivos.

En el siguiente cuadro se describe las acciones realizadas y enunciados de conclusiones por parte del grupo, que permiten sustentar el haber alcanzado el logro del ABET – EAC - Student Outcome 5.

Criterio específico			Acciones realizadas			Conclusiones
Participa en equipos multidisciplinarios con eficacia, eficiencia y objetividad, en el marco de un proyecto en soluciones de ingeniería de software.			Diego Anderson Criollo De La Cruz TB1 He contribuido planteando la idea inicial del proyecto, para después realizar la landing page del mismo y los wireframes. TP1 He contribuido con el desarrollo de la primera versión de la aplicación web. Además de ello, trabaje colaborativamente con todos los miembros del equipo para resolver las dudas o inconvenientes que hayamos tenido. TB2 Participé activamente en la fase final del desarrollo frontend, apliqué mis habilidades en Vue.js para construir componentes interactivos del frontend, adhiriéndome a los principios del diseño dirigido por dominio (DDD) para mantener una clara separación de responsabilidades. Mi compromiso con las mejores prácticas se reflejó en el uso diligente de gitflow, lo que nos permitió gestionar ramas de desarrollo, características y releases de manera eficiente, minimizando conflictos y facilitando la integración continua. TF1 A lo largo de este proceso, colaboré de manera efectiva y eficiente en un equipo compuesto por diversas disciplinas, coordinando tareas y resolviendo problemas técnicos junto a cada miembro del equipo. Este enfoque nos permitió desarrollar una solución de ingeniería de software sólida y bien integrada, cumpliendo todos los objetivos establecidos desde el inicio del ciclo. Joseph Alexis Huamani Mandujano TB1 He trabajado activamente con mi equipo, hice todos los puntos que me asignaron, estos son las entrevistas, needfinding, to-be scenario mapping, user stories, information architecture y software configuration management. TP1 He trabajado colaborativamente en el desarrollo de la primera versión de la aplicación web en Vue. Tambien trabaje de manera eficiente en la elaboración del sprint 2, manteniendo y promoviendo una comunicación activa con todo el equipo. TB2 He trabajado colaborativamente en el desarrollo final de todo el frontend en vue. Desarrollando el sprint 3 y sus respectivas user stories, todo esto bajo la metodología de gitflow trabajando con ramas para poder tener mayor eficacia. Además se logró desarrollar parte del backend .net bajo la estructura del domain driven design. TF1 Durante el proyecto, trabajé de manera eficaz y eficiente en un equipo multidisciplinario, colaborando en todo momento. Coordiné tareas y resolví problemas técnicos en conjunto de todos los miembros del equipo. Este enfoque permitió que podamos desarrollar nuestro proyecto cumpliendo con todos los objetivos establecidos desde el primer momento. Mathias André Mendoza Carrión TB1 Como miembro del equipo, desempeñé un papel crucial en diversas etapas del proyecto. Participé activamente en la creación del Empathy Map, User Stories, Product Backlog, To-Be Scenario Mapping, an interview, Database Diagrams, Web Application Mock-ups, and User Flow Diagram. TP1 Colaboré en un equipo dirigido por un líder designado, fomentando la colaboración y la inclusión. Participé activamente en la planificación y ejecución de tareas bajo su dirección. Trabajamos de manera conjunta para cumplir con los objetivos y plazos, demostrando eficacia y cohesión en nuestro trabajo en equipo. Una de las actividades clave que realizamos fue la construcción de una aplicación web, en la cual también implementamos operaciones CRUD. TB2 He colaborado en el desarrollo final del backend empleando C#. Contribuí en el uso de la metodología gitflow, trabajando con ramas para optimizar la eficiencia. Además, se implementaron partes del frontend en Vue siguiendo la estructura de domain driven design. TF1 A lo largo del proceso, participé activamente en un equipo multidisciplinario, donde gestioné tareas y solucioné problemas técnicos en colaboración con mis compañeros. Promoví un ambiente de trabajo objetivo y respetuoso, garantizando que cada miembro del equipo se sienta cómodo y pueda trabajar tranquilamente. Gracias a esto, logramos entregar realizar una entrega eficiente y completamente funcional, alineada con los objetivos del proyecto que fueron definidos desde el principio. Ian Haziel Donato Santisteban Palomino TB1 Como líder de equipo he trabajado constantemente y asignado a cada uno los puntos que mejor dominan, cumplí a tiempo con todos los puntos que me fueron asignaron, aquellos puntos fueron Análisis de Competidores, Entrevistas, Needfinding, User Stories, Impact Mapping, Style Guidelines, Web Applications UX/UI Design y Web Applications Prototyping. TP1 Participé activamente en el desarrollo inicial de la aplicación web y también me esforcé en trabajar en equipo para abordar cualquier pregunta o problema que surgiera entre los miembros del equipo. TB2 En el desarrollo del frontend con Vue.js, asumí un papel colaborativo integral, enfocándome particularmente en las historias de usuario asignadas durante el sprint 3. Para optimizar la eficiencia y el manejo del código, implementamos la metodología gitflow, creando ramas específicas para cada tarea. Además, contribuí al backend en .NET, aplicando un enfoque estructurado que permitió una organización clara del proyecto y una mejor integración entre los diferentes componentes del sistema. Esta aproximación facilitó una comunicación efectiva y una colaboración fluida dentro del equipo de trabajo. TF1 Durante esta etapa, desempeñé un papel eficaz y eficiente como líder de un equipo multidisciplinario, liderando en la organización de tareas y solucionando en equipo diversos problemas que ocurrieron. Gracias a este enfoque integral, logramos desarrollar nuestro proyecto de forma eficiente y bien integrada, cumpliendo con todos los objetivos definidos desde el comienzo del ciclo. Abel Andrés Valle Zuta TB1 He participado eficazmente en equipo, ya que realicé los puntos que me fueron asignados, los cuales fueron la Startup Profile, Solution Profile, Segmentos Objetivos, Entrevistas, User Stories, Landing Page UI Design, Domain Driven Software Architecture, Class Diagram, y todo el capítulo 5 TP1 Participé de manera colaborativa en la creación de la primera versión de la aplicación web utilizando Vue. Además, desempeñé un papel eficiente en la ejecución del segundo sprint, asegurando una comunicación constante y efectiva con todos los miembros del equipo. TB2 Para la presente entrega colaboré realizando todo lo que abarca el sprint 3, las entrevistas de validación, la evaluación de acuerdo a Heurísticas, el desarrollo de la parte final del frontend en Vue.js y en el desarrollo del backend en C#. Considero que logré cumplir el outcome debido a que trabajé bien en equipo y cumplí con todas las tareas asignadas a tiempo TF1 A lo largo de todo este proyecto, trabajé eficaz y eficientemente en un equipo multidisciplinario, coordinando tareas y resolviendo problemas técnicos en colaboración con todos los miembros del equipo. Promoví un entorno de trabajo objetivo y centrado en los resultados, asegurándome de que cada miembro del equipo pudiera contribuir con sus habilidades únicas al éxito del proyecto. Este enfoque integral nos permitió desarrollar una solución de ingeniería de software robusta y bien integrada, cumpliendo con todos los objetivos planteados desde el inicio del ciclo.			TB1 Nuestro equipo demostró una excelente capacidad para colaborar de manera efectiva y coordinada. Desde el inicio del proyecto, nos comprometimos a trabajar juntos hacia un objetivo común, apoyándonos mutuamente en cada paso del camino. Distribuimos equitativamente las tareas, aprovechando las fortalezas individuales de cada miembro, lo que garantizó un avance armonioso y eficiente. Además, cumplimos con todos los plazos establecidos, lo que refleja nuestro compromiso con la puntualidad y la responsabilidad. Más aún, mantenemos un ambiente de trabajo positivo y colaborativo, donde la comunicación activa y la disposición para ayudarnos mutuamente fueron pilares fundamentales. TP1 El equipo continuó demostrando su capacidad para trabajar de manera colaborativa y efectiva en la realización de la primera versión de la aplicación web. Mantuvimos una comunicación activa y constante, lo que nos permitió abordar eficientemente cualquier pregunta o inconveniente que surgiera en el desarrollo del proyecto. Trabajamos en conjunto para superar los desafíos y cumplir con los objetivos establecidos, demostrando una vez más nuestro compromiso con el éxito del equipo. Además, la coordinación efectiva y la distribución equitativa de tareas nos permitieron avanzar de manera ordenada y alcanzar los hitos establecidos en el tiempo previsto. TB2 Todo el grupo volvió a demostrar que tiene la capacidad para realizar buenos y grandes proyectos trabajando en conjunto, debido a que logramos completar todos los puntos establecidos correctamente y en el tiempo indicado, además siempre estuve presente la comunicación entre cada miembro del equipo, cada uno dispuesto a ayudar al otro en caso fuera necesario, lo que nos ayudó a tener un desempeño efectivo y continuo. TF1 Al concluir este ciclo, hemos demostrado una participación eficaz, eficiente y objetiva en equipos multidisciplinarios, cumpliendo con los objetivos del curso y desarrollando una solución de ingeniería de software robusta y bien integrada. A lo largo del proyecto, hemos coordinado tareas y resuelto problemas técnicos, asegurando que cada miembro del equipo pudiera aportar sus habilidades únicas al éxito del proyecto. Nuestro enfoque nos ha permitido superar los desafíos que surgieron durante el desarrollo del proyecto. Como líderes y colaboradores, hemos gestionado y organizado tareas, abordando problemas de manera conjunta y eficiente. Esta experiencia ha fortalecido nuestra capacidad para trabajar en equipo y ha garantizado la completa funcionalidad y eficiencia de nuestro proyecto. En resumen, nuestro desempeño en este proyecto refleja nuestra habilidad para trabajar en equipos multidisciplinarios con eficacia y eficiencia, cumpliendo con los objetivos planteados desde el inicio del ciclo y demostrando un alto nivel de profesionalismo y colaboración.
Conoce al menos un sector empresarial o dominio de aplicación de soluciones de software.			Diego Anderson Criollo De La Cruz TB1 He realizado un aporte de ideas para poder dar con la idea de solución final. Además contribuí con proporcionar el diseño para el desarrollo de la aplicación web. TP1 Contribuí con el equipo, aportando todos mis conocimientos y fortalezas para poder apoyarnos mutuamente entre todos los miembros de desarrollo. Sumado a ello, colabore con mi equipo en el desarrollo y diseño del primer desplegable de la página web. TB2 Mantuve el impulso del desarrollo ágil al liderar la adopción consistente de gitflow. Esta práctica nos permitió trabajar en paralelo en distintas características sin entorpecer el trabajo de otros miembros del equipo. TF1 A lo largo de este proyecto, participé activamente en el desarrollo de CambiaZo. Colaboré con todos los miembros del equipo y me aseguré que las funcionalidades desarrolladas cumplieran con los objetivos planteados desde el inicio del ciclo. Joseph Alexis Huamani Mandujano TB1 Ayudé al equipo dando ideas de los softwares que podemos usar y de cómo utilizarlos correctamente. TP1 Guie al equipo a trabajar bajo la metodologia de GitFlow la cual nos permitió gestionar eficientemente las ramas, controlar las versiones y coordinar el trabajo de manera efectiva. Además se logro hacer el deploy en la plataforma de Netlify correctamente TB2 En esta entrega de igual manera seguí promoviendo el uso de la metodología de gitflow para el desarrollo completo del frontend y parte del backend. Además también se logró seguir trabajando bajo marco de trabajo Scrum es decir continuando con nuestro sprint 3 y sus user stories, demostrándole asi el dominio correcto de aplicación de soluciones de software. TF1 Durante el ciclo, trabajé en este proyecto, en el cual aprendí a aplicar todos los temas enseñados a lo largo del curso, asegurando que nuestra solución de software cumpliera con las metas inicialmente planteadas, además colaboré estrechamente con cada miembro del equipo para integrar correctamente todas las funcionalidades necesarias. Mathias André Mendoza Carrión TB1 Durante el desarrollo del proyecto, colaboré de manera activa ofreciendo sugerencias para resaltar nuestra propuesta de solución y participé en su ejecución. TP1 Promoví una comunicación constante y compartí ideas para impulsar la innovación en equipo. Durante el desarrollo de la aplicación web, unimos nuestras habilidades para lograr objetivos compartidos. Además, contribuí en la investigación y análisis, ofreciendo perspectivas únicas al proceso creativo. TB2 En esta entrega, seguí fomentando el uso de la metodología gitflow para el desarrollo integral del backend y parte del frontend. Además, continuamos trabajando bajo el marco de Scrum, avanzando con nuestro sprint 3 y las historias de usuario, demostrando así una correcta aplicación de soluciones de software. TF1 Participé en la creación de una solución de software destinada a mejorar la experiencia de los usuarios cuando quieran realizar trueques y donaciones. Trabajé junto a todo el equipo para implementar características claves definidas desde el inicio del proyecto. Ian Haziel Donato Santisteban Palomino TB1 Ayudé en todo momento aportando ideas de cómo hacer resaltar nuestra propuesta de solución, además ayudé con su implementación. TP1 Contribuí significativamente al equipo, aprovechando mis conocimientos y habilidades para respaldar a mis compañeros de desarrollo. Además, colaboré estrechamente con el equipo en la creación y diseño del primer menú desplegable de la página web. TB2 En esta etapa del proyecto, se mantuvo la utilización de gitflow para una gestión eficiente del desarrollo de todo el proyecto. Usé un enfoque de Scrum que aseguró que las entregas cumplieran con los estándares de calidad y los plazos establecidos, demostrando mi capacidad para aplicar prácticas efectivas de desarrollo en un entorno real. Como resultado, se logró una solución bien integrada y efectiva. TF1 Como líder del equipo, dirigí el desarrollo de una solución de software para realizar intercambios y donaciones. Coordiné con cada miembro del equipo para identificar los desafíos clave del proyecto y me aseguré que nuestro equipo desarrollara funcionalidades que mejoraran la experiencia de los usuarios al realizar intercambios y donaciones de objetos. Abel Andrés Valle Zuta TB1 Aporté dando ideas de nuestros posibles competidores, y dando ideas para poder hacer única nuestra propuesta de solución. Además ayudé con el diseño y desarrollo de la misma. TP1 Se utilizo la metodologia de GitFlow para poder desarrollar la primera version de la aplicación web de manera satisfactoria y colaborativa. Además contribui al deploy de la aplicación brindando información acerca de la plataforma de Netlify. TB2 En esta entrega profundizamos en la aplicación de Scrum, orquestando nuestro sprint 3 con reuniones diarias de stand-up, refinamiento de product backlog y una revisión retrospectiva del sprint. Gestionamos eficazmente las historias de usuario, desglosándolas en tareas manejables que alineamos con los objetivos del sprint, lo que resultó en una entrega incremental de valor al cliente y una mejora continua de nuestros procesos de desarrollo. TF1 En este proyecto, me involucré en el desarrollo de una aplicación de software para realizar trueques y donaciones. Colaboré en todo momento para diseñar correctamente las funcionalidades que mejoraran la realización de trueques y la experiencia de los usuarios al realizar donaciones.			TB1 El equipo experimentó un valioso proceso de exploración y creación. Aprendimos sobre diferentes oportunidades para desarrollar nuestra propuesta de solución única, diferente y llamativa. Desde la generación de ideas hasta el diseño y la implementación, cada miembro del equipo contribuyó con su creatividad y experiencia para dar forma a nuestro proyecto. Este período nos permitió no solo identificar oportunidades prometedoras, sino también convertirlas en acciones concretas, estableciendo así los cimientos sólidos para el desarrollo futuro del proyecto TP1 El equipo demostró un continuo compromiso con la excelencia y la innovación. Aprovechando las lecciones aprendidas en el TB1, nos embarcamos en el desarrollo de la primera versión de nuestra aplicación web con entusiasmo y determinación. Colaboramos estrechamente, compartiendo ideas y conocimientos para impulsar la innovación y garantizar que nuestro producto cumpla con las expectativas del usuario. La implementación exitosa de la metodología GitFlow y el despliegue efectivo en la plataforma de Netlify fueron hitos importantes que reflejan nuestra capacidad para trabajar de manera colaborativa y eficiente. TB2 Hemos demostrado un sólido dominio en la aplicación de metodologías ágiles, específicamente en el uso de Gitflow y Scrum para gestionar eficazmente el desarrollo de software. Además hemos mostrado consistencia en nuestro enfoque hacia la entrega incremental de valor al cliente y la mejora continua de los procesos de desarrollo. Esta capacidad para aplicar prácticas efectivas en un entorno real resalta nuestra comprensión y habilidades para adaptarnos y contribuir significativamente a proyectos de software en diversos sectores empresariales o dominios de aplicación. TF1 En conclusión, hemos adquirido un conocimiento profundo a través del desarrollo de soluciones de software aplicadas a diferentes sectores. Este enfoque multidisciplinario nos permitió entender y responder a las necesidades específicas de cada sector, colaborando estrechamente para asegurarnos de que CambiaZo cumplieran con los estándares y requerimientos específicos. A través de esta experiencia, hemos demostrado nuestra capacidad para aplicar principios de ingeniería de software en contextos diversos, mejorando nuestras competencias tanto técnicas como de gestión de proyectos.

---

Capítulo I: Introducción

1.1 Startup Profile

1.1.1 Descripción de la Startup

Nombre: CambiaZo

Área: Innovación tecnológica y Reutilización

TechZo es una startup que está conformada por estudiantes de la Universidad Peruana de Ciencias Aplicadas (UPC) de la facultad de ingeniería. La compañía pretende abordar y contribuir con el crecimiento del desarrollo sostenible del país, alentando a la cultura de consumo responsable y una economía circular. Es por ello que se ha propuesto como medida de solución la creación de la aplicación web CambiaZo.

• Misión: La misión de TechZo como empresa es promover un estilo de vida sostenible y consciente, facilitando el intercambio de bienes y artículos entre usuarios de manera segura y justa sin necesidad de realizar transacciones monetarias. Buscamos presentar un concepto sólido y alineado con las tendencias de consumo responsable y economía circular, permitiendo a los usuarios intercambiar objetos que ya no desean por otros que necesitan o les interesan actualmente.
  
  Entendemos la importancia de la seguridad y veracidad en el proceso del intercambio de artículos, de modo que sea justo y beneficioso para ambas partes. Por lo tanto, nos esforzamos para asegurar que los usuarios puedan visualizar todos los detalles de los productos ofrecidos para intercambiar, y que puedan despejar todas sus dudas antes de realizar el intercambio, para que de este modo no haya ninguna insatisfacción por parte de los usuarios. Además, con la aplicación web CambiaZo, queremos apoyar a la comunidad agregando una opción para que los usuarios puedan realizar donaciones de artículos a personas de escasos recursos económicos.

• Visión: La visión de Techzo es convertirse en la principal plataforma digital de intercambio de productos básicos que promueva una vida sostenible y consciente a nivel mundial. Nos esforzamos por ser líderes en el cambio hacia una economía circular, donde cada acto de comunicación coopere a reducir nuestro impacto en el medio ambiente y a construir una comunidad más solidaria y conectada.

• Valores:

  • Seguridad y privacidad: La privacidad es prioritaria, nos preocupamos para que nuestros usuarios sientan que los datos que nos otorgan están seguros y mantenidos en privacidad. Por ello, les otorgamos a nuestros usuarios control sobre ello. Además, sabemos que las medidas sólidas de seguridad, incluido el cifrado de datos en tránsito y reposo, junto con prácticas sólidas en el diseño de la base de datos, resguardan la información sobre nuestros usuarios.

  • Innovación: Estar en constante búsqueda de nuevas formas de mejorar la experiencia de los usuarios a través de la tecnología y la creatividad, manteniendo la aplicación a la vanguardia.

  • Aprendizaje Continuo: Fomentar un ambiente en el que los miembros del equipo estén dispuestos a aprender y mejorar constantemente, tanto en términos de sostenibilidad como de consumo responsable.

  • Calidad: Compromiso con la excelencia en el diseño de la aplicación web y la funcionalidad de esta misma, asegurándonos de que cumpla con las expectativas más altas de nuestros usuarios.

  • Compromiso con el usuario: Poner las necesidades y deseos de los usuarios en el centro de todas las decisiones, asegurando que la aplicación satisfaga sus expectativas y mejore su experiencia realizando intercambios.

  • Respeto a la diversidad: Valorar y respetar las diferencias culturales, étnicas, de género y de opinión, tanto en el equipo interno como en la comunidad de usuarios.

  1.1.2 Perfiles de integrantes del equipo

Integrante	Perfil	Imagen
Diego Anderson Criollo De La Cruz - u202219639	Mi nombre es Diego Anderson Criollo de La Cruz, soy estudiante de 5to ciclo de la carrera de Ingeniería de Software. Me gusta mucho emplear soluciones creativas y que busquen eficiencia para poder aborder de esta forma cualquier desafío de la mejor manera. Como miembro del grupo, pretendo aportar con todos mis conocimientos en el desarrollo web tanto como en el front-end y back-end, además de siempre colaborar con mis ideas y soluciones ante cualquier dificultad que se presente en el desarrollo. Espero poder aprender mucho de mis compañeros y que todos juntos podamos emplear de manera adecuada las tecnologías que iremos aprendiendo a lo largo del desarrollo del proyecto.
Joseph Alexis Huamani Mandujano - u20221a133	Mi nombre es Joseph Huamani, soy estudiante de 5to ciclo en la carrera de Ingeniería de Software en la UPC. La razón por la cual elegí esta carrera es porque desde pequeño siempre me ha gustado la tecnología, el cómo es el funcionamiento y la creación de los programas que uso en mí día a día. Por ello, en este curso me comprometo a ser un buen integrante para mi grupo y dar lo mejor de mí en los trabajos con las habilidades técnicas como dominio en los lenguajes C++, Python y Javascript y habillidades blandas como trabajo en equipo, responsabillidad y resolución de problemas.
Mathias André Mendoza Carrión - u202216282	Soy Mathias Andre Mendoza Carrión, un estudiante de 19 años de Ingeniería de Software en el quinto ciclo. Me caracterizo por ser organizado, trabajar bien en equipo y ser responsable. En este momento, mi enfoque principal es el aprendizaje profundo y práctico en el desarrollo de software. Aspiro a dominar nuevas tecnologías y habilidades, así como a comprender en detalle los principios fundamentales detrás del desarrollo de aplicaciones.
Ian Haziel Donato Santisteban Palomino - u202214059	Mi nombre es Ian Haziel Donato Santisteban Palomino y estoy cursando el quinto ciclo de la carrera de Ingeniería de Software. Me apasiona la resolución de problemas mediante la aplicación de conceptos y tecnologías innovadoras. Como miembro del equipo, aporto un sólido conocimiento en desarrollo de software y un compromiso constante con la excelencia en cada proyecto en el que participo. Estoy emocionado por aprender y colaborar con el equipo, así como por adquirir nuevas habilidades y conocimientos en las tecnologías que utilizaremos en nuestro trabajo.
Abel Andrés Valle Zuta - u202210297	Soy estudiante de la carrera de Ingeniería de Software en la Universidad Peruana de Ciencias Aplicadas (UPC), tengo 19 años y actualmente estoy cursando el 5to ciclo en la sede de Monterrico. Sé programar y editar videos. Además, sé resolver problemas, trabajar en equipo y lograr unir más al grupo. Mis hobbies son jugar básquet, fútbol, tenis, videojuegos, escuchar música, salir a pasear con mis amigos, ver películas, nadar, hacer ejercicio, pasear a mis mascotas y pasar tiempo con mi familia. Finalmente, siempre estoy dispuesto a trabajar y terminar a tiempo los deberes, esforzándome para aprender y comprender lo máximo posible y finalizar con éxito todos mis objetivos.

1.2 Solution Profile

La propuesta se basa en una aplicación web llamada CambiaZo, diseñada para asistir en el intercambio y donación de productos que los usuarios ya no utilizan. Esta aplicación web conectará a usuarios de distintas partes a través del ordenador y ayudará a que puedan obtener los objetos que desean a través del trueque con otros usuarios, además ayudará a facilitar las formas de donar a personas de escasos recursos económicos.

1.2.1 Antecedentes y problemática

Se sabe que la cultura de desarrollo sostenible está tomando impulso en los últimos años. Es por ello que diversas empresas del mundo están empezando a implementar este pensamiento en sus trabajadores y políticas. A continuación se explicará con más detalle el desafío al cual se enfrenta este nuevo estilo de vida.

Según un reporte del portal INFOBAE del presente año 2024, se menciona sobre las estimaciones realizadas de la ONU sobre el crecimiento de la población mundial, de acuerdo a ello, se espera que la población mundial aumente en 2000 millones de personas en los próximos 30 años, llegando a una cifra total de 9700 millones de personas para el año 2050. Cada una de estas personas llegarán a generar sus propios residuos que multiplicado por toda la población mundial se vuelve una cifra gigantesca. Es frente a este futuro escenario en donde entra nuestra propuesta de solución, CambiaZo.

Para explicar con más detalle esta situación, como grupo, usaremos la metodología de las 5W y 2H para darle más énfasis a los antecedentes y problemáticas a las que se enfrenta nuestra iniciativa de cambio:

5W's y 2H's

• What? La cantidad de residuos que se generan a diario por cada persona del mundo generan un impacto negativo en el medio ambiente y en la conservación de los recursos básicos del planeta.
  
  

• Why? Debido a que muchas personas no toman la iniciativa de darle un nuevo uso a aquellas pertenencias que ya no necesitan más y simplemente deciden desecharlas, sin conocer las consecuencias que esto podría ocasionar a largo plazo.
  
  

• Who? Público en general y personas que más necesitan de apoyo de recursos.
  
  

• When? Esta problemática es una constante con el pasar de los años ya que recién es que se está popularizando la cultura de reutilización y desarrollo sostenible, debido a que desde siempre se ha optado en primera instancia por solo desechar y no reutilizar.
  
  

• Where? Si bien es una problemática que persiste en todo el mundo, nos centraremos en un inicio en la población peruana.
  
  

• How? Se implementará una propuesta de solución, mediante el desarrollo de una aplicación web que permita a los usuarios publicar posts de objetos que deseen intercambiar por otras pertenencias, además de permitir realizar donaciones a organizaciones benéficas. Todo ello en una plataforma intuitiva, fácil de manejar y con opciones de personalización.
  
  

• How much? El presupuesto varía dependiendo de cuanta información se requiera para el desarrollo del aplicativo web. Sin embargo se considera un aproximado de s/. 7 000.

1.2.2 Lean UX Process

1.2.2.1 Lean UX Problem Statement

Problem Statement 1: El contexto actual en el que nos encontramos nos demuestra que a diario se ve mucho más en práctica modelos de vida sostenible y que incluso se popularizan de manera más rápida por las redes sociales. De acuerdo a esto, cada vez la población busca darle una nueva vida a sus pertenencias y así evitar el desechar tantos objetos y de este modo contribuir con la disminución de residuos en el planeta.

Sin embargo, hemos notado que hay una gran dificultad al que este sector de la población tiene, el cual es que no hay una forma sencilla y práctica de darle un segundo uso a sus pertenencias, en este caso, enfocándonos en el intercambio de bienes. ¿Cómo implementamos de manera eficaz un modelo de intercambio de pertenencias?

Problem Statement 2: En la actualidad, se puede observar que hay una base sólida de organizaciones benéficas que siempre apoyan a diversos sectores vulnerables de la población, ya sea con donaciones de víveres, ropa, objetos de primera necesidad y/o apoyo económico.

Pese a ello, hemos identificado un factor crítico que afecta a muchas de estas organizaciones, es que no hay un modelo sólido que organice toda la información de estos grupos y que permita a los contribuidores tener un fácil acceso a todos los detalles correspondientes, ya sean campañas de donación o de aporte monetario benéfico.

¿Cómo implementamos una funcionalidad que permita realizar aportes benéficos de una forma sencilla e intuitiva?

1.2.2.2 Lean UX Assumptions

• User Assumptions:

  • ¿Quién es el usuario?
    Nuestros usuarios son todo el público que esté interesado en darle un nuevo uso a sus pertenencias, intercambiandolas por otras con alguien que sí las necesite. Además de ello, va dirigido a personas que deseen donar a ciertas organizaciones benéficas registradas en la plataforma.
    
    

  • ¿Dónde encaja nuestro producto en su trabajo o en su vida?
    Nuestro producto encaja en el estilo de vida de nuestros usuarios, al querer impulsar una forma de vida sostenible y una economía cíclica respecto a los bienes de las personas
    
    

  • ¿Cuándo y cómo se utiliza nuestro producto?
    Nuestro producto es usado cuando los usuarios sientan que ya no necesitan más una pertenencia y en vez de solo desecharla, darle un nuevo uso para alguien más, intercambiándose por algo que sí necesite o realizando donaciones a organizaciones benéficas para aquellos que más lo necesitan.
    
    

  • ¿Qué problemas resuelve nuestro producto?
    Cambiazo simplifica el intercambio y la donación de objetos, ofreciendo una plataforma segura y conveniente que promueve la reutilización y reduce el desperdicio. Con medidas de seguridad integradas, aborda las preocupaciones sobre transacciones fraudulentas, proporcionando una solución completa para una experiencia de intercambio confiable y sostenible.
    
    

  • ¿Qué características son importantes?
    Que sea fácil de usar, intuitiva y que contenga las funcionalidades necesarias para que la experiencia del usuario sea la mejor, con opción de filtros para la búsqueda de ciertos artículos y/o también la inclusión de un chat privado entre usuarios para que puedan comunicarse y coordinar el intercambio, si es que ambos están de acuerdo con las pertenencias que ofrecen y desean recibir.
    
    

  • ¿Cómo debe verse y comportarse nuestro producto?
    Nuestro producto debe tener una interfaz amigable para todos el público en general, incluir solo funcionalidades básicas y necesarias para no saturar a los usuarios con demasiada información.Además de ello debe mantenerse siempre con actualizaciones que vayan mejorando la optimización del proyecto.
    
    

• Business Outcomes:

  1. Creo que nuestros usuarios necesitan tener un medio seguro y fácil de usar para poder realizar intercambios y/o donaciones de manera sencilla y eficaz.

  2. Estas necesidades se pueden resolver con una aplicación web que tenga una interfaz intuitiva y que ofrezca que usuarios del Perú puedan realizar publicaciones de intercambio de sus pertenencias y solicitar cierto producto a cambio.

  3. Nuestros usuarios iniciales son el público en general del Perú que desee ser parte del cambio por un estilo de vida sostenible.

  4. El valor #1 que un cliente quiere de nuestro servicio es que ofrezca una forma rápida y sencilla de realizar publicaciones de intercambio y que tenga un sistema sólido para que los involucrados puedan coordinar el proceso respectivo con facilidad.

  5. El usuario también puede obtener beneficios adicionales como tener un número ilimitado de publicaciones sobre intercambios que pueda realizar, además de poder obtener un “Boost” diario para que sus publicaciones siempre tengan preferencia al momento que aparezca tras una búsqueda por algún otro usuario.

  6. Vamos a adquirir la mayoría de nuestros clientes a través de publicidad en redes sociales tales como Instagram, Tiktok y Facebook, con una estrategia que promocione principalmente el impacto positivo que generaría el aplicar esta práctica de reutilización en el medio ambiente a largo plazo.

  7. Haremos dinero a través de ofrecer una suscripción premium que ofrecerá ciertos beneficios que hagan de su experiencia en CambiaZo mucho más satisfactoria y fácil.

  8. Nuestras competencias principales son grupos de Facebook que se dedican al intercambio, Me Sirve, HazTruequing y Trueques.

  9. Los venceremos debido a las funcionalidades que incluimos en nuestra propuesta de solución, además de la propia diferenciación de CambiaZo que tiene como logo principal, el ser un impulso para un cambio en la sociedad, el tener un estilo de vida sostenible.

  10. Nuestro mayor riesgo es que los usuarios no encuentren intercambios justos y puedan llegar a frustrarse por ello.

  11. Resolveremos esto a través de un proceso de verificación y control sobre la información que cada usuario coloca al momento de hacer un intercambio, para que no haya inconvenientes de posibles intercambios injustos o de broma.

1.2.2.3 Lean UX Hypothesis Statements

Creemos que al tener una plataforma sólida para poder realizar publicaciones de intercambios, los usuarios podrán contribuir con la metodología de una economía cíclica y de formar parte de un estilo de vida sostenible. Sabremos que es cierto cuando las estadísticas de cuántos intercambios se van realizando al día sean más de 30, esto demostrará que nuestra propuesta de solución realmente está fomentando la reutilización de los objetos de las personas en general.

Creemos que permitir la interacción entre los usuarios al momento de mostrar interés por un artículo, ayudará a que puedan coordinar el intercambio de mejor manera
Sabremos que lo habremos logrado cuando se refleje a través de los comentarios, que más del 50% de los usuarios resalte el sistema de comunicación entre usuarios, previo al intercambio.

Creemos que al tener la opción de realizar donaciones a personas de escasos recursos económicos, facilitará a los usuarios que deseen donar objetos que ya no utilizan, a hacerlo y a contribuir con este acto solidario.
Sabremos que esto es cierto cuando la cantidad de usuarios que han donado a través de nuestra plataforma, supere el 10% de usuarios registrados dentro de la aplicación cada mes.

1.2.2.4 Lean UX Canvas

La aplicación CambiaZo es una plataforma digital diseñada para que los usuarios puedan deshacerse de los objetos que ya no desean tener, intercambiándolos por otros artículos que desean de otros usuarios. Además, tiene como objetivo principal convertirse en la plataforma digital líder de intercambio de productos, promoviendo una vida consciente y sostenible a nivel mundial.

Problema de negocios El mayor factor de todo esto es la falta de accesibilidad y sencillez a la hora de buscar la forma de intercambiar bienes. ¿Cómo podemos crear una forma sencilla de encontrar personas que	Ideas de las soluciones Una aplicación con la cual se pueda realizar intercambios de productos. Además de tener un apartado donde los usuarios puedan registrar los objetos que deseen donar. En caso el usuario no considere conveniente el intercambio, tiene la opción de cancelarlo y seguir buscando a otros usuarios.	Resultados Comerciales Priorizar que los usuarios estén conformes con los intercambios realizados. Obtener un financiamiento adicional para el crecimiento de la empresa. Aumentar el alcance de la aplicación a través de las redes sociales.
Usuarios y Clientes Personas que desean intercambiar objetos que ya no usan.		Beneficios del usuario Ahorro de dinero. Deshacerse de objetos que ya no desean Obtención de nuevos artículos.
Hipótesis Creemos que con nuestra aplicación, ayudaremos a promover la metodología de economía cíclica y un estilo de vida sostenible. Creemos que al utilizar nuestra aplicación, las personas podrán realizar fácilmente el intercambio de sus objetos que ya no desean.	¿Qué es lo más importante que necesitamos aprender primero? Conocer las preguntas más comunes de los usuarios. Conocer las características más importantes de los productos. Implementar medidas de seguridad sólidas para proteger los datos de los usuarios.	¿Cuál es la menor cantidad de trabajo que necesitamos hacer para resolver las dudas y para hacer lo siguiente más importante? Dejar una opción para que los usuarios puedan dejar sus comentarios en general sobre el uso de la aplicación e ideas de cómo mejorarla. Realizar encuestas mensualmente para conocer el nivel de satisfacción de nuestros usuarios con la aplicación.

1.3 Segmentos Objetivo

Esta sección incluye la descripción de los segmentos asociados al dominio del problema, incluyendo características geográficas y demográficas. Por lo tanto, con el fin de desarrollar un producto que satisfaga las necesidades de nuestros clientes, TechZo se enfocará en los siguientes segmentos de la población:

• Personas adultas que desean obtener nuevos artículos (Intercambiadores):
  Las personas mayores de edad pueden usar “CambiaZo” para deshacerse de los productos que ya no desean tener y adquirir nuevos artículos de su interés.

  • Características demográficas: Personas entre 18 y 45 años de edad que poseen artículos que ya no utilizan ni desean, y están interesados en intercambiarlos por otros que sí les interesen o necesiten.
    
  • Características geográficas: Personas que residen en Perú.
    
    

• Personas adultas que desean donar artículos que ya no utilizan (Donantes):
  “Cambiazo” es fundamental como herramienta para realizar donaciones, ya que permite que personas de escasos recursos puedan recibir donaciones de objetos de personas que ya no utilizan sus artículos y desean donarlos.

  • Características demográficas: Personas entre 15 y 60 años de edad con la voluntad de donar objetos propios que ya no utilizan a personas de escasos recursos económicos.
  • Características geográficas: Personas que residen en Perú.
    
    

---

Capítulo II: Requirements Elicitation & Analysis

2.1 Competidores

En esta sección se identificarán los mejores referentes para posteriormente realizar un análisis competitivo que nos ayudará a saber nuestro posicionamiento y el valor agregado que ofreceremos en el mercado.

Según la investigación, se descubrieron apps webs y/o aplicaciones similares. Sin embargo, estamos considerando tres competidores directos o indirectos que se parezcan más a nuestra startup.

• Trueques.com
  Plataforma que ofrece una amplia gama de servicios de intercambio, incluidos intercambios de servicios y artículos de segunda mano. Los usuarios pueden buscar y publicar ofertas de intercambio, así como participar en eventos y actividades comunitarias relacionadas con el intercambio.

• HazTruequing
  Plataforma en línea que permite a los usuarios intercambiar servicios y artículos de segunda mano de manera fácil y segura. Los usuarios pueden publicar lo que tienen disponible para el intercambio y buscar lo que necesitan, creando así una comunidad de intercambio activa y diversa.

• Me Sirve
  Aplicación móvil que ofrece una forma conveniente de intercambiar y adquirir artículos de segunda mano. Los usuarios pueden publicar lo que tienen para intercambiar, buscar lo que necesitan y comunicarse directamente con otros usuarios para concretar los intercambios.

2.1.1 Análisis Competitivo

En esta sección se realizará el análisis competitivo de los competidores identificados en la sección inicial con el objetivo de tener una idea más clara sobre nuestro producto frente a los competidores y aprender para mejorar nuestro producto.

Competitive Analysis Landscape
¿Por qué llevar a cabo este análisis?		Este análisis se lleva a cabo para poder investigar, analizar y comparar el comportamiento de los competidores directos o indirectos en el mercado
Nombre		Cambiazo	Trueques.com	Haztruequing	Me Sirve
Logo
Perfil	Overview	App Web que conecta a personas interesadas en darle un nuevo uso a sus pertenencias mediante intercambios o donaciones, enfocándose en la sostenibilidad y la economía circular.	Página Web para intercambio de bienes y servicios entre usuarios, fomentando la economía colaborativa y la reutilización de recursos.	Plataforma para intercambiar servicios y artículos de segunda mano de manera gratuita, promoviendo un estilo de vida sostenible y consciente.	App para intercambiar bienes y servicios de manera segura y eficiente, promoviendo la reutilización y la solidaridad entre usuarios.
	Ventaja Competitiva ¿Qué valor ofrece a los clientes?	Intercambio de productos o servicios. Donación de objetos a ONGs afiliadas	Intercambio directo de bienes y servicios sin dinero, fomentando la reutilización y colaboración.	Intercambio de servicios y artículos de segunda mano, promoviendo un estilo de vida sostenible.	Intercambio bienes y servicios, promoviendo la reutilización y la solidaridad.
Perfiles de Marketing	Mercado Objetivo	Personas interesadas en intercambiar o donar sus pertenencias.	Personas que buscan intercambiar productos y servicios	Personas interesados en intercambiar servicios y artículos de segunda mano	Usuarios interesados en darle un nuevo propósito a sus pertenencias mediante intercambios.
	Estrategias de marketing	Publicidad en Foros y Redes sociales	Publicidad en redes sociales	Publicidad en redes sociales	Publicidad en redes sociales
Perfil de Producto	Productos & Servicios	Intercambiar bienes o servicios, donar a ONGs	Intercambiar bienes o servicios	Intercambiar bienes o servicios	Intercambiar bienes o servicios
	Precios y Costos	Free y Premium desde $2.99 por mes	Free	Free	Free y Premium $2.99 por mes
	Canales de Distribución (Web y/o Móvil)	Web y móvil	Web	Web	Móvil
Análisis SWOT	Fortalezas	Conexión intuitiva para intercambiar o donar objetos. Amplia variedad de opciones para los usuarios. Posibilidad de personalización en los intercambios. Incorporación de automatización e innovación en la plataforma.	Plataforma intuitiva para intercambiar bienes y servicios. Amplia variedad de opciones disponibles. Posibilidad de personalizar los intercambios.	Plataforma confiable y amplia con una gran base de usuarios. Compromiso con la sostenibilidad y la economía circular.	Plataforma intuitiva y segura para intercambiar bienes y servicios. Variedad de opciones disponibles para los usuarios. Interfaz fácil de usar para una experiencia positiva.
	Debilidades	Limitaciones en la disponibilidad de objetos y servicios. Posibles dificultades técnicas en la gestión de transacciones y seguridad de datos.	Posibles dificultades para garantizar la equidad en los intercambios. Limitaciones técnicas que puedan afectar la funcionalidad.	Posibles desafíos relacionados con la competencia de otras plataformas y la seguridad de las transacciones.	Posibles desafíos con seguridad de transacciones y gestión de reclamos.
	Oportunidades	Aprovechar la conciencia creciente sobre sostenibilidad y consumo responsable. Desarrollar alianzas con ONGs para ampliar el impacto social. Expandir la plataforma a nivel nacional e internacional.	Expandir la plataforma para incluir nuevas categorías de productos y servicios. Establecer alianzas con organizaciones benéficas para ampliar el impacto social.	Expandir la plataforma a nivel nacional e internacional.	Aprovechar la conciencia creciente sobre economía colaborativa y sostenibilidad. Expandir la plataforma con más servicios y funciones para mejorar la experiencia.
	Amenazas	Al ser una aplicación nueva, puede que no tenga la demanda esperada. Competencia de otras plataformas. Cambios en las preferencias del usuario.	Mejor organizacion del sitio web Cambios en las preferencias del usuario.	Mejor interfaz, mas amigable e intuitiva Cambios en las preferencias del usuario.	Mejorar la seguridad de datos y privacidad de usuarios. Cambios en las preferencias del usuario.

2.1.2 Estrategias y tácticas frente a competidores

En esta sección se analizarán las estrategias y tácticas que se usarán para aprovechas las debilidades de la competencia y afrontar sus fortalezas. De la misma forma con las amenazas y oportunidades de la competencia.

Hemos empleado el análisis FODA para identificar las oportunidades y amenazas en el mercado, así como para evaluar nuestras fortalezas y debilidades internas. Este enfoque nos ha permitido concebir estrategias y tácticas adecuadas en consonancia con nuestro entorno y los recursos disponibles en base a nuestros dos segmentos objetivos.

Estrategia de Diferenciación:

• Para satisfacer las necesidades del Segmento de Intercambiadores, nos enfocamos en ofrecer una plataforma de intercambio intuitiva y dinámica que permita a los usuarios encontrar fácilmente los artículos deseados y realizar intercambios de manera rápida y segura. Implementaremos funciones avanzadas de búsqueda y filtros personalizables para facilitar la búsqueda de nuevos artículos.

• Para el Segmento de Donadores, nos distinguimos al proporcionar una experiencia de donación gratificante y transparente. Estableceremos alianzas con organizaciones benéficas para ampliar las opciones de donación.

Estrategia de Liderazgo en Costos:

• Para el Segmento de Intercambiadores, nos comprometemos a mantener tarifas de intercambio competitivas y transparentes, y a ofrecer promociones especiales y descuentos para incentivar la participación activa en la plataforma.

• En cuanto al Segmento de Donaciones, nuestra estrategia se centra en ofrecer una plataforma de donación sin costos ocultos ni tarifas adicionales. Nos comprometemos a garantizar que el proceso de donación sea completamente gratuito y accesible para todos los usuarios.

Estrategia de Marketing:

Para ambos segmentos, implementaremos una estrategia de marketing centrada en la sensibilización y la educación sobre los beneficios del intercambio y la donación. Desarrollaremos contenido informativo y atractivo que destaque las ventajas económicas, ambientales y sociales de participar en nuestra plataforma.

Tácticas:

• Creación de campañas publicitarias dirigidas a cada segmento objetivo para resaltar los beneficios específicos de la plataforma de intercambio y donación.
• Implementación de programas de referidos para incentivar la participación de usuarios existentes y expandir nuestra base de usuarios.
• Desarrollo de funciones adicionales en la plataforma, como sistemas de valoración y comentarios, para aumentar la confianza y la participación de los usuarios.
• Establecimiento de alianzas con organizaciones locales y empresas para promover eventos de intercambio y donación, generando así mayor visibilidad y compromiso con la comunidad.

2.2 Entrevistas

En esta sección se abordará la investigación en base a la información que se obtendrá de los segmentos entrevistados con el objetivo de conocer mejor a nuestros segmentos objetivos y aprender de ellos y sus procesos.

2.2.1 Diseño de entrevistas

Preguntas sobre información personal

• ¿Cuál es su nombre completo?
• ¿Qué edad tienes?
• ¿A qué te dedicas?
• ¿Cuál es tu estado civil?
• ¿En qué ciudad resides?
• ¿Eres extrovertido o calmado?
• ¿Eres una persona que toma decisiones analizando los hechos o te dejas llevar por tus sentimientos?
• ¿Qué smartphone posee? ¿Android o IOS?
• ¿Usas aplicaciones o programas en especial? ¿Cuáles?
  
  

Segmento objetivo 1: Personas adultas que desean obtener nuevos artículos (Intercambiadores)

Introducción:

Buenos días/tardes/noches, mi nombre es [Nombre del entrevistador], y en esta ocasión tengo el agrado de poder entrevistar a [Nombre del entrevistado], quien es una persona que le gusta obtener nuevos objetos a través del intercambio. Desde ya quiero agradecerle por su presencia y tiempo que me está brindando.

Inmersión:

1. ¿De qué forma se contacta con otras personas al momento de querer intercambiar alguno de los objetos que ya no usa?
2. ¿Cómo ha sido su experiencia previa con aplicaciones de intercambio de productos?
3. ¿Qué tipo de productos considera más viables para intercambiar a través de una plataforma web?

Indagación:

4. ¿Cuáles son las principales preocupaciones o dudas que tendría al utilizar una aplicación de intercambio de productos por primera vez?
5. ¿Qué características o funciones consideraría primordiales para sentirse seguro y cómodo al realizar intercambios en línea?
6. ¿Cómo cree usted que una plataforma web de intercambio de objetos podría fomentar la confianza entre los usuarios para realizar intercambios justos y seguros?
7. ¿Qué tipo de productos considera que tendrían mayor demanda por parte de personas de su edad y ubicación geográfica?

Verificación:

8. ¿Qué medidas tomaría para estar seguro de que los productos que está intercambiando cumplen con sus expectativas?
9. ¿Cómo cree que la comunidad de usuarios podría contribuir a garantizar la veracidad de los productos ofrecidos dentro de la plataforma?
10. ¿Qué fuentes utilizaría para verificar la confiabilidad de una plataforma de intercambios en línea como CambiaZo?

Medición:

11. ¿Qué beneficios espera obtener al utilizar una aplicación como CambiaZo en comparación con otros métodos de adquisición de productos?
12. ¿Cómo considera que las personas pueden contribuir al desarrollo de una comunidad más sostenible y consciente en su ciudad?
13. ¿Cuál considera que es el mayor desafío que enfrenta la sociedad en Lima en la actualidad para mantener un consumo consciente, y cómo cree que podría tratarse?

Cierre:

Bueno esto ha sido todo por esta ocasión, una vez más quisiera agradecerle por su tiempo, muchas gracias y hasta luego.

Segmento objetivo 2: Personas adultas que desean donar artículos que ya no utilizan (Donantes)

Introducción:

Buenos días/tardes/noches, mi nombre es [Nombre del entrevistador], y en esta ocasión tengo el agrado de poder entrevistar a [Nombre del entrevistado], quien es una persona que le gusta realizar donaciones a personas de escasos recursos. Desde ya quiero agradecerle por su presencia y tiempo que me está brindando.

Inmersión:

1. ¿De qué forma ha realizado donaciones a personas con escasos recursos económicos?
2. ¿Cómo ha sido su experiencia previa con la donación de artículos a personas necesitadas o a organizaciones benéficas?
3. ¿Qué tipo de artículos consideraría más adecuados para donar a través de una plataforma como CambiaZo?

Indagación:

4. ¿Cuáles son las principales preocupaciones que tendría al utilizar una aplicación como CambiaZo por primera vez?
5. ¿Qué funciones o características buscaría en una plataforma web al momento de querer realizar una donación en línea?
6. ¿Cómo cree que una plataforma como CambiaZo podría aumentar la cantidad de donaciones en el Perú?

Verificación:

7. ¿Cómo podría una plataforma como CambiaZo garantizar la transparencia y autenticidad de las donaciones realizadas?
8. ¿Qué importancia le otorgaría a la posibilidad de seguir el destino de sus donaciones y conocer el impacto que tienen en la comunidad receptora?
9. ¿Qué criterios utilizaría para verificar la confiabilidad y legitimidad de una plataforma de donaciones en línea como CambiaZo?

Medición:

10. ¿Qué beneficios espera obtener al realizar donaciones utilizando CambiaZo en comparación con otros métodos de donación tradicionales?
11. ¿Cómo mediría el impacto de sus donaciones a través de una plataforma web como CambiaZo en términos de ayudar a personas necesitadas?
12. ¿Qué cambios o mejoras le gustaría ver en la funcionalidad de CambiaZo para que se convierta en una herramienta más efectiva para donar artículos?
13. ¿Cómo cree que el uso de aplicaciones en las que puede donar, como CambiaZo, podría contribuir al desarrollo de una comunidad más solidaria y conectada en Lima?

Cierre:

Bueno esto ha sido todo por esta ocasión, una vez más quisiera agradecerle por su tiempo, muchas gracias y hasta luego.

2.2.2 Registro de entrevistas

En esta sección presentamos los registros de las entrevistas que hicimos para cada segmento objetivo de nuestra aplicación.

Segmento Intercambiadores

Entrevista #1
Nombre	Jorge Manuel
Apellidos	Pacheco Huanca
Edad	20 años
Distrito	La Molina
Aplicaciones Usadas	Google Chrome, Zoom
Motivacion	Obtener objetos deseados de manera más sencilla
Frustracion	Dificultades en obtener objetos de calidad a través de grupos de Facebook
Tecnologias	Laptop Windows, Smartphone Android
Browsers	Google Chrome
Evidencia
Link	Microsoft Stream
Duracion	00:00 min - 4:59 min
Resumen	En la entrevista con Jorge Pacheco, logramos conocer acerca de su experiencia al querer realizar intercambios, los cuales realiza por grupos de Facebook o con amigos pero no siempre logra intercambiar u obtener los objetos que desea o en la calidad que los espera. Además, indicó que le gustaría tener la opción de tener una aplicación como CambiaZo para realizar intercambios, ya que considera que sería una forma más sencilla de realizar intercambios. También agregó que le gustaría que en la aplicación se implemente una opción que muestre los valores de los objetos para poder realizar un intercambio justo, un chat entre usuarios, y reseñas de los usuarios que han realizado intercambios. Comentó adicionalmente que los miedos que tiene al usar este tipo de aplicaciones o realizar intercambios, es que le entreguen algún producto el cuál no era el que se esperaba o en mal estado, y que desea que se mantenga con privacidad los datos personales de cada usuario. Finalmente indicó que sí considera que en Lima se puede contribuir con el desarrollo de una comunidad más sostenible al reutilizar las cosas, siendo honestos y justos.

Entrevista #2
Nombre	Edu Orlando
Apellidos	Gutierrez Vasquez
Edad	19 años
Distrito	La Molina
Aplicaciones Usadas	Zoom, Discord
Motivacion	Seguridad y calidad en intercambios de productos
Frustracion	Limitaciones de seguridad y calidad en Facebook
Tecnologias	Laptop Windows, Smartphone Android
Browsers	Google Chrome, Firefox
Evidencia
Link	Microsoft Stream
Duracion	5:00 min - 9:55 min
Resumen	En la entrevista con Edu, se revelaron detalles sobre su experiencia y preferencias en cuanto a realizar intercambios de objetos. Edu suele contactarse con otras personas para intercambiar objetos a través de Facebook y WhatsApp, pero encuentra limitaciones en estas plataformas en términos de seguridad y calidad de los productos.Considera que una plataforma como Cambiazo sería de gran ayuda para simplificar este proceso. Además, mencionó que le gustaría que la plataforma implementara funciones como un sistema de verificación de identidad y calidad de los productos, así como un sistema de evaluaciones entre usuarios para garantizar la confianza y seguridad en los intercambios. Edu también señaló que los productos de ocio y entretenimiento tendrían mayor demanda entre personas de su edad y ubicación geográfica. En cuanto a sus preocupaciones, destacó la seguridad de las transacciones y la calidad de los productos ofrecidos. Para garantizar la calidad de los productos, Edu se basaría en las descripciones detalladas, las fotos proporcionadas por los usuarios y las evaluaciones de otros usuarios. También considera que la comunidad de usuarios podría contribuir a garantizar la veracidad de los productos ofrecidos dentro de la plataforma mediante la retroalimentación honesta y la denuncia de prácticas fraudulentas. En términos de beneficios esperados al utilizar una aplicación como Cambiazo, Edu espera una mayor variedad de productos y una experiencia de intercambio más segura. Además, considera que el intercambio de productos usados puede contribuir al desarrollo de una comunidad más sostenible y consciente en su ciudad.

Entrevista #3
Nombre	Marcela Moraima
Apellidos	Perinango Castro
Edad	18 años
Distrito	Ate
Aplicaciones Usadas	Zoom
Motivacion	Relizar intercambios seguros
Frustracion	No obtener lo que busca al realizar intercambios a través de Facebook.
Tecnologias	iPhone, Laptop Windows
Browsers	Google Chrome
Evidencia
Link	Microsoft Stream
Duracion	9:56 min - 14:50 min
Resumen	En la entrevista con Marcela, pudimos conocer un poco más sobre su experiencia acerca de los intercambios, de los inconvenientes que ha tenido al no tener una plataforma como tal para poder realizarlos, ya que según su experiencia solo ha podido intercambiar objetos mediante grupos de WhatsApp o Facebook y que no fue una gran experiencia debido a que la plataforma no era la indicada para ello. Además de ello, profundizó más en el tema sobre las características que le gustaría tener si es que hubiera una plataforma sólida para poder realizar intercambios con otras personas. Una de las características que más resaltó, fue el hecho de incluir alguna garantía a los usuarios, ya que según lo que menciona, pueden haber casos en donde les entreguen productos defectuosos y los hagan pasar como totalmente funcionales y que resulte en una pérdida y frustración para el usuario, en vez de sentirse conforme con el intercambio. Para finalizar, nos habló un poco sobre su perspectiva de sí es que realmente aquí en Lima se está ampliando la cultura por un desarrollo sostenible, comentó que lamentablemente el Perú y sobre todo la capital, tiene un estilo de vida que está muy arraigada al consumismo y al desechar las cosas sin darle la oportunidad de darle utilidad a alguien que tal vez sí lo necesite

Segmento Donadores

Entrevista #1
Nombre	Jeremy Joel
Apellidos	Quispe Andia
Edad	19 años
Distrito	San Juan de Lurigancho
Aplicaciones Usadas	Zoom
Motivacion	Contribuir con los mas necesitados, donando alimentos y ropa
Frustracion	Preocupaciones sobre el destino de las donaciones.
Tecnologias	Computadora Windows, iPhone
Browsers	Firefox
Evidencia
Link	Microsoft Stream
Duración	14:51 min - 19:47 min
Resumen	En la entrevista con Jeremy Quispe, logramos conocer acerca de su experiencia al realizar donaciones a organizaciones benéficas, mencionando el impacto que tiene en las personas necesitadas para mejorar su calidad de vida. Indica que los artículos que le parecen más adecuados para donar a través de CambiaZo son alimentos, ropa y juguetes. Menciona que sus principales preocupaciones al utilizar por primera vez nuestra aplicación sería la seguridad de sus datos y la confiabilidad de la plataforma. Además considera que para aumentar la cantidad de donaciones en el país se pueden realizar campañas de sensibilización y colaboraciones con influencers para aumentar la visibilidad. También nos comenta que le parece muy importante seguir el destino de sus donaciones y el impacto que ha tenido. Finalmente, Jeremy indica que al usar CambiaZo espera tener una experiencia de donación más conveniente y directa, y que le parece que CambiaZo es una gran forma de fomentar la solidaridad al ofrecer de una manera más fácil de ayudar a los más necesitados en la comunidad.

Entrevista #2
Nombre	Hernan Emilio
Apellidos	Morales Calderon
Edad	19 años
Distrito	San Juan de Lurigancho
Aplicaciones Usadas	Zoom,Word
Motivacion	Donar su ropa a personas necesitadas
Frustracion	Limitaciones de tiempo para buscar alguna ong
Tecnologias	Laptop Windows, Smartphone Android
Browsers	Google Chrome
Evidencia
Link	Microsoft Stream
Duracion	19:48 min - 23:35 min
Resumen	Durante la entrevista, Hernan compartió su experiencia y perspectiva sobre el proceso de donación a través de su participación en actividades de caridad y su interacción con plataformas dedicadas a esta causa. Destacó su compromiso con contribuciones significativas, incluyendo alimentos no perecederos, vestimenta en buen estado y juguetes, los cuales destinó a instituciones benéficas locales y hogares de acogida para niños desfavorecidos en su comunidad.Asimismo, Hernán enfatizó la importancia de la seguridad de los datos personales y la confiabilidad de los sistemas utilizados en estas plataformas, destacando la necesidad de contar con funcionalidades de protección que aseguren la integridad de la información personal y financiera de los donantes.Además, manifestó su interés en seguir de cerca el progreso de sus donaciones y su impacto en la comunidad, así como en mantenerse informado sobre el prestigio de la plataforma, su transparencia en la gestión de fondos y los testimonios de otros usuarios. Hernán expresó su deseo de una experiencia de donación más accesible y sencilla, y sugirió mejoras en la interfaz de usuario y una mayor variedad de opciones de donación específicas para fomentar la solidaridad y proporcionar un medio más fácil para ayudar a quienes más lo necesitan en la comunidad.

Entrevista #3
Nombre	Carlos Arturo
Apellidos	Adrianzen Flores
Edad	20 años
Distrito	Miraflores
Aplicaciones Usadas	Zoom, Discord
Motivacion	Donar a lo mas necesitados a traves de la iglesias
Frustracion	Experimenta dificultades al llevar un canasto lleno de ropa para donar.
Tecnologias	Smatphone Android, Laptop Windows
Browsers	Firefox
Evidencia
Link	Microsoft Stream
Duración	23:36 min - 28:51 min
Resumen	Durante nuestra conversación con Arturo, exploramos su experiencia en intercambios y los desafíos que ha enfrentado al no tener una plataforma dedicada para realizarlos. Arturo compartió sus vivencias al realizar donaciones a la iglesia, describiendo las dificultades que encontró al llevar un canasto lleno de ropa, lo cual consideró una tarea tediosa. Propuso la idea de que, para facilitar el proceso de donación de objetos, sería conveniente que alguien se encargará de recogerlos, evitando así la molestia de tener que trasladarse hasta el lugar de donación. Además, resaltó la importancia de garantizar seguridad para los usuarios, sugiriendo medidas como la presentación de una foto que confirme la realización de la donación, con el fin de evitar cualquier tipo de desconfianza. Arturo realiza una sugerencia final y significativa para Cambiazo, el cual, sería crear conciencia sobre la importancia de cada objeto donado para las personas necesitadas. Esto podría lograrse mediante la divulgación de testimonios conmovedores de aquellos que se han visto directamente afectados por estas donaciones, lo que, a su vez, podría inspirar a más personas a contribuir y seguir apoyando esta noble causa de forma continua.

2.2.3 Análisis de entrevistas

En esta sección presentaremos el análisis de cada entrevista realizada por cada segmento objetivo. Con el fin de tener una información concisa para el desarrollo de nuestra aplicación.

Segmento objetivo 1: Personas adultas que desean obtener nuevos artículos (Intercambiadores).

Lo que hemos podido notar después de realizar las entrevistas al primer segmento, es que siempre que desean realizar intercambios de objetos usan redes sociales como WhatsApp y Facebook, sin embargo su experiencia no ha sido buena, ya que suelen tener problemas o inseguridades al realizarlo, ya que no tienen ninguna garantía de que el producto que les va a llegar es el que desean o está en buen estado. Los 3 usuarios consideran que CambiaZo sería una gran herramiento y les ayudaría mucho para poder realizar trueques, las principales funciones que sugirieron añadir son que se muestre un valor aproximado del producto, reseñas de los usuarios, sistema de verificación de identidad y calidad de los productos y añadir una garantía a los usuarios. Finalmente, todos los entrevistados consideran que sí es posible que CambiaZo ayude a que Lima avance en el desarrollo para ser una comunidad más sostenible.

Análisis por medio de herramientas estadísticas:

Las respuestas de nuestros entrevistados evidencian que sería beneficioso y útil para una gran cantidad de la población, lo cual también se comprueba con un estudio realizado del año 2015 al 2017 por la Universidad Nacional del Altiplano, Puno, en el cuál se obtuvo que el motivo principal por el cual las personas realizan trueques es por la falta de dinero.

Como se puede apreciar en los gráficos, nuestros entrevistados suelen usar las redes sociales para intercambiar objetos, sin embargo el 100% de los entrevistados no se siente seguro al utilizar estos medios, ya que todos han tenido alguna mala experiencia al utilizarlos para querer realizar un trueque.

Finalmente, podemos observar que nuestros entrevistados suelen realizar intercambios muy frecuentemente, y que todos estarían dispuestos a utilizar CambiaZo como su medio principal para realizar trueques.

Segmento objetivo 2: Personas adultas que desean donar artículos que ya no utilizan (Donantes).

Al finalizar de realizar las entrevistas a nuestro segundo segmento objetivo, logramos identificar que cada vez que han querido realizar donaciones, han atravesado por situaciones un poco tediosas, como el tener que llevar su donación hasta lugares lejanos, no encontrar una forma sencilla de realizar la donación y no obtener el seguimiento de su donación o una evidencia que se realizó la donación. Por lo que consideran que CambiaZo sería una gran herramienta para brindar ayuda a personas de escasos recursos, ya que de esta forma consideran que sería más simple, sencillo y seguro de hacerlo, justo por ello sugirieron que se haga un rastreamiento de la donación y una evidencia cuando llegue a su lugar de destino. Además indicaron que sería de gran ayuda realizar campañas de sensibilización y colaboraciones con influencers, para que de este modo, más personas se logren enterar acerca de cómo CambiaZo está ayudando a transformar la vida de las personas con necesidades económicas, y consecuentemente, más personas se sumen y comienzen a donar o donen más seguido.

Análisis por medio de herramientas estadísticas:

Según la encuesta realizada a nuestros entrevistados, obtuvimos que suelen donar mensual o anualmente, además todos consideran que el proceso para realizar donaciones no es sencillo y la mayoría ha tenido algún inconveniente al momento de querer realizar alguna donación.

Podemos apreciar que la mayoría de nuestros entrevistados considera que los objetos más adecuados para donar son juguetes y ropa.

Finalmente, todos los entrevistados indicaron a través de la votación que estarían dispuestos a utilizar CambiaZo como su principal medio de donación, y que gracias a CambiaZo aumentaría la frecuencia de donaciones que realizan, lo cuál sería ampliamente beneficioso para las personas de escasos recursos económicos.

2.3 Needfinding

Para crear un producto que cumpla con las necesidades específicas de un cliente, Cambiazo se dedicará a identificar los User persona, User Task Matrix, User Journey Maps y Empathy Mapping.

2.3.1 User Personas

Después de analizar las entrevistas de nuestro segmento objetivo, nuestra tarea es definir el perfil del usuario ideal con el que estamos tratando. Hemos elaborado los perfiles de usuario teniendo en cuenta las personalidades y cualidades identificadas en cada entrevista. A continuación, se presentan las user personas resultantes de la investigación:

Usuario Intercambiador

Enlace: User Persona en UXPRESSIA

Usuario Donador

Enlace: User Persona en UXPRESSIA

2.3.2 User Task Matrix

Con el fin de elaborar un Task Matrix adecuado para el proyecto, se han considerado los dos segmentos objetivo, producto del análisis de entrevistas, es decir, Intercambiador y Donador.

Usuario Intercambiador

USER TASK	Intercambiador Carlos Flores
	Frecuencia	Importancia
Buscar objetos para intercambiar	Alta	Alta
Contactar Usuarios para Intercambiar	Alta	Alta
Coordinar Condiciones del Intercambio	Alta	Media
Confirmar Acuerdo de Intercambio	Media	Alta
Evaluar Experiencia de Intercambio	Alta	Alta

Usuario Donador

USER TASK	Donador Mariana Okinawa
	Frecuencia	Importancia
Buscar organizaciones para donar	Media	Alta
Seleccionar Artículo para Donar	Media	Alta
Coordinar Entrega de Donación	Alta	Alta
Preparar Artículos para Donación	Media	Media
Entregar Donación a la Organización	Alta	Alta

2.3.3 User Journey Mapping

En esta sección, se desarrollan los User Journey Maps para cada User Persona, proporcionando una visión completa del recorrido del usuario desde el inicio hasta el final. Estos mapas representan la situación actual (As-Is) de cada segmento, sin ofrecer soluciones.

Segmento Intercambiadores

Mediante este artefacto se explicará y comprenderá como los usuarios del segmento Cliente realizan sus actividades para alcanzar sus objetivos desde su perspectiva.

Enlace: User Journey Mapping en UXPRESSIA

Segmento Donadores

Mediante este artefacto se explicará y comprenderá como los usuarios del segmento Empresa realizan sus actividades para alcanzar sus objetivos desde su persepctiva.

Enlace: User Journey Mapping en UXPRESSIA

2.3.4 Empathy Mapping

Lo siguiente a evaluar como parte del needfinding es a nuestros segmentos objetivos a través de empathy maps, con el objetivo de conocer mejor a nuestros segmentos objetivos e identificar sus necesidades profundas.

Segmento Intercambiadores

Enlace: Empathy Mapping en UXPRESSIA

Segmento Donadores

Enlace: Empathy Mapping en UXPRESSIA

2.3.5 As-Is Scenario Mapping

En esta sección, abordaremos el As-Is Scenario Mapping para ambos segmentos, donde describiremos cómo deben configurarse las experiencias durante cada fase.

Segmento Intercambiadores

Enlace: As-Is Scenario Mapping en Miro

Segmento Donadores

Enlace: As-Is Scenario Mapping en Miro

2.4 Ubiquitous Language

En esta sección, se establece un glosario de términos clave del dominio de negocio, conforme al enfoque de Ubiquitous Language propuesto por Eric Evans en Domain-Driven Design. Este glosario proporciona definiciones claras y sin ambigüedades de los conceptos utilizados en el ámbito específico del problema y la solución abordados, facilitando una comunicación efectiva entre todos los miembros del equipo.

• Subscription (Subscripción): An arrangement where users sign up for a service or access to a product on a recurring basis, often for a specific duration, in exchange for certain benefits or features. Subscriptions typically involve the payment of a recurring fee, and they may offer various levels or tiers of access, each providing different features, benefits, or limitations. Users may subscribe to gain access to premium content, exclusive features, or enhanced functionality within the platform.
  
  

• Plan (Plan): Different tiers or levels of subscription offering varying features, benefits, or limitations. Plans are structured to cater to the diverse needs and preferences of users, providing options that align with their usage patterns, budget constraints, or desired level of engagement. These plans may be designed to cater to different user segments, such as casual users, power users, or businesses, and they often dictate the scope of access and available features within the platform.
  
  

• Exchange (Intercambio): The act of swapping objects between users, typically facilitated by the platform. Exchanges may involve the direct trade of items between users, where one user offers an object in exchange for another object offered by a different user. Alternatively, exchanges may involve indirect transactions facilitated by the platform, where users list objects they wish to exchange, and the platform matches them with other users interested in those items. Exchanges promote the circulation of goods within the community, fostering a collaborative and sustainable consumption model.
  
  

• Guarantees (Garantías): Assurances provided by the platform to users regarding the quality, authenticity, or condition of exchanged objects. Guarantees serve to instill confidence in users, assuring them that the objects they receive through exchanges meet certain standards and expectations. These guarantees may include policies for verifying the authenticity of items, conducting quality inspections, or providing recourse in the event of disputes or issues with exchanged objects.
  
  

• Advertisements (Anuncios) Promotional content displayed on the platform to generate interest or revenue. Advertisements may take various forms, including banner ads, sponsored content, or targeted promotions, and they are often tailored to the interests, preferences, or demographics of users. Advertisements may be used to promote relevant products, services, or events to users, and they may serve as a source of revenue for the platform through advertising partnerships or pay-per-click arrangements.
  
  

• Donation (Donaciones): Contributions made by users in the form of objects or monetary support to individuals or organizations. Donations reflect acts of generosity and altruism within the community, allowing users to support causes they care about or assist those in need. Users may donate objects they no longer need or use, providing them to individuals or organizations that can benefit from them. Additionally, users may make monetary donations to support charitable initiatives, nonprofit organizations, or community projects facilitated by the platform.
  
  

• Physical Donation (Donación física): Donating physical objects by providing an address for drop-off. Physical donations involve the transfer of tangible items from one user to another, typically through arrangements for pickup or delivery. Users may offer physical donations to other users directly, arranging for the exchange of objects through personal interactions or logistics coordinated within the platform. Physical donations contribute to resource sharing and waste reduction efforts, enabling users to repurpose or recycle items they no longer need.
  
  

• Monetary Donation (Donación monetaria): Contributing money to a specified account, typically belonging to a non-profit organization. Monetary donations involve the transfer of funds from one user to another, often in support of charitable causes, humanitarian efforts, or community initiatives. Users may donate money to nonprofit organizations, charitable foundations, or crowdfunding campaigns endorsed by the platform, providing financial support to causes aligned with their values or interests. Monetary donations may be used to fund various projects, programs, or activities that benefit the community or address societal needs.
  
  

• Transaction (Transacción): A financial exchange or operation carried out between users or involving the platform. Transactions encompass a wide range of interactions within the platform, including purchases, sales, exchanges, donations, or payments. Users engage in transactions to acquire, exchange, or transfer goods, services, or funds, utilizing the platform's features and functionalities to facilitate these exchanges securely and efficiently. Transactions may involve the transfer of virtual assets, such as digital currency or credits, as well as the exchange of physical goods or monetary payments.
  
  

• Categories (Categorías): Groupings or classifications used to organize objects, organizations, or content for easier navigation and searchability. Categories serve as a taxonomy or hierarchical structure within the platform, grouping related items or entities based on shared characteristics, attributes, or properties. Users can browse or filter content within specific categories to narrow down their search results and find relevant information more efficiently. Categories may be predefined by the platform or created dynamically based on user-generated content, reflecting the diverse interests and preferences of the community.
  
  

• User Limit (Límite de usuario): The maximum number of objects a user can publish or display on the platform within a given timeframe. User limits impose restrictions on the quantity or volume of content that individual users can contribute or showcase within the platform, preventing abuse, spam, or excessive clutter. These limits may be enforced to maintain a balanced and equitable distribution of resources among users, ensuring fair access to platform features and functionalities. Users may encounter user limits based on their subscription level, account status, or platform policies, with options to increase limits through upgrades or premium memberships.
  
  

• Space Allocation (Asignación de espacio): The allocation of virtual real estate or capacity on the platform for users to publish or display their objects. Space allocation involves the provision of digital resources, such as storage capacity, bandwidth, or display area, to accommodate user-generated content within the platform. Users are allotted a certain amount of space or resources based on their subscription plan, account settings, or platform privileges, dictating the extent to which they can contribute or showcase objects, advertisements, or other content. Space allocation may be managed dynamically to accommodate fluctuations in user activity or demand, optimizing resource utilization and user experience within the platform.
  
  

• User (Usuario): An individual who interacts with the platform, either by subscribing, publishing objects, or engaging in exchanges. Users represent the primary stakeholders and participants within the platform ecosystem, contributing content, generating activity, and shaping the community dynamics. Users may vary in their roles, behaviors, and preferences, ranging from content creators and contributors to consumers and participants. The platform's features, functionalities, and policies are designed to cater to the needs, interests, and expectations of users, fostering a positive and engaging user experience.
  
  

---

Capítulo III: Requirements Specification

3.1. To-Be Scenario Mapping

En esta sección, abordaremos el To-Be Scenario Mapping para ambos segmentos, donde describiremos cómo deben configurarse las experiencias durante cada fase.

Segmento Intercambiadores

Enlace: To-Be Scenario Mapping en Miro

Segmento Donadores

Enlace: To-Be Scenario Mapping en Miro

3.2. User Stories.

En esta sección, profundizaremos en la definición y elaboración de las User Stories relacionadas con nuestro proyecto. Las User Stories son una herramienta fundamental en el desarrollo de software y proyectos de diseño centrados en el usuario.

EPICS

Epic ID	Título	Descripción	Criterio de aceptación	Relación (EPIC ID)
EP01	Gestión de Cuenta de Usuario	Como usuario, quiero tener el control total sobre mi cuenta para gestionarla según mis necesidades.	Escenario 1: Registro de Usuario Dado que  un nuevo usuario accede a la aplicación por primera vez, Cuando completa el formulario de registro con su dirección de correo electrónico y contraseña, Entonces se crea una nueva cuenta para el usuario Y se le redirige a la página principal de la aplicación. Escenario 2: Edición de Perfil: Dado que un usuario desea actualizar la información de su perfil, Cuando accede a la configuración de perfil y realiza cambios en los detalles personales, Entonces los cambios se guardan correctamente Y se reflejan en su perfil. Escenario 3: Eliminación de Cuenta Dado que un usuario desea eliminar permanentemente su cuenta, Cuando solicita la eliminación de la cuenta desde la configuración de la cuenta Y confirma la acción, Entonces el sistema borra todos los datos asociados a la cuenta Y se proporciona una confirmación de la eliminación exitosa.
EP02	Funcionalidades de Intercambio	Como usuario de la aplicación, quiero acceder a una variedad de funcionalidades relacionadas con el intercambio de objetos, para facilitar la búsqueda, creación y gestión de publicaciones de intercambio.	Escenario 1: Búsqueda de Objetos para Intercambiar Dado que el usuario quiere encontrar objetos para intercambiar, Cuando utiliza la función de búsqueda en la aplicación, Entonces el sistema muestra resultados relevantes de objetos disponibles para intercambiar. Escenario 2: Creación de Publicaciones de Intercambio Dado que el usuario tiene un objeto para intercambiar, Cuando el usuario crea una nueva publicación de intercambio en la aplicación, Entonces debe proporcionar los detalles sobre el objeto, como título, descripción, categoría, condición y fotos. Escenario 3: Gestión de Publicaciones de Intercambio Dado que el usuario ha creado publicaciones de intercambio, Cuando accede a su perfil o al panel de control, Entonces debe poder ver todas sus publicaciones de intercambio y realizar acciones como editar, eliminar o destacarlas. Escenario 4: Interacción con Otras Publicaciones Dado que el usuario quiere intercambiar con un propietario de un objeto, Cuando utiliza la función de contacto en la publicación de intercambio, Entonces debe poder comunicarse directamente con el propietario para discutir los detalles del intercambio.
EP03	Funcionalidades de Donación	Como usuario de la aplicación, quiero acceder a funcionalidades específicas relacionadas con la donación de objetos, para facilitar la búsqueda, selección y contacto con organizaciones no gubernamentales (ONGs) para donar objetos.	Escenario 1:Selección de ONGs para Donar Dado que el usuario quiere donar objetos a organizaciones no gubernamentales (ONGs), Cuando accede a la sección de ONGs disponibles para donación, ENTONCES se deben mostrar opciones de ONGs junto con información relevante como su misión, proyectos y formas de colaboración. Escenario 2: Contacto con ONGs para Donación Dado que el usuario desea donar objetos a una ONG específica, Cuando utiliza la función de contacto proporcionada en la aplicación, Entonces debe poder comunicarse directamente con la ONG para coordinar la donación. Escenario 3: Visualización de Información Relevante Dado que el usuario está interesado en donar objetos, Cuando selecciona una ONG para ver más detalles, Entonces debe poder acceder a información detallada sobre la ONG, incluyendo su misión, proyectos actuales y formas de colaboración.
EP04	Gestión de Suscripciones	Como usuario de la aplicación, quiero acceder a funcionalidades relacionadas con la gestión de suscripciones premium, para poder adquirir una suscripción premium, cancelarla en cualquier momento y disfrutar de los beneficios adicionales que ofrece.	Escenario 1: Adquisición de Suscripción Premium Dado el usuario desea acceder a funcionalidades premium, Cuando utiliza la función de adquisición de suscripción en la aplicación, Entonces el sistema muestra la opción de elegir entre diferentes planes de suscripción premium Y realizar el pago correspondiente. Escenario 2: Cancelación de Suscripción Premium Dado el usuario ya no desea mantener su suscripción premium, Cuando utiliza la función de cancelación de suscripción en la aplicación, Entonces se debe permitir la cancelación de la suscripción en cualquier momento, con una confirmación adicional para evitar cancelaciones accidentales. Escenario 3: Disfrute de Beneficios Adicionales: Dado el usuario ha adquirido una suscripción premium, Cuando utiliza la aplicación, Entonces debe poder acceder y disfrutar de los beneficios adicionales ofrecidos por la suscripción premium, como funciones exclusivas, contenido especial, o descuentos.
EP05	Soporte y Ayuda	Como usuario de la aplicación, quiero acceder a funcionalidades relacionadas con el soporte y la ayuda, para resolver cualquier problema técnico que pueda surgir durante mi experiencia de uso.	Escenario 1: Acceso al Centro de Soporte: Dado que el usuario encuentra un problema técnico mientras utiliza la aplicación, Cuando busca ayuda para resolver el problema, Entonces debe poder acceder al centro de soporte en la aplicación para reportar el problema Y recibir asistencia técnica. Escenario 2: Acceso a Preguntas Frecuentes y Comentarios Dado que el usuario tiene una pregunta común o desea conocer la opinión de otros usuarios sobre la aplicación, Cuando busca información adicional o comentarios, Entonces debe poder acceder a una sección de preguntas frecuentes y comentarios dentro de la aplicación para encontrar respuestas y opiniones relevantes.
EP06	Información y Navegación de la Landing Page	Como usuario visitante de la página web de la aplicación, deseo acceder a información relevante y navegar fácilmente por la landing page para obtener una comprensión clara de las características y funcionalidades ofrecidas por la aplicación.	Escenario 1: Visualización de Información Relevante Dado que el usuario visitante quiere conocer más sobre la aplicación, Cuando navega por la landing page, Entonces debe poder acceder a información relevante sobre las características, funcionalidades Y beneficios ofrecidos por la aplicación. Escenario 2: Navegación Intuitiva: Dado que el usuario visitante desea navegar fácilmente por la landing page, Cuando explora la página, Entonces debe encontrar un diseño intuitivo Y un menú de navegación claro que le permita desplazarse sin problemas por las diferentes secciones de la página. Escenario 3: Visualización de Planes y Precios: Dado que un usuario visitante está interesado en conocer los planes Y precios de la aplicación, Cuando busca información sobre los planes de suscripción, Entonces debe poder ver claramente los diferentes planes disponibles junto con sus precios Y beneficios asociados.
EP07	Desarrollo de Funcionalidades de la API de CambiaZo	Como equipo de desarrollo, queremos implementar una serie de funcionalidades en la API de la aplicación para gestionar usuarios, reseñas, ONGs y suscripciones, con el fin de mejorar la experiencia del usuario y garantizar un funcionamiento eficiente de la plataforma.	Criterios de Aceptación: Escenario 1: Diseño y Configuración de la API Dado que el equipo de desarrollo está configurando la plataforma, Cuando diseñan y configuran la API para gestionar usuarios, reseñas, ONGs y suscripciones, Entonces se definen los endpoints, rutas y requisitos de autenticación necesarios para cada funcionalidad. Escenario 2: Selección de Tecnología Dado que el equipo de desarrollo está seleccionando la tecnología para implementar la API, Cuando consideran los requisitos de la aplicación y las preferencias del equipo, Entonces eligen la tecnología adecuada que garantice la escalabilidad, rendimiento y facilidad de mantenimiento. Escenario 3: Implementación de Funcionalidades Dado que el equipo de desarrollo está implementando las funcionalidades de la API, Cuando desarrollan las operaciones POST, GET y otras necesarias para cada tipo de recurso (usuarios, reseñas, ONGs, suscripciones), Entonces aseguran que las operaciones funcionen correctamente según los criterios definidos en los technical stories correspondientes. Escenario 4: Creación de Documentación de la API Dado que el equipo de desarrollo ha finalizado la implementación de la API, Cuando generan la documentación de la API, Entonces incluyen información detallada sobre los endpoints disponibles, los parámetros de entrada y salida, los métodos admitidos y los códigos de estado HTTP.

USER STORIES

Epic/User Story ID	Título	Descripción	Criterio de aceptación	Relación (EPIC ID)
US-01	Registro de usuario	Como nuevo usuario quiero completar el proceso de registro en la aplicación para establecer mi propia cuenta.	Escenario 1: Acceso del usuario a la página de registro Dado que el  usuario ha descargado la aplicación y la inicia, Cuando se encuentra en la sección de "Inicio de sesión" Y opta por hacer clic en el botón de "Registrarse", Entonces, la aplicación desplegará la página de registro. Escenario 2: Registro exitoso del usuario Dado que el usuario esté en la página de registro, Cuando introduce su información requerida Y procede a hacer clic en el botón de "Registrarse”, Entonces la aplicación llevará a cabo el registro del usuario y guardará su cuenta. Escenario 3: Registro del usuario con datos inválidos Considerando que el usuario está en la página de registro, Cuando proporciona información incompleta o no válida Y luego activa el botón de "Registrarse", Entonces la aplicación mostrará un mensaje de error Y eliminará los datos introducidos.	EP01
US-02	Editar perfil del usuario	Como usuario ya registrado realizar modificaciones en mi perfil para asegurarme de que mi información esté siempre actualizada.	Escenario 1: Acceso del usuario a "Mi perfil" Dado que el usuario está registrado en la aplicación, Cuando acceda a su perfil, Entonces el sistema presentará la página "Mi perfil". Escenario 2: El usuario elige editar su perfil Dado que el usuario se encuentra en la página "Mi perfil" con los datos personales visibles, Cuando seleccione el botón "Editar perfil", Entonces, el sistema mostrará la página de edición de perfil. Escenario 3: Actualización exitosa de los datos del perfil del usuario Dado que el usuario se encuentra en la página de edición de perfil con los datos personales visibles, Cuando introduzca sus nuevos datos Y seleccione el botón "Guardar cambios", Entonces el sistema actualizará la información del perfil del usuario con los nuevos datos ingresados. Escenario 4: Actualización de los datos del perfil del usuario con información inválida o incompleta Dado que el usuario se encuentra en la página de edición de perfil con los datos personales visibles, Cuando ingrese datos incompletos o inválidos Y seleccione el botón "Actualizar", Entonces la aplicación mostrará un mensaje de "Error" Y borrará los datos ingresados.	EP01
US-03	Iniciar sesión en la aplicación	Como usuario registrado quiero iniciar sesión en la aplicación para poder acceder a todas sus funcionalidades.	Escenario 1: Acceso del usuario a la página de inicio de sesión Dado que el usuario abre la aplicación Y no ha iniciado sesión previamente o se ha desconectado Cuando el usuario seleccione el botón "Iniciar Sesión" Entonces, la aplicación mostrará la página de inicio de sesión. Escenario 2: Inicio de sesión exitoso del usuario Dado que el usuario se encuentra en la página de inicio de sesión Cuando ingrese sus credenciales válidas Y haga clic en el botón "Iniciar Sesión" Entonces, el usuario será autenticado Y dirigido a la página principal de la aplicación. Escenario 3: Intento de inicio de sesión fallido Dado que el usuario está en la página de inicio de sesión Cuando ingrese credenciales inválidas Y haga clic en el botón "Iniciar Sesión" Entonces, la aplicación mostrará un mensaje de error indicando que las credenciales son incorrectas.	EP01
US-04	Cambiar Contraseña	Como usuario registrado, quiero realizar cambios en la contraseña de mi cuenta para reforzar la seguridad de mi cuenta.	Escenario 1: Acceso del usuario a la configuración de la cuenta Dado que el usuario ha iniciado sesión en la aplicación Cuando acceda a la sección de configuración de la cuenta Entonces la aplicación mostrará la opción para modificar la contraseña. Escenario 2: Cambio exitoso de la contraseña Dado que el usuario está en la página de cambio de contraseña Cuando ingrese su contraseña actual y la nueva contraseña dos veces Y haga clic en el botón "Cambiar Contraseña" Entonces la aplicación ejecutará el cambio de contraseña Y mostrará un mensaje de confirmación. Escenario 3: Intento de cambio de contraseña fallido Dado que el usuario se encuentre en la página de cambio de contraseña Cuando ingrese una contraseña actual incorrecta o incompleta, seguida de la nueva contraseña dos veces Y seleccione el botón "Cambiar Contraseña" Entonces la aplicación mostrará un mensaje de error indicando que la contraseña actual es incorrecta.	EP01
US-05	Cerrar Sesión	Como usuario registrado quiero cerrar sesión en la aplicación para asegurarme de que mi cuenta no quede almacenada en mi dispositivo móvil.	Escenario 1: Acceso del usuario a la configuración de la cuenta Dado que el usuario ha iniciado sesión en la aplicación Cuando acceda a la sección de configuración de la cuenta Entonces la aplicación mostrará la opción para cerrar sesión. Escenario 2: Cierre de sesión exitoso por parte del usuario Dado que el usuario se encuentra en la página de cierre de sesión Cuando seleccione el botón "Cerrar Sesión" Entonces, la aplicación concluirá la sesión del usuario y lo redirigirá a la página de inicio de sesión.	EP01
US-06	Filtrado de Objetos	Como usuario Intercambiador, quiero la capacidad de filtrar los objetos disponibles de intercambio para encontrar la opción que mejor se adapte a mis preferencias de intercambio.	Escenario 1: Aplicación de Filtros Dado que el usuario intercambiador está en la sección de objetos disponibles para intercambio Cuando el usuario selecciona filtros específicos, como categoría, estado del objeto y ubicación Y presiona el botón de "Aplicar Filtros" Entonces la lista de objetos se ajustará automáticamente según los criterios seleccionados. Escenario 2:  Visualización de Resultados Filtrados Dado que el usuario ha aplicado filtros por estado a la lista de objetos disponibles Cuando la aplicación muestra únicamente los objetos que cumplen con el estado seleccionado Entonces el usuario puede ver y explorar los resultados filtrados según sus preferencias. Escenario 3: Filtrar por cantidad de Vistas Dado que el usuario está buscando objetos con la mayot cantidad de vistas para intercambiar Cuando el usuario selecciona la opción de "Filtrar por Vistas" Y presiona el botón de "Aplicar Filtros" Entonces la aplicación presenta los objetos más populares en la parte superior de la lista de resultados.	EP02
US-07	Filtrado de ONGs	Como usuario Donante, quiero la capacidad de filtrar las ONGs disponibles de donación para encontrar la opción que mejor se adapte a los objetos que tengo para donar	Escenario 1: Aplicación de Filtros Dado que el usuario donante está en la sección de ONGs disponibles para donación Cuando el usuario selecciona filtros específicos, como categoría de objetos, estado del objeto y ubicación geográfica Y presiona el botón de "Aplicar Filtros" Entonces la lista de ONGs se ajustará automáticamente según los criterios seleccionados. Escenario 2: Visualización de Resultados Filtrados Dado que el usuario donante ha aplicado filtros por categoría y ubicación a la lista de ONGs disponibles Cuando la aplicación muestra únicamente las ONGs que aceptan objetos de la categoría y se encuentran en la ubicación seleccionada Entonces el usuario puede ver y explorar los resultados filtrados según sus preferencias. Escenario 3: Filtrar por Áreas de Actuación Dado que el usuario donante está interesado en encontrar ONGs que trabajen en áreas específicas de acción Cuando el usuario selecciona la opción de "Filtrar por Áreas de Actuación" Y elige una o varias áreas de interés, como educación, salud o medio ambiente Entonces la aplicación presenta las ONGs que se especializan en esas áreas prioritarias de actuación.	EP03
US-08	Brindar reseña sobre el Intercambiador	Como usuario intercambiador, deseo dejar una reseña sobre mi experiencia con el intercambiador para que otros usuarios puedan leer y considerar mi opinión antes de intercambiar	Escenario 1: Dejar una Reseña Dado que el usuario intercambiador ha completado un intercambio con otro usuario, Cuando visita la página de la experiencia de intercambio realizada, Entonces el usuario encuentra una opción para dejar una reseña sobre su experiencia con el intercambiador. Escenario 2: Visualización de Reseñas Dado que otros usuarios visitan la página de la experiencia de intercambio, Cuando exploran las reseñas dejadas por otros intercambiadores, Entonces pueden leer y considerar las opiniones de otros usuarios antes de realizar un intercambio con ese intercambiador. Escenario 3: Respuesta a Reseñas Dado que el usuario intercambiador ha dejado una reseña sobre su experiencia con otro intercambiador, Cuando el intercambiador revisado desea responder a la reseña, Entonces tiene la opción de dejar una respuesta o comentario en la reseña para interactuar con el usuario que dejó la reseña.	EP02
US-09	Eliminación de cuenta	Como usuario, quiero tener la opción de eliminar permanentemente mi cuenta para evitar que mi información persista en caso de que ya no desee utilizar la aplicación	Escenario 1: Acceso a la Opción de Eliminación Dado que el usuario está registrado en la aplicación Cuando desea eliminar permanentemente su cuenta Entonces la aplicación proporciona una opción claramente visible en la configuración de la cuenta para eliminar la cuenta. Escenario 2: Confirmación de Eliminación Dado que el usuario selecciona la opción de eliminar su cuenta Cuando confirma su elección Entonces la aplicación muestra un mensaje de confirmación solicitando al usuario que confirme su decisión antes de proceder con la eliminación. Escenario 3: Eliminación Exitosa de la Cuenta Dado que el usuario ha confirmado su deseo de eliminar su cuenta Cuando la confirmación es recibida por la aplicación Entonces todos los datos asociados con la cuenta del usuario son eliminados permanentemente de la base de datos y la cuenta se cierra de forma definitiva.	EP01
US-10	Actualización de Correo Electrónico	Como usuario, quiero actualizar mi dirección de correo electrónico en mi perfil para asegurarme de que recibo notificaciones e información relevante	Escenario 1: Acceso a la Configuración de Perfil Dado que el usuario está autenticado en la aplicación, Cuando desea actualizar su dirección de correo electrónico, Entonces accede a la sección de configuración de perfil. Escenario 2: Edición de la Dirección de Correo Electrónico Dado que el usuario está en la sección de configuración de perfil, Cuando selecciona la opción para editar su dirección de correo electrónico, Entonces la aplicación le permite ingresar la nueva dirección de correo electrónico. Escenario 3: Verificación del Nuevo Correo Electrónico Dado que el usuario ha ingresado la nueva dirección de correo electrónico, Cuando confirma la actualización de su dirección de correo electrónico, Entonces la aplicación envía un correo electrónico de verificación a la nueva dirección proporcionada. Escenario 4: Confirmación de Verificación Dado que el usuario ha recibido el correo electrónico de verificación, Cuando hace clic en el enlace de verificación dentro del correo electrónico, Entonces la aplicación verifica la nueva dirección de correo electrónico Y confirma la actualización en el perfil del usuario.	EP01
US-11	Configuración de notificaciones	Como usuario , quiero tener control sobre las notificaciones que recibo para personalizar mi experiencia en la web.	Escenario 1: Configuración de Notificaciones Dado que el usuario ha iniciado sesión en la aplicación, Cuando desea personalizar sus notificaciones desde su perfil, Entonces la aplicación le ofrece una página de configuración de notificaciones donde puede elegir las categorías de notificaciones que desea recibir. Escenario 2: Personalización de Notificaciones Dado que el usuario se encuentra en la sección de configuración de notificaciones, Cuando selecciona las categorías específicas de notificaciones que le interesan, Entonces la aplicación ajusta sus notificaciones según las preferencias del usuario, enviando únicamente las alertas seleccionadas. Escenario 3: Desactivación de Notificaciones Dado que el usuario desea dejar de recibir ciertas notificaciones, Cuando accede a la configuración de notificaciones,desmarcar las categorías de notificaciones no deseadas, Entonces la aplicación adapta sus alertas según las preferencias del usuario.	EP01
US-12	Crear publicación de intercambio	Como usuario de la aplicación, quiero poder crear una nueva publicación de intercambio para ofrecer un artículo que deseo intercambiar	Escenario 1: Creación de una nueva publicación de intercambio Dado que el usuario accede a la opción de crear una nueva publicación de intercambio desde la interfaz de la aplicación, Cuando completa el formulario con los detalles del artículo que desea intercambiar, incluyendo título, descripción, categoría, condición del artículo e información relevante, Entonces se le permite adjuntar imágenes del artículo. Escenario 2: Publicación de intercambio creada Dado que el usuario está completando el formulario de creación de la publicación de intercambio, Cuando intenta enviar la publicación, Entonces el sistema valida los campos del formulario Y crea la publicación de intercambio. Escenario 3: Visualización de publicación de intercambio Dado que la publicación de intercambio ha sido creada, Cuando el usuario acceda a su perfil Y vaya a la sección de mis publicaciones Entonces el sistema le mostrará la publicación del artículo que desea intercambiar.	EP02
US-13	Editar publicación de intercambio	Como usuario, necesito la capacidad de editar una publicación de intercambio existente para realizar cambios en los detalles del artículo o actualizar la información relevante.	Escenario 1: Acceso a la edición de una publicación de intercambio Dado que el usuario ha iniciado sesión en la aplicación Y tiene una publicación de intercambio existente, Cuando el usuario hace click a la opción de editar la publicación desde la interfaz de la aplicación, Entonces el sistema redirige a un formulario prellenado con los detalles actuales de la publicación para realizar cambios Y dos botones “Cancelar” y “Publicar” Escenario 2: Edición de la publicación de intercambio confirmada Dado que el usuario está en el formulario de edición de la publicación de intercambio, Cuando el usuario realiza cambios en los detalles del artículo que desea intercambiar, como título, descripción, categoría, condición del artículo u otra información relevante, Y le da al botón de “Publicar Entonces el sistema guardará los cambios realizados en la publicación. Y la hará visible para todos los usuarios. Escenario 3: Edición de la publicación de intercambio cancelada Dado que el usuario está en el formulario de edición de la publicación de intercambio, Cuando el usuario realiza cambios en los detalles del artículo que desea intercambiar, como título, descripción, categoría, condición del artículo u otra información relevante, Y le da al botón de “Cancelar” Entonces el sistema redirige al usuario al inicio de la aplicación.	EP02
US-14	Eliminar publicación de intercambio	Como usuario, quiero tener la opción de eliminar una publicación de intercambio que ya no deseo ofrecer para intercambiar.	Escenario 1: Acceso a la eliminación de una publicación de intercambio Dado que el usuario ha iniciado sesión en la aplicación Y tiene una publicación de intercambio existente, Cuando accede a la opción de eliminar la publicación desde la interfaz de la aplicación, Entonces el sistema le muestra una confirmación para confirmar si realmente desea eliminar la publicación. Escenario 2: Confirmación de eliminación Dado que el usuario ha seleccionado eliminar una publicación de intercambio, Cuando confirma la acción de eliminación, Entonces el sistema elimina la publicación de manera permanente de la plataforma y se muestra un mensaje de confirmación al usuario. Escenario 3: Cancelación de la eliminación Dado que el usuario ha seleccionado eliminar una publicación de intercambio, Cuando decide cancelar la eliminación, Entonces la publicación no se elimina Y el sistema redirige al usuario al inicio de la aplicación.	EP02
US-15	Destacar publicación de intercambio	Como usuario, me gustaría poder resaltar una publicación de intercambio para aumentar su visibilidad entre otros usuarios.	Escenario 1: Acceso a la opción de destacar una publicación de intercambio Dado que el usuario ha iniciado sesión en la aplicación Y tiene una publicación de intercambio existente, Cuando accede a la opción de destacar la publicación desde la interfaz de la aplicación, Entonces el sistema le presenta la opción de resaltar la publicación mediante una función identificada como "Destacar" o "Boost", Y indica que esta función está disponible para usuarios premium o mediante la compra de un servicio adicional. Escenario 2: Confirmación de destacar la publicación con membresía premium Dado que el usuario ha seleccionado destacar una publicación de intercambio Y tiene una membresía premium activa, Cuando confirma la acción de destacar, Entonces el sistema resalta la publicación Y le da mayor visibilidad dentro de la plataforma. Escenario 3: Confirmación de destacar la publicación con compra de boost Dado que el usuario ha seleccionado destacar una publicación de intercambio Y no tiene membresía premium, Cuando decide comprar un boost para destacar la publicación, Entonces el sistema resalta la publicación temporalmente Y le da mayor visibilidad dentro de la plataforma durante el período de tiempo especificado por el boost adquirido.	EP02
US-16	Ampliar slots de publicación de intercambio	Como usuario, necesito la capacidad de aumentar el número de publicaciones de intercambio que puedo tener activas simultáneamente.	Escenario 1: Acceso a la opción de ampliar slots de publicación Dado que el usuario ha iniciado sesión en la aplicación Y desea aumentar el número de publicaciones de intercambio activas, Cuando accede a la sección de configuración de la cuenta para ampliar los slots de publicación desde la interfaz de la aplicación, Entonces el sistema le presenta la opción de aumentar el número de slots disponibles. Escenario 2: Confirmación de ampliar slots de publicación Dado que el usuario ha seleccionado la opción de ampliar los slots de publicación, Cuando confirma la acción Y realiza el pago correspondiente Entonces el sistema incrementa el número de slots disponibles del usuario Y el usuario puede tener más publicaciones de intercambio activas simultáneamente. Escenario 3: Visualización de slots de publicación disponibles Dado que el usuario ha ampliado los slots de publicación, Cuando accede a la sección de creación de publicaciones de intercambio, Entonces puede ver el nuevo número de slots disponibles para realizar más publicaciones simultáneas. Escenario 4: Cancelación de ampliar slots de publicación Dado que el usuario ha accedido a la opción de ampliar slots de publicación Y decide no continuar con la acción, Cuando cancela la operación, Entonces el número de slots de publicación permanece sin cambios Y se mantiene igual al estado anterior.	EP02
US-17	Visualizar el perfil del usuario que publique un intercambio	Como usuario, me gustaría tener la capacidad de visualizar el perfil de la persona que haya publicado un intercambio, para poder obtener información detallada de su confiabilidad.	Escenario 1: Acceso al perfil del creador de la publicación. Dado que el usuario se encuentra en la publicación de su interés Cuando le de click al recuadro que muestran el perfil del autor de la publicación Entonces, el usuario podrá visualizar su nombre completo, tiempo que lleva en la aplicación, la cantidad de intercambios exitosos realizado Y valoraciones de otros usuarios Escenario 2: Visualizar reseñas de otros usuarios hacia un perfil en específico. Dado que el usuario se encuentra en el perfil del autor del intercambio Cuando Se dirija a la sección llamada “Reseñas” es cuando Entonces el usuario podrá visualizar todas las reseñas que dicho autor ha recibido por todas sus publicaciones exitosas Y datos relevantes sobre el creador de la publicación. Escenario 3: Visualizar el tipo de productos que suele intercambiar el usuario. Dado que el usuario está en el perfil del intercambiador Cuando se dirija a la sección “Preferencias” es Entonces, donde podrá visualizar la variedad de productos que suele intercambiar el usuario, así cómo también si hace match con las preferencias del usuario interesado.	EP02
US-18	Ponerse en contacto para pactar el intercambio	Como usuario, quiero tener la posibilidad de contactar directamente con el creador de una publicación de intercambio, para poder tener una comunicación más directa.	Escenario 1: Contactar con el vendedor por un chat de WhatsApp o Telegram. Dado que el usuario se encuentra en la publicación de su interés Cuando le de click al botón de WhatsApp o Telegram que aparecerá en la parte lateral de la publicación Entonces, se le redireccionará a una pestaña de WhatsApp y/o Telegram con un mensaje predeterminado para enviar Y ponerse en contacto de manera directa con el intercambiador. Escenario 2: Verificar la información del vendedor en caso de no contar con un número de contacto registrado. Dado que el usuario se encuentra en la publicación de su interés Y no logré encontrar algún botón para ser redireccionado a un chat privado con el intercambiador Entonces, podrá verificar su información personal en los detalles de la publicación Y así poder saber su correo electrónico y/o redes sociales. Escenario 3: Escribir un comentario en la publicación para poder obtener información adicional pertinente. Dado que el usuario se encuentra en la publicación de su interés Y no logre poder contactar por ningún medio al autor de la publicación Entonces, podrá dirigirse a la sección de comentarios, para poder escribir directamente de la página al usuario sobre ciertos detalles o métodos de contacto.	EP02
US-19	Ponerse en contacto para poder realizar una donación	Como usuario, quiero tener la posibilidad de contactar directamente con la organización benéfica correspondiente y/o visualizar información de contacto o número de cuenta bancaria para algún apoyo económico.	Escenario 1: Contactar con el vendedor por un chat de WhatsApp o Telegram. Dado que el usuario se encuentra en el perfil de la ONG correspondiente Cuando le de click al botón de WhatsApp o Telegram que aparecerá en la parte superior del perfil Entonces, se le redireccionará a una pestaña de WhatsApp y/o Telegram con un mensaje predeterminado para enviar Y ponerse en contacto de manera directa con la organización benéfica. Escenario 2: Contactar o pedir información sobre alguna campaña en específico. Dado que el usuario se encuentra en el perfil de la ONG u organización benéfica correspondiente Cuando le dé click a ver sus publicaciones Entonces, podrá visualizar las últimas actualizaciones de campañas publicadas Y en cada una de estas habrá un link correspondiente con información más detallada del cómo apoyar en esa campaña específica. Escenario 3: Solicitar información detallada. Dado que el usuario se encuentra en la publicación de interés Cuando le de click a la sección de comentarios Entonces, es que podrá redactar alguna pregunta específica que necesite hacer respecto a la campaña correspondiente.	EP03
US-20	Adquirir la suscripción premium	Como usuario, quiero poder adquirir una suscripción premium para poder obtener beneficios adicionales que mejoren mi experiencia.	Escenario 1: Localizar la sección para adquirir una suscripción. Dado que el usuario desea adquirir una suscripción para CambiaZo Cuando le de click a la sección de configuración Entonces, le aparecerán varias opciones, entre las que figura “Ser premium” Cuando el usuario le de click al botón, será redirigido a una nueva ventana que le mostrará las suscripciones disponibles. Escenario 2: Visualizar los beneficios de la suscripción. Dado que el usuario se encuentra en la ventana correspondiente sobre las suscripciones, Entonces cuando le de click a una en específico podrá ver el precio por mes de cada una de ellas Y los beneficios que incluyen cada una de estas. Escenario 3: Compra de la suscripción. Dado que el usuario ha decidido una suscripción de su interés, Entonces, cuando le de click a “Suscribirse”, se le redireccionará a una pasarela de pago para que pueda introducir su método de pago Y procesar el pago respectivo y adquirir los nuevos beneficios.	EP04
US-21	Cancelar una suscripción	Como usuario quiero poder cancelar mi suscripción en cualquier momento para poder enfocarme más en las clases de la universidad	Escenario 1: Acceso a la ventana de suscripciones. Dado que el usuario desea verificar la información del estado de su suscripción, Cuando se dirija a la sección de configuración Entonces, observará un botón que diga “Mi suscripción” Y al darle click podrá ver los detalles de su suscripción. Escenario 2: Verificación de los detalles de la suscripción. Dado que el usuario se encuentra en la ventana que muestra el estado de su suscripción Entonces, podrá visualizar la fecha en la que se renueva su suscripción, los beneficios que obtiene Y si es que se encuentra en un plan mensual o semianual. Escenario 3: Proceder a la cancelación. Dado que el usuario se encuentra en la ventana que muestra el estado de la suscripción Entonces, al tener ya la decisión de no continuar con el premium de CambiaZo Y podrá darle click a un botón rojo que dice “Anular suscripción” Y así terminaría la suscripción que no se renovará hasta su próxima fecha.	EP04
US-22	Visualizar el perfil de las ONG’S registradas	Como usuario de la aplicación, quiero tener la opción de ver todas las ONG's disponibles para realizar donaciones.	**Escenario 1:**Acceso a la pestaña de ONG's Dado que el usuario se encuentra en la pestaña principal Cuando le de click a la etiqueta "ONG's" Entonces se mostrarán todas las ONG's registradas dentro de la aplicación Escenario 2: Ver perfil de una ONG Dado que el usuario se encuentra dentro de la pestaña "ONG'S" Cuando le de click al recuadro que muestra el perfil de la ONG que desea visualizar Entonces aparecerán los datos y características de la ONG seleccionada. Escenario 3: Donar a una ONG Dado que el usuario se encuentra en el perfil de la ONG seleccionada Cuando le de click a la opción “Donar” Entonces aparecerán las opciones de donación (objetos o dinero) Y el usuario podrá seleccionar la opción que desea donar Y realizar la donación.	EP03
US-23	Acceder al centro de soporte para resolver cualquier problema técnico que se presente.	Como usuario de CambiaZo, quiero tener la opción de acceder a un centro de soporte para reportar y resolver mis problemas técnicos.	Escenario 1: Acceso a configuración Dado que soy un usuario en el aplicativo móvil Cuando le de click a la sección de configuración Entonces se mostrará el apartado con los botones de configuración. Escenario 2: Ingresar al “Centro de ayuda” Dado que me encuentro en la sección de configuración Cuando esté en la nueva ventana, podré escoger la opción que desee: “Problemas técnicos” o “Chatear con soporte” Entonces podré escoger la opción que desee Escenario 3: Problemas técnicos Dado que me encuentro en la sección de “Centro de Ayuda” Cuando de click en “Problemas técnicos” Entonces se mostrará una lista con los problemas técnicos más frecuentes con sus soluciones.** Escenario 4: Chatear con soporte Dado que me encuentro en la sección de Centro de Ayuda Cuando de click en “Chatear con soporte” Entonces se mostrará un formulario en el cual podemos enviar nuestro problema para chatear con soporte	EP05
US-24	Acceder dentro de la aplicación a la sección de preguntas frecuentes y comentarios	Como usuario de Cambiazo, quiero ver las preguntas frecuentes que tienen los demás usuarios y su opinión al usar la aplicación para poder ver si tienen mis mismas dudas y ver qué opinan de la aplicación.	Escenario 1: Acceso a configuración Dado que me encuentro en la pantalla principal de la aplicación Cuando le de click a la sección de configuración Entonces se mostrará el apartado con los botones de configuración. Escenario 2: Preguntas frecuentes Dado que me encuentro en la sección de configuración de la aplicación Cuando de click en la sección de “Preguntas frecuentes” Entonces se mostrará un apartado con las preguntas más frecuentes realizadas por los usuarios de la aplicación y sus respectivas respuestas. Escenario 2: Comentarios de CambiaZo Dado que me encuentro en la sección de configuración de la aplicación Cuando de click en la sección de “Comentarios de CambiaZo” Entonces se mostrará un apartado con los comentarios realizados por los usuarios de la aplicación, enseñando los comentarios más recientes.	EP05
US-25	Visualización de la Historia de la Startup	Como usuario visitante, quiero poder acceder a la historia de la startup, su misión y visión desde la landing page para estar más informado acerca de TechZo.	Criterios de Aceptación: Escenario 1: Acceso a la historia de TechZo Dado que soy un visitante de la landing page Cuando navegue por la página de inicio Y encuentre la sección titulada “Quiénes Somos” Entonces podré obtener información detallada sobre la historia de la startup. Escenario 2: Acceso a las redes sociales de TechZo Dado que el visitante se encuentra en el landing page Cuando el visitante de click en la etiqueta “Contáctanos” Y encuentre los botones con los logos de las redes sociales en las que puede encontrar la página de TechZo Y de click encima del botón con el logo de la red social que desee ver Entonces el usuario será redireccionado a la red social que seleccionó previamente. Escenario 3: Acceso a información de contacto Dado que el visitante se encuentra en la parte inferior de la landing page Cuando el visitante se acerque a la sección “Comunícate con nosotros” Entonces el visitante podrá observar los métodos de contacto de la startup “(01) 5718202, 992113864, 933960189, cambiazo@techzo.pe”.	EP06
US-26	Visualizar las características clave de la aplicación	Como usuario visitante, quiero poder conocer sus características clave para saber qué es lo que incluye.	Criterios de Aceptación: Escenario 1: Conocer las secciones principales Dado que el visitante se encuentra en la landing page Cuando se dirige a la sección “Puedes elegir entre…” Entonces la landing page le muestra lo que puede realizar dentro de CambiaZo. Escenario 2: Conocer lo que puede intercambiar Dado que el visitante se encuentra en la landing page Cuando se dirige a la sección “Si decides intercambiar, podrás encontrar una gran variedad de objetos” Entonces la landing page muestra los diferentes tipos de artículos que puede intercambiar con CambiaZo. Escenario 3: Conocer las características principales Dado que el visitante se encuentra en la landing page Cuando se dirige a la sección “En CambiaZo te ofrecemos…” Entonces la landing page le muestra las características principales de CambiaZo.	EP06
US-27	Acceder a un formulario para llenar mis datos de contacto y recibir noticias relacionadas con CambiaZo.	Como usuario visitante, quiero tener la opción de llenar un formulario con mi información de contacto, a través de la landing page, para recibir noticias y actualizaciones relevantes de CambiaZo.	Criterios de Aceptación: Escenario 1: Información en el formulario Dado que soy un usuario interesado en CambiaZo que desea llenar el formulario de contacto Cuando navegue por la Landing page Entonces encontraré una sección que contendrá un formulario Y en esa sección, debo colocar mi nombre, apellido y correo electrónico de contacto. Escenario 2: Envío de formulario con datos completos Dado que me encuentro en la sección del formulario de la Landing page Cuando  termine de completar mi información de contacto Entonces debo darle click al botón de “ENVIAR” Y si he llenado todos los campos correspondientes, me saldrá un mensaje de registro exitoso. Escenario 3: Envío de formulario con datos incompletos Dado que me encuentro en la sección del formulario de la Landing page Cuando  desee enviar el formulario con casillas en blanco Entonces me saldrá un mensaje indicando que hay casillas que faltan completar.	EP06
US-28	Acceder a la página principal de CambiaZo	Como usuario visitante, quiero encontrar botones o enlaces claramente visibles que me dirijan a la página web principal de Cambiazo, para poder realizar acciones como registrarme, intercambiar o donar artículos una vez que haya obtenido la información necesaria en la landing page.	Escenario 1: Identificación de botones o enlaces Dado que el usuario está en la landing page de Cambiazo, Cuando busque acceder a la página principal de la plataforma, Entonces encontrará botones o enlaces fácilmente identificables que lo dirijan a la página principal. Escenario 2: Redirección rápida y sin problemas Dado que el usuario se dirige a un botón o enlace de acceso a la página principal, Cuando el usuario le de clic al botón, Entonces el usuario será redirigido de manera rápida Y sin problemas a la página principal de Cambiazo.	EP06
US-29	Ver los planes y precios	Como usuario visitante, quiero tener acceso a una sección que detalle los planes ofrecidos por la plataforma, para poder evaluar las opciones disponibles antes de acceder a la página web principal.	Escenario 1: Acceso a la sección de planes y servicios: Dado que el usuario visita la landing page de Cambiazo, Cuando busque información sobre los planes y servicios ofrecidos por la plataforma, Entonces encontrará una sección dedicada que detalle estos aspectos. Escenario 2: Comparación de planes: Dado que el usuario revisa la información sobre los planes ofrecidos, Cuando busque tomar una decisión informada, Entonces encontrará que puede comparar fácilmente los diferentes planes para evaluar cuál se ajusta mejor a sus necesidades.	EP06
US-30	Navegación en la Landing Page	Como usuario visitante, quiero contar con un menú de navegación visible y funcional para que me permita desplazarme fácilmente por las diferentes secciones del sitio web.	Escenario 1: Acceder a la información acerca de la startup Dado que el usuario se encuentra en la Landing Page Cuando quiera acceder a la información acerca del equipo Entonces podré darle click a la etiqueta “¿Quiénes somos?” de la barra navegadora Y me redireccionará rápidamente a la parte de la Landing Page en la que se encuentra la información correspondiente. Escenario 2: Ver las ONG’s afiliadas a CambiaZo Dado que el usuario se encuentra en la Landing Page Cuando quiera ver qué ONG’s están afiliadas con CambiaZo Entonces podré darle click a la etiqueta “ONG’s” de la barra navegadora Y me redireccionará rápidamente a la parte de la Landing Page en la que se encuentra la información correspondiente. Escenario 3: Buscar la sección de Contacto Dado que el usuario se encuentra en la Landing Page Cuando quiera acceder a la sección para contactarme con la startup Entonces le daré click a la etiqueta “Contáctanos” de la barra navegadora Y me redireccionará rápidamente a la parte de la Landing Page en la que se encuentra el formulario para recibir notificaciones de CambiaZo y el pié de página en el cuál se encuentran los datos de contacto. Escenario 4: Llegar al inicio de la Landing Page rápidamente Dado que el usuario se encuentra en la Landing Page Cuando quiera acceder rápidamente al inicio de esta Entonces podré darle click a la etiqueta “Inicio” de la barra navegadora Y me redireccionará inmediatamente a la parte superior de la Landing Page.	EP06

Technical User Stories

Technical story ID	Título	Descripción	Criterios de Aceptación	Epica
TS01	Create API User	Como usuario desarrollador que configura la plataforma Quiero diseñar una API que facilite la gestión de usuarios en nuestra aplicación Para administrar eficazmente la información de los usuarios.	Escenario 1: Diseño de la API User Dado que el usuario developer configura la plataforma Cuando diseñe la API para gestionar usuarios en nuestra aplicación web, Entonces definirá los endpoints y rutas necesarias para manejar operaciones como registro de usuarios, inicio de sesión, actualización de datos de usuario, y recuperación de contraseñas y establecerá los requisitos de autenticación y seguridad necesarios para proteger la información de los usuarios. Escenario 2: Selección de la tecnología para la API Dado que el usuario developer está diseñando la API para gestionar usuarios en nuestra aplicación web, Cuando elija la tecnología para implementar la API REST, Entonces considerará los requisitos de la aplicación y las preferencias del equipo de desarrollo para tomar una decisión informada	EP07
TS02	Post User	Como usuario developer de la aplicación de Cambiazo Quiero registrar usuario en un API Para puedan navegar en mi aplicación web y usar sus funcionalidades	Escenario 1: Registro de un nuevo usuario Dado que el endpoint "/usuarios" está disponible, Cuando se envía una solicitud POST con los detalles del usuario, Entonces se recibe una respuesta con estado 201, Y se incluye un usuario con un nuevo ID y los detalles registrados. Escenario 2: Registro de un usuario ya existente Dado que el endpoint "/usuarios" está disponible, Cuando se envía una solicitud POST con los datos del usuario, Y ya existe un usuario registrado con esos datos, Entonces se recibe una respuesta con estado 400, Y se muestra un mensaje que indica "Un usuario con estos datos ya existe".	EP07
TS03	Get User	Como usuario developer de la aplicación de Cambiazo Quiero obtener la información de un usuario dentro de la API usuario Para usarlo en la aplicación cuando se necesite	Escenario 1: Obtener información del usuario Dado que el endpoint "/usuarios" está disponible, Cuando se envía una solicitud GET con el identificador del usuario, Entonces se recibe una respuesta con estado 200, Y se obtienen los datos del usuario solicitado. Escenario 2: Obtener usuario no disponible Dado que el endpoint "/usuarios" está disponible, Cuando se envía una solicitud GET con un identificador de usuario que no existe, Entonces se recibe una respuesta con estado 404, Y se muestra un mensaje que indica "No existe un usuario con este identificador".	EP07
TS04	Create API Review	Como usuario developer que configura la plataforma Quiero implementar una API que permita a los usuarios dejar reseñas a otros usuarios Para mejorar la interacción entre usuarios y la plataforma.	Escenario 1: Diseño de la API Review Dado que el usuario developer está configurando la plataforma, Cuando diseña la API para permitir a los usuarios dejar reseñas en nuestra aplicación, Entonces se definen los endpoints y rutas necesarias para que los usuarios puedan crear, leer, actualizar y eliminar reseñas y establecen los requisitos de autenticación y seguridad para proteger la privacidad. Escenario 2: Selección de la tecnología para la API Dado que el usuario developer está diseñando la API de reseñas en nuestra aplicación, Cuando elige la tecnología para implementar la API REST, Entonces se consideran los requisitos de la aplicación, incluyendo la escalabilidad, el rendimiento y la facilidad de mantenimiento.	EP07
TS05	Post Review	Como usuario developer de la aplicación de Cambiazo Quiero registrar reseñas de los intercambios de un usuario en una API Para mostrarlo en el perfil del usuario cuando se solicite.	Escenario 1: Agregar una nueva reseña Dado que el endpoint "/reseñas" está disponible, Cuando se envía una solicitud POST con los valores de la reseña, Entonces se recibe una respuesta con estado 201, Y se incluye una reseña con un nuevo ID y los valores registrados. Escenario 2: Agregar una reseña ya existente Dado que el endpoint "/reseñas" está disponible, Cuando se envía una solicitud POST con los datos de la reseña, Y ya existe una reseña registrada con esos datos, Entonces se recibe una respuesta con estado 400, Y se muestra un mensaje que dice "Una reseña con estos datos ya existe".	EP07
TS06	Get Review	Como usuario developer de la aplicación de Cambiazo Quiero obtener informacion de las reseñas de intercambios de un usuario de la API reseñas Para mostrarlas en el perfil del usuario	Escenario 1: Obtener información de la reseña Dado que el endpoint "/reseñas" está disponible, Cuando se envía una solicitud GET con el identificador de la reseña, Entonces se recibe una respuesta con estado 200, Y se obtienen los datos de la reseña solicitada. Escenario 2: Obtener reseña no disponible Dado que el endpoint "/reseñas" está disponible, Cuando se envía una solicitud GET con un identificador de reseña que no existe, Entonces se recibe una respuesta con estado 404, Y se muestra un mensaje que indica "No existe una reseña con este identificador".	EP07
TS07	Create API ONGs	Como usuario developer que configura la plataforma Quiero quiero diseñar una API que simplifique la obtención de información sobre las ONGs Para integrarla de manera efectiva en la aplicación.	Escenario 1: Diseño de la API ONGs Dado que el usuario developer configura la plataforma Cuando diseñe la API para obtener información sobre las ONGs, Entonces define los endpoints y rutas necesarias para recibir detalles sobre las ONGs y establece los requisitos de autenticación y seguridad necesarios. Escenario 2: Selección de la tecnología para la API Dado que el usuario developer está diseñando la API para obtener información sobre las ONGs, Cuando elija la tecnología para implementar la API REST, Entonces considerará los requisitos y preferencias de la organización para tomar una decisión informada.	EP07
TS08	Post ONGs	Como usuario developer de la aplicación de Cambiazo Quiero registrar las ONGs y sus detalles en una API Para mostrarlas en la aplicación cuando se le solicite.	Escenario 1: Agregar una nueva reseña Dado que el endpoint "/reseñas" está disponible, Cuando se envía una solicitud POST con los valores de la reseña, Entonces se recibe una respuesta con estado 201, Y se incluye una reseña con un nuevo ID y sus valores registrados. Escenario 2: Agregar una reseña ya existente Dado que el endpoint "/reseñas" está disponible, Cuando se envía una solicitud POST con los datos de la reseña, Y ya existe una reseña registrada con esos datos, Entonces se recibe una respuesta con estado 400, Y se muestra un mensaje que dice "Una reseña con estos datos ya existe".	EP07
TS09	Get ONGs	Como usuario developer de la aplicación de Cambiazo Quiero mostrar en la aplicación las ONGs de la API ONGs Para mostrarlas en la aplicación con su detalles.	Escenario 1: Obtener información de la reseña Dado que el endpoint "/reseñas" está disponible, Cuando se envía una solicitud GET con el identificador de la reseña, Entonces se recibe una respuesta con estado 200, Y se obtienen los datos de la reseña solicitada. Escenario 2: Obtener reseña no disponible Dado que el endpoint "/reseñas" está disponible, Cuando se envía una solicitud GET con un identificador de reseña que no existe, Entonces se recibe una respuesta con estado 404, Y se muestra un mensaje que indica "No existe una reseña con este identificador".	EP07
TS10	Create API Subscription	Como usuario developer que configura la plataforma Quiero diseñar una API que facilite la gestión de suscripciones de usuarios Para ofrecer beneficios al usuario	Escenario 1: Diseño de la API de Suscripciones Dado que el usuario developer está configurando la plataforma, Cuando diseña la API de Suscripciones para gestionar las suscripciones de usuarios, Entonces define los endpoints y rutas necesarios para permitir a los usuarios suscribirse, cancelar suscripciones y obtener información sobre sus suscripciones actuales y establecen los requisitos de autenticación y seguridad. Escenario 2: Implementación de la Operación POST para Suscripciones Dado que el usuario developer está desarrollando la API de Suscripciones en la aplicación, Cuando elige la tecnología para implementar la API REST Entonces se consideran los requisitos de la aplicación, incluyendo la escalabilidad, el rendimiento y la facilidad de mantenimiento.	EP07
TS11	Post Subscription	Como usuario developer de la aplicación Cambiazo, Quiero implementar una API que permita a los usuarios suscribirse para obtener beneficios adicionales, Para mejorar la experiencia del usuario y fomentar la participación en la plataforma.	Escenario 1: Creación de una nueva suscripción Dado que el endpoint "/suscripciones" está disponible, Cuando se envía una solicitud POST con los detalles de la suscripción y el usuario asociado, Entonces se recibe una respuesta con estado 201, Y se registra la suscripción con un nuevo ID y los detalles registrados. Escenario 2: Suscripción ya existente Dado que el endpoint "/suscripciones" está disponible, Cuando se intenta crear una nueva suscripción para un usuario que ya está suscrito, Entonces se recibe una respuesta con estado 400, Y se muestra un mensaje que indica "El usuario ya está suscrito".	EP07
TS12	Get Subscription	Como usuario developer de la aplicación Cambiazo, Quiero poder obtener información sobre las suscripciones existentes en la plataforma a través del API, Para mostrar esta información a los usuarios y permitirles gestionar sus suscripciones.	Escenario 1: Obtener información de suscripción Dado que el endpoint "/suscripciones" está disponible, Cuando se envía una solicitud GET con el identificador de la suscripción, Entonces se recibe una respuesta con estado 200, Y se obtienen los detalles de la suscripción solicitada. Escenario 2: Suscripción no encontrada Dado que el endpoint "/suscripciones" está disponible, Cuando se envía una solicitud GET con un identificador de suscripción que no existe, Entonces se recibe una respuesta con estado 404, Y se muestra un mensaje que indica "No se encontró la suscripción".	EP07

3.3. Impact Mapping

En esta sección, nuestro equipo presenta el Impact Mapping, el cual es una herramienta visual y colaborativa que ayuda a los equipos a alinear sus objetivos con los resultados deseados.

Segmento Intercambiadores

Enlace: Impact Mappping en UXPRESSIA

Segmento Donadores

Enlace: Impact Mapping en UXPRESSIA

3.4. Product Backlog

En el Product Backlog presentaremos una lista priorizada de nuestras user stories según el nivel de prioridad que acordamos en el equipo, esencial para el enfoque ágil.Para analizar el nivel de dificultad de las tareas, utilizamos la secuencia de Fibonacci (1,2,3,5,8).

Tomamos como historia de usuario base la historia de usuario US12: Como usuario de la aplicación, quiero poder crear una nueva publicación de intercambio para ofrecer un artículo que deseo intercambiar

# Orden	User Story Id	Título	Descripción	Story Points (1 / 2 / 3 / 5 / 8)
1	US-01	Registro de usuario	Como nuevo usuario quiero completar el proceso de registro en la aplicación para establecer mi propia cuenta.	3
2	US-02	Editar perfil del usuario	Como usuario ya registrado realizar modificaciones en mi perfil para asegurarme de que mi información esté siempre actualizada.	2
3	US-03	Iniciar sesión en la aplicación	Como usuario registrado quiero iniciar sesión en la aplicación para poder acceder a todas sus funcionalidades.	1
4	US-04	Cambiar Contraseña	Como usuario registrado, quiero realizar cambios en la contraseña de mi cuenta para reforzar la seguridad de mi cuenta.	2
5	US-05	Cerrar Sesión	Como usuario registrado quiero cerrar sesión en la aplicación para asegurarme de que mi cuenta no quede almacenada en mi dispositivo móvil.	1
6	US-06	Filtrado de Objetos	Como usuario Intercambiador, quiero la capacidad de filtrar los objetos disponibles de intercambio para encontrar la opción que mejor se adapte a mis preferencias de intercambio.	5
7	US-07	Filtrado de ONGs	Como usuario Donante, quiero la capacidad de filtrar las ONGs disponibles de donación para encontrar la opción que mejor se adapte a los objetos que tengo para donar	5
8	US-08	Brindar reseña sobre el Intercambiador	Como usuario intercambiador, deseo dejar una reseña sobre mi experiencia con el intercambiador para que otros usuarios puedan leer y considerar mi opinión antes de intercambiar	3
9	US-09	Eliminación de cuenta	Como usuario, quiero tener la opción de eliminar permanentemente mi cuenta para evitar que mi información persista en caso de que ya no desee utilizar la aplicación	3
10	US-10	Actualización de Correo Electrónico	Como usuario, quiero actualizar mi dirección de correo electrónico en mi perfil para asegurarme de que recibo notificaciones e información relevante	2
11	US-11	Configuración de notificaciones	Como usuario , quiero tener control sobre las notificaciones que recibo para personalizar mi experiencia en la web.	3
12	US-12	Crear publicación de intercambio	Como usuario de la aplicación, quiero poder crear una nueva publicación de intercambio para ofrecer un artículo que deseo intercambiar	5
13	US-13	Editar publicación de intercambio	Como usuario, necesito la capacidad de editar una publicación de intercambio existente para realizar cambios en los detalles del artículo o actualizar la información relevante.	3
14	US-14	Eliminar publicación de intercambio	Como usuario, quiero tener la opción de eliminar una publicación de intercambio que ya no deseo ofrecer para intercambiar.	2
15	US-15	Destacar publicación de intercambio	Como usuario, me gustaría poder resaltar una publicación de intercambio para aumentar su visibilidad entre otros usuarios.	3
16	US-16	Ampliar slots de publicación de intercambio	Como usuario, necesito la capacidad de aumentar el número de publicaciones de intercambio que puedo tener activas simultáneamente.	5
17	US-17	Visualizar el perfil del usuario que publique un intercambio	Como usuario, me gustaría tener la capacidad de visualizar el perfil de la persona que haya publicado un intercambio, para poder obtener información detallada de su confiabilidad.	3
18	US-18	Ponerse en contacto para pactar el intercambio	Como usuario, quiero tener la posibilidad de contactar directamente con el creador de una publicación de intercambio, para poder tener una comunicación más directa.	3
19	US-19	Ponerse en contacto para poder realizar una donación	Como usuario, quiero tener la posibilidad de contactar directamente con la organización benéfica correspondiente y/o visualizar información de contacto o número de cuenta bancaria para algún apoyo económico.	5
20	US-20	Adquirir la suscripción premium	Como usuario, quiero poder adquirir una suscripción premium para poder obtener beneficios adicionales que mejoren mi experiencia.	8
21	US-21	Cancelar una suscripción	Como usuario quiero poder cancelar mi suscripción en cualquier momento para poder enfocarme más en las clases de la universidad	3
22	US-22	Visualizar el perfil de las ONG’S registradas	Como usuario de la aplicación, quiero tener la opción de ver todas las ONG's disponibles para realizar donaciones.	3
23	US-23	Acceder al centro de soporte para resolver cualquier problema técnico que se presente.	Como usuario de CambiaZo, quiero tener la opción de acceder a un centro de soporte para reportar y resolver mis problemas técnicos.	3
24	US-24	Acceder dentro de la aplicación a la sección de preguntas frecuentes y comentarios	Como usuario de Cambiazo, quiero ver las preguntas frecuentes que tienen los demás usuarios y su opinión al usar la aplicación para poder ver si tienen mis mismas dudas y ver qué opinan de la aplicación.	3
25	US-25	Visualización de la Historia de la Startup	Como usuario visitante, quiero poder acceder a la historia de la startup, su misión y visión desde la landing page para estar más informado acerca de TechZo.	1
26	US-26	Visualizar las características clave de la aplicación	Como usuario visitante, quiero poder conocer sus características clave para saber qué es lo que incluye.	2
27	US-27	Acceder a un formulario para llenar mis datos de contacto y recibir noticias relacionadas con CambiaZo.	Como usuario visitante, quiero tener la opción de llenar un formulario con mi información de contacto, a través de la landing page, para recibir noticias y actualizaciones relevantes de CambiaZo.	5
28	US-28	Acceder a la página principal de CambiaZo	Como usuario visitante, quiero encontrar botones o enlaces claramente visibles que me dirijan a la página web principal de Cambiazo, para poder realizar acciones como registrarme, intercambiar o donar artículos una vez que haya obtenido la información necesaria en la landing page.	2
29	US-29	Ver los planes y precios	Como usuario visitante, quiero tener acceso a una sección que detalle los planes ofrecidos por la plataforma, para poder evaluar las opciones disponibles antes de acceder a la página web principal.	3
30	US-30	Navegación en la Landing Page	Como usuario visitante, deseo contar con un menú de navegación visible y funcional para que me permita desplazarme fácilmente por las diferentes secciones del sitio web.	3
31	TS-01	Create API User	Como usuario desarrollador que configura la plataforma Quiero diseñar una API que facilite la gestión de usuarios en nuestra aplicación Para administrar eficazmente la información de los usuarios.	5
32	TS-02	Post User	Como usuario developer de la aplicación de Cambiazo Quiero registrar usuario en un API Para puedan navegar en mi aplicación web y usar sus funcionalidades	3
33	TS-03	Get User	Como usuario developer de la aplicación de Cambiazo Quiero obtener la información de un usuario dentro de la API usuario Para usarlo en la aplicación cuando se necesite	2
34	TS-04	Create API Review	Como usuario developer que configura la plataforma Quiero implementar una API que permita a los usuarios dejar reseñas a otros usuarios Para mejorar la interacción entre usuarios y la plataforma.	5
35	TS-05	Post Review	Como usuario developer de la aplicación de Cambiazo Quiero registrar reseñas de los intercambios de un usuario en una API Para mostrarlo en el perfil del usuario cuando se solicite.	3
36	TS-06	Get Review	Como usuario developer de la aplicación de Cambiazo Quiero obtener informacion de las reseñas de intercambios de un usuario de la API reseñas Para mostrarlas en el perfil del usuario	2
37	TS-07	Create API ONGs	Como usuario developer que configura la plataforma Quiero quiero diseñar una API que simplifique la obtención de información sobre las ONGs Para integrarla de manera efectiva en la aplicación.	5
38	TS-08	Post ONGs	Como usuario developer de la aplicación de Cambiazo Quiero registrar las ONGs y sus detalles en una API Para mostrarlas en la aplicación cuando se le solicite.	3
39	TS-09	Get ONGs	Como usuario developer de la aplicación de Cambiazo Quiero mostrar en la aplicación las ONGs de la API ONGs Para mostrarlas en la aplicación con su detalles.	2
40	TS-10	Create API Subscription	Como usuario developer que configura la plataforma Quiero diseñar una API que facilite la gestión de suscripciones de usuarios Para ofrecer beneficios al usuario	5
41	TS-11	Post Subscription	Como usuario developer de la aplicación Cambiazo, Quiero implementar una API que permita a los usuarios suscribirse para obtener beneficios adicionales, Para mejorar la experiencia del usuario y fomentar la participación en la plataforma.	3
42	TS-12	Get Subscription	Como usuario developer de la aplicación Cambiazo, Quiero poder obtener información sobre las suscripciones existentes en la plataforma a través del API, Para mostrar esta información a los usuarios y permitirles gestionar sus suscripciones.	2

A continuación se presenta una representación gráfica del mismo en la plataforma Pivotal Tracker:

Enlace: Product Backlog en PivotalTracker

---

Capítulo IV: Product Design

4.1. Style Guidelines

En esta sección, compartimos nuestra propuesta de diseño para el landing page y la aplicación web, con el objetivo de ofrecer una interfaz intuitiva y fácil de usar para nuestros usuarios. Para lograrlo, hemos optado por utilizar recursos visuales que se adapten a la problemática que queremos abordar, al mismo tiempo que generan un atractivo visual para nuestro público objetivo.

4.1.1. General Style Guidelines

A continuación, se presentan las pautas generales para asegurar una presentación coherente de nuestros productos.

Colors:

Hemos seleccionado cuidadosamente una paleta de colores para representar nuestro aplicativo CambiaZo. Nuestro enfoque se centra en tonalidades que incluyen el amarillo (#FFD146), el blanco (#FFFFFF), el negro (#000000) y degradados del negro para crear transiciones suaves entre los colores. Optamos por el amarillo para reflejar energía y positividad, el blanco para transmitir sofisticación y claridad, y el negro para agregar un toque de elegancia y prestigio. Además, el degradado del negro se utiliza para suavizar las transiciones entre los elementos visuales y añadir profundidad. Por último, el blanco humo (#F8F7F4) complementa la paleta al proporcionar un aspecto moderno y neutro. Este conjunto de colores busca armonizar con nuestra misión de resolver problemas y promover un ambiente de intercambio amigable y dinámico.

Branding

El branding es un proceso creativo fundamental que orienta el rumbo de una empresa y forja su identidad de marca. Su finalidad es la creación de marcas sólidas y fácilmente identificables en el mercado, logrando establecer una identidad y presencia apropiadas a través del diseño gráfico. En nuestro caso, el logo de la marca que queremos transmitir a nuestros usuarios es:

Typography

Elegir una fuente adecuada es esencial para lograr un diseño cohesivo y equilibrado que se alinee con la imagen e identidad de la marca. Esta elección refleja nuestro compromiso de construir una identidad visual sólida y reconocible. La tipografía, incluida la fuente, el tamaño y el ancho, contribuirá significativamente a la percepción y el reconocimiento de la marca en el mercado objetivo.
La tipografía utilizada será Montserrat, que incluye las variantes Regular, Medium, Semi-Bold y Bold. El tamaño de la letra varió entre 1 rem (16 px), 1.5 rem (24 px), 2 rem (32 px) y 3 rem (48 px).

• Montserrat - Google fonts

Referencia: Montserrat - Google fonts

Spacing

El espacio en el diseño debe armonizar con la imagen general para lograr una apariencia uniforme y armoniosa. Aunque existen múltiples estilos de espaciado, como equipo hemos tendido a seguir las pautas de diseño de materiales y personalizarlos según las necesidades específicas de nuestro proyecto.

• Botones: Establecemos un margen interior (padding) de 1 rem (16 px) en la dirección vertical y de 2 rem (32 px) en la horizontal.
• Márgenes entre texto: Mantenemos un margen de 1 rem (16 px) entre elementos de texto.
• Márgenes entre elementos: Garantizamos un margen de 1.5 rem (24 px) entre distintos elementos.
• Márgenes entre secciones: Fijamos un margen de 6 rem (72 px) para separar claramente las diferentes secciones de contenido.
  
  

Dimensions

En esta sección, describiremos los diferentes tonos que utilizamos, desde la emoción por explorar hasta el compromiso con la responsabilidad social, y proporcionaremos ejemplos de cómo aplicarlos en nuestra comunicación escrita. A continuación, se presentarán el lenguaje y tonos que usamos para nuestros segmentos objetivo.

• Usuario Intercambiadores: Empleamos un lenguaje más práctico y dinámico, centrado en la conveniencia y la utilidad de la plataforma para facilitar el intercambio de objetos. El tono es amigable y directo, enfocado en resaltar las ventajas y beneficios de utilizar el servicio de intercambio. Se destaca la variedad de opciones disponibles y se promueve la idea de una comunidad colaborativa donde todos pueden encontrar lo que necesitan y compartir lo que ya no utilizan.

• Usuario Donadores: En constraste, utilizamos un lenguaje cálido y empático que resalte la importancia del acto de la donación y el impacto positivo que puede tener en la vida de otras personas. El tono es inspirador y motivador, invitando a los usuarios a sentirse parte de una causa noble y a generar un cambio positivo en la comunidad. Se enfatiza la gratitud y el reconocimiento hacia los donadores por su generosidad.

4.1.2. Web Style Guidelines

En nuestras pautas de estilo web, priorizamos la adaptación de nuestros principios de diseño a la experiencia de usuario en entornos de navegación en línea. Esto incluye:

• Diseño Responsivo: Nos aseguramos de que nuestro sitio web se adapte fluidamente a diferentes tamaños de pantalla, desde computadoras de escritorio hasta dispositivos móviles como tabletas y teléfonos inteligentes. Esto garantiza que los usuarios puedan acceder y disfrutar de la plataforma sin importar el dispositivo que utilicen.
  
  

• Navegación Intuitiva: Implementamos una barra de navegación (Navbar) clara y organizada que facilita el acceso a las diferentes secciones del sitio. Para mejorar la experiencia en dispositivos móviles, incorporamos un "Botón hamburguesa" que despliega el menú principal de manera compacta y fácilmente accesible en pantallas más pequeñas. Esto permite a los usuarios navegar por el sitio de manera intuitiva y eficiente.
  
  

• Consistencia Visual: Mantenemos una estética coherente en todo el sitio, utilizando colores, tipografías y elementos visuales que reflejen la identidad de marca de Cambiazo. Esto ayuda a crear una experiencia de usuario unificada y memorable en todas las páginas y dispositivos.
  
  

• Accesibilidad: Nos esforzamos por hacer que nuestro sitio sea accesible para todos los usuarios, incluidos aquellos con discapacidades visuales o de movilidad. Esto implica utilizar etiquetas alt en imágenes, asegurar un contraste adecuado entre texto y fondo, y proporcionar opciones de navegación alternativas para usuarios con dificultades para interactuar con el sitio de forma estándar.
  

Al adherirnos a estos principios de diseño, nos comprometemos a ofrecer una experiencia web que sea fácil de usar, estéticamente atractiva y accesible para todos los usuarios, independientemente de su dispositivo o capacidad.

4.2. Information Architecture

En Cambiazo, la arquitectura de la información se centra en organizar el contenido de manera intuitiva y accesible tanto en la página de inicio como en las aplicaciones web y móviles. Implementamos sistemas de organización claros y efectivos, como la jerarquía visual y la categorización por temas, junto con una etiquetación precisa para garantizar una navegación fluida y una búsqueda eficiente de productos. Además, ofrecemos una navegación intuitiva con opciones claras de búsqueda y filtros avanzados, lo que permite a los usuarios encontrar fácilmente lo que necesitan sin esfuerzo. Esto se traduce en una experiencia coherente y satisfactoria para los visitantes y usuarios de Cambiazo.

4.2.1. Organization Systems

En Cambiazo, aplicaremos varios sistemas de organización de información para garantizar una experiencia de usuario fluida y efectiva. Aquí está cómo se implementarán:

Organización visual del contenido:

• Jerárquica (Visual Hierarchy): Utilizaremos la organización jerárquica para destacar la información importante y guiar a los usuarios a través de los diferentes niveles de contenido. Por ejemplo, en la página de inicio, los productos destacados tendrán un tamaño y ubicación prominentes para captar la atención del usuario formando parte de un slide infinito.
  
  

• Organización secuencial (Step-by-step): Implementaremos la organización secuencial en los procesos de registro de usuario, creación de listados de productos y confirmación de intercambios. Esto ayudará a los usuarios a completar tareas de manera efectiva, paso a paso, sin confusiones.

Esquemas de categorización de contenido:

• Por tópicos: Categorizamos los productos disponibles para intercambiar en diferentes temas o categorías, como electrónica, ropa, libros, etc. Esto facilitará a los usuarios encontrar rápidamente lo que están buscando.
  
  

• Según audiencia (Grupos de usuarios): Implementaremos esquemas de categorización de contenido basados en los intereses y necesidades de diferentes grupos de usuarios. Por ejemplo, podríamos tener una sección especial para artículos infantiles, otra para artículos deportivos, etc., para satisfacer las necesidades específicas de cada grupo de usuarios.
  
  

• Cronológico: Utilizaremos la organización cronológica para mostrar eventos importantes, como promociones especiales, actualizaciones de la aplicación y noticias relevantes para la comunidad de Cambiazo.
  
  

• Alfabético: Algunas secciones de la aplicación, como los productos de intercambio o la sección de preguntas frecuentes, podrían organizarse alfabéticamente para facilitar la búsqueda y navegación.
  
  

Al aplicar estos sistemas de organización de información, nos aseguraremos de que los usuarios puedan encontrar fácilmente lo que necesitan y completar sus tareas de manera eficiente en la plataforma Cambiazo.

4.2.2. Labeling Systems

En esta sección, vamos a presentar el sistema de etiquetado que proporcionará una descripción concisa y clara de la información presentada en cada una de nuestras aplicaciones. Comenzaremos detallando los encabezados que estarán disponibles en nuestra landing page.

• Inicio/Home: Esta sección preseleccionada por defecto ofrecerá una visión general de Cambiazo y su propósito principal, proporcionando una introducción a la plataforma y sus funciones clave.
  
  

• Conócenos/About Us: En esta sección, los usuarios pueden conocer al equipo detrás de Cambiazo, su misión y visión, así como obtener una comprensión más profunda de lo que impulsa la plataforma.
  
  

• Características/Features: La sección de Características se encuentran los beneficios específicos que ofrece Cambiazo para sus Usuarios, destacando cómo la plataforma puede satisfacer sus necesidades de intercambio de productos de manera efectiva.
  
  

• ONGs Afiliadas/Affiliated NGOs: Aquí se destacan las organizaciones no gubernamentales asociadas con Cambiazo.
  
  

• Planes/Subscriptions: En esta sección se presentarán los diferentes planes de suscripción disponibles en Cambiazo, junto con sus características y precios, permitiendo a los usuarios elegir la opción que mejor se adapte a sus necesidades y preferencias de intercambio.
  
  

• Contáctanos/Contact Us: Esta sección proporcionará a los usuarios la información de contacto de Cambiazo, incluidos los correos electrónicos, números de teléfono y posiblemente un formulario de contacto para consultas o comentarios.
  
  

• Registrarse/Sign Up: En esta sección, los usuarios podrán registrarse para obtener una cuenta en Cambiazo, donde podrán acceder a todas las funciones de la plataforma, incluido el intercambio de productos. Se proporcionarán campos para que los usuarios ingresen su información personal y se configuren sus cuentas de usuario.

4.2.3. SEO Tags and Meta Tags

Para mejorar el posicionamiento en motores de búsqueda y brindar una experiencia optimizada a los usuarios, aquí están los SEO Tags y Meta Tags que utilizaríamos en Cambiazo:

Encabezado: Aunque técnicamente no es un meta-tag, se considera vital en el encabezado del HTML ya que proporciona el título de la página web. Los motores de búsqueda utilizan este título para encabezar las entradas en los resultados de búsqueda, dándole así una gran importancia para la visibilidad del sitio.

Descripción: Este campo permite ofrecer una descripción breve y clara del contenido del sitio web. Esta descripción se muestra como un fragmento debajo de la URL en los resultados de búsqueda, lo que resulta crucial para atraer la atención de los usuarios y mejorar el SEO del sitio.

Palabras clave (Keywords): Aunque en el pasado fue crucial para el posicionamiento en motores de búsqueda, su relevancia ha disminuido. Aun así, aún se puede usar para proporcionar palabras clave relevantes para el contenido del sitio, aunque su impacto en el SEO actual es limitado.

Autor y Derechos de Autor: Estas etiquetas meta identifican al diseñador de la página web y al propietario de los derechos de autor del código fuente HTML. Aunque no influyen directamente en el SEO, son importantes para atribuir la autoría y proteger los derechos de propiedad intelectual del sitio web.

Landing Page:

• Título:

<title>
Cambiazo - Intercambia artículos de forma segura y justa
</title>

• Descripción:

  
 <meta name="description" content="Intercambia artículos de manera segura y justa con Cambiazo. Explora una amplia variedad de productos, garantizando transacciones transparentes y beneficiosas para todos."/>

• Palabras clave:

<meta name="keywords" content="Intercambio de artículos, plataforma de intercambio, seguridad en el intercambio, justicia en el intercambio, comunidad de intercambio, donaciones de artículos."/>

• Autor:

<meta name="author" content="TechZo Startup" />

• Copyright:

<meta name="copyright" content="© TechZo, 2024" />

Web Application

• Título:

<title>
Cambiazo - Tu plataforma de intercambio confiable
</title>

• Descripción:

  
 <meta name="description" content="Descubre una nueva forma de intercambiar artículos con Cambiazo. Regístrate hoy para acceder a una comunidad dedicada a transacciones seguras y transparentes."/>

• Palabras clave:

<meta name="keywords" content="Intercambio seguro, comunidad de intercambio, plataforma de intercambio de artículos, transacciones justas, donaciones de artículos."/>

• Autor:

<meta name="author" content="TechZo Startup" />

• Copyright:

<meta name="copyright" content="© TechZo, 2024" />

Estos tags están diseñados para resaltar los aspectos clave de Cambiazo, como la seguridad en los intercambios, la justicia en las transacciones y la posibilidad de realizar donaciones de artículos. Esto ayuda a mejorar la visibilidad en los motores de búsqueda y atraer a usuarios interesados en la plataforma.

4.2.4. Searching Systems

Para garantizar una experiencia de búsqueda eficiente y satisfactoria para los usuarios en Cambiazo, implementaremos un sistema de búsqueda robusto con varias opciones y filtros. Aquí está cómo será el sistema de búsqueda:

• Búsqueda básica: Ofreceremos un campo de búsqueda simple en la parte superior de cada página, donde los usuarios podrán ingresar palabras clave relacionadas con los productos que desean encontrar. Esto proporcionará una forma rápida y directa de buscar artículos específicos.
  
  

• Filtros avanzados: Permitiremos a los usuarios refinar sus resultados de búsqueda utilizando filtros avanzados como categoría de producto. Estos filtros ayudarán a los usuarios a encontrar exactamente lo que están buscando y a reducir el volumen de información para evitar la sobrecarga de datos.
  
  

• Ordenación de resultados: Después de realizar una búsqueda, los usuarios podrán ordenar los resultados según diferentes criterios, como relevancia, precio ascendente/descendente, fecha de publicación, etc. Esto les permitirá encontrar los productos más adecuados de manera rápida y eficiente.
  
  

• Vista de resultados clara y detallada: Mostraremos los resultados de búsqueda de manera clara y ordenada, con información relevante y detallada sobre cada producto, incluyendo imágenes, título, descripción, precio y ubicación del vendedor. Esto facilitará a los usuarios evaluar y comparar los productos encontrados.
  
  

• Sugerencias de búsqueda: Proporcionaremos sugerencias de búsqueda mientras los usuarios escriben en el campo de búsqueda, ayudándoles a encontrar términos relevantes y populares relacionados con su consulta.
  
  

Al ofrecer estas opciones de búsqueda y filtros, junto con una presentación clara y detallada de los resultados, buscamos garantizar que los usuarios puedan encontrar fácilmente los productos que están buscando en Cambiazo, sin sentirse abrumados por el volumen de información disponible.

4.2.5. Navigation Systems

Para guiar a los usuarios a través del Landing Page y las aplicaciones de Cambiazo de manera efectiva, implementaremos diversas acciones y técnicas de navegación:

• Menú de navegación claro y conciso: En la parte superior de cada página, proporcionaremos un menú de navegación que incluya enlaces directos a las secciones principales de la plataforma, como "Inicio", "Donaciones", "Mi perfil" y "Ayuda". Esto permitirá a los usuarios acceder rápidamente a las funciones y áreas que deseen explorar.
  
  

• Búsqueda prominente: Colocaremos un campo de búsqueda bien visible en la parte superior de cada página, permitiendo a los usuarios buscar productos específicos, categorías o ong’s dentro de la plataforma de manera rápida y sencilla.
  
  

• Botones de llamada a la acción (CTA): Utilizaremos botones de CTA estratégicamente ubicados para dirigir a los usuarios hacia acciones importantes, como "Publicar", "Inicia sesión", "Inicio", "Categorías", etc. Estos botones ayudarán a los usuarios a tomar decisiones y avanzar en su experiencia en la plataforma.
  
  

• Navegación intuitiva: Diseñaremos la estructura de la plataforma de manera intuitiva, siguiendo convenciones de diseño web estándar y asegurándonos de que la navegación sea coherente en todas las páginas. Esto ayudará a los usuarios a sentirse cómodos y seguros mientras exploran y utilizan Cambiazo.
  
  

Al implementar estas acciones y técnicas de navegación, buscamos garantizar que los usuarios puedan cumplir sus objetivos de manera satisfactoria y disfrutar de una experiencia fluida y sin problemas en la plataforma Cambiazo.

4.3. Landing Page UI Design

4.3.1. Landing Page Wireframe

Para la creación del esquema inicial de nuestra página de inicio (landing page), se empleó la plataforma Figma en conjunto con una variedad de complementos que simplificaron considerablemente el proceso de diseño y desarrollo. Esta combinación de herramientas permitió una producción eficiente y efectiva del wireframe.

Enlace: Wireframe del Landing Page en Figma

Landing Page

Landing Page en Mobile Web Browser

4.3.2. Landing Page Mock-up

Hemos completado con éxito la creación del mock-up de la página de inicio, lo que nos ha permitido destacar y aplicar los principios y elementos de diseño que hemos establecido. Estos principios y pautas heurísticas desempeñan un papel fundamental al hacer que la experiencia para los usuarios finales de nuestra plataforma sea más sencilla e intuitiva.

Enlace: Mock-up del Landing Page en Figma

Landing Page

Landing Page en Mobile Web Browser

4.4. Web Applications UX/UI Design

4.4.1. Web Applications Wireframes

Los wireframes son esenciales en el diseño de nuestras aplicaciones, ya que ayudan a planificar la interfaz y la navegación antes de empezar el desarrollo. En nuestro proyecto, utilizamos 'Figma' para crear los wireframes de manera eficiente y colaborativa.

Enlace: Wireframes de la App Web en Figma

A continuación, mostramos los wireframes de nuestra aplicación web:

Estos wireframes se centran en la funcionalidad de inicio de sesión, registro y cambio de contraseña en la aplicación web. La disposición de los elementos se ha optimizado para una interacción intuitiva del usuario, sin considerar detalles de diseño.

La página de inicio presenta las publicaciones de usuarios de manera organizada y equitativa. Se incluirá una barra de búsqueda y categorías para facilitar la navegación.

Esta página mostrará una lista de organizaciones benéficas registradas, con espacio entre cada una para una mejor legibilidad. Se incluirá una barra de búsqueda dinámica para facilitar la exploración.

La página de membresía presentará los distintos planes de membresía de forma clara y ordenada, con información concisa sobre los beneficios de cada plan.

El formulario de publicación de objetos estará diseñado de manera intuitiva, con secciones claras y espacio suficiente entre ellas para una fácil comprensión. Los campos importantes se destacarán para mejorar la experiencia del usuario.

4.4.2. Web Applications Wireflow Diagrams

A continuación, se presentan los wireflows que competen a nuestros user goals.

User goal 1: Como usuario, quiero poder iniciar sesión y poder recuperar mi contraseña en caso de pérdida.

El usuario entra a la página web y se encuentra con el inicio de la misma, en la cuál verá todas las publicaciones de intercambios destacadas, incluso aquellas que poseen un boost. Para poder iniciar sesión deberá dar click al botón en la parte superior derecha, para luego ser redirigido a otra ventana en la cual podrá ingresar su correo y contraseña. En caso el usuario haya olvidado la contraseña, tendrá la posibilidad de recuperar y cambiarla mediante un correo de confirmación para luego introducir un código de verificación.

User goal 2: Como usuario, quiero poder revisar información detallada de las organizaciones benéficas que puedo apoyar.

El usuario entra a la página web y se dirige a una de las opciones de la barra de navegación que se llama “Donaciones”, en ella podrá visualizar todas las organizaciones benéficas afiliadas a CambiaZo, además de poder filtrar por categorías. Al clickear en una de estas, podrá visualizar información más detallada de la misma.

User goal 3: Como usuario, quiero poder tener la posibilidad de suscribirse a una membresía y de esta forma obtener mejores beneficios.

El usuario entra a la página web, se dirige a la barra navegadora y clickea en la opción de Membresías, en la cuál podrá visualizar todas las suscripciones disponibles con su información detallada. Al momento de seleccionar una, será redirigido a una pasarela de pagos para luego recibir un pop-up de confirmación.

User goal 4: Como usuario, quiero poder verificar información sobre términos y condiciones de la compañía y política de uso

El usuario entra a la página web, se dirige al footer de la misma y clickea en las opciones de términos y condiciones y/o políticas de uso, en donde podrá visualizar todos los términos legales y de uso de CambiaZo.

User goal 5: Como usuario, quiero poder visualizar información de ayuda y/o tener la posibilidad de solicitar soporte al equipo de desarrollo.

El usuario entra a la página web, se dirige al footer de la misma y clicke en Ayuda y/o Soporte. En la primera ventana podrá verificar información de ayuda básica sobre la página, si es que tiene algún inconveniente más específico, puede contactarse con nuestro soporte técnico.

User goal 6: Como usuario quiero poder publicar mis intercambios de una manera rápida y accesible.

El usuario entra a la página web y se redirige al botón de la parte superior derecha que dice “Publicar”. Una vez dentro, saldrá un formulario para que el usuario ya con una sesión iniciada, pueda realizar su publicación de intercambio, incluir datos y fotos. Para finalizar le saldrá un pop-up con un mensaje de confirmación.

User goal 7: Como usuario quiero poder filtrar mi búsqueda de objetos, recibir información solo de estos mismos y visualizar información pertinente y necesaria.

El usuario entra a la página web y clickea en algunos de los botones de categorías disponibles. Después de ello se redirigirá a una ventana en la que salgan todos los resultados de publicaciones encontradas con esa misma categoría. Además de filtros específicos e información básica.
Una vez el usuario clickee en cualquier card de publicación, podrá ver la información de la publicación con más detalle e información del autor de la publicación.

User goal 8: Como usuario quiero poder realizar una oferta, teniendo en consideración los intercambios publicados que tengo en mi perfil.

Una vez el usuario haya seleccionado la publicación de interés, puede darle click a “Ofertar”. Después de ello, saldrá una ventana en la cual el usuario puede seleccionar cualquiera de sus publicaciones en su “stock” para ofrecer. Después de ello, recibirá un mensaje de confirmación.

User goal 9: Como usuario quiero poder visualizar mis publicaciones en mi perfil y administrarlas según mis necesidades.

El usuario se dirige al ícono de perfil, para luego visualizar las publicaciones que ha realizado en el momento. Después de ello, al darle click en “Editar perfil”, podrá ver la configuración de notificaciones que tenga, además de poder editar su información personal.

User goal 10: Como usuario, quiero poder verificar las ofertas que he recibido por mis publicaciones y aceptarlas o declinar en caso contrario.

Dirigirse a la sección de perfil, para luego clickear en Ofertas, se tiene que seleccionar “Recibidas”, una vez hecho ello, se podrá visualizar todos las ofertas recibidas por las publicaciones que hemos hecho.

Enlace: Wireflows en LucidChart 1

Enlace: Wireflows en LucidChart 2

4.4.3. Web Applications Mock-ups

Los mockups son otra parte esencial en el diseño de nuestras aplicaciones, ya que nos permiten visualizar la apariencia y la disposición de los elementos antes de comenzar el desarrollo.

Enlace: Mock-up de la App Web en Figma

A continuación, mostramos los mock-ups de nuestra aplicación web.

Páginas para el inicio de sesión, registro y cambio de contraseña en la aplicación web, con botones minimalistas con bordes redondeados y diseño agradable en nuestro color amarillo distintivo. Presentamos texto amigable y el nombre de la aplicación de manera prominente para generar percepción y reconocimiento de marca entre los usuarios. Utilizamos iconos destacados con sombreado para una fácil identificación visual por parte del usuario. Al finalizar exitosamente las operaciones, mostramos mensajes con el título resaltado en un tamaño mayor, identificados por su importancia, acompañados de un texto agradable y sencillo para mejorar la experiencia del usuario.

La página de inicio muestra el logo de la aplicación para identificación rápida. Destaca las publicaciones de usuarios en cuadros equitativamente espaciados y sombreados para una apariencia ordenada y atractiva. Las publicaciones se dividen en dos tipos: las últimas y las más destacadas, estas últimas presentadas en un scroll para mayor atención del usuario y facilidad al buscarlas. La información relevante de las publicaciones se resalta mediante el tamaño de letra y otros elementos visuales para una mejor comprensión. Además, se muestra una barra de búsqueda dinámica y debajo, categorías resaltadas en amarillo que se destacan para llamar la atención del usuario de manera efectiva; estas categorías funcionan para una búsqueda rápida y dinámica por parte de los usuarios, garantizando una experiencia cómoda, agradable y visualmente atractiva.

Página que muestra una lista de organizaciones benéficas registradas, con un diseño minimalista y espacio entre ellas para una mejor organización. Utilizamos botones con un color amarillo que resalta y es más visible para el usuario. Además, implementamos una barra de búsqueda dinámica para buscar organizaciones por nombre y por localidades, así como también por categorías mediante botones. Mantenemos una estética visual coherente con un diseño minimalista en toda la aplicación, lo que facilita su navegación y la hace más intuitiva para los usuarios.

Al acceder a la página de membresía, los usuarios son recibidos por un texto destacado en color amarillo que les invita de manera llamativa a formar parte de nuestra plataforma. Seguidamente, se presentan los distintos planes de membresía en cuadros rectangulares con bordes suavemente redondeados, distribuidos de manera equitativa en la página. En cuanto a la estética, los bordes de estos rectángulos están resaltados en amarillo, mientras que los paneles laterales exhiben un fondo blanco con un borde amarillo sutil, y el panel central se muestra con un fondo amarillo, atrayendo así la atención del usuario hacia los detalles de cada plan.Además se detallan los beneficios de cada plan en cuadros con texto breve para mantener la presentación ordenada. Cada cuadro está equipado con un botón negro de bordes redondeados que permite a los usuarios seleccionar su membresía y realizar el pago. Los beneficios de cada plan están listados con un icono de marca de verificación en color negro para resaltarlos junto con el texto en el mismo tono. Esta estructura visual y organización de la información hace que sea fácil para los usuarios comprender y elegir la membresía que mejor se adapte a sus necesidades.

En la página de publicación de objetos, hemos diseñado un formulario intuitivo con instrucciones claras para guiar al usuario en todo el proceso. El formulario está dividido en secciones con subtítulos claramente definidos y un espacio equitativo entre ellos para una mejor organización visual. Cada sección cuenta con un sutil sombreado con un diseño minimalista, que proporciona una experiencia agradable y cómoda para el usuario. Además, los campos importantes se destacan mediante un tamaño de letra más grande y negrita, lo que facilita su identificación y comprensión durante la creación de la publicación. También hemos incluido un botón de "Publicar" en color amarillo, destacando visualmente sobre las demás secciones para que el usuario identifique intuitivamente que ese botón es para finalizar y publicar la información.

4.4.4. Web Applications User Flow Diagrams

A continuación, se presentan los diagramas de flujo de usuarios relacionados con nuestros objetivos de usuario.

User Goal 1: Como usuario, quiero ingresar a la aplicación web utilizando una cuenta.

El usuario accede a la aplicación. Se le presenta una ventana para iniciar sesión si ya tiene una cuenta; de lo contrario, debe registrarse. Si inicia sesión correctamente, puede usar todas las funciones de la aplicación. Si se registra con los datos correctos, se le muestra una ventana de confirmación y es llevado a la página de inicio de sesión.

User Goal 2: Como usuario, quiero buscar objetos para intercambiar fácilmente y obtener información detallada sobre ellos.

El usuario está en la página de inicio. Visualiza objetos publicados por otros usuarios, incluyendo los destacados y los últimos publicados. Al seleccionar un objeto, es dirigido a otra página con más detalles sobre la publicación. También puede explorar las publicaciones al seleccionar las categorías desde la página de inicio.

User Goal 3: Como usuario, quiero que otros usuarios vean los objetos que publiqué para intercambiar.

Desde la página de inicio, el usuario selecciona la opción de publicar. Es llevado a una página para crear una nueva publicación. Después de completar los datos necesarios y confirmar la publicación, recibe un mensaje de confirmación y su publicación es mostrada a todos los usuarios.

User Goal 4: Como usuario, quiero solicitar un intercambio a cambio de uno de los objetos de mi publicación.

Al visualizar una publicación, el usuario presiona el botón "Ofertar". Se le muestra una ventana con sus propios objetos publicados, y puede seleccionar uno para proponer un intercambio. Recibe un mensaje de agradecimiento por parte de la aplicación.

User Goal 5: Como usuario, quiero ser notificado cuando reciba una solicitud de intercambio y tener la opción de aceptar o rechazarla.

El usuario accede a las ofertas enviadas desde su perfil, donde encuentra las solicitudes de intercambio de otros usuarios. Puede aceptar una oferta, lo que le muestra un mensaje de confirmación y la opción de contactar al usuario por Telegram o WhatsApp para coordinar el intercambio. También puede rechazar la oferta.

User Goal 6: Como usuario, quiero explorar y buscar ONGs y acceder a la información detallada sobre ellas.

Desde la página de inicio, el usuario accede a la sección de donaciones. Encuentra una lista de todas las ONGs disponibles y al seleccionar una, se le muestra información detallada sobre la misma.

User Goal 7: Como usuario, quiero explorar y obtener información sobre los perfiles de otros usuarios.

Mientras visualiza una publicación, el usuario accede al perfil del usuario que la publicó para ver más información sobre él.

User Goal 8: Como usuario, quiero tener la opción de pagar una membresía y disfrutar de los beneficios que ofrece.

Desde la página de inicio, el usuario accede a la sección de membresías y elige el plan de su preferencia. Realiza la suscripción a través de una pasarela de pago. Una vez completado el pago con éxito, recibe un mensaje de confirmación.

User Goal 9: Como usuario, quiero tener acceso claro y fácil a toda la información relevante de la aplicación.

Desde la página de inicio, el usuario accede a información pertinente de la aplicación, como condiciones de uso, políticas de privacidad y sección de ayuda, además de la sección de contacto para comunicarse con la empresa al completar un formulario.

User Goal 10: Como usuario, quiero poder realizar modificaciones en mis publicaciones si considero que necesitan ajustes.

Desde su perfil, el usuario accede a la sección de publicaciones al presionar el botón de tres puntos puede eliminar una publicación, lo que le solicita confirmación antes de eliminarla. También puede editar una publicación, lo que le permite modificar la información mediante un formulario.

User Goal 11: Como usuario, quiero realizar cambios en mi perfil y mantenerlo actualizado con la información más reciente.

Desde la página de inicio, el usuario accede a su perfil y realiza modificaciones, como cambiar su foto de perfil, sus datos personales o contraseña. Al cambiar la contraseña, se le muestra un formulario para realizar los cambios y al presionar “Cambiar” se le muestra un mensaje de confirmación.

Enlace: User Flow 1 en LucidChart

Enlace: User Flow 2 en LucidChart

Enlace: User Flow 3 en LucidChart

4.5. Web Applications Prototyping.

A continuación, se presenta el prototipo que se realizó en base a los mockups que se desarrollaron y documentaron en puntos anteriores. El prototype nos permite evidenciar algunos flujos que se llevarán al desarrollo en código.

Enlace: Prototype de la App Web en Figma

Para complementar, se ha realizado un video donde se muestran los user flows del prototipo, detallando cada flujo de interacción y definiendo el tiempo en el cual se muestran para una comprensión efectiva. Este enfoque proporciona una visión dinámica de la experiencia del usuario, facilitando la identificación de mejoras y la validación de la funcionalidad del prototipo.

Enlace: Video Prototype de la App Web

User Goal 1: Como usuario, quiero ingresar a la aplicación web utilizando una cuenta.

Tiempo: 0:15

User Goal 2: Como usuario, quiero buscar objetos para intercambiar fácilmente y obtener información detallada sobre ellos.

Tiempo: 2:48

User Goal 3: Como usuario, quiero que otros usuarios vean los objetos que publiqué para intercambiar.

Tiempo: 3:04

User Goal 4: Como usuario, quiero solicitar un intercambio a cambio de uno de los objetos de mi publicación.

Tiempo: 1:35

User Goal 5: Como usuario, quiero ser notificado cuando reciba una solicitud de intercambio y tener la opción de aceptar o rechazarla.

Tiempo: 0:50

User Goal 6: Como usuario, quiero explorar y buscar ONGs y acceder a la información detallada sobre ellas.

Tiempo: 1:39

User Goal 7: Como usuario, quiero explorar y obtener información sobre los perfiles de otros usuarios.

Tiempo: 2:53

User Goal 8: Como usuario, quiero tener la opción de pagar una membresía y disfrutar de los beneficios que ofrece.

Tiempo: 3:08

User Goal 9: Como usuario, quiero tener acceso claro y fácil a toda la información relevante de la aplicación.

Tiempo: 3:48

User Goal 10: Como usuario, quiero poder realizar modificaciones en mis publicaciones si considero que necesitan ajustes.

Tiempo: 4:30

User Goal 11: Como usuario, quiero realizar cambios en mi perfil y mantenerlo actualizado con la información más reciente.

Tiempo: 4:20

4.6. Domain-Driven Software Architecture

En esta sección emplearemos el modelo C4 para crear la estructura de software, considerando aspectos como el contexto, los recipientes, los elementos y la implementación. Este enfoque permite una comprensión sencilla de la arquitectura, tanto para los miembros del equipo como para las partes interesadas externas.

4.6.1. Software Architecture Context Diagram

Para lograr identificar y representar correctamente los usuarios y sistemas externos que se relacionan con nuestro sistema, hemos creado un diagrama de contexto, en el cual podemos ver que tenemos usuarios y administradores de la aplicación, y los sistemas externos son Gmail, la Reniec, un Servicio de Pagos, y las ONG’s.

Enlace: Diagrama de Contexto en Structurizr

4.6.2. Software Architecture Container Diagrams

En este diagrama de contenedores mostramos la arquitectura de CambiaZo, en la cual hemos identificado diferentes contenedores. Además se logra ver la interacción que tienen y cómo se conectan con los sistemas externos.

Enlace: Diagrama de Contenedores en Structurizr

4.6.3. Software Architecture Components Diagrams

En estos diagramas de componentes mostramos la arquitectura de las principales funcionalidades de CambiaZo. Además se logra ver cómo funcionan por dentro y cómo se conectan con los sistemas externos.

Componente Gestión de Usuarios

Enlace: Diagrama de Componentes 1 en Structurizr

Componente Intercambios/Trueques

Enlace: Diagrama de Componentes 2 en Structurizr

Componente Configuración y Ajustes

Enlace: Diagrama de Componentes 3 en Structurizr

Componente Donaciones

Enlace: Diagrama de Componentes 4 en Structurizr

4.7. Software Object-Oriented Design

En la sección de Software Object-Oriented Design se presentarán dos aspectos fundamentales: los diagramas de clase y el diccionario de clases.

4.7.1. Class Diagrams

Los diagramas de clase representan las entidades del sistema y sus relaciones de manera visual, facilitando la comprensión de la estructura y la interacción entre los componentes del software.

Enlace: Class Diagram en LucidChart

4.7.2. Class Dictionary

El diccionario de clases detalla las características y funciones de cada entidad del sistema, proporcionando una referencia completa para entender la funcionalidad del software.

• Usuario: Representa a los usuarios de la aplicación, quienes pueden tener objetos, hacer donaciones, crear anuncios, etc.
  
  

• Objeto: Representa los objetos que los usuarios pueden subir, junto con su información asociada.
  
  

• Donación: Representa las donaciones realizadas por los usuarios a organizaciones.
  
  

• Anuncio: Representa los anuncios creados por los usuarios.
  
  

• Suscripción: Representa las subscripciones que los usuarios pueden tener en la aplicación.
  
  

• Contacto: Representa los mensajes de contacto enviados por los usuarios.
  
  

• Adapter: Representa al patrón de diseño estructural “adapter” para transformar la interfaz del usuario al utilizar CambiaZo.
  
  

• InicioSesion: Representa a un patrón de diseño “singleton” para que todos los usuarios tengan una sola instancia al querer iniciar sesión en CambiaZo.

4.8. Database Design

En la sección Database Design, se incluirá el diagrama de la base de datos para visualizar la estructura y las relaciones entre las entidades, facilitando la eficiente almacenamiento y recuperación de datos.

4.8.1. Database Diagram

Los diagramas de base de datos representan la estructura de la base de datos y las relaciones entre las entidades, lo que permite visualizar cómo se almacenan y se relacionan los datos dentro del sistema de manera eficiente.

Enlace: Database Diagram en Vertabelo

---

Capítulo V: Product Implementation, Validation & Deployment

5.1 Software Configuration Management

A continuación, se presentará un repositorio central y organizado que servirá como guía para el desarrollo enfocado y consistente de nuestra solución.

5.1.1 Software Development Environment Configuration

En esta sección se incluye los links de las aplicaciónes, productos de software realizadas durante el ciclo del proyecto en los programas que se utilizaron.

• Project Management
  Esta área se centra en la planificación, organización, coordinación y control de los recursos y actividades necesarias para completar un proyecto de software con éxito. Incluye la gestión del alcance, el tiempo, el costo, la calidad, los riesgos, los recursos humanos y la comunicación para garantizar que el proyecto se entregue dentro del tiempo y el presupuesto establecidos, cumpliendo con los requisitos y objetivos definidos.
  
  

  • Pivotal Tracker: Herramienta ágil de gestión de proyectos que permite a los equipos planificar, priorizar y realizar un seguimiento del trabajo de manera colaborativa.
    https://www.pivotaltracker.com
    
    

• Requirements Management
  Se refiere al proceso de identificar, documentar, verificar y gestionar los requisitos del sistema y del software. Implica entender las necesidades de los usuarios y las partes interesadas, traduciéndolas en requisitos funcionales y no funcionales claros y específicos. El objetivo es garantizar que el software desarrollado satisfaga las necesidades y expectativas de los usuarios finales.
  
  

  • Pivotal Tracker: Pivotal Tracker es una plataforma de gestión de proyectos centrada en User Stories, que se organizan en Epics y se clasifican por puntaje. Es utilizada para mantener a todos los miembros del equipo al tanto del progreso del proyecto, ofreciendo una vista en tiempo real compartida. Esto facilita la colaboración y permite a los miembros contribuir en diferentes aspectos del proyecto, manteniendo así un flujo de trabajo eficiente y bien coordinado.
    https://www.pivotaltracker.com/n/projects/2699481
    
    

• Product UX/UI Design
  Este aspecto se enfoca en el diseño de la experiencia del usuario (UX) y la interfaz de usuario (UI) del producto de software. UX se centra en comprender y mejorar la experiencia general del usuario al interactuar con el software, mientras que UI se refiere al diseño visual y la usabilidad de la interfaz de usuario. El diseño UX/UI busca crear una experiencia intuitiva, atractiva y eficiente para los usuarios. En este caso realizar un modelo de sitio web para computadoras y celulares.
  
  

  • Figma: Es una herramienta de prototipo web y editor de gráficos vectorial, que, a diferencia de las otras herramientas, se aloja en la web, permitiendo establecer los modelos para versión en Web Browser y Mobile Browser.
    https://www.figma.com/design/
    
    

  • UXPressia: Es una herramienta en línea para el mapeo de la trayectoria del cliente que crea mapas de impacto y personas. Sus herramientas nos permitieron establecer las bases del modelado de User Persona, Empathy Map y Journey Map.
    https://uxpressia.com/
    
    

  • MIRO: Es una pizarra digital colaborativa en línea, que puede ser usada para la investigación, la ideación, mapas mentales, as-is, to-be y una variedad de otras actividades colaborativas.
    https://miro.com/app/dashboard/
    
    

  • Lucid Chart: Es una herramienta de diagramación basada en la web, que permite a los usuarios colaborar y trabajar juntos en tiempo real, creando diseños UML, mapas mentales, prototipos de software y muchos otros tipos de diagrama.
    https://lucid.app/documents#/dashboard
    
    

  • Vertabelo: Es una herramienta que permite a los usuarios crear diagramas de bases de datos de manera intuitiva y colaborativa, facilitando la visualización y comprensión de la estructura de la base de datos.
    https://my.vertabelo.com/drive
    
    

  • Structurizr: Es una herramienta de diseño que soporta el modelo C4, para visualizar la arquitectura de software de nuestra solución.
    https://structurizr.com/
    
    

• Software Development
  Es el proceso de crear, diseñar, programar, probar y mantener el software. Incluye la implementación de los requisitos definidos en el proceso de desarrollo de software, utilizando diferentes lenguajes de programación, herramientas y tecnologías. El objetivo es construir un producto de software funcional y de alta calidad que cumpla con los requisitos y expectativas del cliente.
  
  

  • GitHub: Es un repositorio comunitario cuya función es almacenar los avances de un proyecto elaborado por un grupo de personas.
    https://github.com/TechZo-Organization
    
    

  • **Visual Studio Code:**Es un editor potente que brinda extensiones que nos permiten personalizar y agregar funcionalidades para que la función del desarrollador sea más eficiente.
    https://code.visualstudio.com/
    
    

  • HTML: Es el lenguaje estándar para crear y diseñar sitios web. Utiliza etiquetas para estructurar el contenido, como texto, imágenes y enlaces. Junto con CSS y JavaScript, HTML forma la base de la web moderna. Este lenguaje será utilizado en el presente proyecto para implementar la documentación de la página web.
    https://www.jetbrains.com/help/webstorm/editing-html-files.html
    
    

  • CSS: Es un lenguaje de estilo utilizado para controlar el diseño y la presentación de páginas web. Permite establecer colores, fuentes, márgenes y otros aspectos visuales para mejorar la apariencia de un sitio web. Este lenguaje se utilizará para la implementación del diseño de nuestra plataforma web.
    https://www.jetbrains.com/help/webstorm/style-sheets.html#ws_css_completion
    
    

  • JavaScript: Es un lenguaje de programación de alto nivel que se utiliza principalmente para agregar interactividad y dinamismo a los sitios web. Permite realizar acciones como validar formularios, animar elementos y actualizar contenido sin recargar la página. Se utilizará para la elaboración de las dinámicas de la plataforma web.
    https://www.jetbrains.com/help/webstorm/javascript-specific-guidelines.html
    
    

  • C#: Es un lenguaje de programación desarrollado por Microsoft que se utiliza principalmente en el desarrollo de aplicaciones para el ecosistema .NET. C# es conocido por su sintaxis intuitiva y su amplio conjunto de características, incluyendo la orientación a objetos y el manejo de eventos.
    https://learn.microsoft.com/es-es/dotnet/csharp/
    
    

  • Vue Material: Vue Material es una biblioteca de componentes y directivas Vue.js que sigue los principios de diseño de Material Design. Está diseñado para facilitar la creación de interfaces de usuario atractivas y funcionales con Vue.js, ofreciendo una amplia gama de componentes predefinidos y personalizables que siguen las pautas de diseño de Material Design.
    https://vuematerial.io/
    
    

• Software Testing
  Se refiere a la actividad de verificar y validar el software para garantizar su calidad y funcionamiento correcto. Involucra la ejecución de pruebas funcionales y no funcionales para identificar errores, defectos o problemas en el software antes de su lanzamiento. El objetivo es asegurar que el software sea confiable, robusto y cumpla con los requisitos y expectativas del usuario final.
  
  

  • Lenguaje Gherkin: Es un lenguaje de dominio específico (DSL) utilizado en el desarrollo de software para escribir pruebas de aceptación en un formato legible por humanos. Utiliza palabras clave como Given, When y Then para describir el estado inicial, la acción y el resultado esperado de un escenario de prueba, lo que facilita la colaboración entre equipos al definir requisitos y pruebas.
    https://cucumber.io/
    
    

• Software Deployment
  Es el proceso de implementar y poner en funcionamiento el software en un entorno de producción o en los dispositivos de los usuarios finales. Incluye actividades como la instalación, configuración, migración de datos y puesta en marcha del software. El objetivo es garantizar una implementación exitosa y sin problemas del software en el entorno de producción.
  
  

  • Github Pages: Servicio de Github que nos permitió alojar nuestra Landing page y nos permitirá alojar nuestro web applications.
    https://pages.github.com/
    
    

• Software Documentation
  Se refiere a la creación y mantenimiento de documentos que describen el software, incluyendo su arquitectura, diseño, funcionamiento, instalación, configuración, uso y mantenimiento. La documentación proporciona información útil y detallada sobre el software para desarrolladores, usuarios finales, administradores de sistemas y otras partes interesadas.
  
  

  • Markdown: Es un lenguaje de marcado ligero que permite escribir texto con un formato fácil de leer y escribir, que luego puede ser convertido a HTML u otros formatos de presentación. Es ampliamente utilizado para documentar proyectos de software debido a su simplicidad y versatilidad. Markdown permite agregar formato básico como encabezados, listas, enlaces e imágenes utilizando una sintaxis sencilla y fácil de recordar.
    https://www.markdownguide.org/getting-started/
    
    

5.1.2 Source Code Management

Para administrar el progreso del código de manera efectiva, hemos decidido adoptar la metodología Git Flow. Esta estrategia se enfoca en el uso de ramas para facilitar la gestión de archivos durante el proceso de programación. En resumen, Git Flow nos permite mantener una rama principal ('main') que contiene una versión estable del proyecto en un punto determinado. Al mismo tiempo, utilizamos otra rama de desarrollo para incorporar nuevas características al código base sin afectar la versión estable actual. Esto nos permite avanzar en el desarrollo de nuestra página de destino mientras realizamos pruebas relacionadas con las nuevas modificaciones introducidas en la rama de desarrollo.

Además, hemos optado por utilizar GitHub debido a su función específica llamada GitHub Pages. Esta función permite la visualización eficiente del proyecto mediante la ejecución de archivos '.html' y la generación de un enlace web.

En cuanto a nuestros archivos feature, creamos una nueva rama “feature/sprint-1” para cada nueva funcionalidad que deseamos agregar. Este enfoque modular y organizado asegura un desarrollo progresivo, ya que cada rama “feature/sprint-1” actúa como un espacio aislado para desarrollar y probar una característica específica antes de fusionarla con la rama de desarrollo.

Enlace de la Landing Page en GitHub Pages: https://techzo-organization.github.io/landing-page-CambiaZo/

Repositorio GitHub de la Landing Page: https://github.com/TechZo-Organization/landing-page-CambiaZo

Repositorio GitHub de los archivos feature: https://github.com/TechZo-Organization/Acceptance-Test

5.1.3 Source Code Style Guide & Conventions

En esta sección del proyecto, nos enfocaremos en establecer un conjunto coherente de referencias y convenciones para el estilo de código y las convenciones de programación que usaremos para la creación de nuestra aplicación web CambiaZo. Estas prácticas son cruciales para el desarrollo de la aplicación puesto a que garantizan la coherencia, la legibilidad y la calidad estructural del código. En consecuencia, nos facilitarán su mantenimiento y escalabilidad a lo largo del ciclo de vida del proyecto.

En este proyecto, se emplearán HTML, CSS, JavaScript y C# para desarrollar la plataforma web, mientras que Gherkin se utilizará en el proceso de prueba del programa. A continuación, se presentarán y explicarán las reglas y recomendaciones generales que se considerarán al utilizar estos lenguajes.

Nomenclatura en Inglés y uso de Minúsculas

Los términos utilizados para nombrar variables, objetos, elementos y funciones estarán en inglés y relacionados con la función o descripción de lo que representan. Se evitará el uso de mayúsculas, ya que la combinación de mayúsculas y minúsculas puede afectar la legibilidad del código, según lo señalado por Google. Se dará preferencia al uso exclusivo de minúsculas para mejorar la legibilidad del código.

Ejemplo:

.rg {}  (Mala práctica, el nombre de esta clase no nos dice nada)

.register {} (Buena práctica, el nombre de esta clase nos dice que representa al registro)

Identación o Sangría

La indentación o sangría en el código es esencial para mejorar la legibilidad y comprensión del mismo. Proporciona una estructura visual clara que refleja la lógica del código, facilitando su mantenimiento y reduciendo la probabilidad de errores.

Según Google para facilitar la lectura, se debe agregar dos espacios de sangría y no utilizar la tecla de tabulación, por lo que seguiremos esta práctica para nuestro proyecto.

Ejemplos:

En HTML:

<ul>
  <li>London</li>
  <li>Paris</li>
  <li>Tokyo</li>
</ul>

En CSS:

body {
  background: #fff;
  color: #404;
}

En Javascript:

function square(num) {
  return num*num;
}

A continuación se mostrarán las reglas específicas para cada lenguaje que utilizaremos:

HTML

Para nuestro proyecto utilizaremos HTML5, el estándar más reciente de HTML que ofrece una amplia gama de nuevas características y mejoras. A continuación se mostrarán las características y pautas que seguiremos para el desarrollo:

• Document Type

En nuestro proyecto, nos adherimos a las mejores prácticas recomendadas por Google al utilizar HTML. Por lo tanto, emplearemos la declaración de tipo de documento (DOCTYPE) específica de HTML5, que se define como "<!DOCTYPE html>".

• Semantics

Utilizaremos los elementos HTML para lo que han sido diseñados. Por ejemplo, emplearemos elementos de encabezado para encabezados, elementos de párrafo (“p”) para párrafos, elementos de anchor (“a”) para enlaces, y así sucesivamente, tal y como nos indica Google.

Ejemplo:

<!-- Not recommended -->
<div onclick="goToComments();">All comments</div>

<!-- Recommended -->
<a href="comments/">All comments</a>

• Blank Lines

Para mejorar la legibilidad del código, W3Schools recomienda agregar líneas en blanco para separar bloques de código grandes o lógicos. Esta práctica ayuda a dividir visualmente el código en secciones más manejables y facilita la identificación de la estructura y la lógica del programa.

<body>

<h1>Famous Cities</h1>

<h2>Tokyo</h2>
<p>Tokyo is the capital of Japan, the center of the Greater Tokyo Area, and the most populous metropolitan area in the world.</p>

<h2>London</h2>
<p>London is the capital city of England. It is the most populous city in the United Kingdom.</p>

<h2>Paris</h2>
<p>Paris is the capital of France. The Paris area is one of the largest population centers in Europe.</p>

</body>

• Multimedia Fallback

Es fundamental proporcionar contenido alternativo para elementos multimedia, como imágenes, videos y objetos animados a través de canvas. Esto implica utilizar texto alternativo (“alt”) significativo para las imágenes, videos y audios. Según Google, la inclusión de contenido alternativo es crucial por razones de accesibilidad y además es importante en caso de que estos objetos multimedia fallen al cargar.

Ejemplo:

<!-- Not recommended -->
<img src="userpersona.png">

<!-- Recommended -->
<img src="userpersona.png" alt="User persona screenshot.">

• HTML Quotation Marks

Según las recomendaciones de Google, al citar los valores de los atributos en HTML, se deben utilizar comillas dobles ("") en lugar de comillas simples (''). Esta práctica es preferible ya que las comillas dobles son el estándar recomendado en la especificación de HTML.

Ejemplo:

<!-- Not recommended →
<a class='facebook-button'>Sign in</a>

<!-- Recommended →
<a class="facebook-button">Sign in</a> 

CSS

Para nuestro proyecto, optaremos por CSS3, la versión más reciente de CSS que ofrece una amplia variedad de nuevas características y mejoras en comparación con las versiones anteriores. A continuación, se presentarán las características y directrices que seguiremos para el desarrollo:

• Property Name Stops

Para mantener la consistencia en el código CSS, se recomienda utilizar un espacio después de los dos puntos que siguen al nombre de la propiedad. Además, es importante utilizar un solo espacio entre la propiedad y el valor asignado a esa propiedad, tal y como nos indica Google.

Ejemplo:

/* Not recommended */
h2 {
  font-weight:bold;
}

/* Recommended */
h2 {
  font-weight: bold;
}

• Declaration Stops

Según las recomendaciones de Google, se debe utilizar un punto y coma (;) al final de cada declaración en CSS. Esto ayuda a mantener la consistencia y la extensibilidad del código.

/* Not recommended */
.box {
  display: block;
  width: 100px
}


/* Recommended */
.box {
  display: block;
  width: 100px;
}

• Shorthand Properties

Se debe utilizar propiedades abreviadas (shorthand properties) siempre que sea posible en CSS. Google afirma que estas propiedades abreviadas, como font, ofrecen una forma más concisa de definir múltiples valores en una sola declaración, incluso en casos donde solo se establece un valor de manera explícita.

Ejemplo:

/* Not recommended */
border-top-style: none;
padding-bottom: 2em;
padding-left: 1em;
padding-right: 1em;
padding-top: 0;



/* Recommended */
border-top: 0;
padding: 0 1em 2em;

• CSS Quotation Marks

Google nos dice la recomendación de que se deben utilizar comillas simples ('') en lugar de comillas dobles ("") para selectores de atributos y valores de propiedades en CSS. No se deben utilizar comillas en valores de URI (url()).

Ejemplo:

/* Not recommended */
@import url("https://www.google.com/css/page.css");

html {
  font-family: "open sans", sans-serif;
}


/* Recommended */
@import url(https://www.google.com/css/page.css);

html {
  font-family: 'open sans', sans-serif;
}

• Declaration Block Separation

Se debe utilizar un espacio entre el último selector y el bloque de declaración en CSS. Google indica que siempre se debe utilizar un solo espacio entre el último selector y la llave de apertura que inicia el bloque de declaración. La llave de apertura debe estar en la misma línea que el último selector en una regla dada.

Ejemplo:

/* Not recommended: missing space */
.nav{
  margin-bottom: 1em;
}

/* Not recommended: unnecessary line break */
.nav
{
  margin-bottom: 1em;
}


/* Recommended */
.nav {
  margin-bottom: 1em;
}

JAVASCRIPT

Para nuestro proyecto, seleccionaremos JavaScript, un lenguaje de programación fundamental para el desarrollo web. Se utiliza para agregar interactividad y dinamismo a las páginas web, permitiendo a los desarrolladores crear aplicaciones web complejas y altamente funcionales. Usaremos las siguientes indicaciones de JavaScript para nuestro proyecto:

• Spaces Around Operators

Según W3Schools, se recomienda siempre colocar espacios alrededor de los operadores (=, +, -, *, /) y después de las comas al escribir código JavaScript. Esto ayuda a mejorar la legibilidad y la claridad del código, facilitando su comprensión y mantenimiento.

Ejemplo:

let z = x + y;
const myArray = ["Toyota", "Kia", "Hyundai"];

End of the simple declaration

Según W3Schools, siempre se debe terminar una declaración simple con un punto y coma (;) al escribir código JavaScript. Esto incluye la declaración de variables, asignaciones y declaraciones de objetos.

Ejemplo:

const cars = ["Toyota", "Kia", "Hyundai"];

const person = {
  firstName: "Joseph",
  lastName: "Huamani",
  age: 19,
  eyeColor: "blue"
};

• General Rules for Complex Statements

Según la recomendación de W3Schools, para declaraciones complejas (compuestas) se deben seguir las siguientes pautas:

Colocar la llave de apertura al final de la primera línea. Utilizar un espacio antes de la llave de apertura. Colocar la llave de cierre en una nueva línea, sin espacios previos. No terminar una declaración compleja con un punto y coma.

Ejemplo:

function toSquare(number) {
  return number*number;
}

for (let i = 0; i < 5; i++) {
  x += i;
}

if (time < 20) {
  timing= "Good day";
} else {
  timing= "Good evening";
}

• Object Rules

Según la recomendación de W3Schools, las reglas generales para definir objetos son las siguientes:

Colocar la llave de apertura en la misma línea que el nombre del objeto. Utilizar dos puntos seguidos de un espacio entre cada propiedad y su valor. Utilizar comillas alrededor de los valores de cadena, pero no alrededor de los valores numéricos. No agregar una coma después del último par propiedad-valor. Colocar la llave de cierre en una nueva línea, sin espacios previos. Siempre terminar la definición del objeto con un punto y coma.

Ejemplo:

const person = {
  firstName: "Joseph",
  lastName: "Huamani",
  age: 19,
  eyeColor: "blue"
};

GHERKIN
Gherkin es un Lenguaje Específico de Dominio (DSL) diseñado para abordar problemas específicos al generar casos de validación de características en diversos escenarios. Este lenguaje se utiliza para describir el comportamiento deseado de un software de manera comprensible para personas no técnicas. Gherkin presenta varios elementos, entre los que se destacan Feature, Scenario, Example, Given, When y Then, los cuales son ampliamente utilizados para definir las características y los pasos de las pruebas de comportamiento.

Las pautas a tener en cuenta al utilizar Gherkin en nuestro código incluyen:

• Discernible Given-When-Then Blocks

Según la sugerencia de Keiblinger, para facilitar la comprensión y la organización de los escenarios en Gherkin, se recomienda indentar los pasos que comienzan con "And" después de cada Given, When o Then. Esto permite distinguir claramente dónde termina un bloque y comienza otro, incluso en escenarios con múltiples pasos.

Ejemplo de Sophie Keiblinger :

Scenario: Discernible Given-When-Then Blocks

In order to quickly spot where one block ends and another one begins, you can indent the steps starting with “And”

Given I need to prepare some data for my  scenario

And this is more complex so I need a second step

And this is more complex so I need a third step

When I trigger some action

Then I can see the expected outcome

And this outcome also has a second step

And this outcome also has a third step

• Steps with Tables

Keiblinger nos sugiere utilizar un colon (:) al final de los pasos que requieren más entrada de una tabla. Esto ayuda a hacer inmediatamente reconocible que se espera una tabla como parte de la entrada del paso.

Ejemplo de Sophie Keiblinger:

Given I need to prepare the following data for my scenario:

|  column 1  | column 2 |
| necessary |     data     |

• Reducing Noise

Keiblinger sugiere utilizar valores por defecto para campos que el sistema requiere pero que no son pertinentes para el escenario en cuestión. Por ejemplo, al probar la validación de una fecha de nacimiento, no es necesario especificar el nombre de la persona, título académico o número de seguro social. Esta  inclusión no afecta al resultado del escenario. Esta práctica ayuda a simplificar los escenarios y a enfocarse en las características específicas que se están probando.

Ejemplo:

When el visitante se acerque a la sección ‘Comunícate con nosotros’

• Newlines between scenarios and separator comments

Keiblinger nos dice que para mantener la claridad en los archivos de escenarios de Gherkin, especialmente cuando estos son extensos o contienen múltiples escenarios, se recomienda agregar dos líneas en blanco entre cada escenario. Esto ayuda a distinguir claramente dónde termina un escenario y comienza otro. Además, es común añadir un comentario separador para brindar una guía visual adicional y facilitar la navegación en el archivo.

Ejemplo:

#-----------------------------------------------------------------------------------
Scenario: Acceso a la historia de TechZo
        Given que soy un visitante de la landing page
        When navegue por la página de inicio
        And encuentre la sección titulada "¿Quiénes Somos?"
        Then podré obtener información detallada sobre la historia de la startup.

#-----------------------------------------------------------------------------------

    Scenario: Acceso a las redes sociales de TechZo
        Given que el visitante se encuentra en el landing page
        When el visitante de click en la etiqueta “Contáctanos”
        And encuentre los botones con los logos de las redes sociales en las que puede encontrar la página de TechZo
        And de click encima del botón con el logo de la red social que desee ver
        Then el usuario será redireccionado a la red social que seleccionó previamente.

C#

C# es un lenguaje de programación moderno desarrollado por Microsoft, diseñado específicamente para la plataforma .NET. Se utiliza ampliamente para el desarrollo de aplicaciones de escritorio, aplicaciones web, servicios web y aplicaciones móviles en el ecosistema de Microsoft. En nuestro proyecto, optamos por utilizar C# debido a su potencia, flexibilidad y las numerosas características que ofrece en su versión más reciente, C# 9.0. A continuación, presentaremos las características y directrices que seguiremos para el desarrollo utilizando este lenguaje

• Nomenclatura en C#

Para identificar una variable, método, función o clase, es importante utilizar nombres significativos que mejoren la legibilidad del código. A continuación, se detallan las convenciones para diferentes tipos de identificadores:

Nombre de una clase: Debe comenzar con una letra mayúscula.

Ejemplo:

public class Persona
{
}

Nombre de función: Debe comenzar con una letra minúscula.

Ejemplo:

static string devuelveTexto()
{
}

Nombre de variable: Debe comenzar con una letra minúscula.

Ejemplo:

int area = 100;

Nombre de constante: Debe estar en letras mayúsculas.

Ejemplo:

const int MAX_HEIGHT = 100;

• Uso de paréntesis en las expresiones

Microsoft sugiere utilizar paréntesis para hacer las cláusulas en una expresión más evidentes. Esta práctica mejora la claridad y la legibilidad del código, especialmente en expresiones complejas.

Ejemplo:

if ((num1 > num2) && (num1 > num3))
{
   // Contenido
}

• Convención de Estilo "Allman" para Corchetes

Microsoft nos recomienda usar el estilo "Allman" para los corchetes implica colocar tanto el corchete de apertura como el de cierre en su propia línea nueva, en lugar de colocarlos en la misma línea que la declaración correspondiente.

Ejemplo:

while (x==y)
{
    //Contenido
}

• Comment Style

Se recomienda utilizar comentarios en una sola línea (//) para explicaciones breves dentro del código. Es preferible evitar comentarios en varias líneas (/* */) para explicaciones más largas, ya que los comentarios no están localizados y pueden dificultar la lectura del código. En su lugar, se sugiere incluir explicaciones más extensas en un artículo complementario o en documentación externa.

//Función que determina si el numero es primo
bool esPrimo(int num)
{
    //Contenido
}

5.1.4 Software Deployment Configuration

En esta sección mostraremos los pasos que hemos realizado para poder desplegar cada uno de nuestros proyectos.

Landing Page

Para desplegar nuestro landing page hemos optado por usar Github Pages el cual brinda la posibilidad de alojar sitios web estáticos sin costo alguno.

1. Ingresamos al repositorio de nuestra landing page

2. Nos dirigimos al apartado de settings

3. Vamos a la sección de Github Pages

4. Debemos seleccionar la rama de github-pages en el apartado de source.

5. Finalmente estaría todo listo.

Esta sería la forma de cómo desplegamos automáticamente la landing page en GitHub Pages. Con cada commit a la rama develop, se configuró GitHub Pages para que se despliegue desde esa rama en lugar de la principal. Luego, se creó un flujo de trabajo de GitHub Actions que se active con cada commit a develop, compile los archivos estáticos de la landing page y los suba a la misma rama develop, lo que provocará que GitHub Pages detecte los cambios y actualice automáticamente la landing page desplegada con los nuevos archivos subidos.

Aplicación Web

Para desplegar nuestra primera versión de la aplicación web hemos decidido emplear Netlify, plataforma en la cual podemos hostear nuestras páginas web sin ningun costo alguno y con gran facilidad.

1. Ingresamos a la página web de Netlify

2. Iniciamos sesión con GitHub para poder usar los repositorios de nuestra cuenta

3. Seleccionamos el repositorio que queremos emplear

4. Elegimos un nombre dentro de la documentación permitida, para el dominio de la página.

5. Finalmente la página estaría disponible.

Elegimos Netlify debido a que su plataforma es muy fácil e intuitiva de utilizar, además de que podemos aprovechar en usar los repositorios que tengamos y de esta forma gestionar los avances y versiones de acuerdo al repositorio, para que luego los cambios se vean reflejado en la página.

5.2 Landing Page, Services & Applications Implementation

5.2.1 Sprint 1

En esta sección, documentaremos y explicaremos el progreso del Sprint 1 en términos de desarrollo del producto y colaboración del equipo. Abordaremos varios aspectos clave, incluyendo la planificación del sprint, el backlog del sprint, la evidencia de desarrollo para la Revisión del Sprint.

5.2.1.1 Sprint Planning 1

En esta sección, nos sumergiremos en los detalles del Sprint Planning Meeting 1.

Sprint #	Sprint 1
Sprint Planning Background
Date	2024-03-25
Time	10:00 AM
Location	Reunión virtual mediante Discord
Prepared By	Santisteban Palomino, Ian Haziel Donato
Attendees	Santisteban Palomino, Ian Haziel Donato / Criollo de la Cruz, Diego Anderson / Huamani Mandujano, Joseph Alexis / Mendoza Carrion, Mathias Andre / Valle Zuta, Abel Andrés.
Sprint n-1 Review Summary	(No Aplica)
Sprint n-1 Retrospective Summary	(No Aplica)
Sprint Goal & User Stories
Sprint 1	Desarrollar una versión inicial de la landing page que permita atraer visitantes a nuestro sitio web. Métrica de Cumplimiento: Para evaluar el cumplimiento de este sprint, utilizaremos la siguiente métrica: Mediremos cuántos visitantes llegan a nuestra landing page durante el período del sprint. El objetivo será atraer al menos 10 visitantes nuevos.
Sprint 1 Velocity	22 Story Points
Sum of Story Points	16 Story Points

5.2.1.2 Sprint Backlog 1

Nuestro principal objetivo con este primer sprint es implementar las funciones más importantes para que los usuarios interesados en CambiaZo puedan conocer qué es, sus principales características, lo que podrá realizar dentro de su página web, ver las reseñas que han dejado otros usuarios, las ONG afiliadas y ver los planes de suscripción y qué comprenden cada uno. Además queremos que puedan informarse acerca de nuestra startup, nuestra misión y nuestros medios de contacto. Para ello hemos tomado en cuenta las características de mayor relevancia para que funcione correctamente la aplicación en el presente sprint.

Enlace: Sprint Backlog 1 en Trello

User Story		Work-Item / Task
Id	Title	Id	Title	Description	Estim ation (Hours)	Assigned to	Status (To-do / InProcess / ToReview / Done)
US25	Visualización de la Historia de la Startup	WI-01	Sección “¿Quiénes somos?”	Implementación de la sección “¿Quiénes somos?” y las redes sociales y datos de contacto en el footer.	1	Andrés Valle	Done
US26	Visualizar las características clave de la aplicación	WI-02	Sección Características Principales	Desarrollo de la sección donde se pueden visualizar todas las características principales de CambiaZo y conocer lo que puede realizar dentro de esta.	2	Mathias Mendoza	Done
US27	Acceder a un formulario para llenar mis datos de contacto y recibir noticias relacionadas con CambiaZo	WI-03	Formulario de contacto	Desarrollo del formulario para que los usuarios llenen sus datos de contacto y puedan recibir noticias relacionadas con CambiaZo.	5	Ian Santisteban	Done
US28	Acceder a la página principal de CambiaZo	WI-04	Conectar Landing Page con la Web	Implementación de botones que sirvan para redireccionar a los usuarios de la Landing Page a la Web de CambiaZo.	2	Joseph Huamani	Done
US29	Ver los planes y precios	WI-05	Sección de planes y precios	Desarrollo de la sección de planes, donde aparezcan los precios de cada plan y lo que incluye cada uno.	3	Diego Criollo	Done
US30	Navegación en la Landing Page	WI-06	Barra de Navegación	Implementación de una barra de navegación para que el usuario pueda desplazarse más rápido dentro de la Landing Page.	3	Andres Valle	Done

5.2.1.3. Development Evidence for Sprint Review

A continuación presentaremos los commits realizados en el repositorio de nuestra Landing Page, todos estos commits se han hecho en la rama “master” durante el desarrollo de nuestro Sprint 1.

Repository	Branch	Commit Id	Commit Message	Commit Message Body	Commited On (Date)
HelloNerk/landing-page-cambiazo	master	339fdfd	feat: Add images, scripts, and styles folders	Create necessary folders to organize project resources, including images, scripts, and styles.	07/04/2024
AndresVZ23/landing-page-cambiazo/index.html	master	f3e8c56	Feat: Create index.html	Create Index and base structure	08/04/2024
AndresVZ23/landing-page-cambiazo/index.html	master	3357ba2	Feat: Create header and navbar	Add to structure the header and navbar	08/04/2024
IanHD04/landing-page-cambiazo/index.html	master	ac2fdf1	Feat: Create Start-Container	Creation of the Start section and adding images of the logo, icon and hero background	08/04/2024
HelloNerk/landing-page-cambiazo/scripts/script-burger.js	master	765518e	feat: Create burger script	Creation of the burger script for responsive menu and referencing in index.html	08/04/2024
123-Mathias/landing-page-cambiazo/index.html	master	65ea5ba	Feat: Create Footer	Creation of the footer and linking of the networks with their icons	08/04/2024
123-Mathias/landing-page-cambiazo/images	master	2b1d3f9	Feat: Add social media icons	Icons of social networks facebook, youtube, instagram and twitter	08/04/2024
diegooo01/landing-page-cambiazo/index.html	master	3e1cdb4	Feat:Create Election Section	Creation of the election section, in this part we will show to the new users what we can do in CambiaZo.	08/04/2024
diegooo01/landing-page-cambiazo/index.html	master	4816649	Feat:Create Exchange Objects Container	Creation of the exchange objects container, in this section we'll show to the users, the most popular categories of traded objects.	08/04/2024
IanHD04/landing-page-cambiazo/index.html	master	c2fe8e1	Feat: Create Features Container	Creation of the features section where you can see the main features that the website has.	08/04/2024
diegooo01/landing-page-cambiazo/images	master	752c6d4	Feat:Uploading Images from Election and Exchange Objects Container	Uploading the corresponding images from Election container and Objects Exchange Container	08/04/2024
IanHD04/landing-page-cambiazo/images	master	c304685	Feat: Uploading images from the features	Uploading the corresponding images from the Features container	08/04/2024
HelloNerk/landing-page-cambiazo/index.html	master	a514b0f	feat: Create about us container	Create the about us container with information of TechZo	08/04/2024
diegooo01/landing-page-cambiazo/index.html	master	58101cc	Feat:Adding Testimony Container	In this section of the code, we are adding the testimony container in which de new users will see the old users opinions about their experience with CambiaZo. We are uploading the corresponding images, too.	08/04/2024
IanHD04/landing-page-cambiazo/index.html	master	24ba855	Feat: Create Ongs Section	Creation of the Ongs section where the Ongs affiliated with CambiaZo will be displayed	08/04/2024
IanHD04/landing-page-cambiazo/images	master	c9215b4	Feat:Uploading Images from Ongs Container	Uploading the image corresponding to each affiliated Ong	08/04/2024
HelloNerk/landing-page-cambiazo/index.html	master	4293204	feat: Create section plans container	Create the section plans container, add plans and details	08/04/2024
AndresVZ23/landing-page-cambiazo/index.html	master	f5567a5	Feat: Create Contact us container	In this part, we created the contact us section	08/04/2024
AndresVZ23/landing-page-cambiazo/index.html	master	81e0775	Feat: Create Contact us form	In this part, we created the form that the users are going to use to contact us.	08/04/2024
AndresVZ23/landing-page-cambiazo/images	master	729841d	Feat: Insert image Contact Us	In this part we inserted the image that is going to be in the contact us section.	08/04/2024
diegooo01/landing-page-cambiazo/index.html	master	ac4f2ab	Feat:Adding Stylesheet Header Link	Adding stylesheet header link.	08/04/2024
HelloNerk/landing-page-cambiazo/index.html	master	0a0cdae	feat: Adding style-start in Stylesheet Header Link	Linking start-style.css in Stylesheet Header	08/04/2024
AndresVZ23/landing-page-cambiazo/index.html	master	b9c08a5	Feat: Adding stylesheet about us	We linked the stylesheet about us.	08/04/2024
IanHD04/landing-page-cambiazo/index.html	master	e7dcb8c	Feat: Adding stylesheet ongs	Linking style-ongs.css in Stylesheet Header	08/04/2024
123-Mathias/landing-page-cambiazo/index.html	master	c0d395e	Feat: insert stylesheet plans	In this part, we linked the stylesheet plans.	08/04/2024
AndresVZ23/landing-page-cambiazo/index.html	master	28a07c6	Feat: Insert stylesheet contact us	In this part we linked the stylesheet contact us.	08/04/2024
123-Mathias/landing-page-cambiazo/index.html	master	462922e	Feat: Insert stylesheet footer	In this part, we linked the stylesheet footer.	08/04/2024
HelloNerk/landing-page-cambiazo/scripts/burger.js	master	f203caa	Feat: Create function mostrarMensaje ()	Create a showMessage() function to confirm the form registration.	08/04/2024
diegooo01/landing-page-cambiazo/styles/style-header.css	master	8692861	Feat:Upload Style Header content	Uploading style header css content.	08/04/2024
HelloNerk/landing-page-cambiazo/styles/style-start.css	master	9a0d284	feat: Add styles of the start section 1,2,3 parts	Add styles of first, second and third part of the start section	08/04/2024
HelloNerk/landing-page-cambiazo/styles/style-start.css	master	995aa0f	feat: create fourth part of the start section	Create style of the fourth part of the start section	08/04/2024
123-Mathias/landing-page-cambiazo/styles/style-start.css	master	2ace8b9	Feat: Fifth part of the Start Section	In this part, we added the Fifth part of the Start Section.	08/04/2024
diegooo01/landing-page-cambiazo/styles/style-start.css	master	8f67d25	Feat:Uploading media screen section	Uploading media screen part into the style-start.css, with this portion of code this section will be responsive.	08/04/2024
123-Mathias/landing-page-cambiazo/styles/style-footer.css	master	df06ddd	Feat: stylesheet footer	In this part, we created the footer.	08/04/2024
123-Mathias/landing-page-cambiazo/styles/style-plans.css	master	e85ee53	Feat: Stylesheet Plans	In this part, we linked the stylesheet Plans.	08/04/2024
IanHD04/landing-page-cambiazo/styles/style-ongs.css	master	b252e9a	Feat: Upload Style Ongs Section	Add styling to ongs section and responsive design	08/04/2024
AndresVZ23/landing-page-cambiazo/styles/style-about-us.css	master	b90602f	Feat: Upload Style About Us Section	Add style to about us section and responsive design.	08/04/2024
AndresVZ23/landing-page-cambiazo/styles/style-about-us.css	master	a9e3a09	Feat: Upload Style Testimony Section	Add style to Testimony section and responsive design	08/04/2024
AndresVZ23/landing-page-cambiazo/styles/style-contact-us.css	master	df2ebc3	Feat: Upload Contact Us Testimony Section	Add style to Contact Us section and responsive design.	08/04/2024
IanHD04/landing-page-cambiazo/index.html	master	04c33a3	Feat: Create Ongs Conatiner	Creation of the Ongs section where the Ongs affiliated with CambiaZo will be displayed	08/04/2024
IanHD04/landing-page-cambiazo/index.html	master	7a226f8	Revert "Feat: Create Ongs Conatiner"	This reverts commit 04c33a3.	08/04/2024
AndresVZ23/landing-page-cambiazo/index.html	master	8c25628	Fix: link stylesheet style-footer	fixed the link of stylesheet style-footer	09/04/2024

5.2.1.4. Testing Suite Evidence for Sprint Review

A continuación presentaremos los commits que se han hecho en la rama “feature/sprint-1” de nuestro repositorio, en el cual hemos seguido el esquema Gherkin y añadimos los archivos .feature de nuestro Sprint 1.

Repository	Branch	Commit Id	Commit Message	Commit Message Body	Commited On (Date)
AndresVZ23/TechZo-Organization/Acceptance-Test	feature/sprint-1	0cf5f01	Feat: Create US-25	In this part, we applied Gherkin to the US-25.	11/04/2024
123-Mathias/TechZo-Organization/Acceptance-Test	feature/sprint-1	adf315e	Feat: Create US-26	In this part, we applied Gherkin to the US-26.	11/04/2024
IanHD04/TechZo-Organization/Acceptance-Test	feature/sprint-1	44286b3	Feat: Create US-27	In this part, we applied Gherkin to the US-27.	11/04/2024
HelloNerk/TechZo-Organization/Acceptance-Test	feature/sprint-1	eaaca20	Feat: Create US-28	In this part, we applied Gherkin to the US-28.	11/04/2024
diegooo01/TechZo-Organization/Acceptance-Test	feature/sprint-1	b272c6d	Feat: Create US-29	In this part, we applied Gherkin to the US-29.	11/04/2024
AndresVZ23/TechZo-Organization/Acceptance-Test	feature/sprint-1	9cd78c1	Feat: Create US-30	In this part, we applied Gherkin to the US-30.	11/04/2024

5.2.1.5. Execution Evidence for Sprint Review

Lo que se logró en el Sprint 1 es desplegar una primera versión de la landing page. En esta logramos desarrollar la barra navegadora, las secciones establecidas de la Landing Page y el formulario de contacto. También se adoptó exitosamente la metodología GitFlow, trabajando en un branch “feature/sprint-1” para realizar pruebas y actualizaciones sin afectar la rama principal “develop”.

A continuación, en el enlace del vídeo donde se explica de forma más didáctica lo ya mencionado e imágenes de lo alcanzado hasta este momento en el Sprint 1, respecto a la landing page:

Enlace: Video del Development Evidence for Sprint 1

5.2.1.6. Services Documentation Evidence for Sprint Review.

En el transcurso del Sprint 1, hemos conseguido tener avances importantes al momento de crear los repositorios de nuestro proyecto para guardar la Landing Page y las pruebas de aceptación (acceptance test), ya que, al tener estos puntos desde el comienzo, nos facilitó la organización de ideas.

En la siguiente fase, decidimos utilizar las funciones colaborativas de GitHub, las cuales nos ayudaron grandemente en la cooperación entre todos los participantes. Esto tuvo como resultado una implementación eficiente y sin complicaciones. Además, al permitir que cada integrante tuviera acceso al repositorio, se realizaron los commits sin problemas y rápidamente, esto permitió que todos puedan visualizar cada cambio y el progreso realizado.

5.2.1.7. Software Deployment Evidence for Sprint Review.

A continuación, detallaremos los procesos realizados a lo largo del Sprint 1:

Lo primero que realizamos fue crear dos repositorios en GitHub, uno para nuestro Landing Page y otro para los Acceptance Test.

En el caso del repositorio “Acceptance-Test”, adoptamos GitFlow para gestionar ramas, permitiendo el desarrollo simultáneo y facilitando la integración de nuevas características.

Todos los archivos se subían a la rama “feature/sprint-1”. Una vez se tenía la aprobación de todo el equipo, se pasaba a la rama “develop”.

Finalmente configuramos GitHub Pages para obtener un enlace directo a la Landing Page, facilitando la revisión continua de los cambios realizados.

Link: https://techzo-organization.github.io/landing-page-CambiaZo/

5.2.1.8. Team Collaboration Insights during Sprint

Gracias a la sección de Insights en Github, mostraremos la siguiente gráfica de colaboración del repositorio "landing-page-CambiaZo", donde se presenta una visualización de la contribución de cada miembro del equipo en el desarrollo del Sprint 1.

Analíticos de GitHUb

• Landing Page

  

  En esta imagen, se evidencia los integrantes que han contribuido en el desarrollo del Landing Page. Se evidencia que todo el equipo ha participado.

5.2.2 Sprint 2

Ahora en la presente sección, documentaremos y explicaremos el progreso del Sprint 2 en términos de desarrollo del producto y colaboración del equipo. Abordaremos varios aspectos clave, incluyendo la planificación del sprint, el backlog del sprint, la evidencia de desarrollo para la Revisión del Sprint.

5.2.2.1 Sprint Planning 2

A continuación, se evidencia la distribución, organización y planeamiento del grupo para cumplir satisfactoriamente el Sprint 2.

Sprint #	Sprint 2
Sprint Planning Background
Date	2024-04-15
Time	2:00 PM
Location	Reunión virtual a través de Google Meet
Prepared By	Santisteban Palomino, Ian Haziel Donato
Attendees	Santisteban Palomino, Ian Haziel Donato / Criollo de la Cruz, Diego Anderson / Huamani Mandujano, Joseph Alexis / Mendoza Carrion, Mathias Andre / Valle Zuta, Abel Andrés.
Sprint 1 Review Summary	En el Sprint anterior, logramos desplegar nuestra primera versión de la landing page, en la cual conseguimos implementar una toolbar, las secciones que habíamos planeado tener en nuestra landing page, incluyendo un formulario de contacto, y nuestro footer, todos los miembros del equipo consideran que se realizó una entrega satisfactoria, debido a que se cumplieron con todas las tareas y objetivos. Como Product Owner, considero que el feedback correspondiente es que el trabajo fue realizado correctamente, tiene un buen diseño visual y sigamos avanzando así como grupo.
Sprint 1 Retrospective Summary	Como equipo consideramos que acertamos al distribuir las tareas equitativamente, y al tener una comunicación constante durante el desarrollo del proyecto nos ayudó a finalizarlo sin presentar errores. Y como puntos a mejorar consideramos que podemos acabar el proyecto más rápido si evitamos las distracciones y la procrastinación.
Sprint Goal & User Stories
Sprint 2	Desplegar una primera versión de la Aplicación Web Métrica de Cumplimiento: Para evaluar el cumplimiento del presente sprint, vamos a utilizar la siguiente métrica: Evaluaremos que el proyecto compile y se pueda acceder a las pantallas establecidas para este sprint. El objetivo será implementar las pestañas principales de nuestra aplicación web.
Sprint 2 Velocity	25 Story Points
Sum of Story Points	25 Story Points

5.2.2.2 Sprint Backlog 2

Nuestro objetivo principal con este sprint 2 es desplegar una primera versión de la aplicación web de CambiaZo. Además, queremos crear API’s Fakes y obtener los datos de estas. Para lograr este objetivo, se han tomado en cuenta las características más importantes para que la primera versión de la aplicación web funcione correctamente en este sprint.

Enlace: Sprint Backlog 2 en Trello

User Story		Work-Item / Task
Id	Title	Id	Title	Description	Estim ation (Hours)	Assigned to	Status (To-do / InProcess / ToReview / Done)
US22	Visualizar el perfil de las ONG’S registradas	WI-01	Sección “Sección ONG’s”	Implementación de la sección “ONG’s”.	3	Joseph Huamani	Done
US23	Acceder al centro de soporte para resolver cualquier problema técnico que se presente	WI-02	Sección “Centro de Soporte”	Desarrollo de la sección donde uno puede solicitar ponerse en contacto con el centro de soporte ante algún problema técnico.	3	Mathias Mendoza	Done
US24	Acceder dentro de la aplicación a la sección de preguntas frecuentes y comentarios	WI-03	Sección “Preguntas frecuentes y comentarios”	Desarrollo de la sección en la que se puede visualizar las preguntas que frecuentemente hacen los usuarios de CambiaZo y los comentarios que dejan de la aplicación web.	3	Mathias Mendoza	Done
TS07	Create API ONGs	WI-04	Crear la API que contiene información de las ONG’s	Crear una API, en la cual se van a ingresar datos de varias ONG’s que se encuentran en el país, de tal modo que en esta API se tengan todos los datos almacenados de la ONG	5	Ian Santisteban	Done
TS09	Get ONGs	WI-05	Obtener los datos de la API de ONG’s	Se crea una función tipo GET para obtener todos los valores almacenados en la API ONG’s.	3	Andrés Valle	Done
TS10	Create API Subscription	WI-06	Crear la API que contiene información de los planes de suscripción	Crear una API, en la cual se van a ingresar los planes de suscripción de CambiaZo, de tal modo que en esta API se tengan todos los datos almacenados de los planes.	5	Diego Criollo	Done
TS12	Get Subscription	WI-07	Obtener los datos de la API de planes de suscripción	Se crea una función tipo GET para obtener todos los valores almacenados en la API de planes de suscripción.	3	Andrés Valle	Done

5.2.2.3. Development Evidence for Sprint Review

A continuación, presentaremos los commits realizados en el repositorio de nuestra aplicación web, estos commits se han realizado en diferentes ramas durante el desarrollo de nuestro Sprint 2.

Repository	Branch	Commit Id	Commit Message	Commit Message Body	Commited On (Date)
IanHD04/Fronted/src	main	7b050a1	Initial commit		May 02, 2024
IanHD04/Fronted/src	main	8d855d5	chore: Clean Project		May 02, 2024
IanHD04/Fronted/src	main	b8a5742	chore: Install dependencies		May 02, 2024
IanHD04/Fronted/src	main	6bd03b5	chore: imported components		May 02, 2024
diegooo01/Fronted/src	main	e9e2f4fe	Feat: Header Content	Header content was added, and the images used were also uploaded	May 02, 2024
diegooo01/Fronted/src	main	4468dec	Feat: Header style	Header style was made	May 02, 2024
diegooo01/Fronted/src	main	310dade	Feat: Responsive Header Style	The latest version of the header style was made applying responsive design	May 02, 2024
diegooo01/Fronted/src	main	d36ed3d	Feat: Create Environment	The environment was created and the baseURL was declared	May 02, 2024
123-Mathias/Fronted/src	feature/home	803435b	Feat: Creation of the Home page	The necessary components, services and models were created	May 02, 2024
123-Mathias/Fronted/src	feature/home	09f4672	Feat: Components to use placed on the Home page	The components that will be used on the Home page were imported	May 02, 2024
123-Mathias/Fronted/src	feature/home	9a67e1f	Feat: Create Products Model	The model of the Products class is made	May 02, 2024
123-Mathias/Fronted/src	feature/home	16f6ebe	Feat: Create CategoriesObjects Model	The model of the Caregoriesobjects class is made	May 02, 2024
AndresVZ23 /Fronted/src	feature/donations	3264207	Feat: Help page content added	Added the content of Help	May 02, 2024
AndresVZ23 /Fronted/src	feature/terms-conditions	7ea8b96	Feat: Creation of the Privacy and Policies page	The necessary components were created	May 02, 2024
AndresVZ23 /Fronted/src	feature/terms-conditions	5ecff5d	Feat: Privacy and Policies page content added	Added the content of Privacy and Policies	May 02, 2024
AndresVZ23 /Fronted/src	feature/admin	10cd5b5	Feat: Creation of the Toolbar Admin	The necessary components were created	May 02, 2024
HelloNerks/Fronted/src	feature/login-register	297d95c	Feat: Creation of the LogIn page	The necessary components were created	May 02, 2024
HelloNerk/Fronted/src	feature/login-register	b205a69	Feat: LogIn page content added	Added the content of LogIn	May 02, 2024
HelloNerk/Fronted/src	feature/login-register	75ffaef	Feat: Creation of the Register page	The necessary components were created	May 02, 2024
HelloNerk/Fronted/src	feature/login-registers	2ee8227	Feat: Page routing	Routes for pages were added	May 02, 2024
123-Mathias/Fronted/src	feature/memberships	253cf37	Feat: Creation of the Crud of Memberships	The necessary components were created	May 02, 2024
123-Mathias/Fronted/src	feature/memberships	195bd81	Feat: Crud of Memberships content added	Added the content of Crud of Memberships	May 02, 2024
123-Mathias/Fronted/src	feature/memberships	8af08a8	Feat: Creation of the Crud of Ongs	The necessary components were created	May 02, 2024
123-Mathias/Fronted/src	feature/memberships	22c2e0a	Feat: Crud of Ongscontent added	Added the content of Crud of Ongs	May 02, 2024

5.2.2.4. Testing Suite Evidence for Sprint Review

A continuación presentaremos los commits que se han hecho en la rama “feature/sprint-2” de nuestro repositorio, en el cual hemos seguido el esquema Gherkin y añadimos los archivos .feature de nuestro Sprint 2.

Repository	Branch	Commit Id	Commit Message	Commit Message Body	Commited On (Date)
AndresVZ23/TechZo-Organization/Acceptance-Test	feature/sprint-2	cbad20c	Feat: Created Sprint 2 folder and US-22	In this part, we created the folder for the sprint 2 and we applied Gherkin to the US-22.	30/04/2024
HelloNerk/TechZo-Organization/Acceptance-Test	feature/sprint-2	2a5b5d1	Feat: Created US-23	I added the US-23	30/04/2024
123-Mathias/TechZo-Organization/Acceptance-Test	feature/sprint-2	27cb609	Feat: Create TS-07	In this part, we applied Gherkin to the TS-07.	30/04/2024
123-Mathias/TechZo-Organization/Acceptance-Test	feature/sprint-2	5d74728	Feat: Create TS-09	In this part, we applied Gherkin to the TS-09.	30/04/2024
diegooo01/TechZo-Organization/Acceptance-Test	feature/sprint-2	c4e6c62	Feat: Create US-24	I created the US-24 in Gherkin	30/04/2024
AndresVZ23/TechZo-Organization/Acceptance-Test	feature/sprint-2	b698c4c	Feat: Create TS-10	In this part, we applied Gherkin to the TS-10.	30/04/2024
IanHD04/TechZo-Organization/Acceptance-Test	feature/sprint-2	1b05cff	Feat: Create TS-12	In this part, we applied Gherkin to the TS-12.	30/04/2024

5.2.2.5. Execution Evidence for Sprint Review

Lo que se logró en el Sprint 2 es desplegar una primera versión de la aplicación web. En esta logramos desarrollar la toolbar, el footer, y las pestañas que se encuentran dentro de estos componentes. También se adoptó exitosamente la metodología GitFlow, trabajando en ramas para realizar pruebas y actualizaciones sin afectar la rama principal.

A continuación, en el enlace del vídeo se explica de forma más didáctica lo ya mencionado e imágenes de lo alcanzado hasta este momento en el Sprint 2, respecto a la página web:

Enlace: Video del Development Evidence for Sprint 2

5.2.2.6. Services Documentation Evidence for Sprint Review.

Durante el desarrollo del Sprint 2, logramos tener avances significativos al momento de crear las pestañas establecidas y las API’s diseñadas previamente, ya que nos ayudó el habernos reunido previamente y establecer los puntos que debíamos avanzar para el presente entregable.

Luego, al haber realizado avances, decidimos utilizar las funciones colaborativas de GitHub, esto nos permitió coordinar entregas más rápidas, efectivas y sin errores. También usamos la metodología Git Flow para trabajar organizadamente y poder saber qué ha agregado cada uno al proyecto y revisarlo antes de colocarlo en la rama principal.

5.2.2.7. Software Deployment Evidence for Sprint Review.

Ahora procederemos a detallar los procesos que hemos realizado durante el Sprint 2:

Lo primero que realizamos fue crear un nuevo repositorio en GitHub para nuestra Aplicación Web y actualizar nuestro repositorio donde tenemos guardados los Acceptance Test con las nuevas User Stories y Technical Stories que abarcamos en este segundo sprint.

En ambos repositorios adoptamos la metodología GitFlow para gestionar ramas, permitiendo el desarrollo simultáneo, y facilitando la integración de nuevas características.

En el repositorio “CambiaZo-Frontend” subimos nuestros archivos a diferentes ramas, luego de que todos los miembros del equipo lo revisaron y aprobaron, lo cargamos en la rama “main”.

Y en el caso del repositorio “Acceptance-Test”, todos los archivos se subían a la rama “feature/sprint-2”. Una vez se tenía la aprobación de todo el equipo, se pasaba a la rama “develop”.

Finalmente configuramos Netlify para obtener un enlace directo a la Web Application, facilitando la revisión continua de los cambios realizados.

Link: https://cambiazo.netlify.app/

5.2.2.8. Team Collaboration Insights during Sprint

Gracias a la sección de Insights en Github, mostraremos la siguiente gráfica de colaboración del repositorio "CambiaZo-Frontend", donde se presenta una visualización de la contribución de cada miembro del equipo en el desarrollo del Sprint 2.

Analíticos de GitHUb

• Web Application

  

  En esta imagen, se evidencia los integrantes que han contribuido en el desarrollo de la Aplicación Web. Se evidencia que todo el equipo ha participado.

5.2.3 Sprint 3

En esta parte, nos encargamos de registrar y explicar el avance del Sprint 3 en cuanto al desarrollo del producto y la colaboración del equipo. Discutiremos diversos aspectos cruciales, como la planificación del sprint, el backlog del mismo y la evidencia de desarrollo para la Revisión del Sprint.

5.2.3.1 Sprint Planning 3

A continuación, se muestra la distribución, organización y planificación del equipo para llevar a cabo de manera exitosa el Sprint 3.

Sprint #	Sprint 3
Sprint Planning Background
Date	2024-05-15
Time	11:00 AM
Location	Virtual a través de Discord
Prepared By	Santisteban Palomino, Ian Haziel Donato
Attendees	Santisteban Palomino, Ian Haziel Donato / Criollo de la Cruz, Diego Anderson / Huamani Mandujano, Joseph Alexis / Mendoza Carrion, Mathias Andre / Valle Zuta, Abel Andrés.
Sprint 2 Review Summary	En el Sprint anterior, logramos desplegar nuestra primera versión de la aplicación web, en la cual conseguimos implementar varias secciones respecto a las historias de usuario que habíamos definido hacer en este sprint. Todo el equipo en conjunto considera que la entrega realizada fue exitosa, debido a que se cumplieron con todas las tareas y objetivos planteados. Como Product Owner, considero que el feedback correspondiente es que se realizó un trabajo correcto y efectivo, se ve bien visualmente y debemos seguir por el mismo camino.
Sprint 2 Retrospective Summary	Como equipo consideramos que el éxito del proyecto se basó en la efectiva asignación de responsabilidades y una comunicación constante entre los miembros del equipo. Sin embargo, se identificaron áreas de mejora, como la minimización de distracciones y la gestión del tiempo para optimizar la eficiencia y reducir el tiempo de ejecución de futuros proyectos.
Sprint Goal & User Stories
Sprint 3 Goal	Desplegar la versión final de la Aplicación Web en cuanto a frontend y una primera versión del backend. Métrica de Cumplimiento: Para evaluar el cumplimiento del presente sprint, vamos a utilizar la siguiente métrica: Evaluaremos que el proyecto funcione al ser desplegado con netlify y se pueda acceder a todas las pantallas, además de poder probar el backend y ver que los datos de las secciones que seleccionemos sean almacenados en nuestra base de datos. El objetivo será añadir todas las pestañas de nuestra aplicación web y tener nuestra primera versión del backend.
Sprint 3 Velocity	50 Story Points
Sum of Story Points	49 Story Points

5.2.3.2 Sprint Backlog 3

Nuestro objetivo principal con este sprint 3 es desplegar la versión final del frontend de la aplicación web de CambiaZo y una primera versión de su backend. Para lograr este objetivo, se ha realizado una correcta distribución en cuanto a cantidad de pantallas que cada integrante debe realizar para completar el frontend de la aplicación web y evaluar lo principal que debe tener inicialmente el backend.

Enlace: 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 / InProcess / ToReview /Done)
US-02	Editar perfil del usuario	WI-01	Sección para editar los datos del usuario	Se crea una sección y una opción en la cual los usuarios puedan editar los datos que ingresaron cuando se registraron en la aplicación web.	3	Joseph	Done
US-03	Iniciar sesión en la aplicación	WI-02	Página de inicio de sesión	Se crea una sección en la cual el usuario podrá ingresar a la aplicación cuando introduzca el correo con el que creó su cuenta y su contraseña.	2	Mathias	Done
US-04	Cambiar Contraseña	WI-03	Sección para la modificación de contraseña	Se crea la función y la sección que permita que los usuarios puedan cambiar su contraseña, y esta se actualice para que pueda usar la nueva contraseña.	3	Mathias	Done
US-05	Cerrar Sesión	WI-04	Opción para cerrar su cuenta	Se implementa un botón, el cual permite que los usuarios puedan cerrar sesión cuando deseen salir de la aplicación web.	1	Ian	Done
US-08	Brindar reseña sobre el Intercambiador	WI-05	Sección en la que los usuarios suban sus reseñas	Se crea una sección en la que los usuarios van a poder dejar una reseña y calificación del trueque que acaban de realizar, estos comentarios se podrán ver desde el perfil del usuario que recibe la reseña.	3	Andrés	Done
US-10	Actualización de Correo Electrónico	WI-06	Reemplazo del correo electrónico registrado	Se crea una función que borra la antigua contraseña y añade la nueva, además de una sección en la que el usuario pueda realizar la actualización de correo.	2	Diego	Done
US-13	Editar publicación de intercambio	WI-07	Sección para editar una publicación existente	Se crea una sección que permite a los usuarios modificar los datos de las publicaciones de trueque que han realizado.	3	Andrés	Done
US-14	Eliminar publicación de intercambio	WI-08	Opción para eliminar la publicación	Se crea un botón que llame a una función para eliminar la publicación del usuario.	3	Joseph	Done
US-15	Destacar publicación de intercambio	WI-09	Función que identifique las publicaciones destacadas	Se implementa una función que identifique cuando un usuario premium realiza una publicación, de este modo su publicación se mostrará con mayor frecuencia.	5	Ian	Done
US-16	Sección de productos encontrados favoritos	WI-10	Creación de una sección de “Favoritos”	Se crea la sección dentro del perfil del usuario en la que se puedan ver y guardar todas las publicaciones que el usuario marque como favorita.	5	Diego	Done
US-17	Visualizar el perfil del usuario que publique un intercambio	WI-11	Opción para ver el perfil de los demás usuarios	Se implementa un botón que permite ver el perfil del usuario que realizó la publicación que está observando.	3	Andrés	Done
US-19	Acceso a la información detallada de ONG’s en específico	WI-12	Botón para ver el perfil completo de la ONG	Se crea un botón con la funcionalidad que permite redirigir al usuario al perfil completo de la ONG que ha seleccionado y pueda ver todos sus datos registrados.	3	Diego	Done
US-20	Adquirir la suscripción premium	WI-13	Sección en la que permite al usuario obtener alguna suscripción	Se crea una sección en la que el usuario pueda ver las membresías disponibles y pueda realizar todos los pasos necesarios para obtener la que más se adapte a sus necesidades.	8	Ian	Done
US-21	Gestionar mi suscripción	WI-14	Sección para modificar la suscripción	Se crea una sección en la que los usuarios pueden cambiar el tipo de suscripción que tienen o cancelarla.	5	Andrés	Done

5.2.3.3. Development Evidence for Sprint Review

A continuación, presentaremos los commits realizados en el repositorio de nuestra aplicación web, estos commits se han realizado en diferentes ramas durante el desarrollo de nuestro Sprint 3.

Frontend:

Repository	Branch	Commit Id	Commit Message	Commit Message Body	Commited On (Date)
AndresVZ23/Fronted/src	user-profile	465ee4f	Feat: Created Header Profile	In this part we created the header profile	26/05/2024
IanHD04/Fronted/src	login-register	e078b6c	Feat: The Login route was added to the header	In this part we added the login route to the header	26/05/2024
123-Mathias/Fronted/src	publish-product	0665328	Fix: service and model product	In this part we fixed the model and service of products	26/05/2024
HelloNerk/Fronted/src	edit-post	c68b0e6	Feat: TS dialog to confirm delete post	In this part we configured the ts of the dialog to confirm the delete post.	27/05/2024
diegooo01/Fronted/src	product-information	d9c022b	Feat: Create page-product-details	In this part we created the page product details	27/05/2024
AndresVZ23/Fronted/src	offers-validation	d8c3e4b	Feat: Completed Sent Offers section	In this part we completed the sent offers section	27/05/2024
IanHD04/Fronted/src	register-login-validation	0cc56f3	Feat: The validator functions were created	In this part we created the functions of the validator	28/05/2024
123-Mathias/Cambiazo-Fronted/src	ong-information	54fff7f	Feat: Detail ong and routing	In this part we added the detail ong and routing to the page.	28/05/2024
HelloNerk/Cambiazo-Fronted/src	edit-post	c68b0e6	Feat: TS dialog to confirm delete post	In this part we added the ts to confirm the delete post	29/05/2024
diegooo01/Cambiazo-Fronted/src	product-information	3c43595	Feat: Create product-information component	In this part we created the product information component	31/05/2024
AndresVZ23/Cambiazo-Fronted/src	publish-product	f13df74	Feat: Add post cards	In this part we added the post cards	31/05/2024
IanHD04/Cambiazo-Fronted/src	register-login-validation	3e2608d	Feat: Dialog Register Successfully	In this part we added the dialog for the register successful	31/05/2024
123-Mathias/Cambiazo-Fronted/src	product-information	5c7d872	Feat: Functional search products	In this part we added functionality to search products	31/05/2024
HelloNerk/Cambiazo-Fronted/src	offers-validation	0b77edb	feat: create ts of dialog successful exchange	In this part we created the dialog for a successful exchage	01/06/2024
diegooo01/Cambiazo-Fronted/src	memberships	05c1c4f	Feat: Buy-membership page was created	In this part we created the buy membership page	01/06/2024
AndresVZ23/Cambiazo-Fronted/src	publisher-profile	ea324d3	Feat: Add Users Cards Post	In this part we added the users cards post	03/06/2024
IanHD04/Cambiazo-Fronted/src	register-login-validation	5c7d872	Feat: Creating the Verify Email Page	In this part we created the verify email page	03/06/2024
123-Mathias/Cambiazo-Fronted/src	publish-product	a2de496	Fix: Create Post	In this part we fixed the create post section	03/06/2024
HelloNerk/Cambiazo-Fronted/src	user-profile	023812e	feat: Create my-favorites component	In this part we created the my favorites component	04/06/2024
diegooo01/Cambiazo-Fronted/src	publisher-profile	1dc9fb5	Feat: Created component publisher-profile	In this part we created the publisher profile component	04/06/2024
AndresVZ23/Cambiazo-Fronted/src	user-profile	c0d7676	Feat: Completed "My Reviews" section	In this part we completed the section of my reviews	04/06/2024
IanHD04/Cambiazo-Fronted/src	user-profile	6e509b7	Feat: Edit-profile page was created	In this part we created the edit profile page	04/06/2024
123-Mathias/Cambiazo-Fronted/src	edit-post	d5af6ac	Feat: Creation of dialog-successfully-change	In this part we created the dialog of a successfully change	05/06/2024
HelloNerk/Cambiazo-Fronted/src	publisher-profile	4c6367c	Fix: Reviews start rating	In this part we fixed the reviews rating stars	05/06/2024
diegooo01/Cambiazo-Fronted/src	donations	410af59	Fix: Added new route	In this part we fixed a route	05/06/2024

Backend:

Repository	Branch	Commit Id	Commit Message	Commit Message Body	Commited On (Date)
123-Mathias/TechZo-Organization/Backend	TS-07	db62040	Feat: Connection String	In this part, we added DefaultConection string to appsettings.json.	05/06/24
123-Mathias/TechZo-Organization/Backend	TS-07	d60d8cd	Feat: BaseResponse	In this part, we created folder shared and the BaseResponse.	05/06/24
AndresVZ23/TechZo-Organization/Backend	TS-01	5ea138f	Feat: Created User class	In this part we generated the users class	05/06/24
IanHD04/TechZo-Organization/Backend	TS-08	399afda	Feat: Created Response	In this part, we created response for product and product category.	05/06/24
diegooo01/TechZo-Organization/Backend	TS-08	a7d644c	Feat: Created Ong Repository	In this part, we created Ong Repository with methods Post and Delete	05/06/24
AndresVZ23/TechZo-Organization/Backend	TS-01	5d71942	Feat: Created the Authenticate Request	In this part we created the authenticate request	06/06/24
123-Mathias/TechZo-Organization/Backend	TS-07	a3cb08f	Feat: SnakeCase	In this part, we created extensions toSnakeCase.	06/06/24
AndresVZ23/TechZo-Organization/Backend	TS-02	a3a1317	Feat: Created the Register Request	In this part we created the register request	06/06/24
IanHD04/TechZo-Organization/Backend	TS-09	d004e95	Feat: Product Service	In this part, added methods Post in product and product category service.	06/06/24
AndresVZ23/TechZo-Organization/Backend	TS-02	5f0dc37	Feat: Created the Update Request	In this part we created the class Update Request	06/06/24
IanHD04/TechZo-Organization/Backend	TS-09	acf25e0	Feat: Added Post in Controller	In this part, we added mehthods post in product and product category controller.	06/06/24
123-Mathias/TechZo-Organization/Backend	TS-13	fbd9b9d	Feat: Product Model	In this part, we created product model with its category.	06/06/24
AndresVZ23/TechZo-Organization/Backend	TS-01	82aaee0	Feat: Created the Interface User Repository	In this part we created the interface of user repository	06/06/24
IanHD04/TechZo-Organization/Backend	TS-14	bf952cb	Feat: Location Resource	In this part, we created country, district and department resource.	06/06/24
123-Mathias/TechZo-Organization/Backend	TS-15	12ccf96	Feat: Added Mapper	In this part, we created and added mapping for products and products categories.	06/06/24
AndresVZ23/TechZo-Organization/Backend	TS-02	b627629	Feat: Created the User Service interface	In this part we created the user services interface	07/06/24
diegooo01/TechZo-Organization/Backend	TS-18	83df7b8	Feat: Created Ong Category Repository	In this part, we created Ong Category Repository with methods Post and Delete	07/06/24
123-Mathias/TechZo-Organization/Backend	TS-17	5825a7d	Feat: Get Methods in Repository	In this part, we add the necessary Get methods for product and repository categories.	07/06/24
123-Mathias/TechZo-Organization/Backend	TS-17	db50b46	Feat: Methods Get in Service	In this part, we add the necessary Get methods for product and service category.	07/06/24
AndresVZ23/TechZo-Organization/Backend	TS-20	94875b4	Feat: Added constraints in the app db context	In this part we added constraints in the app db context	07/06/24
123-Mathias/TechZo-Organization/Backend	TS-19	02c8f40	Feat: Functionality Get	In this part, we added the functionality to get in the controllers.	07/06/24
IanHD04/TechZo-Organization/Backend	TS-21	f6be711	Feat: Mapping Location	In this part, we added mapper for model and resource.	07/06/24
AndresVZ23/TechZo-Organization/Backend	TS-20	84300bc	Feat: Created IUser Repository and Service	In this part we created the Interface of user repository and service	07/06/24
IanHD04/TechZo-Organization/Backend	TS-21	f85a6ef	Feat: Dependency Injection in Program	In this part, we added the necessary dependencies in program.	07/06/24
123-Mathias/TechZo-Organization/Backend	TS-17	b0c7bf0	Fix: Product Resource	In this part, we fixed attributes in the product resource.	07/06/24
AndresVZ23/TechZo-Organization/Backend	TS-20	35f69f7	Feat: Created App Exception	In this part we created the app exception	07/06/24
123-Mathias/TechZo-Organization/Backend	TS-18	485863f	Feat: Create CountryResponse	In this part, we created country response.	07/06/24
diegooo01/TechZo-Organization/Backend	TS-19	b99051c	Feat: Created Ong Category Service	In this part, we created Ong Category Service with methods Post and Delete	07/06/24
123-Mathias/TechZo-Organization/Backend	TS-18	d77f49a	Feat: Create DepartmentResponse	In this part, we created department response.	07/06/24
AndresVZ23/TechZo-Organization/Backend	TS-20	bc46499	Feat: Added functions on the User Service Security	In this part we added functions on the User Service from security	07/06/24
AndresVZ23/TechZo-Organization/Backend	TS-20	77cecb2	Feat: Created User Controller	In this part we created the users controller	07/06/24
IanHD04/TechZo-Organization/Backend	TS-17	bd6bd01	Feat: Update Country	In this part, we added the funcionallity to update a country.	07/06/24
AndresVZ23/TechZo-Organization/Backend	TS-21	4ceb70c	Feat: Created JwtHandler	In this part we created the jwt handler	07/06/24
123-Mathias/TechZo-Organization/Backend	TS-17	5bdf824	Feat: Methods Post in Repository	In this part, we created methods post in repositories for the producto location.	07/06/24
123-Mathias/TechZo-Organization/Backend	TS-18	1337d2d	feat: Locations Controllers	In this part, we created controllers and added methos post.	07/06/24
AndresVZ23/TechZo-Organization/Backend	TS-20	78f4c36	Feat: Created the Error Handler Middleware	In this part we created the error handler middleware	07/06/24
IanHD04/TechZo-Organization/Backend	TS-19	4cec76c	Feat: Update District	In this part, we added the funcionallity to update a district.	07/06/24
123-Mathias/TechZo-Organization/Backend	TS-17	b99f177	Fix: Mapper Save Resource	In this part, we fixed mapper in save resource for all models.	07/06/24
AndresVZ23/TechZo-Organization/Backend	TS-22	8e37075	Feat: Created App Settings	In this part we created the app settings	07/06/24
IanHD04/TechZo-Organization/Backend	TS-16	c8c6b62	Feat: Update Product	In this part, we added the funcionallity to update a product.	07/06/24
123-Mathias/TechZo-Organization/Backend	TS-14	bd77b75	Fix: Product Atributte	In this part, we changed and added new atributte in product model.	07/06/24
123-Mathias/TechZo-Organization/Backend	TS-14	3c43595	Feat: Plan Model	In this part, we created plan model.	07/06/24
IanHD04/TechZo-Organization/Backend	TS-15	f13df74	Feat: Plan and Benefit Controller	In this part, we created Plan and Benefit Controller and added Get mehtod.	07/06/24
123-Mathias/TechZo-Organization/Backend	TS-14	3e2608d	Feat: Benefit Model	In this part, we created Benefit Model.	07/06/24
IanHD04/TechZo-Organization/Backend	TS-15	5c7d872	Feat: Mapper Plan and Benefit	In this part, we added a mapper for Plan and Benefit save resource.	07/06/24
123-Mathias/TechZo-Organization/Backend	TS-13	0b77edb	Feat: Mapper Plan and Benefit	In this part, we added a mapper for Plan and Benefit resource.	07/06/24
diegooo01/TechZo-Organization/Backend	TS-16	05c1c4f	Feat: Created Ong Service	In this part, we created Ong Service with methods Post and Delete.	07/06/24
123-Mathias/TechZo-Organization/Backend	TS-13	ea324d3	Feat: Method Delete in Benefit Repository	In this part, we added method Delete in Benefit Repository and Repository Interface.	07/06/24
123-Mathias/TechZo-Organization/Backend	TS-13	5c7d872	Feat: Ong Model	In this part, we created Ong and its cateogory model.	07/06/24
diegooo01/TechZo-Organization/Backend	TS-16	a2de496	Feat: Created Ong Controller	In this part, we created Ong controller with methods Delete and Post.	07/06/24
IanHD04/TechZo-Organization/Backend	TS-15	023812e	Feat: Methods Post in Repository	In this part, we added methods Post in Plan and Benefit repository.	07/06/24
diegooo01/TechZo-Organization/Backend	TS-16	1dc9fb5	Feat: Created Ong Category Controller	In this part, we created Ong Category controller with methods Delete and Post.	07/06/24
IanHD04/TechZo-Organization/Backend	TS-15	c0d7676	Feat: Method Post in Controller	In this part, we added Post mehtod in controller.	07/06/24

5.2.3.4. Testing Suite Evidence for Sprint Review

A continuación presentaremos los commits que se han hecho en la rama “feature/sprint-3” de nuestro repositorio, en el cual hemos seguido el esquema Gherkin y añadimos los archivos .feature de nuestro Sprint 3.

Repository	Branch	Commit Id	Commit Message	Commit Message Body	Commited On (Date)
AndresVZ23/TechZo-Organization/Acceptance-Test	feature/sprint-3	844beb0	Feat: Create US-02	In this part, we applied Gherkin to the US-02	07/06/2024
AndresVZ23/TechZo-Organization/Acceptance-Test	feature/sprint-3	621d877	Feat: Create US-03	In this part, we applied Gherkin to the US-03	07/06/2024
AndresVZ23/TechZo-Organization/Acceptance-Test	feature/sprint-3	0888457	Feat: Create US-04	In this part, we applied Gherkin to the US-04	07/06/2024
AndresVZ23/TechZo-Organization/Acceptance-Test	feature/sprint-3	8a941c0	Feat: Create US-05	In this part, we applied Gherkin to the US-05	07/06/2024
AndresVZ23/TechZo-Organization/Acceptance-Test	feature/sprint-3	bb46c4f	Feat: Create US-08	In this part, we applied Gherkin to the US-08	07/06/2024
AndresVZ23/TechZo-Organization/Acceptance-Test	feature/sprint-3	3f8bb45	Feat: Create US-10	In this part, we applied Gherkin to the US-10	07/06/2024
123-Mathias/TechZo-Organization/Acceptance-Test	feature/sprint-3	9c7aab5	Feat: Create TS-01	In this part, we applied Gherkin to the TS-01	07/06/2024
123-Mathias/TechZo-Organization/Acceptance-Test	feature/sprint-3	9c7aab5	Feat: Create TS-02	In this part, we applied Gherkin to the TS-02	07/06/2024
123-Mathias/TechZo-Organization/Acceptance-Test	feature/sprint-3	9c7aab5	Feat: Create TS-03	In this part, we applied Gherkin to the TS-03	07/06/2024
123-Mathias/TechZo-Organization/Acceptance-Test	feature/sprint-3	9c7aab5	Feat: Create TS-13	In this part, we applied Gherkin to the TS-13	07/06/2024
HelloNerk/TechZo-Organization/Acceptance-Tes	feature/sprint-3	3cdf1c8	Feat: Create TS-14	In this part, we applied Gherkin to the TS-14	07/06/2024
HelloNerk/TechZo-Organization/Acceptance-Tes	feature/sprint-3	c9f7e41	Feat: Create TS-15	In this part, we applied Gherkin to the TS-15	07/06/2024
HelloNerk/TechZo-Organization/Acceptance-Tes	feature/sprint-3	c69fc3f	Feat: Create TS-16	In this part, we applied Gherkin to the TS-16	07/06/2024
HelloNerk/TechZo-Organization/Acceptance-Tes	feature/sprint-3	2268b82	Feat: Create TS-17	In this part, we applied Gherkin to the TS-17	07/06/2024
diegooo01/TechZo-Organization/Acceptance-Tes	feature/sprint-3	03c82f8	Feat: Create US-17	In this part, we applied Gherkin to the US-17	07/06/2024
diegooo01/TechZo-Organization/Acceptance-Tes	feature/sprint-3	92e63a8	Feat: Create US-19	In this part, we applied Gherkin to the US-19	07/06/2024
diegooo01/TechZo-Organization/Acceptance-Tes	feature/sprint-3	d08304a	Feat: Create US-20	In this part, we applied Gherkin to the US-20	07/06/2024
diegooo01/TechZo-Organization/Acceptance-Tes	feature/sprint-3	ee4b8e0	Feat: Create US-21	In this part, we applied Gherkin to the US-21	07/06/2024
IanHD04/TechZo-Organization/Acceptance-Tes	feature/sprint-3	e004599	Feat: Create US-13	In this part, we applied Gherkin to the US-13	07/06/2024
IanHD04/TechZo-Organization/Acceptance-Tes	feature/sprint-3	e0b9f24	Feat: Create US-14	In this part, we applied Gherkin to the US-14	07/06/2024
IanHD04/TechZo-Organization/Acceptance-Tes	feature/sprint-3	7457fca	Feat: Create US-15	In this part, we applied Gherkin to the US-15	07/06/2024
IanHD04/TechZo-Organization/Acceptance-Tes	feature/sprint-3	79d9125	Feat: Create US-16	In this part, we applied Gherkin to the US-16	07/06/2024

5.2.3.5. Execution Evidence for Sprint Review

Lo que se logró en el Sprint 3 es desplegar la versión final de la aplicación web. En esta logramos desarrollar todas las pestañas que diseñamos previamente en el figma. Además, implementamos la primera versión del backend, donde hemos realizado acerca de los usuarios y productos. También se adoptó exitosamente la metodología GitFlow, trabajando en ramas para realizar pruebas y actualizaciones sin afectar la rama principal.

A continuación, en el enlace del vídeo se explica de forma más didáctica lo ya mencionado e imágenes de lo alcanzado hasta este momento en el Sprint 3:

Enlace: Video del Development Evidence for Sprint 3 - Frontend

Enlace: Video del Development Evidence for Sprint 3 - Backend

5.2.3.6. Services Documentation Evidence for Sprint Review.

Durante el desarrollo del Sprint 3, logramos terminar por completo el frontend de la aplicación web, implementando todas las secciones y pantallas planteadas, además hemos logrado realizar nuestra primera versión del backend donde hemos implementado el get y post de los productos y usuarios.

Luego, al haber realizado avances, decidimos utilizar las funciones colaborativas de GitHub, esto nos permitió coordinar entregas más rápidas, efectivas y sin errores. También usamos la metodología Git Flow para trabajar organizadamente y poder saber qué ha agregado cada uno al proyecto y revisarlo antes de colocarlo en la rama principal.

5.2.3.7. Software Deployment Evidence for Sprint Review.

Ahora procederemos a detallar los procesos que hemos realizado durante el Sprint 3:

Lo primero que realizamos fue crear un nuevo repositorio en Github para nuestro backend de nuestra Aplicación Web y actualizar los repositorios de nuestro frontend y acceptance test.

En todos los repositorios hemos adoptado la metodología GitFlow para gestionar ramas, permitiendo el desarrollo simultáneo, y facilitando la integración de nuevas características.

Para ello, en el repositorio del frontend hemos creado ramas para cada historia de usuario, nombrándolas con la nomenclatura “feature/US-[número de la historia de usuario]”, en las cuales implementamos las pantallas y funciones según los requerimientos que se evidencian en cada historia de usuario, y en el repositorio del backend también hemos creado ramas para cada historia técnica, nombrándolas con la nomenclatura “feature/TS-[número de la historia técnica]”, en las que hemos realizado la parte del backend para cumplir las funcionalidades que se solicitan en cada historia técnica.
En el caso del repositorio de acceptance test hemos creado una nueva rama llamada “feature/sprint-3” para agregar las nuevas User Stories y Technical Stories que abarcamos en este tercer sprint.

En el repositorio “CambiaZo-Frontend” subimos nuestros archivos a diferentes ramas, luego de que todos los miembros del equipo lo revisaron y aprobaron, lo cargamos en la rama “develop” y cuando comprobamos que no hay ningún conflicto, o los resolvemos en el caso de haber conflictos, lo pasamos a la rama “main”.

Para el repositorio “CambiaZo-Backend” subimos nuestros archivos a diferentes ramas, luego de que todos los miembros del equipo lo revisaron y aprobaron, lo cargamos en la rama “develop” y cuando comprobamos que no hay ningún conflicto, o los resolvemos en el caso de haber conflictos, lo pasamos a la rama “main”.

En el caso del repositorio “Acceptance-Test”, todos los archivos los hemos subido a la rama “feature/sprint-3”. Una vez se tenía la aprobación de todo el equipo, lo subimos a la rama “develop”.

Finalmente configuramos Netlify para obtener un enlace directo a la Web Application, facilitando la revisión continua de los cambios realizados.

Link: https://cambiazzo.netlify.app/

5.2.3.8. Team Collaboration Insights during Sprint

Gracias a la sección de Insights en Github, mostraremos la siguiente gráfica de colaboración del repositorio "CambiaZo-Frontend" y el repositorio “CambiaZo-Backend”, donde se presenta una visualización de la contribución de cada miembro del equipo en el desarrollo del Sprint 3.

Analíticos de GitHUb

• Web Application
  
• Backend
  

En estas imágenes se evidencia que todos los integrantes del equipo han contribuido en el desarrollo de la Aplicación Web, tanto en la parte del frontend como en la del backend.

5.2.4 Sprint 4

En esta parte, nos encargamos de registrar y explicar el avance del Sprint 4 en cuanto al desarrollo del producto y la colaboración del equipo. Discutiremos diversos aspectos cruciales, como la planificación del sprint, el backlog del mismo y la evidencia de desarrollo para la revisión del Sprint.

5.2.4.1 Sprint Planning 4

A continuación, se muestra la distribución, organización y planificación del equipo para llevar a cabo de manera exitosa el Sprint 4.

Sprint #	Sprint 4
Sprint Planning Background
Date	2024-06-10
Time	03:00 PM
Location	Virtual a través de Google Meet
Prepared By	Santisteban Palomino, Ian Haziel Donato
Attendees	Santisteban Palomino, Ian Haziel Donato / Criollo de la Cruz, Diego Anderson / Huamani Mandujano, Joseph Alexis / Mendoza Carrion, Mathias Andre / Valle Zuta, Abel Andrés.
Sprint 3 Review Summary	En el Sprint anterior, conseguimos desplegar la versión final de nuestra aplicación web y una primera versión del backend, donde logramos incorporar todas las secciones planificadas para este proyecto. Todo el equipo coincide en que la entrega fue exitosa, ya que se completaron todas las metas establecidas. Desde mi rol como Product Owner, considero que el trabajo realizado fue adecuado y eficiente, la aplicación tiene una buena apariencia visual y funciona correctamente.
Sprint 3 Retrospective Summary	El equipo opina que el proyecto tuvo éxito gracias a la asignación efectiva de responsabilidades y una comunicación continua entre sus miembros. No obstante, se notaron aspectos que podrían mejorar, como la reducción de distracciones y una mejor gestión del tiempo, con el fin de aumentar la eficiencia y velocidad del equipo.
Sprint Goal & User Stories
Sprint 3 Goal	Desplegar la versión final del backend de la Aplicación Web y unirlo con el frontend. Métrica de Cumplimiento: Para evaluar el cumplimiento del presente sprint, vamos a utilizar la siguiente métrica: Evaluaremos que el proyecto funcione al ser desplegado con netlify y se pueda acceder a todas las pantallas, además de poder comprobar que todos los datos ingresados sean guardados en el backend. El objetivo será unir nuestro backend con nuestro frontend de nuestra aplicación web y tener nuestra versión final desplegada y funcionando correctamente.
Sprint 4 Velocity	30 Story Points
Sum of Story Points	29 Story Points

5.2.4.2 Sprint Backlog 4

Nuestro objetivo principal con este sprint 4 es desplegar la versión final del backend de la aplicación web de CambiaZo y unirla con el frontend. Para lograr este objetivo, se ha realizado una distribución equitativa en cuanto a cantidad de endpoints que cada integrante debe realizar para completar el backend y unirlo con el frontend de la aplicación web.

Enlace: Sprint Backlog 4 en Trello

A continuación, se muestra la estructura de la tabla de control de estado para el último Sprint:

Sprint #		Sprint 4
User Story		Work-Item / Task
Id	Title	Id	Title	Description	Estim ation (Hours)	Assigned to	Status (To-do / InProcess / ToReview / Done)
TS01	API User	WI-01	Creación de la API de usuarios	Se crea una API que permite el registro de usuarios dentro de la aplicación web.	8	Andrés Valle	Done
TS02	API Review	WI-02	Creación de la API de reseñas	Se crea una API que permite el registro de reseñas dentro de la aplicación web.	5	Ian Santisteban	Done
TS04	API Memberships	WI-03	Creación de la API de membresías	Se crea una API que permite la gestión de membresías dentro de la aplicación web.	8	Mathias Mendoza	Done
TS05	API Product	WI-04	Creación de la API de productos	Se crea una API que permite el registro de productos dentro de la aplicación web.	8	Joseph Huamani	Done

5.2.4.3. Development Evidence for Sprint Review

A continuación, presentaremos los commits realizados en el repositorio de nuestra aplicación web, estos commits se han realizado en diferentes ramas durante el desarrollo de nuestro Sprint 4.

Backend:

Repository	Branch	Commit Id	Commit Message	Commit Message Body	Commited On (Date)
123-Mathias/TechZo-Organization/Backend	main	29cf2f9	Feat: Offer Controller	In this part, we created Offer Controller.	15/06/24
HelloNerk/TechZo-Organization/Backend	main	331812a	Feat: Favorite Product Model	In this part, we created Favorite Product Model.	15/06/24
AndresVZ23/TechZo-Organization/Backend	main	348d46a	Feat: Favorite Prodcut Query	In this part, we created Favorite Prodcut Query.	16/06/24
IanHD04/TechZo-Organization/Backend	main	a136d40	Fix: New Profile Attribute	In this part, we added a new attribute in profile.	17/06/24
diegooo01/TechZo-Organization/Backend	main	2a0bc24	Feat: Benefit Controller	In this part, we created benefit controller	17/06/24
AndresVZ23/TechZo-Organization/Backend	main	d228b4b	Feat: Benefit Resource	In this part, we created benefit resource.	17/06/24
HelloNerk/TechZo-Organization/Backend	main	dabb733	Feat: Membership Resource	In this part, we created membership resource.	17/06/24
AndresVZ23/TechZo-Organization/Backend	main	f84d5d4	Feat: Interface Membership Repository	In this part, we created membership respository.	17/06/24
IanHD04/TechZo-Organization/Backend	main	410618b	Feat: Relation Entities	In this part, we created the relationship between eneitites.	18/06/24
AndresVZ23/TechZo-Organization/Backend	main	e30d12c	Feat: Inject Dependencies	In this part, we added the necessary dependencies.	18/06/24
IanHD04/TechZo-Organization/Backend	main	07fc848	Fix: Profile	In this part, we fixed Profile.	18/06/24
123-Mathias/TechZo-Organization/Backend	main	955b4e4	Feat: Favorite Product Resource	In this part, we created Favorite Product Query Service.	18/06/24
AndresVZ23/TechZo-Organization/Backend	main	5e02044	Feat: Benefit Model	In this part, we created benefit model.	18/06/24
IanHD04/TechZo-Organization/Backend	main	f84d5d4	Feat: Interface Membership Repository	In this part, we created membership respository.	18/06/24
HelloNerk/TechZo-Organization/Backend	main	25155c5	Feat: Membership Controller	In this part, we created membership controller.	18/06/24
AndresVZ23/TechZo-Organization/Backend	main	4c700db	Feat: Entities Relations	In this part, we added the new entities to database.	18/06/24
diegooo01/TechZo-Organization/Backend	main	b8f97ac	Feat: Inject Dependency	In this part, we added the necessary dependencies.	19/06/24
123-Mathias/TechZo-Organization/Backend	main	4d9e3ef	Feat: ReviewAudit	In this part, we created ReviewAudit	19/06/24
123-Mathias/TechZo-Organization/Backend	main	5365e12	Feat: Review Model :	In this part, we created review model.	19/06/24
AndresVZ23/TechZo-Organization/Backend	main	5365e12	Feat: Review Model	In this part, we created review model.	19/06/24
123-Mathias/TechZo-Organization/Backend	main	1280976	Feat: Review Command	In this part, we created review commands.	19/06/24
IanHD04/TechZo-Organization/Backend	main	93fdd60	Feat: Review Queries	In this part, we created review queries.	19/06/24
AndresVZ23/TechZo-Organization/Backend	main	c8783ee	Feat: Review Repository	In this part, we created Review Repository.	20/06/24
IanHD04/TechZo-Organization/Backend	main	7ccac9e	Feat: Method find in Review Repository	In this part, we added method find by user and offer in review repository.	20/06/24
123-Mathias/TechZo-Organization/Backend	main	70513d3	Feat: Review Query Service	In this part, we created Review Query Service	20/06/24
AndresVZ23/TechZo-Organization/Backend	main	6148ae5	Feat: Review Command Service	In this part, we created Review Command Service	20/06/24
123-Mathias/TechZo-Organization/Backend	main	8b39bb0	Feat: Ong Attribute in AccountNumber	In this part, we added relation for review.	20/06/24
diegooo01/TechZo-Organization/Backend	main	893704a	Feat: Review Transform	In this part, we created Review Transform.	20/06/24
123-Mathias/TechZo-Organization/Backend	main	577b5b7	Fix: Getter for OngId in Project	In this part, we fixed Getter for OngId in Project.	20/06/24

5.2.4.4. Testing Suite Evidence for Sprint Review

A continuación presentaremos los commits que se han hecho en la rama “feature/sprint-4” de nuestro repositorio, en el cual hemos seguido el esquema Gherkin y añadimos los archivos .feature de nuestro Sprint 4.

Repository	Branch	Commit Id	Commit Message	Commit Message Body	Commited On (Date)
AndresVZ23/TechZo-Organization/Acceptance-Test	feature/sprint-4	e86de87	Feat: Create TS-01	In this part, we applied Gherkin to the TS-01	24/06/2024
diegooo01/TechZo-Organization/Acceptance-Tes	feature/sprint-4	51efe6a	Feat: Create TS-02	In this part, we applied Gherkin to the TS-02	24/06/2024
IanHD04/TechZo-Organization/Acceptance-Tes	feature/sprint-4	81997b0	Feat: Create TS-03	In this part, we applied Gherkin to the TS-03	24/06/2024
123-Mathias/TechZo-Organization/Acceptance-Test	feature/sprint-4	c5cb700	Feat: Create TS-04	In this part, we applied Gherkin to the TS-04	24/06/2024
HelloNerk/TechZo-Organization/Acceptance-Tes	feature/sprint-4	b09cb1d	Feat: Create TS-05	In this part, we applied Gherkin to the TS-05	24/06/2024

5.2.4.5. Execution Evidence for Sprint Review

Lo que se logró en el Sprint 4 es desplegar la versión final del backend y unirlo con el frontend de la aplicación web. Logramos crear todos los endpoints definidos junto a sus métodos para que se puedan realizar todas las funciones definidas desde el inicio del proyecto. Además, adoptamos correctamente la metodología Gitflow, ya que hemos trabajado en ramas para realizar actualizaciones y pruebas sin afectar la rama principal.

A continuación, se muestran algunas imágenes de lo alcanzado en este Sprint 4:

5.2.4.6. Services Documentation Evidence for Sprint Review.

Durante el desarrollo del Sprint 4, logramos terminar por completo el backend de la aplicación web, implementando todos los endpoints y métodos necesarios, además hemos logrado conectarlo con nuestro frontend.

Después de hacer progresos, optamos por emplear las herramientas colaborativas de GitHub, lo cual facilitó la coordinación de entregas más ágiles, eficientes y libres de errores. Asimismo, implementamos la metodología Git Flow para mantener una estructura de trabajo organizada, permitiéndonos rastrear las contribuciones individuales al proyecto y revisarlas antes de fusionarlas con la rama principal.

5.2.4.7. Software Deployment Evidence for Sprint Review.

Ahora procederemos a detallar los procesos que hemos realizado durante el Sprint 4:

Lo primero que realizamos fue actualizar los repositorios de nuestro backend y acceptance tests de nuestra aplicación web.

En ambos repositorios hemos adoptado la metodología GitFlow para gestionar ramas, permitiendo el desarrollo simultáneo, y facilitando la integración de nuevas características.

Para ello, en el repositorio del backend hemos creado ramas para cada historia técnica, nombrándolas con la nomenclatura “feature/TS-[número de la historia técnica]”, en las cuales implementamos los endpoints y métodos según los requerimientos que se evidencian en cada historia técnica.

Rama	Descripción
feature/TS-01	Se crea la estructura de la API de Usuarios junto a sus métodos.
feature/TS-02	Se crea la estructura de la API de Reseñas junto a sus métodos.
feature/TS-03	Se crea la estructura de la API de ONGs junto a sus métodos.
feature/TS-04	Se crea la estructura de la API de Membresías junto a sus métodos.
feature/TS-05	Se crea la estructura de la API de Productos junto a sus métodos.

En el caso del repositorio de acceptance test hemos creado una nueva rama llamada “feature/sprint-4” para agregar las nuevas Technical Stories que abarcamos en este cuarto sprint.

El nombre de cada rama tiene la siguiente nomenclatura: “feature/sprint-[número del sprint]”, estas contienen las Technical Stories y User Stories que le corresponden a cada sprint.

Rama	Descripción
feature/sprint-1	Se realizan los archivos .feature sobre todas las historias de usuario realizadas en el sprint 1.
feature/sprint-2	Se realizan los archivos .feature sobre todas las historias de usuario realizadas en el sprint 2.
feature/sprint-3	Se realizan los archivos .feature sobre todas las historias de usuario realizadas en el sprint 3.
feature/sprint-4	Se realizan los archivos .feature sobre todas las historias técnicas realizadas en el sprint 4.

En el repositorio de “CambiaZo-Backend” subimos nuestros archivos a las diferentes ramas, de acuerdo a la Technical Story que se refiera, luego de que todos los miembros del equipo lo revisaron y aprobaron, le hacemos merge en la rama “develop” y al ver que todo corra bien y sin errores lo subimos a la rama “main”.

En el caso del repositorio “Acceptance-Test”, todos los archivos los hemos subido a la rama “feature/sprint-4”. Una vez se tenía la aprobación de todo el equipo, lo subimos a la rama “develop”.

Finalmente, desde el mismo Rider utilizamos un plugin de Azure, el cual nos permite poder desplegar el backend de nuestra aplicación usando el servicio de Azure llamado Web App. Posteriormente lo configuramos desde Microsoft Azure para generar nuestros endpoints del backend y poderlos conectar con el frontend.

Link: https://backend20240624204555.azurewebsites.net/swagger/index.html

5.2.4.8. Team Collaboration Insights during Sprint

Gracias a la sección de Insights en Github, mostraremos la siguiente gráfica de colaboración del repositorio “CambiaZo-Backend”, donde se presenta una visualización de la contribución de cada miembro del equipo en el desarrollo del Sprint 4.

Analíticos de GitHUb

• Backend
  

En estas imágenes se evidencia que todos los integrantes del equipo han contribuido en el desarrollo de la Aplicación Web.

5.3 Validation Interviews

En esta sección, se registran y explican las actividades que abarcan las entrevistas de validación durante el desarrollo de nuestro proyecto. El objetivo principal de realizar estas entrevistas de validación es obtener retroalimentación, comprender las necesidades y expectativas de los usuarios, así como validar o refutar las hipótesis sobre el producto. Para lograr esto, haremos que nuestros entrevistados de ambos segmentos interactúen con la landing page y la aplicación web.

5.3.1 Diseño de Entrevistas

Preguntas generales

• ¿Cuál es su nombre completo?
• ¿Qué edad tiene?
• ¿A qué se dedica?
• ¿En qué distrito reside?
  
  

Segmento objetivo 1: Personas adultas que desean obtener nuevos artículos (Intercambiadores)

Preguntas Específicas

1. ¿Qué le pareció nuestra landing page y nuestra aplicación web?
2. ¿Cuál considera que es la parte más importante de ambas? ¿Por qué?
3. Si tuviera la posibilidad de cambiar o añadir algo en la landing page o en la aplicación web ¿Qué cambiaría o añadiría?
4. ¿Cree que la solución presentada facilitará la realización de trueques y que brindará una mayor confianza a los usuarios? ¿Por qué?
5. Sobre la landing page, ¿considera que cumple su función, la cual es persuadir a los visitantes a registrarse dentro de CambiaZo?
6. Sobre la aplicación web, ¿considera que es intuitiva y fácil de usar? ¿Por qué?
7. ¿Usted utilizaría la aplicación web para realizar trueques? ¿Por qué?
8. ¿Recomendaría a sus amigos y familiares a unirse a CambiaZo? ¿Por qué?

Segmento objetivo 2: Personas adultas que desean donar artículos que ya no utilizan (Donantes) Preguntas Específicas

1. ¿Qué le pareció nuestra landing page y nuestra aplicación web?
2. ¿Cuál considera que es la parte más importante de ambas? ¿Por qué?
3. Si tuviera la posibilidad de cambiar o añadir algo en la landing page o en la aplicación web ¿Qué cambiaría o añadiría?
4. ¿Cree que la solución presentada contribuirá al aumento de donaciones en el país? ¿Por qué?
5. Sobre la landing page, ¿considera que cumple su función, la cual es persuadir a los visitantes a registrarse dentro de CambiaZo?
6. Sobre la aplicación web, ¿considera que es intuitiva y fácil de usar? ¿Por qué?
7. ¿Usted utilizaría la aplicación web para realizar donaciones? ¿Por qué?
8. ¿Recomendaría a sus amigos y familiares a unirse a CambiaZo? ¿Por qué?

5.3.2 Registro de Entrevistas

En esta sección presentaremos el registro de cada entrevista de validación que hemos realizado para cada segmento objetivo de nuestro proyecto. Segmento Intercambiadores

Entrevista #1
Nombre	Anivar
Apellidos	Rodríguez Rodríguez
Edad	19 años
Distrito	La Molina
Aplicaciones Usadas	Zoom
Tecnologías	Celular iPhone y Computadora
Browsers	Google Chrome
Entrevistador	Abel Andrés Valle Zuta
Evidencia
Link	Microsoft Stream
Duración	00:00 min - 4:55 min
Resumen	En la entrevista con Anivar Rodríguez, logramos conocer su opinión acerca de qué le pareció nuestra landing page y nuestra aplicación web. Indicó que le llamó la mucho la atención nuestra landing page, que le pareció muy bien organizada y fácil de comprender y leer, e incluso dijo que nuestra aplicación web le sorprendió buenamente, ya que le encantó lo tan detallada que está y su facilidad de usar, indicó que tal vez podríamos mejorar el tamaño de las letras pero que todo lo demás le había gustado y parecía excelente. Finalmente indicó que sí estaría dispuesto a utilizar CambiaZo y a recomendársela a sus amigos y familiares.

Entrevista #2
Nombre	Ian Joaquín
Apellidos	Sánchez Alva
Edad	21 años
Distrito	Los Olivos
Aplicaciones Usadas	Zoom
Tecnologías	Computadora
Browsers	Firefox
Entrevistador	Abel Andrés Valle Zuta
Evidencia
Link	Microsoft Stream
Duración	4:56 min - 9:53 min
Resumen	En la entrevista con Ian Sánchez, nos comentó su opinión acerca de nuestra landing page y aplicación web, indicó que le gusta mucho el diseño de ambas, que le resulta muy atractivo y que llama muy bien la atención de los visitantes de la página, además mencionó los puntos que podríamos mejorar a nuestra landing page, la cual es que las membresías especifiquen más acerca de qué trata cada plan y tal vez realizar un cuadro de comparaciones adicional. Finalmente mencionó que sí utilizaría CambiaZo y que también se la recomendaría a todos sus amigos y familiares.

Entrevista #3
Nombre	Edu
Apellidos	Gutierrez Vazques
Edad	19 años
Distrito	La Molina
Aplicaciones Usadas	Zoom
Tecnologías	Computadora
Browsers	Opera Gx
Entrevistador	Ian Haziel Donato Santisteban Palomino
Evidencia
Link	Microsoft Stream
Duracion	9:54 min - 14:59 min
Resumen	En la entrevista con Edu Gutiérrez Vázquez, un estudiante de marketing de 19 años, valoró positivamente la organización y sencillez de la landing page de CambiaZo, destacando su claridad y facilidad para entender su propósito. Opinó que la aplicación web es intuitiva y eficiente, especialmente por su categorización, aunque sugirió mejorar la funcionalidad del perfil para mostrar historiales de intercambios y valoraciones. Edu cree que CambiaZo facilita los intercambios de manera segura y especializada, y la recomendaría a amigos y familiares interesados en adquirir productos mediante intercambios sin complicaciones.

Entrevista #4
Nombre	Junior
Apellidos	Valero Medina
Edad	20 años
Distrito	Los Olivos
Aplicaciones Usadas	Discord y Zoom
Tecnologías	Laptop
Browsers	Firefox
Entrevistador	Ian Haziel Donato Santisteban Palomino
Evidencia
Link	Microsoft Stream
Duración	15:00 min - 18:36 min
Resumen	En la entrevista con Luis Junior Valero Medina, un joven de 19 años que estudia ingeniería de sistemas, evaluó positivamente la landing page de CambiaZo, destacando su atractivo diseño y la buena organización de la información. Resaltó la claridad con la que se explica el propósito y funcionamiento del intercambio. Además, consideró que la aplicación web tiene una apariencia moderna e intuitiva, y valoró especialmente la funcionalidad de filtrado de objetos. Sugirió la inclusión de testimonios de usuarios y una opción de chat en tiempo real para mejorar la confianza y la comunicación entre los usuarios. Luis cree que la plataforma facilita los trueques de manera segura y eficiente, y la recomendaría a amigos y familiares por su capacidad de promover el aprovechamiento de recursos.

Entrevista #5
Nombre	Sebastian
Apellidos	Valdivia
Edad	19 años
Distrito	Santiago de Surco
Aplicaciones Usadas	Zoom
Tecnologías	Computadora, Laptop
Browsers	Google Chrome
Entrevistador	Diego Criollo De La Cruz
Evidencia
Link	Microsoft Stream
Duracion	18:37 min - 23:29 min
Resumen	Se tuvo la posibilidad de entrevista a Sebastian Valdivia, quien es un joven estudiante universitario que está interesado en intercambiar objetos. Al presentarle la aplicación web, pudo testear la gran mayoría de funcionalidades y nos comentó que el diseño y la distribución de los componentes es muy intuitiva y didáctica, que los colores resaltan y hacen un buen contraste y que en general es muy amigable de visualizar. Además de ello, mencionó que el diseño de la landing page cumple la función principal de captar la atención del usuario potencial. Respecto a los posibles añadidos o cambios, nos mencionó una parte específica de la aplicación web, donde salen las categorías de productos, comentó que los colores podrían ser un poco más oscuros o fuertes para que haga mejor contraste y sea fácil de visualizar.

Segmento Donadores

Entrevista #1
Nombre	Jeremy Joel
Apellidos	Quispe Andia
Edad	19 años
Distrito	San Juan de Lurigancho
Aplicaciones Usadas	Zoom
Tecnologías	Computadora, Laptop
Browsers	Google Chrome
Entrevistador	Joseph Alexis Huamani Mandujano
Evidencia
Link	Microsoft Stream
Duración	23:30 min - 28:05 min
Resumen	Tuvimos la oportunidad de entrevistar a Jeremy Quispe, un usuario que pertenece al nuestro segmento objetivo de Donadores, con el objetivo de poder recopilar opiniones acerca de nuestra landing page y nuestra aplicación web. Jeremy nos comenta que tanto la landing page como la aplicación web tienen un buen contraste con respecto a los colores, diseño y el enfoque. Además Jeremy añade que ambas tienen una correcta funcionalidad, en especial los intercambios y las donaciones. Jeremy nos comparte que sería bueno que en ambas páginas tenga una sección de Preguntas frecuentes (FAQ). Por último nos comenta que esta solución si ayudaría a aumentar el número de donaciones en el país, que ambas páginas tanto la landing page como la aplicación web cumplen con su función y además si estaría dispuesto a utilizar la aplicación web para donar y a compartirla con sus amigos y familiares.

Entrevista #2
Nombre	Hernan Emilio
Apellidos	Morales Calderon
Edad	19 años
Distrito	San Juan de Lurigancho
Aplicaciones Usadas	Zoom
Tecnologías	Computadora y Laptop
Browsers	Google Chrome
Entrevistador	Joseph Alexis Huamani Mandujano
Evidencia
Link	Microsoft Stream
Duracion	28:06 min - 33:09 min
Resumen	En esta ocasión tuvimos la oportunidad de entrevistar a Hernán Morales, un usuario que representa nuestro segmento objetivo de Donadores, para recopilar opiniones sobre nuestra landing page y nuestra aplicación web. Hernán nos comentó que tanto la landing page como la aplicación web diseño, una buena estructura organizada y buena información. Además, destacó que ambas plataformas funcionan correctamente, especialmente en lo que respecta a los intercambios y las donaciones. Hernán nos comenta que la aplicación web está bastante completa en cuanto a diseño y funcionalidad y que no haría muchos cambios, solo agregar un poco de animación. Hernan, expresó que esta solución podría incrementar el número de donaciones en el país ya que es intuitiva y fácil de usar, además que tanto la landing page como la aplicación web cumplen con su propósito. Finalmente, afirmó que estaría dispuesto a utilizar la aplicación web para donar y compartirla con sus amigos y familiares.

Entrevista #3
Nombre	Angélica Pilar Leonor
Apellidos	Aguirre Sánchez
Edad	26 años
Distrito	Santiago de Surco
Aplicaciones Usadas	Zoom
Tecnologías	Smartphone y Computadora
Browsers	Google Chrome
Entrevistador	Abel Andrés Valle Zuta
Evidencia
Link	Microsoft Stream
Duración	33:10 min - 38:50 min
Resumen	En la presente entrevista de validación, Angélica Aguirre nos comentó que le encantó tanto nuestra landing page como nuestra aplicación web. Ella considera que sería bueno añadir una sección acerca de los fundadores de CambiaZo en la landing page, para que así las personas puedan conocer a los miembros de este proyecto. Indicó que le parece que toda la aplicación web está bien hecha, y sí ayudará a que se realicen más donaciones en el país. Finalmente, mencionó que sí considera que utilizará nuestra aplicación web y que también la recomendará a más personas.

Entrevista #4
Nombre	Rafaella
Apellidos	Pastor Sánchez
Edad	19 años
Distrito	La Molina
Aplicaciones Usadas	Zoom
Tecnologías	Computadora
Browsers	Google Chrome
Entrevistador	Abel Andrés Valle Zuta
Evidencia
Link	Microsoft Stream
Duración	38:51 min - 42:35 min
Resumen	En esta entrevista, Rafaella nos menciona que le gustó nuestra landing page debido a su facilidad por leer y que considera que cumple con su objetivo de llamar la atención de los usuarios. En cuanto a la aplicación web mencionó que le sorprendió lo bien hecha que está y que solo le añadiría unas instrucciones de cómo usarlo correctamente para evitar posibles errores de personas que no están tan relacionadas con la tecnología. Finalmente añadió que sí usaría CambiaZo y también se la recomendará a sus amigos y familiares.

Entrevista #5
Nombre	Carlos Arturo
Apellidos	Adrianzen Flores
Edad	19 años
Distrito	Miraflores
Aplicaciones Usadas	Zoom
Tecnologías	Laptop y Computadora
Browsers	Google Chrome
Entrevistador	Mathias Andre Mendoza Carrion
Evidencia
Link	Microsoft Stream
Duración	42:36 min - 47:47 min
Resumen	En la entrevista, Arturo Adriansen Flores, estudiante de 19 años, comparte su perspectiva sobre la experiencia con "Cambiazo", una plataforma que facilita donaciones a ONGs. Arturo explica que su interés por la filantropía lo lleva a donar regularmente ropa y víveres a organizaciones sin fines de lucro, y destaca el placer que encuentra en poder impactar positivamente la vida de los demás a través de esta actividad. Al evaluar la landing page y la aplicación web de "Cambiazo", Arturo elogió la coherencia con la marca en el uso de colores, así como la funcionalidad y facilidad de uso que ofrecen ambas plataformas. Resalta la importancia de las reseñas de usuarios en la landing page y la interactividad de la sección de donaciones en la aplicación web, especialmente por la inclusión de información detallada sobre cada ONG y la opción de búsqueda amigable. Además, Arturo sugiere una posible mejora en la reducción de la cantidad de información en la landing page para una mejor experiencia móvil. En cuanto al impacto de "Cambiazo" en las donaciones del país, Arturo cree firmemente que la plataforma contribuirá positivamente debido a su facilidad de uso y la amigabilidad de su interfaz, especialmente el filtro de búsqueda de ONGs. Considera que tanto la landing page como la aplicación web cumplen su función persuasiva y de registro de usuarios, destacando la estética atractiva y la combinación de colores coherente. Arturo asegura que él mismo usaría la aplicación para realizar donaciones debido a su comodidad y confiabilidad, y recomendaría "Cambiazo" a amigos y familiares no solo para donar, sino también para realizar intercambios, destacando la utilidad de la plataforma para ambas actividades.

5.3.3 Evaluaciones Según Heurísticas

UX Heuristics & Principles Evaluation

Usability - Inclusive Design - Information Architecture

Site o App a evaluar: CambiaZo

Tareas a evaluar:

1. Registro de un nuevo usuario dentro de la aplicación web.
2. Inicio de sesión con datos incorrectos y correctos.
3. Cambio de contraseña.
4. Crear y editar una publicación de intercambio
5. Ver perfil del usuario con su calificación
6. Agregar y eliminar productos a la sección de Favoritos
7. Editar perfil del usuario
8. Adquirir una membresía, cambiarla y cancelarla
9. Ofertar por productos de otros usuarios
10. Ver perfiles y reseñas de otros usuarios
11. Filtrar y ver la información completa de los objetos dentro de la aplicación
12. Filtrar y ver la información a detalle de las ONG ‘s registradas

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 ó 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 reléase.
3	Problema mayor: ocurre frecuentemente o los usuarios no son capaces de resolverlos. 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 DE RESUMEN:

#	Problema	Escala de severidad	Heurística/Principio violada(o)
1	Se tiene que escribir en minúsculas la ubicación para que se pueda filtrar por localización las ONG.	2	Usability: Libertad y control del usuario
2	Se tiene que escribir exactamente una palabra para que se pueda encontrar en el filtro de productos.	2	Usability: Libertad y control del usuario

DESCRIPCIÓN DE PROBLEMAS:

Problema 1: Se tiene que escribir en minúsculas la ubicación para que se pueda filtrar por localización las ONG.

Severidad: 2

Heurística violada: Usability: Libertad y control del usuario

Problema:

Al momento de escribir la localización por la cual queremos filtrar las ONG, solo aparece si está escrito todo en minúsculas, por lo que al escribir con mayúsculas no se muestra ninguna ONG. Esto puede generar confusión entre los usuarios, ya que pueden pensar que no existe una ONG registrada dentro de nuestra aplicación web en la localización que desean buscar dentro de la aplicación web, pero la realidad es que sí existe pero escrito en minúsculas.

Recomendación:

Añadir que se pueda buscar tanto en minúsculas como en mayúsculas como también combinado en mayúsculas y minúsculas, de este modo no habrá problema cuando los usuarios ingresen las locaciones de cualquier manera.

Problema #2: Se tiene que escribir exactamente una palabra para que se pueda encontrar en el filtro de productos.

Severidad: 2

Heurística violada: Usability: Libertad y control del usuario

Problema:

Al momento de escribir el nombre del producto que queremos filtrar, solo aparece si está escrito exactamente como en la publicación, por lo que al escribir con mayúsculas o minúsculas no se muestra el producto. Esto puede generar confusión entre los usuarios, ya que pueden pensar que no existe el objeto que desean dentro de la aplicación web, pero la realidad es que sí existe pero escrito con una minúscula o mayúscula diferente.

Recomendación:

Lo más práctico para este caso es que al momento de comparar el nombre de los productos registrados con el texto ingresado se tome en cuenta como si todo estuviera escrito en minúsculas.

A través de todo el proceso de realización del proyecto hemos conseguido validar las siguientes heurísticas relacionadas a nuestra landing page y aplicación web:

Heurística	Descripción
Usabilidad	Tanto en la landing page como en la aplicación web, el usuario puede desplazarse sin problemas usando la barra de desplazamiento o la rueda de desplazamiento del mouse, además puede acceder a cualquier apartado de la aplicación sin tener ningún inconveniente.
Accesibilidad	El usuario puede acceder tanto a la landing page como a la página web desde cualquier dispositivo, ya sea computadora o dispositivo móvil, debido a que se adaptan correctamente al tamaño de la pantalla.
Libertad y control por parte del usuario	Los usuarios pueden realizar acciones por equivocación, por lo que es importante una opción que le permita cancelar lo que seleccionó para que pueda salir de la acción que no desea realizar sin tener que pasar por un largo proceso. Por ello hemos implementado botones que permiten que el usuario pueda deshacer una acción que realizaron por error.
Consistencia entre el sistema y el mundo real	En ambos (landing page y aplicación web) hemos utilizado símbolos reconocibles por cualquier usuario, de modo que no sea un problema para ellos tratar de descifrar qué significa cada uno de nuestros botones.
Diseño estético y minimalista	Hemos sintetizado lo más importante y destacable para que al usuario no se le haga pesado leer acerca de CambiaZo.
Consistencia y estándares	Generalmente los sitios web tienen un proceso parecido al momento de iniciar sesión, registrarse y cambiar de contraseña, por lo que nos hemos adaptado a ello y creamos uno similar para que el usuario no presente complicaciones de entender nuestra aplicación web.
Prevención de errores	Hemos agregado mensajes para evitar errores comunes que pueden tener los usuarios al introducir datos dentro de CambiaZo.
Flexibilidad y eficiencia de uso	Nuestra aplicación web está adaptada tanto para usuarios experimentados como para principiantes, esto se refleja al momento de realizar filtraciones de productos, pueden filtrar simplemente presionando algún botón de la categoría que deseen, o pueden realizar una búsqueda más específica completando campos.

5.4 Video About-the-Product

Enlace: Video About-the-Product

Conclusiones

En el primer capítulo, al definir el perfil de la startup y la descripción de la misma, pudimos establecer una visión clara y coherente de nuestros objetivos y metas. Además, al identificar los perfiles de los integrantes del equipo, logramos formar un equipo multidisciplinario capaz de abordar los desafíos desde diversas perspectivas, lo que fue crucial para el progreso y la eficacia del proyecto.

En el segundo capítulo, al analizar el perfil de la solución y abordar la problemática, adquirimos una comprensión profunda de las necesidades y los desafíos que enfrentamos. La implementación del proceso Lean UX nos permitió validar nuestras ideas de manera rápida y eficiente, lo que resultó en una iteración efectiva y una dirección clara para nuestro producto.

Durante la etapa de Elicitación y Análisis de Requisitos, exploramos a fondo el mercado y las necesidades de los usuarios a través de la investigación de competidores, entrevistas y técnicas de needfinding. Esto nos proporcionó información valiosa que utilizamos para definir con precisión los requisitos del producto y alinear nuestras estrategias con las expectativas del usuario.

En la fase de Especificación de Requisitos, la creación de historias de usuario y la planificación del backlog del producto nos permitieron organizar y priorizar eficazmente las características y funcionalidades. Esto nos proporcionó una guía clara para el desarrollo posterior del producto y nos ayudó a mantenernos enfocados en los objetivos clave del proyecto.

En el diseño del producto, la cuidadosa planificación de la arquitectura de la información y la interfaz de usuario garantizó una experiencia de usuario intuitiva y atractiva. El uso de herramientas como Figma y LucidChart nos permitió crear prototipos y diseños visuales que sirvieron como referencia durante el desarrollo y la validación del producto. Durante la corrección de la TB1, realizamos ajustes significativos, incluyendo la refinación de historias de usuario, la actualización del diagrama C4 y el diseño responsive de la aplicación web en Figma. Estos cambios mejoraron la claridad y la coherencia de nuestro enfoque, asegurando una comprensión más precisa de los requisitos del producto y una experiencia de usuario más fluida.

Además, implementamos mejoras en la landing page, optimizando el diseño del formulario y agregando funcionalidades para mejorar la interacción del usuario. Además, realizamos dos entrevistas adicionales para cada segmento de usuarios, lo que nos proporcionó información valiosa para ajustar nuestro enfoque y satisfacer mejor sus necesidades.

En el sprint 2, nos enfocamos en la distribución, organización y planificación del grupo para cumplir satisfactoriamente los objetivos establecidos. El sprint backlog se utilizó para priorizar las características más importantes y guiar el desarrollo de la primera versión de la aplicación web de Cambiazo. El desarrollo de esta versión fue exitoso, demostrando nuestra capacidad para traducir los requisitos del producto en una solución funcional y efectiva.

En la TB2, logramos desarrollar toda la parte del frontend y parte del backend utilizando C# con .NET y Domain Driven Design. Esta etapa fue crucial para asegurar la robustez y escalabilidad de nuestra aplicación. La implementación del frontend permitió una interfaz intuitiva y amigable para el usuario, mientras que el backend construido sobre principios sólidos garantizó la funcionalidad y seguridad del sistema. La adopción de Domain Driven Design nos permitió abordar problemas complejos con mayor precisión y claridad, resultando en una arquitectura de software más organizada y eficiente.

Durante el Sprint 4, nos enfocamos en la implementación y prueba de las funcionalidades clave del producto. Esta etapa fue crucial para asegurar que el producto no solo cumpliera con los requisitos especificados, sino que también ofreciera una experiencia de usuario óptima. Realizamos pruebas exhaustivas para identificar y corregir cualquier defecto, lo que nos permitió entregar un producto final de alta calidad. La colaboración continua y el feedback constante dentro del equipo fueron elementos esenciales que facilitaron una entrega exitosa del sprint.

En resumen, cada etapa del proyecto nos brindó lecciones y aprendizajes importantes que contribuyeron al éxito general del proyecto. Desde la definición de la visión inicial hasta la implementación y validación del producto final, nuestro enfoque centrado en el usuario y nuestra colaboración efectiva como equipo fueron fundamentales para lograr nuestros objetivos. La integración de metodologías ágiles y herramientas de diseño colaborativo fortaleció nuestra capacidad para adaptarnos a los cambios y mejorar continuamente, asegurando que cada iteración aportara valor significativo al producto final.

Bibliografía

• Domantas, G. (2023). What is CSS and How Does It Work?. Hostinger. https://www.hostinger.com/tutorials/what-is-css
  
  

• Huarachi-Coila, L. (2022). Mercado de trueque y seguridad alimentaria en los distritos de Acora e Ilave de Puno-Perú: periodo 2015-2017. Semestre Económico, 11(1), 28–43. https://doi.org/10.26867/se.2022.v11i1.126
  
  

• McCafferty, S. (2019). Gherkin Conventions for Readable Specifications. Piper's blog. https://pipertestanalyst.wordpress.com/2020/03/05/gherkin-conventions-for-readable-specifications/
  
  

• MDN contributors. (2024). HTML basics. mdn web docs. https://developer.mozilla.org/en-US/docs/Learn/Getting_started_with_the_web/HTML_basics
  
  

• O'Grady, B. (s.f.) JavaScript Demystified: Why You Should Learn This Essential Language. code institute. https://codeinstitute.net/global/blog/what-is-javascript-and-why-should-i-learn-it/
  
  

• TestQuality Team. (2022). What is Gherkin & How Do You Write Gherkin Tests?. TestQuality Blog. https://www.testquality.com/blog/tpost/dndmk5a141-what-is-gherkin-amp-how-do-you-write-ghe#:~:text=What%20is%20Gherkin%3F,adheres%20to%20a%20strict%20syntax.
  
  

• The C4 model for visualising software architecture. (s/f). C4model.com. Recuperado el 8 de septiembre de 2023, de https://c4model.com/

---

Anexos

• Landing Page: Ver Landing Page
  
  
• App Web: Ver App Web
  
  
• Backend: Ver Backend
  
  
• Repositorio GitHub de la Organización:Ver Organización
  
  
• Repositorio GitHub del Landing Page: Ver Repositorio
  
  
• Repositorio GitHub del Fronted: Ver Repositorio
  
  
• Repositorio GitHub del Backend: Ver Repositorio
  
  
• Repositorio GitHub del Informe: Ver Repositorio
  
  
• Repositorio GitHub del Accepptance-Test: Ver Repositorio
  
  
• Wireframes: Ver Wireframe
  
  
• Mock-up: Ver Mock-up
  
  
• Prototype: Ver Prototype
  
  

Needfinding Interviews

Enlace: Needfinding

Exposure video Tb1

Enlace: Exposure video Tb1

Prototype de la App Web

Enlace: Video Prototype de la App Web

Sprint 1

Enlace: Video de Development Evidence for Sprint 1

Development Evidence de la App Web

Enlace: Video Development Evidence de la App Web

Exposure video TP1

Enlace: Exposure video TP1

Validation Interviews

Enlace: Validation Interviews

Exposure video TB2

Enlace: Exposure video TB2

Exposure video TF1

Enlace: Exposure video TF1

Video About The Team

Enlace: Video About The Team