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

篇1

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

2、愛一個人不是擁有他，只要在遠方默默地注視他，也就心滿意足。

3、別說你最愛的是誰，人生還很長，誰也無法預(yù)知明天，也許你的真愛還在下一秒等著你。

4、當(dāng)愛情不在的時候，請對他說聲祝福，畢竟，曾經(jīng)愛過。

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

6、結(jié)束以后別告訴他我恨你，因為，愛情是兩個人的事，錯過了大家都有責(zé)任。

7、離開以后想到的定是落寞的畫面，但請你忘記它。一個人總要有個新的開始，別讓過去把你栓在悲哀的殿堂。

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

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

10、如果你愛他，請你抓住他，如果你不愛他，請你放手，讓他去愛別人。

11、不要再折磨我，我的心已被割破，流盡的不是血，是愛你的錯。

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

13、當(dāng)他不愛你的時候，無論過去他是否愛過后來卻忘了，()又或者是否是從未愛過。當(dāng)你無法成為他心里的那個人的時候，他的心便不會記得你。

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

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

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

篇2

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

>> 基于關(guān)聯(lián)數(shù)據(jù)的知識組織研究 基于關(guān)聯(lián)數(shù)據(jù)的知識發(fā)現(xiàn)技術(shù)述評 基于關(guān)聯(lián)數(shù)據(jù)的機構(gòu)知識庫聯(lián)盟構(gòu)建研究 基于關(guān)聯(lián)數(shù)據(jù)的政府?dāng)?shù)據(jù) 基于關(guān)聯(lián)數(shù)據(jù)視角的語義網(wǎng)教育研究 基于專利引文的農(nóng)業(yè)知識轉(zhuǎn)移研究現(xiàn)狀 基于本體的農(nóng)業(yè)知識建模研究 應(yīng)用關(guān)聯(lián)數(shù)據(jù)技術(shù)的知識集成方法探討 基于delphi7.0的excel關(guān)聯(lián)數(shù)據(jù)整合的設(shè)計與應(yīng)用 基于關(guān)聯(lián)數(shù)據(jù)的圖書館信息聚合研究 基于關(guān)聯(lián)數(shù)據(jù)的圖書館創(chuàng)新服務(wù)研究 基于社會網(wǎng)絡(luò)分析和共詞分析的國內(nèi)關(guān)聯(lián)數(shù)據(jù)研究 基于關(guān)聯(lián)數(shù)據(jù)的語義數(shù)字檔案館框架設(shè)計研究 基于關(guān)聯(lián)數(shù)據(jù)云的專題海圖及航行指南設(shè)計 基于關(guān)聯(lián)數(shù)據(jù)的圖書館信息資源整合分析 基于關(guān)聯(lián)數(shù)據(jù)的藏學(xué)文獻資源方法研究 基于人工智能的農(nóng)業(yè)知識培訓(xùn)平臺開發(fā) 關(guān)聯(lián)數(shù)據(jù)的動態(tài)鏈接維護研究 軟件工程關(guān)聯(lián)數(shù)據(jù)的自動構(gòu)建 PLE編碼在關(guān)聯(lián)數(shù)據(jù)挖掘中的應(yīng)用 常見問題解答 當(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è)信息化來講，雖然從九十年代末開始就有企業(yè)開始導(dǎo)入，但中國企業(yè)包括家具企業(yè)在內(nèi)，這條路還需要走很長。海爾集團的張瑞敏在沃頓全球校友論壇上演講時說，中國企業(yè)ERP不能成功的有93％。也就是說可以做到ERP的企業(yè)只有7％，而這7％還不一定能夠成功。很多企業(yè)都應(yīng)該做ERP，但為什么如此多的企業(yè)做ERP又不成功呢?原因就是這些企業(yè)還沒有做到以用戶為中心，就要求做信息化，著陸點都沒找到，當(dāng)然做不成功了。很多企業(yè)之所有盲目上ERP，就像把油放在水面上一樣。油水是分離的，它們無法融合為一體。如果把業(yè)務(wù)比喻為水的話，ERP不應(yīng)該是表面光光的油，而是滴滴濃香的酒，只有這樣，才越做越有味道。

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

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

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

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

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

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

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

