I know several consulting companies that build SOA for others; there is no
need to build SOA for itself because its ENTERPRISE BUSINESS MODEL DOES NOT
NEED IT AT THE LEVEL OF CONSULTING SERVICE (which is the Business Service).
And, by the way, they doing a lot of money (in spite of Jerry's thinking).
Isn't it the time to put a little knowledge to the 'practical' experience?
- Michael
Jerry Zhu <[EMAIL PROTECTED]> wrote:
H.Ozawa,
Is your current project about a consulting company
servicing a customer or about doing SOA internally? If
it is the former and we agree that SOA is a business
concept/model with benefits of agility, cost reduction
and innovation, does your comany implement SOA
business model yourself? If yes, tell us what it is.
If not, I don't think that your company can do a good
job consulting another since you can not even do one
for yourself.
If it is the latter, we need further information
before any more comments.
Best regards
Jerry
--- Hitoshi Ozawa <[EMAIL PROTECTED]> wrote:
> Hi all,
> Understanding and implementation is two different
> things.
>
> I'm currently involved in an over 4,400 man month
> project involving SOA.
> If you have been involved in any large project,
> you'll probably know that it
> is nearly impossible to teach every member on a new
> topic.
>
> For example, I've also been involved in another
> large project to convert
> existing legency system based on COBOL and assembly
> to Java based
> object oriented system. Trying to teach every member
> about objects ended
> in a failure mainly because of the time limit.
>
> In a similar fashion, trying to teach every member
> on SOA is impractical
> within a limited time of a single project. What we
> do if create a set of
> procedures
> so the outcome will abide by SOA principles.
>
> Furthermore, SOA is not just about IT. To implement
> concepts of SOA in
> business is
> going to require some time.
>
> What I mean by SOA should be one of the goals of a
> EA is that it is
> possible to start
> a SOA project without having members know SOA
> concepts and have them
> gradually
> learn SOA as the projects progresses.
>
> Cheers,
> H.Ozawa
>
> Jerry Zhu wrote:
> > 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
> >
> >
>
__________________________________________________________
Get your own web address.
Have a HUGE year through Yahoo! Small Business.
http://smallbusiness.yahoo.com/domains/?p=BESTDEAL
---------------------------------
TV dinner still cooling?
Check out "Tonight's Picks" on Yahoo! TV.
