Book a Demo

Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.


Messages - benniesmift

Pages: [1]
1
I think you mixed more things together. Dependency can be seen almost everywhere for instance, if an attribute has a type you can say that this attribute depends on its type. Dependency is the most general metaclass used usually to say: I won't to specify it more precious which doesn't mean it is wrong.

On the other hand, flow means that a piece of data flows from source to target. It doesn't say anything else such as who starts the transfer. Secondly, information flow is not from UML point of view a specialization of dependency.

Last but not least, multiplicity has nothing to do with dependency neither with information flow.

To sum it up: if you use information flow, there is no need to use dependency. Using multiplicity with dependency or information flow is against UML 2 standard. I would definitely delete the dependency if there is an information flow.

2
the Kanban diagram does most of this, the EPIC to EPIC elements linkage could be achieved using connector or hierarchy

Pages: [1]