Tip #15 – Separate Business Process Context from Core Data
Service contracts that automate business processes should not mix contextual data with core entity data. The following are examples of contextual business process data – initiator info (the user who started the business process, their role(s)), current user info (the user who is executing a particular activity in the business process, their role(s), the set of actions that are valid based on the state of the business process, as well as routing/delegation attributes. Authentication tokens, channel specific information (e.g. call center processes will have specific attributes). This type of information should be decoupled (or not mixed with) data entities such as Product specific or Customer specific information. You want to keep them separate so they are candidates for future reuse. If they are coupled together, both the process contract and the data attributes become specific to the project or application.
Like this post? Subscribe to RSS feed or get blog updates via email.














[...] should also facilitate simpler data transformation when dealing with entity services. See my earlier post for more on this [...]