農(nóng)業(yè)大數(shù)據(jù)應(yīng)用體系架構(gòu)和平臺(tái)目錄TOC\o"1-5"\h\z第一部分、項(xiàng)目概況11.1、建設(shè)背景11.2、平臺(tái)定位81.3、建設(shè)意義101.4、國(guó)內(nèi)外同類產(chǎn)品分析13第二部分、項(xiàng)目方案142.1、行業(yè)應(yīng)用平臺(tái)142.2、大數(shù)據(jù)分析平臺(tái)332.3、網(wǎng)絡(luò)拓?fù)鋱D462.4、研發(fā)技術(shù)路徑512.5、解決關(guān)鍵問(wèn)題64第三部分、項(xiàng)目建設(shè)進(jìn)度67第四部分、投資估算684.1、資金使用預(yù)算684.2、項(xiàng)目資金籌措方案684.3、項(xiàng)目資金使用計(jì)劃69第五部分、效益分析705.1、經(jīng)濟(jì)效益分析705.2、社會(huì)效益分析71第六部分、項(xiàng)目風(fēng)險(xiǎn)分析及控制756.1、項(xiàng)目發(fā)展市場(chǎng)機(jī)遇756.2、項(xiàng)目的風(fēng)險(xiǎn)性及不確定性分析766.3、項(xiàng)目風(fēng)險(xiǎn)防范對(duì)策796.4、項(xiàng)目綜合風(fēng)險(xiǎn)評(píng)價(jià)82農(nóng)業(yè)大數(shù)據(jù)應(yīng)用體系架構(gòu)和平臺(tái)建設(shè)方案v3.0農(nóng)業(yè)大數(shù)據(jù)應(yīng)用體系架構(gòu)和平臺(tái)建設(shè)方案v3.0#各方面設(shè)施齊全，已在很早之前就搭建了云計(jì)算平臺(tái)，本次項(xiàng)目建設(shè)使用的云平臺(tái)為我司自有利舊平臺(tái)系統(tǒng)和設(shè)備，所以本系統(tǒng)建設(shè)投入方面不涉及硬件部分。網(wǎng)絡(luò)系統(tǒng)主要滿足的是信息共享和交換的需求。在本系統(tǒng)平臺(tái)里，主要存在以下幾方面的需求：對(duì)植保數(shù)據(jù)的信息采集與傳輸，大數(shù)據(jù)處理及處理后的信息建模分析，以及應(yīng)用層數(shù)據(jù)交互等方面。針對(duì)農(nóng)業(yè)大數(shù)據(jù)應(yīng)用體系架構(gòu)和平臺(tái)對(duì)所需采集數(shù)據(jù)的說(shuō)明及介紹，并根據(jù)我公司以往大數(shù)據(jù)處理方面的經(jīng)驗(yàn)核算，本平臺(tái)各部分所產(chǎn)生的數(shù)據(jù)需要存儲(chǔ)空間預(yù)計(jì)在500TB。為了實(shí)現(xiàn)這些信息的共享和交換，需要在IDC內(nèi)部建立高速的局域網(wǎng)；要實(shí)現(xiàn)用戶與數(shù)據(jù)倉(cāng)庫(kù)之間的信息交換，則需要使用足夠的帶寬進(jìn)行對(duì)外的數(shù)據(jù)傳輸，同時(shí)為了保證系統(tǒng)的安全，需要增加安全防御設(shè)備（如防火墻等）。綜合以上各方面因素的考慮，農(nóng)業(yè)大數(shù)據(jù)應(yīng)用體系架構(gòu)和平臺(tái)的網(wǎng)絡(luò)拓?fù)淙缦聢D所示：

