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

分布式系統(tǒng)設(shè)計與應(yīng)用范文第1篇

鹿瓜多肽；不良反應(yīng)；聯(lián)合用藥

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

1 病例與方法

1.1 病例

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

1.2 方法

根據(jù)鹿瓜多肽粉針劑致本次不良反應(yīng)反應(yīng)的病例，分析不良反應(yīng)發(fā)生的過敏史、給藥方式、臨床表現(xiàn)及處理情況。

2 結(jié)果

2.1 既往過敏史

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

2.2 給藥方式

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

2.3 臨床表現(xiàn)

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

2.4 處理

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

3 討論

3.1 有效成分

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

3.2 操作

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

3.3 臨床處理及應(yīng)對

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

參 考 文 獻(xiàn)

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

分布式系統(tǒng)設(shè)計與應(yīng)用范文第2篇

【關(guān)鍵詞】分布式系統(tǒng) 測試技術(shù) 應(yīng)用

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

一、分布式系統(tǒng)概念及特點

分布式系統(tǒng)主要是指將網(wǎng)絡(luò)計算機作為基礎(chǔ)，將組件分布其中，通過信息傳遞，對通信及動作進(jìn)行有效協(xié)調(diào)和控制，以此來完成任務(wù)和目標(biāo)的系統(tǒng)。分布式系統(tǒng)有效地部署了網(wǎng)絡(luò)化計算機系統(tǒng)，例如：Internet、intranet等。

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

二、分布式系統(tǒng)測試技術(shù)分析及應(yīng)用

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

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

（二）集群模擬技術(shù)分析

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

第二步，數(shù)據(jù)回放，主要是將錄制相應(yīng)數(shù)據(jù)作為基礎(chǔ)，建立詞典，通過模擬后端分布式系統(tǒng)，進(jìn)而滿足上游模塊，為用戶提供服務(wù)。通過兩方面共同配合，促使請求包與相應(yīng)報耦合，實現(xiàn)集群模擬目標(biāo)。

（三）通信異常注入技術(shù)分析

通常情況下，在針對系統(tǒng)進(jìn)行測試過程中，會將網(wǎng)絡(luò)通信異常測試邏輯接入到上述兩項技術(shù)當(dāng)中，利用這種交互方法了解和掌握網(wǎng)絡(luò)異常，提高檢測準(zhǔn)確性，以此來實現(xiàn)檢測目標(biāo)。在實際應(yīng)用中，主要采取兩種途徑：一種是分散式，另一種是集中式。兩種途徑都存在優(yōu)勢及缺點，在選擇時，要結(jié)合實際情況，堅持合理性原則，選擇最佳方案，提高測試準(zhǔn)確定，進(jìn)而實現(xiàn)檢測目標(biāo)。

（四）高性能獲取數(shù)據(jù)源技術(shù)分析

數(shù)據(jù)源獲取在分布式系統(tǒng)測試過程中，占據(jù)十分重要的位置，測試離不開數(shù)據(jù)支持，由此，高性能數(shù)據(jù)源重要性不言而喻，在具體應(yīng)用過程中，將高性能網(wǎng)絡(luò)庫Libevent對讀寫事件進(jìn)行注冊和執(zhí)行，并將多線程技術(shù)進(jìn)行處理，促使獲取與轉(zhuǎn)發(fā)數(shù)據(jù)實現(xiàn)同步，實現(xiàn)數(shù)據(jù)源高性能獲取目標(biāo)，以此來為分析和研究提供數(shù)據(jù)支持。

