作为企业应用程序的一部分，业务规则管理系统使开发人员能够在业务和应用程序逻辑之间实现明确的分离。
但是，使用传统业务规则管理系统仍然需要全面的企业应用程序开发经验。这篇博客文爱游戏ayx双赢彩票章显示了最近的技术进步如何通过使业务用户能够调整，测试和重新部署业务逻辑而无需让程序员参与其中，从而弥合了域专家和业务规则开发人员之间的差距。
一开始考虑业务需求
在IT系统中实施和维护业务逻辑通常具有挑战性。在短视执行的IT项目中，开发团队硬线业务逻辑并将其与应用程序的其他部分交织在一起。即使业务规则与其他计划逻辑明确分开，将业务规格转换为企业应用程序开发团队的技术要求也是错误的。在许多情况下，实际的业务需求仅在最初推出后才能使其进入系统，并可能造成重大财务损失。
例如，考虑一个自动确定汽车保险费的旧系统。审计显示，该系统正在侵犯合规法规，因为它决定了特定少数民族的较高保费。不幸的是，违反合规行为的清单很长。与负责任的工程经理的第一次会议表明，更改某些变量是不够的。取而代之的是，工程师将需要挖掘成千上万的硬接线程序逻辑。
下次我们需要更改系统的业务逻辑时，我们希望避免类似的并发症。为了实现这一目标，普遍的做法是通过采用业务规则管理系统，将业务规则与应用程序的其他程序逻辑分开红帽的JBOSS BRMS。规则引擎允许我们执行以特殊用语定义的规则：
当我们将规则引擎集成到应用程序中时，我们的业务规则是结构良好的，并与其他程序逻辑的其余部分分开。我们确切地知道当我们的业务逻辑需要更新时如何看。通常，业务规则也更容易阅读，而不是以Java等通用编程语言实现的逻辑。
尽管如此，上面的代码片段对于许多人来说看起来令人恐惧和难以理解。编码规则需要广泛的企业应用程序开发经验，这不在典型领域专家或业务分析师的技能范围内。
授权领域专家
为了赋予业务用户的能力，现代决策管理系统，例如Signavio Process Manager决策管理扩展，允许使用图形建模语言像DMN（决策模型和符号）。DMN是一种直观的语言，适用于已经习惯使用电子表格和业务流程图的人。
暗示：要开始使用DMN，请阅读我们的白皮书业务决策管理简介。
我们现在在这样的图中定义了我们的业务逻辑，而不是具有业务规则的长期文件文件：
要检查决策逻辑是否满足要求，我们可以直接在图形用户界面中创建一组测试用例。
一旦定义了测试用例，我们将确保所有测试通过并将决策逻辑部署到我们的应用程序中 - 而无需触摸任何程序代码。
平台独立业务规则管理的开放标准
由于他们依靠公开标准，现代决策解决方案缓解了另一个业务规则管理问题：使用传统的业务规则管理系统，一个常见的问题是供应商锁定。商业规则语言通常是专有的，这意味着只有一个特定系统可以执行您设计的规则。这使得很难从被忽视或过高的技术中迁移。
决策模型和符号（DMN）最近成为一个开放的，独立的，广泛采用的标准。例如，流行的商业规则技术流口水（也是Red Hat Jboss BRM的一部分）现在支持DMN 1.1。低编码工作流执行平台也是如此Signavio工作流加速器。您可以阅读有关Thierry Biard的博客文章中与平台独立规则执行技术最新进步的更技术讨论爱游戏ayx双赢彩票DMN 1.1 XML：从建模到Drools 7.0的自动化。
结论
在实施IT系统时，管理未来可能会发生变化的业务逻辑，因为专门的业务规则有助于避免成本飙升和无法适应未来的需求。尽管如此，与传统的业务规则管理系统合作还需要经验丰富的企业软件开发人员的技术专业知识。因此，如果没有让开发团队参与进来，就无法更改业务需求。
决策和业务规则管理技术中的最新发展弥补了以开发人员为中心的规则引擎和业务用户友好的决策管理解决方案之间的差距。这使域专家能够更改，测试和部署业务规则，而无需让程序员参与其中。
