Hi Stuart & caBIG team,
Great that ArgoUML is supported for use!
About cardinality:
In ArgoUML, cardinality is either shown, or it is exactly "1".
And showing nothing or "1" is adjustable in the settings.
About the "navigable" setting for association-ends:
For an association, there are 4 cases: both ends not navigable, only end 1
is navigable, only end 2 is navigable, and both are navigable.
ArgoUML does support creation of all 4 cases for an association *in the
model* - only the diagram representation is simplifying by showing both
cases where the "navigable" properties of both association-ends are equal in
the same way.
If you create a simple project with just one association between 2 classes,
then you can export XMI, and it will contain something like:
<UML:AssociationEnd xmi.id = '(...)000008D9'
visibility = 'public' isSpecification = 'false' isNavigable = 'true'
ordering = 'unordered'
aggregation = 'none' targetScope = 'instance' changeability =
'changeable'>
So, the «isNavigable = 'true'» proves that the value is set by default.
ArgoUML currently uses presentation option 3 for Association Ends from the
UML 1.4.2 standard. This means that arrows are only shown when an
association is navigable from one but not both ends.
ArgoUML is lacking a user-selection for the other 2 options (1 and 2) in the
*notation on a diagram*.
Issue 535 in our bug-tracker is a request to support this; see
http://argouml.tigris.org/issues/show_bug.cgi?id=535.
This is a quote from the UML standard to explain the 3 presentation options:
«Various options are possible for showing the navigation arrows on a
diagram. These can vary from time to time by user request or from diagram to
diagram.
.Presentation option 1: Show all arrows. The absence of an arrow indicates
navigation is not supported.
.Presentation option 2: Suppress all arrows. No inference can be drawn about
navigation. This is similar to any situation in which information is
suppressed from a view.
.Presentation option 3: Suppress arrows for associations with navigability
in both directions, show arrows only for associations with one-way
navigability. In this case, the two-way navigability cannot be distinguished
from no-way navigation; however, the latter case is normally rare or
nonexistent in practice. This is yet another example of a situation in which
some information is suppressed from a view.»
So, IIUC, you are asking for presentation option 1. Can you confirm this,
please?
If so, please (at least) vote for this issue 535.
Or better, help us implement it - we developers are always looking for help.
You will have our support - I can give some tips about how to implement.
IMHO this is not so complicated to implement - there is no new architecture
involved.
PS: I presume you did not mean the matter discussed in
http://argouml.tigris.org/issues/show_bug.cgi?id=503.
Kind regards,
Michiel
----- Original Message -----
From: "Stuart Turner" <[EMAIL PROTECTED]>
To: <[email protected]>
Sent: Sunday, August 10, 2008 5:50 AM
Subject: [argouml-dev] Support for bidirectional associations
I'm writing to inquire about ArgoUML's implementation or support for
bi-directional associations.
This issue has come up in one or more projects we are mentoring
development (UML models) as part of the National Cancer Institutes'
(National Institute's of Health) Biomedical Informatics Grid (caBIG |
https://cabig.nci.nih.gov/) program. We also expect continued and perhaps
greater use of ArgoUML in future projects.
caBIG now officially supports both ArgoUML and Sparx's Enterprise
Architect for development of all projects. We also have the requirement
that the directionality for each association be explicitly defined to be
certain that models accurately represent the intent of the model and that
default association cardinality and directionality is not accidentally
included or even implied (e.g. 0...1).
Some of our project developers and mentors have found that Argo does or
cannot display bi-directional arrows.
Sorry to post this if it has been brought up before. Has this issue been
raised, or has this been considered for development in future releases?
This feature alone would help catalyze greater adoption of ArgoUML by
future projects within our program.
Thanks for all the great work
~ Stuart
--
Dr. Stuart Turner
Senior Health Informaticist
University of California, Davis
http://www.ucdmc.ucdavis.edu/informatics
+1.916.596.0255 (primary) | +1.415.830.5844
Skype: turner.stuart | Fax: +1.916.244.0339
[EMAIL PROTECTED]
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
No virus found in this incoming message.
Checked by AVG - http://www.avg.com Version: 8.0.138 / Virus Database:
270.6.0/1602 - Release Date: 8/9/2008 1:22 PM
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
