085-2008中国联通it系统bss系统域在线计费系统数据模型规范v10

更多企业学院中小企业管理全能版183套讲座89700份资料总经理、高层管理49套讲座16388份资料中层管理学院46套讲座6020份资料国学智慧、易经46套讲座人力资源学院56套讲座27123份资料各阶段员工培训学院77套讲座324份资料员工管理企业学院67套讲座8720份资料工厂生产管理学院52套讲座13920份资料财务管理学院53套讲座17945份资料销售经理学院56套讲座14350份资料销售人员培训学院72套讲座4879份资料更多企业学院中小企业管理全能版183套讲座89700份资料总经理、高层管理49套讲座16388份资料中层管理学院46套讲座6020份资料国学智慧、易经46套讲座人力资源学院56套讲座27123份资料各阶段员工培训学院77套讲座324份资料员工管理企业学院67套讲座8720份资料工厂生产管理学院52套讲座13920份资料财务管理学院53套讲座17945份资料销售经理学院56套讲座14350份资料销售人员培训学院72套讲座4879份资料中国联通公司企业标准QB/CU0852008中国联通IT系统BSS系统域在线计费系统数据模型规范（V10）20081215发布20081215实施中国联通公司发布目次前言本规范依据中国联通IT系统BSS系统域在线计费系统业务规范业务要求，结合中国联通IT系统BSS系统域客户关系管理系统数据模型和中国联通IT系统BSS系统域综合计费账务系统数据模型对在线计费系统（OCS）中的数据模型要求进行了规定，包括概念模型和逻辑模型。本标准由中国联通公司信息化部提出本标准由中国联通公司技术部归口本标准主要起草单位联通公司信息化部、中讯邮电咨询设计院本标准的修改和解释权属中国联通公司。中国联通IT系统BSS系统域在线计费系统数据模型规范1范围本规范描述了中国联通在线计费系统（OCS）的数据模型的概念，给出了概念模型和逻辑模型。2规范性引用文件下列文件中的条款通过本标准的引用而成为本标准的条款。凡是注日期的引用文件，其随后所有的修改单（不包括勘误的内容）或修订版均不适用于本标准，然而，鼓励根据本标准达成协议的各方研究是否可使用这些文件的最新版本。凡是不注日期的引用文件，其最新版本适用于本标准。QB/CU0392007中国联通IT系统BSS系统域客户关系管理系统数据模型规范QB/CU0432007中国联通IT系统BSS系统域综合计费帐务系统数据模型规范3缩略语缩略语英文中文解释BSSBUSINESSSUPPORTSYSTEM业务支撑系统CRMCUSTOMERREALTIONSHIPMANAGEMENT客户关系管理系统4数据模型概念数据模型是指用实体、属性及其关系对企业运营和管理过程中涉及的所有业务概念和逻辑规则进行统一定义、命名和编码。数据模型是业务人员、IT人员和开发商之间进行沟通的一套语言。数据模型分为概念数据模型、逻辑数据模型和物理数据模型。不同的数据模型侧重解决不同层面的问题。概念数据模型是一个高层次的数据模型定义了重要的业务概念和彼此的关系主要解决核心的业务问题由核心的数据实体或其集合，以及实体间的业务关系组成一般来说，在进行系统设计与开发之前，往往就核心的业务概念及其关系（即概念模型）已经达成一致；逻辑数据模型对概念数据模型的进一步分解和细化描述实体、属性以及实体关系主要解决细节的业务问题设计时一般遵从“第三范式”以达到最小的数据冗余系统设计时，根据已有的概念模型，与业务人员一起，直接进行逻辑模型的设计；物理数据模型描述模型实体的细节，对数据冗余与性能进行平衡主要解决细节的技术问题（数据库的物理实现）需要考虑所使用的数据库产品、字段类型、长度、索引等因素必须首先确定数据库平台和应用程序的架构逻辑模型设计完成之后，再根据所选的数据库产品及其他因素，进行物理模型的设计。中国联通OCS系统属于中国联通BSS系统域，同综合计费帐务系统共同组成计费功能域，中国联通OCS概念数据模型是联通企业级概念数据模型的一个子集。为了保证中国联通BSS系统域数据模型的一致性，OCS系统与综合计费帐务系统保持统一的概念、逻辑模型，当中国联通BSS系统域数据模型发生修改时，以BSS系统域数据模型为准。OCS系统数据模型在保持与综合计费帐务系统的数据模型一致的前提下进行相应的裁减和增加。5概念模型中国联通OCS系统概念模型设计的指导原则如下表达重要业务概念及业务概念之间的关系。解决并只解决需要在全国范围内统一规范的核心的业务问题。只反映业务对数据的需求，包容多种物理实现方式，不定义具体的物理实现方式。概念模型不考虑具体而细致的业务需求，细节的业务需求是逻辑模型所应当考虑的。概念模型不考虑效率与数据冗余之间的平衡，技术实现是物理模型所应当考虑的。51客户主题域下图为客户域概念数据模型，灰色实体为BSS数据模型中定义而在OCS中不做要求的实体。客户客户评估详单帐户服务水平客户订单客户关系客户交互客户投诉帐务关系订购实例账目储值方式帐单客户组帐本帐单项OCS系统的建设中，需要支持BSS系统中的统一客户视图建设OCS系统的“客户”实体模型与BSS系统域中的“客户”实体相关信息保持一致，实现客户资料的统一。完整的客户信息保存于CRM系统，OCS系统中保留计费所必须的客户信息。“客户订单”、“客户交互”、“客户投诉”、“客户组”、“客户评估”、“客户关系”、“服务水平”、“帐单”、“帐单项”部分在OCS系统中不做要求。帐务部分设计主要支持实时在线帐务处理、实现实时的余额管理。概念实体描述序号概念实体概念实体说明1客户客户是指可以成为中国联通及其合作伙伴所提供电信产品的所有者、支付者、使用者的人或组织。2帐户帐户是用来保存客户所希望的其产品和服务计费信息。所有可计费的客户必须有一个帐户来接受帐单。3帐本帐本用于区分帐户的余额类型，根据需要可以分为现金帐本、积分帐本、赠款帐本等。4帐务关系帐务关系用来记录帐户、订购实例以及帐目之间的关系。具体来说，就是表述特定的订购实例的特定帐目的费用在特定帐户中扣除的关系。5详单包括计费信息的产品使用的详细记录。6帐目最小的可计费单元。概念实体关系描述序号概念实体关系概念实体关系说明1客户订购实例考虑到客户分为订购客户和使用客户，客户与订购实例之间为多对多关系，即一个客户可以拥有多个订购实例，一个订购实例可以属于多个客户考虑到订购客户和使用客户。OCS系统中保存的客户订购实例关系是CRM系统的子集，即只保留需要在OCS系统中使用的订购关系。2客户帐户根据需要，一个客户可以拥有多个帐户。多帐户的设计满足分业务计费及灵活的信用控制的需要。3帐户帐本帐户余额的类型一般有多种，即帐户与帐本是一对多的关系。支持对多类型余额的差异化管理，支持专款专用。4订购实例帐务关系一个订购实例的不同帐目可能需要在不同的帐户中消费，所以订购实例和帐务关系之间是一对多的关系。5帐目帐务关系同订购实例与帐务关系的关系，帐目与帐务关系之间是多对多的关系。6订购实例详单一个订购实例可能产生多种详单。7帐目帐本根据需要，可以设定某种类型的余额只能用来付某种类型的费用。两者的关系是多对多。52产品主题域客户帐户订购实例产品产品构成业务业务实例产品资费计划优惠计划产品订购业务基本资费资费计划条款优惠计划条款OCS系统中的产品主题域模型与BSS系统域计费帐务系统产品模型保持一致，便于产品信息的同步以业务产品两级模型实现灵活的产品配置；产品模型中只设置业务和产品两级体系，将不同的业务打包成产品，向客户进行销售，大大简化资费和优惠的配置。实现跨业务的产品组合，支撑组合营销；将所有可销售的事物包括移动业务、数据业务、增值业务、集中采购终端、合作伙伴产品、产品相关服务等按市场需求和业务规则包装为面向客户的销售对象。支撑产品资费分解与业务成本配置；产品资费可分解到每一个业务上，并与配置在业务上的成本信息进行关联，从而实现产品的收益成本分析。概念实体描述序号概念实体概念实体说明1产品产品是指中国联通运用营销手段，将业务或业务组合附加上销售对象、销售地域、资费计划、销售渠道、服务水平及配套资源属性后的产物，是向客户最终交付的、客户可以购买的业务或业务组合实例。2产品构成定义产品与业务之间多对多关系的实体，描述了业务如何打包形成一个产品的信息。3业务业务是指中国联通根据客户的通信需求，利用自身或第三方资源向客户提供的具有市场价值的通信服务内容。4业务基本资费在国家电信业务资费价格的指导下，联通为每一种业务所定义的基本资费价格，它与产品无关。5产品资费计划联通对每种产品中所包含的不同业务制定的价格计划，此价格计划一般与业务基本资费不同。6资费计划条款对产品资费的适用条件和相应费率的详细描述。7产品订购定义产品与订购实例之间多对多关系的实体，它描述了客户订购产品之后，如何进行使用的情况。8订购实例订购实例是客户能够购买或使用业务的逻辑表现，使用实例对应着业务开通后的实体，是客户订购产品实例化后的体现。9业务实例业务实例就是客户购买或使用产品后，电信运营商提供相应的业务资源支撑，业务开通后形成的实例。客户可以通过该实例获得相应的功能。10优惠计划优惠计划是指在产品资费计划的基础上，对客户在使用或订购此产品的过程中的相关费用以及其他服务进行减免赠送的计划。11优惠计划条款对优惠计划的适用条件和相应费率的详细描述。概念实体关系描述序号概念实体关系概念实体关系说明1产品产品构成一种产品对应多个产品构成。2产品构成业务一种业务对应多个产品构成。3产品资费计划产品构成一个产品资费计划对应多个产品构成，表示一个产品资费计划可以应用到多个产品上。4产品资费计划资费计划条款一个产品资费计划对应多个资费计划条款，表示产品资费计划是由一到多个资费计划条款组成。5业务业务基本资费一种业务基本资费对应多个业务，表示一种业务基本资费可以应用到多个业务上。6产品产品订购一种产品对应多个产品订购，表示一种产品可以被购买多次。7产品订购订购实一个订购实例对应多个产品订购，表示一个订购实例可以购例买多个产品。8订购实例业务实例一个订购实例对应多个业务实例，表示一个订购实例可以同时使用多个业务。9业务实例业务一个业务对应多个业务实例，表示一个业务可以为多个订购实例使用，从而形成多个业务实例。10优惠计划产品一个优惠计划对应多个产品，表示一个优惠计划可适用于多个不同的产品。11优惠计划帐户一个帐户对应多个优惠计划，一个优惠计划对应多个帐户，表示一个帐户可以同时享受多个优惠计划，一个优惠计划可以同时适用到多个帐户。12优惠计划客户一个客户对应多个优惠计划，一个优惠计划对应多个客户，表示一个客户可以同时享受多个优惠计划，一个优惠计划可以同时适用到多个客户。13优惠计划订购实例一个订购实例对应多个优惠计划，一个优惠计划对应多个订购实例，表示一个订购实例可以同时享受多个优惠计划，一个优惠计划可以同时适用到多个订购实例。14优惠计划优惠计划条款一个优惠计划对应多个优惠计划条款，表示优惠计划是由一到多个优惠计划条款组成。6逻辑模型逻辑模型是在概念模型基础上对模型中的业务实体的细化和深入。OCS数据逻辑模型是在中国联通IT系统BSS系统域综合计费帐务系统数据模型规范基础上裁减而成，着重强调OCS系统应当支持的实体类型和实体关系。完整的实体试图、实体描述、实体关系描述和实体属性，请参看BSS数据模型规范。61客户域逻辑模型客户评价子域的设计主要关注客户价值、客户信用、客户积分几个方面。OCS系统可能需要根据客户的订购信用额度授予帐户一定的信用额供用户透支，因此OCS系统需要使用此实体，但信用的评估和信用度计算过程在BSS系统中实现。客户评价子域逻辑图如下，其中灰色实体为BSS数据模型中定义而在OCS中不做要求的实体62产品域逻辑模型产品域逻辑模型分为四个子域产品子域，定购实例子域，资费子域，优惠子域。OCS系统完整地引用了新BSS数据模型规范定义的产品域逻辑模型，以实现与新BSS相称的灵活的产品、定价和优惠策略，也利于OCS系统与综合计费帐务系统的最终融合。621产品子域产品子域逻辑图如下622订购实例子域订购实例子域逻辑图如下一一一一一一一一一一一一一一一一一一FK一一一一一一一一FK一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一FK一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一FK一一一一一一一一一一一一一一FK一一一一一一FK一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一FK一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一FK一一一一一一FK一一一一一一一一一一一一FK一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一623资费子域资费子域逻辑图如下一一一一一一一一一一一一一一一一FK一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一FK一一一一一一FK一一一一一一FK一一一一一一一一一一一一FK一一一一一一FK一一一一一一FK一一一一一一一一一一一一一一一一一一一一一一一一一AFK一一一一一一BFK一一一一一一一一一一一一一一一一一一一一一一一一FK一一一一一一FK一一一一一FK一一一一一FK一一一一一一FK一一一一一一FK一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一FK一一一一一一FK一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一FK一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一FK一一一一一一FK一一一一FK一一一一一一一一一一一一一一一一一一一一一一一一FK一一一一FK一一一一一一一一一一一一一一FK一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一FK一一一一624优惠子域优惠子域逻辑图如下一一一一一一一一一一一一一一一一FK一一一一一一FK一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一FK一一一一一一一一一一一一一一一一一一一一一一一一一FK一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一FK一一一一一一FK一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一AFK一一一一一一BFK一一一一一一一一一一一一一一一一一一一一一一FK一一一一一一FK一一一一一一一一一一一一一一一一FK一一一一一一一一一一一一一一一一一一一一FK一一一一一一FK一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一FK一一一一一一FK一一一一一一一FK一一一一一一一FK一一一一一一一FK一一一一一一FK一一一一一一一一一一一一一一一一一一一一FK一一一一一一FK一一一一一一一一一一一一一AFK一一一BFK一一一一一一一一一一一一一一一一一一一一一一一一FK一一一一一一FK一一一一一FK一一一一一FK一一一一一一FK一一一一一一FK一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一FK一一一一一一FK一一一一一一FK一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一FK一一一一一一FK一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一63帐户域逻辑模型帐户域逻辑模型分为两个子域缴费子域，帐务信息子域。631缴费子域缴费子域设计主要考虑帐目费用与帐户的对应关系，帐本与帐单数据的销帐关系，帐本金额的使用记录。OCS系统需要使用帐户、帐本、详单、帐目相关实体。OCS系统进行计费处理时，将费用累计到帐户帐目上。帐务关系实体体现订购实例和帐户之间的付费关系，表示某个帐户能为某个订购实例的某些帐目去付费。帐本帐目关系实体体现了费用（帐目）与帐本之间的支付关系，例如本地费由本地费帐本进行支付。累计量实体存储订购实例累计量，累计量类型实体存储账目、累计周期等参数。缴费子域逻辑图如下，绿色的为新增的实体，灰色实体为BSS数据模型中定义而在OCS中不做要求的实体一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一FK一一一一一FK一一一一一FK一一一一一一一一一一一一FK一一一一一FK一一一一一一一一一一一一一一一一一一FK一一一一一一一一一一FK一一一一FK一一一一一一FK一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一FK一一一一FK一一一一一FK一一一一一一一一一一FK一一一一一FK一一一一一一FK一一一一一一一一一一一一一一一一一一一一一一一一一一一一FK一一一一一一FK一一一一一一一一一一一一2一一FK一一1一一FK一一一一一一FK一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一FK一一一一FK一一一一一一一一FK一一一一一一FK一一一一一一一一一一一一一一一一一一一一一一一一一一FK一一一一一FK一一一一一一一一一一FK一一一一一一一一一一一一一一一一一一一一一一一FK一一一一一一一一FK一一一一一一一一一一一FK一一一一一一一一一一一一一一一一1一一FK一一2一一FK一一一一一一一一一一一FK一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一FK一一一一一一FK一一一一一一一一一一一一一FK一一一一一一一一一一一一一一一一一一一一一一一一一FK一一一一一一一FK一一一一一一一一一一一一一一一一一一一FK一一一一一一一一一一6311帐本帐目关系帐本帐目关系是根据业务需要设置的帐本与帐目之间的关系，如某种类型的帐本只能用于某些帐目的扣费。实体结构如下属性名称属性定义属性描述数据域是否主键是否外键ACCT_BALANCE_ID帐本标识帐本唯一标识。INTERNAL_NUMBERYESYESACCT_ITM_ID帐目标识帐目的唯一标识。INTERNAL_NUMBERYESYESSUBS_INSTANCE_ID订购实例ID订购实例的唯一标识。INTERNAL_NUMBERNOYESPRIOR_LEVEL优先级帐本优先级。INTERNAL_NUMBERNONOEFFECT_DATE生效时间关系生效的时间。DATETIMENONOEXPIRE_DATE失效时间关系的失效时间。DATETIMENONO6312累计量用于记录订购实例的累计变量，如本地通话费等。实体结构如下属性名称属性定义属性描述数据域是否主键是否外键AGGREGATE_TYPE_ID累计量类型标识累计量类型标识。INTERNAL_NUMBERYESNOSUBS_INSTANCE_ID订购实例ID订购实例的唯一标识。INTERNAL_NUMBERYESYESAGGREGATE_AMOUNT累计量累计量。INTERNAL_NUMBERNONO6313累计量类型用于存储账目标识、累计周期信息。实体结构如下属性名称属性定义属性描述数据域是否主键是否外键AGGREGATE_TYPE_ID累计量类型标识累计量类型唯一标识。INTERNAL_NUMBERYESNO属性名称属性定义属性描述数据域是否主键是否外键ACCT_ITM_ID帐目标识帐目的唯一标识。INTERNAL_NUMBERNOYESAGGREGATE_CYCLE_TYPE累计周期类型累计周期类型，取值如下1按账期2按天3按月4按季度5按年INTERNAL_NUMBERNONOAGGREGATE_CYCLE累计周期累计周期INTERNAL_NUMBERNONO632帐务信息子域OCS系统只引用到帐务信息子域的帐务周期实体，用于计费程序确定话单或事件周期。帐务信息子域逻辑图如下，其中灰色实体为BSS数据模型中定义而在OCS中不做要求的要求一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一FK一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一FK一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一FK一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一FK一一一一一一一一FK一一一一一一一一FK一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一FK一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一FK一一一一一一FK一一一一一一FK一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一一FK一一一一一一一一一一一一一一一一FK一一一一一一7系统与数据模型实体CRUD矩阵71客户域CRUD矩阵实体名称CRMBILLINGOCS客户CRUDRR订购实例信用额度CRUDRR72产品域CRUD