-
Notifications
You must be signed in to change notification settings - Fork 0
Home
En esta wiki se deberán referenciar las evidencias del trabajo semanal del equipo. Para esto puede crear un título de tercer nivel (con ###) en la semana correspondiente y enlazar la información solicitada en las actividades de esa semana.
-
Pet Central (202011282): canva.com
-
Ecoweb (202022112): ecoweb-presentacion
-
Lost & Found (201923434): PresentacionWeb.pptx
-
Parconnec (201821059): Presentación-Parconnec
Líder del equipo: @zejiran
Apellido | Nombre | Usuario Uniandes | Usuario GitHub |
---|---|---|---|
Alegría | Juan | j.alegria | zejiran |
Sánchez | Cristian | ca.sanchezo1 | Panis26 |
Molina | Andres | a.molinam | amolinam8 |
Falla | Camilo | c.falla | CamiloFallaM |
-
Comunicación efectiva: Mantener un flujo constante de comunicación entre los miembros del equipo para mejorar la colaboración y la eficiencia. Métrica: tiempo de resolución de conflictos.
-
Responsabilidad colectiva: Cada miembro del equipo es responsable no solo de su propio trabajo sino también del éxito del proyecto en su conjunto. Métrica: tiempo de entrega y calidad del trabajo.
-
Adaptabilidad: Aceptar cambios en los requisitos y enfoques y ser capaces de trabajar en un entorno incierto. Métrica: tiempo de respuesta a cambios.
-
Enfoque en la usabilidad: Centrarse en las necesidades y expectativas del usuario final para asegurar la entrega de un producto de alta calidad. Métrica: satisfacción del usuario.
-
Trabajo en equipo: Fomentar la colaboración y el apoyo mutuo para alcanzar los objetivos comunes. Métrica: tiempo de resolución de problemas y calidad del trabajo en equipo.
-
Mejora continua: Buscar constantemente la mejora y la eficiencia en el proceso de desarrollo. Métrica: tiempo de entrega y eficiencia en el desarrollo.
Asignación entidades y asociaciones:
Apellido | Nombre | Entidades | Asociaciones |
---|---|---|---|
Alegría | Juan | Review, Evento | Review-Usuario, Review-Producto |
Sánchez | Cristian | Usuario, Publicacion | Usuario-Publicacion, Usuario-Pedido |
Molina | Andres | Pedido, Pago | Pedido-Pago, Pedido-Producto, |
Falla | Camilo | Negocio, Producto | Negocio-Producto, Negocio-Evento |
Podrá visualizar las documentaciones de todas las colecciones en el siguiente enlace: Postman documentación API
Se implementó la persistencia en todas las entidades del proyecto. Se decidió eliminar la clase Carrito ya que cumplía una función muy similar a la clase Pedido.
Se implementó la lógica y las pruebas unitarias de la lógica.
Esta semana se implementaron los controladores y pruebas del API en el repositorio.
Esta semana hicimos una reunión en equipo para hacer pair programming e implementar juntos la seguridad de los endpoints.
- ca.sanchezo1 - 202022112: RetrospectivaDAKIIndividual_202022112
- j.alegria - 202011282: RetrospectivaDAKIIndividual_202011282
- c.falla - 201821059: RetrospectivaDAKIIndividual_201821059
- a.molinam - 201923434: RetrospectivaDAKIIndividual_201923434
- Retrospectiva Grupal: RetrospectivaDAKI_Grupal
Líder del equipo: @zejiran
Apellido | Nombre | Usuario Uniandes | Usuario GitHub |
---|---|---|---|
Alegría | Juan | j.alegria | zejiran |
Sánchez | Cristian | ca.sanchezo1 | Panis26 |
Molina | Andres | a.molinam | amolinam8 |
Falla | Camilo | c.falla | CamiloFallaM |
-
Comunicación efectiva: Mantener un flujo constante de comunicación entre los miembros del equipo para mejorar la colaboración y la eficiencia. Métrica: tiempo de resolución de conflictos.
-
Responsabilidad colectiva: Cada miembro del equipo es responsable no solo de su propio trabajo sino también del éxito del proyecto en su conjunto. Métrica: tiempo de entrega y calidad del trabajo.
-
Adaptabilidad: Aceptar cambios en los requisitos y enfoques y ser capaces de trabajar en un entorno incierto. Métrica: tiempo de respuesta a cambios.
-
Enfoque en la usabilidad: Centrarse en las necesidades y expectativas del usuario final para asegurar la entrega de un producto de alta calidad. Métrica: satisfacción del usuario.
-
Trabajo en equipo: Fomentar la colaboración y el apoyo mutuo para alcanzar los objetivos comunes. Métrica: tiempo de resolución de problemas y número de reuniones.
-
Mejora continua: Buscar constantemente la mejora y la eficiencia en el proceso de desarrollo. Métrica: tiempo de entrega y eficiencia en el desarrollo.
-
Transparencia: Compartir información y decisiones importantes con todos los miembros del equipo para fomentar la confianza y la colaboración. Métrica: nivel de confianza en el equipo y participación en la toma de decisiones.
-
Innovación: Fomentar la creatividad y la experimentación para encontrar soluciones innovadoras y mejorar la calidad del producto. Métrica: número de nuevas ideas y características implementadas.
- Prototipo Figma 201821059
- Prototipo Figma 202011282
- Prototipo Figma 202022112
- Prototipo Figma 201923434
ID | Nombre | Resumen | Detalla | Revisa |
---|---|---|---|---|
HU01 | Escribir una reseña de un producto o servicio. | Los usuarios deben poder compartir su experiencia de uso de un producto o servicio en la plataforma, agregando comentarios, una calificación y adjuntando fotos o videos. La reseña debe ser moderada antes de ser publicada. | zejiran | Panis26 |
HU02 | Ver detalles de un evento. | Los usuarios deben poder ver información detallada sobre un evento, como la fecha, la hora, la ubicación, el costo, la descripción y las opiniones de otros usuarios que han asistido anteriormente. Además, deben tener la opción de reservar un lugar en el evento y recibir un boleto de confirmación por correo electrónico. | zejiran | Panis26 |
HU03 | Poder pagar por un pedido. | Los usuarios deben poder pagar por un pedido que hicieron previamente, deben de tener multiples modalidades de pago y deben de recibir una notificacion de que su pago se ha efectuado con exito. | amolinam08 | CamiloFallaM |
HU04 | Ver los detalles de un producto. | Los usuarios deben poder ver la informacion detallada de un producto especifico, como el nombre, la descripcion, el precio y las reseñas. Ademas, deben de tener la posibilidad de añadir aquel producto a su pedido. | amolinam08 | CamiloFallaM |
HU05 | Poder subir y leer ideas de otros uusarios | Como usuario interesado en llevar un estilo de vida más ecológico, quiero tener un espacio dedicado en la aplicación para compartir y conocer ideas de otros usuarios, con el fin de aumentar la eficiencia en la búsqueda de información. | Panis26 | zejiran |
HU06 | Modificar la información personal. | Como usuario comprador de la aplicación, quiero tener un espacio donde pueda encontrar y actualizar mi información personal en cualquier momento, con el objetivo de tener una opción disponible en caso de necesitarlo. | Panis26 | zejiran |
HU07 | Visualizar la oferta total de productos en venta. | Como usuario comprador de la aplicación, quiero poder visualizar todos los productos que se están vendiendo en la aplicación en tiempo real con el objetivo de agregar el que quiera en el carrito de compras. | CamiloFallaM | amolinam08 |
HU08 | Ver los detalles de un negocio. | Como usuario comprador de la aplicación, quiero tener la posibilidad de ver la información detallada sobre un negocio, como su nombre completo, descripción y fecha de creación. | CamiloFallaM | amolinam08 |
Elemento | Descripción |
---|---|
HU01 | Como usuario de ecoweb, quiero poder escribir una reseña de un producto o servicio que haya utilizado, para compartir mi experiencia con otros usuarios y ayudarles a tomar una decisión de compra más informada. Debe haber un formulario de reseña con campos obligatorios, como la calificación del producto/servicio y un espacio para escribir comentarios. También debe haber una opción para adjuntar fotos o videos que respalden la reseña. |
Criterios de aceptación | El formulario de reseña debe incluir campos obligatorios, como calificación del producto/servicio y espacio para escribir comentarios; Debe haber una opción para adjuntar fotos o videos que respalden la reseña; Al enviar la reseña, se debe mostrar un mensaje de confirmación al usuario; Debe haber un límite en el número de reseñas que un usuario puede enviar por producto/servicio. |
Prototipo |
Elemento | Descripción |
---|---|
HU02 | Como usuario de ecoweb, quiero poder ver los detalles de un evento para decidir si quiero asistir o no. Debe haber una página de detalles de eventos que muestre información como el nombre, la descripción, la fecha, la hora, la ubicación y el costo del evento. También debe haber una sección para ver los comentarios y calificaciones de otros usuarios que han asistido al evento anteriormente. Se debe poder reservar un lugar en el evento y recibir un boleto de confirmación por correo electrónico. |
Criterios de aceptación | La página de detalles del evento debe mostrar información precisa sobre el evento, incluyendo el nombre, la descripción, la fecha, la hora, la ubicación y el costo; La sección de comentarios y calificaciones debe mostrar las reseñas de otros usuarios que han asistido al evento anteriormente, con la opción de ordenarlas por calificación o fecha; Los usuarios deben poder reservar un lugar en el evento desde la página de detalles, y recibir un boleto de confirmación por correo electrónico; Si se agota el espacio disponible para el evento, los usuarios deben ser notificados de que no se pueden reservar más lugares. |
Prototipo |
Elemento | Descripción |
---|---|
HU03 | Como usuario de EcoWeb, quiero poder pagar por un pedido que he realizado, utilizando diferentes métodos de pago y recibir una notificación de que mi pago ha sido efectuado con éxito. Debe haber una página de pago que incluya opciones para seleccionar el método de pago preferido y un botón para confirmar el pago. |
Criterios de aceptación | La página de pago debe mostrar múltiples opciones de métodos de pago, como tarjetas de crédito, débito, PayPal, entre otros; Debe haber un botón para confirmar el pago; Al confirmar el pago, se debe mostrar una notificación de éxito al usuario; Si el pago falla, se debe informar al usuario y ofrecer la posibilidad de intentar nuevamente o cambiar de método de pago; Los datos del pago deben ser almacenados de manera segura y cumplir con las regulaciones de privacidad. |
Prototipo |
Elemento | Descripción |
---|---|
HU04 | Como usuario de EcoWeb, quiero poder ver los detalles de un producto específico, incluyendo nombre, descripción, precio y reseñas, para poder decidir si quiero añadirlo a mi pedido. Debe haber una página de detalles del producto con la información relevante y un botón para añadir el producto al pedido. |
Criterios de aceptación | La página de detalles del producto debe mostrar información precisa sobre el producto, incluyendo el nombre, la descripción, el precio y las reseñas; Los usuarios deben poder añadir el producto a su pedido directamente desde la página de detalles del producto; Al añadir el producto al pedido, se debe mostrar una notificación de éxito al usuario; Si el producto no está disponible, se debe informar al usuario y no permitir añadirlo al pedido. |
Prototipo |
Elemento | Descripción |
---|---|
HU05 | Como usuario interesado en compartir mis ideas de una vida más ecológica, quiero poder tener un espacio dedicado a intercambiar ideas y consejos de otros usuarios para poder interactuar y calificar ideas. Esto con el fin de aumentar la eficiencia al momento de buscar opinión facilitando la forma en que se encuentra |
Criterios de aceptación | Se debe contar con una sección dedicada a la publicación de ideas. Lo anterior debería poder hacerse de manera rápida y fácil. Además, debe poder clasificarse las publicaciones para poder facilitar la búsqueda. |
Prototipo |
Elemento | Descripción |
---|---|
HU06 | Como usuario comprador de la aplicación, quisiera poder encontrar un espacio donde se tengan acceso a información personal y pueda actualizarla fácilmente en cualquier momento. Lo anterior, con el objetivo de tener una opción disponible en caso de necesitarlo y más si se tiene en cuenta la información de pago |
Criterios de aceptación | Se debe dedicar una sección para visualizar la información personal y poder modificarla. Se debe poder cambiar la información en cualquier momento. Además de poder eliminar la información opcional en caso de necesitarlo. Este tratamiento de datos deberá realizarse de forma segura. |
Prototipo | PrototipoFigma |
Elemento | Descripción |
---|---|
HU07 | Como usuario comprador de la aplicación ecoweb, quiero poder visualizar todos los productos que se están vendiendo en la aplicación en tiempo real con el objetivo de agregar el que quiera en el carrito de compras. Debe haber una lista con todos los productos que se tengan para lograr visualizarlos de manera rápida y eficaz. |
Criterios de aceptación | Dado que existen productos en la base de datos, cuando el cliente accede a los productos ofrecidos la aplicación debe mostrar una lista con todos los productos que se están vendiendo en tiempo real. |
Prototipo | Prototipo HU07 |
Elemento | Descripción |
---|---|
HU08 | Como usuario comprador de la aplicación ecoweb, quiero tener la posibilidad de ver la información detallada sobre un negocio, como su nombre completo, descripción y fecha de creación para así conocer de mejor manera su propuesta de valor y su factor diferencial. |
Criterios de aceptación | Dado que el negocio está ofreciendo productos o servicios, cuando el cliente accede al detalle del negocio la aplicación debe mostrar la información detallada del mismo como su nombre, descripción y fecha de creación. También se debe poder visualizar el tipo del negocio, y su ubicación en la ciudad. |
Prototipo | Prototipo HU08 |
Criterio | Revisión |
---|---|
Independiente | Cumple. La historia se puede implementar sin importar el orden de las otras historias. |
Negociable | Cumple. La historia tiene términos generales de pago que pueden ser negociados con el cliente. |
Valiosa | Cumple. La historia aporta valor al cliente al permitirle pagar por el producto. |
Estimable | Cumple. El desarrollo de la historia es estimable y su esfuerzo es bastante claro. |
Pequeña | Cumple. La historia tiene un tamaño adecuado para el sprint y el trabajo propuesto. |
Testeable | Cumple. La historia es completamente testeable dado que los clientes llevarán a cabo pagos en la aplicación. |
Criterio | Revisión |
---|---|
Independiente | Cumple. La historia se puede implementar sin importar el orden de las otras historias. |
Negociable | Cumple. La historia tiene términos generales de la información de los productos que pueden ser negociados con el cliente. |
Valiosa | Cumple. La historia aporta valor al cliente al permitirle visualizar la información detallada de cada producto. |
Estimable | Cumple. El desarrollo de la historia es estimable y su esfuerzo es bastante claro. |
Pequeña | Cumple. La historia tiene un tamaño adecuado para el sprint y el trabajo propuesto. |
Testeable | Cumple. La historia es completamente testeable dado que los clientes intentarán visualizar la información detallada de cada producto. |
Prototipo: Prototipo HU07
Criterio | Categoría | Guía | Observación |
---|---|---|---|
1. Perceptible | 1.1 Alternativas textuales | 1.1.1 Contenido no textual | Cumple |
1.2 Medios basados en tiempo | 1.2.1 Contenido en audio y video (pregrabados) | No aplica | |
1.2.2 Subtítulos | No aplica | ||
1.2.3 Descripción de audio o medio alternativo | No aplica | ||
1.2.4 Subtítulos en vivo | No aplica | ||
1.2.5 Descripción de audio | No aplica | ||
1.3 Adaptables | 1.3.1 Información y relaciones | Cumple | |
1.3.2 Secuencia con significado | No aplica | ||
1.3.3 Características sensoriales | Cumple | ||
1.3.4 Orientación | Cumple | ||
1.3.5 Identificar el propósito de la entrada | Cumple | ||
1.4 Distinguible | 1.4.1 Uso de color | Cumple | |
1.4.2 Control de audio | No aplica | ||
1.4.3 Contraste mínimo | Cumple | ||
1.4.4 Ajuste del tamaño del texto | Cumple | ||
1.4.5 Imágenes de texto | Cumple | ||
1.4.6 Scrolling | Cumple | ||
1.4.7 Contraste para no texto | Cumple | ||
1.4.8 Espaciado del texto | Cumple | ||
1.4.9 Contenido en hover o en foco | Cumple | ||
2. Operable | 2.1 Teclado accesible | 2.1.1 Teclado | Cumple |
2.1.2 Sin trampas de teclado | No aplica | ||
2.1.3 Atajos de teclado | No aplica | ||
2.2 Tiempo suficiente | 2.2.1 Tiempo ajustable | No aplica | |
2.2.2 Pausar, parar, ocultar | No aplica | ||
2.3 Convulsiones y reacciones físicas | 2.3.1 Tres parpadeos o menos | Cumple | |
2.4 Navegable | 2.4.1 Obviar bloques de contenido | Cumple | |
2.4.2 Títulos de páginas | Cumple | ||
2.4.3 Orden del foco | Cumple | ||
2.4.4 Propósito del link | Cumple | ||
2.4.5 Múltiples vías | No aplica | ||
2.4.6 Encabezados y etiquetas | Cumple | ||
2.4.7 Foco visible | No aplica | ||
2.5 Modalidades de entrada | 2.5.1 Gestos del puntero | Cumple | |
2.5.2 Cancelación del puntero | Cumple | ||
2.5.3 Etiquetas en el nombre | Cumple | ||
2.5.4 Actuación con movimiento | Cumple | ||
3. Entendible | 3.1 Leíble | 3.1.1 Idioma de la página | Cumple |
3.1.2 Idioma de las partes | Cumple | ||
3.2 Predecible | 3.2.1 Al recibir el foco | Cumple | |
3.2.2 Al recibir una entrada | Cumple | ||
3.2.3 Navegación consistente | Cumple | ||
3.2.4 Identificación consistente | No aplica | ||
3.3 Asistencia de entrada | 3.3.1 Identificación de error | Cumple | |
3.3.2 Etiquetas o instrucciones | Cumple | ||
3.3.3 Sugerencia de errores | Cumple | ||
3.3.4 Prevención de errores | Cumple | ||
4. Robusto | 4.1 Compatible | 4.1.1 Parsing | No aplica |
4.1.2 Nombre, rol, valor | Cumple | ||
4.1.3 Mensajes de estado | Cumple |
Prototipo: Prototipo HU08
Criterio | Categoría | Guía | Observación |
---|---|---|---|
1. Perceptible | 1.1 Alternativas textuales | 1.1.1 Contenido no textual | Cumple |
1.2 Medios basados en tiempo | 1.2.1 Contenido en audio y video (pregrabados) | No aplica | |
1.2.2 Subtítulos | No aplica | ||
1.2.3 Descripción de audio o medio alternativo | No aplica | ||
1.2.4 Subtítulos en vivo | No aplica | ||
1.2.5 Descripción de audio | No aplica | ||
1.3 Adaptables | 1.3.1 Información y relaciones | Cumple | |
1.3.2 Secuencia con significado | No aplica | ||
1.3.3 Características sensoriales | Cumple | ||
1.3.4 Orientación | Cumple | ||
1.3.5 Identificar el propósito de la entrada | Cumple | ||
1.4 Distinguible | 1.4.1 Uso de color | Cumple | |
1.4.2 Control de audio | No aplica | ||
1.4.3 Contraste mínimo | Cumple | ||
1.4.4 Ajuste del tamaño del texto | Cumple | ||
1.4.5 Imágenes de texto | Cumple | ||
1.4.6 Scrolling | Cumple | ||
1.4.7 Contraste para no texto | Cumple | ||
1.4.8 Espaciado del texto | Cumple | ||
1.4.9 Contenido en hover o en foco | Cumple | ||
2. Operable | 2.1 Teclado accesible | 2.1.1 Teclado | Cumple |
2.1.2 Sin trampas de teclado | No aplica | ||
2.1.3 Atajos de teclado | No aplica | ||
2.2 Tiempo suficiente | 2.2.1 Tiempo ajustable | No aplica | |
2.2.2 Pausar, parar, ocultar | No aplica | ||
2.3 Convulsiones y reacciones físicas | 2.3.1 Tres parpadeos o menos | Cumple | |
2.4 Navegable | 2.4.1 Obviar bloques de contenido | Cumple | |
2.4.2 Títulos de páginas | Cumple | ||
2.4.3 Orden del foco | Cumple | ||
2.4.4 Propósito del link | Cumple | ||
2.4.5 Múltiples vías | No aplica | ||
2.4.6 Encabezados y etiquetas | Cumple | ||
2.4.7 Foco visible | No aplica | ||
2.5 Modalidades de entrada | 2.5.1 Gestos del puntero | Cumple | |
2.5.2 Cancelación del puntero | Cumple | ||
2.5.3 Etiquetas en el nombre | Cumple | ||
2.5.4 Actuación con movimiento | Cumple | ||
3. Entendible | 3.1 Leíble | 3.1.1 Idioma de la página | Cumple |
3.1.2 Idioma de las partes | Cumple | ||
3.2 Predecible | 3.2.1 Al recibir el foco | Cumple | |
3.2.2 Al recibir una entrada | Cumple | ||
3.2.3 Navegación consistente | Cumple | ||
3.2.4 Identificación consistente | No aplica | ||
3.3 Asistencia de entrada | 3.3.1 Identificación de error | Cumple | |
3.3.2 Etiquetas o instrucciones | Cumple | ||
3.3.3 Sugerencia de errores | Cumple | ||
3.3.4 Prevención de errores | Cumple | ||
4. Robusto | 4.1 Compatible | 4.1.1 Parsing | No aplica |
4.1.2 Nombre, rol, valor | Cumple | ||
4.1.3 Mensajes de estado | Cumple |
Prototipo localizado: Prototipo HU07
Prototipo localizado: Prototipo HU08
Ecoweb. Copyright 2023 - Todos los derechos reservados.