Oh, we are getting to the beginning but on the next level...
I see only one question derived from the Shashank's questions below: if one assumes the "worth", i.e. SOA 'is about aligning IT with business', how can one do it without aligning IT architecture with the business first of all?
Yes, one can align a department IT architecture with department business while other departments' ITs continue mind just technical perfectionism, i.e. it is not even an EA... However, we lived in such environment for years with no architecture revolutions. What has happened now?
If you recall what actually caused SOA exposure, I hope you find it was a promise to FIX the IT making the applications agile with the business needs primarily. It is a pity to my opinion that OASIS has not mentioned business in the definition of SOA and I suspect a too big compromise with the technology tool vendors behind it.
I see only one question derived from the Shashank's questions below: if one assumes the "worth", i.e. SOA 'is about aligning IT with business', how can one do it without aligning IT architecture with the business first of all?
Yes, one can align a department IT architecture with department business while other departments' ITs continue mind just technical perfectionism, i.e. it is not even an EA... However, we lived in such environment for years with no architecture revolutions. What has happened now?
If you recall what actually caused SOA exposure, I hope you find it was a promise to FIX the IT making the applications agile with the business needs primarily. It is a pity to my opinion that OASIS has not mentioned business in the definition of SOA and I suspect a too big compromise with the technology tool vendors behind it.
Anyway, if consider SOA RM as a model of REFERENCES to the definitions of the elements of an architecture, you can find that making sense of such defined elements requires certain type of the architecture (which would include Repositories and Registries, Service Contracts and unification of data meta-models in XML, etc.). This is the soA.
- Michael
"shashank d. jha" <[EMAIL PROTECTED]> wrote:
On 11/6/06, Steve Ross-Talbot <[EMAIL PROTECTED]com > wrote:
> I don't think that architecture is tied to SOA. SOD, as I like to call it, is more about
> granularity and business meeting in some common ground. Architecture has many forms. Only at the technical
> architecture level does SOA really raise it's head. Technical architecture is not the only sort of
> architecture that exists. In fact it is probably the least interesting because it is in the world of experts
> who know a lot about specific products - which is why many vendors have technical architects.
This is the point of contention, whether soa is about IT architecture?
or it is about aligning IT with business? is that EA?
regards,
shashank
Sponsored Link
For just $24.99/mo., Vonage offers unlimited local and long- distance calling. Sign up now. __._,_.___
SPONSORED LINKS
| Computer software | Computer security software | Computer software program |
| Computer fax software | Computer virus software |
Your email settings: Individual Email|Traditional
Change settings via the Web (Yahoo! ID required)
Change settings via email: Switch delivery to Daily Digest | Switch to Fully Featured
Visit Your Group | Yahoo! Groups Terms of Use | Unsubscribe
Change settings via the Web (Yahoo! ID required)
Change settings via email: Switch delivery to Daily Digest | Switch to Fully Featured
Visit Your Group | Yahoo! Groups Terms of Use | Unsubscribe
__,_._,___
