熱門論文
最新論文
農機鑒定信息管理系統
發布時間：2023-07-22 15:59
目錄
1引言 1
1.1研究目的與意義 1
1.2國內外研究現狀 1
1.2.1國外研究現狀 1
1.2.2國內研究現狀 2
1.3研究目標與內容 3
1.3.1研究目標 3
1.3.2研究內容及擬解決的關鍵性問題 3
1.4論文組織結構 4
1.5本章小結 5
2農機鑒定信息管理系統需求分析 6
2.1系統總體概述 6
2.3系統業務流程 6
2.2系統功能需求分析 8
2.4系統非功能需求 10
2.5本章小結 11
3農機鑒定信息管理系統總體設計 12
3.1系統總體原則 12
3.2系統架構設計 12
3.2.1鑒定業務架構 12
3.2.2鑒定自動化系統架構 13
3.3系統功能設計 14
3.4數據庫實體設計 15
3.4.1數據庫的概念設計 16
3.4.2數據庫的物理結構設計 17
3.5本章總結 19
4農機鑒定信息管理系統詳細設計 20
4.1登錄模塊 20
4.2系統設置模塊 20
4.2.1農機管理 20
4.2.2崗位管理 20
4.2.3權限分配 21
4.2.4人員管理 21
4.3生產廠家管理模塊 22
4.3.1農機生產廠家注冊業務 22
4.3.2農機生產廠家信息審核管理業務 22
4.3.3農機生產廠家管理業務 22
4.4推廣鑒定業務模塊 22
4.4.1推廣鑒定申請書填寫 23
4.4.2推廣鑒定申請書受理管理 24
4.4.3推廣鑒定任務分配 24
4.4.4推廣鑒定文件審查 25
4.4.5推廣鑒定現場檢驗 26
4.4.6鑒定報告自動編寫 27
4.4.7鑒定報告審核審批 28
4.5鑒定報告管理模塊 29
4.6鑒定過程自動化系統的設計 30
4.7本章小結 32
5農機鑒定信息管理系統實現與測試 33
5.1系統開發環境 33
5.2系統架構實現 33
5.2.1表示層 33
5.2.2業務邏輯層 34
5.2.3數據持久層 35
5.3功能模塊實現 36
5.3.1登錄模塊實現 36
5.3.2系統設置模塊實現 36
5.3.3生產廠家管理模塊實現 38
5.3.4推廣鑒定業務模塊實現 40
5.3.5鑒定報告管理模塊實現 42
5.3.6鑒定自動化系統模塊實現 43
5.4軟件測試與應用 45
5.4.1測試內容與結果 45
5.4.2測試過程 45
5.4.3測試結果 50
5.5本章總結 51
6總結 52
參考文獻 53
作者簡歷 55
致 謝 56
1引言
1.1研究目的與意義
農業機械化和農業農村信息化是農業現代化的重要標志。隨著農業現代化進程 的推進，企業在農機具研發方面的投入不斷加大，導致每年新研制的農機具數量也 在迅猛增長，然而新開發的農機具是否符合國家標準，能否滿足耕、種、管、收的 需求，能否允許其進入市場，這就需要政府權威部門農機鑒定站來鑒定。另外，國 家對農機的補貼不斷加大，只有通過鑒定的農機具才有可能獲得補貼。這樣，就促 使新的農機具鑒定需求日益增長。據遼寧省截止2017 年5月統計，進行一次以上 整改的企業占申報企業總數的 81.2%，整改產品數量占申報總數的 83.3%［1］，農機鑒 定文件的編寫和存檔不規范，依然采用傳統的紙質辦公，同時在實施鑒定的過程中 仍然全部采用人工鑒定的方法。這都加大了農機鑒定工作的難度，那么如何對數量 巨大的新研制農機具進行鑒定就成了農機鑒定部門的巨大難題。
2018 年中央一號文件《中共中央國務院關于實施鄉村振興戰略意見》中指出在 2018 年要推進我國農機裝備產業轉型升級加強科研機構的建設，以方便農機生產企 業申請、提高農機鑒定機構的工作效率，規范農機鑒定管理工作，將有效提高農業 機械的水平放到發展的首要位置［2］。提高農業機械的質量水平是我國的農業發展水 平實現由富到強的巨大提升的關鍵一步，是實現鄉村振興戰略的重要抓手［3］。在鄉 村振興戰略實施的關鍵節點上，農機具的質量對于保證農田的高產出率、農田的使 用效率、改善農業生產水平補齊發展短板具有重要作用。
因此，提高農業機械的質量水平，加快發展智能化高端農業機械設備的建設和 完善工作，實現農機質量的彎道超車，都離不開一個一體化的農機鑒定平臺。所以 說，在這個第四次工業革命即將爆發之際，在人工智能即將來臨之際，研發農機推 廣鑒定系統，不僅可以減輕鑒定站內部人員的工作量，實現農機鑒定工作無紙化辦 公，提高推廣鑒定的工效率，降低辦公成本，而且有助于企業依據問題合理改進機 具，提高企業積極性以及機具質量，促進我國農業現代化［4］，從而實現我國農業水 平的彎道超車。
1.2國內外研究現狀
1.2.1國外研究現狀
在上世紀80 年代，發達國家就已經進行一體化的農機鑒定，在農機鑒定的方 面就已經形成了系統化的流程［5］。其鑒定站工作人員在對農機機具進行鑒定的過程 中均可通過計算機對數據進行傳輸，對農機試運行過程中可能存在的問題進行視頻 回放，幫助企業在日后農機具的改進過程中對農機進行精準化的修改，從而提高農 業機械的收割效率。
德國在1885年就設立的農業協會-法蘭克福，該部門負責完成農機的檢測工作， 幫助政府對農機具的性能進行高效的檢測［6］。該檢驗站可以實現農機質量數據的實 時共享，將全國的農機數據進行有效的合并［7］，生成相關的農機鑒定數據報表，為 政府進行農機質量鑒定提供有效的途徑，為企業合理改善農機質量提高有效的理論 數據支撐。
俄羅斯的國家范圍內成立農業機械檢測所共有十幾家，對農機具的性能開展了 實驗、檢測的工作，并開展了高端機具的研發工作。俄羅斯非常重視農業機械、檢 測和實用性能的考核，在農機出售之前會進行系統化的農機質量檢測工作，其在需 檢測農機上安裝能夠監測農機狀況的智能終端對農機的狀況進行智能化監測［8］。為 相關生產廠家改進農機提供有力的數據支撐，確保農機在真正開展耕作時可以滿足 農戶的基本要求。
匈牙利對農機的檢測工作在國家的層面給予高度的重視，在國內成立專門從事 農機檢測的政府部門。并在檢測過程中將不同的檢測環節通過網絡智能化分配到不 同的人員［9］；同時在實際檢測環節，能夠相對高效的進行數據的采集，實現農機故 障點的精準化采集，準確判斷農機的故障點和實際的故障問題，并對相應的故障進 行分析。另外還能夠將產生的數據實時傳回農機鑒定部門的終端系統，為數據后期 的查詢、分析提供有力的支撐。
1.2.2國內研究現狀
隨著我國科技實力的不斷增強，人們對農機的智能化水平也提出了更高的要 求，然而由于各個國家對于農業機械制定的專業化標準差別較大，機械化水平相差 甚遠，導致我國不能夠直接的將其他國家的相關鑒定系統直接應用于我們國家的具 體鑒定過程［10］。同時國內的鑒定工作相對起步比較晚，且形式以單純的技術模仿為 主，很少在其中存在創新的元素。隨著新形勢下對農業生產水平、要求的不斷提高， 原有的鑒定方式并不能跟上時代發展的步伐，表現出諸多明顯的缺陷。
（1）農機鑒定系統效率不高 目前我國的農機鑒定站的工作大多都是使用單機管理結構，并沒有一個統一的 標準接口,大量的數據以紙質版的形式呈現，全國的農機鑒定部門之間存在的數據 也是不同步的,無法實時生成全國或各省農機鑒定數據統計報表［11］；同時由于信息 化水平較低，造成農業機械推廣鑒定的信息管理工作負擔比較重、效率比較低，導 致農機生產廠家申請的周期較長，業務流轉慢，與社會各方對推廣鑒定工作要求存 在較大的差距，影響了農機生產廠家的產品市場化；另外，由于農機鑒定站具體辦
農機鑒定信息管理系統 理業務流程復雜，辦理周期過長，極大降低了鑒定的效率，使農機鑒定站工作人員 的工作效率降低。
（2） 農機鑒定系統準確性不夠
目前對于農機鑒定站在開展相關的鑒定工作時，雖然已經使用相關的儀器可以 對農機的作業狀況進行檢測，獲取相關的檢測信息［12］。然而，形式多數是以抽取相 應的數據檢測的方式為主要方式，不能做到檢測的結果全覆蓋性檢測，且無法得到 農機的實時檢測的信息，無法精準的了解農機的作業質量、故障時間、故障位置［13］。 從而，導致對于農機的故障判斷十分的不準確，無法為農機生產廠家提供精準的農 機鑒定報告以及故障狀況的相關回放視頻記錄，嚴重影響了農機生產廠家后期改進 農機的效果以及積極性。
（3） 農機鑒定工作自動化程度低
目前我國的農機鑒定部門的鑒定人員數量相對比較少，無法滿足日益繁重的鑒定 工作需要［14］；同時由于鑒定工作的自動化程度不夠，鑒定手段通過人工實地踩點式檢 測，不僅無法準確掌握每一作業點的作業情況，而且造成人力資源的浪費，加重了鑒 定站工作人員的工作效率，延緩了鑒定周期［15］。隨著我國新研制農機的數量的不斷提 升，現有的鑒定人員數量以及鑒定工作的自動化程度已經無法滿足日常的農機鑒定工 作，導致鑒定工作存在明顯的滯后性。另外，由無法對于人員進行統一的調配、管理， 導致如今鑒定工作的審理周期長、人員任務量大、出錯率高以及人員利用極不合理等 一系列問題。
1.3研究目標與內容
1.3.1研究目標
本課題的研究目標是針對農機鑒定站，設計一款業務系統，該系統主要面向兩類 用戶，一是申請方，二是鑒定站工作人員。申請方通過該系統，實現網上了解申請條 件、流程、以及申請方需要提前準備的材料，在線注冊并且申請相關業務。而鑒定站 工作人員，通過該系統辦理相關業務，實現業務流轉、在線審批與處理，并實時反饋 結果，出具推廣證書和報告；同時對鑒定的過程進行全程監控，對相關結果進行實時 統計、查詢、分析，實現機具作業精準監測和效果評價。
1.3.2研究內容及擬解決的關鍵性問題
（1）申報系統 實現申請方在線申請推廣鑒定、續展鑒定、委托檢驗、證書變更等多種業務，申 請方可通過文字輸入、選擇功能和圖形插入等方式進行填寫、修改網上的申請信息； 能實現多種格式電子版資料的上傳與修改；系統可自動完成對申請資料的形式的審
全日制碩士專業學位（畢業）論文 查，等待審核通過以后自動的生成申請表、委托書，并利用短信的方式通知申請方（即 企業）。
（2）受理系統 主要實現的功能有，資料審查員對資料進行審查，錄入單項審查的結果后匯總審 查表，生成審查結論，同時以短信的方式通知申請方（即企業），對需要修改的相關 內容則通知改；同時在申請方（即企業）完成修改之后，系統會自動保留修改的痕跡。
（3）現場檢驗系統
實現自動生成《檢驗檢測實施方案審批單》中任務編號、檢驗檢測依據、項目名 稱等相關的信息，并能導出和打印《檢驗檢測實施方案審批單》。項目負責人可以在 線的方式，選擇項目編號、企業信息、產品信息、使用的儀器等有關信息，生成原始 記錄表并實現該表的下載。對不符合要求但可以整改的項目，項目的主要負責人通過 選擇可整改項，在線錄入情況說明，并以短信的方式告知申請的企業進行補正。
（4）農機試運行情況實時檢測系統
主要實現對需要檢測的農機，在其進行運行測試的時候，能夠精準的對農機的作 業質量進行監測，利用安裝在機具上的專用衛星定位終端和各類傳感器，了解農機具 的位置、軌跡、質量、運行狀態、問題原因等，對機具的發生問題的時間、位置、原 因等相關數據進行精準的分析，以及對農機的質量進行合理的效果評價，為企業改進 機具提供數據的支持。
1.4論文組織結構
本論文從研究目的以及意義方面展開，從農機鑒定的工作實際討論了現有農機鑒 定工作的現狀，提出構建農機推廣鑒定信息管理系統的設想。系統從實際的工作需求 開始，通過分析鑒定工作的實際需要統計了農機鑒定工作中農機廠家管理、鑒定過程 信鑒定報告管理類等各項需求指標。組織結構如下：
第1章 引言闡述農機鑒定信息系統的研究意義和國內、國外在鑒定過程中存在的 相關問題。
第2章 通過實地調研，本文詳細介紹了農業機械鑒定的過程，分析得出農機在鑒 定過程中可能存在的問題，并對系統的研發進行總體的需求分析。
第3章 對農機鑒定信息系統的總體設計原則以及農機鑒定信息系統的架構設計 進行，同時闡述數據庫方面的設計，對該系統的總體設計框架進行詳細的闡述［16］。
第4章 各個模塊能夠最后達到的性能進行完整的闡述，依據各個部分具體要求， 對農機鑒定信息全面的顯示的頁面以及開發的環境開展有效的完成，具體講述農機鑒 定信息管理系統，此為該論文的核心部分。
第5章 利用黑、白盒測試的方法對該系統進行測試，在不同的開發環境下檢測論 文可能存在的問題，保證系統在實際運行過程中可以滿足農機鑒定站以及申請企業的 實際需求。
-第6章對該文章進行展望，并對未來進行合理的構想，指出該文章不足之處，和 未來需要繼續解決的問題。
1.5本章小結
本章主要介紹了該系統研究的意義，分析了系統在國內外的研究現狀，得出了該 該系統的研究方向以及擬解決的關鍵性問題，闡述了本章的研究內容和目標。
2農機鑒定信息管理系統需求分析
2.1系統總體概述
農機鑒定信息管理系統是依據農機鑒定部門的實際情況，采用軟件工程的思想進 行研究與設計。本系統設計開發的主要目的是在目前的相對有一些成果的基礎上，研 究設計了一款農機鑒定信息管理系統，實現農機鑒定業務的智能化、標準化，從而可 以通過網絡完成農機鑒定業務的相關工作。
本章節在總體上知曉了研究現狀以及開發的軟件在未來達成目標的基礎上，進行 全具體的需求分析。對于程序的具體開發，是研發的至關重要的組成，在實際應用過 程綜合各個方面因素完成實地調研之后，能夠更加準確的從企業和鑒定站的角度開展 思考，并依照實際應用的功能，對產品性能進行科學的研發，使系統更好的滿足實際 的使用，提高產品的使用價值。農機鑒定系統的開發目的主要是為了提高企業農機的 質量水平，并使政府工作更加高效便捷，更好的滿足農業的實際需要［16］。以下是農機 鑒定系統的整體概況。
2.2系統業務流程
對于系統的業務流程主要分為農機生產廠家業務流程以及農機鑒定部門業務流 程。
針對農機生產廠家主要完成對農機生產廠家的注冊、農機生產廠家信息的審核管 理、農機生產廠家的管理三方面工作，并對農機生產廠商進行數字化記錄和管理。
對于農機生產廠家的具體業務流程，首先由生產廠家在網上完成企業注冊工作， 在企業提交注冊申請以后，系統自動將該注冊信息與數據庫中信息進行比對，若已經 存在則提示相關企業該信息已經完成注冊不可重復注冊，若為初始信息企業則在信息 填寫準確無誤的情況下注冊成功，在成功以后企業則可以提交自我的申請，通過平臺 傳輸到鑒定站相關的工作人員，相關的工作人員對企業提交的信息進行審查，對于不 合格的發送短息告知企業進行修改，對于合格的則進行信息存檔，在企業提交的信息 合格之后，則生產廠家業務模塊流轉結束，進入到鑒定站推廣鑒定的業務模塊，關于 農機生產廠家的申請過程，如下圖所示：
圖 2-1 農機生產廠家業務流程圖
Fig. 2-1 Agricultural machinery manufacturer business flow chart
推廣鑒定業務從農機生產廠家申請開始，經過材料審查，現場鑒定，鑒定材料審 核，證書打印等過程。鑒定全過程進度可以在網站實時查詢，讓農機生產廠家了解鑒 定進度。企業提交鑒定申請至農機鑒定站的項目管理崗位，經過項目管理崗位初步審 核，通過審核后資料上傳至資料審查員進行資料再審，完成后遞交至鑒定技術負責人， 由相關負責人負責將崗位分配鑒定技術負責人確定鑒定主檢人完成農機鑒定過程后， 填寫鑒定報告。在填寫結束以后，將其通過系統發送給相關的審查人員，在報告的審 查結果完全無誤的情況下，則會交由授權人，由授權人進行簽字或者蓋章，最后將該 經過上傳給相關的制證部門，該部門將合格證書制造并通知企業領取，到此完成整個 鑒定業務的全過程。
圖2-2 鑒定工作流程圖
Fig. 2-2 Identification work flow chart
2.3系統功能需求分析
需求分析就開發之前根據使用者的使用要求對農機的狀況進行分析，弄清楚可能 存在的問題。從國內、國外農機推廣鑒定業務管理網絡系統開發的先進思想和需求調 研報告出發，將農機推廣鑒定業務系統分為系統信息設置、農機生產廠家設置、農機 推廣鑒定業務、農機推廣鑒定報告管理、生產查定系統五大模塊。系統可實現農機鑒 定數據的實時共享，是河北省農機鑒定站的一款綜合管理的軟件。
整個農機鑒定信息管理系統分為前臺界面和后臺界面，前臺界面面向鑒定站的業 務辦理人員，業務人員可以通過該系統進行企業申請的受理、資料的審核、項目的分 配以及鑒定結果的審核審批。而后臺的數據管理是對整個系統的數據進行控制，管理 員可以對基礎數據和農機鑒定業務進行設置或者管理，其主要為農機鑒定站各個部門 的工作人員。
下面分別從系統的面向業務辦理人員和面向系統管理員對整個農機鑒定信息管 理系統的功能進行描述。
從使用者角度來說對相關的業務進行分析，分析使用者的需求，利用相關的用例 圖對使用者進行分析，經過系統的研究得出系統的總體的用例圖，其中主要包含業務 辦理人員以及業務的具體的系統的管理人員，這兩類用戶根據自己的實際使用的情 況，來登錄頁面進行不用的業務以及模塊的管理。
前端的界面主要面向的是相關的農機鑒定站的工作人員，其主要的功能有以下幾 占.
八'、•
（1） 登錄：相關的農機鑒定站的工作人員可以通過填寫個人信息，以管理員的 身份進入到農機鑒定信息管理系統中去。
（2） 用戶信息的設置：在用戶登錄注冊完成以后，可以對個人的基本信息進行 查看或者對個人的信息進行修改。
（3） 為用戶辦理農機鑒定業務：用戶根據自己的實際需要，選擇注冊個人信息 或者選擇對相應農機進行申請鑒定，并填寫相關的農機鑒定申請表，提交農機鑒定站， 農機鑒定站再對已經提交的農機鑒定業務進行相關的受理程序。
面向管理員的相關需求分析，管理員可以從系統的后臺進入系統，查看系統的相 關信息。
（1） 設置信息：設置其他工作人員權限，也可設置其他管理人員。而對于用戶 的刪除就是對其崗位的改變，在刪除之后其狀態由在崗狀態變為離職狀態。
（2） 恢復信息：系統管理員也可對相關人員的權限進行恢復，在恢復之后相關 人員的權利則由離職變為在崗。如果相關的工作人員的信息發生了變化也可對相關人 員的信息進行修改，對于修改之后的信息管理員也可以進行相應的保存［17］。
（3） 添加信息：對新入職的員工的信息進行添加。如果在鑒定站有新的工作人 員入職以后，管理員也可以對相關的新入職的工作人員的信息進行添加。
（4） 受理信息：在下一個環節的工作人員進行相應的鑒定業務時候必須經過上 一個環節的工作人員進行確認。如:在受理之后才可以進行鑒定項目的分配，在相關 的技術人員進行項目審核之后，領導才能對鑒定業務進行審批。不可越級進行相關的 鑒定業務。
（5） 查看信息：系統管理員可以對各個環節所產生的信息進行查看，也可查看 某一項業務的進展到什么環節。
2.4系統非功能需求
非功能設計是針對特定的使用者的除功能性需求外的部分開展系統的研究的一 種有效的方法，該功能指對程序在運用過程中的安全性的檢測，使用過程中的擴展能 不能達到規定的標準［18］。這一模塊一般情況需要技術人員在日常的調研過程中進行總 結分析。
非功能設計說的是平臺開發者在實際操作過程中所提出的建議，主要包括平臺在 日常運行過程中，訪問承載能力和免疫攻擊的性能指數，在今后開發過程中可插拔性 等情況提出的建設性的意見［19］。鑒于系統使用者對計算機網絡了解程度較低，這些性 能指標難以由系統使用者給予，通常是項目經理依靠多年經驗并結合此平臺具體應用 范圍總結而來。
可維護性：主要是指項目平臺在今后使用的過程中發現問題以后，并加以修改的 復雜度或有新的需求后，在原系統加以調整的困難度。該平臺的三層架構是項目在上 線使用后，能單獨的對某一層面的具體業務邏輯進行可插拔式的修改以達到系統正常 的運轉的程度，因此，系統應具有可維護性。
安全性：平臺需要基本保證，在工作時間范圍內的正確可行性和避免平臺數據外 泄。
易用性：是在系統平臺研發過程中，所包括的的具體使用細節。從開發者角度出 發，秉著最重要的功能放在最明顯的界面、用戶能在提示的引導下完成業務辦理、使 用者能簡單快速的處理工作流程的原則編碼。同時，還要考慮平臺頁面的友好度，保 證使用者在操作過程中避免錯誤的操作和系統的提示產生歧義的問題。
可擴展性：是指平臺增加新的應用系統時，能夠為其提供開發接口，滿足平臺的 群體的擴大和功能拓展。
2.5本章小結
本章介紹了系統的主要需求，提出了系統的功能性需求，闡述了面向業務管理員 以及系統管理員的功能性需求。另外闡述了不同人員的具體業務流程。最后介紹了系 統的非功能性需求。
3農機鑒定信息管理系統總體設計
“農機鑒定信息管理系統”主要用于農機鑒定機構網上辦理的鑒定申請、管理鑒 定記錄等業務員，提供各類業務的數據查詢統計、分析匯總等功能。系統實現了農機 生產廠家在線的注冊、農機生產廠家信息在線的審核、農機鑒定在線的填寫申請、鑒 定過程無紙化辦公等功能，使鑒定工作更加合理化、規范化。本章將從系統的設計原 則、架構設計、主要功能的模塊、數據庫設計的方面對該系統進行詳細的介紹。
3.1系統總體原則
正確性：保證在獲得正確的數據之后才會進入系統，而將有誤的信息填進系統以 后，則會返回到原頁面。
效率（性能）：本系統在企業完成申請報告之后只需要單擊提交，就可以上傳到 鑒定站的系統上，操作方便快捷，改變了過去鑒定工作企業在申辦業務的過程中跑斷 腿的申請現狀［20］。同時，在企業提交的相關信息出現問題之后，工作人員可以直接通 過系統將申請報告返回企業，省去了周轉時間，高效便捷。
可靠性：未經授權的人員無法對該程序進行改動，確保企業的相關信息，以及農 機鑒定站的相關信息不會被輕易的泄露。
易用性：在數據傳進電腦之后，系統會對數據進行實時的保存，避免了數據的丟 失，減少了紙質版材料、減少政府部門的相關經費支出；同時，在需要查找相應的文 件時，使工作的效率變得跟高。
安全性：在后臺登錄的時候對管理員的情況有效的辨認，每個鑒定站人員的工作 要求都是不一樣的，所以在進入到系統之后就會顯示不同的權限，每個工作人員不可 越權做其他工作人員的職責，也無法查看其他工作人員所顯示的頁面，從而可進行不 同業務的處理，以確保系統數據的安全。
可移植性：本平臺的運轉不是基于操作系統的，而是基于Tomcat的執行條件。所 以移植到其他操作系統上以后，只要有JavaWeb的運行的環境本系統就能有序的運行。
3.2系統架構設計
3.2.1鑒定業務架構
對于系統的整體架構設計選取了B/S形式的分層，即表示層、業務邏輯層、數據 持久層［21］。該模式是一套集合多人的代碼和編碼的思想，且經過具體的分類整理。這 種架構可以使業務邏輯層和持久層的代碼得到充分的利用，避免代碼之間多層次包 含，而且對其他開發者而言更易用，簡化復雜的程序開發過程。
Mode 1為模型，它代表信息和標準，系統相關的企業鑒定的資料在Mode中進行處 理后，將所處理過后的信息在轉到Controller中，再把這些數據傳送給View。View則 是把相關的信息，轉化成頁面，呈現在農機鑒定站工作人員或者先關需要鑒定的企業 的電腦上面，這是一個可視化的窗口。Controller研發者常將其看作是一個中間件上面 一層是View,下面層稱為Model。它是前后兩者的橋梁用于傳遞使用者的操作和數據 信息。增加這樣一個中間處理機制的好處不僅在于避免用戶的操作直接改變 Model 而給系統帶來的風險,而且能夠在很大程度上提高軟件的兼容性［22］。
我們將數據以及視圖里邊的源碼高效的區分開來，我們利用mode l的模型，讓我們 的系統展現出不一樣的變現的形式。而控制器故名思議就是用來控制維持持久化層組 件與頁面解析層數據的一致性，保證數據在兩者的傳遞過程中的變化是同時的。這樣 不管怎么對View進行改動，都不會使Model產生影響，從而高效的避免了改系統可能 存在的問題，使農機鑒定站工作人員以及相關的申請企業可以方便的使用該系統。
表ZF層 表示層
web server
呂 service 宕 service
1
數據訪問層l v〔 口 1^1 一
圖 3-1 系統體系結構圖 Fig. 3-1 System Architecture
3.2.2鑒定自動化系統架構
對于故障檢測軟件采用 B/S 模式進行開發，同時對于故障檢測盒子所產生的數 據則利用SQL數據庫進行存儲，并利用Web對相應的數據訪問層進行開發，確保 數據能夠實時傳輸到數據庫，并對相應的數據進行調用［23］。該模塊是對農機的故障 情況進行檢測，通過智能檢測器與農業機械的一體化對農機的故障時間、地占、原 因進行檢測的一種研究。該系統由智能檢測端以及系統平臺兩個軟件構成，系統的 平臺端向農機服務器發送對農機的實時作業進行檢測的請求，該請求將通過無線傳 輸傳輸到智能檢測終端［24］；同時對于智能檢測器所采集的數據，也可以通過無線傳 輸，實時的傳輸到服務器進行保存，在農機鑒定站或者相關的企業需要對相應的農 機故障數據進行查看時，數據庫會自動調用相關聯的數據。
該模式可以提高對于農機鑒定的準確度，確保對農機的故障數據進行實時的檢 測，在相關部門需要數據時可準確無誤的從數據庫進行調用。對于鑒定過程的自動 化系統既要滿足系統的使用者（農機鑒定站、農機生產廠家），使其具有對相應的 數據進行管理與查找的權利，與此同時又必須滿足服務的具體要求使其具有數據的 存儲、處理，另外該系統還應滿足職能檢測端的需求，使該終端具有數據采集，故 障點記錄等功能。
智能監測器 農機生產廠家
圖 3-2 鑒定過程自動機化系統架構圖
Fig. 3-2 Identification Process Automated System Architecture Diagram
3.3系統功能設計
該農機鑒定信息管理系統的主要功能模塊有：系統信息設置、生產廠家管理、推 廣鑒定業務、鑒定報告管理、生產查定五個模塊。同時各個模塊也可細化為不同的子 模塊，系統功能的結構圖：
（1） 系統設置：推廣鑒定系統，涉及到的技術數據進行維護工作。
系統設置主要含有四大模塊：農機大類、小類、品目、人員管理、崗位管理、權 限設置。
（2） 生產廠家的管理：對農機生產廠家的各類信息進行統一保存管理。
生產廠家管理主要包括三大模塊：農機生產廠家注冊的管理、農機生產廠家信息 審核的管理、農機生產廠家信息的管理。
（3） 推廣鑒定業務：農機推廣鑒定主要是對機具在真實的農機鑒定站的工作中， 對檢測農機的收割的穩定性能、作物的高效性、產出率做科學的測試［25］。這不僅使購 買農機的農戶的合法權利得到有效保護，并且有利于企業在產品原有的水平上進行科 學化、智能化的改進，保證產品更加適合市場的需求，并涉及到從申請到推廣鑒定執
行的整個鑒定全過程。
推廣鑒定業務主要包含三個模塊：申請書的填寫、受以及推廣鑒定的任務的檢驗 三大模塊的功能
（4） 鑒定報告的管理：該模塊的主要功能是負責鑒定報告業務管理、編輯、修 改、整理和查詢功能，確保鑒定工作可以高效有序的開展
鑒定報告管理包含三個模塊：分別是鑒定報告審核管理、鑒定報告存檔管理、歷 史鑒定報告查詢。
（5） 鑒定自動化系統系統：在作業機具上安裝智能監測的終端設備，在農機鑒 定站安裝配套的監測與分析軟件。利用裝在農業機械上的專用衛星定位終端以及各類 傳感器，隨著運動機具的運動過程，采集作業機具的具體工作的位置、軌跡、質量、 運行狀態、故障的情況等，通過移動網絡將數據傳回農機鑒定站，利用計算機進行數 據的分析，實時生成作業的時間、面積、發生故障的具體時間等相關的數據，達到機 具作業的運動軌跡的精確監測和效果的評價。對需要鑒定的農機進行實時的軌跡檢 測，確保檢查過程的全覆蓋。
鑒定自動化系統主要包括：信號采集、幅值域分析
圖 3-3 系統功能結構圖
Fig. 3-3 System function structure
3.4數據庫實體設計
對于數據庫的設計，是將實體模型和需求有效轉化的流程。業務的底層操作的就 是建立一個數據庫表。因此,一個鑒定系統的核心就是數據庫。數據庫的設計優良與 否直接關系著是否能夠保證數據庫增、刪、改、查的運行性能［26］。對于關系型數據庫 來說，需要我們遵守的三大原則：如果一味的按照三大范式設計，雖然會有較少數據 的冗余，節約儲存的空間，讓數據庫表更簡單穩定。但是，在業務進行的時候，往往 會產生多種關系、復雜鏈接操作，數據庫的性能從而可能會大幅度的降低，從而對信 息的準確性產生影響。比如：有一個收費歷史的某條數據，其中有一列是繳費者的ID, 并且大部分時候這張表的業務只需要顯示用戶的名稱和繳費數額，至于繳費者的男 女、郵箱等數據，都不需要顯示，這時的選擇是減少關聯操作，增加數據庫表字段， 進行單表查詢。因為在科技發展的過程中，磁盤的容量將會成倍的增大，在對數據可 進行設計的時候就需要我們充分考慮到可能會遇到的反規范化問題［27］。例如：設計過 于復雜，重新組表、分割表等相關問題。
3.4.1數據庫的概念設計
概念結構是對客觀世界的第一層次的抽象，它主要是將現實的客觀對象轉換為計 算機世界的對象。在數據庫概念結構結構中通常用實體的聯系模型，即E-R圖進行描 述的，關于E-R圖有以下幾點優勢：利用E-R圖可以真實準確的反應用戶的實際需求, 完善的表述論文的實際功能，可以清楚的展示各個對象之間的管理；同時對于那些對 計算機并不是十分了解的用戶來說，該方式也有助于其對相關的信息進行了解。根據 對鑒定系統需求分析，系統基礎數據E-R圖包括了：農機生產廠家的信息、鑒定站的 信息表、工作崗位的信息。
圖 3-4 系統基礎數據 E-R 圖
Fig. 3-4 System basic data E-R diagram
農機生產廠家實體和農機鑒定站實體之間是相關聯的，農機生產廠家可以有多 個，但是農機的生產企業可以有多個，但是農機鑒定站只可以有一個，所以他們之間 的關系是多對一的關系（N：l）。
農機申請廠家實體和所提交的的申請之間是相關聯的，一個農機生產廠家可以向 農機鑒定站提交多個品種農機的申請，多以農機廠家與提交申請之間是一對多的關系 （1：N）。
農機的信息與農機實體之間的是有關聯關系的，一個農機可以對用多種農機的信 息，可以分別對應農機的大類、小類、品目的相關信息，所以農機的相關信息與農機 的實體之間存在著多對一的關系［28］（N：l）。
崗位實體與權限之間的是存在關聯關系的，每一個崗位可以對用多個權限也可以
對用一個權限，所以崗位實體與權限之間的關系是一對多的關系［29］（1： N）。
管理員與農機鑒定站實體，管理員與鑒定站實體時間是存在管理關聯的，對于 鑒定站的超級管理員，可以對鑒定站的多項信息進行管理，，所以超級管理員和農 機鑒定站之間的關系是一對多的關系。（1： N）
3.4.2數據庫的物理結構設計
對于數據庫的物理結構設計階段就是基于邏輯結構設計，在物理結構設計階段 必須做的工作是確定數據庫的文件名稱以及相關的表的組成，確定全部的字段名 稱、數據類型、數據長度以及數據的小數點的位數，并確定數據庫各個表見的相互 聯系的關系。相關的農機生產廠家以及農機鑒定部門的農機鑒定業務數據如下
對于模型的分析是對系統進行有效開發的前提手段，該農機鑒定信息管理系統 的管理模型為：
農機生產企業（ID,企業名稱，用戶名，登錄密碼，廠址，聯系人，電話，傳 真，郵箱，手機，郵編，法人，統一社會信息代碼，注冊資金，企業人數，企業類 型，經營范圍，有效期開始日期，有效期結束日期，狀態，營業執照照片，注冊日 期），其中ID為主鍵。
用戶信息（ID,用戶登錄名，用戶姓名，系統口令，業務崗位，聯系電話，崗 位狀態，備注），其中ID為主鍵。
菜單權限（ID,菜單名稱，菜單路徑，父菜單ID，菜單項描述，菜單是否打開， 圖標名稱），其中 ID 為主鍵。
受理信息（ID,申請表ID，處理日期，處理狀態，處理人ID，處理意見），其中
ID 為主鍵。
農機大類（ID,編號，大類名稱，備注，狀態），其中ID為主鍵
農機品目（ID,品目編號，大類編號，小類編號，品目名稱，備注，狀態）， 其中 ID 為主鍵［30］。
崗位信息（ID,崗位編號，崗位名稱，權限ID,描述，崗位狀態），其中ID 為主鍵。
農機生產廠家的信息表： info_user
農機生產企業信息表主鍵自增1；用戶登錄名可以自己設置，但是不允許重復。
User_state： 1表示該農機正在進行申請；0表示農機已經申請完畢或者并未進行農 機申請業務。
表 3-1 農機生產企業信息表
Tab.3-1 Agricultural Machinery Production Company Information
字符 類型 描述
factory_id int() 農機企業 Id
factory_name varchar(50) 企業名稱
user_dlm varchar(20) 用戶名
user_password varchar(50) 登錄密碼
factory_address varchar(50) 廠址
factory_connector varchar(20) 聯系人
factory_telephone varchar(20) 電話
factory_fax varchar(20) 傳真
factory_email varchar(30) 郵箱
factory_mobile varchar(20) 手機
factory_postcode varchar(10) 郵編
factory_manager varchar(10) 法人
factory_unity varchar(30) 統一社會信用代碼
factory_fund int() 注冊資金
factory_employ int() 企業人數
factory_type varchar(10) 企業類型
factory_range varchar(200) 營業范圍
start_date date() 有效期開始日期
end_date date() 有效期結束日期
factory_state char(1) 狀態
factory_photo varchar(20) 營業執照照片
register date date() 注冊日期
自動生成電子檔ID,自增1；除文件說明外，其他字段都為自定可生成的字段。 相關的農機鑒定受理業務，業務主鍵關聯業務信息表主鍵；業務種類名稱關聯業務 信息表業務名稱；同時對于初次申請的農機，會自動生成相關的業務編號。受理狀 態： 1.已受理； 2.已審核； 3.已審批； 4.存檔； 0.退回。
表 3-2 推廣鑒定受理進程表
Tab.3-2 Promotion and acceptance process
字段名 類型 描述
process_id int() 處理進程 ID
application_id int() 農機鑒定申請表 ID
process_date datetime() 處理日期
application_state char(1) 處理狀態
user_id int() 處理人 Id
process opinion nvarchar(200) 處理意見
3.5本章總結
本章主要介紹了系統的總體設計，闡述了B/S形分層的設計，提出了系統的體系 結構，闡述了系統信息設置、生產廠家設置、推廣鑒定業務、鑒定報告管理、生產查 定系統五方面的功能性需求，并介紹了數據庫的設計規則，分析系統的E-R圖模型、 系統的邏輯結構設計和總體數據表結構。
4農機鑒定信息管理系統詳細設計
4.1登錄模塊
登錄模塊是進入系統登錄成功后，對用戶的角色進行校驗，讀取相應的權限列 表，根據受理崗位、審核崗位、審批崗位、系統管理員分別顯示不同的界面。在輸 入用戶名、密碼、驗證碼正確的時候則進入主頁面，在輸入用戶名、密碼、驗證碼 錯誤的時候則提示用戶輸入信息有誤。
4.2系統設置模塊
4.2.1農機管理
該部分是對農機的類和農機類別的管理，由系統管理員負責維護。每當有農機的 類和品目需要修改、增加和刪除時，對相應的項目進行修改，以滿足相應的農機登記 工作，保證鑒定工作的順利進行。其主要包括大類、小類、品目的展示、添加、刪除、 啟用、停用、搜索六個信息項。因為農機的大類、小類、品目之間存在從屬的關系， 所以新的小類應從大類中進行選擇添加，而新的農機品目需要從農機小類中進行選 擇。在添加品目時，大類、小類分別通過下拉的菜單選擇。該模塊的設置主要是為鑒 定站的工作人員提供相應的農機信息，主要工作有：
農機品目信息項：當需要添加農機品目時需要對農機的大類、小類、品目編碼的 選擇和填寫完成，對農機品目的添加。農機品目則主要展示農機品目的品目編碼、農 機品目名稱、大類、小類名稱、狀態和備注等信息項。
農機小類信息項：當需要添加農機品目時需要對農機的大類、編碼的選擇和填寫 完成，對農機小類的添加。農機小類則主要展示農機小類的小類編碼、農機小類名稱、 狀態和備注等信息項。
農機大類信息項：當需要添加農機品目時需要對農機的大類編碼的選擇和填寫完 成，對農機大類進行添加。農機大類則主要展示農機大類的大類編碼、農機大類名稱、 狀態和備注等信息項
4.2.2崗位管理
崗位管理是由系統管理員添加、修改崗位信息，生成崗位編號、修改崗位名稱、 權限菜單ID、描述、狀態。
鑒定站工作人員可以根據所需要的崗位對每個工作人員的崗位進行設置，由系統
農機鑒定信息管理系統 管理員負責對相應的崗位進行添加、修改崗位信息、崗位編號、崗位名稱、權限菜單 Id、描述、狀態。同時可對各項信息進行增、刪、改、查，保存相關數據，方便日后 查找，提高工作效率。
（1） 系統管理員 管理員的任務是對系統實際使用過程中產生的信息合理管理。農機推廣鑒定信息
系統的系統設置是為管理員提供的菜單欄，用于對各崗位人員和已注冊的農機的生產 廠家進行信息的維護管理。同時系統管理員可以對農機推廣鑒定業務的辦理情況進行 統計、查詢以及具體信息的打印工作。
（2） 受理崗 受理崗是最為貼近農機推廣鑒定的崗位設置，其主要負責業務辦理和農機生產廠
家的信息維護。
其中主要的業務包括：農機生產廠家的資料申請、農機生產廠家的資料接收、農 機生產廠家的推廣鑒定申請接收。在業務辦理過程中，受理崗審查農機生產廠商的辦 理業務所需要的證件、填寫的業務信息，可根據農機生產企業的名稱、廠家代碼的信 息檢索查詢以及業務的統計查詢，業務受理完成以后將會自動的提交到審核崗上。
（3） 審核崗 由農機鑒定站審核崗位的工作人員擔任，主要負責各類申請信息的審核主要包
括：農機生產廠家的企業名稱、申請信息的準確性，對受理信息提出審核意見。為方 便審核崗審核，人員可通過統計、查詢、搜索等制定農機推廣鑒定業務的工作計劃， 安排合適的工作量，在審核完成以后將會自動的提交到審批崗。
（4） 審批崗 審批崗主要對農機生產廠家的基本信息、業務辦理的基本信息，對受理信息提出
審批意見。在審批過程中，可以根據農機生產企業的名稱和企業的代碼進行業務和信 息的統計查詢，支持打印農機生產企業辦理的業務信息。
4.2.3權限分配
該部分是對權限進行修改和設置，由系統管理員負責維護。因為真實的工作中， 會存在有權責交叉的現象出現，由此可知，鑒定系統的初始使用需要對鑒定人員的權 任進行有效的區分，從而確保工作可以有效的開展。這時就需要管理員在設置權限中 對人員的權限進行勾選。
4.2.4人員管理
該部分主要職責是對超級管理員對鑒定站工作人員的信息進行錄入，并給相應 的人員賦予相應的職責、崗位，錄入的信息主要包括：人員的姓名、登錄名、權限 信息以及電話等基本信息情況。通過對相關工作人員信息的增、刪、改、查，避免 信息的重復，提高對工作人員的管理效率。
4.3生產廠家管理模塊
4.3.1農機生產廠家注冊業務
農機生產廠家按照農機推廣鑒定信息管理系統的廠家注冊頁面的提示填寫相應 的信息，同時農機生產廠家通過注冊的方式提交企業的信息，將企業信息注冊為電子 檔案，需要的企業信息有農機企業名稱、廠址、電話等。完成申請過程的第一步—— 企業注冊。在獲取表單信息后，對表單內信息進行驗證，通過登錄名和統一社會信用 代碼，保證農機生產廠家注冊的唯一性，可有效減少重復數據的產生。
主要信息包括：其中包括：用戶名、登錄密碼、密碼確認、企業名稱、企業地址、 聯系人、辦公電話、傳真、手機等信息。
4.3.2農機生產廠家信息審核管理業務
對于農機生產廠家的信息審核主要是，在企業提交個人的資質之后，工作人員將 對企業的各項資質以及所有檢驗的農機具進行檢查。審核通過則可以提交申請，不通 過的按照農機鑒定站對相關農機的鑒定要求予以補充信息。在企業對個人的信息進行 填寫完成之后，則將信息進行提交，這時候工作人員對企業提交的信息進行審查鑒定， 合格則通過反之則原路退回，并告知企業修改。
農機生產廠家管理主要包括：人員列表的查詢、增添、刪除、修改［38］；維護農機 生產企業的登陸名、登錄密碼、企業的名稱、姓名，企業的聯地址 、法人、企業類 型等相關的信息。
4.3.3農機生產廠家管理業務
鑒定站相應崗位工作人員可以查看廠家信息，可以對生產廠家信息進行導出、停 用、啟用、通過廠家名搜索相應廠家信息等操作，在某些機械正在使用過程中，如果 點擊停用設備，則系統會提示“停用失敗”。生產廠家在網上進行信息注冊，將準確 無誤的信息提交鑒定部門審核，同時鑒定站的工作人員可以對企業提交的信息進行管 理。
鑒定站利用該系統，能夠啟用或停用農機生產企業的相關信息，也能夠對農機生 產廠家的信息實現增加、修改、刪除、查詢功能。
4.4推廣鑒定業務模塊
農機鑒定業務包括農機注冊登記業務、受理業務、項目分配任務、現場檢驗業務、 審核審批業務、制證辦證業務［31］。
（1） 注冊登記業務：農機生產企業錄入需要提交的企業主體信息主要包括：廠 家名稱、聯系人、廠家地址、聯系電話、傳真、電子郵箱、手機、郵編、法人、注冊 資金、統一社會信用碼、員工數、企業類型、狀態、有效期開始、有效期結束、經營 范圍。
審核崗錄入業務信息：審核意見、是否同意、審核員姓名、審核日期等。 審批崗錄入審批信息：審批意見、是否同意、審批員姓名、審批日期等。
（2） 受理業務：受理崗查看的信息有鑒定類別、產品名稱、規格型號、農機大 類、農機小類、農機品目、執行標準、上次證書編號、投產日期、累計產量、累計銷 量、上年產量、上年銷量、適用范圍、鑒定負責人。
審核崗錄入業務信息：審核意見、是否同意、審核員姓名、審核日期等。 審批崗錄入審批信息：審批意見、是否同意、審批員姓名、審批日期等。
（3） 鑒定文件審查業務：由鑒定人員輸入鑒定農機的安全性、適用性、可靠性 評價對相應的鑒定報告進行保存［32］。
審核崗錄入業務信息：審核意見、是否同意、審核員姓名、審核日期等。 審批崗錄入審批信息：審批意見、是否同意、審批員姓名、審批日期等。
（4） 現場檢驗業務：選擇所需要的文件如：推廣鑒定申請書、推廣鑒定受理通 知單、推廣鑒定任務通知單、推廣鑒定證書審批單、推廣鑒定證書復印件、檢驗報告 副本、推廣鑒定報告副本、抽樣單等［33］。
審核崗錄入業務信息：審核意見、是否同意、審核員姓名、審核日期等。 審批崗錄入審批信息：審批意見、是否同意、審批員姓名、審批日期等。
（5） 審核審批業務：錄入登記證書編號、發證日期、有效期到到期日、相關的 審核審批意見［34］。
審核崗錄入業務信息：審核意見、是否同意、審核員姓名、審核日期等。 審批崗錄入審批信息：審批意見、是否同意、審批員姓名、審批日期等。
4.4.1推廣鑒定申請書填寫
關于推廣鑒定申請書填寫，推廣鑒定申請書的信息由農機生產企業人員錄入所需 鑒定或檢驗的農機信息，主要包括農機的大類、小類、品目、農機名稱、型號、產量、 銷量、生產標準等指標，在信息填寫完成后可以對申請書進行修改、上傳產品照片、 打印申請書等操作。鑒定為續展鑒定時還需要填寫上次鑒定證書編號。鑒定站工作人 員可以通過系統完成對推廣鑒定所需文件的添加、修改、刪除、打印申請表、查看受 理進度等操作。農機生產廠家信息填寫完成后需上傳至農機鑒定站，農機鑒定站任務 管理員將待審核的業務在線分配給資料審查員。資料審查員可實現逐項審核項目資 料，錄入單項審查結果后匯總審查表，生成審查結論，并提交審批。發現信息填寫有 問題時，可通知申請方修改補充上傳的資料及內容，并自動的保留修改痕跡。
圖 4-3 推廣鑒定申請書填寫時序圖
Fig. 4-3 Promotion appraisal application fill in sequence diagram
4.4.2推廣鑒定申請書受理管理
農機生產企業在提交鑒定申請書以后，農機鑒定站的工作人員對企業的資質以及 所提交的材料進行系統的檢查，申請的信息合格的則予以受理，反之則原路退回。在 判定申請是否合格后，將合格的申請報告受理，安排檢驗任務負責人，記錄受理日期， 打印受理通知書、任務下撥單等材料；不受理的則退回到廠家，注明不受理原因，要 求補充所需材料。系統可發送對項目受理結果的通知，并短信告知申請方。對同意受 理的項目記錄受理日期、并自動生成任務（項目）的編號。自動生成收費核算表，支 持收費表核算打印。
4.4.3推廣鑒定任務分配
在完成農機推廣申請受理之后，如果成功，則對該的農機進行相關的任務分配。 對于推廣鑒定任務的分配，先由檢驗任務負責人確認受理，檢驗負責人可以確認受理 的檢驗任務，也可以把此檢驗任務退回到綜合室，讓綜合崗位重新安排其他人員完成 此檢驗的任務。分配實地的任務，確定相關的負責人員，由主要的負責人負責去填寫 相應農機具的鑒定報告，在檢測完畢之后，最終由領導對最終結果進行批示。
項目通過綜合室、站領導、檢驗室主任等多級審批，最終分配給指定項目負責人
農機鑒定信息管理系統 并以短信的方式給予通知。自動生成任務通知書，并實現打印功能。檢驗室主任、項 目負責人可根據要求接受或退回項目，可支持任務變更檢驗室和項目負責人，并實現 對任務發放、領取記錄的數據統計。
圖4-4 推廣鑒定任務分配流程圖
Fig. 4-4 Spread identification task assignment flow chart
4.4.4推廣鑒定文件審查
在完成相關農機具的任務分配以后，則由對應業務部門的工作人員對農機生產廠 家提交的鑒定文件進行進一步的審查。而對于推廣鑒定的文件審查的基本的業務流程 就是，由系統自動提交到綜合室進行業務的審查，在綜合室審查合格之后提交相應的 項目負責人進行審查，項目負責人對相關的鑒定結果的合格性進行分析，對于不合格 的通知相關的企業對相關的信息進行整改，合格的則由系統自動分配相關的鑒定部門 對該項目進行鑒定，并對相關的提交的鑒定信息進行存檔，完成該模塊的業務流。
項目負責人可以根據審查情況給出項目的審查結論，包括合格、不合格、不符合 需補正。審查結論合格的，通知申請企業做好相應準備；審查結論不合格的，通知并 退回綜合室；有不符合項，且可以整改的，通知申請企業進行補正。并將審查結果以
短信方式告知相關人員。
圖4-5 推廣鑒定文件審查流程圖
Fig. 4-5 Promotion identification document review flow chart
4.4.5推廣鑒定現場檢驗
在鑒定部門對農機的相關文件審查合格以后，就要對所分配的任務進行現場檢 驗，對于鑒定業務的現場檢驗的具體業務流程是，首先確定需要進行檢驗的農機類 別，項目負責人根據農機的類別選擇所需要的儀器、鑒定標準，依照相應的農機信 息自動生成了檢驗申請單，對生成的檢驗申請單進行審查，對于審查不合格的交回 相應的項目負責人進行重新調整，對于合格的則進行信息存檔完成相應的推廣鑒定 的現場檢驗業務。
該檢驗過程，可自動生成《檢驗檢測實施方案審批單》中任務的編號、檢驗檢 測的依據、項目的名稱等相關信息，并能導出和打印《檢驗檢測實施方案審批單》。 項目負責人可在線選擇項目的編號、企業的信息、產品的信息、使用的儀器等信息， 生成原始記錄表并實現該表的下載。對不符合要求，但可以整改的項目，項目負責 人選擇可整改項，在線錄入情況說明，并以短信的方式告知申請企業進行補正。
圖 4-6 現場檢驗業務流程圖
Fig. 4-6 Field inspection business process
4.4.6鑒定報告自動編寫
在進行現場檢驗之后，由相應的檢驗部門出具相應的檢驗結果，對于農機具檢 驗不合格的則短信通知相關的企業對相關的信息進行整改，而對于相關符合規定的 農機具則對其鑒定報告進行自動編號，對于鑒定報告自動編寫的的主要流程是，首 先獲取企業的相關信息，在獲得企業信息之后上傳農機具的相關照片，對相應的檢 驗結果確定是否錄入，不錄入的則結束任務，對于可以錄入打的則生成完整的鑒定 報告并生成相應的任務編號，然后將所有的信息提交審核人進行審核，最后將相關 的信息進行存檔完成鑒定報告自動編號的過程。
該鑒定過程可自動獲取項目的編號、企業的信息、產品的信息、使用的儀器等 信息，可將照片上傳到報告中去，能將檢驗結果錄入，并自動生成并導出完整的報 告（word版和PDF版）。將該報告提交給審核人，并以短信的方式給予通知。可自 動生成任務編號，并能導出、打印《報告審批單》。
圖 4-7 鑒定報告自動編寫業務流程
Fig. 4-7 The qualification report automates the writing of business processes
4.4.7鑒定報告審核審批
在鑒定報告自動編號以后則交由相關的技術人員對鑒定過程中的技術問題進 行審核，如果審核不通過則退回相關的鑒定部門進行修改，如果審核通過的則提交 相關的負責人對該項目進行審批，如果審批不通過則退回相關的項目負責人進行修 改，如果審批則交由相關的制證部門進行制證［34］。完成審核審批以及鑒定業務的全 過程。
審核人按照審核要求給出對報告的審核結論，包括通過、不通過、情況說明。 通過的提交授權簽字人批準，不通過的退回項目負責人補正，并短信告知。授權簽 字人可在線選擇審批結論，包括同意、不同意、情況說明。同意的項目通知相關人 員打印、蓋章，反之退回并告知。
該審核審批業務系統可對《文件資料移交清單》中任務編號、產品信息（型號 名稱）、企業信息（企業名稱）、鑒定類別（初次、續展）、鑒定級別（部級、省級）、
鑒定大綱（部級、省級）的自動生成。可錄入《文件資料移交清單》的頁數，可添 加或刪除文件資料名稱。實現對《文件資料移交清單》的保存、導出、打印以及在 線移交，并短信告知相關人員。實現對完成審批的報告進行接收確認登記［35］。
Y
（結束）
圖4-8 推廣鑒定審核審批流程圖
Fig. 4-8 Promoting and examining and approving flow chart of examination and approval
4.5鑒定報告管理模塊
該農機鑒定信息管理系統能夠實現對鑒定報告的管理，具體功能有：實現質量 系統的文件多種的錄入方式，可對權限進行下載、查詢，并保存對相關的質量體系 的文件的下載記錄；實現對標準的錄入、分類以及 目錄的生成，并可以實現多種 的查詢方式以及對于相關農機鑒定的電子報告的存檔工作；實現相關農機的標準化 狀態、信息的修改，能夠完成替代的記錄以及可以自動生成記錄；可以將各個部門 生成的數據進行數據的匯總以及合并，保證各個部門生成的數據之間實現共享以及 數據的實時更新，提高數據的準確性。
（1）鑒定報告的審核管理：該報告主要由主要負責領導進行鑒定，并利用鑒定 信息對相關的信息進行填寫。如：鑒定證書編、鑒定證書發放日期、證書到期日等信 息。審核完成后提交至檔案管理崗。
(2)鑒定報告的存檔管理：鑒定報告存檔管理，由檔案管理崗將各種紙質文檔 打印，整理歸檔，對完成鑒定任務做歸檔操作。
(3)歷史鑒定報告的查詢：該模塊主要負責統計鑒定報告數量，查詢鑒定報告 詳細信息，提高對歷史數據的查詢速度和準確度。
而對于農機鑒定信息管理系統也可以對農機鑒定站或者農機生產廠家完成的 業務以及相關的鑒定報告進行查詢。鑒定站工作人員在指定條件下對業務信息進行 查找，大大減少業務查詢時間，提高具體工作辦理效率。可通過有關的信息對相關 的業務進行查詢。如：部分信息或全部信息，顯示辦理科室、辦理人、辦理動作、 辦理意見、辦理時間等辦理信息，并顯示待辦狀態、待辦人等待辦信息、支持匯總、 篩選等功能。同時可以通過該系統對已經檢驗合格的農機進行先關的打印，對于已 經審核通過的相關農機打印農機質量的鑒定報告。
4.6鑒定過程自動化系統的設計
鑒定過程自動化系統就是利用智能化手段，通過在鑒定農機具上安裝智能監測 器，實時了解農機具的工作情況，對農機具的工作的時間、軌跡以及故障的時間、 地點進行準確的記錄，避免了人工檢測數據量小、測量范圍局限等一系列問題，實 現了農機現場鑒定的無人化管理，提高了農機鑒定的工作效率。
該系統根據農業機械的實際工作情況，設定符合農機實際情況的震蕩范圍，在 對農機進行檢測的過程中，根據農機實際運動過程中的震蕩情況，判斷農機的震蕩 是否符合實際設定的震蕩標準，對不符合標準的予以記錄；同時，在農機運行過程 中，根據農機運動過程的走、停狀態觀察、測試、記錄，來判斷農機是否存在相應 的故障，對農業機械的工作人員還可以通過視頻，對農機具的工作情況進行視頻的 回放，觀察在農機具的實際運行過程中存在的問題，從而實現對農機作業的過程以 及相關的參數進行實時準確的檢測，使企業可以精準的發現農機運行過程中可能存 在的相關問題，并進行精準的修改。
圖 4-9 生產查定系統結構圖
Fig. 4-9 Production inspection system structure
農機鑒定信息管理系統 -在完成企業資料的審核以后，就進入到了現場檢驗的過程中，該過程需要對生產 廠家進行申請的農機進行現成檢驗，使用智能檢測器完成農機現場檢驗的過程，具體 的業務工作流程是，在使用安裝與農機具上的智能檢測盒子時，先按下電源開關，設 備準備運行。再按下運行按鍵，開始檢測并記錄時間。檢測盒內有三個指示燈，當設 備正常工作時三個指示燈常亮。若藍色指示燈閃爍，則說明SD卡沒有正常工作，當在 智能檢測器運行正常時則開始對運行過程中的農機進行監測，如果監測數據符合相應 的農機標準，則將數據上傳服務器對數據對數據進行存檔；如果監測結果不符合該項 農機的國家標準，則將數據傳輸到鑒定站平臺，通知相關的技術人員對該農機進行復 核，對于復核通過的則將數據上傳數據庫對數據進行存檔，對于數據復核不通過的則 將鑒定結果、故障原因分析、不通過說明書等材料交由申請廠家，由相關廠家對該農 機進行整改，從而完成整個農機的智能化檢測過程。
圖4-10自動化系統流程圖
Fig. 4-10 Automation System Flow Chart
智能監測器通過檢測機械工作時的振動特征判斷工作狀態，特征符合停機條件
時，記錄停機起止時間；特征符合故障條件時，并記錄故障起止時間。所記錄數據由
配套軟件在電腦上進行顯示。具體功能如下：
(1)時間記錄：在農機試運行過程中，利用智能檢測器，對農機的作業時間、 故障時間進行記錄，確保精準了解農機的故障作業時點。
(2)軌跡記錄：在農機試運行過程中，對農機的行駛路線、作業面積進行記錄 并對該農機的歷史作業軌跡進行保存，將相關數據實時傳輸到數據庫，同時鑒定平臺 可通過數據庫對農機的歷史作業軌跡進行查看。
(3)視頻記錄：通過在智能檢測器上安裝攝像頭，在農機運行過程中對農機的 實際運行軌跡進行實時的記錄，并將記錄數據傳輸到數據庫，方便后期查找農機故障 的原因以及問題，提高農機后期改進水平，同時，為保證數據不丟失，實施超長待機 的模式，可連續的記錄不少于30h的機具的作業過程，避免了因電量不足而可以有效 的滿足戶外作業的工作要求。
(4)數據傳輸：實時的傳輸到指揮中心。具備根據作業的類型，在自主設置的 數據傳輸的間隔時間(如小于10s)內，傳輸數據的能力和通信盲區補發數據的接收 與整理能力。
(5)作業質量分析：通過智能檢測盒子將實際檢測過程中的故障狀況進行記錄， 將具體的數據保存在數據庫中，當鑒定站相關工作人員需要有關的數據的時候，在數 據庫中可自動調用相關數據生相應的鑒定報告，同時對作業的故障情況進行分析，為 故障的農機后出具相應的故障說明書，為為企業后期對于所提交的農機整改提供借鑒 意義。
4.7本章小結
本章主要介紹了系統的詳細設計，闡述了登錄模塊、系統設置模塊、生產廠家 管理模塊、推廣鑒定業務模塊、鑒定報告管理模塊、生產查定系統六大模塊的具體 功能以及業務的流程 。
5農機鑒定信息管理系統實現與測試
5.1系統開發環境
基于SSH框架而開發的農機鑒定信息管理系統，在該系統的表示層使用的是 Struts技術，在系統的業務邏輯層使用的是Spring技術，而在數據層該系統采用的 是Hibernate,數據服務層的功能是用來服務數據上午，而將前臺與后臺進行交流的 方式使用的是html。該鑒定系統采用的是SQL Server2012最為數據庫的服務，從而 實現農機廠家設置、管理權限、農機鑒定業務和農機鑒定報告管理等各個模塊的功 能，同時對于每個模塊還包括很多小的功能，從而實現對各個模塊的使用與管理。
開發語言：Java
開發框架：Struts技術、Spring+技術、Hibernate技術
開發工具：Myeclipse，eclipse，數據庫：Mysql
Web 服務器： Tomacat 7.0
瀏覽器： IE
5.2系統架構實現
該農機鑒定信息管理系統采用的是SSH的框架進行開發的，每個框架負責的是 不同的層級，可以有效的降低各個層級之間的關聯性。在對表示層的數據進行處理 的時候使用的是struts，而在控制業務邏輯層與數據層的對象的時候使用的是Spring 技術，同時數據持久層的數據是通過和數據庫之間的聯系從而實現持久層的操作。
在整個農機鑒定信息管理系統里邊，Struts的主要功能是負責Web層的流程控 制，系統開發的前端的頁面顯示將表單提交的數據交給ActionFormBean然后再由 Action 處理，再將相應的數據傳回網頁的前端顯示頁面。并在 Struts-config.xml 的 文件中被定義， Spring 則是管理業務層，調控業務中產生的邏輯關系同時有 Service 控制同意的接口來完成分配，而Hibernate的功能是完成底層的數據庫的操作明。
5.2.1表示層
Strutts 提供了 中央控制器(ActionServlet)和應用控制器(Action)。ActionServlet 通過解析此配置文件得知需把用戶的請求發往哪一個Action[37]。
該農機鑒定信息管理系統，在其表示層主要是利用的Struts來實現的，而其中 的相關控制器則是通過 Strurs-config.xnl 文件來實現的， ActionServlet 的主要功能是 調控大局，而其中最為主要的是有相關的頁面跳轉的文件，文件中含有能夠處理每 個業務請求的Action和ActionForm,同時在整個的業務完成之后可以返回相應的視 圖層。
該農機鑒定信息管理系統的模型其中主要包括對農機生產廠家、農機鑒定站的 相關業務信息的增加、刪除、查找、導入、導出，具體定義如下：
<package name="lee" extends="struts-default">
<action name="login" class="org.crazyit.app.action.LoginAction"> <!-- 定義三個邏輯視圖和物理資源之間的映射 -->
<result name="input">/login.jsp</result>
<result name="error">/error.jsp</result>
<result name="success">/welcome.jsp</result>
</action>
</package>
在配置＜action＞元素的時候，我們可以為它定義method屬性讓Action調用指定
的方法：
<?xml version="1.0" encoding="GBK"?>
<!DOCTYPE struts PUBLIC
"-//Apache Software Foundation//DTD Struts Configuration 2.1.7//EN"
"http://struts.apache.org/dtds/struts-2.1.7.dtd">
<struts>
<package name="lee" extends="struts-default">
<!--配置 login Action，處理類為 LoginRegistAction
默認使用 execute 方法處理請求-->
<action name="login" class="org.crazyit.app.action.LoginRegistAction">
<!-- 定義邏輯視圖和物理視圖之間的映射關系 -->
<result name="input">/login.jsp</result>
<result name="error">/error.jsp</result>
</action>
</package>
</struts>
5.2.2業務邏輯層
Spring貫穿于應用中，它為我們管理對象提供了方便，降低了層與層之間的耦合 度，將程序員從繁瑣的事務、安全和分布式處理中解放出來，從而把更多的精力放在 業務上。如果應用程序才用了Struts+Hibernate的架構，Spring可以幫助整合兩者。在 創建對象時，可以通過Spring進行注入；對于事務管理，可以通過Spring集成聲明式 事務管理到到應用程序中等［38］。
在SSH框架中,spring處于管理者的位置，要對hibernate和struts進行管理，而該農機 鑒定信息管理系統的業務邏輯層則是通過Spring來實現的，在action中，不再需要去new 對象，而是用過spring進行自動注入,，從而我系統今后的擴展提供保障。其對公共接 口的具體定義如下：
Public interface ModelUnitService extends DAO{ public void delete(Object[] entityIds);
}
5.2.3數據持久層
Hibernate是一種映射的工具，完全著眼于關系數據庫的對象——關系映射，管理 對象到數據庫的映射，提供數據查詢和獲取數據的方法［39］。在持久層中，不僅可以使 用Hibernate進行映射，還可以使用iBATIS進行SQL語句與對象之間的映射，至于使用 那一種工具實現持久化，可以根據自己的需求視情況而定。而Hibernate映射是否復雜 取決于領域對象的關系是否復雜。
該農機鑒定信息管理系統的數據持久層是通過Hibernate的相關技術來實現的，其 通過Hibernate與數據庫之間進行進行數據的交換［40］。
（1）實現數據層與業務邏輯層之間的分離，建立實體類User，采用注解完成 映射。
（ 2）提供 hibernate.cfg.xml 文件，將實體類 User 加入到 hibernate.cfg.xml 配置 文件中，完成基本配置。
<hibernate-configuration>
<session-factory>
<property name="hibernate.connection.driver_class">com.mysql.jdbc.Driver</property> <property name="hibernate.connection.url">jdbc:mysql://localhost:3306/hibernate_first< <mapping class="com.liang.hibernate.User"/>
</sessi on-factory>
（3） 編寫工具類ExportDB.java，注解生成ddl，必須采用Annotationconfiguration 類
（4） 建立客戶端類Client，添加用戶數據到mysql
5.3功能模塊實現
5.3.1登錄模塊實現
農機鑒定系統的登錄的功能，鑒定機構人員輸入賬號、密碼、驗證碼，通過loginjsp 中的userLoginButton方法實現是否為空驗證功能。前端校驗是為了體驗，也就是盡可 能降低出錯率，提高一次性提交的成功率，提供了友好的提示。前端驗證也可以提升 用戶的體驗(反饋快)，減少服務器的壓力(減少無意義的請求)。
用戶在顯示頁面中輸入用戶名密碼以后，通過單擊登錄將所填寫的信息由Spring 生成oginAction對象。LoginAction對象如果使用處理了登錄驗證業務的業務邏輯層 User對象，User對象通過Spring注入的Hibernate來完成相應的數據庫之間的連接，從 而實現用戶登錄功能的全過程。當用戶輸入信息正確的時候則進入該系統。當用戶輸 入信息錯誤時則會返回原頁面并提示所輸入的信息有誤。
〃用戶登錄
private void userLogin(HttpServletRequest request,
HttpServletResponse response) throws ServletException, IOException
{
5.3.2系統設置模塊實現
( 1)崗位管理 在對崗位進行管理的時候，將用戶填寫的用戶崗位角色名稱、崗位角色描述以
Form表單的形式提交到數據層中。崗位角色類為Job，通過request.getParameter()方法 獲取角色信息，如崗位的名稱，崗位的描述、崗位的代碼、崗位的狀態。鑒定機構人 員對工作崗位信息進行增加、修改、刪除時，分別訪問roleAdd()， roleUpdate()， roleDelete()這三個方法，發送數據查詢的請求、提交相應的崗位信息，崗位信息的表 現層調用業務邏輯層根據崗位信息查詢，并封裝成Job類，返回UI界面顯示崗位信息 名稱、編號、崗位角色狀態、崗位角色描述等，機構人員確定后，通過點擊增加、修 改、刪除按鈕，向崗位信息表現層發送編輯請求并傳遞參數崗位信息ID；崗位信息表 現層接受請求，崗位信息業務邏輯層根據ID調用持久層更改該崗位的信息，根據更改 的需要相應改變崗位信息的狀態。
在改、增添崗位時候，崗位角色不僅要同步到崗位表中，還要同步到數據表；刪 除時，將崗位狀態改為0，只做邏輯刪除，不做物理刪除，方便以后查找該崗位的信 息，然后將刪除成功與否返回頁面。
崗位設置就是鑒定站的相關的管理人員，為鑒定站的工作人員設定其對象的崗位 的一個過程。具有相關的崗位角色管理的人員，可選擇增添、修好、刪除，為其他的
農機鑒定信息管理系統 工作人員設定相應的崗位，在點擊修改以后，將會彈出角色修改的對話框，可以輸入 相關人員的角色名稱以及相應的備注信息，來對其的角色進行進行相關的描述，并將 相關的信息進行保存，同時在更改之后，若發現信息是錯誤也可以點擊恢復按您，將 相關的信息恢復到之前的設定過的信息。同時在相關的人員信息相對比較多的時候， 也可以在角色名稱的對話欄中輸入所需要查找的相關的角色名稱，這樣可以在信息量 過大的時候，盡可能的降低人員的查找時間，有效的提高查找相應崗位工作人員的效 率。
（ 2）權限管理
在對用戶權限進行管理的時候，用戶利用系統選擇角色，對該角色進行授權。第 一步：向服務器端發送請求，獲取所有的權限［41］。后臺service調用findAllFuction進行 查詢。頁面接受所有權限的json字符串，通過異步控件顯示權限的信息。前臺所有 checkbox通過easy UI模擬。系統的管理人員，只需對前面對勾勾畫，對勾標識職責。 授權結束后將更新后的權限的信息傳遞到服務端。服務器的角色表現層就收傳遞來的 角色ID以及傳遞過來的權限字符串。表現側調用持久層save方法，將角色同步到 activity 的 act_id_group 表。
如圖所示是管理權限的顯示界面，權限管理就是具有管理員權限的人員為不同的 工作人員設定不同的工作權利的一個過程。在進入該界面以后，擁有系統權限的管理 人員可以進行相應人員權限選擇，點擊角色授權則彈出相應的可選擇功能，該模塊的 具體的實現界面如下圖所示：
圖 5-1 權限管理實現界面
Fig. 5-1 Rights Management Interface
（3）用戶管理
在增、刪、改、查不同的管理人員的情況的時候，訪問deleteuserbyld方法。發送 相關請求，提交相應的人員，相關人員的信息就會被錄入到數據庫里，而在刪除的時 候，將人員的信息設置為0，同時，在刪除的過程中只進行邏輯層的刪除，方便日工
作人員恢復數據，之后返回首頁面可以觀察到刪除是否成功。
在增、冊0、改、查的過程中，可以保證數據可以實時傳送。通過UserEntity，獲 取用戶的id，然后利用indentityservice，將數據保存到相應的表格里。
對于用戶管理界面，在其右上可選擇增加、修改、刪除相應的用戶信息，在選擇 修改相應的用戶信息以后，則會彈出下圖所示的對話框，在對話框里可以選擇用戶的 姓名、登錄名稱、角色管理、聯系電話、備注等信息，并對相關的信息進行保存，具 體的用戶管理的實現界面如下圖所示：
圖 5-2 用戶管理的實現界面
Fig. 5-2 User Management Implementation Interface
5.3.3生產廠家管理模塊實現
在對農機生產廠家提交的申請信息進行審核的時候，管理員查看農機生產廠商提 交的信息，若信息準確無誤則點擊審核按鈕［42］，通過調用factoryDao.factoryCheck() 方法在實現農機生產廠家的管理模塊的業務流程，完成對農機廠家信息資料的審核， 返回審核結果。
對于農機的生產廠家的管理主要是通過用戶實體類、用戶表現層、用戶業務邏輯 層、用戶持久層的設計來實具體實現的。他們分別是：User.java、UserController.java、 UserService.Impl.java、 UserMapper.java
// 農機廠家審核 private void factoryCheck(HttpServletRequest request,
HttpServletResponse response) throws ServletException, IOException { String factoryId = request.getParameter("factory_id"); System.out.println(factoryId); Connection con = null;
如圖所示是對于農機生產廠家信息審核的顯示界面，具有受理權限的工作人員可
以選擇是否同意受理企業的該項申請，如果在審查企業資料以后認為可以受理，則點
擊圖中的受理按鈕確認受理，具體的實現頁面如下圖所示:
圖 5-3 農機生產廠家信息審核界面
Fig. 5-3 Agricultural machinery manufacturer information review interface
在對各個農機生產廠家的注冊提交的信息進行管理的時候，該鑒定系統運用 Factory類方法，existFactoryByUnity(String factoryUnity)方法來判斷統一信用代碼是否 已存在，運用factoryRegister()廠家注冊，運用factoryUpdate()廠家信息修改，運用 factoryList()廠家列表，運用factoryComboList()廠家下拉列表，運用factoryCheck()廠家 信息審核，運用getFactoryObject ()獲取廠家對象。在農機生產廠家發出相應的農機申 請以后，相關數據就會通過平臺輸出在農機鑒定站的顯示端，則系統則可以對這一部 分數據進行調用。
//停用農機品目，已kindId作為條件 private void machineKindUndo(HttpServletRequest request,
HttpServletResponse response) throws ServletException, IOException { String delIds = request.getParameter("delIds"); Connection con = null;
對于農機鑒定站可以通過該系統對農機廠家的信息進行查找、導入、啟用、停用 等，通過點擊圖片上方的查看、導入、啟動等按鈕可以對相關的農機廠家進行查詢， 同時在廠家名稱旁邊的框中輸入廠家名稱點擊搜索按鈕可以搜索出來相關的農機廠 家的所有數據，并可以對其中的某一項數據進行查，提高了對特定農機查找效率，具 體實現頁面如下圖所示：
]Q搜索
口旦4廣底門 汽値卑土窈名.[
圖 5-4 農機生產廠家管理界面
Fig. 5-4 Agricultural machinery manufacturer management interface
5.3.4推廣鑒定業務模塊實現
使用eclipse的activities插件構建工作流業務的受理、分配，項目的審核、審批都 是一個task的任務，業務受理的ID為application，其對應的業務崗位"受理崗”通過 權限設定相應的工作人員具有該受理崗的權利，符合該權限的人具有受理的相應的職 責。對用的業務審核的ID是applicationCheck，對應的崗位是鑒定站的審核崗，即該項 目的技術負責人，其具有的相應的權利設定在shiro內。而對于項目的審批其ID為 applicationApproval，對應的崗位是審批崗，即相關負責人的審批
（1）申請書受理管理
農機生產廠家錄入信息，將錄入的信息封裝成application發送到后臺持久層，再 將信息轉入相應的受理崗工作人員進行受理，并將業務層的狀態設定為待受理。訪問 表層的applicationlist，審查人員信息的正確性，并將待受理的信息、受理的結構寫入 數據庫。
// 列表顯示廠家提交的推廣鑒定或續展鑒定申請表信息（由綜合室看）
// 綜合室可以查看全部的受理信息（帶狀態參數的）
privatevoid acceptList（HttpServletRequest request,
HttpServletResponse response） throws ServletException, IOException {
對于推廣鑒定的申請，可以查看企業的各項信息，由受理崗工作人員在查看農機 生產廠家提交的信息以后，可以根據信息的準確性選擇是否對該企業的申請予以受 理，同時在鑒定站對相應的業務進行處理之后，系統也會顯示相應的處理狀態，便于 工作人員對相關的信息進行查看，具體的鑒定申請受理界面如下圖所示：
圖 5-5 鑒定申請受理界面
Fig. 5-5 Appraisal application acceptance interface
（2）鑒定任務檢驗的管理 對鑒定任務分配檢驗部門的管理，鑒定站工作人員輸入需要查找的信息，向表示 層FindApplicationController發送需要查找的參數和從session中所獲得的文件編號，使 用findApplicationByDateAndState（）的方法，執行findApplicationService，檢索相應的業 務編號，將運算結果封裝，返回List<Statistics>。最后待選擇的推廣鑒定進行保存管 理。
在鑒定任務檢驗管理過程中，通過提示界面可以選擇農機鑒定過程中需要使用 的相關的鑒定文件，如檢驗原始記錄，將其勾選單擊像右的指示箭頭則將所需要的 文件選入已選推廣鑒定所需文件，單擊保存按鈕，則可將測試農機所需要的相關文 件保存到對應的報告中，完成檢驗的準備工作。如圖為進行推廣鑒定文件管理的顯 示界面：
圖 5-6 推廣鑒定文件管理界面
Fig. 5-6 Promotion identification document management interface
（3）鑒定審核審批
項目負責人在進行審核的時候，訪問表示層的Application的findApplicationList， 將每條審核的記錄都封裝成Application，之后返回用戶的前臺頁面list<Application>, 在列表中顯示項目的編號、檢測的農機具、受理如期、檢測小組、檢測日期、農機具 的具體檢測情況，并將審核的具體結果寫入數據庫中。
// 申請送技術負責人審核(鑒定主任——》技術負責人) private void spreadApproval(HttpServletRequest request,
HttpServletResponse response) throws ServletException, IOException { HttpSession session = request.getSession();
在審核通過之后就交由負責人進行審批，在審核的過程中，列表所顯示的農機 具編號、受理如期、鑒定部門、鑒定結果、對應的照片等內容發送Application到服 務器端，同時返回到審批崗，由領導填寫審批意見。
進入推廣鑒定審核管理，可以選擇審核意見、提交到檔案崗、打印等。當選擇 審核意見時會彈出如下的對話框，在對話框里在相應的審核意見部分可以填寫相應 的審核結果，如滿足條件同意發證，單擊保存按鈕，相應的結果則會上傳相應的制 證部門。也可通過在產品名稱的框中輸入相應的名稱快速查找所需要的農機。具體 實現界面如下圖所示：
圖 5-7 推廣鑒定審核管理界面 Fig. 5-7 Promote appraisal audit management interface
5.3.5鑒定報告管理模塊實現
通過填寫農機生產廠家名稱、鑒定證書的編號，將信息封裝成對象，發送給 FindIdentificationController 執 行 FindIdentification（） 方 法 ， 查 詢 記 錄 封 裝 成 List<Identification>， UI 界面顯示的編號、農機生產廠家的名稱、鑒定機械的名稱、 所屬的類、生產廠家的廠址、企業法人等相關的信息。通過點擊操作按鈕進行發送 findFactoryBusinessbyfactoryid，向用戶發送業務的名稱、受理人、審核人、審批人、 狀態、操作。具體的鑒定業務管理的實現界面如下圖所示：
通過查看推廣鑒定歷史記錄管理，可以查看相關農機的鑒定報告，也可通過在 產品名稱后的對話框中輸入相應的農機，對某特定數據進行快速查找，為數據量過 大時提供快速查找的途徑。同時在進入推廣鑒定歷史記錄管理的界面以后，也可以 以通過顯示直接一目了然的看到農機的申請狀態（受理中、鑒定過程、審核審批或 存檔）、鑒定類型（初次鑒定或續延鑒定）、廠家名稱、規格型號、農機的大類、小 類、品目、執行情況等相關的信息具體實現界面如下圖所示：
推廣 ^5史idO理 A
產品名稱:匚 ]Q搜索
□ 申報狀態 鑒定類型 廠家名稱 產品名稱 規格型號 農機大類 農機小類 農機品目 執行
存檔 初次 河北雙天機械制造有限公 上裸大師傅的旋耕機 IGKNM-250B 耕整地機械 耕地機械 禪式犁 ■4>
圖 5-8 推廣鑒定報告查詢的界面
Fig. 5-8 Promote the interface of the qualification report query
打印功能主要負責農機推廣鑒定的紙質版報告存檔、鑒定證書的制作。打印表 現層PrintController.java接收打印表單類型tabletype、農機生產廠家編號factoryid、 農機鑒定編號identificationid，根據ID調用業務邏輯層查詢業務相關信息并封裝成 對象，根據業務編碼返回相應的jsp文件，顯示打印內容。
打印采用LOPOD控件，定義全局變量LOPOD作為控件配置項。設置打印紙 張屬性， intOrient：1 表示總線打印且固定紙張、 2 表示橫向打印，固定紙張； intPagewidth為紙張寬度，單位為0.1mm。譬如該參數值為45，則表示4.5mm，計 量精度是0.1mm。與紙張寬度相同，intPageHeight為紙張高度。設置打印屬性，對 打印紙張的長寬均按100%打印，打印區域為div=“area”打印區域為HTML表單, 使用table展現打印文檔內容。
在點擊打印按鈕之后，系統可根據相應人員的權利，通過數據庫自動生成的 ID 號，調用數據庫中與該ID相關聯的所有數據，將其相關的信息進行匯總，在匯總 之后發送到鑒定站的前端顯示界面上，并根據對用環節的管理人員的權限自動生成 相應的表格，其中主要包含：農機推廣鑒定申請表、農機推廣鑒定任務通知單、農 機推廣鑒定受理通知單、農機推廣鑒定移交通知單、農機推廣鑒定報告、農機推廣 鑒定檢驗報告、證書審批單以及相應的證書等，并可根據業務的自動的為其生成符 合農機鑒定站相關要求的鑒定編號。
5.3.6鑒定自動化系統模塊實現
系統包括軟件和硬件兩部分。硬件主要包括農機工作視頻采集器，智慧終端盒， 農機故障監測盒三部分。軟件包括農機大數據平臺和農機故障監測盒配套軟件。智 慧終端盒和農機大數據平臺配合實現作業機具的作業位置、作業軌跡、作業質量、 運行狀態的監測。農機故障監測盒子主要測量農機的振動數據，通過對合格農機的 震蕩范圍進行實時的采集，將相應的數據進行分析，確定農機的標準震蕩范圍，然 后利用對振動采集數據的分析確認農機的故障狀態，并記錄故障發生的起始時間和 終止時間。通過農機故障監測盒配套軟件對時間格式進行轉換，在PC機上顯示出 所有的故障時間點。在檢測過程中，在智能檢測器上安裝傳感器，對農機的震蕩范 圍進行實時的記錄，并將相關的記錄數據通過轉換器存儲到存儲器中，并將相應的 數據進行輸出呈現在顯示器端。
在系統接通電源之后，通過智能盒子對數據進行檢則，在故障檢測盒子里安裝 震蕩采集器，通過檢測故障點的震蕩范圍，將對應的進行收集，利用數據庫對數據 信號進行導入、導出、儲存，并由相應鑒定站的工作人員對失效數據進行清零或者 回復。在檢測過程紅通過故障檢測盒子將采集的數據通過無線進行傳輸，將無線傳 輸數據導入數據庫，通過導入動態信號對相應的數據進行分析，并將相應的故障點 進行精準化的定位。同時在數據庫中對傳輸的數據進行統計分析，形成規范化的分 析報告，對故障點、疑似故障點、相關的圖片進行系統化的分析，得出相關的數據。
-對于震蕩的設計主要包括信號的采集以及幅值域的幅值域的分析，具體如下：
（1） 信號的采集。在數據采集過程中，對于數據信號的采集是該模塊的重點， 在信號的采集過程中主要包含自由采集和觸發式采集，對于自由采集就是通過讓農 機自由化運動對相應的農機數據進行隨機采集的一個過程，該過程保證采集的數據 能夠更加精準不受人為因素的影響，而觸發式采集是對某以特定過程的農機進行采 集的過程。
（2） 幅值域的分析。對于幅值域的分析就是設定具體農機的標準化震蕩范圍， 對該范圍內農機的振蕩頻率來判斷農機是否存在故障，是否需要對相應的數據進行 分析。該系統主要設置了幅值域分析對系統的數據進行分析，對于幅值域分析就是 利用農機的震蕩范圍，對超出幅值的數據進行有效分析的一種手段，該方法可以完 成數據的平均值、最大值以及最小值的分析，同時反映出超出震蕩幅度的數據范圍 點，對于數字信號偏于正常值的數據，利用偏態以及峰值對相應的數據進行系統的 分析。
1幅值域分析1 概率采集
振動監測1 觸發式采集
— 信號采集 H 二
自由式采集
圖 5-9 振動監測結構圖
Fig. 5-9 Vibration monitoring structure
對于振動傳感器和控制系統封裝于防水盒內，通過電池供電，可自主工作超過
30小時。該設備檢測的數據存放于SD卡的“SD_Test.txt”文件中，每次使用時需 將SD卡插入卡槽內。
圖 5-10 生產查定系統顯示頁面
Fig. 5-10 Production check system display page
5.4軟件測試與應用
5.4.1測試內容與結果
軟件測試的意義是確保軟件在投入使用以后，可以穩定的滿足企業以及農機部 門的工作，本工作正是在真正的使用軟件之前去進行的，我們要對軟件的性能進行 多角度的測試，辦證軟件在今后的日常工作中可以滿足用戶的實際需求。按照軟件 工程中所描述的理論依據，對本平臺所完成的具體功能細節做整體的測試，及早找 到項目中隱藏的不足與缺陷，及時解決存在的bug，避免漏洞的擴大，減少在運行 過程中更改功能和修復過程中花費，確保其整個系統的流暢性。
測試工作主要從從平臺原理架構、編碼的主要方式、完成邏輯層次將其分為三 類；白盒測試就是對于代碼的測試。該測試就是利用例使的原理進行設計，而盒子 就是所要測試的相關軟件，他是可視化的一種工具［41］。而針對黑盒測試，就是對其 的主要的開發功能進行的測試，利用有效的檢測手段，來確定各項功能能否在實際 使用過程中發揮應有的作用［41］。在模擬測試的過程中，把研發的系統當成無法將黑 盒子打開的，不去思考系統的設計原則的下，去對程序按照實際的使用流程進行檢 測，而這個過程，只能檢測出來該鑒定信息系統是否可以按照使用說明進行操作， 是否可以讓用戶進行使用。該方式在于注重外部的結構，而不去思考里邊的設計， 主要針對用戶的體驗感進行檢測。灰盒測試，就是介于以上兩種方法中間的一種中 間化的方法，該方法利用的是綜合檢測的環節，既要檢測信息的準確性是否存在問 題，也要檢測程序的合理性是否存在問題。
5.4.2測試過程
測試的主要工作：開發環境下，對系統進行有效的本地化檢測，從而有效確保 該程序在不同的版本的程序下都可以正常運行。測試方法為：本機安裝IE9、IE10、 IE11、 Chrome、 Firefox、 360、搜狗瀏覽器等主流瀏覽器，在不同的開發環境下， 該程序的運轉情況開展有效的測試，來確保成語在農機站投入運用以后可以萬無一 失［42］。
（1）登錄模塊測試
登錄測試只要針對登錄名、密碼以及驗證碼書寫正誤進行測試［43］。對于登錄測 試只需要在用戶登錄界面輸入用戶名、密碼、驗證碼三個信息，然后單擊登錄則可 以進入到河北省智慧農機推廣鑒定管理系統，在登錄頁面的右方有對應的功能欄， 對于不同的人員進入該系統則會顯示不同的功能，也可進行與自身職權相一致的業 務。 當輸入正確的信息則進入系統，當輸入錯誤的用戶名、登錄密碼、驗證碼時， 則無法登錄主頁面，在測試過程中輸入正確的用戶名、密碼、驗證碼，根據測試結 果顯示，數據正常顯示。本過程分別對輸入正確信息、錯誤信息進行檢測，具體的
測試結果如表所示：
表 5-1 登錄模塊測試表
Tab.5-1 Login module test
測試項目 測試輸入 輸入方式 測試輸出 測試結果
驗證碼輸入錯誤 輸入用戶名、密碼以
及錯誤的驗證碼 鍵盤輸入 頁面提示輸入驗證 碼錯誤 成功
用戶名或密碼輸入 錯誤 輸入錯誤的用戶名 或者密碼，正確的驗 證碼 鍵盤輸入 頁面提示用戶名或 密碼錯誤 成功
正確登錄 輸入正確的用戶名、
密碼以及驗證碼 鍵盤輸入 頁面顯示首頁 成功
（2）系統信息設置模塊測試 登錄系統的主頁面，選擇相應的類別，如大類、小類、品目，單擊該模塊進入 相應的頁面，點擊增添按鈕，根據相應的類別填寫所需要的信息，然后點擊保存按 鈕，該模塊可以正常完成大類、小類、品目的信息的錄入工作，該模塊測試成功， 具體結果如下表所示：
表 5-2 系統信息設置模塊測試表
Tab.5-2 System Information Setup Module Test
測試項目 測試輸入 輸入方式 測試輸出 測試結果
農機大類設置 農機大類名稱、代
碼 鍵盤輸入 添加、修改正常準 確無誤 成功
農機小類設置 農機小類名稱、代 碼、所屬農機大類 代碼 鍵盤輸入 添加、修改正常準 確無誤 成功
農機品目設置 農機品目名稱、農 機品目編號、大類 編號、小類編號 鍵盤輸入 添加、修改正常準 確無誤 成功
（3）生產廠家信息管理模塊測試
由農機生產廠家登錄系統的主頁面，選擇填寫個人信息，然后進入企業填寫信 息的頁面，企業可填寫個人信息并保存。在輸入企業的各項信息以后，根據下表可 以展示企業的信息是錄入成功的，本過程分別對廠家信息注冊、審核以及管理進行 測試，在輸入企業的名稱等信息之后可以提示注冊成功，在對企業的各項注冊信息 進行審核時；信息正確則可以審核通過；在需要查找某一廠家信息的時候（以中國 一拖股份有限公司為例），可以顯示該廠家信息，具體測試結果如表所示：
表 5-3 生產廠家信息管理測試表
Tab.5-3 Manufacturer Information Management Test
測試項目 測試輸入 輸入方式 測試輸出 測試結果
農機企業名稱、廠
農機生產廠家注冊 址、電話、傳真、 鍵盤輸入 注冊成功 成功
負責人
農機生產廠家注冊 審核 審核無誤 鼠標操作 審核已通過 成功
農機生產廠家管理 搜索中國一拖股份 有限公司 鍵盤輸入 搜索完成廠家信息 修改成功 成功
（4）農機推廣鑒定模塊
農機推廣鑒定模塊主要為鑒定站受理崗位人員主要應用的模塊，其中主要包括： 推廣鑒定申請書的填寫、推廣鑒定申請書的受理、推廣鑒定申報任務的審核管理三 大模塊。含有：申請書的團價、修改、刪除、顯示、打印、動態查看申請書受理進 程；推廣鑒定申請書受理含有：推廣鑒定業務受理、退回、打印任務下撥單、動態 查看受理進程；推廣鑒定申報任務審核管理包括在線查看或打印鑒定的報告、在線 查看或打印檢驗的報告、填寫審核意見等；
在企業申請過程中，需要對其所申請的農機的照片進行上傳，該模塊可以對農 機的照片進行上傳點擊上傳按鈕，則相應的農機照片就會上傳到該系統中，該模塊 可以正常運行，農機的照片上傳成功，具體的測試頁面如下圖所示：
對推廣鑒定業務進行處理，登錄系統主頁面，點擊推廣鑒定任務處理，對其安
全性能、適用性能、可靠性能等的評價進行填寫，在填寫完成之后點擊保存報告按
鈕，系統彈出對話框，提示推廣鑒定報告保存成功，在測試過程中彈出推廣鑒定報 告保存成功對話框，證明系統可正常運行，系統的測試成功，具體的顯示情況如下 圖所示：
圖 5-12 推廣鑒定任務處理
Fig. 5-12 Promotion of identification task processing
針對系統的推廣鑒定申請書進行填寫、推廣鑒定申請書受理、填寫相應的審核 意見進行測試，生成系統信息設置模塊測試表，各項測試結果均正常，具體測試結 果如表所示：
表 5-4 系統信息設置模塊測試表
Tab.5-4 System Information Setup Module Test
測試項目 測試輸入 輸入方式 測試輸出 測試結果
鐵馬旋耕機、
推廣鑒定申請書填
寫 XB100、旋耕機、
ISO2000、 2017-01-12、 500、 鍵盤輸入、下拉列 表選擇 填寫完成 成功
0、 500、 0
推廣鑒定申請書受 受理操作，選擇任 鍵盤輸入、下拉列 受理、退回、打印 成功
理 務負責人 表選擇 正常準確無誤
填寫審核意見 T2017001J、同意 鍵盤輸入 添加、修改、打印 正常準確無誤。 成功
（5）鑒定報告管理模塊
鑒定報告管理模塊由鑒定報告審核管理的模塊、推廣鑒定任務歸檔的管理兩個 模塊組成。鑒定報告審核管理模塊測試，主要包括：在線查看或打印鑒定的報告、 填寫審核的意見、動態查看受理的進程；鑒定報告存檔管理測試，其中包括包括： 檔案管理崗對推廣鑒定任務的打印、存檔等相關操作、各類紙質檔案的打印、推廣
鑒定任務的存檔；推廣鑒定任務的歸檔管理測試。
以農機鑒定申請表為例，在測試過程中，模擬農機生產廠家輸入相關的廠家數 據，并完成相關的申請流程，在完成申請以后，提交農機鑒定部門進行審查，此時 點擊打印按鈕，可以自動生成 word 表格，同時在表格中可以自動顯示廠家的相關 信息、申請產品的相關信息，以及相關的日期信息，信息顯示無誤則說明該模塊可 以正常運行，測試一切正常，測試成功。
圖 5-13 推廣鑒定申請表打印界面
Fig. 5-13 Promotion Appraisal Application Form Printing Interface
對于鑒定報告模塊的測試，主要的測試項目是鑒定報告審核管理、推廣鑒定任 務、推廣鑒定任務歸檔管理，在測試過程中分配輸入相應的數據，順利的輸出審核 完成、打印準確無誤，顯示各項測試結果正確，表明該農機鑒定信息管理系統的鑒 定報告模塊各項測試結果均正常，該模塊可以正常運行。
表 5-5 鑒定報告管理模塊測試表
Tab.5-5 Certification Report Management Module Test
測試項目 測試輸入 輸入方式 測試輸出 測試結果
鑒定報告審核 管理 T2017001J、同
意 鍵盤輸入 審核完成 成功
推廣鑒定任務 歸檔管理 通過審核的鑒 定任務 下拉菜單選擇 添加、修改、打 印正常準確無 誤。 成功
（6）鑒定自動化系統 該系統主要通過安裝于農機上的農機智能監測器來采集相關的數據，通過故障 盒子實時接收農機具在實際工作過程中的運行情況，判定農機是否處于故障狀態并 記錄其時間的相關信息，監測完畢通過配套軟件讀取故障時間，通過采集的視頻驗 證和確認故障現象，通過對運動的農機具進行檢測，對農機的運動情況進行記錄， 使用該系統時需要先點擊“選擇文件”按鈕，選擇SD卡中存放數據的文件，然后 輸入進行檢測的開始時間。輸入完成后點擊“分析”按鈕，結果將分類顯示在“檢 測結果”中，該模塊可以正常運行。在測試過程中，在對測試的農機進行檢測的時 候，可以產生如下圖所示的測試結果，從測試結果也可看出該農機在測試過程中并 未出來異常，正當范圍一直保持在正常值范圍，同時該測試結果也證明該模塊可以 正常運行，具體的記錄的數據如圖所示：
圖 5-14 鑒定農機狀態記錄
Fig. 5-14 Identification of Agricultural Machinery Status Records
5.4.3測試結果
系統的流暢性與可靠性作為測試主要的觀測點，因為鑒定機構職員是系統的主 要使用者，農機生產廠商為該系統的主要應用者，且數據庫內存中存有大量得到個 人數據。所以，要求瀏覽器與后臺服務系統進行數據參數傳遞中保證傳輸的安全進 行有效的考慮。同時，還要防止專業人員非善意的直接訪問，例如：跨腳本攻擊等。 經驗證，本系統對為非正常登錄的賬號能進行有效的攔截，瀏覽器將URL重新定位 到初始的頁面。對監理機構人員的訪問局限于該崗位的職責內，防止越權操作現象 的發生。就數據庫而言，其通信連接是經嚴格把守的，沒有資格的訪問者時無法對 其進行檢索以及更改記錄的。
就平臺的流暢性而言，如果發生瀏覽器的卡頓，頁面加載緩慢、甚至不能完全 渲染完成，操作相應延時高等情況。不僅對鑒定機構執業的業務辦理造成影響，而 且更是影響到鑒定過程的效率，難免會在經濟利益和財務上造成不必要的損失。經 實際的操作，能做到快速響應。并且在系統運轉過程中，無錯誤操作、無歧義提示， 總體表現友好度較高。
綜上所述，該平臺各個業務邏輯在不同應用上的測試無論是可靠性還是流暢度 都是能達到工作的要求，各個模塊的功能齊全、性能穩定、運行可靠、使用方便， 為農機監測環節提供了很大幫助,大大減輕了工作的強度，保證了監測的質量，能 很好地滿足各個方面的需要，能夠完成鑒定工作的要求，具有良好的應用和推廣前 旦
景。
5.5本章總結
本章主要闡述了系統各功能模塊的具體實現過程，踐行了系統測試。結果表明， 該系統達到了實際目的，可滿足鑒定工作需要。
6總結
論文針對農機生產申請廠家以及農機鑒定站工作人員兩類用戶，為滿足日益增 長的農機鑒定工作需要，研發了農機鑒定信息管理系統。首先對論文的研究背景、 目的及意義進行了闡述，然后對系統的需求進行分析，對整個系統的架構包括總體 設計進行了簡要的闡明。運用 SSH 框架技術對農機鑒定信息管理系統進行實現。另 外，對于系統的詳細設計與實現，通過使用 J2EE 技術實現了系統的易用性、安全 性。通過使用重復提交組件、列表分頁組件、所組件等組件技術很好的實現了人機 交互。同時使用 JSP 技術動態的生成頁面，使得系統的更新、維護更加便捷，很好 的實現了人機交互，提高了系統的安全性，實現了農機信息資源共享，取得了良好 的社會效益。該論文的研究總結如下：
（1） 研究了當前農機鑒定的國內外現狀，分析了國內現有鑒定工作存在的問 題，針對問題采用面向對象的方法，確定了該系統的功能性需求，并用 UML 進行 了分析和描述，給出了需求的用例圖。同時根據業務辦理人員以及系統管理人員的 需求，得出系統流程圖和時序圖，并提出了系統的非功能性需求。
（2） 設計了系統的總體架構，分別對鑒定業務、鑒定自動化系統的架構進行 了研究。分析了系統的功能模塊，其中包括系統信息設置、生產廠家設置、推廣鑒 定業務設置、鑒定報告管理、鑒定自動化系統等功能模塊的總體設計以及詳細設計， 并得出各部分的業務流程。而對于系統中相關的數據模型的計算是根據需求分析的 結論進行的，并按照數據庫的設計規則，分析系統的 E-R 圖模型、系統的邏輯結構 設計和總體數據表結構。
（3） 利用先進的開發模式Java+SQLServer+Tomcat進行了系統開發。Struts完 成數據表示層， Spring 貫穿于整個應用中完成推廣鑒定的業務整個業務流， Hibernate則負責完成底層的數據庫的相關的操作。同時利用Activiti框架實現了農 機鑒定的業務辦理的流程，該框架實現了一個業務流程有多個任務，一個任務可以 由多個任務完成，每項任務設置組任務，組任務可設置執行角色。使業務的受理、 審核、審批都由框架自動提交生成，縮短了鑒定工作的審理周期，提高了鑒定部門 的工作效率、降低了錯誤率。從而實現了鑒定業務的網上申請、受理、分配、鑒定、 制證的全過程。
（4） 通過在農機具上安裝智能檢測器，對農機作業過程中的振動數據進行采 集，將采集信號通過無線傳輸到服務器，再通過研發的分析軟件將相應的機具監測 數據從SD卡倒入分析系統，并利用幅值域等振動分析手段找出相應的故障點，生 成故障分析報告，從而提高鑒定工作的效率以及準確度，實現鑒定過程信息化、自 動化管理。
隨著移動通信技術的發展，未來將繼續提高鑒定的自動化水平，如：運用 5G 通信技術實時傳輸鑒定過程、視頻等，以提高鑒定工作的可靠性、準確性。
參考文獻
[1]張鳳波.黑龍江農業機械化推廣策略探究[J].現代化農業,2015(04):53-54.
[2]楊建平，周國強,李國良.建立健全農業機械化投入機制的探討[J].中國農機化,2004(02):9-11.
[3]唐義平.福建省農業機械推廣鑒定改革的幾點思考[J].福建農機,2015(01):21-24.
[4]崔躍峰.如何高效申報農業機械推廣鑒定[J].農機質量與監督,2017(10):21-23+19.
[5]張淑玲，劉濤，白雪衛，等.國外農機技術轉化體系分析[J].農機化研究,2009,31(01):243-245.
[6]張曉晨，劉旭.德國農機安全檢測機制對中國的借鑒意義[J].農業機械,2011(10):104-105.
[7]楊西風.德國農業及農機簡析——德國實習隨想[J].現代農業裝備,2017(06):66-67.
[8]俄羅斯匈牙利農機化發展各顯其優[N].中國農機化導報,2006-12-04(008).
[9]宋樹友，王選，楊建偉，朱培慰.匈牙利的農機管理和農業生產工業化體系[J].糧油加工與食品機 械,1987(02):46-50.
[10]周蓉.談農機試驗鑒定機構的風險管理與防范[J].農機質量與監督,2017(08):12-13+28.
[11]帕提古麗•吐爾遜.農業機械故障診斷技術的現狀及發展趨勢[J].南方農機,2016,47(03):44+46.
[12]農業機械試驗鑒定辦法[N].農民日報,2015-07-21(002).
[13 ]魏軍民.淺析當涂縣農機現狀及發展對策[J].農業開發與裝備,2014(08):18+57.
[14 ]宋新玉.試論農機現狀及如何將農業機械化進行推廣管理[J].農業與技術,2013,33(03):24.
[15]盛順，張京開,安紅艷，等.北京市農業機械鑒定檢驗發展趨勢調研[J].農業工程， 2016,6(S1):99-104+112.
[16]張桃林副部長在全國農機試驗鑒定站長會議暨農機化質量工作座談會上的講話[J].農機質量 與監督,2016(04):5-7.
[17]楊俊.基于J2EE輕量級架構的WEB開發及應用[D].武漢理工大學,2008.
[18]黃浪.企業級的B/S模式應用軟件非功能性需求分析與研究[D].廈門大學,2008.
[19]葉婷.基于Java的農村電子商務系統的設計與實現[D].中北大學,2017.
[20]劉科.基于Spring架構的農機購置補貼管理系統的設計與實現[D].山東大學,2009.
[21]石磊,王三紅，高遠，車文富，陳立東,馬淑英.基于B/S架構的農機安全監理信息系統的設計[J]. 農機化研究,2009,31(05):158-160.
[22]曹文龍，王聰，裴莉.“東北農機”平臺的整體架構設計[J].農業網絡信息,2014(04):43-45.
[23]王子豪.檢驗鑒定信息系統的設計與實現[D].華中科技大學,2011.
[24]曾小虎.基于主題的微博網頁爬蟲研究[D].武漢理工大學,2014.
[25]羅麗娟.淺談喀什農機技術推廣服務體系存在問題及對策[J].新疆農機化,2011(04):11-13.
[26]李勛,黃道麗，盧濤，王婷，金波.一種可信在線電子證據保全關鍵技術研究[J].警察技術， 2010(04):33-36.
[27]李玉萍，劉恩平,劉燕群，葉露，梁偉紅.我國熱帶農業信息基礎數據庫體系框架構建研究[J].熱 帶農業科學,2017,37(09):115-119.
[28 ]徐千祥.信息技術推動農業機械化發展[J].信息技術與信息化,2007(05):26-27.
[29]錢宏.基于OPC技術的B/S模式生產調度系統的設計與實現[D].中南大學,2010.
[30]鄧春秀.三臺縣農機管理信息系統開發研究[D].電子科技大學,2010.
[31]范洪江，李靜.堅持用科學發展觀為指導全面創新農機監理工作[J].湖北農機化， 2010(02):44-45.
[32 ]朱良.農機鑒定術語標準的產生與理解(下)[J].農機質量與監督,2013(06):5-7+12.
[33]彭彬,朱慧琴，彭鵬.2010年部級推廣鑒定有效期內的農機產品監督檢查情況分析[J].農機質量 與監督,2011(01):33-34.
[34]李方.萊蕪市政府采購審批管理系統的設計與實現[D].山東大學,2014.
[35]楊雅芬.電子政務知識體系框架研究[J].中國圖書館學報,2015,41(02):29-40.
[36]黃美林，馬建華，李東.基于SSH框架與泛型的通用分頁方法設計與實現[J].計算機技術與發 展,2012,22(01):67-71.
[37]王希望，孟祥書,王福順.基于SSH架構的Web系統的開發方法[J].河北農業大學學報(農林教 育版),2010,12(04):538-541.
[38]趙玉偉，趙小雨，喬木.緩存技術在B/S架構信息系統中的應用[J].計算機工程， 2008(01):233-235.
[39]范會聯，張玉芳.基于JSF+Spring+Hibernate集成架構的Web信息系統設計[J].計算機技術與 發展,2007(03):23-25+108.
[40]張建軍，劉虎，倪芳英,吉勇祥.基于SSH整合架構的研究與應用[J].湖南師范大學自然科學學 報,2012,35(06):39-43.
[41 ]鄭述招,周文瓊，申艷麗,王二威.金蝶K3中用戶權限設置及其對業務的影響[J].財會月刊， 2015(09):104-107.
[42]劉科.基于Spring架構的農機購置補貼管理系統的設計與實現[D].山東大學,2009.
[43]余慧敏，徐白，周楷林,李芳芳.動態軟件測試中的白盒測試和黑盒測試探討[J].電子測試， 2018(08):58-59.
上一篇：基于BIM的大型渡槽全壽命周期 信息管理系統初步研究
下一篇：沒有了
相關標簽:
