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

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

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

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