SOA in Context |
But SOA is also part of, enables, and supports the IT Architecture and Business Architecture. There are not hard lines where one universe ends and another begins. Rather it is a continuum. For example, IT Architecture should contain elements of, link to, integrate with, (and so on...), both the Business Architecture and the Service Architecture. Often these might be combined into an Enterprise Architecture, but we can still identify within that the the Business-specific, IT-specific and SOA-specific aspects, and separate them if we wish into different views. In those views, we can then add detail that is specific only to that view.
Similarly, SOA Governance is driven by Business and IT requirements, but in turn enables Business and IT governance by ensuring that SOA policies exert governance over Services (again across the delivery life cycle and in the operational state) to deliver both business and IT outcomes, as well as SOA-specific outcomes, as illustrated below.
SOA Governance in Context |
Nor should the concentric circles in the diagram be misread as implying 'layers', rather they are just indications of broader context. That is, you don't have to go through IT Architecture to connect the Service Architecture to the Business Architecture. I.e. it should be clear in the Service Architecture which Business concepts (business types, business processes, business capabilities, etc,) the various SOA Services support.
No comments:
Post a Comment