Diagrama de clases de un sistema contable

Clasificado en Informática

Escrito el en español con un tamaño de 4,81 KB

Modelado Estructural

Se describen los tipos de objetos de un sistema y las

relaciones estáticas que existen entre ellos.

Un diagrama de clase es una representación gráfica de un

modelo estructural.

Los diagramas de Clases y de Objetos son los principales Modos de representar los

aspectos estructurales en UML.

Diagramas de clases. Estructura del sistema.

Clases

Atributos: Tipos, valores iniciales.

Métodos: visibilidad

Relaciones con otras clases: Asociaciones

Diagramas de objetos. Estructura del sistema en tiempo de Ejecución.

Objetos. Instancias de una Clase.

Diagrama de Clases

Atributos

[visibilidad] [/] nombre [: tipo] [multiplicidad] [= valor]

Visibilidad (opcional):

Pública: +

Privada: -

Protegida: #

 “/” indica que el atributo es derivado.

La multiplicidad va entre [ ] y por defecto vale 1.

Asociaciones y Dependencia

Existen relaciones de conocimiento entre clases, en las Cuales instancias de una

clase se relacionan con instancias de otras clases

Dependencia: relación muy débil, en la que cual un cambio en La clase utilizada

puede afectar al funcionamiento en la clase utilizadora, Pero no al contrario

Diagrama de Clases

Asociaciones y Dependencias

Otros ejemplos de dependencia

Diagrama de Clase

Multiplicidad

Diagrama de Clases

Atributos de enlace: Propiedad de los enlaces de una asociación. No se pueden

asociar a ningún objeto que interviene en la asociación sin Perder información.

Trasladar atributos de enlace a algunas de las clases de la Asociación:

Diagrama de Clases

Clase de asociación: Consiste en representar una asociación Como una clase

(añadir atributos/operaciones)

Diagrama de Clases

Agregación/Composició

Dos criterios:

Dependencia

¿La existencia de una parte va ligada a la del agregado?

Exclusividad:

¿Una parte puede pertenecer a más de un agregado?

Diagrama de Clase

Composición

Un Círculo contiene un Punto.

Se representa con una Composición

Relación del tipo todo/parte

El todo es el Círculo

La parte es el Punto

Es una relación fuerte

Si el Círculo es destruido o copiado, también lo es el Punto

La cardinalidad en la parte del todo es 0..1 o 1.

Cuando la relación todo/parte no es tan fuerte, se utiliza Agregación

La ventana contiene figuras, pero cada una puede existir sin La otra

Complete/Incomplete : ¿Se han especificado todos los Descendientes?

Disjoint/Overlapping

Overlapping: Una nueva clase puede ser subclase de más de Una subclase.

Disjoint: Una nueva clase no puede ser subclase de más de Una subclase.

Diagrama de Clases

Clasificación Dinámica: Un objeto puede cambiar de clase Dentro de la jerarquía

de subclases.

Diagrama de Clase

Los atributos no deben ser objetos (utilizar asociaciones en Tal

caso).

En los diagramas de clases no suelen aparecer (son detalles

de implementación y no de diseño):

Constructores

Métodos de acceso (“get/set”)

Métodos de gestión de elementos de una asociación o

agregación (por ejemplo, “add/remové”)

Diagrama de Clases

Diagramas de Objetos

Contiene un conjunto de instancias de los elementos Encontrados en un Diagrama

de Clases. Por lo tanto, expresa la parte estática de una Interacción, consistiendo

en los objetos que colaboran, pero sin ninguno de los Mensajes enviados entre

ellos.

Decidir qué situación queremos representar del sistema, en Un momento

concreto del mismo, permitiendo así mostrar los objetos y Sus relaciones

Con los Diagrama de Objetos no se puede especificar Completamente la

estructura de objetos del sistema. Puede existir una Multitud de posibles

instancias de una clase particular, y para un conjunto de Clases con relaciones

entre ellas, pueden existir muchas más configuraciones Posibles de esos objetos.

Entradas relacionadas: