分布式系統設計與應用

前言：想要寫出一篇令人眼前一亮的文章嗎？我們特意為您整理了5篇分布式系統設計與應用范文，相信會為您的寫作帶來幫助，發現更多的寫作思路和靈感。

分布式系統設計與應用范文第1篇

鹿瓜多肽；不良反應；聯合用藥

鹿瓜多肽(商品名：綿舒)是近年來骨科使用的新藥，具有鎮痛抗炎，促進白細胞生長和骨生成等作用，臨床用于風濕、類風濕性關節炎、強直性脊柱炎、各種類型骨折、創傷修復及腰腿疼痛等疾病。隨著臨床用途的不斷擴大，有關其不良反應特別是過敏反應的報道日趨增多，為了研究其不良反應的規律和特點，特對次例不良反應進行了分析。

1 病例與方法

1.1 病例

患者女，41歲，漢族，體重60kg。患者以頸背部、腰部疼痛伴雙手麻木四月為主訴于3月31日入院，臨床診斷為頸椎病，入院測BP120 mm Hg，P64次/min，R19次/min。自3月31日起一直輸注0.9%NS250 ml+燈盞花素粉針25 mg*2支，4月3日聯合用藥，于下午4時50分輸入5%GS250 ml+鹿瓜多肽粉針8 mg*2支，60滴/min，4時52分，患者出現面色青紫，大汗淋漓、胸悶、憋氣、心慌，測BP140/80 mm Hg，P70次/min，R18次/min。

1.2 方法

根據鹿瓜多肽粉針劑致本次不良反應反應的病例，分析不良反應發生的過敏史、給藥方式、臨床表現及處理情況。

2 結果

2.1 既往過敏史

患者本人及家族無鹿瓜多肽和其他藥物過敏史。

2.2 給藥方式

本次不良反應的給藥方式采用靜脈滴注(滴速60滴/min)、聯合用藥方式，用藥劑量為常規劑量。

2.3 臨床表現

主要出現面色青紫，大汗淋漓、胸悶、憋氣、心慌，測BP140/80 mm Hg，P70次/min，R18次/min。

2.4 處理

立即停止輸液，換為0.9%NS100 ml靜脈滴注，地米5 mg靜脈推注，苯海拉明20 mg肌內注射，氧氣吸入2 L/min，心電圖顯示正常。下午5時給予地米5 mg入壺，測BP120/80 mm Hg，P72次/min，R18次/min，患者自述癥狀減輕，安慰患者，囑其保持情緒穩定。5時30分測BP110/70 mm Hg，R72次/min，R18次/min。

3 討論

3.1 有效成分

鹿瓜多肽是中藥復方制劑，其主要成分為鹿科動物梅花鹿的骨骼和葫蘆科植物甜瓜的干燥成熟種子，經分別提取后制成的無菌凍干品，輔料為右旋糖酐40。其藥物成分復雜，包括多種氨基酸、有機鈣、磷離子、骨誘導多肽類生物誘導因子，其中多肽有較強的抗原性，個體耐受性不同，可能是引起過敏反應的主要原因[1]。

3.2 操作

鹿瓜多肽是近年來臨床使用的中藥注射劑新藥，藥品質量控制手段仍不完善，適應證寬泛，對于其用藥安全性問題仍有待于進一步解決。本例不良反應為頸椎病病例，在臨床適應證范圍內無濫用情況，屬于根據藥品說明書的常規劑量和速度單獨靜脈滴注用藥。本例屬聯合用藥，先后輸注鹿瓜多肽和燈盞花素，鹿瓜多肽(綿舒)輔料為右旋糖酐40，由于低分子右旋糖酐為血容量擴充劑，具有輕度抗凝作用，而燈盞花素粉針的功效為活血化瘀，通絡止痛，能改善腦血液循環，增加腦血流量，降低血管阻力和抗血小板凝聚，可使組織細胞和肥大細胞增加，兩者合用，組織中細胞外液的水份引入血管內，致使肥大細胞釋放組織胺、5-羥色胺等化學介質，致平滑肌痙攣，血管通透性增加，進而導致燈盞花素注射劑配伍鹿瓜多肽可能引起本次循環系統發生不良反應。此例采用5%葡萄糖注射液為溶媒，不良反應是否與給藥途徑、方式、溶媒有關還有待進一步探討[2]。

3.3 臨床處理及應對

