Udi Dahan wrote:
>
>
> Why are we getting so hung up about how business people want to
> describe their requirements? In the end, we are the ones who have to
> analyze them and then model a solution domain that will cover those
> requirements. I don't think any of us believe that business will do
> the design for us.
>
> If that is the case, then if 5 collaborating services can cover
> hundereds of business processes in a clear, loosely-coupled, event-
> driven interaction based way, what is missing? Is this whole
> discussion about traceability?
But the solution has to actually be used by the business people. If the
solutions domain is not representative of the problem language, then the users
will be confused by and unable to grasp the concepts in many cases. There are
issues regarding training etc that many software architects fail to understand
the impact of.
Gregg Wonderly
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/
