導(dǎo)語(yǔ)：如何才能寫(xiě)好一篇關(guān)于蓮的詩(shī)句，這就需要搜集整理更多的資料和文獻(xiàn)，歡迎閱讀由公務(wù)員之家整理的十篇范文，供你借鑒。

篇1

1、愛(ài)到分才顯珍貴，很多人都不懂珍惜擁有。只到失去才看到，其實(shí)那最熟悉的才是最珍貴的。

2、愛(ài)一個(gè)人不是擁有他，只要在遠(yuǎn)方默默地注視他，也就心滿意足。

3、別說(shuō)你最?lèi)?ài)的是誰(shuí)，人生還很長(zhǎng)，誰(shuí)也無(wú)法預(yù)知明天，也許你的真愛(ài)還在下一秒等著你。

4、當(dāng)愛(ài)情不在的時(shí)候，請(qǐng)對(duì)他說(shuō)聲祝福，畢竟，曾經(jīng)愛(ài)過(guò)。

5、該給的我都給了，我都舍得，除了讓你知道我心如刀割。

6、結(jié)束以后別告訴他我恨你，因?yàn)椋瑦?ài)情是兩個(gè)人的事，錯(cuò)過(guò)了大家都有責(zé)任。

7、離開(kāi)以后想到的定是落寞的畫(huà)面，但請(qǐng)你忘記它。一個(gè)人總要有個(gè)新的開(kāi)始，別讓過(guò)去把你栓在悲哀的殿堂。

8、你走了，帶著我全部的愛(ài)走了，只是一句分手。我忍著眼淚看著你的背影，好想最后在抱你一次，好想在對(duì)你說(shuō)一次“我愛(ài)你”。

9、寧愿笑著流淚，也不哭著說(shuō)后悔。

10、如果你愛(ài)他，請(qǐng)你抓住他，如果你不愛(ài)他，請(qǐng)你放手，讓他去愛(ài)別人。

11、不要再折磨我，我的心已被割破，流盡的不是血，是愛(ài)你的錯(cuò)。

12、不要走，請(qǐng)逗留，不要再讓我心痛，難道你認(rèn)為傷我還不夠？

13、當(dāng)他不愛(ài)你的時(shí)候，無(wú)論過(guò)去他是否愛(ài)過(guò)后來(lái)卻忘了，()又或者是否是從未愛(ài)過(guò)。當(dāng)你無(wú)法成為他心里的那個(gè)人的時(shí)候，他的心便不會(huì)記得你。

14、當(dāng)想你成為一種習(xí)慣，我的心里早已寫(xiě)滿你的名字，對(duì)不起，我忘不了你的一切，只因我太愛(ài)你。

15、分手后的療傷，不是去尋找另一個(gè)伴侶，越是那樣，會(huì)越清晰的了解，心中有一個(gè)人的位置是無(wú)論如何也替代不了的。

16、既然失戀，就必須死心，斷線而去的風(fēng)箏是不可能追回來(lái)的。

篇2

關(guān)聯(lián)數(shù)據(jù)的出現(xiàn)使得語(yǔ)義網(wǎng)發(fā)展取得了實(shí)質(zhì)上的突破，被W3C推薦為語(yǔ)義網(wǎng)的“最佳實(shí)踐”，得到各個(gè)

>> 基于關(guān)聯(lián)數(shù)據(jù)的知識(shí)組織研究 基于關(guān)聯(lián)數(shù)據(jù)的知識(shí)發(fā)現(xiàn)技術(shù)述評(píng) 基于關(guān)聯(lián)數(shù)據(jù)的機(jī)構(gòu)知識(shí)庫(kù)聯(lián)盟構(gòu)建研究 基于關(guān)聯(lián)數(shù)據(jù)的政府?dāng)?shù)據(jù) 基于關(guān)聯(lián)數(shù)據(jù)視角的語(yǔ)義網(wǎng)教育研究 基于專(zhuān)利引文的農(nóng)業(yè)知識(shí)轉(zhuǎn)移研究現(xiàn)狀 基于本體的農(nóng)業(yè)知識(shí)建模研究 應(yīng)用關(guān)聯(lián)數(shù)據(jù)技術(shù)的知識(shí)集成方法探討 基于delphi7.0的excel關(guān)聯(lián)數(shù)據(jù)整合的設(shè)計(jì)與應(yīng)用 基于關(guān)聯(lián)數(shù)據(jù)的圖書(shū)館信息聚合研究 基于關(guān)聯(lián)數(shù)據(jù)的圖書(shū)館創(chuàng)新服務(wù)研究 基于社會(huì)網(wǎng)絡(luò)分析和共詞分析的國(guó)內(nèi)關(guān)聯(lián)數(shù)據(jù)研究 基于關(guān)聯(lián)數(shù)據(jù)的語(yǔ)義數(shù)字檔案館框架設(shè)計(jì)研究 基于關(guān)聯(lián)數(shù)據(jù)云的專(zhuān)題海圖及航行指南設(shè)計(jì) 基于關(guān)聯(lián)數(shù)據(jù)的圖書(shū)館信息資源整合分析 基于關(guān)聯(lián)數(shù)據(jù)的藏學(xué)文獻(xiàn)資源方法研究 基于人工智能的農(nóng)業(yè)知識(shí)培訓(xùn)平臺(tái)開(kāi)發(fā) 關(guān)聯(lián)數(shù)據(jù)的動(dòng)態(tài)鏈接維護(hù)研究 軟件工程關(guān)聯(lián)數(shù)據(jù)的自動(dòng)構(gòu)建 PLE編碼在關(guān)聯(lián)數(shù)據(jù)挖掘中的應(yīng)用 常見(jiàn)問(wèn)題解答 當(dāng)前所在位置：l.

[2] Baker T， Keizer J. Linked data for fighting global hunger： Experiences in setting standards for agricultural information management[EB/OL].[2012-02-11].http：///content/pdf/10.1007%2F978-1-4419-7665-9_9.

[3] Liang A C， Lauser B， Sini M， et al. From AGROVOC to the Agricultural Ontology Service/Concept Server： An OWL model for creating ontologies in the agricultural domain[EB/OL].[2012-02-11].http：///Vol-216/submission_31.pdf.

[4] Caracciolo C， Stellato A， Rajbahndari S， et al.Thesaurus maintenance， alignment and publication as linked data： the AGROVOC use case[J]. International Journal of Metadata， Semantics and Ontologies， 2012， 7（1）： 65-75.

[5] Soergel D， Lauser B， Liang A， et al. Reengineering thesauri for new applications： The AGROVOC example[EB/OL].[2012-02-11]. ftp：///docrep/fao/008/af234e/af234e00.pdf.

[6] Morshed A， Caracciolo C， Johannsen G， et al. Thesaurus alignment for linked data publishing[C]//International Conference on Dublin Core and Metadata Applications，2011： 37-46.

[7] Sini M， Rajbhandari S， Singh J， et al. Smart Organization of Agricultural Knowledge. The example of the AGROVOC Concept Server and Agropedia[EB/OL].[2012-02-11].http：///15620/1/al057e00.pdf.

[8] Fogarolli A， Brickley D， Anibaldi S， et al. AGRIS-From a Bibliographical Database to a Web Data Service on Agricultural Research Information[J]. Agricultural Information Worldwide， 2011， 4（1）： 10-15.

[9] Jaques Y， Anibaldi S， Celli F， et al. Proof and Trust in the OpenAGRIS Implementation[EB/OL].[2012-02-11].http：///pubs/article/download/3665/1888.

[10] Bizer C， Heath T， Idehen K， et al. Linked data on the web （LDOW2008）[C]//Proceeding of the 17th International Conference on World Wide Web. New York： ACM， 2008： 1265-1266.

篇3

導(dǎo)入信息化管理是企業(yè)管理創(chuàng)新的第一步

作為企業(yè)信息化來(lái)講，雖然從九十年代末開(kāi)始就有企業(yè)開(kāi)始導(dǎo)入，但中國(guó)企業(yè)包括家具企業(yè)在內(nèi)，這條路還需要走很長(zhǎng)。海爾集團(tuán)的張瑞敏在沃頓全球校友論壇上演講時(shí)說(shuō)，中國(guó)企業(yè)ERP不能成功的有93％。也就是說(shuō)可以做到ERP的企業(yè)只有7％，而這7％還不一定能夠成功。很多企業(yè)都應(yīng)該做ERP，但為什么如此多的企業(yè)做ERP又不成功呢?原因就是這些企業(yè)還沒(méi)有做到以用戶為中心，就要求做信息化，著陸點(diǎn)都沒(méi)找到，當(dāng)然做不成功了。很多企業(yè)之所有盲目上ERP，就像把油放在水面上一樣。油水是分離的，它們無(wú)法融合為一體。如果把業(yè)務(wù)比喻為水的話，ERP不應(yīng)該是表面光光的油，而是滴滴濃香的酒，只有這樣，才越做越有味道。

就拿東方智上海三分田文化傳播有限公司(以下簡(jiǎn)稱(chēng)東方智)在為名門(mén)家具企業(yè)(化名)導(dǎo)入ERP系統(tǒng)來(lái)說(shuō)，當(dāng)時(shí)也費(fèi)了很多周折，經(jīng)過(guò)一年多的不斷改善，現(xiàn)在慢慢地好起來(lái)了。比如說(shuō)庫(kù)存問(wèn)題，東方智在為名門(mén)家具企業(yè)導(dǎo)入信息化流程時(shí)庫(kù)存沒(méi)有得到很好的解決，現(xiàn)在已經(jīng)做到了零庫(kù)存下的信息化?，F(xiàn)在名門(mén)家具企業(yè)雖然沒(méi)有庫(kù)存，但是用戶要貨的話，馬上可以送過(guò)去，用戶不要就不會(huì)形成庫(kù)存，實(shí)際上就是全流程的再造。比如研發(fā)，今天研發(fā)的產(chǎn)品必須是六個(gè)月后用戶的需要。市場(chǎng)人員也應(yīng)該了解到用戶的需求，企業(yè)的產(chǎn)品一定不會(huì)形成庫(kù)存的。

這也是中國(guó)家具企業(yè)面臨的很多問(wèn)題，比如說(shuō)正常情況下家具企業(yè)的庫(kù)存周?chē)鞌?shù)是75天，而東方智幫助名門(mén)家具企業(yè)導(dǎo)入ERP之后，其在2009年初的庫(kù)存周?chē)鞌?shù)已經(jīng)變?yōu)?0天。盡管在這個(gè)過(guò)程中，名門(mén)家具企業(yè)遭受不少痛苦，其銷(xiāo)售在這個(gè)過(guò)程中也受到很大的影響，但大家咬著牙做了之后，把企業(yè)全流程的信息化都做起來(lái)了。名門(mén)家具企業(yè)也就在這次金融危機(jī)中讓自己上了一個(gè)新的臺(tái)階?，F(xiàn)在很多家具企業(yè)基本上是賣(mài)庫(kù)存，而名門(mén)家具企業(yè)已經(jīng)開(kāi)始賣(mài)服務(wù)了，它是根據(jù)用戶的需求來(lái)做的。這就實(shí)現(xiàn)了企業(yè)生產(chǎn)出來(lái)的家具產(chǎn)品不是放在倉(cāng)庫(kù)里，而是哪個(gè)賣(mài)場(chǎng)需要。哪個(gè)用戶已經(jīng)定了，所以在企業(yè)生產(chǎn)線上生產(chǎn)的產(chǎn)品就是用戶已經(jīng)要了的產(chǎn)品。而不是像很多企業(yè)為倉(cāng)庫(kù)采購(gòu)、為倉(cāng)庫(kù)銷(xiāo)售，這是個(gè)非常大的挑戰(zhàn)，名門(mén)家具企業(yè)的信息化管理就是從這里切入，就是以用戶為中心做的。

以客戶為中心是使自己成為信息化的企業(yè)之關(guān)鍵

“企業(yè)的信息化”就是以企業(yè)為中心滿足用戶的需求，而“信息化的企業(yè)”則是把企業(yè)放到全國(guó)用戶需求的鏈條中去，企業(yè)只是這個(gè)鏈條中的一環(huán)，應(yīng)該更快地在這個(gè)鏈條中進(jìn)行運(yùn)轉(zhuǎn)。這就要求企業(yè)的一切活動(dòng)都圍繞著客戶來(lái)展開(kāi)，一切工作都以滿足客戶需求為中心。美國(guó)的安德森在《長(zhǎng)尾理論》里說(shuō)：“在信息化時(shí)代每個(gè)企業(yè)應(yīng)該是低成本提供高質(zhì)量產(chǎn)品，高質(zhì)量地幫助用戶找到他們需要的產(chǎn)品?！比绾蔚统杀咎峁┧械漠a(chǎn)品，不是家具企業(yè)現(xiàn)在的大規(guī)模制造，而應(yīng)該是大規(guī)模定制。因?yàn)榇笠?guī)模制作用戶定制的產(chǎn)品一定可以做到低成本。正如長(zhǎng)尾理論說(shuō)的不是80／20原則，而是所有型號(hào)的家具產(chǎn)品都已經(jīng)被用戶預(yù)定，因而企業(yè)可以實(shí)現(xiàn)零庫(kù)存。使資金獲得最大化的發(fā)揮其作用。當(dāng)然，這對(duì)于中國(guó)絕大多數(shù)的家具企業(yè)來(lái)說(shuō)是非常大的挑戰(zhàn)。

高質(zhì)量地幫助用戶找到他們需要的家具產(chǎn)品，現(xiàn)在家具用戶就算足不出戶，面對(duì)的也不是只有一個(gè)企業(yè)，而是來(lái)自全國(guó)甚至世界各地的家具企業(yè)，這就要求企業(yè)所提供的家具產(chǎn)品必須要有競(jìng)爭(zhēng)力。這對(duì)于中國(guó)家具企業(yè)來(lái)講，從現(xiàn)在開(kāi)始，通過(guò)金融危機(jī)來(lái)轉(zhuǎn)型是非常大的挑戰(zhàn)，也是非常好的機(jī)會(huì)。