按廠家說明書描述，鹿瓜多肽的不良反應較少發生，不需要進行過敏試驗，但此例不良反應提示我們:①臨床醫護人員今后使用鹿瓜多肽時應加強責任心，嚴格掌握適應證，合理選擇給藥途徑，能口服給藥或肌肉注射給藥的，不選用靜脈注射或滴注給藥，靜脈注射或滴注的應加強監測。②辯證施藥，嚴格按照藥品說明書規定的功能主治使用，禁止超功能主治用藥。③嚴格按照藥品說明書推薦劑量、調配要求、給藥速度、療程使用藥品，不超劑量、過快滴注，對長期使用的、在每療程間要有一定的時間間隔。④嚴禁與其他藥品混和配伍使用，若聯合用藥，應慎重考慮與中藥注射劑的時間間隔以及藥物相互作用等問題。⑤用藥前應仔細詢問過敏史，對老人、兒童、肝腎功能異常者等特殊人群和初次使用中藥注射劑的患者應慎重使用，加強監測。⑥使用過程應嚴格控制藥物濃度和滴速，尤其是初次使用者，開始滴速宜慢(最好控制在20~40滴/分)，并嚴密觀察患者病情和生命體征變化，無異常者10~20 min后再適當調整。若出現胸悶、氣短、惡心、寒戰、發熱及皮膚感覺異常等癥狀時應立即停藥并進行抗過敏治療[3]。

參 考 文 獻

［1］ 黃文紅.靜脈使用復方骨肽注射液過敏變態反應2例的報道.江西醫藥雜志，2005，40(11)：786-787.

分布式系統設計與應用范文第2篇

【關鍵詞】分布式系統 測試技術 應用

信息時代背景下，分布式系統逐漸成為網絡信息系統的重要組成部分，在優化模塊性能等方面發揮著積極地促進作用，面對網絡發展新形勢，分布式系統缺陷日漸突出，且受到該系統范圍逐漸擴大的影響，在很大程度上增加了測試難度，不利于網絡系統進一步發展。因此，加強對分布式系統測試技術及應用的研究具有重要意義。

一、分布式系統概念及特點

分布式系統主要是指將網絡計算機作為基礎，將組件分布其中，通過信息傳遞，對通信及動作進行有效協調和控制，以此來完成任務和目標的系統。分布式系統有效地部署了網絡化計算機系統，例如：Internet、intranet等。

分布式系統特點主要體現在以下幾個方面：首先，異構性。網絡作為分布式系統生存及運行的基礎，由于受到網絡類型、硬件、操作系統等方面多樣化的影響，使得該系統具有異構性特點；其次，開放與并行性。分布式系統開放性特點主要是受到資源共享服務的影響，另外，在整個系統運行過程中，由于用戶處于不同狀態及客戶端，同時訪問同一資源，在沒有進行協調及控制情況下，勢必會造成不一致檢索等問題，使得其自身具有較強的并發性；最后，故障獨立性。由于計算機、網絡都存在獨立性，且在長期運行過程中，不可避免的會出現各類故障。除上述特點之外，該系統還具有安全性、透明性等特點。

二、分布式系統測試技術分析及應用

（一）模塊間通信鏈路接管技術分析

分布式系統中包含了多個模塊，為了實現各個模塊之間的交流及通信，需要搭建鏈路，通常情況下，主要通過流方式及數據報兩種方式實現通信鏈路連接，由于系統運行時，一個模塊可能會與多個模塊建立通信，為了滿足通信需求，需要對其進行針對性處理，建立上、下游模塊，并通過啟動上游模塊主動監聽―向下游模塊發送請求―獲取授權，轉發數據報，從而完成通信鏈路連接目標，為分布式集群模擬及異常注入奠定堅實的基礎。

（二）集群模擬技術分析

該項技術主要是針對通用測試而言的，基于對實際情況的考慮，本文采用一種數據錄制―回放形式，實現集群模擬目標。在具體應用過程中，主要通過兩個步驟構建模型：第一步，數據錄制，需要獲取上游模塊發送的請求數據以及后端接收請求數據，并對數據進行有效處理，將響應數據反送給上游模塊，由此，在進行數據錄制時，需要明確方向，避免信息獲取混亂。

第二步，數據回放，主要是將錄制相應數據作為基礎，建立詞典，通過模擬后端分布式系統，進而滿足上游模塊，為用戶提供服務。通過兩方面共同配合，促使請求包與相應報耦合，實現集群模擬目標。

