《中国电信计费模型3.0-数据模型 (附件一：模型验证实例)电信附件计费电信资费数据模型资费模型中国电信数据模型1电信计费》由会员分享，可在线阅读，更多相关《中国电信计费模型3.0-数据模型 (附件一：模型验证实例)电信附件计费电信资费数据模型资费模型中国电信数据模型1电信计费（75页珍藏版）》请在金锄头文库上搜索。
1、 中国电信计费模型2.0数据模型文档编号：CTG-X-X-X中国电信计费模型数据模型（附件一：模型验证实例）（送审稿）中国电信集团公司二七年四月目 录第1章 模型验证实例31.1 模型验证概述31.1.1 模型验证的目的31.1.2 模型验证的方法31.1.3 模型表达方法41.1.4 简化约定61.2 SP计费结算模型验证61.2.1 验证目的71.2.2 业务场景71.2.3 流程描述81.3 套餐模型验证161.3.1 验证目的161.3.2 业务场景161.3.3 验证步骤171.4 群组模型验证391.4.1 用例验证目的391.4.2 业务场景391.4.3 实例验证391.5 数
2、据中间层模型验证491.5.1 用例验证目的491.5.2 业务场景491.5.3 实例验证491.6 三棵树稽核实例验证581.6.1 验证目的581.6.2 业务场景581.6.3 验证实例58第1章 模型验证实例1.1 模型验证概述1.1.1 模型验证的目的基于以下几点原因，提供针对数据模型的验证实例： 自下而上地验证本模型中国电信计费模型的数据模型采用自顶向下设计和自底向上验证和修正的设计方法。因此验证模型是模型设计重要一环，是保证系统在具备清晰的概念、灵活的适应性的同时，具有良好的易用性和实用性的根本基础。 数据模型的复杂性此次的数据模型根据电信营销需求和国内外最新的研究成果进行了重
3、新设计，其规模覆盖6个数据域，达到200多个实体。由于此次模型规模大、技术含量高、与原有模型有较大不同，因此通过对模型进行举例可以帮助读者深刻理解和掌握整个模型的用法和精髓。 理解和使用的一致性由于数据模型自身的特点，即便对模型进行了严格定义，还是可能出现对模型的理解和使用的不一致性，这与集团公司制订该模型的目标不符。针对模型进行举例，特别是针对一些容易出现歧义的方位进行举例，可以有效避免出现理解和使用的不一致性。 方便培训对于数据模型的实施，培训是保证理解、用好本模型的根本。本章所举范例，可以做为培训时的标准范例使用，以便提高培训质量，保证培训效果。1.1.2 模型验证的方法数据模型验证的方
4、法是将业务场景（规定）转换为数据模型的过程，因此我们基本的验证方法分为三个部分，第一个部分是用例验证目的，说明此用例设计的目的和适用的范围等；第二个部分是业务场景，即先提出业务上的相关场景及其相关信息；第三部分是针对该业务场景的实现，即用数据模型如何表达这些业务场景。1.1.3 模型表达方法在验证中，数据模型的表达有两种方法：表格表达法和平面表达法。表格表达法是传统的数据表达方法，它将各实体的数据以表达的方式呈现出来，例如下表：Product idDescriptionPrice Plan IDProduct_ ClassificationProduct_Type（是否可单独购买）1GSMBa
5、sic voice001主产品M2Nokia 6210002主产品M3Fixed line Basic voice003主产品M4Fixed line call transfer004附属产品O5ADSL access005主产品M7GSM voice mail007附属产品O8Number identification008附属产品O9SMS009附属产品O10DDD国内长途011附属产品O11IDD国际长途012附属产品O平面表达法与表格表达法不同，它将每条视图记录展开成一个方框，然后用连线来体现记录之间的关系。与表格验证法相比，其优点是可以一目了然地了解各实体、各记录之间的内在联系，因此
6、可以更快地了解数据模型表达的基本意图，也有助于迅速发现模型表达中的问题所在。平面表达方法如下例：为了更好地使用平面表达方法，具体规定平面表达法的规则如下：1. 一个矩形框表示一条记录。与E-R图不同，在平面表达法中，一个矩形框只表示一条记录。记录的命名规则为_，如上例中的记录名称“主产品实例_1”，就表示主产品实例实体的第1条记录；2. 连线表示记录关联。平面表达法中，用连线表达记录的关联，其连线方向与实体间关系的连接方式一致。但由于记录间不体现0n关系还是1-n关系的区别，因此统一采用0-n方式的连线进行记录间的连接；3. 省略不重要的属性：对于表达用例所制订的业务场景不重要的的属性将在图上
7、予以省略，以节约空间以表达更多的内容，并可避免读者被不重要的信息所吸引；4. 连接所能表达的属性信息可以省略：有些属性是用来表达实体间的关联的，这些关联在平面表达法中，往往已经由连线进行了表达。对于这些属性，表达时可以予以省略。1.1.4 简化约定为了直观和方便的表达，与实体表中实际填写的数据相比，验证模型将有如下简化约定：1. 固定类型将直接使用其含义表达。例如上例，产品类别（Product_ Classification）本来应该填写其固定类型的代码（10A代表“主产品”、10B代表“附属产品”），但为表达清晰起见，表格中直接填写了其含义：“主产品”、“附属产品”；2. 不重要的关联实体将
8、不体现，而直接以附注的方式说明其含义。例如在下例中，资费单位标识引用了“资费单位描述”实体，其具体含义由资费单位描述实体中的相关记录表达。但为简化起见，只在资费单位标识2边上，以附注的方式，注明其含义：“时长.秒数”。1.2 SP计费结算模型验证SP的管理与计费相关的功能主要体现在五个方面：产品配置、销售品配置、销售品受理、计费、结算。根据分析，针对不同的业务、不同的SP，其产品配置、销售品配置、业务受理上存在一定的差异，而计费、结算则完全相同，针对产品配置、销售品配置、业务受理的不同主要分以下两种情况：l 作为一个独立主产品实例存在：由中国电信向用户推出，如互联星空（注册号码、捆绑ADSL、
9、消费卡用户），同宽带ADSL一样，作为一个独立的主产品实例。l 以合作伙伴的业务存在，直接挂接在电信的主用户（如PHS）上，而JAVA下载业务、WAP浏览业务、MMS业务等作为附属产品进行受理。但无论是以互联星空作为主产品还是以PHS（或者其它）作为主产品，在产品配置完成后的受理、计费、结算都一样，所以下面的例子以互联星空为例，互联星空（注册号码、捆绑ADSL、消费卡用户）在电信产品目录中的主产品编码：351001050，在下面的验证例子中以注册号码作为主产品的形式出现。1.2.1 验证目的l 验证SP的各种业务产品在数据模型中的配置；l 验证SP的销售品、电信和SP产品打包后的销售品的受理；
10、l 验证电信和合作伙伴SP的之间的摊分；1.2.2 业务场景1、 中国电信（集团或者省公司）的ChinaVnet业务运营中心对申请合作的SP新浪进行申请受理和咨询，并对SP的有关业务开办资格进行核实，SP通过了评审后，ChinaVnet业务运营中心与SP在2007年4月1号正式签订了协议，其SP的代码是SP_55100，结算协议如下：l 费用的结算以应收进行结算，不足一分的按四舍五入的方式。l 彩铃费帐目：如果彩铃费用小于等于10000元，按4/6分成，电信占60%，SP占40%；如果彩铃费用大于10000元，按5.5/4.5分成，电信占55%，SP占45%；l 除彩铃费以外的其它帐目：如果该
11、费用小于等于10000元，按5/5分成，电信占50%，SP占50%；如果该费用大于10000元，按4.8/5.2分成，电信占48%，SP占52%；2、 新浪有以下附属产品：流媒体、彩铃下载业务等，并提供了各种业务代码、资费等信息。3、 2007年4月2日电信把SP的各种信息配置到电信CRM系统中，运营商信息、协议信息、产品信息、定价信息、结算规则等。l 互联星空业务固定每月收费：5元，全部归电信所有；l 流媒体：3分钱/KB，不足1K的按1K计算，按结算协议结算；l 彩铃下载：A类2元/首，B类1元/首，按结算协议结算；4、 2007年4月15日：客户张三在电信申请互联星空业务、彩铃下载业务，
12、电信给张三分配的注册号码：zhangsan2008，客户标识cust_id=88000001，支付帐户标识acct_id=200。1.2.3 流程描述1.2.3.1 基本配置1、 SP配置：PARTNER合作伙伴标识合作伙伴类型合作伙伴代码合作伙伴描述10000194ASP58100新浪2、 合作伙伴协议：PARTY_AGREEMENT字段记录1合作伙伴协议标识20000099合作伙伴标识100001协议标识300000001协议签署时间2007-04-01签署员工9999协议状态27B（正在执行）描述针对应收做做结算3、 产品配置：PRODUCT字段记录1记录2记录3产品标识30000001
13、5000000250000003产品提供者中国电信SP新浪SP新浪产品定价计划标识480000014800000248000002产品描述互联星空业务(ChinaVnet)流媒体（新浪）彩铃业务（新浪）产品编码351001050451001051451001052产品类型11A11B11B产品类别10A（主产品）10B（附属产品）10B（附属产品）产品状态10A（有效）10A（有效）10A（有效）生效日期2004-04-012007-04-012007-04-01失效日期NULLNULLNULL说明：电信在2004-04-01配置了互联星空主产品，产品编号是：351001050；电信在2007
14、-04-01配置了新浪的附属产品：流媒体业务（产品编号：451001051）、彩铃业务（451001052）。4、 内容分类：CONTENT_CLASS字段记录1记录2记录3内容类新标识123上级内容分类标识NULL11产品标识500000035000000350000003内容分类取值10011000100110001002内容分类名称彩铃A类（流行音乐）A类（古典音乐）5、 定价计划主要描述两个定价计划：1）属于中国电信主产品的定价计划；2）针对SP（新浪）的定价计划，当SP的服务提供更多时可以在定价计划段落上扩展。定价计划标识定价计划名称定价资费说明定价参数说明48000001互联星空周期费定价周期性（每月收取5元的费用）NULL48000002SP-新浪的业务标准资费SP-新浪的业务标准资费NULL48000003互联星空全业务
