BSS业务规则引擎

合集下载

规则引擎概述(26)

规则引擎概述(26)

规则引擎概述(26)1、什么是规则引擎规则引擎,全称为业务规则管理系统,英⽂名为BRMS(即Business Rule Management System)。

规则引擎的主要思想是将应⽤程序中的业务决策部分分离出来,并使⽤预定义的语义模块编写业务决策(业务规范),由⽤户或开发者在需要时进⾏配置、管理。

需要注意的是规则引擎并不是⼀个具体的技术框架,⽽是指的⼀类系统,即业务规则管理系统。

⽬前市⾯上具体的规则引擎产品有:drools、VisualRules、i Log等。

规则引擎实现了将业务决策从应⽤程序代码中分离出来,接受数据输⼊,解释业务规则,并根据业务业务规则做出业务决策。

规则引擎其实就是⼀个输⼊输出平台系统中引⼊规则引擎后,业务规则不再以程序代码的形式驻留在系统中,取⽽代之的是处理规则的规则引擎,业务规则存储在规则库中,完全独⽴于程序。

业务⼈员可以像管理数据⼀样对业务规则进⾏管理,⽐如查询、添加、更改、统计、提交业务规则等。

业务规则被加载到规则引擎中供应⽤系统调⽤。

2、使⽤规则引擎的优势使⽤规则引擎的优势如下:业务规则与系统代码分离,实现业务规则的集中管理在不重启服务的情况下可随时对业务规则进⾏扩展和维护可以动态修改业务规则,从⽽快速响应需求变更规则引擎是相对独⽴的,只关⼼业务规则,使得业务分析⼈员也可以参与编辑、维护系统的业务规则减少了硬编码业务规则的成本和风险使⽤规则引擎提供的规则编译⼯具,使复杂的业务规则实现变得简单3、规则引擎应⽤场景对于⼀些存在⽐较复杂的业务规则并且业务规则会频繁变动的系统⽐较适合会⽤规则引擎,如下:1.风险控制系统----风险贷款、风险评估2.反欺诈项⽬----银⾏贷款、征信验证3.决策平台系统----财务计算4.促销平台系统----满减、打折、加价购4、Drools介绍drools是⼀款由JBoss组织提供的基于Java语⾔开发的开源规则引擎,可以将复杂且多变的业务规则从硬编码中解放出来,以规则脚本的形式存放在⽂件或特定的存储介质中(例如存放在数据库中),使得业务规则的变更不需要修改项⽬代码、重启服务器就可以在线上环境⽴即⽣效。

中国联通BSS系统计费业务规范

中国联通BSS系统计费业务规范
1
中国联通 IT 系统 BSS 系统域 在线计费系统(OCS)业务规范
3. 缩略语 缩略语 英文 AAA Authentication Authorization Accounting AoC Advice of Charge BSS Business Support System BCF Bearer Charging Function CAPS Call Attempt Per Second CDR Call Detail Record CRM Customer Realtionship Management DCC Diameter Credit Control ECF Event Charging Function ESME External Short Message Entity GGSN Gateway GPRS Support Nodes GPRS General Packet Radio Service GMSC Gateway Mobile Switching Center IMS IP Multimedia Subsystem LCS Location Services MMS Multimedia Messaging Service MS Mobile Station MSC Mobile Switching Centre MSISDN Mobile Station ISDN number OCS Online Charging System OSS Operate Support System PDU Protocol Data Unit QoS Quality of Service SACP Service Access Control Point SCP Service Control Point SDF Service Data Fuction SME Short Message Entity SMSC Short Message Service Centre SMPP Short Message Peer to Peer Protocol SMPP+ Short Message Peer to Peer Protocol Plus

规则引擎的原理与功能

规则引擎的原理与功能

规则引擎的原理与功能规则引擎是一种软件工具,可以根据预定义的规则对输入数据进行评估和转换。

它的核心原理是基于条件语句(也称为规则)和操作语句(也称为动作)的匹配和执行。

1.规则定义:规则引擎允许用户定义和管理规则。

规则可以基于业务规则、策略、法规等,以及业务需求定义和编写。

规则引擎通常提供一个易于使用的界面,供用户输入和管理规则。

2.规则匹配:当有输入数据需要进行处理时,规则引擎会按照预定义的规则进行匹配。

它会检查输入数据是否符合每个规则的条件语句,以确定应该执行哪个规则。

3.动作执行:当一些规则的条件得到满足时,规则引擎会执行该规则中定义的操作语句。

这些操作可以是数据转换、决策、通知、触发其他业务流程等。

4.规则优先级:规则引擎允许用户为每个规则设置优先级。

这样,在有多个规则匹配的情况下,规则引擎可以根据规则的优先级来确定应该先执行哪个规则。

5.动态更新和管理:规则引擎通常提供动态更新和管理的功能,允许用户在不停止系统的情况下修改和添加规则。

这种灵活性使得规则引擎适用于动态的业务环境,可以根据业务需求进行实时的调整和优化。

6.决策支持:规则引擎可以作为决策支持系统的一部分,根据预定义的规则和输入数据,自动进行决策分析和推理。

它可以帮助用户快速做出决策,提高决策的准确性和效率。

7.事件驱动:规则引擎可以与其他系统集成,监听特定的事件并根据事件触发相应的规则执行。

这种事件驱动的方式可以帮助系统实时处理和响应事件,并根据规则引擎的规则做出相应的处理。

8.监控和日志记录:规则引擎通常提供监控和日志记录的功能,可以记录规则引擎的执行情况和结果。

这些日志可以帮助用户分析和优化规则引擎的性能,并进行故障排查和调试。

1.规则定义和管理:规则引擎提供一个界面或语言,让用户可以输入和管理规则。

用户可以定义规则的条件和操作,以及规则之间的关系。

规则可以使用逻辑运算符、比较操作符、函数等来描述和处理输入数据。

2.输入数据和上下文:规则引擎接收输入数据,根据预定义的规则对数据进行评估和处理。

规则引擎介绍范文

规则引擎介绍范文

规则引擎介绍范文规则引擎是一种用于动态管理业务规则的软件工具。

它允许开发人员将业务规则定义为一组规则库,并通过定义规则集执行这些规则。

规则引擎可以处理复杂的决策逻辑,帮助业务系统自动化决策和执行。

规则引擎的主要目的是将业务规则从应用程序中分离出来,使其易于管理和更新。

通过将规则定义和执行过程进行解耦,规则引擎提供了一种灵活、可维护且高效的方式来管理和执行业务规则。

