中国电信oss应用开发岗位技能认证标准教材(试行版)运营服务模型篇

1、中国电信OSS应用开发岗位技能认证标准教材（试行版）运营服务模型篇中国电信集团公司企业信息化部中国电信股份有限公司广州研究院 编印二零一四年十一月155目 录第一部分运营服务数据模型基础知识51模型的编制背景52模型的编制目标53模型的编制范围54模型的编制方法74.1大类建模的方法背景74.2大类建模的方法概览84.3大类建模总体设计目标84.4大类模型推导过程94.5大类概念合并思路和原则105模型的主要变化115.1与OSS2.8模型规范的差异11第二部分运营服务数据模型专业知识111业务类数据模型121.1概念模型121.2ER逻辑模型221.3Nosql逻辑模型241.4ER物理模型

2、272配置类数据模型292.1概念模型292.2逻辑模型332.3物理模型363元数据模型373.1元数据模型概览373.2元模型说明393.3元模型字段定义413.4元模型场景示例474模型验证案例514.1开通场景验证（KV模型）514.2保障场景验证（KV模型）884.3开通场景验证（ER模型）1114.4保障场景验证（ER模型）1334.5Hbase问题场景分析1404.6规则场景验证1424.7指标场景验证148序 言中国电信OSS应用开发岗位技能认证标准教材-运营服务模型篇（试行版）是在中国电信OSS应用开发岗位技能认证标准（试行版）的基础上开发的，是各级公司中国电信OSS专业培训

3、及自学教材。本教材共分为六大部分，主要内容如下：第一部分：运营服务数据模型基础知识该部分内容对运营服务模型的基本概念进行了详细的阐述。包括：运营服务模型编制的背景、目标、模型涵盖的范围及模型的编制方法、思路和相对于OSS2.8规范的主要变化等内容。第二部分：运营服务数据模型专业知识该部分内容详细阐述了运营服务模型的主要内容。包括：运营服务业务模型的概念模型、ER逻辑模型、NOSQL逻辑模型及ER物理模型，运营服务配置模型的概念模型、逻辑模型、物理模型，ER和K-V融合的元数据模型及其说明、字段定义和场景，业务模型和配置模型的典型验证案例等内容。第一部分 运营服务数据模型基础知识1 模型的编制背

4、景在ITSP3.0规划的三统一指引下，在以转售业务为代表的全网性业务的驱动下，在系统全网集约化的大目标下，针对OSS域的运营服务能力，需要首先从模型层面进行统一定义，进而实现包括全网OSS服务能力统一开放，系统集约化的远期目标。并且在2013年，集团制订了全网统一资源数据模型，实现了全网资源数据统一定义、统一存储、统一应用的能力，也为统一OSS除资源域外的其他数据模型奠定了坚实的基础。Ø IT规划驱动力：ITSP3.0规划目标，实现“下三层”统一：基础设施、数据、服务这三层务必统一建设；数据层做为统一目标之一，急迫的需要一套可以统一全网的OSS运营服务数据模型。Ø 业务驱动

5、力：以转售业务为代表全网性业务，驱动全网OSS服务能力开放：以移动转售业务做为典型代表的全网型业务开展，需要实现全网OSS服务能力的统一和开放，服务能力统一开放基础是用一套统一的业务概念语言，即统一的数据模型定义。 Ø 集约化驱动：业务集约化，系统集约化的要求，促使需要在模型层面先行定义一套，可以兼容存储全网OSS域的各个系统（开通、保障、激活、调度、运维等等）的标准模型。在上述背景下，亟需加强全网统一OSS模型的编制和推进，提升OSS应用水平，促进OSS能力服务开放，适应集约化条件下的OSS运营及管理的要求2 模型的编制目标Ø 统一全网业务语言，解决全网业务语言一致性的问

6、题，实现运营服务数据可以集中存储、集中管理，屏蔽因不同的系统建设厂家产生的数据差异问题，形成全网统一的业务语言；Ø 支撑全网OSS服务能力开放，支撑统一模型基础上进行全网OSS服务能力的开放；基于统一模型的数据库，可以一点对外提供标准的服务能力。Ø 落实ITSP3.0下三层统一要求，模型统一是IT集约化的基石，下三层统一，首先就是数据库设计要统一，通过模型统一支持架构统一。3 模型的编制范围图 1 OSS2.8核心概念模型中的运营服务数据模型范围本次运营服务数据模型在OSS2.8模型域中的范围为：1、 服务域2、 事件域（除网管外）3、 资源域（只含运营服务关联域）涵盖的O

