Robin Agree with what you said.
EA is the thing that bridges business strategy (present and future states and steps from here to there) to its implementation. It's enterprise wide in scope. SOA is in the scope of lines of business and concerns business agility - one set of sub architectures (we call it sub because it is the architecture of lines of business) among many for EA. EA entails a higher level abstraction than SOA and yields the understanding of SOA. Jerry --- Robin <[EMAIL PROTECTED]> wrote: > Well well, I think that SOA without EA is like > driving a car without a > clear destination. You may enjoy the ride of course > and I bet lots of > people on this list do ;-) > I think EA should indicate the target architecture > supporting the > business strategy and vision. SOA is then a mean to > reach this target > enterprise architecture and not a goal on its own. > Robin > > --- In > [email protected], > Michael Poulin > <[EMAIL PROTECTED]> wrote: > > > > I am afraid that SO{alphabet}A will destroy > the concept and > allow a "flavor" of SOA for compromising the SOA > principles on the > ground that in a SOxyzA they are not needed. > > > > I am working primarily with financial Web > sites and, in > particular, with Web interfaces for internal and > external users. > According to Adrian's logic, I have to say that I > deal with SOBIA > where BI stands for Business Interface. > > > > However, on the basis of `plain' SOA, I was > able to explain > my business clients that the Web site represents an > aggregation of > business services that join its business interfaces > for business > collaborative tasks and that Web page flow simply > reflects the flow > of business units of work mixed with the User > Experience aspects, and > that an interaction between Web sites is nothing > more than a business > process. This allowed me to re-model the Web > interface design as a > design of collaboration of business interfaces > sitting on the top of > business services currently represented by web > applications (that will > be replaces by SOA services in close future). As a > result, my > business clients started to address business > requirements as > interface (vs. service) related which simplified > our life > significantly. Here is no Enterprise things at all. > > > > So, I see that SOA works if you start with > the business model > and stop pushing business into IT (enterprise or > application) world. > Things like "SOEA is more than EA or SOA" scary me a > lot. > > > > - Michael > > > > > > > > "grigoriu.adrian" <[EMAIL PROTECTED]> wrote: > > > > SOA alone is misleading if not taken in the > context or scope of the > > development. After all, it can be applied to any > architecture (an > > application architecture for instance) and not > necessarily to an > > Enterprise Architecture (EA). > > A note of caution: Enterprise wide IT > architecture is often called > > Enterprise Architecture. > > > > I would like to call it SOEA (Service Oriented > Enterprise > > Architecture), a target EA with an SO style of > architecture. > > > > For most business people, SOA looks like yet > another over hyped > > technology. SOA may have its roots in a long > history of distributed > > components architecture, is usually associated > to Web Services > > technologies and is often proposed by IT. > > But in an Enterprise, services may not > necessarily be based on IT. In > > fact services can be performed by human beings > and/or other non-IT > > technologies. A service, as in every day life, > is an activity > > executed by people and/or technology returning > value to its consumer, > > at a price. > > > > But at the soul of SOEA, is the business value > for the Enterprise. > > SOEA is an Enterprise wide Business Process > Re-architecting effort > > and more, it will require an aligned governance > and organization. > > > > SOEA is more than EA or SOA. > > EA development is the process of achieving > technology and > > organization alignment to business processes, > strategy and objectives. > > SOA, as a style of business architecture, is > adding value by > > enabling business service re-use, quality of > service & internal usage > > monitoring enabling payback mechanisms and > service contracts. More > > there are other benefits from enabling services > provided over the > > Web, using Web Services technologies and from > making possible on- > > demand outsourcing as SaaS. > > SOEA must have support from top management and > involve business since > > it requires process re-engineering, technology > alignment and firm re- > > organization, in other words SOEA transforms the > whole Enterprise. > > SOEA must be the focus of your business strategy > until your Service > > Oriented Enterprise becomes operational, after a > few iterations. > > Once implemented, SOEA becomes a powerful > competitive asset. > > > > Thanks > > Adrian > > more on my view on EA and SOA > > blog http://blogs.ittoolbox.com/eai/grigoriu > > www.trafford.com/06-0421 "An Enterprise > Architecture Development > > Framework, Business Case and Best Practices" > book > > > > --- In > [email protected], > "Alix Cheema" > > <alix.cheema@> wrote: > > > > > > All, > > > > > > > > > > > > I've been a registered subscriber to this > group for some time now, > > > admittedly a 'passive' member until now. > However, based in past > > and recent > > > SOA treads, I'm no clearer on what our > objectives are and how we are > > > supporting them. > > > > > > > > > > > > The questions, of 'duh, lets define SOA, what > is a service, or how > > WS > > > compare to REST, are wearing thin and I can't > see much 'directed' > > value in > > > how these topics are helping the group > understand, develop and > > apply SOA. > > > > > > > > > > > > So instead of sitting on my arse and say > nothing, I've decided to > > make a > > > contribution that will hopefully be of some > value to the group as a > > whole;- > > > well, as a minimum it may help clarify or even > extend my thinking. > > > > > > > > > > > > I'm currently leading an Enterprise > Architecture initiative (based > > on the > > > good bits of Zachman and TOGAF) that is using > 'Service Orientation' > > (SO) as > > > a central theme. I've intentionally NOT > referred to SOA in the > > > organisation, because it comes with a lot of > baggage, === message truncated === ____________________________________________________________________________________ Looking for earth-friendly autos? Browse Top Cars by "Green Rating" at Yahoo! Autos' Green Center. http://autos.yahoo.com/green_center/