规则引擎通常具有以下核心组件和功能。

1.规则定义语言:规则引擎使用特定的规则定义语言来编写和表示业务规则。

规则定义语言通常具有自然语言类似的语法,易于理解和修改。

2.规则库管理:规则引擎提供了一种组织和管理规则的机制。

它允许将规则存储在库中,并提供了对规则的检索、添加、删除和修改功能。

规则库可以按照不同的分类进行组织,以便更好地管理和维护规则。

3.规则执行引擎:规则引擎包含一个规则执行引擎,用于解释和执行规则。

规则引擎可以根据业务数据和规则集来动态触发规则的执行,并产生相应的结果。

规则执行引擎通常具有高度优化的执行引擎,以提高执行效率。

4.规则评估和匹配:规则引擎通过规则评估和匹配机制来确定要执行的规则。

它根据事实数据和规则条件进行匹配,并选择最符合条件的规则进行执行。

规则引擎通常具有高度优化的规则匹配算法,以提高匹配效率。

5.规则优先级和冲突解决:规则引擎允许开发人员为规则设定优先级,并提供一种机制来解决规则之间的冲突。

当多个规则满足条件时,规则引擎根据规则的优先级来决定应该执行哪个规则,并提供相应的结果。

6.动态管理和更新:规则引擎允许开发人员在运行时动态管理和更新规则。

这意味着业务规则可以根据需求进行修改和调整,而不需要重新编译和部署整个应用程序。

规则引擎通常具有可视化的管理界面,以便用户方便地进行规则管理和更新。

规则引擎在许多领域有着广泛的应用。

以下是一些常见的应用场景。

1.金融行业:规则引擎可以用于自动化决策,例如信用评估、贷款审核和风险管理等。

业务规则和规则引擎

业务规则和规则引擎

业务规则和规则引擎业务规则是组织和管理业务活动的规则、约束和约定,它们用于指导业务过程中的决策和行为。

业务规则可以包括政策、法规、流程规范、操作规范等,它们是企业行为的基本准则。

业务规则可以在不同层面上存在,例如法律法规是国家层面的业务规则,企业内部的操作规范是企业层面的业务规则。

而规则引擎则是通过软件工具来执行和管理业务规则的系统。

规则引擎使用特定的规则标准来描述和编排业务规则,然后通过解释和执行这些规则,实现业务决策的自动化和灵活性。

规则引擎可以将业务规则从应用程序中解耦出来,使得业务规则的变更和维护更加方便、快捷。

业务规则和规则引擎的关系是业务规则是规则引擎的基础,规则引擎是业务规则的技术实现。

业务规则是基于特定业务领域的知识和经验,用于指导业务决策和业务流程的执行。

而规则引擎将这些业务规则以一种标准的方式进行描述和执行,实现业务决策的自动化和灵活性。

业务规则和规则引擎对于企业的价值和作用是显而易见的。

首先,由于业务规则的存在,企业的业务决策和行为可以更加规范和统一,减少人为的主观因素干扰。

其次,业务规则可以增强企业对业务的控制和管理,提高业务的效率和质量。

再次,利用规则引擎对业务规则进行自动化执行,可以提高业务决策的速度和准确性,帮助企业快速应对市场变化和业务需求的变化。

在实际应用中,规则引擎可以通过多种方式被使用。

例如,规则引擎可以嵌入在企业的核心业务系统中,提供业务决策的自动化执行。

规则引擎还可以作为一个独立的服务,被其他应用程序所调用和使用。

另外,规则引擎还可以提供一些额外的功能,例如规则版本管理、规则排错和调试、规则性能监控等。

然而,尽管业务规则和规则引擎在企业中有着广泛的应用和重要的价值,但在实际的规则管理和维护过程中,也会面临一些挑战和难题。

首先,业务规则的管理和维护需要一定的专业知识和技能,涉及到业务领域的深入理解和规则工程的技术知识。

其次,业务规则的复杂性和多变性也给规则引擎的设计和实现带来了挑战,需要采用合适的规则描述语言和规则引擎架构来支持。

规则引擎的定义及体系结构

规则引擎的定义及体系结构

规规则引擎的定义及其体系结构摘要随着经济的迅速发展,市场的快速变化导致商业业务规则的变化也越来越快,因此对于企业的IT部门或者IT企业来说,这就要求设计出来的应用系统能够适应这种快速变化。

然而,软件的开发周期和维护周期长,这和适应快速变化的市场需求产生了矛盾。

规则引擎的出现很好的解决了这一矛盾。

有了规则引擎,我们可将以程序代码的形式固化在应用系统中的业务逻辑分离、抽象出来,被分离的业务逻辑以业务规则形式存储在规则库中,并通过规则引擎进行执行。

本文将介绍规则引擎的定义,并将以WebSphere ILOG JRules 规则引擎为例介绍其体系结构。

关键字规则引擎业务规则业务对象模型规则执行模型规则调用目录第1章绪论1.1 规则引擎的产生背景第2章规则引擎概述2.1 业务规则2.2 规则引擎2.2.1 什么是规则引擎2.2.2 使用规则引擎的优点2.3 规则引擎运行模式第3章规则引擎的架构和工作机制3.1 规则引擎的架构原理3.2 规则引擎的工作机制第4章总结第1章绪论1.1 规则引擎的产生背景随着信息技术在企业的广泛的应用,企业IT 部门所开发和维护的应用系统也越来越复杂,而现代企业要求响应快速及灵活,他们对企业软件也有同样的要求。

企业管理者对企业级IT系统的开发有着如下的要求:一、为提高效率,管理流程必须自动化,即使现代商业规则异常复杂。

二、市场要求业务规则经常变化,IT系统必须依据业务规则的变化快速、低成本的更新。

三、为了快速、低成本的更新,业务人员应能直接管理IT系统中的规则,不需要程序开发人员参与。

因此如何使应用系统能够更快的响应的企业业务的变化已成为企业IT 发展的重要挑战之一。

另外,项目开发人员会碰到了以下问题:一、程序=算法+数据结构,有些复杂的商业规则很难推导出算法和抽象出数据模型。

二、软件工程要求从需求—>设计—>编码,然而业务规则常常在需求阶段可能还没有明确,在设计和编码后还在变化,业务规则往往嵌在系统各处代码中。

规则引擎概述

规则引擎概述

规则引擎概述
规则引擎是一种通过定义规则来改变特定数据或状态的一类系统。

它可以看作是一种代码替代品,能够将业务复杂性从代码中抽取出来,使维护和发布变得更加容易。

