【正文】 的網(wǎng)絡(luò)結(jié)構(gòu)體系是一個(gè)概念上獨(dú)立的網(wǎng)絡(luò)，被管理的電信網(wǎng)絡(luò)通過(guò)不同接入點(diǎn)與電信管理網(wǎng)進(jìn)行信息交互，實(shí)現(xiàn)各網(wǎng)絡(luò)的統(tǒng)一管理。網(wǎng)絡(luò)單元（Network Element）是電信網(wǎng)絡(luò)中可管理的設(shè)備和業(yè)務(wù)，在TMN中，在網(wǎng)絡(luò)單元中，所有可管理的設(shè)備、資源都被抽象成管理對(duì)象（Managed Object），并通過(guò)代理的形式與操作系統(tǒng)進(jìn)行信息交互。網(wǎng)絡(luò)單元管理位于最底層，網(wǎng)絡(luò)中的基本組成是可管理的網(wǎng)絡(luò)設(shè)備單元，網(wǎng)絡(luò)單元管理主要面向網(wǎng)絡(luò)單元。網(wǎng)絡(luò)管理系統(tǒng)提供對(duì)網(wǎng)絡(luò)中網(wǎng)絡(luò)單元的集成管理，從全網(wǎng)的角度出發(fā)，協(xié)調(diào)和控制網(wǎng)絡(luò)中所有網(wǎng)絡(luò)單元的活動(dòng)，并且提供了各層服務(wù)管理系統(tǒng)之間的通信交互。在管理系統(tǒng)中，對(duì)網(wǎng)絡(luò)單元設(shè)備參數(shù)的配置，業(yè)務(wù)實(shí)現(xiàn)參數(shù)的配置，網(wǎng)絡(luò)服務(wù)開停的配置等，通過(guò)配置管理使網(wǎng)絡(luò)管理更具靈活性，并提供了良好的適應(yīng)性和擴(kuò)展性。除了自動(dòng)獲取信息，還需要提供對(duì)獲取的配置信息進(jìn)行自動(dòng)備份和管理，對(duì)網(wǎng)絡(luò)配置一致性的檢查等。計(jì)費(fèi)策略往往體現(xiàn)網(wǎng)絡(luò)運(yùn)營(yíng)用戶的實(shí)際需求，計(jì)費(fèi)的方式往往需要能夠根據(jù)計(jì)費(fèi)策略的變化而靈活的進(jìn)行更改，并且提供一個(gè)完善的計(jì)費(fèi)策略數(shù)據(jù)模型。這個(gè)幾個(gè)網(wǎng)絡(luò)管理服務(wù)可以獨(dú)立實(shí)現(xiàn)，作為一個(gè)服務(wù)提供，又相互協(xié)作，安全管理貫穿網(wǎng)絡(luò)管理的各個(gè)方面，在計(jì)費(fèi)管理中，需要嚴(yán)格的安全檢測(cè)措施，避免費(fèi)用數(shù)據(jù)、記錄等信息泄漏或遭遇入侵，每個(gè)模塊都會(huì)出現(xiàn)運(yùn)行故障，提供故障管理手段使性能監(jiān)控，安全防護(hù)能夠正常的執(zhí)行，以上幾個(gè)方面涵蓋了網(wǎng)絡(luò)管理中的基本功能需求。在網(wǎng)元管理系統(tǒng)中，網(wǎng)絡(luò)單元都是分散獨(dú)立的實(shí)體，彼此間沒(méi)有聯(lián)系，網(wǎng)絡(luò)單元之間的信息交互是由網(wǎng)絡(luò)管理系統(tǒng)來(lái)實(shí)現(xiàn)的，網(wǎng)元管理系統(tǒng)通過(guò)北橋接口與網(wǎng)絡(luò)管理層進(jìn)行交互，層與層之間的交互通過(guò)一定的通信協(xié)議進(jìn)行交互，一般會(huì)由供應(yīng)商指定提供，比如Snyder，SNMP，CMIS/CMIP等網(wǎng)絡(luò)管理解決方案提供有相應(yīng)的通信協(xié)議。SNMP采用了客戶端/服務(wù)器的系統(tǒng)管理模型，網(wǎng)絡(luò)的管理和維護(hù)是通過(guò)工作站與SNMP客戶端代理之間的交互來(lái)完成的，客戶端和服務(wù)器通過(guò)SNMP協(xié)議中的標(biāo)準(zhǔn)信息模型進(jìn)行相互通信，每條消息各自獨(dú)立組成一個(gè)數(shù)據(jù)報(bào)文。CMIP的管理模式是通過(guò)事件報(bào)告的形式，檢測(cè)網(wǎng)絡(luò)中設(shè)備的狀態(tài)、參數(shù)、配置等變化，并通過(guò)管理進(jìn)程實(shí)現(xiàn)事件報(bào)告的統(tǒng)一管理，管理進(jìn)程能夠及時(shí)對(duì)事件做出相應(yīng)。MTNM提供的服務(wù)包括網(wǎng)絡(luò)資源設(shè)備清單管理，網(wǎng)絡(luò)設(shè)備供應(yīng)，設(shè)備故障管理，設(shè)備運(yùn)行監(jiān)控等，并且支持多種網(wǎng)絡(luò)通信技術(shù)：SONET/SDH，PDH，DWDM，Ethernet，DSL，ATM等。 分布式通信技術(shù)分布式技術(shù)是目前比較流行的系統(tǒng)交互技術(shù)，目前使用比較多的有Microsoft的COM/DCOM，CORBA等，相比與COM/DCOM的平臺(tái)局限性和idl不支持繼承的缺陷性，在基于TMN規(guī)范的管理網(wǎng)絡(luò)系統(tǒng)中，使用并不廣泛的特點(diǎn)，CORBA的多語(yǔ)言混合使用以及平臺(tái)無(wú)關(guān)性的優(yōu)勢(shì)，使之在許多分布式網(wǎng)絡(luò)系統(tǒng)中得到了廣泛的研究和應(yīng)用[3]。 本章小結(jié)本章介紹了電信管理網(wǎng)TMN的概念以及管理網(wǎng)層次的劃分，描述了管理網(wǎng)網(wǎng)絡(luò)管理的概念和功能劃分，以及網(wǎng)絡(luò)管理中的技術(shù)分析。OSGi 是由 OSGi 聯(lián)盟提出的一個(gè)開放的服務(wù)規(guī)范，OSGi聯(lián)盟是由Sun、MicroSystems、IBM、愛立信等公司于1999共同成立的一個(gè)開放的標(biāo)準(zhǔn)化組織，它是一個(gè)非盈利性質(zhì)的國(guó)際組織，旨在建立一個(gè)開放的服務(wù)規(guī)范。OSGi最早的版本是由OSGi聯(lián)盟于2000年發(fā)布了OSGi Service Platform ，但真正對(duì)大家熟知，與eclipse有密切的關(guān)系，多年以來(lái)，Eclipse一直都是Java開發(fā)者的首選IDE，只要是一個(gè)Java開發(fā)者，基本都會(huì)知道Eclipse，都是使用自己開發(fā)的一套插件機(jī)制，該插件機(jī)制設(shè)計(jì)非常精巧，受到很多開發(fā)者的推崇，但是，Eclipse基金會(huì)作出了一個(gè)大膽的嘗試，將Eclipse的插件體系機(jī)制逐步遷移到OSGi框架中，并且，Eclipse還自己實(shí)現(xiàn)了一個(gè)OSGi的開源框架，Equinox，每個(gè)Eclipse版本的發(fā)布都會(huì)伴隨Equinox的更新。模塊層定義了bundle應(yīng)用的加載策略，Java平臺(tái)只提供了對(duì)打包、部署和對(duì)Java應(yīng)用和組件校驗(yàn)的最小支持，通常，大多數(shù)Java應(yīng)用中，一個(gè)應(yīng)用對(duì)應(yīng)一個(gè)單獨(dú)的classpath，其中包含了所有的Java類文件和資源文件，因此，在很多基于Java的項(xiàng)目中，都會(huì)借助于專用的類加載器，用來(lái)創(chuàng)建用戶模塊層，實(shí)現(xiàn)項(xiàng)目的打包、部署和對(duì)Java應(yīng)用和組件的校驗(yàn)。生命周期層提供了對(duì)bundle的生命周期管理和安全控制，在模塊層定義了bundle作為jar文件的組織形式，但是，對(duì)bundle的控制是放在生命周期層來(lái)完成的，生命周期成可以動(dòng)態(tài)的對(duì)bundle進(jìn)行安裝、啟動(dòng)、停止、卸載和升級(jí)等，用戶可以通過(guò)生命周期層提供的一組API來(lái)對(duì)bundle的運(yùn)行進(jìn)行操作控制。 OSGi類加載機(jī)制類加載器（ClassLoader）是Java虛擬機(jī)JVM提出的概念，JVM本身包含了3個(gè)類加載器，Bootstrap ClassLoader，Exension ClassLoader，System ClassLoader，這3個(gè)類加載器都是由系統(tǒng)本地代碼實(shí)現(xiàn)的[10]，加載器的結(jié)構(gòu)如下圖所示，Bootstrap ClassLoader主要負(fù)責(zé)Java核心Jar文件的加載，其他兩個(gè)類加載器也由其來(lái)加載，Exension ClassLoader是擴(kuò)展類加載器，負(fù)責(zé)加載存放JRE的ext目錄下的class文件，System ClassLoader負(fù)責(zé)加載在Classpath下的class文件，也就是程序所在的位置的類文件，在System ClassLoader的基礎(chǔ)上，開發(fā)人員可以繼承這個(gè)類加載器來(lái)實(shí)現(xiàn)自定義的類加載器[11]。Bundle的啟動(dòng)一般由Bundle激活器來(lái)激活，Bundle激活器由manifest文件中BundleActivator參數(shù)來(lái)確定，該接口有一個(gè)start和stop方法，開發(fā)人員可以在這兩個(gè)方法中添加在啟動(dòng)或者停止時(shí)需要注冊(cè)的監(jiān)聽器，啟動(dòng)、停止的線程等操作[9]。 Bundle交互Bundle之間的交互一般有兩種，通過(guò)export和import方式導(dǎo)出和導(dǎo)入包，另一種是通過(guò)Service的方式進(jìn)行交互。 Bundle交互方式()方法將服務(wù)注冊(cè)到服務(wù)注冊(cè)中心，使用的時(shí)候，這種方式的服務(wù)注冊(cè)方法，需要在每次都在代碼中聲明注冊(cè)，耦合度較高。Declarative Services對(duì)Service的定義很簡(jiǎn)單，只需定義Service實(shí)現(xiàn)的接口和引用的服務(wù)即可，當(dāng)滿足組件激活條件后，框架會(huì)將Service注冊(cè)到服務(wù)注冊(cè)中心，通過(guò)調(diào)用接口，就可以查找到具體的實(shí)現(xiàn)組件。目前，OSGi在商業(yè)領(lǐng)域和開源軟件領(lǐng)域都被廣泛的采用，比如IBM的P5服務(wù)器系列，Websphere ， Lotus Sametime等，包括Apache都將OSGi視為一個(gè)重要的服務(wù)架構(gòu)基礎(chǔ)，可以看到，OSGi在服務(wù)器端的應(yīng)用和企業(yè)中的應(yīng)用已經(jīng)越來(lái)越廣泛，這些發(fā)展的同時(shí)也為OSGi標(biāo)準(zhǔn)的進(jìn)一步發(fā)展和完善提供了支撐和保障，起到了非常重要的推動(dòng)作用。19浙江大學(xué)碩士學(xué)位論文 第4章 基于OSGi的網(wǎng)絡(luò)工單操作管理系統(tǒng)的設(shè)計(jì)第4章 基于OSGi的網(wǎng)絡(luò)工單操作管理系統(tǒng)的設(shè)計(jì)前文已經(jīng)詳細(xì)描述了OSGi的特點(diǎn)以及采用OSGi作為系統(tǒng)框架的優(yōu)勢(shì)，本章，本章將給出網(wǎng)絡(luò)工單操作管理系統(tǒng)的體系結(jié)構(gòu)，并且在OSGi的基礎(chǔ)上對(duì)系統(tǒng)平臺(tái)進(jìn)行設(shè)計(jì)和實(shí)現(xiàn)，目的是提供一種對(duì)網(wǎng)絡(luò)操作任務(wù)的統(tǒng)一管理方式，通過(guò)使用OSGi技術(shù)，能夠是系統(tǒng)具有更好的適用性和擴(kuò)展性。 系統(tǒng)平臺(tái)功能 角色在網(wǎng)絡(luò)操作工單管理系統(tǒng)中，主要涉及到的角色有幾種：網(wǎng)絡(luò)操作工單使用者，使用者是指以普通用戶的角色進(jìn)入系統(tǒng)，使用系統(tǒng)提供的操作工單管理服務(wù)。 業(yè)務(wù)分析啟動(dòng)設(shè)備：?jiǎn)?dòng)網(wǎng)絡(luò)操作工單管理系統(tǒng)，根據(jù)定義的啟動(dòng)順序，啟動(dòng)系統(tǒng)功能模塊。資源管理：資源管理包括資源的新增、編輯、查看、刪除等操作。自動(dòng)任務(wù)到達(dá)開始執(zhí)行時(shí)間會(huì)自動(dòng)執(zhí)行，并且自動(dòng)更新任務(wù)執(zhí)行狀態(tài)。操作任務(wù)定義：系統(tǒng)提供了對(duì)支持的操作任務(wù)的定義，包括操作任務(wù)的原子活動(dòng)的定義，任務(wù)的參數(shù)定義，并且將任務(wù)以流程的形式排列原子活動(dòng)的執(zhí)行順序?；顒?dòng)統(tǒng)計(jì)：系統(tǒng)支持對(duì)用戶活動(dòng)歷史的統(tǒng)計(jì)功能，通過(guò)列表的形式顯示用戶在系統(tǒng)中的活動(dòng)。通過(guò)這些組件和工具，為系統(tǒng)業(yè)務(wù)邏輯功能的實(shí)現(xiàn)提供有效的支持，第三方組件提供了很多實(shí)用的功能，能夠是開發(fā)人員將注意力放到如何實(shí)現(xiàn)業(yè)務(wù)邏輯上，比如，系統(tǒng)需要一個(gè)郵件服務(wù)功能，能夠發(fā)送郵件給操作任務(wù)執(zhí)行人員，那么添加一個(gè)已經(jīng)實(shí)現(xiàn)了的郵件服務(wù)組件是一個(gè)十分有效的方式，這樣能夠?qū)㈤_發(fā)的任務(wù)集中到發(fā)送郵件的業(yè)務(wù)邏輯而非實(shí)現(xiàn)如何提供發(fā)送郵件功能，并且，第三方組件很多都是經(jīng)過(guò)了測(cè)試驗(yàn)證，比較成熟的產(chǎn)品，這樣不僅有效提高了系統(tǒng)開發(fā)的效率，同時(shí)增強(qiáng)系統(tǒng)的健壯性。工單處理模塊主要負(fù)責(zé)對(duì)加載到平臺(tái)的網(wǎng)絡(luò)操作工單的處理，在本系統(tǒng)中，網(wǎng)絡(luò)工單是主要的處理對(duì)象，系統(tǒng)的操作都是圍繞這個(gè)實(shí)體來(lái)進(jìn)行，網(wǎng)絡(luò)工單在本系統(tǒng)是這樣一個(gè)模型，面向網(wǎng)絡(luò)管理系統(tǒng)，以一定的約定結(jié)構(gòu)模式排列，進(jìn)行一定的網(wǎng)絡(luò)操作任務(wù)的文件，工單中網(wǎng)絡(luò)操作以操作任務(wù)為處理單位，比如，在網(wǎng)絡(luò)中，增加一條鏈路，同時(shí)，根據(jù)工單文件中的參數(shù)，還可以具體判斷到底是增加一條拓?fù)溥壿嬫溌愤€是一條物理鏈路。 網(wǎng)絡(luò)資源管理模塊提供對(duì)系統(tǒng)中涉及的網(wǎng)絡(luò)資源的管理，包括了資源增加、編輯、刪除，資源的時(shí)間片分配情況統(tǒng)計(jì)等。用戶管理模塊包含了對(duì)用戶信息的管理，包括用戶信息的管理，權(quán)限的管理，用戶操作歷史日志的管理等，在系統(tǒng)中，設(shè)置管理員用戶，管理員用戶具有完全的操作權(quán)限，同時(shí)也具有其他用戶沒(méi)有的用戶管理權(quán)限。 系統(tǒng)交互圖本系統(tǒng)采用了B/S的Web架構(gòu)模型，使用基于瀏覽器的方式，能夠?qū)崿F(xiàn)操作系統(tǒng)平臺(tái)無(wú)關(guān)性，后臺(tái)透明性的特點(diǎn)，在業(yè)務(wù)邏輯模塊設(shè)計(jì)上，采用了MVC的設(shè)計(jì)模式，同時(shí)，在基于OSGi框架的系統(tǒng)中，每個(gè)模塊都以Bundle為單位劃分，模塊之間通過(guò)導(dǎo)入、導(dǎo)出Java包和提供Service服務(wù)的形式進(jìn)行交互，減少Bundle之間的依賴關(guān)系，通過(guò)這樣的方式，使系統(tǒng)平臺(tái)的模塊具有高內(nèi)聚低耦合的特征，便于模塊的更新和擴(kuò)展。JSP頁(yè)面只負(fù)責(zé)頁(yè)面數(shù)據(jù)的展示，不包含具體的業(yè)務(wù)處理。業(yè)務(wù)邏輯的實(shí)現(xiàn)主要包括一下幾個(gè)Bundle：業(yè)務(wù)模型Bundle：業(yè)務(wù)模型Bundle提供了系統(tǒng)業(yè)務(wù)的基本對(duì)象模型，以簡(jiǎn)單POJO的形式提供給其他Bundle使用，還包括Service服務(wù)接口定義，與數(shù)據(jù)庫(kù)交互的對(duì)象模型，業(yè)務(wù)邏輯的參數(shù)常量等。此Bundle包括了以XML形式定義的各個(gè)流程的定義文件，以及每個(gè)原子活動(dòng)的控制器Handler，系統(tǒng)在執(zhí)行過(guò)程中，會(huì)自動(dòng)調(diào)用這些Handler來(lái)處理相應(yīng)的原子活動(dòng)。 持久層數(shù)據(jù)持久層提供與數(shù)據(jù)庫(kù)進(jìn)行交互的功能，在本系統(tǒng)中，對(duì)于與數(shù)據(jù)庫(kù)的交互主要放在數(shù)據(jù)管理Bundle，在數(shù)據(jù)管理Bundle中，提供了以數(shù)據(jù)庫(kù)表結(jié)果相對(duì)應(yīng)的對(duì)象的形式進(jìn)行交互管理，通過(guò)與基礎(chǔ)功能模塊中提供數(shù)據(jù)庫(kù)基本操作管理的Bundle交互，實(shí)現(xiàn)數(shù)據(jù)的存儲(chǔ)，更新，讀取等邏輯。對(duì)于第三方組件的組織，采用組件為單位的Bundle形式，主要分成兩個(gè)部分，一部分是OSGi框架實(shí)現(xiàn)所需要的組件，另一部分是系統(tǒng)業(yè)務(wù)功能需要的組件，這些組件通過(guò)工程的模式進(jìn)行保證，通過(guò)Export導(dǎo)出Java包的方法向系統(tǒng)提供所需服務(wù)。 Bundle實(shí)現(xiàn)方式設(shè)計(jì)在Bundle之間的通信上，采用了Service接口服務(wù)調(diào)用、導(dǎo)入、導(dǎo)出Java包和擴(kuò)展點(diǎn)三種不同的方式，實(shí)現(xiàn)了各模塊之間的相互通信和協(xié)作。 導(dǎo)出Java包 服務(wù)接口通過(guò)Service服務(wù)接口實(shí)現(xiàn)Bundle之間的通信，在本系統(tǒng)中，采用統(tǒng)一實(shí)現(xiàn)一個(gè)Serviceable接口的形式，Serviceable接口提供了OSGi接口服務(wù)所需的start和stop方法，如圖所示，通過(guò)接口的形式將start和stop方法提取出來(lái)，不僅是為了擴(kuò)展和簡(jiǎn)化開發(fā)的需要，同時(shí)，也作為一個(gè)服務(wù)的標(biāo)識(shí)，在Bundle中需要作為服務(wù)提供給其他外部Bundle使用的服務(wù)類都實(shí)現(xiàn)Serviceable接口，使Bundle中哪些是提供OSGi的服務(wù)一目了然，OSGi服務(wù)的注冊(cè)，查詢，更新，卸載等操作由系統(tǒng)的基礎(chǔ)功能模塊提供。服務(wù)接口的Bundle通信方式在OSGi中是一個(gè)比較推薦的方式之一，在系統(tǒng)中，業(yè)務(wù)邏輯提供的功能基本都采用了服務(wù)接口的形式。本系統(tǒng)中，對(duì)于一些基礎(chǔ)的常量如錯(cuò)誤類型，數(shù)據(jù)庫(kù)表的字段、屬性，數(shù)據(jù)模型等一些簡(jiǎn)單的常量屬性，通過(guò)擴(kuò)展點(diǎn)的形式進(jìn)行交互。所以，在系統(tǒng)Bundle的設(shè)計(jì)中，將服務(wù)接口的聲明放在基本業(yè)務(wù)模型Bundle中，與服務(wù)的具體業(yè)務(wù)邏輯實(shí)現(xiàn)分離。通過(guò)設(shè)置startlevel的值來(lái)實(shí)現(xiàn)對(duì)Bundle啟動(dòng)順序的控制。一致性：界面的風(fēng)格和內(nèi)容保持一直，包括字體色調(diào)，布局顏色，也包括使用的術(shù)語(yǔ)等，一致性是優(yōu)秀界面設(shè)計(jì)所需具備的特點(diǎn)。排列分組：將諸多系統(tǒng)的功能操作通過(guò)一種有序的方式排列起來(lái)，提供整齊的用戶操作列表。下一章中，將詳細(xì)分析和介紹系統(tǒng)中網(wǎng)絡(luò)工單操作任務(wù)的流程定義和管理。在上一章中，已經(jīng)提到，在統(tǒng)計(jì)網(wǎng)絡(luò)操作任務(wù)時(shí)，會(huì)以工作流的形式對(duì)任務(wù)的實(shí)際執(zhí)行狀態(tài)進(jìn)行實(shí)時(shí)的統(tǒng)計(jì)和更新，并且給出是了示意圖，任務(wù)流程的定義通過(guò)了jBPM工作流組件來(lái)實(shí)現(xiàn)，通過(guò)定義，組件工具會(huì)根據(jù)設(shè)計(jì)的流程定義文件生成一個(gè)圖形化的流程圖。jBPM支持的流程有兩種，一種是BPEL（Business Process Execution Language），是由OASIS擬定的基于Web Service的流程執(zhí)行語(yǔ)言，在其中定義的流程通過(guò)Web Service的接口來(lái)進(jìn)行信息的交互。基于jPDL定義的活動(dòng)主要有如下幾種[19]：Start開始節(jié)點(diǎn)：流程啟動(dòng)，在jPDL定義中，每個(gè)流程必須有一個(gè)start開始節(jié)點(diǎn)，用以說(shuō)明流程實(shí)例從哪里開始，每個(gè)流程只能定義一個(gè)開始節(jié)點(diǎn)，并且開始節(jié)點(diǎn)必須有一個(gè)向外的流向轉(zhuǎn)移，開始節(jié)點(diǎn)沒(méi)有可執(zhí)行屬性定義，不會(huì)執(zhí)行任何其他操作，只是在流程實(shí)例開始后，將流程實(shí)例轉(zhuǎn)移到需要執(zhí)行的第一個(gè)可執(zhí)行節(jié)點(diǎn)。Concurrency并發(fā)節(jié)點(diǎn)：流程中如果兩個(gè)或多個(gè)活動(dòng)需要同步執(zhí)行時(shí)，就需要并發(fā)控制，并發(fā)節(jié)點(diǎn)提供了并發(fā)控制，通過(guò)fork和join