前言:我們精心挑選了數篇優質統一管理論文文章,供您閱讀參考。期待這些文章能為您帶來啟發,助您在寫作的道路上更上一層樓。
目前,在全國640個城市中,缺水城市達300多個,其中嚴重缺水的城市114個,日缺水1600萬噸,每年因缺水造成的直接經濟損失達2000億元。這說明,21世紀我國水資源供需面臨著非常嚴峻的形勢。如果我們在水資源管理上沒有大的突破,那就很難支持國民經濟持續快速健康發展的需求。因此,加強水資源管理是一項十分緊迫的任務。
一、構建一體化的水資源管理機構。我國目前的水資源管理呈“多頭管水,多頭治水”的局面,沒有形成一個有權威的統一的水管理體系。我國雖然設有七大流域的管理機構,但這些流域管理機構沒有獨立的管理職責,缺乏統一調度和管理流域水資源的功能,因而水資源實際上無法真正實現流域統一管理,沒有能力協調流域內部各個行政區之間的水資源管理工作;其他還有如水利和水電的分散管理,生活用水的分散管理和水利工程及水土保持的分散管理等。這種分散管理體制有礙水資源和地區經濟社會的協調發展,致使水體污染加重、水環境遭受破壞。為了應付日益嚴重的水資源危機,急需建立一個高效合理的水資源統一管理機構。前年,黃河流域包頭市水務局的成立,延續多年的“多龍管水”體制開始向“一龍管水體制轉變。新組建的包頭市水務局是市政府統一管理水資源的水行政主管部門,承擔著保障包頭市城鄉供水、排水、防洪、污水處理和水土資源保護等重要職責。包頭市實現城鄉水務一體化管理,不僅體現了政府機構改革精簡、統一、效能的原則,解決了政府部門職能交叉、政出多門、執法難、管理難等方面的問題,而且通過建立統一的管理水資源的體制,使其與黃河流域水資源統一管理相配套,從而使黃河水資源的統一規劃、統一調度、提高用水效率落到了實處。這一做法已在全國范圍內,尤其是西北地區和黃河流域產生了廣泛而深刻的影響。目前,全國還有許多大中城市正在醞釀籌劃成立水務局。新的運行機制,無疑將起到加強水資源管理的作用。關鍵詞:水資源管理,統一管理,我國水資源現狀二、明確劃分政府管理水資源的權利空間和市場機制的邊界。長期以來我國用計劃手段配置水資源,在許多人的心目中形成了水資源是典型的“公共物品”的觀念。在這種體制下,國家是水資源管理和保護的主體,利用各項權力主導流域內地區間水的分配,實施跨流域和跨地區之間的調水工程,采取行政的、經濟的等各種手段來保護、管理水資源,并取代了市場主體,決定水資源使用的有償流轉,從而導致了水資源管理的混亂和低效率。然而,“公共物品”的顯著特征是其消費的“非競爭性”和“非排他性”,也就是說一個人對“公共物品”的消費,不會減少其他人對這種物品的消費。可見,水資源在一定程度上并不是“公共物品”,它作為“公共物品”主要體現在環境特征等外部性上。在這些“市場失靈”的地方,應是政府發揮作用的區域。因此,在水生態保護和水污染治理,水資源流域上下游的分配與補償,水市場規則的制定與維護等方面,是政府水資源管理的核心內容。當前亟待建立和完善我國的水權制度,明晰水資源產權,實行資源有償使用制度,建立一個利用市場手段和政府宏觀調控的水市場。這既是水利改革適應市場機制的需要,同時也是水利適應經濟社會發展的必然結果。國家可以通過行使使用收益權和建立水資源有償使用機制,將使用權轉讓給市場主體,并可以允許市場主體依法進行使用權的有償流轉。市場經濟體制下,實行多渠道、多層次投資開發利用水資源,加強水權、產權管理,實行所有權與使用權分離,實行資源有償使用和轉讓,將有利于促進經營者和使用者對資源的合理開發利用,提高資源利用的經濟效益、社會效益和生態效益。水的使用權的流轉,實際上是政府適應市場經濟體制的水資源管理的一種經濟手段,而不是目的。它的實施應與很多政策相配套。其一是有償轉讓應建立在有償使用的基礎上,即水的使用權的取得如果是行政審批取得,其轉讓還是應該經過行政許可;但如果國家已建立了水資源有償使用制度,已行使了使用收益權,某一主體已向國家交納了水資源有償使用費后才取得了水資源的使用權,則允許依法進行有償轉讓。其二是水資源的使用權的取得應與其事業相適應,國家在許可水資源的使用權時是依據事業的需要和定額管理,而不是憑空就許可水資源使用權,這樣才能避免由此引起的諸如使用權壟斷等一系列問題。其三,水的使用權的轉讓應有利于水資源的節約和保護,可轉讓的權利應限制在因技術和資金的投入,通過節約用水和水資源保護措施而空余下來的水量。
三、改革水價體系。科學的水價體系是水利經濟良性循環的重要保證,也是合理利用水資源的調解器。目前的水價主要存在以下幾個方面的問題:其一,定價原則極不合理,導致水費標準偏低。主要表現在農業按供水成本收費,其成本不包括農民投勞折資形成的固定資產折舊,使得現行水費標準不到供水成本的一半。其二,沒有將供水列入商品范疇進行定價和管理。長期以來,將水費計收作為有償服務行為,收入當做事業性收費進行管理,有的地方政府將水費納入財政專戶管理,并按預算外資金進行調控。由此出現了各種不正?,F象:收費難,拖欠水費甚至拒交的事時有發生,清理行政事業收費時往往被列為清理和審查對象,導致水費標準難以達到合理水平,且水費難以落實到水管單位使用;其三,水費標準背離市場價值,市場調節機制失靈。水費標準一旦確立,難以改動,其水費不能反應市場的價值,市場調節機制嚴重失靈。針對以上存在的問題,我們應當以水價改革為突破口,建立科學的水價體系和管理體制,主要包括:第一,實施符合社會主義市場經濟規律的“水價辦法”,要體現市場經濟運作原則,做到成本補償、合理收益,體現一般商品的價值規律。第二,適當考慮供求關系,采取市場調節,允許部分地區,在適當部門監控下,按供求關系調整水價,實行動態水價和超計劃累進加價制度。第三,改革現行的水價制度管理體制,依據《中華人民共和國價格管理條例》,物價主管部門管理水價的核定、審批和調整,水管單位的收入是經營性收入,嚴格按照財會制度使用管理。第四,建立科學的水價體系,確保地表水、地下水及降水聯調機制順利實施。如對于河水灌區,為了充分利用水資源,充分利用地下水進行灌溉,適當提高地表水資源價格,地表水地下水資源的比價足以刺激地下水資源開發為限,對于地下水資源匱乏而地表水資源豐富地區,可以適當提高地下水資源價格,確保地表水資源合理利用,保護地下水資源。國家可以通過行使使用收益權,通過建立水資源有償使用機制,而將使用權轉讓給市場主體,并可以允許市場主體依法進行使用權的。雖然水價改革勢在必行,但從全國范圍來看,尤其是農業水價改革方面,目前尚未取得很大進展。因此,如何在確保水資源持續發展的條件下制定合理有效的水價,是目前和今后政府部門和學術界都應關注的問題。
絡管理系統進行統一的內容和實現途徑。
關鍵詞統一的網管系統SNMPCMIP面向對象CORBA
MethodofImplementIntegratedNetworkManagementSystem
AbstractThenecessityofintegratednetworkmanagementsystemsisdiscussedindetailinthispaper.Andthenthelevelandcontentsofintegrationareinvestigated,thestrategiestoimplementanintegratednetworkmanagementsystemarepresented.
Keywordsintegrationnetworkmanagementsystem,SNMP,CMIP,objectoriented,CORBA
1引言
當今網絡越來越重要,網絡的規模、復雜度也越來越大,為了保證網絡有良好的性能,必須使用網絡管理系統,網絡管理系統監視和控制網絡,即對網絡進行配置,獲取信息,監視網絡性能,監視和管理故障以及進行安全控制。但是,由于歷史的原因,現在的網絡管理系統存在著缺陷,不同的網絡運營商擁有各自分割的網管系統,有些廠商發展自己專用的協議。同時,針對不同的網絡管理功能,存在著大量功能單一的網絡管理系統。這些管理功能相互獨立,甚至不同廠家同類設備間的管理系統也做不到很好的統一。這些情況致使網絡協議不兼容,管理信息分離,不能更好的共享管理資源,缺乏對整個網絡的統一管理,從技術方面看,管理內容龐雜、操作界面多種多樣,從管理方面看,不同的網管系統需要更多的人員學習、維護,浪費人力,同時隨著網絡的復雜度增加,分散管理,不容易進行問題定位和對網絡的優化。
針對以上網絡管理中存在的問題,各網絡運營商希望能夠在目前網絡管理基礎上建立一個綜合的網絡管理系統,以實現網絡管理的統一。這就有了綜合網絡管理的需求,即把現有的獨立的不同網管系統進行整合,實現兼容和互操作性,形成一個界面友好、功能齊全的網絡管理系統。
2網絡管理概要
網絡由互相連接的諸如路由器、交換機、網橋、工作站等網絡設備組成。網絡管理系統對網絡進行監視對網絡設備進行控制。網絡監視是指在不加影響的情況下對網絡的狀態進行監視,而網絡設備的控制包括主動地參與和影響網絡的狀態。
一個典型的網絡管理系統由四部分組成。如圖1所示:網絡管理站(NMS),運行在網絡設備上的管理,協議和管理信息集。NMS是一個計算機系統,他執行網絡管理功能,對不同設備提供了基本的網絡管理功能。一個典型的NMS有以下部件組成:
一個圖形用戶界面(GUI)
管理進程
NMS核心
數據庫管理系統(DBMS)
信息處理機制
管理協議
GUI給用戶提供了一個使用NMS的界面。NMS使用標準的方法去請求網絡設備,從不同網絡設備中收集信息。收集到的信息存放在DBMS中,管理應用使用DBMS進行存儲信息和建立間的聯系,用于網絡分析和維護。NMS使用管理協議和運行在被管理節點上的管理進行通信。NMS和管理間進行通信的信息由管理信息庫(MIB)來定義。使用的管理協議為簡單網絡管理協議(SNMP),通用管理信息協議(CMIP)。
3統一不同的網絡管理系統面臨的問題
3.1統一的不同層面
網絡管理的統一存在三個層次。
站點級的統計,這是最低級的統一,不同的網絡管理系統在同一服務器上運行,相互獨立,是不同的NMS。
GUI級的統一,指不同的網絡管理系統操作界面風格統一,運用的術語相同,管理員面對的是一種操作語言,這是一種表面上的統一,具有友好的一次性學習的界面。
管理應用級的統一,這是最高級別的統一。在這個級別上,不但實現了GUI的統一,各種網絡管理系統的管理應用程序按照統一標準設計,應用程序間可進行信息共享和關聯操作。在這一層面上的統一實現了對異構網的綜合分析與管理,進行關聯操作,網管系統可具有推理判斷能力。
3.2統一的內容
網絡管理系統統一可從三個方面依次去實現,即操作界面的統一、網管協議的統一、網管功能的統一。
界面的統一
網絡管理系統是管理的工具,但歸根到底是要人去操作管理,操作界面的優劣會對管理員產生很大影響。不同網管系統具有不同的操作界面,要求管理員分別學習,或增加管理員人數,形成人力浪費?,F在沒有統一的網管用戶界面的統一標準。現有的網管系統幾乎都實現了圖形界面,但既有基于UNIX操作系統的又有基于WINDOWS操作系統,且界面的格式千差萬別,給管理員的工作增加困難。
網管協議的統一
管理協議是NMS核心和管理之間進行信息交換遵循的標準,是網管
系統統一的關鍵所在。目前流行的兩種網管協議為SNMP(SimpleNetworkManagementProtocal)和CMIS/CMIP(CommonMangementInformationProtocal).SNMP是由互聯網活動委員會IAB提出的基于TCP/IP網管協議,CMIP是由國際標準化組織ISO開發的基于網絡互聯的網管協議。網管協議的統一就是指這兩種協議的統一
網管功能的統一
在ISO標準中定義了配置管理、故障管理、性能管理、安全管理、計費管理等領域?,F有的網管系統在網管規范尚未成熟就進行了開發,大都是實現了部分模塊的部分功能。這些網管系統功能單一,相互獨立,不能實現信息的共享。不能從宏觀上實現管理,不利于網絡的綜合管理。
3.3統一的策略
將多個網絡管理系統統一在一起的方法有三種,一種是格式轉換法,即各個子網管理系統通過程序進行格式的轉換,以便相互識別和共享資源,是一種分散式管理方式。另一種使用分層網管平臺,即建立更高級的管理系統,高級網管系統和低級網管系統間進行通信,分層管理,是一種分布式管理方式。第三種是標準化方法,是遵循標準的規范和協議,建立的綜合網絡管理系統。
使用分層的網管平臺是當前較為流行的方法,如現在廣泛研究和討論的基于CORBA的TMN(TelecomunicationManagementNetwork)就是將TMN中的管理者通過ORB(ObjectRequestBroker)連接起來,實現不同管理系統的統一。
格式轉換法是目前使用較多的方法,如運營商要求網管系統對外提供統一的數據收集、告警信息。
協議標準化方法是統一網絡管理系統的趨勢和方向,電信管理網TMN就是在電信領域內的一種標準協議,使得不同的廠商、不同的軟硬件網管產品的統一管理成為可能。標準化實現統一的網管功能,包括網管協議的標準化、管理信息集模型的標準化和高層管理應用程序功能的統一規劃。
格式轉換和應用網管平臺的策略是基于現有網管系統的基礎上統一網管系統,而標準法策略則不考慮現有網管系統而重新設計一套新的標準,或是對現有網絡管理系統進行較大改進,考慮到我們當前的網絡管理發展的現狀,還是以格式轉換和應用網管平臺方式統一網絡系統。
4網絡管理系統實現統一的方法
當前網絡管理的統一主要涉及兩個方面,一是網管協議的統一。另一種是分布系統的統一,即在CORBA環境下的統一。它是基于面向對象的網管平臺和格式轉換的策略。
4.1網絡管理協議SNMP和CMIP的統一
SNMP和CMIP在它們的范圍、復雜性、以及解決網絡管理問題的方法方面有很大的不同。SNMP被設計的很簡單,使它非常易于在TCP/IP系統中普及。目前這已經成為事實。可是這一特點也不太適合大型的、復雜的、多企業的網絡。相對應的,CMIP被設計的比較通用和靈活。但這也同時提高了復雜性。SNMP和CMIP的統一是指分別支持這兩種協議的網絡管理系統信息互通,互相兼容。
SNMP和CMIP統一有兩種思想,一種是兩種協議共存,一種是兩種協議的互作用。
協議共存可有三種方法實現,一是建立雙協議棧,二是建立混合協議棧,三是通用應用程序接口(APIs)。雙協議棧的方法要求被管設備同時支持兩種體系結構,但這要求被管設備要有很高的處理能力和存儲能力,開銷大,不實用?;旌蠀f議棧就是建立一種底層協議棧同時支持這兩種協議,這樣運行在該協議棧上的管理系統可同時管理支持SNMP的設備和支持CMIP的設備,為了使CMIP能在內存有限的設備上運行,IBM和3COM聯合為IEEE802.1b開發了一個特殊的邏輯鏈路控制上的CMIP(CMOL),因為它取消了很多高層協議開銷,減少了對設備處理能力和內存的需求,并且不需要考慮底層的協議,但同時由于缺少網絡層,失去了跨越互聯網絡的能力。多廠商管理平臺定義了一套開放的應用程序接口(APIs),允許開發商開發管理軟件而不用關心管理協議的一些細節描述、數據定義、和特殊的用戶接口。如圖2所示為HPOpenView利用XMP(X/OpenManagementProtocol)API來實現多協議管理平臺的結構。其中Postmaster用來管理在網絡對象間的通信,如管理者和之間的請求和相應,而ORS(ObjectRegistrationServices)為每個產生一個目錄,紀錄它們的位置和采用的協議。
協議共存雖然能實現SNMP和CMIP的綜合,但協議之間沒有互作用能力不能很好的實現協作對網絡的分布式管理。對于SNMP內部不支持SNMP的設
備可采用委托PROXY的方式解決。對于TMN/CMIP內部非Q3或Qx接口的設備可通過增加適配器進行轉換。因此可通過增加中間的方式來解決SNMP和CMIP之間統一問題。由于CMIP的強大的對等能力和對復雜系統的模型能力即事件驅動機制,使得它更適于跨管理域實現對等實體間的互作用,以分層分布的方
式管理網絡,由于它對設備的性能要求較高,因此在這種層次結構中,可充當中央管理站和中間管理站,而SNMP可用于下層管理簡單設備。如圖3給出了協議互作用的管理模型。
4.2基于CORBA的網管系統的統一
利用面向對象的的技術對網絡資源進行描述是一種有效的方式。在分層的網絡管理平臺上,利用面向對象的思想,將網絡資源和網絡管理資源進行抽象。管理平臺為不同應用系統和高層管理者提供的是一組管理對象,對象由屬性和方法組
成。利用對象的封裝性可以使管理應用和高層管理者面對在較高層次上進行抽象的管理對象,屏蔽了實現各種管理功能的細節。為應用提供了對網絡資源進行描述和管理的高級抽象,易于實現各種管理功能。而對象類的繼承性便于擴充和增加管理對象類,繼承性支持系統開發過程中的可重用性。
在應用環境中,管理應用和高層管理節點與管理平臺是基于C/S(顧客/服務器)模式的分布式結構,即管理應用節點和高層管理者節點與他們所以來的平臺節點可能處于不同的地理位置。因此考慮基于何種結構,采用什么樣的協議實現分布對象的訪問。
多廠商設備的環境的網絡管理一直是網絡管理研究和實現的難點。鑒于CORBA的分布式面向對象的特點,在網管系統的開發中加以引用。
本文采用OMG的CORBA(CommonObjectRequestBrokerArchitecture)做為實現分布管理對象訪問的設施。CORBA是很有應用前景的系統集成標準,它提供了面向對象應用的互操作標準。CORBA位分布對象環境描述了面向對象的設施-----對象請求,他提供了分布對象進行請求和應答的機制。這樣CORBA提供了在異構分布環境下不同機器的不同應用的互操作能力和將多個對象系統無縫互連接的能力。CORBA機制是獨立于任何程序設計語言的,對象的接口描述在IDL(InterfaceDescriptionLanguage)中。CORBA支持兩種標準協議-----GIOP和IIOP。GIOP是信息表示協議,描述了所傳輸信息的格式,而IIOP則描述了CORBA所支持的傳輸協議,即GIOP信息如何進行交換
管理不同廠商應用和高層管理者如何使用CORBA機制訪問相應的管理平臺所提供的管理對象。使得處于不同節點的不同廠商的管理應用和高層管理者能無縫使用分布對象提供的功能。在這兩種情況下原理是相同的,只是功能不同,在第一種情況下,不同廠商的管理應用腳本程序通過CORBA機制訪問管理平臺上的應用管理對象,以實現同一層次上的管理功能。在第二種情況下,高層管理平臺上的腳本進程通過CORBA機制訪問底層管理者為高層提供的管理對象以實現高層對底層的網絡管理功能。
CORBA機制除支持客戶端對服務器端所提供的分布對象的訪問外,還提供分布對象服務功能------COSS,它包括分布對象訪問的安全機制、事件機制等。在網絡管理應用中,除主動詢問網絡管理信息以管理、監視網絡的運行狀態外,還有一種應用是被管理對象在發生故障和事件時,向管理者提出事件處理請求。CORBA中的事件服務機制恰好可以滿足這一需求。
5結束語
現在,網絡管理系統統一的問題逐漸引起了業界的重視,并且已有了多種技術手段實現。朗訊、諾基亞、富士通等電信設備廠商都在研究將CORBA技術應用于網絡管理,如朗訊的CDMS2000的網絡管理系統就是基于CORBA技術并且在實際中也得到了應用,但統一網管的發展還不規范,沒有標準規范和體系可借鑒,應該說尚處在起步階段,相信隨著研究的深入,這些問題會得到更好的解決。
參考文獻
1謝希仁.計算機網絡.第二版.北京:電子工業出版社,1999.261—263
2MeyerK.ErlingerM.Betser,J.etal.Decentralisingcontrolandintelligenceinnetworkmanagement.ProceedingsofInternationalSymposiumonIntegratedNetworkManagement,May1995
3So,Y,Durfee,E.DistributedBigBrother.8thInternationalConferenceonArtificialIntelligenceandApplications,1992
4Coldszmidt,German.Distributedmanagementbydelegation.Proceedingsof15thInternationalConferenceonDistributedComputerSystem,June
6胡谷雨.現代通信網和計算機管理.北京:電子工業出版社,1996
本系統對儀器申購、儀器計劃報批、儀器招投標、儀器入庫和儀器管理等進行了一體化的設計,具體的系統框架設計如圖1所示。
二、儀器管理系統功能設計與實現
儀器管理系統主要通過申購管理、計劃報批、招標管理、入庫管理、領用管理、調撥管理、報廢管理和庫存管理共8個模塊,實現對儀器從采購計劃到報廢的全程管理。申購管理模塊實現的功能包括儀器申購類別建立、各崗位儀器申報表、采購申請匯總表輸出等。每次申購由管理員先建立一個申購項目,主要應對不同經費來源的計劃進行有效地區分,同時可在建立申購項目時選擇申購過程中要求的儀器參數類別。各實驗崗位在以往實驗教學的情況基礎上,提出采購儀器的申請,申請過程中要求對所采購的儀器進行充分的調研,根據項目要求詳細填寫采購參數。計劃報批模塊實現的功能包括申購儀器批復修改、學院申購匯總表輸出、儀器申購表更新。實驗中心管理員可與庫中原有儀器的情況進行比對,對上述各崗位的申報表進行審批,在審批過程中可以修改采購儀器的數量、儀器的預算單價等參數,經批復后返回各崗位(有效回饋)。對各崗位申報表進行批復后,可進一步匯總,導出匯總表上報學校審批。申購表更新功能主要體現二級學院管理的特色,由于在學院通過后還需經過學校的審批,在學校審批過程中出現的對數量、參數等方面的更改,通過本模塊進行刪減和更新。儀器招標管理模塊實現的功能包括儀器招投標情況的錄入、中標單位錄入、中標單位儀器參數更新。儀器招投標情況包括招投標時間、招投標參與人員信息、招投標的情況備注等。