规则引擎可以被用来切换由无数条件控制的业务逻辑,在这种情况下,可以给出一致的结果,以便更容易地实现更改,调试和维护。

规则引擎可以被称为逻辑服务,它是一个独立的程序,可以从现有的业务逻辑中抽取出规则,并在需要时将其应用到实时数据中确定正确的应用行为。

规则引擎可以用来定义不同的业务规则,这些规则可以在不同的业务场景中使用,以根据不同的实时数据决定输出结果或操作行为。

规则引擎可以实现系统的可扩展性,使其能够更好地应对复杂的业务场景及场景变更。

规则引擎可以帮助企业快速部署定制性业务规则,从而帮助企业驱动业务效率,提高流程的效率与灵活性,甚至影响营销活动的成败。

规则引擎可以将规则定义、规则应用和规则决策自动化,使企业在规则管理上的操作成本降低,并提高工作效率。

规则引擎也可以通过强大的工作流和事件处理功能帮助企业提升实时性,并快速反应业务变化。

规则引擎概况资料

规则引擎概况资料

规则引擎概况资料规则引擎是一种计算机软件工具,用于管理和自动化业务规则。

业务规则是描述组织中的一些行为或决策的预定指南或条件。

规则引擎将这些规则编码为可执行的逻辑,以便根据规则执行相应的操作。

规则引擎的核心功能是处理规则的流程,并基于规则的条件和动作进行决策。

规则通常是通过if-then的条件逻辑来描述的,例如,如果温度超过30度,则打开空调。

规则引擎可以根据这些规则自动执行相应的动作,而无需进行编程开发。

规则引擎的主要优势之一是它的灵活性和可配置性。

规则可以在运行时进行修改和调整,而无需重新编译或部署整个系统。

这为组织带来了较快的响应速度和更容易的业务逻辑管理。

规则引擎的另一个重要特点是它的可重用性。

规则可以在不同的应用程序和系统之间共享和重用,使得开发人员能够更快速地构建和部署新的应用程序。

这也有助于确保规则的一致性和准确性,避免重复劳动和错误。

规则引擎广泛应用于许多领域和行业,如金融服务、保险、供应链管理、电子商务等。

它可以用来自动化和优化诸如业务决策、审批流程、价格计算等复杂的业务活动。

通过规则引擎,组织可以更快速、更准确地执行业务规则,提高运营效率和业务灵活性。

规则引擎的工作原理通常包括以下几个步骤:1.规则定义:业务用户使用规则引擎的可视化界面定义规则。

规则通常由条件和动作组成。

2.规则解析:规则引擎将定义的规则解析为可执行的逻辑表示形式,例如规则语言或规则表。

3.数据输入:规则引擎接收外部的数据输入,例如来自数据库、文件或其他系统的数据。

4.条件匹配:规则引擎将输入的数据与规则的条件进行匹配。

如果条件满足,则规则引擎会触发相应的动作。

5.动作执行:规则引擎执行与满足条件的规则相关联的动作。

这可以是发送通知、生成报表、更新数据库等操作。

6.结果输出:规则引擎将执行结果输出给用户或其他系统。

这通常是一个决策、建议或操作指南。

规则引擎的实现有多种方法,包括基于规则语言的引擎和基于决策表的引擎。

综合业务支撑系统(TBSS)简介

综合业务支撑系统(TBSS)简介

电信运营商业务支撑系统(TBSS)1.TBSS系统概述TBSS是高阳明天电信业务支撑系统(T Business Support System)的简称。

TBSS 是电信运营商的一体化、信息资源共享的支持系统。

BSS的历史可以追溯到1984年,AT&T 的第一次拆分让世界电信市场首次引入了竞争。

随之后市场竞争加剧,要求运营商们不仅能保持客户群的忠实度、减少客户流失,还必须保证一定的经营利润。

BSS于是就应允而生了,其中电信运营商的BSS是以电信运营商的OSS为主体,BSS为基础,从客户的角度看,随着"以客户为中心"理念的盛行,BSS的基础地位越来越不可或缺。

2.TBSS系统体系结构图2-1:TBSS体系结构图3.TBSS系统业务逻辑图呼叫中心渠道图3-1:TBSS业务逻辑结构图4.TBSS系统业务流程图图4-1:TBSS业务流程图5.TBSS系统主要功能模块客户管理管理系统(CRM)CRM系统是面向客户服务的各种模块的总称,包括营业系统,帐务系统,以及服务系统。

营业系统通常完成的是受理和处理用户的业务请求,而帐务系统是将用户使用电信网络的情况汇总形成帐单。

这两个过程在以往是比较单调的,但随着个性化服务的需求越来越强烈,要求系统实现功能的数量越来越多,越来越复杂,建设相对独立、灵活的营业系统和帐务系统的呼声也越来越高。

帐务系统要充分满足客户化的帐务要求。

支持灵活,多途径的收费功能,满足客户个性化的帐单及其详细话单,并支持多样化的帐单分发方式;提供强大灵活的客户信用度的管理,完善恶意消费控制和欺诈控制;对市场变化做出迅速反映,方便地支持新品牌、新的资费套餐及其新的服务手段的推出。

多元化服务即系统能为客户提供多种的接入渠道,多项的使用功能,多样的服务项目;个性化服务即能识别客户身份,根据不同客户的要求和系统数据,提供不同的服务和相应的营销,实现准确的服务;交互式服务主要是改变以往只有被动接受客户要求的状况,通过主动地调查市场,与客户联系,了解客户需求提供主动的服务和营销,同时增加系统的客户参与功能,鼓励客户进行自助服务。

中国电信BSS中台架构的研究与设计

中国电信BSS中台架构的研究与设计

工程与应用中国电信BSS中台架构的研究与设计刘智琼1,陈娜1,刘开开2,华竹轩1(1. 中国电信股份有限公司研究院,广东广州 510630;2. 中国电信集团有限公司,北京 100032)摘 要:分析了电信运营商在5G、云网融合时代的通信技术变革所带来的通信业的新业态、新生态圈合作挑战与机遇,结合中国电信信息化建设现状,提出了构建适应于中国电信的企业中台建设方案。

以“轻门户、变应用、稳中台”的构建思路,重点介绍业务中台的构建方案。

通过引入应用层、构建业务中台,实现对前端业务与市场的快捷精确响应,并通过案例介绍,验证方案的优越性与可行性。

