- From: Hugo Haas <hugo@w3.org>
- Date: Fri, 14 Mar 2003 11:40:23 -0800
- To: public-ws-chor@w3.org
As per my action item, please find below some choreography-related
definitions that the Web Services Architecture Working Group came up
with during their discussion as food for thoughts.
The latest editor's copy at:
http://dev.w3.org/cvsweb/~checkout~/2002/ws/arch/glossary/wsa-glossary.html?rev=1.36&content-type=text/html#choreographydefs
lists:
choreography
Editorial note
Definition in progress: the above definition was the original
proposal.
The specification of the ordering of messages from one node's
perspective or a collection of nodes. May or may not include
Turing complete logic in determination of the message exchange
pattern.
declarative
Editorial note
Needs to be formalized.
says move down x lines and place a string foobar. In reality,
the domain must specify what "lines" are and what happens when
a string is placed.
procedural
Editorial note
Needs to be formalized.
it separates information from the presentation domain making it
more reusable.
Turing complete
@@@
abstract (choreography) business processes
These are definitions that are designed to describe the
ordering of business activities that send and/or receive
messages. The definition of the flow between activities is not
computationally complete (i.e., it cannot be executed). All of
the messages are between independent business entities
(participants). The participants may be across companies or
within a company. There are two types of these processes:
interface business processes and collaboration business
processes.
interface business processes
This is an abstract business process that defines how outside
participants can expect to interact with a service of a
business entity. This service can be implemented as any type of
application, including an executable business process. If the
interface is for an executable business process, then all
activities within the interface business process will also
exist within the executable business process-that is, the
interface business process will be a sub-set of the executable
business process. Example of specifications to define these
types of processes: WSCI and the abstract part of BPEL4WS.
collaboration business processes
This is an abstract business process that defines how two or
more interface business processes interact with each other.
Even if these business processes were executable, there could
be no central control mechanism that could run one of these
processes. These processes are dependent on the implementations
of the interface business processes to act in coordination.
Example of specifications to define these types of processes:
WSCI global model and BPSS.
executable (orchestration) business processes
These are definitions that are designed to describe the
ordering of business activities that send and/or receive
messages. The definition of the flow between activities is
computationally complete (i.e., it can be executed). The
messages may be sent to/from: a) an independent business entity
to itself and b) an independent business entity to another
(participant). These could be called internal or workflow
business processes. The business activities that interact with
another participant will also appear in a derived abstract
business process. In fact, the definition of an executable
business process is a superset of the definition of an abstract
business process. Example of specifications to define these
types of processes: executable part of BPEL4WS and BPML.
Note that there wasn't consensus on these definitions.
Regards,
Hugo
--
Hugo Haas - W3C
mailto:hugo@w3.org - http://www.w3.org/People/Hugo/
Received on Friday, 14 March 2003 15:05:28 UTC