電信綜合網(wǎng)絡(luò)激活系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn)

/綜合網(wǎng)絡(luò)激活系統(tǒng)設(shè)計(jì)和實(shí)現(xiàn)TIME\@"yyyy年M月"2016年4月綜合網(wǎng)絡(luò)激活陜西項(xiàng)目組大唐軟件技術(shù)股份有限公司CopyrightByCattSoft AllRightsReserved版本修訂歷史起止日期作者/修訂人更改章節(jié)修改描述版本/狀態(tài)2013/12/25張海強(qiáng)全部創(chuàng)建，依據(jù)現(xiàn)有文檔整理而成。V0.1填寫(xiě)說(shuō)明：起止日期：填寫(xiě)編寫(xiě)本文檔的起止日期作者：填寫(xiě)文檔的創(chuàng)建者或授權(quán)的修改人修改描述：請(qǐng)?jiān)敿?xì)填寫(xiě)修改緣由和最近的修改章節(jié)摘要版本：描述修改生效后的版本號(hào)。一般建議表示為Vm.n形式。通過(guò)正式評(píng)審后版本號(hào)變?yōu)?.0，以后每修改一次n相應(yīng)增加1，例如V1.1狀態(tài)：描述本文檔是正式文件還是草稿文件

文檔編號(hào)編寫(xiě)人員編寫(xiě)時(shí)間修訂時(shí)間

書(shū)目TOC\o"1-3"\h\z1.電信規(guī)范和技術(shù)應(yīng)用 51.1電信規(guī)范 5系統(tǒng)目標(biāo) 5在OSS總體架構(gòu)中的定位 5重要概念 71.2技術(shù)應(yīng)用 9運(yùn)行平臺(tái) 9開(kāi)發(fā)語(yǔ)言 9數(shù)據(jù)庫(kù)訪問(wèn) 9通信機(jī)制 102.系統(tǒng)總體架構(gòu)設(shè)計(jì) 132.1系統(tǒng)介紹 132.2系統(tǒng)特點(diǎn) 14全業(yè)務(wù)的融合支撐 14豐富的網(wǎng)元/業(yè)務(wù)平臺(tái)適配實(shí)力 15輕量級(jí)流程限制機(jī)制 16供應(yīng)實(shí)時(shí)、非實(shí)時(shí)兩種業(yè)務(wù)激活處理通道 16新系統(tǒng)功能改進(jìn) 172.3系統(tǒng)架構(gòu)設(shè)計(jì) 17業(yè)務(wù)流程分析 17前臺(tái)界面設(shè)計(jì) 18后臺(tái)服務(wù)設(shè)計(jì) 202.4前臺(tái)功能介紹 23前臺(tái)功能概述 23業(yè)務(wù)信息配置 24激活信息配置 24網(wǎng)元信息配置 26流程限制配置 26工單維護(hù)管理 27系統(tǒng)維護(hù)管理 28系統(tǒng)平安管理 283.系統(tǒng)主要模塊詳細(xì)設(shè)計(jì)和實(shí)現(xiàn) 293.1服務(wù)結(jié)構(gòu) 29運(yùn)行載體(進(jìn)程或線程)和業(yè)務(wù)邏輯的分別 29服務(wù)架構(gòu)設(shè)計(jì) 30日志處理 32異樣處理 333.2取單服務(wù)(北向接口) 33異步交互流程 34工單消息構(gòu)成 34工單消息類型 35工單消息結(jié)構(gòu) 35靜態(tài)數(shù)據(jù)定義 39取單服務(wù)設(shè)計(jì) 41取單服務(wù)時(shí)序圖 423.3流程派發(fā)服務(wù) 43業(yè)務(wù)流程功能分析 43流程派發(fā)服務(wù)設(shè)計(jì) 44流程派發(fā)服務(wù)時(shí)序圖 493.4工單處理服務(wù) 49業(yè)務(wù)流程功能分析 49工單處理服務(wù)設(shè)計(jì) 50工單處理服務(wù)時(shí)序圖 563.5網(wǎng)元接口協(xié)議及實(shí)現(xiàn)(南向接口) 57叮囑行交互協(xié)議及實(shí)現(xiàn) 58基于TCP/IP結(jié)構(gòu)化消息協(xié)議及實(shí)現(xiàn) 71基于HHTP/SOAP協(xié)議及實(shí)現(xiàn) 823.6其他服務(wù) 86告警服務(wù) 86回單量統(tǒng)計(jì)服務(wù) 87定時(shí)工單服務(wù) 874.總結(jié)和展望 87應(yīng)用和評(píng)價(jià) 874.2將來(lái)展望 88功能展望 88性能展望 88

電信規(guī)范和技術(shù)應(yīng)用電信規(guī)范中國(guó)電信CTG_MBOSS規(guī)范(CTGMBOSSOSS2.8_自動(dòng)激活系統(tǒng)_總體分冊(cè))規(guī)定了自動(dòng)激活系統(tǒng)(綜合網(wǎng)絡(luò)激活)的系統(tǒng)目標(biāo)和系統(tǒng)定位等，規(guī)范的提出為建設(shè)自動(dòng)激活系統(tǒng)的相關(guān)廠商供應(yīng)了重要依據(jù)。系統(tǒng)目標(biāo)綜合網(wǎng)絡(luò)激活系統(tǒng)是連接服務(wù)層和資源層，完成服務(wù)信息在物理網(wǎng)絡(luò)、業(yè)務(wù)平臺(tái)上自動(dòng)激活、查詢、修改、測(cè)試、采集，能夠完成移動(dòng)、固網(wǎng)和綜合業(yè)務(wù)的運(yùn)營(yíng)支撐系統(tǒng)。在服務(wù)開(kāi)通支撐過(guò)程中，系統(tǒng)確保了一旦接收了激活工單，能夠依據(jù)流程要求，將激活工單中客戶業(yè)務(wù)在物理網(wǎng)絡(luò)、業(yè)務(wù)平臺(tái)上進(jìn)行自動(dòng)激活的處理；在網(wǎng)絡(luò)上客戶業(yè)務(wù)信息查詢支撐過(guò)程中，自動(dòng)激活系統(tǒng)確保一旦接收到查詢請(qǐng)求，能夠剛好的將客戶相關(guān)信息反饋給請(qǐng)求者；在網(wǎng)絡(luò)上客戶信息修改的過(guò)程中，自動(dòng)激活系統(tǒng)確保一旦接收到用戶的修改請(qǐng)求，能夠依據(jù)修改要求，對(duì)客戶業(yè)務(wù)在物理網(wǎng)絡(luò)、業(yè)務(wù)平臺(tái)上進(jìn)行修改處理；在服務(wù)保障支撐中，系統(tǒng)確保一旦接收到用戶的測(cè)試請(qǐng)求，能夠依據(jù)測(cè)試要求，對(duì)客戶業(yè)務(wù)在物理網(wǎng)絡(luò)、業(yè)務(wù)平臺(tái)上進(jìn)行測(cè)試處理；在客戶業(yè)務(wù)信息數(shù)據(jù)管理的支撐過(guò)程中，自動(dòng)激活系統(tǒng)確保一旦接收到采集請(qǐng)求，能夠依據(jù)采集請(qǐng)求，對(duì)客戶業(yè)務(wù)在物理網(wǎng)絡(luò)、業(yè)務(wù)平臺(tái)上進(jìn)行采集處理。自動(dòng)激活系統(tǒng)能夠把客戶業(yè)務(wù)在物理網(wǎng)絡(luò)、業(yè)務(wù)平臺(tái)上進(jìn)行自動(dòng)激活實(shí)現(xiàn)，為相關(guān)系統(tǒng)供應(yīng)自動(dòng)的查詢、修改、測(cè)試和采集的服務(wù)實(shí)力，確保對(duì)物理網(wǎng)絡(luò)、業(yè)務(wù)平臺(tái)層有關(guān)客戶業(yè)務(wù)信息自動(dòng)處理實(shí)力進(jìn)行封裝。在OSS總體架構(gòu)中的定位可以通過(guò)兩種方式標(biāo)示自動(dòng)激活系統(tǒng)在OSS總體架構(gòu)中的位置，一是自動(dòng)激活系統(tǒng)在OSS總體架構(gòu)中覆蓋的功能范圍，二是標(biāo)示自動(dòng)激活系統(tǒng)在OSS系統(tǒng)架構(gòu)中的位置。圖1-1自動(dòng)激活系統(tǒng)在OSS系統(tǒng)架構(gòu)中的位置如圖1-1所示，綜合網(wǎng)絡(luò)激活位于資源層供應(yīng)和保障域內(nèi)，主要覆蓋了網(wǎng)元接入、激活就緒、激活過(guò)程和激活管控。圖1-2自動(dòng)激活系統(tǒng)在網(wǎng)絡(luò)管理域的位置如圖1-2所示，在OSS系統(tǒng)架構(gòu)中，自動(dòng)激活系統(tǒng)位于服務(wù)及網(wǎng)絡(luò)管理系統(tǒng)域，自動(dòng)激活系統(tǒng)是OSS工具類系統(tǒng)之一。重要概念本節(jié)重點(diǎn)描述自動(dòng)激活系統(tǒng)在規(guī)范中涉及到的重要概念，如圖1-3所示。圖1-3激活工單描述圖激活工單：派發(fā)給自動(dòng)激活系統(tǒng)的工單，簡(jiǎn)稱激活工單。一個(gè)激活工單包含構(gòu)成產(chǎn)品實(shí)例的業(yè)務(wù)資源實(shí)例。激活子工單：自動(dòng)激活系統(tǒng)拆分后的工作任務(wù)工單。一個(gè)激活子工單包含對(duì)同一個(gè)網(wǎng)元施工的業(yè)務(wù)資源實(shí)例。指令：指能夠被網(wǎng)元識(shí)別并執(zhí)行的操作語(yǔ)言，它規(guī)定了網(wǎng)元能夠完成的某一操作。一個(gè)業(yè)務(wù)資源可以包括多條指令，多個(gè)業(yè)務(wù)資源可以合并成一條指令。網(wǎng)元：供應(yīng)某種通信業(yè)務(wù)或增值業(yè)務(wù)的功能實(shí)體。包括程控交換機(jī)、HLR、PPC、IVPN、SHLR、業(yè)務(wù)平臺(tái)(彩鈴平臺(tái)、商務(wù)領(lǐng)航、ISMP等)、DSLAM等類型。北向接口：北向接口指發(fā)送和發(fā)送激活工單的相關(guān)接口協(xié)議。發(fā)送和接收激活工單的北向接口應(yīng)用包括服務(wù)開(kāi)通、CRM等。南向接口：南向接口指接收并發(fā)送指令的相關(guān)接口協(xié)議。南向接口的相關(guān)應(yīng)用就是網(wǎng)元。

