This wiki has undergone a migration to Confluence found Here
Difference between revisions of "Interaction"
Jump to navigation
Jump to search
Rene spronk (talk | contribs) (remove details of receiver resposibilities, should be on separate page) |
|||
Line 11: | Line 11: | ||
:Note that the semantic context of an interaction has to be defined by a domain. | :Note that the semantic context of an interaction has to be defined by a domain. | ||
*[[Composite Message Type]] – The set of static model definitions (wrappers and message types) that define the structures of the data that is transmitted by the interaction. | *[[Composite Message Type]] – The set of static model definitions (wrappers and message types) that define the structures of the data that is transmitted by the interaction. | ||
− | *[[Receiver Responsibilities]] - will be defined for the target receiver of the message. The receiver responsibilities will be cast as a list of options, where-in each option consists of returning an application acknowledgement interaction back to the sender of the originating interaction and/or firing a trigger event | + | *[[Receiver Responsibilities]] - will be defined for the target receiver of the message. The receiver responsibilities will be cast as a list of options, where-in each option consists of returning an application acknowledgement interaction back to the sender of the originating interaction and/or firing a trigger event. In some cases a receiver responsibility option may be to do nothing. It is possible that the responsibility option interaction will itself have receiver responsibilities, resulting in a [[Interaction Pattern|prolonged conversation between sender and receiver]]. |
Revision as of 00:29, 15 December 2005
A unique association between a specific Composite Message Type, a particular Trigger Event that initiates or "triggers" the transfer, and the responsibilities the receiver must execute upon receipt of the information. It is a unique, one-way transfer of information.
A single Interaction explicitly answers the questions:
- How a system knows when to send a particular type of message;
- What the particular message type is;
- What the receiving system should do when receiving the message.
As the list above indicates, each Interactions is defined as a triplet involving the following elements:
- Trigger Event - each interaction will be associated with a single trigger event. The trigger event represents the “real-world” occurrence that creates a need to exchange information. Note that a given trigger event may fire multiple interactions.
- Note that the semantic context of an interaction has to be defined by a domain.
- Composite Message Type – The set of static model definitions (wrappers and message types) that define the structures of the data that is transmitted by the interaction.
- Receiver Responsibilities - will be defined for the target receiver of the message. The receiver responsibilities will be cast as a list of options, where-in each option consists of returning an application acknowledgement interaction back to the sender of the originating interaction and/or firing a trigger event. In some cases a receiver responsibility option may be to do nothing. It is possible that the responsibility option interaction will itself have receiver responsibilities, resulting in a prolonged conversation between sender and receiver.