Wouter,
We should see, as object paradigm, and as you preconize in MDA modelisation, to keep the idea of modularity and package, to keep each low-level "use case" indepedant. By this way, if we suppose with the previous example. (1) an interface : Classificator. with methods: - addParameter(ParameterVO) - getParameterList() - removeParameter(parameterID) - updateParameter(ParameterVO) (2) an handle (the sender) Is it possible for you to : 1- create a method in the Controller like checkParameters(Classificator,sender) and defer it in the first transition after the initial point, and make them as variable in the scope of the use case and raise exception if parameters sent doesn't match with the "interface" define by the parameter list in checkParameters() 2- redirect the flow when a final state is tagged "sender" to the handle. if so, what's the problem? -Because the use case doesn't care about who and what is the sender, -It is the responsability of the sender to manage data by the interface he gave. -Because the usecase only acts with known classes or interfaces -Persistence relations are under each use case responsability : "manage parameters" store Parameter entities and "manage item" or "manage category" or "manage family" store own entitie with relationship given by the interface for parameters. I missed something ? For redirecting to the right "page state", I don't know. Regards, -- Michael THOMAS. Software Architect [EMAIL PROTECTED] Paris - France. _________________________________________________________ Reply to the post : http://galaxy.andromda.org/forum/viewtopic.php?p=1854#1854 Posting to http://forum.andromda.org/ is preferred over posting to the mailing list! ------------------------------------------------------- SF.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click _______________________________________________ Andromda-user mailing list Andromda-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/andromda-user