用戶用路由器防火墻機(jī)主接接纖交換機(jī)GE?升級(jí)服務(wù)器互聯(lián)網(wǎng)發(fā)布服務(wù)器操作維護(hù)服務(wù)器負(fù)載均衡交換機(jī)報(bào)表服務(wù)器防火墻10/100/1000FE網(wǎng)管服務(wù)器光纖交換機(jī)圖例:數(shù)據(jù)庫(kù)集群局域網(wǎng)核心交換機(jī)負(fù)載均衡交換機(jī)云存儲(chǔ)中心用戶用路由器防火墻機(jī)主接接纖交換機(jī)GE?升級(jí)服務(wù)器互聯(lián)網(wǎng)發(fā)布服務(wù)器操作維護(hù)服務(wù)器負(fù)載均衡交換機(jī)報(bào)表服務(wù)器防火墻10/100/1000FE網(wǎng)管服務(wù)器光纖交換機(jī)圖例:數(shù)據(jù)庫(kù)集群局域網(wǎng)核心交換機(jī)負(fù)載均衡交換機(jī)云存儲(chǔ)中心網(wǎng)絡(luò)拓?fù)鋱D根據(jù)需求的規(guī)模及特點(diǎn)，建議采用2層架構(gòu)設(shè)計(jì)，即核心層和接入層，同時(shí)為便于設(shè)計(jì)的描述，在網(wǎng)絡(luò)設(shè)計(jì)時(shí)細(xì)化成如下幾個(gè)部份：核心層網(wǎng)絡(luò)、接入層網(wǎng)絡(luò)、服務(wù)器區(qū)網(wǎng)絡(luò)、Internet接入、系統(tǒng)安全監(jiān)控。介紹如下：2.3.1、核心層網(wǎng)絡(luò)設(shè)計(jì)核心交換機(jī)配置2臺(tái)高性能交換機(jī)，兩臺(tái)核心交換機(jī)均配置2個(gè)電源。每臺(tái)配置一個(gè)萬(wàn)兆第六代管理引擎，每個(gè)引擎上配置兩個(gè)萬(wàn)兆接口作為核心萬(wàn)兆互聯(lián)使用,兩臺(tái)高性能設(shè)備形成整個(gè)平臺(tái)的核心交換平臺(tái)。利用兩條萬(wàn)兆鏈路把兩臺(tái)核心交換連接起來(lái)，在這兩條高速千兆光纖鏈路上通過(guò)10GEC（萬(wàn)兆以太網(wǎng)通道）技術(shù)，把物理上的兩條光纖線路邏輯上成為一個(gè)速度高達(dá)40Gbps的數(shù)據(jù)通道。在兩臺(tái)交換機(jī)之間采用業(yè)界著名的HSRP技術(shù)，其中1臺(tái)為轉(zhuǎn)發(fā)狀態(tài)，另1臺(tái)備份狀態(tài),當(dāng)轉(zhuǎn)發(fā)狀態(tài)交換機(jī)發(fā)生問(wèn)題，備份交換機(jī)會(huì)接管進(jìn)行數(shù)據(jù)轉(zhuǎn)發(fā)，實(shí)現(xiàn)兩臺(tái)核心高端交換機(jī)的雙機(jī)熱備，從而充分地保證網(wǎng)絡(luò)地穩(wěn)定性和可靠性。這種設(shè)計(jì)不僅徹底消除單一交換機(jī)硬件故障的影響，利用Spanning-Tree（生成樹(shù)）、Backbone-fast（快速主干恢復(fù)）、Uplink-Fast（快速上聯(lián)恢復(fù)）、Port-Fast（快速端口恢復(fù)）和HSRP（熱備份路由協(xié)議）等技術(shù)實(shí)現(xiàn)主、從交換機(jī)間的自動(dòng)故障切換。2.3.2、接入層網(wǎng)絡(luò)設(shè)計(jì)外網(wǎng)接入交換機(jī)我們采用具有智能功能的千兆接入交換作為外聯(lián)專線的匯聚接入，外聯(lián)專線光纖入戶后通過(guò)光電轉(zhuǎn)換器轉(zhuǎn)換成千兆電接口直接連到該交換機(jī)上，該交換機(jī)的背板帶寬32Gbps以上，二/三層轉(zhuǎn)發(fā)率在30Mpps以上，提供4個(gè)1000千兆光電復(fù)用以太網(wǎng)端口和20個(gè)10/100/1000Base-T以太網(wǎng)2.3.3、服務(wù)器區(qū)網(wǎng)絡(luò)設(shè)計(jì)對(duì)于服務(wù)器區(qū)也可以稱為數(shù)據(jù)中心區(qū)，是整個(gè)業(yè)務(wù)的中心樞紐，對(duì)該區(qū)域的性能、安全應(yīng)重要考慮，并作資源最大化利用及節(jié)省整體投資，因此服務(wù)器區(qū)直接連接到2臺(tái)核心交換機(jī)交換機(jī)，實(shí)現(xiàn)鏈路冗余接入。2.3.4、Internet接入設(shè)計(jì)對(duì)于對(duì)外提供公共服務(wù)的服務(wù)器，如WEB服務(wù)器等，如果將這些服務(wù)器直接放置在Internet上，則很容易受到攻擊。為此我們將這些提供公共服務(wù)的服務(wù)器全部放置在防火墻的DMZ區(qū)域。我們?cè)诔隹诜阑饓ι细髟O(shè)置一個(gè)DMZ端口，在DMZ區(qū)域放置1接入交換機(jī)，該交換機(jī)通過(guò)千兆端口與出口防火墻的DMZ端口聯(lián)接，而所有的公共服務(wù)器則全部接入到DMZ區(qū)交換機(jī)上。2.3.5、系統(tǒng)安全監(jiān)控信息安全已從互聯(lián)網(wǎng)、周邊防護(hù)發(fā)展為深度防御模式，在基礎(chǔ)設(shè)施中部署了多項(xiàng)措施來(lái)抵御安全漏洞和攻擊。鑒于攻擊頻率日益增加、攻擊復(fù)雜度各不相同，以及攻擊非常迅速，網(wǎng)絡(luò)內(nèi)部和周邊間的界線逐漸模糊，因此這些措施是非常必要的。為試圖利用漏洞發(fā)動(dòng)攻擊，每天攻擊者都會(huì)對(duì)網(wǎng)絡(luò)接入點(diǎn)和系統(tǒng)進(jìn)行數(shù)千次探測(cè)。先進(jìn)的混合攻擊使用多種欺騙式攻擊方法，以便從機(jī)構(gòu)內(nèi)外獲得未授權(quán)系統(tǒng)訪問(wèn)和控制。蠕蟲(chóng)、零日攻擊、病毒、特洛伊木馬、間諜軟件和攻擊工具的普及可對(duì)最為堅(jiān)固的基礎(chǔ)設(shè)施構(gòu)成挑戰(zhàn)——導(dǎo)致防御作用時(shí)間縮短、出現(xiàn)停運(yùn)和昂貴的修復(fù)措施。除服務(wù)器和網(wǎng)絡(luò)設(shè)備數(shù)量較多外，每個(gè)安全組件都提供獨(dú)立的事件記錄和報(bào)警功能，以用于異常流量檢測(cè)、威脅響應(yīng)和分析。此外，法規(guī)也要求嚴(yán)格數(shù)據(jù)保密、更高運(yùn)營(yíng)安全性和進(jìn)行持續(xù)審查。因此在網(wǎng)絡(luò)中部署防火墻對(duì)網(wǎng)絡(luò)安全進(jìn)行管理和監(jiān)控2.4、研發(fā)技術(shù)路徑2.4.1、平臺(tái)技術(shù)特點(diǎn)本系統(tǒng)采用國(guó)際先進(jìn)的開(kāi)發(fā)技術(shù)，并采用最新的行業(yè)標(biāo)準(zhǔn)作為指導(dǎo)，用以保證整個(gè)平臺(tái)的開(kāi)放性、兼容性、可擴(kuò)展性等，具體如下：1）用戶前臺(tái)界面采用了B/S結(jié)構(gòu)，以Apach+Tomcat集群作為WEB發(fā)布服務(wù)器，數(shù)據(jù)庫(kù)采用oracle11G；Apach主要用來(lái)解析靜態(tài)文本，如html，tomcat雖然也有此功能，但Apach能大大提高效率，對(duì)于并發(fā)數(shù)較大的企業(yè)級(jí)應(yīng)用，能更好的顯示Apach的高效率Tomcat用來(lái)解析JSP,servlet等，所有的客戶請(qǐng)求首先會(huì)發(fā)送到Apach，如果請(qǐng)求是靜態(tài)文本則由Apach解析，并把結(jié)果返回給客戶端，如果是動(dòng)態(tài)的請(qǐng)求，如JSP,Apach會(huì)把解析工作交給tomcat，由tomcat進(jìn)行解析（這首先要兩者現(xiàn)實(shí)整合），tomcat解析完成后，結(jié)果仍是通過(guò)Apach返回給客戶端，這樣就可以達(dá)到分工合作,實(shí)現(xiàn)負(fù)載均衡，提高系統(tǒng)的性能！而且因?yàn)镴SP是服務(wù)器端解釋代碼的，這樣整合可以減少Tomcat的服務(wù)開(kāi)銷。使用oracle11G主要有以下一些優(yōu)勢(shì)：?支持測(cè)試環(huán)境的快照備用系統(tǒng)、物理和邏輯備用的性能都有提高。?邏輯備用現(xiàn)在支持可擴(kuò)展標(biāo)記語(yǔ)言（XML）類型字符大型對(duì)象（CLOB）數(shù)據(jù)類型和透明的數(shù)據(jù)加密?，F(xiàn)在支持自動(dòng)的、快速啟動(dòng)的故障切換以支持異步傳輸、支持滾動(dòng)升級(jí)、自動(dòng)壞塊檢測(cè)和修復(fù)、快速鏡像重新同步，該功能可以有效地重新同步存儲(chǔ)網(wǎng)絡(luò)連接性暫時(shí)丟失時(shí)自動(dòng)存儲(chǔ)管理鏡像的存儲(chǔ)陣列自動(dòng)存儲(chǔ)管理的性能增強(qiáng)使得大型數(shù)據(jù)庫(kù)可以更快地打開(kāi)并減少SGA內(nèi)存消耗。這些增強(qiáng)還允許DBA增加存儲(chǔ)分配單元大小以加快大型序列輸入/輸出（I/O）,顯著增加正常運(yùn)行時(shí)間Oracle11G使您可以應(yīng)用很多一次性數(shù)據(jù)庫(kù)補(bǔ)?。òㄔ\斷補(bǔ)丁），而沒(méi)有停機(jī)時(shí)間。新的數(shù)據(jù)恢復(fù)advisor通過(guò)快速識(shí)別故障根本原因?為DBA提供可用的恢復(fù)選項(xiàng)，?極大地減少了停機(jī)時(shí)間，在某些情況下，還通過(guò)“自我恢復(fù)”機(jī)制自動(dòng)糾正問(wèn)題。自動(dòng)編譯數(shù)據(jù)庫(kù)中的PL/SQL和Java更快的觸發(fā)器，包括更加有效地調(diào)用每行觸發(fā)器更快的簡(jiǎn)單SQL操作更快的OracleDataGuard和OracleStreams復(fù)制與網(wǎng)絡(luò)文件系統(tǒng)（NFS）存儲(chǔ)設(shè)備更快、更可靠的直接連接、更快的升級(jí)大型文件更快的備份/還原更快的備份壓縮2）客戶端采用目前比較流行的兩種形式，包括IOS客戶端和安卓客戶端，通過(guò)客戶端為飛手和管理者提供簡(jiǎn)單快捷的植保流程的確認(rèn)和查閱，并可通過(guò)客戶端進(jìn)行數(shù)據(jù)的采集上傳。3）數(shù)據(jù)采集通過(guò)數(shù)據(jù)導(dǎo)入，傳感器直接對(duì)接等方式，進(jìn)行數(shù)據(jù)傳輸和對(duì)接。從傳感器和其它待測(cè)設(shè)備等模擬和數(shù)字被測(cè)單元中自動(dòng)采集非電量或者電量信號(hào),送到上位機(jī)中進(jìn)行分析，處理轉(zhuǎn)換成數(shù)字信號(hào)。通過(guò)平臺(tái)提供的數(shù)據(jù)采集算法，結(jié)合基于計(jì)算機(jī)及專用測(cè)量軟硬件的產(chǎn)品來(lái)實(shí)現(xiàn)靈活的、自定義的測(cè)量和采集系統(tǒng)4）系統(tǒng)采用SpringMVC的輕量級(jí)架構(gòu)，即可保證系統(tǒng)的運(yùn)行穩(wěn)定性，也可保證運(yùn)行java的穩(wěn)定性。該框架優(yōu)點(diǎn)主要?有清晰的角色劃分：控制器(controller)、驗(yàn)證器(validator)、命令對(duì)象(commandobect)、表單對(duì)象(formobject)、模型對(duì)象(modelobject)、Servlet分發(fā)器(DispatcherServlet)、處理器映射(handlermapping)、試圖解析器(viewresoler)等等。每一個(gè)角色都可以由一個(gè)專門(mén)的對(duì)象來(lái)實(shí)現(xiàn)。強(qiáng)大而直接的配置方式：將框架類和應(yīng)用程序累都能作為JavaBean配置，支持跨多個(gè)context的引用，例如，在web控制器中對(duì)業(yè)務(wù)對(duì)象和驗(yàn)證器validator)的引用?？蛇m配、非侵入：可以根據(jù)不同的應(yīng)用場(chǎng)景，選擇何事的控制器子類(simple型、command型、from型、wizard型、multi-action型或者自定義)，而不是一個(gè)單一控制器(比女口Action/ActionForm)繼承?？芍赜玫臉I(yè)務(wù)代碼：可以使用現(xiàn)有的業(yè)務(wù)對(duì)象作為命令或表單對(duì)象，而不需要去擴(kuò)展某個(gè)特定框架的基類。?可定制的綁定(binding)和驗(yàn)證(validation):比如將類型不匹配作為應(yīng)用級(jí)的驗(yàn)證錯(cuò)誤，這可以保證錯(cuò)誤的值。再比如本地化的日期和數(shù)字綁定等等。在其他某些框架中，你只能使用字符串表單對(duì)象，需要手動(dòng)解析它并轉(zhuǎn)換到業(yè)務(wù)對(duì)象。?可定制的handlermapping和viewresolution：spring提供從最簡(jiǎn)單的URL映射，到復(fù)雜的、專用的定制策略。與某些webMVC框架強(qiáng)制開(kāi)發(fā)人員使用單一特定技術(shù)相比，Spring顯得更加靈活。?靈活的model轉(zhuǎn)換：在Springweb框架中，使用基于Map的鍵/值對(duì)來(lái)達(dá)到輕易的與各種視圖技術(shù)集成。?可定制的本地化和主題（theme）解析：支持在JSP中可選擇地使用Spring標(biāo)簽庫(kù)、支持JSTL、支持Velocity（不需要額外的中間層）等等。?簡(jiǎn)單而強(qiáng)大的JSP標(biāo)簽庫(kù)（SpringTagLibrary）:支持包括諸如數(shù)據(jù)綁定和主題（theme）之類的許多功能。他提供在標(biāo)記方面的最大靈活性。JSP表單標(biāo)簽庫(kù)：在Spring2.0中引入的表單標(biāo)簽庫(kù)，使用在JSP編寫(xiě)表單更加容易。SpringBean的生命周期可以被限制在當(dāng)前的HTTpRequest或者HTTpSession。準(zhǔn)確的說(shuō)，這并非SpringMVC框架本身特性，而應(yīng)歸屬于SpringMVC使用的WebApplicationContext容器。5）采用AJAX作為前后臺(tái)異步通訊的接口，能夠很好的滿足用戶對(duì)系統(tǒng)的體驗(yàn)度。?無(wú)刷新更新數(shù)據(jù)。AJAX最大優(yōu)點(diǎn)就是能在不刷新整個(gè)頁(yè)面的前提下與服務(wù)器通信維護(hù)數(shù)據(jù)。這使得Web應(yīng)用程序更為迅捷地響應(yīng)用戶交互，并避免了在網(wǎng)絡(luò)上發(fā)送那些沒(méi)有改變的信息，減少用戶等待時(shí)間，帶來(lái)非常好的用戶體驗(yàn)。AJAX使用異步方式與服務(wù)器通信，不需要打斷用戶的操作，具有更加迅速的響應(yīng)能力。優(yōu)化了Browser和Server之間的溝通，減少不必要的數(shù)據(jù)傳輸、時(shí)間及降低網(wǎng)絡(luò)上數(shù)據(jù)流量。AJAX可以把以前一些服務(wù)器負(fù)擔(dān)的工作轉(zhuǎn)嫁到客戶端，利用客戶端閑置的能力來(lái)處理，減輕服務(wù)器和帶寬的負(fù)擔(dān)，節(jié)約空間和寬帶租用成本。并且減輕服務(wù)器的負(fù)擔(dān)，AJAX的原則是“按需取數(shù)據(jù)”，可以最大程度的減少冗余請(qǐng)求和響應(yīng)對(duì)服務(wù)器造成的負(fù)擔(dān)，提升站點(diǎn)性能。AJAX基于標(biāo)準(zhǔn)化的并被廣泛支持的技術(shù)，不需要下載瀏覽器插件或者小程序，但需要客戶允許JavaScript在瀏覽器上執(zhí)行。隨著Ajax的成熟，一些簡(jiǎn)化Ajax使用方法的程序庫(kù)也相繼問(wèn)世。同樣，也出現(xiàn)了另一種輔助程序設(shè)計(jì)的技術(shù)，為那些不支持JavaScript的用戶提供替代功能。Ajax使WEB中的界面與應(yīng)用分離（也可以說(shuō)是數(shù)據(jù)與呈現(xiàn)分離），有利于分工合作、減少非技術(shù)人員對(duì)頁(yè)面的修改造成的WEB應(yīng)用程序錯(cuò)誤、提高效率、也更加適用于現(xiàn)在的發(fā)布系統(tǒng)。6）分析層：采用云存儲(chǔ)+HADOOP技術(shù)，實(shí)現(xiàn)數(shù)據(jù)的高速度運(yùn)算，為用戶的精準(zhǔn)營(yíng)銷提供依據(jù)。HADOOP具有高可擴(kuò)展性，因?yàn)樗梢源鎯?chǔ)和分發(fā)橫跨數(shù)百個(gè)并行操作的服務(wù)器數(shù)據(jù)集群。不同于傳統(tǒng)的關(guān)系型數(shù)據(jù)庫(kù)系統(tǒng)不能擴(kuò)展到處理大量的數(shù)據(jù)，Hadoop是能給企業(yè)提供涉及成百上千TB的數(shù)據(jù)節(jié)點(diǎn)上運(yùn)行的應(yīng)用程序。Hadoop提供了極具成本效益的存儲(chǔ)解決方案。傳統(tǒng)的關(guān)系型數(shù)據(jù)庫(kù)管理系統(tǒng)的問(wèn)題是，他并不符合海量數(shù)據(jù)的處理器，不能夠符合企業(yè)的成本效益。許多公司過(guò)去不得不假設(shè)那些數(shù)據(jù)最優(yōu)價(jià)值，然后根據(jù)這些有價(jià)值的數(shù)據(jù)設(shè)定分類，如果保存所有的數(shù)據(jù)，那么成本就會(huì)過(guò)高。雖然這種方法可以短期內(nèi)實(shí)現(xiàn)工作，但是隨著數(shù)據(jù)量的增大，這種方式并不能很好的解決問(wèn)題。Hadoop被設(shè)計(jì)為一個(gè)向外擴(kuò)展的架構(gòu)，提供數(shù)百TB的存儲(chǔ)和計(jì)算能力，節(jié)約了成本開(kāi)銷。Hadoop能夠輕松訪問(wèn)到新的數(shù)據(jù)源，并可以分析不同類型的數(shù)據(jù)，從這些數(shù)據(jù)中產(chǎn)生價(jià)值，使系統(tǒng)可以利用Hadoop的靈活性從多數(shù)據(jù)源中獲得寶貴的分析結(jié)果和發(fā)掘商業(yè)價(jià)值。Hadoop處理更快得益于其擁有的獨(dú)特的存儲(chǔ)方式，用于數(shù)據(jù)處理的工具通常在與數(shù)據(jù)相同的服務(wù)器上，從而導(dǎo)致能夠更快的處理器數(shù)據(jù)，如果你正在處理大量的非結(jié)構(gòu)化數(shù)據(jù)，Hadoop能夠有效的在幾分鐘內(nèi)處理TB級(jí)的數(shù)據(jù)，而不是像以前PB級(jí)數(shù)據(jù)都要以小時(shí)為單位。Hadoop容錯(cuò)能力更強(qiáng)，當(dāng)數(shù)據(jù)被發(fā)送到一個(gè)單獨(dú)的節(jié)點(diǎn),該數(shù)據(jù)也被復(fù)制到集群的其它節(jié)點(diǎn)上，這意味著在故障情況下，存在另一個(gè)副本可供使用。7）數(shù)據(jù)層：采用數(shù)據(jù)庫(kù)緩沖池技術(shù)，對(duì)數(shù)據(jù)的鏈接數(shù)采用管道化管理，既有長(zhǎng)期駐留鏈接，又有機(jī)動(dòng)靈活使用的鏈接，方便調(diào)動(dòng)。數(shù)據(jù)庫(kù)連接池保證了資源的重用性，由于數(shù)據(jù)庫(kù)連接得到重用，避免了頻繁創(chuàng)建、釋放連接引起的大量性能開(kāi)銷。在減少系統(tǒng)消耗的基礎(chǔ)上，另一方面也增進(jìn)了系統(tǒng)運(yùn)行環(huán)境的平穩(wěn)性（減少內(nèi)存碎片以及數(shù)據(jù)庫(kù)臨時(shí)進(jìn)程/線程的數(shù)量）。更快的系統(tǒng)響應(yīng)速度，數(shù)據(jù)庫(kù)連接池在初始化過(guò)程中，往往已經(jīng)創(chuàng)建了若干數(shù)據(jù)庫(kù)連接置于池中備用。此時(shí)連接的初始化工作均已完成。對(duì)于業(yè)務(wù)請(qǐng)求處理而言，直接利用現(xiàn)有可用連接，避免了數(shù)據(jù)庫(kù)連接初始化和釋放過(guò)程的時(shí)間開(kāi)銷，從而縮減了系統(tǒng)整體響應(yīng)時(shí)間。新的資源分配手段對(duì)于多應(yīng)用共享同一數(shù)據(jù)庫(kù)的系統(tǒng)而言，可在應(yīng)用層通過(guò)數(shù)據(jù)庫(kù)連接的配置，實(shí)現(xiàn)數(shù)據(jù)庫(kù)連接池技術(shù)某一應(yīng)用最大可用數(shù)據(jù)庫(kù)連接數(shù)的限制，避免某一應(yīng)用獨(dú)占所有數(shù)據(jù)庫(kù)資源。統(tǒng)一的連接管理，避免數(shù)據(jù)庫(kù)連接泄漏，在較為完備的數(shù)據(jù)庫(kù)連接池實(shí)現(xiàn)中，可根據(jù)預(yù)先的連接占用超時(shí)設(shè)定，強(qiáng)制收回被占用連接。從而避免了常規(guī)數(shù)據(jù)庫(kù)連接操作中可能出現(xiàn)的資源泄漏。WEB服務(wù)器集群：采用負(fù)載均衡的方式，將多臺(tái)服務(wù)器關(guān)聯(lián)在一起，是每個(gè)服務(wù)器在提供相應(yīng)服務(wù)時(shí)，不會(huì)出現(xiàn)因?yàn)槟撑_(tái)服務(wù)器因?yàn)檎?qǐng)求量過(guò)載造成的服務(wù)器響應(yīng)速度慢，用戶等待時(shí)間長(zhǎng)，甚至服務(wù)器卡死的問(wèn)題。數(shù)據(jù)庫(kù)集群：數(shù)據(jù)庫(kù)通過(guò)對(duì)oracle數(shù)據(jù)文件共享的方式，完成數(shù)據(jù)庫(kù)的集群和對(duì)數(shù)據(jù)的在線熱備。并通過(guò)分布式部署數(shù)據(jù)庫(kù)的方式，提高數(shù)據(jù)庫(kù)的訪問(wèn)效能，增加系統(tǒng)的訪問(wèn)速度，保證系統(tǒng)的穩(wěn)定運(yùn)行。緩存技術(shù)：系統(tǒng)通過(guò)大數(shù)據(jù)在底層的支持，將常用分析結(jié)果通過(guò)以往的使用歷史進(jìn)行提煉，并將其通過(guò)MemoryCache的方式進(jìn)行內(nèi)存的緩存，使農(nóng)業(yè)植保模型能夠快速準(zhǔn)確的為平臺(tái)提供統(tǒng)計(jì)、分析以及預(yù)測(cè)的相應(yīng)數(shù)據(jù)，增加平臺(tái)的流暢性。2.4.2、大數(shù)據(jù)底層分析技術(shù)特點(diǎn)HADOOPHadoop是Apach軟件基金會(huì)所開(kāi)發(fā)的并行計(jì)算框架與分布式文件系統(tǒng)。最核心的模塊包括HadoopCommon、HDFS與MapReduce。系統(tǒng)采用Hadoop對(duì)采集到的數(shù)據(jù)進(jìn)行處理。HDFSHDFS是Hadoop分布式文件系統(tǒng)(HadoopDistributedFileSystem)的縮寫(xiě)，為分布式計(jì)算存儲(chǔ)提供了底層支持。采用Java語(yǔ)言開(kāi)發(fā)，可以部署在多種服務(wù)器上，以集群處理數(shù)量積達(dá)到大型主機(jī)處理性能。HDFS架構(gòu)原理HDFS采用master/slave架構(gòu)。一個(gè)HDFS集群包含一個(gè)單獨(dú)的NameNode和多個(gè)DataNode。NameNode作為master服務(wù)，它負(fù)責(zé)管理文件系統(tǒng)的命名空間和客戶端對(duì)文件的訪問(wèn)。NameNode會(huì)保存文件系統(tǒng)的具體信息，包括文件信息、文件被分割成具體block塊的信息、以及每一個(gè)block塊歸屬的DataNode的信息。對(duì)于整個(gè)集群來(lái)說(shuō)，HDFS通過(guò)NameNode對(duì)用戶提供了一個(gè)單一的命名空間。DataNode作為slave服務(wù)，在集群中可以存在多個(gè)。通常每一個(gè)DataNode都對(duì)應(yīng)于一個(gè)物理節(jié)點(diǎn)。DataNode負(fù)責(zé)管理節(jié)點(diǎn)上它們擁有的存儲(chǔ)，它將存儲(chǔ)劃分為多個(gè)block塊,管理block塊信息，同時(shí)周期性的將其所有的block塊信息發(fā)送給NameNode。