7、SS系统包括有：1、 服务开通2、 自动激活3、 服务保障4、 装维调度5、 网络运维6、 服务质量7、 能力前置模型建模内容： 1、概念大类 2、概念模型 3、逻辑模型（含ER逻辑模型和HBase逻辑模型） 4、物理模型（含ER物理模型和HBase物理模型）图 2运营服务模型分类运营服务模型中，有较大一部分的数据是和系统配置层面相关的，如规则、模版、指标等，此部分的数据相对比较独立，同时和系统实现的具体IT技术耦合度高。为了更清晰的体现出业务数据实体的关系，区分出业务数据实体和配置数据实体的关系，在此次建模过程中，将运营服务模型分为两类，即两个域：Ø 业务类实体: 业务域模型，主要

8、为和运营服务过程相关的业务单、服务、产品、产品服务、资源等相关的业务类实体。相对来说，业务域实体在模型上是可以统一定义和存储的。Ø 配置类实体:配置域模型，主要为运营服务在系统中实现时，是IT技术层面上的实体，主要包括如规则、指标、模版等，可以被所有的业务域实体对象使用。如流程、环节可以使用某个规则或某个指标。配置域的实体，相对来与具体实现的IT技术有关，如规则语言、模板语言，就现网来说数据实体很难统一定义和存储。4 模型的编制方法4.1 大类建模的方法背景模型建模方法，沿用了集团全网资源统一模型的大类建模方法。达到概念间的关系集中在大类的主表上，利用元数据进行动态扩展，通过归纳寻求

9、一种收敛的模式，实现稳定的映射。同时，大类建模的可扩展性与目前主流的Nosql数据库（如HBase）存储方式很好的匹配。促进和适应后续集团整体IT架构转向大型分布式的存储架构方式，如Hadoop。4.2 大类建模的方法概览图 3大类建模+元数据方法示意大类建模+元数据的核心思路：Ø 稳定的实体和实体关系。保持大类业务实体和关系实体的稳定，关系全部体现在大类上；Ø 灵活的大类继承扩展，增加模型实体的灵活程度。实体可以继承大类业务实体和关系实体，以扩展表方式实现实体灵活增加；Ø 元数据动态在线扩展业务实体及实体关系。通过元数据配置驱动，实现模型快速、在线扩展；

10、6; 业务实体和存储分离。应用程序通过元数据，可是实现业务实体和物理存储设计的分离。模型实体和实体关系与底层存储无关，即可以支撑底层存储是使用ER数据库，也可以支撑底层存储使用Nosql数据库。4.3 大类建模总体设计目标数据模型的复杂度分为三级。三级最复杂，适应性最广，最容易扩展，但是也最难理解，至少难让业务人员理解。一级比较简单，容易让业务人员理解，但是扩展性很差。数据模型应在稳定性和易用性上达成平衡，其衡量标准为模型的实用性。Ø 模型的稳定性ü 越抽象越稳定。E-R是所有MIS数据模型的起源，可以描述世界上任何东西，最稳定。ü 但越抽象，则意味着越多的工作丢

11、需要应用来完成，且不易为程序员和用户理解。Ø 模型的易用性ü 越贴近现实越容易使用。对现实实体一对一的“硬建模”最容易理解和使用。ü 但建模越“硬”，则意味着缺少灵活的扩展性，停机改动数据模型的可能性越大，越容易对生产造成负面影响。Ø 模型的实用性ü 实用性取决于应用需要什么抽象度的管理对象。包括： 管理对象的粒度实体（E） 管理对象的功能关系（R）ü 从E-R出发，细分实体和关系概念，直到满足各应用的管理要求为止。Ø 应用的管理对象不可能遵循IT的技术原则，模型不会与管理对象一对一对应。Ø 通过元数据技术对大类进

12、行划分然后组合后，才会形成管理对象的数据模型。4.4 大类模型推导过程图 4运营服务大类建模模型推到过程技术上：流程类系统-面向对象大类建模推导分析：1、流程、环节。流程系统中的核心对象。 2、业务单，所有流程上所承载及流程初始化的数据的集合承载的载体，可以统一视为业务单，在OSS系统，业务单可以包括如订单、定单、工单、任务单等等。3、实体。 业务单上承载的数据实体，在OSS系统中，主要包括客户信息、产品信息、产品服务、资源、耗材、指令实例等。4、服务。 业务单上除了承载客户、产品等实体数据，还承载了对实体操作的动作。所有对实体的操作动作，即构成了服务。业务单是服务的载体，动作和实体是服务的构

13、成要素。5、配置类对象。主要包括规则、指标、模版，可以被所有的业务类对象使用。如流程、环节可以使用某个规则或某个指标。以上模型实体，构成了流程类系统的核心业务概念实体，也是大类建模时从流程类系统的技术特点上分析推导出的大类。图 5OSS能力平台架构与模型实体架构上：从OSS能力平台的架构上分析，核心大类实体同样为服务、流程和环节、业务单（含产品、产品服务、资源等数据实体）、和规则策略类的配置域实体。4.5 大类概念合并思路和原则一、大类概念合并思路如下：1. 父子类的划分必须清晰和严谨，且遵循OSS运营的业务逻辑，不能存在模棱两可的划分；2. 父子类划分的首要考虑实体行为模式上的相似性，其次考