（三）通信異常注入技術分析

通常情況下，在針對系統進行測試過程中，會將網絡通信異常測試邏輯接入到上述兩項技術當中，利用這種交互方法了解和掌握網絡異常，提高檢測準確性，以此來實現檢測目標。在實際應用中，主要采取兩種途徑：一種是分散式，另一種是集中式。兩種途徑都存在優勢及缺點，在選擇時，要結合實際情況，堅持合理性原則，選擇最佳方案，提高測試準確定，進而實現檢測目標。

（四）高性能獲取數據源技術分析

數據源獲取在分布式系統測試過程中，占據十分重要的位置，測試離不開數據支持，由此，高性能數據源重要性不言而喻，在具體應用過程中，將高性能網絡庫Libevent對讀寫事件進行注冊和執行，并將多線程技術進行處理，促使獲取與轉發數據實現同步，實現數據源高性能獲取目標，以此來為分析和研究提供數據支持。

通過對各項技術在實際應用中的表現可知，集群模擬在實際測試過程中，能夠將集群環境等因素模擬的更加真實、形象，保證了集群模擬真實性，且將拓撲結構作為基礎的集群，其上下游環境與實際相一致，不僅如此，數據量也能夠保持一致性。另外，環境作為測試的重中之重，也是耗時最多的過程，本文創新數據錄制―回放模型，能夠將真實環境模擬出來，不僅有效節省了人力、物力，還能夠顯著提高測試有效性。除此之外，高性能獲取數據源技術，能夠為測試提供更加準確的數據信息，為后續工作順利進行奠定堅實的基礎。在分布式系統應用范圍日漸拓展情況下，加強對系統進行測試成為調整和優化系統的有效途徑，隨著技術不斷發展，測試技術也將逐漸朝著智能化等方向發展。

三、結論

根據上文所述，分布式系統測試作為一項綜合性、復雜性工作，其測試技術選擇合理與否直接影響測試結果。因此，在實際測試過程中，工作人員要堅持合理原則，結合實際情況，選擇合適測試方法，獲取相應數據信息，促使測試工作順利進行，調整和優化系統，提高系統整體性能，進而促使系統最大程度上發揮積極作用。

參考文獻：

[1]郭銀章，徐玉斌，曾建潮.分布異構網絡環境下數據訪問設計[J].太原重型機械學院學報，2010.

分布式系統設計與應用范文第3篇

Abstract: Basing on the characteristics of present sports match and the analysis of the C/S mode at computer software data treating and the pros and cons of the distributing-type multilevel structure, the paper discusses the development direction of the database technology at sports match which provides the theoretical foundation for programmers' understanding the essence of distributing-type structure data treatment technology and the application of this technology in sports match.

關鍵詞：體育比賽；分布式；多層結構；數據庫技術

Key words: sports match；distributing type；multilevel structure；the technology of the data-base

中圖分類號：G819 文獻標識碼：A文章編號：1006-4311（2010）33-0262-01

1采用分布式多層數據庫技術的原因

近些年來，C/S（客戶機/服務器）系統結構有了很大的發展，技術日趨成熟，在各行各業中得到了越來越廣泛的應用。

針對C/S模式應用中的問題，多層體系結構數據處理技術應運而生。大體上它是在C/S模式的基礎上，將客戶端和服務器之間增加一個管理應用模塊，承上啟下，一方面處理原來集中到客戶端的數據任務，另一方面負責將數據傳送到服務器。這樣，原來的客戶端僅用來顯示數據和處理與用戶的交互操作任務，而原來的服務器依舊處理數據庫的應用任務。

由于中間層脫離了客戶端，便于設置來訪者的各種權限，對于比賽的一些特殊數據，如規則、標準，數據邏輯等，放在中間層處理，具有很好的安全性。如果使用HTTP、CORBA或COM+，還可直接享用它們提供的安全機制。

從上面的分析來看，多層結構是優于C/S結構的。在計算機軟件編程中，實際上是通過軟件對象的形式來編寫體育比賽處理邏輯的，使不同規模、形式和組織方法的比賽處理系統可以重復使用這些對象，非常有效的降低了系統開發和維護的成本。事實上對于大型體育比賽中的軟件開發來說，多層結構數據庫技術的應用已經是不可避免的趨勢。

