我国联通IT系统数据架构规范第二分册:企业数据模型规范_第1页
我国联通IT系统数据架构规范第二分册:企业数据模型规范_第2页
我国联通IT系统数据架构规范第二分册:企业数据模型规范_第3页
我国联通IT系统数据架构规范第二分册:企业数据模型规范_第4页
我国联通IT系统数据架构规范第二分册:企业数据模型规范_第5页
已阅读5页,还剩17页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

...wd......wd......wd...中国联通公司发布2008-01-22中国联通公司发布2008-01-22实施2008-01-22发布中国联通IT系统数据架构标准第二分册:企业数据模型标准ChinaUnicomDataModelSpecification〔V1.0〕QB/CU035-2007中国联通公司企业标准目次一、总则11.范围12.标准性引述文件13.数据模型的概念14.数据模型体系3二、概念数据模型51.概述52.客户主题域73.产品主题域104.市场营销主题域125.合作伙伴主题域156.服务主题域177.资源主题域198.概念模型场景说明22前言本标准是中国联通《中国联通IT系统数据架构》标准中的第三局部:企业数据模型标准分册。《中国联通IT系统数据架构》标准子体系包含一总四个分册,该系列标准的名称和构造如下:——《中国联通IT系统数据架构总册》;——《中国联通IT系统数据架构第一分册数据分类和分布标准》;——《中国联通IT系统数据架构第二分册企业数据模型标准》;——《中国联通IT系统数据架构第三分册

BSS编码标准》;——《中国联通IT系统数据架构第四分册