14、虑本身的各种特性；3. 功能一致的直接抽象为一个类，如服务定单，功能相似且能清晰界定的抽象为共同父类的子类；4. 父类的关系必须能够涵盖或者大于子类的关系；5. 以叶子节点作为合并大类的起点，在叶子节点之间构建关系，递归判断叶子节点是否可以向上合并；二、大类概念合并原则如下：1. 同一个父类下的子类且符合原则2的时候允许合并，跨父类的子类不能合并；2. 叶子节点向上合并带来的外键应用补偿总次数不超过1次时才允许合并：ü 两两合并的子类间的关系有一端为1时，需两个子类的所有外部关系均不存在对端或本端为1 （同时对端为1或者本端为1的除外），且外键应用补偿总次数不超过1次，才允许合并；&

15、#252; 两两合并的子类间的关系任何一端都不为1时，需两个子类的所有外部关系对端或者本端为1 （同时对端为1或者本端为1的除外）的情况最多1个，且外键应用补偿总次数不超过1次，才允许合并；5 模型的主要变化5.1 与OSS2.8模型规范的差异图 6与OSS2.8规范的差异ü 业务单大类归并及细类概念变化。业务单分为服务单、服务工单两个细类。 与专业服务及环节对应的为服务工单类，包括工单和任务单；与运营服务及流程对应的为服务单，包括定单、保障单、订单、投诉单等。ü 业务单项承载实体及服务，服务不实例化。通过业务单项承载实体（客户、产品、产品服务、资源等），以及服务（对实体的

16、操作，如产品服务的装、拆、改、移、停、复），服务包含的动作做在业务单项中做为属性体现，服务（运营服务、专业服务）只在规格层面体现，不做实例化。实体都要实例化，包括客户实例、产品实例、产品服务实例、资源实例等。第二部分 运营服务数据模型专业知识1 业务类数据模型1.1 概念模型1.1.1 业务类实体概念定义表 1 业务类实体概念定义编号顶层实体大类实体概念定义说明1业务单业务单是业务作业过程中，与业务相关的各类作业要求的信息的总称 订单、投诉单、定单、保障单、工单等总称。 2业务单某一种业务单的，所有相关属性的集合。3业务单项业务单上承载信息的集合，属于业务单的组成部分。产品订单项、产品服务定单

17、项等4操作对业务单的操作实例记录，属于业务单的组成部分。派单、催单、处理、回单、回访等操作。5流程是指保证电信运营和管理有效进行而开展的一系列按照一定规律组合的活动。通过制定控制规则和设置流向将活动组织在一起来完成某项特定的任务。 流程由相关的环节组成 6流程实例指运行中的流程，它根据流程模板生成， 描述定单在运转过程中，已经处理完成的环节、当前的环节、将要经过的环节信息，描述定单的调度路径。流程实例描述定单在运转过程中，已经处理完成的环节、当前的环节、将要经过的环节信息，描述定单的调度路径。 7环节实例环节实例指流程实例中的节点。 环节实例是流程实例的组成部分。 8服务中国电信提供的所有类型

18、服务的总称。包括：客户服务、运营服务、专业服务9客户服务参见CRM解释。10运营服务是中国电信围绕企业的核心生产要素（包括产品服务和网络）提供的一系列支撑活动或活动的组合。它既可以做为产品的组成部分被销售，也可以独立提供给客户，也可以是企业内部的支撑活动。 运营服务可以构成对外的客户服务，支撑产品服务、网络运营。 比如针对产品服务的装、拆、移、改、维；针对网络的规划、维护、优化、割接、保障； 11专业服务专业服务是对工作资源进行封装后体现出的能够满足内外部客户需求的活动能力，专业服务包括人工提供的服务和计算机系统提供的服务。人工服务包括： 外线施工服务、咨询服务、传输施工服务等；计算机系统提供

19、的服务包括：网元自动激活服务、状态查询服务、测试服务等。12实体运营服务需要用到的其他域的实体及规格，如客户、产品、产品服务、资源等。13客户参见CRM解释。14产品参见CRM解释。15产品服务参见资源模型解释。16资源大类等同于资源模型大类。参见资源模型解释。17耗材信息施工中需要使用到的管道、线缆、连接件、用户终端设备等材料信息。18工作资源是指进行满足内外部客户需求的各项活动所需的资源，包括人力和工具。人力也包括企业内部员工、合作伙伴、代维公司人力等。工具包括车辆、仪器仪表以及计算机系统等。19指令信息指能被网元识别并执行的操作语言的特定文本内容信息。1.1.2 业务类实体概念继承图 7