2流行的分布式技術

目前最為流行的分布式系統結構是微軟公司制定的COM/DCOM/COM+和包括SUN，IBM，INPRISE等眾多廠商共同倡導的以CORBA（Common Object Request Broker Architecture,公用對象請求體系結構）為核心的分布式系統結構。COM（組件對象模型）是基于Windows的技術，使用DCOM、SOCKET等協議；而CORBA是平臺中立的，使用IIOP通信協議。兩種技術具有較大的差別，但也有相似之處，當客戶端使用軟件對象時，這些分布式技術都會讓應用程序具有透明性，看起來好像這些軟件對象就存在于本地機器上。這種技術使得程序員在客戶端無需編寫復雜的網絡程序來訪問事實上位于遠程服務器上的軟件對象。這種具有透明性調用技術的實現方法是以一個特別的對象來仿真遠程計算機上的軟件對象，客戶端程序調用這個特別的、仿真對象通過通信協議（DCOM,IIOP,SOAP）來操作遠程軟件對象。

3系統應用分析與對策

所謂分布式多層數據庫技術，實質上是網絡中基于軟件對象之間的一種調用技術。分布式多層數據庫技術的核心是把一個數據處理與管理程序的不同部分放在網絡中不同的主機上運行，從總體上共同構成一個完整的應用系統。現在的分布式多層數據庫技術已經和面向對象技術有機地結合在一起，應用系統的分布是由系統中很多應用對象的分布得到實現和體現的。這些分布運行的軟件對象在計算機語言中被稱為對象組件。

多層結構的體育比賽系統分布表現在應用中對象組件的分布上，既有對象組件的特性，又有分布的特點，一個設計良好的，具有多層結構的體育比賽應用系統，其結構應該很松散。每個對象可獨自進行修改，既可以重用已有的組件，還可以增加新的組件，不用重新編譯和修改其它對象組件。這種相對獨立的特點還表現在每個組件對象的安全控制方面，在體育比賽系統設計中，充分運用這種獨立的安全控制機制，可以使系統整體安全性得到極大的提高。

在中間層，各種對象組件要能夠順利地運行，還需要其它相關的服務綜合在一起構成一個對象組件運行的環境。這些相關的服務包括對象組件運行時的事務控制、目錄服務、運行調度、安全控制、數據庫資源管理等，所有這些服務綜合在一起構成了一個完整的中間層服務系統，因此也把中間層叫作應用服務器。無論從編程、運行和管理等方面來看，中間層都是整個結構的核心層，處于整個系統的中心地位。

應用系統性能的提高和硬件設備投入的降低是分布式多層數據庫模式最終被采用的主要原因，但是這種性能的提高是以增加軟件設計復雜程度為代價的。將復雜的應用方式從客戶端分離出來由專門的服務器來處理，既可以提高應用的執行速度，也可以減少網絡調用的通訊量并可十分方便地監控服務器的運行情況。這大大簡化了操作人員對系統的管理，降低了系統維護的工作量，并能確保系統的可靠運行。

在應用系統的實際使用中，由于中間層的存在，當客戶端大量增加時，只要適當增加服務器，調整中間層模塊的布局，就可響應更大量的數據訪問。若系統設計中，開發以CORBA為核心的分布式系統結構，還具有跨平臺、跨產品的特點，可進一步增加模塊及代碼的復用性。

4結論

在體育比賽中使用分布式多層數據庫技術，解決各種體育比賽形式的多樣性以及需求的不同。研究、開發適應體育比賽的分布式多層數據庫應用系統，提高比賽數據處理效率，提高體育比賽中計算機技術水平，進一步擴大體育比賽的社會影響，是社會發展的需要，也是計算機技術進步的必然結果。隨著體育事業的發展，基于分布式多層數據庫技術在體育中的應用也一定會越來越廣泛。

參考文獻：

分布式系統設計與應用范文第4篇

關鍵詞　分布式系統 綜合化 動態化 前期仿真

1引言

