【正文】 目標(biāo)數(shù)據(jù)模型的復(fù)雜度分為三級。應(yīng)用程序通過元數(shù)據(jù)，可是實(shí)現(xiàn)業(yè)務(wù)實(shí)體和物理存儲設(shè)計(jì)的分離。通過元數(shù)據(jù)配置驅(qū)動，實(shí)現(xiàn)模型快速、在線擴(kuò)展；216。實(shí)體可以繼承大類業(yè)務(wù)實(shí)體和關(guān)系實(shí)體，以擴(kuò)展表方式實(shí)現(xiàn)實(shí)體靈活增加；216。保持大類業(yè)務(wù)實(shí)體和關(guān)系實(shí)體的穩(wěn)定，關(guān)系全部體現(xiàn)在大類上；216。 大類建模的方法概覽圖 3大類建模+元數(shù)據(jù)方法示意大類建模+元數(shù)據(jù)的核心思路：216。同時，大類建模的可擴(kuò)展性與目前主流的Nosql數(shù)據(jù)庫（如HBase）存儲方式很好的匹配。4 模型的編制方法 大類建模的方法背景模型建模方法，沿用了集團(tuán)全網(wǎng)資源統(tǒng)一模型的大類建模方法。如流程、環(huán)節(jié)可以使用某個規(guī)則或某個指標(biāo)。216。 業(yè)務(wù)類實(shí)體: 業(yè)務(wù)域模型，主要為和運(yùn)營服務(wù)過程相關(guān)的業(yè)務(wù)單、服務(wù)、產(chǎn)品、產(chǎn)品服務(wù)、資源等相關(guān)的業(yè)務(wù)類實(shí)體。3 模型的編制范圍圖 1 ： 服務(wù)域 事件域（除網(wǎng)管外） 資源域（只含運(yùn)營服務(wù)關(guān)聯(lián)域）涵蓋的OSS系統(tǒng)包括有： 服務(wù)開通 自動激活 服務(wù)保障 裝維調(diào)度 網(wǎng)絡(luò)運(yùn)維 服務(wù)質(zhì)量 能力前置模型建模內(nèi)容： 概念大類 概念模型 邏輯模型（含ER邏輯模型和HBase邏輯模型） 物理模型（含ER物理模型和HBase物理模型）圖 2運(yùn)營服務(wù)模型分類運(yùn)營服務(wù)模型中，有較大一部分的數(shù)據(jù)是和系統(tǒng)配置層面相關(guān)的，如規(guī)則、模版、指標(biāo)等，此部分的數(shù)據(jù)相對比較獨(dú)立，同時和系統(tǒng)實(shí)現(xiàn)的具體IT技術(shù)耦合度高。216。 統(tǒng)一全網(wǎng)業(yè)務(wù)語言，解決全網(wǎng)業(yè)務(wù)語言一致性的問題，實(shí)現(xiàn)運(yùn)營服務(wù)數(shù)據(jù)可以集中存儲、集中管理，屏蔽因不同的系統(tǒng)建設(shè)廠家產(chǎn)生的數(shù)據(jù)差異問題，形成全網(wǎng)統(tǒng)一的業(yè)務(wù)語言；216。 集約化驅(qū)動：業(yè)務(wù)集約化，系統(tǒng)集約化的要求，促使需要在模型層面先行定義一套，可以兼容存儲全網(wǎng)OSS域的各個系統(tǒng)（開通、保障、激活、調(diào)度、運(yùn)維等等）的標(biāo)準(zhǔn)模型。 業(yè)務(wù)驅(qū)動力：以轉(zhuǎn)售業(yè)務(wù)為代表全網(wǎng)性業(yè)務(wù)，驅(qū)動全網(wǎng)OSS服務(wù)能力開放：以移動轉(zhuǎn)售業(yè)務(wù)做為典型代表的全網(wǎng)型業(yè)務(wù)開展，需要實(shí)現(xiàn)全網(wǎng)OSS服務(wù)能力的統(tǒng)一和開放，服務(wù)能力統(tǒng)一開放基礎(chǔ)是用一套統(tǒng)一的業(yè)務(wù)概念語言，即統(tǒng)一的數(shù)據(jù)模型定義。 IT規(guī)劃驅(qū)動力：，實(shí)現(xiàn)“下三層”統(tǒng)一：基礎(chǔ)設(shè)施、數(shù)據(jù)、服務(wù)這三層務(wù)必統(tǒng)一建設(shè)；數(shù)據(jù)層做為統(tǒng)一目標(biāo)之一，急迫的需要一套可以統(tǒng)一全網(wǎng)的OSS運(yùn)營服務(wù)數(shù)據(jù)模型。并且在2013年，集團(tuán)制訂了全網(wǎng)統(tǒng)一資源數(shù)據(jù)模型，實(shí)現(xiàn)了全網(wǎng)資源數(shù)據(jù)統(tǒng)一定義、統(tǒng)一存儲、統(tǒng)一應(yīng)用的能力，也為統(tǒng)一OSS除資源域外的其他數(shù)據(jù)模型奠定了堅(jiān)實(shí)的基礎(chǔ)。包括：運(yùn)營服務(wù)業(yè)務(wù)模型的概念模型、ER邏輯模型、NOSQL邏輯模型及ER物理模型，運(yùn)營服務(wù)配置模型的概念模型、邏輯模型、物理模型，ER和KV融合的元數(shù)據(jù)模型及其說明、字段定義和場景，業(yè)務(wù)模型和配置模型的典型驗(yàn)證案例等內(nèi)容。包括：運(yùn)營服務(wù)模型編制的背景、目標(biāo)、模型涵蓋的范圍及模型的編制方法、。中國電信OSS應(yīng)用開發(fā)崗位技能認(rèn)證標(biāo)準(zhǔn)教材（試行版）運(yùn)營服務(wù)模型篇中國電信集團(tuán)公司企業(yè)信息化部中國電信股份有限公司廣州研究院 編印二零一四年十一月153 / 156目 錄第一部分 運(yùn)營服務(wù)數(shù)據(jù)模型基礎(chǔ)知識 51 模型的編制背景 52 模型的編制目標(biāo) 53 模型的編制范圍 54 模型的編制方法 7 大類建模的方法背景 7 大類建模的方法概覽 8 大類建?？傮w設(shè)計(jì)目標(biāo) 8 大類模型推導(dǎo)過程 9 大類概念合并思路和原則 105 模型的主要變化 11 11第二部分 運(yùn)營服務(wù)數(shù)據(jù)模型專業(yè)知識 111 業(yè)務(wù)類數(shù)據(jù)模型 12 概念模型 12 ER邏輯模型 22 Nosql邏輯模型 24 ER物理模型 272 配置類數(shù)據(jù)模型 29 概念模型 29 邏輯模型 33 物理模型 363 元數(shù)據(jù)模型 37 元數(shù)據(jù)模型概覽 37 元模型說明 39 元模型字段定義 41 元模型場景示例 474 模型驗(yàn)證案例 51 開通場景驗(yàn)證（KV模型） 51 保障場景驗(yàn)證（KV模型） 88 開通場景驗(yàn)證（ER模型） 111 保障場景驗(yàn)證（ER模型） 133 Hbase問題場景分析 140 規(guī)則場景驗(yàn)證 142 指標(biāo)場景驗(yàn)證 148序 言《中國電信OSS應(yīng)用開發(fā)崗位技能認(rèn)證標(biāo)準(zhǔn)教材運(yùn)營服務(wù)模型篇》（試行版）是在《中國電信OSS應(yīng)用開發(fā)崗位技能認(rèn)證標(biāo)準(zhǔn)》（試行版）的基礎(chǔ)上開發(fā)的，是各級公司中國電信OSS專業(yè)培訓(xùn)及自學(xué)教材。本教材共分為六大部分，主要內(nèi)容如下：第一部分：運(yùn)營服務(wù)數(shù)據(jù)模型基礎(chǔ)知識該部分內(nèi)容對運(yùn)營服務(wù)模型的基本概念進(jìn)行了詳細(xì)的闡述。第二部分：運(yùn)營服務(wù)數(shù)據(jù)模型專業(yè)知識該部分內(nèi)容詳細(xì)闡述了運(yùn)營服務(wù)模型的主要內(nèi)容。第一部分 運(yùn)營服務(wù)數(shù)據(jù)模型基礎(chǔ)知識1 模型的編制背景，在以轉(zhuǎn)售業(yè)務(wù)為代表的全網(wǎng)性業(yè)務(wù)的驅(qū)動下，在系統(tǒng)全網(wǎng)集約化的大目標(biāo)下，針對OSS域的運(yùn)營服務(wù)能力，需要首先從模型層面進(jìn)行統(tǒng)一定義，進(jìn)而實(shí)現(xiàn)包括全網(wǎng)OSS服務(wù)能力統(tǒng)一開放，系統(tǒng)集約化的遠(yuǎn)期目標(biāo)。216。216。 216。在上述背景下，亟需加強(qiáng)全網(wǎng)統(tǒng)一OSS模型的編制和推進(jìn)，提升OSS應(yīng)用水平，促進(jìn)OSS能力服務(wù)開放，適應(yīng)集約化條件下的OSS運(yùn)營及管理的要求2 模型的編制目標(biāo)216。 支撐全網(wǎng)OSS服務(wù)能力開放，支撐統(tǒng)一模型基礎(chǔ)上進(jìn)行全網(wǎng)OSS服務(wù)能力的開放；基于統(tǒng)一模型的數(shù)據(jù)庫，可以一點(diǎn)對外提供標(biāo)準(zhǔn)的服務(wù)能力。 ，模型統(tǒng)一是IT集約化的基石，下三層統(tǒng)一，首先就是數(shù)據(jù)庫設(shè)計(jì)要統(tǒng)一，通過模型統(tǒng)一支持架構(gòu)統(tǒng)一。為了更清晰的體現(xiàn)出業(yè)務(wù)數(shù)據(jù)實(shí)體的關(guān)系，區(qū)分出業(yè)務(wù)數(shù)據(jù)實(shí)體和配置數(shù)據(jù)實(shí)體的關(guān)系，在此次建模過程中，將運(yùn)營服務(wù)模型分為兩類，即兩個域：216。相對來說，業(yè)務(wù)域?qū)嶓w在模型上是可以統(tǒng)一定義和存儲的。 配置類實(shí)體:配置域模型，主要為運(yùn)營服務(wù)在系統(tǒng)中實(shí)現(xiàn)時，是IT技術(shù)層面上的實(shí)體，主要包括如規(guī)則、指標(biāo)、模版等，可以被所有的業(yè)務(wù)域?qū)嶓w對象使用。配置域的實(shí)體，相對來與具體實(shí)現(xiàn)的IT技術(shù)有關(guān)，如規(guī)則語言、模板語言，就現(xiàn)網(wǎng)來說數(shù)據(jù)實(shí)體很難統(tǒng)一定義和存儲。達(dá)到概念間的關(guān)系集中在大類的主表上，利用元數(shù)據(jù)進(jìn)行動態(tài)擴(kuò)展，通過歸納尋求一種收斂的模式，實(shí)現(xiàn)穩(wěn)定的映射。促進(jìn)和適應(yīng)后續(xù)集團(tuán)整體IT架構(gòu)轉(zhuǎn)向大型分布式的存儲架構(gòu)方式，如Hadoop。 穩(wěn)定的實(shí)體和實(shí)體關(guān)系。 靈活的大類繼承擴(kuò)展，增加模型實(shí)體的靈活程度。 元數(shù)據(jù)動態(tài)在線擴(kuò)展業(yè)務(wù)實(shí)體及實(shí)體關(guān)系。 業(yè)務(wù)實(shí)體和存儲分離。模型實(shí)體和實(shí)體關(guān)系與底層存儲無關(guān)，即可以支撐底層存儲是使用ER數(shù)據(jù)庫，也可以支撐底層存儲使用Nosql數(shù)據(jù)庫。三級最復(fù)雜，適應(yīng)性最廣，最容易擴(kuò)展，但是也最難理解，至少難讓業(yè)務(wù)人員理解。數(shù)據(jù)模型應(yīng)在穩(wěn)定性和易用性上達(dá)成平衡，其衡量標(biāo)準(zhǔn)為模型的實(shí)用性。 模型的穩(wěn)定性252。ER是所有MIS數(shù)據(jù)模型的起源，可以描述世界上任何東西，最穩(wěn)定。 但越抽象，則意味著越多的工作丟需要應(yīng)用來完成，且不易為程序員和用戶理解。 模型的易用性252。對現(xiàn)實(shí)實(shí)體一對一的“硬建?！弊钊菀桌斫夂褪褂谩?但建模越“硬”，則意味著缺少靈活的擴(kuò)展性，停機(jī)改動數(shù)據(jù)模型的可能性越大，越容易對生產(chǎn)造成負(fù)面影響。 模型的實(shí)用性252。包括：? 管理對象的粒度——實(shí)體（E）? 管理對象的功能——關(guān)系（R）252。216。216。 大類模型推導(dǎo)過程圖 4運(yùn)營服務(wù)大類建模模型推到過程技術(shù)上：流程類系統(tǒng)面向?qū)ο蟠箢惤Ｍ茖?dǎo)分析：流程、環(huán)節(jié)。 業(yè)務(wù)單，所有流程上所承載及流程初始化的數(shù)據(jù)的集合承載的載體，可以統(tǒng)一視為業(yè)務(wù)單，在OSS系統(tǒng)，業(yè)務(wù)單可以包括如訂單、定單、工單、任務(wù)單等等。 業(yè)務(wù)單上承載的數(shù)據(jù)實(shí)體，在OSS系統(tǒng)中，主要包括客戶信息、產(chǎn)品信息、產(chǎn)品服務(wù)、資源、耗材、指令實(shí)例等。 業(yè)務(wù)單上除了承載客戶、產(chǎn)品等實(shí)體數(shù)據(jù)，還承載了對實(shí)體操作的動作。業(yè)務(wù)單是服務(wù)的載體，動作和實(shí)體是服務(wù)的構(gòu)成要素。主要包括規(guī)則、指標(biāo)、模版，可以被所有的業(yè)務(wù)類對象使用。以上模型實(shí)體，構(gòu)成了流程類系統(tǒng)的核心業(yè)務(wù)概念實(shí)體，也是大類建模時從流程類系統(tǒng)的技術(shù)特點(diǎn)上分析推導(dǎo)出的大類。 大類概念合并思路和原則一、大類概念合并思路如下：1. 父子類的劃分必須清晰和嚴(yán)謹(jǐn)，且遵循OSS運(yùn)營的業(yè)務(wù)邏輯，不能存在模棱兩可的劃分；2. 父子類劃分的首要考慮實(shí)體行為模式上的相似性，其次考慮本身的各種特性；3. 功能一致的直接抽象為一個類，如服務(wù)定單，功能相似且能清晰界定的抽象為共同父類的子類；4. 父類的關(guān)系必須能夠涵蓋或者大于子類的關(guān)系；5. 以葉子節(jié)點(diǎn)作為合并大類的起點(diǎn)，在葉子節(jié)點(diǎn)之間構(gòu)建關(guān)系，遞歸判斷葉子節(jié)點(diǎn)是否可以向上合并；二、大類概念合并原則如下：1. 同一個父類下的子類且符合原則2的時候允許合并，跨父類的子類不能合并；2. 葉子節(jié)點(diǎn)向上合并帶來的外鍵應(yīng)用補(bǔ)償總次數(shù)不超過1次時才允許合并：252。 兩兩合并的子類間的關(guān)系任何一端都不為1時，需兩個子類的所有外部關(guān)系對端或者本端為1 （同時對端為1或者本端為1的除外）的情況最多1個，且外鍵應(yīng)用補(bǔ)償總次數(shù)不超過1次，才允許合并；5 模型的主要變化 圖 252。業(yè)務(wù)單分為服務(wù)單、服務(wù)工單兩個細(xì)類。252。通過業(yè)務(wù)單項(xiàng)承載實(shí)體（客戶、產(chǎn)品、產(chǎn)品服務(wù)、資源等），以及服務(wù)（對實(shí)體的操作，如產(chǎn)品服務(wù)的裝、拆、改、移、停、復(fù)），服務(wù)包含的動作做在業(yè)務(wù)單項(xiàng)中做為屬性體現(xiàn)，服務(wù)（運(yùn)營服務(wù)、專業(yè)服務(wù)）只在規(guī)格層面體現(xiàn)，不做實(shí)例化。第二部分 運(yùn)營服務(wù)數(shù)據(jù)模型專業(yè)知識1 業(yè)務(wù)類數(shù)據(jù)模型 概念模型 業(yè)務(wù)類實(shí)體概念定義表 1 業(yè)務(wù)類實(shí)體概念定義編號頂層實(shí)體大類實(shí)體概念定義說明1業(yè)務(wù)單業(yè)務(wù)單是業(yè)務(wù)作業(yè)過程中，與業(yè)務(wù)相關(guān)的各類作業(yè)要求的信息的總稱 訂單、投訴單、定單、保障單、工單等總稱。3業(yè)務(wù)單項(xiàng)業(yè)務(wù)單上承載信息的集合，屬于業(yè)務(wù)單的組成部分。派單、催單、處理、回單、回訪等操作。通過制定控制規(guī)則和設(shè)置流向?qū)⒒顒咏M織在一起來完成某項(xiàng)特定的任務(wù)。流程實(shí)例描述定單在運(yùn)轉(zhuǎn)過程中，已經(jīng)處理完成的環(huán)節(jié)、當(dāng)前的環(huán)節(jié)、將要經(jīng)過的環(huán)節(jié)信息，描述定單的調(diào)度路徑。 環(huán)節(jié)實(shí)例是流程實(shí)例的組成部分。包括：客戶服務(wù)、運(yùn)營服務(wù)、專業(yè)服務(wù)9客戶服務(wù)參見CRM解釋。它既可以做為產(chǎn)品的組成部分被銷售，也可以獨(dú)立提供給客戶，也可以是企業(yè)內(nèi)部的支撐活動。 比如針對產(chǎn)品服務(wù)的裝、拆、移、改、維；針對網(wǎng)絡(luò)的規(guī)劃、維護(hù)、優(yōu)化、割接、保障； 11專業(yè)服務(wù)專業(yè)服務(wù)是對工作資源進(jìn)行封裝后體現(xiàn)出的能夠滿足內(nèi)外部客戶需求的活動能力，專業(yè)服務(wù)包括人工提供的服務(wù)和計(jì)算機(jī)系統(tǒng)提供的服務(wù)。12實(shí)體運(yùn)營服務(wù)需要用到的其他域的實(shí)體及規(guī)格，如客戶、產(chǎn)品、產(chǎn)品服務(wù)、資源等。14產(chǎn)品參見CRM解釋。16資源大類等同于資源模型大類。17耗材信息施工中需要使用到的管道、線纜、連接件、用戶終端設(shè)備等材料信息。人力也包括企業(yè)內(nèi)部員工、合作伙伴、代維公司人力等。19指令信息指能被網(wǎng)元識別并執(zhí)行的操作語言的特定文本內(nèi)容信息。業(yè)務(wù)單可以繼續(xù)劃分為服務(wù)單和服務(wù)工單，服務(wù)工單比服務(wù)單小一個層級，是為了完成服務(wù)單的業(yè)務(wù)目的拆分而成的子任務(wù)。表 2 業(yè)務(wù)單概念定義實(shí)體名稱定義說明業(yè)務(wù)單業(yè)務(wù)單是業(yè)務(wù)作業(yè)過程中，與業(yè)務(wù)相關(guān)的各類作業(yè)要求的信息載體的總稱細(xì)類分為服務(wù)單、服務(wù)工單。包括訂單、投訴單、保障單和定單?？煞譃榭蛻粲唵?、資源需求單。它是根據(jù)保障單模板生成的。定單定單是指需要進(jìn)行開通、割接、調(diào)度、資源確認(rèn)等過程支撐的所有客戶需求或者非客戶需求的信息載體。從各種渠道接收過來的定單，都是按照指定的定單模板，在系統(tǒng)中形成規(guī)范的定單記錄。服務(wù)工單服務(wù)工單是承載專業(yè)服務(wù)的業(yè)務(wù)單，對應(yīng)到某個業(yè)務(wù)環(huán)節(jié)工位的工作任務(wù)的詳細(xì)描述。工單工單是工作任務(wù)單的簡稱，是派發(fā)給各個工位的工作任務(wù)詳細(xì)描述。一種分類維度可以根據(jù)工單載體的形式劃分，分為電子工單和紙質(zhì)工單；另一種分類維度則可以工單服務(wù)的服務(wù)對象來劃分，分為資源類工單、網(wǎng)絡(luò)類工單、施工類工單。任務(wù)單任務(wù)單是工單匹配最合適的工作資源并派發(fā)給各個工位的工作任務(wù)的詳細(xì)描述。網(wǎng)絡(luò)類保障單用于記錄網(wǎng)絡(luò)故障或告警的保障單針對大客戶工程類項(xiàng)目的定單，例如：全球眼項(xiàng)目所需產(chǎn)品服務(wù)定單的監(jiān)督和管理。主要用于指導(dǎo)OSS的各級生產(chǎn)部門之間或者部門內(nèi)部的各種生產(chǎn)及資源調(diào)度工作。一種分類維度可以按照業(yè)務(wù)類型分為傳輸業(yè)務(wù)調(diào)度單、數(shù)據(jù)業(yè)務(wù)調(diào)度單、交換業(yè)務(wù)調(diào)度單；另一種分類維度可以按照地域分為國際長途調(diào)度單、省際長途調(diào)度單、省內(nèi)長途調(diào)度單和本地調(diào)度單。服務(wù)定單可來自于客戶訂單承接后的服務(wù)設(shè)計(jì)，也可來自于OSS內(nèi)部流程異?；貪L后的服務(wù)定單項(xiàng)再設(shè)計(jì)。服務(wù)開通系統(tǒng)根據(jù)服務(wù)定單起流程。割接定單來自網(wǎng)絡(luò)資源管理系統(tǒng)，在服務(wù)開通系統(tǒng)中進(jìn)行處理的同時，網(wǎng)絡(luò)資源管理系統(tǒng)會形成客戶通知，通過服務(wù)開通系統(tǒng)告知CRM系統(tǒng)，割接處理完畢后，相關(guān)資料統(tǒng)一由CRM系統(tǒng)進(jìn)行歸檔處理。管控單管控類業(yè)務(wù)單是針對需要快速施工或者進(jìn)行警示性提示而產(chǎn)生的業(yè)務(wù)單。 業(yè)務(wù)單項(xiàng)繼承示例圖 9業(yè)務(wù)單項(xiàng)繼承關(guān)系示例業(yè)務(wù)單項(xiàng)是業(yè)務(wù)單流轉(zhuǎn)過程中攜帶的必要信息項(xiàng)。表 3 業(yè)務(wù)單項(xiàng)概念定義實(shí)體名稱定義說明業(yè)務(wù)單項(xiàng)業(yè)務(wù)單項(xiàng)為頂層概念大類，承載業(yè)務(wù)單上的實(shí)體信息（客戶信息、產(chǎn)品信息、產(chǎn)品服務(wù)信息、資源信息、耗材信息、指令參數(shù)信息）和服務(wù)（運(yùn)營服務(wù)、專業(yè)服務(wù)等）信息?？蛻粜畔I(yè)務(wù)單項(xiàng)與CRM的客戶訂單項(xiàng)對應(yīng)，記錄客戶信息，包括新建客戶資料和客戶資料變更信息。 產(chǎn)品自身信息以及產(chǎn)品和其他對象關(guān)聯(lián)關(guān)系發(fā)生變化時，都通過產(chǎn)品業(yè)務(wù)單項(xiàng)體現(xiàn)受理信息，例如：過戶、修改產(chǎn)