Impulsar el desarrollo exitoso de software con el enfoque centrado en casos de uso: plantillas y ejemplos de la vida real

El enfoque centrado en casos de uso es una metodología que se centra en definir los requisitos y características del sistema desde la perspectiva de sus usuarios. Es un enfoque centrado en el usuario que enfatiza la identificación de necesidades, objetivos y comportamientos del usuario para garantizar que el sistema que se está desarrollando cumpla con sus expectativas. En este enfoque, se utilizan casos de uso para describir el comportamiento del sistema en respuesta a las interacciones del usuario. Los casos de uso son escenarios que describen cómo se utiliza el sistema en diferentes situaciones.

Beneficios

El enfoque centrado en casos de uso ofrece una serie de beneficios, entre ellos:

• Mayor comprensión de las necesidades y requisitos del usuario
• Definición clara del comportamiento y funcionalidad del sistema
• Identificación temprana de posibles problemas y conflictos
• Mejora de la comunicación entre los interesados
• Asignación eficiente de recursos y esfuerzo
• Priorización efectiva de características y requisitos

Una guía paso a paso para el desarrollo de casos de uso

Aquí tiene una plantilla de proceso de desarrollo de casos de uso de alto nivel que puede adaptar y personalizar según las necesidades de su equipo:

1. Identifique a los interesados y sus requisitos:Comience identificando a todos los interesados involucrados en el proyecto y reúna sus requisitos. Esto puede incluir usuarios finales, propietarios del negocio y otros miembros del equipo.
2. Priorice los requisitos:Una vez que tenga una lista de requisitos, priorícelos según su importancia y su impacto en el proyecto. Esto le ayudará a centrarse primero en las necesidades más críticas.
3. Defina el alcance:Basado en los requisitos priorizados, defina el alcance del proyecto. Esto incluye definir las características y funcionalidades que incluirá el proyecto.
4. Cree casos de uso:Los casos de uso son descripciones de cómo un usuario interactúa con el sistema para alcanzar un objetivo específico. Cree casos de uso que describan los diferentes escenarios en los que se utilizará el sistema.
5. Revise y refine los casos de uso:Revise los casos de uso con los interesados y ajuste según sus comentarios. Esto puede incluir agregar o eliminar pasos, actualizar requisitos o aclarar detalles.
6. Cree historias de usuario:Las historias de usuario son descripciones breves de una característica o funcionalidad desde la perspectiva del usuario final. Cree historias de usuario basadas en los casos de uso que ha desarrollado.
7. Estime el esfuerzo:Estime el esfuerzo necesario para desarrollar cada historia de usuario. Esto le ayudará a planificar la cronología del proyecto y la asignación de recursos.
8. Priorice las historias de usuario:Priorice las historias de usuario según su importancia y su impacto en el proyecto.
9. Planifique los sprints:Basado en las historias de usuario priorizadas, planifique sprints para el desarrollo. Cada sprint debe incluir un conjunto de historias de usuario que puedan completarse dentro del marco de tiempo del sprint.
10. Revisar y refinar: Revise el progreso de cada sprint y refine los casos de uso y las historias de usuario según sea necesario.
11. Probar y validar: Pruebe el sistema para asegurarse de que cumple con los requisitos y valide que satisfaga las necesidades de los interesados.
12. Desplegar y monitorear: Una vez que el sistema se haya probado y validado, desplieguelo en producción y monitórelo en busca de problemas o errores.

Este es solo una plantilla general que puede adaptarse para satisfacer las necesidades específicas de su equipo y los requisitos del proyecto. También puede utilizar herramientas de gestión ágil de proyectos como Jira o Trello para ayudarle a gestionar el proceso y rastrear el progreso.

Plantillas de documentos ágiles para el enfoque de casos de uso

Documento de análisis de interesados

Aquí tiene un ejemplo de un documento de análisis de interesados para la descripción del problema que proporcionó:

Documento de análisis de interesados: Aplicación móvil de banca