关键词:5G;云网融合;BSS;业务中台中图分类号:TN626文献标识码:Adoi: 10.11959/j.issn.1000−0801.2021005Research and design of China Telecom BSS middle platformLIU Zhiqiong1, CHEN Na1, LIU Kaikai2, HUA Zhuxuan11. Research Institute of China Telecom Co., Ltd., Guangzhou 510630, China2. China Telecom Group Co., Ltd., Beijing 100032, ChinaAbstract: The new business formats, new ecosystem cooperation challenges and opportunities brought by the trans-formation of communication technology in the 5G and cloud network integration era of telecom operators were ana-lyzed. Combined with the current situation of China Telecom information construction, the construction scheme of enterprise middle platform which is suitable for China Telecom was put forward. Based on the construction idea of “light portal, variant application, stable middle platform”, the construction scheme of business platform was focused on. Through introducing application layer and building the middle platform, the fast and accurate response of front-end business and market were realized. And through the case introduction, the feasibility and superiority of the scheme was verified.Key words: 5G, cloud network integration, BSS, business middle platform1 引言经过多年的建设,中国电信业务支撑系统形成了总部与省两级的1(集团)+31(省份)套BSS (business support system)的集约架构,省份BSS 是业务支撑主体,承担省产品销售品上架、省客户管理、营销、销售、计费与结算等支撑职能,集团BSS支撑与政企大客户相关业务发展,很好地适应了固话、宽带等产品属地化管理业务模式。

规则引擎的工作流程

规则引擎的工作流程

规则引擎的工作流程规则引擎是一种用于自动化处理决策逻辑的软件工具。

它能够根据预先设定的规则集合,对输入数据进行判断和处理,从而实现对复杂业务逻辑的自动化处理。

本文将介绍规则引擎的工作流程。

一、规则引擎的基本概念规则引擎由三部分组成:规则库、规则引擎和数据。

规则库是指存储和管理规则的地方,规则引擎是指执行规则的部分,而数据则是输入到规则引擎中进行判断和处理的内容。

二、规则的定义和管理在规则引擎中,规则是一种逻辑表达式,用于描述某种条件下应该采取的行为。

规则通常包含一个条件和一个动作,当条件满足时,就会触发相应的动作。

规则可以通过专门的规则编辑器进行定义和管理,也可以通过编程语言进行编写。

三、规则的执行流程规则引擎的工作流程主要包括规则的加载、规则的匹配和规则的执行三个步骤。

1. 规则的加载:在规则引擎启动时,会将规则库中的规则加载到内存中,以便后续的匹配和执行操作。

规则库可以包含大量的规则,因此在加载时需要进行相应的优化,以提高规则的执行效率。

2. 规则的匹配:当输入数据到达规则引擎时,规则引擎会遍历规则库,逐个与输入数据进行匹配。

匹配的过程是从上到下依次进行的,直到找到第一个匹配的规则为止。

规则的匹配通常是基于条件表达式进行的,通过对输入数据的判断,确定是否满足规则的条件。

3. 规则的执行:当规则匹配成功后,规则引擎会执行规则中定义的动作。

动作可以是对数据的处理、对系统的操作或者触发其他的规则。

执行的结果可以是生成新的数据、更新现有的数据或者触发其他的业务流程。

四、规则引擎的优势规则引擎具有以下几个优势:1. 灵活性:规则引擎能够将决策逻辑从代码中分离出来,使得业务规则的修改和调整更加方便快捷。

通过修改规则库中的规则,而不是修改代码,就可以改变系统的行为。

2. 可维护性:规则引擎将规则与业务逻辑分离,使得系统的维护更加容易。

当业务规则发生变化时,只需要修改规则库中的规则,而不需要修改代码。

这样可以降低系统维护的成本和风险。

规则引擎组件介绍课件

规则引擎组件介绍课件

03
规则引擎的工作原理
规则匹配
规则匹配是指将输入的数据与规 则库中的规则进行匹配的过程。
规则匹配通常采用模式匹配或谓 词逻辑匹配等方法,根据输入数 据的属性和规则的条件进行匹配

规则匹配的目的是找出与输入数 据匹配的规则,为后续的规则执
行提供依据。
规则执行
规则执行是指根据匹配的规则 执行相应的操作或计算。
结果反馈通常包括输出结果、更新系 统状态、触发其他事件等步骤,根据 规则执行的结果进行相应的反馈操作 。
04
规则引擎的应用场景
业务流程管理
总结词
规则引擎在业务流程管理中发挥 着关键作用,能够自动化处理复 杂的业务流程,提高工作效率。
详细描述
规则引擎可以根据预设的规则和 条件,自动判断流程走向,减少 人工干预,提高业务流程的准确 性和效率。
某保险公司的理赔自动化流程
总结词
自动化处理
详细描述
该保险公司的理赔自动化流程通过规则引擎对理赔申请进行快速处理,自动判断赔付责 任和赔付金额。规则引擎能够根据预先设定的规则和算法,自动完成理赔申请的审核、
定损和赔付等流程,提高处理效率和客户满意度。
某保险公司的理赔自动化流程
总结词:准确性
详细描述:该系统的规则引擎具有很高的准确性,能够根据保险合同条款、相关法律法规和行业标准等,准确判断赔付责任 和赔付金额。这有助于减少人工干预和误差,提高理赔处理的公正性和透明度。
决策支持系统
总结词
规则引擎为决策支持系统提供强大的 决策依据,帮助企业做出快速、准确 的决策。
详细描述
规则引擎可以根据数据和事实,快速 生成决策建议,为决策者提供可靠的 决策依据,提高决策效率和准确性。

规则引擎 原理

规则引擎 原理

规则引擎原理规则引擎是一种软件系统,它能够监控、分析并执行许多不同类型的规则以实现自动化决策。

规则引擎使用规则语言来描述这些规则,以便于将其转换为可执行代码。

规则引擎的主要原理是根据与应用程序数据相关的用户定义的规则来自动处理业务逻辑。

以下是关于规则引擎的更详细的原理。

1. 规则引擎的基本概念规则引擎包括规则库、规则执行器和规则编辑器。

规则库是一个存储所有规则的仓库,规则执行器负责实现定义的规则,并将规则计算的结果反馈给用户。

规则编辑器提供了一个用户界面,以帮助用户定义规则,并将其保存到规则库中。

在规则引擎中,规则可以使用专门的规则编程语言编写,这种语言具有类似于自然语言的结构,使得规则易于理解和修改。

规则引擎使用这些规则来判断输入数据,并根据规则生成输出数据。

2. 规则引擎的工作原理规则引擎的工作原理可以概括为以下几个步骤:(1)数据收集:规则引擎首先从各种数据源(如数据库或外部API服务)中收集数据。