東方智在為名門(mén)家具企業(yè)導(dǎo)入信息化管理時(shí)，采用了虛實(shí)網(wǎng)相結(jié)合的方法一所謂虛網(wǎng)就是互聯(lián)網(wǎng)；所謂實(shí)網(wǎng)就是地面服務(wù)。即用戶在互聯(lián)網(wǎng)上點(diǎn)擊購(gòu)買(mǎi)之后，營(yíng)銷(xiāo)From EMKT 部門(mén)、物流部門(mén)等服務(wù)要結(jié)合跟上，在第一時(shí)間把貨送到。因?yàn)橹袊?guó)實(shí)在太大，所以東方智建議名門(mén)家具企業(yè)學(xué)習(xí)快遞公司，從市區(qū)到市郊再到縣一點(diǎn)一點(diǎn)地往下鋪，這個(gè)網(wǎng)絡(luò)深入下去非常困難，但市場(chǎng)潛力非常大，比如名門(mén)家具在浙江嘉興二區(qū)二縣三市(南湖區(qū)、秀洲區(qū)、嘉善縣、海鹽縣、海寧市、平湖市、桐鄉(xiāng)市)地區(qū)建立了近10個(gè)服務(wù)站之后，僅嘉興一個(gè)地區(qū)從年初到現(xiàn)在銷(xiāo)售已經(jīng)突破1000萬(wàn)元(名門(mén)家具2008年在嘉興區(qū)域的銷(xiāo)售額是300多萬(wàn)元)。

相匹配的組織結(jié)構(gòu)是信息化管理成功的保證

因?yàn)樾畔⒒钠髽I(yè)各個(gè)部門(mén)都要面對(duì)客戶，所以要打破各部門(mén)間的壁壘，讓大家共同來(lái)滿足客戶的需求，共同為客戶創(chuàng)造價(jià)值。

篇4

關(guān)鍵詞：比較句識(shí)別；文本分類(lèi)；中文比較模式庫(kù)；類(lèi)序列規(guī)則；關(guān)聯(lián)特征詞表

中圖分類(lèi)號(hào)：TP391

0引言

比較是我們?cè)谌粘Ｉ钪薪?jīng)常用到的一種表達(dá)方式，通過(guò)對(duì)兩個(gè)事物的比較，可以判斷出同類(lèi)產(chǎn)品間的異同和優(yōu)劣。尤其是隨著網(wǎng)絡(luò)技術(shù)的不斷發(fā)展，許多博客、微博、日志、社會(huì)網(wǎng)絡(luò)、論壇等新型網(wǎng)絡(luò)元素迅速興起，網(wǎng)絡(luò)信息更加個(gè)性化和專(zhuān)業(yè)化。這些信息中不乏對(duì)各種新事物、新理論、新技術(shù)、新產(chǎn)品、新觀點(diǎn)、新藝術(shù)等進(jìn)行評(píng)論和比較的主觀性信息，對(duì)這些主觀信息的比較關(guān)系進(jìn)行研究，分析同類(lèi)產(chǎn)品的異同和優(yōu)劣，可以對(duì)觀點(diǎn)挖掘、信息推薦等應(yīng)用提供重要的依據(jù)。從海量的評(píng)論信息中準(zhǔn)確地識(shí)別比較句是研究比較關(guān)系的前提工作。

在國(guó)內(nèi)對(duì)中文比較句的研究最初主要集中在語(yǔ)言學(xué)領(lǐng)域，包括比較的范疇、典型的比較句式、比較的語(yǔ)義以及比較的共時(shí)和歷時(shí)研究等。劉焱[1]在“除去特定語(yǔ)境影響的前提下，看一個(gè)句子在形式上是否具有比較句的結(jié)構(gòu)特點(diǎn)、在功能上是否表達(dá)了比較意義”這一思想指導(dǎo)下，指出比較范疇?wèi)?yīng)該是一種“語(yǔ)義—句法”范疇。車(chē)競(jìng)[2]從詞匯短語(yǔ)角度研究了比較句的語(yǔ)義和句法的角度分析，討論了比較句的分級(jí)和等級(jí)的度量。尚平[3]認(rèn)為漢語(yǔ)比較句的研究不僅需要堅(jiān)持語(yǔ)義同句法形式的結(jié)合，更要追求簡(jiǎn)潔明晰的分類(lèi)結(jié)果。龐倩[4]從結(jié)構(gòu)和功能上分析了等比句和差比句兩種句式的基本特點(diǎn)。語(yǔ)言學(xué)領(lǐng)域的研究工作對(duì)比較關(guān)系的挖掘有著指導(dǎo)意義，但并不能直接運(yùn)用到計(jì)算機(jī)的自動(dòng)挖掘上來(lái)。

最早用計(jì)算機(jī)進(jìn)行比較句識(shí)別的是伊利諾伊大學(xué)芝加哥分校的Jindal等[5]，他們采用模式發(fā)現(xiàn)和監(jiān)督學(xué)習(xí)的方法對(duì)英文比較句的識(shí)別進(jìn)行了研究，達(dá)到了79%的準(zhǔn)確率和81%的召回率。后來(lái)他們又用標(biāo)簽序列規(guī)則[6]作為特征對(duì)比較句中的比較關(guān)系進(jìn)行了進(jìn)一步的研究。北京大學(xué)黃小江等[7]使用支持向量機(jī)（SupportVectorMachine，SVM）分類(lèi)器和類(lèi)序列規(guī)則挖掘的方法對(duì)中文比較句進(jìn)行識(shí)別。Yang等[8]從韓語(yǔ)文檔中提取比較詞匯作為關(guān)鍵詞特征利用機(jī)器學(xué)習(xí)技術(shù)識(shí)別比較句。大連理工大學(xué)的宋銳等[9]通過(guò)構(gòu)建中文比較模式庫(kù)和條件隨機(jī)域模型結(jié)合的方法進(jìn)行比較句識(shí)別和比較關(guān)系抽??；黃高輝等[10]采用基于條件隨機(jī)場(chǎng)（ConditionalRandomField，CRF）的算法進(jìn)行比較句的識(shí)別和關(guān)系抽?。焕罱ㄜ奫11]利用熵值平衡算法提取句中的統(tǒng)計(jì)特征和序列特征進(jìn)行比較句識(shí)別。實(shí)驗(yàn)結(jié)果表明，這些方法都能有效地識(shí)別中文比較句，但是準(zhǔn)確率還有待進(jìn)一步提高。

本文通過(guò)分析比較句的結(jié)構(gòu)特征，利用關(guān)聯(lián)規(guī)則挖掘算法的原理建立關(guān)聯(lián)特征詞表，并結(jié)合規(guī)則征詞的關(guān)聯(lián)方向，建立了規(guī)則與特征詞表之間的有向聯(lián)系進(jìn)行中文比較句的識(shí)別。實(shí)驗(yàn)結(jié)果表明，基于關(guān)聯(lián)特征詞表的方法可以更有效地識(shí)別中文比較句。

1比較句研究問(wèn)題分析

比較句識(shí)別實(shí)際上就是判斷一個(gè)句子是比較句還是非比較句的過(guò)程，從本質(zhì)上講屬于一個(gè)文本分類(lèi)問(wèn)題。準(zhǔn)確識(shí)別比較句的關(guān)鍵是找到一種能夠區(qū)分比較句和非比較句特征的方法。從語(yǔ)言特征上看，比較句與非比較句之間在詞匯和語(yǔ)序上存在一定的差異，這使得傳統(tǒng)的文本分類(lèi)計(jì)數(shù)和序列模式匹配方法用于比較句的識(shí)別成為可能。在英文比較句中，由于比較詞特征比較明顯，一般是形容詞和副詞的比較級(jí)或最高級(jí)形式，所以對(duì)英文比較句進(jìn)行識(shí)別時(shí)，在語(yǔ)料預(yù)處理階段，使用英文特有的詞性標(biāo)注工具，能夠很好地分析出具有比較意義的形容詞與副詞等有效特征詞。而中文比較句表達(dá)方式中不具有比較級(jí)或最高級(jí)的形態(tài)，往往普通的詞語(yǔ)、成語(yǔ)以及諺語(yǔ)等信息就可以表達(dá)多個(gè)事物之間比較的含義，格式上也靈活多變，給準(zhǔn)確地識(shí)別比較句帶來(lái)了很大困難。

1.1中文比較句式分析

從語(yǔ)義上分析，中文比較句描述的是同一類(lèi)事物的兩個(gè)或兩個(gè)以上實(shí)體在同一個(gè)屬性上的比較。在語(yǔ)言學(xué)領(lǐng)域認(rèn)為一句完整的比較句通常包含四個(gè)基本要素[2]：比較主體、比較客體、比較屬性和比較結(jié)果。如例句：

1）諾基亞N8的屏幕不如iPhone的好。

篇5

關(guān)鍵詞：關(guān)聯(lián)規(guī)則； 數(shù)據(jù)挖掘； 診斷和治療信息； ARFDW

中圖分類(lèi)號(hào)： TN911.7?34 文獻(xiàn)標(biāo)識(shí)碼： A 文章編號(hào)： 1004?373X（2013）19?0124?03

數(shù)據(jù)挖掘從20世紀(jì)80年代提出到現(xiàn)在，不過(guò)短短20多年的時(shí)間，但其應(yīng)用已非常廣泛，不僅用于科研領(lǐng)域，在商業(yè)領(lǐng)域的應(yīng)用也毫不遜色，尤其是用于銀行、電信、保險(xiǎn)、交通、零售（如超級(jí)市場(chǎng)）等領(lǐng)域。數(shù)據(jù)挖掘在醫(yī)學(xué)領(lǐng)域的應(yīng)用也有著廣泛的前景。在醫(yī)學(xué)領(lǐng)域存在著大量的數(shù)據(jù)，包括病人病史、診斷、檢驗(yàn)、和治療的臨床信息，藥品管理信息，醫(yī)院管理信息等。數(shù)據(jù)挖掘應(yīng)用到醫(yī)學(xué)領(lǐng)域，對(duì)醫(yī)學(xué)數(shù)據(jù)進(jìn)行分析，提取隱含的有價(jià)值的信息能夠促進(jìn)醫(yī)院管理者作出明智決策、醫(yī)生對(duì)病人的正確診斷和治療。這對(duì)促進(jìn)人類(lèi)健康、保持健康的生活質(zhì)量都有積極的意義。

1 基于關(guān)聯(lián)規(guī)則數(shù)據(jù)挖掘技術(shù)分析

1.1 數(shù)據(jù)挖掘概述

1.1.1 數(shù)據(jù)挖掘的定義

數(shù)據(jù)挖掘就是從大量的、不完全的、有噪聲的、模糊的、隨機(jī)的數(shù)據(jù)中，提取隱含在其中的、人們事先不知道的、但又是潛在的有用信息和知識(shí)的過(guò)程。這個(gè)定義包含幾層含義，數(shù)據(jù)源必須是真實(shí)的、大量的、含噪聲的；發(fā)現(xiàn)的是用戶感興趣的知識(shí)；發(fā)現(xiàn)的知識(shí)要可接受、可理解、可運(yùn)用；并不要求發(fā)現(xiàn)放之四海而皆準(zhǔn)的知識(shí)，僅需支持特定的發(fā)現(xiàn)問(wèn)題。

1.1.2 數(shù)據(jù)挖掘的過(guò)程

數(shù)據(jù)挖掘過(guò)程一般需要經(jīng)歷數(shù)據(jù)準(zhǔn)備、數(shù)據(jù)開(kāi)采、結(jié)果表述和解釋三個(gè)主要步驟。

（1）數(shù)據(jù)準(zhǔn)備。數(shù)據(jù)準(zhǔn)備是數(shù)據(jù)挖掘中的一個(gè)重要步驟，數(shù)據(jù)準(zhǔn)備是否做好將直接影響到數(shù)據(jù)挖掘的效率、準(zhǔn)確度以及最終模式的有效性。這個(gè)階段又可以進(jìn)一步分為三個(gè)子步驟：數(shù)據(jù)集成、數(shù)據(jù)選擇、數(shù)據(jù)預(yù)處理。

（2）數(shù)據(jù)開(kāi)采。數(shù)據(jù)開(kāi)采階段選定某個(gè)特定的數(shù)據(jù)挖掘算法（如關(guān)聯(lián)規(guī)則、分類(lèi)、回歸、聚類(lèi)等算法），用于搜索數(shù)據(jù)中的模式。這是數(shù)據(jù)挖掘過(guò)程中最關(guān)鍵的一步，也是技術(shù)難點(diǎn)。

（3）結(jié)果表述和解釋。根據(jù)最終用戶的決策目的，對(duì)提取的信息進(jìn)行分析，把最有價(jià)值的信息區(qū)分出來(lái)，并且通過(guò)決策支持工具提交給決策者。因此，這一步驟的任務(wù)不僅是把結(jié)果表達(dá)出來(lái)，還要對(duì)信息進(jìn)行過(guò)濾處理。如果不能令決策者滿意，需要重復(fù)以上的數(shù)據(jù)挖掘過(guò)程。

1.2 關(guān)聯(lián)規(guī)則概述

給定一個(gè)事務(wù)（交易）數(shù)據(jù)庫(kù)，人們往往希望發(fā)現(xiàn)事務(wù)中的關(guān)聯(lián)事實(shí)，即事務(wù)中一些項(xiàng)目的出現(xiàn)必定隱含著同次事務(wù)中其他項(xiàng)目的出現(xiàn)，這是關(guān)聯(lián)規(guī)則的一個(gè)簡(jiǎn)單的描述。

設(shè)[I={t1，t2，…，tm}]是由[m]個(gè)不同項(xiàng)目組成的集合，[D]是交易數(shù)據(jù)庫(kù)（交易數(shù)據(jù)庫(kù)又稱(chēng)事務(wù)數(shù)據(jù)庫(kù)），其中每一個(gè)交易或事務(wù)[T]是[I]中一些項(xiàng)目的集合，即[T?][I。]每一個(gè)交易或事務(wù)[T]都與一個(gè)惟一的標(biāo)識(shí)符TID相聯(lián)。對(duì)于項(xiàng)目集[X?I，]如果[X?T，]則交易或事務(wù)[T]支持[X。]如果[X]中有[k]個(gè)項(xiàng)目，則又稱(chēng)[X]為[k?]項(xiàng)目集，或[X]的長(zhǎng)度為[k。]

關(guān)聯(lián)規(guī)則是指形式如下的一種數(shù)據(jù)隱含關(guān)系：[X?][Y，]其中[X?I，][Y?I，]且[X?Y=?。]

關(guān)聯(lián)規(guī)則挖掘的任務(wù)是：在給定的交易或事務(wù)數(shù)據(jù)庫(kù)[D]中，發(fā)現(xiàn)[D]中所有的頻繁關(guān)聯(lián)規(guī)則。所謂頻繁關(guān)聯(lián)規(guī)則是指這些規(guī)則的支持度、置信度分別不低于用戶給定的最小支持度和最小置信度。

2 ARFDW系統(tǒng)設(shè)計(jì)與實(shí)現(xiàn)

2.1 ARFDW系統(tǒng)框架需求分析

