semana4 - UDFJDC-ProgramacionAvanzada/PA_202510_G83_E4_Front GitHub Wiki
Revisión de historias de usuario
Revisa: [Julian Esteban Valencia Vargas]
Historia de usuario: Registro de emprendedor
Como emprendedor, quiero registrarme en la plataforma para poder publicar y vender mis productos.
Criterio | Revisión |
---|---|
Independiente | La historia puede desarrollarse de forma independiente, ya que el registro no depende de la publicación de productos ni del sistema de pagos. |
Negociable | Se puede negociar si el registro incluye solo datos básicos o también información adicional como ubicación y tipo de productos. |
Valiosa | Es fundamental para que los emprendedores accedan a la plataforma y puedan comenzar a vender. |
Estimable | Es estimable, ya que implica formularios, validaciones y conexión con la base de datos. |
Pequeña | Puede implementarse en un sprint. Si es muy extensa, puede dividirse (registro básico vs. perfil extendido). |
Testeable | Se puede verificar si el formulario funciona y almacena los datos correctamente. |
Historia de usuario: Publicación de productos
Como emprendedor, quiero publicar mis productos con imágenes, descripciones y precios para que los clientes puedan verlos y comprarlos.
Criterio | Revisión |
---|---|
Independiente | Se puede desarrollar de forma independiente si el usuario ya está autenticado. |
Negociable | Se puede discutir qué campos incluir, si las imágenes son obligatorias, etc. |
Valiosa | Permite a los emprendedores ofrecer productos, cumpliendo el objetivo del sistema. |
Estimable | Implica formularios, carga de imágenes y validaciones, por lo tanto es estimable. |
Pequeña | Puede dividirse en versiones (solo texto, luego imágenes, etc.). |
Testeable | Se puede probar que los productos se publiquen y se muestren correctamente. |
Historia de usuario: Métodos de pago
Como cliente, quiero contar con diferentes métodos de pago disponibles para elegir el que más me convenga al momento de comprar.
Criterio | Revisión |
---|---|
Independiente | Puede desarrollarse aparte del resto del sistema, siempre que haya un flujo de compra definido. |
Negociable | Se puede discutir qué métodos integrar primero y si se usará una pasarela externa. |
Valiosa | Aumenta la comodidad del cliente y puede incrementar las ventas. |
Estimable | Puede estimarse con base en la complejidad de integración con terceros. |
Pequeña | Puede dividirse por tipo de método de pago a implementar. |
Testeable | Se puede verificar que cada método funcione correctamente. |
Historia de usuario: Valoración de vendedores
Como comprador, quiero valorar a los vendedores según mi experiencia para ayudar a otros usuarios.
Criterio | Revisión |
---|---|
Independiente | Se puede implementar de forma independiente si ya existe la funcionalidad de compras. |
Negociable | Se puede acordar si la valoración será por estrellas, comentarios o ambos. |
Valiosa | Fomenta la confianza y mejora la experiencia de compra. |
Estimable | Puede estimarse el tiempo necesario para desarrollar e integrar la funcionalidad. |
Pequeña | Puede dividirse en puntuación y comentarios. |
Testeable | Se puede comprobar que la valoración se guarde y muestre correctamente. |
Historia de usuario: Notificaciones de envío
Como comprador, quiero recibir notificaciones sobre el estado de mi envío para estar informado en tiempo real.
Criterio | Revisión |
---|---|
Independiente | Se puede desarrollar aparte, siempre que haya un sistema de seguimiento de pedidos. |
Negociable | Se puede acordar el medio de notificación (correo, app, SMS) y en qué momentos se envía. |
Valiosa | Mejora la confianza del usuario al mantenerlo informado. |
Estimable | Es posible estimar el esfuerzo con base en los eventos y canales de notificación. |
Pequeña | Puede dividirse según el tipo de evento que genera notificación. |
Testeable | Se puede simular un envío para comprobar que la notificación llegue. |
Historia de usuario: Lista de deseos
Como comprador, quiero agregar productos a una lista de deseos para guardarlos y comprarlos más adelante.
Criterio | Revisión |
---|---|
Independiente | Es una funcionalidad que puede desarrollarse de forma independiente, ya que no afecta directamente el proceso de compra ni la publicación de productos. |
Negociable | Es negociable si los productos se guardan con o sin inicio de sesión, si se pueden compartir las listas o si se permite tener varias listas personalizadas. |
Valiosa | Mejora la experiencia del usuario al permitirle guardar productos que le interesan y facilita futuras compras. |
Estimable | Se puede calcular el esfuerzo necesario para desarrollar la interfaz, el almacenamiento de la lista y la recuperación de productos guardados. |
Pequeña | Puede dividirse en partes pequeñas: una historia para guardar productos, otra para eliminarlos y otra para ver la lista. |
Testeable | Se puede verificar que un producto se guarde correctamente, que aparezca en la lista y que se pueda eliminar o mover. |
Revisa: [Dominic Felipe Robayo Devia]
Historia de usuario: Visualización de detalles del producto
Como cliente, quiero ver los detalles de un producto, incluyendo imágenes y descripciones, para conocer sus características antes de comprarlo.
Criterio | Revisión |
---|---|
Independiente | Se puede desarrollar por separado, no depende de otras funcionalidades como el carrito o el pago. |
Negociable | Se puede definir si la vista incluye solo texto e imágenes o también reseñas, calificaciones, etc. |
Valiosa | Es valiosa porque permite al cliente tomar decisiones de compra informadas. |
Estimable | Es estimable, ya que implica una vista con algunos componentes visuales y conexión a los datos del producto. |
Pequeña | Puede implementarse en un solo sprint si se delimita bien el contenido mostrado. |
Testeable | Es fácil de probar validando que los datos correctos se muestren según el producto seleccionado. |
Historia de usuario: Gestión de pedidos
Como emprendedor, quiero ver y gestionar los pedidos recibidos en la plataforma para organizar mis entregas de manera eficiente.
Criterio | Revisión |
---|---|
Independiente | Aunque puede tener relación con otras historias (como la de registro o pago), puede desarrollarse de forma autónoma. |
Negociable | Es negociable si se permite solo ver pedidos o también actualizarlos (estado: enviado, cancelado, entregado). |
Valiosa | Es muy valiosa porque permite a los emprendedores dar seguimiento a sus ventas. |
Estimable | Se puede estimar ya que implica listar pedidos, filtrar y actualizar estados. |
Pequeña | Es lo suficientemente acotada como para dividirse si es necesario (ver pedidos vs. modificar estados). |
Testeable | Es testeable revisando que los pedidos se muestren correctamente y que las acciones sobre ellos se reflejen en el sistema. |
Historia de usuario: Filtrado y ordenamiento de productos
Como comprador, quiero filtrar y ordenar productos para encontrar lo que necesito más rápido.
Criterio | Revisión |
---|---|
Independiente | Se puede desarrollar sin depender de la publicación o detalles del producto, aunque usa su información. |
Negociable | Es negociable qué criterios de filtro estarán disponibles (precio, categoría, calificación, etc.). |
Valiosa | Mejora la experiencia de usuario al facilitar la navegación y búsqueda de productos. |
Estimable | Es estimable al definir claramente los filtros y el ordenamiento disponibles. |
Pequeña | Puede implementarse paso a paso (por ejemplo, comenzar solo con filtro por categoría). |
Testeable | Es testeable probando distintas combinaciones de filtros y asegurando que el resultado sea coherente. |
Historia de usuario: Calificación de productos
Como comprador, quiero calificar productos para ayudar a otros compradores.
Criterio | Revisión |
---|---|
Independiente | Puede desarrollarse por separado, siempre y cuando haya una forma de identificar productos comprados. |
Negociable | Se puede negociar si solo se permiten estrellas, comentarios, o ambos. |
Valiosa | Es útil para otros compradores y retroalimentación a los vendedores. |
Estimable | Es estimable, ya que se puede definir claramente cómo y dónde se almacena la calificación. |
Pequeña | Puede limitarse a un sistema de puntuación simple en un primer sprint. |
Testeable | Se puede probar que la calificación se guarda correctamente y se visualiza después. |
Historia de usuario: Registro de usuario
Como usuario, quiero registrarme en la plataforma para poder comprar productos.
Criterio | Revisión |
---|---|
Independiente | La historia puede implementarse sin depender de otras funcionalidades como búsqueda o pago. |
Negociable | Se puede negociar si el registro será con correo, redes sociales, o ambos. También si es necesario confirmar el correo. |
Valiosa | Es esencial porque permite a los usuarios acceder a funcionalidades clave como comprar o calificar productos. |
Estimable | Es estimable, ya que implica formularios, validaciones y almacenamiento en la base de datos. |
Pequeña | Puede desarrollarse en un sprint si se limita a los datos básicos (nombre, correo, contraseña). |
Testeable | Se puede verificar si el registro funciona correctamente, si valida los datos y si los guarda correctamente en la base de datos. |
Revisa: [Didier Stiveen Torres Gil]
Historia de usuario: Chat entre comppradores y vendedores
Como usuario, quiero enviar mensajes a los vendedores para resolver dudas.
Criterio | Revisión |
---|---|
Independiente | La historia es independiente ya que no depende directamente de otras funcionalidades para ser desarrollada. Puede implementarse como un módulo separado. |
Negociable | El alcance puede ser negociable; por ejemplo, se puede empezar con mensajes de texto simples y luego agregar funciones como archivos adjuntos o notificaciones. |
Valiosa | Es valiosa para los usuarios porque mejora la comunicación y puede influir en la decisión de compra. También beneficia a los vendedores al facilitar el contacto con sus potenciales clientes. |
Estimable | Puede ser estimada por el equipo técnico con base en su complejidad, especialmente si se define qué funcionalidades mínimas tendrá el chat. |
Pequeña | La historia puede ser dividida si es necesario (por ejemplo, envío de mensajes primero, luego visualización, etc.), pero en su forma actual es suficientemente pequeña para una iteración. |
Testeable | Es testeable porque se puede comprobar si el usuario puede enviar y recibir mensajes, y si estos llegan correctamente al vendedor. |
Historia de usuario: Búsqueda de productos
Como comprador, quiero buscar productos por categoría para encontrar lo que necesito.
Criterio | Revisión |
---|---|
Independiente | Es una historia que puede desarrollarse de forma separada, sin depender de otras funcionalidades como el carrito o el pago. |
Negociable | El alcance puede ser negociado: se puede comenzar solo con categorías generales y luego añadir subcategorías, filtros adicionales, etc. |
Valiosa | Aporta valor al usuario final al facilitar la exploración del catálogo y mejorar la experiencia de compra. |
Estimable | Es una historia clara que puede estimarse con base en los elementos de la interfaz, lógica de filtrado y estructura de datos. |
Pequeña | Es suficientemente concreta y puede desarrollarse en una sola iteración, aunque se podría dividir en tareas si se requiere (como interfaz y lógica de búsqueda). |
Testeable | Puede ser fácilmente validada probando que los resultados se ajusten a las categorías seleccionadas. |
Historia de usuario: Guardado de carrito de compras
Como comprador, quiero que los productos que agregué al carrito se guarden aunque cierre sesión, para continuar mi compra más tarde.
Criterio | Revisión |
---|---|
Independiente | Es una historia que puede implementarse por separado del proceso de compra, aunque se relaciona con el módulo del carrito. |
Negociable | Es negociable en cuanto a cómo se guarda la información (por ejemplo, en el navegador, en la base de datos, o asociado a la cuenta del usuario). |
Valiosa | Es valiosa para los usuarios, ya que mejora la experiencia de compra al no perder los productos seleccionados si necesitan salir de la sesión. |
Estimable | El equipo puede estimar su esfuerzo técnico con base en cómo se maneja la sesión y el almacenamiento persistente. |
Pequeña | Es una funcionalidad específica, aunque podría dividirse en tareas técnicas más pequeñas (guardar, recuperar, actualizar el carrito). |
Testeable | Es testeable al verificar que los productos siguen en el carrito después de cerrar sesión y volver a iniciarla. |
Historia de usuario: Historial de compras
Como comprador, quiero acceder a un historial de compras para revisar mis pedidos anteriores.
Criterio | Revisión |
---|---|
Independiente | La funcionalidad puede desarrollarse de forma autónoma, sin depender directamente de otras historias como la compra en sí (asumiendo que ya existen datos de pedidos). |
Negociable | Puede negociarse el nivel de detalle del historial (fechas, productos, estados de entrega, etc.) según prioridades y tiempo de desarrollo. |
Valiosa | Es valiosa para el comprador, ya que permite hacer seguimiento, verificar entregas y repetir compras si lo desea. |
Estimable | Es estimable técnicamente si se conoce el modelo de datos de las compras y cómo se almacenan. |
Pequeña | Puede ser dividida si se necesita (por ejemplo, interfaz primero y luego detalles de cada pedido), pero en su forma actual es abordable en una iteración. |
Testeable | Es testeable verificando que el historial muestre correctamente las compras realizadas por el usuario autenticado. |
Historia de usuario: Programación de entregas
Como comprador, quiero programar la fecha y hora de entrega de mi pedido para recibirlo en un momento conveniente.
Criterio | Revisión |
---|---|
Independiente | Puede desarrollarse como una funcionalidad aparte del proceso de pago, aunque requiere integración con la lógica de pedidos. |
Negociable | Es negociable en cuanto al nivel de personalización (solo fecha, franjas horarias, condiciones de disponibilidad, etc.). |
Valiosa | Aporta un valor significativo al usuario al ofrecer flexibilidad y mejorar la experiencia de entrega. |
Estimable | Puede estimarse si se conocen los sistemas de entrega y las restricciones logísticas. |
Pequeña | Puede dividirse si es necesario (selección de fecha, validación de disponibilidad, confirmación), pero es clara y acotada. |
Testeable | Es testeable al validar que el usuario puede seleccionar una fecha/hora válida y que esta información se refleje en el pedido. |