技術(shù)應(yīng)用運(yùn)行平臺(tái)綜合網(wǎng)絡(luò)激活系統(tǒng)的webserver和后臺(tái)應(yīng)用程序運(yùn)行在Unix/Linux系統(tǒng)上。后臺(tái)應(yīng)用支持比較常見(jiàn)的Unix/Linux操作系統(tǒng)，包括：AIX、HPUnix、RedhatLinux和TurboLinux等。和Windows相比，Unix/Linux操作系統(tǒng)在運(yùn)行過(guò)程中消耗系統(tǒng)資源較少。由于系統(tǒng)運(yùn)行的操作系統(tǒng)平臺(tái)不同，系統(tǒng)也不會(huì)感染病毒。雖然，Unix/Linux在易用性上不如Windows操作系統(tǒng)，但是由于系統(tǒng)的用戶不是一般消費(fèi)者，所以不必在易用性上耗費(fèi)過(guò)多的資源。開(kāi)發(fā)語(yǔ)言綜合網(wǎng)絡(luò)激活系統(tǒng)的后臺(tái)應(yīng)用接受C/C++編寫(xiě)，前臺(tái)界面接受JAVA編寫(xiě)。綜合網(wǎng)絡(luò)激活系統(tǒng)屬于電信OSS支持系統(tǒng)的一個(gè)子系統(tǒng)，所以相關(guān)開(kāi)發(fā)人員均是從事過(guò)網(wǎng)管產(chǎn)品研發(fā)的工程師，由于歷史緣由OSS支持系統(tǒng)的相關(guān)軟件大部分接受C來(lái)編寫(xiě)，綜合網(wǎng)絡(luò)激活順理成章的也接受了C/C++語(yǔ)言編寫(xiě)。和目前廣為流行的JAVA語(yǔ)言相比，C/C++編寫(xiě)的程序具有更高的執(zhí)行效率和穩(wěn)定性，但是由于開(kāi)發(fā)工具包有限，在開(kāi)發(fā)過(guò)程中和JAVA相比具有確定的難度。由于目前大部分網(wǎng)元也是由C/C++語(yǔ)言實(shí)現(xiàn)的，所以在協(xié)議的實(shí)現(xiàn)上，接受C/C++語(yǔ)言也更具優(yōu)勢(shì)。數(shù)據(jù)庫(kù)訪問(wèn)OCI(OracleCallInterface，參考文獻(xiàn)：ORACLE應(yīng)用編程手冊(cè))是ORACLE公司開(kāi)發(fā)的一個(gè)應(yīng)用程序開(kāi)發(fā)工具，是一個(gè)通過(guò)OCI訪問(wèn)Oracle數(shù)據(jù)庫(kù)的服務(wù)器，限制各類SQL語(yǔ)句的執(zhí)行，進(jìn)而創(chuàng)建應(yīng)用程序的應(yīng)用程序接口(API)。它支持SQL全部的數(shù)據(jù)定義、數(shù)據(jù)操作、查詢、事務(wù)管理等操作，支持C和C++的數(shù)據(jù)類型，調(diào)用，語(yǔ)法和語(yǔ)義。它供應(yīng)了一組可對(duì)Oracle數(shù)據(jù)庫(kù)進(jìn)行存取的接口子例程(函數(shù))。OCI程序?qū)嵸|(zhì)上就是用高級(jí)語(yǔ)言寫(xiě)的程序，其特點(diǎn)是內(nèi)部含有對(duì)OCI子函數(shù)庫(kù)的調(diào)用，通過(guò)在第三代程序設(shè)計(jì)語(yǔ)言(如C語(yǔ)言)中進(jìn)行調(diào)用可達(dá)到存取ORACLE數(shù)據(jù)庫(kù)的目的?？捎胦racle打開(kāi)OCI文件。綜合網(wǎng)絡(luò)激活系統(tǒng)的數(shù)據(jù)庫(kù)Oracle數(shù)據(jù)庫(kù)連接部分是在OracleOCI(Oracle調(diào)用接口)基礎(chǔ)上開(kāi)發(fā)的，支持Oracle8i、9i、10g等數(shù)據(jù)庫(kù)。依據(jù)Oracle公司的介紹：OCI是如此牢靠，以至于Oracle數(shù)據(jù)庫(kù)中的每一條SQL語(yǔ)句都通過(guò)OCI來(lái)執(zhí)行。當(dāng)應(yīng)用程序開(kāi)發(fā)人員須要面對(duì)Oracle數(shù)據(jù)庫(kù)服務(wù)器的最強(qiáng)大的接口時(shí)，他們將調(diào)用Oracle調(diào)用接口(OCI)。OCI供應(yīng)了對(duì)全部Oracle數(shù)據(jù)庫(kù)功能的最全面的訪問(wèn)。OCIAPI中包含了最新的性能、可伸縮性和平安性特性。接受OCI的最大好處就是：它是最切近Oracle底層的技術(shù)，因此，效率是最高的。同時(shí)，它是跨平臺(tái)的。通信機(jī)制綜合網(wǎng)絡(luò)激活系統(tǒng)的通信機(jī)制主要接受TCP/IP協(xié)議中的面對(duì)連接的TCP協(xié)議。SOCKET是操作系統(tǒng)為上層應(yīng)用供應(yīng)的應(yīng)用接口，在TCP/IP的四層協(xié)議中，SOCKET位于應(yīng)用層和傳輸層之間。除了利用SOCKET通信外，綜合網(wǎng)絡(luò)激活系統(tǒng)還供應(yīng)了基于SOAP的Web服務(wù)。簡(jiǎn)潔對(duì)象訪問(wèn)協(xié)議(SOAP，全寫(xiě)為SimpleObjectAccessProtocol)是一種標(biāo)準(zhǔn)化的通訊規(guī)范，主要用于Web服務(wù)(webservice)中。SOAP的出現(xiàn)是為了簡(jiǎn)化網(wǎng)頁(yè)服務(wù)器(WebServer)在從XML數(shù)據(jù)庫(kù)中提取資料時(shí)，無(wú)需花時(shí)間去格式化頁(yè)面，并能夠讓不同應(yīng)用程式之間透過(guò)通訊協(xié)定，以XML格式相互交換彼此的資料，使其和程式語(yǔ)言、平臺(tái)和硬體無(wú)關(guān)。此標(biāo)準(zhǔn)由IBM、Microsoft、UserLand和DevelopMentor在1998年共同提出，并得到IBM、蓮花(Lotus)和康柏(Compaq)等公司的支持，于2000年提交給全球資訊網(wǎng)聯(lián)盟(WorldWideWebConsortium；W3C)，目前SOAP1.1版是業(yè)界共同的標(biāo)準(zhǔn)，屬于其次代的XML協(xié)定(第一代具主要代表性的技術(shù)為XML-RPC以及WDDX)。用一個(gè)簡(jiǎn)潔的例子來(lái)說(shuō)明SOAP運(yùn)用過(guò)程，一個(gè)SOAP消息可以發(fā)送到一個(gè)具有WebService功能的Web站點(diǎn)，例如，一個(gè)含有房?jī)r(jià)信息的數(shù)據(jù)庫(kù)，消息的參數(shù)中標(biāo)明這是一個(gè)查詢消息，此站點(diǎn)將返回一個(gè)XML格式的信息，其中包含了查詢結(jié)果(價(jià)格，位置，特點(diǎn)，或者其他信息)。由于數(shù)據(jù)是用一種標(biāo)準(zhǔn)化的可分析的結(jié)構(gòu)來(lái)傳遞的，所以可以干脆被第三方站點(diǎn)所利用?！稴OAP封裝(envelop)，封裝定義了一個(gè)描述消息中的內(nèi)容是什么，是誰(shuí)發(fā)送的，誰(shuí)應(yīng)當(dāng)接受并處理它以及如何處理它們的框架?！稴OAP編碼規(guī)則(encodingrules)，用于表示應(yīng)用程序須要運(yùn)用的數(shù)據(jù)類型的實(shí)例?！稴OAPRPC表示(RPCrepresentation)，表示遠(yuǎn)程過(guò)程調(diào)用和應(yīng)答的協(xié)定。》SOAP綁定(binding)，運(yùn)用底層協(xié)議交換信息。一、SOAP消息實(shí)例Request消息：<soapenv:Envelopexmlns:soapenv=”:///soaplenvelope/”xmlns:xsd=””xmlns:xsi=””><soapenv:Body><req:echoxmlns:req=”://localhost:8080/axis2/services/MyService/”><req:category>classifieds</req:category></req:echo></soapenv:Body></soapenv:Envelope>Response消息：<soapenv:Envelopexmlns:soapenv=””xmlns:wsa=””></soapenv:Header></wsa:ReplyTo></wsa:Address>:///ws/2004/08/addressing/role/anonymous</wsa:Address></wsa:ReplyTo><wsa:Form><wsa:Address>://localhost:8080/axis2/services/Myservice</wsa:Address></wsa:From><wsa:MessageID>ECESB3FI87F29D28BC1/wsa:MessageID></soapenv:Header><soapenv:Body><req:echoxmlns:req=”://loealhost:8080/axis2/services/MyService/”><req:category>classifieds</req:category></req:echo></soapenv:Body></soapenv:Envelope>二、gSOAP介紹(參考文獻(xiàn)：RobertvanEngelengSOAP2.7.15UserGuide2009年)gSOAP編譯工具供應(yīng)了一個(gè)SOAP/XML關(guān)于C/C++語(yǔ)言的實(shí)現(xiàn)，從而讓C/C++語(yǔ)言開(kāi)發(fā)web服務(wù)或客戶端程序的工作變得輕松了很多。絕大多數(shù)的C++web服務(wù)工具包供應(yīng)一組API函數(shù)類庫(kù)來(lái)處理特定的SOAP數(shù)據(jù)結(jié)構(gòu)，這樣就使得用戶必需變更程序結(jié)構(gòu)來(lái)適應(yīng)相關(guān)的類庫(kù)。和之相反，gSOAP利用編譯器技術(shù)供應(yīng)了一組透亮化的SOAPAPI，并將和開(kāi)發(fā)無(wú)關(guān)的SOAP實(shí)現(xiàn)微小環(huán)節(jié)相關(guān)的內(nèi)容對(duì)用戶隱藏起來(lái)。gSOAP的編譯器能夠自動(dòng)的將用戶定義的本地化的C或C++數(shù)據(jù)類型轉(zhuǎn)變?yōu)榉蟈ML語(yǔ)法的數(shù)據(jù)結(jié)構(gòu)，反之亦然。這樣，只用一組簡(jiǎn)潔的API就將用戶從SOAP微小環(huán)節(jié)實(shí)現(xiàn)工作中解脫了出來(lái)，可以專注和應(yīng)用程序邏輯的實(shí)現(xiàn)工作了。gSOAP編譯器可以集成C/C++和Fortran代碼(通過(guò)一個(gè)Fortran到C的接口)，嵌入式系統(tǒng)，其他SOAP程序供應(yīng)的實(shí)時(shí)軟件的資源和信息；可以跨越多個(gè)操作系統(tǒng)，語(yǔ)言環(huán)境以及在防火墻后的不同組織。gSOAP使編寫(xiě)web服務(wù)的工作最小化了。gSOAP編譯器生成SOAP的代碼來(lái)序列化或反序列化C/C++的數(shù)據(jù)結(jié)構(gòu)。gSOAP包含一個(gè)WSDL生成器，用它來(lái)為你的web服務(wù)生成web服務(wù)的說(shuō)明。gSOAP的說(shuō)明器及導(dǎo)入器可以運(yùn)用戶不須要分析web服務(wù)的微小環(huán)節(jié)就可以實(shí)現(xiàn)一個(gè)客戶端或服務(wù)端程序。下面是gSOAP的一些特點(diǎn)：》gSOAP編譯器可以依據(jù)用戶定義的C和C++數(shù)據(jù)結(jié)構(gòu)自動(dòng)生成符合SOAP的實(shí)例化代碼?！穏SOAP支持WSDL1.1，SOAP1.1，SOAP1.2，SOAPRPC編碼方式以及l(fā)iteral/document方式?！穏SOAP是少數(shù)完全支持SOAP1.1RPC編碼功能的工具包，包括多維數(shù)組及動(dòng)態(tài)類型。比如，一個(gè)包含一個(gè)基類參數(shù)的遠(yuǎn)程方法可以接收客戶端傳來(lái)的子類實(shí)例。子類實(shí)例通過(guò)動(dòng)態(tài)綁定技術(shù)來(lái)保持一樣性?！穏SOAP支持MIME(SWA)和DIME附件包?！穏SOAP是唯一支持DIME附件傳輸?shù)墓ぞ甙?。它允許你在保證XML可用性的同時(shí)能夠以最快的方式(流方式)傳遞近乎無(wú)大小限制的二進(jìn)制數(shù)據(jù)。》gSOAP支持SOAP-over-UDP?！穏SOAP支持Zlibdeflateandgzipcompression(for，TCP/IP，andXMLfilestorage)。》gSOAP支持SSL(S)?！穏SOAP支持/1.0，/1.1保持連接，分塊傳輸及基本驗(yàn)證?！穏SOAP支持SOAP單向消息?！穏SOAP包含一個(gè)WSDL生成器，便于web服務(wù)的發(fā)布?！穏SOAP包含一個(gè)WSDL解析器(將WSDL轉(zhuǎn)換為gSOAP頭文件)，可以自動(dòng)化用戶客戶端及服務(wù)端的開(kāi)發(fā)。》生成可以單獨(dú)運(yùn)行的web服務(wù)及客戶端程序。》因?yàn)橹豁氁苌賰?nèi)存空間，所以可以運(yùn)行在類似PalmOS，Symbian，PocketPC的小型設(shè)備中?！愤m用于以C或C++開(kāi)發(fā)的web服務(wù)中?！房缙脚_(tái)：Windows，Unix，Linux，MacOSX，PoeketPC，PalmOS，Symbian等?！分С中蛄谢绦蛑械谋镜鼗疌/C++數(shù)據(jù)結(jié)構(gòu)?！房梢赃\(yùn)用輸入和輸出緩沖區(qū)來(lái)提高效率，但是不用完全消息緩沖來(lái)確定消息的長(zhǎng)度。取而代之的是一個(gè)三相序列化方法。這樣，像64位編碼的圖像就可以在小內(nèi)存設(shè)備(如PDA)中以DIME附件或其他方式傳輸?！分С諧++單繼承，動(dòng)態(tài)綁定，重載，指針結(jié)構(gòu)(列表、樹(shù)、圖、循環(huán)圖，定長(zhǎng)數(shù)組，動(dòng)態(tài)數(shù)組，枚舉，64位2進(jìn)制編碼及16進(jìn)制編碼)?！凡豁氁貙?xiě)現(xiàn)有的C/C++應(yīng)用。但是，不能用unions，指針和空指針來(lái)作為遠(yuǎn)程方法調(diào)用參數(shù)的數(shù)據(jù)結(jié)構(gòu)中元素?！啡嗑幗M：1)分析指針，引用，循環(huán)數(shù)據(jù)結(jié)構(gòu)；2)確定消息長(zhǎng)度；3)將數(shù)據(jù)序列化位SOAP1.1編碼方式或用戶定義的數(shù)據(jù)編碼方式?！冯p相編組：1)SOAP說(shuō)明及編碼；2)分解“forward”指針(例如：分解SOAP中的href屬性)。》完整可定制的SOAP錯(cuò)誤處理機(jī)制。》可定制的SOAP消息頭處理機(jī)制，可以用來(lái)保持狀態(tài)信息。系統(tǒng)總體架構(gòu)設(shè)計(jì)系統(tǒng)介紹大唐電信旗下大唐軟件，憑借多年來(lái)對(duì)電信運(yùn)營(yíng)商的業(yè)務(wù)和運(yùn)營(yíng)發(fā)展變革的持續(xù)跟蹤，參考國(guó)內(nèi)外標(biāo)準(zhǔn)和運(yùn)營(yíng)商規(guī)范，結(jié)合在各類運(yùn)營(yíng)支撐系統(tǒng)規(guī)劃、研發(fā)和工程實(shí)施過(guò)程中的閱歷，逐步總結(jié)形成了大唐軟件綜合網(wǎng)絡(luò)激活系統(tǒng)，系統(tǒng)架構(gòu)如圖2-1所示。系統(tǒng)的架構(gòu)借鑒面對(duì)服務(wù)架構(gòu)和組建化的系統(tǒng)設(shè)計(jì)，將系統(tǒng)中各個(gè)功能模塊依據(jù)相互間關(guān)系封裝成服務(wù)，系統(tǒng)服務(wù)依據(jù)不同的層次結(jié)構(gòu)可以劃分為：北向業(yè)務(wù)接口層、核心處理層和南向網(wǎng)元適配層，每層都包含一個(gè)或多個(gè)服務(wù)。北向業(yè)務(wù)接口層主要實(shí)現(xiàn)和CRM、服務(wù)開(kāi)通等系統(tǒng)的對(duì)接，完成服務(wù)配置和查詢工單的接收和工單竣工結(jié)果的反饋。系統(tǒng)供應(yīng)SOAP、TCP/IP、數(shù)據(jù)庫(kù)接口表以及文件等多種接口協(xié)議，滿意不同上層業(yè)務(wù)系統(tǒng)的集成需求。另外，系統(tǒng)供應(yīng)同步業(yè)務(wù)激活接口和異步業(yè)務(wù)激活接口兩種不同的接口方式，滿意不同業(yè)務(wù)實(shí)時(shí)性的激活處理要求。核心處理層完成工單業(yè)務(wù)信息向網(wǎng)元指令信息的轉(zhuǎn)換以及工單處理過(guò)程的限制功能包括兩級(jí)流程限制：(1)工單級(jí)流程限制完成將一個(gè)工單依據(jù)業(yè)務(wù)需求拆分為多個(gè)網(wǎng)元工單處理過(guò)程的限制；(2)業(yè)務(wù)級(jí)流程限制是實(shí)現(xiàn)一個(gè)業(yè)務(wù)須要在網(wǎng)元上用多條指令處理過(guò)程的限制。南向網(wǎng)元適配層主要實(shí)現(xiàn)對(duì)各專業(yè)網(wǎng)管系統(tǒng)和各專業(yè)網(wǎng)元設(shè)備的適配，完成指令的下發(fā)和指令結(jié)果信息的收集。系統(tǒng)全部的服務(wù)都是由服務(wù)限制總線完成服務(wù)的配置和調(diào)度，從而實(shí)現(xiàn)依據(jù)實(shí)際需求定制系統(tǒng)功能。另外，系統(tǒng)還供應(yīng)對(duì)工單執(zhí)行狀態(tài)、核心服務(wù)運(yùn)行狀態(tài)和接口連通狀態(tài)等服務(wù)監(jiān)控和告警管理功能。圖2-1綜合網(wǎng)絡(luò)激活系統(tǒng)架如圖2-1所示，綜合網(wǎng)絡(luò)激活系統(tǒng)具有支持移動(dòng)、固網(wǎng)等綜合業(yè)務(wù)統(tǒng)一激活的實(shí)力，通過(guò)對(duì)業(yè)務(wù)參數(shù)、激活限制規(guī)則、網(wǎng)元指令和接口協(xié)議等多種靈敏的配置手段，最大限度地支持系統(tǒng)在業(yè)務(wù)部署和網(wǎng)絡(luò)接入方面的擴(kuò)展實(shí)力，能夠?qū)崿F(xiàn)對(duì)實(shí)時(shí)、非實(shí)時(shí)業(yè)務(wù)的融合支撐，滿意用戶不同SLA要求。系統(tǒng)特點(diǎn)全業(yè)務(wù)的融合支撐目前系統(tǒng)支持自動(dòng)激活的業(yè)務(wù)種類包括：程控業(yè)務(wù)、移動(dòng)業(yè)務(wù)、智能網(wǎng)業(yè)務(wù)、NGN業(yè)務(wù)、互聯(lián)網(wǎng)業(yè)務(wù)以及增值業(yè)務(wù)等。隨著市場(chǎng)需求的發(fā)展，3G業(yè)務(wù)的實(shí)施，用戶的業(yè)務(wù)種類、業(yè)務(wù)品種層出不窮，對(duì)業(yè)務(wù)自動(dòng)激活系統(tǒng)的業(yè)務(wù)擴(kuò)展實(shí)力要求也就越來(lái)越高。大唐軟件綜合網(wǎng)絡(luò)激活系統(tǒng)是以滿意電信企業(yè)對(duì)業(yè)務(wù)擴(kuò)展需求為動(dòng)身點(diǎn)，供應(yīng)對(duì)業(yè)務(wù)擴(kuò)展的全面支持，同時(shí)，系統(tǒng)接受先進(jìn)的設(shè)計(jì)實(shí)現(xiàn)技術(shù)，供應(yīng)了不依靠于業(yè)務(wù)種類和業(yè)務(wù)產(chǎn)品的系統(tǒng)實(shí)現(xiàn)體系結(jié)構(gòu)，最大程度地支持了業(yè)務(wù)的靈敏擴(kuò)展。圖2-2支撐的業(yè)務(wù)種類豐富的網(wǎng)元/業(yè)務(wù)平臺(tái)適配實(shí)力系統(tǒng)能夠接入包括固網(wǎng)網(wǎng)元和移動(dòng)網(wǎng)元在內(nèi)的6大類、20多種網(wǎng)元設(shè)備或平臺(tái)，支持多種網(wǎng)元接口協(xié)議。系統(tǒng)引入適配器技術(shù)，能夠?qū)崿F(xiàn)對(duì)不同類型網(wǎng)元設(shè)備的快速接入。當(dāng)出現(xiàn)新類型網(wǎng)元時(shí)，只需在原有系統(tǒng)架構(gòu)基礎(chǔ)上增加相應(yīng)的適配器，保證系統(tǒng)的穩(wěn)定性，支持了新網(wǎng)元的擴(kuò)展需求。圖2-3和圖2-4是目前系統(tǒng)已經(jīng)接入的網(wǎng)元類型。圖2-3支持的網(wǎng)元接口協(xié)議圖2-4成功接入的各類系統(tǒng)/設(shè)備輕量級(jí)流程限制機(jī)制支持和服務(wù)開(kāi)通系統(tǒng)間大激活、小激活對(duì)接模式，產(chǎn)品具備工單拆分及輕量級(jí)流程限制實(shí)力。系統(tǒng)分兩層實(shí)現(xiàn)了對(duì)工單處理簡(jiǎn)潔的流程限制功能，第一層是工單級(jí)流程限制，實(shí)現(xiàn)對(duì)業(yè)務(wù)工單到網(wǎng)元工單轉(zhuǎn)換過(guò)程中的處理流程限制；其次層是業(yè)務(wù)級(jí)流程限制，實(shí)現(xiàn)對(duì)網(wǎng)元工單到操作指令的流程限制功能。通過(guò)輕量級(jí)的流程限制機(jī)制，既能滿意各地網(wǎng)絡(luò)激活過(guò)程的差異性、適應(yīng)業(yè)務(wù)靈敏部署的要求，同時(shí)又較好解決了服務(wù)開(kāi)通系統(tǒng)通過(guò)工作流引擎技術(shù)所帶來(lái)執(zhí)行效率慢的問(wèn)題。供應(yīng)實(shí)時(shí)、非實(shí)時(shí)兩種業(yè)務(wù)激活處理通道系統(tǒng)能夠依據(jù)上層業(yè)務(wù)系統(tǒng)對(duì)業(yè)務(wù)開(kāi)通的SLA要求，分別供應(yīng)實(shí)時(shí)和非實(shí)時(shí)兩種不同的激活處理通道。對(duì)于實(shí)時(shí)激活處理通道，從接收工單信息，完成網(wǎng)絡(luò)激活處理，最終反饋相應(yīng)的處理結(jié)果，都接受了同步的處理過(guò)程，并且在處理過(guò)程中接受了工單信息先處理、后許久化的機(jī)制，保證業(yè)務(wù)激活的實(shí)時(shí)性；而對(duì)于非實(shí)時(shí)激活處理通道，則接受異步的處理過(guò)程，在處理過(guò)程中接受了工單信息先許久化、后處理的機(jī)制，同時(shí)在異樣狀況下供應(yīng)人工維護(hù)臺(tái)對(duì)失敗工單進(jìn)行人工處理，保證業(yè)務(wù)激活的牢靠性。通過(guò)兩種不同的業(yè)務(wù)激活處理通道，可以滿意將來(lái)業(yè)務(wù)多樣性、特性化的用戶需求，實(shí)現(xiàn)對(duì)自動(dòng)激活服務(wù)的支撐。新系統(tǒng)功能改進(jìn)目前，綜合網(wǎng)絡(luò)激活系統(tǒng)已經(jīng)發(fā)展到第三代，新版本的系統(tǒng)在很多方面和老系統(tǒng)存在差異。老版本系統(tǒng)的前臺(tái)界面接受C/S方式實(shí)現(xiàn)，新系統(tǒng)接受B/S結(jié)構(gòu)實(shí)現(xiàn)。老系統(tǒng)后臺(tái)接受C實(shí)現(xiàn)，新系統(tǒng)接受C++實(shí)現(xiàn)。在數(shù)據(jù)庫(kù)的選擇上新系統(tǒng)接受ORACLE數(shù)據(jù)庫(kù)，不同于老系統(tǒng)的SYBASE。在功能上，新系統(tǒng)支撐省集中的部署模式、工單的流程限制等都是老系統(tǒng)不具備的，此外，新系統(tǒng)接入的業(yè)務(wù)和網(wǎng)元更加廣泛。系統(tǒng)架構(gòu)設(shè)計(jì)綜合網(wǎng)絡(luò)激活分為后臺(tái)應(yīng)用程序和前臺(tái)界面兩大部分。后臺(tái)應(yīng)用程序負(fù)責(zé)處理業(yè)務(wù)流程；前臺(tái)應(yīng)用負(fù)責(zé)配置數(shù)據(jù)的呈現(xiàn)，激活工單、激活子工單和網(wǎng)元工單狀態(tài)的查詢和維護(hù)。綜合網(wǎng)絡(luò)激活系統(tǒng)以數(shù)據(jù)庫(kù)中的一組表格作為前臺(tái)界面和后臺(tái)應(yīng)用的接口，后臺(tái)應(yīng)用程序依據(jù)數(shù)據(jù)庫(kù)中各種表格的數(shù)據(jù)進(jìn)行業(yè)務(wù)處理，前臺(tái)頁(yè)面集中呈現(xiàn)配置信息和工單處理過(guò)程中的信息和結(jié)果。業(yè)務(wù)流程分析綜合網(wǎng)絡(luò)激活的主要功能是將客戶訂購(gòu)的服務(wù)信息在網(wǎng)絡(luò)設(shè)備進(jìn)行端到端配置的過(guò)程，實(shí)現(xiàn)客戶服務(wù)到實(shí)際物理網(wǎng)絡(luò)的映射。簡(jiǎn)潔來(lái)講，綜合網(wǎng)絡(luò)激活的主要流程是接收上層應(yīng)用發(fā)送的客戶訂購(gòu)信息(激活工單)，將信息解析、轉(zhuǎn)換為統(tǒng)一的消息結(jié)構(gòu)(激活子工單和網(wǎng)元工單)，然后進(jìn)行參數(shù)映射、工單拆分等處理，轉(zhuǎn)換為指令并發(fā)送給網(wǎng)元或?qū)I(yè)網(wǎng)管。最終將指令執(zhí)行結(jié)果返回到上層應(yīng)用的過(guò)程。綜合網(wǎng)絡(luò)激活系統(tǒng)的首要任務(wù)是從位于北向接口的上層應(yīng)用接收消息。由于各地運(yùn)營(yíng)商的業(yè)務(wù)支撐系統(tǒng)的差異，所以每個(gè)地區(qū)綜合網(wǎng)絡(luò)激活系統(tǒng)的北向接口接收模塊收到的消息格式和內(nèi)容也不盡相同，但是，可以將北向接口發(fā)送的消息內(nèi)容大致歸納為：產(chǎn)品信息、業(yè)務(wù)信息和業(yè)務(wù)參數(shù)等三類消息。產(chǎn)品信息主要代表所要開(kāi)通的產(chǎn)品，通常包括：固網(wǎng)產(chǎn)品、智能網(wǎng)產(chǎn)品、NGN產(chǎn)品等等；業(yè)務(wù)信息主要包括：用戶開(kāi)機(jī)、用戶拆機(jī)、用戶停機(jī)/復(fù)機(jī)等；業(yè)務(wù)參數(shù)取決于業(yè)務(wù)信息，每個(gè)業(yè)務(wù)都帶有的參數(shù)。三類信息的關(guān)系為：產(chǎn)品信息確定業(yè)務(wù)信息，業(yè)務(wù)信息確定了參數(shù)信息。依據(jù)以上的分析，綜合網(wǎng)絡(luò)激活北向接口接收的消息的協(xié)議格式和內(nèi)容都有較大不同，假如不對(duì)消息格式進(jìn)行規(guī)范，產(chǎn)品的可移植性會(huì)特殊差，簡(jiǎn)潔造成同一個(gè)產(chǎn)品不同的地區(qū)不兼容的現(xiàn)象，特殊不利于產(chǎn)品的維護(hù)和升級(jí)。為此系統(tǒng)從北向接口的上層應(yīng)用接收到激活工單后，會(huì)將激活工單轉(zhuǎn)換為激活子工單，每個(gè)地區(qū)綜合網(wǎng)絡(luò)激活產(chǎn)品的接收工單模塊都不盡相同，但是它們的激活子工單結(jié)構(gòu)的類型定義和庫(kù)表結(jié)構(gòu)都是相同的。在激活工單到激活子工單的轉(zhuǎn)換過(guò)程中，系統(tǒng)會(huì)將激活工單中的產(chǎn)品信息、業(yè)務(wù)信息和業(yè)務(wù)參數(shù)信息處理、映射為激活子工單的對(duì)應(yīng)三類信息。從用戶的角度來(lái)看，電信網(wǎng)可以被看成是一個(gè)功能強(qiáng)大的分布式計(jì)算系統(tǒng)，然而，網(wǎng)絡(luò)上不只一個(gè)功能強(qiáng)大的網(wǎng)元處理全部業(yè)務(wù)，不同功能的網(wǎng)元相互協(xié)作有機(jī)的構(gòu)成了電信網(wǎng)絡(luò)。所以，當(dāng)系統(tǒng)要完成一項(xiàng)客戶服務(wù)信息到物理網(wǎng)元上的配置時(shí)，經(jīng)常會(huì)涉及到多個(gè)網(wǎng)元的操作，例如，開(kāi)通一個(gè)移動(dòng)用戶，首先要對(duì)移動(dòng)網(wǎng)元作操作，然后是短信中心，而后是智能網(wǎng)網(wǎng)元等等。如上所述，在完成激活工單到激活子工單的轉(zhuǎn)換后，系統(tǒng)要做的下一工作是將激活子工單拆分成網(wǎng)元工單。一條激活子工單往往會(huì)對(duì)應(yīng)一個(gè)或多個(gè)網(wǎng)元工單。每一條網(wǎng)元工單和某個(gè)網(wǎng)元和網(wǎng)元須要執(zhí)行的指令(開(kāi)機(jī)、停機(jī)或復(fù)機(jī)等等)對(duì)應(yīng)，最終將轉(zhuǎn)換后的指令發(fā)送給網(wǎng)元。在完成激活子工單到網(wǎng)元工單的拆分后，系統(tǒng)須要依據(jù)業(yè)務(wù)要求把網(wǎng)元工單轉(zhuǎn)換成一系列指令集合。在轉(zhuǎn)換過(guò)程中，須要將網(wǎng)元工單的對(duì)應(yīng)操作和參數(shù)依據(jù)指令模版填寫(xiě)到指令中，最終發(fā)送給網(wǎng)元。指令發(fā)送完畢后，網(wǎng)元返回指令的執(zhí)行結(jié)果，系統(tǒng)須要推斷指令是否執(zhí)行成功。當(dāng)完成指令結(jié)果的推斷后，流程最終須要把結(jié)果返回給北向接口的上層應(yīng)用程序。返回結(jié)果的流程和激活工單、激活子工單、網(wǎng)元工單的流程是相反的，首先要對(duì)網(wǎng)元工單記錄做成功和否的標(biāo)記，然后依據(jù)網(wǎng)元工單的序列號(hào)找到激活子工單并做標(biāo)記，最終是激活工單，系統(tǒng)最終依據(jù)激活工單的標(biāo)記結(jié)果形成消息并發(fā)送給北向接口的上層應(yīng)用。前臺(tái)界面設(shè)計(jì)由于系統(tǒng)的WEB呈現(xiàn)層和后臺(tái)服務(wù)之間是一種松耦合的關(guān)系，因此，對(duì)于綜合網(wǎng)絡(luò)激活系統(tǒng)的WEB界面可以進(jìn)行獨(dú)立考慮。依據(jù)目前WEB界面實(shí)現(xiàn)技術(shù)的趨勢(shì)以及對(duì)系統(tǒng)后續(xù)研發(fā)支撐和維護(hù)的要求，綜合網(wǎng)絡(luò)激活系統(tǒng)的WEB界面還是接受三層的分層技術(shù)模型：表現(xiàn)層、業(yè)務(wù)層和許久層。須要留意的是：這里的三層模型只是屬于系統(tǒng)整體技術(shù)框架中的WEB呈現(xiàn)層的技術(shù)設(shè)計(jì)，而和系統(tǒng)整體技術(shù)框架的業(yè)務(wù)層和許久化層不存在關(guān)聯(lián)關(guān)系。WEB前臺(tái)界面的技術(shù)框架接受三層的分層模型，須要對(duì)這個(gè)三層的技術(shù)模型的實(shí)現(xiàn)技術(shù)進(jìn)行選型，參考目前的實(shí)現(xiàn)技術(shù)，主要以性能穩(wěn)定和高性價(jià)比為參考指標(biāo)，選擇接受struts、spring、hibernate并輔以JDBC的技術(shù)實(shí)現(xiàn)。表現(xiàn)層接受struts，業(yè)務(wù)層接受spring，而許久層則接受hibernate和JDBC。這種技術(shù)實(shí)現(xiàn)模式是當(dāng)前比較流行的輕量級(jí)J2EE企業(yè)應(yīng)用開(kāi)發(fā)模式，也符合綜合網(wǎng)絡(luò)激活系統(tǒng)研發(fā)的技術(shù)特點(diǎn)。圖2-5前臺(tái)整體架構(gòu)圖相對(duì)于前端業(yè)務(wù)支撐系統(tǒng)來(lái)說(shuō)，綜合網(wǎng)絡(luò)激活系統(tǒng)作為運(yùn)營(yíng)支撐系統(tǒng)，是一個(gè)相對(duì)來(lái)說(shuō)應(yīng)用需求較為穩(wěn)定的應(yīng)用系統(tǒng)，在每個(gè)省市應(yīng)用時(shí)，涉及到的本地化工作主要集中在設(shè)備接入層面，而并不會(huì)影響到系統(tǒng)的處理流程和其他相關(guān)系統(tǒng)功能；特殊是對(duì)于前臺(tái)界面來(lái)說(shuō)，系統(tǒng)應(yīng)用時(shí)本地化開(kāi)發(fā)主要集中在局部需求，而非重要的流程需求，因此，對(duì)于綜合網(wǎng)絡(luò)激活系統(tǒng)的WEB呈現(xiàn)層來(lái)說(shuō)，系統(tǒng)界面功能需求的穩(wěn)定性特殊高。因此，綜合網(wǎng)絡(luò)激活系統(tǒng)WEB界面選用輕量級(jí)的J2EE框架結(jié)構(gòu)可以很好的滿意系統(tǒng)界面得研發(fā)要求，從大的方面講可以適用UNIX、Linux、Windows服務(wù)器，再?gòu)男〉姆矫嬲f(shuō)由于在許久層運(yùn)用了Hibernate所以很簡(jiǎn)潔適應(yīng)常見(jiàn)的oracle、sybase、SQLServer數(shù)據(jù)庫(kù)，同時(shí)由于不運(yùn)用EJB等重量級(jí)技術(shù)，該技術(shù)實(shí)現(xiàn)可以部署在Tomcat、JBoss等容器下。WEB前端界面只是綜合網(wǎng)絡(luò)激活系統(tǒng)呈現(xiàn)給用戶的UI部分，作為綜合網(wǎng)絡(luò)激活系統(tǒng)和用戶的交互接口，可能會(huì)有確定量的變動(dòng)，所以接受松耦合的方式便于修改。同時(shí)，前臺(tái)界面接受當(dāng)前流行的實(shí)現(xiàn)模式和實(shí)現(xiàn)技術(shù)：struts、spring、hibernate和JDBC技術(shù)，有廣泛的技術(shù)資源，也便于系統(tǒng)設(shè)計(jì)開(kāi)發(fā)和維護(hù)。綜合網(wǎng)絡(luò)激活系統(tǒng)WEB界面接受這種技術(shù)架構(gòu)的優(yōu)點(diǎn)：》對(duì)待變動(dòng)的適應(yīng)實(shí)力較強(qiáng)。在實(shí)現(xiàn)上接受松耦合的方式有利于局部上的修改，比如前端顯示上須要變更，只須要相應(yīng)的修改表現(xiàn)層代碼即可。》有力于擴(kuò)展和維護(hù)。由于接受當(dāng)前流行的實(shí)現(xiàn)方式，資料以及人力資源比較豐富，對(duì)這種實(shí)現(xiàn)方式的探討或很多，有一些很有借鑒意義。各層之間的分工明確便于閱讀和修改代碼?！纺軌虮容^好的保障開(kāi)發(fā)效率和軟件質(zhì)量。Struts1.2、hibernate3.2、spring2.0都是成熟穩(wěn)定的框架，運(yùn)用框架對(duì)代碼的質(zhì)量有確定的保障，比如數(shù)據(jù)庫(kù)連接的管理等等?？蚣苤g結(jié)合的方式也比較固定，程序員之間的代碼基本接近不會(huì)自由發(fā)揮的太出格，對(duì)企業(yè)開(kāi)發(fā)很有好處?？紤]到在運(yùn)用綜合網(wǎng)絡(luò)激活系統(tǒng)界面得查詢功能過(guò)程中，會(huì)涉及到大量的數(shù)據(jù)庫(kù)訪問(wèn)，因此，接受這種技術(shù)架構(gòu)，也存在一些缺點(diǎn)：》對(duì)數(shù)據(jù)庫(kù)的訪問(wèn)性能上可能會(huì)有確定的問(wèn)題?！房赡苡袑?duì)象的裝箱和拆箱，功能處理上有冗余?！反a量相對(duì)大一些，配置設(shè)置相對(duì)多一些。對(duì)于以上的一些缺點(diǎn)，可以通過(guò)在系統(tǒng)的詳細(xì)設(shè)計(jì)和實(shí)現(xiàn)過(guò)程中，接受數(shù)據(jù)分頁(yè)呈現(xiàn)等實(shí)現(xiàn)技術(shù)，可以在確定程度上予以避開(kāi)。前臺(tái)應(yīng)用接受B/S結(jié)構(gòu)，可以劃分成三層結(jié)構(gòu)。接受了三層結(jié)構(gòu)的SSH(STRUTS、SPRING和HIBERNATE)架構(gòu)可以確保前臺(tái)界面的靈敏性對(duì)于一些應(yīng)用也接受特殊處理，例如分級(jí)分頁(yè)的方法，來(lái)規(guī)避大數(shù)據(jù)量訪問(wèn)造成的壓力，提高性能。如圖2-6所示。前臺(tái)應(yīng)用主要包括：信息的配置、系統(tǒng)管理、查詢統(tǒng)計(jì)、告警維護(hù)、平安管理、服務(wù)監(jiān)控、工單查詢和工單維護(hù)等功能。圖2-6前臺(tái)界面結(jié)構(gòu)圖后臺(tái)服務(wù)設(shè)計(jì)作為核心的系統(tǒng)后臺(tái)服務(wù)，接受了C++技術(shù)，確保系統(tǒng)的性能效率在實(shí)現(xiàn)技術(shù)中更多的體現(xiàn)了多種技術(shù)手段，多方位提升系統(tǒng)處理性能和效率在技術(shù)的多層面，接受了先進(jìn)的技術(shù)手段和設(shè)計(jì)思想來(lái)實(shí)現(xiàn)后臺(tái)應(yīng)用，借鑒了面對(duì)組件的設(shè)計(jì)實(shí)現(xiàn)方式，在系統(tǒng)框架結(jié)構(gòu)中接受組件化的設(shè)計(jì)實(shí)現(xiàn)，系統(tǒng)整體的層次結(jié)構(gòu)更加清楚，核心框架的作用更為重要，特殊是實(shí)時(shí)和非實(shí)時(shí)融合框架，確保系統(tǒng)的整體融合處理實(shí)力，通過(guò)核心框架的限制能夠確保系統(tǒng)供應(yīng)更靈敏平安的支撐實(shí)力從業(yè)務(wù)邏輯角度看，主要包括：異步工單接收、異步工單結(jié)果返回、同步工單接口、工單的翻譯、指令的交互和網(wǎng)元的適配和管理等。后臺(tái)應(yīng)用程序由一組服務(wù)集合組成，依據(jù)各個(gè)地區(qū)運(yùn)營(yíng)商的要求可以靈敏的通過(guò)前臺(tái)界面進(jìn)行配置。后臺(tái)的主要服務(wù)包括：取單服務(wù)、流程派發(fā)服務(wù)、工單處理服務(wù)、流程回單服務(wù)和回單服務(wù)等。取單服務(wù)主要負(fù)責(zé)接收北向接口的上層應(yīng)用發(fā)送的激活工單，將激活工單轉(zhuǎn)換成激活子工單；流程派發(fā)服務(wù)負(fù)責(zé)將激活子工單拆分成多條網(wǎng)元工單，并對(duì)網(wǎng)元工單執(zhí)行依次進(jìn)行限制；工單處理服務(wù)負(fù)責(zé)將網(wǎng)元工單映射成多條指令，發(fā)送指令到網(wǎng)元，并推斷指令結(jié)果；流程回單服務(wù)負(fù)責(zé)依據(jù)網(wǎng)元工單的結(jié)果形成激活子工單；回單服務(wù)負(fù)責(zé)從激活子工單到激活工單的轉(zhuǎn)換，并將處理結(jié)果最終發(fā)送給北向接口的上層應(yīng)用。圖2-7綜合網(wǎng)絡(luò)激活系統(tǒng)結(jié)構(gòu)圖圖2-7是綜合網(wǎng)絡(luò)激活系統(tǒng)的系統(tǒng)結(jié)構(gòu)圖。綜合網(wǎng)絡(luò)激活系統(tǒng)依據(jù)功能進(jìn)行劃分，后臺(tái)服務(wù)主要用于實(shí)現(xiàn)業(yè)務(wù)的激活處理，后臺(tái)服務(wù)基本上完成了系統(tǒng)的主要業(yè)務(wù)功能。在綜合網(wǎng)絡(luò)激活系統(tǒng)后臺(tái)服務(wù)中，從技術(shù)角度來(lái)看，系統(tǒng)的主要功能可以分為四個(gè)技術(shù)層面，這四個(gè)技術(shù)層面通過(guò)一個(gè)系統(tǒng)管理功能進(jìn)行連接。這四個(gè)技術(shù)層面包括兩個(gè)接口層：北向業(yè)務(wù)接口層和南向網(wǎng)元適配層；兩個(gè)功能層：施工工單處理層網(wǎng)元工單處理層；通過(guò)系統(tǒng)服務(wù)限制管理功能實(shí)現(xiàn)后臺(tái)服務(wù)的應(yīng)用容器，將四個(gè)技術(shù)層面和服務(wù)監(jiān)控及告警管理有機(jī)的整合在一起，實(shí)現(xiàn)系統(tǒng)后臺(tái)的整體功能。這里須要特殊說(shuō)明的是，系統(tǒng)后臺(tái)服務(wù)的兩個(gè)接口技術(shù)層面依據(jù)應(yīng)用領(lǐng)域不同分別供應(yīng)不同的技術(shù)型接口，北向業(yè)務(wù)接口層分別供應(yīng)同步業(yè)務(wù)激活接口和異步業(yè)務(wù)激活接口；而南向網(wǎng)元適配層供應(yīng)固定網(wǎng)絡(luò)網(wǎng)元適配器和移動(dòng)網(wǎng)絡(luò)網(wǎng)元適配器。系統(tǒng)的架構(gòu)借鑒面對(duì)服務(wù)架構(gòu)和組建化的系統(tǒng)設(shè)計(jì)，將系統(tǒng)中各個(gè)功能模塊依據(jù)相互間關(guān)系封裝成服務(wù)，系統(tǒng)服務(wù)依據(jù)不同的層次結(jié)構(gòu)可以劃分為：接口層、邏輯處理層和適配層，每層都包含一個(gè)或多個(gè)服務(wù)。系統(tǒng)全部的服務(wù)都是由服務(wù)配置、服務(wù)調(diào)度總線完成服務(wù)的配置和調(diào)度，從而實(shí)現(xiàn)依據(jù)實(shí)際需求定制系統(tǒng)功能。上面通過(guò)對(duì)綜合網(wǎng)絡(luò)激活系統(tǒng)的功能層面進(jìn)行技術(shù)模型的闡述，主要集中于用技術(shù)的眼光來(lái)看待系統(tǒng)的功能層次。對(duì)于系統(tǒng)的后臺(tái)技術(shù)架構(gòu)，系統(tǒng)還須要從技術(shù)實(shí)現(xiàn)的方式來(lái)分析綜合網(wǎng)絡(luò)激活系統(tǒng)后臺(tái)服務(wù)的實(shí)現(xiàn)方式，從技術(shù)實(shí)現(xiàn)的角度來(lái)建立系統(tǒng)后臺(tái)服務(wù)的技術(shù)模型。依據(jù)以前產(chǎn)品的實(shí)現(xiàn)和系統(tǒng)實(shí)現(xiàn)的技術(shù)選型，綜合網(wǎng)絡(luò)激活系統(tǒng)后臺(tái)服務(wù)接受C++實(shí)現(xiàn)技術(shù)，在C++實(shí)現(xiàn)技術(shù)的基礎(chǔ)上，須要供應(yīng)以下的技術(shù)來(lái)完成系統(tǒng)后臺(tái)服務(wù)的開(kāi)發(fā)：》ORM、XML、DB、Socket、Tuxedo、Corba、File、SOAP。》適配器技術(shù)、協(xié)議庫(kù)技術(shù)和限制器技術(shù)?！贩?wù)周期限制技術(shù)、進(jìn)程、線程和服務(wù)設(shè)計(jì)?！愤M(jìn)程間通信、線程間通信和消息中心?！氛齽t表達(dá)式和模版替換?！窢顟B(tài)自動(dòng)機(jī)和觸發(fā)器。將這些實(shí)現(xiàn)技術(shù)依據(jù)層次劃分，綜合網(wǎng)絡(luò)激活系統(tǒng)后臺(tái)服務(wù)技術(shù)實(shí)現(xiàn)的系統(tǒng)實(shí)現(xiàn)技術(shù)的結(jié)構(gòu)圖2-8所示：圖2-8后臺(tái)技術(shù)服務(wù)借鑒面對(duì)服務(wù)的體系結(jié)構(gòu)和組件化設(shè)計(jì)技術(shù)作為系統(tǒng)框架設(shè)計(jì)參考，接受可定制的功能設(shè)計(jì)和面對(duì)對(duì)象的分析和設(shè)計(jì)技術(shù)作為系統(tǒng)設(shè)計(jì)的指導(dǎo)思想，利用成熟的系統(tǒng)開(kāi)發(fā)過(guò)程完成系統(tǒng)的開(kāi)發(fā)，使綜合網(wǎng)絡(luò)激活系統(tǒng)具有以下的技術(shù)優(yōu)點(diǎn)。一、系統(tǒng)模型成熟通過(guò)多年對(duì)電子工單系統(tǒng)和統(tǒng)一工單系統(tǒng)地建設(shè)，在需求、技術(shù)和應(yīng)用等方面的積累，能夠確保系統(tǒng)的功能開(kāi)發(fā)能夠滿意電信運(yùn)營(yíng)企業(yè)的應(yīng)用需求。在此基礎(chǔ)上建立的也是成熟的系統(tǒng)模型，充分體現(xiàn)了電信企業(yè)的應(yīng)用需求，保證系統(tǒng)能夠最大程度的滿意電信企業(yè)建設(shè)要求。二、信息模型明確依據(jù)服務(wù)開(kāi)通系統(tǒng)建設(shè)和企業(yè)信息化改造須要，綜合網(wǎng)絡(luò)激活通過(guò)對(duì)自身的信息模型建設(shè)來(lái)適應(yīng)企業(yè)的應(yīng)用需求，這里主要有以下兩個(gè)概念：激活工單：服務(wù)開(kāi)通系統(tǒng)供應(yīng)的用戶激活工單內(nèi)容，激活工單是須要由一個(gè)或多個(gè)、一個(gè)專業(yè)或多個(gè)專業(yè)的激活子工單實(shí)現(xiàn)。激活子工單：描述專業(yè)網(wǎng)管系統(tǒng)或網(wǎng)元所能識(shí)別的業(yè)務(wù)信息的工單，此工單能夠依據(jù)專業(yè)網(wǎng)管或網(wǎng)元協(xié)議干脆轉(zhuǎn)換成業(yè)務(wù)自動(dòng)施工所需的指令或信息。三、體系結(jié)構(gòu)靈敏借鑒面對(duì)服務(wù)的體系結(jié)構(gòu)和組件化系統(tǒng)框架技術(shù)給系統(tǒng)供應(yīng)了最大的靈敏性保障，將系統(tǒng)各個(gè)功能模塊封裝成系統(tǒng)服務(wù)，通過(guò)服務(wù)配置、服務(wù)調(diào)度總線進(jìn)行組合，實(shí)現(xiàn)對(duì)不同企業(yè)業(yè)務(wù)實(shí)現(xiàn)需求的支持。四、分層設(shè)計(jì)思想分層設(shè)計(jì)思想能夠使系統(tǒng)內(nèi)部的結(jié)構(gòu)清楚，降低系統(tǒng)內(nèi)部的禍合度，提升系統(tǒng)的靈敏性，最大程度地支持系統(tǒng)功能定制。五、適配器技術(shù)應(yīng)用系統(tǒng)須要接入多種專業(yè)網(wǎng)管系統(tǒng)和網(wǎng)元，引入適配器技術(shù)，能夠最大程度的屏蔽不同專業(yè)網(wǎng)管系統(tǒng)和網(wǎng)元之間的接口差異，為系統(tǒng)供應(yīng)統(tǒng)一的業(yè)務(wù)自動(dòng)激活的操作接口，支持了業(yè)務(wù)、專業(yè)網(wǎng)管系統(tǒng)和網(wǎng)元的擴(kuò)展需求。六、業(yè)務(wù)功能實(shí)現(xiàn)系統(tǒng)實(shí)現(xiàn)了對(duì)激活工單的預(yù)處理功能，降低了服務(wù)開(kāi)通系統(tǒng)對(duì)專業(yè)設(shè)備和系統(tǒng)的依靠，提高了業(yè)務(wù)擴(kuò)展的靈敏性。七、流程限制設(shè)計(jì)系統(tǒng)分兩層實(shí)現(xiàn)了對(duì)工單處理簡(jiǎn)潔的流程限制功能，第一層是激活工單處理流程的限制，實(shí)現(xiàn)對(duì)激活工單到激活子工單轉(zhuǎn)換過(guò)程中的處理流程限制；其次層是激活子工單處理流程的限制，實(shí)現(xiàn)對(duì)激活子工單自動(dòng)開(kāi)通操作過(guò)程的流程限制功能。前臺(tái)功能介紹前臺(tái)功能概述前臺(tái)界面接受B/S結(jié)構(gòu)，負(fù)責(zé)配置后臺(tái)服務(wù)的配置數(shù)據(jù)和激活工單、激活子工單等的查詢。主要功能包括：業(yè)務(wù)信息配置、激活信息配置、映射關(guān)系配置、網(wǎng)元信息配置、流程限制配置、工單維護(hù)管理、系統(tǒng)維護(hù)管理、系統(tǒng)平安管理和服務(wù)告警管理。業(yè)務(wù)信息配置業(yè)務(wù)信息配置管理的功能包括：業(yè)務(wù)接入系統(tǒng)、登錄信息配置、激活工單產(chǎn)品、用戶業(yè)務(wù)編碼、用戶業(yè)務(wù)參數(shù)、激活工單操作類型、區(qū)域信息配置、用戶優(yōu)先級(jí)配置、用戶類型等，如圖2-9所示：圖2-9業(yè)務(wù)信息配置圖業(yè)務(wù)接入系統(tǒng)負(fù)責(zé)配置北向接口的上層應(yīng)用的相關(guān)信息。例如上層應(yīng)用的名稱、IP地址和詳細(xì)描述信息等。上層應(yīng)用在接入綜合網(wǎng)絡(luò)激活的系統(tǒng)之前須要先登記主機(jī)的IP地址，綜合網(wǎng)絡(luò)激活將拒絕生疏未認(rèn)證的連接請(qǐng)求。登陸信息配置負(fù)責(zé)北向接口的上層應(yīng)用的用戶名和密碼的配置。激活工單產(chǎn)品記錄了須要開(kāi)通的產(chǎn)品，一般包括：固網(wǎng)產(chǎn)品、智能網(wǎng)產(chǎn)品和小靈通產(chǎn)品等等。用戶業(yè)務(wù)編碼記錄了激活工單的業(yè)務(wù)信息。用戶業(yè)務(wù)參數(shù)記錄了激活工單的參數(shù)信息。激活工單操作類型系統(tǒng)測(cè)試的時(shí)候運(yùn)用，北向接口的上層應(yīng)用的測(cè)試的時(shí)候不須要走完全部的流程，當(dāng)綜合網(wǎng)絡(luò)激活收到激活工單后，馬上返回成功。區(qū)域信息配置記錄了各個(gè)地市的區(qū)域編碼。用戶優(yōu)先級(jí)配置記錄了激活工單SLA。激活信息配置激活信息配置的功能包括：激活子工單產(chǎn)品、網(wǎng)元業(yè)務(wù)類型、網(wǎng)元業(yè)務(wù)編碼、網(wǎng)元參數(shù)等，如圖2-10所示：圖2-10激活信息配置圖激活子工單產(chǎn)品和激活工單產(chǎn)品含義相近，也包括：固網(wǎng)業(yè)務(wù)、智能網(wǎng)業(yè)務(wù)、小靈通業(yè)務(wù)等等。網(wǎng)元業(yè)務(wù)類型負(fù)責(zé)將激活工單子產(chǎn)品依據(jù)用戶的要求進(jìn)行分類，主要包括：小靈通、INAS-HLR業(yè)務(wù)類和CEP業(yè)務(wù)類等等。網(wǎng)元業(yè)務(wù)編碼和用戶業(yè)務(wù)編碼含義相像，表示針對(duì)網(wǎng)元的操作。網(wǎng)元參數(shù)記錄了和網(wǎng)元業(yè)務(wù)相關(guān)聯(lián)的參數(shù)。映射關(guān)系配置映射關(guān)系配置的功能包括：用戶業(yè)務(wù)編碼映射、用戶業(yè)務(wù)條件映射、用戶參數(shù)編碼映射、用戶參數(shù)條件映射、擴(kuò)展字段映射、參數(shù)編碼拆分映射等。如圖2-11所示：圖2-11映射關(guān)系配置圖用戶業(yè)務(wù)編碼映射負(fù)責(zé)將激活工單中的業(yè)務(wù)編碼映射為綜合網(wǎng)絡(luò)激活內(nèi)部定義的激活子工單的業(yè)務(wù)編碼。用戶業(yè)務(wù)條件映射的工作和用戶業(yè)務(wù)編碼映射的功能相像，所不同的是可以依據(jù)激活工單中的業(yè)務(wù)編碼和業(yè)務(wù)參數(shù)相組合來(lái)映射成激活子工單的業(yè)務(wù)編碼。用戶參數(shù)編碼映射負(fù)責(zé)將激活工單中的用戶參數(shù)映射成激活子工單的用戶參數(shù)。用戶參數(shù)條件映射的功能和用戶參數(shù)編碼映射類似，所不同的是支持組合推斷。擴(kuò)展字段映射支持對(duì)擴(kuò)展字段部分的推斷并映射。網(wǎng)元信息配置網(wǎng)元信息配置的功能包括：網(wǎng)元指令樹(shù)、邏輯網(wǎng)元、物理網(wǎng)元、網(wǎng)元錯(cuò)誤碼、網(wǎng)元特征碼、業(yè)務(wù)合并、網(wǎng)元業(yè)務(wù)關(guān)系等。如圖2-12所示：圖2-12網(wǎng)元信息配置圖網(wǎng)元指令樹(shù)負(fù)責(zé)配置網(wǎng)元指令模版，替換指令參數(shù)等等。邏輯網(wǎng)元負(fù)責(zé)存儲(chǔ)網(wǎng)元的類型，一種邏輯網(wǎng)元對(duì)應(yīng)一個(gè)或多個(gè)物理網(wǎng)元。主要包括：固話網(wǎng)元、移動(dòng)網(wǎng)元、智能網(wǎng)網(wǎng)元等等。物理網(wǎng)元是邏輯網(wǎng)元的實(shí)例，同一個(gè)邏輯網(wǎng)元的物理網(wǎng)元都有同一指令集。網(wǎng)元錯(cuò)誤碼定義了網(wǎng)元的錯(cuò)誤類型，把網(wǎng)元難懂的錯(cuò)誤信息替換成易讀的文本信息。網(wǎng)元特征碼負(fù)責(zé)推斷網(wǎng)元指令結(jié)果是否正確。業(yè)務(wù)合并將相關(guān)的網(wǎng)元業(yè)務(wù)合并成同一個(gè)業(yè)務(wù)。網(wǎng)元業(yè)務(wù)關(guān)系將邏輯網(wǎng)元類型映射成網(wǎng)元業(yè)務(wù)類型。流程限制配置流程限制配置的功能包括：路由信息配置、派發(fā)規(guī)則配置、工位信息配置等。如圖2-13所示：圖2-13流程限制配置圖路由信息配置負(fù)責(zé)將激活工單的業(yè)務(wù)類型映射到物理網(wǎng)元。派發(fā)規(guī)則配置將激活工單業(yè)務(wù)派發(fā)給某個(gè)工位。工位信息配置負(fù)責(zé)一個(gè)或多個(gè)物理網(wǎng)元。工單維護(hù)管理工單維護(hù)管理的功能包括：激活子工單查詢、激活子工單維護(hù)、激活子工單統(tǒng)計(jì)、激活工單查詢、工單導(dǎo)入模板管理、工單導(dǎo)入、定時(shí)工單等。如圖2-14所示：圖2-14工單維護(hù)管理圖激活子工單查詢負(fù)責(zé)查詢施工中的子工單。激活子工單維護(hù)負(fù)責(zé)維護(hù)相關(guān)子工單及歷史上的工單。激活子工單統(tǒng)計(jì)負(fù)責(zé)統(tǒng)計(jì)相關(guān)的激活子工單。激活工單查詢負(fù)責(zé)查詢北向接口上層應(yīng)用發(fā)送的相關(guān)激活工單。工單導(dǎo)入模版管理負(fù)責(zé)導(dǎo)入上層應(yīng)用的工單。定時(shí)工單負(fù)責(zé)定時(shí)下發(fā)激活工單。系統(tǒng)維護(hù)管理系統(tǒng)維護(hù)管理功能包括：系統(tǒng)數(shù)據(jù)字典管理、系統(tǒng)錯(cuò)誤碼管理、系統(tǒng)服務(wù)配置管理、系統(tǒng)部署管理、前臺(tái)日志管理、后臺(tái)日志管理、數(shù)據(jù)庫(kù)管理、人員考核管理等。如圖2-15所示：圖2-15系統(tǒng)維護(hù)管理圖系統(tǒng)數(shù)據(jù)字典管理保存了系統(tǒng)相關(guān)表格的定義和說(shuō)明。系統(tǒng)錯(cuò)誤碼管理存儲(chǔ)了相關(guān)錯(cuò)誤的定義。系統(tǒng)服務(wù)配置管理負(fù)責(zé)配置服務(wù)啟動(dòng)時(shí)的相關(guān)信息。系統(tǒng)部署管理負(fù)責(zé)啟動(dòng)/停止綜合網(wǎng)絡(luò)激活的相關(guān)服務(wù)。前臺(tái)日志管理記錄了用戶登錄綜合網(wǎng)絡(luò)激活的相關(guān)信息。數(shù)據(jù)庫(kù)管理記錄了操作人員對(duì)數(shù)據(jù)庫(kù)所做的相關(guān)操作。人員考核管理記錄了相關(guān)人員的考核信息。系統(tǒng)平安管理系統(tǒng)平安管理的功能包括：用戶管理、角色管理、權(quán)限管理、父維護(hù)區(qū)信息、維護(hù)局向管理、系統(tǒng)異樣管理等。如圖2-16所示：圖2-16系統(tǒng)平安管理圖用戶管理負(fù)責(zé)添加刪除運(yùn)用綜合網(wǎng)絡(luò)激活的用戶。角色管理負(fù)責(zé)創(chuàng)建綜合網(wǎng)絡(luò)激活用戶的相關(guān)角色。權(quán)限管理負(fù)責(zé)添加刪除綜合網(wǎng)絡(luò)激活的相關(guān)用戶權(quán)限。系統(tǒng)主要模塊詳細(xì)設(shè)計(jì)和實(shí)現(xiàn)服務(wù)結(jié)構(gòu)服務(wù)是綜合網(wǎng)絡(luò)激活系統(tǒng)的基本單位，綜合網(wǎng)絡(luò)激活系統(tǒng)功能的擴(kuò)展都是通過(guò)添加服務(wù)實(shí)現(xiàn)的。每種服務(wù)都有著自己獨(dú)特的功能，例如，取單服務(wù)是負(fù)責(zé)接收北向接口上層應(yīng)用發(fā)送的激活工單的；流程限制服務(wù)負(fù)責(zé)激活子工單轉(zhuǎn)換為網(wǎng)元工單并限制網(wǎng)元工單的執(zhí)行依次；工單處理服務(wù)則是將網(wǎng)元工單轉(zhuǎn)換為指令并執(zhí)行指令取得返回結(jié)果。假如把綜合網(wǎng)絡(luò)激活系統(tǒng)比方成積木玩具，服務(wù)就像積木中的一塊形態(tài)各異的木頭，不同形態(tài)的幾種服務(wù)的組合構(gòu)成了一個(gè)積木拼圖。通過(guò)服務(wù)的組合，系統(tǒng)實(shí)現(xiàn)了各種需求。面對(duì)服務(wù)的架構(gòu)使系統(tǒng)的更加靈敏并易于擴(kuò)展，而且也有很好的繼承性。綜合網(wǎng)絡(luò)激活的服務(wù)架構(gòu)主要有以下幾個(gè)特點(diǎn)：》運(yùn)行載體(進(jìn)程或線程)和業(yè)務(wù)邏輯的分別。》支持運(yùn)行時(shí)服務(wù)的啟動(dòng)和停止?！贩?wù)運(yùn)行異樣的告警信息?！分С址?wù)異樣停止后自動(dòng)重新啟動(dòng)。運(yùn)行載體(進(jìn)程或線程)和業(yè)務(wù)邏輯的分別綜合網(wǎng)絡(luò)激活對(duì)服務(wù)的運(yùn)行載體和業(yè)務(wù)邏輯進(jìn)行了分別，相同業(yè)務(wù)邏輯可以依據(jù)要求以線程或進(jìn)程的方式運(yùn)行。考慮到用戶主機(jī)性能的差異，以及對(duì)負(fù)載的不同需求，系統(tǒng)供應(yīng)了一種服務(wù)支持進(jìn)程或線程兩種不同的運(yùn)行方式，最大限度的滿意用戶對(duì)系統(tǒng)效率、實(shí)時(shí)性、負(fù)載和性能方面的要求。假如用戶的服務(wù)器配置比較好，可以接受進(jìn)程的方式來(lái)啟動(dòng)系統(tǒng)中的服務(wù)。和線程運(yùn)行方式相比，進(jìn)程運(yùn)行方式處理效率更高，實(shí)時(shí)性能也更好一些。假如用戶服務(wù)器資源有限或服務(wù)器中已經(jīng)存在了很多應(yīng)用程序，建議接受線程的啟動(dòng)方式，線程方式相對(duì)于進(jìn)程方式有效的節(jié)約了系統(tǒng)的資源，但是，處理效率、實(shí)時(shí)性能也相對(duì)低一些。為了達(dá)到執(zhí)行效率和系統(tǒng)負(fù)載的最佳組合，綜合網(wǎng)絡(luò)激活系統(tǒng)支持進(jìn)程/線程混合運(yùn)用的模式。通過(guò)這種方式，可以依據(jù)現(xiàn)場(chǎng)的狀況，靈敏配置服務(wù)的啟動(dòng)方式，盡可能的利用最少的資源達(dá)到用戶對(duì)處理效率的需求。如上所述，綜合網(wǎng)絡(luò)激活系統(tǒng)是由各種服務(wù)構(gòu)建而成的。系統(tǒng)中服務(wù)種類眾多，系統(tǒng)最少會(huì)啟動(dòng)7個(gè)服務(wù)，最多時(shí)達(dá)到了22個(gè)服務(wù)，系統(tǒng)中服務(wù)如此眾多，假如不對(duì)服務(wù)進(jìn)行管理，維護(hù)起來(lái)將特殊困難。依據(jù)上面的緣由，設(shè)計(jì)出一種服務(wù)(SvcContainer)，這個(gè)服務(wù)和詳細(xì)的業(yè)務(wù)邏輯無(wú)關(guān)，主要負(fù)責(zé)啟動(dòng)、停止、監(jiān)控其他服務(wù)，也就是對(duì)其他服務(wù)進(jìn)行管理。維護(hù)人員可以依據(jù)業(yè)務(wù)邏輯，將業(yè)務(wù)上相關(guān)的一組服務(wù)進(jìn)程配置成同一個(gè)SvcContainer服務(wù)進(jìn)行管理。例如，系統(tǒng)一般把取單服務(wù)和回單服務(wù)分別作為獨(dú)立的進(jìn)程來(lái)單獨(dú)啟動(dòng)，流程派發(fā)和流程回單作為同一進(jìn)程的一組線程啟動(dòng)。這樣做較好的解決了系統(tǒng)性能和有限資源的關(guān)系，同時(shí)業(yè)務(wù)上相關(guān)的服務(wù)運(yùn)行于同一進(jìn)程，維護(hù)起來(lái)比較清楚便利。圖3-1是添加刪除服務(wù)、設(shè)置服務(wù)屬性的界面。圖3-1添加、刪除服務(wù)界面服務(wù)架構(gòu)設(shè)計(jì)綜合網(wǎng)絡(luò)激活的每個(gè)服務(wù)都必需由CService類派生，CService類主要實(shí)現(xiàn)業(yè)務(wù)邏輯，CService可以由線程或進(jìn)程方式運(yùn)行，線程/進(jìn)程運(yùn)行方式都由CRunable類派生，CService和CRunable之間的關(guān)系如圖3-2所示：圖3-2服務(wù)架構(gòu)關(guān)系圖如圖3-2所示，CProcessRunable和CThreadRunable分別是進(jìn)程運(yùn)行體和線程運(yùn)行體。他們有共同的父類CRunable，當(dāng)調(diào)用CRunable的run方法時(shí)，線程/進(jìn)程將起先運(yùn)行，同理調(diào)用stop方法將停止進(jìn)程或線程的運(yùn)行。當(dāng)完成CService業(yè)務(wù)邏輯的編寫(xiě)后，系統(tǒng)只須要產(chǎn)生一個(gè)進(jìn)程/線程運(yùn)行體的實(shí)例，然后調(diào)用CRunable類的setService方法并傳入CService的引用，服務(wù)就可以運(yùn)行了。綜合網(wǎng)絡(luò)激活系統(tǒng)中每個(gè)服務(wù)都有一個(gè)唯一標(biāo)示自己的服務(wù)編號(hào)。依據(jù)服務(wù)編號(hào)系統(tǒng)可以確定該服務(wù)都有那些祖先服務(wù)，此外，還可以依據(jù)服務(wù)編號(hào)得到局?jǐn)?shù)據(jù)庫(kù)中屬于自己的配置信息。綜合網(wǎng)絡(luò)激活的服務(wù)的啟動(dòng)特殊靈敏，可以接受進(jìn)程/線程方式啟動(dòng)。服務(wù)可以形成一系列的進(jìn)程組，一個(gè)以進(jìn)程方式啟動(dòng)的服務(wù)可以有一個(gè)或多個(gè)以線程方式啟動(dòng)的服務(wù)。INAS主進(jìn)程啟動(dòng)后首先啟動(dòng)的是服務(wù)號(hào)為1001服務(wù)，它的父服務(wù)編碼為1，1001的服務(wù)啟動(dòng)后，依據(jù)數(shù)據(jù)庫(kù)中的配置信息會(huì)分別啟動(dòng)那些父服務(wù)編號(hào)為自己的服務(wù)，以此類推每種服務(wù)啟動(dòng)后，都會(huì)啟動(dòng)自己的子服務(wù)。此外，綜合網(wǎng)絡(luò)激活對(duì)服務(wù)編碼有確定要求，例如，服務(wù)編碼為1001002003的服務(wù)，它的父服務(wù)和祖先服務(wù)分別是1001002和1001。綜合網(wǎng)絡(luò)激活服務(wù)器的啟動(dòng)和停止都是通過(guò)服務(wù)編碼為1001的服務(wù)完成的，1001服務(wù)啟動(dòng)后會(huì)打開(kāi)一個(gè)端口監(jiān)聽(tīng)WEB界面發(fā)送啟動(dòng)/停止服務(wù)的叮囑，假如前臺(tái)界面發(fā)送的是啟動(dòng)指令，根服務(wù)首先會(huì)推斷此服務(wù)是否正在運(yùn)行，而后啟動(dòng)此服務(wù)，假如發(fā)送的是停止信號(hào)，根服務(wù)會(huì)發(fā)送停止信號(hào)給相應(yīng)的服務(wù)，由于停止服務(wù)的操作存在較大風(fēng)險(xiǎn)，只有部分版本的程序具有此種功能。服務(wù)編碼為1001的服務(wù)除了完成啟動(dòng)/停止服務(wù)的工作外，還具有接收其他服務(wù)告警信息的功能。根服務(wù)啟動(dòng)后打開(kāi)告警端口，接收其他服務(wù)發(fā)送的UDP告警消息，將消息解析入庫(kù)，前臺(tái)界面可以依據(jù)數(shù)據(jù)庫(kù)中的告警消息，將異樣代碼/錯(cuò)誤號(hào)等替換為詳細(xì)的告警信息。值得一提的是，某些省如海南、湖北等還支持短信告警的功能。告警的接收等功能由根服務(wù)完成，告警的產(chǎn)生則由子服務(wù)自己產(chǎn)生，告警的產(chǎn)生必需依據(jù)數(shù)據(jù)庫(kù)中訂閱的告警信息和門(mén)限值來(lái)產(chǎn)生。綜合網(wǎng)路激活系統(tǒng)中全部的服務(wù)都是根服務(wù)1001的子孫服務(wù)，所以當(dāng)以進(jìn)程方式啟動(dòng)的子服務(wù)異樣停止的時(shí)候，根服務(wù)會(huì)接收到信號(hào)SIG_CHLD，根服務(wù)推斷是否為異樣停止，假如服務(wù)須要重新啟動(dòng)，根服務(wù)會(huì)接著嘗試重新啟動(dòng)此服務(wù)。綜上所述，綜合網(wǎng)絡(luò)激活的服務(wù)設(shè)計(jì)是其他服務(wù)設(shè)計(jì)的基礎(chǔ)，系統(tǒng)中全部服務(wù)都必需由此種服務(wù)派生。此外，系統(tǒng)中的根服務(wù)也是系統(tǒng)中的核心，它擔(dān)負(fù)著啟動(dòng)、初始化其他服務(wù)，監(jiān)控其他服務(wù)的運(yùn)行，管理其他服務(wù)等功能。但是，系統(tǒng)跟服務(wù)沒(méi)有實(shí)現(xiàn)業(yè)務(wù)邏輯，根服務(wù)是為其他和業(yè)務(wù)邏輯相關(guān)服務(wù)供應(yīng)支持的基礎(chǔ)服務(wù)，就好比一個(gè)公司架構(gòu)中的職能部門(mén)，他們雖然不干脆產(chǎn)生效益，但是為其他職能部門(mén)供應(yīng)了辦公、IT、社保等必要支持，同樣是架構(gòu)中必不行少的組成部分。日志處理對(duì)于任何實(shí)時(shí)系統(tǒng)，日志模塊都是特殊重要的，開(kāi)發(fā)人員、工程人員和維護(hù)人員須要通過(guò)系統(tǒng)輸出的日志推斷系統(tǒng)的運(yùn)行狀況，查找潛在的問(wèn)題等等。綜合網(wǎng)絡(luò)激活的日志模塊是特殊靈敏的，可以通過(guò)配置文件選擇輸出的格式、文件的命名或日志級(jí)別，而且可以選擇輸出到某個(gè)設(shè)備(標(biāo)準(zhǔn)輸出、文件或其他設(shè)備等等)。綜合網(wǎng)絡(luò)激活的日志模塊由CLoggerRepository、CLoggerFactory、CLogger、CAppender、CLogEvent、CLayout、CConsoleAppender、CFileAppender和CLevel類。CAppender、CFileAppender和CConsoleAppender負(fù)責(zé)把消息輸出到不同的設(shè)備。CFileAppender和CConsoleAppender是CAppender的子類，CFileAppender負(fù)責(zé)把消息輸出到文件，CConsoleAppender負(fù)責(zé)把消息輸出到屏幕。CLoggerRepository是日志模塊的容器類，存儲(chǔ)著CLogger的實(shí)例。CLoggerFactory是日志模塊的工廠類，負(fù)責(zé)產(chǎn)生各個(gè)不同類型的CAppender的子類。CLogEvent存儲(chǔ)著要打印到設(shè)備的消息內(nèi)容。CLayout負(fù)責(zé)消息輸出的格式。CLevel負(fù)責(zé)保存了消息的級(jí)別。圖3-3日志模塊靜態(tài)類圖異樣處理異樣處理是程序開(kāi)發(fā)的一個(gè)重要內(nèi)容，異樣處理的好壞關(guān)系到程序的健壯性和系統(tǒng)的穩(wěn)定性。C++是一種純面對(duì)對(duì)象的編程語(yǔ)言，其異樣處理機(jī)制和面對(duì)過(guò)程通的編程語(yǔ)言有很多不同的地方，異樣處理有力地增加了C++程序的健壯性和容錯(cuò)性。綜合網(wǎng)絡(luò)激活構(gòu)建了自己的異樣類家族，以便更好地運(yùn)用C++異樣處理機(jī)制。綜合網(wǎng)絡(luò)激活全部異樣類都是從CException的子類。CException有兩個(gè)方法，分別是errCode和what方法。errCode保存著錯(cuò)誤代碼，what打印出錯(cuò)誤的緣由。除了CException類外，數(shù)據(jù)庫(kù)中還有一個(gè)tSystemErrorInfo表，此表有兩個(gè)字段分別是iErrCode和vcDesc，分別保存了錯(cuò)誤代碼和相應(yīng)錯(cuò)誤代碼的詳細(xì)描述信息。系統(tǒng)中每個(gè)類都有唯一的錯(cuò)誤代碼，出現(xiàn)錯(cuò)誤的時(shí)候依據(jù)錯(cuò)誤代碼可以推斷出錯(cuò)的類，以及錯(cuò)誤的詳細(xì)信息描述。取單服務(wù)(北向接口)綜合網(wǎng)絡(luò)激活的取單服務(wù)負(fù)責(zé)從服務(wù)開(kāi)通、CRM等上層應(yīng)用獲得激活工單。取單服務(wù)接受的通信協(xié)議是多種多樣的，有基于TCP的結(jié)構(gòu)化消息、XML消息和Webservice消息，基于UDP的結(jié)構(gòu)化消息，接受FTP戶文件的方式和數(shù)據(jù)庫(kù)接口表的方式。無(wú)論接受何種通信協(xié)議，最終必需將消息轉(zhuǎn)換為激活子工單許久化到數(shù)據(jù)庫(kù)中。本章節(jié)主要介紹基于TCP的XML消息和Webservice方式的取單服務(wù)，以及如何由激活工單最終轉(zhuǎn)換為激活子工單的大致過(guò)程。異步交互流程業(yè)務(wù)工單的異步交互流程從服務(wù)開(kāi)通系統(tǒng)向綜合網(wǎng)絡(luò)激活系統(tǒng)發(fā)送工單起先，綜合網(wǎng)絡(luò)激活系統(tǒng)在接收到工單后，向服務(wù)開(kāi)通系統(tǒng)返回工單發(fā)送回執(zhí)，以上兩步完成了工單的發(fā)送工作。如服務(wù)開(kāi)通系統(tǒng)在指定時(shí)間內(nèi)未收到回執(zhí)，服務(wù)開(kāi)通系統(tǒng)將負(fù)責(zé)工單的重發(fā)。綜合網(wǎng)絡(luò)激活系統(tǒng)獲得工單后，對(duì)工單進(jìn)行解析、拆分和調(diào)度，并將工單通過(guò)網(wǎng)絡(luò)配置接口在網(wǎng)元上激活并得到執(zhí)行結(jié)果。對(duì)執(zhí)行結(jié)果進(jìn)行分析后，綜合網(wǎng)絡(luò)激活系統(tǒng)將經(jīng)過(guò)分析的執(zhí)行結(jié)果反饋給服務(wù)開(kāi)通系統(tǒng)，服務(wù)開(kāi)通系統(tǒng)接收到工單結(jié)果后返回回執(zhí)，通過(guò)以上五步完成了服務(wù)開(kāi)通系統(tǒng)和綜合網(wǎng)絡(luò)激活系統(tǒng)的異步交互。下圖描述了業(yè)務(wù)工單的異步交互流程，目前絕大部分業(yè)務(wù)工單的交互流程都接受異步方式。如圖3-4所示：圖3-4激活工單消息交互流程工單消息構(gòu)成》工單中包含公共信息、產(chǎn)品信息、資源服務(wù)信息?！饭伍g關(guān)聯(lián)原則上在服務(wù)開(kāi)通系統(tǒng)內(nèi)限制，必要時(shí)可以擴(kuò)展工單的關(guān)聯(lián)關(guān)系。資源服務(wù)的依靠關(guān)系和執(zhí)行依次由綜合網(wǎng)絡(luò)激活系統(tǒng)限制。》對(duì)于工單中存在會(huì)導(dǎo)致網(wǎng)元上用戶己有數(shù)據(jù)丟失的資源服務(wù)實(shí)例(例如S1240交換機(jī)上，用戶納入虛擬網(wǎng)或改號(hào)等)，工單中應(yīng)傳送該用戶已有的資源服務(wù)實(shí)例，動(dòng)作為保持?！樊?dāng)做資源服務(wù)變更時(shí)相關(guān)的資源信息須要傳送變更的新舊值?！饭沃械膶傩韵嚓P(guān)名稱信息節(jié)點(diǎn)為冗余字段，包體中不填寫(xiě)名稱信息，應(yīng)當(dāng)可以正常激活?！沸枳穯螘r(shí)服務(wù)開(kāi)通系統(tǒng)負(fù)責(zé)生成原工單的反向工單，工單號(hào)和原工單號(hào)不同，工單類型為追單，并將原工單號(hào)作為關(guān)聯(lián)工單號(hào)、關(guān)聯(lián)關(guān)系為反向信息送給綜合網(wǎng)絡(luò)激活系統(tǒng)。綜合網(wǎng)絡(luò)激活系統(tǒng)只負(fù)責(zé)反向工單的執(zhí)行(原工單未執(zhí)行時(shí)，因是追單，必需將兩張工單均不執(zhí)行反饋給服務(wù)開(kāi)通系統(tǒng))，不負(fù)責(zé)反向工單的生成。工單消息類型》業(yè)務(wù)請(qǐng)求包：服務(wù)開(kāi)通系統(tǒng)發(fā)送的開(kāi)通或查詢消息包。》消息確認(rèn)包：異步通信時(shí)，綜合網(wǎng)絡(luò)激活系統(tǒng)或服務(wù)開(kāi)通系統(tǒng)對(duì)接收到請(qǐng)求反饋消息包的應(yīng)答消息，確認(rèn)消息包是否成功接收?！窐I(yè)務(wù)反饋包：綜合網(wǎng)絡(luò)系統(tǒng)將請(qǐng)求包執(zhí)行結(jié)果反饋給服務(wù)開(kāi)通系統(tǒng)的消息包。工單消息結(jié)構(gòu)工單包體分為兩部分消息鑒權(quán)部分head和請(qǐng)求信息部分body。如圖3-5所示。圖3-5工單消息結(jié)構(gòu)head業(yè)務(wù)工單包消息頭部分信息：消息頭主要定義消息的頭部信息。定義消息流水號(hào)，消息產(chǎn)生時(shí)間，鑒權(quán)信息，消息類型等。如圖3-6所示：圖3-6工單頭消息結(jié)構(gòu)1.time：消息生成(或稱發(fā)送)時(shí)間。2.login：鑒權(quán)認(rèn)證登錄ID。3.passwd：鑒權(quán)密碼。4.to：消息目的地，可填寫(xiě)消息目的地系統(tǒng)ID。5.type：消息類型，參見(jiàn)靜態(tài)數(shù)據(jù)消息類型列表取值。6.id：消息包唯一標(biāo)識(shí)，由發(fā)送系統(tǒng)和消息流水號(hào)構(gòu)成，確認(rèn)包體中的反饋流水號(hào)(ackid)應(yīng)當(dāng)對(duì)應(yīng)于請(qǐng)求包體中的流水號(hào)。7.from：消息來(lái)源，可填寫(xiě)消息來(lái)源的系統(tǒng)ID。body部分的定義，允許一次請(qǐng)求里面包含多個(gè)工單，也就是支持批量，但此時(shí)必需供應(yīng)批量單的流水號(hào)和批量單個(gè)數(shù)。假如僅有一個(gè)工單，則批量單相關(guān)的參數(shù)bid、Count不能填寫(xiě)。如圖3-7所示：圖3-7工單消息結(jié)構(gòu)體工單包體的組成層次結(jié)構(gòu)。其中涉及到的元素主要有公用信息，產(chǎn)品信息，資源服務(wù)實(shí)例集，資源服務(wù)實(shí)例。如圖3-8所示：圖3-8工單屬性結(jié)構(gòu)公共信息中(public_info)包含工單標(biāo)識(shí)、工單類型、工單間關(guān)聯(lián)關(guān)系和區(qū)域代碼信息，如圖3-9所示：圖3-9工單public_info結(jié)構(gòu)1.wid：工單號(hào)，工單在綜合網(wǎng)絡(luò)激活系統(tǒng)的唯一標(biāo)識(shí)。2.wtype：工單類型，值域{QRY，ACT，TST，PRG}，對(duì)應(yīng){query查詢、activity激活、test測(cè)試、progress進(jìn)度查詢}。3.rela_info：工單關(guān)聯(lián)信息，用于標(biāo)識(shí)此工單和其它工單的關(guān)聯(lián)關(guān)系。4.sla_info：SLA信息。5.cust_info：客戶信息。每個(gè)工單實(shí)例可由多個(gè)產(chǎn)品實(shí)例構(gòu)成(但其中只能由一個(gè)主產(chǎn)品)，每個(gè)產(chǎn)品實(shí)例可由多個(gè)資源服務(wù)實(shí)例構(gòu)成。如圖3-10所示：圖3-10工單products結(jié)構(gòu)業(yè)務(wù)反饋包是對(duì)請(qǐng)求執(zhí)行結(jié)果的反饋。業(yè)務(wù)工單反饋信息包體中包含工單標(biāo)識(shí)、執(zhí)行結(jié)果編碼、執(zhí)行反饋信息、執(zhí)行失敗資源服務(wù)列表和反饋信息列表，如圖3-11所示：圖3-11工單body結(jié)構(gòu)消息確認(rèn)包體是請(qǐng)求包和反饋包接收結(jié)果的確認(rèn)消息，主要由消息流水號(hào)、反饋消息流水號(hào)、反饋值編碼、錯(cuò)誤描述信息組成。如圖3-12所示：圖3-12工單msg結(jié)構(gòu)靜態(tài)數(shù)據(jù)定義全部靜態(tài)數(shù)據(jù)編碼統(tǒng)一接受小寫(xiě)字母，多個(gè)單詞之間接受下劃線連接。編碼接受業(yè)界流行的描述進(jìn)行編碼，以提高可讀性。返回值列表可依據(jù)實(shí)際狀況靈敏擴(kuò)充，如表3-1到3-4所示：表3-1資源服務(wù)動(dòng)作類型列表表3-2消息類型列表表3-3工單類型列表表3-4返回值列表取單服務(wù)設(shè)計(jì)綜合網(wǎng)絡(luò)激活的取單服務(wù)主要完成從服務(wù)開(kāi)通、CRM(客戶管理系統(tǒng))或計(jì)費(fèi)等北向接口上層應(yīng)用收取激活工單，而后將激活工單（上層服務(wù)器，福開(kāi)系統(tǒng)）轉(zhuǎn)換為激活子工單（網(wǎng)絡(luò)激活系統(tǒng)，dispatch函數(shù)），最終將激活工單和激活子工單許久化到數(shù)據(jù)庫(kù)。在實(shí)現(xiàn)過(guò)程中，取單必需從CControl派生，并重寫(xiě)init、run等方法實(shí)現(xiàn)自己的業(yè)務(wù)邏輯。圖3-13取單服務(wù)靜態(tài)類圖圖3-13是取單服務(wù)的靜態(tài)類圖。下面對(duì)所涉及的類進(jìn)行詳細(xì)說(shuō)明。CSoapServerContainerControl會(huì)依據(jù)數(shù)據(jù)庫(kù)中的最大連接數(shù)建立一個(gè)連接池，等待北向接口的外部應(yīng)用發(fā)起連接請(qǐng)求，最終將連接的描述符發(fā)送給CAsyncRecvControl進(jìn)行進(jìn)一步處理。CAsyncRecvControl詳細(xì)實(shí)現(xiàn)了和北向接口的上層應(yīng)用通信和相關(guān)業(yè)務(wù)處理邏輯。CAsyneRecvControl首先調(diào)用INASProvisionSoapBindingProxy類接收外部應(yīng)用發(fā)送的XML消息，將XML消息解析成CBATicket類，而后調(diào)用類CBTASwitcher將激活工單轉(zhuǎn)換為激活子工單(在上文已經(jīng)提到每個(gè)地區(qū)的接收的消息結(jié)構(gòu)和激活工單都可能存在著差異，但是激活子工單都是相同的)，最終將接收的激活工單和激活子工單許久化到數(shù)據(jù)庫(kù)中。INASprovisionSoapBindingService負(fù)責(zé)接收外部應(yīng)用發(fā)送的XML消息，它由類soap派生而來(lái)，soap是gSoap框架依據(jù)wsdl自動(dòng)生成的代碼。它調(diào)用CSTDTicketSwitcher將接收的消息解析成CBATicket類。CBATicke類存儲(chǔ)了激活工單以及激活子工單(CBSSService類和CActService類)。CBSSService存儲(chǔ)了激活工單。CActService存儲(chǔ)了轉(zhuǎn)換后的激活子工單。CBTASwitcher將激活工單轉(zhuǎn)換為激活子工單，并把以上兩種工單許久化到數(shù)據(jù)庫(kù)中。主要包括兩種映射，分別是用戶業(yè)務(wù)編碼的映射和用戶參數(shù)的編碼映射。CSvcMapping是用戶業(yè)務(wù)編碼映射的接口，其他的用戶業(yè)務(wù)編碼映射都必需由此派生。CSvcCodeMapping類由CSvcMaPPing派生，負(fù)責(zé)將激活工單的用戶業(yè)務(wù)編碼依據(jù)數(shù)據(jù)庫(kù)中的配置信息映射成激活子工單的用戶業(yè)務(wù)編碼。CSvcCondMapping類由CSvcMapping派生，和CSvcCodeMapping不同，它是依據(jù)維護(hù)人員配置的邏輯表達(dá)式將激活工單的業(yè)務(wù)編碼映射為激活子工單的業(yè)務(wù)編碼。CServiceConditionMapping類由CSvcMapping派生，負(fù)責(zé)依據(jù)XML消息中的用戶業(yè)務(wù)ID字段將激活工單的業(yè)務(wù)編碼映射為激活子工單的業(yè)務(wù)編碼。CTicketHeadMapping類由CSvcMapping派生，依據(jù)XML消息頭中的相關(guān)信息進(jìn)行映射。CparaMapPing是用戶業(yè)務(wù)參數(shù)映射的接口，其他的用戶業(yè)務(wù)參數(shù)映射必需由此派生。CparaCondMapping類由CParaMapping派生，負(fù)責(zé)將激活工單的用戶參數(shù)編碼依據(jù)數(shù)據(jù)庫(kù)中的配置信息映射成激活子工單的用戶參數(shù)編碼。CParaCondSplitMapping類由CparaMapping派生，依據(jù)維護(hù)人員配置的邏輯表達(dá)式將激活工單的參數(shù)編碼映射為激活子工單的參數(shù)編碼。CParaToHead類由CParaMapping派生，依據(jù)消息頭的信息將激活工單的參數(shù)映射為激活子工單的業(yè)務(wù)參數(shù)。取單服務(wù)時(shí)序