《陕西电信IT规划数据模型设计》由会员分享，可在线阅读，更多相关《陕西电信IT规划数据模型设计（133页珍藏版）》请在金锄头文库上搜索。
1、,陕西电信IT规划 数据模型规划与设计,2006.01.,内容提要,数据模型规划的参考来源 数据模型规划方法 数据模型演进方案 数据模型整体框架 近期规划与设计的数据模型范围 近期规划与设计的数据模型介绍 应用平台数据范围的界定 统一编码规范 数据组近期与项目相关的工作 交流与讨论,数据模型规划的参考来源,NGOSS-SID规范 中国电信集团CTG-MBOSS规范 陕西电信IT现状分析,SID业务框架,eTOM与SID,营销/销售域 产品域 客户域,服务域,资源域,供应商/合作伙伴域,企业域,SID的基本概念,数据模型规划的参考来源,NGOSS-SID规范 中国电信集团CTG-MBOSS规范
2、陕西电信IT现状分析,MBOSS数据模型建模方法,CRM数据模型主题域划分,主题域描述,参与人主题域 统一描述CRM 系统所涉及到的参与电信运营活动的各种类型的角色的信息，如客户、合作伙伴、竞争对手、内部组织、员工等。 产品主题域 统一描述电信的产品、客户服务、产品与服务的包装，以及产品与商品实例信息。该主题域涉及到的重要概念有产品、客户服务、产品包、商品、商品约束、商品实例、产品实例等。 资源主题域 描述作为企业基础设施的网络资源信息。 财务主题域 描述与财务相关的数据信息。,主题域描述,市场营销主题域 统一管理市场计划、营销活动、商机、销售活动、渠道等市场营销信息。 帐务主题域 定义客户使
3、用电信产品发生的费用合计、优惠和收费销帐全过程所需的数据资料，包含帐户、帐单、帐目等重要实体，是费用合帐、资金回收的基础。 事件主题域 描述各类客户交互事件以及在事件中产生的各类业务单。 地域主题域 描述地址、区域信息,数据模型规划的参考来源,NGOSS-SID规范 中国电信集团CTG-MBOSS规范 陕西电信IT现状分析,陕西电信IT现状分析,陕西省企业信息化滚动规划（20052007年）V3.0最终 现有系统的基本数据结构情况了解 市话九七 郊县九七 iPAS九七 数据九七 计费帐务 大客户管理 营销渠道,内容提要,数据模型规划的参考来源 数据模型规划方法 数据模型演进方案 数据模型整体框
4、架 近期规划与设计的数据模型范围 近期规划与设计的数据模型介绍 应用平台数据范围的界定 统一编码规范 数据组近期与项目相关的工作 交流与讨论,数据模型规划方法,数据模型规划过程及阶段划分 数据模型设计方法 数据模型表示法,模型设计阶段划分,企业级逻辑 数据模型,三个阶段的数据模型关系,企业IT规划,发展方向,业务开拓,企业级概念 数据模型,定义重要的业务概念和彼此的关系，如客户、合作伙伴、产品、合同、资源、渠道、营销等。,企业级概念数据模型,关于整个企业需要信息的完整模型，根据不同的主题域，确定了数据实体和实体间的关系、属性、定义、描述和范例。,企业级逻辑数据模型,业务需求,系统逻辑数据模型,
5、定义某系统重要的业务对象之间的本质联系，包含了数据实体和实体间的关系、属性、定义、描述和范例。,系统逻辑数据模型,技术应用,物理数据模型,概念模型的细化层次,概念模型是业务视角的高层次的粗粒度的模型，用于定义核心业务概念实体以及实体之间的关键关联关系 概念模型不包含设计的细节 在概念模型中仅定义核心业务实体、实体之间的关联关系、相关的业务规则。 在概念模型中不对实体的属性建模 更细节的信息在逻辑模型中定义,逻辑模型的细化层次,逻辑模型从概念模型转换而来，即以概念模型的设计作为基础，进行细化设计。 按照规范化理论，对数据模型逐步规范化，去除冗余，使模型结构更为清晰、规范。 去除仅仅代表业务概念，
6、而不需要应用系统实现的实体类 引入设计层面所需要的实体类，包括为描述关联关系的属性而引入的实体类，解决继承关系引入的实体类，增加新的设计实体类； 在已有的实体类中增加新的属性； 分解已有的复杂属性，形成代表单一事实的多个属性。,数据控制模型的设计方法,数据流模型是信息及数据模型中的核心概念、术语的重要来源。 在信息及数据模型设计中界定清楚这些概念后，需要反馈给数据流模型，数据流模型需要做相应的调整，以保持在信息术语上与数据模型保持一致 在数据及功能模型设计形成后，要定义功能与数据的关系，包括定义功能对数据访问操作的CRUD矩阵，实体生命周期、实体状态迁移的变化等,数据模型规划方法,数据模型规划
7、过程及阶段划分 数据模型设计方法 自顶向下逐层分解的方法 模型的规范化方法 数据模型表示法,自顶向下逐层分解的方法,主题域是模型针对的业务的某一关注领域或关注点，同一个域内的实体具有高内聚性，不同域的实体之间具有低耦合性。域的引入有助于建立模型框架的整体视图,业务实体是业务中的概念的抽象，对应到面向对象模型中的类。是分层框架中的最小单元。,层面是一组具有良好定义的实体的集合。层面内的实体之间具有非常高的内聚性，不同层面间的业务实体的耦合性相对较低。一个层面一般表示业务中的某个核心关键概念。,模型的规范化,通过模型的规范化，去除冗余，使模型具有更好的结构，确保数据的完整性、准确性 第一范式 符合
8、第一范式的实体的每个属性的值都是原子的，并且必须有单一的含义，或者简单的说，将重复的属性组移出，建立单独的实体 第二范式 实体满足第一范式的要求，并且实体的每一个非键值（Key）属性都必须完全依赖于整个键值，而不是键值的一部分 第三范式 实体满足第二范式的要求，并且实体的每一个非键值属性都不能依赖其它非键值属性 三个层次的规范化，是验证模型的准则，而不是建模的过程,数据模型的表示法,数据模型规划过程及阶段划分 数据模型设计方法 自顶向下逐层分解的方法 模型的规范化方法 数据模型表示法 采用IE标识方法（Information Engineering）,概念模型表示方法,逻辑模型表示方法,内容提
9、要,数据模型规划的参考来源 数据模型规划方法 数据模型演进方案 数据模型整体框架 近期规划与设计的数据模型范围 近期规划与设计的数据模型介绍 应用平台数据范围的界定 统一编码规范 数据组近期与项目相关的工作 交流与讨论,数据模型闭环的演进过程,规划,技术中立,逻辑视图,技术相关,物理视图,部署,设计,实现,描述业务运营架构,描述业务的设计和实现,企业级数据模型,系统级逻辑模型,系统级物理模型,数据模型部署,数据模型的演进,数据模型的开放性与扩展性 数据模型规划与设计通过充分总结数据相关需求的共性，采用适当的抽象层次，使模型具有良好的扩展能力 实体的抽象 关系的抽象 属性的抽象 数据模型的演进
10、数据模型形成后，不是一成不变的，也需要随着数据相关需求、国际规范、企业规范、技术的发展等不断演进 实体及关系的抽象层次演进 属性域向实体的演进 抽象属性的演进,从属性域演进为实体的规则,演进的原则 属性域约束属性的取值范围和取值含义 当需要记录属性域的更多信息，或者需要记录与其它实体的关联关系时，需要考虑将属性域演进为实体 演进的规则 为避免对使用属性域的属性数据的影响，在属性域演进为实体时，主键的数据类型要与原属性域相同，取值要与属性域的取值相同,从抽象属性向具体属性演进的规则,抽象属性的分析 优点 采用属性项、属性值的方式记录信息，支持属性的灵活扩展，而不影响数据结构 缺点 不利于对属性数
11、据的管理 演进的原则 当需要使用抽象属性管理数据时，如根据抽象属性检索、分析数据，即抽象属性成为关键属性时 并且，抽象属性成为沉积下来的，相对固定的数据 考虑将抽象属性固化，演进为实体结构 演进的规则 预先评估演进对于应用平台的影响，并制定数据的迁移方案 通过对抽象属性的分组归类，考虑实体结构的设计,内容提要,数据模型规划的参考来源 数据模型规划方法 数据模型演进方案 数据模型整体框架 近期规划与设计的数据模型范围 近期规划与设计的数据模型介绍 应用平台数据范围的界定 统一编码规范 数据组近期与项目相关的工作 交流与讨论,数据模型的域划分,营销销售域包含市场营销、销售相关的信息，包括市场计划、
12、营销活动、销售活动、商机、渠道等信息,描述分层次的产品模型，包括产品模型、产品包模型、商品模型，以及客户订购商品后形成的商品实例、产品实例、用户模型。,分多角度描述客户资料的信息，包括客户社会信息、客户标识信息、客户分群信息、客户评价信息、客户帐户信息等。,服务域描述了企业向客户提供的服务信息，包括与产品相关的服务、与产品无关的服务。,数据模型的域划分,资源域描述运营商内部的各类资源，不仅包括为提供各类服务和产品所建设的各类网络资源，还包括所有的IT基础设施、及其承载的信息和内容等。包括资源实体、资源拓扑、资源使用等信息。,事件域描述与客户交互过程相关的事件信息，以及在事件中产生的各类业务单信
13、息；计费数据源产生的使用记录信息。,帐务域描述定价计划，客户使用电信产品发生的费用合计、优惠和收费销帐全过程所需的数据资料，包含余额账本、帐单、帐目、销帐、欠费处理等重要实体，是费用合帐、资金回收的基础。,数据模型的域划分,合作伙伴域描述企业的供应商/合作伙伴的相关信息，包括合作伙伴资料、产品、行为、结算等信息。,企业域描述企业内部组织信息、文档资料信息、财务信息、人力资源信息等数据。,通用实体域中的实体是整个数据模型中的公用部分，该域的实体会被其它域的实体所公用，描述了数据模型中的一些基础业务信息。该域的聚集业务实体在业务概念上又不能构成单独的域。,MBOSS主题域到模型主题域的映射,MBO
14、SS主题域,规划模型主题域,内容提要,数据模型规划的参考来源 数据模型规划方法 数据模型演进方案 数据模型整体框架 近期规划与设计的数据模型范围 近期规划与设计的数据模型介绍 应用平台数据范围的界定 统一编码规范 数据组近期与项目相关的工作 交流与讨论,数据规划演进思路,近期规划的数据模型范围,内容提要,数据模型规划的参考来源 数据模型规划方法 数据模型演进方案 数据模型整体框架 近期规划与设计的数据模型范围 近期规划与设计的数据模型介绍 概念数据模型介绍 两个平台的逻辑数据模型介绍 应用平台数据范围的界定 统一编码规范 数据组近期与项目相关的工作 交流与讨论,概念模型介绍,客户数据模型介绍
15、产品数据模型介绍 通用实体域模型介绍 事件域模型介绍,客户模型介绍,客户域 客户社会信息 描述作为客户的人或组织本身具有的属性信息，如纪念日、重大事项、楼宇、决策流程等 客户标识信息 描述企业为准确标识客户在客户上附加的标识信息，如标准编码、认证信息等 客户分群信息 描述企业为准确管理客户而增加的客户细分信息，如客户类型、客户级别、客户性质、客户俱乐部、客户群等 客户评价信息 记录企业依据评价标准对客户多角度评价的结果信息 客户帐户信息 描述客户用户的帐户及付费方式信息,客户属性,客户间关系,客户的概念定义,客户是指有能力成为企业提供产品的： 所有者（拥有者） 支付者 使用者 的人或组织。 这
16、样定义客户概念的意义： 提供对潜在客户的相关功能，如争取客户 提供对离网客户的相关功能，如客户赢回 细分客户与用户之间的关系类型,客户生命周期状态迁移图,客户的整个生命周期过程包含如下三种状态： 潜在 在网 离网,客户数据生命周期,客户数据的整个生命周期过程包含如下四种状态： 潜在 在网 离网 历史,用单独的属性表示客户的锁定状态,参与人及参与人角色概念,客户模型相关基本概念,参与人及参与人角色概念的引入 将客户对应的人、组织抽象出来，用参与人描述，而客户则作为参与人扮演的一种类型的角色，是参与人角色的子类，其它的参与人角色子类还有：合作伙伴、员工、组织机构、虚拟团队、竞争对手、运营商、相关人员等。 参与人 是与企业业务过程活动相关的人或组织。按照类型，参与人可以分为两类：人、组织。不同类型的参与人可以有不同的个性化信息。 参与人角色 是参与人在企业业务过程活动中所扮演的角色或发挥的作用。一个参与人可以同时扮演多种角色。参与人角色可以包括客户、合作伙伴、运营商、竞争对手、员工、组织机构、虚拟团队等。 参与人及参与人角色引入的好处 通过引入参与人和参与人角色，可以避免参与人相关的信息在不同的业务实体中重复定义和同步，可以灵活地适应参与人在与企业交互过程中所扮演得角色的频繁变换，使得业务模型更加健壮和灵活。,