20、顶层概念映射图1.1.2.1 业务单示例图 8业务单继承关系示例业务单是业务作业过程中，与业务相关的各类作业要求的信息的总称。业务单可以继续划分为服务单和服务工单，服务工单比服务单小一个层级，是为了完成服务单的业务目的拆分而成的子任务。服务单包括：客户订单、投诉单、保障单、定单等，服务工单包括：工单和任务单，工单分配适合的工作资源后形成任务单。表 2 业务单概念定义实体名称定义说明业务单业务单是业务作业过程中，与业务相关的各类作业要求的信息载体的总称细类分为服务单、服务工单。服务单服务单是指业务运营过程中对网络及产品提供服务的业务单总称，一般对应到一个完整的运营服务业务流程。包括订单、投诉单、

21、保障单和定单。订单订单是CRM系统在进行客户需求受理时需要服务开通系统处理的业务单。可分为客户订单、资源需求单。投诉单投诉单是CRM受理客户投诉工单，是指客户投诉、报障事件产生后，用来记录客户在使用电信公司产品时对所遇到的通信网络、终端设备等方面故障申告的处理协同工作单。 保障单保障单是指业务运营过程中的各类故障的工单。它是根据保障单模板生成的。包括网络类保障单、申告类保障单。定单定单是指需要进行开通、割接、调度、资源确认等过程支撑的所有客户需求或者非客户需求的信息载体。根据定单的不同用途可将其分为服务定单、割接定单、调度单、资源需求单、资源确认单。从各种渠道接收过来的定单，都是按照

22、指定的定单模板，在系统中形成规范的定单记录。定单到达某个环节时可以衍生出工单，工单处理完成后，反馈给定单，定单继续流转处理。服务工单服务工单是承载专业服务的业务单，对应到某个业务环节工位的工作任务的详细描述。可分为工单和任务单。工单工单是工作任务单的简称，是派发给各个工位的工作任务详细描述。工单也具有不同的分类维度。一种分类维度可以根据工单载体的形式划分，分为电子工单和纸质工单；另一种分类维度则可以工单服务的服务对象来划分，分为资源类工单、网络类工单、施工类工单。资源类工单包含资源配置工单、资源查勘工单；网络类工单包含测试工单、激活工单、网络配置工单；施工类工单包含施工工单。任务单任务单是工单

23、匹配最合适的工作资源并派发给各个工位的工作任务的详细描述。如：施工调度中派发给具体施工人员的施工任务单，任务单中描述了具体产品信息、客户信息、业务资源、通信资源等施工内容申告类保障单用于记录用户申告的保障单 网络类保障单用于记录网络故障或告警的保障单 施工工单施工工单是工单在施工调度系统中的统称，区别于任务单、消息单等其它类型的工单，特指上游系统派发给施工调度系统的工单由开通保障等系统发送给施工调度系统需要外线施工的人工单施工任务单施工任务单是施工工单在施工调度系统中匹配最合适的工作资源并派发给各个工位的工作任务的详细描述派发给具体施工人员的施工任务单，任务单中描述了具体产

24、品信息、客户信息、业务资源、通信资源等施工内容项目单是一种OSS内部定单，主要用于对大客户工程建设类项目所需的产品服务定单项监督和管理用的定单。针对大客户工程类项目的定单，例如：全球眼项目所需产品服务定单的监督和管理。调度单是一种OSS内部定单，接单部门必须执行。主要用于指导OSS的各级生产部门之间或者部门内部的各种生产及资源调度工作。调度单有多种分类维度。一种分类维度可以按照业务类型分为传输业务调度单、数据业务调度单、交换业务调度单；另一种分类维度可以按照地域分为国际长途调度单、省际长途调度单、省内长途调度单和本地调度单。服务定单服务定单是激活OSS服务开通流程的定单。服务定单可来自于客户订

25、单承接后的服务设计，也可来自于OSS内部流程异常回滚后的服务定单项再设计。服务定单由产品服务定单项基于主附产品、主产品共管道、同客户、同址、共资源、协同施工、协同激活、通路调度、项目协同等情况设计产生。服务开通系统根据服务定单起流程。割接单记录割接定单的基本信息。割接定单来自网络资源管理系统，在服务开通系统中进行处理的同时，网络资源管理系统会形成客户通知，通过服务开通系统告知CRM系统，割接处理完毕后，相关资料统一由CRM系统进行归档处理。通常工程类割接由工程管理系统处理，非工程类割接的流程才通过割接定单由服务开通系统处理。管控单管控类业务单是针对需要快速施工或者进行警示性提示而产生的业务单。

26、包括催办单、协作单、督办单。1.1.2.2 业务单项继承示例图 9业务单项继承关系示例业务单项是业务单流转过程中携带的必要信息项。业务单项包括：客户业务单项、产品业务单项、产品服务业务单项、资源业务单项、指令业务单项、耗材业务单项等。表 3 业务单项概念定义实体名称定义说明业务单项业务单项为顶层概念大类，承载业务单上的实体信息（客户信息、产品信息、产品服务信息、资源信息、耗材信息、指令参数信息）和服务（运营服务、专业服务等）信息。业务单项，可以为客户业务单项、产品业务单项、产品服务业务单项、资源业务单项、耗材业务单项、指令业务单项、工作资源业务单项等等。客户信息业务单项与CRM的客户订单项对应