因為信息化的企業(yè)各個部門都要面對客戶，所以要打破各部門間的壁壘，讓大家共同來滿足客戶的需求，共同為客戶創(chuàng)造價值。

篇4

關(guān)鍵詞：莎??；服裝造型；形式化；思想性

從戲劇形式上分析，語言作為交流的必備因素，在溝通與表達的過程中起著至關(guān)重要的作用，準(zhǔn)確貼切的語言描述可以在溝通的過程中使信息得以更順利的流通，錯誤的表達往往令事情適得其反。莎劇藝術(shù)也有它自己的語言，這種語言以一種特殊的視聽形式存在，它多樣且富有變化，從視覺部分而言，可以簡要概括為服裝樣式、角色形象氣質(zhì)以及舞臺場景效果等方面，從聽覺部分大概分為角色的對白、語氣，背景音樂和環(huán)境音等。視覺與聽覺所采用的形式千差萬別，所傳達的效果也各有不同，與語言異曲同工的是，這些形式的目的是傳達出創(chuàng)作者的藝術(shù)思想與情感，讓觀眾能夠更加清晰甚至深刻地領(lǐng)會到作者的意圖，為了更好地去表達，是需要創(chuàng)作者具有一定的技巧的。

與常見的形式所不同的一種形式叫做極簡主義，英文名是“Milimalism”，也稱為極簡派藝術(shù)，或簡約主義。它的含義較為廣泛，不單是指一種藝術(shù)流派，也可以理解為一種生活方式或服裝風(fēng)格。這是一種采用“極端”方式進行藝術(shù)處理的形式，它在最大限度內(nèi)將藝術(shù)形式的內(nèi)容進行簡化或刪減，只保留最核心的部分，從而彰顯藝術(shù)的本質(zhì)。過程中它去掉了很多輔的修飾內(nèi)容，某種程度上可以理解為“取其精華，去其糟粕”，用最基本、最必要的創(chuàng)作手法來追求藝術(shù)最本質(zhì)、最精華的部分。長期以來，這種藝術(shù)形式被很多設(shè)計師推崇，它像短小精悍的詩句，常常起到讓人過目不忘的效果，也更容易引發(fā)讓人震撼的藝術(shù)沖擊力，用極小的內(nèi)容給人們極大的想象空間。這種“以小見大”的魅力令很多藝術(shù)家樂此不疲，他們將自己的藝術(shù)思想理念壓縮然后傳達給觀眾后再次釋放，每個觀眾有不同的自我解讀，有時不必追求固定的答案，每個人的理解都是合理的，這給藝術(shù)思想的傳播與發(fā)展提供了無限的可能，在傳播的速率上也占有極大的優(yōu)勢，甚至成為了當(dāng)今藝術(shù)界的主流趨勢。

“經(jīng)過逐漸消除被證明是多余的東西，我們發(fā)現(xiàn)沒有化裝，沒有別出心裁的服裝和布景，沒有隔離的表演區(qū)（舞臺），沒有燈光和音響效果，戲劇是能夠存在的。沒有演員與觀眾中間感性的、直接的、‘活生生’的交流關(guān)系，戲劇是不能存在的?！盵1]現(xiàn)代戲劇已經(jīng)走得更加遙遠、前衛(wèi)、“反戲劇”?！胺磻騽　被蛘哒f后劇場藝術(shù)仍然是一種戲劇，只不過它強調(diào)的是敘述性而非戲劇性。主張以身體為創(chuàng)作的主體，作為在劇場表達藝術(shù)觀念的主要工具。即便沒有任何其他的舞臺元素，只有表演，戲劇還是可以成為戲劇。讓演員的肢體語言和運動應(yīng)該成為關(guān)注的重點轉(zhuǎn)移，行為開始具有強烈的自我意識，它和戲劇的藝術(shù)形式結(jié)合成一個用來體驗世界、了解人生和自我的過程。彼得?布魯克“空的空間”、梅耶荷德“假定性戲劇”、葛羅托斯基“質(zhì)樸劇場”等，他們一致認(rèn)為劇場是一種透過自我發(fā)現(xiàn)去感受生命的方法，把觀眾的視點集中于演員的演繹上，回到戲劇表演的源頭。