作為通用的數(shù)據(jù)挖掘框架，ARFDW要提供對(duì)不同操作系統(tǒng)、不同處理平臺(tái)的支持；對(duì)異構(gòu)數(shù)據(jù)源的支持；支持多樣化、可插拔、可組合的數(shù)據(jù)轉(zhuǎn)換功能；提供統(tǒng)一的管理和調(diào)度功能；處理程序的繼承和開(kāi)放性；要有清晰的框架處理層次以及對(duì)元數(shù)據(jù)的管理等。下面對(duì)框架的關(guān)鍵需求進(jìn)行描述。

2.1.1 建立挖掘主題

系統(tǒng)應(yīng)該支持挖掘主題的建立。在對(duì)被挖掘?qū)ο筮M(jìn)行充分分析并確定挖掘主題及數(shù)據(jù)來(lái)源后，系統(tǒng)能夠通過(guò)挖掘主題配置工具來(lái)創(chuàng)建挖掘主題及關(guān)聯(lián)維度，并生成相應(yīng)數(shù)據(jù)庫(kù)表及數(shù)據(jù)記錄映射對(duì)象。

2.1.2 異構(gòu)數(shù)據(jù)源數(shù)據(jù)抽取

作為通用框架，系統(tǒng)應(yīng)該支持盡可能多的異構(gòu)數(shù)據(jù)源，異構(gòu)數(shù)據(jù)源包括不同廠商、不同版本的數(shù)據(jù)庫(kù)，不同格式的文本等。如ODBC 數(shù)據(jù)源、（非ODBC）各種關(guān)系型數(shù)據(jù)庫(kù)數(shù)據(jù)源、應(yīng)用數(shù)據(jù)、電子商務(wù)數(shù)據(jù)、各種文件格式中數(shù)據(jù)等；同時(shí)提供通用數(shù)據(jù)訪問(wèn)接口：該接口能夠跨平臺(tái)、網(wǎng)絡(luò)訪問(wèn)數(shù)據(jù)，支持在不同類(lèi)型數(shù)據(jù)源間建立連接，通過(guò)它可以屏蔽各種數(shù)據(jù)源之間的差異，為后序工作提供一個(gè)統(tǒng)一的數(shù)據(jù)視圖。

2.1.3 建立轉(zhuǎn)換規(guī)則

由于業(yè)務(wù)系統(tǒng)的開(kāi)發(fā)一般會(huì)有一個(gè)較長(zhǎng)的時(shí)間跨度，這就造成同一種數(shù)據(jù)在業(yè)務(wù)系統(tǒng)中可能會(huì)有多種完全不同的存儲(chǔ)格式。這就要求ETL工具必須對(duì)抽取到的數(shù)據(jù)能進(jìn)行靈活的計(jì)算、合并、拆分等轉(zhuǎn)換操作，系統(tǒng)要能夠不斷地以插件形式添加轉(zhuǎn)換節(jié)點(diǎn)的種類(lèi)，就可以不斷地增強(qiáng)ETL工具的功能，以應(yīng)付各種各樣的數(shù)據(jù)不一致的問(wèn)題。

2.1.4 執(zhí)行定時(shí)任務(wù)

針對(duì)數(shù)據(jù)源的多樣性和可變性，ETL通過(guò)對(duì)從數(shù)據(jù)源到目標(biāo)數(shù)據(jù)倉(cāng)庫(kù)間的映射規(guī)則進(jìn)行元數(shù)據(jù)級(jí)別上的建模，使得整個(gè)抽取、轉(zhuǎn)換、裝載過(guò)程在元數(shù)據(jù)驅(qū)動(dòng)下能完全自動(dòng)調(diào)度執(zhí)行，同時(shí)也便于維護(hù)和擴(kuò)展。

2.2 ARFDW總體框架設(shè)計(jì)

ARFDW系統(tǒng)架構(gòu)模型如圖1所示。首先，對(duì)被挖掘?qū)ο筮M(jìn)行充分分析，確定挖掘主題及數(shù)據(jù)來(lái)源，通過(guò)挖掘主題配置工具創(chuàng)建挖掘主題及關(guān)聯(lián)維度，并生成相應(yīng)數(shù)據(jù)庫(kù)表及數(shù)據(jù)記錄映射對(duì)象；其次，通過(guò)數(shù)據(jù)源配置工具對(duì)等待抽取的數(shù)據(jù)源數(shù)據(jù)的相關(guān)連接格式參數(shù)進(jìn)行配置，數(shù)據(jù)源配置好后系統(tǒng)會(huì)將輸入的數(shù)據(jù)通過(guò)數(shù)據(jù)對(duì)象化工具轉(zhuǎn)換為統(tǒng)一的XML描述數(shù)據(jù)格式，并根據(jù)映射在基礎(chǔ)數(shù)據(jù)庫(kù)中創(chuàng)建數(shù)據(jù)保存表記錄；再次，通過(guò)轉(zhuǎn)換任務(wù)元數(shù)據(jù)配置工具生成數(shù)據(jù)轉(zhuǎn)換規(guī)則及對(duì)應(yīng)目標(biāo)主題，該部分實(shí)現(xiàn)需要用到功能節(jié)點(diǎn)以及設(shè)定任務(wù)中各個(gè)功能節(jié)點(diǎn)的執(zhí)行流程。配置好的任務(wù)將在任務(wù)列表中列出，可以手動(dòng)執(zhí)行，也可以通過(guò)總控調(diào)度配置自動(dòng)執(zhí)行。數(shù)據(jù)經(jīng)過(guò)ETL處理后會(huì)加載到挖掘庫(kù)對(duì)應(yīng)的主題中去。最后，通過(guò)基于關(guān)聯(lián)規(guī)則的挖掘算法對(duì)目標(biāo)數(shù)據(jù)進(jìn)行挖掘，并將條件的規(guī)則保存到規(guī)則庫(kù)。

2.3 ARFDW框架實(shí)現(xiàn)

整個(gè)系統(tǒng)框架結(jié)構(gòu)按照分層設(shè)計(jì)、實(shí)現(xiàn)?，F(xiàn)對(duì)關(guān)鍵層的實(shí)現(xiàn)進(jìn)行逐一描述。

數(shù)據(jù)持久層采用Hibernate，負(fù)責(zé)存儲(chǔ)、更新、刪除數(shù)據(jù)庫(kù)記錄等。Hibernate是一個(gè)用來(lái)處理O/R Mapping的持久層框架。技術(shù)本質(zhì)上是一個(gè)提供數(shù)據(jù)庫(kù)服務(wù)的中間件，該中間件屏蔽了不同數(shù)據(jù)庫(kù)之間的差異。它的工作原理是通過(guò)文件把值對(duì)象和數(shù)據(jù)庫(kù)表之間建立起一個(gè)映射關(guān)系，這樣，只需要通過(guò)操作這些值對(duì)象和Hibernate提供的一些基本類(lèi)，就可以達(dá)到使用數(shù)據(jù)庫(kù)的目的。Hibernate使用數(shù)據(jù)庫(kù)和配置信息來(lái)為應(yīng)用程序提供持久化服務(wù)（以及持久的對(duì)象）。在這里，創(chuàng)建了接口IdaoSupport，該接口定義了所有對(duì)數(shù)據(jù)庫(kù)進(jìn)行的原子操作，DaoSupportHibernate3Imp是其實(shí)現(xiàn)類(lèi)，該類(lèi)繼承了HibernateDaoSupport類(lèi)，通過(guò)調(diào)用該類(lèi)提供的方法來(lái)完成對(duì)數(shù)據(jù)庫(kù)的操作。

業(yè)務(wù)邏輯層采用Spring。Spring框架是一個(gè)分層架構(gòu)，它的核心提供了一個(gè)管理業(yè)務(wù)對(duì)象以及它們之間依賴(lài)關(guān)系的方法。例如，應(yīng)用控制反轉(zhuǎn)（IOC），它可以特定一個(gè)數(shù)據(jù)訪問(wèn)對(duì)象（DAO）去依賴(lài)于某一個(gè)數(shù)據(jù)源。同時(shí)，它允許開(kāi)發(fā)者實(shí)現(xiàn)接口并在XML文件中去定義其實(shí)現(xiàn)類(lèi)。同時(shí)為了避免EJB的高度侵入性，實(shí)現(xiàn)無(wú)侵入性的目標(biāo)，Spring大量引入了JAVA的Reflection機(jī)制，通過(guò)動(dòng)態(tài)調(diào)用的方式避免硬編碼方式的約束，并在此基礎(chǔ)上建立了其核心組件BeanFactory，以此作為其依賴(lài)注入機(jī)制的實(shí)現(xiàn)基礎(chǔ)。

表示層采用基于MVC模式的Struts框架。MVC（模型-視圖-控制）設(shè)計(jì)模式將WEB層分為三類(lèi)對(duì)象：代表數(shù)據(jù)的模型（Model）對(duì)象，顯示模型的視圖（View）對(duì)象以及響應(yīng)用戶輸入、處理業(yè)務(wù)流程的控制器（Controller）對(duì)象。

整個(gè)系統(tǒng)處理流程如下：

（1）當(dāng)系統(tǒng)第一次啟動(dòng)時(shí)，應(yīng)用會(huì)根據(jù)部署描述文件Web.xml指向的applicationContext.xml中定義的內(nèi)容初始化數(shù)據(jù)庫(kù)連接池、進(jìn)行O?R Mapping映射、根據(jù)IoC實(shí)例化業(yè)務(wù)邏輯類(lèi)。

（2）操作員登陸時(shí)，進(jìn)行相應(yīng)的權(quán)限驗(yàn)證，如果驗(yàn)證通過(guò)，則初始化單例對(duì)象（InitSingleton），該對(duì)象保存了一些全局實(shí)例，用戶信息、角色信息、權(quán)限信息等。

（3）操作員通過(guò)系統(tǒng)界面（JSP）提交業(yè)務(wù)請(qǐng)求（業(yè)務(wù)信息保存在FormBean中），并通過(guò)struts?config.xml中的描述定位到控制器（Action），業(yè)務(wù)請(qǐng)求包括：業(yè)務(wù)編號(hào)、當(dāng)前步驟、執(zhí)行動(dòng)作等。

（4）控制器接收用戶請(qǐng)求，將FormBean中的信息傳遞到BO中，同時(shí)調(diào)用權(quán)限驗(yàn)證模塊（RightControl）進(jìn)行操作員權(quán)限驗(yàn)證。權(quán)限驗(yàn)證接口判斷當(dāng)前用戶對(duì)于請(qǐng)求的業(yè)務(wù)是否具有權(quán)限（只讀、可寫(xiě)），將結(jié)果反饋給控制器。

（5）如果驗(yàn)證通過(guò)，控制器將根據(jù)用戶請(qǐng)求信息，調(diào)用系統(tǒng)啟動(dòng)時(shí)實(shí)例化的業(yè)務(wù)邏輯類(lèi)進(jìn)行相應(yīng)業(yè)務(wù)處理。

（6）業(yè)務(wù)處理邏輯對(duì)象處理特定業(yè)務(wù)邏輯，當(dāng)需要CRUD（即Create、Read、Update、Delete）時(shí)，會(huì)根據(jù)applicationContext.xml中通過(guò)set方法注入的DAO實(shí)例，執(zhí)行相應(yīng)的CRUD操作。

（7）業(yè)務(wù)處理完成后，控制器根據(jù)返回結(jié)果，將用戶頁(yè)面導(dǎo)向特定JSP，如果有需要，將返回的結(jié)果封裝成FormBean（與用戶界面相對(duì)應(yīng)的JavaBean，其屬性與用戶界面元素相對(duì)應(yīng)）一并返回特定JSP。

3 結(jié) 語(yǔ)

課題根據(jù)目前國(guó)內(nèi)外數(shù)據(jù)集成工具暴露出的問(wèn)題，及目前醫(yī)生診療數(shù)據(jù)挖掘的現(xiàn)狀、技術(shù)及特點(diǎn)提出了ARFDW自適應(yīng)模型框架的概念。該框架使用JAVA語(yǔ)言、對(duì)象持久化技術(shù)和XML技術(shù)構(gòu)建出跨平臺(tái)、多線程并發(fā)運(yùn)行、支持增量數(shù)據(jù)更新、靈活的數(shù)據(jù)挖掘系統(tǒng)架構(gòu)模型，并給出了設(shè)計(jì)和實(shí)現(xiàn)方案。

參考文獻(xiàn)

[1] 錢(qián)峰.國(guó)內(nèi)數(shù)據(jù)挖掘工具研究綜述[J].情報(bào)雜志，2008（10）：11?13.

[2] 章魯，龔著琳，陳瑛，等.生物醫(yī)學(xué)數(shù)據(jù)挖掘[M].上海：上?？萍汲霭嫔纾?011.

[3] ALUR deepak.J2EE核心模式[M].2版.北京：機(jī)械工業(yè)出版社，2005.

[4] 余佳，李益華.一種基于數(shù)據(jù)挖掘的車(chē)型自動(dòng)分類(lèi)方法的研究[J].現(xiàn)代電子技術(shù)，2012，35（9）：119?121.

篇6

從新版《水滸》全劇的音樂(lè)來(lái)看,非常值得肯定。尤其在樂(lè)隊(duì)的運(yùn)用方面有著不俗的表現(xiàn)。既大量用了民族樂(lè)器的獨(dú)奏、合奏;也大量用了管弦樂(lè)隊(duì)的合奏和獨(dú)奏。混合性樂(lè)隊(duì)的穿插使用,豐富和拓展了音樂(lè)的表現(xiàn)力。在樂(lè)器組合上也有一定的突破,如彈撥樂(lè)器和與樂(lè)隊(duì)的組合就很有新意,把劇中的人物表現(xiàn)的更為形象和生動(dòng)。在人聲與樂(lè)隊(duì)的組合方面,也做了一些有益的嘗試,收到了令人耳目一新的藝術(shù)效果,這些方面都顯示出作曲家駕馭樂(lè)隊(duì)的能力和勇于探索的精神。

在音樂(lè)的民族性、原創(chuàng)性的結(jié)合方面,尺度和關(guān)系也把握的較好。曲調(diào)廣泛吸收了河南、河北、山東一帶地域性較強(qiáng)的音樂(lè)素材,使得音樂(lè)散發(fā)出一種濃郁的鄉(xiāng)土氣息。但作曲家僅僅是以此來(lái)作為發(fā)展的基礎(chǔ),更多呈現(xiàn)的則是經(jīng)過(guò)精心改編或原創(chuàng)性的音樂(lè)。

