Keith,

I believe in the concept of business services when trying to take a reasonably well defined process and 'SOA enable' it, as in this example that takes a very process oriented approach.

I have to say that I also like your business goals approach, for several reasons:
  1. Focuses on the different personas and their objectives, which is essential for real requirements writing and gaining executive buy-in
  2. Forces the architect to continue to refer back to the goals throughout the SOA process
  3. Provides metrics for assessing up-front, and measuring afterwards, success of the SOA implementation
My fear would be that the process starts so high that the architect gets caught up in over-analysis of the problem or becomes overwhelmed with optimizing the solution to meet every goal.

Can you relate any experiences where this has worked well (or improved an otherwise failing SOA project)?

Cheers
Phil
__._,_.___


YAHOO! GROUPS LINKS




__,_._,___

Reply via email to