这些数据可以包括基本信息、历史记录、实时数据等等。

(2)数据处理:之后,规则引擎会对收集的数据进行处理,以准备数据以供规则评估使用。

在此阶段,规则引擎会将数据分类和排序,并进行必要的数据格式转换和计算等。

(3)规则评估:规则引擎会根据预先定义的规则对处理后的数据进行评估。

这些规则可以通过规则库进行配置和编辑。

规则引擎可以使用各种方法(如前向链接、后向链接、逻辑组合等)来评估数据。

这些方法可以实现不同类型的规则引擎,如决策引擎、商业规则引擎等。

(4)结果反馈:最后,规则引擎会对根据规则生成的结果数据进行处理,如生成报告、更新数据库、向外部系统发送通知等。

结果可以被呈现为文本、图表、图像、音频或视频等。

3. 规则引擎的优点规则引擎具有以下优点:(1)高效性:规则引擎可以通过迅速和自动的方式进行决策,以处理大量数据和决策情况。

(2)准确性:规则引擎使用的规则体系保证了结果的准确性和一致性。

(3)灵活性:规则引擎的规则库可以动态调整和重构,以适应变化的业务需求。

10-中国电信智慧运营BSS规范培训——CRM应用规范

10-中国电信智慧运营BSS规范培训——CRM应用规范

大数据 中心
增量经营流程 P-C匹配
销售品策划 数据支持
1、模型库
2、样本学习
3、标签库 4、评估中心
存量经营流程 C-P-C-T匹配
营销清单建议
1、目标客户 2、偏好渠道 3、建议销售品
受理 中心
受理规则
选择
计费中心
计费规则
渠道匹配 营销脚本 佣金规则
服务事件库
统一加载
渠道策略
服务策略
统一发布
末梢渠道 实体渠道 直销渠道 电子渠道 合作渠道
CPC配置中心
产品管理
销售品管理
营销活动管理
规则视 主数据 图管理 管理
服务事件管理
渠道视 两级协 图管理 同管理
营销资源中心
号码管理
UIM卡管理
终端管理
其它营销资源 管理
发票管理 进销存管理
营服协同中心
协同策略管理 事件处理
协同调度与跟踪 消息统一推送 外呼管理
基础运营管理
权限管理
运营报表
业务稽核
业务流程组
职责 1、CRM规范总册 2、业务流程场景分册 3、测试规范
能力中心1组
职责 1、CRM能力中心分册(含功能
、服务)(客户、订单、资 产、营销资源)
能力中心2组
职责 1、CRM能力中心分册(含功能
、服务)(产销品、营销服务 、组织、规则)


4
CRM应用规范,满足重构聚焦客户经营的支撑体系
业务场景组
架构规划组
组 长:潘露 副组长:张建英、段勇、 王桂荣、陈景国、董爱 刚 成员:市场、政企、渠 道、企信(数据中心) 等部门 联系人:贾萍
组 长:王桂荣 副组长:王保中、谢晓 军、童兴 成员: IT运营中心、 IT研发中心、 BSS/OSS支撑中心 联系人:刘开开

(业务管理)中国联通IT系统BSS系统域综合计费帐务系统业务规

(业务管理)中国联通IT系统BSS系统域综合计费帐务系统业务规