音樂(lè)風(fēng)格多樣化。比如,主題歌曲和結(jié)尾的歌曲風(fēng)格就不盡相同;主題音樂(lè)和劇中諸多片段的風(fēng)格也略有不同。這種不同風(fēng)格的音樂(lè)所形成的對(duì)比,產(chǎn)生出一種多側(cè)面,多角度,立體化塑造人物形象的效果和作用。

音樂(lè)與畫(huà)面的配合相得益彰。音樂(lè)在劇中的運(yùn)用特點(diǎn)是,收得攏,放得開(kāi),收放自如,恰到好處,深刻揭示了劇中人物的性格和情感,發(fā)揮了音樂(lè)的獨(dú)特作用。比如,在攻打方臘時(shí)雙方交戰(zhàn)的一場(chǎng)戲中,悲壯的音樂(lè)與慘烈的畫(huà)面配合得就可圈可點(diǎn),觀眾不僅被劇情所震撼,也被其音樂(lè)所深深地感染。

當(dāng)然,從更高的要求來(lái)看,音樂(lè)諸多的缺陷也是顯而易見(jiàn)。如,對(duì)主題歌曲就提煉得不夠生動(dòng)形象,沒(méi)有從本質(zhì)上揭示出英雄好漢的特點(diǎn)。尤其是旋律,陳舊平庸,缺乏個(gè)性,曾似相識(shí)的音調(diào)始終難以深入人心、融入劇情。盡管演唱者的表現(xiàn)已經(jīng)是竭盡全力,但由于其嗓音條件所限,顯得聲音憋屈沉悶、吃力甚至有些做作。

對(duì)主題的展開(kāi)和變奏有些過(guò)于簡(jiǎn)單。當(dāng)然,重要的是沒(méi)有發(fā)揮出主題音樂(lè)的基本作用。如深化劇情主題、刻畫(huà)人物性格、塑造人物形象等;所以,也就難以表現(xiàn)和挖掘劇中人物更深層次的情感。再之,雖然劇中的配樂(lè)風(fēng)格多樣,但如果仔細(xì)推敲,發(fā)現(xiàn)其互相之間卻缺乏邏輯關(guān)系,實(shí)際上反而弱化了音樂(lè)的表現(xiàn)力。最明顯的是劇中反復(fù)出現(xiàn)的那段有些矯揉造作的女聲吟唱,和幾段帶有港臺(tái)風(fēng)格的配樂(lè)段落。由于互相之間缺乏內(nèi)在的聯(lián)系,顯得與劇情風(fēng)格和音樂(lè)整體風(fēng)格都不大協(xié)調(diào)。

再就是主題中變化音的運(yùn)用,生硬而不夠自然,既無(wú)益于旋律的流暢,也使得主題流于平庸。

和聲配置也有些無(wú)序,沒(méi)有體現(xiàn)出它對(duì)旋律及織體的支撐作用,也沒(méi)有給人帶來(lái)和諧充實(shí)或豐厚之感,到覺(jué)得好像成了旋律的一個(gè)拖累和包袱。

從音樂(lè)的基調(diào)來(lái)看,劇中表現(xiàn)的都是錚錚鐵骨的江湖好漢,音樂(lè)理應(yīng)也是定位在剛硬有力、豪情四溢的基調(diào)之中。而現(xiàn)在則是顯得剛性不足而柔弱有余,這些正是音樂(lè)的致命弱點(diǎn)所在。

相比之下,舊版《水滸》的音樂(lè)在這些方面卻是非常成功。特別是其中的主題歌曲,極為深刻地展示了劇情主題的內(nèi)涵。在當(dāng)年播出這部電視劇時(shí),一曲高亢激越的主題歌曲《好漢歌》隨即傳遍了大江南北,成了觀眾最喜愛(ài)的影視歌曲,劉歡那充滿激情和魅力的演唱至今令人難以忘懷。

舊版的音樂(lè)雖然也是取材于民間,但經(jīng)過(guò)作曲家的加工取舍后,提煉出了素材中的最精華、最本質(zhì)的部分表現(xiàn)劇情,這也是能夠得以廣泛流傳和觀眾認(rèn)可的重要原因。

篇7

關(guān)鍵詞 互聯(lián)網(wǎng)；自動(dòng)灌溉控制系統(tǒng)；數(shù)據(jù)采集；數(shù)據(jù)推送；觀察者模式；設(shè)計(jì)；開(kāi)發(fā)

中圖分類(lèi)號(hào) TP274+.2 文獻(xiàn)標(biāo)識(shí)碼 A 文章編號(hào) 1007-5739（2015）19-0344-03

Abstract Automatic irrigation control system based on Web is the main trend in the development of agricultural water-saving information technology.The application program based on Web in real-time performance is poor，so it is difficult to meet the application needs of this problem.In this paper，the structure and data transmission real-time bottleneck of automatic irrigation control system based on Web was analyzed，and the scheme to improve the real-time performance of data transmission mode was put forward.The construction of irrigation control system based on Web was developed，and the mechanism of data real-time push was realized，and the real-time performance of data acquisition and control instruction was tested.The results showed that the average delay of data acquisition was 1 676 ms，the average delay was 3 378 ms，which could basically satisfy the requirement of equipment control and irrigation decision.The average delay of data transmission was 124 ms and 118 ms.This study provided a reference for the development of real-time monitoring and control system based on Web.

Key words Web；automatic irrigation control system；data acquisition；data push；observer pattern；design；development

作為物聯(lián)網(wǎng)技術(shù)的典型應(yīng)用之一，自動(dòng)灌溉控制系統(tǒng)不僅為設(shè)施農(nóng)業(yè)灌溉和城市綠化灌溉等領(lǐng)域節(jié)約了大量水資源，也為根據(jù)作物和花木的需水特性進(jìn)行個(gè)性化灌溉和用水精準(zhǔn)計(jì)量提供了基礎(chǔ)[1-2]。自動(dòng)灌溉控制系統(tǒng)由硬件和軟件2個(gè)部分組成，硬件部分包括灌溉控制器、電磁閥和傳感器，軟件安裝運(yùn)行于工控機(jī)上并與硬件部分相連，是人機(jī)交互入口和控制中心，根據(jù)監(jiān)測(cè)數(shù)據(jù)和灌溉模型進(jìn)行自動(dòng)/半自動(dòng)的灌溉控制。自動(dòng)灌溉方式主要有2種：一種是建立周期性的灌溉方案，進(jìn)行定時(shí)灌溉；另一種是以土壤水分監(jiān)測(cè)數(shù)據(jù)和氣象數(shù)據(jù)為輸入，通過(guò)灌溉決策模型計(jì)算灌溉時(shí)間和灌水量，實(shí)現(xiàn)按需灌溉[3-4]。

實(shí)時(shí)性對(duì)于自動(dòng)灌溉控制系統(tǒng)至關(guān)重要，傳感器數(shù)據(jù)采集的實(shí)時(shí)性也決定了灌溉決策的時(shí)效性，同時(shí)，灌溉控制指令也必須實(shí)時(shí)地傳輸?shù)诫姶砰y，保證灌水量的精確控制[5-6]。網(wǎng)絡(luò)環(huán)境和系統(tǒng)架構(gòu)是影響實(shí)時(shí)性的主要因素，通常在一定的工程條件下網(wǎng)絡(luò)傳輸速度是確定的，此時(shí)系統(tǒng)架構(gòu)對(duì)實(shí)時(shí)性起著決定性作用。當(dāng)前的灌溉控制軟件系統(tǒng)主要是基于客戶端/服務(wù)器（C/S）結(jié)構(gòu)開(kāi)發(fā)的桌面應(yīng)用程序，客戶端軟件與數(shù)據(jù)庫(kù)之間通訊效率很高，且網(wǎng)絡(luò)結(jié)構(gòu)簡(jiǎn)單，因此系統(tǒng)實(shí)時(shí)性能夠得到有效保障。但是，由于C/S結(jié)構(gòu)程序必須運(yùn)行于特定的軟硬件平臺(tái)，無(wú)法實(shí)現(xiàn)多種設(shè)備平臺(tái)的覆蓋，適用范圍非常有限，而針對(duì)所有可能平臺(tái)進(jìn)行開(kāi)發(fā)在多數(shù)情況下并不可行[7]。另外，C/S 結(jié)構(gòu)程序升級(jí)維護(hù)成本較高，同時(shí)難以實(shí)現(xiàn)多個(gè)項(xiàng)目集中管理。因此，當(dāng)前軟件應(yīng)用系統(tǒng)更多地選擇基于瀏覽器/服務(wù)器（B/S）結(jié)構(gòu)進(jìn)行開(kāi)發(fā)，即Web應(yīng)用程序。在Web應(yīng)用程序中，常常通過(guò)Ajax方式來(lái)模擬實(shí)時(shí)效果，數(shù)據(jù)刷新的頻率直接決定了延時(shí)長(zhǎng)短，通過(guò)提高刷新頻率來(lái)改善實(shí)時(shí)性能，不僅會(huì)增加無(wú)效網(wǎng)絡(luò)傳輸，對(duì)服務(wù)器資源也是極大的考驗(yàn)。本文針對(duì)這一問(wèn)題展開(kāi)研究，通過(guò)數(shù)據(jù)推送方式實(shí)現(xiàn)數(shù)據(jù)傳輸，改善Web應(yīng)用系統(tǒng)的實(shí)時(shí)性，滿足自動(dòng)灌溉控制需求。

1 系統(tǒng)結(jié)構(gòu)與數(shù)據(jù)實(shí)時(shí)推送設(shè)計(jì)

1.1 系統(tǒng)結(jié)構(gòu)

在基于Web的自動(dòng)灌溉控制系統(tǒng)中，硬件設(shè)備和灌溉控制軟件不采取直接通信的方式，而是通過(guò)獨(dú)立的數(shù)據(jù)通訊模塊實(shí)現(xiàn)數(shù)據(jù)傳輸，將硬件設(shè)備的監(jiān)測(cè)數(shù)據(jù)和自身狀態(tài)數(shù)據(jù)發(fā)送至灌溉控制軟件系統(tǒng)，并將軟件系統(tǒng)發(fā)出的控制命令數(shù)據(jù)傳輸至硬件設(shè)備，不僅降低了系統(tǒng)耦合性，也使軟件部署更加靈活，有利于實(shí)現(xiàn)多個(gè)灌溉控制項(xiàng)目的遠(yuǎn)程集中管理?；贑/S架構(gòu)的灌溉控制軟件限制了服務(wù)對(duì)象和應(yīng)用范圍，同時(shí)也需要較高的成本來(lái)維護(hù)和更新系統(tǒng)，基于B/S架構(gòu)進(jìn)行軟件系統(tǒng)設(shè)計(jì)具有更大的優(yōu)勢(shì)。在軟件架構(gòu)方面采用Web應(yīng)用程序的典型3層架構(gòu)，即數(shù)據(jù)層、邏輯層和表現(xiàn)層。但是傳統(tǒng)基于HTML頁(yè)面的表現(xiàn)層技術(shù)不能滿足灌溉控制中的操作交互和實(shí)時(shí)數(shù)據(jù)傳輸要求，因此本文采用豐富互聯(lián)網(wǎng)應(yīng)用（rich internet application）技術(shù)進(jìn)行表現(xiàn)層的開(kāi)發(fā)，使其除了展示服務(wù)器返回?cái)?shù)據(jù)之外，增加更多數(shù)據(jù)表現(xiàn)和交互功能，在改善用戶體驗(yàn)的同時(shí)，也減少了網(wǎng)絡(luò)數(shù)據(jù)傳輸量。

1.2 數(shù)據(jù)傳輸實(shí)時(shí)性瓶頸分析

在硬件設(shè)備與數(shù)據(jù)通訊模塊之間采用嵌入式程序進(jìn)行通訊，延時(shí)很短；數(shù)據(jù)通訊模塊與數(shù)據(jù)庫(kù)之間的數(shù)據(jù)傳輸為桌面級(jí)應(yīng)用程序，實(shí)施性也能夠得到保證；在軟件系統(tǒng)內(nèi)部，由于架構(gòu)特點(diǎn)和各層次之間數(shù)據(jù)傳輸方式的差異，實(shí)時(shí)性的提高往往以巨大的網(wǎng)絡(luò)帶寬消耗和服務(wù)器性能需求為代價(jià)，在實(shí)際應(yīng)用中存在較大的問(wèn)題，因此在整個(gè)灌溉控制系統(tǒng)中，軟件部分是實(shí)時(shí)性提高的關(guān)鍵。

軟件系統(tǒng)中數(shù)據(jù)傳輸包括控制和采集2個(gè)過(guò)程?？刂七^(guò)程的數(shù)據(jù)傳輸是從客戶端應(yīng)用程序到數(shù)據(jù)庫(kù)，其實(shí)現(xiàn)過(guò)程為客戶端程序向Web服務(wù)器發(fā)出請(qǐng)求，服務(wù)器接收數(shù)據(jù)并保存到數(shù)據(jù)庫(kù)中，整個(gè)過(guò)程是由數(shù)據(jù)源向接收數(shù)據(jù)層的推送過(guò)程，其延時(shí)主要來(lái)自于網(wǎng)絡(luò)通訊延時(shí)和計(jì)算耗時(shí)，實(shí)時(shí)性較高。采集過(guò)程的數(shù)據(jù)傳輸是從數(shù)據(jù)庫(kù)到客戶端應(yīng)用程序，更新數(shù)據(jù)是由接收層通過(guò)查詢操作拉取獲得。在數(shù)據(jù)拉取模式中，客戶端程序調(diào)用一個(gè)異步方法來(lái)從服務(wù)器獲取數(shù)據(jù)，然后服務(wù)器端程序通過(guò)調(diào)用一個(gè)同步方法從數(shù)據(jù)庫(kù)中獲取最新數(shù)據(jù)，數(shù)據(jù)庫(kù)返回?cái)?shù)據(jù)給服務(wù)器端程序后，服務(wù)器再將數(shù)據(jù)發(fā)送給客戶端。數(shù)據(jù)拉取過(guò)程通常可以在較短時(shí)間內(nèi)完成，但是由于硬件設(shè)備的數(shù)據(jù)采集與軟件系統(tǒng)的數(shù)據(jù)獲取相互獨(dú)立，客戶端程序并不知道何時(shí)數(shù)據(jù)庫(kù)數(shù)據(jù)有了更新，難以實(shí)現(xiàn)數(shù)據(jù)同步更新，延時(shí)較長(zhǎng)且不確定，形成了整個(gè)系統(tǒng)實(shí)時(shí)性的瓶頸，影響著整個(gè)灌溉控制過(guò)程。

