¿Cómo dibujar una relación entre una propiedad y una clase en ArgoUML?
https://stackoverflow.com/questions/6071662
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
RussianPregunta
En ArgoUML, tengo la capacidad de asignar un tipo de clase a cualquier propiedad de una clase.Por ejemplo, puedo declarar un customer propiedad con un Customer escriba el Order clase.También puedo trazar fácilmente una relación de una clase a otra:
Pero no puedo entender cómo "dibujar" el enlace del customer propiedad a la Customer clase.El vínculo nunca está realmente conectado con la propiedad, sino con todo el Order clase.
Puedo mover la posición del enlace manualmente:
Pero nunca está realmente "bloqueado" al customer propiedad, y puede ser movido automáticamente por el software en cualquier momento.
¿Hay alguna forma de hacer esto?
Solución
No puede tener una asociación en UML que no conecte las dos clases completas.No es posible tocar la propiedad dentro de la clase.Las soluciones son:
- agregar una nota vinculada a la propiedad
- agregue un ícono a la propiedad que se diseñaría como una asociación.
No sé si esta personalización avanzada de iconos está disponible en esta herramienta gratuita pero sí en otras herramientas.
Otros consejos
Encontré una demostración en flash que muestra el atributo de asociación con un icono.Mira a : http://www.download-omondo.com/show_association_member.swf
Si necesita comprender qué significa una asociación en UML y la generación de código en Java, eche un vistazo a esta demostración: http://www.download-omondo.com/association.swf
Espero que esto ayude.
ArgoUML sigue la especificación UML.Las asociaciones se extraen de una clase a otra.Los atributos se dibujan dentro del segundo compartimento de una clase.
El tipo de asociación más cercano en significado a un atributo es la composición, pero no son equivalentes.
Nunca debes representar algo Y como un atributo de una clase, Y como una clase separada asociada a ella.
P.ej.1.un Pedido puede tener un Número, que puede ser utilizado por el cliente para identificar su Pedido.El Número se representa mejor como un atributo (en el segundo compartimento de la clase).
P.ej.2.un Pedido puede estar asociado al Cliente que realizó el pedido.Es mejor representar al Cliente como una clase separada, ya que tiene su propia vida útil (comportamiento) asociada con el Pedido.Esto permite mostrar multiplicidades y roles en ambos extremos de la línea de asociación.
