domingo, 19 de abril de 2009

Diagrama de clases

Diagrama de clases

Un modelo de clases es una descripción de las clases en un sistema y sus relaciones. No describe el comportamiento dinámico del sistema, por ejemplo el comportamiento de objetos individuales. El primer elemento de un diagrama de clases es una descripción de clases individuales.
ConceptoEs una herramienta que permite representar cada unas de las clases que conforman el sistema, así como la estructura jerárquica y las relaciones que existen entre ellas. En este diagrama donde y como se almacena la información y se establece cuales son las normas para el uso de operaciones y herencias entre clases.

















Relación entre clases
Existe un gran número de tipos diferentes de relaciones, que pueden ser expresadas. La primera cosa que tratemos será la asociación:
v Asociación (multiplicidad)
Establece la cantidad de objeto de una clase que se relaciona con un objeto de la clase asociada, como por ejemplo: Un simple administrador dirige a uno o más empleados, y un solo empleado será dirigido por un solo administrador.












v Generalización Permite establecer un ordenamiento jerárquico entre clase padre e hijo donde las subclases heredan propiedades superiores, este permite y facilita la reutilización. Como por ejemplo. Una clase Cuenta tiene una relación de generalización con las clases más específicas, como son Cuentacorriente y Depósito. Esta relación se representa por medio de una flecha, que apunta de la clase más específica hacia la clase más general. Una vez más, observe que, para propósitos ilustrativos, no se muestra ninguna operación o atributo.

v Dependencias
Establece el nivel de dependencia entre dos clases, es decir cuando una clase solo puede ser usada cuando otra clases se activa o dependiendo de q clase se active.
v Agregación
Aquí la línea con un rombo hueco en un extremo indica que la clase describe objetos que agregan otros objetos, la clase con el rombo unido a ella describe objetos, que contiene objetos definidos por la otra clase. En UML las relaciones normalmente se mezclan. Por ejemplo, un sistema para un fabricante tendrá la necesidad de mantener los datos acerca de los elementos que se están fabricando, y de aquellos que se están haciendo El ordenador se construye, a partir de una serie de componentes y en un sistema orientado a objetos utilizado para dar soporte al proceso de fabricación, existirá una relación de agregación entre la clase utilizada para describir el producto fabricado y cada uno de sus componentes, habrá un número de componentes, que posean una relación de generalización con la clase Componente.

No hay comentarios:

Publicar un comentario