1.3 數(shù)據(jù)實(shí)時(shí)推送設(shè)計(jì)

解決數(shù)據(jù)采集過(guò)程中實(shí)時(shí)性瓶頸的最有效方案就是采用數(shù)據(jù)推送方式來(lái)傳輸數(shù)據(jù)更新，在數(shù)據(jù)推送模式中，數(shù)據(jù)更新活動(dòng)之間相互連接，各部分操作之間不會(huì)因?yàn)椴樵冮g隔而互相等待，降低數(shù)據(jù)傳輸延時(shí)的同時(shí)，也減少了無(wú)用的數(shù)據(jù)查詢操作?，F(xiàn)重點(diǎn)分析如何在Web應(yīng)用程序中實(shí)現(xiàn)數(shù)據(jù)推送。

1.3.1 觀察者模式。觀察者模式（又稱(chēng)為-訂閱模式）是軟件設(shè)計(jì)模式的一種，在這種模式中，一個(gè)目標(biāo)對(duì)象管理所有相依于它的觀察者對(duì)象，并且在它本身的狀態(tài)改變時(shí)主動(dòng)發(fā)出通知，常被用來(lái)實(shí)現(xiàn)事件處理系統(tǒng)。觀察者模式的實(shí)現(xiàn)中定義了一個(gè)一對(duì)多的依賴(lài)關(guān)系，允許多個(gè)用戶同時(shí)觀察同一個(gè)數(shù)據(jù)主題，當(dāng)這個(gè)主題的數(shù)據(jù)狀態(tài)發(fā)生變化時(shí)，會(huì)通知所有相關(guān)用戶，根據(jù)最新的數(shù)據(jù)更新自己的狀態(tài)。

在自動(dòng)灌溉控制系統(tǒng)中采用觀察者模式來(lái)實(shí)現(xiàn)數(shù)據(jù)傳輸能夠很好地解決當(dāng)前實(shí)時(shí)性能問(wèn)題：數(shù)據(jù)逐層按照通知方式進(jìn)行傳遞，消除了查詢頻率與數(shù)據(jù)更新頻率不同造成的延時(shí)；數(shù)據(jù)推送僅在數(shù)據(jù)源發(fā)生變化時(shí)發(fā)生，避免了大量不必要的查詢操作。

在不同層次之間實(shí)現(xiàn)觀察者模式的方式不同，下面分別對(duì)灌溉控制軟件的數(shù)據(jù)層與邏輯層，以及邏輯層與表現(xiàn)層之間，如何通過(guò)觀察者模式進(jìn)行數(shù)據(jù)推送進(jìn)行分析。

1.3.2 數(shù)據(jù)層與邏輯層之間的數(shù)據(jù)推送設(shè)計(jì)。在數(shù)據(jù)層與邏輯層之間應(yīng)用觀察者模式，可以實(shí)現(xiàn)數(shù)據(jù)從數(shù)據(jù)層到邏輯層的推送，其中，被觀察者為數(shù)據(jù)庫(kù)中數(shù)據(jù)表，觀察者為Web服務(wù)器中監(jiān)聽(tīng)程序，數(shù)據(jù)通訊模塊將更新數(shù)據(jù)插入數(shù)據(jù)表后，數(shù)據(jù)庫(kù)立即通知相關(guān)Web服務(wù)程序，執(zhí)行數(shù)據(jù)主題更新。實(shí)現(xiàn)數(shù)據(jù)層到邏輯層的數(shù)據(jù)推送的主要步驟如下：①在Web服務(wù)器創(chuàng)建數(shù)據(jù)接收程序，以響應(yīng)數(shù)據(jù)更新通知；②在數(shù)據(jù)庫(kù)創(chuàng)建一個(gè)存儲(chǔ)過(guò)程，實(shí)現(xiàn)發(fā)送數(shù)據(jù)到Web服務(wù)器；③在被觀察的數(shù)據(jù)表中創(chuàng)建insert觸發(fā)器，其中調(diào)用②中建立的存儲(chǔ)過(guò)程；④當(dāng)更新數(shù)據(jù)插入被觀察數(shù)據(jù)表中時(shí)，觸發(fā)器調(diào)用存儲(chǔ)過(guò)程將更新數(shù)據(jù)發(fā)送到Web服務(wù)器，服務(wù)器程序接收數(shù)據(jù)并更新對(duì)應(yīng)的數(shù)據(jù)主題，為下一步推送數(shù)據(jù)至客戶端程序做準(zhǔn)備。

1.3.3 邏輯層與表現(xiàn)層之間的數(shù)據(jù)推送設(shè)計(jì)。在邏輯層中，被觀察者為運(yùn)行在Web服務(wù)器中的程序?qū)ο?，表現(xiàn)層中觀測(cè)者為客戶端程序中的程序?qū)ο蟆Ｓ捎赪eb服務(wù)程序無(wú)法直接向客戶端程序發(fā)起數(shù)據(jù)連接，因此在邏輯層與表現(xiàn)層之間實(shí)現(xiàn)觀察者模式，需要客戶端程序加載時(shí)，在邏輯層和表現(xiàn)層之間建立實(shí)時(shí)的雙向數(shù)據(jù)連接，并觀察邏輯層的一組數(shù)據(jù)主題，當(dāng)這組數(shù)據(jù)主題更新后，就會(huì)通過(guò)數(shù)據(jù)連接通知客戶端程序。表現(xiàn)層發(fā)出連接請(qǐng)求后與邏輯層建立連接并保持，然后通過(guò)數(shù)據(jù)流請(qǐng)求，為邏輯層數(shù)據(jù)推送提供下行通道，而表現(xiàn)層推送數(shù)據(jù)至邏輯層，則采用內(nèi)部HTTP連接按照請(qǐng)求應(yīng)答方式進(jìn)行。

2 自動(dòng)灌溉控制系統(tǒng)開(kāi)發(fā)

2.1 軟硬件環(huán)境

本文研究中，墑情監(jiān)測(cè)設(shè)備可獲得的采集量包括土壤溫濕度和各類(lèi)氣象指標(biāo)，EIC直流灌溉控制器是一種主要用于溫室和小型綠地灌溉的小型灌溉控制器，使用電池供電，不需要布設(shè)外部電纜，其控制的終端為直流電磁閥。數(shù)據(jù)通訊模塊采用基于短消息服務(wù)（SMS）的無(wú)線傳輸方式，將數(shù)據(jù)編碼后以短信形式發(fā)出，接收端收到短信后，經(jīng)過(guò)解析提取數(shù)據(jù)并傳遞給數(shù)據(jù)接收對(duì)象。

在軟件系統(tǒng)技術(shù)選型中，考慮技術(shù)的成熟度、市場(chǎng)占有率以及技術(shù)之間銜接的緊密程度，客戶端應(yīng)用程序使用Flex技術(shù)開(kāi)發(fā)，并且運(yùn)用BlazeDS框架來(lái)構(gòu)建Flex前端與Java后端之間的通訊。邏輯層采用Java開(kāi)發(fā)，Web服務(wù)器使用Tomcat，數(shù)據(jù)庫(kù)采用SQL Server，通過(guò)JDBC連接數(shù)據(jù)庫(kù)。

2.2 實(shí)現(xiàn)實(shí)時(shí)數(shù)據(jù)推送的關(guān)鍵步驟

2.2.1 數(shù)據(jù)庫(kù)開(kāi)發(fā)。數(shù)據(jù)庫(kù)開(kāi)發(fā)的核心目標(biāo)是自動(dòng)推送數(shù)據(jù)給Web服務(wù)器，實(shí)現(xiàn)這種機(jī)制的方式是使用數(shù)據(jù)庫(kù)存儲(chǔ)過(guò)程和觸發(fā)器。首先，在SQL Server中創(chuàng)建存儲(chǔ)過(guò)程“SP_SEND_ HTTPREQUEST”實(shí)現(xiàn)通過(guò)HTTP請(qǐng)求將數(shù)據(jù)發(fā)送到指定服務(wù)器端的Servlet，然后在監(jiān)測(cè)數(shù)據(jù)表上創(chuàng)建觸發(fā)器“TRIGGE R_STATION_INSERT”，當(dāng)有新數(shù)據(jù)插入數(shù)據(jù)表后，該觸發(fā)器將調(diào)用“SP_SEND_HTTPREQUEST”，將數(shù)據(jù)發(fā)送到Web服務(wù)器。

2.2.2 Web服務(wù)開(kāi)發(fā)。邏輯層是開(kāi)發(fā)的重點(diǎn)，它既是數(shù)據(jù)層的觀察者，同時(shí)也是客戶端程序的被觀察者。作為觀察者，它通過(guò)響應(yīng)HTTP請(qǐng)求來(lái)獲取更新數(shù)據(jù)，而作為被觀察者則需要利用BlazeDS框架建立的數(shù)據(jù)通道來(lái)發(fā)送數(shù)據(jù)。BlazeDS框架為客戶端程序連接到服務(wù)端數(shù)據(jù)、并在多個(gè)客戶端和服務(wù)器間傳送數(shù)據(jù)提供了一系列的數(shù)據(jù)服務(wù)，核心功能包括RPC服務(wù)和消息服務(wù)，BlazeDS應(yīng)用包括2個(gè)部分，即1個(gè)客戶端應(yīng)用程序和1個(gè)服務(wù)端的J2EE程序。BlazeDS在客戶端和服務(wù)器間使用2種主要的交換模式：第1種模式是請(qǐng)求響應(yīng)模式，客戶端發(fā)送1個(gè)請(qǐng)求給服務(wù)器處理，服務(wù)器返回1個(gè)包含處理結(jié)果的響應(yīng)給客戶端，RPC服務(wù)使用這種模式；第2種模式是發(fā)送訂閱模式，當(dāng)服務(wù)端路徑消息給一系列訂閱該地址的客戶端，客戶端將收到該消息，消息服務(wù)使用這種模式。本文采用消息服務(wù)來(lái)傳遞實(shí)時(shí)數(shù)據(jù)，并為消息服務(wù)配置StreamingHTTPChannel和Stream-ingAMFChannel類(lèi)型的數(shù)據(jù)通道，這種類(lèi)型的通道能夠使客戶端打開(kāi)并保持與服務(wù)器的連接，讓服務(wù)器以流的方式推送數(shù)據(jù)到客戶端，實(shí)時(shí)性高且無(wú)需輪詢開(kāi)銷(xiāo)。但客戶端到服務(wù)器的消息并不通過(guò)流方式發(fā)送，而是在操作期間使用內(nèi)部的HTTP連接通過(guò)請(qǐng)求應(yīng)道方式發(fā)送。

服務(wù)器端部署B(yǎng)lazeDS需要把BlazeDS及其依賴(lài)的jar包拷貝到WEB-INF/lib下，修改WEB-INF/flex目錄下有關(guān)BlazeDS的配置文件，并在WEB-INF/web.xmL文件中定義MessageBrokerServlet和1個(gè)session listener。在完成配置后，服務(wù)端需要開(kāi)發(fā)程序來(lái)接收從數(shù)據(jù)庫(kù)推送來(lái)的數(shù)據(jù)，并推送給顯示的功能，主要包括3個(gè)步驟：①建立數(shù)據(jù)主題的Java類(lèi)Feed，實(shí)現(xiàn)對(duì)象化地操作更新數(shù)據(jù)；②在BlazeDS的Messaging-config.xmL中增加數(shù)據(jù)主題配置信息，為表現(xiàn)層提供訂閱對(duì)象；③實(shí)現(xiàn)數(shù)據(jù)的接收和推送功能。

3 數(shù)據(jù)傳輸實(shí)時(shí)性能測(cè)試

3.1 測(cè)試設(shè)計(jì)

為了對(duì)本文數(shù)據(jù)推送方案的實(shí)時(shí)性能進(jìn)行量化評(píng)價(jià)，并與傳統(tǒng)拉取模式進(jìn)行對(duì)比，針對(duì)不同的數(shù)據(jù)傳輸過(guò)程制定了系統(tǒng)延時(shí)測(cè)試方案，以獲取數(shù)據(jù)在整個(gè)傳輸過(guò)程中的耗時(shí)數(shù)據(jù)。從傳感器到客戶端程序的采集數(shù)據(jù)傳輸延時(shí)采用以下方案進(jìn)行測(cè)量：控制器在一定時(shí)間范圍內(nèi)，采用隨機(jī)方式進(jìn)行傳感器數(shù)據(jù)讀取，并將數(shù)據(jù)值與數(shù)據(jù)采集時(shí)間發(fā)送至數(shù)據(jù)庫(kù)，在數(shù)據(jù)庫(kù)、Web服務(wù)器和客戶端程序分別記錄接收到更新數(shù)據(jù)的時(shí)間，與數(shù)據(jù)采集時(shí)間相減得到數(shù)據(jù)到達(dá)各部分的延時(shí)。對(duì)于控制數(shù)據(jù)傳輸?shù)难訒r(shí)采用以下方案進(jìn)行測(cè)量：在客戶端程序中執(zhí)行打開(kāi)或關(guān)閉閥門(mén)操作，并記錄操作時(shí)間，當(dāng)數(shù)據(jù)發(fā)送至電磁閥后，電磁閥開(kāi)閉狀態(tài)發(fā)生改變，之后再將更新的狀態(tài)數(shù)據(jù)返回到客戶端程序，記錄控制指令發(fā)送過(guò)程和控制結(jié)果返回過(guò)程中數(shù)據(jù)庫(kù)、Web服務(wù)器和客戶端程序收到更新數(shù)據(jù)的時(shí)間，與用戶界面上操作的時(shí)間相減，獲得控制數(shù)據(jù)和返回?cái)?shù)據(jù)到達(dá)各部分的延時(shí)。

在局域網(wǎng)環(huán)境下，通過(guò)瀏覽器訪問(wèn)系統(tǒng)進(jìn)行測(cè)試，數(shù)據(jù)采集過(guò)程無(wú)需人工操作，系統(tǒng)自動(dòng)獲取最新數(shù)據(jù)并更新界面顯示，控制過(guò)程需要人工通過(guò)客戶端程序執(zhí)行設(shè)備控制操作。數(shù)據(jù)拉取模式分別采用0.25、1.00、10.00 s的拉取間隔進(jìn)行測(cè)試，其分別代表極高頻率、高頻率和正常頻率的數(shù)據(jù)拉取操作。測(cè)試前，需要對(duì)系統(tǒng)中硬件設(shè)備和軟件平臺(tái)的系統(tǒng)時(shí)鐘進(jìn)行同步，然后分別對(duì)數(shù)據(jù)推送模式和不同間隔的拉取模式進(jìn)行10次采集和控制測(cè)試，并采用上述方案計(jì)算軟件系統(tǒng)各節(jié)點(diǎn)的數(shù)據(jù)傳輸平均延時(shí)。

