Informe técnico GA1-220501092-AA3-EV01.
Aprendiz:
Isabela Escobar Muñoz
Instructor:
Guillermo Hernán Zapata Castellanos
Procesamientos de pruebas de Software
Ficha: 3186242
Servicio Nacional de Aprendizaje – SENA
02 junio de 2025.
Tabla de contenido
Introducción ....................................................................................................................... 3
Alcances ............................................................................................................................. 4
Lista de Requisitos IEEE 830 ............................................................................................ 4
Requisitos No Funcionales: ........................................................................................... 4
Requisitos Funcionales: ................................................................................................. 5
Historias de Usuarios ......................................................................................................... 6
Flujograma ......................................................................................................................... 8
1. Cliente: ................................................................................................................. 8
2. Administrador de la tienda: .................................................................................. 9
3. Dueño de la tienda: ............................................................................................. 10
Conclusión ....................................................................................................................... 11
Bibliografía. ..................................................................................................................... 11
Introducción
El presente documento de requisitos describe de manera detallada las funcionalidades y
características necesarias para el desarrollo de un sistema web de pedidos en línea para una
tienda de cosmética, también conocida como "colmena". Este sistema se encuentra dirigido
a los clientes que no pueden acudir de manera presencial al establecimiento y que requieren
adquirir productos de forma remota. El documento tiene como objetivo establecer de forma
clara los requisitos funcionales y no funcionales que debe cumplir el sistema, siguiendo el
estándar IEEE 830. Además, se incluyen historias de usuario con criterios de aceptación para
asegurar que las necesidades de los usuarios sean correctamente atendidas. Esta
especificación servirá como guía para el desarrollo, validación y mantenimiento del software.
Mi proyecto de software llamado Serenité que se tratará de la creación de un software
para una cosmética o también conocida como una colmena, su uso será para los clientes que
no puedan asistir de manera presencial a la tienda, y que requieran algún producto. De esta
manera los clientes puedan ingresar a la página y se puedan registrar llenando todos sus datos
personales y pueda ver el catálogo, eligiendo el producto y la cantidad que requieran; cuando
ya tengan los productos, pueden elegir el método de pago y después de eso puedan confirmar
la dirección de envío para su pedido. Mi software tendrá cinco módulos que serán los
siguientes: El primero será el registro de los datos personales, el segundo será el modulo del
catálogo de los productos, el tercero es del registro del pago, el cuarto modulo es la
confirmación de la dirección del envío y el quinto modulo será la creación del pedido, para
que sea verificado y gestionado para su envío.
Alcances
El sistema abarcará funcionalidades para clientes (registro, catálogo, pagos, pedidos) y
para el administrador de diferentes áreas (gestión de productos, pedidos y pagos). Estará
disponible 24/7 desde navegadores web y será accesible desde dispositivos móviles y PC.
Lista de Requisitos IEEE 830
La tabla de requisitos funcionales (RF) y no funcionales (RNF) se definirá de la
siguiente manera:
ID Nombre Descripción
El sistema debe estar
RNF01 Disponibilidad disponible las 24 horas,
los 7 días de la semana.
La interfaz debe ser de
manera intuitiva y fácil
RNF02 Usabilidad
de usar para todo tipo de
Requisitos No Funcionales: cliente.
Las páginas deben cargar
RNF03 Rendimiento en menos de 3
segundos.
Los datos personales y
Seguridad de
RNF04 de pago deben estar
datos
encriptados.
El sistema debe
funcionar en dispositivos
RNF05 Compatibilidad
móviles y navegadores
modernos.
El sistema debe permitir
agregar nuevos
RNF06 Escalabilidad productos o funciones
sin afectar su
rendimiento.
ID Nombre Descripción
Registro de El sistema debe permitir que el cliente se
RF01 cliente registre con sus datos personales.
El sistema debe permitir que el cliente
RF02 Inicio de sesión inicie sesión con sus credenciales.
El sistema debe mostrar un catálogo con
Visualización de productos, imágenes, precios y
Requisitos RF03 catálogo descripciones.
El cliente podrá seleccionar la cantidad de
Funcionales: Selección de productos que requiera y agregarlos al
RF04 productos carrito de compras.
Gestión del El sistema debe permitir modificar o
RF05 carrito eliminar productos del carrito.
El cliente podrá elegir entre diferentes
RF06 Métodos de pago métodos de pago.
Confirmación de El cliente debe poder ingresar y confirmar
RF07 dirección de envío una dirección de envío.
Generación del El sistema debe generar un número de
RF08 pedido pedido único y asociarlo al cliente.
Gestión de
productos El administrador podrá agregar, editar o
RF09 (Administrador) eliminar productos del sistema.
Gestión de
pedidos El administrador podrá consultar y
RF10 (Administrador) actualizar el estado de los pedidos.
El sistema enviará notificaciones sobre las
actualizaciones del estado del pedido (en
RF11 Notificaciones proceso, enviado, entregado).
Historias de Usuarios
Las historias de usuario funcionan como unas descripciones breves y simples que
explican qué necesita cada tipo de usuario (cliente o administrador) y para qué lo
necesita, con el fin de guiar el desarrollo del sistema.
HISTORIA DE USUARIO
Id de la historia: HU01 Nombre de la historia de la usuario: Registro del cliente
Usuario: Cliente
Prioridad: Alta Puntos estimados: 3
Descripción: Se debe de registrar como cliente nuevo con los datos personales para poder ingresar y
realizar pedidos.
Observaciones: El formulario debe tener validación
Criterios de aceptación: 1. El sistema debe de crear un formulario de registro y guardarlo en la base de
datos. 2. Mostrar un mensaje de creación exitosa.
HISTORIA DE USUARIO
Id de la historia: HU02 Nombre de la historia del usuario: Visualizar catálogo
Usuario: Cliente
Prioridad: Alta Puntos estimados: 3
Descripción: Visualizar el catálogo con los productos, fotos y precios para poder elegir que quiero
comprar.
Observaciones: El catálogo debe de ser visualmente atractivo, actualizado y que sea fácil de entender.
Criterios de aceptación: 1. La creación del modulo del catálogo. 2. El ingreso de las imágenes, nombre y
precio de los productos. 3. La actualización del stock
HISTORIA DE USUARIO
Id de la historia: HU03 Nombre de la historia del usuario: Confirmar el pedido
Usuario: Cliente
Prioridad: Alta Puntos estimados: 3
Descripción: La confirmación del pedido y poder realizar el pago con los diferentes métodos para así
finalizar la compra.
Observaciones: Debería incluir diferentes métodos de pagos.
Criterios de aceptación: 1. Confirmación de la creación del pedido 2. Modulo de pago, registrando los
diversos métodos de pago. 3. La creación exitosa del pedido 4. Enviar un mensaje de confirmación.
HISTORIA DE USUARIO
Id de la historia: HU04 Nombre de la historia del usuario: Gestión de productos
Usuario: Administrador
Prioridad: Media Puntos estimados: 4
Descripción: Poder agregar, editar, actualizar o eliminar productos.
Observaciones: Se debe tener un panel de control de seguridad
Criterios de aceptación: 1. Confirmación de la creación, edición o eliminación del producto. 2.
Visualización inmediata de los cambios en el catálogo. 3. Validación de campos obligatorios antes de
guardar. 4. Mostrar mensajes de éxito o error según la acción realizada.
HISTORIA DE USUARIO
Id de la historia: HU05 Nombre de la historia del usuario: Soporte técnico gestiona incidencias del
sistema
Usuario: Soporte técnico
Prioridad: Alta Puntos estimados: 5
Descripción: Poder solucionar porblemas de una manera oportuna y mantener el sistema funcionando
correctamente.
Observaciones: Este módulo debe estar protegido por autenticación y solo debe de ser accesible por los
usuarios con el rol de soporte. Tambien deben de tener un registro de ¨bitacora¨ de acciones realizadas.
Criterios de aceptación: 1. El sistema debe de permitir acceder al módulo de soprte solos a usuarios
identificados con el rol. 2. Se podra visualizar una lista de incidencias con filtro por estado, fecha o usuario.
3. Al seleccionar una incidencia, se puede ver su detalle de complejidad. 4. Se puede actualizar el estado de
la incidencia y dejar comentarios con fecha y hora. 5. Se registra en una bitacora cada acción realizada. 6.
Los cambios se guardan correctamente y son visibles para el usuario que reportó.
Flujograma
1. Cliente:
2. Administrador de la tienda:
3. Dueño de la
tienda:
Conclusión
El desarrollo de mi proyecto Serenité les permitirá a los clientes de la tienda de
cosmética realizar pedidos en línea de forma eficiente, fácil de usar y cómoda. A través de
la especificación de requisitos según el estándar IEEE 830, las historias de usuario y los
flujogramas, se establece una base sólida para construir un software funcional, accesible y
orientado a las necesidades reales de los usuarios.
Bibliografía.
https://textos.pucp.edu.pe/pdf/3134.pdf
https://lucid.app/lucidchart/fd11c776-cf07-4f2b-b35a-
4bafcb264e94/edit?beaconFlowId=C09AFCD57EE43222&invitationId=inv_565c129d-
4e2c-4bb6-bb6a-b34102810457&page=0_0#
