📚
Requisitos Funcionales vs Casos de Uso vs
Historias de Usuario
En el desarrollo de software, los requisitos funcionales, los casos de uso y las historias de usuario son herramientas
clave para capturar lo que debe hacer un sistema o producto. Cada uno tiene un propósito y un nivel de detalle diferente, y
su uso depende de las necesidades del proyecto y del equipo.
1. Requisitos Funcionales
Son descripciones detalladas de las funciones específicas que debe cumplir un sistema o producto. Responden a la
pregunta "¿Qué debe hacer el sistema?".
Nivel de detalle: Los requisitos funcionales son técnicos y específicos. Incluyen detalles como cálculos, manipulación
de datos, y otras funcionalidades del sistema.
Ejemplo: A continuación se presenta un conjunto de requisitos que hace parte del módulo de gestión de usuarios, este
mismo es un requisito principal que tiene subrequisitos.
Estos requisitos pueden agruparse en conjuntos de requisitos que luego pueden convertirse en Epicas y dependiendo de
la estrategia del proyecto se puede agrupar en el requisito principal y los subrequisitos.
ID del
RF3
requerimiento
Nombre del
Gestionar usuarios
requerimiento
Descripción El sistema deberá permitir la gestión de usuarios dentro del aplicativo realizando todas las acciones de administración
en cuanto a registro, consulta, actualización, asignación de códigos QR entre otros.
RF3.1 - Cargar archivo instructores: El sistema permitirá a un usuario administrador realizar el cargue de un archivo
Excel con la información general de los instructores con el fin de realizar el registro de los mismos de forma masiva.
RF3.2 - Registrar Usuario: El sistema permitirá el registro de usuarios dentro del aplicativo por parte de un
administrador o un instructor, dependiendo del tipo de usuario a registrar se solicitarán los datos correspondientes.
RF3.2.1 - Generar código QR Usuario registrado: El sistema generará y asignará un código QR al al usuario registrado al
momento de realizar este proceso.
RF3.2.2 - Envío correo confirmación : El sistema deberá enviar un mensaje al correo electrónico registrado por el
usuario confirmando el registro del mismo en el aplicativo.
RF3.3 - Consultar Usuario: El sistema permitirá la consulta de usuarios registrados en la aplicación.
RF3.4 - Actualizar Usuario: El sistema permitirá a un administrador la actualización de datos básicos de usuarios
registrados en la aplicación.
RF3.5 - Cambiar estado de Usuario: El sistema permitirá a un administrador cambiar el estado de activo o inactivo a
usuarios registrados en la aplicación.
RF3.6 - Consultar Perfil Usuario: El sistema permitirá a cualquier usuario consultar el perfil de un usuario especifico.
Requisitos Funcionales vs Casos de Uso vs Historias de Usuario 1
RF3.7 - Modificar perfil de Usuario: El sistema permitirá a cualquier usuario modificar el perfil de usuario definido en la
aplicación, siempre y cuando sea su propio perfil.
Prioridad Alta
2. Casos de Uso
Son descripciones de cómo un usuario interactúa con el sistema para lograr un objetivo específico. Los casos de uso se
enfocan en los pasos o flujos que se deben seguir para alcanzar un resultado.
Nivel de detalle: Son más detallados que las historias de usuario y muestran interacciones secuenciales entre el
usuario y el sistema.
Ejemplo: Diagrama de casos de uso del subsistema de gestión de usuarios.
Subsistema Gestionar Usuarios
3. Historias de Usuario
Son descripciones breves y simples de una funcionalidad o característica desde la perspectiva del usuario final.
Responden a la pregunta "¿Qué quiere lograr el usuario y por qué?".
Nivel de detalle: Son menos técnicas y más enfocadas en el valor que la funcionalidad proporciona al usuario.
Ejemplo: "como Usuario Administrador deseo poder gestionar todos los procesos asociados al usuario para poder
cargar archivo de instructores, registrar, consultar, actualizar y controlar el estado de usuarios dentro de la aplicación."
Historia
ROL Yo como Usuario Administrador
FUNCIONALIDAD Deseo poder gestionar todos los procesos asociados al usuario
RESULTADO Para poder cargar archivo de instructores, registrar, consultar, actualizar y
Requisitos Funcionales vs Casos de Uso vs Historias de Usuario 2
controlar el estado de usuarios dentro de la aplicación.
Criterios de Aceptación
# Criterio Condición Acción Resultado
El sistema procesa el archivo y
Cargar archivo de El archivo debe ser un El Administrador carga
1 registra los instructores
instructores .csv con formato válido. el archivo.
correctamente.
Los campos obligatorios El Administrador El sistema confirma el registro
2 Registrar un nuevo usuario deben estar completos y ingresa los datos y exitoso y el nuevo usuario
válidos. guarda. aparece en la lista de usuarios.
Consultar información de un El usuario debe existir en El Administrador busca El sistema muestra los detalles del
3
usuario la base de datos. por nombre o ID. usuario buscado.
Actualizar y controlar el El usuario debe estar El Administrador El sistema actualiza el estado del
4 estado de un usuario registrado en la cambia el estado y usuario y muestra una
(activo/inactivo, etc.) aplicación. guarda. confirmación del cambio.
¿Deben Usarse Juntos o Separados?
Usarlos Juntos: En proyectos complejos, puede ser beneficioso usar los tres documentos en conjunto. Los requisitos
funcionales pueden proporcionar los detalles técnicos necesarios, los casos de uso pueden ilustrar cómo esos
requisitos se implementan en la práctica, y las historias de usuario pueden comunicar el valor de negocio y la
motivación detrás de esos requisitos.
Ejemplo de Uso Conjunto:
Historia de Usuario: "Como cliente, quiero agregar productos a mi carrito para poder comprarlos más tarde."
Caso de Uso: Describe los pasos detallados para seleccionar un producto, agregarlo al carrito, y realizar una
compra.
Requisitos Funcionales: "El sistema debe permitir agregar productos al carrito, calcular el total, y procesar el
pago."
Usarlos por Separado: En algunos proyectos, especialmente los más ágiles y menos formales, es común usar solo
historias de usuario para mantener el proceso liviano y centrado en el valor del negocio. Los requisitos funcionales y
los casos de uso pueden ser demasiado detallados para ciertos equipos que prefieren iterar rápidamente y ajustar
sobre la marcha.
Ejemplo de Uso Separado:
En un proyecto ágil donde la prioridad es entregar rápido valor al cliente, el equipo puede usar solo historias de
usuario. La implementación técnica se puede discutir directamente en reuniones de equipo o se documenta de
manera más ligera.
¿Es Obligatorio Usarlos?
No es obligatorio usar los tres juntos. La elección depende del contexto del proyecto, la complejidad del producto, y las
preferencias del equipo.
Proyectos Simples o Ágiles: Se pueden usar solo historias de usuario para mantener las cosas simples y centradas en
el usuario.
Proyectos Complejos o con Múltiples Equipos: Puede ser necesario usar requisitos funcionales y casos de uso junto
con historias de usuario para asegurar que todos los aspectos técnicos y funcionales estén cubiertos.
Resumen
La relación entre los requisitos funcionales, los casos de uso y las historias de usuario es complementaria. Pueden ser
usados juntos para proporcionar una visión completa y detallada del sistema, o por separado según las necesidades del
proyecto. Lo más importante es que el equipo de desarrollo y los interesados comprendan y acuerden cómo capturar y
comunicar los requisitos del producto de la manera más efectiva.
Requisitos Funcionales vs Casos de Uso vs Historias de Usuario 3
Creado Por: Cristian David Henao H.
✔ Canal: https://www.youtube.com/c/CristianDavidHenao
✔ Blog:
http://codejavu.blogspot.com/
✔ Udemy:
https://www.udemy.com/fundamentos-de-programacion-
algoritmos-en-java-y-javascript
Requisitos Funcionales vs Casos de Uso vs Historias de Usuario 4