3.2 性能測(cè)試結(jié)果與分析

在數(shù)據(jù)采集過(guò)程中，拉取模式從設(shè)備發(fā)出數(shù)據(jù)到客戶端接收單向傳輸?shù)目傃訒r(shí)為1 676 ms，其中數(shù)據(jù)通訊模塊將硬件數(shù)據(jù)發(fā)送至數(shù)據(jù)庫(kù)耗時(shí)1 552 ms，占總延時(shí)的92.6%，主要來(lái)自短信傳輸耗時(shí)；從數(shù)據(jù)庫(kù)到客戶端程序的平均耗時(shí)等于到達(dá)客戶端與到達(dá)數(shù)據(jù)庫(kù)的平均延時(shí)之差，即124 ms，主要來(lái)自計(jì)算和網(wǎng)絡(luò)傳輸耗時(shí)，這一結(jié)果表明通過(guò)數(shù)據(jù)推送的設(shè)計(jì)與實(shí)現(xiàn)，軟件系統(tǒng)內(nèi)的延時(shí)已經(jīng)被極大地消減。采用數(shù)據(jù)拉取模式達(dá)到延時(shí)124 ms，數(shù)據(jù)拉取間隔至少要達(dá)到248 ms，與0.25 s間隔拉取模式測(cè)試的訪問(wèn)頻率接近，此時(shí)拉取模式從數(shù)據(jù)庫(kù)導(dǎo)客戶端的平均耗時(shí)為228 ms，大于推送模式的延時(shí)，且系統(tǒng)1 s內(nèi)需要執(zhí)行4次數(shù)據(jù)查詢，在多客戶端訪問(wèn)的情況下，業(yè)務(wù)系統(tǒng)將承受巨大的訪問(wèn)壓力，影響系統(tǒng)的穩(wěn)定運(yùn)行。當(dāng)拉取模式的拉取間隔增大至1 s和10 s，總延時(shí)達(dá)到2 231 ms和6 641 ms，此時(shí)從數(shù)據(jù)庫(kù)到達(dá)客戶端程序的平均耗時(shí)為588 ms和5 079 ms，可以看出延時(shí)隨著拉取間隔延長(zhǎng)，平均延時(shí)大大增加，甚至遠(yuǎn)超硬件系統(tǒng)與軟件系統(tǒng)之間的通訊延時(shí)。

在控制過(guò)程中，推送模式從客戶端發(fā)出操作指令到接收返回操作結(jié)果的總延時(shí)為3 378 ms，單向平均為總延時(shí)的1/2，即1 689 ms，其中數(shù)據(jù)通訊模塊中的總傳輸時(shí)間為控制結(jié)果到達(dá)數(shù)據(jù)庫(kù)與控制指令到達(dá)數(shù)據(jù)庫(kù)延時(shí)之差，即3 260-127=3 133 ms，占總延時(shí)的92.7%；控制指令數(shù)據(jù)從客戶端程序到數(shù)據(jù)庫(kù)的延時(shí)為127 ms；設(shè)備狀態(tài)數(shù)據(jù)從數(shù)據(jù)庫(kù)到客戶端程序的平均耗時(shí)等于到達(dá)客戶端與達(dá)到數(shù)據(jù)庫(kù)的平均延時(shí)差，即3 378-3 260=118 ms，結(jié)果同樣表明軟件系統(tǒng)內(nèi)的延時(shí)已經(jīng)接近于計(jì)算和網(wǎng)絡(luò)延時(shí)的極限，數(shù)據(jù)推送機(jī)制對(duì)于提高實(shí)時(shí)性能效果顯著。拉取模式中，0.25、1.00、10.00 s拉取間隔下控制指令從客戶端發(fā)送至數(shù)據(jù)庫(kù)的延時(shí)分別為138、122、120 s，與推送模式下的127 s接近，這是由于在不同的訪問(wèn)模式中，控制指令發(fā)送過(guò)程都相同的請(qǐng)求/響應(yīng)過(guò)程，且與拉取間隔無(wú)關(guān)。但在控制結(jié)果返回過(guò)程中，0.25、1.00、10.00 s拉取間隔下設(shè)備狀態(tài)數(shù)據(jù)從數(shù)據(jù)庫(kù)到客戶端程序的平均耗時(shí)達(dá)到256、749、4 918 ms，延時(shí)隨著拉取間隔增大而增大，與數(shù)據(jù)采集過(guò)程類(lèi)似。總的來(lái)看，推送模式下設(shè)備與客戶端程序之間的單向數(shù)據(jù)傳輸平均延時(shí)都在2 s以內(nèi)，基本能夠滿足自動(dòng)灌溉控制的需求；而拉取模式存在著實(shí)時(shí)性和服務(wù)器訪問(wèn)壓力之間的矛盾，要提高實(shí)時(shí)性必然會(huì)成倍增加服務(wù)器量，同時(shí)帶來(lái)更多的帶寬和流量資源消耗。以上結(jié)果是在局域網(wǎng)絡(luò)環(huán)境下測(cè)試所得，當(dāng)通過(guò)互聯(lián)網(wǎng)或4G無(wú)線網(wǎng)絡(luò)訪問(wèn)系統(tǒng)時(shí)，受連接速度影響系統(tǒng)延時(shí)可能會(huì)增加，但通常延時(shí)在102 ms級(jí)別，對(duì)系統(tǒng)實(shí)時(shí)性影響不大。

4 結(jié)語(yǔ)

本研究主要解決基于Web的自動(dòng)灌溉控制系統(tǒng)中數(shù)據(jù)傳輸實(shí)時(shí)性的問(wèn)題，通過(guò)在軟件系統(tǒng)的數(shù)據(jù)傳輸過(guò)程中設(shè)計(jì)并實(shí)現(xiàn)觀察者模式，形成實(shí)時(shí)數(shù)據(jù)推送機(jī)制，在沒(méi)有帶來(lái)更多帶寬和計(jì)算資源消耗的前提下，數(shù)據(jù)采集和控制過(guò)程平均延時(shí)為1 676 ms和3 378 ms，其中軟件系統(tǒng)內(nèi)數(shù)據(jù)庫(kù)至客戶端的數(shù)據(jù)傳輸平均延時(shí)僅為124 ms和118 ms，大幅提高了系統(tǒng)實(shí)時(shí)性能，為系統(tǒng)實(shí)施精確的灌溉控制提供了保障。

本文研究結(jié)果表明，通過(guò)合理的設(shè)計(jì)和開(kāi)發(fā)，基于Web

的灌溉控制系統(tǒng)能夠達(dá)到接近桌面控制系統(tǒng)的實(shí)時(shí)性能，系統(tǒng)的數(shù)據(jù)推送設(shè)計(jì)方案同樣可以應(yīng)用于其他物聯(lián)網(wǎng)相關(guān)的監(jiān)測(cè)和控制軟件系統(tǒng)開(kāi)發(fā)中，可以較低成本實(shí)現(xiàn)實(shí)時(shí)性能的提升。系統(tǒng)以短信服務(wù)作為硬件系統(tǒng)與軟件系統(tǒng)之間的數(shù)據(jù)傳輸方式，其具有不需要專(zhuān)用傳輸信道、點(diǎn)對(duì)點(diǎn)直接傳輸?shù)葍?yōu)點(diǎn)，但延時(shí)通常在1～10 s之間，還存在傳輸數(shù)據(jù)量有限，遇到網(wǎng)絡(luò)阻塞可能傳輸失敗的缺點(diǎn)。因此，在后續(xù)研究工作中，需要對(duì)短信通訊模塊進(jìn)行進(jìn)一步優(yōu)化，并在移動(dòng)通訊網(wǎng)絡(luò)較好的條件下，采用GPRS方式進(jìn)行輔助傳輸，提高硬件系統(tǒng)與軟件系統(tǒng)之間數(shù)據(jù)傳輸?shù)姆€(wěn)定性和實(shí)時(shí)性。

5 參考文獻(xiàn)

[1] 單飛飛，周建軍，鄭文剛，等.基于組態(tài)軟件和Modbus協(xié)議的公園自動(dòng)灌溉系統(tǒng)[J].中國(guó)農(nóng)村水利水電，2010（4）：36-38.

[2] 匡迎春，沈岳，段建南，等.模糊控制在水稻節(jié)水自動(dòng)灌溉中的應(yīng)用[J].農(nóng)業(yè)工程學(xué)報(bào)，2011，27（4）：18-21.

[3] 徐忠輝，潘衛(wèi)國(guó)，石紅梅.自動(dòng)灌溉控制系統(tǒng)的應(yīng)用[J].北京水務(wù)，2010（5）：48-51.

[4] 岳學(xué)軍，劉永鑫，洪添勝，等.基于土壤墑情的自動(dòng)灌溉控制系統(tǒng)設(shè)計(jì)與試驗(yàn)[J].農(nóng)業(yè)機(jī)械學(xué)報(bào)，2013，44（增刊2）：241-246.

[5] 李楠，劉成良，李彥明，等.基于3S技術(shù)聯(lián)合的農(nóng)田墑情遠(yuǎn)程監(jiān)測(cè)系統(tǒng)開(kāi)發(fā)[J].農(nóng)業(yè)工程學(xué)報(bào)，2010，26（4）：169-174.

篇8

關(guān)鍵詞： 中山市，城市設(shè)計(jì)，景觀規(guī)劃，景觀生態(tài)， 景觀連續(xù)性

abstract：connectivity of landscape processes and patterns is a major criteria for a secure and healthy city. using zhong shan city as an example, this paper discussed the issue of natural process and pattern connectivity in a urban landscape and proposed and scheme for the improvement of landscape in the case study area. the major purpose of this study is to show a possible way for the already well landscaped cities to step further in landscape ecological improvement, and explore a new model for urban landscape improvement in other cities in china.

keywords: zhong shan city, urban design, landscape planning, landscape ecology， landscape connectivity.

1 引言

景觀是一系列生態(tài)系統(tǒng)或不同土地利用方式的鑲嵌體。wWW.133229.CoM在這一景觀鑲嵌體中發(fā)生著一系列的生態(tài)過(guò)程。從 內(nèi)容 上來(lái)分，有生物過(guò)程、非生物過(guò)程和人文過(guò)程。生物過(guò)程如某一地段內(nèi)植物的生長(zhǎng)、有機(jī)物的分解和養(yǎng)份的循環(huán)利用過(guò)程，水的生物自凈過(guò)程，生物群落的演替，物種之間的過(guò)程，物種的空間運(yùn)動(dòng)等。非生物過(guò)程如風(fēng)、水和土及其它物質(zhì)的流動(dòng)，能流和信息流等。人文過(guò)程則是城市景觀中最復(fù)雜的過(guò)程，包括人的空間運(yùn)動(dòng)，人類(lèi)的生產(chǎn)和生活過(guò)程，及與之相關(guān)的物流、能流和價(jià)值流。從空間上分，景觀中的這些過(guò)程可分為垂直過(guò)程(vertical)和水平(horizontal)過(guò)程。垂直過(guò)程發(fā)生在某一景觀單元或生態(tài)系統(tǒng)的內(nèi)部而水平過(guò)程發(fā)生在不同的景觀單元或生態(tài)系統(tǒng)之間。

尊重生態(tài)過(guò)程進(jìn)行景觀和城市規(guī)劃是生態(tài)規(guī)劃的核心。生態(tài)規(guī)劃特別注意到傳統(tǒng)的城市與景觀規(guī)劃中功能分區(qū) 方法 的不足，而提出土地利用應(yīng)體現(xiàn)土地本身的內(nèi)在價(jià)值，這種內(nèi)在價(jià)值是由 自然 過(guò)程所決定的。即自然的地質(zhì)、土壤、水文、植物、動(dòng)物和基于這些自然因子層的文化 歷史 決定了某一地段應(yīng)適合于某種用途。從17世紀(jì)英國(guó)規(guī)劃學(xué)家patrick geddes的"先調(diào)查后規(guī)劃"到本世紀(jì)50年代 i. mcharg的自然設(shè)計(jì) (design with nature)，生態(tài)規(guī)劃 發(fā)展 了一整套的從土地適應(yīng)性分析到土地利用的規(guī)劃方法論和技術(shù)，即疊加技術(shù)(overlay) (faludi 1973; steinitz, parker, 等 1976；steiner, young等1987 )。mcharg 形象地稱(chēng)之為"千層餅"模式(layer-cake model)(1981)。這種生態(tài)規(guī)劃的千層餅?zāi)Ｊ綄?shí)際上體現(xiàn)了規(guī)劃以垂直生態(tài)過(guò)程的連續(xù)性為依據(jù)，使景觀改變和土地利用方式適應(yīng)于生態(tài)過(guò)程。正如mcharg所說(shuō)的"所有系統(tǒng)都追求生存與成功。這種狀態(tài)可以描述為負(fù)熵-適應(yīng)-健康。其對(duì)立面則是正熵-不適應(yīng)-病態(tài)。要達(dá)到第一種狀態(tài)，系統(tǒng)需要找到最適的環(huán)境，使環(huán)境適應(yīng)自己也使自己適應(yīng)于環(huán)境"(1981)。

然而，生態(tài)規(guī)劃的千層餅?zāi)Ｊ胶鲆暳司坝^中的水平生態(tài)過(guò)程，千層餅生態(tài)規(guī)劃模式只能反映類(lèi)似從地質(zhì)－水文－土壤－植被－動(dòng)物－人類(lèi)活動(dòng)這樣某個(gè)單一單元之內(nèi)的生態(tài)過(guò)程與景觀元素分布及土地利用之間的關(guān)系，它很難反映水平生態(tài)過(guò)程與景觀格局之間的關(guān)系，如風(fēng)、水、土的流動(dòng)，動(dòng)物的空間運(yùn)動(dòng)及人的流動(dòng)，災(zāi)害過(guò)程如城市火災(zāi)的擴(kuò)散過(guò)程與景觀格局之關(guān)系。

