Resumen de diagramas de casos de uso, documentos y plantillas
¿Qué es un caso de uso?
Un caso de uso es un método para capturar los requisitos para el diseño de software y sistemas. Los casos de uso documentan las acciones de actores externos (generalmente humanos, pero los sistemas externos también se consideran actores) que interactúan con un sistema para lograr un objetivo específico. Hay muchas formas diferentes en las que se documentan los casos de uso, pero las formas más comunes son diagramas que utilizan UML (Lenguaje de modelado unificado) y documentos escritos con diversos grados de detalle (desde descripciones de 1 a 2 oraciones hasta varias páginas).
Los métodos elegidos para documentar casos de uso pueden variar mucho entre organizaciones e incluso proyectos individuales dentro de la misma organización. En muchos casos, es suficiente una combinación de diagramas UML y breves descripciones escritas. Sin embargo, algunos proyectos pueden requerir descripciones más detalladas y formales. Cuando se requiere un formato muy específico para documentar los casos de uso, es útil crear una plantilla, para que quien esté creando los casos de uso pueda concentrarse en completar la información necesaria sin necesidad de memorizar el formato.
Tomemos, por ejemplo, a Jason, que es un analista de negocios que trabaja en un nuevo CMS (sistema de gestión de contenido). Tiene que crear casos de uso, pero aún no está seguro de cómo quiere documentarlos. Decide intentar usar diagramas UML.
![]() |
Diagramas UML de casos de uso
UML es un lenguaje visual estandarizado para crear una amplia variedad de diagramas, generalmente relacionados con el desarrollo de software. El tipo más común de diagrama UML para casos de uso se denomina simplemente diagrama de casos de uso . Los diagramas de casos de uso son representaciones de muy alto nivel de uno o más casos de uso para un sistema. Capturan las interacciones entre los actores y el sistema, pero generalmente no brindan detalles adecuados para capturar todos los requisitos. Un diagrama de caso de uso típico tendrá uno o más actores (generalmente representados como simples figuras de palitos, aunque los actores no humanos pueden usar un icono diferente), uno o más casos de uso con descripciones de dos o tres palabras (por ejemplo, Escribir artículo) y líneas indicando las relaciones entre los actores y los casos de uso (por ejemplo, una línea del actor Writer al caso de uso de Escribir artículo).
Un diagrama de casos de uso por sí solo no suele ser documentación suficiente. Los diagramas de secuencia son más adecuados para capturar requisitos detallados. Un diagrama de secuencia es una representación de todas las acciones en un caso de uso particular (o grupo de casos de uso relacionados) organizadas horizontalmente. En un diagrama de secuencia típico, los actores están en el extremo izquierdo, las barras verticales que representan cada componente del sistema siguen a la derecha, y las flechas horizontales con descripciones de cada acción conectan a los actores y las barras. Existe un amplio grado de libertad en el nivel de detalle capturado en un diagrama de secuencia. Es posible capturar los requisitos hasta el nivel técnico de los objetos y funciones que se utilizarán en el código cuando se escriba el sistema.
Volvamos a nuestro hipotético analista de negocios Jason. Crea algunos diagramas de casos de uso para el sistema. Encuentra que son excelentes para documentar todos los casos de uso necesarios para el CMS, pero necesita una mejor manera de capturar los requisitos detallados. Experimenta con diagramas de secuencia, pero decide que los documentos escritos serían más claros.
Documentos de casos de uso
Los diagramas no son necesarios para documentar casos de uso. Muchos proyectos están bien con documentos de casos de uso escritos. No existe un formato estándar para un caso de uso escrito, pero como mínimo un caso de uso escrito debe contener un título, el actor principal, los actores secundarios y una descripción con suficiente detalle para que los desarrolladores del sistema lo implementen. Comúnmente, esto significa una guía paso a paso de las acciones de los actores y del sistema, estados esperados antes y después de que ocurra el caso de uso, y flujos alternativos a través del caso de uso (por ejemplo, negar al usuario si no tiene acceso suficiente). También puede haber otra información, como una justificación de la necesidad de que el sistema satisfaga el caso de uso, una lista de las partes interesadas del caso de uso y requisitos no funcionales (por ejemplo, el sistema debe proporcionar acceso 24 horas al día, 7 días a la semana).
Plantillas de casos de uso
Si bien es posible crear casos de uso perfectamente aceptables sin adherirse estrictamente a un formato, generalmente es más fácil tener un punto de partida en lugar de comenzar desde una página en blanco cada vez. Esto es especialmente cierto en proyectos grandes o en organizaciones que requieren un alto grado de estandarización de documentos. En este caso, es mejor crear una plantilla para los documentos de casos de uso. Es común crear estas plantillas en aplicaciones de productividad estándar como Microsoft Word o Excel, pero también hay aplicaciones que se especializan en crear documentos de casos de uso. Independientemente de la aplicación utilizada, el objetivo de utilizar una plantilla es estandarizar y simplificar el proceso de creación de casos de uso.
En nuestro ejemplo, Jason crea un formato para documentar los casos de uso y comienza a escribirlos. El jefe de Jason ve los casos de uso y realmente le gusta el formato que Jason ha creado. Ella le pide a Jason que cree una plantilla para que el formato se pueda usar en otros proyectos.
Jason termina de crear todos los casos de uso y la plantilla de casos de uso. Se ha asegurado de que se hayan capturado todos los requisitos para que los desarrolladores creen el CMS, y también ha creado una plantilla que facilitará la creación de casos de uso para él y los demás en el futuro.
Resumen de la lección
Los casos de uso se utilizan durante el proceso de diseño del software y del sistema para capturar los requisitos. Documentan las interacciones de los usuarios y los sistemas externos con el sistema que se está diseñando. Los casos de uso se pueden documentar visualmente utilizando UML (Lenguaje de modelado unificado). Hay dos tipos de diagramas UML: diagramas de casos de uso ( diagramas de alto nivel que generalmente cubren muchos casos de uso) y diagramas de secuencia (contienen más detalles y generalmente se enfocan en un caso de uso o un conjunto de casos de uso relacionados). Los casos de uso también pueden ser documentos escritos, que incluyen descripciones paso a paso del caso de uso y otra información importante. Se pueden crear plantillas de casos de uso para estandarizar el formato de los documentos de casos de uso.
Articulos relacionados
- ¿El Seguro de Vida Paga en Casos de Suicidio?
- Resumen y análisis del Libro “Una rosa para Emily”
- De Architectura de Vitruvio: resumen y libros
- Simbolismo en Edipo Rey de Sófocles: Resumen y análisis
- Masacre en Wounded Knee: resumen e historia
- The Bells de Poe: resumen y análisis
- The Nose de Nikolai Gogol: resumen y análisis
- 1984 de George Orwell: resumen, personajes, temas y análisis
- Orlando de Virginia Woolf: resumen y análisis
- Ligeia de Edgar Allan Poe: resumen y análisis