中国联通IT系统数据架构规范第二分册企业数据模型规范

QB/CUXXX-200X 中国联通公司发布2008-01-22实施2008-01-22发布 中国联通IT系统数据架构规范第二分册：企业数据模型规范China Unicom Data Model Specification（V 1.0）QB/CU 035-2007中国联通公司企业标准中国联通IT系统数据架构 第二分册：企业数据模型规范目 次一、总则11.范围12.规范性引述文件13.数据模型的概念14.数据模型体系3二、概念数据模型51.概述52.客户主题域73.产品主题域104.市场营销主题域125.合作伙伴主题域156.服务主题域177.资源主题域198.概念模型场景说明22前 言本规范是中国联通中国联通IT系统数据架构规范中的第三部分：企业数据模型规范分册。中国联通IT系统数据架构规范子体系包含一总四个分册，该系列标准的名称和结构如下：中国联通IT系统数据架构 总册；中国联通IT系统数据架构 第一分册 数据分类和分布规范；中国联通IT系统数据架构 第二分册 企业数据模型规范；中国联通IT系统数据架构 第三分册BSS编码规范；中国联通IT系统数据架构 第四分册MSS编码规范。数据模型规划设计了联通数据模型体系，并对其中的企业概念数据模型和部分域的企业逻辑数据模型进行了设计。规范的附件全部为规范的组成部分，如无特殊说明和本规范的正文具有同等约束力。本标准由中国联通公司信息化部提出。本标准由中国联通公司技术部归口。本标准主要起草单位：中讯邮电咨询设计院、联通信息化部本标准主要起草人：刘诚明、李旭、陈志超、王颖、杜志涛、梅斌、李吴剑、孙元涛本标准解释权和修订权属中国联通公司。II一、 总则1. 范围本规范描述了中国联通企业数据模型的模型概念以及数据模型体系，给出了数据的概念模型和逻辑模型。2. 规范性引述文件QB/CU 003-2003中国联通长途193/17911专业计费系统技术规范V1.0QB/CU 040-2002中国联通综合电信业务支撑系统综合营帐子系统技术规范V1.0QB/CU 030-2002中国联通综合电信业务支撑系统CDMA 专业计费子系统技术规范V1.0QB/CU 039-2002中国联通综合电信业务支撑系统统一客户资料子系统信息模型V1.0QB/CU 033-2002中国联通综合电信业务支撑系统短信专业计费结算子系统技术规范V1.03. 数据模型的概念数据模型是指用实体、属性及其关系对企业运营和管理过程中涉及的所有业务概念和逻辑规则进行统一定义、命名和编码。数据模型是业务人员、IT人员和开发商之间进行沟通的一套语言。数据模型分为概念数据模型、逻辑数据模型和物理数据模型。 图 11 数据模型的分类 图 12 数据模型解决的问题 概念数据模型 是一个高层次的数据模型 定义了重要的业务概念和彼此的关系 主要解决核心的业务问题 由核心的数据实体或其集合，以及实体间的业务关系组成 一般来说，在进行系统设计与开发之前，往往就核心的业务概念及其关系（即概念模型）已经达成一致； 逻辑数据模型 对概念数据模型的进一步分解和细化 描述实体、属性以及实体关系 主要解决细节的业务问题 设计时一般遵从“第三范式”以达到最小的数据冗余 系统设计时，根据已有的概念模型，与业务人员一起，直接进行逻辑模型的设计； 物理数据模型 描述模型实体的细节，对数据冗余与性能进行平衡 主要解决细节的技术问题（数据库的物理实现） 需要考虑所使用的数据库产品、字段类型、长度、索引等因素 必须首先确定数据库平台和应用程序的架构 逻辑模型设计完成之后，再根据所选的数据库产品及其他因素，进行物理模型的设计。4. 数据模型体系企业数据模型是改进企业运营和数据系统的重要基础。企业数据模型是一个关于整个企业需要数据的完整模型，包含了整个企业所有IT系统（包括BSS、OSS和MSS系统）的业务实体、业务实体属性和业务实体间的关系，综合展现数据的定义以及数据之间的关系，并对新的数据要求具有良好的扩展性和包容性。中国联通企业数据模型并不直接针对任何系统，它是对联通所有数据的一个整理和规范。企业数据模型的明确将实现以下多个方面的改进： 明确定义了信息的需求如何转化为数据结构。基于企业数据模型可以开发出高质量的系统，更好地满足企业信息处理的需要，为企业管理者、业务用户和开发人员提供了一个一致的业务模型； 消除多个系统之间数据的重复定义和不一致性，从而提高了应用整合的效率，降低了系统集成的难度； 由于建立了企业级的数据模型，在未来的IT系统进行数据模型设计时，可以从企业数据模型中进行映射并检查信息的完整性； 找出多个系统之间需要进行接口和同步的信息； 在企业购买或开发新的IT系统(如CRM系统)时界定出信息需求的范围。 为高层管理人员清晰地定义出了基本业务概念(如客户、产品、业务、服务、资源等)，改善了业务部门和IT系统开发人员的沟通，提高了IT系统开发的效率. 图 13 中国联通企业数据模型体系企业数据模型不是一个单一的数据模型，而是一套数据模型体系。不同层次的复杂的数据需求需要通过不同层次的企业数据模型进行定义和规范。数据模型体系可以从两个维度来进行描述：一是从数据模型性质来看，该企业数据模型应该是概念数据模型、逻辑数据模型还是物理数据模型；二是从联通企业组织架构来看，该企业数据模型应该是企业级，还是系统级。 企业级概念数据模型企业级概念数据模型是对全联通企业范围内的业务支撑模式有重大影响的业务概念的诠释（如客户、帐户、订购实例、产品、业务、服务、资源等），它明确界定了中国联通的重要业务概念及业务概念之间彼此的关系。企业级概念数据模型尤其着重对目前一些业务概念的整理，而这些概念对各地信息系统建设中的数据组织会起到至关重要的作用。对同一种业务，各省分在实际业务运作中对业务概念会产生不同的理解，从而在信息化过程中导致数据的组织方式也会不同，最后形成对数据的名称和内涵在各省分各不相同的境况。因此企业数据模型体系中的企业级概念数据模型应该更多的是对重大业务概念在数据层面的统一。企业级概念数据模型的作用主要体现在三个方面： 企业级概念数据模型应作为全国统一的规范；各省分在建立IT系统的数据模型标准时应完全遵循企业级概念数据模型中对基本业务概念的定义及业务概念之间关系的阐释 企业级概念数据模型应成为总部信息化部选择全国性IT战略合作伙伴（主要是系统集成商/应用软件提供商）选择的重要标准，需要着重考察全国性IT战略合作伙伴提供的应用软件的数据模型是否符合企业级概念数据模型 企业级概念数据模型应成为总部业务部门制定业务规范的参考；概念数据模型对某些概念做了定义，希望总部业务部门能使用统一的业务语言和含义来制定相应的业务规范。如产品管理业务规范中涉及产品定义的部分，可以结合概念数据模型中的产品概念来定义业务层面的产品定义。 企业级逻辑数据模型企业级逻辑数据模型基于企业级概念数据模型进行细化，结合全国性业务运营（如漫游结算）和分析（如总部经营分析）的数据需求，根据全国统一业务规范，建立相应的业务实体、属性及其实体关系。企业级逻辑数据模型的建立一方面要依据企业级概念数据模型进行深入细化和挖掘，另一方面要将总部制定的全国统一业务规范作为其业务需求和数据需求的基本来源，充分满足在全国范围内进一步统一业务规范的数据需求，为通过IT系统固化全国统一业务规范，实现全国业务的统一，在数据层面上提供牢固的基石。需要强调的是，企业级逻辑数据模型在满足业务规范统一需要的时候，也需留下足够的灵活性，对那些不需要在全国统一业务规范的数据需求，不宜做强制性的要求。企业级逻辑数据模型的作用主要体现在三个方面： 企业级逻辑数据模型是对企业级概念数据模型的实现和诠释；通过企业级逻辑数据模型可以更清楚的了解企业级概念数据模型中提到的重要概念内涵。因为不同的人对一个概念的文字描述通常有不同的理解，只有通过对企业级概念数据模型的实现，也就是企业级逻辑数据模型才能进一步界定企业级概念数据模型的内涵和范围。 企业级逻辑数据模型可以作为构建IT系统的基本数据模型；在建设IT（包括MSS/BSS/OSS）系统的时候，可以从企业级逻辑数据模型抽取相应涉及到的实体及其属性和关系，构成该系统的基本数据模型，成为系统设计的基础，从而在数据层面上保证了IT系统日后能有效的支持联通业务的开展。 在构建数据仓库时，企业级逻辑数据模型可以直接作为数据仓库的基本数据模型；企业级数据仓库汇集了几乎所有IT系统的数据，这些数据只有通过企业级逻辑数据模型才能有效的组织起来，成为一个整体。二、 概念数据模型1. 概述中国联通企业级概念数据模型如下图所示，包括客户域、产品域、市场营销域、合作伙伴域、服务域、资源域等六个域。 图 21 中国联通企业概念数据模型企业管理域的概念数据模型将在相关规范发布时制定。2. 客户主题域 图 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订购实例-详单一个订购实例可能产生多个详单。3. 产品主题域 图 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优惠计划-优惠计划条款一个优惠计划对应多个优惠计划条款，表示优惠计划是由一到多个优惠计划条款组成4. 市场营销主题域 图 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销售机会-销售活动一个销售活动可以处理多个销售机会。5. 合作伙伴主题域 图 25 合作伙伴域概念数据模型合作伙伴域主要考虑贯穿合作伙伴生命周期的多维度的合作伙伴管理： 数据模型的设计涵盖合作伙伴生命周期中获取、运营、管理、支持、退出的全过程； 数据模型包括合作伙伴管理的各个维度，如合作伙伴业务、销售、培训、问题、结算； 引入“合作伙伴评估”的实体，加强对合作伙伴绩效的管理，最终完成合作伙伴生命周期的闭环管理。概念实体描述序号概念实体概念实体说明1合作伙伴合作伙伴是指和电信运营商存在伙伴关系的实体。2合作伙伴问题该域处理和合作伙伴相关的问题（双向），如合作伙伴对联通的故障通知和投诉、联通向合作伙伴的故障通知和投诉等。3合作伙伴联系电信运营商通过各种渠道与合作伙伴进行联系而产生的所有信息。4合作伙伴业务表示电信运营商可以向合作伙伴定购的业务。5合作伙伴培训中国联通和合作伙伴之间相互的培训信息。6合作伙伴结算帐单合作伙伴帐户下，汇集各种费用的具体实体。7合作伙伴帐户账户是用来保存合作伙伴相应的收支信息。8合作伙伴支付渠道中国联通与合作伙伴相互支付的渠道信息。9合作伙伴评估是对合作伙伴相关信息的收集、处理、分析和加工的结果。10合作伙伴协议/合同中国联通与合作伙伴签订的明确双方合作关系及其他权利、义务的相关协议/合同。概念实体关系描述序号概念实体关系概念实体关系说明2合作伙伴-合作伙伴问题一个合作伙伴可以和多个合作伙伴问题相对应。3合作伙伴-合作伙伴联系一个合作伙伴可以和多次合作伙伴联系对应。两者之间是一对多的关系。4合作伙伴-合作伙伴业务一个合作伙伴可能提供多种合作伙伴业务。即合作伙伴与合作伙伴业务之间是一对多的关系。5合作伙伴-合作伙伴培训一个合作伙伴与联通之间可能进行多次相互培训，一个培训可能包括多个合作伙伴。所以合作伙伴与合作伙伴培训是多对多的关系。6合作伙伴帐户-合作伙伴结算帐单合作伙伴帐户与合作伙伴结算帐单之间的关系是一对多。7合作伙伴-合作伙伴帐户根据需要，一个合作伙伴可以设立多个合作伙伴帐户。8合作伙伴-合作伙伴支付渠道一个合作伙伴可以选择多个支付渠道。两者之间是一对多的关系。9合作伙伴-合作伙伴评估一个合作伙伴会对应不同维度的合作伙伴评估结果。所以两者之间是一对多的关系。10合作伙伴-合作伙伴协议/合同合作伙伴与联通之间可能存在多个协议/合同，即两者之间是一对多的关系。11合作伙伴帐户-合作伙伴支付渠道一般，一个帐户只能采用一种支付渠道，两者之间是一对一的关系。12合作伙伴问题-合作伙伴联系一次合作伙伴联系可能包括多个合作伙伴问题，而一个合作伙伴问题的解决可能需要进行多次合作伙伴联系，即两者之间是多对多的关系。13业务-合作伙伴业务合作伙伴业务是业务的一种。6. 服务主题域 图 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故障单-客户问题一个客户问题对应多条故障单，表示一个客户问题可能需要多条故障单去解决7. 资源主题域 图 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资源问题-故障单一个故障单对应多个服务问题，同时一个服务问题对应多条故障单，表示一条故障单可解决多个服务问题，而一个服务问题可能需要多条故障单去解决8. 概念模型场景说明在本节中将使用一个端到端的跨部门业务流程场景来说明企业级概念数据模型如何在具体业务流程中使用的，并进而清晰的展示概念模型中所定义的业务概念及其之间的关系。所举的业务流程场景共分为六部分业务工作（包括产品设计、市场营销、客户订购、服务开通、计费缴费、合作伙伴和产品设计等）和18个处理步骤，覆盖了企业级概念数据模型的所有六个数据域。 图 28 概念模型业务场景说明业务工作处理步骤.描述相关数据实体产品设计产品定位确认为市场提供可赢利产品的机会。该步骤涉及到的信息包括- 竞争分析信息- 目标客户群信息- 销售渠道信息- 现有产品信息- 以及其他相关信息得到这些所有的信息后，将它们整合到一起以形成一个恰当的产品概念原型。本步骤不需要在系统中对数据进行操作产品定义帮助完成所有产品和服务的价格定义，定义产品的相关信息包括：-产品的基本信息-产品由哪些业务组合在一起的-每个业务在产品中的资费定价-产品相关的优惠政策-其他相关的业务规则本步骤不需要在系统中对数据进行操作产品配置经过产品定位和产品定义步骤确定了产品的相关定义之后，需要在系统中去进行配置产品相关的数据-产品-产品构成-产品资费计划-业务-产品相关的优惠计