始于30年代而興于80年代的景觀生態(tài)學(xué)則為解決水平過(guò)程與景觀格局的關(guān)系提供了強(qiáng)有力的 理論 指導(dǎo)，從而使城市與景觀的生態(tài)規(guī)劃進(jìn)入了一個(gè)新 時(shí)代 ，即景觀生態(tài)規(guī)劃時(shí)代。景觀生態(tài)強(qiáng)調(diào)水平過(guò)程與景觀格局之間的相互關(guān)系(naveh and lieberman 1983; forman and godron 1986; risser 1987; turner 1989；forman 1995) 。它把"斑塊－廊道－基質(zhì)"(patch-corridor-matrix)作為分析任何一種景觀的模式。在一個(gè)人為 影響 占主要地位的景觀中，特別是城市和城郊，自然景觀和自然過(guò)程已被人類(lèi)分隔得四分五裂，自然生態(tài)過(guò)程和環(huán)境的可持續(xù)性已受到嚴(yán)重威脅，最終將威脅到人類(lèi)及其文化的可持續(xù)性。因此，景觀生態(tài)學(xué) 應(yīng)用 于城市及景觀規(guī)劃別強(qiáng)調(diào)維持和恢復(fù)景觀生態(tài)過(guò)程及格局的連續(xù)性(connectivity)和完整性(integrity)(noss 1991; schrieiber 1991)。具體地講在城市和郊區(qū)景觀中要維護(hù)自然殘遺斑塊之間的聯(lián)系，如殘遺山林斑塊，濕地等自然斑塊之間的空間聯(lián)系，維持城內(nèi)殘遺斑塊與作為城市景觀背景的自然山地或水系之間的聯(lián)系。這些空間聯(lián)系的主要結(jié)構(gòu)是廊道，如水系廊道，防護(hù)林廊道，道路綠地廊道。

島嶼生態(tài)學(xué)和景觀生態(tài)學(xué)都有大量的 科學(xué) 觀察證明維護(hù)自然與景觀格局連續(xù)性對(duì)人類(lèi)生態(tài)環(huán)境可持續(xù)性的意義(macarthur and wilson 1963,1967; forman 1995)。作為城市與景觀規(guī)劃師及管理者來(lái)說(shuō)，這也是一種道德修養(yǎng)和倫理價(jià)值觀，即所謂的隔離(連續(xù))倫理(the ethic of isolation)，它體現(xiàn)了人對(duì)自然過(guò)程的尊重(forman,1990)。美國(guó)波士頓的"藍(lán)寶石項(xiàng)鏈"就是通過(guò)把城市中一系列綠地與自然地連接起來(lái)的而形成的杰作， 也是美國(guó)景觀規(guī)劃設(shè)計(jì)之父olmsted的代表作。這種自然過(guò)程與格局的連續(xù)倫理在中國(guó)古代城市建設(shè)，人居環(huán)境甚至墓葬景觀規(guī)劃中也有充分的體現(xiàn)，即風(fēng)水說(shuō)對(duì)山龍、水龍綿延連續(xù)的注重(yu，1994)。所以維持城市景觀生態(tài)過(guò)程和格局的連續(xù)性(包括垂直過(guò)程和水平過(guò)程)是基于科學(xué)(反映了人們對(duì)維持人類(lèi)生態(tài)環(huán)境可持續(xù)性的認(rèn)識(shí))而又高于科學(xué)的倫理和道德(反映了人類(lèi)對(duì)自然的尊重，體現(xiàn)了人的價(jià)值觀和文化水平)。此外，自然景觀格局的連續(xù)性還有更廣的意義，包括人類(lèi)的景觀體驗(yàn)及其認(rèn)知學(xué)的意義。

2 中山市城市景觀生態(tài)過(guò)程與格局的連續(xù)性

從歷屆市長(zhǎng)到城建專(zhuān)業(yè)人員和普通市民，城市景觀及綠地系統(tǒng)建設(shè)在中山市都得到高度重視，"園林城市"和"全國(guó)園林綠化先進(jìn)城市"的榮譽(yù)可以說(shuō)是當(dāng)之無(wú)愧的，其城市景觀建設(shè)之成就在全國(guó)處于領(lǐng)先地位。本文以中山市為例，一方面為中山市進(jìn)一步在城市景觀建設(shè)中提供一點(diǎn) 參考 ，這也是中山市領(lǐng)導(dǎo)的期望(吳銳成，1996)，更重要的是為全國(guó)其它城市在城市建設(shè)中如何注意維護(hù)景觀生態(tài)過(guò)程和格局的連續(xù)性提供借鑒。討論只限于中山市城區(qū)范圍。

2.1 景觀格局現(xiàn)狀

經(jīng)過(guò)多年的努力，中山市已形成了良好的景觀，集中體現(xiàn)在：

(1) 在區(qū)域范圍內(nèi)，普遍的大地綠化，使中山市有了一個(gè)良好的整體生態(tài)景觀背景，即郊野景觀基質(zhì)。

(2) 在城區(qū)范圍內(nèi)，已建成了多個(gè)面積可觀的公園綠地，包括紫馬嶺公園，孫文公園。這些新建的公園綠地加上原有的城中山丘綠地，形成了頗有中山市特色的城中綠島景觀(圖1-2)。

(3) 社區(qū)綠地、各類(lèi)專(zhuān)用綠地，街頭公共綠地星羅棋布，設(shè)計(jì)講究管理精細(xì)。

(4) 道路街道綠化質(zhì)量較高(圖3)

未來(lái)中山市欲求城市景觀上的長(zhǎng)足發(fā)展，應(yīng)努力克服以下幾方面的景觀缺陷：

(1)城區(qū)內(nèi)外景觀生態(tài)過(guò)程與格局上缺乏連續(xù)，城區(qū)與區(qū)域景觀尚未成為有機(jī)的整體。特別在城市邊緣帶，自然景觀生態(tài)過(guò)程和格局的不到應(yīng)有的尊重(圖1，4)。

(2) 城區(qū)各綠地斑塊之間缺乏聯(lián)系，如中山公園和西山公園等均被建筑物所包圍，沒(méi)有綠色的生命廊道與外界相連（圖5）。

(3) 一些重要的自然過(guò)程與景觀格局聯(lián)系通道沒(méi)有得到很好的維護(hù)和利用，包括水系廊道(圖6)。

所以，中山市未來(lái)景觀改進(jìn)之重點(diǎn)方向應(yīng)在于加強(qiáng)景觀生態(tài)過(guò)程與格局的連續(xù)性。

2.2 加強(qiáng)中山市景觀生態(tài)過(guò)程與格局連續(xù)性的幾個(gè)關(guān)鍵途徑

在現(xiàn)有景觀格局基礎(chǔ)上，中山市可望通過(guò)以下幾方面改善城區(qū)景觀生態(tài)過(guò)程和格局的連續(xù)性（圖7）。

(1)建立水系廊道 網(wǎng)絡(luò)

篇9

關(guān)鍵詞：旋挖成孔；聚合物泥漿；粉砂層；粘度

中圖分類(lèi)號(hào)： P634.6+2 文獻(xiàn)標(biāo)識(shí)碼： A 文章編號(hào)：

前言

旋挖鉆機(jī)鉆孔成樁亦稱(chēng)回轉(zhuǎn)斗成樁、取土成樁，英文名稱(chēng)“Earth Drill”，具有成孔質(zhì)量好，速度快，無(wú)噪聲，無(wú)污染等優(yōu)勢(shì)。旋挖成孔過(guò)程中因工程地質(zhì)層的千變?nèi)f化，尤其是連續(xù)粉砂層，對(duì)所需護(hù)壁的泥漿性能要求較高。自20世紀(jì)70年代初以來(lái)，國(guó)內(nèi)外研制生產(chǎn)的新型聚合物泥漿材料，使用簡(jiǎn)單，小巧輕便，制漿速度快，護(hù)壁效果好，沉淀凝聚速度快，無(wú)污染。極大改善了灌注樁施工的護(hù)壁效果和施工環(huán)境，加快了工程施工的速度，節(jié)省了施工費(fèi)用，提高了工程的施工效率。

1.聚合物泥漿性能特點(diǎn)

1.1橋聯(lián)與包被作用

當(dāng)聚合物泥漿注入鉆孔后，一定數(shù)量聚合物分子吸附在鉆孔孔壁的土粒表面和兩個(gè)土粒的間隙上，就會(huì)形成網(wǎng)絡(luò)結(jié)構(gòu)，稱(chēng)為橋聯(lián)作用。當(dāng)高分子鏈吸附在一個(gè)土粒上，并將其覆蓋包裹時(shí)，稱(chēng)為包被作用。聚合物泥漿的橋聯(lián)與包被作用使鉆孔孔壁表面形成吸附網(wǎng)并不斷加密，逐漸形成連續(xù)覆蓋孔壁表面和孔隙內(nèi)表面的膜，在膠結(jié)作用下使孔壁保持穩(wěn)定。

1.2絮凝作用

當(dāng)聚合物在泥漿中主要發(fā)生橋聯(lián)吸附時(shí)，會(huì)將一些細(xì)顆粒聚結(jié)在一起形成粒子團(tuán)，這種作用稱(chēng)為絮凝作用，在絮凝作用下形成大顆粒從而快速沉淀到孔底，很好的保持泥漿性能，最大化泥漿的可重復(fù)利用率。

2.工程實(shí)例

江蘇LNG接收站T1204儲(chǔ)罐樁基采用三岔雙向擠擴(kuò)灌注樁，樁側(cè)、樁端采用后壓漿處理，樁側(cè)注漿閥設(shè)置兩道；樁徑1.40m，樁長(zhǎng)58.600、58.900和64.000m。工程地質(zhì)均為粉砂層，以第⑤ 、⑦ 層粉砂為樁端持力層，地下水穩(wěn)定水位埋深為4.5～5.1m，總樁數(shù)為401 根，現(xiàn)已完成鉆孔樁試樁工程。

3.人工淡水造漿

3.1泥漿池及配套設(shè)備

T1204儲(chǔ)罐區(qū)北側(cè)新建泥漿池：長(zhǎng)40 米，寬5 米，高2 米，容積400m³，保證鉆孔灌注樁泥漿護(hù)壁用量。其泥漿循環(huán)系統(tǒng)由制漿池、供漿池、泥漿沉淀池、廢漿池、空壓機(jī)供氣系統(tǒng)、供漿泵、回漿泵、供漿管和回漿管構(gòu)成。制漿池和供漿池中配備空壓機(jī)供氣系統(tǒng)，以保證池中的泥漿持續(xù)攪動(dòng)。泥漿沉淀池中不能配備供氣系統(tǒng)，以便混凝土灌注后回漿中懸浮的鉆屑能夠沉淀到池底。旋挖鉆孔施工時(shí)，泥漿在制漿池中制備完成后排人供漿池中，通過(guò)供漿泵和供漿管輸入到鉆孔中。混凝土灌注時(shí)，泥漿通過(guò)回漿泵和回漿管排入泥漿沉淀池，回漿中懸浮的泥沙沉淀到池底后，將沉淀池上部的好漿排入供漿池中進(jìn)行循環(huán)利用。

3.2聚合物泥漿制備

聚合物泥漿的主要成分為水、高分子聚合物泥漿材料和水處理劑(Na2CO3)，按照表1配合比制漿；將清水注入泥漿池后，用20%純堿溶液調(diào)節(jié)水的PH值在8～10之間，以沉淀水中的鈣離子使聚合物泥漿達(dá)到最佳的性能。并用空壓機(jī)攪拌均勻10～20分鐘，純堿具體加量視現(xiàn)場(chǎng)PH試紙測(cè)試結(jié)果確定。

將循環(huán)泵打開(kāi)，進(jìn)行自循環(huán)后，通過(guò)泵出水管口加入聚合物，要求慢慢均勻加入，后用空壓機(jī)攪拌60～90分鐘，用馬氏漏斗測(cè)定溶液的黏度到35秒左右。

表 1

4.鉆進(jìn)過(guò)程中注意事項(xiàng)及泥漿性能變化

4.1鉆進(jìn)過(guò)程控制

4.2.1開(kāi)鉆時(shí)要馬上注入聚合物泥漿，應(yīng)垂直向樁孔中間進(jìn)行入漿，避免泥漿沿著護(hù)筒壁沖刷其底部，致使護(hù)筒底部土質(zhì)松散，且保證孔內(nèi)泥漿的液面高于護(hù)筒高度一半以上。鉆進(jìn)過(guò)程中，每一鉆程進(jìn)尺應(yīng)控制在0.5～1m左右。每次提鉆時(shí)，及時(shí)向孔內(nèi)注入合格的泥漿至孔口，以保證孔壁的穩(wěn)定性。

4.2.2鉆機(jī)施工時(shí)要注意控制鉆具的提起和下放速度，尤其是在初提鉆和出入孔口時(shí)，以便加快泥漿中鉆屑的沉降，減少對(duì)孔壁的擾動(dòng)，保證孔壁穩(wěn)定。鉆頭提出后應(yīng)直接轉(zhuǎn)離孔口棄土，不要在孔口停留，避免泥沙泄流到鉆孔內(nèi)。

4.2.3在距離終孔深度1～2米時(shí)，暫時(shí)停止鉆進(jìn)，將孔內(nèi)泥漿沉淀一段時(shí)間，待沉渣不再增加后再行撈渣。

4.2 聚合物泥漿粘度變化

由于該地質(zhì)層為連續(xù)粉砂層，有滲透性好，內(nèi)聚力小，對(duì)外力反應(yīng)靈敏，在微弱動(dòng)水或外力作用下易產(chǎn)生移動(dòng)，喪失穩(wěn)定的特性；因此，在鉆孔過(guò)程中，對(duì)泥漿的護(hù)壁性能要求很高。

聚合物泥漿主要靠泥漿粘度粘結(jié)鉆渣，便于鉆進(jìn)，同時(shí)將孔底內(nèi)懸浮的細(xì)小顆粒沉淀于孔底，因此，粘度是聚合物泥漿的主要性能指標(biāo)。

現(xiàn)場(chǎng)鉆孔泥漿性能檢測(cè)（經(jīng)實(shí)測(cè)多個(gè)鉆孔取平均值）：孔深20米時(shí)測(cè)得泥漿粘度32，比重1.04,；孔深40米時(shí)，測(cè)得泥漿粘度29，比重1.03；終孔時(shí)泥漿粘度27，比重1.03。每次取樣均取孔底500mm內(nèi)泥漿進(jìn)行比重、粘度檢測(cè)。發(fā)現(xiàn)，隨著鉆孔深度的增加，其粘度逐漸下降，而比重基本不變。

結(jié)論：泥漿中聚合物的含量隨絮凝量的增加而減少當(dāng)泥漿有效成分(聚合物)嚴(yán)重?fù)p失到失去護(hù)壁效果后，就會(huì)發(fā)生鉆孔坍塌事故。因此，施工過(guò)程中應(yīng)每隔1～2 h監(jiān)測(cè)一次泥漿性能。泥漿性能劣化時(shí)要適時(shí)添加純堿和聚合物材料，以保證施工需要的泥漿粘度。

