Critics concerning associations in ArgoUML.
The current version of ArgoUML has the following critics in this category.
Suggestion that an association class has a role that refers back directly to itself, which is not permitted.
![]() | Warning |
---|---|
This critic is meaningless in the V0.14 version of ArgoUML which does not support association classes. |
Suggestion that the association referred to is not navigable in either direction. This is permitted in the UML standard, but has no obvious meaning in any practical design.
Associations involving an interface can be not be navigable in the direction from the interface. This is because interfaces contain only operation declarations and cannot hold pointers to other objects.
This part of the design should be changed before you can generate code from this design. If you do generate code before fixing this problem, the code will not match the design.
To fix this, select the association and use the
Properties
tab to select in turn each association
end that is not connected to the
interface. Uncheck Navigable
for each of these
ends.
The association should then appear with a stick arrowhead pointed towards the interface
When an association between a class and interface is created in ArgoUML, it is by default navigable only from the class to the interface. However, ArgoUML does not prevent to change the navigability afterwards into a wrong situation. Which will cause this critic to be triggered.
Suggestion that the specified artifact (actor, use case or class) has no associations connecting it to other artifacts. This is required for the artifact to be useful in a design.
This critic is discussed under an earlier design issues category (see Section 14.6.3, “Remove Reference to Specific Subclass”).
Suggestion that the given artifact (actor, use case, class or interface) has so many associations it may be a maintenance bottleneck.
This critic is discussed under an earlier design issues category (see Section 14.7.14, “Make Edge More Visible”).