(业务管理)中国联通IT 系统BSS系统域综合计费帐务系统业务规QB/CU xx—2006中国联通IT系统BSS系统域综合计费帐务系统业务规范ChinaUnicomBillingFunctionalSpecification(V1.0)2006-X-X实施中国联通IT系统BSS系统域综合计费帐务系统业务规范目次前言12引言13修改历史15综合计费帐务系统业务规范161.范围162.规范性引用文件163.缩略语和术语定义163.1.缩略语163.2.术语174.总则214.1.编制目的214.2.适用范围214.3.文档结构215.总体概述225.1.系统定位225.2.建设目标235.2.1.计费收入保障235.2.2.综合业务计费235.2.3.3G计费245.2.4.灵活定价245.2.5.集团客户计费245.3.设计原则245.3.1.实用、先进、可持续发展245.3.2.实时性245.3.3.面向市场与客户245.3.4.系统灵活,面向未来3G业务245.3.5.模块化255.3.6.规范化、标准化255.3.7.系统平滑过渡255.4.总体设计265.4.1.系统功能架构265.4.2.系统间集成关系29中国联通机密文件第3 页共148 页6.批价326.1.集成要求336.1.1.系统间集成要求336.1.2.模块间集成要求336.2.流程描述346.2.1.批价向导流程346.2.2.本省用户使用事件处理流程356.2.3.本省无主使用事件处理流程366.2.4.漫游用户使用事件处理流程376.2.5.批价回退处理流程386.2.6.批价回收处理流程396.3.批价参数管理406.3.1.产品及优惠配置406.3.2.资费计划配置416.3.3.资费计算规则配置426.3.4.使用事件类型配置446.3.5.局数据配置456.3.6.圆整规则配置476.4.批价向导476.4.1.业务定义476.4.2.功能要求486.4.3.数据要求506.5.费用计算506.5.1.业务定义506.5.2.功能要求516.5.3.数据要求536.6.回退处理536.6.1.业务定义536.6.2.功能要求546.6.3.数据要求546.7.回收处理546.7.1.业务定义546.7.2.功能要求546.7.3.数据要求557.帐务处理557.1.集成要求557.1.1.系统间集成要求557.1.2.模块间集成要求567.2.流程描述577.2.1.帐务处理流程577.2.2.优惠处理流程587.2.3.出帐处理流程597.2.4.调帐处理流程617.3.客户资料管理627.3.1.业务定义627.3.2.功能要求627.3.3.数据要求637.4.优惠规则管理647.4.1.业务定义647.4.2.功能要求647.4.3.数据要求667.5.优惠处理667.5.1.业务定义667.5.2.功能要求677.5.3.数据要求717.6.周期性及一次性费用计算72 7.6.1.业务定义727.6.2.功能要求727.6.3.数据要求747.7.出帐处理757.7.1.业务定义757.7.2.功能要求757.7.3.数据要求787.8.出帐回退787.8.1.业务定义787.8.2.功能要求787.8.3.数据要求787.9.累帐处理797.9.1.业务定义797.9.2.功能要求797.9.3.数据要求797.10.调帐807.10.1.业务定义807.10.2.功能要求807.10.3.数据要求807.11.帐务关系管理807.11.1.业务定义807.11.2.功能要求817.11.3.数据要求828.帐单管理828.1.集成要求828.1.1.系统间集成要求828.1.2.模块间集成要求83 8.2.流程描述838.2.1.帐单管理流程838.3.帐单定制848.3.1.业务定义848.3.2.功能要求858.3.3.数据要求868.4.帐单生成878.4.1.业务定义878.4.2.功能要求878.4.3.数据要求888.5.帐单配送888.5.1.业务定义888.5.2.功能要求888.5.3.数据要求889.收费管理899.1.集成要求899.1.1.系统间集成要求899.1.2.模块间集成要求90 9.2.流程描述919.2.1.本地缴费流程919.2.2.异地缴费流程929.2.3.跨省集团缴费流程949.2.4.销帐处理流程959.2.5.反销帐处理流程96 9.3.缴费979.3.1.营业缴费979.3.2.异地缴费999.3.3.银行托收1009.3.4.银行划帐1009.3.5.第三方代收1019.3.6.集团客户统一缴费102 9.4.票据处理1029.4.1.业务定义1029.4.2.功能要求1039.4.3.数据要求1039.5.销帐与反销帐1039.5.1.销帐处理1049.5.2.反销帐处理1059.5.3.集团客户统一销帐1069.6.对帐1079.6.1.业务定义1079.6.2.功能要求1079.6.3.数据要求1079.7.总帐1089.7.1.业务定义1089.7.2.功能要求1089.7.3.数据要求1099.8.余额管理1099.8.1.业务定义1099.8.2.功能要求1099.8.3.数据要求1109.9.积分计算1109.9.1.积分计算处理1119.9.2.积分规则管理11110.欠费管理11210.1.集成要求11310.1.1.系统间集成要求113 10.2.模块间集成要求11310.3.流程描述11410.3.1.欠费催缴流程11410.3.2.动态信用评分计算流程11510.3.3.设置信用额度流程11610.3.4.坏帐核销流程11710.4.欠费数据生成11810.4.1.业务定义11810.4.2.功能要求11810.4.3.数据要求11810.5.欠费缴清11910.5.1.业务定义11910.5.2.功能要求11910.5.3.数据要求11910.6.催缴队列管理11910.6.1.业务定义11910.6.2.功能要求11910.6.3.数据要求12010.7.催缴规则管理120 10.8.信用度计算12110.8.1.动态信用评分12110.8.2.设置信用额度12210.8.3.信用规则管理125 10.9.挂帐处理12610.9.1.业务定义12610.9.2.功能规范12610.9.3.数据要求126 10.10.呆帐处理12610.10.1.业务定义12610.10.2.功能要求12610.10.3.数据要求126 10.11.坏帐处理12710.11.1.业务定义12710.11.2.功能要求12710.11.3.数据要求127 10.12.滞纳金管理12710.12.1.业务定义12710.12.2.功能规范12710.12.3.数据要求12811.信用控制12811.1.集成要求12911.1.1.系统间集成要求12911.1.2.模块间集成要求129 11.2.流程描述13011.3.实时费用检测13111.3.1.定义13111.3.2.功能要求13111.3.3.数据要求132 11.4.信用监控13211.4.1.定义13211.4.2.功能要求13211.4.3.数据要求132 11.5.催缴处理13311.5.1.定义13311.5.2.功能要求13311.5.3.数据要求133 11.6.停开机处理13411.6.1.定义13411.6.2.功能要求13411.6.3.数据要求134 11.7.信用监控参数维护13411.7.1.定义13411.7.2.功能要求13411.7.3.数据要求13512.防欺诈控制13512.1.集成要求13512.1.1.系统间集成要求13512.1.2.模块间集成要求136 12.2.流程描述13612.2.1.防欺诈处理流程136 12.3.欺诈数据过滤13712.3.1.业务定义13712.3.2.功能要求13712.3.3.数据要求137 12.4.欺诈监测13812.4.1.业务定义13812.4.2.功能要求13812.4.3.数据要求139 12.5.规则维护14012.5.1.业务定义14012.5.2.功能要求14012.5.3.数据要求142 12.6.欺诈告警管理14212.6.1.业务定义14212.6.2.功能要求14212.6.3.数据要求143 12.7.欺诈报告管理14312.7.1.业务定义14312.7.2.功能要求14312.7.3.数据要求144 12.8.欺诈处理14512.8.1.业务定义14512.8.2.功能要求14512.8.3.数据要求14813.收入流监测14813.1.集成要求14913.1.1.系统间集成要求14913.1.2.模块间集成要求149 13.2.流程描述15013.2.1.收入流监测流程150 13.3.监测预处理15113.3.1.业务定义15113.3.2.功能要求15113.3.3.数据要求15213.4.监测规则管理15213.4.1.业务定义15213.4.2.功能要求15213.4.3.数据要求15313.5.监测处理15313.5.1.业务定义15313.5.2.功能要求15313.5.3.数据要求15513.6.告警处理15613.6.1.业务定义15613.6.2.功能要求15613.6.3.数据要求15614.统计查询15714.1.统计管理15714.1.1.批价统计15714.1.2.帐务应收统计15814.1.3.帐务实收统计15914.1.4.积分统计16014.2.查询管理16014.2.1.实时话费查询16114.2.2.详单查询16114.2.3.余额查询16114.2.4.帐单查询16114.2.5.押金历史查询16114.2.6.缴费数据查询16114.2.7.销帐数据查询16114.2.8.优惠详细情况查询16114.2.9.催缴数据查询16214.2.10.欠费数据查询16214.2.11.积分数据查询16214.2.12.信用度查询16214.2.13.呆帐数据查询16214.2.14.坏帐数据查询16215.系统管理16215.1.参数管理16315.1.1.业务定义16315.1.2.功能要求16315.1.3.数据要求16315.2.操作点管理16315.2.1.业务定义16315.2.2.功能要求16315.2.3.数据要求16415.3.权限管理16415.3.1.业务定义16415.3.2.功能要求16415.3.3.数据要求16515.4.系统备份16515.4.1.业务定义16515.4.2.功能要求16515.4.3.数据要求16515.5.日志管理16515.5.1.业务定义16515.5.2.功能要求16515.5.3.数据要求16615.6.系统监控16615.6.1.业务定义16615.6.2.功能要求16615.6.3.数据要求16716.场景验证16716.1.专线计费业务场景16716.1.1.场景描述16716.1.2.业务场景16716.1.3.业务描述16716.2.无主事件处理场景16816.2.1.场景描述16816.2.2.业务场景16916.2.3.业务描述16916.3.回退处理场景17016.3.1.场景描述17016.3.2.业务场景17116.3.3.业务描述17116.4.智能网事件计费场景17216.4.2.业务场景17216.4.3.业务描述17216.5.产品及资费场景173 16.5.1.业务描述17316.5.2.业务场景17316.5.3.场景描述17416.6.客户促销优惠场景174 16.6.1.业务描述17416.6.2.业务场景17516.6.3.场景描述17516.7.缴费触发优惠场景176 16.7.1.场景描述17616.7.2.业务场景17616.7.3.业务描述17616.8.总帐场景17616.8.1.业务描述17616.8.2.业务场景17716.8.3.场景描述17716.9.对帐场景17816.9.1.业务描述17816.9.2.业务场景17916.9.3.场景描述17916.10.信控场景18016.10.1.业务描述180 16.10.2.业务场景181 16.10.3.场景描述18116.11.客户定制化帐单场景182 16.11.1.业务描述182 16.11.2.业务场景183 16.11.3.场景描述18316.12.动态信用度计算场景184 16.12.1.业务描述184 16.12.2.业务场景184 16.12.3.场景描述18516.13.欠费处理场景185 16.13.1.业务描述185 16.13.2.业务场景186 16.13.3.场景描述18616.14.漫游高额防欺诈场景18716.14.2.业务场景18816.14.3.场景描述18816.15.帐单查询及调帐处理场景189 16.15.1.业务描述18916.15.2.业务场景18916.15.3.场景描述19016.16.V O IP电话卡实收总帐计算场景190 16.16.1.业务描述19016.16.2.业务场景19116.16.3.场景描述191前言中国联通在2005年制订了未来三年的IT规划。

