面向業(yè)務管理中業(yè)務層與管理層接口研究與設計

2 業(yè)務的抽象
這里可將計算機網(wǎng)絡應用理解為網(wǎng)絡服務，而將網(wǎng)絡服務理解為網(wǎng)絡業(yè)務，將業(yè)務定義為由一組網(wǎng)絡層功能支持的面向終端用戶的網(wǎng)絡應用。面向?qū)ο蠹夹g(shù)在描述被管對象方面具有很大優(yōu)勢，因為面向?qū)ο蟮姆治龇椒ㄊ抢妹嫦驅(qū)ο蟮男畔⒔８拍?如實體、關系、屬性等)，同時運用封裝、繼承、多態(tài)等機制構(gòu)造模擬現(xiàn)實系統(tǒng)的方法。因此，在將網(wǎng)絡業(yè)務作為被管對象時，也應采用相同的方法進行抽象。利用面向?qū)ο蠹夹g(shù)，提出一套較為完整的業(yè)務抽象原則、抽象方法、抽象粒度、抽象等級、業(yè)務描述方法等。
2．1 網(wǎng)絡業(yè)務的抽象原則、粒度和等級
在進行網(wǎng)絡業(yè)務抽象時，應遵循如下原則：(1)抽象出來的業(yè)務應該能夠支撐完整的用戶功能需求；(2)對業(yè)務管理而言沒有顯著意義的、網(wǎng)絡提供的其它業(yè)務可以不抽象為網(wǎng)絡管理業(yè)務對象；(3)應該遵循統(tǒng)一性，一致性的原則，力求抽象的業(yè)務具備可重用性，兼容性?？傊?，在業(yè)務抽象時，需充分考慮業(yè)務對象是否是用戶所關心的、對用戶是否具有管理的意義、對用戶是否能夠支撐完整的管理功能需求。
業(yè)務的粒度對管理功能子模塊的劃分以及與網(wǎng)元的影射有直接影響。粒度太大容易抽象，但不利于功能模塊的劃分和與網(wǎng)元的影射，粒度太小，則增加系統(tǒng)的復雜性和實現(xiàn)難度。把握粒度的原則是支持功能的完整性，如果一個網(wǎng)絡功能不能完成完整的用戶功能需求，就不定義為一個管理業(yè)務對象。例如。E-mail業(yè)務需要檢驗用戶的身份和口令，然而身份認證功能對用戶而言，不是使用網(wǎng)絡的目的，而是E-mail業(yè)務所包含的安全功能，因此不被定義為獨立的業(yè)務。對網(wǎng)絡業(yè)務的抽象應遵循統(tǒng)一性、一致性原則，使抽象的網(wǎng)絡業(yè)務之間盡量不出現(xiàn)重疊、模棱兩可的情況。利用面向?qū)ο蠹夹g(shù)，將業(yè)務進行抽象、封裝，并在相關的業(yè)務之間建立繼承關系，使定義的屬性和管理功能在最大的范圍內(nèi)能夠重用。例如，E-mail業(yè)務就可以分為兩種，一種是基于Web的郵件，一種是利用POP和SMTP協(xié)議實現(xiàn)的郵件功能。
2．2 業(yè)務抽象實例
根據(jù)上述業(yè)務抽象的原則、粒度和等級，可采用面向?qū)ο蟮姆椒▽I(yè)務進行抽象。從面向?qū)ο蟮挠^點來看，網(wǎng)絡業(yè)務可視為一個抽象類，作為各種具體網(wǎng)絡業(yè)務的公共父類。因為網(wǎng)絡業(yè)務類定義的特性(屬性和服務)每個業(yè)務子類都能繼承。例如，F(xiàn)TP、Telnet、E-mail等業(yè)務都是網(wǎng)絡業(yè)務Ser-vice類的子類。而E-mail業(yè)務又分為兩種，一種是基于Web的郵件，一種是利用POP和SMTP協(xié)議實現(xiàn)的郵件功能，這兩種郵件業(yè)務雖然是利用不同方式提供給用戶的，但在用戶的視角中，它們提供的是相同的服務，因此，既應該抽取它們的共同之處，建立郵件業(yè)務對象；又應該強調(diào)它們各自的特點。分別建立相應的業(yè)務子類對象進行管理，如圖1所示。

