15. Ingeniería del Software y UML: Diagrama de Casos de Uso (Parte 6).

Una relación de inclusión es representada como una dependencia, su estereotipo es include. Si queremos especificar la posición en un flujo de eventos en la cual el caso de uso base incluye el comportamiento de otro caso de uso, debemos escribir include seguido del nombre del caso de uso que queremos incluir.

Entretanto, una relación de extensión es representada también como una dependencia, su estereotipo es extend. Los puntos de extensión del caso de uso base se pueden listar en un compartimento extra. Estos puntos de extensión sólo son etiquetas que pueden aparecer en el flujo del caso de uso base. (Referencia: Organización de casos de uso. El Lenguaje Unificado de Modelado. Booch, Jacobson, Rumbaugh).

Décimo quinto episodio de la serie titulada, INGENIERÍA DEL SOFTWARE Y UML impartido por Demian Gutierrez. Sexta parte donde finalizamos el apartado de diagramas de casos de uso hablando sobre inclusión y extensión.

14. Ingeniería del Software y UML: Diagrama de Casos de Uso (Parte 5).

Si hablamos de organizar nuestros casos de uso, al igual que las clases, éstas pueden ser organizadas agrupándolas en paquetes. Los casos de uso también pueden organizarse especificando relaciones de generalización, inclusión y extensión entre ellos. El objetivo de estas relaciones implican la factorización del comportamiento común y la factorización de variantes. Si de generalización entre casos de uso se refiere, ésta es muy similar a la generalización entre clases. Ésto quiere decir que un caso de uso hijo hereda el comportamiento y significado del caso de uso padre, siendo posible que el caso de uso hijo añada o redefina el comportamiento del caso de uso padre. Además, el CU hijo puede ser ubicado en cualquier lugar donde aparezca el CU padre, siendo que tanto el uno como el otro puedan tener instancia concretas. (Referencia: Organización de casos de uso. El Lenguaje Unificado de Modelado. Booch, Jacobson, Rumbaugh).

Décimo cuarto episodio de la serie titulada, INGENIERÍA DEL SOFTWARE Y UML impartido por Demian Gutierrez. Quinta parte donde hablaremos sobre la generalización o especialización en nuestros casos de uso.

13. Ingeniería del Software y UML: Diagrama de Casos de Uso (Parte 4).

Generalmente, primero se realiza la descripción del flujo de eventos de un caso de uso de forma textual. Pero con el refinamiento de la comprensión de los requisitos del sistema, estos flujos se pueden representar de forma gráfica por medio de diagramas de interacción. Usualmente se echa mano de un diagrama de secuencia para especificar el flujo principal de un caso de uso, usándose variaciones de ese diagrama con el fin de especificar los flujos excepcionales del caso de uso.

Sabemos que es conveniente separar el flujo principal de los flujos alternativos, porque un caso de uso describe nada más y nada menos que un conjunto de secuencias, pues sería imposible describir en una sola secuencia, todos los detalles de un caso de uso no trivial. A cada secuencia se la denomina escenario. (Referencia: Casos de Uso y Escenarios. El Lenguaje Unificado de Modelado. Booch, Jacobson, Rumbaugh).

Décimo tercer episodio de la serie titulada, INGENIERÍA DEL SOFTWARE Y UML impartido por Demian Gutierrez. Cuarta parte donde conocemos los escenarios, base importante para modelar los casos de uso de nuestro proyecto.

12. Ingeniería del Software y UML: Diagrama de Casos de Uso (Parte 3).

Cuando comenzamos nuestro análisis sobre los sistemas encontramos que ninguno está aislado. Cualquier sistema que llame nuestra atención se encuentra en constante interacción, ya sea con actores humanos o automatizados que lo usan para cumplir con algún objetivo, esperando que el sistema en cuestión funcione de manera predecible. En este aspecto, un caso de uso puede especificar el comportamiento de un sistema o parte de éste, traduciéndose en un conjunto de "pasos" de acciones (incluyendo variaciones de esos pasos), que realiza el sistema para conseguir un resultado observable para el actor que la activó. (Referencia: Casos de Uso. El Lenguaje Unificado de Modelado. Booch, Jacobson, Rumbaugh).

Décimo segundo episodio de la serie titulada, INGENIERÍA DEL SOFTWARE Y UML impartido por Demian Gutierrez. Tercera parte donde continuamos sobre el ejemplo de aplicación de un diagrama de casos de uso, vemos antes la descripción textual que nos servirá para modelar el diagrama de casos de uso.

11. Ingeniería del Software y UML: Diagrama de Casos de Uso (Parte 2).

El diagrama de casos de uso representa la forma en como un Cliente (Actor) opera con el sistema en desarrollo, además de la forma, tipo y orden en como los elementos interactuan (operaciones o casos de uso).

Un diagrama de casos de uso consta de los siguientes elementos:

(1) Actor.
(2) Casos de Uso.
(3) Relaciones de Uso, Herencia y Comunicación. (Referencia: Casos de Uso (Use Case)).

Décimo primer episodio de la serie titulada, INGENIERÍA DEL SOFTWARE Y UML impartido por Demian Gutierrez. Segunda parte donde se nos explica en detalle que son los casos de uso, cómo y para qué se aplica su uso, su elementos y un ejemplo práctico de un caso de uso.

10. Ingeniería del Software y UML: Diagrama de Casos de Uso (Parte 1).

Un caso de uso es una descripción de los pasos o las actividades que deberán realizarse para llevar a cabo algún proceso. Los personajes o entidades que participarán en un caso de uso se denominan actores. En el contexto de ingeniería del software, un caso de uso es una secuencia de interacciones que se desarrollarán entre un sistema y sus actores en respuesta a un evento que inicia un actor principal sobre el propio sistema. Los diagramas de casos de uso sirven para especificar la comunicación y el comportamiento de un sistema mediante su interacción con los usuarios y/u otros sistemas. O lo que es igual, un diagrama que muestra la relación entre los actores y los casos de uso en un sistema. Una relación es una conexión entre los elementos del modelo, por ejemplo la especialización y la generalización son relaciones. Los diagramas de casos de uso se utilizan para ilustrar los requerimientos del sistema al mostrar cómo reacciona a eventos que se producen en su ámbito o en él mismo. (Referencia: Caso de uso).

Décimo episodio de la serie titulada, INGENIERÍA DEL SOFTWARE Y UML impartido por Demian Gutierrez. Primera parte donde nos introducimos a los casos de uso, qué son y cómo se implementan en el desarrollo de sistemas.