【正文】 種病蟲草害的診斷方法，一是病害推理診斷；二是指認(rèn)式診斷。 5） 可以查看高分辨率的典型圖片（大圖）； GPS 定位功能： 實(shí)現(xiàn) GPS 定位功能，用戶在診斷出病蟲草害后可以記錄災(zāi)害的發(fā)生時(shí)間、地點(diǎn)和病癥，便于后期進(jìn)一步的分析研究。顯示診斷結(jié)果要快速。這個(gè)概念模型應(yīng)反映現(xiàn)實(shí)世界各部門的信息結(jié)構(gòu)、信息流動(dòng)情況、信息間的互相制約關(guān)系以及各部門對(duì)信息儲(chǔ)存、查詢和加工的要求等。推理過程是通過對(duì)典型規(guī)則圖片和病害規(guī)則描述的選取共同實(shí)現(xiàn)的。推理過程子模塊會(huì)顯示用戶目前所完成的推理步驟，用戶可以選擇相應(yīng)的步驟返回推理的先前階段，重新進(jìn)行推理診斷。用戶可以點(diǎn)擊相應(yīng)的圖片顯示該蟲害的詳細(xì)信息。該子模塊會(huì)獲取父模塊的經(jīng)緯度信息顯示相應(yīng)的數(shù)字地圖并標(biāo)記該經(jīng)緯度所表示的地點(diǎn)。 視圖 (View)代表用戶交互界面。按這種模型設(shè)計(jì)就可以利用某些技術(shù)組件，從而減少了技術(shù)上的困難。我們可以將這個(gè)模型單獨(dú)列出，所有有關(guān)數(shù)據(jù)庫(kù)的操作只限制在該模型中。因此，無(wú)論何時(shí)發(fā)生了何種數(shù)據(jù)變化，控制器都會(huì)將變化通知所有的視圖，導(dǎo)致顯示的更 新。 DIGList 是指認(rèn)式診斷相關(guān)的界面包， Doctorassistant是推理式診斷相關(guān)的界面包， DIGCommon 是通用病蟲草害詳細(xì)信息界面包， GPS 是 GPS 定位界面包， MPDWP 是系統(tǒng)主界面類。 GPSLocation。 GPS 包相對(duì)較獨(dú)立，是對(duì)系統(tǒng)的拓展。模型、視圖、控制器三者之間的關(guān)系和各自的主要功能。劃分控制層的作用也很明顯，它清楚地告訴你，它就是一個(gè)分發(fā)器，選擇什么樣的模型，選擇什么樣的視圖，可以完成什么樣的用戶請(qǐng)求。 MVC 設(shè)計(jì)模式告訴我們，把應(yīng)用的模型按一定的規(guī)則抽取出來(lái)，抽取的層次很重要，這也是判斷開發(fā)人員是否優(yōu)秀的設(shè)計(jì)依據(jù)。一個(gè)應(yīng)用可能有很多不同的視圖， MVC 設(shè) 計(jì)模式對(duì)于視圖的處理僅限于視圖上數(shù)據(jù)的采集和處理，以及用戶的請(qǐng)求，而不包括在視圖上的業(yè)務(wù)流程的處理。該地圖要求具 有兩種顯示模式：街景模式和衛(wèi)星模式。 草害指認(rèn)式診斷模塊分析 此模塊主要負(fù)責(zé)玉米草害的用戶指認(rèn)式識(shí)別診斷。 病害指認(rèn)式診斷模塊分析 此模塊主要負(fù)責(zé)玉米病害的指認(rèn)式識(shí)別診斷。每次系統(tǒng)會(huì)根據(jù)用戶的選擇分別顯示兩條相反的規(guī)則，用戶可以選擇相應(yīng)的規(guī)則或取消選擇規(guī)則。 石河子大學(xué)學(xué)士畢業(yè)設(shè)計(jì)論文 第五章 數(shù)據(jù)庫(kù)分析與設(shè)計(jì) 14 系統(tǒng)實(shí)體關(guān)系圖 圖 51 系統(tǒng) ER 圖 數(shù)據(jù)庫(kù)設(shè)計(jì) 根據(jù)實(shí)際需要，將部分?jǐn)?shù)據(jù)表詳細(xì)字段設(shè)計(jì) 描述如下： 診斷類型表詳細(xì)字段如下： 表 52 診斷類型表 字段名 說明 類型 id 類型編號(hào) integer CategoryName 類型名稱 nvarchar(20) 病蟲草害圖像表詳細(xì)字段如下： 表 53 病蟲草害圖像表 字段名 說明 類型 id 圖像編號(hào) integer ImageName 圖像名稱 nvarchar(200) 石河子大學(xué)學(xué)士畢業(yè)設(shè)計(jì)論文 第五章 數(shù)據(jù)庫(kù)分析與設(shè)計(jì) 15 ImageDescription 圖像描述 nvarchar(500) ImageAddress 圖像地址 nvarchar(500) ThumbnailAddress 縮略圖地址 nvarchar(500) ArticleID 圖像對(duì)應(yīng)的文章編號(hào) integer 關(guān)鍵字表詳細(xì)字段如下： 表 54 關(guān)鍵字表 字段名 說明 類型 id 關(guān)鍵字編號(hào) integer KeywordName 關(guān)鍵字名稱 nvarchar(20) 推理規(guī)則表詳細(xì)字段如下： 表 55 推理規(guī)則表 字段名 說明 類型 id 規(guī)則編號(hào) integer CategoryID 診斷類型編號(hào) integer FatherID 父值 integer LNum 左 值 integer RNum 右值 integer RelatedID 結(jié)論 integer ThumbnailAddress Description 索略圖地址 規(guī)則描述 nvarchar(500) nvarchar(500) 病蟲草害檢索表詳細(xì)字段如下： 表 56 病蟲草害檢索表 字段名 說明 類型 id 病蟲草害編號(hào) integer ArticleName 病蟲草害名稱 nvarchar(500) Keyword 關(guān)鍵字（發(fā)生部位及時(shí)期） nvarchar(500) CategoryID 診斷類型 integer 病蟲草害防治表詳細(xì)字段如下： 表 57 病蟲草害防治表 字段名 說明 類型 id 編號(hào) integer FieldeName 防治技術(shù) nvarchar(200) FieldContent 防治技術(shù)具體內(nèi)容 ntext ArticleID 病蟲草害編號(hào) integer 石河子大學(xué)學(xué)士畢業(yè)設(shè)計(jì)論文 第六章 系統(tǒng)設(shè)計(jì) 16 第六章 系統(tǒng)設(shè)計(jì) 本章主要介紹系統(tǒng)的模塊劃分、總體設(shè)計(jì)及詳細(xì)設(shè)計(jì)。 3) 病蟲草害診斷的完整度要求 診斷結(jié)論至少包括病蟲草害概述、癥狀、防治技術(shù)，要求整體的信息完整度在 98%以上。數(shù)字地圖要求具有放大、縮小、移動(dòng)等功能，并且具有衛(wèi)星和街景兩種顯示模式。 另外，系統(tǒng)還提供了 GPS 定位功能，用戶在診斷出病蟲草害后可以記錄在什么時(shí)間、什么地點(diǎn)、發(fā)生了什么病癥，便于后期進(jìn)一步的分析研究。同時(shí)偶然 性很大，與農(nóng)戶觀察玉米生長(zhǎng)狀況的次數(shù)和仔細(xì)程度有很大關(guān)系。 實(shí)際診斷流程及不足點(diǎn)分析 病蟲草害實(shí)際診斷流程 通過實(shí)地考察以及與 農(nóng)業(yè)科技人員 的深入交流，我們了解到農(nóng)戶診斷玉米病蟲草害的實(shí)際流程。 總之，我國(guó)農(nóng)業(yè)專家系統(tǒng)主要存在的問題有以下幾個(gè)方面： 農(nóng)業(yè)專家系統(tǒng)的水平參差不齊，綜合性水平偏低；農(nóng)業(yè)專家系統(tǒng)的知識(shí)獲取、知識(shí)表示和知識(shí)運(yùn)用技術(shù)缺乏統(tǒng)一技術(shù)標(biāo)準(zhǔn)和方法；我國(guó)農(nóng)業(yè)科技數(shù)據(jù)收集和知識(shí)獲取困難重重，缺乏領(lǐng)域?qū)＜业挠行Ы?jīng)驗(yàn)知識(shí)；人機(jī)互動(dòng)形式不夠友好，門檻高限制了系統(tǒng)應(yīng)用于推廣；產(chǎn)品種類和系統(tǒng)功能單一、適用面窄；智能化水平有待進(jìn)一步提高；專家系統(tǒng)自身的可擴(kuò)展性差問題 本系統(tǒng)針對(duì)以往系統(tǒng)對(duì)使用者素質(zhì)要求過高的問題，將植保專業(yè)知識(shí)與農(nóng)戶的田間實(shí)際體驗(yàn)相結(jié)合，通過優(yōu)化的人機(jī)交互界面，將診斷 規(guī)則、推理過程、預(yù)測(cè)結(jié)果、病害信息以典型圖像加通俗文字描述的直觀形式呈現(xiàn)給用戶，解決農(nóng)戶的實(shí)際應(yīng)用問題，提高系統(tǒng)的操作性與使用性。在國(guó)內(nèi)還沒有成熟的產(chǎn)品應(yīng)用于實(shí)際生產(chǎn) [9]。但是這一階段的系統(tǒng)都是單機(jī)模式的，不利于信息更新和發(fā) 布，這成了這些系統(tǒng)的最大瓶頸。世界上第一個(gè)農(nóng)業(yè)專家系統(tǒng)就是由美國(guó)伊利諾斯大學(xué)的植物病理學(xué)家和計(jì)算機(jī)專家共同開發(fā)的大豆病害診斷專家系統(tǒng) [8]。 Android SDK 類似于 Java SDK，但并不是 JDK 的子集或超集，它保留了 JDK 的核心類包并添加了專門用于 Android 應(yīng)用新的類包。 PowerDesigner 不僅加速了開發(fā)的過程，也向 最終用戶提供了管理和訪問項(xiàng)目的信息的一個(gè)有效的結(jié)構(gòu)。 ArgoUML功能不算豐富 ， 界面也有待加強(qiáng) ， 但作圖操作卻是相當(dāng)?shù)姆奖?。 SQLite 第一個(gè) 版本 誕生于 20xx 年 5 月 . 至今已經(jīng)有 10 個(gè)年頭，已經(jīng)比較成熟了。它提供建造塊和構(gòu)造并運(yùn)行集成 軟件開發(fā)工具 的基礎(chǔ)。 系統(tǒng)使用的開發(fā)工具有： 、 Android SDK、 Eclipse、 SQLite ArgoUML、 PowerDesigner、 Droiddraw 等 JDK(Java Development Kit)是 Sun Microsystems 針對(duì) Java 開發(fā)的產(chǎn)品。 因此，系統(tǒng)的軟件開發(fā)平臺(tái)已成熟可行。 系 統(tǒng)開發(fā)文檔一套及畢業(yè)論文一份 《用戶使用手冊(cè)》 《石河子大學(xué)信息科學(xué)與技術(shù)學(xué)院 20xx 畢業(yè)設(shè)計(jì)》 石河子大學(xué)學(xué)士畢業(yè)設(shè)計(jì)論文 第二章 系統(tǒng)開發(fā)可行性分析 2 第二章 系統(tǒng)開發(fā)可行性分析 分析系統(tǒng)的可行性，說明該軟件開發(fā)項(xiàng)目的實(shí)現(xiàn)在技術(shù)上、經(jīng)濟(jì)上和操作上的可行性，評(píng)述為了合理地達(dá)到開發(fā)目標(biāo)可供選擇的各種可能實(shí)施方案，說明并論證所選定實(shí)施方案的理由。為此，我們要制定一個(gè)測(cè)試計(jì)劃并對(duì)已完成系統(tǒng)進(jìn)行測(cè)試。對(duì)所開發(fā)軟件的功能、用戶界面及運(yùn)行環(huán)境等作出詳細(xì)的說明。本篇論文以該系統(tǒng)的分析、設(shè)計(jì)和開發(fā)的全 過程為主線，給出基于 Android 的玉米病蟲草害診斷系統(tǒng)的設(shè)計(jì)和技術(shù)實(shí)現(xiàn)過程，討論了設(shè)計(jì)該系統(tǒng)時(shí)的思想、方法和過程。我們通過對(duì)玉米病蟲草害的發(fā)生及其防治現(xiàn)狀的研究，運(yùn)用 Java 語(yǔ)言和 SQLite 數(shù)據(jù)庫(kù)開發(fā)一個(gè)基于 Android 的玉米病蟲草害診斷系統(tǒng)，用于生產(chǎn)一線技術(shù)人員及農(nóng)戶對(duì)玉米病蟲草害實(shí)時(shí)診斷，以提高玉米產(chǎn)量及質(zhì)量。并且對(duì) 系統(tǒng)需求做出較為全面的規(guī)定；給出系統(tǒng)的約束條件以及某些數(shù)據(jù)格式。 系統(tǒng)測(cè)試 為了更好的對(duì)本軟件的正確性做出客觀公正的評(píng)價(jià)，進(jìn)一步的對(duì)本軟件進(jìn)行驗(yàn)證，給用戶一個(gè)滿意的軟件，讓用戶更好的使用本軟件，從而提高用戶的工作效率。 系統(tǒng)軟件的安裝及系統(tǒng)的演示等視頻各一個(gè) 詳見刻錄光盤。 SQLite 數(shù)據(jù)庫(kù)小巧、速度快，而且功能也十分完善，非常適合手機(jī)軟件的開發(fā)。 石河子大學(xué)學(xué)士畢業(yè)設(shè)計(jì)論文 第三章 開發(fā)運(yùn)行環(huán)境 3 第三章 開發(fā)運(yùn)行環(huán)境 系統(tǒng)開發(fā)和運(yùn)行環(huán)境 系統(tǒng)開發(fā)環(huán)境 操作系統(tǒng)： Windows XP 數(shù)據(jù)庫(kù)： SQLite3 集成開發(fā)環(huán)境： Eclipse、 Android SDK、 設(shè)計(jì)工具： ArgoUML、 PowerDesigner、 Droiddraw 輔助工具： SQLite 數(shù)據(jù)庫(kù)客戶端（ SQLite Expert Professional）、手機(jī)部署工具（ 91 手機(jī)助手） 系統(tǒng)運(yùn)行環(huán)境 軟件要求： 手機(jī)操作系統(tǒng)： 硬件要求： 支持 的智能手機(jī) 開發(fā)工具介紹 本系統(tǒng)使用 Java 語(yǔ)言開 發(fā)，使用的開發(fā)工具基本都是開源工具。 Eclipse是一個(gè)開放的可擴(kuò)展 IDE，石河子大學(xué)學(xué)士畢業(yè)設(shè)計(jì)論文 第三章 開發(fā)運(yùn)行環(huán)境 4 提供了一個(gè)通用的開發(fā)平臺(tái)。它能夠支持 Windows、 Linux、 Unix 等主流的 操作系統(tǒng) ，同時(shí)能夠跟很多程序語(yǔ)言相結(jié)合，比如 C、 PHP、 Java 等。 可生成代碼 和 XML 文件 ， 還具備對(duì)齊 ， 等間距 ， 調(diào)整層次和保存圖片等功能 。另外， DataArchitect 還可根據(jù)已存在的數(shù)據(jù)庫(kù)反向生成 PDM、 CDM 和 SQL 腳本 。 Android SDK 指的 即 是Android 專屬的軟件開發(fā)工具包 ，是 Google 公 司提供的面向 Android 應(yīng)用開發(fā)的工具包 。病蟲草害診斷系統(tǒng)是農(nóng)業(yè)專家系統(tǒng)的重要應(yīng)用領(lǐng)域，國(guó)際上農(nóng)業(yè)專家系統(tǒng)的研究最早始于 20 世紀(jì) 70 年代末期的美國(guó)。多媒體系統(tǒng)的直觀、生動(dòng)成為了這階段的最大亮點(diǎn)。不過這一階段的系統(tǒng)多為計(jì)算機(jī)新技術(shù)和新理論在植保領(lǐng)域的嘗試。在應(yīng)用過程中，由于專家系統(tǒng)應(yīng)用的主體 —— 農(nóng)戶的信息化技術(shù)水平不高，對(duì)病害有感性認(rèn)知但理性認(rèn)識(shí)不足，表現(xiàn)在對(duì)同一病害癥狀的描述多樣化和對(duì)多種不同病害病癥描述的簡(jiǎn)單化，直接影響了病害診斷專家 系統(tǒng)的推廣應(yīng)用。但是由于知識(shí)水平的限制，在這次畢業(yè)設(shè)計(jì)中我們只能解決以往專家系統(tǒng)所出現(xiàn)問題中的部分問題。但它依賴于農(nóng)戶個(gè)人的經(jīng)驗(yàn)，需要農(nóng)戶對(duì)病蟲草害知識(shí)的日積月累，時(shí)間周期很長(zhǎng)，而且很大程度上導(dǎo)致了病蟲草害知識(shí)的不能共享。指認(rèn)式診斷又分為蟲害指認(rèn)式診斷、草害指認(rèn)式診斷和病害指認(rèn)式診斷，用戶可以根據(jù)自己的實(shí)際情況選擇不同的診斷方法對(duì)不同時(shí)期的玉米作物進(jìn)行病蟲草害診斷。能夠在數(shù)字地圖上直觀的顯示災(zāi)害發(fā)生位置。 2) 病蟲草害診斷的準(zhǔn)確度要求 診斷結(jié)論要求信息準(zhǔn)確度在 98%以上。所建立的模型應(yīng)避開數(shù)據(jù)庫(kù)在計(jì)算機(jī)上的具體實(shí)現(xiàn)細(xì)節(jié)，用一種抽象的形式表示出來(lái)。用戶可以根據(jù)規(guī)則描述和典型圖片的識(shí)別一步一步進(jìn)行推理直到得出結(jié)果?？傊?，該模塊是推理機(jī)的實(shí)現(xiàn)，主要實(shí)現(xiàn)病害的推理診斷，并且包含預(yù)測(cè)結(jié)果和推理過程兩個(gè)子模塊，分別進(jìn)行顯示目前推理所可能的結(jié)果和推理的步驟。用戶還可以根據(jù)蟲害的發(fā)病部位進(jìn)行分類查詢，系統(tǒng)會(huì)根據(jù)用戶的選擇將蟲害的搜索范圍縮小，有條件的顯示蟲害。數(shù)字地圖子模塊具有放大、縮小和移動(dòng)等基本常用功能。隨著應(yīng)用的復(fù)雜性和規(guī)模性，界面的處理也變得具有挑戰(zhàn)性。對(duì)一個(gè)開發(fā)者來(lái) 說，就可以專注于業(yè)務(wù)模型的設(shè)計(jì)。 控制 (Controller)可以理 解為從用戶接收請(qǐng)求，將模型與視圖匹配在一起，共同完成用戶的請(qǐng)求。這實(shí)際上是一種模型的變化 傳播機(jī)制。由 DIGList、 Doctorassistant 和 DIGCommon 組成了診斷系統(tǒng)的基本功能