在面向業(yè)務的網(wǎng)絡管理系統(tǒng)，把可以存儲、管理和操作的所有業(yè)務用一個統(tǒng)一的抽象名字“業(yè)務對象”標記。實際上，業(yè)務對象就是對被管對象和相關支撐資源的抽象。按照面向?qū)ο蠹夹g(shù)的思想，將具有相同管理操作、屬性、特性組、通知和行為特性的業(yè)務對象組合成一個“業(yè)務對象類”?！皹I(yè)務對象類”只是一個虛的概念類，它僅描述類的類別。業(yè)務對象類可以派生子類，子類可繼承父類的各種特征量，如圖2所示。當一個具體的業(yè)務實體作為某類業(yè)務對象存在(創(chuàng)建)時，該實體就被稱為業(yè)務對象實例。對于接口的實現(xiàn)，在網(wǎng)絡層和業(yè)務層進行交互時，更多需考慮對象實例的屬性，因此首先需描述對象實例的屬性。對象實例的屬性主要包含屬性名字、屬性值、對屬性的操作特性等。同一個類中的屬性名應具有唯一標識性。屬性值可通過內(nèi)在的系統(tǒng)手段、網(wǎng)絡活動或管理活動讀取和修改，但修改活動受屬性操作特性的限制。在定義業(yè)務對象時可以規(guī)定某些屬性對外部系統(tǒng)是只讀的，也可規(guī)定屬性值改變的條件等。一般每個業(yè)務對象擁有多個屬性。為方便網(wǎng)絡業(yè)務的管理。為業(yè)務對象定義許多可見屬性，如業(yè)務名稱、業(yè)務類型、業(yè)務響應時間、業(yè)務接入時間、業(yè)務活動訪問計數(shù)、業(yè)務數(shù)據(jù)吞吐量、業(yè)務通路延遲、業(yè)務通路延遲抖動、業(yè)務通路丟包率等。如圖2所示。

3 統(tǒng)一接口的設計
處于業(yè)務層的網(wǎng)絡業(yè)務管理需得到網(wǎng)絡層的服務支持，因此，網(wǎng)絡層和業(yè)務層間通過接口進行交互，業(yè)務層需對網(wǎng)絡層發(fā)布相應的業(yè)務管理任務。通過收集網(wǎng)絡層提供的相關信息。推斷網(wǎng)絡業(yè)務狀態(tài)，進而管理網(wǎng)絡業(yè)務。但目前網(wǎng)絡層向上提供的信息還沒有統(tǒng)一格式，也沒有統(tǒng)一的接口規(guī)范。由于網(wǎng)管系統(tǒng)中的各種設備在邏輯上和物理上都分布在整個被管網(wǎng)絡中，并且經(jīng)常處于動態(tài)變化中，而CORBA很好地結(jié)合面向?qū)ο蠛头植继幚砑夹g(shù)，其體系結(jié)構(gòu)很好地解決了對象的可重用性、可移植性和互操作性等問題。它基于事件服務的主動服務PUSH和PULL技術(shù)，可實時收集各種告警信息、進行信息處理；同時對象之間還可以通過互相調(diào)用對方提供的服務，有分布透明的支持，業(yè)務對象和組件還可以在網(wǎng)絡內(nèi)動態(tài)遷移。為此，根據(jù)上述對業(yè)務對象的抽象、對業(yè)務對象屬性的描述以及面向業(yè)務網(wǎng)絡管理的分層結(jié)構(gòu)，同時考慮到接口的實現(xiàn)，引入CORBA(Common Object Re-quest Architecture，公共對象請求代理體系結(jié)構(gòu))在業(yè)務層和網(wǎng)絡層之間設計一種統(tǒng)一的規(guī)范接口，如圖3所示。