[I did tried to shut up! - don't want to harp on - but Jan asks a direct question ...]
No, not at all. The OO model you are talking about is an aspect of physical design (aka concrete design), as opposed to what I am talking about, which is logical design (aka conceptial design). It might be that the physical design is based directly on the logical design, in which case tools could be used to help generate one from the other semi-automatically. Alternatively, the logical design might be so high-level that there are several layers between it and any physical design that is used to generate code - the physical design might include several existing packaged applications, for example - in which tooling may not be able to do quite as much for you. What I am talking about is a better way to conceptualize business process and business services - a way that matches more closely the reality of organizational operations. -- All the best Keith http://keith.harrison-broninski.info Jan Algermissen wrote: > is your position to expose the OO model (being the result from the OO > modeling layer) to the service clients? Yahoo! Groups Links <*> To visit your group on the web, go to: http://groups.yahoo.com/group/service-orientated-architecture/ <*> Your email settings: Individual Email | Traditional <*> To change settings online go to: http://groups.yahoo.com/group/service-orientated-architecture/join (Yahoo! ID required) <*> To change settings via email: mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] <*> To unsubscribe from this group, send an email to: [EMAIL PROTECTED] <*> Your use of Yahoo! Groups is subject to: http://docs.yahoo.com/info/terms/