HDFS^fh式交忤至班住惓辭實(shí)時(shí)釵HDFS^fh式交忤至班-iE^.j、Int&met-UidjiJiLri.J業(yè)Mi

ilirUidjiJiLri.J業(yè)Mi

ilirililrilMd4K<1*140011sift■UEflri-SdKJ-JMih"diidillrW~j■'#■1ilr.iArirljri:■■■4lUrtf-iJtlOiXUwn皿口7Mtllfli*1AJU?MA藥品鼬率:S愷息岸二壤揩息庫(kù)■嘉史醫(yī)信啟.—?無(wú)人機(jī)伯恩庫(kù):質(zhì)褲持制信息系統(tǒng)采用hado&p技術(shù)送活數(shù)挪址理，相比傳統(tǒng)的的處理效暮hadoop的處理如率是ona*處理效率的105萬(wàn)倍。云分析技術(shù)平臺(tái)采用云端分析技術(shù)，進(jìn)行數(shù)據(jù)的分析和建模，主要采用了以下的算法進(jìn)行數(shù)據(jù)的處理。K-Means算法k-meansalgorithm算法是一個(gè)聚類算法，把n的對(duì)象根據(jù)他們的屬性分為k個(gè)分割(k<n)o它與處理混合正態(tài)分布的最大期望算法很相似，因?yàn)樗麄兌荚噲D找到數(shù)據(jù)中自然聚類的中心。它假設(shè)對(duì)象屬性來(lái)自于空間向量，并且目標(biāo)是使各個(gè)群組內(nèi)部的均方誤差總和最小。在該系統(tǒng)中主要使用該算法對(duì)植保需求和植保方式，藥