国内外主流工作流引擎及规则引擎分析

国内外主流工作流引擎及规则引擎分析

国内外主流工作流引擎及规则引擎分析在当今信息化时代,工作流引擎和规则引擎是众多企业必备的核心技术。

工作流引擎主要用于定义、执行和管理业务过程,而规则引擎则用于管理业务规则的执行。

本文将分析国内外主流的工作流引擎和规则引擎。

工作流引擎是一种将业务逻辑以图形方式表示的工具,可以自动化、控制和优化组织中的业务流程。

国外主流的工作流引擎有IBM的WebSphere Business Process Manager、Oracle的BPEL Process Manager、SAP的NetWeaver BPM等。

其中,IBM的WebSphere Business Process Manager集成了业务流程管理、规则引擎和实时决策管理,提供了一套完整的商业流程管理解决方案;Oracle的BPEL Process Manager基于领先的Web服务技术,可以将不同系统中的业务流程进行集成和协作;SAP的NetWeaver BPM是一款基于开放标准的工作流引擎,可以与SAP的其他系统进行无缝集成。

国内主流的工作流引擎有华为的UniFlow、用友的U8 WorkFlow、金蝶的K/3 WorkFlow等。

华为的UniFlow是一款集成化的工作流引擎,支持多模式流程建模和多操作方式,能够满足不同行业的需求;用友的U8 WorkFlow基于用友NC软件平台,提供了强大的流程建模能力和灵活的流程执行机制;金蝶的K/3 WorkFlow是一款企业级工作流引擎,能够支持大规模的用户并发操作和高效的流程执行。

规则引擎是一种通过抽象和集成业务规则,实现业务逻辑的可配置化和易于管理的技术。

国外主流的规则引擎有Drools、IBM ODM、Oracle OBR等。

Drools是一款开源的规则引擎,具有灵活性和易用性,支持规则的动态加载和修改;IBM ODM是IBM的一款商业规则引擎,提供了强大的规则管理和决策管理功能;Oracle OBR则是Oracle的一款规则引擎,可以将业务规则集成到企业应用中,并提供了一套完整的规则管理平台。

业务引擎规则范文

业务引擎规则范文

业务引擎规则范文业务引擎规则是指用于约束和规范业务流程的一系列规则和条件。

它可以帮助企业提高工作效率、减少错误发生的可能性,保证业务流程的合规性和规范性。

业务引擎规则是企业管理中的重要组成部分,能够对员工的工作行为进行指导和监督,帮助企业更好地实现业务目标。

业务引擎规则通常由企业的管理者、业务分析师和系统开发人员共同制定,以适应企业的实际需求和业务流程。

它们可以涉及到各个方面的业务规则,包括操作流程、数据处理、财务管理、风险控制等。

通过对这些规则进行规范和约束,企业可以更好地保障业务的稳定性和可持续发展。

1.灵活性:业务引擎规则可以根据企业的实际情况进行调整和修改,以适应业务流程的变化和发展。

它们不是一成不变的,而是可以根据需要进行动态调整的。

2.自动化:业务引擎规则通常是由计算机程序执行的,可以实现业务流程的自动化处理和监控。

这样可以减少人为因素的干扰,提高工作效率和准确性。

3.效率高:业务引擎规则可以对业务流程进行智能化管理,根据一定的逻辑和条件进行判断和处理。

这样可以大大提高工作效率,减少企业的运营成本。

4.可扩展性:业务引擎规则可以根据企业的业务需求进行扩展和延伸,不断完善和提升规则的适用范围和深度。

这样可以更好地满足企业管理的需要。

在实际应用中1.工作流程管理:通过业务引擎规则可以对工作流程进行管理和监控,确保整个流程的顺利进行并符合规定的条件。

可以避免员工操作的随意性和错误性,提高工作效率。

2.数据处理和权限控制:业务引擎规则可以帮助企业对数据进行处理和权限控制,保护数据的安全性和隐私性。

可以根据一定的规则对不同权限的用户进行数据的访问和修改,确保数据的完整性和可靠性。

3.风险控制和合规性管理:通过业务引擎规则可以对企业的风险进行识别和控制,及时采取措施避免损失。

同时可以对企业的合规性进行管理,确保业务流程符合相关法规和规定。

4.业务规则引擎:通过业务引擎规则可以实现业务规则引擎,对企业的业务规则进行统一管理和执行。

  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

应用业务规则管理技术构建
灵活的BSS/OSS
何仁杰
3G不仅仅是一种新的无线技术,更是一种新的业务平台。

许多新业务将随着3G的出现而应运而生。

作为运营商,他们很难准确预知未来3G的新业务到底以何种业务策略进行运作,一切将由市场决定。

因此一个能够灵活应对策略变化的业务运营支撑系统(BSS/OSS)对运营商来讲至关重要。

经验证明,使用传统的系统开发思路和技术已无法满足运营商对灵活性的要求,业务规则管理技术作为一种经过实践考验的技术在灵活性和应对市场变化方面体现出了独特的优势。

