# data[].attributes.body
¿Qué se debe incluir en una descripción?

Definir el estado inicial.

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

El orden requerido en que las acciones se ejecutarán.

Cómo y cuándo terminan los casos de uso.

Definir los posibles estados finales.

Las ejecuciones no permitidas.

Describir explícitamente lo que hace el sistema.

# data[].attributes.body
Cuando se modelan los casos de uso en UML, representa un comportamiento distinto e identificable del sistema o de una parte del mismo.
Un caso de uso se encuentra bien estructurado cuando:
-Nombra un comportamiento simple, identificable y razonablemente  del sistema.
-Factoriza el comportamiento común, incorporando desde otros casos de uso que incluye.
- Factoriza las variantes, colocando ese   comportamiento en otros casos de uso que   lo extienden.
-Describe el flujo de eventos de forma suficientemente clara, que alguien externo al sistema lo entienda fácilmente.

# data[].attributes.body
Una generalización entre actores se utiliza cuando varios actores juegan un rol más generalizado. Esto ocurre cuando el comportamiento del rol generalizado es descrito por la superclase actor.

# data[].attributes.body
Contiene los siguientes puntos:

Nombre

Descripción breve

Flujo de sucesos

Requisitos especiales

Condiciones previas

Condiciones posteriores

Puntos de extensión/ampliación

Relaciones

Diagramas de actividad

Diagramas de de caso de uso

Otros diagramas

# data[].attributes.body
Los actores se relacionan entre sí por el siguiente tipo de relación.

# data[].attributes.body
Verifican:
-> Que se capturan todos los requisitos.
-> Que los desarrolladores hayan entendido los requisitos.

# data[].attributes.body
Identifican:
-> Quién interactuará con el sistema y qué deberá hacer el sistema.
-> Qué interfaz deberá tener el sistema.

# data[].attributes.body
Los casos de uso están documentados en un artefacto llamado Use Case Specification

# data[].attributes.body
-> Son usados para comunicarse con el usuario final
-> Proporcionan credibilidad en una etapa inicial
-> Aseguran una comprensión mutua de los requisitos.

# data[].attributes.body
Fueron inventados por Ivar Jacobson.

# data[].attributes.body
-> Especificaciones del sistema
-> Entrevistas con expertos del dominio.
-> Conocimiento personal del dominio.
-> Legado del sistema.

# data[].attributes.body
Se determinan identificando cuáles son las actividades del negocio objetos de automatización

# data[].attributes.body
Un caso de uso es un proceso del sistema que define una secuencia de acciones que el sistema realiza para un actor.

# data[].attributes.body
Las clases pueden heredarse entre sí, y estos también se aplica en los casos de uso.

# data[].attributes.body
Representa una relación de dependencia y se ejecuta bajo ciertas condiciones que se presenten en el caso de uso base.

# data[].attributes.body
Esta relación implica dependencia, puesto que su ejecución depende siempre del caso de uso base, pues este lo invoca.

# data[].attributes.body
Los casos de uso se relacionan entre sí por los siguientes tipos de relaciones

# data[].attributes.body
Los casos de uso pueden organizarse de varias maneras:

Paquetes: Agruparlos por funcionalidad.

Relaciones: Especificando relaciones.