2012年“說書版”《泰特斯2.0》導(dǎo)演鄧樹榮夸張了血腥與暴力的元素效果，巧妙地借助了演T的肢體語言，講出了一個精彩的復(fù)仇故事，深深地印在了觀眾的心里。劇中的角色穿著日常服裝演出，當(dāng)他們脫下日常服裝后竟然露出了戲服，這一設(shè)計使人十分難忘，印證了“一脫下日常生活的衣服，其實我們就是一個說書人”。演員一橫排端坐在舞臺里側(cè)倒的椅子上，在現(xiàn)場樂師制造的各種雜音中，開始了他們的敘述與表演。整場演出演員只是通過聲音、呼吸、面部表情、肢體動作和空間移位來塑造角色。他們時而敘述，時而扮演，時而評議，在不固定的角色之間來回轉(zhuǎn)換，跳進跳出，并伴以飽含張力的身體動作和面部表情，來探討人類最原始的5種表達元素的表達能力。7個演員7把椅子，燈光極簡，現(xiàn)場音樂極簡，唯一突出的是演員作為人體的存在。將戲劇變成由一群扮演者在舞臺上表演如何講述一個故事的戲劇。隱匿的暴力沒有削弱泰勒斯的性格，對于制度的理解他有自己的誤區(qū)，也因此悲劇不斷，以暴制暴。導(dǎo)演所要表達的深層意思應(yīng)該是說暴力是人的本能，是人性的一部分，暴力發(fā)生于一念之間，如果消除暴力，就需要做到內(nèi)心的平靜。在冷漠的現(xiàn)代社會中，非理性的狂暴場面所帶來的情感與道德淪陷，將觀眾引入對暴力的體驗，這是一個微妙且復(fù)雜的課題。

以“感覺”觸碰戲劇的本質(zhì)，以“表現(xiàn)”代替“描述”。[2]這句話貼切地形容了形式與思想的關(guān)系，弄清楚這一關(guān)系對于莎劇創(chuàng)作有著重要的影響。戲劇的本質(zhì)是思想，思想是無形的、抽象的、無法觸碰的，但思想可以以視聽的形式非常直接地從一方傳達到另外一方，進而去影響或改變對方的思想，這就是視聽感覺如何觸碰到了戲劇的本質(zhì)。與此同時，為了更有說服力地去影響別人的思想，戲劇的表達形式需要有一定的方法手段，有時候像是不同的人在講同樣的一個故事，有的人只是平淡的描述，而有的人則在講述的時候投入自己的情感、情緒，采用的語言形象而生動，甚至配上肢體語言來立體地去表現(xiàn)，這兩種表達必然會產(chǎn)生不同的效果。所以，對于戲劇而言，好的設(shè)計形式能夠為戲劇的思想錦上添花，也更具有生命力。

在筆者看來，一部好的莎劇作品的影響力，首先在于其精神特質(zhì)是否完善，其次是承載這種精神的形式是否便于傳播。要做到這些就要著重于自我精神的塑造與強化。對于戲劇演出而言，過度的重復(fù)和照搬會使其變得形式僵化，也容易使觀眾審美疲勞。莎劇本身已經(jīng)具有極強的精神表達力，想要超越極其困難，創(chuàng)作者應(yīng)當(dāng)懂得巧妙地“借力打力”，把它的精神力量根據(jù)自身的理解與體會進行重塑，傳統(tǒng)與當(dāng)代的文化差距便可以化作這種重塑過程中的強大動力。推陳出新的過程中仍需要先深入地研究莎劇的精神精髓，同時也要清晰地認(rèn)識到自己的精神特質(zhì)，兩方面能夠客觀的接納才會吸收后轉(zhuǎn)化成自我精神。沒有自己的特質(zhì)便容易在研究莎劇傳統(tǒng)的過程中迷失自己，陷入無盡的傳統(tǒng)文化之中找不到出路。只有站在一定的角度進行自我精神剖析后，堅定對自己的認(rèn)識后再去接納傳統(tǒng)，有選擇地去吸收和運用，方能激化戲劇文化的沖突并推動其發(fā)展。

