Universidad Peruana de Ciencias Aplicadas
Ingeniería de Software
Aplicaciones Web - WX55
Profesor: Angel Augusto Velasquez Nuñez
INFORME
| Member | Code |
|---|---|
| Mauricio Abraham Rivo Rojas Sánchez | U202211572 |
| Aaron Elías Acuña Alarcón | U202211552 |
| Piero Fernando Periche Quiroga | U202210192 |
| Alex Ramon Alberto Avila Asto | u20221a322 |
| Leonardo Félix Jesús Linares Tejada | U202211168 |
| Version | Fecha | Participantes | Observaciones |
|---|---|---|---|
| TB1 | 29/03/2024 | Mauricio Abraham Rivo Rojas Sánchez |
|
| TB1 | 29/03/2024 | Aaron Elías Acuña Alarcón |
|
| TB1 | 29/03/2024 | Leonardo Félix Jesús Linares Tejada |
|
| TB1 | 29/03/2024 | Piero Fernando Periche Quiroga |
|
| TB1 | 29/03/2024 | Alex Ramon Alberto Avila Asto |
|
| TP1 | 27/04/2024 | Mauricio Abraham Rivo Rojas Sánchez |
|
| TP1 | 27/04/2024 | Aaron Elías Acuña Alarcón |
|
| TP1 | 27/04/2024 | Leonardo Félix Jesús Linares Tejada |
|
| TP1 | 27/04/2024 | Piero Fernando Periche Quiroga |
|
| TP1 | 27/04/2024 | Alex Ramon Alberto Avila Asto |
|
| TB2 | 29/05/2024 | Mauricio Abraham Rivo Rojas Sánchez |
|
| TB2 | 29/05/2024 | Aaron Elías Acuña Alarcon |
|
| TB2 | 29/05/2024 | Leonardo Félix Linares Tejada |
|
| TB2 | 29/05/2024 | Piero Fernando Periche Quiroga |
|
| TB2 | 29/05/2024 | Alex Ramon Alberto Avila Asto |
|
| TF1 | 25/06/2024 | Mauricio Abraham Rivo Rojas Sánchez |
|
| TF1 | 25/06/2024 | Aaron Elías Acuña Alarcon |
|
| TF1 | 25/06/2024 | Leonardo Félix Linares Tejada |
|
| TF1 | 25/06/2024 | Piero Fernando Periche Quiroga |
|
| TF1 | 25/06/2024 | Alex Ramon Alberto Avila Asto |
|
En esta sección, regirstraremos los cambios y logros que se completaron en cada entrega del reporte.
La entrega TB1 finalizó con éxito y están documentadas en el siguiente repositorio de Github perteneciente a la organización del equipo: https://github.com/Los-No-Se-Quienes-y-Los-No-Se-Cuantos/project-report Durante el desarrollo del informe se tuvieron en cuenta los siguientes aspectos:
- Se redactaron y estructuraron los contenidos asignados a cada miembro utilizando el formato Markdown. Luego, se realizaron commits para garantizar el avance en el repositorio.
- Se crearon los artefactos necesarios utilizando las herramientas recomendadas y se obtuvieron el link de las imagenes a través de la carpeta assets o de una publicación desde Imgur (https://imgur.com/).
- Se llevaron a cabo reuniones para coordinar el avance de los elementos del informe y para informar sobre los progresos del Sprint 1, centrado en la página de inicio (Landing Page).
La entrega TP1 finalizó con éxito y están documentadas en el siguiente repositorio de Github perteneciente a la organización del equipo: https://github.com/Los-No-Se-Quienes-y-Los-No-Se-Cuantos/sweetmanager-frontend Durante el desarrollo del informe se tuvieron en cuenta los siguientes aspectos:
- Se desarrolló el front-end application con todas nuestras reglas de negocio e investigaciones que hemos realizado.
- Se desplegó el front-end application en Netlify, con el siguiente Link: https://sweetmanager.netlify.app/
- Se elaboró el Sprint Backlog 2 en conjunto, proveniente del siguiente link: https://trello.com/b/Mhe8mN9K/sprint-2
La entrega TB2 finalizó con éxito y están documentadas en el siguiente repositorio de Github perteneciente a la organización del equipo: https://github.com/Los-No-Se-Quienes-y-Los-No-Se-Cuantos/sweetmanager-web-services Durante el desarrollo del informe se tuvieron en cuenta los siguientes aspectos:
- Se desarrolló el web-services application con todas las restricciones y reglas de negocio que tenemos evaluadas.
- Se desplegó el web-services application en el servidor de un integrante de nuestro equipo, Alex Avila Asto. El link del API es: http://sweetmanager-api.ryzeon.me/swagger/index.html
La entrega TF1 finalizo con éxito y están documentadas en el siguiente repositorio de Github perteneciente a la organización del equipo: https://github.com/Los-No-Se-Quienes-y-Los-No-Se-Cuantos/sweetmanager-web-services Durante el desarrollo del informe se tuvieron en cuenta los siguientes aspectos:
- Se desarrolló el web-services application con todas las restricciones y reglas de negocio que tenemos evaluadas.
- Se implementaron correcciones en el informe, a partir de críticas pasadas.
- Se desplegó el web-services application en el servidor de un integrante de nuestro equipo, Alex Avila Asto. El link del API es: http://sweetmanager-api.ryzeon.me/swagger/index.html
- Se consumió el web-services application en el front-ent application, cuyo link es el siguiente: https://sweetmanager.netlify.app/
Reporte del Web Services:
Reporte del Informe:
Registro de Versiones del Informe
Project Report Collaboration Insights
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 Statements.
1.2.2.2. Lean UX Assumptions.
1.2.2.3. Lean UX Hypothesis Statements.
1.2.2.4. Lean UX Canvas.
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.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
Capítulo III: Requirements Specification
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 Tag
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.2. Web Applications Mock-ups
4.4.3. 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 & Deploymen
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 n
5.2.1.2. Sprint Backlog n
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.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.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.3. Development Evidence for Sprint Review
5.2.4.4. Testing Suite Evidence for Sprint Review
5.2.4.5. Execution Evidence for Sprint Review
5.2.4.6. Services Documentation Evidence for Sprint Review
5.2.4.7. Software Deployment Evidence for Sprint Review
5.2.4.8. Team Collaboration Insights during Sprint
5.3. Validation Interviews
5.3.1. Diseño de Entrevistas
5.3.2. Registro de Entrevistas
5.3.3. Evaluaciones según heurísticas
Conclusiones y recomendaciones
En Ingeniería de Software, el logro de curso contribuye a alcanzar el:
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 describen 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 Especifico | 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. | - Mauricio Rojas TB1: En este entregable, he participado en las diferentes reuniones y objetivos con eficacia y eficiencia para mejorar la calidad de la solución de Ingeniería de Software. Adicionalmente, me encargué de avanzar con las convenciones, uso de software, landing page deployment Sprint Backlog y development evidence. TP1: En este entregable, he participado junto con mi equipo de trabajo en diversas partes del desarrollo de nuestro Front-End Application. De hecho, realicé commits en el repositorio de Front-End Application. Adicionalmente, colaboré en las secciones requeridas para el Sprint 2. TB2: En este entregable, me encargué de avanzar el feature communication, en donde se encarga de administrar las notificaciones y alertas en el sistema. Adicionalmente, ayudé en la retroalimentación a mis compañeros en el equipo para la continua mejora dentro del proyecto. TF1: En este entregable, me encargué de avanzar junto a mi equipo, la configuración necesaria para unir el frontend con el backend desarrollado. - Aaron Alarcón TB1: En este entregable, he participado en distintos artefactos y requisitos del proyecto de software como Segmentos Objetivos, Empathy maps, etc. TP1: En este entregable, he participado en la parte del desarrollo del Front-End Application y documenté mis avances en el repositorio github. De esta manera, participé en el equipo con eficiencia. TB2: En este proyecto, he colaborado en el desarrollo del objtivo del Sprint 3. En este caso desarrollar el backend del bounded context de Rooms Management para que funcione en el web services de la aplicación Sweet Manager. TF1: En este entregable, me encargue de desarrollar, junto a mi equipo, los bounded contexts faltantes para funcionalidad total de la solución. - Piero Periche TB1: En este entregable, he participado en distintos artefactos y requisitos del proyecto de software como MockUp, Wireflow diagrams, landing page y diagrama de clases. Adicionalmente, participé en distintas reuniones en donde participé con eficacia, eficiencia y objetividad. TP1: En este entregable, avanzé los bounded context que se me asignaron, documenté mis avances dentro del repositorio Github de Front-End Applications. TB2: En este entregable realice en la parte de backend la parte de profile, tambien agregue la parte del sprint al informe, actualice algunas cosas pendientes en base a las retroalimentaciones, con su respectiva entrevista y analisis de la misma. TF1: En este entregable, me enfoqué en corregir los errores encontrados en el informe, junto al apoyo de mi equipo. Implementando las correcciones necesarias. - Leonardo Linares TB1: En este entregable, he participado con equipos multidisciplinarios para completar nuestro StartUp y Solution Profile, al igual que el Task Matrix y Journey Map. TP1: En este entregable, he participado junto a mi equipo para corregir la mayoría de puntos en el documento, y asegurar el funcionamiento del front-end. Apoyando en las secciones del Sprint 2. TB2: En este entregable, participe junto a mis compañeros para corregir mi sección del front-end del bounded context Supply Management, y crear el backend para el funcionamiento del web services de nuestro proyecto. TF1: En esta entrega final del proyecto, me enfoque en corregir todos los errores encontrados en el informe y que se fueron acumulando durante las entregas. Demuestro mi participación junto a mis compañeros en el corrección de estos errores en conjunto. - Alex Avila TB1: En este entregable, he trabajado en las user stories, product backlog, As Is Scenary Mapping y landing page. También he participado constantemente con eficacia y objetividad en las reuniones de equipo. TP1: En este entregable, he trabajado con mi equipo y apoyé en la definición de features y bounded context a utilizar dentro de nuestro Sprint. Adicionalmente, colaboré en la documentación de código y resolución de problemas. TB2: En este entregable aporte en la parte de backend con el bounded context "Payment", arregle alugnos pendientes de frontend en base a la retroalimentacion dada en clase. Ayude en el spring backlog, spring review y asigne los bounded context a mi grupo para tener un mejor orden y que cada uno aporte de igual manera. TF1: En este entregable, me encargue, junto a mi equipo, de terminar con los bounded contexts restantes, para funcionalidad total de nuestra solución. |
- Conclusión TB1: En conclusión, en este entregable hemos participado en conjunto evaluando alternativas y requisitos para mejorar con eficacia, eficiencia y objetividad nuestra solución propuesta de Ingeniería de Software. - Conclusión TP1: En conclusión, en este entregable en conjunto hemos trabajado en equipo en el desarrollo del Front-End Applications y hemos puesto la documentación en el repositorio Github. De esta manera, todos hemos trabajo con eficacia, eficiencia y objetividad en este Sprint. - Conclusión TB2: En conclusión, en este entregable, hemos trabajado en conjunto en el desarrollo del Backend Web Services y hemos actualizado la documentación del repositorio Github. De esta manera, todos nos hemos ayudado para desarrollar eficientemente este Sprint. - Conclusión TF1: En conclusión, en este entregable, hemos hecho todo lo posible para terminar la unión entre el Front-End Applications y el Backedn Web Services, además de terminar los bounded contexts faltantes y las últimas correcciones necesarias para el informe. |
| Conoce al menos un sector empresarial o dominio de aplicación de soluciones de software. | - Mauricio Rojas TB1: En este entregable he dialogado con mi grupo de trabajo para intercambiar conocimiento de sectores empresariales o dominios de aplicaciones de soluciones de software; de esta manera, podemos evaluar y planificar de mejor manera nuestras ideas. TP1: En este entregable, he apoyado a mis compañeros en las complicaciones que ellos tenían al momento de organizar el código o dudas. Adicionalmente, participé de manera activa dentro del Sprint 2 y estuve brindando ideas para el código del proyecto Front-End Applications. TB2: En este entregable, he intercambiado mi conocimiento con todos mis compañeros del equipo, dando retroalimentaciones, consejos, etc. Adicionalmente, formé parte en la planificación de ideas o posibles implementaciones hacia nuestro proyecto web-serices. TF1: En este entregable, me enfoqué en usar mis conocimientos para terminar los bounded contexts restantes, y acoplar el Frontend con el Backend. - Aaron Alarcón TB1: En este entregable he compartido mis ideas de sectores empresariales y los dominios que tengo en algunos temas. En consecuencia, compartimos nuestros conocimientos para el proyecto. TP1: En este entregable, he colaborado en distintos bounded context e intentando ayudar con las dudas de mis compañeros; también me enfoque en las convenciones de código que debemos mantener en conjunto. TB2:: Para esta entrega, seguí con mi aprendizaje para completar con el objetivo del Sprint 3, que es corregir cualquier bug encontrado en el front-end, y desarrollar el web services de nuestra aplicación. En mi caso, el backend del bounded context de Rooms Management. Adicionalmente, supervisar los demás backends desarrollados por el equipo. TF1: En este entregable, me encargue de cumplir con mis tareas del Sprint 4, terminar los bounded contexts restantes, y asegurar la funcionalidad del Frontend y Backend. - Piero Periche TB1: En este entregable, he compartido mis conocimientos con mi equipo de trabajo en distintos requisitos del proceso de proyecto. TP1: En este entregable, ayude a documentar los avances obtenidos en el Sprint 2 y a colocar las evidencias de los avances en los requisitos del capítulo TB2: En esta entrega use los conventional commits en el tiempo asignado por mis compañeros de grupo, usando el enfoque de DDD (Domain Driven Deisgn) para evitar problemas en la lectura del desarrollo del codigo 5. TF1: En este entregable, usé mis conocimientos para corregir cada uno de los errores que se nos fueron apuntados en el informe, como las historias de usuario, los outcomes, los errores ortográficos, etc. - Leonardo Linares TB1: En este entregable, llegue a conocer un sector empresarial para completar nuestro StartUp y Solution Profile, al igual que el Task Matrix y Journey Map. TP1: En este entregable, me encargue de corregir diferentes secciones del informe, y desarrollar el front-end de mi bounded context Supply, gracias a mi conocimiento sobre los puntos dados. TB2: En este entregable, me encargue de corregir los errores encontrados en mi sección del front-end, y de crear el backend para Supply Management, en el web services de nuestra aplicación. TF1: En este entregable, use todo conocimiento que tenia con respecto a la gestión hotelera, para corregir las fallas encontradas en el informe. - Alex Avila TB1: En este entregable, colaboré a mis compañeros de equipo a introducirse a Git y Github. Adicionalmente, he compartido mis conocimientos en requisitos de software y herramientas. TP1: En este entregable, apoye en documentar los avances dentro de los repositorios de Github y compartí mis conocimientos de Software para resolver las dudas de mis compañeros y poder presentar un mejor entregable para el Sprint 2. TB2: En este entregable, seguí usando la herramienta de github, asi como postman para el tema de la data, rider y webstorm como IDE para las correcciones de frontend y desarrollo de backend, cumpli con los conventional commits en el tiempo asignado, usando el enfoque de Domain Driven Design para la facilidad de lectura del codigo en el equipo. TF1: En este entregable, usé mi experiencia en la programación, para terminar los bounded contexts faltantes, y asegurar la funcionalidad del Frontend y Backend desarrollados. |
- Conclusión TB1: En conclusión, en este entregable hemos dialogado en conjunto para dar a conocer nuestros conocimientos en sectores empresariales o dominios de aplicación de soluciones de software. - Conclusión TP1: En conclusión, en este entregable nos hemos apoyado en conjunto con nuestros conocimientos para poder resolver los problemas que se presentaban durante el desarrollo del Front-End Applications. Adicionalmente, realizar retroalimentación entre nosotros. - Conclusión TB2: En conclusión, en este entregable hemos usado nuestras investigaciones personales para resolver cualquier problema que se encontraba en el desarrollo del Backend Web Services. Adicionalmente, nos ayudamos revisando y corrigiendo errores encontrados en los bounded contexts de cada miembro. - Conclusión TF1: En conclusión, en este último entregable hemos usado todos nuestros conocimientos anteriores sobre la gestión hotelera, la programación de Frontend y Backend, para poder realizar la visión de nuestra solución. |
Este capítulo se centrará en introducir nuestro proyecto, contando con el Startup Profile, y la introducción de los miembros de equipo. El problema que presentamos, junto a nuestra solución, el Lean UX Process y los segmentos objetivos.
La gestión eficiente de un hotel es fundamental para garantizar una experiencia excepcional para los huéspedes y maximizar los ingresos. Con este fin, presentamos “Sweet Manager”, una aplicación de gestión de procesos hoteleros diseñada para simplificar y optimizar todas las operaciones relacionadas con la administración de un hotel de tal manera que se puede brindar una estancia cómoda y de calidad a los clientes que frecuentan el hotel.
Sweet Manager es una solución integral que abarca desde el seguimiento de ingresos y gastos hasta la gestión de proveedores, inventarios e incluso recursos humanos. Con una interfaz intuitiva y fácil de usar, nuestra aplicación permite a los gerentes y propietarios de hoteles tener un control total sobre todas las facetas de su negocio, desde cualquier lugar y en cualquier momento.
Destacamos las siguientes características:
- Gestión de Ingresos y Gastos: Sweet Manager ofrece un seguimiento detallado de todos los ingresos y gastos del hotel, proporcionando informes en tiempo real para una toma de decisiones informada.
- Control de Inventarios: Con nuestra aplicación, los hoteles pueden gestionar eficientemente sus inventarios de alimentos, bebidas, artículos de tocador y más, evitando escasez y desperdicios.
- Gestión de Proveedores: Facilitamos la comunicación y la gestión de relaciones con los proveedores, permitiendo realizar pedidos de forma rápida y eficiente.
- Gestión de Clientes: Mejoramos la organización y control de los clientes que reserven su estancia en el hotel implementando calendarios y agendas para una mejor gestión.
| Miembros del equipo | Codigo Estudiante | Carrera | Conocimientos / Habilidades |
|---|---|---|---|
Mauricio Abraham Rivo Rojas Sánchez  |
U202211572 | Ingenieria de software | C++, C#, javascript y java |
Aaron Elías Acuña Alarcón  |
U202211552 | Ingenieria de software | C++, C#, html, SQL server, etc. |
Leonardo Félix Jesús Linares Tejada  |
U202211168 | Ingenieria de software | C++, C#, html, css, etc. |
Alex Ramon Alberto Avila Asto  |
U20221A322 | Ingenieria de software | C++, java, Kotlin, Go, Spring Boot .etc |
Piero Fernando Periche Quiroga  |
U202210192 | Ingenieria de software | C++, javascript, html, .etc |
Como se mencionó anteriormente, el objetivo de Sweet Manager es ser una aplicación que ayuda en la gestión de procesos hoteleros, específicamente, el seguimiento de ingresos, los proveedores del hotel, los insumos y los recursos disponibles.
Pero, para poder prosperar y ser exitosos, necesitamos reconocer el ambiente competitivo que rodea nuestra aplicación. Por lo tanto, reconoceremos nuestros objetivos y restricciones con las siguientes secciones.
Para poder competir con nuestros competidores, debemos reconocer los antecedentes y la problemática a solucionar.
Antecedentes
En la industria hotelera, la gestión eficiente de procesos es crucial para asegurar la rentabilidad y la satisfacción del cliente. En los últimos años, hemos presenciado una evolución significativa en las expectativas de los huéspedes, impulsada en gran medida por los avances tecnológicos y la rápida expansión del mercado de viajes y alojamiento.
El advenimiento de plataformas de reserva en línea y la creciente demanda de experiencias personalizadas han creado un entorno altamente competitivo para los hoteles de todos los tamaños. Los huéspedes esperan no solo un servicio impecable y comodidades de alta calidad, sino también una experiencia fluida y sin contratiempos desde el momento de la reserva hasta el check-out.
Sin embargo, muchos hoteles se enfrentan a desafíos en la gestión de sus operaciones diarias. Desde el seguimiento preciso de los ingresos y gastos hasta la coordinación del personal y la gestión de inventarios, las tareas administrativas pueden ser abrumadoras y propensas a errores en un entorno dinámico como el de la hotelería. Todos estos problemas se evidencian en el análisis hecho al “Hotel Sol de Grau” de Piura, Perú (Rosas, 2021), con respecto al manejo interno de sus empleados y su incidencia en la gestión financiera.
Además, la falta de herramientas adecuadas de gestión puede llevar a pérdidas económicas, escasez de inventario y, en última instancia, a una experiencia insatisfactoria para los huéspedes (Robayo, Serna y Botera, 2022). La incapacidad para mantener un control efectivo sobre los recursos disponibles y las necesidades cambiantes de los clientes puede tener un impacto negativo en la reputación y la rentabilidad del hotel, especialmente en un mercado donde las reseñas en línea y las recomendaciones boca a boca juegan un papel crucial en la toma de decisiones de los viajeros.
En este contexto, la necesidad de soluciones innovadoras y eficientes para la gestión hotelera es más evidente que nunca. Los hoteles deben adaptarse rápidamente a las demandas del mercado y aprovechar las herramientas tecnológicas disponibles para optimizar sus operaciones y mantenerse competitivos en un entorno en constante cambio.
Problemática
Reconoceremos nuestra problemática mediante el método 5W y 2H.
What: Sweet Manager es una solución integral diseñada para abordar estas complejidades al proporcionar una plataforma única para la gestión de todos los aspectos de un hotel, desde las finanzas hasta los recursos humanos.
Who: Los hoteles y establecimientos de alojamiento en todo el mundo se enfrentan a desafíos constantes en la gestión de sus operaciones diarias. Desde el seguimiento de ingresos hasta la administración de inventarios y la coordinación del personal, la gestión hotelera puede ser compleja y consumir mucho tiempo.
When: La problemática puede surgir en cualquier momento dado, puede ser un problema diario, ya sea con problemas en la gestión del personal o administración de inventarios, o un problema que se encuentra a último segundo, como una falta de recursos de comida o agua o luz, etc.
Where: La necesidad de una gestión eficiente se extiende a hoteles y establecimientos de alojamiento en todas partes, desde pequeñas posadas hasta grandes cadenas hoteleras, tanto en entornos urbanos como en destinos turísticos.
Why: La gestión ineficiente puede llevar a pérdidas financieras, escasez de inventario, falta de coordinación del personal y, en última instancia, a una experiencia insatisfactoria para los huéspedes, lo que afecta la reputación y la rentabilidad del hotel.
How: Sweet Manager aborda esta problemática al proporcionar una plataforma centralizada y fácil de usar que permite a los hoteles gestionar todos los aspectos de su negocio de manera eficiente y efectiva.
How much: A partir de un modelo de suscripción, Sweet Manager puede llegar a ser una mera herramienta para momentos puntuales, o una herramienta que prácticamente se vuelve esencial para la sobrevivencia y prospección de un hotel.
El proceso Lean UX aborda la visión del modelo de negocio que respalda nuestro proyecto, siendo el producto principal nuestro software. A lo largo de este documento y en este capítulo, exploramos varios elementos clave de este proceso.
Comenzamos con los "Problem Statements", que abarcan aspectos como el dominio, los segmentos de clientes, los puntos de dolor, las brechas, la visión/estrategia y el segmento inicial. Siguiendo la metodología Lean UX, también consideramos las "Assumptions Statements" y las "Hypothesis Statements".
Problem Statement:
La gestión eficiente de hoteles presenta desafíos significativos, incluyendo la falta de herramientas integradas que aborden todas las facetas del negocio. Los propietarios y gerentes se enfrentan a dificultades para gestionar ingresos, inventarios, proveedores y recursos humanos de manera eficaz, lo que puede resultar en pérdida de ingresos, desperdicio de recursos y experiencias insatisfactorias para los huéspedes.
Dominio:
Nos centramos en la industria hotelera. Reconocemos la diversidad y complejidad de este sector, que abarca desde pequeñas posadas hasta grandes cadenas hoteleras, cada una con sus propias necesidades y desafíos únicos en la gestión operativa.
Segmentos de Clientes:
Nos dirigimos a los propietarios y gerentes de hoteles de todos los tamaños, al igual que a los empleados y trabajadores de estos. Comprendemos que la gestión hotelera abarca una amplia gama de establecimientos, desde negocios familiares hasta corporaciones internacionales, y nuestra plataforma está diseñada para adaptarse a las necesidades de todos estos segmentos.
Puntos de Dolor:
- Dificultad para realizar un seguimiento preciso de los ingresos y gastos del hotel: La falta de herramientas adecuadas dificulta la monitorización efectiva de los flujos financieros, lo que puede conducir a decisiones erróneas y pérdida de ingresos.
- Desafíos en la gestión de inventarios y relaciones con proveedores: La coordinación de inventarios y la comunicación con proveedores pueden ser complicadas y consumir mucho tiempo, lo que resulta en escasez de suministros o exceso de stock.
- Complejidades en la gestión del personal y los recursos humanos: Programación de turnos, seguimiento de la asistencia, evaluaciones de desempeño y gestión de nóminas son solo algunas de las tareas laboriosas que enfrentan los gerentes de hoteles en la gestión de su personal.
Visión/Estrategia:
Nuestra visión es proporcionar una solución integral y fácil de usar que aborde todas las necesidades de gestión de un hotel, desde las finanzas hasta los recursos humanos. Nos esforzamos por mejorar la eficiencia operativa y la experiencia del cliente al ofrecer una plataforma centralizada que simplifique y optimice todas las operaciones relacionadas con la administración hotelera.
Segmento Inicial:
Nos enfocamos inicialmente en hoteles independientes y pequeñas cadenas hoteleras que buscan soluciones accesibles y eficientes para optimizar sus operaciones. Reconocemos la importancia de ofrecer herramientas asequibles y adaptables para estos segmentos, que a menudo carecen de los recursos de las grandes cadenas pero que tienen una necesidad urgente de mejorar su eficiencia y competitividad en el mercado.
En esta sección, veremos los Assumptions que podemos esperar de nuestra solución, desde los Features que debe tener, hasta los Outcomes en nuestra perspectiva y la de los usuarios.
Features:
Aqui veremos las herramientas que planeamos implementar en nuestra solución.
- Seguimiento de Ingresos y Gastos en Tiempo Real: Herramienta para registrar y analizar los flujos financieros del hotel, proporcionando una visión instantánea de la situación económica.
- Gestión de Inventarios y Relaciones con Proveedores: Funcionalidades para mantener un control preciso de los suministros del hotel y facilitar la comunicación con los proveedores para realizar pedidos de manera eficiente.
- Módulos de Gestión de Personal: Herramientas para gestionar horarios, nóminas y evaluaciones de desempeño del personal, optimizando así la gestión de recursos humanos.
- Interfaz Intuitiva y Personalizable: Una interfaz fácil de usar y adaptable a las necesidades específicas de cada hotel, garantizando una experiencia de usuario fluida y personalizada.
- Integración con Sistemas de Gestión Hotelera Existentes: Capacidad para integrarse sin problemas con sistemas de gestión hotelera ya implementados, asegurando una transición suave y una experiencia completa para los usuarios.
Business Outcomes:
Aqui nos centraremos en, tanto lo que queremos lograr como solución de la gestión hotelera, como lo que debemos ver para saber que nuestra solución fue exitosa y tuvo el impacto que deseamos.
- Referente de Soluciones Tecnológicas para la Gestión Hotelera: Queremos ser reconocidos como uno de los mayores referentes en el mercado de soluciones de software para la gestión hotelera, incorporando constantemente nuevas tecnologías, teniendo un sistema eficiente y productivo para el cliente, con funcionalidades que anticipen, o se adapten, y respondan a sus necesidades.
- Aumento de la Eficiencia Operativa: Tras la implementación de Sweet Manager, esperamos una reducción del 30% en el tiempo dedicado a tareas administrativas como la gestión de inventarios y recursos humanos, lo que se traducirá en una mejora tangible en la eficiencia operativa del hotel.
- Mejora en la Rentabilidad: Con el uso de Sweet Manager, anticipamos un aumento del 15% en el margen de beneficio neto del hotel dentro de seis meses, gracias a una gestión más efectiva de ingresos y recursos que optimiza los costos operativos y maximiza los ingresos.
- Mayor Satisfacción del Cliente: Gracias a Sweet Manager, esperamos ver un aumento de 0.5 puntos en la calificación promedio de satisfacción del cliente en las reseñas en línea, lo que reflejaría la mejora en la experiencia del cliente, gracias a una gestión más eficiente y una atención más personalizada.
- Retención de los clientes: Mediante el uso de Sweet Manager, prevemos un aumento del 20% en el número de clientes que realizan reservas repetidas dentro de un año, lo que indica una mayor fidelización gracias a una gestión más efectiva y una experiencia de calidad para los huéspedes.
- Reducción de costos: Sabremos que nuestra solución es efectiva, cuando veamos una disminución del 25% en los costos operativos totales del hotel, gracias a la reducción de desperdicios y la optimización de procesos facilitada por la automatización y centralización de la información.
Users:
Estos son los usuarios a los que van dirigido nuestra solución.
- Propietarios y Gerentes de Hoteles: Buscan soluciones tecnológicas para optimizar la gestión de sus establecimientos y mejorar la rentabilidad.
- Personal de Trabajo: Encargado de tareas específicas dentro del hotel, como contabilidad, compras o recursos humanos, quienes buscan herramientas que simplifiquen y agilicen sus responsabilidades diarias.
User Outcomes & Benefits:
Estos son los beneficios inmediatos que obtendran los usuarios con nuestra solución.
- Acceso Conveniente a la Plataforma: Los usuarios pueden acceder fácilmente a todas las herramientas necesarias para la gestión hotelera desde una sola plataforma.
- Toma de Decisiones Basada en Datos en Tiempo Real: La disponibilidad de información actualizada permite a los usuarios tomar decisiones informadas y estratégicas en el momento adecuado.
- Reducción del estrés y la Carga de Trabajo: Al automatizar procesos y simplificar tareas, Sweet Manager ayuda a reducir la carga de trabajo y el estrés asociado con la gestión manual de procesos.
- Facilitación de tareas específicas: Como la contabilidad, las compras y manejo de los recursos humanos mediante herramientas especializadas.
- Mayor eficiencia y comunicación: Al contar con sistemas integrados que agilizan los procesos de las tareas, y contar con un sistema de comunicación directa, se optimiza la coordinación operativa.
- Transparencia de acciones y mayor confianza: Generando una experiencia sin contratiempos que satisface a los huéspedes, especialmente en las transacciones y las reservas.
Business Assumptions:
Estos son los puntos que podemos asumir de nuestro negocio.
- Creemos que los hoteles tienen una necesidad creciente de soluciones tecnológicas que mejoren la eficiencia operativa y la rentabilidad del negocio.
- Esta necesidad puede ser abordada con éxito mediante Sweet Manager, que ofrece una plataforma integral y fácil de usar para la gestión hotelera.
- El valor principal que nuestros clientes buscan es una solución que simplifique la gestión diaria del hotel y mejore la experiencia del cliente.
- Prevemos adquirir la mayoría de nuestros clientes a través de estrategias de marketing dirigidas a propietarios y gerentes de hoteles, así como mediante asociaciones con la industria hotelera.
- Generaremos ingresos principalmente a través de modelos de suscripción y servicios premium, así como mediante la oferta de integraciones con otros sistemas y herramientas adicionales.
- Si bien enfrentamos la competencia de otras soluciones de gestión hotelera, confiamos en que podemos destacarnos mediante la calidad del servicio, la facilidad de uso y la capacidad de adaptación a las necesidades específicas de cada hotel.
- El principal riesgo que enfrentamos es no cumplir con las expectativas del cliente en cuanto a funcionalidad, rendimiento y soporte técnico.
- Planeamos mitigar este riesgo manteniendo un enfoque centrado en el cliente, brindando soporte continuo y actualizaciones regulares de nuestra plataforma para satisfacer las necesidades cambiantes del mercado hotelero.
Usando la información recolectada en los Business Outcomes, Usuarios, Beneficios y Features. Podemos formular nuestras hipótesis, cada una centrada en un Feature a desarrollar.
- Hipótesis 1:
Creemos que podemos ser reconocidos como un referente de soluciones tecnológicas para la gestión hotelera, cuando los propietarios y gerentes de hoteles obtengan una experiencia de usuario fluida y personalizada mediante nuestra interfaz intuitiva y personalizable.
- Hipótesis 2:
Creemos que obtendremos un aumento en la eficiencia operativa, si los gerentes y propietarios de hoteles obtienen datos financieros precisos y en tiempo real, mediante el seguimiento de ingresos y gastos en tiempo real.
- Hipótesis 3:
Creemos que la mejora en la rentabilidad se logrará si los gerentes de hotel obtienen una gestión optimizada de inventarios y proveedores, mediante la función de gestión de inventarios y relaciones con proveedores de nuestra solución.
- Hipótesis 4:
Creemos que obtendremos la mayor satisfacción del cliente, si los gerentes de hotel obtienen una administración más eficiente del personal, que podría lograrse mediante nuestros módulos de gestión de personal de nuestra solución.
- Hipótesis 5:
Creemos que la retención de los clientes se logrará, si los gerentes y propietarios de hoteles obtienen una mejor experiencia de gestión centralizada y eficiente, mediante la integración nativa con otros sistemas de gestión hotelera existentes.
- Hipótesis 6:
Creemos que la reducción de costos operativos, se conseguirá si los gerentes de hotel obtienen una coordinación y control eficiente de inventarios, mediante la función de gestión de inventarios y relaciones con proveedores de nuestra solución.
- Hipótesis 7:
Creemos que la expansión de nuestra presencia en el mercado se logrará si los hoteles de diferentes tamaños obtienen una solución adaptable a sus necesidades específicas con la interfaz intuitiva y personalizable.
A partir de todo lo que hemos investigado, creamos el Lean UX Canvas.
|
Lean UX Canvas |
||
|
1. Business Problem: La gestión eficiente de hoteles presenta desafíos significativos, incluyendo la falta de herramientas integradas que aborden todas las facetas del negocio. Los propietarios y gerentes se enfrentan a dificultades para gestionar ingresos, inventarios, proveedores y recursos humanos de manera eficaz, lo que puede resultar en pérdida de ingresos, desperdicio de recursos y experiencias insatisfactorias para los huéspedes. |
5. Solutions
|
2. Business Outcomes:
|
|
3. Users:
|
||
|
6. Hypotheses
|
7. What’s the Most Important Thing We Need to Learn First? Comprender las necesidades y desafíos específicos de la gestión hotelera: Esto nos permitirá diseñar soluciones que aborden problemas reales y agreguen valor a los propietarios y gerentes de hoteles. Analizar el panorama competitivo: Es crucial comprender las fortalezas y debilidades de nuestros competidores, así como identificar oportunidades para diferenciarnos en el mercado. Definir claramente los objetivos y métricas de éxito: Antes de avanzar en el desarrollo, necesitamos establecer objetivos claros y medibles para la plataforma, lo que nos permitirá evaluar su efectividad y realizar ajustes según sea necesario. |
4. User Outcomes & Benefits:
|
|
8. What's the least amount of work we need to do to learn the next most important thing?
|
A partir de nuestros usuarios asumidos, logramos encontrar nuestros segmentos objetivos a los que va dirigido nuestra solución.
Usuarios:
-
Propietarios y Gerentes de Hoteles:
Se ubican principalmente en áreas urbanas y turísticas de todo el mundo, mayormente en ciudades importantes y destinos turísticos.
Son altamente dedicados a su negocio, priorizando la eficiencia y rentabilidad de su hotel. También tienen una necesidad de control, buscando herramientas que les permitan tener un control total sobre las facetas de su negocio. Además, mantienen un deseo continuo de mejorar, para asegurar el éxito de su hotel y satisfacer la experiencia del cliente.
En su mayoría, son adultos de entre 30 y 60 años. El nivel educativo varía, desde propietarios con educación empresarial formal, hasta gerentes con experiencia laboral en la industria hotelera. Por último, pueden tener una amplia experiencia en la gestión hotelera o ser propietarios recientes que buscan optimizar su negocio.
-
Personal de Trabajo:
Se ubican principalmente en áreas urbanas y turísticas de todo el mundo, mayormente en ciudades importantes y destinos turísticos.
Tienen una fuerte dedicación al servicio al cliente y a proporcionar una experiencia excepcional a los huéspedes. También, son capaces de adaptarse a una variedad de tareas y situaciones en un entorno dinámico y exigente. Además, valoran la colaboración y comunicación efectiva entre ellos y sus superiores, para garantizar el buen funcionamiento del hotel.
Mayormente son adultos jóvenes a adultos de mediana edad, con amplia experiencia laboral. También, varían en su nivel educativo, desde aquellos con educación secundaria hasta aquellos con formación específica en hospitalidad y turismo. Por último, su experiencia laboral varía, desde aquellos que recién empiezan, hasta aquellos que ya tienen experiencia personal en hoteles.
En este capítulo, nos centraremos en los requerimientos que necesita cumplir nuestra solución para que sea viable, y los análisis necesarios.
Empezando con los competidores a los que nos enfrentaremos con nuestra solución, su análisis competitivo, junto a nuestras estrategias y tácticas para hacerlas frente.
Facebook (Indirecto):
En Facebook, los usuarios pueden crear perfiles personales, agregar amigos, publicar actualizaciones de estado, compartir fotos y videos, unirse a grupos y páginas, enviar mensajes privados, participar en eventos, jugar juegos y muchas otras actividades. La plataforma se ha expandido enormemente con el tiempo, integrando funciones como Facebook Marketplace (un mercado en línea), Facebook Watch (una plataforma de vídeo), y Facebook Messenger (una aplicación de mensajería instantánea). Lo cual implica que los gerentes de hoteles busquen empresas que brinden soluciones por medio de publicaciones en dicha plataforma.
Mercado Libre (Indirecto):
Siendo la plataforma líder de comercio electrónico de América Latina, Mercado libre ofrece la compra y venta de artículos a precio fijo. La gestión hotelera también entra en la lista puesto que se promocionan venta de sistemas y código fuente que ayudan y facilitan a buen precio la gestión hotelera.
Xafiro (Directo):
Xafiro es un software hotelero, que ahorra tiempo y optimiza la gestión de las operaciones diarias como registro de clientes, reservas, checkin y checkout de habitaciones, venta de productos, entre otros. Dicha empresa es competencia directa porque brinda la solución que ofrecemos como empresa.
Binz 360 (Directo):
Binz 360 es una empresa que se encarga de la gestión de los recursos hoteleros, control de clientes y reportes de ingresos a un buen precio. Dicha empresa es competencia directa porque brinda la solución que planteamos a un precio económico.
| ¿Por qué llevar a cabo este análisis? | Sweet Manager |  Facebook(Indirecto) |
 Mercado Libre(Indirecto) |
 Xafiro(Directo) |
 Binz360(Directo) |
|---|---|---|---|---|---|
| Overview | Sweet Manager es una aplicación integral de gestión hotelera diseñada para simplificar y optimizar todas las operaciones relacionadas con la administración de un hotel | Plataforma de redes sociales utilizada para la promoción y publicidad de empresas hoteleras. Ofrece una amplia gama de herramientas de marketing y publicidad para llegar a una amplia audiencia. | Plataforma líder de comercio electrónico que ofrece sistemas y códigos fuente relacionados con la gestión hotelera. Proporciona opciones para la compra de productos y servicios que pueden mejorar la eficiencia en la gestión hotelera. | Solución de software hotelero que ahorra tiempo y optimiza la gestión de operaciones diarias. Ofrece características similares a Sweet Manager, como registro de clientes, reservas y gestión de inventarios. | Empresa especializada en la gestión de recursos hoteleros y control de clientes. Ofrece una solución competitiva en términos de gestión hotelera a un precio económico. |
| Ventaja Competitiva | Ofrece una solución integral para la gestión hotelera, desde seguimiento de ingresos y gastos hasta gestión de proveedores y clientes. Flexibilidad y accesibilidad, permitiendo a los administradores gestionar correctamente su negocio desde cualquier lugar y en cualquier momento. | Alcance masivo y capacidad de segmentación precisa del público objetivo. | Amplia variedad de productos y servicios disponibles. | Enfoque específico en la eficiencia de las operaciones diarias del hotel | Precio asequible para hoteles pequeños y medianos |
| Mercado Objetivo | Gerentes y propietarios de hoteles de todos los tamaños buscan una solución eficiente y completa para la gestión de su negocio. | Hoteles de todos los tamaños que buscan aumentar su visibilidad en línea. | Propietarios de hoteles y gerentes que buscan soluciones de gestión. | Hoteles de mediano a gran tamaño que buscan una solución completa y eficiente. | Hoteles independientes y pequeñas cadenas hoteleras. |
| Estrategias de marketing | Campañas dirigidas en redes sociales y plataformas de anuncios digitales para llegar a la audiencia objetivo. Colaboraciones con asociaciones hoteleras y participación en eventos de la industria para aumentar la visibilidad y credibilidad de la marca. | Publicidad segmentada. Uso de contenido visual para atraer a los usuarios. | Promoción de productos relacionados con la gestión hotelera. Publicidad dirigida a profesionales de la industria hotelera. | Colaboración con asociaciones hoteleras en redes sociales. Campañas en redes sociales dirigidas a gerentes hoteleros. | Enfoque en el ahorro de costos y eficiencia operativa. Uso de marketing de contenidos para educar sobre la importancia de la gestión hotelera. |
| Productos & Servicios | Sweet Manager ofrece una gama de características, incluyendo seguimiento de ingresos y gastos, control de inventarios, gestión de proveedores y clientes. | Plataforma de redes sociales con diversas opciones de publicidad y promoción. Herramientas de análisis para medir el rendimiento de las campañas | Variedad de sistemas y códigos fuente relacionados con la gestión hotelera disponibles para la compra. Opciones de precio variadas para adaptarse a diferentes presupuestos | Ofrece una variedad de características para la gestión hotelera. Precios competitivos y opciones de personalización | Solución completa para la gestión hotelera con énfasis en la relación calidad-precio. Modelo de precios simple y transparente |
| Precios & Costos | Ofrecido como servicio de suscripción mensual o anual con planes escalables según el tamaño y las necesidades del hotel. | No ofrece un costo. | No ofrece un costo. | Ofrece un precio bastante accesible y competitivo en el mercado. | Ofrece un precio cómodo para las pequeñas y medianas empresas. |
| Canales de distribución (Web o móvil) | La aplicación está disponible tanto en versiones web como móviles para una mayor accesibilidad. | Principalmente a través de la plataforma de Facebook y sus herramientas de publicidad | Principalmente a través de la plataforma de Mercado Libre. | Principalmente ventas directas y demostraciones en línea | Principalmente ventas directas y a través de socios de distribución. |
| Fortalezas | Solución eficaz, sencilla y rápida para la gestión hotelera. Interfaz intuitiva y fácil de usar. | Alcance masivo y herramientas de segmentación. | Amplia variedad de productos y servicios. | Solución especializada en operaciones diarias de hoteles. | Precio competitivo. |
| Debilidades | Posible competencia de grandes empresas en el mercado de gestión hotelera | Menos especialización en la industria hotelera. | Menos enfoque en soluciones específicas para la industria hotelera. | Menos reconocimiento de marca que competidores establecidos. | Menos funcionalidades avanzadas en comparación con competidores más establecidos. |
| Oportunidades | Crecimiento en la industria hotelera y demanda de soluciones eficientes de gestión. | Uso de datos para personalizar la publicidad. | Expansión a nuevos mercados verticales. | Expansión internacional. | Expansión a nuevos mercados. |
| Amenazas | Competencia directa de otras empresas de software de gestión hotelera | Posible cambio en algoritmos de redes sociales que afecten la visibilidad de las empresas. | Posible competencia de otros mercados en línea. | Competencia directa de otros proveedores de software. | Posible competencia de proveedores de software con precios aún más bajos |
Luego de realizar los análisis respectivos, las principales estrategias contra competidores son:
A) Diferenciación de Servicios:
Estrategia: Identificar y desarrollar características únicas que hagan que Sweet Manager se destaque de otras soluciones en el mercado.
Tácticas:
Realizar investigaciones de mercado para comprender las necesidades y deseos no satisfechos de los clientes en la gestión hotelera.
Desarrollar nuevas funciones o servicios innovadores que aborden estas necesidades de manera efectiva.
Promover activamente estas características diferenciadoras a través de campañas de marketing y comunicación.
B) Calidad Consistente:
Estrategia: Garantizar altos estándares de calidad en todos los aspectos de la aplicación y su servicio.
Tácticas:
Implementar rigurosos controles de calidad durante el desarrollo y la implementación de la aplicación.
Ofrecer capacitación y soporte continuo a los clientes para garantizar un uso óptimo de Sweet Manager.
Recopilar y analizar regularmente retroalimentación de los clientes para identificar áreas de mejora en la calidad y tomar medidas correctivas.
C) Precios Competitivos:
Estrategia: Ofrecer una propuesta de valor atractiva que justifique el precio de Sweet Manager en comparación con otras soluciones en el mercado.
Tácticas:
Realizar análisis de precios comparativos para asegurarse de que los precios de Sweet Manager sean competitivos pero también rentables.
Ofrecer opciones de precios flexibles y personalizadas para adaptarse a las necesidades y presupuestos de diferentes tipos de hoteles.
Destacar el retorno de la inversión (ROI) y los beneficios adicionales que ofrece Sweet Manager para justificar su precio.
D) Atención al Cliente de Calidad:
Estrategia: Priorizar la satisfacción del cliente y establecer relaciones sólidas con los usuarios de Sweet Manager.
Tácticas:
Ofrecer un servicio de atención al cliente receptivo y accesible, con tiempos de respuesta rápidos y soluciones efectivas.
Implementar programas de fidelización y recompensas para premiar la lealtad de los clientes. Fomentar una cultura interna centrada en el cliente y capacitar al equipo para entender y satisfacer las necesidades de los usuarios.
E) Marketing y Publicidad Inteligente:
Estrategia: Utilizar estratégicamente los canales de marketing y publicidad para aumentar la visibilidad y la demanda de Sweet Manager.
Tácticas:
Segmentar el mercado y dirigir las campañas de marketing a los segmentos de clientes más relevantes y receptivos.
Utilizar tácticas de marketing digital como SEO, publicidad en redes sociales y marketing de contenidos para llegar a una audiencia más amplia.
Colaborar con influencers y líderes de opinión en la industria hotelera para respaldar y promocionar Sweet Manager.
F) Alianzas Estratégicas:
Estrategia: Establecer asociaciones con otras empresas o proveedores complementarios para expandir el alcance y la funcionalidad de Sweet Manager.
Tácticas:
Identificar y establecer relaciones con empresas que ofrezcan servicios o productos que puedan integrarse con Sweet Manager de manera sinérgica.
Colaborar en eventos de la industria y programas de co-marketing para aumentar la visibilidad de la aplicación y sus socios.
Negociar acuerdos mutuamente beneficiosos que agreguen valor tanto para Sweet Manager como para sus socios.
G) Innovación Continua:
Estrategia: Mantenerse a la vanguardia de la innovación en tecnología y gestión hotelera para ofrecer constantemente nuevas soluciones y mejoras.
Tácticas:
Establecer un equipo de investigación y desarrollo dedicado a la exploración de nuevas tecnologías y tendencias en la industria hotelera.
Fomentar una cultura de innovación dentro de la empresa, donde se valoren las ideas y se promueva la experimentación.
Mantenerse en contacto cercano con los clientes y la retroalimentación del mercado para identificar oportunidades de mejora y áreas de necesidad no satisfechas.
H) Recopilación de Comentarios y Mejora Continua:
Estrategia: Utilizar comentarios de los clientes y datos analíticos para impulsar mejoras continuas en Sweet Manager.
Tácticas:
Implementar sistemas de retroalimentación y encuestas para recopilar comentarios de los usuarios de manera regular.
Analizar datos y métricas clave para identificar tendencias y áreas de oportunidad para la mejora.
Priorizar y ejecutar cambios basados en la retroalimentación del cliente y las necesidades del mercado, manteniendo un enfoque en la evolución constante de la aplicación.
Las entrevistas son una herramienta fundamental para comprender las necesidades, deseos y desafíos de los usuarios, así como para validar las hipótesis y suposiciones del negocio. A través de las entrevistas, se pueden obtener valiosos conocimientos sobre las expectativas de los clientes, sus experiencias actuales y sus preferencias en cuanto a productos y servicios. En el caso de Sweet Manager, las entrevistas con propietarios, gerentes y personal de hoteles serán fundamentales para diseñar una solución que se adapte a las necesidades del mercado y ofrezca un valor significativo a los usuarios.
En esta sección, se documentarán las preguntas que se utilizaron en nuestras entrevistas, contiendo las preguntas generales que se comparten entre los segmentos objetivos, y las preguntas que fueron creadas específicamente para cada una.
Preguntas complementarias generales
- ¿Qué navegador usas con más frecuencia?
- ¿Qué dispositivo tecnológico usas con más frecuencia?
- ¿Cómo describes tu personalidad?
- ¿Presentas alguna frustración en el trabajo?
- ¿Cuáles son los canales de interacción que usas?
- ¿Qué tipo de ambiente de trabajo te resulta más motivador y productivo?
- ¿Cómo se llama el distrito o lugar de tu residencia?
- ¿Qué objetivos tienes tanto laboralmente como personalmente?
Entrevistas usuario segmento 1: Gerentes
- ¿Cuáles son los principales desafíos que enfrentan en la gestión diaria de su hotel?
- ¿Qué características o funcionalidades consideraría más útiles para mejorar la eficiencia de su hotel?
- ¿Cómo gestionan actualmente las reservas de habitaciones y el seguimiento de ingresos y gastos en su hotel?
- ¿Qué herramientas o software utilizan actualmente para la gestión hotelera y qué aspectos les gustaría mejorar de esas herramientas?
- ¿Cuál es su opinión sobre la importancia de la movilidad y la accesibilidad en las soluciones de gestión hotelera?
- ¿Qué aspectos valoran más al evaluar nuevas soluciones de software para su hotel?
- ¿Cómo creen que podríamos mejorar la comunicación y la colaboración entre el personal del hotel y los gerentes?
- ¿Qué desafíos enfrentan al gestionar proveedores y controlar los inventarios en su hotel?
- ¿Cómo gestionan actualmente la satisfacción y las preferencias de los clientes en su hotel?
- ¿Cómo ve conveniente un sistema hotelero dedicado a la gestión de recursos, comunicación con proveedores, seguimiento de ganancias, etc?
Entrevistas usuario segmento 2: Trabajdores
- ¿Cuáles son las tareas o procesos diarios que considera más tediosos o que consumen más tiempo en su trabajo?
- ¿Qué herramientas o sistemas utilizan actualmente para realizar su trabajo y qué aspectos les resultan más difíciles o menos eficientes?
- ¿Cómo describiría la interacción y la comunicación entre los diferentes departamentos y miembros del personal del hotel?
- ¿Qué características adicionales le gustaría ver en un sistema de gestión hotelera para facilitar su trabajo diario?
- ¿Cómo se sienten acerca de la adopción de nuevas tecnologías en el lugar de trabajo y cómo creen que podría mejorar su experiencia laboral?
- ¿Qué desafíos enfrenta al gestionar las solicitudes de los huéspedes y asegurarse de que se cumplan sus expectativas durante su estancia?
- ¿Cómo manejan actualmente la capacitación y el desarrollo profesional en su hotel?
- ¿Qué medidas tomarían para mejorar la eficiencia y la colaboración dentro del equipo de trabajo?
- ¿Cómo creen que podríamos simplificar los procesos de registro de huéspedes y check-in/check-out en su hotel?
- ¿Qué herramientas o recursos adicionales les ayudarán a ofrecer un mejor servicio a los huéspedes y mejorar su experiencia general en el hotel?
A continuación, se registraron todas las entrevistas realizadas para nuestra solución, categorizadas según su segmento objetivo, y con un resumen que destaca las características y críticas realizadas sobre nuestro proyecto.
Entrevista 1 (Gerentes)
URL del Vídeo: https://upcedupe-my.sharepoint.com/:v:/g/personal/u202211572_upc_edu_pe/EWoNpMhrd09Epsgdo-svB8EBZ-qMZUkK4yBkZVo10PFfYg?e=4nV4OI&nav=eyJyZWZlcnJhbEluZm8iOnsicmVmZXJyYWxBcHAiOiJTdHJlYW1XZWJBcHAiLCJyZWZlcnJhbFZpZXciOiJTaGFyZURpYWxvZy1MaW5rIiwicmVmZXJyYWxBcHBQbGF0Zm9ybSI6IldlYiIsInJlZmVycmFsTW9kZSI6InZpZXcifX0%3D
Nombre: Carlo Rebagliati
Edad: 45
Sexo: Masculino
Ocupación: Gerente de hotel
Lugar donde vive: Pueblo Libre, Lima
Duración de la entrevista: 0:37 - 12:15
Personalidad: Analítica
En resumen, Carlo Rebagliati es un gerente de hotel con un largo camino de experiencia. Él es una persona analítica, comunicativa, empática y profesional que le importan las estadísticas y los beneficios y consecuencias de cada decisión. Nos relata que sus canales de comunicación preferidos son Whatssap, Zoom y cara a cara; adicionalmente, su navegador más frecuente es Google Chrome y usa Smartphone Android. Los principales desafíos que tiene su hotel es el llamado a los turistas desde provincia, ya que la mayoría de la clientela que tiene son turistas. Afortunadamente, está manteniendo a sus trabajadores motivados para que las bajas ventas por temporadas no afecte su rendimiento. Adicionalmente, mencionó que tienen una plataforma web donde los clientes realizan sus reservas, también tienen un área contable y administrativa para el seguimiento de ganancia y recursos. Finalmente, cree necesario una aplicación o software que se concentre en la gestión de un hotel, tanto para la comunicación, administración, gestión y seguimiento de recursos.
Entrevista 2 (Gerentes)
Url del video: https://upcedupe-my.sharepoint.com/:v:/g/personal/u202211552_upc_edu_pe/EYGaGdpG5HhHq5_z_sVx1cYBJyn-N9QEdRzCr1QU6z8xLg?e=QBNPwA&nav=eyJyZWZlcnJhbEluZm8iOnsicmVmZXJyYWxBcHAiOiJTdHJlYW1XZWJBcHAiLCJyZWZlcnJhbFZpZXciOiJTaGFyZURpYWxvZy1MaW5rIiwicmVmZXJyYWxBcHBQbGF0Zm9ybSI6IldlYiIsInJlZmVycmFsTW9kZSI6InZpZXcifX0%3D
Nombre: Mathias Jave
Edad: 22
Sexo: Masculino
Lugar donde vive: San Isidro, Lima
Ocupación: Gerente de hotel
Duración de la entrevista: 0:23 - 15:12
Personalidad: Analítica
En resumen, Mathias Jave es un administrador de un hotel que tiene poca trayectoria en el mercado debido a que recién está iniciando con su negocio. En la presente entrevista nos comenta que ha usado software de un tercero para que le facilite la administración de áreas de su negocio. Sin embargo, dicho producto que tiene no satisface por completo las necesidades de administración para su negocio. En vista de dicha situación, se le realizó una serie de preguntas para determinar las implementaciones que necesita llegando a la conclusión que nuestro cliente necesita una aplicación que permita llevar una correcta gestión de productos, proveedores, trabajadores, ingresos y generación de reportes para llevar un control financiero del hotel.
Entrevista 3 (Gerentes)
Url del video: https://upcedupe-my.sharepoint.com/:v:/g/personal/u202210192_upc_edu_pe/EQCNTkv3SF5Blq9sEItJkTIBAqCwuMH7Pb1gn3yrx8as5w?e=1fx6ZW&nav=eyJyZWZlcnJhbEluZm8iOnsicmVmZXJyYWxBcHAiOiJTdHJlYW1XZWJBcHAiLCJyZWZlcnJhbFZpZXciOiJTaGFyZURpYWxvZy1MaW5rIiwicmVmZXJyYWxBcHBQbGF0Zm9ybSI6IldlYiIsInJlZmVycmFsTW9kZSI6InZpZXcifX0%3D
Nombre: Ariana Valdivia Alarcón
Edad: 25
Sexo: Femenino
Lugar donde vive: La molina, Lima
Ocupación: Gerente de hotel
Duración de la entrevista: 0:15 - 11:45
Personalidad: Emotiva
En resumen, Ariana Valdivia es una gerente de una cadena de hoteles Oasis con varios locales expandidos a lo largo del Perú. Ella se presenta como una persona analítica que le importa tomar buenas decisiones que mejoren su negocio. Nos cuenta que sus principales desafíos son contactar con los proveedores, es decir, tener organizada una lista de proveedores completa para poder contactarlos en el momento indicado, ya sea por falta de recursos o abastecimiento de inventarios. Adicionalmente, menciona que el inventario no lo tienen tan organizado como quisieran; por ello, afirma que sí es necesario un sistema de gestión hotelero que resuelva estas necesidades y complicaciones.
Entrevista 1 (Empleados)
URL del vídeo: https://upcedupe-my.sharepoint.com/:v:/g/personal/u202211572_upc_edu_pe/ETU-GTTcCWBHu-Forxxl_qMBQVx9cQeIX8FuBhpot4CrAA?e=djbgfP&nav=eyJyZWZlcnJhbEluZm8iOnsicmVmZXJyYWxBcHAiOiJTdHJlYW1XZWJBcHAiLCJyZWZlcnJhbFZpZXciOiJTaGFyZURpYWxvZy1MaW5rIiwicmVmZXJyYWxBcHBQbGF0Zm9ybSI6IldlYiIsInJlZmVycmFsTW9kZSI6InZpZXcifX0%3D
Nombre: Juan Guarnizo
Edad: 22
Sexo: Masculino
Lugar donde Vive: Breña, Lima
Ocupación: Trabajador de hotel
Duración de la entrevista: 0:22 - 6:29
Personalidad: Analítica
En resumen, Juan Guarnizo es un trabajador del Hotel Los Delfines con un amateur camino de experiencia. Se presenta como una persona analítica, empática y profesional que busca siempre salir beneficiado de las decisiones. Nos relata que sus canales de comunicación preferidos son cara a cara, WhatsApp y llamadas telefónicas. Adicionalmente, nos menciona que Google Chrome es su navegador frecuente y usa computadora Windows como dispositivo; también menciona los principales desafíos o complejidades al trabajar en los hoteles son la administración y actividades sencillas pero repetitivas. Nos cuenta que la mejor solución ante ello es la automatización de los procesos repetitivos fáciles de hacer como control de inventario y reservas en línea. Finalmente, sí considera vital la creación de un sistema de gestión hotelero que ayude con estas tareas y organización del hotel.
Entrevista 2 (Empleados)
URL del vídeo: https://upcedupe-my.sharepoint.com/:v:/g/personal/u202211168_upc_edu_pe/EY3l0wTWNupPiBuj2RA_jJMB_qWqdZjiGuhupuv2zcuPZQ?e=zdua3v&nav=eyJyZWZlcnJhbEluZm8iOnsicmVmZXJyYWxBcHAiOiJTdHJlYW1XZWJBcHAiLCJyZWZlcnJhbFZpZXciOiJTaGFyZURpYWxvZy1MaW5rIiwicmVmZXJyYWxBcHBQbGF0Zm9ybSI6IldlYiIsInJlZmVycmFsTW9kZSI6InZpZXcifX0%3D
Nombre: Maricarmen Tejada
Edad: 58
Sexo: Femenino
Lugar donde Vive: Callao, Lima
Ocupación: Trabajadora de hotel
Duración de la entrevista: 0:41 - 4:07
Personalidad: Emotiva
En resumen, Mariacarmen Tejada es una empleada del hotel con experiencia en gestión y operaciones diarias. Destaca que sus tareas más difíciles son la limpieza de los baños y la cocina, así como la dificultad para mantener el stock de utensilios de limpieza y cocina. Está abierta a la posibilidad de nuevas tecnologías para mejorar la eficiencia laboral y la experiencia del cliente, especialmente a través de sistemas de gestión hotelera más avanzados. Además, promueve una comunicación más directa con la administración para mejorar la eficiencia y la colaboración del equipo. También, la implementación de sistemas de registro en línea y dispositivos móviles para simplificar el proceso de registro y check-in/check-out de los huéspedes. Por último, destaca la necesidad de herramientas adicionales, como sistemas de seguimiento de solicitudes de huéspedes y acceso a información local para mejorar la experiencia general en el hotel.
Entrevista 3 (Empleados)
URL del video: https://upcedupe-my.sharepoint.com/:v:/g/personal/u20221a322_upc_edu_pe/ETtyvJoVaNFEgKk7gvJnRYIBCWGCbQAXMMRo8FDS4rjf8g?e=kJkvkK&nav=eyJyZWZlcnJhbEluZm8iOnsicmVmZXJyYWxBcHAiOiJTdHJlYW1XZWJBcHAiLCJyZWZlcnJhbFZpZXciOiJTaGFyZURpYWxvZy1MaW5rIiwicmVmZXJyYWxBcHBQbGF0Zm9ybSI6IldlYiIsInJlZmVycmFsTW9kZSI6InZpZXcifX0%3D
Nombre: Catalina Bustamante
Edad: 21
Sexo: Femenino
Lugar donde vive: Cuzco
Ocupación: Trabajadora de hotel
Duración de la entrevista: 0:34 - 8:43
Personalidad: Emotiva
En resumen, Catalina Bustamante, quien trabaja en el Hotel Royal Inca en Cuzco, menciona que las tareas más desafiantes incluyen la limpieza y mantener el orden debido a la constante afluencia de huéspedes. Destaca también la dificultad en la gestión de check-in y check-out, especialmente con horarios variados de llegada y salida. Identifica la falta de comunicación eficiente entre departamentos como un obstáculo para resolver problemas de manera efectiva.
Propone mejoras en el sistema de gestión hotelera para facilitar la comunicación y el acceso a la información entre el personal. Además comentó una capacitación continua para mejorar las habilidades del equipo. Sugiere la automatización de procesos de registro de huéspedes para ahorrar tiempo y evitar errores, así como la implementación de herramientas adicionales, como sistemas de seguimiento de solicitudes de huéspedes, para mejorar la experiencia general en el hotel.
Para concluir, en el apartado de análisis, usamos métricas obtenidas a partir de las preguntas que fueron respondidas, y la frecuencia de ciertas respuestas encontradas en las entrevistas.
Preguntas complementarias generales
Segmento de gerentes
Segmento de trabajadores
Para tener una mejor idea de cómo será la experiencia del usuario con nuestro producto, utilizaremos las herramientas de User Persona, User Task Matrix, User Journey Mapping, Empathy Mapping y As-is Scenario Mapping.
Estas fichas de User Persona se basan en el análisis de entrevistas y en el estudio de la competencia, permitiéndonos crear representaciones detalladas y realistas de nuestros usuarios objetivo. Al desarrollar User Personas, estamos buscando comprender las principales características, necesidades y comportamientos de nuestros usuarios finales como sus objetivos, personalidad, tecnologías preferidas y canales de comunicación preferidos. Estas representaciones nos ayudan a humanizar y visualizar a nuestros usuarios, lo que a su vez guiará el diseño de productos y servicios que satisfagan sus demandas y expectativas.
Segmento de gerentes:
Segmento de trabajadores:
En esta seccion se presenta el user task matrix, que es una herramienta que nos permite identificar las tareas más importantes y frecuentes que realizan los User Personas en su entorno laboral. A través de esta matriz, podemos comparar y contrastar las tareas realizadas por los gerentes y los trabajadores, identificando las diferencias y similitudes en términos de frecuencia e importancia. Esto nos ayuda a comprender mejor las necesidades y desafíos de nuestros usuarios y a priorizar las características y funcionalidades de nuestro producto en función de sus tareas críticas.
| Task | Carlos Rebagliati - Gerente (Frecuencia / Importancia) | Juan Guarnizo - Empleado (Frecuencia / Importancia) |
|---|---|---|
| Supervisión del staff | Alta / Alta | Media / Alta |
| Programación de limpieza a las habitaciones | Media / Media | Alta / Alta |
| Programación de turnos del personal de limpieza | Alta / Alta | Baja / Media |
| Negociación con proveedores | Alta / Alta | Baja / Baja |
| Capacitación del staff | Alta / Alta | Media / Alta |
| Evaluación de desempeño del staff | Media / Alta | Media / Alta |
| Cumplimiento de los principios normativos | Alta / Alta | Alta / Alta |
| Programación de mantenimientos a los recursos | Media / Media | Alta / Alta |
| Distribución de recursos a las habitaciones | Baja / Media | Alta / Alta |
| Administración de recursos a las habitaciones | Alta / Alta | Baja / Baja |
| Verificación de calidad de los alimentos | Media / Alta | Alta / Media |
| Administración de permisos de los empleados | Alta / Alta | Baja / Alta |
| Programación de turnos de trabajo | Alta / Alta | Baja / Media |
| Planificación de eventos o actividades en el hotel | Media / Alta | Baja / Baja |
| Elaboración de informes financieros y contables | Alta / Alta | Media / Alta |
| Control de check-in | Media / Media | Alta / Alta |
| Control de check-out del huésped | Media / Media | Alta / Alta |
| Respuesta a preguntas y solicitudes de los huéspedes, tanto en persona como por teléfono. | Baja / Baja | Media / Alta |
| Establecimiento de principios normativos | Alta / Alta | Baja / Media |
Tareas con mayor frecuencia e importancia:
Supervisión del staff: Esta tarea es crucial tanto para el gerente como para el trabajador, ya que garantiza que todas las funciones y roles asignados se cumplan de manera organizada, eficiente y correcta.
Distribución de recursos a las habitaciones: Esta tarea es de alta importancia para el gerente, ya que implica que el cliente se sienta satisfecho y cumpla con sus expectativas que tiene sobre el hotel. Para el empleado, es tarea de alta importancia porque facilita el control de distribución para cada área del hotel.
Evaluación de desempeño del staff: Tanto el gerente como el empleado realizan esta tarea con alta frecuencia e importancia, ya que asegura que el hotel tenga trabajadores y administradores que cumplan correctamente con su rol y función de manera rápida y organizada siguiendo los estándares del hotel.
Cumplimiento normativo: Esta tarea es de alta importancia para el gerente, ya que garantiza tanto para el trabajador como para el gerente de hotel, el cumplimiento normativo implica seguir los procedimientos y políticas establecidos, así como garantizar que todas las actividades se realicen de acuerdo con las normativas y regulaciones aplicables en la industria hotelera.
Programacion turnos de trabajo: La programación de turnos de trabajo implica coordinar las necesidades del hotel con la disponibilidad del personal para asegurar un funcionamiento eficiente y efectivo del hotel. Tanto los trabajadores como los gerentes de hotel juegan un papel importante en este proceso, cada uno con diferentes niveles de responsabilidad y autoridad.
Capacitación del staff: La capacitación del personal es fundamental tanto para los trabajadores como para los gerentes de hotel para garantizar que el personal esté bien preparado y tenga las habilidades necesarias para brindar un servicio de calidad a los huéspedes y contribuir al éxito general del hotel.
Control el check-in y el check-out del huésped: Estas tareas son cruciales para ambos segmentos, ya que permite llevar un control de los huéspedes y asignaciones de habitaciones de tal manera que se facilite la limpieza, mantenimiento en la habitación, distribución y/o asignación de nuevos recursos.
Principales diferencias y coincidencias entre lo realizado por los User Personas:
Diferencias:
La negociación con proveedores es una tarea de alta importancia para el gerente pero de baja importancia para el personal de trabajo. Esto refleja el nivel de responsabilidad y la naturaleza estratégica de las decisiones que el gerente toma en comparación con las tareas más operativas del empleado.
La respuesta de preguntas y solicitudes es una tarea de alta importancia para el personal de trabajo, ya que son los que más interactúan con los huéspedes y tienen una mayor facilidad de atender dichas preguntas y solicitudes por parte de los huéspedes. Por otra parte, es de baja importancia para el gerente porque su función va más relacionada a la parte lógica y administrativa del negocio.
Coincidencias:
Tanto el gerente como el empleado participan en la evaluación del desempeño del personal, lo que destaca la importancia compartida de garantizar un equipo bien capacitado y motivado para brindar un servicio de calidad.
La elaboración de informes financieros y contables es una tarea de alta importancia para ambos roles, lo que resalta la necesidad de tomar decisiones basadas en datos para mejorar la eficiencia operativa y la experiencia del huésped.
En esta sección se presentarán los User Journey Mapping para cada user persona, detallando las etapas clave de interacción con SweetManager, sus puntos de contacto, y las experiencias y emociones asociadas en cada paso. El objetivo es identificar oportunidades de mejora y optimizar la experiencia del usuario. A continuación se describen los User Journey Maps para cada perfil de usuario:
User Journey Map - Carlos Rebagliati - Gerente (As-Is):
Inicio del día: El gerente comienza el día revisando los informes financieros y preparando la agenda para el día. Se siente estresado por la cantidad de tareas pendientes y la presión para garantizar que todo funcione sin problemas.
Gestión de inventarios: El gerente se enfrenta a la tarea de revisar el inventario y hacer pedidos a los proveedores según sea necesario. Se siente frustrado por la falta de un sistema integrado que facilite esta tarea, y aburrido por la tarea en sí.
Coordinación del personal: El gerente asigna tareas al personal y revisa los horarios. Se siente abrumado por la cantidad de comunicación necesaria para coordinar a todos los empleados.
Comunicación con proveedores: El gerente se comunica con los proveedores para hacer seguimiento de los pedidos y resolver cualquier problema de entrega. Se siente frustrado por la falta de eficiencia en la comunicación.
Análisis de datos y toma de decisiones: El gerente revisa los informes y datos disponibles para tomar decisiones informadas para el hotel. Se siente satisfecho cuando encuentra información útil, pero también preocupado por la falta de herramientas para un análisis más profundo, terminando con una sensación de aceptación por ser la última tarea del día.
User Journey Map - Juan Guarnizo - Empleado (As-Is):
Inicio del turno: El empleado comienza su turno revisando los horarios y recibiendo instrucciones del gerente. Se siente preparado para comenzar su jornada laboral.
Atención al Cliente: El empleado atiende a los clientes, toma pedidos y proporciona asistencia según sea necesario. Se esfuerza por brindar un servicio amable y eficiente, pero termina sintiéndose aburrido o frustrado.
Realización de tareas asignadas: El empleado completa las tareas asignadas, como limpieza de habitaciones, reposición de suministros o preparación de alimentos. Termina furioso cuando no obtiene una idea clara de los suministros y recursos faltantes.
Comunicación con el Equipo: El empleado se comunica con otros miembros del equipo para coordinar actividades o resolver problemas. Se esfuerza por mantener una comunicación clara y efectiva con sus colegas, pero se frustra cuando ocurren malentendidos.
Final del día: El empleado finaliza su turno, informa al gerente sobre cualquier problema o tarea pendiente, y se prepara para partir. Se siente resignado al terminar, especialmente cuando faltan tareas por completar y es a causa de la mala organización de recursos o suministros.
Durante este proceso, recopilamos datos a través de entrevistas, observaciones y análisis de datos existentes, identificamos temas comunes y patrones en las experiencias de los usuarios, y creamos perfiles detallados que personifican a nuestros usuarios objetivo. Luego, utilizamos esta información para diseñar un mapa de empatía visual que organiza las emociones, pensamientos y acciones de los usuarios de manera clara y concisa.
Segmento gerente:
En resumen, los gerentes ven a su equipo de trabajadores desmotivados y estresados por la falta de herramientas laborales; también escuchan a su equipo de trabajadores quejándose de las herramientas. Por lo tanto, se preocupan por las consecuencias negativas y por el poco rendimiento de su hotel. Sin embargo, están buscando soluciones para estos problemas de gestión.
Segmento trabajador:
En resumen, los trabajadores ven a sus compañeros de trabajo cansados e incómodos de las herramientas del hotel; también escuchan a sus compañeros quejarse del ineficiente sistema del hotel. Por lo tanto, se sienten desmotivados y pierden rendimiento en su hora laboral. Sin embargo, tienen las esperanzas de tener a la mano un sistema hotelero robusto que los ayude a cumplir sus tareas laborales y recibir buenos comentarios.
En esta seccion se presentan los Scenario Mapping para los segmentos de gerentes y trabajadores, que describen cómo son las experiencias actuales de los usuarios en sus tareas diarias.
El link para ambos Scenario Mapping es: https://lucid.app/lucidspark/6d541f3f-440a-40fc-b3a7-1461742dc65e/edit?viewport_loc=2162%2C964%2C2846%2C1413%2C0_0&invitationId=inv_0e4e4622-20f9-43c4-ac8a-c034737fb585
Segmento gerente:
En resumen, Carlos Rebagliati (User Persona) del segmento gerentes, realiza los escenarios mostrados anteriormente. Entre ellos, identificar tareas administrativas de mayor importancia, asignar personal a cada tarea de trabajo, presentar problemas, organizar y asignar eficientemente recursos y resolución de procesos y soluciones.
Segmento trabajador:
En resumen, Juan Perez (User Persona) del segmento trabajadores, realiza los escenarios mostrados anteriormente. Entre ellos, ser asignado a un rol de trabajador por un determinado tiempo, recibir instrucciones sobre sus tareas diarias como limpieza, presentar problemas, identificación de solución y ejecución de soluciones.
En esta sección, nos centraremos en definir el significado de ciertos términos utilizados en el ambiente de nuestra solución en la gestión hotelera.
Check - In :
Definition: Process by which a guest registers their arrival at the hotel, provides the necessary information and receives the key to their room.
Check - Out:
Definition: Process by which a guest completes their stay at the hotel, makes final payment, and returns the room key.
Role:
Definition: Worker role to a specific area.
Staff:
Definition: They represent all hotel workers. They perform various tasks and responsibilities needed for the organization to operate.
Reservation:
Definition: Booking of a room by a guest.
Occupancy:
Definition: The percentage of rooms occupied in the hotel over a specified period of time.
Rate:
Definition: The price per night for a room.
House Rules:
Definition: Policies and regulations of the hotel that guests are required to follow.
Housekeeping:
Definition: The department responsible for cleaning and maintaining the rooms.
Inventory management:
Definition: The process of overseeing and controlling the hotel's supply of goods and materials, ensuring that adequate stock levels are maintained while minimizing costs and waste.
Asset tracking:
Definition: The practice of monitoring and managing the hotel's physical assets, such as furniture, equipment, and fixtures, to ensure they are utilized efficiently and maintained properly.
Task management: Definition: The organization and tracking of tasks and responsibilities within the hotel, ensuring that deadlines are met and workflows are optimized.
Check - Out:
Definition: Process by which a guest completes their stay at the hotel, makes final payment, and returns the room key.
Role:
Definition: Worker role to a specific area.
Staff:
Definition: They represent all hotel workers. They perform various tasks and responsibilities needed for the organization to operate.
Reservation:
Definition: Booking of a room by a guest.
Occupancy:
Definition: The percentage of rooms occupied in the hotel over a specified period of time.
Rate:
Definition: The price per night for a room.
House Rules:
Definition: Policies and regulations of the hotel that guests are required to follow.
Type of Reservation:
Definition: List of types of reservations.
Housekeeping:
Definition: The department responsible for cleaning and maintaining the rooms.
Inventory management:
Definition: The process of overseeing and controlling the hotel's supply of goods and materials, ensuring that adequate stock levels are maintained while minimizing costs and waste.
Asset tracking:
Definition: The practice of monitoring and managing the hotel's physical assets, such as furniture, equipment, and fixtures, to ensure they are utilized efficiently and maintained properly.
Staff scheduling:
Definition: The process of creating and managing work schedules for hotel employees, taking into account factors such as shift rotations, staffing levels, and employee availability.
Task management:
Definition: The organization and tracking of tasks and responsibilities within the hotel, ensuring that deadlines are met and workflows are optimized.
Resource allocation:
Definition: The allocation and distribution of resources, such as staff, equipment, and funds, to different areas of the hotel based on operational needs and priorities.
Vendor management:
Definition: The coordination and oversight of relationships with external suppliers and vendors, including negotiating contracts, monitoring performance, and ensuring timely delivery of goods and services.
Quality control:
Definition: The process of monitoring and evaluating the quality of products and services offered by the hotel, identifying areas for improvement, and implementing measures to maintain or enhance quality standards.
Cost management:
Definition: The control and optimization of expenses within the hotel, including labor costs, operating expenses, and capital expenditures, to maximize profitability and efficiency.
Data analytics:
Definition: The use of data analysis techniques to extract insights and patterns from hotel operations data, enabling informed decision-making and strategic planning.
Risk management: Definition: The identification, assessment, and mitigation of risks when resources are limited at any moment.
En este capítulo, nos centraremos en definir los requerimientos que debemos cumplir para el exito de nuestra solución.
En este apartado se presentan los To-Be Scenario Mapping para los segmentos de gerentes y trabajadores, que describen cómo serán las interacciones y tareas de los usuarios con el sistema de gestión hotelera una vez implementado. Estos mapas proporcionan una visión general de las funcionalidades y características que se espera que tenga el producto final, y sirven como guía para el diseño y desarrollo del sistema.
Segmento 1:
El To-Be Scenario Mapping para el segmento Gerentes.
Segmento 2:
El To-Be Scenario Mapping para el segmento Trabajadores.
Redactamos las historias de usuario para el sistema de gestión hotelera basándonos en las necesidades y desafíos identificados en las entrevistas y el análisis de los segmentos de gerentes y trabajadores. Las historias de usuario describen las funcionalidades y características que los usuarios finales esperan del sistema, y se utilizan para guiar el diseño y desarrollo del producto.
| HUX/EPX | Historia de Usuario / Épica | Descripción | Criterios de Aceptación | Relacionado con (Epic ID) |
|---|---|---|---|---|
| EP01 | Información del producto | Como visitante del sitio web, quiero obtener información relacionada al producto que se ofrece. | Dado que el visitante está en la página de inicio Cuando observa la información del producto que se está ofreciendo Entonces obtiene una mejor visión de lo que ofrece la empresa. Y se registra o considera registrarse como usuario. |
|
| HU01 | Obtener información de la empresa | Como visitante del sitio web, quiero obtener más información sobre la empresa a cargo del producto. | Dado que el visitante se encuentra en la sección de nosotros Cuando observa la información relevante sobre la empresa Entonces se interesa en saber más del producto Y se registra como usuario. |
EP01 |
| HU02 | Informarse sobre los beneficios del producto | Como visitante del sitio web, quiero informarme sobre los beneficios del producto ofrecido. | Dado que el visitante se encuentra en la sección de beneficios Cuando observa los beneficios que se ofrecen al usar nuestra solución Entonces se interesa en saber más del producto Y se registra como usuario. |
EP01 |
| HU03 | Conocer los testimonios de los clientes pasados | Como visitante, quiero acceder a testimonios de clientes anteriores para evaluar la experiencia y el desempeño del personal. | Dado que el visitante se encuentra en la sección de testimonios Cuando observa los diferentes testimonios Entonces evalúa la experiencia y desempeño del personal basado en los comentarios de clientes previos. Y considera registrarse como usuario. |
EP01 |
| HU04 | Informarse sobre los diferentes planes de precio del producto | Como visitante, quiero conocer los diferentes planes de precio disponibles para el producto ofrecido. | Dado que el visitante se encuentra en la sección de planes de precios disponibles Cuando visualiza los diferentes planes Entonces puede entender las opciones disponibles y tomar decisiones informadas sobre el producto. Y registrarse como usuario. |
EP01 |
| HU05 | Contactar con la empresa | Como visitante, quiero poder contactarme fácilmente con la empresa desde la página de inicio. | Dado que el visitante accede a la sección de contacto Cuando observa los diferentes medios para contactarse con nosotros Entonces se comunicará con nosotros rápidamente. |
EP01 |
| EP02 | Crear cuenta | Como gerente del hotel/hostal quiero crear una cuenta para utilizar InnControl (aplicación). | Dado que el usuario se encuentra en el Login Cuando presiona en el botón "SignUp". E ingresa sus datos. Entonces se le presentará con el plan que se acomoda mejor a las necesidades del negocio Y realiza el pago. Crea su cuenta de gerente. |
- |
| HU01 | Crear cuenta empleado | Como empleado, quiero crear mi cuenta de empleado. | Dado que el usuario se encuentra en el login Cuando selecciona que quiere crear una cuenta con el botón signup E ingresa el correo del hotel E ingresa sus datos Entonces se muestra un mensaje de bienvenida Y se muestra el dashboard de empleado. |
EP02 |
| HU02 | Crear cuenta gerente | Como gerente, quiero crear mi cuenta de gerente para poder gestionar a mis empleados. | Dado que se paga el plan Cuando el usuario ingrese sus datos de hotel y gerente Entonces se muestra un mensaje de bienvenida Y se muestra el dashboard de gerente. |
EP02 |
| EP03 | Gestionar Habitaciones del Hotel | Como gerente, quiero poder revisar el estado de las habitaciones. | Dado que el usuario está en la ruta de habitaciones Cuando revisa las habitaciones creadas Entonces puede ver los estados, reservaciones, el tipo de habitación, el número de habitación y el cliente Y se muestra también un botón para crear habitaciones. |
- |
| HU01 | Cambiar estado de habitación | Como gerente, quiero realizar un cambio al estado de la habitación. | Dado que el usuario ingresa a la ruta de Habitaciones Cuando el usuario usa el botón para editar Y selecciona uno de los estados en el popup Entonces el estado de la habitación se actualiza. |
EP03 |
| HU02 | Cambiar estado de habitación (Empleado) | Como empleado, quiero cambiar el estado de la habitación de mi tarea para notificar que ya terminé mi tarea. | Dado que el usuario se encuentra en la ruta de habitaciones. Cuando el usuario termina con su tarea Y usa el botón para cambiar el estado de la habitación. Entonces el estado de la habitación se actualiza. |
EP03 |
| HU03 | Crear habitaciones | Como gerente, quiero crear nuevas habitaciones en el sistema. | Dado que el usuario tiene acceso para crear nuevas habitaciones en la ruta habitaciones Cuando ingresa los detalles de la habitación (tipo, número, etc.) Entonces la habitación se añade al sistema y se refleja en la lista de habitaciones. |
EP03 |
| EP04 | Gestionar Inventario | Como gestor, quiero gestionar el inventario del hotel. | Dado que el usuario tiene acceso al sistema de gestión de inventario en la ruta inventario Cuando revisa los niveles de inventario Entonces puede agregar, actualizar o eliminar elementos del inventario Y se reflejan los cambios en tiempo real. |
- |
| HU01 | Crear ítem | Como gestor, quiero agregar un nuevo ítem al inventario. | Dado que el usuario tiene acceso para agregar ítems al inventario en la ruta de inventario Cuando ingresa los detalles del nuevo ítem (nombre, cantidad, etc.) Entonces el ítem se añade al inventario. Y se muestra en la ruta Inventario. |
EP04 |
| HU02 | Actualizar ítem | Como gestor, quiero actualizar la información de un ítem en el inventario. | Dado que el usuario tiene acceso para actualizar la información de un ítem Cuando selecciona el ítem a actualizar Y modifica sus detalles (cantidad, descripción, etc.) Entonces los cambios se reflejan en el inventario. |
EP04 |
| HU03 | Eliminar ítem | Como gestor, quiero eliminar un ítem del inventario. | Dado que el usuario tiene acceso para eliminar ítems del inventario Cuando selecciona el ítem a eliminar Y confirma que quiere eliminar el ítem Entonces el ítem se elimina del inventario. |
EP04 |
| HU04 | Actualizar ítem | Como empleado, quiero actualizar la información de un ítem en el inventario asignado a mi tarea. | Dado que el usuario está en Inventario Cuando el usuario selecciona la opción de editar un ítem asignado Y modifica los detalles permitidos (cantidad) Entonces los cambios se reflejan en el sistema de gestión de inventario. |
EP04 |
| EP05 | Gestionar Tareas | Como gerente, quiero gestionar las tareas asignadas a los empleados. | Dado que el usuario tiene acceso para crear, editar, finalizar o eliminar tareas Cuando revisa la ruta de tareas Entonces puede realizar las acciones necesarias para gestionarlas. |
- |
| HU01 | Crear tarea | Como gerente, quiero crear una nueva tarea para asignar a un empleado. | Dado que el usuario se encuentra en la ruta tareas Cuando presiona el botón para agregar una tarea Y define los detalles de la tarea (descripción, empleado asignado, fecha límite, etc.) Entonces la tarea se añade a la ruta de tareas. |
EP05 |
| HU02 | Finalizar tarea | Como empleado, quiero marcar una tarea como completada una vez que la haya finalizado. | Dado que el usuario se encuentra en la ruta tareas Cuando selecciona una tarea Y cambia su estado a "DONE" Entonces se actualiza en la ruta tareas. |
EP05 |
| HU03 | Eliminar tarea | Como gerente, quiero eliminar una tarea que ya no sea necesaria. | Dado que el usuario se encuentra en tareas Cuando selecciona eliminar una tarea Y presiona en el botón para eliminar Entonces la tarea se elimina. |
EP05 |
| HU04 | Asignar/Editar tarea | Como gerente, quiero asignar o editar tareas para distribuir las responsabilidades entre los empleados. | Dado que el usuario tiene acceso para asignar o editar tareas, en la ruta tareas Cuando selecciona una tarea existente o crea una tarea E ing resa o modifica los detalles (empleado asignado, descripción, etc.) Entonces la tarea se actualiza o se asigna a un empleado. |
EP05 |
| HU05 | Actualizar estado de tarea | Como empleado, quiero cambiar el estado de una tarea asignada para reflejar su progreso. | Dado que el usuario se encuentra en la ruta tareas Cuando selecciona una tarea asignada Y cambia el estado de la tarea a "In Progress" o "Completed" Entonces la tarea se actualiza en la ruta tareas. |
EP05 |
| HU06 | Asignar tareas | Como gerente, quiero asignar una tarea a un empleado específico. | Dado que el usuario tiene acceso para asignar tareas Cuando selecciona una tarea Y especifica el empleado asignado en el diálogo Entonces la tarea se asigna a un empleado específico y los detalles se actualizan. |
EP05 |
| EP06 | Gestionar Mensajes | Como gerente, quiero gestionar los mensajes enviados entre empleados. | Dado que el usuario tiene acceso para crear, revisar o eliminar mensajes Cuando accede a la ruta de mensajes Entonces puede realizar las acciones necesarias para gestionarlos. |
- |
| HU01 | Enviar mensaje | Como gerente, quiero enviar un mensaje a un empleado. | Dado que el usuario tiene acceso para redactar mensajes en la ruta mensajes Cuando redacta Y envía el mensaje Entonces el mensaje se envía con éxito. Y se muestra en la ruta de mensajes del remitente. |
EP06 |
| HU02 | Enviar mensaje | Como empleado, quiero enviar un mensaje a un gerente. | Dado que el usuario tiene acceso para redactar mensajes en la ruta mensajes Cuando redacta Y envía el mensaje Entonces el mensaje se envía con éxito. Y se muestra en la ruta de mensajes del remitente. |
EP06 |
| HU03 | Revisar mensaje | Como gerente, quiero revisar los mensajes recibidos de empleados. | Dado que el usuario tiene acceso para la ruta mensajes Cuando presiona la campana Entonces puede ver los mensajes recibidos y sus detalles filtrados. |
EP06 |
| HU04 | Revisar mensaje | Como empleado, quiero revisar los mensajes recibidos del gerente. | Dado que el usuario tiene acceso para la ruta mensajes Cuando presiona la campana Entonces puede ver los mensajes recibidos y sus detalles filtrados. |
EP06 |
| HU05 | Eliminar mensaje | Como gerente, quiero eliminar un mensaje específico de la bandeja de entrada. | Dado que el usuario tiene acceso a la ruta mensajes Cuando presiona en eliminar un mensaje Entonces el mensaje se elimina correctamente. |
EP06 |
| HU06 | Eliminar mensaje | Como empleado, quiero eliminar un mensaje específico de la bandeja de entrada. | Dado que el usuario tiene acceso a la ruta mensajes Cuando presiona en eliminar un mensaje Entonces el mensaje se elimina correctamente. |
EP06 |
| EP07 | Uso de APIs/BD | Como desarrollador de InnControl, quiero tener acceso a la información de la base de datos para poder realizar las operaciones CRUD. | Dado que el usuario necesita realizar operaciones CRUD Cuando realiza la conexión con la Base de datos en MySql Entonces se aplican la conexión y se permite el acceso en la base de datos. |
|
| HU01 | API de Servicios de la aplicación | Como desarrollador, quiero integrar la API en InnControl para procesar transacciones necesarias para el funcionamiento del proyecto. | Dado que el usuario desea integrar una API Y tiene acceso a la base de datos Cuando ingresa los métodos necesarios para los bounded context Y realiza la conexión con el front end Entonces se muestra el status code exitoso al realizar operaciones CRUD en el front end. |
EP07 |
| HU02 | API de Autenticación | Como desarrollador, quiero utilizar la API de autenticación en InnControl para gestionar el inicio de sesión de usuarios. | Dado que el usuario desea utilizar la API de autenticación Y tiene acceso a su cuenta de empleado Cuando ingresa sus credenciales de inicio de sesión Y se comprueba de que es un usuario registrado Entonces se devuelve un código con el status respectivo. Y Se logra iniciar sesión. |
EP07 |
| HU03 | API de Verificación Clave JWT Gerente | Como desarrollador, quiero incorporar la API de verificación JWT en InnControl para asegurar la autenticidad de los usuarios para que ingresen la clave JWT. | Dado que el usuario desea incorporar la API de verificación JWT Y tiene acceso a su cuenta de empleado Cuando ingresa sus credenciales de inicio de sesión Y se realizan las validaciones necesarias Entonces se realiza el proceso de verificación del JWT. |
EP07 |
| EP08 | Seguridad de datos | Como gerente, quiero que la información del hotel esté asegurada así como mi cuenta. | Dado que el usuario tiene una cuenta Cuando decide ingresar a la aplicación Y se realiza la verificación exitosa JWT. Entonces logra iniciar sesión de manera correcta. |
- |
| HU01 | Seguridad de usuario | Como usuario, quiero ingresar a InnControl con mi cuenta. | Dado que el usuario se encuentra en Sign In Cuando ingresa sus datos de login Y se realiza la verificación exitosa de JWT. Entonces logra iniciar sesión de manera correcta. Y se le redirecciona a su dashboard. |
EP08 |
En esta sección se explican y se presentan los Impact Mappings. Creados a partir de los User Personas, incluyendo los Business Goals de cada uno, para obtener los features que ayudarán a producir los Deliverables identificados.
A continuación, se mostrara el Product Backlog creado a partir de las Historias de Usuario que conseguimos, ordenadas de menor a mayor Story Points.
| Orden | User Story ID | Título | Descripción | Story Points (1/2/3/5/8) |
|---|---|---|---|---|
| 17 | HU03 | Eliminar ítem | Como gestor, quiero eliminar un ítem del inventario. | 2 |
| 21 | HU02 | Finalizar tarea | Como empleado, quiero marcar una tarea como completada una vez que la haya finalizado. | 2 |
| 22 | HU03 | Eliminar tarea | Como gerente, quiero eliminar una tarea que ya no sea necesaria. | 2 |
| 27 | HU03 | Revisar mensaje | Como gerente, quiero revisar los mensajes recibidos de empleados. | 2 |
| 28 | HU04 | Revisar mensaje | Como empleado, quiero revisar los mensajes recibidos del gerente. | 2 |
| 29 | HU05 | Eliminar mensaje | Como gerente, quiero eliminar un mensaje específico de la bandeja de entrada. | 2 |
| 30 | HU06 | Eliminar mensaje | Como empleado, quiero eliminar un mensaje específico de la bandeja de entrada. | 2 |
| 3 | HU02 | Informarse sobre los beneficios del producto | Como visitante del sitio web, quiero informarme sobre los beneficios del producto ofrecido. | 2 |
| 5 | HU05 | Contactar con la empresa | Como visitante, quiero poder contactarme fácilmente con la empresa desde la página de inicio. | 2 |
| 11 | HU01 | Cambiar estado de habitación | Como gerente, quiero realizar un cambio al estado de la habitación. | 2 |
| 6 | HU04 | Informarse sobre los diferentes planes de precio del producto | Como visitante, quiero conocer los diferentes planes de precio disponibles para el producto ofrecido. | 3 |
| 1 | EP01 | Información del producto | Como visitante del sitio web, quiero obtener información relacionada al producto que se ofrece. | 3 |
| 2 | HU01 | Obtener información de la empresa | Como visitante del sitio web, quiero obtener más información sobre la empresa a cargo del producto. | 3 |
| 8 | HU01 | Crear cuenta empleado | Como empleado, quiero crear mi cuenta de empleado. | 3 |
| 9 | HU02 | Crear cuenta gerente | Como gerente, quiero crear mi cuenta de gerente para poder gestionar a mis empleados. | 3 |
| 12 | HU02 | Cambiar estado de habitación (Empleado) | Como empleado, quiero cambiar el estado de la habitación de mi tarea para notificar que ya terminé mi tarea. | 3 |
| 15 | HU01 | Crear ítem | Como gestor, quiero agregar un nuevo ítem al inventario. | 3 |
| 16 | HU02 | Actualizar ítem | Como gestor, quiero actualizar la información de un ítem en el inventario. | 3 |
| 18 | HU04 | Actualizar ítem (Empleado) | Como empleado, quiero actualizar la información de un ítem en el inventario asignado a mi tarea. | 3 |
| 20 | HU01 | Crear tarea | Como gerente, quiero crear una nueva tarea para asignar a un empleado. | 3 |
| 25 | HU01 | Enviar mensaje | Como gerente, quiero enviar un mensaje a un empleado. | 3 |
| 26 | HU02 | Enviar mensaje | Como empleado, quiero enviar un mensaje a un gerente. | 3 |
| 32 | HU01 | API de Servicios de la aplicación | Como desarrollador, quiero integrar la API en InnControl para procesar transacciones necesarias para el funcionamiento del proyecto. | 3 |
| 33 | HU02 | API de Autenticación | Como desarrollador, quiero utilizar la API de autenticación en InnControl para gestionar el inicio de sesión de usuarios. | 3 |
| 36 | HU01 | Seguridad de usuario | Como usuario, quiero ingresar a InnControl con mi cuenta. | 3 |
| 4 | HU03 | Conocer los testimonios de los clientes pasados | Como visitante, quiero acceder a testimonios de clientes anteriores para evaluar la experiencia y el desempeño del personal. | 5 |
| 7 | EP02 | Crear cuenta | Como gerente del hotel/hostal quiero crear una cuenta para utilizar InnControl (aplicación). | 5 |
| 10 | EP03 | Gestionar Habitaciones del Hotel | Como gerente, quiero poder revisar el estado de las habitaciones. | 5 |
| 13 | HU03 | Crear habitaciones | Como gerente, quiero crear nuevas habitaciones en el sistema. | 5 |
| 14 | EP04 | Gestionar Inventario | Como gestor, quiero gestionar el inventario del hotel. | 5 |
| 19 | EP05 | Gestionar Tareas | Como gerente, quiero gestionar las tareas asignadas a los empleados. | 5 |
| 23 | HU04 | Asignar/Editar tarea | Como gerente, quiero asignar o editar tareas para distribuir las responsabilidades entre los empleados. | 5 |
| 24 | EP06 | Gestionar Mensajes | Como gerente, quiero gestionar los mensajes enviados entre empleados. | 5 |
| 31 | EP07 | Uso de API en Base de Datos | Como desarrollador de InnControl, quiero tener acceso a la información de la base de datos para poder realizar las operaciones CRUD. | 5 |
| 34 | HU03 | API de Verificación Clave JWT Gerente | Como desarrollador, quiero incorporar la API de verificación JWT en InnControl para asegurar la autenticidad de los usuarios para que ingresen la clave JWT. | 5 |
| 35 | EP08 | Seguridad de datos | Como gerente, quiero que la información del hotel esté asegurada así como mi cuenta. | 5 |
En este capítulo, nos centraremos en los aspectos de diseño de nuestra solución. Dividido en Style Guidelines, la Information Architecture, el UI Design de la Landing Page y Web Applications, un Prototype de Web Application, la arquitectura Domain Driven Design del software, el Object Oriented Design y la Database Design.
Aquí definimos las reglas o guías generales a seguir con el aspecto del proyecto, para que pueda ser identificado fácilmente y crear la imagen pública que queremos percibir.
| Aspecto | Directrices |
|---|---|
| Nombre de la aplicación | Sweet Manager |
| Identidad Visual | Colores suaves para representar confianza y fiabilidad en nuestra aplicación. |
| Diseño de la Interfaz | La aplicación será fácil de navegar para usuarios de todas las edades y niveles de experiencia tecnológica. Utiliza una estructura de menú lógica y una navegación clara. Se agrupan las funciones relacionadas para simplificar la experiencia del usuario. |
| Diseño de Usuario | Se prioriza la navegación clara. -Estructura lógica y concisa del menú |
| Contenido | - Información precisa y actualizad. -Control de inventario sobre los insumos y recursos utilizados en el hotel. |
| Funcionalidad | -Seguimiento de ingresos. -Control de insumos y recursos con información actualizada y precisa para evitar errores y pérdidas en la empresa. |
| Comunicación | -Funciones de chat y correo electrónico. -Formulario de contacto para comentarios |
| Diseño Responsivo | -Compatibilidad con dispositivos móviles |
| Seguridad y Privacidad | -Protección de datos sensibles. -Cumplimiento de regulaciones de privacidad |
| Actualizaciones y Mantenimiento | -Actualizaciones regulares de las bases de datos principales. -Respuestas oportunas a problemas informados |
| Promoción | -Estrategias de marketing digital (publicidades en redes sociales). -Colaboraciones con organizaciones hoteleras |
Guías generales de estilo a seguir.
| Aspecto | Directrices |
|---|---|
| Tipografía | Se optara por fuentes fáciles de leer y que den un aspecto profesional. Se priorizará la legibilidad del texto antes de que sea llamativo.Debería optarse por una fuente Sans Serif |
| Colores | Los colores deben ser suaves y reconfortantes. |
| Espaciado y diseño | Mantendremos un diseño limpio y agradable a la vista. Para crear una sensación de confiabilidad, se usarán espacios uniformes. Usaremos márgenes amplios para evitar un aspecto amontonado. El espaciado que se utilizará debe ser entre 1.5 y 2 veces el tamaño de la fuente. |
Guías sobre el estilo web de la solución.
| Aspecto | Directrices |
|---|---|
| Menú de navegación | El menú de navegación, estará desarrollado para ser adaptado a cualquier tamaño de pantalla, aprovechando cada espacio para mostrar información de manera más visible. |
| Interacción del Ratón | Consideraremos el uso del ratón al desarrollar los elementos interactivos de la web, como menús desplegables, botones, animaciones, para lograr que el usuario tenga una buena experiencia y pueda interactuar de manera agradable con la web. |
| Uso de imágenes | Se usarán imágenes con buena calidad para los distintos tamaños de pantalla, manteniendo la velocidad de carga. Esto ayudará en la experiencia visual del usuario. |
| Cumplimiento de WCAG | Cumpliremos las pautas de accesibilidad al contenido web (WCAG), así el contenido será más accesible para todas las personas, se garantizará que todos puedan entender y utilizar la información que se encuentra en nuestra web. |
| Tipo de letra | El tipo de letra seleccionado fue “Nunito” en estilos. Medium y Normal para mayor legibilidad. |
La arquitectura de información que se emplea en Sweet Manager, permitirá a los dueños de hoteles poder organizar los procesos dentro de su empresa. Brinda un seguimiento de ingresos, proveedores, insumos y recursos que hay en un hotel, todo esto con la finalidad de poder facilitar la gestión interna del hotel. Estará enfocada a las personas involucradas en el sector hotelero. Luego del registro, las empresas pagarán una suscripción para poder acceder al servicio, en el cual podrán tener un control y seguimiento de los recursos e insumos utilizados, así como también con información actualizada de los proveedores.
Estos son los sistemas de organización a seguir.
Organización visual de contenidos Se desarrollará una organización visual del contenido de forma jerárquica en el Landing Page y en las secciones principales de la web para resaltar la información importante, como pueden ser la información y control de los recursos, insumos e información actualizada de los proveedores.
Categorización de contenido Lista de proveedores: Se organiza alfabéticamente por nombre de la empresa, así se podrá ubicar a un proveedor de una manera más rápida y eficaz. Insumos: Se creará una lista de los insumos y se hará un control de inventario para poder ver las necesidades de la empresa. Recursos: Seguimiento de los recursos para poder llevar un mejor control de las finanzas dentro de ellos.
Estos son los sistemas de etiquetado a seguir.
Claridad y simplicidad: Se emplea términos no muy complicados, los cuales puedan ser confusos para los usuarios. Sin embargo, habrá algunos términos los cuales serán más técnicos, debido a los insumos que se puedan utilizar en el hotel. Brevedad: Se emplea la menor cantidad de palabras para facilitar la navegación de los usuarios. Imágenes ilustrativas: Se emplea imágenes las cuales ayudan a la ubicación de opciones. Uso de iconos y símbolos: Se emplea iconos para ayudar a que los usuarios puedan reconocer una función. Esto se emplea principalmente en la barra de herramientas.
Aquí, se presentan las reglas de los Tags a utilizar en la codificación de la página web.
- Titulo:
<title> El Control Que Necesitas | Software de Gestión de hoteles/hostales </title> - Descripcion:
<meta name = "description" content = "Controla tus cuartos, empleados e inventario en un solo lugar, La solucion que buscas para cualquier tamaño"/> - Palabras Clave:
<meta name = "keyword" content = "Gestion Hotel, Hotel Manager Software, software hotelero, software hoteleros mas utilizados, Controlar tu Hotel/Hostal, Gestion Hostal"/>
Aquí se explica los sistemas de búsqueda que se implementaran en nuestro proyecto.
En la página principal se incluirá una opción de búsqueda general, en donde permitirá al usuario acceder a todo el contenido de la aplicación. Como búsqueda avanzada se implementará en la parte proveedores e insumos, debido a que se permitirá hacer una búsqueda más específica por apartado.
Este sería el sistema de navegación que usara el usuario durante su uso del proyecto.
El usuario será bienvenido con una patnalla para registrar su empresa. Luego que el usuario inicie sesión se mostrará en la parte inferior de la aplicación una barra de herramientas para que el usuario pueda navegar por toda la aplicación de manera satisfactoria. Te puedes desplazar y navegar por el panel de control donde podrás ver perfil, ver empresa, ver el control del inventario, ir por la pagina de gestión de proovedores y ver la pagina de gestión de clientes, cada pagina con distintas opciones dependiendo de cada una.
En esta sección, se mostrarán los diseños de nuestra Landing Page. Divididos entre las secciones simplistas de Wireframe, y el Mock-Up creado para servir como guía visual para la verdadera Landing Page.
[Link en Figma]https://www.figma.com/file/ERf7rfFpjceh2VV5VSQBba/Open-Souce-TF?type=design&node-id=0%3A1&mode=design&t=13Ohu9mZPHPvS0iT-1
[Link en Figma] https://www.figma.com/file/ERf7rfFpjceh2VV5VSQBba/Open-Souce-TF?type=design&node-id=0%3A1&mode=design&t=13Ohu9mZPHPvS0iT-1
En esta sección, se mostrarán los diseños de nuestras Web Applications. Divididos entre las secciones simplistas de Wireframe, y el Mock-Up creado para servir como guía visual para las versiones reales. Ademas de contar con las guías visuales sobre la experiencia del usuario en la solución.
[Link en Figma] https://www.figma.com/file/ERf7rfFpjceh2VV5VSQBba/Open-Souce-TF?type=design&node-id=0%3A1&mode=design&t=13Ohu9mZPHPvS0iT-1
[Link en Figma] https://www.figma.com/file/ERf7rfFpjceh2VV5VSQBba/Open-Souce-TF?type=design&node-id=0%3A1&mode=design&t=13Ohu9mZPHPvS0iT-1
Para crear los modelos de la interfaz de usuario, se aplicaron una serie de principios importante: Consistencia en el Diseño: Se mantuvo una coherencia visual en todo el diseño de la interfaz de usuario, utilizando un estilo y una paleta de colores uniformes. Esto ayuda a crear una experiencia unificada y familiar para los usuarios, facilitando la navegación y la comprensión de la aplicación. Destacar la Información Importante: Se enfocó en mostrar únicamente la información más relevante para los usuarios del segmento objetivo, evitando la saturación de información innecesaria. Facilidad de Uso y Claridad: Se buscó que la navegación en la aplicación fuera intuitiva y comprensible, de manera que los usuarios puedan entender completamente cómo utilizar las funciones de la aplicación, como en la visualización de reportes estadísticos.
[Link en Figma] (https://www.figma.com/proto/ERf7rfFpjceh2VV5VSQBba/Open-Souce-TF?type=design&node-id=64-3152&t=mjbZzkRUwrqCJRNJ-1&scaling=contain&page-id=64%3A1061&mode=design)
En esta sección, se mostrarán los múltiples diagramas creados para la arquitectura de nuestro software, específicamente, contamos con el Context Diagram, los Container Diagrams y los Components Diagrams.
En esta sección, se mostrará todo lo relacionado con la representación de los objetos utilizados en el software de la solución. Comenzando con el Class Diagram, y sus partes divididas, y terminando con un diccionario que explica lo que representa cada atributo de cada una de las clases.
[Link en LucidChart] https://lucid.app/lucidchart/508e0d8a-92a2-4de3-8626-6b782938b13e/edit?beaconFlowId=47FEEC1E8EBED814&page=0_0&invitationId=inv_fc67e0b3-63d7-49e2-bbf1-50acd5491bd9
| Atributo | Tipo | Descripción |
|---|---|---|
| id_purchase_request_provider | int | ID de la solicitud de compra proveedor |
| workers_id_worker | int | ID del trabajador asociado |
| providers_id_provider | int | ID del proveedor asociado |
| name_product_purchase_request_provid | varchar | Nombre del producto |
| price_product_purchase_request_provi | float | Precio unitario del producto |
| quantity_product_purchase_request_pr | int | Cantidad del producto |
| total_price_purchase_request_provider | float | Precio total de la solicitud de compra proveedor |
| Atributo | Tipo | Descripción |
|---|---|---|
| id_support_request | int | ID de la solicitud de soporte |
| providers_id_provider | int | ID del proveedor asociado a la solicitud |
| workers_id_worker | int | ID del trabajador asociado a la solicitud |
| date_support_request | datetime | Fecha y hora de la solicitud de soporte |
| description_support_req | varchar | Descripción de la solicitud de soporte |
| state_support_request | varchar | Estado actual de la solicitud de soporte |
| Atributo | Tipo | Descripción |
|---|---|---|
| id_role | int | ID único del rol |
| workers_area_id_worker_a | int | ID del área de trabajo del trabajador asociado |
| role | varchar | Nombre del rol |
| Atributo | Tipo | Descripción |
|---|---|---|
| id_assignment_worker | int | ID único de la asignación del trabajador |
| roles_id_role | int | ID del rol asociado a la asignación |
| workers_id_workers | int | ID del trabajador asociado a la asignación |
| start_date_assignment_wo | date | Fecha de inicio de la asignación |
| final_date_assignment_wor | date | Fecha de finalización de la asignación |
| state_assignment_worker | varchar | Estado de la asignación del trabajador (activo/inactivo) |
| Atributo | Tipo | Descripción |
|---|---|---|
| id_product | int | ID único del producto |
| providers_id_provider | int | ID del proveedor del producto |
| type_products_id_type_pro | int | ID del tipo de producto |
| name_product | varchar | Nombre del producto |
| registration_date_product | date | Fecha de registro del producto |
| due_date_product | date | Fecha de vencimiento del producto |
| stock_product | int | Cantidad en stock del producto |
| price_product | float | Precio del producto |
| state_product | varchar | Estado del producto (activo/inactivo) |
| Atributo | Tipo | Descripción |
|---|---|---|
| id_type_produ | int | ID único del tipo de producto |
| type_product | varchar | Tipo de producto |
| Atributo | Tipo | Descripción |
|---|---|---|
| id_provider | int | ID único del proveedor |
| companies_id_company | int | ID de la empresa del proveedor |
| name_provider | varchar | Nombre del proveedor |
| surname_provider | varchar | Apellido del proveedor |
| age_provider | int | Edad del proveedor |
| genre_provider | varchar | Género del proveedor |
| phone_provider | int | Teléfono del proveedor |
| email_provider | varchar | Correo electrónico del proveedor |
| state_provider | varchar | Estado del proveedor |
| type_providers_id_type_prov | int | ID del tipo de proveedor |
| Atributo | Tipo | Descripción |
|---|---|---|
| id_type_provid | int | ID único del tipo de proveedor |
| type_provider | varchar | Tipo de proveedor |
| Atributo | Tipo | Descripción |
|---|---|---|
| id_worker_area | int | ID único del área de trabajo del trabajador |
| worker_area | varchar | Área de trabajo del trabajador |
| state_worker_a | varchar | Estado del área de trabajo |
| Atributo | Tipo | Descripción |
|---|---|---|
| workers_id_worker | int | ID del trabajador |
| code_worker_acce | varchar | Código de acceso del trabajador |
| state_worker_acce | varchar | Estado del acceso del trabajador |
| Atributo | Tipo | Descripción |
|---|---|---|
| id_worker | int | ID único del trabajador |
| name_worker | varchar | Nombre del trabajador |
| surname_work | varchar | Apellido del trabajador |
| age_worker | int | Edad del trabajador |
| genre_worker | varchar | Género del trabajador |
| address_worker | varchar | Dirección del trabajador |
| phone_worker | int | Teléfono del trabajador |
| email_worker | varchar | Correo electrónico del trabajador |
| state_worker | varchar | Estado del trabajador |
| Atributo | Tipo | Descripción |
|---|---|---|
| id_worker_contract | int | ID único del contrato del trabajador |
| workers_id_worker | int | ID del trabajador |
| start_date_worker_contract | date | Fecha de inicio del contrato |
| final_date_worker_contract | date | Fecha de finalización del contrato |
| salary_worker_contract | float | Salario del trabajador |
| state_worker_contract | varchar | Estado del contrato del trabajador |
| Atributo | Tipo | Descripción |
|---|---|---|
| id_company | int | ID único de la empresa |
| ruc_company | varchar | RUC de la empresa |
| commercial_name_compa | varchar | Nombre comercial de la empresa |
| date_origin_company | date | Fecha de origen de la empresa |
| address_company | varchar | Dirección de la empresa |
| state_company | varchar | Estado de la empresa |
| Atributo | Tipo | Descripción |
|---|---|---|
| id_resource | int | ID único del recurso |
| type_resources_id_type_resou | int | ID del tipo de recurso |
| workers_id_worker | int | ID del trabajador responsable |
| name_resource | varchar | Nombre del recurso |
| registration_date_resource | date | Fecha de registro del recurso |
| due_date_resource | date | Fecha de vencimiento del recurso |
| stock_resource | int | Cantidad en stock del recurso |
| price_resource | float | Precio del recurso |
| state_resource | varchar | Estado del recurso |
| Atributo | Tipo | Descripción |
|---|---|---|
| id_type_resour | int | ID único del tipo de recurso |
| type_resource | varchar | Tipo de recurso |
| Atributo | Tipo | Descripción |
|---|---|---|
| id_bedroom | int | ID único de la habitación |
| workers_id_worker | int | ID del trabajador responsable |
| type_bedreooms_id_type_bedr | int | ID del tipo de habitación |
| total_double_bed_bedrooms | int | Cantidad total de camas dobles |
| total_beds | int | Cantidad total de camas |
| total_bathroom_bedrooms | int | Cantidad total de baños en la habitación |
| total_television_bedrooms | int | Cantidad total de televisores en la habitación |
| state_bedrooms | varchar | Estado de la habitación |
| Atributo | Tipo | Descripción |
|---|---|---|
| id_type_bedroom | int | ID único del tipo de habitación |
| type_bedroom | varchar | Tipo de habitación |
| description_type_bedro | varchar | Descripción del tipo de habitación |
| price_type_bedroom | float | Precio del tipo de habitación |
| state_type_bedroom | varchar | Estado del tipo de habitación |
| Atributo | Tipo | Descripción |
|---|---|---|
| id_type_membership | int | ID único del tipo de membresía |
| type_membership | varchar | Tipo de membresía |
| description_type_members | varchar | Descripción del tipo de membresía |
| price_type_membership | float | Precio del tipo de membresía |
| Atributo | Tipo | Descripción |
|---|---|---|
| admins_id_admin | int | ID del administrador |
| code_admin_acce | varchar | Código de acceso del administrador |
| state_admin_acce | varchar | Estado del acceso del administrador |
| Atributo | Tipo | Descripción |
|---|---|---|
| id_repository_service | int | ID único del servicio de repositorio |
| title_respository_serv | varchar | Título del servicio de repositorio |
| value_repository_ser | varchar | Valor del servicio de repositorio |
| Atributo | Tipo | Descripción |
|---|---|---|
| id_booking | int | ID único de la reserva |
| clients_id_client | int | ID del cliente |
| bedrooms_id_bedro | int | ID de la habitación |
| start_date_booking | date | Fecha de inicio de la reserva |
| final_date_booking | date | Fecha de finalización de la reserva |
| total_price_booking | float | Precio total de la reserva |
| state_booking | varchar | Estado de la reserva |
| Atributo | Tipo | Descripción |
|---|---|---|
| id_client | int | ID único del cliente |
| name_client | varchar | Nombre del cliente |
| surname_clie | varchar | Apellido del cliente |
| age_client | int | Edad del cliente |
| genre_client | varchar | Género del cliente |
| phone_client | int | Teléfono del cliente |
| email_client | varchar | Correo electrónico del cliente |
| state_client | varchar | Estado del cliente |
| Atributo | Tipo | Descripción |
|---|---|---|
| id_membership contract | int | ID único del contrato de membresía |
| type_membership_id_type_membe | int | ID del tipo de membresía |
| admins_id_admin | int | ID del administrador |
| start_date_membership_contract | date | Fecha de inicio del contrato de membresía |
| final_date_membership_contract | date | Fecha de finalización del contrato de membresía |
| state_membership_contract | varchar | Estado del contrato de membresía |
| Atributo | Tipo | Descripción |
|---|---|---|
| id_admin | int | ID único del administrador |
| companies_id_comp | varchar | ID de la empresa |
| dni_admin | varchar | DNI del administrador |
| document_admin | float | Documento del administrador |
| name_admin | varchar | Nombre del administrador |
| surname_admin | varchar | Apellido del administrador |
| age_admin | int | Edad del administrador |
| genre_admin | varchar | Género del administrador |
| phone_admin | int | Teléfono del administrador |
| email_admin | varchar | Correo electrónico del administrador |
| state_admin | varchar | Estado del administrador |
En esta sección, se mostrarán los diagramas de la base de datos.
En este último capítulo, nos centraremos en la implementación, validación y despliegue de nuestro proyecto. Al igual que explicar los puntos y pasos necesarios que hemos tomado para lograr su realización.
Durante el desarrollo del proyecto utilizaremos las siguientes convenciones o reglas para mantener consistencia en todo momento:
| Contexto | Convencion |
|---|---|
| El nombre de archivos creados en el proyecto | El nombre de los archivos serán en minúscula y también le pondremos el tipo de archivo con un”.”. |
| Convenciones de Nomenclatura | Las propiedades de un objeto se trabajará en PascalCase, el nombre de las funciones será en lowerCamelCase, el nombre de las clases es en PascalCase, el nombre de las variables será en lowerCamelCase. 0 |
| Convenciones de estructura de código | Agregar distintas carpetas para separar módulos de la aplicación de manera consistente. |
| Convenciones de estilos de codificación | Seguir las convenciones de codificación de Microsoft C#, es decir usar espacios en blanco para mejorar legibilidad, convenciones de nombre para clases, funciones, constantes; y también usar nombres claros o lógicos para variables. |
| Convenciones de documentación | Utilizar comentarios claros y concisos para explicar el propósito del código, tanto en códigos complejos como en la creación de clases, etc. Adicionalmente, mantener los comentarios actualizados para documentar la evolución del código. |
| Convenciones de control de versiones | Utilizar mensajes de commits muy descriptivos y significativos que expliquen claramente los cambios realizados en cada confirmación. Utilizar un formato consistente para los mensajes de commits como: verbo en presente seguido de frase corta. Utilizar ramas separadas para desarrollar nuevas características, corregir errores y realizar cambios de mantenimiento. Finalmente usar flujo de trabajo Github Flow. |
| Convenciones de gestión de dependencia | En el caso de C# usaremos el administrador de paquetes NuGet. Para el caso de Javascript usaremos Node.JS. |
| Convenciones de prueba | Utilizar comentarios descriptivos y claros para explicar el propósito del test y codigo. |
| Convenciones de seguridad | Encriptar las contraseñas de los usuarios con distintos algoritmos. Implementar sistema de autenticación seguro para proteger el acceso al sistema. Instalar librerías para validar la información ingresada por el usuario en los formularios. |
| Convenciones de colaboración y comunicación | Utilizar Discord como herramienta de colaboración en conjunto para llamadas o reuniones. Reunirnos seguido para mantenernos actualizados de las versiones y del proyecto. Apoyarnos en conjunto, aprender de nuestros errores y dar feedbacks mutuamente. |
En esta sección, se explican los softwares utilziados para el desarrollo de nuestra solución.
| Nombre de Producto | Descripcion | Propósito de Uso | Ruta Descarga o Link |
|---|---|---|---|
| Rider JetBrains | Rider es un entorno de desarrollo integrado (IDE) desarrollado por JetBrains, conocido por su enfoque en la productividad y la eficiencia en el desarrollo de software. Está diseñado específicamente para el desarrollo de aplicaciones .NET y .NET Core, incluyendo aplicaciones de escritorio, web y móviles. | Nuestro propósito de uso de Rider gira en torno al desarrollo de aplicaciones web, específicamente de WebServices, a base de código C#, tecnología .NET. Puesto que .NET es recomendado para el desarrollo de servicios web o backend debido a su rendimiento, escalabilidad, seguridad, productividad y compatibilidad multiplataforma, así como su amplio soporte para diversos tipos de servicios. | Link de descarga: https://www.jetbrains.com/es-es/toolbox-app/. Se descarga Toolbox JetBrains donde se encuentran distintos frameworks de muchos lenguajes, entre ellos Rider. |
| MySql | MySQL es un sistema de gestión de bases de datos relacional (RDBMS) de código abierto y ampliamente utilizado. Desarrollado originalmente por MySQL AB (adquirido por Sun Microsystems y luego por Oracle Corporation), MySQL está disponible bajo una licencia de código abierto dual, lo que significa que se puede utilizar tanto en aplicaciones de código abierto como en aplicaciones comerciales. | Nuestro propósito de uso de MySql es proporcionar una plataforma robusta y confiable para el almacenamiento, gestión y recuperación de datos en aplicaciones de software. | Link de Servicio: https://www.mysql.com/ Link de Descarga: https://dev.mysql.com/downloads/installer/ . MySql se puede descargar o también se puede usar su servicio en la nube, por lo tanto se puede usar de ambas maneras. |
| WebStorm JetBrains | WebStorm es un entorno de desarrollo integrado (IDE) creado por JetBrains, diseñado específicamente para el desarrollo web front-end y back-end. Es conocido por su robustez, eficiencia y amplia gama de características orientadas al desarrollo web. | Nuestro propósito de uso de WebStorm es porque tiene características o herramientas avanzadas, un entorno eficiente y completo para el desarrollo Web, desde la edición de código hasta la depuración y la gestión de proyectos. | Link de descarga: https://www.jetbrains.com/es-es/toolbox-app/ Se descarga Toolbox JetBrains donde se encuentran distintos frameworks de muchos lenguajes, entre ellos WebStorm. |
| Postman | Postman es una plataforma de colaboración para el desarrollo de API (Interfaz de Programación de Aplicaciones) que permite diseñar, probar, documentar y compartir API de manera eficiente. | Nuestro propósito de uso de Postman es simplificar y mejorar el proceso de desarrollo, prueba y documentación de las API. Consideramos que es una herramienta esencial para desarrollar, probar y colaborar en torno a las APIs. | Link de Descarga: https://www.postman.com/downloads/ Link de Servicio: https://identity.getpostman.com/login . Postman es una aplicación de escritorio y también es un Saas. Por lo tanto, se puede descargar para escritorio o se puede ingresar a su página web para su servicio. |
| Git | Git es un sistema de control de versiones distribuido ampliamente utilizado en el desarrollo de software. Fue creado por Linus Torvalds en 2005 para el desarrollo del kernel de Linux y desde entonces se ha convertido en una herramienta fundamental para el control de versiones en proyectos de software de todo tipo y tamaño. | Nuestro propósito de uso de Git es proporcionar un sistema de control de versiones flexible, confiable y colaborativo para que facilite el desarrollo de software eficiente y la colaboración de equipos de desarrollo, mediante sus herramientas y funcionalidades avanzadas. | Link de Descarga: https://git-scm.com/downloads. Git es un control de versiones local, se instala localmente y puedes administrar tus repositorios locales. |
| Github | GitHub es una plataforma de desarrollo colaborativo de software que utiliza el sistema de control de versiones Git. Permite a los desarrolladores trabajar juntos en proyectos, facilitando la gestión y colaboración en el código fuente. Los usuarios pueden cargar su código, realizar seguimientos de cambios, proponer modificaciones (mediante solicitudes de extracción), realizar revisiones de código, y gestionar problemas y tareas, entre otras funciones. Adicionalmente, también permite alojar documentación. | Nuestro propósito de uso de Github (Web) es facilitar la colaboración en proyectos de desarrollo de software. Utilizaremos GitHub para mantener un control de versiones efectivo de mi código, lo que nos permite realizar un seguimiento de los cambios a lo largo del tiempo y revertirlos si es necesario. Además, aprovecharemos las funciones de GitHub para trabajar en equipo de manera eficiente, creando ramas para desarrollar nuevas características o corregir errores sin interferir con el código principal. También valoramos la capacidad de revisión de código que ofrece GitHub, ya que me permite colaborar con mis compañeros de equipo, revisar sus cambios y proporcionar retroalimentación para mejorar la calidad del código. | Link de Servicio: https://github.com/ Github es un Software de escritorio y Saas. En este caso nosotros no instalaremos el Github Desktop, por lo tanto usaremos su aplicación de la Web. |
En esta sección, explicamos la forma en la que estamos manejando los diferentes aspectos de nuestro proyecto, con links que contienen diferentes aspectos del proyecto.
Link Repositorio Web Services Proyecto: https://github.com/Los-No-Se-Quienes-y-Los-No-Se-CuantosSweetManager-WebServices
Link Repositorio Landing Page Proyecto: https://github.com/Los-No-Se-Quienes-y-Los-No-Se-Cuantos/SweetManager-LandingPage
Link Repositorio Front - End Web Proyecto: https://github.com/Los-No-Se-Quienes-y-Los-No-Se-Cuantos/SweetManager-FrontEndWeb
¿Cómo implementaremos GitFlow? Nosotros crearemos una rama para cada capítulo, es decir una rama para Chapter 1, Chapter 2, Chapter 3, Chapter 4 y Chapter 5. Por el cual, consideraremos las siguientes convenciones para el nombre de las features branch: el nombre de las branchs serán en PascalCase. Adicionalmente, daremos una descripción sólida para todos los commits implementados durante el desarrollo de los branchs. No omitiremos la creación de una rama llamada “Development” donde haremos todos los cambios que queramos hacer al main, para posteriormente hacer ‘merg’. Cabe recalcar que también usaremos “FeatureBranches” en donde se desarrollará distintos cambios para posteriormente en el futuro implementarlo a “Development”.
Esta sección explica e indica las referencias que se adoptarán para nombrar los elementos y programar en los lenguajes que hemos elegido para nuestra solución.
Lenguaje C#
| Referencias Adoptadas | Explicación y Convenciones |
|---|---|
| C# Coding Conventions: https://docs.microsoft.com/en-us/dotnet/csharp/fundamentals/coding-style/coding-conventions | Consideramos en utilizar la documentación de Microsoft para aprender buenas prácticas y sintaxis de C#, puesto que lo utilizaremos en el desarrollo del Back-end. |
Lenguaje Vue.JS
| Referencias Adoptadas | Explicación y Convenciones |
|---|---|
| Html Style Guide and Coding Conventions: https://www.w3schools.com/html/html5_syntax.asp | Consideramos que será beneficioso guiarnos y aprender de la documentación de la referencia indicada, ya que contiene una gran cantidad de información sobre las etiquetas HTML. Esto es fundamental para su uso en nuestros proyectos. |
Lenguaje Gherkin
| Referencias Adoptadas | Explicación y Convenciones |
|---|---|
| Gherkin Conventions for Readable Specifications: https://specflow.org/gherkin/gherkin-conventions-for-readable-specifications/ | Consideramos guiarnos y aprender de la documentación situada en la referencia indicada, porque necesitamos tener ideas de cómo trabajar bajo ese lenguaje y poder usar de manera adecuada las herramientas. |
Lenguaje Md
| Referencias Adoptadas | Explicación y Convenciones |
|---|---|
| The Markdown Guide: https://www.markdownguide.org/ | Consideramos guiarnos de la guía oficial de markdown para tener mayor noción de trabajo con el uso de esta tecnología. Usaremos el archivo .md para todo lo que es descripción o información del proyecto. |
En esta sección solamente tomaremos en cuenta el despliegue para la Landing Page porque estamos en el Sprint 1 y no implementaremos aún Web Services ni Frontend Web.
Landing Page: Las configuraciones para la landing page será la siguiente:
- Primero, para desplegar la Landing Page utilizando el servicio automatizado de Netlify, debemos crear el repositorio de Github de la Landing Page.
- Debemos iniciar sesión en Netlify o crear una cuenta si no tenemos una.
- Dentro de la plataforma Netlify, seleccionamos el apartado “Sites” y en “Add new site” seleccionamos “Import an existing project”.
- Seleccionamos “Deploy with Github” y permitimos acceder a nuestros repositorios.
- Seleccionamos la cuenta u organización y buscamos el repositorio de la Landing Page.
- Por último asignamos el nombre del proyecto y seleccionamos la branch, en este caso el branch ‘development’.
Web Services: Aún no porque estamos en el Sprint 1.
Frontend Web: Aún no porque estamos en el Sprint 1.
Esta sección explicara la metodología Sprint que hemos implementado a lo largo del desarrollo de nuestro proyecto.
Este Sprint se centralizo en el desarrollo de la Landing Page de nuestro StartUp, y del desarrollo inicial del informe.
Aqui se registran los detallos de la planeación del Sprint 1.
| Sprint # | Sprint 1 | |
|---|---|---|
| Sprint Planing Background | ||
| Date | 4/04/2024 | |
| Time | 00:5 4am horas (GMT-5) | |
| Location | Lima, Reunion virtual por Discord | |
| Prepared By | Mauricio Abraham Rivo Rojas Sánchez | |
| Attendees (to planning meeting) | Acuña Alarcon, Aaron Elías / Periche Quiroga, Piero / Avila Asto, Alex / Linares Tejada, Leonardo Félix | |
| Sprint n – 1 Review Summary | Sprint 1: No aplica porque estamos en el Sprint 1 | |
| Sprint n – 1 Retrospective Summary | Sprint 1: No aplica porque estamos en el Sprint 1 | |
| Sprint Goal & User Stories | Diseñar, desarrollar y desplegar una landing page efectiva que capture la atención de los visitantes y los motive a realizar acciones específicas. | |
| Sprint 1 Velocity | 8 | |
| Sum of Story Points | 8 | |
Aquí se presenta el backlog desarrollado a partir del Sprint 1.
Esta sección registra las evidencias del desarrollo del Sprint.
| Repository | Branch | Commit Id | Commit Message | Commit Message Body | Committed on (Date) |
|---|---|---|---|---|---|
| landing-page | |||||
| develop | |||||
| 5d9f0b6b4f75610201d5eaab0441c26b473c183a | Merge pull request #2 from Los-No-Se-Quienes-y-Los-No-Se-Cuantos/feature/readme | 13/04/2024 | |||
| ed08ead42eafa4514eb32d2d72562857a2b53374 | Merge pull request #1 from Los-No-Se-Quienes-y-Los-No-Se-Cuantos/feature/styles-footer | 13/04/2024 | |||
| e54df82d147c8fa186d809f003f54479bd5f3b86 | feat: added readme file. | 13/04/2024 | |||
| feature/navbar | |||||
| bd0a0486cfef2e304cb9521b3d2d8fdef3a252fe | feat: added navbar | 13/04/2024 | |||
| feature/hero | |||||
| 0fd0453a3d783f6261d89e4bbfc6a5d05e66b342 | feat: added hero section | 13/04/2024 | |||
| feature/description | |||||
| 1cb6455915ce46a282ad4efbaa5c196fb4e57c41 | feat: added description sections | 13/04/2024 | |||
| feature/benefits | |||||
| 02709544041573fd0a6dc603815e710924eb170c | feat: added benefits section | 13/04/2024 | |||
| feature/plans | |||||
| c9a04d79986df5fc9e95318a073acd820f42eb75 | feat: added plans action | 13/04/2024 | |||
| feature/footer | |||||
| c8f0254276ea2f138510253f8ee4d740b28a12b7 | feat: added footer | 13/04/2024 | |||
| feature/styles-hero | |||||
| 9238af86b34c640c754a8a1f7394b506a190dbf4 | feat: added styles hero | 13/04/2024 | |||
| feature/styles-section | |||||
| cdb116d9042c8707c3e37f316abce1d4b23a1ea0 | feat: added styles for sections | 13/04/2024 | |||
| feature/styles-footer | |||||
| 2958d5389edd5dead1a6606e39ec92eb18099c6b | feat: added footer styles | 13/04/2024 |
Al ser un landing page, no se requiere de una suite de pruebas para su desarrollo.
Sprint 1: En este entregable, hemos logrado desarrollar la Landing Page para nuestra StartUp Sweet Manager. El link de la Landing Page es el siguiente: https://sweet-manager.netlify.app/
En este sprint se cumplió el objetivo de desarrollar la Landing Page; sin embargo, al ser Landing Page no requiere de documentación relacionada a Web Services.
En este sprint, se completó el desarrollo del landing page y se utilizó un conjunto de herramientas para su despliegue:
- Git: Utilizado como sistema de control de versiones para facilitar el trabajo en equipo durante el desarrollo del landing page.
- GitFlow: Implementado como flujo de trabajo para gestionar el progreso individual de cada miembro del equipo en el desarrollo del landing page.
- GitHub: Empleado como plataforma colaborativa para almacenar las versiones del proyecto y facilitar el desarrollo conjunto del equipo.
- Netlify: Utilizado como plataforma para automatizar la hospedaje y despliegue del landing page, especialmente diseñada para sitios web estáticos.
El equipo construyó la página de aterrizaje utilizando ramas para cada característica. Esta estrategia permitió que cada integrante del equipo trabajara en una parte del proyecto sin afectar el trabajo de los demás. Una vez completada cada característica, se verificó que no hubiera conflictos con la rama principal y se creó una solicitud de extracción para integrarla con dicha rama. A continuación, se adjunta una imagen que ilustra la colaboración del equipo en GitHub.
Este Sprint se centralizo en el desarrollo del Frontend de nuestro StartUp, y de las correciones del informe.
Aqui se registran los detallos de la planeación del Sprint 2.
| Sprint # | Sprint 2 | |
|---|---|---|
| Sprint Planing Background | ||
| Date | 2/05/2024 | |
| Time | 14:00 horas (GMT-5) | |
| Location | Lima, Reunion virtual por Discord | |
| Prepared By | Mauricio Abraham Rivo Rojas Sánchez | |
| Attendees (to planning meeting) | Acuña Alarcon, Aaron Elías / Periche Quiroga, Piero / Avila Asto, Alex / Linares Tejada, Leonardo Félix | |
| Sprint n – 1 Review Summary | Sprint 1: En el anterior sprint hemos diseñado un langing page con seccion hero, beneficios, introduccion, valores y contacto. Hemos cumplido con todas las historias de usuario formuladas. | |
| Sprint n – 1 Retrospective Summary | Sprint 1: En el anterior sprint hemos diseñado una landing page, tuvimos algunos problemas al incio pero luego supimos manejar y ordenar todo por branches y lograr llegar a un buen resultado con uso de html, css y js. | |
| Sprint Goal & User Stories | Desarrollar y completar el frontend de la aplicación, asegurando una interfaz de usuario intuitiva y funcional que cumpla con los requisitos y especificaciones establecidas. | |
| Sprint 2 Velocity | 15 | |
| Sum of Story Points | 34 | |
Aquí se presenta el backlog desarrollado a partir del Sprint 2.
Esta sección registra las evidencias del desarrollo del Sprint.
| Repository | Branch | Commit Id | Commit Message | Commit Message Body | Committed on (Date) |
|---|---|---|---|---|---|
| front-end | develop | f71ac7d484c03d86a8806f4fa55321fe7bffd01f | Merge branch 'feature/employee-view' into develop | 01/05/2024 | |
| front-end | develop | 5be352af18bc78ebdfadd8e1c98be68940d4b7d1 | Merge branch 'feature/login-view' into develop | 30/04/2024 | |
| front-end | feature/SubcriptionAndPayment | ef1096a5fca69175e87c80e651b59ccf8599782f | feat(subscription-grid): add subscription-grid to pull plans | 01/05/2024 | |
| front-end | feature/SubcriptionAndPayment | 0c8266541a88aa9969865d2bbf2ffd32350c59f4 | feat(subscription-card): add subscription-card to plans | 01/05/2024 | |
| front-end | feature/SubcriptionAndPayment | 24b710bc77564c2a18424f41505382cafc7e1ad0 | feat(payment-card): add payment-card to confirm | 01/05/2024 | |
| front-end | feature/rooms | 16991a04208d2a120dc9d0708a19ca6482127223 | feat(rooms): implemented rooms validation status. | 02/05/2024 | |
| front-end | feature/rooms | 8beba0722d6703b4848a0a6be9eece3c4e0bb9b3 | feat(rooms): implemented last component for room management. | 02/05/2024 | |
| front-end | feature/rooms | 11c07e11c1a3734787737107b401ba2f561efff6 | feat(rooms): implemented room-management components, services and model. | 02/05/2024 | |
| front-end | feature/rooms | a36cf70ab53f598a71b3ac12b56f6cfd5fbb492d | feat(rooms): implemented shared components. | 02/05/2024 | |
| front-end | feature/notifications | d31fddb75d0ccc580afc6a5d3d6e42973babe785 | fix(notifications): fixed paginator not showing items. | 02/05/2024 | |
| front-end | feature/notifications | 09dc92e52d2d8bc860ed6ac69c20c36ef4831d88 | feat(notifications): implemented notification table management. | 01/05/2024 | |
| front-end | feature/notifications | 38ad3daf86452403eadae48d13780c3b4e312aba | feat: added notification-table component. | 01/05/2024 | |
| front-end | feature/notifications | 24c22cdcd4c4563a93056596b3b4397bf5f9a4b6 | feat: added notification service. | 01/05/2024 | |
| front-end | feature/notifications | ae23b68f17472048f4eac8f92fca9bce2996466f | feat(notification): added notification class. | 01/05/2024 | |
| front-end | feature/login-view | fb794544c1940f69e324ebbde21ace134b8f9ed6 | refactor(prime-vue): refactor prime vue labels. | 01/05/2024 | |
| front-end | feature/login-view | 10679673f361480392a4087d06fe7d33f33383a8 | feat(login-page): created login page. | 01/05/2024 | |
| front-end | feature/login-view | e82ed3c9272c73e413d24a0228ad5931726837bf | feat(access-vue): created access view. | 01/05/2024 | |
| front-end | feature/login-view | f18ada8cc3fc54f72f6c47eaeeb54b91dab04d50 | feat(register-view): added register component | 01/05/2024 | |
| front-end | feature/page-routing | 2c232f7bf404cc7c9bab96ba78f40d6812b064d5 | feat(toolbar): added toolbar and language switcher. | 02/05/2024 | |
| front-end | feature/page-routing | 9fbd248281fb7888cce1fa51b0adb7e57925cd83 | feat(reports): done created reports. | 02/05/2024 | |
| front-end | feature/page-routing | fb74ecf91c076329bc745c33472d3f771fdb1441 | feat(reports): created base charts | 02/05/2024 | |
| front-end | feature/page-routing | 2d24326cc1054bb953766e0806a576374eb19ee4 | feat(reports): created reports view. | 02/05/2024 | |
| front-end | feature/page-routing | 20bcbec0e2fc0d5a9830c2225b97fb68c97501da | feat(chart): import prime chart | 02/05/2024 | |
| front-end | feature/supply | 4fed9ec72546aa872b9bda015f787c5170db6b89 | fix(supplies): fixed paginator and button, not updating information | 02/05/2024 | |
| front-end | feature/supply | d9b7d7e7d091ef4bdde05cf9a647aa6e0290ae86 | feat: Supply management and edits corrected | 02/05/2024 | |
| front-end | feature/supply | b61f501cafda11472618336d8846ab78a5741db2 | feat: Url added and management corrected | 02/05/2024 | |
| front-end | feature/supply | 6075c6095ae5f14d03c392ac93443f2fffbe6949 | feat: Supply reworked | 02/05/2024 | |
| front-end | feature/supply | 324a8c7a021f6f0a8b2e235a8dc1eff8d9a363aa | feat: supply entity corrected, added create-and-edit, and data-manager components | 02/05/2024 | |
| front-end | feature/supply | 10bb9a2f537dc7455ba7abc945b1c48fd5e97414 | feat: supply item manager, create, edit and delete components created | 02/05/2024 | |
| front-end | feature/supply | 6b795688b13bcb3df0be33a64295f02b6b06d730 | feat: supply entity and api created | 02/05/2024 | |
| front-end | feature/supply | aeebb63513efdaf62880801b6c868cf1d7460b62 | feat: entity created | 02/05/2024 |
En el alcance del sprint 2 se ha desarrollado el frontend de la aplicación web, por lo tanto no tenemos testing.
Sprint 2: En este entregable, hemos logrado desarrollar un Front-End Application de SweetManager. El link del Front-End Application es el siguiente: https://sweetmanager.netlify.app/
Página de bienvenida a la aplicación
Pagina de Gráficos de seguimiento de ingresos y egresos, junto a las notificaciones
Perfil de usuario para trabajador
Perfil de usuario para Gerente
Pagina de Supply Management
Pagina de Rooms Management
Pagina log-in con i18n implementado.
En este sprint se cumplió el objetivo de desarrollar la Front-End Applications; sin embargo, al ser Front-End Applications no requiere de documentación relacionada a Web Services.
En este sprint, se completó el desarrollo del Front-End Application y se utilizó un conjunto de herramientas para su despliegue:
- Git: Utilizado como sistema de control de versiones para facilitar el trabajo en equipo durante el desarrollo del landing page.
- GitFlow: Implementado como flujo de trabajo para gestionar el progreso individual de cada miembro del equipo en el desarrollo del landing page.
- GitHub: Empleado como plataforma colaborativa para almacenar las versiones del proyecto y facilitar el desarrollo conjunto del equipo.
- Netlify: Utilizado como plataforma para automatizar la hospedaje y despliegue del landing page, especialmente diseñada para sitios web estáticos.
Las siguientes capturas se sacaron del repositorio front-end de la Organización Github: https://github.com/Los-No-Se-Quienes-y-Los-No-Se-Cuantos/sweetmanager-frontend
Este Sprint se centralizo en el desarrollo del Backend de nuestro StartUp, y de las correciones del informe.
Aqui se registran los detallos de la planeación del Sprint 3.
| Sprint # | Sprint 3 | |
|---|---|---|
| Sprint Planing Background | ||
| Date | 27/05/2024 | |
| Time | 16:00 horas (GMT-5) | |
| Location | Lima, Reunion virtual por Discord | |
| Prepared By | Mauricio Abraham Rivo Rojas Sánchez | |
| Attendees (to planning meeting) | Acuña Alarcon, Aaron Elías / Avila Asto, Alex / Linares Tejada, Leonardo Félix / Periche Quiroga, Piero | |
| Sprint n – 1 Review Summary | Sprint 2: En el anterior sprint hemos diseñado el front-end de nuestro start-up, hemos abarcado distintos bounded context, como por ejemplo: payment, dashboard, iam, profiles, communication, monitoring, supplies. Adicionalmente, hemos conectado el front-end con la landing page previamente hecha en el Sprint 1. | |
| Sprint n – 1 Retrospective Summary | Sprint 2: En el anterior sprint hemos diseñado el front-end de nuestro start-up. Al incio, tuvimos fallas en nuestra organización. Sin embargo, al pasar de las semanas hemos mejorado la comunicación y logramos resolver todos los problemas y puntos débiles que tuvimos hasta ese momento. De esta manera, llegando al objetivo del Sprint 2. | |
| Sprint Goal and User Stories | El objetivo del Sprint 3 es desarrollar y optimizar el backend de SweetManager para garantizar una infraestructura robusta, escalable y segura. Esto incluye crear y documentar APIs para todas las funcionalidades clave, diseñar y optimizar la base de datos, implementar sistemas de autenticación y medidas de seguridad, desarrollar una arquitectura de microservicios para una integración eficiente, y realizar pruebas de carga y optimización de rendimiento. El éxito se medirá mediante la finalización y verificación de todas las funcionalidades del backend, asegurando su eficacia, seguridad y capacidad de manejar la carga esperada. | |
| Sprint 3 Velocity | 15 | |
| Sum of Story Points | 35 | |
En esta seccion se presentara el sprint backlog del sprint 3, administrado principalmente en la plataforma de Trello. Se mostrara una tabla con las tareas designadas de los miembros del equipo y el estado de las mismas.
Link del trello: https://trello.com/invite/b/Mhe8mN9K/ATTI885419c49e4654f0ef95f5cd63d3770f494D60BB/sprint-2
En esta seccion se incluyen los commits realizados a los repositorios de la organizacion de Github. Mencionamos tambien los links de los repositorios de la organizacion de Github.
Landing page: https://github.com/Los-No-Se-Quienes-y-Los-No-Se-Cuantos/landing-page Web Service: https://github.com/Los-No-Se-Quienes-y-Los-No-Se-Cuantos/sweetmanager-web-services API: https://github.com/Los-No-Se-Quienes-y-Los-No-Se-Cuantos/sweetmanager-fake-api
| Repository | Branch | Commit Id | Commit Message | Commit Message Body | Committed on (Date) |
|---|---|---|---|---|---|
| sweetmanager-web-services | |||||
| develop | |||||
| 1598a68826dadc5a17cd8e616f9ee02ba168e2ae | feat(deploy): added docker base config. | 2024-06-08T09:04:29Z | |||
| a8237daea36f7992d2dd7d99d0c9b476b2c2a8e0 | fix: open api return response. | 2024-06-08T07:49:14Z | |||
| 204453925590dd42680a7cc6fb46e718b38ea987 | fix(supply): GetAllSuppliesSources http method -> post to -> get | 2024-06-08T07:46:33Z | |||
| 23f06e112d4e7a237c605a4fe4fdfca66c829524 | feat(iam): implemeted client context facade. | 2024-06-08T07:45:18Z | |||
| e55e9fdf55886c46b4e3d63084bc7bb7d2f31680 | feat(payment): implemeted payment controller. | 2024-06-08T07:36:10Z | |||
| d41528a85558ad6cbdefefcbfe7ac8c06591aa37 | feat(payment): implemented transforms in interfaces layer for rest usage with application layer. | 2024-06-08T07:30:18Z | |||
| 3c4df7d517fd429290f84697b9088d5a3a678403 | feat(payment): created resources in interfaces layer for rest usage. | 2024-06-08T07:29:22Z | |||
| 9e832b983453686f0513ec324f80a2d14c59720a | feat(payment): implemented command and query service in application layer. | 2024-06-08T07:29:01Z | |||
| 51e30dd1530759d881e8cf98638e7c50ab03c83d | ffeat(payment): created base command and query services in domain layer. | 2024-06-08T07:28:37Z | |||
| 22042d693e694f1a35bec78afc4864729c0a5370 | feat(payment): implemented repository in infrastructure layer. | 2024-06-08T07:28:16Z | |||
| 201b15e9f9bcffb6a5bb685e52d1b69245941fc2 | feat(payment): create base repository. | 2024-06-08T07:27:52Z | |||
| da806e74b9b0d3b072649638f9fb8d8ed346e9bf | feat(payment): created queries in domain layer. | 2024-06-08T07:27:35Z | |||
| b2f28b9b4fa998c3dfdd9ace46da970abb1789e4 | feat(payment): created base controller. | 2024-06-08T07:27:02Z | |||
| 1a3b69a5da4b3b4bbe6e35d51628ebbd70d69f6a | feat(payment): added Injection Configuration. | 2024-06-08T07:26:50Z | |||
| 5bea48f4a9b09dfd63c4981eb0abebe62c211f88 | feat(payment): acl profiel id valueobject. | 2024-06-08T07:26:38Z | |||
| f16a2fad1256cbb0bdb22b000329e968cf6986b4 | feat(payment): create payment command. | 2024-06-08T07:26:18Z | |||
| e15f9e156556e415b575e9c72e2477cbfed9975f | feat(payment): create acl for client id fetcher. | 2024-06-08T07:25:36Z | |||
| a7a261447f1ad00d0d5885d6a4f1e2c5072e53c5 | feat(supply): added Supply Injection Configuration. | 2024-06-08T06:36:54Z | |||
| 8b213caa830a28d31de7618a826683a8df2041f1 | feat(payment): implemented assemblers. | 2024-06-08T06:33:55Z | |||
| 51376fd6c6df49550cd7b93013700ded4c8ae1a8 | feat(payment): created subscriptions transforms. | 2024-06-08T06:33:40Z | |||
| 30b4cdc1ec0855b68b4fc2c394276d4438d966b2 | feat(rooms): added Injection Configuration. | 2024-06-08T06:23:39Z | |||
| f85693c7fe6d9c7ba82783c03c788ee91d9db1c7 | feat(payment): configured context injection. | 2024-06-08T06:19:14Z | |||
| d0f5bebabbfef25243a6fff0fcbd58c9d0c9c1d6 | fixc: refactor supply source name to supply. | 2024-06-08T06:15:57Z | |||
| 685f03d2388589b34cfb3f66b48f250e57ad2e15 | feat(rooms): rename controller. | 2024-06-08T06:11:35Z | |||
| 815a9e9d3a3b7ebd3ed1b6c75c0f18471a348810 | feat(rooms): implemented value objects and refactor in the bounded context. | 2024-06-08T05:22:36Z | |||
| a9847d0ccdd8ed1603b0f2dcfccc91cebb36afa5 | feat(supply): fixed partial class mistakes | 2024-06-08T05:21:07Z | |||
| b90c1804cde640fd3ce2acded51dc40bf298ef88 | chore(communication): updated namespaces for every classes and services. | 2024-06-08T05:11:12Z | |||
| 8d38fdeed94773ac2bdaf8b64bc9f5b1074a58ba | feat(supply): fixed partial class | 2024-06-08T05:06:27Z | |||
| 4747fa0440e429c7db51efc4f0542b49ee825d59 | chore(communication): added dependency injection for socket service. | 2024-06-08T03:54:12Z | |||
| ced14a72d7247ea6705dcd4d341e2bba482916fe | chore: updated dependencies and namespaces. | 2024-06-08T03:49:45Z | |||
| 698d336329c45aa3ccb69ff0c0212f16adb28096 | chore(communication): added dependency injection for socket service. | 2024-06-08T03:34:51Z | |||
| 51352c98a287a83c4fbf3fe984d003a85b069ce8 | feat(communication): added IWebSocketHandler service for Socket. | 2024-06-08T03:33:32Z | |||
| 630b2689f52d83cc79913c3359aa8ce7e6bdaf0c | chore(communication): updated dependencies and injections. | 2024-06-08T03:32:48Z | |||
| 31a0bbd8042930fa2b639323740b1e21c23990d7 | chore(communication): added dependencies and injections. | 2024-06-08T01:20:03Z | |||
| 7b27e7af6a4cf9e66aa0e7631d8e435c7716b625 | feat(communication): added WebSocketHandler class for socket request. | 2024-06-08T01:19:21Z | |||
| bc5f666f2256184b4d91c97c0e969b33819284fb | feat(rooms): mapping entities in MySql. | 2024-06-08T00:04:33Z | |||
| 57fa6208bf18d97c38d366158449c136f2065221 | feat(rooms): implemented interfaces. | 2024-06-07T23:40:44Z | |||
| dd605176b19023ab71e2cf63e04d5d5a08908960 | feat(communication): added dependencies and injections. | 2024-06-07T23:06:43Z | |||
| b14b93d257c11cb7aa4986586572f2f08314f1d8 | feat(rooms): implemented infrastructure. | 2024-06-07T22:23:17Z | |||
| 870aa9ad2d8d009202676ddd850e3cf9a7140885 | feat(rooms): refactor route repositories and services. | 2024-06-07T22:09:55Z | |||
| 6ace432f6a1ab80f419223028cf9b29febbea0b7 | feat(rooms): implemented command services and query services. | 2024-06-07T19:46:32Z | |||
| 2d5ccdc89999e049ca32d3a228296c5cef3f6655 | feat(rooms): implemented services and refactor queries. | 2024-06-07T19:01:06Z | |||
| e2f01ff30936c1b4ca061df63daf2f4d9cbe3cce | feat(rooms): refactor bounded context rooms. | 2024-06-06T00:55:07Z | |||
| 8f50880228cc617f3512976f7a2d92ff0e04267c | feat: Add bounded context of clients, query, command, facade, service, etc | 2024-06-03T06:57:27Z | |||
| 7ada4907dc0fb0e3df89d5c21dd27005115dae30 | docs(develop): added 2 features for communication bounded context. | 2024-06-01T07:29:03Z | |||
| cd7068decc4a2eb1a99ef96447ef15f1f566fdc1 | docs(develop): updated interaction bounded context to communication bounded context. | 2024-06-01T07:27:01Z | |||
| 11d77a6d990b018d0972028e8f34401fc43654c4 | chore(communication): updated dependencies and injections. | 2024-06-01T07:23:38Z | |||
| 2699424cc00813f9d6df1656b324a3ce8d23eff4 | feat(communication): added notification controller and notification resource for information handling. | 2024-06-01T07:23:18Z | |||
| 74732a03b6fa6e72a043c0dc5284be5453eec6ce | chore(communication): fixed bad nomenclatures names for CreateNotificationCommand and Resource. | 2024-06-01T07:22:41Z | |||
| d7accae4092b4a66df08d4368576268fda9902f3 | feat(communication): added records and classes for notification resources. | 2024-06-01T07:21:19Z | |||
| ec700c496b74404e4f7054798daab18276f15558 | feat(communication): updated notification and notification audit. | 2024-06-01T07:20:23Z | |||
| f7c77f889ec5aba25573f4e2aa2da01dbacc32b0 | feat(supply): create SupplySource controller | 2024-06-01T06:43:14Z | |||
| 85153e95f50c4ed4123f3dd50855750ce9cceb09 | feat(supply): created SupplySource resource, with its create function, and SupplySource resource from entity assembler, with its create function. | 2024-06-01T06:42:50Z | |||
| 2efb0023c8bfb07c4b347495812ec8d93c30cc98 | feat(supply): created SupplySource repository, and the command and query services. | 2024-06-01T06:39:34Z | |||
| 490bff72a977971be15d50706613fc8fd7a9a9f6 | feat(communication): added CreatedNotificationResource for use in controller. | 2024-06-01T06:37:42Z | |||
| b374dd275eeaadf7b83145b05a01e07bacdf7129 | chore(communication): updated dependencies and injections. | 2024-06-01T06:36:28Z | |||
| 3dd0a406c25134add0cf11a2ce9fbcdf75dfd246 | feat(supply): created SupplySource interface repository, and the command and query services | 2024-06-01T06:35:39Z | |||
| 6ad0d1899ad2754a0dad77bf4fe74cdb7c6948b1 | feat(communication): added GetNotificationByIdQuery class. | 2024-06-01T06:34:14Z | |||
| 16b53fbf0eeaf5eea6f953fa35ab9bf0adc55368 | feat(supply): created CreateSupplySource command, and the GetAllSuppliesSource and GetSupplySourceById queries. | 2024-06-01T06:33:30Z | |||
| 64b2af9076708ffda5b400a5780771242018afe0 | feat(communication): added new method for INotificationCommand Service and INotificationQueryService. | 2024-06-01T06:32:58Z | |||
| 1f29e84740b9df3008503f3270857658c93d0ef3 | feat(communication): updated notification command and query service. | 2024-06-01T06:31:38Z | |||
| 1ed935335ef7d71025fac35a461463e2e2b02e3f | feat(communication): updated notification repository. | 2024-06-01T06:30:33Z | |||
| 3333d7064a334a5abd864df95d53e4c98c498788 | feat(supply): created SupplySource model aggregates | 2024-06-01T06:30:30Z | |||
| 9eddbcc71383a8dc7c638684f38c6821b7238ad4 | feat(payment): created resources for inbound. | 2024-05-31T13:55:09Z | |||
| 1e6f49edca2f861166090c1da7e1ac96ef813d49 | chore(communication): updated dependencies and injections. | 2024-05-31T13:54:44Z | |||
| 9dda72f2e92cec0fa56e8ff9888737422c647657 | feat(communication): implemented notification query service. | 2024-05-31T13:53:44Z | |||
| 5017e3baa6b5af7ec9008df7f9c2d83decc7dce4 | feat(communication): implemented notification command service. | 2024-05-31T13:47:41Z | |||
| afd17289b2a62eb1505518a37e41c3cfce2382b1 | feat(communication): added notification command service for interface implementation. | 2024-05-31T13:38:00Z | |||
| 1c092a168df325131465b03304e1b4f081d88071 | feat(payment): implemented subscription command and query handle. | 2024-05-31T13:37:59Z | |||
| e2ccc01c8923663baa2ae16d99d33f3baba61f40 | feat(communication): implemented notification audit in notification class. | 2024-05-31T13:37:08Z | |||
| f663dffd3afac3e558f3e5a6dbc6694fce5f6179 | feat(communication): implemented notification audit class. | 2024-05-31T13:36:40Z | |||
| 1c6dceddc61e9d79eb4c25f2ea71f68919ce7ba3 | feat(payment): created commands and queries. | 2024-05-31T13:27:33Z | |||
| 15fb178eee09a8ed32dbb1b92bacf72405956346 | feat: created subscription aggregate. | 2024-05-31T13:27:09Z | |||
| d3651956157a6055a85d7a28013741196b2ba330 | feat: implemented subscription repository. | 2024-05-31T13:26:41Z | |||
| 27c1d3bc52f6039996a7ef5166c1369d2662bec1 | feat(communication): deleted unnecessary methods in notification query service. | 2024-05-31T13:21:02Z | |||
| 92f84e046c4acd9227280859c610e1229e87950a | feat(rooms): implemented aggregates. | 2024-05-31T13:19:26Z | |||
| 74f2be6be77823f9a3d642b73d926f01590c9d5b | chore(communication): deleted unnecessary query. | 2024-05-31T13:19:23Z | |||
| 33c97b566ecb14fd4d316d9be770c27cf438b992 | feat(communication): deleted unnecessary methods in notification repositories. | 2024-05-31T13:17:12Z | |||
| b296835c6fbfe892c536e17ac32ac4f4a963708b | feat(communication): added notification query service. | 2024-05-31T13:09:26Z | |||
| d52961b8539b651f3b3ee7fad265fe2f7d441cfb | feat(communication): implemented notification query services. | 2024-05-31T13:02:50Z | |||
| 47b814ca32775e61fad693fe878d76e070b18f5c | feat(communication): implemented Notification Command Service. | 2024-05-31T13:02:26Z | |||
| 43aae0fdf85c386e24d9575dd8493a7ae535d006 | feat(communication): added create and get all queries for Notification. | 2024-05-31T13:01:52Z | |||
| 06c2996828e1a1e2331a744d7374ea9efbd96b88 | feat(communication): updated namespace for bounded context communication. | 2024-05-31T13:01:03Z | |||
| ab30fa4363061f0e974c852782a5401b21b990b9 | feat(communication): implemented Notification OutBound Context. | 2024-05-31T12:47:11Z | |||
| 840eee93da9afc804244371e7e92303c00c9d0f1 | feat(feature/communication): added CreateNotificationCommand for Notification Aggregate. | 2024-05-31T12:46:20Z | |||
| a7f83dcd948d947b5e402dab815dd17ded311617 | feat(feature/communication): added Notification Aggregate for communication bounded context. | 2024-05-31T12:45:21Z | |||
| 1a724f9e6af7dfb894fd0d49b6b841c9c4e1bbee | feat(rooms): implemented queries. | 2024-05-31T12:22:24Z | |||
| 73115870bd15c7611b28991cf313639270e203d1 | chore: updated .gitignore. | 2024-05-31T05:32:21Z | |||
| be231e055b27a000c1de07895b2904a405163f5a | feat(rooms): implemented commands. | 2024-05-30T23:50:05Z | |||
| 99f991cc9dbc8b9eedc146af7bf829933c035e68 | feat(rooms): implemented value objects | 2024-05-30T23:22:01Z | |||
| 86abd6f76e540505e5048d076b5148f8be07750a | chore: git ignore. | 2024-05-28T20:35:23Z | |||
| af19509eec136556608b8c414c969a0575f9a435 | docs(main): added project documentation | 2024-05-28T20:31:12Z | |||
| 0956c10cd9543144f21e4f5b57f5075f5eaae1ce | chore: base project files. | 2024-05-28T20:15:39Z | |||
| bf0a059ebb87c2048160733a273fdec876341169 | docs: created project | 2024-05-28T19:42:08Z |
En el alcance del sprint 2 se ha desarrollado el frontend de la aplicación web, el testing que hemos usado para la validacion de endpoints fue postman y la interfaz de swagger:
A continuacion, se muestra la evidencia de la ejecución de la aplicación web en el navegador:
Sprint 3: En este entregable, hemos logrado desarrollar un Web Services Application de Sweet Manager.
El link del Web Services Application es: http://sweetmanager-api.ryzeon.me/swagger/index.html
El Web Services Application lo hemos alojado en Docker:
En esta sección, se documentan las evidencias de los servicios funcionando.
SweetManager API
Summary Sweet Manager API Application, made with Microsoft C#, ASP.NET Core, Entity Framework Core and MySQL persistence. It also illustrates open-api documentation configuration and integration with Swagger UI.
Features
- RESTful API
- OpenAPI Documentation
- Swagger UI
- Entity Framework Core
- Microsoft ASP.NET Framework
- Audit Creation and Update Date
- Custom Route Naming Conventions
- Custom Object-Relational Mapping Naming Conventions
- MySQL Database
- Domain-Driven Design
Bounded Context This proyect of SweetManager is divided in the following bounded contexts:
- Monitoring
- Supplies
- Interaction
- Payment
- Identity Access Management (IAM)
- Dashboard and Analytics
- Messages
Monitoring Context The Monitoring Context is responsible for managing the rooms of the hotel. It includes the following features:
- Create a new Room.
- Update a Room.
- List all the rooms in real time.
Supplies Context The Supplies Context is responsible for managing the supplies of the hotel. It includes the following features:
- Create a new Supply
- Update the information of the Supply.
- List all the supplies in real time.
Communication Context The Communication Context is responsible for managing the notifications of the users. It includes the following features:
- List all the notifications in real time.
- Create Notifications in real time.
- Get Notification By Id.
Payment Context The Payment Context is responsable for managing the subscriptions and payments of the users. It includes the following features:
- List all the subscriptions to the service.
- Validate information when the user subscribes.
Identity and Access Management Context The Identity and Access Management is responsable for managing the access of the users to the application. It includes the following features:
- Verify and Validate the information of the user.
- Create a user to the application.
Dashboard and Analytics Context The Dashboard and Analytics Context is responsable for managing the information in real time about the income and expenses. It includes the following features:
- List the income for every month at year.
- List the expenses for every month at year.
Messages Context The Messages Context is responsable for managing the messages between the users in the application. It includes the following features:
- Send message to the respective user in real time using socket.
Durante este sprint, se completó el desarrollo de la aplicación de servicios web, utilizando un conjunto de herramientas clave para su despliegue:
- Git: Sirvió como sistema de control de versiones, facilitando la colaboración del equipo en el desarrollo de la página de aterrizaje.
- GitFlow: Implementado como un flujo de trabajo estructurado para gestionar el progreso individual de cada miembro del equipo en el desarrollo de la página de aterrizaje.
- GitHub: Usado como plataforma colaborativa para el almacenamiento de versiones del proyecto, lo que facilitó el trabajo conjunto del equipo.
- Docker: Utilizado para contenerizar y desplegar tanto nuestro servicio MySQL como la aplicación web, proporcionando un entorno de despliegue consistente y portable.
A continuación se mostrará, todoas las contribuciones de los participantes de nuestra organización de github: Link de la organización - https://github.com/Los-No-Se-Quienes-y-Los-No-Se-Cuantos
Contributors
Commits
Network Graph
Commits por miembro:
Miembro: Mauricio Rojas
Miembro: Alex Avila
Miembro: Aaron Alarcón
Miembro: Leonardo Linares
Miembro: Piero Periche
Este Sprint se centralizo en el desarrollo de los elementos restantes de nuestro StartUp, y de las correciones del informe.
Aqui se registran los detallos de la planeación del Sprint 4.
| Sprint # | Sprint 4 | |
|---|---|---|
| Sprint Planing Background | ||
| Date | 24/06/2024 | |
| Time | 00:5 4am horas (GMT-5) | |
| Location | Lima, Reunion virtual por Discord | |
| Prepared By | Mauricio Abraham Rivo Rojas Sánchez | |
| Attendees (to planning meeting) | Acuña Alarcon, Aaron Elías / Periche Quiroga, Piero / Avila Asto, Alex / Linares Tejada, Leonardo Félix | |
| Sprint n – 1 Review Summary | Sprint 3: En el anterior Sprint hemos desarrollado el web services application que cumple con nuestras reglas de negocio establecidas. Hemos abarcado distintos bounded context, como por ejemplo: payment, dashboard, iam, profiles, communication, monitoring, supplies. | |
| Sprint n – 1 Retrospective Summary | Sprint 3: En el anterior sprint hemos desarrollado el web-services de nuestro start-up. Al incio, tuvimos fallas en nuestra organización. Sin embargo, al pasar de las semanas hemos mejorado la comunicación y logramos resolver todos los problemas y puntos débiles que tuvimos hasta ese momento. De esta manera, llegando al objetivo del Sprint 3. | |
| Sprint Goal & User Stories | Desarrollar e implementar nuevas funcionalidades clave en nuestra aplicación web-services para mejorar la experiencia del usuario y preparar la plataforma para el lanzamiento, implementando front-end y back-end. | |
| Sprint 4 Velocity | 10 | |
| Sum of Story Points | 45 | |
En esta seccion, se registran los detalles del backlog del Sprint 4, mediante el uso de la herramienta trello, se registran las tareas a realizar en el sprint 4.
| Repository | Branch | Commit Id | Commit Message | Commit Message Body | Committed on (Date) |
|---|---|---|---|---|---|
| web-services | |||||
| develop | |||||
| eac046433118d59a59d455e2ff57a30407797c24 | feat(payment): added db context. | 18/06/2024 | |||
| e13a13724c21e77d142db2077b82ece944489b6f | feat(payment): configure payments into db context. | 18/06/2024 | |||
| 7db214ab2ca6a4f6f9870df8d8f144976403de42 | Merge pull request #10 from Los-No-Se-Quienes-y-Los-No-Se-Cuantos/feature/payments | 25/06/2024 | |||
| 3adc2a50dbc9ffc4fe4541f9c4d38f480ef04f3d | feat(iam): added iam from origin. | 25/06/2024 | |||
| da8b22e36048235b8d298bfaa29ecad8e8b0014e | feat(db): configured db context. | 25/06/2024 | |||
| a55276eae57df3661a493b8d30f18cef8f7ab239 | feat(iam): added references. | 25/06/2024 | |||
| 75ac2852272d80f67a5a2b9d416a9b1b86b7a3b1 | Merge pull request #11 from Los-No-Se-Quienes-y-Los-No-Se-Cuantos/feature/iam | 25/06/2024 |
En el Sprint 3, hemos desarrollado el backend, aqui tenemos la version actualizada de este:
A continuacion, se muestra la evidencia de la ejecución de la aplicación web en el navegador:
Sprint 4: En este entregable, se aplicaron correcciones en el Web Services Application de Sweet Manager.
El link del Web Services Application es: http://sweetmanager-api.ryzeon.me/swagger/index.html
En esta sección, se evidencia la funcionalidad de los servicios.
La documentación sigue siendo la misma que el del sprint 3.
Durante este sprint, se completó el desarrollo de la aplicación de servicios web, utilizando un conjunto de herramientas clave para su despliegue:
- Git: Sirvió como sistema de control de versiones, facilitando la colaboración del equipo en el desarrollo de la página de aterrizaje.
- GitFlow: Implementado como un flujo de trabajo estructurado para gestionar el progreso individual de cada miembro del equipo en el desarrollo de la página de aterrizaje.
- GitHub: Usado como plataforma colaborativa para el almacenamiento de versiones del proyecto, lo que facilitó el trabajo conjunto del equipo.
- Docker: Utilizado para contenerizar y desplegar tanto nuestro servicio MySQL como la aplicación web, proporcionando un entorno de despliegue consistente y portable.
A continuación se mostrará, todoas las contribuciones de los participantes de nuestra organización de github: Link de la organización - https://github.com/Los-No-Se-Quienes-y-Los-No-Se-Cuantos
Reporte del Web Services:
Reporte del Informe:
Tras la finalización del sprint 3, se llevaron a cabo entrevistas de validación con los usuarios de los segmentos de trabajadores y gerentes de hotel para obtener retroalimentación sobre el diseño visual y la usabilidad de la aplicación en desarrollo. A continuación, se presentan los detalles de las entrevistas realizadas, incluyendo el diseño de las preguntas y los registros de las respuestas de los usuarios.
En el diseño de entrevistas, se incluyen las preguntas generales que se usaran para ambos segmentos objetivos, y preguntas específicas hacía cada segmento.
Preguntas generales:
- ¿Qué opinión tiene sobre el diseño visual y la apariencia general de la aplicación en su estado actual?
- ¿La interfaz visual y el diseño de la aplicación reflejan adecuadamente la imagen y la marca de su hotel?
- ¿Hay algún aspecto del diseño visual que le gustaría que ajustemos o mejoremos antes de la implementación final?
- ¿qué impresiones iniciales tiene sobre la dirección en la que estamos llevando el proyecto?
- ¿Cómo se comparan los avances visuales con sus expectativas iniciales o lo que tenía en mente para el software?
Entrevistas usuario segmento Trabajadores de Hotel
- ¿Hay alguna característica o funcionalidad específica que haya visto en la demostración que le haya impresionado o que le gustaría explorar con más detalle?
- ¿Ha identificado áreas en las que cree que podríamos mejorar o ajustar nuestra dirección de desarrollo basándose en lo que ha visto hasta ahora?
- ¿Cómo cree que nuestro software podría ayudarle en sus tareas diarias como trabajador de hotel?
- ¿Qué aspectos específicos del software cree que podrían facilitarle su trabajo y mejorar la eficiencia en su área?
- ¿Ha notado alguna área particular en la que nuestro software podría hacer una diferencia significativa en la operación del hotel desde su perspectiva como empleado?
Entrevistas usuario segmento Gerentes de Hotel
- Desde su posición como gerente de hotel, ¿cómo cree que nuestro software podría impactar positivamente en la eficiencia operativa y la rentabilidad del negocio?
- ¿Qué métricas clave de desempeño o áreas de mejora espera que nuestro software aborde en su hotel?
- ¿Ha identificado alguna oportunidad de mejora en la gestión general del hotel que nuestro software podría ayudar a abordar?
- Después de ver los avances visuales en el desarrollo de nuestro software, ¿cómo cree que la interfaz de usuario podría facilitar la toma de decisiones y la gestión diaria del hotel desde su perspectiva?
- ¿Qué características del front-end cree que serán más útiles para usted en su rol como gerente?
- ¿Hay algún aspecto del diseño visual o la usabilidad que considera especialmente importante para garantizar que el software sea efectivo para la gestión del hotel?
- ¿Cómo cree que los avances visuales hasta ahora impactarán en la percepción de sus empleados y clientes sobre el software cuando esté completamente implementado?
En esta sección se presentan los registros de las entrevistas realizadas a los usuarios de los segmentos de trabajadores y gerentes de hotel. Se incluye un resumen de las respuestas y las impresiones generales de los entrevistados sobre el software en desarrollo.
Segmento 1
Entrevista 1 (Gerentes)
Url del video: https://upcedupe-my.sharepoint.com/:v:/g/personal/u202211552_upc_edu_pe/EXSVkpiKPw1Bl0EFQM38Sr8B0AvhCh_yeOSruh-XzPcgaQ?e=RWpsIH&nav=eyJyZWZlcnJhbEluZm8iOnsicmVmZXJyYWxBcHAiOiJTdHJlYW1XZWJBcHAiLCJyZWZlcnJhbFZpZXciOiJTaGFyZURpYWxvZy1MaW5rIiwicmVmZXJyYWxBcHBQbGF0Zm9ybSI6IldlYiIsInJlZmVycmFsTW9kZSI6InZpZXcifX0%3D
Nombre: Mathias Jave
Edad: 22
Sexo: Masculino
Lugar donde vive: San Isidro, Lima
Ocupación: Gerente de hotel
Duración de la entrevista: 0:20 - 8:46
Personalidad: Analítica
En resumen, Mathias Jave menciona que la aplicacion cumplio con sus requesitos y resalta que la interfaz de reportes ayuda a realizar un seguimiento financiero del hotel. Por otra parte, menciona que la lista de trabajadores debe mejorar es decir, que este mas claro la informacion y que este centrado de tal manera que pueda visualizar correctamente la informacion. Por ultimo, resalta que la aplicacion debe tener solamente informacion relevante de las habitaciones e inventario de productos para que sea mas facil de leer y que las notificaciones se encuentren en una seccion aparte. En conclusion, Mathias Jave aprueba el avance del producto pero que se tiene que mejorar en las observaciones mencionadas.
Entrevista 2 (Gerentes)
Url del Vídeo: https://upcedupe-my.sharepoint.com/:v:/g/personal/u202211572_upc_edu_pe/Ef9Qw-HQLpNEhu1x4wii2c4BRfc3LLwxRE_e9VlUO0Up1Q?e=KOKdMi&nav=eyJyZWZlcnJhbEluZm8iOnsicmVmZXJyYWxBcHAiOiJTdHJlYW1XZWJBcHAiLCJyZWZlcnJhbFZpZXciOiJTaGFyZURpYWxvZy1MaW5rIiwicmVmZXJyYWxBcHBQbGF0Zm9ybSI6IldlYiIsInJlZmVycmFsTW9kZSI6InZpZXcifX0%3D
Nombre: Carlo Rebagliati
Edad: 45
Sexo: Masculino
Ocupación: Gerente de hotel
Lugar donde vive: Pueblo Libre, Lima
Duración de la entrevista: 0:37 - 12:15
Personalidad: Analítica
En resumen, Carlo Rebagliati es un gerente de hotel con un largo camino de experiencia. Él es una persona analítica, comunicativa, empática y profesional que le importan las estadísticas y los beneficios y consecuencias de cada decisión. Nos relata que sus canales de comunicación preferidos son Whatssap, Zoom y cara a cara; adicionalmente, su navegador más frecuente es Google Chrome y usa Smartphone Android. Los principales desafíos que tiene su hotel es el llamado a los turistas desde provincia, ya que la mayoría de la clientela que tiene son turistas. Afortunadamente, está manteniendo a sus trabajadores motivados para que las bajas ventas por temporadas no afecte su rendimiento. Adicionalmente, mencionó que tienen una plataforma web donde los clientes realizan sus reservas, también tienen un área contable y administrativa para el seguimiento de ganancia y recursos. Finalmente, cree necesario una aplicación o software que se concentre en la gestión de un hotel, tanto para la comunicación, administración, gestión y seguimiento de recursos.
Segmento 2
Entrevista 1 (Empleados)
URL del vídeo: https://upcedupe-my.sharepoint.com/:v:/g/personal/u202211168_upc_edu_pe/EZcANjnXVHlBkLjr1GkKpVoByAPEdEnjJGy7eb-liJV3lw?e=Q9Fy4l&nav=eyJyZWZlcnJhbEluZm8iOnsicmVmZXJyYWxBcHAiOiJTdHJlYW1XZWJBcHAiLCJyZWZlcnJhbFZpZXciOiJTaGFyZURpYWxvZy1MaW5rIiwicmVmZXJyYWxBcHBQbGF0Zm9ybSI6IldlYiIsInJlZmVycmFsTW9kZSI6InZpZXcifX0%3D
Nombre: Maricarmen Tejada
Edad: 58 años
Sexo: Femenino
Lugar donde Vive: Callao, Lima
Ocupación: Trabajadora de Hotel
Duración de la Entrevista: 0:45 - 5:52
Personalidad: Emotiva
En resumen, Maricarmen Tejada, empleada del hotel, considera que "Sweet Manager" tiene un diseño moderno e intuitivo que refleja adecuadamente una imagen profesional, aunque sugiere mejoras en la personalización y navegación. Destaca la funcionalidad de seguimiento de ingresos y gastos en tiempo real y el módulo de gestión de inventarios como características impresionantes. Recomienda una mayor integración con sistemas de gestión existentes y funciones avanzadas de análisis de datos. Maricarmen cree que el software puede simplificar tareas administrativas, permitiendo a los trabajadores centrarse más en la atención al cliente, y mejorar la eficiencia en la gestión financiera y de inventarios, reduciendo costos y mejorando la experiencia de los huéspedes.
Entrevista 2 (Empleados)
Url del vídeo: https://upcedupe-my.sharepoint.com/:v:/g/personal/u20221a322_upc_edu_pe/EczrJsdi7XNInGUVNizucxMBObC5sREaY0dy9rhYLkSnrA?e=oYG2Ye&nav=eyJyZWZlcnJhbEluZm8iOnsicmVmZXJyYWxBcHAiOiJTdHJlYW1XZWJBcHAiLCJyZWZlcnJhbFZpZXciOiJTaGFyZURpYWxvZy1MaW5rIiwicmVmZXJyYWxBcHBQbGF0Zm9ybSI6IldlYiIsInJlZmVycmFsTW9kZSI6InZpZXcifX0%3D
Nombre: Catalina Bustamante
Edad: 21
Sexo: Femenino
Lugar donde vive: Cusco, Peru
Ocupación: Empleado de hotel
Duración de la entrevista: 0:05 - 8:09
Personalidad: Analítica
En resumen, Catalina Bustamante menciona que la aplicación cumplió con sus requisitos y resalta que la interfaz es agradable y refleja bien la imagen del hotel. Por otra parte, menciona que los gráficos individuales deben ser más grandes para una mejor visualización y que los reportes estadísticos podrían mejorar permitiendo comparaciones entre diferentes periodos. También sugiere que la lista de trabajadores y la información de las habitaciones sean claras y relevantes, con las notificaciones en una sección aparte. En conclusión, Catalina Bustamante aprueba el avance del producto pero considera que se deben mejorar las observaciones mencionadas.
Entrevista 3 (Empleados)
URL del vídeo: https://upcedupe-my.sharepoint.com/:v:/g/personal/u202210192_upc_edu_pe/ETiyU-jnCRxLp328a4uiz0oB8qeJdh1-k-XWDiIYjsbp9A?e=UWT2iA&nav=eyJyZWZlcnJhbEluZm8iOnsicmVmZXJyYWxBcHAiOiJTdHJlYW1XZWJBcHAiLCJyZWZlcnJhbFZpZXciOiJTaGFyZURpYWxvZy1MaW5rIiwicmVmZXJyYWxBcHBQbGF0Zm9ybSI6IldlYiIsInJlZmVycmFsTW9kZSI6InZpZXcifX0%3D
Nombre:Ariana Valdivia
Edad: 25 años
Sexo: Femenino
Lugar donde Vive: La Molina, Lima
Ocupación: Gerente de Hotel
Duración de la Entrevista: 0:10 - 13:10
Personalidad: Emotiva
En la entrevista con Ariana, quedó patente su entusiasmo y aprobación respecto al software que hemos estado desarrollando. Su satisfacción es evidente, especialmente en lo que respecta al aspecto visual y a las múltiples opciones de tarea que ofrece InnControl. Ariana expresó claramente la utilidad que encontrará en la plataforma y el máximo provecho que planea sacarle para mejorar y optimizar la gestión interna del hotel. Destacó la importancia de la herramienta para su equipo y la forma en que facilitará sus operaciones diarias. Además, Ariana señaló de manera constructiva un punto de mejora en el aspecto visual del frontend, el cual estamos comprometidos a implementar una vez que el programa esté terminado. Esta retroalimentación nos permite afinar aún más nuestra solución y asegurarnos de que cumpla con las expectativas más exigentes de nuestros clientes. En resumen, nos complace enormemente haber cumplido con las expectativas de Ariana y su equipo con el software desarrollado. Estamos comprometidos a seguir trabajando para ofrecerles una herramienta que no solo satisfaga sus necesidades actuales, sino que también les brinde un valor agregado significativo en su gestión hotelera.
En base a las entrevistas realizadas, se han identificado los siguientes problemas y sugerencias de mejorar:
SITE o APP a evaluar: Sweet Manager
Tareas a Evaluar El alcance de esta evaluación incluye la revisión de la usabilidad de las siguientes tareas:
- Registro de un usuario nuevo
- Registro de Dormitorios
- Registro de Productos a Bodega
- Inicio de sesión
- Registro de trabajadores
- Actualizar ingresos y egresos
- Administración de notificaciones
- Registro de pagos
- Selección de subscripción
- Registro ded Trabajadores
- Gestión de Proveedores
- Gestión de Clientes
- Filtrar gráficos
- Lista de productos
- Lista de Dormitorios
No están incluidas en esta versión de la evaluación las siguientes tareas:
- Administración de Routes.
- Creación de subscripciones.
- Mensajes de alertas
- Proceso de pago
- Ver perfil
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 o ocurre con muy poca frecuencia. No necesita ser arreglado a no ser que exista disponibilidad de tiempo. |
| 2 | Problema menor: puede ocurrir un poco más frecuentemente o es un poco más difícil de superar para el usuario. Se le debería asignar una prioridad baja resolverlo de cara al siguiente release. |
| 3 | Problema mayor: ocurre frecuentemente o los usuarios no son capaces de 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 RESUMEN
| # | Problema | Escala de severidad✅❌ | Heurística/Principio violado |
|---|---|---|---|
| 1 | No hay un control que permita regresar a la pantalla de título | 3 | Usability: Libertad y control del usuario |
| 2 | No existe un mensaje de error cuando se intenta iniciar sesión con una cuenta no existente | 2 | Usability: Consistencia y estándares |
| 3 | No existe la opción de ocultar la función de añadir un cuarto a manejar | 2 | Information Architecture: Is it findable? |
| 4 | No existe la opción de ocultar la función de añadir un inventario a manejar | 2 | Information Architecture: Is it findable? |
| 5 | Inconsistencia en el formato de las fechas | 1 | Usability: Consistencia y estándares |
| 6 | No existen opciones de filtro en el manejo de cuartos | 2 | Information Architecture: Is it findable? |
| 7 | No existen opciones de filtro en el manejo de inventarios | 2 | Information Architecture: Is it findable? |
| 8 | Inconsistencia de los formatos de letras | 2 | Usability: Consistencia y estándares |
| 9 | Notificaciones no categorizadas, difícil de gestionar en masa | 3 | Usability: Consistencia y estándares |
| 10 | Interfaz poco amigable para dispositivos móviles | 3 | Usability: Libertad y control del usuario |
| 11 | No hay una opción clara para cambiar o cancelar la suscripción | 4 | Usability: Libertad y control del usuario. |
| 12 | No se puede visualizar un historial de interacciones con proveedores | 3 | Information Architecture: Is it findable? |
| 13 | Falta de administración de notificaciones | 3 | Information Architecture: Is it findable? |
| 14 | No existen opciones de filtro para las estadísticas gráficas | 2 | Information Architecture: Is it findable? |
| 15 | Falta de comparación clara entre diferentes planes de suscripción | 2 | Usability: Consitencia y estándares |
- Severidad: 3
- Heurística violada: Control y libertad del usuario
- Problema: Al momento de ingresar a otras secciones de la aplicación, no podemos regresar a la pantalla de título. Esto obliga al usuario a navegar de manera compleja para volver al inicio, aumentando el esfuerzo y frustración del usuario.
- Recomendación: Incluir un botón visible en todas las secciones de la aplicación que permita regresar a la pantalla de título en cualquier momento.
PROBLEMA #2: No existe un mensaje de error cuando se intenta iniciar sesión con una cuenta no existente
- Severidad: 2
- Heurística violada: Comunicar errores con facilidad
- Problema: Cuando se intenta iniciar sesión con una cuenta que no existe, no se muestra ningún mensaje de error. Esto puede confundir al usuario, haciéndole pensar que hay un problema técnico en lugar de entender que la cuenta no existe.
- Recomendación: Implementar un mensaje de error claro que informe al usuario que la cuenta no existe.
- Severidad: 2
- Heurística violada: Diseño estético y minimalista
- Problema: La opción de añadir un cuarto está siempre visible y no se puede ocultar. Esto puede saturar la interfaz con opciones no necesarias para el usuario en ese momento.
- Recomendación: Implementar la opción de ocultar/mostrar esta función según las necesidades del usuario.
- Severidad: 2
- Heurística violada: Diseño estético y minimalista
- Problema: La opción de añadir un inventario está siempre visible y no se puede ocultar, lo cual puede resultar en una interfaz desordenada.
- Recomendación: Incluir la opción de ocultar/mostrar la función de añadir inventario según la necesidad del usuario.
- Severidad: 1
- Heurística violada: Consistencia y estándares
- Problema: Las fechas se muestran en diferentes formatos a lo largo de la aplicación, lo cual puede confundir al usuario.
- Recomendación: Establecer y aplicar un formato de fecha uniforme en toda la aplicación.
- Severidad: 2
- Heurística violada: Flexibilidad y eficiencia de uso
- Problema: La ausencia de filtros para gestionar cuartos hace que la búsqueda de información específica sea difícil y tediosa para el usuario.
- Recomendación: Implementar opciones de filtro para facilitar la búsqueda y gestión de cuartos.
- Severidad: 2
- Heurística violada: Flexibilidad y eficiencia de uso
- Problema: La falta de filtros para gestionar inventarios complica la tarea de encontrar información específica, aumentando el tiempo y esfuerzo del usuario.
- Recomendación: Añadir filtros en la sección de inventarios para mejorar la navegación y gestión de información.
- Severidad: 2
- Heurística violada: Consistencia y estándares
- Problema: Los formatos de letra varían en diferentes secciones de la aplicación, lo que puede causar una experiencia de usuario inconsistente y confusa.
- Recomendación: Uniformar los formatos de letras en toda la aplicación para mantener la consistencia visual y mejorar la usabilidad.
- Severidad: 3
- Heurística violada: Consistencia y estándares
- Problema: Las notificaciones no están categorizadas, lo que dificulta su gestión cuando se acumulan en gran cantidad.
- Recomendación: Implementar una categorización de notificaciones que permita al usuario gestionarlas de manera más eficiente.
- Severidad: 3
- Heurística violada: Diseño estético y minimalista
- Problema: La interfaz no está optimizada para dispositivos móviles, lo que dificulta la navegación y uso de la aplicación desde estos dispositivos.
- Recomendación: Rediseñar la interfaz para que sea responsive y amigable en dispositivos móviles.
- Severidad: 4
- Heurística violada: Control y libertad del usuario
- Problema: La opción para cambiar o cancelar la suscripción no es clara, lo que puede frustrar al usuario que desea modificar su suscripción.
- Recomendación: Incluir una opción visible y accesible para cambiar o cancelar la suscripción en cualquier momento.
- Severidad: 3
- Heurística violada: Mostrar antes que recordar
- Problema: La ausencia de un historial de interacciones con proveedores impide al usuario rastrear y gestionar sus comunicaciones de manera efectiva.
- Recomendación: Implementar una sección de historial de interacciones con proveedores accesible y detallada.
- Severidad: 3
- Heurística violada: Flexibilidad y eficiencia de uso
- Problema: No existe una herramienta que permita administrar las notificaciones de manera eficiente, lo cual puede resultar en una sobrecarga de información para el usuario.
- Recomendación: Desarrollar un sistema de administración de notificaciones que permita a los usuarios configurar sus preferencias de manera sencilla.
- Severidad: 2
- Heurística violada: Flexibilidad y eficiencia de uso
- Problema: La falta de filtros en las estadísticas gráficas dificulta la personalización y análisis de datos específicos por parte del usuario.
- Recomendación: Añadir opciones de filtro en las estadísticas gráficas para una mejor personalización y análisis de datos.
- Severidad: 2
- Heurística violada: Consistencia y estándares
- Problema: No se proporciona una comparación clara entre los diferentes planes de suscripción, lo cual puede dificultar la toma de decisiones del usuario.
- Recomendación: Implementar una tabla comparativa que resalte las diferencias y beneficios de cada plan de suscripción de manera clara y comprensible.
En esta seccion, mostraremos un video sobre nuestro producto, en el cual se navegará por la interfaz diseñada.
Esta parte tiene 2 secciones: Conclusiones y Recomendaciones y Video Aout-the-team.
En conclusiones y recomendaciones resumiremos los avances que hemos tenido hasta el momento y como esta siendo nuestra experiencia en ello. Adicionalmente, explicando las fases de desarrollo que hemos implementado y como hemos abstraido la informacion recibida de los requisitos como entrevistas, Historias de Usuario; etc. Finalmente, evaluar los resultados en relacion con el Lean UX, validaciones y RoadMap.
En Video About-the-Team, presentaremos un video en donde el equipo se introduce y narraremos la recopilaciuon del trabajo realizado durante todo el proceso de desarrollo del proyecto, narrando con voz de fondo y mostrando el trabajo en equipo que hemos mantenido durante todo el proceso. Adicionalmente, hablaremos de los Outcomes logrados en el proyecto, las actividades realizadas y el desarrollo de competencias alcanzados.
Nuestro proyecto de gestión hotelera esta siendo una experiencia gratificante y enriquecedora. Estamos diseñando y desarrollando una aplicación integral que aborda las necesidades de los gerentes y trabajadores de hoteles, facilitando la gestión diaria, el seguimiento de ingresos y egresos, la administración de recursos, el contacto con proveedores y la gestión de los procesos de check-in y check-out.
Durante la fase de planificación, dividimos nuestro trabajo en cuatro sprints para una mejor organización y eficiencia. El primer sprint se centró en la creación del Landing Page, seguido por el desarrollo del Front-End Application en el segundo sprint. Sólo falta los últimos dos sprints que están dedicados al desarrollo de la Web Services API, completando así los tres componentes esenciales de nuestro proyecto.
Para garantizar la calidad y la usabilidad de nuestra aplicación, hemos realizado entrevistas, lo que nos permitió recopilar comentarios valiosos acerca del negocio y realizar ajustes necesarios en cada etapa del proceso de desarrollo.
En resumen, estamos orgullosos del trabajo realizado y confiamos en que nuestra aplicación no solo cumplirá, sino que también superará las expectativas de nuestros usuarios. Este proyecto no solo nos esta permitiendo aplicar nuestros conocimientos en Ingeniería de Software, sino que también nos está brindado la oportunidad de trabajar en equipo, enfrentar desafíos y aprender de manera continua.
¿Qué es la gestión hotelera y cuál es su importancia en el sector hotelero? (2021, febrero 10). Ostelea.com.
https://www.ostelea.com/actualidad/blog-turismo/direccion-hotelera/que-es-la-gestion-hotelera-y-cual-es-su-importancia-en-el-sector-hotelero
Buenas prácticas para el desarrollo de grandes proyectos con Vue.js. (s/f). Solucionex. Recuperado el 29 de abril de 2024.
https://www.solucionex.com/blog/buenas-practicas-para-el-desarrollo-de-grandes-proyectos-con-vuejs
Eseme, S. (2021, agosto 12). 10 cosas que debes saber sobre Vue.js Frontend Framework. Kinsta®; Kinsta.
https://kinsta.com/es/blog/vue-js/
de Javier, V. M. C. (s/f). DDD y arquitectura Onion, todo lo que necesitas saber. Paradigmadigital.com. Recuperado el 29 de abril de 2024 de
https://www.paradigmadigital.com/techbiz/domain-driven-design-y-arquitectura-onion/
Arquitectura DDD(Domain Driven Design). (2021, junio 21). Sergio Tapia.
https://sergiotapia.net/arquitectura-ddddomain-driven-design/
de Javier, V. M. C. (s/f). DDD y arquitectura Onion, todo lo que necesitas saber. Paradigmadigital.com. Recuperado el 29 de abril de 2024 de
https://www.paradigmadigital.com/techbiz/domain-driven-design-y-arquitectura-onion/
Arquitectura DDD(Domain Driven Design). (2021, junio 21). Sergio Tapia.
https://sergiotapia.net/arquitectura-ddddomain-driven-design/
