UML - Diagramas de casos de uso
Para modelar un sistema, el aspecto más importante es capturar el comportamiento dinámico. El comportamiento dinámico significa el comportamiento del sistema cuando está en ejecución / en funcionamiento.
Solo el comportamiento estático no es suficiente para modelar un sistema, sino que el comportamiento dinámico es más importante que el comportamiento estático. En UML, hay cinco diagramas disponibles para modelar la naturaleza dinámica y el diagrama de casos de uso es uno de ellos. Ahora que tenemos que discutir que el diagrama de casos de uso es de naturaleza dinámica, debería haber algunos factores internos o externos para hacer la interacción.
Estos agentes internos y externos se conocen como actores. Los diagramas de casos de uso constan de actores, casos de uso y sus relaciones. El diagrama se utiliza para modelar el sistema / subsistema de una aplicación. Un diagrama de caso de uso único captura una funcionalidad particular de un sistema.
Por lo tanto, para modelar todo el sistema, se utilizan varios diagramas de casos de uso.
Propósito de los diagramas de casos de uso
El propósito del diagrama de casos de uso es capturar el aspecto dinámico de un sistema. Sin embargo, esta definición es demasiado genérica para describir el propósito, ya que otros cuatro diagramas (actividad, secuencia, colaboración y Statechart) también tienen el mismo propósito. Examinaremos algún propósito específico, que lo distinguirá de otros cuatro diagramas.
Los diagramas de casos de uso se utilizan para recopilar los requisitos de un sistema, incluidas las influencias internas y externas. Estos requisitos son principalmente requisitos de diseño. Por lo tanto, cuando se analiza un sistema para recopilar sus funcionalidades, se preparan casos de uso y se identifican los actores.
Cuando se completa la tarea inicial, los diagramas de casos de uso se modelan para presentar la vista exterior.
En resumen, se puede decir que los propósitos de los diagramas de casos de uso son los siguientes:
Se utiliza para recopilar los requisitos de un sistema.
Se utiliza para obtener una vista exterior de un sistema.
Identificar los factores externos e internos que influyen en el sistema.
Muestre la interacción entre los requisitos son actores.
¿Cómo dibujar un diagrama de casos de uso?
Los diagramas de casos de uso se consideran para el análisis de requisitos de alto nivel de un sistema. Cuando se analizan los requisitos de un sistema, las funcionalidades se capturan en casos de uso.
Podemos decir que los casos de uso no son más que las funcionalidades del sistema escritas de manera organizada. Lo segundo que es relevante para los casos de uso son los actores. Los actores pueden definirse como algo que interactúa con el sistema.
Los actores pueden ser un usuario humano, algunas aplicaciones internas o pueden ser algunas aplicaciones externas. Cuando planeamos dibujar un diagrama de casos de uso, debemos tener identificados los siguientes elementos.
Funcionalidades a representar como caso de uso
Actors
Relaciones entre los casos de uso y los actores.
Los diagramas de casos de uso se dibujan para capturar los requisitos funcionales de un sistema. Después de identificar los elementos anteriores, tenemos que usar las siguientes pautas para dibujar un diagrama de caso de uso eficiente
El nombre de un caso de uso es muy importante. El nombre debe elegirse de tal manera que pueda identificar las funcionalidades realizadas.
Dale un nombre adecuado a los actores.
Muestre relaciones y dependencias claramente en el diagrama.
No intente incluir todo tipo de relaciones, ya que el objetivo principal del diagrama es identificar los requisitos.
Utilice notas siempre que sea necesario para aclarar algunos puntos importantes.
A continuación se muestra un diagrama de casos de uso de muestra que representa el sistema de gestión de pedidos. Por lo tanto, si miramos en el diagrama, encontraremos tres casos de uso(Order, SpecialOrder, and NormalOrder) y un actor que es el cliente.
Los casos de uso de SpecialOrder y NormalOrder se extienden del caso de uso de Order . Por lo tanto, tienen una relación extendida. Otro punto importante es identificar el límite del sistema, que se muestra en la imagen. El actor Cliente se encuentra fuera del sistema, ya que es un usuario externo del sistema.
¿Dónde usar un diagrama de casos de uso?
Como ya hemos comentado, existen cinco diagramas en UML para modelar la vista dinámica de un sistema. Ahora todos y cada uno de los modelos tienen un propósito específico para usar. En realidad, estos propósitos específicos son diferentes ángulos de un sistema en funcionamiento.
Para comprender la dinámica de un sistema, necesitamos usar diferentes tipos de diagramas. El diagrama de casos de uso es uno de ellos y su propósito específico es recopilar los requisitos y actores del sistema.
Los diagramas de casos de uso especifican los eventos de un sistema y sus flujos. Pero el diagrama de casos de uso nunca describe cómo se implementan. El diagrama de casos de uso se puede imaginar como una caja negra donde solo se conocen la entrada, la salida y la función de la caja negra.
Estos diagramas se utilizan a un nivel muy alto de diseño. Este diseño de alto nivel se refina una y otra vez para obtener una imagen completa y práctica del sistema. Un caso de uso bien estructurado también describe la condición previa, la condición posterior y las excepciones. Estos elementos adicionales se utilizan para crear casos de prueba al realizar la prueba.
Aunque el caso de uso no es un buen candidato para la ingeniería directa e inversa, aún se utilizan de una manera ligeramente diferente para hacer ingeniería directa e inversa. Lo mismo ocurre con la ingeniería inversa. El diagrama de casos de uso se usa de manera diferente para que sea adecuado para la ingeniería inversa.
En la ingeniería avanzada, los diagramas de casos de uso se utilizan para crear casos de prueba y en los casos de uso de ingeniería inversa se utilizan para preparar los detalles de los requisitos de la aplicación existente.
Los diagramas de casos de uso se pueden utilizar para:
Análisis de requisitos y diseño de alto nivel.
Modele el contexto de un sistema.
Ingeniería inversa.
Ingeniería avanzada.