It seems no one has chosen to rise to this challenge. Why not tackle it in bite-sized chunks, one aspect at a time? Then eventually we can string it together in the 5-bite kebab as quoted by Keith...
Gervas --- In [email protected], "Gervas Douglas" <[EMAIL PROTECTED]> wrote: > > Well, Keith certainly stirred up a discussion about the relevance or > otherwise of Object Orientation to SOA & BPM. Musing on this I thought that > perhaps SOA had reached a point of maturity where it would be useful to take > a totally fresh look at some of the desired characteristics of software > tools which would make them suitable for building a SOA. > > So, let us conduct a little exercise. Imagine you have a budget that runs > into millions of any major currency (ok, I will be generous - go for Pounds > Sterling). I would like you to imagine what would be the desirable > features of > > 1. a new set of modelling tools > 2. a new framework/platform > 3. a new language > > which would make these categories of tools ideal for building a SOA. For > the sake of simplicity, let us assume that the applications are boring old > commercial ones, but with the proviso that one would be able to build > exciting new commercial ones. So don't worry about the sort of real-time > absolute constraints inherent in say, military and industrial process > control environments. If you work for a big company you can assume that you > have the option of being a free thinker for the sake of the exercise - don't > worry about Larry, Steve, Jonathan, et al. breathing heavily over your > shoulder. > > Here are a few rhetorical questions to kick off your creative thinking: > > Is UML a useful starting point? Is it worth sticking to a classical n-tier > hierarchical client/server model? Would Ruby on Rails be a useful paradigm? > Is an ESB desirable/essential? Is object-orientation desirable/essential? > Is mobile code a desideratum? If so, how would it work in this case? > (Gregg, surprise us!) > > You should also think how our sparkling new SOA structure relates to BPM and > Composite Apps requirements for the sake of this exercise. > > Your field of thinking is green, but naturally you must make provision for > incorporating legacy code. So think of a fresh green field which has to > integrate with an adjoining business park. > > No, I don't have a few million pounds to give you, but if you have a sound > and convincing business case we can always look at ways to raise the dosh! > > > > Gervas > > http://www.aisl-services.com > 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/
