Análisis de Atributos

Aquí la idea básica de un atributo es la misma, es decir, que definen las propiedades de un objeto de datos. Sin embargo, tres nuevas ideas son relevantes desde la perspectiva orientada a objeto. Primero, los atributos son siempre más propensos al cambio que las clases. Si una estructura o un conjunto de clases parecen estar amontonándose, debido a que un objeto está cambiando de clase a clase, tal vez la Clase y Objeto en cuestión debiera simplemente ser un conjunto de atributos en otra clase. Segundo, los atributos deben ser mantenidos tan alto como sea posible en as estructuras Generalización-Especialización. Esta restricción reduce la programación y el mantenimiento, debido a que un cambio hecho en un objeto General será automáticamente heredado por todos los objetos especializados. Tercero, las asociaciones o relaciones entre los objetos deben ser detalladas como conexiones de ocurrencia, en vez de llaves foráneas.

Conexiones de Ocurrencia: En vez de amontonar el paquete de diseño con los detalles de llaves primarias y llaves foráneas, no se especifican los atributos de llave primaria. Por consecuencia, las referencias entre los objetos, como las asociaciones y relaciones, se indican por una solo línea entre los objetos con la misma notación de cardinalidad usada en las estructuras Todo-partes. Las conexiones de ocurrencia siempre suceden entre los objetos y no entre las clases.

Plantilla de Especificación Preliminar: Con la introducción de los atributos es necesario detalles de análisis adicionales para dar soporte al diagrama de capas. En esta etapa estos detalles toman en cuenta solamente descripciones de atributos y sus valores. Coad y Yourdon recomiendan una plantilla de especificación que proporcione un esquema similar al diccionario de datos.