通過對各項技術(shù)在實際應(yīng)用中的表現(xiàn)可知，集群模擬在實際測試過程中，能夠?qū)⒓涵h(huán)境等因素模擬的更加真實、形象，保證了集群模擬真實性，且將拓?fù)浣Y(jié)構(gòu)作為基礎(chǔ)的集群，其上下游環(huán)境與實際相一致，不僅如此，數(shù)據(jù)量也能夠保持一致性。另外，環(huán)境作為測試的重中之重，也是耗時最多的過程，本文創(chuàng)新數(shù)據(jù)錄制―回放模型，能夠?qū)⒄鎸嵀h(huán)境模擬出來，不僅有效節(jié)省了人力、物力，還能夠顯著提高測試有效性。除此之外，高性能獲取數(shù)據(jù)源技術(shù)，能夠為測試提供更加準(zhǔn)確的數(shù)據(jù)信息，為后續(xù)工作順利進(jìn)行奠定堅實的基礎(chǔ)。在分布式系統(tǒng)應(yīng)用范圍日漸拓展情況下，加強對系統(tǒng)進(jìn)行測試成為調(diào)整和優(yōu)化系統(tǒng)的有效途徑，隨著技術(shù)不斷發(fā)展，測試技術(shù)也將逐漸朝著智能化等方向發(fā)展。

三、結(jié)論

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

參考文獻(xiàn)：

[1]郭銀章，徐玉斌，曾建潮.分布異構(gòu)網(wǎng)絡(luò)環(huán)境下數(shù)據(jù)訪問設(shè)計[J].太原重型機械學(xué)院學(xué)報，2010.

分布式系統(tǒng)設(shè)計與應(yīng)用范文第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.

關(guān)鍵詞：體育比賽；分布式；多層結(jié)構(gòu)；數(shù)據(jù)庫技術(shù)

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

中圖分類號：G819 文獻(xiàn)標(biāo)識碼：A文章編號：1006-4311（2010）33-0262-01

1采用分布式多層數(shù)據(jù)庫技術(shù)的原因

近些年來，C/S（客戶機/服務(wù)器）系統(tǒng)結(jié)構(gòu)有了很大的發(fā)展，技術(shù)日趨成熟，在各行各業(yè)中得到了越來越廣泛的應(yīng)用。

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

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

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

2流行的分布式技術(shù)

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

3系統(tǒng)應(yīng)用分析與對策

所謂分布式多層數(shù)據(jù)庫技術(shù)，實質(zhì)上是網(wǎng)絡(luò)中基于軟件對象之間的一種調(diào)用技術(shù)。分布式多層數(shù)據(jù)庫技術(shù)的核心是把一個數(shù)據(jù)處理與管理程序的不同部分放在網(wǎng)絡(luò)中不同的主機上運行，從總體上共同構(gòu)成一個完整的應(yīng)用系統(tǒng)。現(xiàn)在的分布式多層數(shù)據(jù)庫技術(shù)已經(jīng)和面向?qū)ο蠹夹g(shù)有機地結(jié)合在一起，應(yīng)用系統(tǒng)的分布是由系統(tǒng)中很多應(yīng)用對象的分布得到實現(xiàn)和體現(xiàn)的。這些分布運行的軟件對象在計算機語言中被稱為對象組件。

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

在中間層，各種對象組件要能夠順利地運行，還需要其它相關(guān)的服務(wù)綜合在一起構(gòu)成一個對象組件運行的環(huán)境。這些相關(guān)的服務(wù)包括對象組件運行時的事務(wù)控制、目錄服務(wù)、運行調(diào)度、安全控制、數(shù)據(jù)庫資源管理等，所有這些服務(wù)綜合在一起構(gòu)成了一個完整的中間層服務(wù)系統(tǒng)，因此也把中間層叫作應(yīng)用服務(wù)器。無論從編程、運行和管理等方面來看，中間層都是整個結(jié)構(gòu)的核心層，處于整個系統(tǒng)的中心地位。

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

在應(yīng)用系統(tǒng)的實際使用中，由于中間層的存在，當(dāng)客戶端大量增加時，只要適當(dāng)增加服務(wù)器，調(diào)整中間層模塊的布局，就可響應(yīng)更大量的數(shù)據(jù)訪問。若系統(tǒng)設(shè)計中，開發(fā)以CORBA為核心的分布式系統(tǒng)結(jié)構(gòu)，還具有跨平臺、跨產(chǎn)品的特點，可進(jìn)一步增加模塊及代碼的復(fù)用性。

