W3C home > Mailing lists > Public > www-ws-arch@w3.org > October 2002

Re: Definition of Choreography

From: Mark Baker <distobj@acm.org>
Date: Fri, 18 Oct 2002 15:45:20 -0400
To: "Cutler, Roger (RogerCutler)" <RogerCutler@ChevronTexaco.com>
Cc: "'Dave Hollander'" <dmh@contivo.com>, "Burdett, David" <david.burdett@commerceone.com>, "'Mark Baker'" <distobj@acm.org>, "Champion, Mike" <Mike.Champion@SoftwareAG-USA.com>, www-ws-arch@w3.org
Message-ID: <20021018154520.H11060@www.markbaker.ca>

Another +1 from me.  Let's see some use cases that demonstrate why it's
important to expose choreographies.  Because as we've seen from these
specs, they're not exactly simple, and if you can accomplish something
without needing to agreeing to new stuff, that reduces coordination
costs (read; reduces cost of doing business).

I'm convinced that what Paul talks about here;

http://www.blogstream.com/pauls/1032521623/index_html

plus the implicit knowledge that an identifier exposes a common method
(be it GET, or prompt() per Mike's example), is the key to not needing
to expose the choreography in order to implement it, whether intra
or inter-corporate.

MB

On Fri, Oct 18, 2002 at 11:10:55AM -0700, Cutler, Roger (RogerCutler) wrote:
> I'm really glad to see this discussion, because much same questions have
> been bothering me.  It is certainly clear that choreographed processes are
> important for business use.  An example would be the back and forth,
> possibly following a number of potential paths, involving purchase orders,
> confirmations, invoices, etc necessary for one company to purchase something
> from another.  However, it has been MUCHO less than clear to me what the
> leverage is for doing this in a standardized way.  So what if my company
> uses SAP workflow, another participant in the process an EAI system with a
> different business process engine, and a third has Uncle Fred come in on the
> weekends and figure out what the next message is supposed to be?
> 
> Common to all these situations is the unspoken assumption that the primary
> mechanism for setting up these processes is written, negotiated agreements.
> PDF files, Word documents, and so on that are based on agreements between
> people.  I think that this is a VERY good assumption for us, at least for
> the next few years and maybe for much longer.  If that is so, what benefit
> does one get by using the SAME formalism for expressing the choreography?
> 
> Well, being able to change out tools more easily has come to mind in our
> shop, but I don't think that's the driving factor for most people in this
> space.  Ease and accuracy of communication with business partners?  Well,
> maybe -- but if the written document is normative and the choreography
> markup is something that a techie makes on the basis of that written
> document (again, this is the norm I expect), how big is this advantage?
> Decrease the cost of putting the process in place once the agreement is
> made?  This one is a bit more plausible.  Basically, only one techie has to
> get the implementation of the process correct, not a whole bunch.  Better
> uniformity of implementation of the process?  Again, more plausible for the
> same reason.  The translation to techie is happening once so minor
> differences will have less chance to creep in.  Easier and cheaper to build
> the tools used to implement the processes (like SAP workflow or whatever)?
> Not an issue that we, as an end-user company understand very well.
> Availability of cheap or shareware tools usable by small to medium sized
> companies so they can play the game without spending big bucks on an SAP
> system?  That could be a real winner, I think, if it works out that way --
> although in that case I'm mystified by the push on the subject from
> companies that make the expensive products.
> 
> Frankly I don't see these advantages as being worth the HUGE emphasis that
> everybody seems to be putting on this subject, but I would be more than
> happy to be proved wrong.  One way to do so would be to generate some use
> cases that clearly demonstrate the advantages.  I don't think that the
> ubiquitous travel agent use case really does so, at least not in a way that
> I find very clear and compelling.  So what if the airline, the hotel, the
> car rental company, the travel agent and the purchaser all view the process
> differently or each sees a different aspect or subset of the process?  The
> hotel gets a request and answers it.  Does the hotel have to know all
> aspects of the process?  No, actually it probably shouldn't know.  In this
> case I think only the travel agent has to know what's going on, and that
> travel agent can model the choreography however best suits the
> circumstances.

-- 
Mark Baker, CTO, Idokorro Mobile.  Ottawa, Ontario, CANADA.
http://www.markbaker.ca             http://www.idokorro.com
Received on Friday, 18 October 2002 15:44:02 GMT

This archive was generated by hypermail 2.2.0+W3C-0.50 : Tuesday, 3 July 2007 12:25:09 GMT