智能建筑的基本問題實質上是信息、資源和任務的綜合共享與全局一體化的綜合管理。它實現的核心是系統集成，也就是說通過系統集成實現綜合共享，提高服務質量和工作效率，達到多快、好省和高效的目的[1]。然而，隨著社會信息化進程的日益發展和受人們對經濟日益國際化趨勢的認同，智能建筑必將呈現出新的態勢，這種態勢體現在進行系統集成的同時，考慮建筑物的異構性、分布性、動態性和碎片性等因素的影響下[2]，應充分體現系統的分布化、綜合化、動態化和智能化[3]，這是建筑智能化進程中一個必須重視的戰略性問題。另外，任何工程對方案的考核是至關重要的，就智能大廈而言，對方案的考核是一個不容忽視的問題，所以對設計方案的前期仿真很有必要。

2一體集成的分布化

智能大廈的系統一體化集成實質上是建立在系統集成、功能集成、網絡集成和軟件界面集成的多種集成的基礎上的一門高新技術。智能一體化集成化的本質是計算機網絡的管理。傳統的集成式網絡管理系統難以適應網絡規模日益擴大、網絡元素日益復雜的樓宇智能化要求，需要引入分布式管理方法。

分布式管理就是將管理的功能合理地分布于多個管理實體，以便有效、及時地對網絡資源進行監視、約束和控制，提高響應效率和擴展功能，更好地實現網絡管理目標。一個實際的網絡系統，可以根據管理的需要，按照地域、功能子系統、網絡等定義相對獨立的管理域并選定其管理者；各管理域通過管理者的交互實現全局管理目標。管理者之間的交互有兩種結構：層次的和全分布的。層次結構是通過上層管理者與下層管理者的交互來完成各管理域的管理者之間的協調。全分布式結構是一種對等結構，采用該方式的管理者之間能直接對等通信。一個實際的應用系統，管理的分布化的過程就是將管理應用功能由集中式客戶機/服務器（Client/Server）模式轉移到分布式計算平臺的過程[4]。分布式計算平臺的目標是實現跨平臺資源的透明互操作和協同計算。

當前支持分布式計算主要有兩類環境：基于過程的分布式計算和面向對象的分布式計算。目前的主流是后一類。如基于CORBA（Common Object Request Broker Architecture，公共對象請求體系結構）和Java的計算，它們采用面向對象的技術，提供對象式的應用編程接口，主要是針對重用和異構環境下的操作問題，這對相對龐大和復雜的智能大廈系統是非常適用的，目前CORBA技術已引起業界的關注和重視[5]。CORBA是一個開放式跨平臺的、語言獨立的分布式標準，它引入的概念屏蔽了下層的網絡傳輸，利用面向對象概念，實現分布式應用軟件的可重用性和可擴展性，既大大簡化了分布式應用系統的開發和維護，又便于異構環境下的集成，具有更高的可用性和可靠性的優點。目前遵從CORBA規范的產品主要有Inprise公司的VisiBroker，IONA公司的Orbix，Digital公司的ObjectBroker，IBM公司的Component Broker等，將基于面向對象的分布式計算技術引入智能建筑是順應技術潮流的，同時它應是甲乙類智能建筑的技術要求[1]。

另外，分布式管理系統更容易實現大廈的智能化，不僅能實現管理的并行性和分布性，而且具有對管理活動的全過程進行多目標、多因素、多階段、多層次的協調，實現管理系統的整體協調和全局優化。

3一體集成的綜合化

網絡是建筑物智能化的基礎，系統一體化是以網絡為支撐的，網絡信息來源于不同實體，隨著智能建筑的不斷深化，被管理的對象趨于復雜化，復雜化的因素主要有：被管理的對象趨于復雜化，復雜化的因素主要有：被管理的數量、對象的種類、組織的異構性、物理分布、參與組織的單元的數量、服務綜合的程度等，這時，由傳統的相對單一的網絡管理擴展為基于分布化的網絡綜合管理是環境的必然要求。

環境是系統存在、變化、發展的外部條件；系統與環境相互作用、相互影響，進行信息、能量或物質的交換。

綜合管理是指確保系統的所有資源根據其目的而有效運營的所 有手段，它是系統與環境相統一的產物。有關綜合管理的平臺也在不斷涌現和改進，如基于事件（event）的驅動輪詢方案，基于CORBA平臺的方案。

轉貼于 4一體集成的動態性

事物的發展是m相對穩定的，在相對穩定的情況下，隨著環境的需要仍在不斷的發展和完善。智能建筑系統一體化集成的動態性是基于分布式的管理系統，也只有分布式的管理系統才能更好地實現其動態化。