參考文獻：

[1] 耶日?格洛托夫斯基（波蘭）.邁向質(zhì)樸戲劇[M].魏時，譯.

篇5

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

中圖分類號： TN911.7?34 文獻標(biāo)識碼： A 文章編號： 1004?373X（2013）19?0124?03

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

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

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

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

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

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

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

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

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

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

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

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

設(shè)[I={t1，t2，…，tm}]是由[m]個不同項目組成的集合，[D]是交易數(shù)據(jù)庫（交易數(shù)據(jù)庫又稱事務(wù)數(shù)據(jù)庫），其中每一個交易或事務(wù)[T]是[I]中一些項目的集合，即[T?][I。]每一個交易或事務(wù)[T]都與一個惟一的標(biāo)識符TID相聯(lián)。對于項目集[X?I，]如果[X?T，]則交易或事務(wù)[T]支持[X。]如果[X]中有[k]個項目，則又稱[X]為[k?]項目集，或[X]的長度為[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ù)庫[D]中，發(fā)現(xiàn)[D]中所有的頻繁關(guān)聯(lián)規(guī)則。所謂頻繁關(guān)聯(lián)規(guī)則是指這些規(guī)則的支持度、置信度分別不低于用戶給定的最小支持度和最小置信度。

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

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

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

2.1.1 建立挖掘主題

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

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

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

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

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

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

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

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

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

2.3 ARFDW框架實現(xiàn)

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

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

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

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

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

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

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

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

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

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

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

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

3 結(jié) 語

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

參考文獻

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

[2] 章魯，龔著琳，陳瑛，等.生物醫(yī)學(xué)數(shù)據(jù)挖掘[M].上海：上海科技出版社，2011.

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

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

篇6

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

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

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

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

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

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

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

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

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

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

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

篇7

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

中圖分類號 TP274+.2 文獻標(biāo)識碼 A 文章編號 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)用之一，自動灌溉控制系統(tǒng)不僅為設(shè)施農(nóng)業(yè)灌溉和城市綠化灌溉等領(lǐng)域節(jié)約了大量水資源，也為根據(jù)作物和花木的需水特性進行個性化灌溉和用水精準(zhǔn)計量提供了基礎(chǔ)[1-2]。自動灌溉控制系統(tǒng)由硬件和軟件2個部分組成，硬件部分包括灌溉控制器、電磁閥和傳感器，軟件安裝運行于工控機上并與硬件部分相連，是人機交互入口和控制中心，根據(jù)監(jiān)測數(shù)據(jù)和灌溉模型進行自動/半自動的灌溉控制。自動灌溉方式主要有2種：一種是建立周期性的灌溉方案，進行定時灌溉；另一種是以土壤水分監(jiān)測數(shù)據(jù)和氣象數(shù)據(jù)為輸入，通過灌溉決策模型計算灌溉時間和灌水量，實現(xiàn)按需灌溉[3-4]。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

2.1 軟硬件環(huán)境

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

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

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

