|
Gartner在它的研究报告中指出，BRM可以在下述5个方面为企业带来可观的商业价值：业务灵活性、决策机制、创收机会、客户满意度和规则条例的一致性。BRM的这些特质使得它成为多种行业应用的新宠。
激起金融第四次IT革命
在操作系统、数据库管理技术和事务处理相继激发了金融行业IT系统的三次革命之后，业务规则管理技术将激起金融行业的第四次IT革命。不同的是，前三次革命主要针对技术人员，这次却是面向业务人员的革新。
在银行、保险、信贷、证券等领域，几乎每个流程、每个处理环节都需要大量地应用业务规则。比如银行有信贷规则，保险公司有核保规则和理赔规则，不同的领域还有自己的行业条规等。可以这么说，没有业务规则，就没有金融行业。业务策略或业务规则，不是一天创建起来的，而是经历了几十年的发展和积累。随着各种法规和行业条例的不断进步，金融行业的业务规则也越来越缜密。
事实上，如今金融企业的业务策略的变化远远快于IT系统的变化，企业内部组织结构的调整、法律法规或行业行规的变更、非预知事件、市场竞争、新技术的出现都时时刻刻地促使金融企业不断调整它们的业务策略。业务规则管理系统可以把金融企业中最容易变化的业务规则从程序代码中剥离出来，存储在规则库中，这使得金融企业的管理者们第一次有机会接触到他们熟悉的业务规则，并且在不依赖开发人员的情况下有能力对规则进行管理和控制。
虽然最近在金融信息系统的建设中非常强调业务流程管理，但业务流程管理只解决了“What”的问题，而没有解决“How”的问题，例如银行的信贷处理流程，可能由合格性检查、信用审核、风险评估、授信评级等环节构成，每个环节都需要使用不同的业务逻辑进行处理或检查，这些工作只可能由业务规则引擎完成。
BRMS在金融行业的IT系统中解决的是微观而又具体的问题，它不像BPM实施那样需要企业从宏观上进行规划，而是可以从细小的处理环节开始使用。例如核保和信贷审核、理赔处理、客服和计费、客户关系管理、网上保险报价、网上交易、资产和投资组合管理、订单生成和订单管理、产品和服务配置、个性化Web、端到端处理等应用都可以使用BRMS。
在美国的金融行业，BRMS的应用领域已逐渐由点向面铺展开。根据世界著名保险公司Zurich的介绍，他们利用规则引擎来自动处理保险理赔，每天可以处理超过22.5万起理赔个案，节省成本3千万美元。又如美国的Fannie
Mae金融公司，他们使用规则引擎对每天的5.5万个贷款申请进行信贷审核，节省了约40％的成本，并且在审核的效率和准确性方面都有很大的提升。在中国，BRMS已经开始用在比较热门的信贷风险管理系统中。
为了抢占先机，许多世界顶尖的业务规则管理系统（BRMS）开发商正逐步加大在中国市场的投入，如ILOG、CA、Fair
Isaac等；与此同时，IBM、毕博等知名IT咨询服务公司也开始向中国的金融企业大力推广BRMS技术。
存在于故障管理的各个角落
故障管理是电信网管中的重要应用，由于电信网管系统要监控和管理的设备种类繁多、告警数目庞大、告警之间的相关性复杂以及网络变化（如扩容、升级、维护等）频繁，使得故障管理系统（Fault
Management System，简称FMS）必须能随时应付网络的各种变化，实时有效地处理来自网络的各种故障信息。
目前故障管理面临的主要挑战在于报警的及时性、准确性和灵活性。一旦告警信息产生，网络监控中心必须在最短的时间内准确定位故障点，根据故障原因发布故障单，并派遣维修人员修复故障，这一切都要求FMS具有及时性和准确性。此外，由于网络上的配置、拓扑结构、软件等都会频繁发生变化和升级，而每次变化都可能需要改变原来处理告警的方式,这就要求FMS具备灵活性和自身完善能力。
由于许多故障模式不可能在FMS开发之初就考虑到，所以为了使系统具有较长久的生命力和可持续完善的能力，故障管理系统需要实现类似“知识库”的功能，可以把在运行中碰到的新的故障模式和解决方式“记忆”在知识库中，知识库中的“知识”可以被系统自动调用对以后出现的类似故障进行分析和处理。
虽然目前FMS的开发存在许多技术流派，有基于数据库的技术，有基于模型的技术，还有基于有限状态机的技术，但应用最普遍也最成熟的是基于规则的FMS开发，比较知名的产品包括原来Compaq的Temip、HP的ECS、CA的NetworkIT、Cisco的InfoCenter、Telcordia的NMA等，而它们都内嵌了业务规则引擎。
故障处理流程的每个环节都涉及到诸多处理逻辑。比如，在告警过滤和相关性分析处理（AFC）这个环节，系统需要根据预先定义的处理逻辑来过滤冗余重复告警，分析告警之间的相关性，其中嵌入的规则引擎使用对象管理平台提供业务对象管理服务，规则引擎使用的规则存储在AFC规则库（“知识库”）中；在故障定位环节，系统需要使用某些策略，来推导故障原因；在故障修复环节，系统需要根据预设的策略来产生故障单，提供故障修复的方法等。所有这些逻辑和策略都是业务规则，它们存在于FMS的各个角落。
管好电信的钱袋
计费系统是电信运营商的关键业务系统，但因为市场竞争日益激烈，运营商的销售策略的变化频度也日益加快。在引进业务规则管理技术之前，运营商通常是通过修改程序代码或配置参数的方式来变更业务策略，但采用这种方式的项目上线周期长、风险高，而且只有软件技术人员才能通过阅读程序或浏览抽象的参数表和数据库表接触规则，业务人员基本上是计费系统的局外人。
相比之下，业务规则管理系统能够很好地把繁杂多变的业务规则，如优惠折扣规则、优惠套餐规则等，提取到业务系统之外进行管理，同时配合高性能的规则引擎和友好的规则管理用户界面，使业务人员能够迅速根据市场变化及时制定促销策略。
一个典型的计费系统包括三个主要环节：一、格式规整环节，把来自不同设备和系统的不同格式的信息进行格式化规整，并对这些数据进行过滤和相关性分析，生成计费环节需要的标准格式的数据（如话单等），此环节涉及到的大多是面向技术的规则，多由软件技术人员来维护和管理；二、计费环节，根据规整后的话单、客户选择的资费套餐计价策略等，进行划价、分拣、纠错处理，并按设定的清单级优惠规则进行清单级优惠，为账务处理部分提供费用清单，这个环节涉及的规则非常多变，基本上是面向业务的，应该由运营商来完成规则的制定和修改；三、账务环节，接收计费环节传送来的话单、第三方服务商转交过来的代收费用话单等数据，结合其他费用信息（如营业费用、缴费信息等）进行综合处理、包括打折、优惠、收取滞纳金等，从而形成客户账单，这个环节的规则也是面向业务和多变的，由运营商来完成规则的制定和修改，例如对于签约在网1年、每月最低消费200元的用户，赠送来话畅听+语音信箱/移动秘书；每月消费200元以上的，下月送20元话费；每月消费300元以上的，下月送60元话费等。
业务模型的设计是系统开发过程中非常关键的步骤。系统开发人员必须认真考虑模型中的类、属性和操作的完备性。围绕这些类，模型中还必须提供相关的操作方法，如增减免费资源量、计算折扣等。
其实业务规则管理技术除了可以用在计费系统，也可以延伸到电信的BOSS/BSS系统中。目前，国内新一代的BOSS/BSS体系结构开始向“四层二库（数据层、应用层、接入层、业务规则层和数据库、规则库）”的方向发展，比传统“三层一库”的架构多了一个“业务规则层”和一个“规则库”，使BOSS/BSS能够真正面向业务人员。
（计算机世界报 第14期 B9）
 |
