http://www.brsilver.com/wordpress/2006/07/18/more-on-business-rules-and-bpm/ Bruce Silver's blog on business process management Fri, 21 Nov 2008 23:18:18 +0000 http://wordpress.org/?v=2.5.1 http://www.brsilver.com/wordpress/2006/07/18/more-on-business-rules-and-bpm/#comment-187 homebusinessrules.com » Fri, 18 Aug 2006 07:13:14 +0000 http://www.brsilver.com/wordpress/2006/07/18/more-on-business-rules-and-bpm/#comment-187 [...] BPMS Watch More on Business Rules and BPMHome; About; Archives; Contact If you recall my discussion a week or so back with ILOG s Alain Gendre re business rules another of [...] [...] BPMS Watch More on Business Rules and BPMHome; About; Archives; Contact If you recall my discussion a week or so back with ILOG s Alain Gendre re business rules another of [...]

]]> http://www.brsilver.com/wordpress/2006/07/18/more-on-business-rules-and-bpm/#comment-171 BPMS Watch » The BPM-ECM Intersection Fri, 28 Jul 2006 23:04:41 +0000 http://www.brsilver.com/wordpress/2006/07/18/more-on-business-rules-and-bpm/#comment-171 [...] If you recall my discussion a week or so back with ILOG’s Alain Gendre re business rules — another of Gartner’s BPMS checklist items — he explained why rules belonged at the SOA layer, not in the BPMS or any one application system.  A similar logic obviously applies to ECM.  It should be a business service in the SOA layer.  But in rules, just as in ECM, what you have in reality are partnership agreements between BPMS vendor A and rules/ECM vendor B, involving some bit of proprietary integration to glue the pieces together.  In a perfect SOA world you wouldn’t need such agreements, but so far, in the real world, you still do. [...] [...] If you recall my discussion a week or so back with ILOG’s Alain Gendre re business rules — another of Gartner’s BPMS checklist items — he explained why rules belonged at the SOA layer, not in the BPMS or any one application system.  A similar logic obviously applies to ECM.  It should be a business service in the SOA layer.  But in rules, just as in ECM, what you have in reality are partnership agreements between BPMS vendor A and rules/ECM vendor B, involving some bit of proprietary integration to glue the pieces together.  In a perfect SOA world you wouldn’t need such agreements, but so far, in the real world, you still do. [...]

]]> http://www.brsilver.com/wordpress/2006/07/18/more-on-business-rules-and-bpm/#comment-157 James Taylor Wed, 19 Jul 2006 21:09:14 +0000 http://www.brsilver.com/wordpress/2006/07/18/more-on-business-rules-and-bpm/#comment-157 Well Alain would say that, wouldn't he :-) Seriously, both the "titans" do a great job integrating with SOA and thence with BPMS. There's more difference on .NET (where ILOG has a separate product from JRules and Fair Isaac has another Blaze Advisor version that shares the same repository as its Java version). The open issues for integration are around logging (how do people want to log a process instance that executes a rule service) and impact analysis (which processes do I impact if I change this rule). There are others, but those two are more urgent. Lots more on the <a href="http://edmblog.fairisaac.com" rel="nofollow">blog</a>, of course. Well Alain would say that, wouldn’t he
Seriously, both the “titans” do a great job integrating with SOA and thence with BPMS. There’s more difference on .NET (where ILOG has a separate product from JRules and Fair Isaac has another Blaze Advisor version that shares the same repository as its Java version).
The open issues for integration are around logging (how do people want to log a process instance that executes a rule service) and impact analysis (which processes do I impact if I change this rule). There are others, but those two are more urgent.
Lots more on the blog, of course.

]]> http://www.brsilver.com/wordpress/2006/07/18/more-on-business-rules-and-bpm/#comment-156 Sandy Kemsley Wed, 19 Jul 2006 15:17:03 +0000 http://www.brsilver.com/wordpress/2006/07/18/more-on-business-rules-and-bpm/#comment-156 I completely agree with Gendre: rules should be accessed via services from the BPMS, not be part of the BPMS, since BPM is just one of the applications that may want to call the rule service. Standardizing policies across the organization via enterprise business rules is the only way to go. I completely agree with Gendre: rules should be accessed via services from the BPMS, not be part of the BPMS, since BPM is just one of the applications that may want to call the rule service. Standardizing policies across the organization via enterprise business rules is the only way to go.

]]>