CLASE # 6: AGREGACION DE ASOCIACIONES Y ATRIBUTOS AL MODELO CONCEPTUAL

Asociaciones Notacin de las asociaciones en UML Identificacin de las asociaciones: lista de asociaciones comunes Directrices de las asociaciones Papeles Asignacin de nombre a las asociaciones Asociaciones mltiples entre dos tipos Asociaciones del dominio del problema Modelo conceptual del problema Atributos Notacin de los atributos en el UML Tipos de atributos vlidos Atributos en el modelo del ejemplo Modelo conceptual(con atributos y asociaciones) OBJETIVOS: Identificar las asociaciones de un modelo conceptual. Identificar los atributos en un modelo conceptual.

2.24

Asociaciones.

La asociacin es una relacin entre dos conceptos que indica alguna conexin significativa e interesante entre ellos. asociacin

Producto 1

Asociado Ingrediente 1..*

Figura 2.12 Asociaciones

2.24.1 Criterios de las asociaciones tiles: En un modelo conceptual, se deben incluir las siguientes asociaciones: Las asociaciones en que el conocimiento de la relacin ha de ser preservado durante algn tiempo(puede tratarse de milisegundos o aos segn el contexto). Las asociaciones provenientes de la Lista de asociaciones comunes. 2.25 Notacin de las asociaciones en UML.

Una asociacin se representa como una lnea entre conceptos con el nombre de la asociacin. Esta es intrnsecamente bidireccional, o sea, es posible un nexo lgico entre los objetos de un tipo y los del otro. Este vnculo es abstracto; no es una afirmacin sobre las conexiones entre las entidades software. Los extremos de una asociacin pueden contener una expresin de multiplicidad que indique la relacin numrica entre las instancias de los conceptos. Una flecha opcional de la direccin de la lectura, indica la direccin en que debe leerse el nombre de la asociacin. En su ausencia, por convencin la asociacin se lee de izquierda a derecha o de arriba hacia abajo, aunque el UML no hace de esto una regla. 2.26 Identificacin de las asociaciones: lista de asociaciones comunes.

Agregue las asociaciones utilizando la lista que se presenta a continuacin. El ejemplo corresponde al dominio de una universidad. Categora A es una parte fsica de B A es una parte lgica de B A est fsicamente contenido en B A est contenido lgicamente en B A es una descripcin de B A es un elemento de lnea en una transaccin o reporte B A se conoce/introduce/registra/presenta/captura en B A es miembro de B A es una subunidad organizacional de B A usa o dirige a B A se comunica con B A se relaciona con una transaccin B A es una transaccin relacionada con otra transaccin de B A es propiedad de B Ejemplo Edificio Universidad CalificacionesSemestrales CalificacionesAnuales Estudiante Edificio Asignatura Programa de asignatura Objetivo de asignatura Asignatura Nota de Estudiante Reporte de Estudiante Matrcula Lista de estudiantes Profesor Departamento Secretara Departamento Director Secretaria Profesor Estudiante Estudiante Inscripcin de curso Inscripcin Cancelacin Auditorio Universidad

2.26.1 Asociaciones de alta prioridad: Las siguientes, son algunas categoras de alta prioridad que siempre conviene incluir en un modelo conceptual: A es una parte fsica o lgica de B. A est fsica o lgicamente contenido en B. A est registrado en B. 2.27 Directrices de las asociaciones.

Es necesario identificar las asociaciones de los conceptos que se requieren para satisfacer los requerimientos de informacin de los casos de uso en cuestin y los que contribuyen a entender el modelo conceptual. Para identificar dichas asociaciones se deben tomar en cuenta las siguientes directrices: Concentrarse en las asociaciones en que el conocimiento de la relacin ha de preservarse durante algn tiempo. Es ms importante identificar los conceptos que las asociaciones. Muchas asociaciones tienden a confundir el modelo conceptual en vez de aclararlo. A veces se requiere mucho tiempo para descubrirlas, y los beneficios son escasos. No incluir las asociaciones redundantes ni las derivables. 2.28 Papeles. A los extremos de una asociacin se les llama papeles. Estos pueden tener: nombre expresin de multiplicidad navegabilidad 2.28.1 Multiplicidad: La multiplicidad define cuntas instancias de un tipo A pueden asociarse a una instancia del tipo B en determinado momento. En el UML, el valor de multiplicidad depende del contexto. Por ejemplo:

Producto 1

Asociado 1..*

Ingrediente

multiplicidad del papel

Figura 2.13 Multiplicidad de una asociacin A continuacin se presentan algunos ejemplos de las expresiones de multiplicidad:

Cero o ms; muchos

1 ..*

Uno o ms

1 .. 40 T

De uno a cuarenta

3,5,8 T

Exactamente tres, cinco u ocho

Figura 2.14 Valores de la multiplicidad 2.29 Asignacin de nombre a las asociaciones.

Se asigna nombre a una asociacin basndose en el formato NombredeTipoFraseNominal-NombredeTipo, donde la frase nominal genera una secuencia que es legible y significativa dentro del contexto del modelo. Los nombres de las asociaciones comienzan con una mayscula. Una frase nominal puede construirse con guiones.

2.30

Asociaciones mltiples entre dos tipos.