4結(jié)論

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

參考文獻(xiàn)：

分布式系統(tǒng)設(shè)計與應(yīng)用范文第4篇

關(guān)鍵詞　分布式系統(tǒng) 綜合化 動態(tài)化 前期仿真

1引言

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

2一體集成的分布化

智能大廈的系統(tǒng)一體化集成實質(zhì)上是建立在系統(tǒng)集成、功能集成、網(wǎng)絡(luò)集成和軟件界面集成的多種集成的基礎(chǔ)上的一門高新技術(shù)。智能一體化集成化的本質(zhì)是計算機網(wǎng)絡(luò)的管理。傳統(tǒng)的集成式網(wǎng)絡(luò)管理系統(tǒng)難以適應(yīng)網(wǎng)絡(luò)規(guī)模日益擴(kuò)大、網(wǎng)絡(luò)元素日益復(fù)雜的樓宇智能化要求，需要引入分布式管理方法。

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

當(dāng)前支持分布式計算主要有兩類環(huán)境：基于過程的分布式計算和面向?qū)ο蟮姆植际接嬎恪Ｄ壳暗闹髁魇呛笠活?。如基于CORBA（Common Object Request Broker Architecture，公共對象請求體系結(jié)構(gòu)）和Java的計算，它們采用面向?qū)ο蟮募夹g(shù)，提供對象式的應(yīng)用編程接口，主要是針對重用和異構(gòu)環(huán)境下的操作問題，這對相對龐大和復(fù)雜的智能大廈系統(tǒng)是非常適用的，目前CORBA技術(shù)已引起業(yè)界的關(guān)注和重視[5]。CORBA是一個開放式跨平臺的、語言獨立的分布式標(biāo)準(zhǔn)，它引入的概念屏蔽了下層的網(wǎng)絡(luò)傳輸，利用面向?qū)ο蟾拍?，實現(xiàn)分布式應(yīng)用軟件的可重用性和可擴(kuò)展性，既大大簡化了分布式應(yīng)用系統(tǒng)的開發(fā)和維護(hù)，又便于異構(gòu)環(huán)境下的集成，具有更高的可用性和可靠性的優(yōu)點。目前遵從CORBA規(guī)范的產(chǎn)品主要有Inprise公司的VisiBroker，IONA公司的Orbix，Digital公司的ObjectBroker，IBM公司的Component Broker等，將基于面向?qū)ο蟮姆植际接嬎慵夹g(shù)引入智能建筑是順應(yīng)技術(shù)潮流的，同時它應(yīng)是甲乙類智能建筑的技術(shù)要求[1]。

另外，分布式管理系統(tǒng)更容易實現(xiàn)大廈的智能化，不僅能實現(xiàn)管理的并行性和分布性，而且具有對管理活動的全過程進(jìn)行多目標(biāo)、多因素、多階段、多層次的協(xié)調(diào)，實現(xiàn)管理系統(tǒng)的整體協(xié)調(diào)和全局優(yōu)化。

3一體集成的綜合化

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

環(huán)境是系統(tǒng)存在、變化、發(fā)展的外部條件；系統(tǒng)與環(huán)境相互作用、相互影響，進(jìn)行信息、能量或物質(zhì)的交換。

綜合管理是指確保系統(tǒng)的所有資源根據(jù)其目的而有效運營的所 有手段，它是系統(tǒng)與環(huán)境相統(tǒng)一的產(chǎn)物。有關(guān)綜合管理的平臺也在不斷涌現(xiàn)和改進(jìn)，如基于事件（event）的驅(qū)動輪詢方案，基于CORBA平臺的方案。

轉(zhuǎn)貼于 4一體集成的動態(tài)性

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

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

5前期仿真

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

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

分布式系統(tǒng)設(shè)計與應(yīng)用范文第5篇

[關(guān)鍵詞]遠(yuǎn)程抄表 電量采集 電能管理與應(yīng)用

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

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

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

1　系統(tǒng)需求

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

1.1　系統(tǒng)總需求

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

