1 Tabla de contenido Introducción .............................................................................................................................................. 2 Historias de usuario ................................................................................................................................ 3 Estándar IEEE830……………………………………………………………………………………….7 Conclusión................................................................................................................................................. 8 Bibliografía ................................................................................................................................................ 9 2 Introducción Para el desarrollo de la evidencia GA2-220501093-AA1-EV03, se presentará una especificación centrada en una lista de requerimientos enfocados en el estándar IEEE830. Además, se llevará a cabo la elaborará de las historias de uso del proyecto, estas historias nos permitirán presentar información de manera más clara y accesible. La combinación de estos dos enfoques nos garantiza que los requisitos estén definidos con precisión y detalle, sino que también facilita la detección temprana de desviaciones y la adaptabilidad a medida que el proyecto avanza. 3 Historias de usuario Numero:01 Nombre de la historia: Realizar un pago contra entrega en línea Rol: cliente Prioridad: Alta Puntos estimados: 5 Descripción: Como cliente, quiero tener la opción de pagar mi pedido en efectivo contra entrega cuando reciba mi pedido. Observaciones: Permitir a los clientes realizar pagos en efectivo Criterios de aceptación: -El sistema debe permitir al cliente seleccionar esta opción sin problemas. -Al llegar el mensajero al lugar de la entrega debe confirmar al cliente paga con efectivo y completar la transacción. Número:02 Nombre de la historia: Solicitar cambio de método de pago Rol: Cliente Prioridad: Media Puntos estimados: 3 Descripción: Como cliente quiero tener la opción de cambiar el método de pago en línea a pago contra entrega en efectivo. Observaciones: Flexibilidad de cambiar su método de pago 4 Criterios de aceptación: -Debe tener la opción de cambiar el método de pago y recibir una notificación -El mensajero debe recibir información actualizada antes de la entrega Número:03 Nombre de la historia: seguimiento de pagos Rol: Administrador Prioridad: Alta Puntos estimados: 8 Descripción: Como administrador, necesito un sistema que permita mantener el registro de todos los pagos. Observaciones: Gestión y seguimiento adecuado de los pagos Criterios de aceptación: El sistema debe registrar automáticamente cada pago en efectivo contra entrega Número:04 Nombre de la historia: gestionar problemas Rol: Administrador Prioridad: Alta Puntos estimados: 8 Descripción: como administrador necesito un sistema que permita gestionar y resolver los problemas relacionados con los pagos 5 Observaciones: Se encarga de gestionar los problemas para garantizar un pago confiable Criterios de aceptación: El sistema debe informar al administrador cuando se detecte un problema Criterios de Aceptación Enunciado de la Historia ID de la Histori a Rol Funcionalidad Razón Número de Escenari o Criterio de aceptación Contexto Resultado CH-05 Supervisor Necesito poder confirmar el pedido y el método de pago contra entrega en línea. Para asegurarme de que el pedido se procese correctamente y que el mensajero esté informado sobre el pago pendiente. 1 Confirmación de pedido y pago contra entrega El sistema registra el pedido como confirmado y muestra una notificación de confirmación. El mensajero recibe una notificación sobre el pago contra entrega pendiente. 2 Pago exitoso en efectivo El supervisor está revisando los pedidos recibidos y debe confirmar que los pagos contra entrega sean procesados adecuadament e. El cliente ha seleccionado la opción de "Pago Contra Entrega" durante el proceso de compra y está recibiendo su paquete. 3 Visualización de detalles de pago El cliente está en la etapa de confirmación de compra y ha elegido la opción de "Pago Contra Entrega". El cliente entrega el efectivo al mensajero. El sistema genera un recibo impreso o digital que confirma el pago realizado en efectivo. Si el cliente decide cancelar la orden, el sistema cancela automáticamente el pedido y notifica al cliente. El sistema muestra un desglose del importe a pagar, incluyendo costos de productos, impuestos y cargos adicionales asociados al servicio de pago contra entrega. Esta información es visible antes de confirmar la compra y también se encuentra disponible en la cuenta de usuario del cliente el sistema 6 CH-06 Supervisor Necesito recibir información clara si el pago contra entrega no puede ser aceptado. Para comprender por qué el pago no puede realizarse y tomar las medidas adecuadas. 1 Pago contra entrega no aceptado. El mensajero ha informado que no puede aceptar el pago contra entrega por alguna razón y el supervisor debe tomar medidas. 2 Pago Contra Entrega Rechazado El mensajero informa al supervisor que no puede aceptar el pago contra entrega debido a una razón específica. 3 Pago Contra Entrega con Cambio Insuficiente El cliente selecciona "Pago Contra Entrega" y entrega efectivo al mensajero. El supervisor revisa el motivo del intento fallido (por ejemplo, falta de cambio) y toma medidas para solucionar el problema. El sistema registra el intento fallido y sugiere alternativas al cliente para el pago. El supervisor revisa el motivo del intento fallido (por ejemplo, falta de cambio) y toma medidas para solucionar el problema. El sistema registra el intento fallido y sugiere alternativas al cliente para el pago. El mensajero informa al cliente que el cambio es insuficiente y solicita una cantidad exacta. El sistema registra el intento fallido de pago y notifica al cliente sobre la necesidad de proporcionar el monto correcto. ESTÁNDAR IEEE830: 1. Perspectiva del Producto: Es un software independiente que ha creado la empresa Servientrega para dar mayor facilidad de acceder a los clientes al servicio de pago contra entrega en todo el país, siendo así una de las empresas que ofrecen mayor seguridad al realizar compras en línea. Funciones del producto - Permite a las empresas crear un usuario y contraseña mediante el cual se hará el registro de la cuenta bancaria a la cual se registrarán los pagos efectuados. 7 2. Funciones del Producto: Permite crear un perfil y contraseña para su ingreso Da la facilidad al cliente de elegir su método de pago a través de plataformas digitales o efectivo. Permite conocer al cliente el estado de su pedido Permite que el usuario solicite asesoría tiene fácil accesibilidad por tiene un diseño sencillo y claro 3. Características de los Usuarios: La implementación del nuevo software va dirigida tanto a clientes como a empresarios/emprendedores; los clientes obtendrán la posibilidad de realizar el pago de los productos ofertados en su casa generando así una tranquilidad al no exponer su dinero y los empresarios/emprendedores podrán ampliar su zona de ventas generando mayor confiabilidad y garantizando mayor satisfacción a clientes. 4. Restricciones: El pago contía entrega solo estaría disponible para determinados productos y servicios especificados por la empresa. El monto máximo permitido para el pago contía entrega será de $X. Los pagos contía entrega solo podrán realizarse en efectivo. debe firma el recibido si es el producto que dese 8 Conclusión Las historias de uso son una herramienta importante en el proceso de definición de requisitos para un sistema de información. Su enfoque en la simplicidad y la legibilidad nos permite desglosar de manera concisa y efectiva lo que necesitamos. Estas historias no solo simplifican la comunicación, sino que también promueven la comprensión y el consenso entre todas las partes involucradas en el proyecto. 9 Bibliografía Diagramas para la especificación y análisis de requisitos, ADSO, SENA https://sena.territorio.la/content/index.php/institucion/Titulada/institution/SENA/Tecnolog ia/22811Contenido/OVA/CF1/index.html#/
