Difference between revisions of "Subscription and Notification Pattern"
| Line 1: | Line 1: | ||
Introductory text | Introductory text | ||
| − | === Functional Variants of the Subscription and Notification | + | === Functional Variants of the Subscription and Notification Pattern === |
Two distinct business requirements for Subscription and Notification Pattern: Updating of previously shared Evidence or being informed about an Event | Two distinct business requirements for Subscription and Notification Pattern: Updating of previously shared Evidence or being informed about an Event | ||
Revision as of 09:10, 23 April 2021
Introductory text
Functional Variants of the Subscription and Notification Pattern
Two distinct business requirements for Subscription and Notification Pattern: Updating of previously shared Evidence or being informed about an Event
Technically also two different approaches to Notification: Sending updated Data of a defined Evidence type or Event Notifications that contain only the identification data and the event type. Technical approach and business requirement do not relate one two one, giving rise to potential hybrid approaches.
Event The reference Architecture for the DE4A projects focusses the Subscription and Notification Pattern on Event Notification, which can be combines with the Lookup Pattern to cover the updating previously shared evidence use case.
Working Hypotheses
Business Process
Event Subscription
Business Process (picture)
Activity Table (paste)
Event Notification
Business Process (picture)
Activity (paste)
Process Realization
?All on one Page or do we create sub-pages for Business Process and Process Realization?
Used by the following use cases
Application collaborations
TBD