Un caso de uso es un concepto utilizado en el desarrollo de software, el diseño de productos y otros ámbitos para describir la utilidad de un sistema para realizar tareas concretas o conseguir objetivos específicos. Incluye una descripción de las interacciones de los usuarios o agentes con el sistema para conseguir un resultado determinado.
En este artículo, profundizaremos en el concepto de los casos de uso, su utilidad en el desarrollo de software y las ventajas que aportan. También analizaremos los tipos comunes de casos de uso y daremos algunos consejos sobre cómo crear casos de uso con facilidad.
Además, para que puedas gestionar los casos de uso de tus proyectos con eficacia, proporcionaremos una plantilla de gestión de requisitos prediseñada para ayudarte a recopilar toda la información necesaria y a garantizar que todas las partes interesadas trabajen en sintonía con los objetivos de los proyectos.
Detalles de los casos de uso
Un caso de uso describe las formas en que un usuario interactúa con un sistema o producto. Puede definir los escenarios de éxito, los escenarios de error y cualquier variación o excepción importante. Un caso de uso se puede redactar o representar gráficamente mediante una herramienta de modelos de caso de uso.
¿Un caso de uso es lo mismo que una historia de usuario?
No exactamente. Aunque los casos de uso y las historias de usuarios describen las interacciones entre un usuario y un sistema, son herramientas distintas con propósitos diferentes. Las historias de usuarios son oraciones sencillas que describen lo que un usuario quiere conseguir.
Por ejemplo, "Como usuario, quiero iniciar sesión en mi cuenta para consultar mis pedidos".
Esta es una historia de usuario sencilla. Los desarrolladores y analistas de negocios suelen combinar el uso de las dos herramientas. Si bien un caso de uso profundiza en los detalles, las historias de usuarios son más sencillas. Su uso conjunto ayuda a los equipos a saber cómo desarrollar productos de éxito.
La historia del caso de uso
El ingeniero informático sueco Ivar Jacobson publicó el primer artículo sobre los casos de uso en 1987, en el que describía cómo la empresa de telecomunicaciones Ericsson utilizaba esta técnica para recabar la información sobre los requisitos del sistema. En 1992, Jacobson colaboró en la autoría del libro "Object-Oriented Software Engineering — A Use Case Driven Approach", que difundió la utilidad de los casos de uso para determinar los requisitos funcionales en el desarrollo de software.
Más tarde, Jacobson colaboró con los ingenieros de software estadounidenses Grady Booch y James Rumbaugh para crear el lenguaje unificado de modelado (UML, por sus siglas en inglés), un lenguaje de programación que introdujo una forma estándar de representar el diseño de un sistema. Desde entonces, la técnica se ha adaptado a "plantillas" de redacción de casos de uso para agilizar la recopilación de información sobre los requisitos importantes.
¿Cuál es la finalidad de un caso de uso?
Estas son las finalidades de un caso de uso:
- Gestionar el alcance
- Determinar los requisitos
- Describir la forma en que un usuario interactuará con el sistema
- Visualizar la arquitectura del sistema
- Comunicar los requisitos técnicos a las partes interesadas empresariales
- Gestionar los riesgos
Tipos de casos de uso
¿Cómo ayudan los casos de uso a los equipos a lograr sus objetivos? Te presentamos los casos de uso más comunes para crear sistemas de éxito con facilidad.
Caso de uso empresarial
Un caso de uso empresarial describe los objetivos más importantes y las interacciones entre una empresa y sus usuarios. Se centra en los procesos empresariales y ayuda a los equipos a conocer los objetivos de la empresa.
Supongamos que quieres desarrollar una aplicación móvil para compras por Internet. Un caso de uso empresarial podría explicar cómo los usuarios exploran los productos, los añaden al carrito y efectúan la compra.
Caso de uso de sistemas
Este tipo de caso de uso desglosa cada paso de la interacción entre el usuario y el sistema, con una definición precisa de lo que ocurre en segundo plano.
Un caso de uso de sistemas explicaría qué sucede cuando el usuario inicia sesión en una aplicación, explora los productos y realiza un pedido. Es importante, sobre todo para los desarrolladores, porque indica exactamente cómo debe funcionar el sistema. Incluye detalles técnicos, como la forma en que el sistema gestiona los errores y qué pasos hay que seguir para garantizar una experiencia de usuario fluida.
Caso de prueba
Un caso de prueba verifica si el usuario puede alcanzar su objetivo sin inconvenientes. Si el caso de uso determina que un cliente debe iniciar sesión en su cuenta, el caso de prueba comprobará si el proceso de inicio de sesión funciona correctamente.
- ¿Acepta el sistema el nombre de usuario y la contraseña correctos?
- ¿Muestra un error si la contraseña es incorrecta?
Este tipo de caso de uso es importante para garantizar que el sistema funcione según lo previsto y ayuda a detectar errores o problemas antes de que el producto se lance.
¿Por qué los gestores de proyectos deben conocer los casos de uso?
Los gestores de proyectos deben conocer los casos de uso porque les ayuda a comunicar la estrategia a las partes interesadas y a salvar las distancias entre la justificación comercial y los requisitos técnicos.
PMI también señala que "los casos de uso proporcionan una estructura para recopilar la información sobre las necesidades de los clientes y determinar el alcance del proyecto". Pero, ¿qué significa eso exactamente?
Supongamos que eres gestor de proyectos en una empresa de tecnología educativa. La última idea de producto de tu empresa es una aplicación para los estudiantes donde pueden recibir clases en directo por una cuota de inscripción mensual. Crear un caso de uso para esta aplicación puede servir para explicar a las partes interesadas y al equipo del proyecto quién es el cliente, cómo interactuará el cliente con el producto y cuáles serán los requisitos y el alcance del proyecto.
Cómo redactar un caso de uso para un proyecto
Cuando se presenta por escrito, un caso de uso puede ser un elemento útil de la documentación del proyecto. Los casos de uso son un elemento común para los requisitos y pueden facilitar la comunicación entre las partes interesadas técnicas y empresariales.
Según la audiencia objetivo y el sistema objeto de estudio, el caso de uso puede ser detallado o básico, según proceda. El documento de un caso de uso debe determinar e identificar estos componentes clave:
- Sistema: un sistema es el producto, el servicio o el software objeto de estudio.
- Objetivo: se trata del resultado que el caso de uso pretende conseguir.
- Condiciones previas: son las condiciones que deben cumplirse antes de que el caso de uso se ponga en marcha.
- Agentes: un agente es un usuario o cualquier otro elemento que tiene un comportamiento determinado al interactuar con el sistema. El agente podría ser otro sistema, un componente de hardware o toda una organización. Hay cuatro tipos de agentes: un sistema objeto de estudio, un agente interno, un agente principal y un agente secundario. Los más conocidos son los dos últimos. Un agente principal inicia la interacción con el sistema, mientras que un agente secundario puede prestar un servicio al sistema.
- Flujo básico: se trata de la secuencia ideal de acciones en la que todo funciona según lo previsto. Se trata de la ruta principal y adecuada para el desarrollo de un proceso.
- Escenario: en relación con la "aplicación del UML y los patrones", Larman destaca que "un escenario es una secuencia específica de acciones e interacciones entre los agentes y el sistema objeto de estudio, que también se conoce como una instancia de caso de uso".
- Caso de uso: un caso de uso describe los escenarios de éxito y error que pueden darse cuando los agentes interactúan con el sistema. En esta sección, se determinaría el escenario de éxito principal, es decir, el resultado más conveniente entre el agente y el sistema. También se definiría el flujo alternativo, que explica lo que sucede en caso de fallo o error.
- Condiciones posteriores: se trata del estado del sistema y los agentes después de que se haya completado el caso de uso.
En lugar de redactar un caso de uso desde cero, puedes usar la plantilla de gestión de requisitos de Wrike para organizar cada detalle de tu proyecto. La plantilla de Wrike simplifica la asignación de tareas, el control del progreso y la colaboración con tu equipo. Todos pueden ver las actualizaciones en tiempo real y estar en sintonía con el objetivo del proyecto.
Ejemplo de caso de uso sencillo
- Caso de uso para una aplicación de comida a domicilio: la aplicación se puede utilizar para pedir comida directamente a los restaurantes. Cuando el usuario hace un pedido, se le ofrece la opción de pagar a través de la aplicación o de pagar cuando reciba la comida. Una vez confirmado el pedido, el restaurante recibirá una solicitud a través de su sistema. Luego, preparará la comida, la envasará y se la entregará al cliente. En este caso, la aplicación debe servir para recibir pedidos, tramitar pagos y establecer una comunicación electrónica con el restaurante.
- Sistema: aplicación de comida a domicilio.
- Agente principal: cliente que encarga comida.
- Escenario: el usuario explora las opciones de restaurantes. Una vez seleccionado el restaurante que le gusta, hace un pedido a través de la aplicación. Efectúa el pago en línea o verifica si puede pagar personalmente. La aplicación envía el pedido al sistema interno del restaurante. El personal del restaurante recibe y procesa el pedido electrónico.
Este caso de uso explica cómo el cliente y el empleado del restaurante (los agentes) interactúan con la aplicación de comida a domicilio (el sistema) y el resultado esperado de cada interacción.
Esto ayuda a esbozar un esquema de lo que se espera en la fase de desarrollo. La aplicación debe tener la capacidad de tramitar los pagos, por ejemplo.
¿Qué es un modelo de caso de uso?
Un modelo de caso de uso es una representación gráfica de las interacciones entre un agente y un sistema. Como también indica PMI, los modelos de casos de uso representan procesos, lo que ayuda especificar las condiciones previas y los desencadenantes.
Un modelo de caso de uso suele expresarse mediante el UML. En estas representaciones, hay tres componentes principales: el sistema, los agentes y el caso de uso.
El sistema se identifica con un rectángulo o "cuadro delimitador". Los agentes se representan como monigotes fuera del cuadro delimitador, mientras que los casos de uso se presentan dentro del cuadro como texto dentro de una figura ovalada. Las líneas continuas y discontinuas simbolizan la asociación entre los agentes y los casos de uso del sistema.
¿Cuál es la diferencia entre un modelo de caso de uso y un diagrama de caso de uso?
Un diagrama de caso de uso no es más que un tipo de modelo de caso de uso. Un diagrama de modelo caso de uso utiliza texto y figuras para representar la relación entre un usuario y un sistema.
Las finalidades principales de los diagramas de modelo de caso de uso son estas:
- Visualizar el flujo y el comportamiento del sistema
- Ilustrar la funcionalidad del sistema
- Representar las interacciones principales entre el sistema y el usuario
Según el sistema, la complejidad de un diagrama de modelo de caso de uso puede variar, ya que puede mostrar asociaciones básicas o ser más amplio para mostrar varias excepciones.
Ejemplo de diagrama de modelo de caso de uso
Crear un caso de uso en Wrike
Ahórrate el esfuerzo de crear un caso de uso desde cero. Si utilizas Wrike para crearlo, optimizarás el proceso de desarrollo de productos y tu software cubrirá las necesidades de sus usuarios.
Gracias a la plantilla de gestión de requisitos de Wrike,puedes hacer un seguimiento de todos los requisitos de casos de uso de forma centralizada. Cuando sea el momento de planificar y ejecutar el proyecto, la plantilla de programación de proyectos de Wrike te ayudará a crear un plan claro y viable para que tu equipo mantenga el rumbo. Prueba Wrike hoy mismo y verás lo fácil que es incorporar los casos de uso a tu proceso de desarrollo de productos.