MSS编码标准》。数据模型规划设计了联通数据模型体系,并对其中的企业概念数据模型和局部域的企业逻辑数据模型进展了设计。标准的附件全部为标准的组成局部,如无特殊说明和本标准的正文具有同等约束力。本标准由中国联通公司信息化部提出。本标准由中国联通公司技术部归口。本标准主要起草单位:中讯邮电咨询设计院、联通信息化部本标准主要起草人:刘诚明、李旭、陈志超、王颖、杜志涛、梅斌、李吴剑、孙元涛本标准解释权和修订权属中国联通公司。总则范围 本标准描述了中国联通企业数据模型的模型概念以及数据模型体系,给出了数据的概念模型和逻辑模型。标准性引述文件QB/CU003-2003 《中国联通长途193/17911专业计费系统技术标准V1.0》QB/CU040-2002 《中国联通综合电信业务支撑系统综合营帐子系统技术标准V1.0》QB/CU030-2002 《中国联通综合电信业务支撑系统CDMA专业计费子系统技术标准V1.0》QB/CU039-2002 《中国联通综合电信业务支撑系统统一客户资料子系统信息模型V1.0》QB/CU033-2002 《中国联通综合电信业务支撑系统短信专业计费结算子系统技术标准V1.0》数据模型的概念数据模型是指用实体、属性及其关系对企业运营和管理过程中涉及的所有业务概念和逻辑规则进展统一定义、命名和编码。数据模型是业务人员、IT人员和开发商之间进展沟通的一套语言。数据模型分为概念数据模型、逻辑数据模型和物理数据模型。图11数据模型的分类图12数据模型解决的问题概念数据模型是一个高层次的数据模型定义了重要的业务概念和彼此的关系主要解决核心的业务问题由核心的数据实体或其集合,以及实体间的业务关系组成一般来说,在进展系统设计与开发之前,往往就核心的业务概念及其关系〔即概念模型〕已经达成一致;逻辑数据模型对概念数据模型的进一步分解和细化描述实体、属性以及实体关系主要解决细节的业务问题设计时一般遵从“第三范式〞以到达最小的数据冗余系统设计时,根据已有的概念模型,与业务人员一起,直接进展逻辑模型的设计;物理数据模型描述模型实体的细节,对数据冗余与性能进展平衡主要解决细节的技术问题〔数据库的物理实现〕需要考虑所使用的数据库产品、字段类型、长度、索引等因素必须首先确定数据库平台和应用程序的架构逻辑模型设计完成之后,再根据所选的数据库产品及其他因素,进展物理模型的设计。数据模型体系企业数据模型是改良企业运营和数据系统的重要根基。企业数据模型是一个关于整个企业需要数据的完整模型,包含了整个企业所有IT系统〔包括BSS、OSS和MSS系统〕的业务实体、业务实体属性和业务实体间的关系,综合展现数据的定义以及数据之间的关系,并对新的数据要求具有良好的扩展性和包容性。中国联通企业数据模型并不直接针对任何系统,它是对联通所有数据的一个整理和标准。企业数据模型的明确将实现以下多个方面的改良:明确定义了信息的需求若何转化为数据构造。基于企业数据模型可以开发出高质量的系统,更好地满足企业信息处理的需要,为企业管理者、业务用户和开发人员提供了一个一致的业务模型;消除多个系统之间数据的重复定义和不一致性,从而提高了应用整合的效率,降低了系统集成的难度;由于建设了企业级的数据模型,在未来的IT系统进展数据模型设计时,可以从企业数据模型中进展映射并检查信息的完整性;找出多个系统之间需要进展接口和同步的信息;在企业购置或开发新的IT系统(如CRM系统)时界定出信息需求的范围。为高层管理人员清晰地定义出了基本业务概念(如客户、产品、业务、服务、资源等),改善了业务部门和IT系统开发人员的沟通,提高了IT系统开发的效率.图13中国联通企业数据模型体系企业数据模型不是一个单一的数据模型,而是一套数据模型体系。不同层次的复杂的数据需求需要通过不同层次的企业数据模型进展定义和标准。数据模型体系可以从两个维度来进展描述:一是从数据模型性质来看,该企业数据模型应该是概念数据模型、逻辑数据模型还是物理数据模型;二是从联通企业组织架构来看,该企业数据模型应该是企业级,还是系统级。企业级概念数据模型企业级概念数据模型是对全联通企业范围内的业务支撑模式有重大影响的业务概念的诠释〔如客户、帐户、订购实例、产品、业务、服务、资源等〕,它明确界定了中国联通的重要业务概念及业务概念之间彼此的关系。企业级概念数据模型尤其着重对目前一些业务概念的整理,而这些概念对各地信息系统建设中的数据组织会起到至关重要的作用。对同一种业务,各省分在实际业务运作中对业务概念会产生不同的理解,从而在信息化过程中导致数据的组织方式也会不同,最后形成对数据的名称和内涵在各省分各不一样的境况。因此企业数据模型体系中的企业级概念数据模型应该更多的是对重大业务概念在数据层面的统一。企业级概念数据模型的作用主要表达在三个方面:企业级概念数据模型应作为全国统一的标准;各省分在建设IT系统的数据模型标准时应完全遵循企业级概念数据模型中对基本业务概念的定义及业务概念之间关系的阐释企业级概念数据模型应成为总部信息化部选择全国性IT战略合作伙伴〔主要是系统集成商/应用软件提供商〕选择的重要标准,需要着重考察全国性IT战略合作伙伴提供的应用软件的数据模型是否符合企业级概念数据模型企业级概念数据模型应成为总部业务部门制定业务标准的参考;概念数据模型对某些概念做了定义,希望总部业务部门能使用统一的业务语言和含义来制定相应的业务标准。如产品管理业务标准中涉及产品定义的局部,可以结合概念数据模型中的产品概念来定义业务层面的产品定义。企业级逻辑数据模型企业级逻辑数据模型基于企业级概念数据模型进展细化,结合全国性业务运营〔如漫游结算〕和分析〔如总部经营分析〕的数据需求,根据全国统一业务标准,建设相应的业务实体、属性及其实体关系。企业级逻辑数据模型的建设一方面要依据企业级概念数据模型进展深入细化和挖掘,另一方面要将总部制定的全国统一业务标准作为其业务需求和数据需求的基本来源,充分满足在全国范围内进一步统一业务标准的数据需求,为通过IT系统固化全国统一业务标准,实现全国业务的统一,在数据层面上提供结实的基石。需要强调的是,企业级逻辑数据模型在满足业务标准统一需要的时候,也需留下足够的灵活性,对那些不需要在全国统一业务标准的数据需求,不宜做强制性的要求。企业级逻辑数据模型的作用主要表达在三个方面:企业级逻辑数据模型是对企业级概念数据模型的实现和诠释;通过企业级逻辑数据模型可以更清楚的了解企业级概念数据模型中提到的重要概念内涵。因为不同的人对一个概念的文字描述通常有不同的理解,只有通过对企业级概念数据模型的实现,也就是企业级逻辑数据模型才能进一步界定企业级概念数据模型的内涵和范围。企业级逻辑数据模型可以作为构建IT系统的基本数据模型;在建设IT〔包括MSS/BSS/OSS〕系统的时候,可以从企业级逻辑数据模型抽取相应涉及到的实体及其属性和关系,构成该系统的基本数据模型,成为系统设计的根基,从而在数据层面上保证了IT系统日后能有效的支持联通业务的开展。在构建数据仓库时,企业级逻辑数据模型可以直接作为数据仓库的基本数据模型;企业级数据仓库聚集了几乎所有IT系统的数据,这些数据只有通过企业级逻辑数据模型才能有效的组织起来,成为一个整体。概念数据模型概述中国联通企业级概念数据模型如以以下列图所示,包括客户域、产品域、市场营销域、合作伙伴域、服务域、资源域等六个域。图21中国联通企业概念数据模型企业管理域的概念数据模型将在相关标准发布时制定。客户主题域图22客户域概念数据模型支持统一客户视图是客户域数据模型设计的主要理念:将涉及人的信息都集中到“客户〞实体,实现客户资料的统一;整合各个渠道的客户交互,用“客户交互〞实体统一展现各个渠道的交互信息,为统一客户接触提供前提;把以前分散在“客户〞、“帐户〞、“订购实例〞上的客户信用度、积分、客户流失倾向等客户评估概念集中在“客户〞实体上表达;通过“服务水平〞实体,实现客户服务的统一。帐务局部设计主要面向未来3G业务,实现对灵活业务需求的支撑:“帐务关系〞实现对传统语音、数据及未来3G业务的支持;分帐户设计,满足分业务计费及灵活的信用控制的需要;设计“账本〞的概念,支持对多类型余额的差异化管理,支持专款专用;“帐单定制〞实体实现帐单形式的随需定制,满足客户的个性化需求。概念实体描述序号概念实体概念实体说明1客户客户是指已经购置或使用中国联通及其业务合作伙伴所提供的产品的个人或法人团体。客户还可以是可能购置联通产品的个人或法人团体。2客户关系客户关系记录客户两两之间的关系。3客户组记录非法人的客户团体以及团体内部成员的关系。4客户交互记录所有与客户的交互交流的基本信息。5客户订单客户与中国联通签订的对某些〔种〕产品的购置意向。6客户投诉客户由于所购置或使用的产品出现问题,而向电信运营商进展反映所产生的信息。7客户评估对客户相关信息收集、处理、分析、加工得到的结果。8服务水平客户与中国联通达成的关于购置和使用产品的权利和义务。9帐户账户是用来保存客户所希望的其产品和服务计费信息。所有可计费的客户必须有一个账户来承受账单。10帐单指计费帐户下,聚集客户各种费用的具体实体。11账本账本用于区分帐户的余额类型,根据需要可以分为现金账本、积分账本、赠款账本等。12帐务关系帐务关系用来记录帐户、订购实例以及帐目之间的关系。具体来说,就是表述用特定帐户为特定的订购实例的特定帐目付费的关系。13储值方式客户向账本内储值的具体方式。可以是客户缴费,如现金缴纳、银行转帐、缴费卡缴费等,也可以是根据业务规则的储值,如赠款、积分折抵费用等。15帐单项就是帐单中各种费用的具体明细。16账目最小的可计费单元。17详单包括计费信息的产品使用的详细记录。概念实体关系描述序号概念实体关系概念实体关系说明1客户-订购实例考虑到客户分为定购客户和使用客户,客户与订购实例之间为多对多关系,即一个客户可以拥有多个订购实例,一个订购实例可以属于多个客户〔考虑到定购客户和使用客户〕。2客户-客户关系客户关系记录客户之间的两两关系,由于一个客户可能和多个客户存在多种客户关系,客户与客户关系之间是一对多。3客户-客户组客户组记录非法人的客户团体以及团体内部成员的关系。由于一个客户组会包括多个客户,而一个客户可能属于多个客户组,所以客户和客户组之间是多对多的关系。4客户-客户交互一个客户可以有屡次客户交互,客户与客户交互之间是一对多的关系。5客户交互-客户订单一次客户交互可能产生的结果是一张客户订单,客户交互与客户订单是一对一〔或一对零〕的关系。6客户交互-客户投诉同上,客户交互与客户投诉是一对一〔或一对零〕的关系。7客户-客户评估对同一客户不同维度的评估都在客户评估中表达,客户与客户评估之间是一对多的关系。8客户-服务水平服务水平一般采用分级管理的方式,即某一级服务水平可能会对应多个客户。又考虑到客户因为购置多个产品或者客户级别的变化可能会对应多个服务水平,客户和服务水平之间是多对多的关系。9客户-帐户根据需要,一个客户可以拥有多个帐户。10帐户-帐单帐户与帐单是一对多的关系。11帐户-账本帐户余额的类型一般有多种,即帐户与账本是一对多的关系。12订购实例-帐务关系一个订购实例的不同帐目可能需要不同帐户来付费,所以订购实例和帐务关系之间是一对多的关系。13帐户-储值方式帐户一般可用多种方式储值,而同一种储值方式可用于多个帐户。帐户和储值方式之间是多对多的关系。14帐单项-账本即销帐关系,根据需要,可以设定某种类型的余额只能用来付某种类型的费用。两者的关系是多对多。15帐单-帐单项一个帐单会包括多个帐单项。16账目-帐务关系同订购实例与帐务关系的关系,帐目与帐务关系之间是多对多的关系。17订购实例-详单一个订购实例可能产生多个详单。产品主题域图23产品域概念数据模型支持全面的产品管理是产品域数据模型设计的主要理念:以最简单的业务-产品两级模型实现灵活的产品配置;产品模型中只设置业务和产品两级体系,将不同的业务打包成产品,向客户进展销售,大大简化资费和优惠的配置;对复杂的业务规则进展产品的逻辑建模,包括产品的目标客户群、销售渠道、优惠政策、营销活动、资费方案、以及其他业务规则;实现跨业务的产品组合,支撑组合营销;将所有可销售的事物〔包括移动业务、数据业务、增值业务、集中采购终端、合作伙伴产品、产品相关服务等〕支撑产品资费分解与业务成本配置;产品资费可分解到每一个业务上,并与配置在业务上的成本信息进展关联,从而实现产品的收益成本分析概念实体描述序号概念实体概念实体说明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优惠方案-优惠方案条款一个优惠方案对应多个优惠方案条款,表示优惠方案是由一到多个优惠方案条款组成市场营销主题域图24市场营销域概念数据模型市场营销域模型的设计遵循支撑市场营销闭环流程的理念:对市场营销从市场战略、市场方案到营销活动、销售活动,直至生成订单的全过程提供支撑;根据目的的不同,把市场活动分为“营销活动〞和“非营销活动〞两类,可以根据需要分别管理;将“营销活动〞和“非营销活动〞与“产品〞、“广告〞、“市场细分〞、“市场调查〞等实体相关联,支持对市场活动的全面管理;通过“商机〞表达营销活动与销售活动的联系,即营销活动产生“商机〞而销售活动把“商机〞转化为“订单〞。概念实体描述序号概念实体概念实体说明1市场活动资源分配记录市场活动所需资源,包括人、财、物、渠道等。2市场方案描述为了一定的市场目标而制定的一系列市场活动方案。3市场方案资源分配市场方案所包括市场活动资源分配整体记录。4市场活动为了完成市场目标而进展的一组有明确市场针对性的市场活动集合。5营销活动市场营销的战术性工作,它包括为特定客户群设计的产品、价格,并通过特定的渠道进展推广。6非营销活动是所有不是营销活动的市场活动;与营销活动相比,它的时间范围一般较长,范围较大,没有特定的目标用户。例如某些企业形象宣传等,对媒体发放的宣传材料等。7营销执行活动记录执行营销活动所必需的信息,如执行的开场及终止期、执行活动的类型及描述等等。通过营销执行活动,可以生成销售时机。8市场活动评估对营销相关信息收集、处理、分析、加工得到的结果。9销售时机销售时机是对客户购置意向的评估,该域具备跟踪销售时机整个生命周期的能力。10营销渠道销售渠道是客户购置联通的电信业务的场所,包括自有渠道和第三方渠道。11品牌该实体记录中国联通品牌的相关信息。12广告向客户宣传特定信息的活动。13市场调查市场活动前后调查市场需求和活动效果的必要活动。14市场细分市场细分是指满足某些要求或具备某些特征的市场子集。市场细分的标准主要是针对客户〔包括潜在客户〕的需求,即不同特征的客户可能具有的需求。通过客户分群的方法,每个客户均可以归为某个市场分群内。15对比矩阵在针对一样的目标细分市场,中国联通与其他运营商在产品、价格、服务、营销活动等等各种维度上的比照。16竞争者竞争者指向市场提供替代性产品的实体。17营销方案营销活动的具体执行方案。18销售活动把销售时机转化为订单的活动。概念实体关系描述序号概念实体关系概念实体关系说明1市场细分-客户根据不同的细分方式和标准,一个客户可以属于多个市场细分;而一个市场细分会包括多个客户,即市场细分与客户之间是多对多的关系2市场方案-市场方案资源分配市场方案和市场方案资源分配是一对一的关系,即每个市场方案会有一个资源分配与之对应。3市场资源分配-市场活动每个市场活动都有相应的资源分配。市场资源分配与市场活动是一对一的关系。4市场活动-营销活动一次市场活动可能包括多个营销活动。6市场活动-非营销活动一次市场活动可能包括多个非营销市场活动。7营销方案-营销执行活动营销方案与营销活动相对应,可以知道多个营销执行活动,即营销方案与营销执行活动之间是一对多的关系。8市场活动-市场活动评估每次市场活动都会形成相应的市场活动评估。市场活动与市场活动评估是一对一的关系。9客户交互-销售时机一次客户交互可能产生多个销售时机。11品牌-营销活动一个品牌可以在多个营销活动中表达,一个营销活动也可以对应多个品牌。所以两者之间是多对多的关系。12广告-营销活动同上,广告和营销活动之间是多对多的关系。13市场调查-营销活动同上,市场调查与营销活动之间是多对多的关系。14市场细分-营销活动同上,市场细分和营销活动是多对多的关系。15市场细分-对比矩阵由于需要从多个维度进展对比分析,所以市场细分与对比矩阵是一对多的关系。16竞争者-对比矩阵同上,竞争者和对比矩阵是一对多的关系。17品牌-非营销活动同品牌与营销活动。18广告-非营销活动同广告与营销活动。19市场调查-非营销活动同市场调查与营销活动。20市场细分-非营销活动同市场细分与营销活动。22产品-营销活动一个产品可以在多个营销活动中销售,一个营销活动也可以销售多个产品,所以两者之间是多对多的关系。24营销执行活动-订单营销执行活动可能直接产生订单,两者之间是一对多的关系。25营销执行活动-销售时机营销执行活动可能产生多个销售时机,两者之间是一对多的关系。26市场方案-市场活动一个市场方案会包括多个市场活动。27营销方案-营销活动每个营销活动都有一个营销方案与之对应,两者之间是一对一的关系。28营销执行活动-营销渠道一次营销执行活动可能包括多个营销渠道,而一个营销渠道也可以被多个营销执行活动利用。两者之间是多对多的关系。29营销活动-营销渠道同上,两者之间是多对多的关系。30销售活动-营销渠道同上,两者之间是多对多的关系。31销售时机-销售活动一个销售活动可以处理多个销售时机。合作伙伴主题域图25合作伙伴域概念数据模型合作伙伴域主要考虑贯穿合作伙伴生命周期的多维度的合作伙伴管理:数据模型的设计涵盖合作伙伴生命周期中获取、运营、管理、支持、退出的全过程;数据模型包括合作伙伴管理的各个维度,如合作伙伴业务、销售、培训、问题、结算;引入“合作伙伴评估〞的实体,加强对合作伙伴绩效的管理,最终完成合作伙伴生命周期的闭环管理。概念实体描述序号概念实体概念实体说明1合作伙伴合作伙伴是指和电信运营商存在伙伴关系的实体。2合作伙伴问题该域处理和合作伙伴相关的问题〔双向〕,如合作伙伴对联通的故障通知和投诉、联通向合作伙伴的故障通知和投诉等。3合作伙伴联系电信运营商通过各种渠道与合作伙伴进展联系而产生的所有信息。4合作伙伴业务表示电信运营商可以向合作伙伴定购的业务。5合作伙伴培训中国联通和合作伙伴之间相互的培训信息。6合作伙伴结算帐单合作伙伴帐户下,聚集各种费用的具体实体。7合作伙伴帐户账户是用来保存合作伙伴相应的收支信息。8合作伙伴支付渠道中国联通与合作伙伴相互支付的渠道信息。9合作伙伴评估是对合作伙伴相关信息的收集、处理、分析和加工的结果。10合作伙伴协议/合同中国联通与合作伙伴签订的明确双方合作关系及其他权利、义务的相关协议/合同。概念实体关系描述序号概念实体关系概念实体关系说明2合作伙伴-合作伙伴问题一个合作伙伴可以和多个合作伙伴问题相对应。3合作伙伴-合作伙伴联系一个合作伙伴可以和屡次合作伙伴联系对应。两者之间是一对多的关系。4合作伙伴-合作伙伴业务一个合作伙伴可能提供多种合作伙伴业务。即合作伙伴与合作伙伴业务之间是一对多的关系。5合作伙伴-合作伙伴培训一个合作伙伴与联通之间可能进展屡次相互培训,一个培训可能包括多个合作伙伴。所以合作伙伴与合作伙伴培训是多对多的关系。6合作伙伴帐户-合作伙伴结算帐单合作伙伴帐户与合作伙伴结算帐单之间的关系是一对多。7合作伙伴-合作伙伴帐户根据需要,一个合作伙伴可以设立多个合作伙伴帐户。8合作伙伴-合作伙伴支付渠道一个合作伙伴可以选择多个支付渠道。两者之间是一对多的关系。9合作伙伴-合作伙伴评估一个合作伙伴会对应不同维度的合作伙伴评估结果。所以两者之间是一对多的关系。10合作伙伴-合作伙伴协议/合同合作伙伴与联通之间可能存在多个协议/合同,即两者之间是一对多的关系。11合作伙伴帐户-合作伙伴支付渠道一般,一个帐户只能采用一种支付渠道,两者之间是一对一的关系。12合作伙伴问题-合作伙伴联系一次合作伙伴联系可能包括多个合作伙伴问题,而一个合作伙伴问题的解决可能需要进展屡次合作伙伴联系,即两者之间是多对多的关系。13业务-合作伙伴业务合作伙伴业务是业务的一种。服务主题域图26服务域概念数据模型提供统一的服务视图是服务域数据模型设计的主要理念:对不同专业的服务进展统一数据建模;将不同专业所提供的通信服务纳入到统一的服务概念中支撑统一的服务开通流程,对不同专业的分割的服务开通流程进展统一数据建模,从而支撑综合业务的开展支撑统一的服务保障流程,面向客户、面向服务进展服务保障流程的统一数据建模,从而支撑综合的服务质量/性能/故障管理概念实体描述序号概念实体概念实体说明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服务-服务测试一个服务对应屡次服务测试,表示一个服务可进展屡次服务测试15服务测试-服务质量一个服务测试对应多条服务质量,表示一个服务测试需测试多条服务质量指标16服务质量-服务水平条款一条服务质量条款对应多条服务质量,表示服务质量条款可实例化为多个服务的质量指标17服务规格-业务一个业务对应多个服务规格,同时一个服务规格对应多个业务,表示业务可由多个服务规格组成,而一个服务规格可支持多个业务18服务问题-故障单一个故障单对应多个服务问题,同时一个服务问题对应多条故障单,表示一条故障单可解决多个服务问题,而一个服务问题可能需要多条故障单去解决19故障单-客户问题一个客户问题对应多条故障单,表示一个客户问题可能需要多条故障单去解决资源主题域图27资源域概念数据模型提供统一的资源视图是资源域数据模型设计的主要理念:对不同专业的资源进展统一数据建模;将不同专业所使用的网络资源纳入到统一的资源模型中支撑统一的服务开通流程,保证对不同业务的开通流程使用统一的资源数据,从而支撑综合业务的开展支撑统一的服务保障流程,面向客户、面向服务进展的统一资源数据建模,从而服务质量/性能/故障管理能使用统一的资源数据概念实体描述序号概念实体概念实体说明1资源为通信服务提供逻辑或物理上的支撑,联通购置或修建的实体2逻辑资源为通信服务提供逻辑支撑的虚拟实体,包括号码、软件和协议等三类资源3网元资源为通信服务提供通信网络支撑,同时具有逻辑属性和物理属性的实体4物理资源为通信服务提供物理支撑的物理实体,包括空间、载体和器材等三类资源5软件支撑网元运作的操作系统或应用软件6号码支持网元实现通信功能的网络编码7协议支持网元之间实现通信的网络标准8逻辑网元在网络中具备独立地位、完整网络功能的网络节点,表达了网元的逻辑属性9逻辑模块作为网络节点的一局部,完成一个网络节点的局部通信功能的逻辑单元10逻辑端口网元中具有独立网络编码,并独立提供外部接入通信功能的网络端口11物理设备具有唯一位置信息的独立存在并具有一定物理构造的物理实体,表达网元的物理属性12物理模块物理设备的组成局部13物理端口提供信号的输入和输出的物理实体14空间用于放置设备的物理空间〔建筑设施〕15载体设备之间的物理连接16网络网元通过网络协议相互进展通信而组成的网元集合17资源性能联通内部按照某一标准规定的一系列技术指标,用以衡量资源的性能18资源测试为检测资源性能所进展的测试19资源问题某一服务由于其性能不满足服务水平标准〔内部或外部〕而产生的告警或故障20资源规格一组资源共同具有的不变特性和行为。21资源拓扑为快速展现资源网络视图而用于记录局部资源及其关联信息的实体概念实体关系描述序号概念实体关系概念实体关系说明1资源-逻辑资源逻辑资源是资源的一种类型2资源-物理资源物理资源是资源的一种类型3资源-网元资源网元资源是资源的一种类型4资源-资源规格一个资源规格对应多个资源,表示一个资源规格可实例化为多个资源5资源-资源问题一个服务对应多个服务问题,表示一个服务可出现多个服务问题6资源-资源测试一个服务对应屡次服务测试,表示一个服务可进展屡次服务测试7资源-资源性能一个服务对应多个服务性能,表示一个服务需由多条服务性能指标来描述它的性能8网元资源-网络一个网络对应多个网元资源,表示一个网络由多个网元资源组成9网元资源-逻辑网元一个网元资源对应一〔多〕个逻辑网元,表示一个网元资源通常对应一个逻辑网元,但在某些情形下,可以对应多个逻辑网元10网元资源-物理设备一个网元资源对应一〔多〕个物理设备,表示一个网元资源通常对应一个物理设备,但在某些情形下,可以对应多个物理设备11逻辑网元-逻辑模块一个逻辑网元对应多个逻辑模块,表示一个逻辑网元由多个逻辑模块组成12逻辑模块-逻辑端口一个逻辑模块对应多个逻辑端口,表示一个逻辑模块由多个逻辑端口组成13逻辑端口-号码一个号码对应一个逻辑端口,表示一个号码需要配置在某一逻辑端口上14逻辑端口-协议一个逻辑端口对应多个协议,一个协议对应多个逻辑端口,表示一个逻辑端口上可适用多个协议,一个协议可被应用到多个逻辑端口上15逻辑模块-协议一个逻辑模块对应多个协议,一个协议对应多个逻辑模块,表示一个逻辑模块上可适用多个协议,一个协议可被应用到多个逻辑模块上16逻辑模块-软件一个逻辑模块对应多个软件,一个软件对应多个逻辑模块,表示一个逻辑模块上可适用多个软件,一个软件可被应用到多个逻辑模块上17逻辑网元-号码一个逻辑网元对应多个号码,一个号码对应多个逻辑网元,表示一个逻辑网元上可适用多个号码,一个号码可被应用到多个逻辑网元上18逻辑网元-协议一个逻辑网元对应多个协议,一个协议对应多个逻辑网元,表示一个逻辑网元上可适用多个协议,一个协议可被应用到多个逻辑网元上19逻辑网元-软件一个逻辑网元对应多个软件,一个软件对应多个逻辑网元,表示一个逻辑网元上可适用多个软件,一个软件可被应用到多个逻辑网元上20逻辑端口-物理端口一个物理端口对应多个逻辑端口,表示一个物理端口上可配置多个逻辑端口21逻辑模块-物理模块一个逻辑模块对应多个物理模块,一个物理模块对应多个逻辑模块,表示一个逻辑模块在物理上可以是多个物理模块,一个物理模块在逻辑上可以是多个逻辑模块22物理模块-物理设备一个物理设备对应多个物理模块,表示一个物理设备由多个物理模块组成23物理模块-物理端口一个物理模块对应多个物理端口,表示一个物理模块由多个物理端口组成24物理端口-载体一个载体对应多个物理端口,表示一个载体连接多个物理端口25载体-空间一个载体对应多个空间,一个空间对应多个载体,表示一个载体可连接多个空间,一个空间可容纳在多个载体26物理资源-空间空间是物理资源的一种类型27物理资源-载体载体是物理资源的一种类型28物理资源-物理设备物理设备是物理资源的一种类型29逻辑资源-软件软件是逻辑资源的一种类型30逻辑资源-号码号码是逻辑资源的一种类型31逻辑资源-协议协议是逻辑资源的一种类型31资源问题-故障单一个故障单对应多个服务问题,同时一个服务问题对应多条故障单,表示一条故障单可解决多个服务问题,而一个服务问题可能需要多条故障单去解决概念模型场景说明在本节中将使用一个端到端的跨部门业务流程场景来说明企业级概念数据模型若何在具体业务流程中使用的,并进而清晰的展示概念模型中所定义的业务概念及其之间的关系。所举的业务流程场景共分为六局部业务工作〔包括产品设计、市场营销、客户订购、服务开通、计费缴费、合作伙伴和产品设计等〕和18个处理步骤,覆盖了企业级概念数据模型的所有六个数据域。图28概念模型业务场景说明业务工作

处理步骤.描述相关数据实体产品设计产品定位确认为市场提供可赢利产品的时机。该步骤涉及到的信息包括-竞争分析信息-目标客户群信息-销售渠道信息-现有产品信息-以及其他相关信息得到这些所有的信息后,将它们整合到一起以形成一个恰当的产品概念原型。本步骤不需要在系统中对数据进展操作产品定义帮助完成所有产品和服务的价格定义,定义产品的相关信息包括:- 产品的基本信息- 产品由哪些业务组合在一起的- 每个业务在产品中的资费定价- 产品相关的优惠政策- 其他相关的业务规则 本步骤不需要在系统中对数据进展操作产品配置经过产品定位和产品定义步骤确定了产品的相关定义之后,需要在系统中去进展配置产品相关的数据- 产品- 产品构成- 产品资费方案- 业务- 产品相关的优惠方案- 市场细分- 销售渠道市场营销营销方案结合市场方案针对具体的产品进展市场活动的设计,市场活动包括营销活动和非营销活动,对于营销活动,需要完成设计营销的方方面面并完成营销方案。具体包括:-设定营销针对的客户群-

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论