Interesado	Rol	Intereses	Necesidades
Clientes	Usuarios finales de la aplicación móvil de banca	Experiencia de banca fácil de usar, segura y conveniente	Capacidad para ver saldos de cuentas, transferir dinero entre cuentas y pagar facturas a través de la aplicación móvil
Empleados del banco	Soporte al cliente y gestión del sistema backend	Sistema backend eficiente y seguro	Capacidad para manejar altos volúmenes de transacciones, fácil de mantener y solucionar problemas
Propietarios del negocio	Interesados que desean mejorar la satisfacción del cliente y reducir costos	Aumento de la satisfacción del cliente, reducción de costos y seguimiento de métricas de uso	Capacidad para rastrear el uso por parte del cliente, los niveles de satisfacción y analizar las métricas de uso para mejorar la aplicación móvil

Este documento de análisis de interesados identifica a los diferentes interesados involucrados en el proyecto, sus roles, intereses y necesidades. Proporciona una imagen clara de lo que cada interesado desea lograr con el proyecto y sus prioridades. Este documento puede servir como punto de referencia durante todo el proyecto y puede actualizarse cuando se identifiquen nuevos interesados o cuando cambien las necesidades de los interesados.

Plantilla de recolección de requisitos

Aquí tiene un ejemplo de una plantilla de recolección de requisitos para la descripción del problema que proporcionó:

Plantilla de Recopilación de Requisitos: Aplicación de Banca Móvil

Descripción del Requisito	Nivel de Prioridad	Criterios de Aceptación	Nombre del Interesado
Capacidad para ver saldos de cuentas	Alta	El usuario debe poder ver los saldos actuales de todas las cuentas asociadas a su perfil	Clientes
Capacidad para transferir dinero entre cuentas	Alta	El usuario debe poder transferir dinero entre cuentas utilizando la aplicación móvil	Clientes
Capacidad para pagar facturas	Alta	El usuario debe poder pagar facturas a través de la aplicación móvil	Clientes
Sistema backend eficiente	Alta	El sistema backend debe ser capaz de manejar altos volúmenes de transacciones y ser fácil de mantener	Empleados del Banco
Seguimiento de métricas de uso	Media	La aplicación debe ser capaz de rastrear las métricas de uso del cliente y sus niveles de satisfacción	Propietarios de Negocios

Esta plantilla de recopilación de requisitos ayuda a recopilar requisitos de los interesados al definir cada requisito, su nivel de prioridad, los criterios de aceptación y el nombre del interesado asociado. La plantilla puede utilizarse para capturar requisitos durante entrevistas, encuestas y grupos focales con los interesados. Garantiza que todos los requisitos se capturen, prioricen y se alineen con los intereses y necesidades de los interesados. La plantilla puede actualizarse cuando se identifiquen nuevos requisitos o cuando cambien los niveles de prioridad de los requisitos existentes.

Matriz de Rastreabilidad de Requisitos

Aquí hay un ejemplo de una Matriz de Rastreabilidad de Requisitos para la descripción del problema que proporcionó:

Matriz de Rastreabilidad de Requisitos: Aplicación de Banca Móvil

ID del Requisito	Descripción del requisito	Nombre del interesado	Estado	Referencia del documento de diseño	Referencia del documento de prueba
R1	Capacidad para ver los saldos de las cuentas	Clientes	Implementado	Diseño de interfaz 1.1	Caso de prueba 1.1
R2	Capacidad para transferir dinero entre cuentas	Clientes	En progreso	Diseño de interfaz 1.2	Caso de prueba 1.2
R3	Capacidad para pagar facturas	Clientes	No iniciado	Diseño de interfaz 1.3	Caso de prueba 1.3
R4	Sistema backend eficiente	Empleados del banco	Implementado	Diseño de backend 2.1	Caso de prueba 2.1
R5	Seguimiento de métricas de uso	Propietarios de negocios	En progreso	Diseño de análisis 3.1	Caso de prueba 3.1