四层结构的BSS/OSS
目前,许多BSS/OSS都实现了三层结构,即接入层(包括展现层)、应用逻辑层和数据层。

三层结构由于使用了数据库管理系统(DBMS),很好地实现了数据集中管理和数据在应用层上的共享,使新应用的添加和修改比传统方式方便了许多。

但是这种三层结构系统在灵活性方面还是存在着瓶颈,主要表现在:
1)业务规则还是驻留在程序中,无法被有效的管理。

规则无法被查询、无法被共享。

2)业务规则的实现非常复杂繁琐。

几乎很难解决规则之间的复杂关联关系(如互斥、并发、顺序、多选一等)。

3)业务规则的维护十分困难,在程序代码级上的规则维护不仅耗时,而且风险很大。

虽然有些系统使用了所谓的参数化和模板化来试图提供灵活性,但经验证明,这种方式的效果依然有限。

4)业务人员无法接触到他们的业务规则。

更无从参与业务规则的开发。

由于业务规则在BSS/OSS中是最活跃的元素,为了能够真正实现灵活性,我们必须把业务规则作为一种特殊的“对象”转移到程序之外,在一个特殊的层面,即“业务规则层”上进行管理。

这个“业务规则层”结合原来三层结构中的“接入层”、“应用层”和“数据层”就构成了四层结构的
BSS/OSS。

业务规则层与其它层的最大区别在于它完全向精通业务策略的非技术人员开放。

过去所有的开发工作都由IT人员承担;现在,通过业务规则层上提供的各种服务(Service),业务人员可以参与规则的开发和管理。

四层结构的好处不言而喻:它实现了业务规则的集中统一的控制,实现了规则的共享和复用、缩短了的业务策略的定制周期,改变了业务规则的开发方式。

这种结构使得运营商们第一次有机会能够把业务规则变化成他们的特殊资产,第一次能够自如地调整他们的运营策略。

业务规则管理系统(Business Rules Mangement System,简称BRMS)
业务规则管理(BRM)技术是实现四层结构BSS/OSS的关键技术。

它的精髓就是:把复杂的业务逻辑从程序中剥离出来,转化为特殊的“对象“,即业务规则,在程序外进行管理。

这里所说的业务规则是一种非过程化的逻辑描述。

一条业务规则仅包含条件部分和执行部分,描述的是某个条件下的执行逻辑。

例如:
如果(If)
对象之间的条件测试满足
那么(Then)
执行某些操作
[否则(Else)]
执行其它分支操作
复杂的业务逻辑往往需要多个规则通过链式推理或叠加后才能实现。

这看似复杂的规则执行过程在BRM中完全由规则引擎所代劳,规则开发者只需要关注规则本身的内容以及规则的属性(如优先级、时效期、权限级和状态等)。

实现BRM的系统就是业务规则管理系统(BRMS),一个完整BRMS至少要包括这样几个部分: 规则引擎 (Rule Engine):用于解析规则,并根据规则中的定义触发程序中的方法(Method)或操作(Operation)。

规则引擎需要开发人员通过程序接口(API)的方式嵌入在应用程序中。

业务规则可以动态地被加载到规则引擎中去。

规则库 (Rule Repository):用于存放业务规则和规则元数据(Meta Data)的地方。

一般上,BRMS 需提供一组程序接口(API)或服务(Service),用于实现对规则的分类、查询、版本控制、权限控制、测试,以及对规则的状态、时效跟踪和控制等功能。

规则库可以依托文件系统,也可以依托数据库管理系统。

规则管理工具(Rule Builder):用于管理、创建和修改业务规则的图形化工具。

除了开发人员,业务人员也可以使用这套工具实现对规则的管理、编辑和调试。

规则语言框架(Rule Language Framework):利用这个框架,开发人员可以非常方便的定制面向业务的规则语言和规则模板,以方便业务人员直接接触规则。

在四层结构的BSS/OSS中,BRMS的使用思路是:在系统中嵌入规则引擎 (Rule Engine);让规则引擎解析指定的规则包,并执行规则包中的规则;业务规则被集中保存在规则库中;开发人员和业务人员以不同的角色,通过界面工具可以登入到规则库中对规则进行编辑、修改和查询等操作,系统管理员可以使用规则工具动态部署规则到指定的规则引擎中去。

BRMS¬O业级 应 术 Gartner在它的2005¦s报 G0*******¡中指出:业务规则引擎(Business Rule Engines)是继OS技术、数据库技术之后的又一个重要的技术,它为企业的应用系统带来了极大的灵活性。

由于BSS/OSS是运营商依赖的重要系统,无论国内外用户都必然选用高性能和开放度高的商用BRMS。

据IDC 2004年的研究报告,目前全球77%的BRMS市场份额被四家国外厂商瓜分,其中BRMS的最大软件供应商是法国的ILOG公司,它的产品横跨Java、C++和.Net平台,尤其在电信领域具有很强的优势。

业务规则管理系统在BSS/OSS中的应用现状和前景
类似DBMS技术,BRMS在BSS/OSS中非常多的应用点。

只要是“规则敏感”的地方都是BRMS 的用武之地。

例如:在计费系统中,BRMS已被国内外的运营商使用在计费的话单预处理,批价,帐务等不同阶段。

在中国, BRMS首先应用在优惠和营销方面。

大客户管理和渠道管理也是BRMS的应用热点,因为这些应用领域,由于不同客户、不同区域所使用的业务规则都不相同,如果采用传统的“按需编写程序”的方式,往往会使系统开发和以后的维护成本急剧上升。

但是使用BRMS,开发商就有可能开发出一个稳定的平台,而规则可以在不改动程序的前提下按需定制。

在OSS方面,规则引擎主要使用在服务管理,网络管理方面等。

例如HP著名的OpenView Temip 就利用ILOG Rules实现了对告警的相关性分析和过滤。

一些国内的电信设备供应商和网络管理开发商也开发了不少基于规则引擎的网管系统。

总结
利用BRMS所构建的四层结构的BSS/OSS具有这样些特色:
业务规则可以被有效的管理,如规则查询、权限控制、实时部署、规则共享、版本管理等。

业务规则可以用面向业务的非技术语言表达,让运营商可以真真切切地接触到他们的规则。

业务规则的变更很少涉及到对程序代码修改,极大降低了系统维护成本、提高了系统的灵活性。

嵌入规则引擎的系统结构,由于没有了复杂的规则逻辑而变得简单清晰。

降低了开发风险和成本。

相关文档
最新文档