27、，记录客户信息，包括新建客户资料和客户资料变更信息。产品业务单项 记录产品的新装、拆机、移机、变更等业务申请信息。 产品自身信息以及产品和其他对象关联关系发生变化时，都通过产品业务单项体现受理信息，例如：过户、修改产品属性都通过产品业务单项记录。产品服务定单项用于承接CRM订购协作单里“接入产品订单项”和“功能/增值产品信息”的业务服务单，该业务单是面向OSS内部服务设计功能所使用。资源业务单项根据资源和资源动作与专业服务的关联关系，将属于同一个专业服务的资源和资源动作封装成一个业务单项。指令业务单项根据指令模板之后，实例化后指令参数、指令序列、指令标识等指令信息。指令参数实例化是依据指令参数

28、与通信资源规格的关联关系以及子工单包含的资源信息与通信资源规格的关联关系来完成的；指令实例化依据指令模板中配置的指令同指令参数的映射关系来完成的。工作资源业务单项工作资源分配信息、描述电信业务活动中工作资源的使用分配情况。耗材业务单项施工中需要使用到的管道、线缆、连接件、用户终端设备等材料信息。施工材料一般定期由施工人员统一领取，施工任务完成后需要填写用料信息。1.1.2.3 操作继承示例图 10处理信息继承关系示例操作是业务单在流转过程中，所做的业务操作的一个记录,一个业务单对应多个操作。所有必要的处理过程信息都应该记录在处理信息实体中。处理信息可分为：派单、撤单、改单、催单、挂起、转派、预

29、约、回访、归档等处理信息。表 4操作概念定义实体名称定义说明操作业务单在流转过程中，所做的业务操作的一个记录,一个业务单对应多条处理记录。所有必要的处理过程信息都应该记录在处理信息实体中。操作可分为：派单、撤单、改单、催单、挂起、转派、预约、回访、归档等处理信息。催单操作催单记录是流程的某节点部门向其他节点部门发起，针对特定任务加快处理进程的工作要求。挂起操作记录业务单的挂起信息。派单操作记录业务单的派单信息。1.1.2.4 服务大类示例图 11服务继承关系示例服务包括客户服务（产品加动作）、运营服务（产品服务或网络加动作）、专业服务（资源加动作）。专业服务支撑运营服务，运营服务支撑客户服务。

30、业务单承载服务，服务依赖业务单来实现。表 5 服务概念示例实体名称定义说明客户服务参见CRM客户服务定义。运营服务是中国电信围绕企业的核心生产要素（包括产品和网络）提供的一系列支撑活动或活动的组合。它既可以做为产品的组成部分被销售，也可以独立提供给客户，也可以是企业内部的支撑活动。运营服务可以构成对外的客户服务，支撑产品服务、网络运营。比如针对产品服务的装、拆、移、改、维；针对网络的规划、维护、优化、割接、保障；专业服务专业服务是对工作资源进行封装后体现出的能够满足内外部客户需求的活动能力，专业服务包括人工提供的服务和计算机系统提供的服务。人工服务包括外线施工服务、咨询服务、传输施工服务等。计

31、算机系统提供的网元自动激活服务、状态查询服务、测试服务等。1.1.3 业务类实体关系图 12业务类实体关系图表 6主要关系列表关系名称定义/描述业务单-业务单业务单是与业务相关的各类作业要求的信息的总称。业务单与业务单之间有包含关系和关联关系。包含关系用于描述父业务单拆分成子业务单的场景，关联关系用于描述同级别业务单之间的业务关联关系。业务单-业务单项一个业务单包含多个或不包含业务单项，一个业务单项一定属于一个业务单。业务单-操作一个业务单包含一个或多个操作，一个操作一定属于一个业务单。业务单-流程一个业务单可能会由多个流程实例承载，一个流程实例一定属于一个业务单。业务单项-业务单项与业务单与

32、业务单关系类似，业务单项与业务单项之间也存在某种业务上的派生而形成的父子关系。用于描述诸如：一个客户业务单项，拥有多个产品业务单项之类的关系。业务单项-服务一个业务单项承载零个或多个服务，一个服务一定属于依赖于一个业务单项。1.1.4 业务类大类关系表 7 业务类大类关系编号A端大类(主)Z端大类（宾）关系类型（谓）关系的存储大类关系说明关系关系举例备注1业务单业务单包含业务单之间的关系表业务单的种类很多，并且相互之间存在包含关系1:N服务单和工单组成业务单，服务单中包含投诉单、保障单、服务定单等；工单中包含服务工单、任务单等2业务单业务单关联业务单之间的关系表同级的业务单之间存在关联关系1:

33、N同一个客户订单下，宽带依赖于固话；异常单和其对应的正常单也存在关联关系3业务单操作包含操作主表记录一个业务单多个操作信息1:N管控操作、回单操作等4业务单流程使用业务单与流程关系表一个业务单可以对应多个流程1:N服务定单需要根据其对应的调度流程来开通业务5业务单项产品承载业务单项本身可以承载某个产品的实例信息6业务单项产品服务承载业务单项本身可以承载某个产品服务的实例信息1:N7业务单项客户承载业务单项本身可以承载某个客户的信息8产品产品服务包含产品与产品服务关系配置表一个产品可以对应某个产品服务1:N固话产品对应的产品服务是语音9产品服务资源包含产品服务与资源关系配置表一个产品服务可以包含

34、多个资源1:N语音产品服务包含端口、码号等资源10产品服务产品服务依赖产品服务与产品服务关系配置表某个产品服务可以依赖其他的产品服务N:1宽带依赖语音11运营服务专业服务包含运营服务与专业服务关系配置表一个运营服务可以包含多个专业服务1:N语音装包含资源配置产品服务、自动激活产品服务、人工施工产品服务12产品服务运营服务组成产品服务与运营服务关系配置表产品服务+动作=运营服务N:1语音+装=语音装运营服务13专业服务资源包含专业服务与资源关系配置表一个专业服务包含多个资源1:N资源配置产品服务包含端口、码号等资源14环节专业服务承载环节与专业服务关系配置表环节可以承载专业服务1：N资源配置环节

35、可以承载资源配置专业服务16业务单项业务单项包含业务单项之间的关系表一个业务单项可以包含其他的业务单项1:N客户业务单项包含产品业务单项，产品业务单项包含产品服务业务单项17业务单业务单项包含业务单项主表一个业务单可以包含多个业务单项1：N服务定单可以包含客户业务单项、产品服务业务单项、资源业务单项1.2 ER逻辑模型图 13业务单逻辑模型总图1.2.1 业务单逻辑模型图 14 业务单逻辑模型1.2.2 业务单项逻辑模型图 15业务单项逻辑模型1.2.3 操作逻辑模型图 16操作逻辑模型操作通过主表可以存放，对于部分复杂的操作信息，需要建立相应的扩展表来补充，后面识别到其他需要补充扩展表的处理

36、信息时，此处需要修改补充。1.3 Nosql逻辑模型图 17Nosql逻辑模型示意图由于HBase类的NoSQL数据库，是基于列式存储，与传统关系型schema设计不同，需要逆规范化设计，弱化表与表之间的关联关系。HBase的schema设计主要遵循以下原则：Ø 逆规范化，去join化，将关联关系转化为key-value的方式来实现；Ø 尽量保证数据按照结构化存储，尽可能的不使用半结构化、非结构化方式存储数据；Ø 对于业务过程中可能会修改的数据，尽量不要冗余多个副本数据，避免跨行跨表事务；Ø 需要保证事务一致性的业务场景，尽量利用HBase行事务一致性；

37、Ø 在同一列簇里存储拥有相似访问模式的所有东西；Ø 保持紧凑。这点也很重要，因为row key和CF会在每个列单元里重复，保持紧凑可以降低硬盘和网络的IO开销；Ø row key设计优先满足最常用、最频繁的查询，其他必要的查询通过构建二级索引表来满足；HBase的schema查询方式考虑如下：图 18 HBase查询说明1.3.1 业务单KV逻辑模型图 19 业务单KV逻辑模型1.3.2 业务单项KV逻辑模型图 20业务单项KV逻辑模型1.3.3 操作KV逻辑模型图 21业务单项KV逻辑模型1.3.4 二级索引表Ø 业务单索引表：BO_IDX业务单索引表

38、，用于满足通过业务单属性查询业务单的场景；Ø 业务单项索引表：BOI_IDX业务单项索引表，用于满足通过业务单项属性查询业务单的场景；1.4 ER物理模型1.4.1 业务单物理模型图 22 业务单物理模型1.4.2 业务单项物理模型图 23 业务单项物理模型1.4.3 操作物理模型图 24 操作物理模型2 配置类数据模型2.1 概念模型2.1.1 配置类实体概念2.1.1.1 配置类实体概念定义表 8 配置类实体概念总览编号实体名称概念定义说明1规则在一定的业务场景中被触发，并通过管理和控制业务场景中涉及的业务实体的属性、状态、行为等关系来实现相应的业务逻辑。2模板为具体的数据对象提