2.2.1 數(shù)據(jù)庫開發(fā)。數(shù)據(jù)庫開發(fā)的核心目標(biāo)是自動推送數(shù)據(jù)給Web服務(wù)器，實現(xiàn)這種機制的方式是使用數(shù)據(jù)庫存儲過程和觸發(fā)器。首先，在SQL Server中創(chuàng)建存儲過程“SP_SEND_ HTTPREQUEST”實現(xiàn)通過HTTP請求將數(shù)據(jù)發(fā)送到指定服務(wù)器端的Servlet，然后在監(jiān)測數(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ù)開發(fā)。邏輯層是開發(fā)的重點，它既是數(shù)據(jù)層的觀察者，同時也是客戶端程序的被觀察者。作為觀察者，它通過響應(yīng)HTTP請求來獲取更新數(shù)據(jù)，而作為被觀察者則需要利用BlazeDS框架建立的數(shù)據(jù)通道來發(fā)送數(shù)據(jù)。BlazeDS框架為客戶端程序連接到服務(wù)端數(shù)據(jù)、并在多個客戶端和服務(wù)器間傳送數(shù)據(jù)提供了一系列的數(shù)據(jù)服務(wù)，核心功能包括RPC服務(wù)和消息服務(wù)，BlazeDS應(yīng)用包括2個部分，即1個客戶端應(yīng)用程序和1個服務(wù)端的J2EE程序。BlazeDS在客戶端和服務(wù)器間使用2種主要的交換模式：第1種模式是請求響應(yīng)模式，客戶端發(fā)送1個請求給服務(wù)器處理，服務(wù)器返回1個包含處理結(jié)果的響應(yīng)給客戶端，RPC服務(wù)使用這種模式；第2種模式是發(fā)送訂閱模式，當(dāng)服務(wù)端路徑消息給一系列訂閱該地址的客戶端，客戶端將收到該消息，消息服務(wù)使用這種模式。本文采用消息服務(wù)來傳遞實時數(shù)據(jù)，并為消息服務(wù)配置StreamingHTTPChannel和Stream-ingAMFChannel類型的數(shù)據(jù)通道，這種類型的通道能夠使客戶端打開并保持與服務(wù)器的連接，讓服務(wù)器以流的方式推送數(shù)據(jù)到客戶端，實時性高且無需輪詢開銷。但客戶端到服務(wù)器的消息并不通過流方式發(fā)送，而是在操作期間使用內(nèi)部的HTTP連接通過請求應(yīng)道方式發(fā)送。

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

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

3.1 測試設(shè)計

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

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

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

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

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

4 結(jié)語

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

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

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

5 參考文獻

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

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

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

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

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

篇8

關(guān)鍵詞： 中山市，城市設(shè)計，景觀規(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)過程。從 內(nèi)容 上來分，有生物過程、非生物過程和人文過程。生物過程如某一地段內(nèi)植物的生長、有機物的分解和養(yǎng)份的循環(huán)利用過程，水的生物自凈過程，生物群落的演替，物種之間的過程，物種的空間運動等。非生物過程如風(fēng)、水和土及其它物質(zhì)的流動，能流和信息流等。人文過程則是城市景觀中最復(fù)雜的過程，包括人的空間運動，人類的生產(chǎn)和生活過程，及與之相關(guān)的物流、能流和價值流。從空間上分，景觀中的這些過程可分為垂直過程(vertical)和水平(horizontal)過程。垂直過程發(fā)生在某一景觀單元或生態(tài)系統(tǒng)的內(nèi)部而水平過程發(fā)生在不同的景觀單元或生態(tài)系統(tǒng)之間。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

篇9

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

中圖分類號： P634.6+2 文獻標(biāo)識碼： A 文章編號：

前言

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

1.聚合物泥漿性能特點

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

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

1.2絮凝作用

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

2.工程實例

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

3.人工淡水造漿

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

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

3.2聚合物泥漿制備

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

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

表 1

4.鉆進過程中注意事項及泥漿性能變化

4.1鉆進過程控制

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

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

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

4.2 聚合物泥漿粘度變化

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

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

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

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

4.3終孔后撈渣及二次清孔

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

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

4.4 聚合物泥漿的排放

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

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

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

聚合物泥漿與膨潤土泥漿成本對比表 表 2

聚合物泥漿與膨潤土泥漿效率對比表表 3

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

篇10

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

引言

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

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

項目需求

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

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

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

具體實施

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

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

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

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

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

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

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

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

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

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

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

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

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

結(jié)論

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

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

參考文獻：

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

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

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