Dos tipos pueden tener varias asociaciones entre ellos. No hay un ejemplo sobresaliente en el problema que se construye, pero ilustraremos el caso con un ejemplo diferente. Las asociaciones Miembro_de y Presidido_por entre Profesor y Departamento, son relaciones distintas que han de mostrarse por separado.

Miembro-de 1 Profesor 1 Presidido-por * * Departamento

Figura 2.15 Asociaciones mltiples 2.31 Asociaciones del dominio del problema.

Se deben incorporar las asociaciones que indican los requerimientos(los casos de uso, por ejemplo), las que se necesitan recordar o que de alguna otra manera nos sugiere nuestra percepcin del dominio del problema. Cuando encontremos un nuevo problema, hay que repasar y estudiar las categoras comunes de las asociaciones, ya que representan muchas asociaciones que generalmente es preciso registrar. 2.32 Modelo conceptual del problema.

En la construccin del modelo conceptual, es importante tener en cuenta lo siguiente: Enfatice las asociaciones que deben conocerse, pero incorpore tambin las opcionales que se requieren slo para la comprensin, con el fin de enriquecer el conocimiento bsico del dominio. AGREGACION DE LOS ATRIBUTOS AL MODELO CONCEPTUAL 2.33 Atributos.

Un atributo es un valor lgico de un dato de un objeto. Incluya los siguientes atributos en un modelo conceptual: Aquellos en que los requerimientos(por ejemplo, los casos de uso) indican o conllevan la necesidad de recordar informacin.

MODELO CONCEPTUAL

Ingrediente

1..*

contiene

5 1 tiene 1..*

Producto

posee

Maquina

recolecta

DepositoMonedas

deposita

a lmacena

DepositoMonedasIguales

Figura 2.16 Modelo conceptual aplicado a la mquina de caf 2.34 Notacin de los atributos en el UML.

Los atributos se muestran en la segunda seccin de la seccin de conceptos. Es opcional indicar su tipo.

Producto Nombre Costo : float

Figura 2.17 Concepto y atributos 2.35 Tipos de atributos vlidos.

Hay algunas cosas que no deberan representarse como atributos, sino ms bien como asociaciones. El tipo de un atributo no debe ser un concepto complejo del dominio. En un modelo conceptual, es preferible que los atributos sean atributos simples o valores puros de datos. Entre los tipos comunes de atributos simples ms frecuentes se cuentan: Booleano, Fecha, Nmero, Cadena(Texto), Hora. Otros tipos comunes son: Direccin, Color, Nmero telefnico, Nmero del seguro social, Cdigos postales, tipos enumerados. Relacione con asociaciones, no con atributos:

Figura 2.18 Relacione con asociaciones, no con atributos No represente como atributos los conceptos complejos de dominio; use asociaciones.

Figura 2.19 No represente como atributos los conceptos complejos de dominio; use asociaciones

atri but os

2.35.1 Deterioro del diseo: ningn atributo debe incluirse como llave fornea: Los atributos no deberan servir para relacionar conceptos en el modelo conceptual. Sin embargo, esta regla se viola con mucha frecuencia, ya que se agrega un tipo de atributo de llave fornea, lo cual suele hacerse con los diseos de bases de datos relacionales, a fin de asociar dos tipos. Por tanto, en un modelo conceptual, relacione los tipos a travs de una asociacin y no con un atributo. Hay muchas formas de relacionar los objetos, las llaves forneas son una de tantas; para evitar el deterioro del diseo, deberamos posponer hasta la fase del diseo cmo vamos a implementar la relacin.
MAL

Cajero Nombre NumeroPuestoActual

Un atributo simple, pero que se usa como llave fornea para relacionarlo con otro objeto

BIEN

Cajero nombre

Usa

1 Terminal
numero

Figura 2.20 No utilice atributos como claves extraas 2.36 Atributos en el modelo del ejemplo.
Producto nombre costo Ingrediente cantidad nombre Maquina valorRecolectado

DepositoMonedas numMonedas

DepositoMonedasIguales denominacion

Figura 2.21 Modelo conceptual que muestra los atributos

2.36.1 Explicacin de los atributos del problema: Producto nombre: un identificador de un determinado producto. costo: importe que hay que pagar por ese producto. Ingrediente cantidad: nmero de existencias de ese ingrediente. nombre: un identificador del ingrediente. Maquina DepositoMonedas DepositoMonedas Iguales 2.37 valorRecolectado: se utiliza para almacenar la suma del dinero que se ha recolectado por efectuar la venta del producto. numMonedas: representa el nmero de monedas recolectadas. denominacion: indica si las monedas son de 100, 200 o 500.

Modelo conceptual (con atributos y asociaciones).

Ingrediente cantidad nombre 1..*

Producto nombre costo 1..*

Maquina valorRecolectado 1

DepositoMonedas numMonedas

* DepositoMonedasIguales denominacion

denominacion es 100, 200 o 500

Figura 2.22 Modelo conceptual de la mquina de caf

BIBLIOGRAFA COMENTADA: UML Y PATRONES, Introduccin al anlisis y diseo orientado a objetos. Craig Larman. Editorial Prentice Hall. Captulos 10 y 11: Modelo conceptual, agregacin de las asociaciones y Modelo conceptual, agregacin de los atributos. Pginas 105-129.
Presenta los conceptos de asociaciones y atributos as como las estrategias para en el modelo conceptual. su correcta agregacin