# data[].attributes.body
Cabe resaltar que la generación de código solo está referida a la creación de los Namespace hasta la declaración completa de la clase; el resto, tendrá que ser completado por el programador.

# data[].attributes.body
Para observar este código antes de ser generado, se debe seleccionar una clase y observar las operaciones, según la herramienta que se esté utilizando.

# data[].attributes.body
Es una forma más fuerte de agregación.  Es decir  las partes no tienen vida independiente fuera del todo.

# data[].attributes.body
Es un tipo de relación todo-parte

# data[].attributes.body
El modelo lógico obliga a mostrar detalles de las clases para mejorar la explicación de las reglas del negocio.

# data[].attributes.body
Se puede convertir una relación de asociación en una relación de agregación o una forma mayor de agregación conocida como la relación de agregación de composición, si la semántica de la asociación lo garantiza

# data[].attributes.headline
El Modelo Lógico termina de refinar el Modelo Conceptual

# data[].attributes.subject
El Modelo Lógico termina de refinar el Modelo Conceptual

# data[].attributes.body
Donde se reducen y/o aumentan las clases, quedando aquellas que van a ser diseñadas como tablas de la base de datos (clases relevantes) que almacenarán la información del sistema

# data[].attributes.body
muestra que es posible pasar desde un objeto de la clase fuente a uno o más objetos de la clase destino.

# data[].attributes.body
Una interface es una colección de operaciones que son usadas para especificar un servicio de una clase o componente. A diferencia de las clases estas no tienen atributos.

# data[].attributes.body
Un objeto es una instancia de una clase en tiempo de ejecución

# data[].attributes.body
Es una herramienta de UML que muestra la estructura estática del sistema. Además, modela la colaboración entre las clases de diseño que conforman del sistema.

# data[].attributes.body
El proceso de identificación es similar al proceso de análisis, pero con la diferencia de que los estereotipos son de diseño. En consecuencia, las operaciones, atributos, parámetros, tipos y demás, serán especificados según el lenguaje de programación elegido.

# data[].attributes.body
La realización de los casos de uso de diseño se apoya en:
- Diagramas de interacción de diseño.
- Diagramas de clase que contienen las clases de diseño que participan.

# data[].attributes.body
Una clase es una descripción de un grupo de objetos con propiedades en común (atributos), comportamiento ( operaciones) , Forma de relacionarse entre objetos ( asosiaciones y agregados ) y una semántica en común.

# data[].attributes.headline
Construcción del diagrama de clases de diseño

# data[].attributes.subject
Construcción del diagrama de clases de diseño

# data[].attributes.body
Consta de varias sub actividades:

# data[].attributes.body
Tablas.

Columnas o campos.

Llaves primarias y foráneas.

Restricciones.

Índices. - Relaciones.

Diagrama del Modelo de Datos.

# data[].attributes.body
d

# data[].attributes.body
El modelo de datos es la representación de la vista física de los datos, por lo tanto, es dependiente del tipo de base de datos escogido