浅谈通信综合营帐数据中间层设计原则与处理流程.docVIP

浅谈通信综合营帐数据中间层设计原则与处理流程 　　摘 要：文章论讨数据中间层设计原则及数据处理流程。数据中间层是计费系统对外进行统计类数据提供的桥梁，以提高数据提供的方便性、快速性和安全性。 　　关键词：中间层；处理流程；模式；实体 　　数据中间层是计费系统对外进行统计类数据提供的桥梁，系统通计费过数据加工和整理把数据映射到数据中间层的各统计要素，报表统计直接通过数据中间层进行而不对计费系统的基础数据进行操作。通过这种方法提高了数据提供的方便性、快速性和安全性。 　　数据中间层和计费帐务系统中其他模块的关系：数据中间层主要的功能是从计费系统中抽取数据，经过加工整理（按照其他系统要求）向外界进行数据提供，数据中间层的抽取的数据对象包括用户资料、用户的服务使用信息（用户的业务使用记录）、用户的费用信息、用户的缴费信息、用户欠费信息、调帐信息、用户的账本信息等计费系统中核心业务数据，因此数据中间层和计费系统中各功能模块都有着非常密切的关系，各模块的行为会影响数据中间层的数据源，从而影响数据中间层的行为，为了保证数据中间层的数据和计费系统的数据一致性，数据中间层模块和相关模块应有通讯接口。从减少对计费系统正常运营的影响，数据中间层生成的不宜太多频繁，一般定时处理就可以满足要求（如一月一次、一天一次、一个小时一次）。 　　数据中间层生成和其他系统间的关系：CRM系统（特别是采用SID模式）为数据中间层提供客户资料信息，数据中间层抽取的数据是各种接口数据源和数据提供的数据源，统计报表在数据中间层抽取的数据基础上进行简单的加工，生成最终的各种统计报表。 　　1 数据中间层设计原则 　　1.1 三种运行模式 　　系统运行的模式，初步设计为三种模式：实时模式、定时模式和即时模式。 　　实时模式主要处理话单类的统计，由于这部分数据量大，也不要求月末处理完成，考虑跟随计费的处理流程，计费每完成若干个文件的计费，系统自动组织相关的任务进行处理，一个任务包含的文件数目多少，根据业务量的大小确定，这个参数由系统参数表中的process_file_num_per_batch确定。 　　定时模式主要处理需要月底进行统一处理的任务和需要每天进行处理的任务。月底处理的主要是费用性质的数据抽取任务，每天处理的主要包含欠费和缴费分析的任务。 　　即时模式主要用于处理系统无法确定什么时候应该开始处理的情形，和用户需要随机发布的数据抽取任务，一部分在定时模式中提及的任务，有可能也需要在即时模式的框架里面进行处理，比如月底的费用性质的数据抽取任务，由于系统无法确定什么时候出帐结束，稽核完成。这个时间点需要用户确定。 　　1.2 系统参数控制机制 　　设计若干的实体，并在系统中设置一组参数，最终用户具有控制这些实体是否生成的权利，这组参数在系统参数表（system_param）中，基本的命名方式是实体名称加_is_valid组成，这组参数的具体含义将在用户操作文档进行详细的描述。这里举一个例子简单说明一下： 　　参数stop_user_element_is_valid 是表的是否需要生成stop_user_element（拆停机用户分析数据的参数），在是否生成之间切换，只需要执行下列语句： 　　Update system_param set param_val=true where param_name = stop_user_element_is_valid 就可以要求系统生成?@个实体。 　　Update system_param set param_val=false Where param_name 　　=stop_user_element_is_valid 就可以要求系统不生成这个实体。 　　1.3 处理引擎 　　引擎是一种机制，将设计方案中所设计的实体简单的分为用户发展相关、话单类统计相关、费用统计相关，欠费相关、缴费分析相关、用户费用异常分析、调帐分析等。这样就有了用户发展处理引擎、话单统计引擎、费用处理引擎、欠费处理引擎、缴费分析引擎、费用异常分析引擎、调帐分析引擎。之所以这里引入引擎这个概念的原因在于，这几类实体需要处理的原始数据都是基本一致的。考虑到系统的扩展性和性能问题，须将在相关实体集成在一起，统一处理，至于哪些实体需要处理，哪些不需要处理，在系统参数表中有一组参数用于进行这种控制。 　　处理引擎只是提供原始数据和公共服务的一种机制，它负责原始数据的读取和公共数据的收集，处理在处理引擎的机制中，但并不是它的功能，分析功能由相关实体的实现逻辑实现，在处理引擎中统一调用。 　　用户发展处理引擎负责读取用户资料数据，传送用户资料数据结点到用户发展处理的各个实体，由各个实体引用用户资料结点信息，结合自己的实体