# data[].attributes.body
- Identificar una clase por cada diálogo que necesite el actor en cada caso de uso.
- Pueden identificarse más de una clase por cada caso de uso del sistema.
- Su responsabilidad será coordinar la interacción entre el sistema y el actor.

# data[].attributes.body
-Clases de Interfaz de usuario.
- Clases de Interfaz del sistema. Clases que hacen interfaz con otros sistemas.
- Clases de Interfaz de dispositivo. Clases que hacen interfaz con dispositivos externos.

# data[].attributes.body
- Identificar una clase controladora de caso de uso, por cada caso de uso del sistema.
- El nombre debe ser igual al caso de uso que representa.
- El nombre debe ser igual al módulo que representa.
- Será responsable de procesar las transacciones de todos los casos de uso del módulo que representa.

# data[].attributes.body
- Crea, inicializa y borra objetos controlados.
- Controla la secuencia o coordina la ejecución de los objetos   controlados.
- Controla asuntos concurrentes para las clases controladas.
- Es usualmente, la implementación de un objeto intangible.

# data[].attributes.body
Definir una arquitectura candidata

Realizar la síntesis arquitectónica

Perfeccionar la arquitectura

# data[].attributes.body
- Identificar una clase entidad por cada sustantivo con identidad propia de datos  en el caso de uso.
-Términos ayuda, en ocasiones, a encontrar algunas clases entidad.
- Si se está analizando los casos de uso de sistema, revisar las entidades de negocio y se identifican las que se van a automatizar.

# data[].attributes.body
Principales productos de trabajo:

Realización de Casos de Uso.

Clases de Análisis.

Clases de Diseño.

Interfases.

Arquitectura de prueba de concepto.

Arquitectura de referencia.

Data Migration Specification.

Documento de arquitectura de software.

Mapa de navegación.

Modelo de análisis.

# data[].attributes.body
-Puede reflejar un fenómeno de la vida real.
-También puede ser necesitada por la tarea  interna del sistema.
- Los valores de estos atributos son entregados por un actor.

# data[].attributes.body
Modela el comportamiento especifico de uno o más casos de usos.

# data[].attributes.body
Modela información y asocia comportamientos que generalmente, son de larga duración (persistentes).  Pueden ser usados por más de un caso de uso.

# data[].attributes.body
- Definir una arquitectura candidata.
- Realizar la síntesis arquitectónica.
- Perfeccionar la arquitectura.
- Identificación de servicio.
- Analizar el comportamiento.
- Componentes de diseño.
- Diseñar la base de datos.
- Especificación de servicios.

# data[].attributes.body
Este dominio captura los productos de trabajo relacionados con la solución a los problemas planteados en el dominio de requisitos.

# data[].attributes.body
Modela la comunicación entre el entorno del sistema y su funcionamiento interno.

# data[].attributes.headline
Roles en la disciplina de Análisis y Diseño 

# data[].attributes.subject
Roles en la disciplina de Análisis y Diseño 

# data[].attributes.body
-> Analista de Sistemas
-> Arquitecto de Software
-> Diseñador
-> Diseñador de interfaz del Usuario
-> Diseñador de Base de Datos
-> Implementador

# data[].attributes.headline
DESCRIPCION DE UN GRUPO DE OBJETO REPRESENTA : 

# data[].attributes.subject
DESCRIPCION DE UN GRUPO DE OBJETO REPRESENTA : 

# data[].attributes.body
-Una semántica en común (nombre).
-Propiedades en común (atributos).
-Comportamiento similar (operaciones).
-Forma específica de relacionarse (asociaciones).

# data[].attributes.body
-> En la fase de Inicio(Inception) establece si el sistema previsto es factible, y a determinar las tecnologías potenciales para la solución.
-> La fase temprana de Elaboración(Elaboration) se enfoca en la creación de una arquitectura inicial para el sistema.

# data[].attributes.headline
DESARROLLO DE LAS ACTIVIDADES DE DISCIPLINA DE ANALISIS Y DISEÑO 

# data[].attributes.subject
DESARROLLO DE LAS ACTIVIDADES DE DISCIPLINA DE ANALISIS Y DISEÑO 

# data[].attributes.body
ELEMENTOS :  El modelo de Análisis está conformado por 3 elementos básicos, denominados clases de Análisis, con los estereotipos: Boundary, Control y Entity.

Estas clases de Análisis:
- Representan una abstracción en el dominio del problema.
-Deberían poder mapearse con conceptos del negocio, es decir, con la vida real

# data[].attributes.body
.-> Transformar requerimientos en las especificaciones
-> Definir la arquitectura del sistema.
-> Transformar especificaciones del análisis en las especificaciones del diseño
-> Adaptar el diseño a los requerimientos no funcionales.

# data[].attributes.body
Según el Workflow las entradas para esta disciplina son:
-> Modelo de Negocio.
- > Modelo de Requisitos.
-> Modelo de Casos de Uso.
-> Descripción de la Arquitectura.

# data[].attributes.body
El término Análisis es el proceso de examinar los casos de uso para descubrir objetos y clases, para el sistema que está siendo desarrollado.