39、供实例化的信息载体。3指标指标主要是指电信产品的售前、售中、售后的过程中，运营商与客户进行交互、并向客户提供便利的一系列服务活动的品质以及客户满意程度，主要体现在客户服务、运营服务、专业服务上等；以技术为中心的服务质量，即产品或业务服务质量，指电信运营商通过通信网络向客户所提供的信息服务（电信产品）的品质，主要体现在产品服务、网络、节点、链路、通信资源上等。2.1.1.2 配置类概念继承示例2.1.1.2.1 规则继承示例图 25规则继承关系示例2.1.1.2.2 模版继承示例图 26模板继承关系示例2.1.1.2.3 指标继承示例图 27指标继承关系示例指标的继承类关系，体现在逻辑模型上，主

40、要是指标目录的层级关系。2.1.2 配置类实体关系图 28配置关联域实体关系概念模型2.1.3 配置类大类关系表 9 配置类大类关系编号A端大类(主)Z端大类（宾）关系类型（谓）关系的存储大类关系关系说明关系举例1规则规则包含规则组合关系表1:n一个规则组合可包含一个或多规则。通用规则组可包含派工规则及时限规则。2规则规则依赖规则组合关系表1:n一个规则的输入可能依赖于另外一个或多个规则的输出。3运营服务模板使用运营服务与模板关系配置表1:n运营服务使用某个流程模板语音装使用固话装的流程模板4业务单模板使用业务单与模板配置表1:n业务单使用模板服务定单使用定单模板，工单那使用工单模板5环节模板

41、使用环节与模板配置表1:n环节使用模板环节可以使用环节模板6运营服务模板使用运营服务与模板关系配置表1:n运营服务使用某个流程模板语音装使用固话装的流程模板7环节指标使用指标与实体关系表1:n环节使用指标环节时限指标8流程指标使用指标与实体关系表1:n流程使用指标流程时限指标9产品指标使用指标与实体关系表1:n产品使用指标产品开通时限指标10客户指标使用指标与实体关系表1:n客户使用指标钻石客户开通时限指标11网络指标使用指标与实体关系表1:n网络使用指标网络故障率指标12运营服务指标使用指标与实体关系表1:n运营服务使用指标固话装机服务开通成功率指标13说明：配置类的实体的关系，本处用元模型

42、的关系规格进行模式实体层面说明示例。在实际应用中，这部分关系较为复杂，可以不采用元数据的关系规格进行配置。2.2 逻辑模型2.2.1 规则逻辑模型图 29规则逻辑模型2.2.1.1 实体概念定义表 10 规则实体概念定义编号实体名称概念定义说明1规则目录规则目录主要是将业务规则、规则事件进行排列，给出一个整体目录，规则目录有多个节点，是一棵树的关系。2规则事件规则事件由业务功能主体程序生成，用于触发相关的业务规则的执行。规则事件分原子规则事件及规则组合事件，规则组合事件是一个新的规则事件，由一或多个原子规则事件组成。3规则一定的业务场景中被触发，并通过管理和控制业务场景中涉及的业务实体的属性、

43、状态、行为等关系来实现相应的业务逻辑。业务规则根据实现的方式分为数据驱动类规则、自定义动态规则、引擎类规则、插件类规则。4输入元素规格业务规则中所涉及的各种输入元素定义，包括业务实体的属性、状态、行为等。输入元素规格类型分为组合元素、字段、表达式、变量、常量5输出元素规格定义业务规则执行完成后的输出结果涉及的各种元素规格。6规则实例用于存储可预先配置规则实例数据的规则。7输入元素实例用于存储符合输入元素规格的输入元素实例数据。8输出元素实例用于存储符合输出元素规格的输出元素实例数据。2.2.2 指标逻辑模型图 30指标管理逻辑模型表 11 指标实体概念定义概念名称概念定义指标所有的SLA指标信

44、息的存储模型，是指标管理的主体对象，具体包含了指标的定义、计算公式、统计维度、输出值。指标因子因子是对指标计算公式中，计算单元的定义，一个因子可以是一个实体属性，也可以是一个指标的引用。指标与因子关系计算公式的元素就是因子，同时因子也可以是一个指标；因此一个指标可以包含多个因子，但是一个因子只可以是一个指标指标维度指标维度是指指标进行统计的时候，数据划分的维度，是指标的定义管理的分类方法。指标与维度关系维度与指标是多对一关系，一个指标根据定义的场景包含多个维度指标值指标值，是指标管理定义的指标结果，对于某些监测类的指标，指标管理会定义出一系列的指标结果，具体指标值与指标维度的逻辑关系，在规则管

45、理里面给出，不在指标中定义。指标目录指标目录根据关联的大类不同，分为：客户类、产品类、服务类、网络类、资源类指标类型指标类型按照分解的方式定义为：QOE、KQI、KPI 三种2.2.3 模版逻辑模型图 31模板逻辑模型表 12 模板实体概念定义编号实体名称概念定义说明1模板为具体的数据对象提供实例化的信息载体。2业务单模板业务单模板是业务作业过程中，与业务相关的各类作业要求的信息载体的总称 ，是记录业务单信息的依据。3流程模板是指保证电信运营和管理有效进行而开展的一系列按照一定规律组合的活动。通过制定控制规则和设置流向将活动组织在一起来完成某项特定的任务。 4环节模板流程由相关的环节组成。环节