動態化有兩個含義：其一是故障的檢測與動態重組恢復；其二是系統具有可擴展性。分布式系統具有故障診斷軟件包，采用互查技術來檢測系統發生故障的部位，并進行處理，動態地分配或重組系統，使系統工作于可靠狀態。分布式系統采用并行處理技術，可滿足智能大廈分階段建筑使用的要求，邊組織，邊開通，從而減少了一次性開通的難度和避免了一次性投資的方式。另外分布式系統的硬件和軟件都是模塊化的，模塊的連接嵌入比較方便，能夠很好地配合日益擴大的系統需求，便于提高和完善系統的性能，保障了系統的動態先進性。系統的動態化要求使用動態的管理策略，由于Java和CORBA的迅速發展，動態管理技術也在日趨成熟。

5前期仿真

智能大廈的建設除了要達到預期的目標，即提供安全、舒適、快捷的優質服務，建立先進、科學的綜合管理機制，節省能源和降低成本，還要達到系統的優化配置以減少投資。這就需要在工程實施前對系統設計的基本要求和功能進行考核，以便查漏補缺和修正。另外，因為智能大廈的網絡集成不同于研究試驗網，網絡系統可靠性、開放性等要素對大廈的智能化管理和提高運行效率具有十分重要的意義，所以，對智能大廈的前期仿真就顯得不僅十分必要而且十分重要。

由美國的Cleve和Moler博士在1980年前后創立的、正在蓬勃發展的Matlab為系統的動態仿真提供了良好的環境[6]。Matlab的家族成員之一的Simulink為系統的仿真更是提供了極大的方便，綜合其它軟件的使用可以使該軟件在智能建筑的CAD中發揮更大的作用；此軟件也能為其它軟件提供良好的接口，便于SynchroHome等智能化集成系統軟件的調用[2]。該軟件有兩個明顯的功能；連接與仿真。首先利用鼠標在模型窗口上畫出所需的系統模型。然后利用軟件提供的功能對系統直接進行仿真，在系統的任何節點上可以輸出波形，從而更好地監控系統的工作過程，并實時地對系統模型進行修改以達到預期目的。這種思想和方法適合于智能大廈一體化集成的仿真與分析，相信基于Simulink的仿真技術必將在智能建筑的CAD中打開一個嶄新的局面。

分布式系統設計與應用范文第5篇

[關鍵詞]遠程抄表 電量采集 電能管理與應用

勝利油田電網作為全國最大型企業電網，目前擁有35～220kV變電站164座，6～220kV輸配電線路5080km，電網覆蓋山東省3個地(市)，12個縣(區)，供電面積達3.2km2，年轉供電量50多億kW?h。變電站電能計量準確與否直接影響著電力管理總公司的經濟效益。

由于勝利油田電網分布較廣，計量點分散，長期以來一直實行區域管理的模式。受技術所限，電能量管理以人工抄表、核算、收費為主。這種以人工操作為主的方式，不僅消耗了大量的人力和物力，成本高，效率低，而且時常出現電能量的錯抄，漏抄，少抄等現象；同時，由于電能量的時效性差，不能有效為變電站電能損耗分析、異常情況的處理和防竊電等提供可靠的數據支持，因此現有的電能管理模式已經嚴重制約了現實工作的發展。

電能表技術、計算機技術和通訊技術的發展，為變電站電能管理提供了新的思路，實現一種集電能數據采集、傳輸和處理為一體的系統成為可能。這種系統可以克服以前以人工操作為主的電能管理模式所帶來的種種弊端。因此，如何根據勝利油田電網的實際情況，并融合現代電能表技術、計算機技術和通訊技術的先進成果，建設一個覆蓋勝利油田所有變電站，能夠可靠、穩定、高效提供電能數據采集、傳輸和處理的變電站電能管理信息系統成為了一個重要的課題。

1　系統需求

本系統作為電能量的實時遙測系統，其應具有遙測系統的所需具有的可靠性、穩定性、準確性、安全性和開放性等特點。同時由于涉及勝利油田160余座變電站和500余家二級單位，本系統需進行系統分層，分期建設。因此對本系統提出了很高的要求。

1.1　系統總需求

(1)保證系統的高可靠性和穩定性。這是對系統性能的基本要求。這套系統設計利用三年時間完成，并要確保長期的可靠、穩定運行。因此要從系統結構設計、設備選型、技術支持和系統管理等方面確保系統運行可靠和穩定。

