Sparx Systems Forum

Enterprise Architect => Uml Process => Topic started by: Paolo F Cantoni on June 01, 2005, 12:36:45 am

Title: WARNING: Use Link versus a «use» Dependency Link
Post by: Paolo F Cantoni on June 01, 2005, 12:36:45 am
Contrary to the Help file (see under topic Use), a Use Link (incorrectly denoted UseCase Link in the product itself) is NOT the same as a Dependency link with the «use» stereotype.  Two different renderings result and the properties are designated differently.

Took me a fair while to figure out why one was on the Relationship Matrix and the other wasn't!

My view is that one should use the Use link for a usage, in preference to a «use» Dependency.  Thoughts anyone?

Consistency, consistency, consistency!(TM)

Paolo

Title: Re: WARNING: Use Link versus a «use» Dependency Li
Post by: Paolo F Cantoni on June 01, 2005, 12:56:56 am
Quote
My view is that one should use the Use link for a usage, in preference to a «use» Dependency.  Thoughts anyone?


I've now checked the UML 2 specification.  There doesn't seem to be a mention of the Use(Case) link implemented by EA. ???  So I'll stick with the explicitly defined Usage Dependency - a Dependency with «use» Stereotype.

Paolo
Title: Re: WARNING: Use Link versus a «use» Dependency Li
Post by: Kevin Brennan on June 01, 2005, 07:29:58 am
<<use>> has been removed from UML 2.0--only <<extends>> and <<includes>> are valid in that version.

<<includes>> is the closest in meaning, as it indicates that the included use case is treated as a part of the calling use case.
Title: Re: WARNING: Use Link versus a «use» Dependency Li
Post by: Paolo F Cantoni on June 01, 2005, 08:21:25 am
Quote
<<use>> has been removed from UML 2.0--only <<extends>> and <<includes>> are valid in that version.

<<includes>> is the closest in meaning, as it indicates that the included use case is treated as a part of the calling use case.


Thanks Kevin,

I'd surmised as much.

However, the Use link in the Help is shown between the Actor and the Use Case - so it shouldn't be a dependency anyway.  In UML 2 (and other products) it's ans Association.

Paolo