Esta matriz de trazabilidad de requisitos ayuda a rastrear el progreso de los requisitos a lo largo del proyecto. Asigna cada requisito a su descripción, nombre del interesado, estado y referencias a documentos de diseño y pruebas. La matriz garantiza que todos los requisitos se tengan en cuenta y proporciona una forma clara de rastrear el estado de implementación de cada requisito. Puede utilizarse como punto de referencia durante el desarrollo y las pruebas para asegurarse de que todos los requisitos se hayan cumplido y probado. La matriz puede actualizarse a medida que avanza el proyecto y se añaden nuevos requisitos o cambian los requisitos existentes.

Documento de persona de usuario

Aquí tiene un ejemplo de un documento de persona de usuario para la descripción del problema que proporcionó:

Documento de persona de usuario: Aplicación de banca móvil

Nombre de la persona: Sarah

Antecedentes:

Sarah es una diseñadora gráfica de 29 años que trabaja para una firma de diseño en la ciudad. Es tecnológica y utiliza su teléfono móvil para casi todo, incluyendo banca. Está siempre en movimiento y prefiere usar su aplicación móvil para gestionar sus finanzas, ya que le ahorra tiempo.

Demografía:

• Edad: 29
• Género: Femenino
• Estado civil: Soltero
• Ocupación: Diseñadora gráfica
• Ubicación: Urbana

Objetivos:

• Poder acceder rápidamente y fácilmente a sus saldos de cuenta
• Poder transferir dinero entre sus cuentas sin complicaciones
• Poder pagar sus facturas a tiempo usando la aplicación móvil

Desafíos:

• Sarah tiene varias cuentas bancarias y a veces le resulta difícil llevar la cuenta de sus saldos en todas ellas.
• Le preocupa la seguridad de su información financiera y desea asegurarse de que su aplicación de banca móvil sea segura.

Cita:

“Me encanta usar mi aplicación móvil para gestionar mis finanzas. Me ahorra mucho tiempo y molestias. Solo quiero poder acceder rápidamente y fácilmente a mis saldos, transferir dinero entre mis cuentas y pagar mis facturas a tiempo.”

Este documento de persona de usuario ayuda a crear un perfil detallado de un usuario típico de la aplicación de banca móvil. Proporciona información sobre el antecedente del usuario, su demografía, sus objetivos, sus desafíos y sus citas. Este documento puede utilizarse como punto de referencia al diseñar y probar la aplicación móvil, para asegurarse de que la aplicación satisfaga las necesidades de sus usuarios objetivo. El documento puede actualizarse cuando se identifiquen nuevas personas de usuario o cuando cambien las necesidades de las personas existentes.

 

Lista de casos de uso candidatos

Basado en la descripción del problema que proporcionó, aquí tiene una lista de casos de uso candidatos para la aplicación de banca móvil:

1. Ver saldos de cuentas – Los usuarios deben poder ver sus saldos actuales de todas las cuentas asociadas a su perfil.
2. Transferir dinero entre cuentas – Los usuarios deben poder transferir dinero entre sus cuentas utilizando la aplicación móvil.
3. Pagar facturas – Los usuarios deben poder pagar facturas a través de la aplicación móvil.
4. Configurar pagos automáticos – Los usuarios deben poder configurar pagos automáticos para facturas recurrentes.
5. Depositar cheques – Los usuarios deben poder depositar cheques utilizando la aplicación móvil.
6. Encontrar cajeros automáticos y sucursales cercanas – Los usuarios deben poder encontrar cajeros automáticos y sucursales bancarias cercanas utilizando la aplicación móvil.
7. Reportar tarjetas perdidas o robadas – Los usuarios deben poder reportar tarjetas perdidas o robadas utilizando la aplicación móvil.
8. Contactar al servicio al cliente – Los usuarios deben poder contactar al servicio al cliente a través de la aplicación móvil.
9. Ver el historial de transacciones – Los usuarios deben poder ver su historial de transacciones para todas las cuentas asociadas a su perfil.
10. Configurar alertas de cuenta – Los usuarios deben poder configurar alertas para saldos bajos, transacciones grandes y otras actividades de la cuenta.

Estos casos de uso cubren una gama de funcionalidades que los usuarios podrían esperar de una aplicación de banca móvil. Cada caso de uso representa una acción o tarea específica que un usuario puede realizar dentro de la aplicación. Estos casos de uso pueden utilizarse para desarrollar historias de usuario, casos de prueba y otros artefactos del proyecto. También pueden priorizarse según las necesidades e intereses de los interesados involucrados.

 