(2)保證采集數據的準確性和完整性。本系統首要功能是要實現變電站關口點電能量數據完整無誤的準確采集。而這些采集來的數據則是作為對勝利油田各二級單位收費的根本依據。因此采集數據不準確、不完整將會直接導致電費結算的錯誤，這將會帶來嚴重后果，損害雙方的經濟利益。

(3)注重系統的開放性和安全性相結合。這里的開放性是指本系統所采用的硬件和軟件都應是按照統一的標準進行開發生產出來的，允許不同廠商之間的產品進行互換。在保證開放性的同時，還要重視系統的安全性。系統安全性設計應是全方位的、分層次的和分等級的。既要注重硬件的安全性設計，又要注重軟件的安全性設計。建立層層安全控制機制，防止非法用戶的侵入和機密信息的泄漏。

(4)注重系統的實用性和擴展性相結合。因系統建設規模大，資金投入高、建設周期長，系統建設應遵循經濟、實用、高效的原則。在引進、消化先進模式的同時，按照自身生產實際需求進行系統設計。在注重實用性的同時，要兼顧系統的可擴展性，為今后的功能擴展留出空間。

1.2　系統功能需求

(1)實現電能量、需量、瞬時量等數據的隨時、定時、周期采集和存貯：

(2)實現計量點的電量管理：

(3)實現發、售、過網等各類電量統計和電費結算；

(4)實現多層次統計線損及理論線損分析：

(5)實現靈活報表的輸出和曲線分析：

(6)實現計量表計狀態的監測，判斷異常事件的發生：

(7)系統維護實現多級權限設置，實行分級管理；

(8)支持多種規約，可實現不同廠家表計的更換；

(9)實現Web瀏覽、查詢功能。

2　系統結構與硬件組成

在充分研究了國內外多家系統結構后，我們接合勝利油田自身的實際情況，提出了以下系統架構設計，見圖1。

本系統是由主站(局內計算機網絡)、通訊信道、變電站采集終端、多功能電子表(或脈沖表)等部分構成。

變電站采集終端(數據集中器)完成各種電能數據的實時采集和狀態監視，可以根據設置完成重要數據(如電能表碼)的定時存儲；上行和系統主站通訊，完成數據上傳功能。

通訊信道是子站和系統主站通訊的橋梁，系統支持多種通訊方式，典型的方式有：電話撥號方式、專線方式、TCP/IP網絡方式、光纖專線或以太網、GSM無線通訊方式(該方式安裝簡單。運行維護方便，綜合成本較低)。對于一套主站，系統同時支持幾種通訊方式。

主站位于內部計算機局域網絡，主要完成遠程數據采集、數據管理、查詢統計、系統監測、報表輸出、WEB瀏覽等功能。

為了形成各二級單位的以電量為中心的集成應用，系統可以方便地和其它廠家的抄表系統相連，進行信息共享。

3　系統軟件實現

系統中的軟件主要分兩部分：一是要實現電能表與電量采集終端之間有數據通訊程序設計：二是要實現主站對所采集數據的處理程序設計。

3.1　采集終端與電能表通訊程序設計

系統終端與電能表之間通訊流程如圖2所示，

3.2　主站軟件組成與功能實現

(1)主站軟件各模塊組成

主站軟件主要包括8個功能模塊包，分別是網絡監控平臺包、系統維護包、數據采集包、計算服務包、圖形包、電能綜合應用包、報表支持包和WEB瀏覽服務包。

(a)網絡監控平臺包：由于本系統是分布式系統，而且是實時分布式系統。為了達到系統的開放性、實時性、穩定性和可維護性，必須有一套完整的網絡平臺監控系統。網絡監控平臺作為整個分布式系統構建的基礎和調度核心，其實時性、穩定性、和可維護性的好壞影響著整個分布式系統。此模塊可實現對網絡鏈路、網絡節點狀態、服務器狀態的監控、同時可以對運行工況報警、系統校時、運行日志管理、實時數據庫的動態加載管理、共享內存的管理和應用開發支持。

(b)系統維護包：可實現參數維護(變電站參數、大用戶參數)、權限管理、數據管理。

(c)數據采集包：數據采集包主要完成主站系統與采集終端、電表的通訊，可以根據預先設置的采集方案自動定時召測采集終端的各種電能量數據，也可以人工下發數據召測命令進行人工召測。召測的數據包括歷史數據和當前數據。