Diagrama de Clases

Mer av detta

orientacion hacia el mercado

av cesar silva

PSICOLOGÍA DE LA SEXUALIDAD

av Tania Vallejo

Retroalimentacion

av yulder umbariva

TEORÍAS DE LA ADMINISTRACIÓN SURGIDAS DESDE 1900

av lesly dayana barbosa

Diagrama de Clases

UML es una técnica para la especificación sistemas en todas sus fases. Nació en 1994 cubriendo los aspectos principales de todos los métodos de diseño antecesores y, precisamente, los padres de UML son Grady Booch, autor del método Booch; James Rumbaugh, autor del método OMT e Ivar Jacobson, autor de los métodos OOSE y Objectory. La versión 1.0 de UML fue liberada en Enero de 1997 y ha sido utilizado con éxito en sistemas construidos para toda clase de industrias alrededor del mundo: hospitales, bancos, comunicaciones, aeronáutica, finanzas, etc.

Características

Lo fundamental de una herramienta UML es la capacidad de diagramación, y los diferentes tipos de diagramas que soporta la herramienta. Sus esquemas de apoyo de diseño, documentación, construcción e implantación de sistema. Así mismo, su flexibilidad para admitir cambios no previstos durante el diseño o el rediseño. En resumen, la herramienta ideal, es aquella que admite diseño desde inicio a fin, diseño inverso (o rediseño) y diseño vise-versa, con esquemas amplios para documentar detalladamente los procesos.

Modelar sistemas (y no sólo de software) utilizando conceptos orientados a objetos.

Establecer conceptos y artefactos ejecutables.

Mejor soporte a la planeación y al control de proyectos.

Crear un lenguaje de modelado utilizado tanto por humanos como por máquinas.

Encaminar el desarrollo del escalamiento en sistemas complejos de misión crítica.

Relaciones

Las relaciones son el tercer pilar fundamental en el que se basan los Diagramas de Clases, después de las clases mismas y los interfaces. Las relaciones se aplican exclusivamente entre clases y pueden ser binarias o de orden superior.

Decir que dos clases están relacionadas entre si viene a significar que esas clases tienen algo que ver entre sí. De cómo sea la naturaleza de la relación definirá un tipo u otro de vinculación. De lo que se trata aquí es de identificar, caracterizar y ejemplarizar cada una de ellas.

DEPENDENCIA

1. Representa un tipo de relación muy particular, en la que una clase es instanciada (su instanciación es dependiente de otro objeto/clase). Se denota por una flecha punteada.
2. El uso más particular de este tipo de relación es para denotar la dependencia que tiene una clase de otra, como por ejemplo una aplicación gráfica que instancia una ventana (la creación del Objeto Ventana esta condicionado a la instanciación proveniente desde el objeto Aplicación).

HERENCIA

1. Indica que una subclase hereda los métodos y atributos especificados por una Super Clase, por ende la Subclase además de poseer sus propios métodos y atributos, poseerá las características y atributos visibles de la Super Clase (public y protected)

ASOCIACIÓN

1. La relación entre clases conocida como Asociación, permite asociar objetos que colaboran entre si. Cabe destacar que no es una relación fuerte, es decir, el tiempo de vida de un objeto no depende del otro.

Cardinalidad

MUCHOS A MUCHOS (N:M)

Desde un punto de vista teórico diríamos que en las relaciones Muchos a muchos a cada registro de la tabla A se le pueden asociar varios registros de la tabla B y cada registro de la tabla B puede estar relacionado con más de un registro de la tabla A.

MUCHOS A UNO (N:1)

Una relación de muchos a uno hace referencia a una tabla o entidad que contiene valores y hace referencia a otra tabla o entidad que tiene valores exclusivos. Las relaciones de muchos a uno con frecuencia son impuestas por las relaciones de clave foránea y clave primaria, y generalmente las relaciones se establecen entre las tablas de hechos y las entidades o tablas de dimensiones y entre los niveles de una jerarquía.

UNO A MUCHOS (1:N)

Una relación uno a varios es el tipo más habitual de relación. En este tipo de relación, una fila de la tabla A puede corresponderse con muchas filas de la tabla B, pero una fila de la tabla B solo puede corresponderse con otra de la tabla A.

Es muy apropiado este tipo de relación si solamente una de las columna relacionadas es la clave principal o tiene una restricción UNIQUE.

UNO A UNO (1:1)

En una relación uno a uno, una fila de la tabla A no puede tener relación con más de una fila en la tabla B y viceversa. Se crea una relación uno a uno si las dos columnas relacionadas son claves principales o tienen restricciones

Definición

Es un lenguaje gráfico para visualizar, especificar, construir y documentar un sistema. UML ofrece un estándar para describir un "plano" del sistema (modelo), incluyendo aspectos conceptuales tales como procesos, funciones del sistema, y aspectos concretos como expresiones de lenguajes de programación, esquemas de bases de datos y compuestos reciclados.Es importante remarcar que UML es un "lenguaje de modelado" para especificar o para describir métodos o procesos. Se utiliza para definir un sistema, para detallar los artefactos en el sistema y para documentar y construir. En otras palabras, es el lenguaje en el que está descrito el modelo.