劑配合方面進(jìn)行分析和預(yù)測(cè)。最大期望(EM)算法在統(tǒng)計(jì)計(jì)算中，最大期望(EM,Expectation-Maximization)算法是在概率(probabilistic)模型中尋找參數(shù)最大近似值估計(jì)的算法，其中概率模型依賴于無(wú)法觀測(cè)的隱藏變量(LatentVariabl)。最大期望經(jīng)常用在機(jī)器學(xué)習(xí)和計(jì)算機(jī)視覺(jué)的數(shù)據(jù)集聚(DataClustering)領(lǐng)域。在本系統(tǒng)中，該算法主要用在藥劑的配比和使用上。植保需求建模技術(shù)在以上兩種算法計(jì)算結(jié)果的支持下，系統(tǒng)對(duì)歷史植保過(guò)程進(jìn)行數(shù)據(jù)建模，供對(duì)新的植保過(guò)程預(yù)測(cè)和分析時(shí)使用。建模時(shí)主要采用了關(guān)聯(lián)規(guī)則分析的方式，用簡(jiǎn)單的if-then規(guī)則描述數(shù)據(jù)之間的完備關(guān)系，使其能處理連續(xù)和離散的數(shù)據(jù)。并通過(guò)決策樹(shù)方式作為支持方式，當(dāng)求解基于多個(gè)復(fù)雜屬性的特定目標(biāo)值時(shí)其性能較佳，可以產(chǎn)生相互獨(dú)立的規(guī)則。在對(duì)植保過(guò)程進(jìn)行建模時(shí)還采用了貝葉斯算法對(duì)植保噴灑服務(wù)進(jìn)行數(shù)據(jù)畫(huà)像，它是一類利用概率統(tǒng)計(jì)知識(shí)進(jìn)行分類的算法。算法共分七個(gè)步驟：收集大量的植保歷史數(shù)據(jù)，建立這些數(shù)據(jù)的數(shù)據(jù)集以備后續(xù)使用。提取數(shù)據(jù)集中較獨(dú)立數(shù)據(jù)特點(diǎn)，例如作物品種，藥劑類型等作為T(mén)OKEN串并統(tǒng)計(jì)提取出的TOKEN串出現(xiàn)的次數(shù)即數(shù)據(jù)頻次。按照上述的方法分別處理常規(guī)數(shù)據(jù)和特殊數(shù)據(jù)形成相應(yīng)的數(shù)據(jù)集。每一個(gè)數(shù)據(jù)集對(duì)應(yīng)一個(gè)哈希表，hashtable_good對(duì)應(yīng)規(guī)律數(shù)據(jù)集而hashtable_bad對(duì)應(yīng)非規(guī)律集。表中存儲(chǔ)TOKEN串到數(shù)據(jù)頻次的映射關(guān)系。計(jì)算每個(gè)哈希表中TOKEN串出現(xiàn)的概率P=(某TOKEN串的數(shù)據(jù)頻次)/(對(duì)應(yīng)哈希表的長(zhǎng)度)。綜合考慮hashtable_good和hashtable_bad，推斷出當(dāng)新來(lái)的數(shù)據(jù)中出現(xiàn)某個(gè)TOKEN串時(shí)，該數(shù)據(jù)為規(guī)律數(shù)據(jù)的概率。建立新的哈希表hashtable_probability存儲(chǔ)TOKEN串ti到P(A|ti)的映射。至此，規(guī)律數(shù)據(jù)集和非規(guī)律數(shù)據(jù)集的學(xué)習(xí)過(guò)程結(jié)束。根據(jù)建立的哈希表hashtable_probability可以估計(jì)一個(gè)新的植保任務(wù)是規(guī)律的任務(wù)還是非規(guī)律任務(wù)，從而給出相應(yīng)的植保噴灑意見(jiàn)。經(jīng)過(guò)建模后的植保歷史記錄、農(nóng)作物植保數(shù)據(jù)庫(kù)、藥劑使用規(guī)則等信息通過(guò)聚類(K-MEANS)將這些數(shù)據(jù)中的離散數(shù)據(jù)，分不同向量進(jìn)行關(guān)聯(lián)，并通過(guò)不同維度進(jìn)行提煉和加工，使數(shù)據(jù)在使用時(shí)，能夠準(zhǔn)確進(jìn)行定位，提升數(shù)據(jù)定位速度，避免了以往簡(jiǎn)單查詢數(shù)據(jù)庫(kù)所帶來(lái)的性能差，運(yùn)算慢，用戶體驗(yàn)不好的問(wèn)題。2.5、解決關(guān)鍵問(wèn)題2.5.1、解決農(nóng)業(yè)植保經(jīng)驗(yàn)不足問(wèn)題以往植保噴灑過(guò)程中都是通過(guò)技術(shù)人員的歷史經(jīng)驗(yàn)，對(duì)所要噴灑的作物，使用的藥劑劑量，噴灑速度等等做出認(rèn)為的預(yù)估和判斷，這就造成噴灑過(guò)程不可重現(xiàn)或模擬，一旦出現(xiàn)問(wèn)題不知道從哪個(gè)環(huán)節(jié)入手去查找問(wèn)題。而平臺(tái)通過(guò)采集多種數(shù)據(jù)，如氣象數(shù)據(jù)、土壤數(shù)據(jù)、農(nóng)作物數(shù)據(jù)，蟲(chóng)害數(shù)據(jù)等數(shù)據(jù)，通過(guò)對(duì)歷史數(shù)據(jù)樣本的比對(duì)，能夠精準(zhǔn)從多個(gè)維度給出噴灑建議，使植保能夠有效的完成，保證其高效準(zhǔn)確，殘次任務(wù)能夠得到有效控制和跟蹤。植保產(chǎn)業(yè)鏈條包括植保需求，飛手管理和培訓(xùn)，藥劑生產(chǎn)，藥劑運(yùn)輸，藥劑調(diào)配，藥劑噴灑，事后監(jiān)督等環(huán)節(jié)。