4.3終孔后撈渣及二次清孔

聚合物泥漿的自身性能決定成孔后泥漿中懸浮的鉆屑在較短時(shí)間內(nèi)能否沉淀至孔底，故需要在成孔后及時(shí)回鉆撈渣。一般在成孔后20—30 min用撈砂鉆頭進(jìn)行撈渣。如果孔壁長(zhǎng)時(shí)間在水頭壓力的作用下還是會(huì)出現(xiàn)失穩(wěn)的情況，在撈渣完畢應(yīng)及時(shí)進(jìn)行灌注，否則易引起塌孔事故。

雖然我項(xiàng)目部已選用較高密封型的撈渣鉆頭，但是自終孔撈渣結(jié)束，吊裝鋼筋籠，安裝導(dǎo)管完成，其中間間隔時(shí)間約5小時(shí)，孔壁及泥漿中的土粒在絮凝作用下逐漸沉積在孔底，經(jīng)測(cè)繩重新測(cè)量孔底沉渣達(dá)40～80cm；因泥漿比重為1.03～1.05，導(dǎo)管正循環(huán)清孔時(shí)，雖然因泥漿比重過(guò)小無(wú)法有效排除孔底沉渣，但是孔底沉渣均為細(xì)小顆粒物，正循環(huán)過(guò)程中，其循環(huán)水流已將該沉渣帶離孔底，正循環(huán)結(jié)束后，立即進(jìn)行砼初灌，在初灌完成后，其懸浮在泥漿中沉渣逐漸沉積在砼表面，有效的保證了樁身砼質(zhì)量。經(jīng)檢測(cè)：6根試驗(yàn)鉆孔樁小應(yīng)變，超聲波，單樁水平荷載，單樁靜載檢測(cè)，均達(dá)到設(shè)計(jì)要求。

4.4 聚合物泥漿的排放

聚合物泥漿無(wú)毒、易于降解，可直接拋棄而不會(huì)造成環(huán)境污染。排放前，可用5％的次氯酸鈉溶液或3％的過(guò)氧化氫溶液處理，破壞聚合物的化學(xué)鏈接，使其完全降解，泥漿的粘度可逐漸降低至清水狀態(tài)。使用空壓機(jī)系統(tǒng)確保聚合物泥漿充分氧化后，可直接排放于附近的排水溝中。

5. 聚合物泥漿的經(jīng)濟(jì)效益

聚合物泥漿和膨潤(rùn)土泥漿成本對(duì)比(以100m3泥漿配制為例，即直徑1.4m，長(zhǎng)64m樁單樁泥漿量)。

聚合物泥漿與膨潤(rùn)土泥漿成本對(duì)比表 表 2

聚合物泥漿與膨潤(rùn)土泥漿效率對(duì)比表表 3

綜上：聚合物泥漿與膨潤(rùn)土泥漿相比，施工成本低，配制所需時(shí)間少，泥漿重復(fù)利用率高。

篇10

【關(guān)鍵詞】指標(biāo)關(guān)聯(lián)；自動(dòng)集成；自動(dòng)推薦

引言

企業(yè)經(jīng)營(yíng)分析系統(tǒng)中的數(shù)據(jù)報(bào)表大部分是一些基于數(shù)據(jù)庫(kù)的統(tǒng)計(jì)報(bào)表，需求人提出需求后，開(kāi)發(fā)人員根據(jù)需求的不同對(duì)數(shù)據(jù)提取后進(jìn)行展示，展示形式一般是數(shù)據(jù)報(bào)表形式，報(bào)表使用者提取報(bào)表數(shù)據(jù)后再對(duì)報(bào)表進(jìn)行手工整理集成，對(duì)其中的問(wèn)題進(jìn)行分析和判斷。

數(shù)據(jù)統(tǒng)計(jì)報(bào)表數(shù)量日益增加，出現(xiàn)了“大量報(bào)表”、“海量數(shù)據(jù)”， 指標(biāo)數(shù)據(jù)存放分散、重點(diǎn)不突出，很難一目了然地看到指標(biāo)中的關(guān)鍵問(wèn)題[1]。經(jīng)分人員需要大量手工集成，才能對(duì)指標(biāo)發(fā)展問(wèn)題做出分析和判斷，工作量大、工作時(shí)間長(zhǎng)，主要指標(biāo)監(jiān)控及時(shí)率不高，難以滿足快速市場(chǎng)反應(yīng)的發(fā)展要求，難以迅速有效進(jìn)行決策[2]。

項(xiàng)目需求

現(xiàn)有經(jīng)分系統(tǒng)的報(bào)表系統(tǒng)實(shí)現(xiàn)方式比較單一，大部分是通過(guò)ETL（Extract-Transform-Load的縮寫(xiě)，即數(shù)據(jù)抽取、轉(zhuǎn)換、裝載的過(guò)程）加SQL語(yǔ)句完成報(bào)表的統(tǒng)計(jì)和展示工作[3]。

通過(guò)現(xiàn)有報(bào)表系統(tǒng)下載報(bào)表數(shù)據(jù)后，一般都需要大量手工集成，才能對(duì)指標(biāo)發(fā)展問(wèn)題做出分析和判斷，工作量大、工作時(shí)間長(zhǎng)。 現(xiàn)有報(bào)表系統(tǒng)缺乏從手工集成到自動(dòng)集成的工具，缺乏通過(guò)指標(biāo)數(shù)據(jù)關(guān)聯(lián)性推薦相關(guān)報(bào)表的工具。

基于指標(biāo)數(shù)據(jù)關(guān)聯(lián)性的數(shù)據(jù)報(bào)表生成系統(tǒng)中包含一種報(bào)表推薦方法，這種報(bào)表推薦方法包括：獲取歷史用戶的網(wǎng)站行為數(shù)據(jù)（所述行為數(shù)據(jù)包括：用戶在網(wǎng)站的點(diǎn)擊行為數(shù)據(jù)，用戶常見(jiàn)的數(shù)據(jù)整理集成方法）；根據(jù)所述行為數(shù)據(jù)以及指標(biāo)數(shù)據(jù)本身的屬性，確定用戶看A報(bào)表，可能對(duì)B、C等報(bào)表中的某些數(shù)據(jù)感興趣，并可能需要做的數(shù)據(jù)集成整理；對(duì)所確定的感興趣的其他數(shù)據(jù)進(jìn)行數(shù)據(jù)整理，選取相關(guān)的數(shù)據(jù)自動(dòng)集成向用戶展示以供用戶參考。本系統(tǒng)所提供的技術(shù)，能夠根據(jù)經(jīng)分網(wǎng)站歷史用戶行為數(shù)據(jù)，報(bào)表數(shù)據(jù)屬性關(guān)系，用戶常見(jiàn)數(shù)據(jù)整理集成方法確定用戶感興趣的其他數(shù)據(jù)，并整理集成向用戶推薦展示以供參考。可以減少個(gè)人用戶的瀏覽、點(diǎn)擊行為，提升經(jīng)分網(wǎng)站使用感受，提高工作效率。

具體實(shí)施

第一模塊：網(wǎng)頁(yè)數(shù)據(jù)、行為數(shù)據(jù)獲取模塊，獲取網(wǎng)頁(yè)數(shù)據(jù)，包括經(jīng)營(yíng)分析網(wǎng)站的各類(lèi)報(bào)表數(shù)據(jù)；獲取用戶的行為數(shù)據(jù)，所述行為數(shù)據(jù)主要是用戶在經(jīng)分網(wǎng)站的點(diǎn)擊行為數(shù)據(jù)。該模塊包含以下步驟：

1.從經(jīng)分系統(tǒng)中批量抓取各類(lèi)報(bào)表網(wǎng)頁(yè)數(shù)據(jù)，解析HTML，獲取報(bào)表中指標(biāo)數(shù)據(jù)；

2. 獲取用戶的行為數(shù)據(jù)，所述行為數(shù)據(jù)主要是用戶在經(jīng)分網(wǎng)站的點(diǎn)擊行為數(shù)據(jù)；

3. 從經(jīng)分抓下的網(wǎng)頁(yè)數(shù)據(jù)經(jīng)過(guò)HTML解析，獲取頁(yè)面中的數(shù)據(jù)，對(duì)該部分?jǐn)?shù)據(jù)進(jìn)行清洗、篩選、整理，導(dǎo)入到數(shù)據(jù)庫(kù)中；

第二模塊：關(guān)聯(lián)分析模塊，利用指標(biāo)屬性關(guān)聯(lián)、點(diǎn)擊關(guān)系關(guān)聯(lián)、現(xiàn)有的數(shù)據(jù)處理流程關(guān)聯(lián)建立數(shù)據(jù)關(guān)聯(lián)模型進(jìn)行關(guān)聯(lián)分析，確定用戶感興趣的其他報(bào)表數(shù)據(jù)內(nèi)容。

5.指標(biāo)屬性關(guān)聯(lián)Pi：每個(gè)指標(biāo)都有其歸屬的第一屬性、第二屬性，如收入、成本、客戶、業(yè)務(wù)、產(chǎn)品、資源、網(wǎng)絡(luò)、客服、渠道、競(jìng)爭(zhēng)等第一屬性，第一屬性可更詳細(xì)分為更為詳細(xì)的第二屬性，如第一屬性收入的第二屬性可分為市話、長(zhǎng)途、漫游、GPRS等。任何一個(gè)報(bào)表都是上述屬性的一個(gè)或幾個(gè)的組合，如市話收入是業(yè)務(wù)和收入的屬性組合。指標(biāo)的關(guān)聯(lián)性也和屬性相關(guān)，通過(guò)計(jì)算，可獲取數(shù)據(jù)指標(biāo)關(guān)聯(lián)性較強(qiáng)的指標(biāo)。

6.數(shù)據(jù)處理關(guān)聯(lián)Ui：該部分關(guān)聯(lián)一方面是為了獲取指標(biāo)之間的關(guān)聯(lián)關(guān)系，一方面是獲取指標(biāo)常見(jiàn)的統(tǒng)計(jì)、整理、集成方法。經(jīng)分系統(tǒng)報(bào)表經(jīng)過(guò)人工收集、整理、集成后，報(bào)表系統(tǒng)的展示結(jié)果是從系統(tǒng)中下載的一些報(bào)表數(shù)據(jù)經(jīng)過(guò)處理后的結(jié)果，比如會(huì)從日收入，日話務(wù)，日用戶數(shù)三張報(bào)表中抽取各單位市話收入、市話主叫、用戶數(shù)進(jìn)行匯總，并按環(huán)比、同比整理集成到一張市話分析報(bào)表中，這樣市話收入、市話主叫、用戶數(shù)這三個(gè)指標(biāo)關(guān)聯(lián)性較強(qiáng)，同時(shí)這些指標(biāo)集成方式是同比、環(huán)比匯總分析。

本系統(tǒng)是從經(jīng)營(yíng)分析系統(tǒng)中自動(dòng)抓取報(bào)表，根據(jù)實(shí)際需求，通過(guò)系統(tǒng)后臺(tái)匯總集成，這種處理方式是利用sql，tcl，shell，vbs結(jié)合一起完成自動(dòng)匯總集成。經(jīng)過(guò)一段時(shí)間數(shù)據(jù)整理、匯總，報(bào)表系統(tǒng)已獲取大量數(shù)據(jù)集成行為。分析這些集成行為，可獲取指標(biāo)的常見(jiàn)集成行為。

7.數(shù)據(jù)處理關(guān)聯(lián)分析，是從這些集成方法中可提取報(bào)表數(shù)據(jù)之間的關(guān)聯(lián)關(guān)系，同時(shí)可提取指標(biāo)數(shù)據(jù)的常見(jiàn)集成方法。

8.集成匯總：獲取指標(biāo)數(shù)據(jù)之間常見(jiàn)集成關(guān)系后，對(duì)指標(biāo)進(jìn)行集成匯總。

第三模塊：報(bào)表展示、推薦模塊：顯示用戶需求報(bào)表數(shù)據(jù)，并根據(jù)關(guān)聯(lián)分析模塊結(jié)果自動(dòng)推薦、自動(dòng)集成相關(guān)報(bào)表數(shù)據(jù)。該模塊包含以下步驟：

9.自動(dòng)關(guān)聯(lián)、自動(dòng)推薦：報(bào)表裝置在展示用戶關(guān)心的報(bào)表的時(shí)候，會(huì)在報(bào)表下方展示和報(bào)表關(guān)聯(lián)性較強(qiáng)的指標(biāo)。

10.自動(dòng)集成：展示關(guān)聯(lián)性較強(qiáng)的報(bào)表指標(biāo)的同時(shí)，也關(guān)聯(lián)集成方法，用自動(dòng)推薦的方法集成，如同比、環(huán)比、差值等涉及地域、時(shí)間上的集成。

結(jié)論

經(jīng)營(yíng)分析工作中關(guān)注收入指標(biāo)變化情況，常規(guī)作法是憑工作人員的經(jīng)驗(yàn)下載經(jīng)分系統(tǒng)中和收入相關(guān)的所有報(bào)表，先進(jìn)行所有指標(biāo)的同比、環(huán)比數(shù)據(jù)，從中找到變化中異常的數(shù)據(jù)，再對(duì)指標(biāo)整理、匯總成報(bào)表進(jìn)行展示。利用本系統(tǒng)，以上的工作都會(huì)變成自動(dòng)化的操作。

基于指標(biāo)數(shù)據(jù)關(guān)聯(lián)性的數(shù)據(jù)報(bào)表生成系統(tǒng)，通過(guò)對(duì)海量數(shù)據(jù)進(jìn)行清洗、篩選、建模能夠形成有效的數(shù)據(jù)信息，結(jié)合歷史用戶的行為數(shù)據(jù)，可以自動(dòng)集成數(shù)據(jù)報(bào)表，實(shí)現(xiàn)指標(biāo)數(shù)據(jù)間的自動(dòng)推薦、自動(dòng)集成和深入挖掘，可大大提高工作效率，同時(shí)為企業(yè)決策提供參考依據(jù)。

參考文獻(xiàn)：

[1] 陶彩霞，陳康，郝穎. 云計(jì)算在電信支撐系統(tǒng)領(lǐng)域的應(yīng)用分析[J]. 電信科學(xué). 2010（10）

[2] 徐志發(fā).經(jīng)營(yíng)分析系統(tǒng)在電信業(yè)應(yīng)用中若干問(wèn)題的分析[J]. 電信科學(xué). 2005（01）

[3] 李燕. ETL技術(shù)在電信經(jīng)營(yíng)分析項(xiàng)目中的應(yīng)用[D]. 華南理工大學(xué)2009