|The question this month is:|
How do I translate the business needs of my organization to IT requirements so that they can be addressed within my system architecture?
My answer is: One word: use cases (OK, two words).
I'm on a bit of a use cases kick these days. Everything starts to look like an opportunity for use cases. In this case (ugh!), my take is: Why just use use cases to model how your software app ought to work? Why not also use them to model how your whole business works (or at least ought to)? Use cases for your whole business may be excessive, so concentrate on some part of your business you want to automate and model as an SOA. The business use cases model the way the users of this part of your business (customers, employees, etc.) use the business.
This is the second article in the Insight and outlook series. The first one is "Why and when should you choose SOA?"