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]