Casos de uso priorizados

Aquí hay una tabla de ejemplo que prioriza los casos de uso según su tamaño, prioridad y objetivos/valores para la aplicación de banca móvil:

Casos de uso	Tamaño	Prioridad	Objetivo/Valores
Ver saldos de cuentas	Pequeño	Alta	Conveniencia, Acceso a información
Transferir dinero entre cuentas	Mediano	Alta	Conveniencia, Eficiencia
Pagar facturas	Mediano	Alta	Conveniencia, Eficiencia
Configurar pagos automáticos	Mediano	Mediano	Conveniencia, Eficiencia
Depositar cheques	Mediano	Mediano	Conveniencia, Eficiencia
Buscar cajeros automáticos y sucursales cercanas	Pequeño	Mediano	Conveniencia, Acceso a la información
Reportar tarjetas perdidas o robadas	Pequeño	Mediano	Seguridad, Prevención de fraudes
Contactar al servicio al cliente	Pequeño	Mediano	Servicio al cliente, Satisfacción
Ver el historial de transacciones	Mediano	Bajo	Registro de información, Acceso a la información
Configurar alertas de cuenta	Mediano	Bajo	Conveniencia, Seguridad

Esta tabla enumera cada caso de uso, junto con su tamaño (pequeño, mediano o grande), prioridad (alta, media o baja) y el objetivo o valor que representa (por ejemplo, conveniencia, acceso a la información, seguridad, etc.). El tamaño del caso de uso se determina por la cantidad de esfuerzo requerida para implementarlo, mientras que la prioridad se basa en la importancia del caso de uso para el éxito del proyecto. El objetivo o valor ayuda a proporcionar contexto para cada caso de uso y explicar por qué es importante. Esta tabla puede utilizarse para guiar el desarrollo de la aplicación de banca móvil y asegurarse de que los casos de uso más críticos se prioricen adecuadamente.

Ejemplo de descripción de caso de uso

Aquí hay un ejemplo de descripción de caso de uso para el caso de uso «Ver saldos de cuenta»:

Nombre del caso de uso: Ver saldos de cuentas

Actores:

• Cliente

Descripción: El cliente desea ver los saldos de sus cuentas a través de la aplicación de banca móvil. Este caso de uso permite al cliente verificar rápidamente y fácilmente los saldos de sus cuentas sin tener que visitar una sucursal bancaria ni un cajero automático.

Precondiciones:

• El cliente tiene una cuenta válida con el banco.
• El cliente ha descargado e instalado la aplicación de banca móvil en su teléfono inteligente o tableta.
• El cliente ha iniciado sesión en su cuenta de banca móvil.

Flujo básico:

1. El cliente abre la aplicación de banca móvil.
2. El cliente selecciona la opción «Ver saldos de cuentas» desde el menú principal.
3. La aplicación muestra una lista de las cuentas del cliente, junto con el saldo actual de cada cuenta.
4. El cliente revisa los saldos de las cuentas.

Flujos alternativos:

• Si el cliente tiene solo una cuenta, la aplicación puede mostrar automáticamente el saldo de la cuenta sin mostrar una lista de cuentas (paso 3).
• Si el cliente tiene múltiples cuentas, pero la aplicación no puede recuperar los saldos de las cuentas, se muestra un mensaje de error al cliente.

Postcondiciones:

• El cliente ha visto los saldos de sus cuentas.
• El cliente puede optar por realizar otras acciones dentro de la aplicación de banca móvil o cerrar sesión en su cuenta.

Excepciones:

• Si la aplicación de banca móvil no está disponible o no funciona correctamente, el cliente no podrá ver los saldos de sus cuentas.
• Si el cliente ha olvidado sus credenciales de inicio de sesión, deberá restablecer su contraseña o ponerse en contacto con el servicio de atención al cliente para obtener ayuda.
• Si la cuenta del cliente está cerrada o inactiva, no podrá ver los saldos de la cuenta.