熱門論文
最新論文
縣級退耕還林工程信息管理系統的研建
發布時間：2023-07-25 09:27
目錄
摘要 I
Abstract II
1緒論 1
1.1研究背景 1
1.2國內外研究現狀 1
2研究內容與研究目標 4
2.1研究內容 4
2.1. 1對系統需求的研究 4
2.1. 2對森林數據處理的研究 4
2.1.3對退耕還林信息數據預處理的研究 4
2.1.4對系統整體框架的研究 4
2.1.5對系統實現的研究 5
2.2研究數據來源概述 5
2.3相關技術介紹 5
2.3. 1 ASP. NET 5
2.3.2 IIS互聯網信息服務 6
2.3. 3 SQL server 6
2.4技術路線 6
3需求分析 8
3.1系統功能需求 8
3.1. 1系統概述 8
3.1.2系統功能分析 8
3.1. 3功能模塊描述 9
3.1.4性能需求 10
3.1. 5控制需求 10
3.1.6業務流程圖 11
3.2數據需求 11
3.2. 1數據字典的定義 11
3.2. 2實體關系圖 13
3.2. 3實體屬性圖 14
3.3系統配置需求 16
3.3. 1 硬件 16
3.3.2軟件 16
4系統設計 18
4.1系統架構設計 18
4.2數據庫設計 18
4.3系統數據處理流程 21
4.4系統功能結構圖 21
4.5地塊信息管理模塊 22
4.5. 1地塊規劃設計信息管理 22
4.5. 2地塊驗收信息管理 23
4.5. 3地塊規劃設計信息導入 23
4.5. 4地塊驗收信息導入 23
4.5. 5地塊驗收信息表導出 23
4.6信息查詢管理模塊 23
4.6. 1地塊規劃設計信息查詢 23
4.6. 2地塊驗收信息查詢 24
4.6. 3補償款信息查詢 24
4.7信息統計管理模塊 24
4.7. 1地塊規劃設計信息統計 25
4. 7. 2地塊驗收信息統計 25
4. 7. 3補償款信息統計 25
4. 8信息計算管理模塊 25
4.8. 1補償款計算 25
4. & 2補償款管理 28
4. 9農戶信息管理模塊 28
4. 9. 1農戶信息統計功能子模塊 28
4. 9. 2農戶信息查詢功能子模塊 28
4. 10參數信息管理模塊 28
4. 10. 1苗木款項參數設置 28
4. 10. 2補償款參數設置 28
4. 11行政轄區信息管理模塊 29
4. 11. 1鄉鎮信息管理功能子模塊 29
4.11.2村屯信息管理功能子模塊 29
4.12回收站信息管理模塊 29
5系統實現 30
5.1系統首頁界面 30
5.2系統登陸預注冊 30
5.3系統功能模塊實現 31
5.3. 1地塊信息管理模塊 31
5.3. 2信息查詢管理模塊 34
5.3. 3信息統計管理模塊 35
5.3. 4信息計算管理模塊 35
5.3. 5農戶信息管理模塊 36
5.3. 6參數設置管理模塊 37
5.3. 7行政轄區信息管理模塊 38
5.3.8回收站信息管理模塊 38
5.4系統測試 38
5.4. 1系統功能測試 39
5.4. 2系統性能測試 39
5.4. 3系統安全性測試 39
5.4. 4系統兼容性測試 40
6總結與展望 41
6.1總結 41
6.2展望 41
參考文獻 43
8。 s 為 <颯些吟門器 9F 纟腿e呻—器 期 纟遲
朕血
1緒論
1 • 1研究背景
森林生態環境的可持續發展對山區的生態環境建設和保護是尤為重要的，森林的 過度墾殖會導致林地的大幅減少，水土嚴重流失致使河流、水庫等滯洪能力降低，嚴 重的可造成特大洪水災害（李文華，1999） o山區林地生態環境遭到嚴重破壞后，給當 地的居民的生活和當地農業經濟帶來了不可挽回的嚴重影響。為了改善山區整體森林 生態環境、山區人民的貧窮落后的生活環境和農村經濟收益，2002年1月10 H,國 務院西部開發辦公室召開退耕還林工作電視電話會議，確定全面啟動退耕還林工程。 退耕還林這項重要政策不僅大大提升了我國綠化面積，使得山區森林資源得到可持續 發展，同時也帶了了經濟利益的大幅增長，為農村人民走出大山，自主創業提供了條 件。退耕還林政策使得我國山區森林資源得到了重新合理分配，充分林間空地，套種 其他作物，經濟而合理的使用土地（崔樹林，2012） o
迄今為止，退耕還林工作已經開展了 20余年，其工程量大，數據繁雜，特別是 在工作的驗收階段。以2017年張家口市陽源縣退耕還林實施的實際情況為例，在驗 收工作中，采用手記的紀錄方式，驗收結果的數據收集與統計效率很低。因此，開發 改善工作效率低下的驗收數據統計的信息系統成為迫切需要。
本系統亟待解決的問題有：（1）解決退耕還林驗收項目的管控低效、不透明問 題。本系統的驗收數據的査詢對用戶開放，用戶可以對退耕還林的驗收情況進行監督, 實現農民補貼收入的透明化。（2）實現基礎數據的高效處理，替換手工存取的方法。 用戶可以通過本系統實現輸入、查詢、以圖表顯示往年數據等操作，提高數據存取的 效率，實現數據可視化。（3）實現基本的森林資源數據計算。退耕還林計劃所牽扯 的數據量大，例如歷年補償款數目、樹苗存活率、苗木類型和退耕還林面積等參數。 用信息技術提高計算效率，實現數據可視化以方便來年驗收工作與退耕還林工作分 析。
在這個計算機技術大量普及，信息產業高速發展的時代，對于退耕還林數據統計 效率低下這種現狀，將縣級退耕還林工程信息管理系統引入退耕還林的工作，有助于 提高工作的效率，將退耕還林的工作與計算機信息技術相結合，選擇合適的數據統計 方法，對數據進行集中管理（李丹，2012）。
「2國內外研究現狀
雖然我國退耕還林工程己歷經十幾年的時間，但是由于長期以來林業管理信息化 手段的缺乏、投入不足、信息技術自身的局限性等多方面原因，對其管理信息化方面 的研究也是近年來剛剛起步。目前，關于我國退耕還林工程管理信息化的研究主要集 中在專題信息系統的開發應用研究方面，對退耕還林工程信息化管理模式、體系的研 究主要是從宏觀的角度針對我國林業生態建設工程信息化管理的層面有所探索研究。
在GIS系統的基礎上，以云南省退耕還林工程為例，對該地區自環境要素進行了 充分分析，設計了以ArcView為平臺的云南省的退耕還林信息系統（于文靜，2009）。 同樣以青海省大通縣為例，探討了利用“3S”技術建立退耕還林管理信息系統 （MFF-MIS）,并從退耕還林工程管理的內容出發，分析了退耕還林信息管理系統的設 計與功能。初步提出了退耕還林工程利用遙感多波段、多時相和多尺度的特點，結合 地面調查進行管理的方法（汪福學，2005） 0
朱金兆以我國十大林業生態工程為研究對象,初步提出了我國林業生態工程信息 管理系統的分級、建立方法、程序、內容、功能和配置等的設計思路。他們認為我國 林業生態工程管理應分為大、中、小三級管理尺度。管理大尺度指區域或全國范圍的 管理，這一層級的信息管理網絡從宏觀上掌握林業生態工程的基本情況、建設動態和 科研信息;管理中尺度是指省（市、區）級林業生態工程管理網絡，主要職責是管理所 轄區域林業生態工程建設的各種數據，并建立數據庫，通過網絡傳輸這些數據，以實 現我國林業生態工程管理數據的共享;管理小尺度是指縣級工程信息網絡管理，主要 是對縣域內林業生態工程項目的設計、施工、驗收及評價等一系列小尺度數據進行管 理，這一層級的管理是整個林業生態工程信息管理的基礎（朱金兆，2003）。
杜紀山從縣級退耕還林工程管理的角度出發，探討了基于MAPGIS6. 6為二次開發 平臺的縣級退耕還林信息管理系統的研制開發方法，以大通縣退耕還工程管理為例， 對基于MAPGIS系統平臺的退耕還林工程管理信息系統在縣級退耕還林工程管理中的 應用進行了分析研究（杜紀山，2009） o
國外對退耕還林工程信息化管理的研究成果目前發現的較少，大多是基于林業管 理信息化應用層面的研究。上世紀90年代，美國愛德華州Patlatch公司開發研建了 基于地理信息系統的森林經營系統，通過該系統可隨時獲取森林資源相關信息（Paul Ginsberg, 1990）。德國于90年代末建立了森林資源動態監測系統，該系統通過計算 機五級網絡，可以獲取和預測林區林木生長情況，并能及時進行數據更新，為林業管 理部門提供年度森林資源動態數據信息（Coppock JT, 1996）-美國麻省理工學院研 建了森林蓄積量監測信息系統，該系統利用衛星影像數據生成森林立地類型圖，對森 林資源變化進行評價，同時把這些信息放在Internet ±進行共享。加拿大林業部也 于90年代開始建立國家林業信息系統，該系統綜合了遙感數據，樣地森林蓄積數據、 國家林業數據庫和其他聯邦省份的地理信息，通過統一的林業元數據，建立了國家林 業數據倉庫。俄羅斯建立了以數據庫、大地信息系統及PC系統為核心的信息處理系 統，該系統充分地把數據通信與計算機技術結合起來，在森林資源管理及森林火災方 面起到了重要作用（Rashford, 1996）。2002年后，美國火災科學研究室重新設計 和建立了基于Internet的WFAS系統，同時與國家農業部、林業服務部等部門合作開 發了 FEIS系統，主要用來預防森林火災的發生。
對于林業生態工程信息化管理在應用層面代表性的研究成果有：加拿大 cuestasys公司研制開發的利用GIS和模型化集成的林業信息系統，該系統在林地規 劃、造林、培育、采伐等經營管理方面起到了重要作用(Lewis, 2000) □美國伊利 諾大學與國家林務局聯合開發的SmartForest系統，該系統在DTM三維顯示技術的基 礎上，通過獲取各種林分信息，從不同視角模擬觀察森林景觀及其變化，使得對森林 資源的監測能通過抽象的數據與林分三維空間之間的聯系客觀、真實的反映出來 (Babcock, 1996)。
綜上所述，退耕還林工程的政策性很強，牽涉面較廣，為了保證退耕還林的順利 實施，必須加強對退耕還林工程的信息化管理，提高工程的效率。因此，退耕還林工 程的信息管理顯得尤為重要。只有及時準確地掌握工程的信息，才能做到決策正確和 管理高效，保證工程的質量和效益。所以需要研建縣級退耕還林工程驗收信息管理系 統，并以此來提高工程管理效率。
2研究內容與研究目標
2. 1研究內容
作為縣級退耕還林工程信息管理系統，必須確定系統的管控范圍，明確檢查驗收 和資金管理中的漏洞，解決數據處理效率低下、顯示不明確的問題，實現高效率輸入、 數據可視化等功能（吳發云，2005） o本系統的研究目標是實現通過本系統對縣級退 耕還林工程中的數據進行有效管理，對檢查驗收數據進行預處理，方便進一步分析得 出有效計算結果，對資金管理中的數據進行機選，并實現數據可視化處理，讓管理員 明確的看到往年對比，允許用戶對檢查驗收數據進行查詢和顯示（李登科,2009） o本 系統的研究內容主要有以下幾個方面。
2.1. 1對系統需求的研究
本系統作為對退耕還林工程中信息的管理系統，承擔這解決數據預處理，數據輸 入以及查詢顯示等任務。調研了各類森林資源信息管理系統以及退耕還林信息管理系 統的相關文獻以及功能設計，并在此基礎上根據縣級退耕還林工程的特點進行了需求 的調查與分析，提出了本系統的邏輯模型。
2.1. 2對森林數據處理的研究
森林對各個國家都是寶貴的自然資源，森林資源的可持續發展是各國的提高生態 效益的目標。森林數據預處理的目標根據數據用途的不同而不同，在退耕還林工程中， 需要明確森林資源數據的用途，由此來制定數據預處理的目標。本系統選用合理數據 預處理的方法，對退耕還林工作中的數據進行初步處理，以方便之后的分析和計劃制 定。
2.1. 3對退耕還林信息數據預處理的研究
在數據分析中，拿到的原始數據需要進行預處理使得數據分析的結果更加準確。 本系統雖不牽涉空間數據，但由于退耕還林數據采集的特殊性一一人為采集驗收檢查 數據，其準確性更低，發生誤差以及錯誤的情況更頻繁，需要在采集之后對數據進行 基本的數據清洗，以此來檢驗數據的有效性。
2.1.4對系統整體框架的研究
在明確系統需求之后，通過分析已有的各種退耕還林信息系統以及森林資源信息 管理系統的特點與形式，構建符合研究目標的系統硬件、軟件體系和系統模塊（朱金 兆，2003） „縣級退耕還林工程信息管理系統主要有3個部分組成：對用戶的管理、 對退耕還林數據的管理以及對系統維護的管理。其中對用戶的管理包括用戶的注冊及 登陸，明確劃分權限，對不同權限的用戶進行不同的管理以及管理員用戶的登陸。對 退耕還林數據的管理包括對檢查驗收數據的添加，對數據的初步預處理，對資金數據 的管理。
2.1.5對系統實現的研究
本系統基于B/S （Browser/Server,即瀏覽器/服務器）結構，以SQL server 2012 為數據庫開發平臺，用IIS （Internet Information Server）網絡信息服務為應用服 務器，采用ASP. NET開發和設計的。通過搜集整理大量類似系統，研究并確立了本系 統的目標方向和系統實現功能；通過建立信息數據庫對數據進行了規范化的存儲；并 使用C#語言實現了對退耕還林工程數據的導入與導出、數據維護等功能，實現對縣級 退耕還林工程信息管理系統的管理與應用。
2.2研究數據來源概述
陽源縣隸屬于河北省張家口市，位于河北省的西北部地區。距離北京有280公里， 屬于華北平原與蒙古高原的過渡帶，地形狹長，平均海拔高度在2045. 9米左右，因 此陽源縣的氣候多風多雨，春夏較為涼爽，而秋冬則較為寒冷，晝夜溫差也比較大。 陽源縣的森林覆蓋率為20. 16%,并從2013年開始進行造林工程，造林面積達到6200 公頃，人工造林面積3533公頃，飛播造林面積2667公頃，共植樹48萬株。陽源縣 的耕地面積則達到49529公頃，主要種植作物為薯類、豆類以及油料作物，當地特色 作物為杏仁。陽源縣從2013年發起退耕還林工程，造林面積達到6200公頃，并且在 之后每年都開展退耕還林工程，本系統就是基于陽源縣2017退耕還林工程數據所研 建的專門針對縣級退耕還林工程信息管理系統。
2. 3相關技術研究
2.3. 1 ASP. NET
ASP （Active Server Pages,活動服務器頁面），是Microsoft公司推出的用于 Web應用開發的一種編程技術，而ASP. NET是在ASP的基礎上創建動態Web頁的一種 強大的服務器端技術，它是統一的Web開發平臺，用來提供開發人員生成企業級 Web應用程序所需的服務。ASP. NET的語法在很大程度上與ASP兼容，同時它還提 供一種新的編程模型和結構，用于生成更安全、可伸縮和穩定的應用程序。同時 ASP. NET是一個已編譯的、基于.NET的環境，可以用任何與.NET兼容的語言（包 括Visual Basic .NET、C#和JScript .NET.）創作應用程序。另外，任 何ASP. NET應用程序都可以使用整個.NET框架。開發人員可以方便地獲得這些 技術的優點，其中包括托管的公共語言運行庫環境、類型安全、繼承等等。ASP.NET 技術的簡潔的設計和實施，完全面向對象、具有平臺無關性且安全可靠、主要面向互 聯網的所有特點。此外，強大的可伸縮性和多種開發工具的支持，語言靈活，也讓其 具有強大的生命力。ASP. NET以其良好的結構及擴展性、簡易性、可用性、可縮放性、 可管理性、高性能的執行效率、強大的工具和平臺支持和良好的安全性等特點成為目 前最流行的Web開發技術之一。而采用ASP. NET語言的網絡應用開發框架，目前也己 得到廣泛的應用，其優勢主要是為搭建具有可伸縮性、靈活性、易維護性的業務系統 提供了良好的機制。
2.3.2 IIS互聯網信息服務
IIS（Internet Information Server,互聯網信息服務）是一款微軟公司主推的服 務器，其中包括Web服務器、FTP服務器、NNTP服務器和SMTP服務器，分別用于網 頁瀏覽、文件傳輸、新聞服務和郵件發送等方面。IIS專用于微軟操作系統平臺，兼 容微軟的各項Web技術，尤其是ASP. NET, JAVA, VBscript等。IIS可以賦予一部主 機電腦一組以上的IP地址，而且還可以有一個以上的域名作為Web網站，人們可以 利用TCP/IP內容設置兩組以上的IP地址給它，除了為網卡再加進一組IP地址之外， 必須在負責這個點的DNS上為這組IP地址指定另一個域名，完成這些步驟以后，在 Internet Service Manage中就會出現一個虛擬Web服務器，虛擬服務器（V讓tual Server）必須有它自己的主目錄（home directory）,對于IIS來說，所有服務器都 是它的虛擬服務器。如果打算將電腦配置成服務器，也可以下載IIS安裝包，安裝使 用，之后可以將電腦配置成服務器環境，以便可以在本地調試或者測試一些ASP或則 PHP網站程序。目前最新的IIS版本為win7/win8上的IIS&與之前的IIS版本相比， IIS8具有跟高的可靠性、客觀理性以及伸縮性。
2.3. 3 SQL server
SQL Server是一款Microsoft公司開發的關系型數據庫管理系統。其具有高可 用性、高安全性以及可伸縮性良好等優點，并且與相關的軟件集成程度也非常的高。 SQL Server可以橫跨多種大型多處理器的服務器等多種平臺使用。SQL Server對數 據庫進行加密、更加安全有效的默認設置、完善的密碼政策和強化的安全模型等特性 為企業數據提供了超高級別的安全性，受到一致的好評。而本系統使用的SQL Server 2012版本更是一款更加完善的版本，優化了 12項內容，并且新增了內存技術改進和 云整合技術。
2. 4技術路線
根據本系統的研究目的和研究內容，制定此次開發的技術路線，如圖2.1所示。
準 備 階 段
收集文獻
了解系統現狀
熟悉系統評價方法
分析階段
系統目標分析
用戶細分
需求分析
可行性分析
邏輯建模
技術選擇
數據流程圖
設計階段
系統架構設計
功能模塊設計
系統界面設計
數據庫設計
系統實施
系統運維
系統測試
開發測試階段
編寫系統文檔及論文 |
I
圖2-1技術路線圖
Fig. 2-1 Technology roadmap
3需求分析
在進行系統設計之前需要對使用系統的用戶，進行需求的調查、分析和總結，完 成系統的需求分析，并且要充分了解系統的詳細業務流程，設計關于系統數據庫的數 據構成，在此基礎上確定系統需要哪些功能，從輸入、輸出、處理、性能和控制方面 進行具體設計。本章對縣級退耕還林工程信息管理系統進行需求分析，其中包括系統 的功能需求、數據需求、性能需求、控制需求。
3. 1系統功能需求
3.1. 1系統概述
縣級退耕還林工程信息管理系統是針對張家口市陽源縣這一縣級單位地區的，本 系統實際起到的功能作用即連接縣林業局、設計方、驗收方和農戶的一個現代化信息 管理系統。通過本系統可實現對退耕還林工程管理的現代化、信息化、高效化和可視 化，大大方便了退耕還林工程中各類工作人員，提高了退耕還林工程的管理效率，使 其變得更加科學與合理（劉淑榮,2011）。同時通過縣級退耕還林工程信息管理系統規 范退耕還林工程中的一些系列數據，將數據標準統一化，有序化，減少數據冗余。系 統的主要功能是對退耕還林工程中地塊設計信息管理、地塊驗收信息管理、農戶信息 管理、行政區域信息管理以及退耕還林工程補助款信息管理（李超然,2015）。
3.1. 2系統功能分析
縣級退耕還林工程信息管理系統中，一共分類三類用戶，一類是業務管理員，一 類是普通用戶，一類是系統管理員。其中普通用戶包括農戶、設計人員、驗收人員可 實現注冊、登陸、數據輸入、數據管理等操作。業務管理員可實現對退耕還林工程的 所有數據的統計、管理等操作。系統管理員主要是對系統進行運維管理，并在確保系 統穩定性的前提下，實現如下幾個功能：
登陸：對用戶注冊、登陸、退出進行嚴格的審查，確保用戶的安全性；
數據管理：用戶可對數據進行增加、查詢、修改、刪除等操作。
用戶管理：管理員具有對用戶信息的管理功能，包括用戶級別及其權限的修改。
縣級退耕還林工程信息管理系統的系統用例圖如下：
3. 1. 3功能模塊描述
(1)行政區劃信息管理
行政區劃信息數據管理即系統對執行退耕還林工程的鄉鎮村等行政單位的各類 的標準數據進行增加、査詢、刪除、修改等操作。以此將所有需要執行退耕還林工程 的行政區域的信息數據收集并整理，最后再將數據按邏輯進行分類編碼以方便管理。
(2)農戶信息管理
農戶在退耕還林工程中扮演著很重要的角色，首先顧名思義退耕還林就是將農戶 的耕地變為林地，停止對農作物的種植，并在原有耕地上種植樹木。在這一過程中農 戶會幫助實施退耕還林(植樹、引水)，同時也會獲得相應的補貼和樹木帶來的經濟 價值，因此農戶信息的管理尤為重要(何尤剛,2006)。農戶信息主要有其身份信息以 及農戶所在地區的行政區劃信息等。同時農戶信息和地塊信息具有相互關聯性，最終 的農戶的退耕地的補償金額是根據驗收地塊信息計算得來。考慮到農戶信息量較大， 而且數據量逐年遞增，因此使用農戶檔案的形式進行信息管理，以此可大大方便對農 戶信息管理操作。
（3） 地塊規劃設計信息管理
地塊規劃設計是在實施退耕之前，對農戶的的土地進行設計規劃，最后選定哪些 地塊用來退耕還林，整個地塊規劃過程是對農戶所有土地的基礎數據進行增加、查詢、 刪除、修改等操作。考慮到地塊數量較多，故對每一塊地塊進行編號（小班編號）， 之后即可根據地塊編號進行快速的查詢，并使得對農戶地塊信息的管理。
（4） 地塊驗收信息管理
地塊驗收即對退耕還林成果進行核查，通過核查檢測來獲得退耕還林地的樹木成 活率、樹木實際種植面積、樹木種植株行距、種植林種以及種植樹種等數據。通過地 塊驗收信息管理實現對驗收信息數據的增加、查詢、刪除、修改等操作。以此對驗收 信息進行統一管理，提高對農戶的補償金額計算的效率和準確度。
（5） 補償款信息管理
補償款信息管理主要是對所有退耕還林地塊的補償款數據計算，同時對已經計算 的補償款數據進行查詢、統計等數據分析及管理，并給出生成相關統計數據圖。
（6） 系統維護
系統維護包括系統初始化、數據備份、數據還原及用戶管理等功能。
3.1. 4性能需求
本系統為Browser/Server結構（B/S）,由于服務器具有多層結構，用戶在瀏覽 器發送的請求經過多層服務器之間的信息交換與處理之后再返回給瀏覽器。用戶在訪 問時的性能需求需要根據性能測試指標來確定，常用的性能指標有響應時間、吞吐量、 每秒點擊數和事物成功率（惠斌武,2011） o根據系統的設計目標用戶對于縣級退耕還 林工程信息管理系統的性能需求有：（1）響應速度快。系統需要有一定的承載能力， 在短時間內返回用戶查找和運算的結果。（2）系統有良好的反饋操作。在用戶向服 務器發出請求時，無論成功或失敗，系統需要有反饋消息的提示。（3）系統能夠同 時承受至少70人同時訪問，由于是退耕還林信息管理系統，在用戶使用過程中工作 人員同時操作不會導致系統的癱瘓情況。
3.1. 5控制需求
隨著計算機網絡的不斷發展，存在著許多的要素可以威脅到系統的安全。控制需 求從安全控制上入手，根據本系統的實際情況，提出以下安全需求：（1）系統管理 員用戶可以更改用戶的權限，不同的用戶權限不同。（2）用戶無心的不當操作可能 會造成系統的損壞，系統需要即使進行提示。（3）用戶身份認證，首先進行用戶名 的驗證，接著進行用戶口令的驗證。這樣可以防止無關人員訪問系統造成負載。（4） 設置防火墻來進行防護（王寶春，2016） o
3.1.6業務流程圖
3. 2數據需求
3.2. 1數據字典的定義
(1)數據項
對數據項的描述通常包括以下內容：名稱，簡要說明，數據值類型，類型，長度, 有關的數據結構。其中有關的數據結構定義了數據的完整性約束條件(李文華,2009)-
表3-1數據字典-數據項
Tab. 3?1 Data dictionary-data item
名稱 簡要說明 數據值類型 類型 長度有關的數據結構
(2)數據結構
對數據結構的描述通常包括以下內容：名稱，簡要說明，數據結構，有關的數據
流、數據存儲。其中有關的數據流、數據存儲定義了數據的完整性約束條件。
表3-2數據字典-數據結構
Tab. 3-2 Data dictionary-data structure
名稱 簡要說明 數據結構 有關的數據流、數據存儲
用戶信息表 用戶信息登記表 用戶信息、 用戶管理、用戶信息存儲
綜合數據表 退耕還林工程中的 數據編號、數據信息(地塊 數據輸入、數據管理、數
所有數據 設計信息、地塊驗收信息等) 據存儲
行政轄區信息表 退耕還林涉及的行 政轄區編號 鄉編號、村編號 數據輸入、數據管理、用 戶信息存儲
農戶信息表 退耕還林涉及的農 戶信息 農戶數據，用戶信息 數據輸入、數據管理、用 戶信息存儲
地塊規劃信息表 地塊規劃信息數據 規劃數據、地塊編號 數據輸入、數據管理、數 據存儲
地塊驗收信息表 地塊驗收信息數據 驗收數據、地塊編號 數據輸入、數據管理
⑶數據流
數據流是數據結構在系統內傳輸的路徑，通常包括名稱，數據來源，數據流向, 數據流結構。
表3-3數據字典-數據流 Tab. 3-3 Data dictionary-data flow
名稱 數據來源 數據流向 簡要說明 數據流結構
數據輸入 用戶輸入 綜合數據表 退耕還林信息管 理首要步驟
用戶管理 管理員 用戶信息表 管理員對用戶信 息操作 用戶表：用戶名、密碼、用 戶類別其他
數據管理 管理員/用戶 綜合數據表 對退耕還林信息 數據處理 農戶信息表、地塊規劃信息 表、地塊驗收信息表、行政 轄區信息表、綜合數據表
⑷數據存儲
對數據存儲的描述通常包括以下內容：條目名稱，簡要說明，數據結構，有關的 數據流、有無立即存取。
表3-4數據字典-數據存儲
Tab. 3?4 Data dictionary?data storage
條目名稱 簡要說明 數據結構 有關的數據流 有無立即存取
數據信息存儲 存儲退耕還林數據信息 綜合數據表 信息管理 有
用戶信息存儲 存儲系統的用戶相關信息 用戶信息表 用戶管理 有
⑸處理邏輯
對處理邏輯的描述通常包括以下內容：名稱，簡要說明，輸入，輸出，處理。
表3-5數據字典-處理邏輯
Tab. 3?5 Data dictionary-processing logic
名稱 簡要說明 輸入 輸出 處理
用戶注冊 用戶注冊時 用戶 在用戶信息表中生 記錄用戶注冊時的登記信息，
填寫的信息 注冊信息 成記錄 用于之后的登錄信息驗證
用戶登錄 用戶登錄時 用戶/管理員 用戶登錄后 驗證用戶登錄信息正確后進
填寫的信息 登錄信息 跳轉頁面 入操作界面
數據導入 導入退耕數 退耕還林工程 退耕數據進入系統 導入數據并暫存等待下一步
據等待后續 處理 信息數據 存儲 操作
數據預處 選擇具體需 選擇某一類別 數據信息結果 用戶選擇數據類別后執行預
理 要的數據類 別
對退耕還林 數據添加、審 核、處理 進行預處理 處理執行指令
數據管理 退耕還林工程 數據信息 數據最終結果 對數據審核的各項操作
⑹外部實體
對外部實體的描述通常包括以下內容：名稱和說明。
表3?6數據字典-外部實體
Tab. 3-6 Data dictionary-entity
名稱 說明
鄉/鎮 輸入數據流：退耕還林工程所涉及的鄉/鎮的行政轄區信息及編號 輸出數據流：退耕還林工程所涉及的鄉/鎮下屬村信息及編號
村/屯 輸入數據流：退耕還林工程所涉及的村/屯的行政轄區信息及編號 輸出數據流：用退耕還林工程所涉及的村/屯下屬農戶信息及編號
農戶 輸入數據流：農戶個人信息，編號，所在村/屯編號，備注 輸出數據流：農戶所涉及的退耕地信息，補償款信息
地塊設計 輸入數據流：設計信息 輸出數據流：設計信息
地塊驗收 輸入數據流：退耕還林工程地塊規劃設計信息及驗收數據信息 輸出數據流：退耕還林工程地塊驗收信息
補償款 輸入數據流：補償款標準及退耕面積 輸出數據流：補償款最終補償金額信息
補償款標準 輸入數據流：補償款標準 輸出數據流：補償款標準
3.2. 2實體關系圖
縣級退耕還林工程信息管理系統一共有如下幾個實體，具體的系統實體與實體之 間的E-R圖如下所示：
圖3-5實體關系圖
Fig. 3-5 Entity relationship diagram
3.2. 3實體屬性圖
(1)鄉/鎮實體
鄉/鎮實體主要包含鄉/鎮編號以及鄉/鎮名稱。
(2)村/屯實體
村/屯實體只要包含村/屯的編號名稱以及所屬鄉/鎮的編號。
(3)農戶實體
農戶實體主要包含農戶的編號，姓名，身份證號，所在村/屯編號以及備注等。
(4)地塊規劃設計實體
地塊規劃設計實體包含地塊的各類基本信息，以及設計過程中所涉及的各類信 息，例如：設計時間，設計林種，苗款補助，設計面積等。
圖3-9地塊規劃設計實體圖
Fig. 3-9 Lot planning and design entity map
(5)地塊驗收實體
地塊驗收實體包含所有的地塊驗收數據，例如：地塊編號，驗收時間，實際面積, 實際樹種，實際林種，成活率等。
(6)補償款實體圖
補償款實體包含補償款編號，地塊編號，補助時間，補發明細，實發款等信息。
3. 3系統配置需求
3.3. 1硬件
在系統開發正式實施之前，通過對系統的工作量的估計和根據用戶的需求選擇合 適的硬件設備是必要的(徐天蜀,2008) o由于此次系統開發屬于個人完成的相對小規 模的系統，工作量不大，所以完成本系統所使用的計算機硬件主要是自己的電腦。主 要參數如下：
服務器： 聯想Lenovo Y430P系列
CPU： Intel Core i7-4710MQ(2. 5GHz)
內存： 8 GB
硬盤： 1TB
計算機的容量和速度方面基本可以滿足縣級退耕還林工程信息管理系統的開發 與運行，同時滿足了可靠性、熟悉性、方便性和經濟合理性的選擇設備的指標。
3.3. 2軟件
選擇合適的軟件對系統的實施和運行有很大作用。要求軟件應該能執行所必需的 任務、有足夠的執行效能，同時具有快速的響應時間以及高效的輸入輸出、數據存儲 和備份，還要求具有一定的靈活性。
數據庫：Microsoft SQL Server 2012
IIS服務器：IIS &0
開發環境：ASP. NET
主流瀏覽器：IE6.0或以上版本。
4系統設計
在進行完系統需求分析之后，即可開展系統設計工作，系統設計需要結合系統的 功能需求分析來進行設計，將需求分析中的功能需求變為具體的功能模塊設計，并且 在設計時要充分考慮系統實現所需要的外部環境等。系統設計的根本目的在于將系統 需求分析階段提出的邏輯要求，實現為具體客觀的信息管理系統功能方案，同時要結 合需求分析階段中的可行性分析來考慮分析系統設計實現的經濟、技術、環境等方面, 保證系統設計能夠完美進行下去（左文明,2008）。
4.1系統架構設計
通過對系統的需求分析，縣級退耕還林工程信息管理系統是一個基于網絡的多用 戶操作信息系統，系統采用瀏覽器/服務器結構（B/S架構）。普通用戶和管理員是 通過WEB瀏覽器與服務器、數據庫進行數據交換，系統的框架如下圖所示：
4. 2數據庫設計
根據具體的功能分析，數據庫中設計了 6張表，分別是村/屯信息表、鄉/鎮信息 表、農戶信息表、地塊規劃設計信息表、地塊驗收信息表、補償款信息表。如下所示:
表4-1村/屯信息表
Tab. 4-1 Village/tun information form
序號 字段名稱 字段類型 大小 允許為空 是否為主鍵 備注
1 cun_no Varchar 10
2 tun_no Varchar 10
3 cun_name Int 16
4 tun_name Int 16
5 xiang_no Varchar 10
6 zhen no Varchar 10
村/屯信息表包括：村編號、屯編號、村名字、屯名字、所屬鄉編號、所屬屯編 號。
表4-2鄉/鎮信息表
Tab. 4-2 Township/town infbrmation table
序號 字段名稱 字段類型 大小 允許為空 是否為主鍵 備注
1 xiang_no Varchar 10
2 zhen_no Varchar 10
3 xiang_name Int 16
4 zhen_name Int 16
5 xian no Varchar 10
鄉/鎮信息表包括：鄉編號、鎮編號、鄉名字、鎮名字、所屬縣編號。
表4-3農戶信息表
Tab. 4-3 Fanners information form
序號 字段名稱 字段類型 大小 允許為空 是否為主鍵 備注
1 nonghu_no Varchar 10
2 cun_no Varchar 10
3 tun_no Varchar 10
4 Id card Varchar 20
5 name Int 20
6 sex Int 4
7 body Int 500
8 qq VarChar 10
9 email VarChar 20
10 adddate DateTime 8
11 shoujihao Int 2
12 csrq DateTime 500
農戶信息表包括：農戶編號、農戶所屬村編號、農戶所屬屯編號、農戶身份證號、 農戶姓名、性別、身高、qq、電子郵、添加時期、手機號、出生日期。
表4-4地塊規劃設計信息表
Tab. 4-4 Land planning and design information table
序號 字段名稱 字段類型 大小 允許為空是否為主鍵 備注
地塊規劃設計信息表包括：地塊規劃設計編號、所屬村編號、所屬屯編號、村名 字、屯名字、農戶編號、農戶姓名、規劃設計面積、規劃設計林種、規劃設計樹種、 規劃設計株行距、規劃設計補償款。
表4-5地塊驗收信息表
Tab. 4?5 Plot acceptance information table
序號 字段名稱 字段類型 大小 允許為空是否為主鍵 備注
地塊驗收信息表包括：地塊驗收編號、所屬村編號、所屬屯編號、村名字、屯名 字、驗收時間、驗收面積、驗收林種、驗收樹種、驗收株行距、驗收存活率、驗收苗 木質量、驗收郁閉度、驗收坐標信息、驗收農戶種苗造林信息、驗收補償款。
4.3系統數據處理流程
在網頁應用系統中，數據是整個系統的核心，縣級退耕還林工程信息管理系統
的數據處理流程圖如下:
農戶信息統計
圖4-3系統數據處理流程圖
Fig. 4-3 System data processing flow chart
4. 4系統功能結構圖
在設計完系統數據庫后，即可進行對系統功能結構的設計，首先要根據系統功能 設計系統功能結構，縣級退耕還林工程信息管理系統一共設計有8個系統功能模塊， 分別是：地塊信息管理模塊、信息查詢管理模塊、信息統計管理模塊、信息計算管理 模塊、農戶信息管理模塊、參數信息管理模塊、行政轄區信息管理模塊、回收站信息 管理模塊。具體的縣級退耕還林工程信息管理系統功能結構圖如圖所示：
4. 5地塊信息管理模塊
地塊信息管理模塊中包含5個子功能模塊，分別是:地塊規劃設計信息管理模塊、 地塊驗收信息管理模塊、地塊規劃設計信息導入模塊、地塊驗收信息導入模塊以及地 塊驗收信息表導出模塊。
4.5. 1地塊規劃設計信息管理
地塊規劃設計信息管理模塊主要是對退耕還林工程中地塊規劃設計信息進行增、 查、刪、改等操作。本功能模塊主要是面向退耕地塊規劃設計而制定的，工作效率高, 操作簡單，大大方便外業規劃設計人員對退耕地的規劃、設計和統計。
其中地塊規劃設計信息管理模塊還設計了額外功能，即輸入某一地塊編號后，可 直接進入到所輸入地塊編號的數據項上，以此可大大方便工作人員對地塊的查詢、增 加、修改等：
(1)增加功能：在接入到輸入地塊編號的數據項之后可增加新的規劃設計數據。
(2)修改功能：在接入到輸入地塊編號的數據項之后，如有要修改的地方，可 及時對規劃設計數據進行編輯修改。
4.5. 2地塊驗收信息管理
地塊驗收信息管理功能子模塊主要是對退耕還林工程中地塊驗收信息進行增、 查、刪、改等，主要內容是實際面積、實際樹種、實際林種、樹木成活率、實際株行 距等，工作人員可將地塊驗收信息輸入到系統，并可對驗收數據編輯修改，并根據驗 收數據來計算農戶可獲得的實際補償款。
4.5. 3地塊規劃設計信息導入
考慮到整體工作效率問題，地塊信息管理模塊中還設計了地塊規劃設計信息導入 功能子模塊，通過本模塊可一次性將全部的地塊規劃設計數據導入到系統中，而無需 用地塊規劃設計信息管理子模塊一個一個的錄入，避免了繁瑣提高了工作效率。
4.5. 4地塊驗收信息導入
地塊驗收信息導入功能子模塊同樣是基于工作效率而設計的，其功能同地塊規劃 設計信息導入功能子模塊相似，當驗收工作完成，驗收表單填寫工作結束后，可將整 體的地塊驗收數據導入系統。
4.5. 5地塊驗收信息表導出
地塊驗收工作是一項需要大量外業數據支持的工作，而大量的外業人員在驗收過 程中如果沒有統一的標準或驗收表單則極易出現記錄數據繁雜，標準不一等現象，由 此工作效率將大大降低，為防止此現象的出現，并降低后期工作量，特設計了地塊驗 收信息表導出功能子模塊，本模塊可跟據系統中地塊規劃設計的信息，按照一定的要 求，以統一的標準導出地塊驗收表，這樣退耕還林的監理方(驗收方)即可直接用系 統給出的驗收表進行驗收工作。
4.6信息查詢管理模塊
通過信息查詢管理模塊可查詢任何存儲在系統中的數據，并根據相關條件對特殊 數據進行查詢，信息查詢管理模塊一共含有三個功能子模塊，具體是：地塊規劃設計 信息查詢、地塊驗收信息查詢和補償款信息查詢。
4.6. 1地塊規劃設計信息查詢
在地塊規劃設計信息查詢功能子模塊中，工作人員可根據不同的條件類型進行精 確的信息查詢，本系統一共有五類條件類型查詢分別是：
(1)以農戶信息類型査詢：通過調取農戶的個人信息來對與農戶相關的地塊規 劃設計信息查詢，例如：輸入農戶名稱“張三”，再輸入農戶身份證號后即可查詢與 張三相關的地塊規劃設計信息，輸入身份證號是為了確保查詢精度，避免出現重名情 況，當然也可根據姓氏來進行模糊查詢。
（2） 以行政轄區信息查詢：在本類型查詢中輸入要查詢的行政轄區信息，如： “大田洼村”或“馬主部鄉”等，即可查詢對應的相關單位的地塊規劃設計信息。其 中：鄉和鎮，村和屯是同級，具體區別是不同地區的叫法不一樣，因此本系統將縣級 以下的行政轄區分類全部涵蓋。
（3） 以年份信息查詢：通過輸入制定的年份信息來查詢某一年的地塊規劃設計 信息，例如：輸入2017年，可查詢2017年全部的地塊規劃設計信息。
（4） 以任意信息查詢：在本查詢類型中，可自定義自己的條件并對符合條件的 地塊規劃設計信息查詢。例如：設定查詢條件為林種為“防護林”并且規劃設計面積 大于“2.0” ,以此來查詢。
（5） 以綜合信息查詢：本查詢類型可將上面四個查詢類型綜合到一起進行查詢， 大大提高查詢的精度。例如：設計條件為某鄉，張姓農戶，林種為“防護林”并且面 積不低于“1.5”的2017年的地塊規劃設計信息，并對其進行精確査詢。
4.6. 2地塊驗收信息查詢
在地塊驗收信息查詢功能子模塊中，同樣是分為五類條件類型查詢，和地塊規劃 設計信息查詢功能子模塊一樣，工作人員可選擇任意類型進行查詢。
（1） 以農戶信息類型查詢：通過農戶個人姓名，身份證號等相關信息對地塊驗 收信息查詢，同樣可以根據姓氏模糊查詢，也可根據身份證號進行精確查詢。
（2） 以行政轄區信息査詢：在本類型查詢中輸入要查詢的行政轄區信息，即可 查詢對應的相關單位的地塊驗收信息，共分為鄉或鎮，村或屯。
（3） 以年份信息查詢：通過輸入指定的年份信息來查詢某一年的地塊驗收信息。
（4） 以任意信息查詢：在本查詢類型中，可自定義自己的條件并對符合條件的 地塊規劃設計信息查詢。
（5） 以綜合信息查詢：本查詢類型可將上面四個査詢類型綜合到一起對地塊驗 收信息進行查詢。
4.6. 3補償款信息查詢
補償款信息查詢功能子模塊同地塊規劃設計信息查詢和地塊驗收信息查詢的查 詢流程一樣，其查詢的結果是根據退耕還林工程的規劃設計、驗收以及每年的補償款 參數計算得來。
（1） 以農戶信息類型查詢：通過農戶個人姓名，身份證號等相關信息對補償款 信息查詢。
（2） 以行政轄區信息查詢：輸入行政轄區信息，即可查詢相對應的補償款。
（3） 以年份信息查詢：通過輸入指定的年份信息來查詢某一年的補償款信息。
(4)以任意信息查詢：通過自定義查詢條件查詢符合條件的補償款信息。
(5)以綜合信息查詢：將以上四種查詢條件綜合在一起進行精確查詢，獲得補 償款信息。
4.7信息統計管理模塊
信息統計管理模塊即對退耕還林工程中的地塊規劃設計信息、地塊驗收信息以及 補償款信息進行統計，一共分為三個功能子模塊：地塊規劃設計信息統計、地塊驗收 信息統計、補償款信息統計。
4.7. 1地塊規劃設計信息統計
地塊規劃設計信息統計功能子模塊主要是通過地塊面積、地塊林種、地塊樹種這 三大塊內容對地塊規劃設計信息統計的。
(1)以地塊面積：根據退耕還林工程起始和完成年份對地塊規劃設計信息統計。
(2)以地塊林種：根據退耕還林工程起始和完成年份對地塊規劃設計信息統計
(3)以地塊樹種：根據退耕還林工程起始和完成年份對地塊規劃設計信息統計 4. 7. 2地塊驗收信息統計
地塊驗收信息統計功能子模塊和地塊規劃設計信息統計功能子模塊一樣，也是通 過地塊面積、地塊林種、地塊樹種這三大塊內容對地塊驗收信息統計的。除此之外， 在地塊規劃設計信息統計功能和地塊驗收信息統計功能中都涉及到了人為采集的數 據，例如地塊面積、樹高、苗木成活率、郁閉度及株行距等，因此需要對數據進行預 處理，降低數據噪音，使之變成可用于之后統計的有效數據。主要進行的處理有：
(1)缺失值檢驗。在人為采集數據的過程中，有些數據很有可能因為一些不可 測原因丟失，在此功能中要將這些缺失的數據刪除，以免對數據統計時的結果產生偏 倚。
(2)歸一化處理。根據森林數據的標準度量單位檢查收集到的數據中是否存在 度量單位不統一的問題，以防止由于數據不在同一區間導致數據統計時無法發揮作 用。
(3)對原始數據中有數據值相差較大的數值，要將其去掉以避免誤差。
(4)原始數據中不能出現連續三個相同數值，否則需要將再次檢査數據準確性。
4. 7. 3補償款信息統計
補償款信息統計功能子模塊主要是為了統計退耕還林工程中所涉及的農戶獲得 的補償款，農戶以此統計信息不按照相關補償款參數計算獲得相應的補償款。同樣是 以起始和結束年份為單位，按照地塊面積、地塊林種、地塊樹種進行統計。
4. 8信息計算管理模塊
通過對信息計算管理模塊的應用，可計算得出農戶在退耕還林工程中獲得的相應
補償款數目，并對補償款進行管理。本模塊共分出兩個功能子模塊分別是：補償款計 算功能子模塊，補償款管理功能子模塊。
4. 8. 1補償款計算
退耕還林工程農戶補償款的計算是本退耕還林信息管理系統的研究重點，由于補 償款涉及面多，關聯性強，政策性也很強，因此需要退耕還林工程的多項信息數據相 配合計算，最終得到農戶實際補償款。在退耕還林補償款計算過程中需要用到的基礎 信息數據包括：規劃設計面積(ghsj_mj)、驗收面積(ys_mj)、驗收農戶種苗造林 面積(ys_nhzmzlmj)并且還有相關每年退耕還林工程補償款政策信息數據。在補償 款計算中還涉及到規劃設計補償款(ghsj_bck)、驗收補款(ys_bk)、驗收扣款(ys_kk)^ 最終實發補償款(zzsfbck) o
在計算最終實發補償款之前，要先確認農戶地塊的類型以及發放補償款類型，具 體的補償款類型確定流程如下所示：
圖4-5補償款類型判斷流程圖
Fig.4-5 Compensation type judgment flow chart
根據補償款類型判斷流程圖所示，補償款判斷第一步是檢查地塊是否進行退耕還 林，如沒有此地塊則不計算此地塊，計算結束。第二步判斷林種的種植面積所占比， 如果退耕還林林種種植面積經濟林種植面積大于20%或生態林種植面積低于80%則補 償款只計算農戶的種苗造林補償款，也就是農戶所得最終實發款只有種苗造林補償 款。第三步判斷如果生態林種植面積占比大于80%或經濟林種植面積占比小于20%, 則最終實發補償款款按照全款計算。
在判斷萬補償款類型后即可計算最終實發補償款，一共有兩個計算流程，一個是 生態林大于80%或經濟林小于20%的地塊最終實發補償款，另一個是生態林小于80% 或經濟林大于20%的地塊最終實發補償款。
(1)生態林大于80%或經濟林小于20%
開始
計算墩終實發 補償款
結束 I
圖4?6補償款計算流程圖
Fig. 4-6 Compensation calculation flow chart
由本流程圖可知，計算最終實發補償款之前要先計算規劃設計補償款、驗收補款、 驗收扣款以及種苗造林補償款。最終實發補償款二規劃設計補償款+驗收補扣款+種苗 造林補償款。
規劃設計補償款計算方法為以地塊規劃設計面積乘以當年退耕還林政策下的單 位面積補償款，得出的結果即為規劃設計補償款。
驗收補扣款的計算方法則為用地塊驗收面積減去地塊規劃設計面積，之后再乘以 當年退耕還林政策下的單位面積補償款，得出的結果即為驗收補扣款。
種苗造林補償款的計算方法為用驗收農戶種苗造林面積乘以當年退耕還林政策 下的單位面積種苗造林補償款，得出的結果即為種苗造林補償款。
舉例說明：農戶“李四”在2017年退耕還林工程中參與退耕還林工程，工作人 員規劃設計面積300畝，驗收農戶“李四”參與種苗造林面積200畝，驗收實際退耕 還林面積250畝，且生態林種植面積占比大于80%, 2017年退耕還林政策為退耕還林 補償款1500/畝，種苗造林補償款300元/畝，則農戶最終的實發補償款=300畝*1500 元/畝 + （250 畝-300 畝）*1500 元/畝+300 元/畝*200 畝=435000 元。
4. 8. 2補償款管理
在計算完補償款后還需要一個對補償款信息管理的功能模塊，因此設立補償款功 能子模塊，通過本功能子模塊可對補償款信息進行管理，例如：查詢、增添、編輯和 刪除。具體的增查刪改等操作在選擇完補償款的年份后進行編輯。
4. 9農戶信息管理模塊
農戶信息管理模塊主要是對農戶信息進行統計的收集管理，方便工作人員查詢并 配合對補償款的計算。本模塊共分為兩個功能子模塊：農戶信息統計功能子模塊、農 戶信息查詢功能子模塊。
4. 9. 1農戶信息統計功能子模塊
農戶信息統計功能子模塊收集所有關于農戶的信息數據，包括農戶姓名、身份證 號、農戶所屬行政轄區編號、農戶退耕還林面積、農戶參與種苗造林面積、農戶退耕 地林種、農戶參與退耕還林年份、農戶獲得補償款等。
4. 9. 2農戶信息查詢功能子模塊
農戶信息查詢功能子模塊主要是針對用戶對農戶信息的查詢，通過輸入相關農戶 信息后進行查詢，查詢內容包括農戶個人信息、參與退耕還林規劃設計信息、參與退 耕還林驗收信息以及補償款等。
4. 10參數信息管理模塊
參數信息管理模塊對于補償款的計算十分重要，其重要功能是根據每年的退耕還 林工程政策對苗款參數和補償款參數進行調控，并依據此參數結合退耕還林工程規劃 設計信息、驗收信息計算農戶應得補償款。
4. 10. 1苗木款項參數設置
苗木款項參數設置功能子模塊主要功能即根據每年退耕還林工程政策對苗木款 項參數進行調控設置，具體功能跟以上信息管理模塊功能一樣，一共四個功能：增、 查、刪、改。
（1） 增加功能：根據每年退耕還林工程政策在系統中增加最新的苗木款項參數 信息。
（2） 查詢：在查詢界面中輸入苗木款項參數的參數即可進入與此參數編號相對 應的數據上。
（3） 刪除：在查詢苗木款項參數時同樣可以對其進行刪改，刪除的苗木款項參 數將被移到系統回收站中，以避免出現錯刪情況。
（4） 修改：在查詢苗木款項參數時也還可對其進行修改，在修改完后點擊保存 即可保存數據。
4. 10. 2補償款參數設置
由于補償款參數設置功能子模塊的內容和地塊驗收信息具有很大的相關性，因此 補償款參數設置通過驗收信息來進行設置，具體功能：增加、查詢、刪除、修改。
(1)增加：輸入驗收信息編號導入到補償款參數數據項，并根據退耕還林工程 政策增加新的參數信息。
(2)查詢：輸入驗收信息編號導入到補償款參數數據項即可進行查詢。
(3)刪除、修改：導入數據項操作同上，根據政策或情況對補償款參數進行刪 除、修改操作，刪除數據移到系統回收站，避免錯刪情況。
4. 11行政轄區信息管理模塊
由于本系統是縣級退耕還林工程信息管理系統，因此行政轄區信息管理模塊主要 是對縣級以下的行政單位即：鄉/鎮、村/屯進行管理，主要功能是對鄉/鎮、村/屯信 息進行增加、査詢、刪除、修改。
4. 11. 1鄉鎮信息管理功能子模塊
(1)增加：進入到鄉鎮信息管理界面后，增加新的鄉鎮信息。
(2)查詢：進入到鄉鎮信息管理界面后，對鄉鎮信息進行査詢操作。
(3)刪除：進入到鄉鎮信息管理界面后，根據需求對鄉鎮信息內容進行刪除操 作，刪除內容移除到系統回收站。
(4)修改：進入到鄉鎮信息管理界面后，根據需求對鄉鎮信息內容進行修改。
4. 11. 2村屯信息管理功能子模塊
(1)增加：進入到村屯信息管理界面后，增加新的鄉鎮信息。
(2)查詢：進入到村屯信息管理界面后，對鄉鎮信息進行查詢操作。
(3)刪除：進入到村屯信息管理界面后，根據需求對鄉鎮信息內容進行刪除操 作，刪除內容移除到系統回收站。
(4)修改：進入到村屯信息管理界面后，根據需求對鄉鎮信息內容進行修改。
4. 12回收站信息管理模塊
回收站信息管理模塊的設立是為了預防在退耕還林工程信息管理系統中工作人 員操作失誤，將重要信息數據刪除。而有了系統回收站后，即可將刪除數據暫存在回 收站中，在確定刪除數據后再將其徹底刪除。回收站信息管理模塊一共分為三個功能 子模塊，分別是：地塊規劃設計回收站、地塊驗收回收站以及補償款回收站。
5系統實現
在上一章節中對縣級退耕還林工程信息管理系統的系統功能模塊進行了設計，并 且明確了每一個模塊的具體分工，具有的功能，本章節以張家口市陽源縣2017年退 耕還林工程數據為依據，對縣級退耕還林工程信息管理系統的功能進行實現演示。
5. 1系統首頁界面
系統首頁界面是一個系統的門面，因此對系統界面的設計十分重要，首先要考慮 系統界面簡單明了，功能清晰，同時還要考慮人機交互等，以提高工作人員工作效率 為主（羅剛,2010）。縣級退耕還林工程信息管理系統的系統首頁界面清晰，布局合理, 最上方為縣級退耕還林工程信息管理系統的功能導航欄，下方為各信息系模塊的顯示 區，整體布局呈左中右。首頁設計功能齊全，沒有冗余也沒有遺漏，可使用戶一視而 知之。
圖5?1系統界面圖
Fig. 5-1 System interface diagram
5. 2系統登陸預注冊
在用戶使用縣級退耕還林工程信息管理系統之前需要進行用戶登陸的操作，如果 用戶未注冊過，需要先進行用戶注冊，在注冊成功后方可進行登陸。在系統首頁登陸 區域點擊注冊按鈕即可進行注冊，點擊注冊按鈕后跳轉到注冊界面，注冊信息包含： 用戶名、密碼、姓名、電話、郵箱、QQ、頭像、籍貫、地址、性別、備注等。
5.3系統功能模塊實現
在注冊并登陸后便可在系統中進行相關操作，根據上一章對系統功能的設計可 知，本系統一共有八個功能模塊，分別是：地塊信息管理模塊、信息查詢管理模塊、 信息統計管理模塊、信息計算管理模塊、農戶信息管理模塊、參數信息管理模塊、行 政轄區信息管理模塊、回收站信息管理模塊。用戶根據要完成的工作任務選擇相關功 能模塊進行處理，下面將依次對系統功能模塊進行實現。
5.3. 1地塊信息管理模塊
地塊信息管理模塊主要針對地塊的規劃設計和地塊驗收兩項工作任務而展開的， 地塊信息管理模塊包含5個功能子模塊：地塊規劃設計信息管理模塊、地塊驗收信息 管理模塊、地塊規劃設計信息導入模塊、地塊驗收信息導入模塊以及地塊驗收信息表 導出模塊。這五個功能子模塊主要功能是對退耕還林工程中地塊信息數據的處理：增 加、查詢、刪除、修改。同時地塊信息管理模塊信息數據相關數據庫表分別是：村/ 屯信息表、鄉/鎮信息表、地塊規劃設計信息表、地塊驗收信息表。
(1)地塊規劃設計信息管理模塊
地塊規劃設計信息管理模塊界面布局呈上中下三塊整體布局，最上一欄是本模塊 的所有功能，含有：增加、査詢、刪除、修改。點擊增加按鈕可添加新的地塊規劃設 計信息，點擊修改/刪除按鈕則可對選中的地塊規劃設計信息進行修改或刪除，在查 詢按鈕旁邊輸入索要查詢編號再點擊査詢按鈕即可查詢要找的地塊規劃設計信息。
中間區域是該模塊的地塊規劃設計信息數據的展示區域，中間區域最多可顯示 30條地塊規劃設計信息數據，這主要是考慮到中間區域如果顯示過多信息數據會直 接導致字體變小，嚴重影響用戶使用體驗，降低工作效率甚至導致出錯。
下部區域主要提供翻頁和跳轉選定頁的功能，同時還會將本模塊中的全部信息數 據數目顯示出來。
圖5-2地塊規劃設計信息管理模塊
Fig. 5-2 Land planning and design information management module
(2)地塊驗收信息管理模塊
地塊驗收信息管理功能子模塊的系統界面布局基本同地塊規劃設計信息管理功 能子模塊一樣，也是呈上中下布局，具體功能也是：增加、查詢、刪除和修改。中間 區域最大顯示數目為30條，下部區域可進行翻頁，跳轉頁面以及統計全部的信息數 據數目。
圖5-3地塊驗收信息管理模塊
(3)地塊規劃設計信息導入模塊
地塊規劃設計信息導入功能子模塊的設計是為了方便用戶將地塊規劃設全部信
息數據快速的導入到退耕還林工程信息管理系統中，考慮到導入信息數據的規范性, 在進行信息數據導入之前需將數據按照相關規范格式編輯之后方可進行信息數據導 Ao
(4)地塊驗收信息導入模塊
地塊驗收信息導入功能子模塊的設計同樣是為了方便用戶一次性導入全部的驗 收信息數據，同時本功能子模塊還與地塊驗收信息表導出功能子模塊具有關聯性，用 戶在使用完地塊驗收信息表后，可直接將此表導入到系統中即可，點擊目錄按鈕選擇 要導入系統的文件，之后點擊上傳驗收信息即可完成操作。
怙地塊驗收信息導入
圖5-5地塊驗收信息導入模塊
Fig. 5-5 Plot Acceptance information import module
(5)地塊驗收信息表導出模塊
地塊驗收信息表導岀功能子模塊的設計是為了統一驗收信息標準，規范化驗收信 息數據，因此本功能子模塊將依據相關規范化規定制定驗收信息表條件，并根據不同 行政轄區單位導出地塊驗收信息表。
年份:疋m
諂：玉▼
圖5?6地塊驗收信息表單導出模塊
Fig. 5-6 Parcel acceptance information form export module
5.3. 2信息查詢管理模塊
信息查詢管理模塊可對系統中的所有信息數據進行查詢，共包含三個功能子模 塊：地塊規劃設計信息查詢、地塊驗收信息查詢和補償款信息查詢。本模塊所依據數 據庫表是：村/屯信息表、鄉/鎮信息表、地塊規劃設計信息表、地塊驗收信息表。
(1)地塊規劃設計信息査詢模塊
地塊規劃設計信息查詢功能子模塊界面在布局上呈上中下形式分布，上欄為根據 農戶信息查詢，具有三個選項：農戶姓名、農戶身份證號、查詢。在文本框里填寫相 關信息后，點擊查詢即可。中欄為根據行政轄區査詢，具有三個選項：鄉/鎮、村/ 屯、查詢。下欄為根據年份信息查詢，具有兩個選項：年份、查詢
村： -全逶 屯： 至逶…… ▼
按毀存癥圮養詢！
農戶娃名： 身份證號：
年份： 2017 ▼
圖5-7地塊規劃設計信息查詢模塊
Fig. 5-7 Plot planning and design information query module
(2)地塊驗收信息查詢模塊
地塊驗收信息查詢功能子模塊的功能與界面設置和地塊規劃設計信息査詢功能 子模塊基本相同。具體實現如下所示：
圖5-8地塊驗收信息查詢模塊
Fig. 5-8 Plot acceptance information query module
(3)補償款信息查詢模塊
補償款信息查詢功能子模塊同樣是上中下布局，第一欄為按農戶信息查詢，分別 輸入農戶的姓名和農戶身份證號后點擊查詢按鈕進行查詢，第二欄為按年份信息查
詢，在年份下拉菜單中選擇要查詢的年份后點擊査詢按鈕進行査詢，第三欄為按照行 政轄區信息查詢，分別輸入鄉/鎮、村/屯信息后點擊查詢按鈕進行査詢。
按行融區緻2：邀
循： 王邀循▼ 村： 全迭 ▼ 屯： 全迭 ▼ 3®
■■■■■■■■■■■■
農戶姓名： 身份證號： TO
核電計年誼
年份： 2017 ▼
圖5-9補償款信息査詢模塊
Fig. 5-9 Compensation information query module
5.3. 3信息統計管理模塊
信息統計管理模塊一共包括了三個功能子模塊：地塊規劃設計信息統計、地塊驗 收信息統計、補償款信息統計。本系統模塊依據以下數據庫表：地塊規劃設計信息表、 地塊驗收信息表、鄉/鎮信息表、村/屯信息表、農戶信息表、補償款信息表。本模塊 的主要功能是對退耕還林工程信息管理系統中的數據進行統計，對收集的所有信息數 據進行數據預處理，降低數據噪音等，使之變成可用于之后統計的有效數據。
5.3. 4信息計算管理模塊
信息計算管理模塊的主要功能是對農戶的退耕還林補償款計算以及對農戶補償 款的相關管理，共分為兩個功能子模塊分別是：補償款計算功能子模塊、補償款管理 功能子模塊。
(1)補償款計算功能子模塊是按照年份來對補償款進行計算的，補償款計算的詳 細計算方式在本文的4. 4中講解。
2017 ▼
圖5-10補償款計算模塊
Fig. 5-10 Compensation calculation module
(2)補償款管理功能子模塊是根據補償款計算功能子模塊計算得來的結果進行管 理的，本模塊的主要功能是對計算出的補償款信息進行增加、查詢、刪除、修改等操 作。本模塊界面呈上中下分布，上欄分別是增加按鈕、修改按鈕、刪除按鈕、査詢文 本款和查詢按鈕。中欄是對補償款信息數據的顯示界面，最多可顯示30條信息數據, 下欄是頁面翻頁按鈕及頁面跳轉按鈕,并且具有總條目顯示文本框。具體實現如下圖。
第［19/19 )頁每頁期條記錄共933條記錄
圖5J1補償款管理模塊
Fig. 5-11 Compensation management module
5.3. 5農戶信息管理模塊
農戶信息管理模塊是對參與退耕還林工程的所有農戶信息的統計與查詢操作，共 分為兩個功能子模塊：農戶信息統計功能子模塊、農戶信息查詢功能子模塊。本模塊 所需數據庫表為：地塊規劃設計信息表、補償款信息表、農戶信息表、鄉/鎮信息表、 村/屯信息表等。
(1)農戶信息統計模塊
本模塊根據退耕還林工程地塊規劃設計信息模塊、地塊驗收信息模塊、行政轄區 信息模塊的農戶信息進行對農戶信息的統計，在本模塊界面中先依次選擇行政轄區信 息、年份信息后點擊統計，即可顯示農戶信息統計表。
■? 農戶： 奈升村-劉無示百注 -
——二 :東升村-劉彖溝-劉占林 務
赤升村-劉家溝-劉志林
東升村-劉冢溝-劉忠 1
:東升村-劉妹溝-劃玉民
東升村-劉妹溝-劉玉海
凍升村-劉家溝-劉玉范 i
圖5?12農戶信息統計模塊
Fig. 5-12 Farmers information statistics module
(1)農戶信息查詢模塊
通過選擇行政轄區信息和年份信息來實現對農戶信息的査詢。
衣戶'
圖5-13農戶信息査詢模塊
Fig. 5-13 Fanners information inquiry module
5.3. 6參數設置管理模塊
參數設置管理模塊的功能對退耕還林工程中苗木款項以及補償款的參數進行設 置，是計算補償款的重要步驟，分為兩個功能子模塊：苗木款項參數設置、補償款參 數設置。
(1)苗木款項參數設置
本功能子模塊主要功能是依據不同年份的退耕還林政策對退耕還林工程中的苗 木款項信息進行設置，具體有四項功能：增加、査詢、刪除、修改。功能界面呈上中 下布局，上欄分別是四項功能按鈕，中欄是對苗木款項信息的顯示界面，下欄是翻頁 和跳頁按鈕以及總數目文本框。
圖5-14苗木款項參數設置
Fig. 5-14 Seedling payment parameter settings
(2)補償款參數設置
補償款參數設置功能子模塊主要功能是依據不同年份的退耕還林政策對退耕還 林工程中的補償款項信息進行設置，具體有四項功能：增加、査詢、刪除、修改。功 能界面呈上中下布局，上欄分別是四項功能按鈕，中欄是對補償款項信息的顯示界面, 下欄是翻頁和跳頁按鈕以及總數目文本框。
請罄入綢號 115
年粉 級別一找藪 毅別二議藪 懲禦三 級別三域巍
1 1 2013 85 4000 60 4200 0 0
2 2 2014 85 4000 60 4200 0 0
3 3 2015 85 6000 70 6000 0 0
4 2016 86 6000 70 5000 0 0
5 5 2017 90 11000 70 7700 0 0
圖5-15補償款參數設置
Fig. 5-15 Compensation parameter settings
5.3. 7行政轄區信息管理模塊
行政轄區信息管理模塊是對退耕還林工程所涵蓋的所有鄉/鎮、村/屯信息的管 理，具有兩個功能子模塊：鄉/鎮信息管理功能子模塊、村/屯信息管理功能子模塊。 主要功能是對行政轄區信息數據增加、查詢、刪除、修改。如下圖：
B口行政轄區信息管理
?鄉/鎮信息管理
?村/屯信息管理
圖5-16行政轄區信息管理模塊
Fig. 5-16 Administrative area information management module
5.3. 8回收站信息管理模塊
回收站信息管理模塊是本系統的一個重要模塊，本系統的刪除數據都會被收集到 回收站中，以防止誤刪等情況的出現，分為三個功能子模塊分別是：地塊規劃設計回 收站、地塊驗收回收站、補償款回收站。具體如下圖所示。
曰口回收站
?地塊規創設計回收站
?地塊驗牧回收站
?補償款回收站
圖5-17回收站信息管理
Fig. 5-17 Recycle bin information management
5. 4系統測試
在設計并實現縣級退耕還林工程信息管理系統之后，就該對本系統進行系統測試 To系統測試是對整個系統的測試，將硬件、軟件、操作人員看作一個整體，檢驗它 是否含有不符合系統設計說明的地方（余軍,2013）。通過系統測試可發現系統分析和 設計中的錯誤，如安全措施是否完善，系統可不可以超負荷工作以及系統的兼容性等。 實踐出真知，每一個合格的系統都是要經過系統測試的，只有經歷過系統測試的系統 才能讓用戶真正放心使用，由此可見系統測試的重要地位（王延正,2006） o
5.4. 1系統功能測試
系統測試的目的是判斷在輸入正確的數據時，系統能否得到正確的結果；輸入錯 誤的數據時，系統能否給出相應的提示；用戶對系統操作后，是否有相關反饋，從而 確定系統能否滿足用戶需求和正常運行。本次使用黑盒測試來檢驗系統功能是否可以 正常使用以及給用戶反饋。
首先在登錄時，若沒有正確輸入信息或通過驗證，系統會給用戶良好的反饋，提 示如下圖：
圖5-18提示 Fig. 5-18 The tips
在測試完登陸功能后，即可對系統內部功能進行測試，地塊信息數據的管理功能 是本系統的重中之重，因此著重對地塊信息數據管理功能測試，主要測試地塊信息數 據管理的各模塊功能，即增、査、刪、改，并對補償款計算功能進行測試，測試結果 良好。
5. 4. 2系統性能測試
系統性能測試是為了檢驗系統的最大極限在哪里，是否符合退耕還林工程的工作 需求，并檢驗退耕還林工程信息管理系統的處理能力等。
5.4. 3系統安全性測試
安全性測試時關于檢驗安全服務的應用程序和分辨出隱藏在安全性中的問題的 環節，應用程序是否達到規定的安全要求并不是測試的最終目的，而是為了應對網頁 安全漏洞檢測和SQL嵌入。
表5?1安全性測試表
Tab. 5-1 Safety test table
Step Input Output result memo
非法登 陸之后
1 登陸錯誤N次之后 提示在限定時間內 不允許再次登陸 Fail 還是會 暴露登 陸之后 的界面
2 使用正確用戶信息登陸后，點擊瀏覽器的bacK按鈕 頁面跳轉到登陸界 面，不記錄密碼 Pass
3 輸入不存在的用戶名和密碼登陸 系統給出錯誤 提示 Pass
4 輸入存在的用戶名，錯誤的密碼登陸 系統給出錯誤 提示 Pass
5 輸入存在的密碼，錯誤的用戶名登陸 系統給岀錯誤 提示 Pass
6 對密碼框中輸入的密碼進行復制粘貼 復制粘貼不會 成功 Pass
5.4. 4系統兼容性測試
系統兼容性測試的目的是為了檢驗系統并對又問題地方修改，以此保證用戶在不 同的環境下都可流暢的使用系統，正常的操作系統數據。退耕還林工程信息管理系統 是一個基于網頁的系統，因此本系統兼容性主要著重測試系統的網頁兼容性。
表5-2兼容性測試表
Tab. 5-2 Compatibility test table
Step Input Output result memo
1 在Windows 7系統中用IE瀏覽器打開縣級退 耕還林工程信息管理系統 可以正常運行 Pass
2 在Windows 7系統中用谷歌瀏覽器打開縣級 退耕還林工程信息管理系統 可以正常運行 Pass
3 在Windows 7系統中用360瀏覽器打開縣級 退耕還林工程信息管理系統 可以正常運行 Pass
4 在Windows 7系統中用遨游瀏覽器打開縣級 退耕還林工程信息管理系統 可以正常運行 Pass
5 在Windows 7系統中用火狐瀏覽器打開縣級 退耕還林工程信息管理系統 可以正常運行 Pass
6 在Windows 10系統中用IE瀏覽器打開縣級 退耕還林工程信息管理系統 可以正常運行 Pass
7 在Windows 10系統中用谷歌瀏覽器打開縣 級退耕還林工程信息管理系統 可以正常運行 Pass
8 在Windows 10系統中用360瀏覽器打開縣級 退耕還林工程信息管理系統 可以正常運行 Pass
9 在Windows 10系統中用遨游瀏覽器打開縣 級退耕還林工程信息管理系統 可以正常運行 Pass
6總結與展望
本文主要介紹了縣級退耕還林工程信息管理系統的研發過程，通過對退耕還林工 程現狀的調查，并結合張家口市陽源縣退耕還林數據，設計開發并實現了縣級退耕還 林工程信息管理系統。本系統基于B/S(Browser/Server,即瀏覽器/服務器)結構以 SQL server 2012 為數據庫開發平臺，用 IIS (Internet Information Server)網絡 信息服務為應用服務器，采用ASP. NET開發和設計。通過對縣級退耕還林工程信息管 理系統的開發我收獲了很多，無論是從前期親自參與退耕還林工程，對退耕還林工程 的實施調研，數據收集，還是后期對系統功能的設計，代碼的開發都讓我受益匪淺， 不僅加強了專業知識領域能力，還讓我了解了退耕還林工程的整個業務流程，以及開 發一個專業軟件的整個流程。
6.1總結
(1)分析總結了退耕還林工程現狀，研究分析國內外相關退耕還林工程信息系 統的成果，并根據收集的調研信息、退耕還林數據確立研究方向，定位系統的功能方 向，制定退耕還林工程信息管理系統的研發計劃，并確定系統開發技術。
(2)對縣級退耕還林工程信息管理系統進行需求分析，分析系統的可行性，并 對系統的重要功能進行詳細論述，設計系統的功能模塊、業務流程圖以及系統的實體 圖，制定系統的數據需求以及軟硬件配置的需求。
(3)根據系統功能模塊的劃分，設計系統每一模塊的詳細功能，分析系統的每 一模塊所面向的用戶類型，同時明確個系統功能模塊之間的相互關聯性。
(4)對系統進行實現，根據張家口市陽源縣退耕還林數據對系統進行實例運行， 其中包括對地塊規劃設計信息數據、地塊驗收信息數據、補償款信息數據、農戶信息 數據、行政轄區信息數據的導入，導出，管理等操作，并根據相關參數計算2017年 陽源縣退耕還林補償款數目。之后對本系統進行系統測試，包括：系統功能測試、系 統性能測試、系統兼容性測試。
6.2展望
在實現了縣級退耕還林工程信息管理系統并不斷檢驗系統功能之后，我也發現了 些許的問題，系統的整體功能運行完善，各個模塊運行穩定，但在深入的研究分析后 發現依然有可以進一步完善的地方。
(1)退耕還林是一個涉及面廣，政策性強的工程，在整個工程中涵蓋了眾多的農 戶，為了更加方便農戶對自家退耕還林信息的查詢以及補償款的查詢，本系統應提供 一個面向移動端的查詢信息平臺，這樣可以更加方便農戶對退耕還林信息的查詢，也 可提高退耕還林工程的工作效率。
（2）本系統還可加入GIS二次開發模塊，以此可以更加生動的將退耕還林工程中 的地塊信息展現出來，通過高清遙感圖的形式，用戶可以更加直觀的查詢退耕還林的 地塊信息，農戶也可以更加直觀的查詢自家地塊信息。
參考文獻
[1]崔樹林.林間高效立體種養模式[J].現代農業科技,2012(19):178-179.
[2]杜紀山.縣級退耕還林工程動態管理和監測系統總體方案[J].濕地科學與管理，2002(2):32-34.
[3]何尤剛.退耕還林工程規劃設計問題與優化對策研究[J].生態經濟(中文版)，2006(11):35-3&
[4]惠斌武，陳明銳,楊登攀.Web應用系統性能測試研究與應用[J].計算機應用,2011, 31(7).
[5]李文華.長江洪水與生態建設[JJ.中國農業資源與區劃,1999,14(1):1-8.
[6]李甲鵬.平利縣退耕還林的現狀、問題及對策[J].綠色科技,2010,2010(9):6-8.
[7]李登科.陜北吳起縣退耕還林(草)成效的遙感監測分析[JJ.中國沙漠,2009,29(1):125-130.
[8]李文華沖國生態系統服務研究的回顧與展望[J]啟然資源學報,2009,24(1):1-10.
[9]李玉堂.吉林省營造林工程信息管理系統的設計與開發[J].吉林林業科技，2010,39(2).
[10]李丹.退耕還林工程驗收地理信息系統的研建[J]凍北林業大學學報,2012,40(02):106-10&
[11]李超然.基于web退耕還林信息管理系統的設計與實現[D].吉林農業大學,2015.
[12]劉淑榮.關于林業發展在信息化管理中的問題與對策研究[J].科技風,2011(15):273-273.
[13]羅靜.國家退耕還林管理信息系統的設計與實現一一基于MAPGIS平臺的“退耕還林工程管 理信息系統” [D].中國地質大學(武漢),2014.
[14]羅剛."3S"技術在退耕還林(草)作業設計中的應用[J].內蒙古林業調查設計,2010, 26(3):18-20.
[15]秦其明，袁勝元中國地理信息系統發展回顧[JJ.測繪通報,2001(51):12-16.
[16]秦建明.我國退耕還林還草歷史發展階段及其政策演變[J].農業技術經濟，
[17]史廣升.退耕還林工程建設中作業設計存在的問題及對策[J].林業資源管理，2003(5):12-14.
[18]石軍南.湖南省退耕還林工程信息管理系統分析與設計[JJ.中南林業科技大學學報,2003, 23(3): 39-42.
[19]汪福學.退耕還林管理信息系統的建設[J].中國水土保持科學,2004,2(2):93-97.
[20]吳發云.基于GIS的北京造林規劃設計及管理系統的研建[D].北京林業大學,2005.
[21]王延正.縣級退耕還林工程管理信息系統的分析與設計[J].河北林業科技，2006(4):28-31.
[22]王春寶，于曉鵬.通信企業信息網絡安全控制[J].科技與企業,2016(1):83-84.
[23]徐天蜀.造林規劃設計系統的設計與實現[J].四川林勘設計，2008,(2):71-74.
[24]肖穎為，葛銘.R語言在數據預處理中的開發應用[J].杭州電子科技大學學報,2012, 32(6):165-1 6&
[25]許恩葆.淺談縣級退耕還林信息系統應用[J].內蒙古林業調查設計,2008,31(4):109-109.
[26]于文靜.基于GIS的退耕還林信息系統研究[D].中國人民解放軍國防科學技術大學,2009.
[27]左文明，王慶強.基于Struts的用地管理信息系統[J].計算機工程與設計,200& 29(⑼:4972-497 4.
[28]余軍.陜西省退耕還林階段性驗收信息管理系統設計[J].陜西林業科技,2013(5):58-60.
[29]朱金兆，朱清科.生態位理論及其測度研究進展[J].北京林業大學學報,2003,2(1):100-107.
卩0] Aust A E, Ball J C, Hu A A, et al. Particle characteristics responsible for effects on huma n lung epithelial cells.[J]. Research Report, 2002, 110(110):1.
[31]Babcock, B.A, et al. The Economics of a Public Fund for Environmental Amenities: A stu dy of CRP contracts. American Journal of Agricultural Economics. 1996.
[32]Coppock JT,Rhind DW. Zhang Y,Qin Q,Fan J,et al.Comparative Analysis of Forest Conserv ation and Sustainable Forest Management in China and Germany[J]. Asian Agricultural Res earch,1996(10):117-119.
[33]ENVIRONMENT PROTECTION AGENCY. Guidance on Environmental Data Verification a nd Data Validation[D]. 1984:34-35.
[34]Ian G. McKendry. Evaluation of Artificial Neural Networks for Fine Particulate Pollution (PM 10 and PM2.5) Forecasting[J]. Journal of the Air & Waste Management Association, 20 02, 52(9):1096.
[35]Lewis,D, ect. Development of a spatial database in GIS domain for natural resource assess ment and management in Tadobaandhari[J], tiger reservelndia forest, 2000, 7(10): 34-36.
[36]Northern Israel [Jj.Geo-spatiallnformation Science, 1990,7( 1 ):50-57.
卩7] Pierro Acoller, Cavallari Flecly, Di Guida Beinaravicius.A.SQL-j Query client a tool mana ging the DB backend of the CMS software framework through Web Browser[C]. Real Tim e Conference (RT), 2010 17th IEEE-NPSS .2010:1 - 4.
[38]Rashford B, Gryze S D, Capital T G. Evaluation of Avoided Grassland Conversion and Cr opland Conversion to Grassland as Potential Carbon Offset Project Types An Issue Paper p repared for the Climate Action Reserve David Diaz, The Climate Trust[J]. Clinical Neuroph ysiology, 1996; 111(6):1070-1081.
[39]Robert I.Kabacoff.R 語言實戰[MJ.American:人民郵電岀版社，2013.
[40]Raul Izquierdo Castanedo, and Aquilino A, Juan Fuente. A double-model approach to achi eve effective model-view separation in template based web applications[J].In Proceedings of
ICWE2007, 7th International Conference on Web Engineering, 2007:442 - 456.
[41]Xiaochao Dang, Wei Ma, Yan Li.UNDP403 distance education Website based on WEB2.0 CMS system [J].2OO8: 307 - 311.
上一篇：醫院信息管理系統 的設計與實現
下一篇：沒有了
相關標簽:
