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