46、是在业务运营流程中具有一定处理规则的一个节点，该节点有输入输出信息，并能通过操作来完成一个相对独立的任务或功能。 5指令模板指通用的指令格式，做为实例化具体指令的依据。6指标模板对相应指标的说明，包括指标计算方式、指标的数据说明等。7操作模版环节上可以做的操作配置信息。2.3 物理模型2.3.1 规则物理模型图 32 规则物理模型3 元数据模型3.1 元数据模型概览3.1.1 ER建模元数据描述图 33元数据物理模型3.1.2 基于KEY_VALUE的HBASE建模元数据描述图 34元数据物理模型（KV存储方式）3.1.3 基于融合的元数据模型描述图 35元数据物理模型（同时支持ER和KV存储

47、方式）3.2 元模型说明3.2.1 元模型表说明表 13 元模型表说明编号表说明备注1域存储域的属性。利用域区分全网统一的元数据和各省个性化的元数据。包括：公共域、省域等。2域实体关系用来标识各个域的元数据。域可与规格、关系规格、属性、字典类型、字典值、表、字段等任意实体建立关系。元数据以全网统一为最终目标，元模型兼容暂未统一的个性化元数据。属性要求非公共域重复定义，但受公共域的约束（即：管理上约束），使用时直接使用非公共域属性定义；除属性外，其它实体不允许非公共域重复定义，仅定义非公共域的个性化内容；3表用来存储数据库的物理存储表结构说明包括：横表（大类横表、规格扩展表）、纵表、多选关系表（

48、字典值多选）、组件表等4字段用来存储数据库的物理存储表字段定义用来约束属性，属性的定义不能超出物理字段定义的约束；5字典值用来存储属性所使用的字典值字典值不重复定义，字典值平铺，字典值间无继承关系。6字典类型用来存储属性所使用的字典值的分组类型字典类型不重复定义。7字典类型与字典值关系用来存储字典类型和字典值的关系字典值可被不同字典类型重用，用字典类型管理字典值的使用。8实体规格属性用来存储实体规格的属性定义属性定义依赖于物理表字段定义，仅定义大类和规格属性，规格继承大类的属性，并可重复定义覆盖大类的属性。细类规格不定义属性，仅用来约束规格关系。8关系规格属性用来存储关系规格的属性定义同上9字

49、典值与属性关联关系存储属性所使用的字典值清单，用来约束属性的数据存储。同一字典类型，管理字典值的全集，允许不同属性使用其中的某一部分值。允许一个属性具有多个字典值实例，存储在字典值多选关系表内。10实体规格用来存储资源管理的业务对象，包括大类、细类、规格。实体规格间存在继承关系。11关系规格用来存储资源管理的业务对象间的关系，包括大类、细类、规格间的关系。关系规格间存在继承关系。12规格与表关联关系用来存储规格、关系规格的物理存储表位置。3.2.2 元模型关系说明表 14元模型关系说明编号关系类型存储位置目标类型原始类型关系说明备注1域与表关联关系域实体关系表域表N：N表差异2域与字段关联关系

50、域实体关系表域字段N：N表字段差异3域与实体规格关联关系域实体关系表域实体规格N：N实体规格差异4域实与关系规格关联关系域实体关系表域关系规格N：N关系规格差异5域与规格属性关联关系域实体关系表域规格属性N：N规格属性差异6域与字典类型关联关系域实体关系表域字典类型N：N字典类型差异7域与字典值关联关系域实体关系表域字典值N：N字典值差异8表与字段关系外键表字段1：N在字段表中记录所属表信息9关系规格与关系规格关系外键关系规格关系规格1：N关系规格中记录所属父关系规格10实体规格与实体规格关系外键实体规格实体规格1：N实体规格中记录所属父实体规格11关系规格与表关联关系规格与表关联关系表关系规

51、格N：N关系规格存储表12实体规格与表关联关系规格与表关联关系表实体规格N：N实体规格存储表13实体规格与规格属性关系外键实体规格规格属性1：N在规格属性记录所属规格14关系规格与规格属性关系外键关系规格规格属性1：N在规格属性记录所属规格15规格属性与字典类型关系外键字典类型规格属性1：N在规格属性中记录所属字典类型16字典类型与字典值关系字典类型与字典值关系表字典类型字典值N：N字典值所属字典类型17字典值与属性关联关系字典值与属性关联关系表字典值规格属性N：N属性枚举值3.3 元模型字段定义3.3.1 域表 15 域字段定义名称编码数据类型长度是否主键是否外键是否必选域IDDOMAIN_IDNUMBER(38)38TRUEFALSETRUE编码CODEVARC