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

中国电信OSS应用开发岗位 技能认证标准教材（试行版） 运营服务模型篇 目 录 第一部分 运营服务数据模型基础知识 5 1 模型的编制背景 5 2 模型的编制目标 5 3 模型的编制范围 5 4 模型的编制方法 7 4.1 大类建模的方法背景 7 4.2 大类建模的方法概览 8 4.3 大类建模总体设计目标 8 4.4 大类模型推导过程 9 4.5 大类概念合并思路和原则 10 5 模型的主要变化 11 5.1 与OSS2.8模型规范的差异 11 第二部分 运营服务数据模型专业知识 11 1 业务类数据模型 12 1.1 概念模型 12 1.2 ER逻辑模型 22 1.3 Nosql逻辑模型 24 1.4 ER物理模型 27 2 配置类数据模型 29 2.1 概念模型 29 2.2 逻辑模型 33 2.3 物理模型 36 3 元数据模型 37 3.1 元数据模型概览 37 3.2 元模型说明 39 3.3 元模型字段定义 41 3.4 元模型场景示例 47 4 模型验证案例 51 4.1 开通场景验证（KV模型） 51 4.2 保障场景验证（KV模型） 88 4.3 开通场景验证（ER模型） 111 4.4 保障场景验证（ER模型） 133 4.5 Hbase问题场景分析 140 4.6 规则场景验证 142 4.7 指标场景验证 148 序 言 《中国电信OSS应用开发岗位技能认证标准教材-运营服务模型篇》《》基础上开发的，本教材共分为大部分如下：基础知识 第二部分：运营服务数据模型专业知识 该部分内容详细阐述了运营服务模型的主要内容。包括：运营服务业务模型的概念模型、ER逻辑模型、NOSQL逻辑模型及ER物理模型，运营服务配置模型的概念模型、逻辑模型、物理模型，ER和K-V融合的元数据模型及其说明、字段定义和场景，业务模型和配置模型的典型验证案例等内容。  运营服务数据模型基础知识 模型的编制背景 在ITSP3.0规划的三统一指引下，在以转售业务为代表的全网性业务的驱动下，在集约化的大下针对OSS域的运营服务能力，需要从模型层面进行统一定义实现包括服务能力开放系统集约化的远期目标。在，集团制订了全网统一资源数据模型，资源数据定义、统一存储统一应用的能力，统一OSS资源域的数据模型了坚实的基础。IT规划驱动力：目标，实现做为统一目标，需要一套可以统一全网的运营服务数据模型。 驱动业务为代表全网性业务，驱动服务能力开放：移动转售业务做为典型代表的全网型业务，需要实现全网OSS服务能力统一和开放，是用一套统一的业务概念语言，即统一的数据模型 集约化驱动系统集约化的要求，促使模型层面先行定义一套，可以兼容存储全网OSS域的各系统、保障、激活、调度、运维等等标准模型 在上述背景下，亟需加强全网统一OSS模型的编制和推进，提升OSS应用水平，促进OSS能力及管理的 模型的编制目标 统一全网业务语言，解决全网业务一致性的问题，实现服务数据可以集中存储集中管理屏蔽因不同的系统厂家的差异问题，形成全网统一的业务语言 支撑全网OSS服务能力开放基础上进行OSS服务能力的开放。 模型的编制范围 图 1 OSS2.8核心概念模型的运营服务模型范围服务OSS2.8模型域中的 服务域 （网管） 运营服务域的OSS系统包括有： 自动激活 服务保障 装维调度 网络运维 服务质量 能力前置 模型建模内容： 1、概念大类 2、概念模型 3、逻辑模型（含ER逻辑模型HBase逻辑模型 4、物理模型（含ER物理模型HBase物理模型 图 2运营服务模型服务模型中，有较大一部分的数据是和系统配置层面相关的，如规则、模版、指标等此部分的数据比较独立，同时系统实现的技术高更清晰的体现出业务实体关系，区分出业务数据实体配置实体关系，在此次建模过程中运营服务模型分为两类即两个域 业务类实体: 业务域模型，主要为和运营服务过程相关的业务单、产品、产品服务、资源相关业务类实体。，业务域模型上是可以统一和存储的。 配置域，主要为服务在系统中实现时，IT技术上的实体，实体。的实体，相对来与实现的IT技术有关，如规则、语言现网来说实体很难统一定义和存储。 大类建模的方法背景 模型建模，沿用了集团全网资源统一模型的大类建模方法。 同时，大类建模的目前主流的Nosql数据库（HBase）方式很好的匹配。适应后续集团整体IT架构转向大型分布式的存储架构，如Hadoop 大类建模的方法概览 图 3大类建模+元数据方法示意 大类建模+元数据的核心思路： 稳定的实体关系。 灵活的扩展灵活程度。 元数据动态扩展业务实体实体关系。 业务实体和存储分离。程序元数据可是实现业务实体和存储的分离和实体关系存