una parte dinámica y una parte estática, que hay que especificar por cada caso de uso

una parte estructural y una parte estática, que hay que especificar por cada caso de uso

una parte dinámica y una parte estructural, que hay que especificar por cada caso de uso

los roles que los distintos usuarios juegan al interactuar con el sistema.

las bases de datos que se usan para mantener de forma persistente la información que maneja el sistema.

únicamente los usuarios que interactúan con el sistema.

relacionar un CdU que tiene un comportamiento más especializado con un CdU más general

modelar comportamientos opcionales que, por definición, sólo se ejecutan en determinadas circunstancias

factorizar el comportamiento común de varios casos de uso

inclusión

extensión

herencia

especificar su escenario normal y, en su caso, sus escenarios alternativos

asegurarse de que tenga alguna relación de inclusión, extensión o herencia

guardar en la base de datos del sistema los actores que participan en el caso de uso

Un caso de uso tendrá tantas implementaciones normales y alternativas de ejecución como sean necesarios para describir su comportamiento

Es posible hacer ingeniería inversa desde el código fuente al diagrama de casos de uso

Los casos de uso son una herramienta de los Ingenieros del Software para representar qué debe hacer el sistema y con quién interactúa el mismo

inclusión

extensión

herencia

Los requisitos no funcionales que satisface ese caso de uso

El flujo de eventos básico y los flujos alternativos

Cómo y cuándo comienza y acaba el caso de uso

cómo se implementa el caso de uso

los eventos que se desarrollan en un escenario concreto del caso de uso

cómo el sistema interactúa con los actores y las clases a las que dan lugar

Bases de datos internas para mantener de forma persistente la información que maneja el sistema

Actores (primarios) que utilizan directamente el sistema

Actores (secundarios) que supervisan y mantienen el sistema