(2)保證采集數(shù)據(jù)的準(zhǔn)確性和完整性。本系統(tǒng)首要功能是要實現(xiàn)變電站關(guān)口點電能量數(shù)據(jù)完整無誤的準(zhǔn)確采集。而這些采集來的數(shù)據(jù)則是作為對勝利油田各二級單位收費的根本依據(jù)。因此采集數(shù)據(jù)不準(zhǔn)確、不完整將會直接導(dǎo)致電費結(jié)算的錯誤，這將會帶來嚴(yán)重后果，損害雙方的經(jīng)濟(jì)利益。

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

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

1.2　系統(tǒng)功能需求

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

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

(3)實現(xiàn)發(fā)、售、過網(wǎng)等各類電量統(tǒng)計和電費結(jié)算；

(4)實現(xiàn)多層次統(tǒng)計線損及理論線損分析：

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

(6)實現(xiàn)計量表計狀態(tài)的監(jiān)測，判斷異常事件的發(fā)生：

(7)系統(tǒng)維護(hù)實現(xiàn)多級權(quán)限設(shè)置，實行分級管理；

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

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

2　系統(tǒng)結(jié)構(gòu)與硬件組成

在充分研究了國內(nèi)外多家系統(tǒng)結(jié)構(gòu)后，我們接合勝利油田自身的實際情況，提出了以下系統(tǒng)架構(gòu)設(shè)計，見圖1。

本系統(tǒng)是由主站(局內(nèi)計算機網(wǎng)絡(luò))、通訊信道、變電站采集終端、多功能電子表(或脈沖表)等部分構(gòu)成。

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

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

主站位于內(nèi)部計算機局域網(wǎng)絡(luò)，主要完成遠(yuǎn)程數(shù)據(jù)采集、數(shù)據(jù)管理、查詢統(tǒng)計、系統(tǒng)監(jiān)測、報表輸出、WEB瀏覽等功能。

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

3　系統(tǒng)軟件實現(xiàn)

系統(tǒng)中的軟件主要分兩部分：一是要實現(xiàn)電能表與電量采集終端之間有數(shù)據(jù)通訊程序設(shè)計：二是要實現(xiàn)主站對所采集數(shù)據(jù)的處理程序設(shè)計。

3.1　采集終端與電能表通訊程序設(shè)計

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

3.2　主站軟件組成與功能實現(xiàn)

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

主站軟件主要包括8個功能模塊包，分別是網(wǎng)絡(luò)監(jiān)控平臺包、系統(tǒng)維護(hù)包、數(shù)據(jù)采集包、計算服務(wù)包、圖形包、電能綜合應(yīng)用包、報表支持包和WEB瀏覽服務(wù)包。

(a)網(wǎng)絡(luò)監(jiān)控平臺包：由于本系統(tǒng)是分布式系統(tǒng)，而且是實時分布式系統(tǒng)。為了達(dá)到系統(tǒng)的開放性、實時性、穩(wěn)定性和可維護(hù)性，必須有一套完整的網(wǎng)絡(luò)平臺監(jiān)控系統(tǒng)。網(wǎng)絡(luò)監(jiān)控平臺作為整個分布式系統(tǒng)構(gòu)建的基礎(chǔ)和調(diào)度核心，其實時性、穩(wěn)定性、和可維護(hù)性的好壞影響著整個分布式系統(tǒng)。此模塊可實現(xiàn)對網(wǎng)絡(luò)鏈路、網(wǎng)絡(luò)節(jié)點狀態(tài)、服務(wù)器狀態(tài)的監(jiān)控、同時可以對運行工況報警、系統(tǒng)校時、運行日志管理、實時數(shù)據(jù)庫的動態(tài)加載管理、共享內(nèi)存的管理和應(yīng)用開發(fā)支持。

(b)系統(tǒng)維護(hù)包：可實現(xiàn)參數(shù)維護(hù)(變電站參數(shù)、大用戶參數(shù))、權(quán)限管理、數(shù)據(jù)管理。

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