農(nóng)業(yè)植保無(wú)人機(jī)全產(chǎn)業(yè)鏈一覽圖空管鎰筑研制無(wú)人機(jī)駕駛證尢人弔L適航吐__行一i嘖灑犬藪據(jù)分析結(jié)果ifLtt結(jié)客前力機(jī)袍飛行攔割數(shù)傳唱信噴灑模型?乜訪人臥農(nóng)業(yè)植保無(wú)人機(jī)全產(chǎn)業(yè)鏈一覽圖空管鎰筑研制無(wú)人機(jī)駕駛證尢人弔L適航吐__行一i嘖灑犬藪據(jù)分析結(jié)果ifLtt結(jié)客前力機(jī)袍飛行攔割數(shù)傳唱信噴灑模型?乜訪人臥運(yùn)載車輛飛防職業(yè)培51駕頤培訓(xùn)航空施用辰藥農(nóng)業(yè)種植用戶空曽系統(tǒng)低障現(xiàn)階段各個(gè)環(huán)節(jié)的供需信息主要以自行發(fā)布，客戶主動(dòng)尋找為主，都是獨(dú)立在各自小圈子中，彼此之間信息共享和使用不是很及時(shí)，造成植保過(guò)程延遲等問(wèn)題。而農(nóng)業(yè)大數(shù)據(jù)應(yīng)用體系架構(gòu)和平臺(tái)解決了全產(chǎn)業(yè)鏈的對(duì)接問(wèn)題。從需求，到藥劑采購(gòu)，再到無(wú)人機(jī)調(diào)配、藥劑運(yùn)輸配比、農(nóng)作物質(zhì)保的各種需求信息，通過(guò)平臺(tái)進(jìn)行整合，使信息能夠準(zhǔn)確高效的進(jìn)行互通。使得產(chǎn)業(yè)鏈中的各個(gè)環(huán)節(jié)不再是信息孤島，而是一個(gè)統(tǒng)一的整體，從而解決供需的瓶頸問(wèn)題。2.5.3、植保飛手就業(yè)問(wèn)題隨著無(wú)人機(jī)行業(yè)的發(fā)展，越來(lái)越多的人考取了職業(yè)飛手的飛行資格證，除個(gè)人喜好外，大部分人希望以此為職業(yè)來(lái)實(shí)現(xiàn)自己的價(jià)值。但是飛手在了解就業(yè)信息時(shí)，途徑相對(duì)匱乏。本平臺(tái)建設(shè)后作為國(guó)內(nèi)農(nóng)業(yè)植保的龍頭平臺(tái)，可以很容易讓飛手能夠找到飛手的用人缺口，及時(shí)培訓(xùn)、就業(yè)。2.5.4、農(nóng)業(yè)植保過(guò)程跟蹤監(jiān)督問(wèn)題在現(xiàn)階段所有的植保過(guò)程，都靠人工去進(jìn)行記錄和提交，難免會(huì)有遺漏的內(nèi)容和人為進(jìn)行修改調(diào)整的內(nèi)容，造成數(shù)據(jù)不夠清晰準(zhǔn)確。農(nóng)業(yè)大數(shù)據(jù)應(yīng)用體系架構(gòu)和平臺(tái)上線后，所有一切數(shù)據(jù)均來(lái)自于系統(tǒng)內(nèi)部對(duì)植保任務(wù)的支持?jǐn)?shù)據(jù)，數(shù)據(jù)格式化、標(biāo)準(zhǔn)化，同時(shí)減少了人為的干預(yù)，保證了數(shù)據(jù)的準(zhǔn)確性和有效性，使得植保的全周期可追溯可復(fù)現(xiàn)，從而達(dá)到跟蹤和監(jiān)督的效果。第三部分、項(xiàng)目建設(shè)進(jìn)度2016年9月項(xiàng)目開(kāi)始籌備2017年3月植保服務(wù)管理平臺(tái)上線運(yùn)營(yíng)2018年3月植保大數(shù)據(jù)運(yùn)營(yíng)管理平臺(tái)正式上線使用第四部分、投資估算4.1、資金使用預(yù)算平臺(tái)建設(shè)從2016年9月開(kāi)始籌備，2016年共投入資金550萬(wàn)元人民幣，2017年預(yù)計(jì)投入資金800萬(wàn)元。2018年預(yù)計(jì)投入資金350萬(wàn)元具體如下表所示：序號(hào)費(fèi)用類別投資估算（萬(wàn)元）2016年資金使用（550萬(wàn)元）1可行性分析502技術(shù)研發(fā)4503研發(fā)設(shè)備502017年資金使用（800萬(wàn)元）1技術(shù)研發(fā)5302數(shù)據(jù)采集2003研發(fā)設(shè)備702018年資金使用（350萬(wàn)元）1技術(shù)研發(fā)2902研發(fā)設(shè)備60總計(jì)17004.2、項(xiàng)目資金籌措方案公眾公司自籌以及補(bǔ)助資金申請(qǐng)4.3、項(xiàng)目資金使用計(jì)劃農(nóng)業(yè)大數(shù)據(jù)應(yīng)用體系架構(gòu)和平臺(tái)的建設(shè)作為公司的重中之重，公司為了保證項(xiàng)目的研發(fā)進(jìn)度及重點(diǎn)技術(shù)問(wèn)題的公關(guān)，采用了專款專用的模式，成立了資金使用管理委員會(huì)，公司總經(jīng)理為管委會(huì)主任，財(cái)務(wù)總監(jiān)為副主任，資金的每一步使用都需要經(jīng)過(guò)管委會(huì)的審批，為項(xiàng)目研發(fā)及發(fā)展保駕護(hù)航。第五部分、效益分析5.1、經(jīng)濟(jì)效益分析目前，無(wú)人機(jī)植保正處于爆發(fā)式發(fā)展的前夜，未來(lái)無(wú)人機(jī)植保的發(fā)展將是巨大的，因此無(wú)人機(jī)植保具有相當(dāng)大的經(jīng)濟(jì)和社會(huì)價(jià)值。通過(guò)對(duì)無(wú)人機(jī)植保過(guò)程的跟蹤及海量的數(shù)據(jù)匯總分析，能夠看出無(wú)人機(jī)植保在噴灑的精準(zhǔn)度、減施程度、作業(yè)效率、抵抗環(huán)境不良因素等等都有具有非常大的優(yōu)勢(shì)。對(duì)于大型農(nóng)業(yè)基地、農(nóng)場(chǎng)主、大型山地丘陵等等各類型全方位農(nóng)業(yè)從業(yè)者來(lái)說(shuō)都具有顛覆性的技術(shù)更新，無(wú)人機(jī)超高的工作效率和精準(zhǔn)噴灑，大大降低了勞動(dòng)力和農(nóng)業(yè)成本的投入，從而提高了各自的收益，達(dá)到了總書(shū)記在農(nóng)業(yè)植保方面的要求：減施增效。對(duì)于我公司來(lái)說(shuō)，隨著無(wú)人機(jī)植保的爆發(fā)式發(fā)展，未來(lái)的經(jīng)濟(jì)收益是非?？捎^的，也是可以預(yù)見(jiàn)的。首先我公司已與國(guó)內(nèi)領(lǐng)先無(wú)人機(jī)企業(yè)簽訂了合作協(xié)議，按照噴灑面積采用階梯價(jià)格模式進(jìn)行植保費(fèi)用合作分成，每畝1元（隨著耕種范圍增多分成遞減）。序號(hào)時(shí)間耕種范圍（萬(wàn)畝）每畝收益（元）每年服務(wù)次數(shù)總收益（萬(wàn)元）12018年50012100022019年10000.82160032020年20000.7228002018-2020年總收益對(duì)照表）其次，經(jīng)過(guò)2~3年的發(fā)展，農(nóng)作物的農(nóng)藥噴灑將有80%采用無(wú)人機(jī)植保噴灑，將逐步取代人工機(jī)械噴灑。同時(shí)，農(nóng)業(yè)植保電商平臺(tái)的應(yīng)用將會(huì)積累大量的訂單及噴灑數(shù)據(jù)，通過(guò)微信、網(wǎng)站等多渠道大范圍的宣傳成功案例，將會(huì)吸引更多的大型農(nóng)業(yè)基地、農(nóng)場(chǎng)主來(lái)合作。再次，除了與現(xiàn)有合作企業(yè)合作外，我公司還會(huì)尋求新的合作伙伴，將合作范圍拓展至全國(guó)。最后，全國(guó)土地耕種面積達(dá)18億畝，無(wú)人機(jī)植保大數(shù)據(jù)平臺(tái)應(yīng)用的發(fā)展空間和潛力巨大，我公司將力爭(zhēng)在未來(lái)3~5年內(nèi)全國(guó)市場(chǎng)占有率達(dá)到10%，相信未來(lái)的經(jīng)濟(jì)收益將會(huì)達(dá)到1個(gè)億。5.2、社會(huì)效益分析5.2.1、降低植保成本，提高農(nóng)民收入在成本控制方面植保無(wú)人機(jī)也取得優(yōu)勢(shì)，以電動(dòng)植保無(wú)人機(jī)為例，每組電池6塊鋰電池成本12000元，每次作業(yè)面積15畝，充放電壽命200次，每畝分?jǐn)偝杀?元；飛手兩名，人工費(fèi)用2元/畝；能源（電）費(fèi)用2元/畝；無(wú)人機(jī)費(fèi)用10萬(wàn)計(jì)，折舊3年，每年作業(yè)20000畝，每畝成本不到2元。農(nóng)藥成本相對(duì)人工節(jié)省50%，約5元/畝，相關(guān)維護(hù)費(fèi)用1元/畝，每次共計(jì)16元/畝。人工植保方面，每小時(shí)作業(yè)面積2畝，每天8小時(shí)計(jì)16畝，人工成本160元，每畝10元；農(nóng)藥10元，每次植保費(fèi)用共20元/畝。再考慮植保無(wú)人機(jī)的政府補(bǔ)貼、電池費(fèi)用下降、技術(shù)升級(jí)，成本優(yōu)勢(shì)會(huì)越來(lái)越大。以每年噴灑5次，每畝作業(yè)價(jià)格10-20元為例，如采用無(wú)人機(jī)作業(yè)，一年的理論作業(yè)收入接近千億元，較人工開(kāi)展農(nóng)藥噴灑作業(yè)、施肥作業(yè)，每畝地單次可為農(nóng)民節(jié)省2-5元的開(kāi)銷。5.2.2、科學(xué)合理噴灑，減施增效無(wú)人機(jī)植保采用噴霧噴灑方式，具有作業(yè)高度低，飄移少，可空中懸停等特點(diǎn)，噴灑農(nóng)藥時(shí)旋翼產(chǎn)生的向下氣流有助于增加物流對(duì)農(nóng)作物的穿透性，防治效果好，也可以節(jié)約50%的農(nóng)藥使用量，90%的用水量，大大降低了資源成本，能夠大幅度提高農(nóng)藥有效利用率，使農(nóng)藥噴灑均勻，減少農(nóng)藥使用量，有效控制并逐步降低農(nóng)業(yè)生態(tài)環(huán)境污染，提高農(nóng)產(chǎn)品的安全質(zhì)量水平，保證老百姓吃到放心糧食。人工植保下農(nóng)藥的利用率只有30%，大量農(nóng)藥進(jìn)入土壤和河流，造成環(huán)境污染，糧食中大量農(nóng)藥殘留。無(wú)人機(jī)可以實(shí)現(xiàn)噴灑路徑規(guī)劃，有效避免了人工方式下的重噴和漏噴現(xiàn)象，防治效果更加得到保證。并且實(shí)現(xiàn)了人和藥的分離，通過(guò)地面遙控或GPS飛控操作，噴灑作業(yè)人員遠(yuǎn)距離操作避免暴露于農(nóng)藥下的危險(xiǎn)，而且在加注農(nóng)藥方面，現(xiàn)在也已經(jīng)開(kāi)發(fā)出來(lái)自動(dòng)加注機(jī)，植保無(wú)人機(jī)的應(yīng)用推廣將會(huì)大幅度減少農(nóng)藥中毒現(xiàn)象，避免造成不必要的損失，從而提高農(nóng)藥噴灑的安全性。植保無(wú)人機(jī)在效率、安全、環(huán)保、防治效果、成本等方面大幅領(lǐng)先于傳統(tǒng)的人工植保方式。無(wú)人機(jī)每分鐘可以完成1-2畝的農(nóng)藥噴灑作業(yè)，而人工噴灑農(nóng)藥的效率大約每3-4小時(shí)1-2畝，拖拉機(jī)噴灑效率大約每10-20分鐘完成1-2畝無(wú)人機(jī)的效率目前是人工的200倍，是拖拉機(jī)效率的10-20倍，考慮無(wú)人機(jī)技術(shù)的提升，土地的平整和規(guī)?；瑹o(wú)人機(jī)效率上的領(lǐng)先優(yōu)勢(shì)會(huì)越來(lái)越大。5.2.3、提供植保從業(yè)崗位，提升就業(yè)率我國(guó)可用耕地面積超18億畝，但山地丘陵面積較大，尤其以南方為甚，地塊面積分布零散，非常適合采用無(wú)人機(jī)開(kāi)展農(nóng)藥噴灑及施肥作業(yè)，據(jù)不完全統(tǒng)計(jì)，截至2014年底，我國(guó)投入使用的農(nóng)用無(wú)人機(jī)已超過(guò)750臺(tái)，飛控手人數(shù)達(dá)1100多人；預(yù)計(jì)到2020年名中國(guó)對(duì)植保無(wú)人機(jī)的需求量是10萬(wàn)架，從業(yè)人員需求量達(dá)到40萬(wàn)人。通過(guò)對(duì)從業(yè)人員的定期培訓(xùn)，可以讓其學(xué)習(xí)到更多的農(nóng)業(yè)植保知識(shí)，提高從業(yè)人員的科學(xué)文化素質(zhì)，開(kāi)闊眼界，學(xué)習(xí)現(xiàn)代化思想觀念，為更多的勞動(dòng)人員提供了新的就業(yè)機(jī)會(huì)。5.2.4、提高農(nóng)業(yè)植保智能化水平，增強(qiáng)國(guó)際市場(chǎng)競(jìng)爭(zhēng)力無(wú)人機(jī)植保大數(shù)據(jù)平臺(tái)依托數(shù)據(jù)挖掘分析處理、電子商務(wù)、精準(zhǔn)營(yíng)銷等手段，打造無(wú)人機(jī)農(nóng)業(yè)植保服務(wù)電子商務(wù)推廣平臺(tái)。在市場(chǎng)經(jīng)濟(jì)體制下，自然資源已不是競(jìng)爭(zhēng)的優(yōu)勢(shì)，擁有先進(jìn)的科學(xué)技術(shù)和超前的國(guó)際市場(chǎng)信息，才是競(jìng)爭(zhēng)力的真正體現(xiàn)。以美國(guó)為例，農(nóng)場(chǎng)主足不出戶就可以了解諸如農(nóng)產(chǎn)品期貨價(jià)格、市場(chǎng)供求信息、最新農(nóng)業(yè)科技、氣象資料等，還可以進(jìn)行網(wǎng)上交易和各種咨詢。農(nóng)業(yè)大數(shù)據(jù)應(yīng)用體系架構(gòu)和平臺(tái)項(xiàng)目，利用互聯(lián)網(wǎng)在生產(chǎn)和市場(chǎng)需求之間構(gòu)筑一條信息通道；實(shí)現(xiàn)信息資源共享，提高信息利用率，給予農(nóng)民足夠的市場(chǎng)信息，促進(jìn)農(nóng)業(yè)產(chǎn)業(yè)構(gòu)調(diào)整的順利進(jìn)行。搭建農(nóng)業(yè)電子商務(wù)服務(wù)平臺(tái)將使中國(guó)農(nóng)業(yè)大步走向世界；也會(huì)使世界各國(guó)的農(nóng)業(yè)和農(nóng)業(yè)科技公司更好地進(jìn)入中國(guó)市場(chǎng)，促進(jìn)中國(guó)農(nóng)業(yè)對(duì)外開(kāi)放，發(fā)展外向型農(nóng)業(yè)經(jīng)濟(jì)。第六部分、項(xiàng)目風(fēng)險(xiǎn)分析及控制6.1、項(xiàng)目發(fā)展市場(chǎng)機(jī)遇在國(guó)家政策利好的大環(huán)境下，“互聯(lián)網(wǎng)+”在各行各業(yè)掀起一陣旋風(fēng)，為傳統(tǒng)產(chǎn)業(yè)注入了新的力量，未來(lái)隨著互聯(lián)網(wǎng)和非互聯(lián)網(wǎng)融合的進(jìn)一步加深，可能沒(méi)有必要再區(qū)分互聯(lián)網(wǎng)和非互聯(lián)網(wǎng)了，所有行業(yè)最終都可以統(tǒng)稱為“互聯(lián)網(wǎng)+”行業(yè)，為此，農(nóng)業(yè)大數(shù)據(jù)應(yīng)用體系架構(gòu)和平臺(tái)項(xiàng)目需要緊緊抓住互聯(lián)網(wǎng)+、大數(shù)據(jù)、云計(jì)算、智慧農(nóng)業(yè)、無(wú)人機(jī)、精準(zhǔn)扶貧、智慧旅游帶所帶來(lái)的市場(chǎng)機(jī)會(huì)，對(duì)項(xiàng)目發(fā)展策略、產(chǎn)品策略及營(yíng)銷策略進(jìn)行全方位改造，明確在‘互聯(lián)網(wǎng)+'環(huán)境下的發(fā)展目標(biāo)及模式，給農(nóng)業(yè)大數(shù)據(jù)應(yīng)用體系架構(gòu)和平臺(tái)項(xiàng)目帶來(lái)更大的商業(yè)發(fā)展空間。智慧農(nóng)業(yè)、無(wú)人機(jī)黑龍江省委省政府制定的“互聯(lián)網(wǎng)+農(nóng)業(yè)”三年行動(dòng)計(jì)劃開(kāi)始了深入發(fā)展的階段，我省現(xiàn)代農(nóng)業(yè)的發(fā)展迫切需要真正服務(wù)到農(nóng)業(yè)“田間地頭”的實(shí)效產(chǎn)品，切實(shí)提升農(nóng)業(yè)精細(xì)化、自動(dòng)化水平，提高農(nóng)業(yè)勞動(dòng)生產(chǎn)率。當(dāng)前“互聯(lián)網(wǎng)+農(nóng)業(yè)”三年行動(dòng)計(jì)劃各項(xiàng)工作已全面開(kāi)展，下一步公眾公司可將高新互聯(lián)網(wǎng)技術(shù)與農(nóng)業(yè)科技發(fā)展有效融合于一體，在智慧農(nóng)業(yè)領(lǐng)域多點(diǎn)布局、軟硬件結(jié)合，推動(dòng)移動(dòng)互聯(lián)網(wǎng)、大數(shù)據(jù)、云計(jì)算、物聯(lián)網(wǎng)、無(wú)人機(jī)、電商平臺(tái)等新一代信息技術(shù)與農(nóng)業(yè)生產(chǎn)、銷售和管理服務(wù)的全方位融合，實(shí)現(xiàn)傳統(tǒng)農(nóng)業(yè)向智慧農(nóng)業(yè)的“華麗轉(zhuǎn)身”。綜上所述，當(dāng)前我們要充分分析、策劃制定現(xiàn)階段的應(yīng)對(duì)風(fēng)險(xiǎn)的機(jī)遇和措施，明確了環(huán)境分析的職責(zé)，相應(yīng)的準(zhǔn)則，通過(guò)適宜的方法對(duì)這些內(nèi)部和外部因素的相關(guān)信息，進(jìn)行監(jiān)視和評(píng)審，確保充分識(shí)別風(fēng)險(xiǎn)，消除風(fēng)險(xiǎn)，降低或減緩風(fēng)險(xiǎn)，充分利用可能的發(fā)展機(jī)遇，保證實(shí)現(xiàn)企業(yè)效益和質(zhì)量管理體系預(yù)期結(jié)果。6.2、項(xiàng)目的風(fēng)險(xiǎn)性及不確定性分析任何系統(tǒng)開(kāi)發(fā)都會(huì)在不同方面存在一定的風(fēng)險(xiǎn)，而系統(tǒng)開(kāi)發(fā)項(xiàng)目由于其本身的創(chuàng)造性，注定了其風(fēng)險(xiǎn)的復(fù)雜性，在具體的風(fēng)險(xiǎn)識(shí)別過(guò)程中，此項(xiàng)目可能存在風(fēng)險(xiǎn)分析：6.2.1、市場(chǎng)化風(fēng)險(xiǎn)分析市場(chǎng)風(fēng)險(xiǎn)是由于產(chǎn)品目標(biāo)市場(chǎng)及客戶的個(gè)性化需求而引發(fā)的，在項(xiàng)目面向市場(chǎng)后才開(kāi)始逐漸顯現(xiàn)，并隨著項(xiàng)目進(jìn)程的不斷推進(jìn)而增大，主要表現(xiàn)在以下3個(gè)方面：（1）難以確定市場(chǎng)接受能力：研發(fā)項(xiàng)目開(kāi)發(fā)出來(lái)的是全新的產(chǎn)品，顧客在產(chǎn)品推出后，不易及時(shí)了解其性能，難以確定產(chǎn)品市場(chǎng)潛力。（2）難以確定市場(chǎng)接受時(shí)間：項(xiàng)目產(chǎn)品從推入市場(chǎng)，到市場(chǎng)對(duì)齊產(chǎn)生大量需求，需要一段時(shí)間的積累，這一時(shí)間的長(zhǎng)短不易確定，在這個(gè)過(guò)程中，不僅需要有大量的資金支持，還可能會(huì)導(dǎo)致企業(yè)研發(fā)新產(chǎn)品的研發(fā)資金在較長(zhǎng)一段時(shí)間內(nèi)難以回收。（3）難以確定市場(chǎng)競(jìng)爭(zhēng)能力：公司的項(xiàng)目產(chǎn)品，在推向市場(chǎng)后，往往面臨激烈的市場(chǎng)競(jìng)爭(zhēng)，如產(chǎn)品成本過(guò)高，或其他方面存在缺陷或不能滿足客戶的個(gè)性化需求，都可能影響產(chǎn)品在市場(chǎng)上的競(jìng)爭(zhēng)能力。農(nóng)業(yè)大數(shù)據(jù)應(yīng)用體系架構(gòu)和平臺(tái)項(xiàng)目的市場(chǎng)風(fēng)險(xiǎn)主要是指需求不確定性及業(yè)務(wù)發(fā)展帶來(lái)的風(fēng)險(xiǎn)，比如：由于系統(tǒng)使用者對(duì)系統(tǒng)將要實(shí)現(xiàn)的目標(biāo)是模糊的、籠統(tǒng)的，而對(duì)于具體的需求不能準(zhǔn)確描述等。目前正處于互聯(lián)網(wǎng)+現(xiàn)代農(nóng)業(yè)的高速發(fā)展期，農(nóng)業(yè)植保大數(shù)據(jù)產(chǎn)品的發(fā)展也呈現(xiàn)了這種趨勢(shì)，隨著業(yè)務(wù)的迅速發(fā)展，其產(chǎn)品方向也將逐步發(fā)展，但產(chǎn)品的核心功能比較穩(wěn)定，業(yè)務(wù)發(fā)展帶來(lái)的需求變化風(fēng)險(xiǎn)較小，同時(shí)農(nóng)業(yè)大數(shù)據(jù)應(yīng)用體系架構(gòu)和平臺(tái)是一個(gè)需求很明確的產(chǎn)品，其業(yè)務(wù)需求上不會(huì)有大的方向上的變化，在功能上將逐步有所創(chuàng)新?？傮w上來(lái)看其需求變化的風(fēng)險(xiǎn)較小。但是農(nóng)業(yè)大數(shù)據(jù)應(yīng)用體系架構(gòu)和平臺(tái)產(chǎn)品的特點(diǎn)是其持續(xù)的優(yōu)化改進(jìn)，這個(gè)特點(diǎn)是必須的也是必然的，要規(guī)避這種風(fēng)險(xiǎn)需要有一定的開(kāi)發(fā)、運(yùn)營(yíng)團(tuán)隊(duì)，持續(xù)對(duì)產(chǎn)品的研發(fā)，規(guī)避業(yè)務(wù)需求變化的風(fēng)險(xiǎn)。6.2.2、技術(shù)方案實(shí)現(xiàn)風(fēng)險(xiǎn)由于技術(shù)更新?lián)Q代快，容易被淘汰，并且由于技術(shù)上的不確定性，可能會(huì)導(dǎo)致公司各類研發(fā)項(xiàng)目失敗的可能性，主要原因有以下3點(diǎn)：（1）技術(shù)成功的不確定性：項(xiàng)目所采用的技術(shù)方案，是否能實(shí)現(xiàn)項(xiàng)目的預(yù)期目標(biāo)，在項(xiàng)目研發(fā)之前和研發(fā)過(guò)程中是不能確定的，因技術(shù)原因而終止的項(xiàng)目在行業(yè)中也有較多案例。（2）技術(shù)效果的不確定性：項(xiàng)目在研發(fā)過(guò)程中，在項(xiàng)目未完成前，其最終的實(shí)現(xiàn)效果難以預(yù)先評(píng)估，因此可能會(huì)由于一些新技術(shù)的應(yīng)用，而引發(fā)項(xiàng)目結(jié)果的一些不確定性，如功能bug、系統(tǒng)穩(wěn)定性及執(zhí)行效率等，導(dǎo)致即使項(xiàng)目成功開(kāi)發(fā)完成，最終還是由于一些原因無(wú)法投入使用。（3）技術(shù)壽命的不確定性：由于研發(fā)類項(xiàng)目變化迅速壽命周期段，因此極易被更新的技術(shù)方案代替，被代替的時(shí)間難以確定，如果更新的技術(shù)比預(yù)期提前出現(xiàn)，采用原有技術(shù)方案研發(fā)的項(xiàng)目，將蒙受提前被淘汰的損失。農(nóng)業(yè)大數(shù)據(jù)應(yīng)用體系架構(gòu)和平臺(tái)所采用的技術(shù)是非常成熟的技術(shù)，目前公眾公司具有強(qiáng)大的產(chǎn)品設(shè)計(jì)、研發(fā)、測(cè)試、質(zhì)檢、運(yùn)營(yíng)等綜合型團(tuán)隊(duì)配備及運(yùn)營(yíng)經(jīng)驗(yàn)，能夠?yàn)槠脚_(tái)的建設(shè)提供成熟產(chǎn)品以及技術(shù)支持，所以從技術(shù)方案實(shí)現(xiàn)的角度來(lái)看本期工程實(shí)現(xiàn)的風(fēng)險(xiǎn)較低。6.2.3、政策和法律風(fēng)險(xiǎn)本工程推出產(chǎn)品主要是針對(duì)傳統(tǒng)營(yíng)銷業(yè)務(wù)的革新，作為老資格的電信業(yè)務(wù)服務(wù)提供商開(kāi)展此類業(yè)務(wù)無(wú)法律風(fēng)險(xiǎn)。本工程無(wú)明顯的政策和法律風(fēng)險(xiǎn)。6.2.4、資金風(fēng)險(xiǎn)本工程從平臺(tái)可研開(kāi)始到項(xiàng)目整體結(jié)束