In fact I think one reason that SOA is Domain-Driven Architecture is an appealing idea is that nothing written in the SOA space is of the quality of DDD, the ideas might be there but they aren’t as clearly expressed as Evans managed.

I think the ideas around SOA are out there though and personaly I’d far rather talk about good business-focussed SOA (Steve Jones style perhaps) and then dig into the domain models. In doing so we might take some ideas from DDD directly (UL) and we might use other ideas to shape/describe our services (context maps/bounded contexts/etc) but I’m still hoping someone steps up and writes a similiar book about SOA some time soon.

‘SOA == WebServices || ESBs’ is just plaing wrong, and ‘IT aligned to business’ isn’t useful at all, because it can mean anything. Your colleague Neal Ford tries to write about the matter, but just gets lost in vague statements and irrelevant details.

I don’t think one can say what you describe is THE correct definition for SOA, just because when everyone has her own truth, there’s no real one truth. But this post contains one of the most USEFUL definitions of SOA I’ve seen so far. Thank you.

… and I agree with Tim, nice diagrams! rsrsrs XD

Visio? OmniGraph?