陕西电信IT规划数据模型设计.ppt

,陕西电信IT规划数据模型规划与设计,2006.01.,内容提要,数据模型规划的参考来源 数据模型规划方法 数据模型演进方案 数据模型整体框架 近期规划与设计的数据模型范围 近期规划与设计的数据模型介绍 应用平台数据范围的界定 统一编码规范 数据组近期与项目相关的工作 交流与讨论,数据模型规划的参考来源,NGOSS-SID规范 中国电信集团CTG-MBOSS规范 陕西电信IT现状分析,SID业务框架,eTOM与SID,营销/销售域 产品域 客户域,服务域,资源域,供应商/合作伙伴域,企业域,SID的基本概念,数据模型规划的参考来源,NGOSS-SID规范 中国电信集团CTG-MBOSS规范 陕西电信IT现状分析,MBOSS数据模型建模方法,CRM数据模型主题域划分,主题域描述,参与人主题域 统一描述CRM 系统所涉及到的参与电信运营活动的各种类型的角色的信息，如客户、合作伙伴、竞争对手、内部组织、员工等。 产品主题域 统一描述电信的产品、客户服务、产品与服务的包装，以及产品与商品实例信息。该主题域涉及到的重要概念有产品、客户服务、产品包、商品、商品约束、商品实例、产品实例等。 资源主题域 描述作为企业基础设施的网络资源信息。 财务主题域 描述与财务相关的数据信息。,主题域描述,市场营销主题域 统一管理市场计划、营销活动、商机、销售活动、渠道等市场营销信息。 帐务主题域 定义客户使用电信产品发生的费用合计、优惠和收费销帐全过程所需的数据资料，包含帐户、帐单、帐目等重要实体，是费用合帐、资金回收的基础。 事件主题域 描述各类客户交互事件以及在事件中产生的各类业务单。 地域主题域 描述地址、区域信息,数据模型规划的参考来源,NGOSS-SID规范 中国电信集团CTG-MBOSS规范 陕西电信IT现状分析,陕西电信IT现状分析,陕西省企业信息化滚动规划（20052007年）V3.0最终 现有系统的基本数据结构情况了解 市话九七 郊县九七 iPAS九七 数据九七 计费帐务 大客户管理 营销渠道,内容提要,数据模型规划的参考来源 数据模型规划方法 数据模型演进方案 数据模型整体框架 近期规划与设计的数据模型范围 近期规划与设计的数据模型介绍 应用平台数据范围的界定 统一编码规范 数据组近期与项目相关的工作 交流与讨论,数据模型规划方法,数据模型规划过程及阶段划分 数据模型设计方法 数据模型表示法,模型设计阶段划分,企业级逻辑 数据模型,三个阶段的数据模型关系,企业IT规划,发展方向,业务开拓,企业级概念 数据模型,定义重要的业务概念和彼此的关系，如客户、合作伙伴、产品、合同、资源、渠道、营销等。,企业级概念数据模型,关于整个企业需要信息的完整模型，根据不同的主题域，确定了数据实体和实体间的关系、属性、定义、描述和范例。,企业级逻辑数据模型,业务需求,系统逻辑数据模型,定义某系统重要的业务对象之间的本质联系，包含了数据实体和实体间的关系、属性、定义、描述和范例。,系统逻辑数据模型,技术应用,物理数据模型,概念模型的细化层次,概念模型是业务视角的高层次的粗粒度的模型，用于定义核心业务概念实体以及实体之间的关键关联关系 概念模型不包含设计的细节 在概念模型中仅定义核心业务实体、实体之间的关联关系、相关的业务规则。 在概念模型中不对实体的属性建模 更细节的信息在逻辑模型中定义,逻辑模型的细化层次,逻辑模型从概念模型转换而来，即以概念模型的设计作为基础，进行细化设计。 按照规范化理论，对数据模型逐步规范化，去除冗余，使模型结构更为清晰、规范。 去除仅仅代表业务概念，而不需要应用系统实现的实体类 引入设计层面所需要的实体类，包括为描述关联关系的属性而引入的实体类，解决继承关系引入的实体类，增加新的设计实体类； 在已有的实体类中增加新的属性； 分解已有的复杂属性，形成代表单一事实的多个属性。,数据控制模型的设计方法,数据流模型是信息及数据模型中的核心概念、术语的重要来源。 在信息及数据模型设计中界定清楚这些概念后，需要反馈给数据流模型，数据流模型需要做相应的调整，以保持在信息术语上与数据模型保持一致 在数据及功能模型设计形成后，要定义功能与数据的关系，包括定义功能对数据访问操作的CRUD矩阵，实体生命周期、实体状态迁移的变化等,数据模型规划方法,数据模型规划过程及阶段划分 数据模型设计方法 自顶向下逐层分解的方法 模型的规范化方法 数据模型表示法,自顶向下逐层分解的方法,主题域是模型针对的业务的某一关注领域或关注点，同一个域内的实体具有高内聚性，不同域的实体之间具有低耦合性。域的引入有助于建立模型框架的整体视图,业务实体是业务中的概念的抽象，对应到面向对象模型中的类。是分层框架中的最小单元。,层面是一组具有良好定义的实体的集合。层面内的实体之间具有非常高的内聚性，不同层面间的业务实体的耦合性相对较低。一个层面一般表示业务中的某个核心关键概念。,模型的规范化,通过模型的规范化，去除冗余，使模型具有更好的结构，确保数据的完整性、准确性 第一范式 符合第一范式的实体的每个属性的值都是原子的，并且必须有单一的含义，或者简单的说，将重复的属性组移出，建立单独的实体 第二范式 实体满足第一范式的要求，并且实体的每一个非键值（Key）属性都必须完全依赖于整个键值，而不是键值的一部分 第三范式 实体满足第二范式的要求，并且实体的每一个非键值属性都不能依赖其它非键值属性 三个层次的规范化，是验证模型的准则，而不是建模的过程,数据模型的表示法,数据模型规划过程及阶段划分 数据模型设计方法 自顶向下逐层分解的方法 模型的规范化方法 数据模型表示法 采用IE标识方法（Information Engineering）,概念模型表示方法,逻辑模型表示方法,内容提要,数据模型规划的参考来源 数据模型规划方法 数据模型演进方案 数据模型整体框架 近期规划与设计的数据模型范围 近期规划与设计的数据模型介绍 应用平台数据范围的界定 统一编码规范 数据组近期与项目相关的工作 交流与讨论,数据模型闭环的演进过程,规划,技术中立,逻辑视图,技术相关,物理视图,部署,设计,实现,描述业务运营架构,描述业务的设计和实现,企业级数据模型,系统级逻辑模型,系统级物理模型,数据模型部署,数据模型的演进,数据模型的开放性与扩展性 数据模型规划与设计通过充分总结数据相关需求的共性，采用适当的抽象层次，使模型具有良好的扩展能力 实体的抽象 关系的抽象 属性的抽象 数据模型的演进 数据模型形成后，不是一成不变的，也需要随着数据相关需求、国际规范、企业规范、技术的发展等不断演进 实体及关系的抽象层次演进 属性域向实体的演进 抽象属性的演进,从属性域演进为实体的规则,演进的原则 属性域约束属性的取值范围和取值含义 当需要记录属性域的更多信息，或者需要记录与其它实体的关联关系时，需要考虑将属性域演进为实体 演进的规则 为避免对使用属性域的属性数据的影响，在属性域演进为实体时，主键的数据类型要与原属性域相同，取值要与属性域的取值相同,从抽象属性向具体属性演进的规则,抽象属性的分析 优点 采用属性项、属性值的方式记录信息，支持属性的灵活扩展，而不影响数据结构 缺点 不利于对属性数据的管理 演进的原则 当需要使用抽象属性管理数据时，如根据抽象属性检索、分析数据，即抽象属性成为关键属性时 并且，抽象属性成为沉积下来的，相对固定的数据 考虑将抽象属性固化，演进为实体结构 演进的规则 预先评估演进对于应用平台的影响，并制定数据的迁移方案 通过对抽象属性的分组归类，考虑实体结构的设计,内容提要,数据模型规划的参考来源 数据模型规划方法 数据模型演进方案 数据模型整体框架 近期规划与设计的数据模型范围 近期规划与设计的数据模型介绍 应用平台数据范围的界定 统一编码规范 数据组近期与项目相关的工作 交流与讨论,数据模型的域划分,营销销售域包含市场营销、销售相关的信息，包括市场计划、营销活动、销售活动、商机、渠道等信息,描述分层次的产品模型，包括产品模型、产品包模型、商品模型，以及客户订购商品后形成的商品实例、产品实例、用户模型。,分多角度描述客户资料的信息，包括客户社会信息、客户标识信息、客户分群信息、客户评价信息、客户帐户信息等。,服务域描述了企业向客户提供的服务信息，包括与产品相关的服务、与产品无关的服务。,数据模型的域划分,资源域描述运营商内部的各类资源，不仅包括为提供各类服务和产品所建设的各类网络资源，还包括所有的IT基础设施、及其承载的信息和内容等。包括资源实体、资源拓扑、资源使用等信息。,事件域描述与客户交互过程相关的事件信息，以及在事件中产生的各类业务单信息；计费数据源产生的使用记录信息。,帐务域描述定价计划，客户使用电信产品发生的费用合计、优惠和收费销帐全过程所需的数据资料，包含余额账本、帐单、帐目、销帐、欠费处理等重要实体，是费用合帐、资金回收的基础。,数据模型的域划分,合作伙伴域描述企业的供应商/合作伙伴的相关信息，包括合作伙伴资料、产品、行为、结算等信息。,企业域描述企业内部组织信息、文档资料信息、财务信息、人力资源信息等数据。,通用实体域中的实体是整个数据模型中的公用部分，该域的实体会被其它域的实体所公用，描述了数据模型中的一些基础业务信息。该域的聚集业务实体在业务概念上又不能构成单独的域。,MBOSS主题域到模型主题域的映射,MBOSS主题域,规划模型主题域,内容提要,数据模型规划的参考来源 数据模型规划方法 数据模型演进方案 数据模型整体框架 近期规划与设计的数据模型范围 近期规划与设计的数据模型介绍 应用平台数据范围的界定 统一编码规范 数据组近期与项目相关的工作 交流与讨论,数据规划演进思路,近期规划的数据模型范围,内容提要,数据模型规划的参考来源 数据模型规划方法 数据模型演进方案 数据模型整体框架 近期规划与设计的数据模型范围 近期规划与设计的数据模型介绍 概念数据模型介绍 两个平台的逻辑数据模型介绍 应用平台数据范围的界定 统一编码规范 数据组近期与项目相关的工作 交流与讨论,概念模型介绍,客户数据模型介绍 产品数据模型介绍 通用实体域模型介绍 事件域模型介绍,客户模型介绍,客户域 客户社会信息 描述作为客户的人或组织本身具有的属性信息，如纪念日、重大事项、楼宇、决策流程等 客户标识信息 描述企业为准确标识客户在客户上附加的标识信息，如标准编码、认证信息等 客户分群信息 描述企业为准确管理客户而增加的客户细分信息，如客户类型、客户级别、客户性质、客户俱乐部、客户群等 客户评价信息 记录企业依据评价标准对客户多角度评价的结果信息 客户帐户信息 描述客户用户的帐户及付费方式信息,客户属性,客户间关系,客户的概念定义,客户是指有能力成为企业提供产品的： 所有者（拥有者） 支付者 使用者 的人或组织。 这样定义客户概念的意义： 提供对潜在客户的相关功能，如争取客户 提供对离网客户的相关功能，如客户赢回 细分客户与用户之间的关系类型,客户生命周期状态迁移图,客户的整个生命周期过程包含如下三种状态： 潜在 在网 离网,客户数据生命周期,客户数据的整个生命周期过程包含如下四种状态： 潜在 在网 离网 历史,用单独的属性表示客户的锁定状态,参与人及参与人角色概念,客户模型相关基本概念,参与人及参与人角色概念的引入 将客户对应的人、组织抽象出来，用参与人描述，而客户则作为参与人扮演的一种类型的角色，是参与人角色的子类，其它的参与人角色子类还有：合作伙伴、员工、组织机构、虚拟团队、竞争对手、运营商、相关人员等。 参与人 是与企业业务过程活动相关的人或组织。按照类型，参与人可以分为两类：人、组织。不同类型的参与人可以有不同的个性化信息。 参与人角色 是参与人在企业业务过程活动中所扮演的角色或发挥的作用。一个参与人可以同时扮演多种角色。参与人角色可以包括客户、合作伙伴、运营商、竞争对手、员工、组织机构、虚拟团队等。 参与人及参与人角色引入的好处 通过引入参与人和参与人角色，可以避免参与人相关的信息在不同的业务实体中重复定义和同步，可以灵活地适应参与人在与企业交互过程中所扮演得角色的频繁变换，使得业务模型更加健壮和灵活。,客户相关的基本概念,客户群 从某个角度依据某些共同特征进行划分形成的客户集合。从不同角度或特征划分，可以形成多个客户群。客户群是客户细分的手段。 客户协议 客户协议是客户与企业签订的，用于明确规定客户使用企业提供的产品的内容、付费信息、优惠信息、使用期限信息、企业的服务承诺以及违反协议的赔偿方式等。明确了客户和企业之间的使用产品的责任和权利。 帐户 是客户拥有的，为支付客户对企业产品消费费用的实体。,客户模型实现的核心业务理念,支持客户身份的准确识别，使客户资料数据能够与实际客户准确对应，建立准确的客户资料数据，是基于客户的所有应用的基础保障； 支持建立全面的客户资料，包括客户的属性、行为、关系信息，形成统一的客户视图； 全面记录客户成长变化的过程，支持对客户整个生命周期的管理； 支持建立针对客户的多角度评价体系，准确掌握客户的行为特征； 支持客户的细分，针对对不同价值客户的差异化营销销售； 支持建立客户认证手段，在客户自服务时对客户身份提供认证； 支持对客户信息管理的变化，支持客户信息的灵活扩展。,客户在参与人模型中的定位,客户作为参与人角色的子类存在,客户的自然及社会属性，如客户的名称、证件、地址、归属的区域等信息都记录在参与人实体中,扮演客户角色之后所需要记录的信息，如客户分类、客户级别、客户状态等信息，在客户实体中记录,客户社会信息模型,客户是指有能力成为企业提供产品的所有者（拥有者）或支付者或使用者的人或组织,客户标识信息模型,建立在客户层次上的认证信息，是对客户身份进行验证的手段。可以有多种方式对客户身份进行验证，包括用户名/密码、CA等,企业根据编码规范为客户编制的分层编码信息,客户分群信息模型,企业对客户划分的大/商/公/流的信息，以及之下的更细的级别划分。,从某个角度依据某些共同特征进行划分形成的客户集合。从不同角度或特征划分，可以形成多个客户群。客户群是客户细分的手段,划分为集团客户、重要客户、高值客户等,客户帐户信息模型,客户用于支付消费费用的方式/手段，如通过现金、银行代扣、信用卡等，都是不同的支付渠道。,是客户拥有的，为支付客户对企业产品消费费用的实体,客户评价信息模型,记录对客户多角度评价的评价结果信息,客户ID的管理方案,客户资料主键的管理 通过序列号，产生客户/帐户/用户的主键标识，作为统一客户资料平台中客户/帐户/用户的唯一标识，主键标识不允许改变，不允许重用。 客户/帐户/用户主键标识只允许在统一客户资料平台生成，其他平台只能引用 现有数据的整理、清洗、转换 新系统从现有各系统迁移数据，数据转换程序会建立新系统数据与现有系统数据的映射关系（通过主键建立映射关系），作为系统间数据映射的依据 客户标识的管理 编制客户标识码的编码规范，在编码机制上保证标识码的唯一性 标识码的编码规则作为基础数据管理，或者根据编码规则创建不同的序列号 标识码不允许回收 标识码只允许在统一客户资料平台生成和管理，其他平台只能引用 平台间客户数据保持一致的机制 从技术的角度，其他平台通过建立与统一客户资料平台的主键标识的对应关系，实现平台间客户数据的映射并保持一致性 从业务使用的角度，客户标识码可以作为业务人员在不同的平台识别同一个客户的手段 其他平台必须调用统一客户资料平台提供的功能实现客户数据的各种创建/更改操作，之后，由统一客户资料平台向其它平台提供数据。,概念模型介绍,客户数据模型介绍 产品数据模型介绍 通用实体域模型介绍 事件域模型介绍,产品域模型介绍,产品域 产品模型 商品模型 产品/商品实例模型,产品域模型相关的核心业务概念,产品 产品是中国电信利用各种技术和资源生成的具有市场价值，面向客户的，具有特定功能特征和操作能力的可销售的单元。产品分为原子产品、产品包。产品包由多个原子产品组合形成。 产品包 产品包是为了满足客户对功能的需求，将多个功能技术相关的原子产品组合形成，提供更高层次的功能。同一产品包中的产品具有相对高的耦合度。 商品 商品是企业从市场销售的角度，对产品、产品包、客户服务中的一项或者多项包装形成的，在一段时间内，应用适当的市场策略，面向市场以一定的价格向客户出售、出租的有形或无形的实体。,客户群约束 渠道约束 时间约束 地域约束 属性约束 服务约束 ,原子产品 主体产品 附加产品 产品包,产品/商品概念模型,商品的组合与捆绑,产品,产品包,商品,产品可以由多个资源组成，以支撑实现产品需要的功能,定制产品时，可以将多个产品组合，以提供更高层次的通信功能,定制商品时，可以将多个产品捆绑在一起，进行整体销售,支撑,组合,捆绑,经过捆绑形成的商品也可称为商品套餐，在资费上提供更优惠的策略。,套餐,多层次产品配置管理,产品域模型相关的核心业务概念,商品实例 商品实例是客户订购商品后形成的实例化信息，客户没订购一个商品就形成一个商品实例。 产品实例 客户订购商品后，商品中包含的产品、产品包分别各自实例化成产品实例、产品包实例。其中，产品实例又分为主体产品实例、附属产品实例。,产品域模型相关的核心业务概念,用户 用户是指客户订购企业的商品而形成的商业契约关系。契约内容包含了关于客户使用产品涉及的业务、资源信息、付费信息以及企业向客户承诺的服务保障承诺等信息。 客户订购商品竣工后，商品中包含的每个主产品在形成主产品实例的同时，也形成用户。之后，客户更换主产品，当前主产品实例终止，新主产品实例产生，但是用户仍然延续，也就是这种契约关系仍然延续。这是用户与主产品实例的区别。 帐务定制关系 定义每个产品实例的每类帐目由哪个帐户支付、对帐单的要求以及所属的支付规则的关系。,产品/商品概念模型,产品域模型支持的核心业务理念,支持快速推出市场需要的产品 快速推出适合市场的商品 支持灵活的产品组合，在功能上快速满足客户需求 支持产品的捆绑，灵活支持市场营销策略 支持灵活的产品发布范围 支持灵活的产品约束规则定制,产品模型,产品是中国电信利用各种技术和资源生成的具有市场价值，面向客户的，具有特定功能特征和操作能力的可销售的单元。产品分为原子产品、产品包。产品包由多个原子产品组合形成,商品模型,商品是企业从市场销售的角度，对产品、产品包、客户服务中的一项或者多项包装形成的，在一段时间内，应用适当的市场策略，面向市场以一定的价格向客户出售、出租的有形或无形的实体,用户模型,三户模型关系,概念模型介绍,客户数据模型介绍 产品数据模型介绍 通用实体域模型介绍 事件域模型介绍,通用实体域模型介绍,通用实体域 SLA协议模型 合同模型,SLA协议模型核心业务概念,SLA协议 是中国电信与客户之间、中国电信与其它服务提供商之间签署的一份服务协议。该协议具有法律效力，一方面规范了中国电信提供的服务水平和服务质量，价格策略及违反协议时中国电信对客户的赔偿方式，以及服务水平指标监测点、监测方法、监测内容等；另一方面明确客户接受这种服务的相关责任和权利。 SLA报告 用于定期向客户提供服务质量水平信息 SLA建议书 在SLA 协议最终签订之前提供给客户的书面建议 SLA违反报告 记录SLA协议出现违反时的报告信息 SLA确认单 记录了与客户商谈SLA过程中需要向相关部门确认的信息,SLA协议模型,概念模型介绍,客户数据模型介绍 产品数据模型介绍 通用实体域模型介绍 事件域模型介绍 帐务域模型介绍,事件域模型介绍,事件域 客户交互事件 被动客户交互事件 客户订单事件 客户问题/报障事件 客户服务请求事件 主动客户交互事件 合作伙伴交互事件 内部生产事件,事件域模型核心业务概念,受理单 受理单是指对于客户的订单、投诉、咨询、建议、保障、需求等受理后形成的业务单。 客户订单 在业务受理后基于客户购买或变更商品的意向、协议、合同等形成的内部业务单。 问题申告单 对于故障申告、服务质量投诉、建议等受理后形成的内部业务单。 服务请求单 对于客户咨询、查询、需求等受理后形成的内部业务单。 客户建议单 对于接受客户建议形成的内部业务单 服务定单 服务定单是依据订单分解规则从客户订单拆解而形成的面向中国电信内部作业流程的业务单。,客户联系事件,转化,驱 动,客户订单/服务定单概念模型,客户订单事件模型,客户服务请求事件,客户问题/报障事件,主动客户交互事件,概念模型介绍,客户数据模型介绍 产品数据模型介绍 通用实体域模型介绍 事件域模型介绍 帐务域模型介绍,收入帐的数据模型,收入帐的数据模型定位 关于收入帐相关的基本概念 预付帐 应收帐 实收帐 欠费帐,各类收入帐在数据模型的定位,应收帐,实收帐,欠费帐,预付帐,收入帐的数据模型,收入帐的数据模型定位 关于收入帐相关的基本概念 预付帐 应收帐 实收帐 欠费帐,收入帐相关的基本概念,帐目类型 帐目类型即费用的类型，如月租费、手续费、工料费、预付款、包月费等。帐目类型之间存在一定的归属关系，如长途基本费和长途附加费都归属长途费。 按照费用的大类，帐目类型可以分为如下五类：,收入帐相关的基本概念,帐目类型的属性 关键属性： 帐目类型标识、帐目类型名称、费用类型 非关键属性： 来源类型、状态、标准编码 取值域： 费用类型： 预付款帐目类型、一次性费用帐目类型、使用费用帐目类型、周期性费用帐目类型、结算帐目类型 来源类型： 本企业、合作伙伴 状态： 在用、历史,收入帐相关的基本概念,付费模式 指预付费、后付费、热付费的划分。 后付费是指客户消费之后，形成使用记录，对使用记录批价再向客户收取费用的方式 预付费是指在客户消费时先进行认证和使用量的控制，根据客户的余额和相关信用情况控制客户的使用量 热付费是通过实时计费、销帐、信用控制逼近预付费效果的一种模式。也可以称为实时的后付费 出帐周期 出帐及统计的周期，是企业管理角度的周期划分。,收入帐的数据模型,收入帐的数据模型定位 关于收入帐相关的基本概念 预付帐 应收帐 实收帐 欠费帐,预付帐,体现的分类帐 客户预存款、各类卡相关的收入帐，包括面值、实际销售收入 预付帐三个层次的价值 现金价值 现金价值是体现的是企业的现金收入 如：客户实际的预存款、卡的实际销售收入 货币价值 货币价值体现的是客户可使用的额度 如：客户总的预存款（包括客户实际存的、企业赠送的）、卡的面值 使用价值 使用价值体现的是货币价值的可使用额度，或者说使用量,以IP卡为例： 面值为100元的IP卡卖30元，企业的实际收入是30元，而客户可使用的额度是100元， 前者体现的是现金价值，后者体现的是货币价值，100元可以使用的量为使用价值,关于预付帐的使用价值层次,关于使用价值层次 由于使用价值需要根据货币价值、价格策略换算得到，而产品的多样性、价格策略的复杂性，使用价值不可能在消费之前通过计算得出。 如存在时段优惠，不可能事前计算出使用量。 使用价值是在客户消费之后，通过消费记录来体现实际的使用价值，因此使用价值是通过相关商品的价格间接体现的。 货币价值和使用价值的直接换算 如面值为100元的卡可以当作200元花； 需要看企业是否会推这样的营销策略； 这种换算规则在哪个平台实现，需要再根据平台的定位及之间的关系来确定。,预付帐相关概念,预付帐的记录 使用余额类型、余额帐本条目、余额支出、余额收入、余额调整、余额支出规则、余额存入规则等记录预付帐的数据。 余额账本： 余额账本是指客户拥有的可用余额的信息，以及余额的来源、去向、变更等信息。 余额可以根据业务规则的定义及客户的定制，挂在客户、帐户或用户之下，并可以设置专款专用的规则 余额账本类似于客户在企业的存折，与真正存折不同之处在于余额账本中的余额并不一定等价于实际的现金价值。描述的是客户可以使用/消费的货币价值。 余额类型 余额类型是指对余额的分类，如划分为客户预存款、企业赠送预存款、零头、各类卡余额等。并可以进一步根据专款专用的规则划分类型。,余额账本概念模型,余额账本可以归属于客户、帐户或用户下,余额帐本条目记录了每一比余额的明细信息,余额的支付范围规则，明确可支付对象的范围，如为可以为哪些用户支付,余额的类型划分，如不同卡都是不同余额类型；根据收、支规则不同也可以划分不同类型的余额,余额的存入规则，如存入m赠送n,余额类型的支出规则,部分实体的详细定义,余额帐本 关键属性 余额帐本标识、归属对象类型(客户、帐户、用户）、归属对象标识（客户ID/帐户ID/用户ID） 非关键属性 余额帐本名称、状态 余额类型 关键属性：余额类型标识 非关键属性：名称、标志位（提取、发票、赠送等）、帐期扣费额度、过期处理规则 外键属性：支出规则方案ID、存入规则方案ID 余额帐本条目 关键属性：余额账本标识、余额、折扣 非关键属性：生/失效时间、帐期扣费限额、优先级、状态 外键属性：余额帐本ID、余额类型ID,部分实体的详细定义,余额来源 关键属性：余额来源标识、来源参考标识类型（收费记录、赠送）、来源参考标识 非关键属性：收入金额、状态、时间 外键属性：余额账本条目ID 余额支出 关键属性：余额支出标识、支出参考标识类型（销帐、客户提款）、支出参考标识 非关键属性：支出金额、状态、时间 外键属性：余额账本条目ID 余额调整 关键属性：余额调整标识、 非关键属性：调整金额、状态、时间、员工、调整原因 外键属性：余额账本条目ID,部分实体详细定义,余额支出规则 关键属性：余额支出规则标识 非关键属性：支出额度 外键属性：余额支出方案ID、产品ID、合作伙伴ID、帐目类型ID、付费模式ID,收入帐的数据模型,收入帐的数据模型定位 关于收入帐相关的基本概念 预付帐 应收帐 实收帐 欠费帐,一次性费用应收帐的概念模型,客户受理单费用体现一次性费用应收帐 也包括与受理单相关的客户预存款 应收帐可以受理时即时收取，也可以按照像使用费一样分多月收取 应收帐经过费用管理平台收费后形成实收帐 预存款经过费用管理平台收费后转入预付款管理平台形成预付帐,体现的明细信息： 客户 用户 产品 客户服务 区域（细到局向） 时间 帐目类型 付费方式 渠道,使用/周期性费用应收帐的概念模型,帐的范围： 使用费用 周期性费用 包括委托代收单位委托系统代为收取的费用 体现的分类帐： 应收帐 体现的明细信息： 客户 用户 产品 出帐周期 帐目类型 付费方式 区域 渠道,结算收入应收帐的概念模型,帐的范围 结算收入 体现的明细 客户 用户 产品 出帐周期 帐目类型 付费方式 区域,收入帐的数据模型,收入帐的数据模型定位 关于收入帐相关的基本概念 预付帐 应收帐 实收帐 欠费帐,实收帐的概念模型,帐的范围 一次性费用 使用费用 周期性费用 结算收入 预付款 体现的分类帐 实收帐,收入帐的数据模型,收入帐的数据模型定位 关于收入帐相关的基本概念 预付帐 应收帐 实收帐 欠费帐,欠费帐的概念模型,欠费帐：包括欠费、呆帐、坏帐等 在综合帐目实体中也体现应收帐 通过不同的状态体现已收、欠费、呆帐、坏帐 可以根据设置的规则，定期将坏帐移出综合帐目实体，在另外的实体存储，也支持将坏帐移入综合帐目表，对坏帐核销 体现的明细信息： 客户 用户 产品 出帐周期 帐目类型 付费方式 区域 渠道,逻辑模型介绍,客户数据模型介绍 产品数据模型介绍 通用实体域模型介绍 事件域模型介绍,客户基本资料信息,客户扩展资料信息,客户标识信息,客户分群信息,客户评价信息,客户帐户信息,逻辑模型介绍,客户数据模型介绍 产品数据模型介绍 通用实体域模型介绍 事件域模型介绍,产品模型,商品模型,商品实例模型,用户模型,逻辑模型介绍,客户数据模型介绍 产品数据模型介绍 通用实体域模型介绍 事件域模型介绍,参与人信息,逻辑模型介绍,客户数据模型介绍 产品数据模型介绍 通用实体域模型介绍 事件域模型介绍,客户交互事件模型,内容提要,数据模型规划的参考来源 数据模型规划方法 数据模型演进方案 数据模型整体框架 近期规划与设计的数据模型范围 近期规划与设计的数据模型介绍 应用平台数据范围的界定 统一编码规范 数据组近期与项目相关的工作 交流与讨论,平台数据范围划分,数据模型的整体视图以及在各应用平台的分布，对于已明确的平台，如综合受理平台、统一客户资料平台，则明确平台的数据范围关系，其他平台，随着规划的深入，数据范围再逐步演进确定,统一客户资料平台的数据范围,综合受理平台的数据范围,产品管理平台的数据范围,目前放在综合业务受理平台中实现产品的基本配置管理,内容提要,数据模型规划的参考来源 数据模型规划方法 数据模型演进方案 数据模型整体框架 近期规划与设计的数据模型范围 近期规划与设计的数据模型介绍 应用平台数据范围的界定 统一编码规范 数据组近期与项目相关的工作 交流与讨论,统一编码规范,对已有统一编码规范的遵循 中国电信集团制定的编码规范 陕西电信制定的编码规范 对于新制定编码规则，经过规划审核后，做为编码规范,客户编码规范,客户编码规范遵循中国电信集团制定的统一客户视图规范 中国电信客户标识码采用12 位纯数字编码，规则如下：系统码（1 位）地区码（3 位）客户序列码（8 位） 系统码：指客户生成系统的层级代码： 0：备用； 1：集团级综合营帐/CRM 系统； 2：省级综合营帐/CRM 系统； 3：本地级综合营帐/CRM 系统。 地区码：指客户生成系统所在地区的代码： 集团级综合营帐/CRM 系统：000； 省级综合营帐/CRM 系统：与省会所在地长途电话区号相对应。长途电话区号不足3 位的前面补“0”； 本地级综合营帐/CRM 系统：与本地网长途电话区号相对应。长途电话区号不足3 位的前面补“0”。 客户序列码 客户序列码为客户选定或电信公司分配的任意数字的组合，不表示任何含义。建议采用序列号（从0000000099999999），不足8 位的前面补“0”。 共用长途区号的两个本地网，可以按号段对序列码进行分配使用。,内容提要,数据模型规划的参考来源 数据模型规划方法 数据模型演进方案 数据模型整体框架 近期规划与设计的数据模型范围 近期规划与设计的数据模型介绍 应用平台数据范围的界定 统一编码规范 数据组近期与项目相关的工作 交流与讨论,数据组近期与项目相关的工作,数据架构规划、模型设计的管控 调研现有相关系统数据结构 调研整理现有相关系统基础数据 制定系统相关的数据编码规范 制定数据整理、清洗、转换的路径及方法 设计逻辑层数据模型,内容回顾,数据模型规划的参考来源 数据模型规划方法 数据模型演进方案 数据模型整体框架 近期规划与设计的数据模型范围 近期规划与设计的数据模型介绍 应用平台数据范围的界定 统一编码规范 数据组近期与项目相关的工作,交流与和讨论,