目錄
摘 要 I
ABSTRACT III
插圖索引 V
表格索引 VII
符號對照表 IX
縮略語對照表 XI
第一章 緒論 1
1.1 選題背景及意義 1
1.2 國內外物業管理行業概況 2
1.3 論文的主要內容 4
1.4 論文的組織架構 4
第二章 相關理論基礎和技術路線 5
2.1精準扶貧 5
2.2 MVC 框架模式 5
2.3 SSH 框架 6
2.4 MySQL 數據庫 7
2.5 J2EE 概述 8
2.6 Web 技術概述 9
2.7 本章小結 10
第三章 系統需求分析 11
3.1可行性分析 11
3.2功能性需求 11
3.2.1 扶貧信息管理系統的功能性需求 12
3.2.2 貧困戶信息管理 14
3.2.3 數據審核 17
3.2.4 統計報表管理 18
3.2.5 數據查詢 20
3.2.6 數據導入導出 23
3.2.7 脫貧管理 24
3.3非功能需求 27
3.4 本章小結 27
第四章 系統的設計與實現 29
4.1系統架構設計 29
4.1.1系統設計原則 29
4.1.2體系結構設計 30
4.1.3 網絡拓撲結構設計 31
4.1.4 系統功能結構與角色設計 32
4.2數據庫設計 33
4.2.1 數據庫概念結構設計 34
4.2.2 數據庫物理結構設計 35
4.3系統功能模塊流程設計與實現 37
4.3.1 貧困戶信息管理功能模塊 38
4.3.2 數據審核功能模塊 40
4.3.3 統計報表管理功能模塊 43
4.3.4 數據查詢功能模塊 45
4.3.5 數據導入導出功能模塊 48
4.3.6 脫貧管理功能模塊 50
4.4本章小結 53
第五章 系統測試分析 55
5.1 測試環境 55
5.2 系統功能測試 55
5.2.1 貧困戶信息管理 55
5.2.2 數據審核 57
5.2.3統計報表管理 59
5.2.4 數據查詢 60
5.2.5 數據導入導出 62
5.2.6 脫貧管理 64
5.3 系統性能測試 66
5.4本章小結 66
第六章 總結與展望 67
6.1 總結 67
6.2 后續工作展望 68
參考文獻 69
致謝 71
作者簡介 73
第一章 緒論
1.1 選題背景及意義
30 多年來,我國的扶貧工作成效是喜人的,但是隨著工作的深入推進,過程中 也暴露出了一些不足和問題。首先,由于我國貧困人數較多,導致了數據收集的難度 較大,統計的數據有的不準確;其次,在扶貧信息的統計內容、方式、標準等方面的 不統一性,一定程度上加大了統計的工作量和難度,比如扶貧辦針對扶貧制辦的表格 就分為了縣、村、農戶等三種[1];再次,在偏遠的山區,由于交通的不便,導致了扶 貧信息統計工作難度增大;最后,對居民貧困原因以及脫貧需求掌握的不到位,也導 致了有些地區的扶貧工作一直沒有較大起色。2013年底,按照貧困標準我國還有 8249 萬貧困人口,中央計劃到 2020年實現全部脫貧。除了這8249 萬是否還有其他的未統 計的貧困人口,經過這幾年脫貧工作現在還有多少貧困人口,這些人的貧困原因是什 么,需要如何的幫扶,之前的幫扶效果如何等問題,都是目前無法全面掌握的。而且, 脫貧工作越到后來,剩下的都是些難處理的問題。
為了最大程度發揮扶貧政策的作用,實現社會經濟發展和居民收入增加,本著公 平、公開、公正的原則,需要全面掌握扶貧對象信息,要抓對扶貧的對象,對扶貧對 象進行重點的扶貧工作,不是一把抓,做到扶貧政策的精確落地。這些工作的開展單 純的依靠人工的方式進行顯得不太實際,不僅浪費了大量的人力物力,而且還容易出 現錯誤。隨著信息化的發展,各行各業的信息化建設不斷推進,隨著我國政府對于扶 貧工作的重視程度越來越大,建立一套完善的扶貧信息管理系統迫在眉睫,這也為扶 貧工作管理的全流程追溯創造了條件。
基于對貧困居民的信息進行有效管理而設計一套扶貧信息管理系統,達到對貧困 居民信息管理的動態化和網絡化的目的。扶貧信息管理系統的宗旨是建立標準的電子 檔案,涵蓋扶貧信息的全部內容,實現后臺管理與公眾監督雙向互動 [2],實現對脫貧 需求的精準對接和對扶貧物資的合理安排。扶貧信息管理系統從數據的收集到數據的 統一管理,確保信息的真實可靠。系統建立完善的信息電子檔案,實現信息與資源的 互通,對數據進行多維度的調查,為各級政府的決策提供科學的依據,這樣就可以為 實現精準扶貧提供強大的基礎數據支持。
基于上述的目標,本文將設計與實現扶貧信息管理系統,為扶貧信息的管理與決 策提供依據,使得扶貧管理工作更加的規范化與高效化。該系統的應用基于扶貧信息 管理數據共享、扶貧信息管理流程,設計完成的扶貧信息管理信息系統,實現了貧困 戶信息管理、數據審核、 統計報表管理、脫貧管理等功能。在實際的使用和應用中, 能夠科學合理的進行扶貧信息管理,優化扶貧資源配置,同時能夠規范扶貧信息管理 操作,提高扶貧信息管理的工作效率,確保扶貧信息管理過程的安全,意義重大。
1.2 國內外研究現狀
近年來,我國的政務系統開發與研究較多,但是針對扶貧信息管理的系統研究 較少[3]。在經濟發達的省份已經開始了扶貧信息管理系統的研究,如浙江省已經建 立了扶貧信息管理系統,滿足了鄉鎮扶貧管理機構的扶貧管理工作,提升了扶貧信 息管理的效率,實現了扶貧信息管理的數字化管理。但是從總體的情況來看,我國 的扶貧管理工作形式還是較為嚴峻,一是扶貧管理工作需要落實到戶,需要依據實 際的情況進行各個地區扶貧工作的信息管理,將扶貧信息管理更加細化;二是需要 運用好扶貧資金,在扶貧信息管理系統中加入新的功能;三是動員社會的力量參與 扶貧信息的管理工作,并通過扶貧信息管理系統進行扶貧工作的決策與管理工作[4]。
在國內,隨著信息技術的發展,企業與政府部門不斷地朝著信息化發展,信息 化的發展是企業與政府部門建設的衡量標準。海南省建立了農村衛生建設信息管理 系統[5],云南省建立了項目管理系統[6],廣東省建立了扶貧開發信息系統以及農村低 收入住房改造信息管理系統[7]。此外,還有其他的地方建立了相關的扶貧信息系統 [8-10]。2009 年,廣東省開發的扶貧信息管理系統[11],建立了貧困戶、貧困村的幫扶 臺賬,廣東省還建立了扶貧信息網站,對外發布扶貧信息。2015 年,廣東省開發了 扶貧APP,搭建了扶貧工作交流的平臺[12]。張璞元設計與實現的農村扶貧對象管理 系統,以 Java 為開發語言,以 SQL SERVER2008 為數據庫,并基于 J2EE 與 UML 進行系統的設計。劉曉菊實現的精準扶貧工作信息管理系統,利用B/S結構、MVC 三層結構,使用Python語言開發,利用PostgreSQL作為數據庫存儲數據,采用ORM 構建數據訪問層,利用 HTML5 與 JQuery 構建界面的交互。熊顯權開發實現的林業 扶貧地理信息系統,基于 GIS 可視化實現信息與空間分析結果的展示,通過 ArcEngine9.0進行二次開發,利用面向對象與UML進行應用,在GIS的基礎上, 通過SQLServer2000作為系統的數據庫,在VS C#.NET可視化開發環境中實現系統 的設計與實現[13]。趙婷婷,設計與實現了代縣精準級扶貧管理信息系統[14],基于Py Charm 集成開發環境,在 Ubuntu14.04 操作系統上開發而成。將管理工作信息化, 結構化,高效率的進行縣內的扶貧工作。張嘉晶設計的財政扶貧資金管理信息系統 [15]是運用MVC模式并基于J2EE、SSH框架實現的。研究中詳細分析并劃分了系統 功能、業務流程及用戶角色,同時對系統的整體架構和體系結構進行了架構,并詳 細設計了控制層、表示層及持久層。 陳小寧對大數據的旅游精準扶貧信息系統進行 設計研究[16],研究了基于大數據的旅游精準扶貧信息管理系統設計。首先闡述旅游 精準扶貧的基本概念,然后研究采用 hadoop 技術搭建精準扶貧大數據系統,結合大 數據技術實施精準扶貧識別的分析與決策,最后探討旅游精準扶貧幫扶的措施和步 驟,促使形成一個有機系統,相輔相成共同發揮作用。
在國外,信息化技術發展與應用較早,技術較為成熟,信息系統的建設涉及了 政府與企業的各個方面,在公民檔案的應用以及貧困地區的扶貧信息化管理等方面 [18]。科羅拉多州社區行動協會圍繞貧困問題培訓與規劃[21],依據信息化的手段,基 于 APP 分享扶貧信息。墨西哥建立了扶貧信息系統與評估體系 [22] ,改善區域差別, 為 4200 萬人實現了脫貧。該系統可以查詢貧困人口的相關情況,查詢貧困人口的就 業情況,查詢區域建設項目等。統計部門每年都要對貧困進行統計調查,如何更好 地表達貧困的規模和程度,利用大數據進行分析是一個值得研究的問題[23]。Cankun Yan 提出了使用貧困空間維度為出發點,通過數據庫的建立和設計系統框架,結合 業務流程實現模塊的主要功能,包括數據管理、貧困對象可視化,專題地圖瀏覽、 貧困監測分析和部門信息共享。該系統可以為上級部門提供年度貧困信息,幫助決 策者制定扶貧政策,為反貧困目標度提供參考依據。 Jian-feng Liu 認為扶貧資金在 扶貧工作中發揮了重要作用[24]。Falah H. Abed的研究旨在展示GIS工具和地理統計 技術可以開發有用的結構化數據庫資源,并進行了建模,規劃和管理,以減少貧困。 此信息適用于重建扶貧路線和貧困過程建模,再加上地理信息系統(GIS)和統計 分析。 GIS 用于貧困相關的數據處理不僅優于手動(傳統)的數據處理方法,且優 于其他信息系統,因為它承認來自不同來源的數據。
通過對目前國內外類似的管理系統的了解和對比,發現存在著一些不足和可以 改進的地方:
(1) 信息統計不全。在統計基礎信息時,由于部門間存在著業務差異,需求的 數據也不盡相同,有的部門自己開發了條線的管理系統,但是當其他部門或者機構 去調取所需數據時會存在空缺,需要重復去統計。該部門去其他部門調取時,也會 存在類似問題。
(2) 質量參差不齊。目前全國有多個地區開發了扶貧信息管理系統,但是經試 驗,部分管理系統目前處于停用狀態,信息仍然處于前幾年的狀態,效果差、響應 慢、利用率低。
所以說,在開發信息管理系統時,需要綜合考慮信息的一致性、及時性、安全 性。針對不同使用者做好充分的需求分析,使用便捷、友好的操作界面,并保證系 統的流暢、穩定,以及數據的安全性。
1.3 論文的主要內容
本文結合扶貧信息管理的實際情況并立足扶貧信息管理的實際需求,設計并實現 了基于SSH框架的扶貧信息管理系統。研究的重點內容如下:
(1) 首先對論文的研究背景、意義及國內外學者研究發展現狀進行了闡述,為 論文研究主題的確定奠定基礎。
(2) 是對系統建構的技術路線進行了介紹并通過關鍵技術的介紹,為進一步的 系統的設計與建構提供技術支撐。
(3) 是在充分調研系統實際需求的基礎上制定了需求規格說明書,明確了貧困 戶統計報表管理、信息管理、數據審核等功能要求;在進一步的對系統的需求是利用 UML建模進行分析的,同時利用例圖的方式對此予以直觀地展示。
(4) 是利用面向對象的思想對系統進行了詳細的設計與建構,在此基礎上進行 了系統編碼的設計。
(5) 對系統的實現進了研究并詳細展示了系統各個功能模塊界面,進而對系統 運行進行了測試并詳細分析了測試結果。測試結果證明:系統運行正常,能夠在性能 對用戶的需求予以滿足。
1.4 論文的組織架構
第一章緒論。以中央對扶貧工作要求不斷提高,扶貧工作涉及的廣度和深度不斷 加大,原有的信息管理方式無法滿足精準扶貧工作要求為落腳點,對扶貧信息管理系 統課題的研究背景、研究意義、研究現狀以及研究內容進行闡述,分析國內外扶貧工 作及扶貧信息管理方法,簡要概述扶貧信息管理系統設計的論文工作內容和組織結 構。
第二章相關技術概述。簡介了扶貧信息管理系統開發所需的理論基礎和技術基 礎,包括了精準扶貧、SSH框架、MySQL數據庫、B/S架構以及MVC設計模式等。
第三章扶貧信息管理系統需求分析。對扶貧信息管理系統的可行性分析、系統功 能需求、系統性能需求以及扶貧工作業務流程進行分析。
第四章扶貧信息管理系統的設計與實現。介紹了扶貧信息管理系統架構設計、網 絡拓撲設計、各個功能模塊設計以及數據庫設計與實現。
第五章扶貧信息管理系統的測試與分析。對扶貧信息管理系統進行功能測試以及 性能測試,并對系統測試結果進行分析。
第六章總結和展望。對扶貧信息管理系統的設計與實現進行總結,指出系統存在 的不足之處并展望。
第二章 相關理論基礎和技術路線
2.1精準扶貧
精準扶貧指的是針對不同的區域、不同的農戶狀況,利用科學的方法對貧困對象 進行精準的識別、精準幫扶的模式。精準扶貧就是要識別出哪些是貧困戶,就幫助哪 些農戶。
精準扶貧是在 2013 年底提出的,是習主席在湖南湘西考察時提出的治貧方針, 2015年,在云南考察時,習主席再次強調了落實精準扶貧攻堅戰的具體要求。
在上世紀80 年代中期我國的扶貧工作拉開了序幕,經過多年的攻堅,取得了重 大的進展,長期以來,我國的扶貧工作存在針對性不強、情況不明等情況,其中重要 的原因是我國貧困人口基數較大,因此對于我們的精準扶貧工作而言任重而道遠。
精準扶貧是我國新時期的戰略導向,是建設小康社會的重要目標,在精準扶貧中, 資源投入和瞄準效率是扶貧的兩大影響因素。精準扶貧與我國適度競爭的政策一致, 重點是扶持資源以對象的改造,實現貧困人口的脫貧。我國的扶貧已經從溫飽階段走 到了鞏固溫飽的階段。改善人民生活,提升發展能力是現階段的主要目標,精準扶貧 到了目前的階段,是符合我國國情的。自從扶貧工作開展以來,我國的扶貧工作就緊 扣精準扶貧的主題,從各個貧困縣到村,都堅持著扶貧攻堅的策略,將行業扶貧、社 會扶貧等政策有效的結合在一起,實現精準扶貧。
相關政策頒布以來,精準扶貧不僅提升了扶貧的工作質量,也體現了扶貧政策的 正確性。但是從貧困戶的識別、貧困縣的治理等方面來看,我國的精準扶貧還存在著 不小的挑戰。目前的精準扶貧政策還存在固化、呆板等不足,自利觀念嚴重,政策執 行力不足,績效考核體系不完善,精準扶貧工作無法得到有力的推動。目前的精準扶 貧還需要解決以下的幾個問題:一是誰來扶貧,二是扶持誰,三是扶貧對象的識別, 四是怎么扶持,五是如何落實相關的政策,只有解決了這些問題,我國的精準扶貧工 作才能真正走向正軌。
2.2MVC 框架模式
MVC 模式是大多數 B/S 結構的 Web 項目常用的設計模式, MVC 設計模式下, 各層之間相互隔離,每層都是單獨的處理自己的業務邏輯,每層之間互不影響,降低 了層之間的耦合性,提升了內聚性,為系統的設計奠定了基礎[33]。
圖 2.1 MVC 模式結構圖
Model 層,是描述對象,將對象的屬性一一列出,為程序處理提供了暫時的數據 存放地,當進行數據的操作時,通常將數據暫時存放在model對象中,然后返回到前 端頁面,展示到用戶面前。
View 層是視圖層,也是系統與用戶直接打交道的界面, view 設計的好壞直接關 系了用戶對于系統的直觀感受,因此, view 層的設計至關重要。 View 層是接收后臺 的數據展示到頁面上,供用戶瀏覽。View層的設計通常利用HTML語言進行頁面樣 式的編寫,并結合 CSS 來調整頁面的樣式。隨著前端技術的發展,界面層的設計越 來越豐富,頁面的效果也越來越美觀。
Controller 層,即控制器層,是前端與后端交互的接口, Controller 層接收前端用 戶發送的Ajax請求,然后調用對應的業務邏輯去處理用戶的請求,Controller層其實 就是業務的調用層,后臺處理用戶請求的結果也提供Controller層返回到用戶的面前。 如圖2.1所示的是MVC模式結構圖。
2.3SSH 框架
( 1 ) Struts2 框架
作為一個靈活且可擴展的框架的Apache Struts2,是在高度成熟的Struts 1框架基 礎進行的改進,可應用于企業級Java Web程序框架。從構建、部署、維護應用程序 等方面進行優化,目就是簡化整個開發周期的同時,克服一些存在的嚴重問題。
Struts 2框架容易創建且更直觀是源于其支持基于注釋的配置優勢。作為Web應 用程序的 Model 的 Struts 2[26], 和 Struts 不同, Struts 1 要求必須自 Action 類進行統一 擴展,可作為一個POJO對象并簡化代碼的測試程序;攔截器API的配置權利Struts2 同樣擁有, 因此耦合的應用程序得到降低,從而更便于測試環節的進行。 如 FreeMarker、 JSP 等不同視圖模板對于 Struts 2 來說都能夠予以支持,同時也可以高度 配置其視圖部分。
(2)Spring 框架
作為企業應用程序的輕量級框架的Spring[27]可用于對程訪問RMI或Web服務及 聲明式事務管理的配置,數據庫可對數據和郵件設施予以持久化存儲;由七個定義明 確的模塊組成 Spring 框架,開發企業應用所需的一切均可提供,同時用戶也可以自 由地挑選適合自己的一些應用模塊而不必完全局限于該框架。
具體而言,Spring框架特性提現在以下方面:允許開發人員添加可插入的事務管 理器源于 Spring 框架在事務管理方面提供的一個通用的事務管理抽象層,并使之對 事務沒有處理的低級問題更為容易界定;在處理JDBC異常問題方面;而異常層次結 構則由處于JDBC抽象層的Spring提供,處理錯誤的策略也因之而得到簡化;Spring 在 Batista、Hibernate> JDO 等集成方面提供了 Hibernate,可以為 JDO 和 iBATIS 提 供最好的集成服務[28];作為最好的AOP框架[29]Spring有MVC Web應用程序框架[30], 多種的視圖技術并利用這個框架通過可配置的接口進行提供,另外,Spring MVC也 很容易整合其他框架。
(3)Hibernate 框架
目前作為最受歡迎的Java編程語言ORM工具的Hibernate對所有主要的數據庫 均予以支持,可以在配置文件中完成到另一個數據庫的簡單地切換從而將數據庫方言 予以改變。基于GNU開放源碼許可證進行Hibernate框架的構建[31]。
Java 作為 Hibernate 的對象關系的重要映射框架工具,關系數據庫的關聯可通過 開發人員根據 Java 對象實現。作為功能豐富 Hibernate 工具,可以應用于企業應用程 序的開發,它可以應用于Web應用程序及Java SE應用程序及其他基于Java的應用 程序開發框架。
2.4MySQL 數據庫
MySQL 是目前較為流行的數據庫,使用廣泛,在眾多的開發中,都是開發者的 首選。MySQL數據庫可以兼容不同的操作系統,在不同的操作系統下都能穩定運行。 MySQL是輕量級的數據庫,運行速度快[32],其特點主要有:
(1)MySQL數據庫兼容性較強,這點已做過測試o MySQL可移植性較強,MySQL 提供了 API,可以直接訪問。
(2)MySQL可以在很多的操作系統下都能穩定運行,MYSQL安裝的方式眾多, 用戶可以隨意選擇安裝方式,MySQL操作簡單,受到了用戶的歡迎。
(3)MySQL可以進行結構化的查詢,CPU有較高的利用率。SQL的執行較快, 查詢速度快,在數據量不是非常大的情況下,MySQL可以很好的滿足業務的需求, MYSQL能夠滿足的數據量大約在千萬級別。
(4)MySQL配置簡單,且不失靈活,方便了管理,可以與其他插件結合使用, 也可以單獨使用,MySQL的操作界面友好,使用簡單。
MySQL 是開源軟件,數據的分散處理,減少了數據響應時間,因此, MySQL 受到了人們的廣泛歡迎。
2.5J2EE 概述
J2EE 是全新的開發架構,提供了技術規范與開發的指導,包含了很多的組件, 開發者可以直接調用, J2EE 有統一的標準與規格,縮短了開發的時間,降低了開發 的難度。 J2EE 具有很強的靈活性與可維護性。
首先, J2EE 的運行機制可以存檔,隨著業務的不斷擴展,基于現有的業務處理 方案,進行業務合理的擴展,而不會因為需求的變更進行重新的設計,因此, J2EE 的設計方案是高效的,也是簡單的以及可擴展的。基于J2EE的特點,J2EE的產品可 以兼容大多數的操作系統,在不同的硬件環境下運行,也就是說現有的低配的硬件可 以運行,在新的高配的硬件環境下同樣可以運行。
其次,J2EE提升了開發的效率,J2EE將通用的請求交給了組件完成處理,開發 者只需要將經歷放在業務邏輯的處理上即可,降低了開發的工作量,也縮短了開發的 時間,而稍微復雜的請求也可以交給高級的插件處理,總之, J2EE 節約了開發的時 間。
再次,J2EE在異構的環境下也能夠較為穩定的運行,J2EE是高效的開發技術, 在異構的環境下部署時,其跨平臺性以及可移植性發揮了作用, J2EE 對于操作系統 的要求不高,兼容大多數的操作系統,基于J2EE的開發之后,可以部署在不同的操 作系統以及硬件環境下,因此, J2EE 支持異構環境的特點受到了各大企業的歡迎。 J2EE允許用戶將其與第三方組件結合使用,將J2EE與組件一起部署在異構的環境下, 降低了部署的復雜度,節約了系統部署的時間。
第四, J2EE 具體良好的伸縮性,各種服務可以提供可伸縮的環境區滿足企業的 運轉,基于J2EE的系統開發可以部署到不同的操作系統下。J2EE提供了負載均衡策 略來提升系統的性能,當系統部署之后,部署的環境可以由上千的處理器,提升了可 伸縮性。
第五,基于J2EE的系統開發較為穩定,服務端可以確保24小時的運轉來滿足企 業的日常運轉,由于應用服務器沒有時間與地域的限制,在任何時刻都可能出現系統 的異常,造成重大的經濟損失。基于J2EE的系統部署到服務器之后,可以穩定的運 行,長期的支持系統的穩定運轉。
J2EE 支持分布式應用,依據邏輯的不同對組件進行劃分,組件依據層次的不同 部署在不同的服務器上。其實,J2EE的設計緣由也是為了避免C/S結構的不足,在 傳統的C/S模式中,客戶端的任務較多,客戶端承擔了太多的角色。在C/S結構中, 系統的部署簡單,但是在后期的系統升級時,可擴展性較難實現,且是基于專門的協 議,因此業務邏輯與界面的設計是較為困難的。 J2EE 將兩層的模式依據業務的需求 劃分了不同的層級。
J2EE可以為不同的服務提供不同的層,在四層結構中,第一層是客戶端的組件, 第二層是服務器的 Web 組件,第三層是業務絡組件,第四層是系統層的軟件。在客 戶端組件中,基于Web方式,或者傳統的C/S結構模式。Web層組件中依據JSP頁 面或者servlet進行設計。在J2EE的規定中,靜態的頁面文件不是Web組件,Web 層包括了一些JavaBean對象,實現用戶與服務器的交互。在業務層組件中,業務層 的邏輯滿足了企業的需求,有業務層邏輯處理,從客戶端接收數據,進行業務處理之 后進行持久化操作,上述的過程可以是逆向的過程。在企業級的Bean中,包括了三 種,分別是會話級別、實體以及消息驅動的Beano會話Bean是與客戶端的交互,客 戶端的程序執行時,會話Bean就會消失。實體Bean則是數據暫時存放地,是數據庫 的記錄,永遠的存在,實體將會被保存在數據庫,系統層處理信息之后,將信息保存 數據庫。
2.6 Web 技術概述
Web Services 是接口的操作,包括了 SOAP、 WSDL、 UDDIo
SOAP是消息交換協議,基于envelope對信息進行包裝,然后利用XML格式進 行通信,在SOAP協議下,不同的消息依據namespace來區分。
WSDL是對XML組件的描述,針對服務的任務、處理以及地址等進行描述。
UDDI 加速了 Web Services 的推廣,是專門的設計,基于統一的規范,將多個任 務以Web Services的形式注冊到注冊中心,達到了信息的共享。
服務提供者針對Web Service描述之后,轉發到UDDI,UDDI接收到消息之后, 對請求進行處理,然后依據 WSDL 格式將處理的結果呈現到用戶的面前,用戶依據 WSDL 格式綁定處理的結果,然后依據 SOAP 格式發送請求,最后將處理的結果返 回給請求的發送者。Web Services在近年來的發展中受到了人們的廣泛歡迎,具備了 以下的優點:
靈活性:Web Services對平臺的要求較低,對開發語言的要求同樣很低。通過網 絡即可訪問,Web Services的封裝完善,確保了系統間有較低的耦合性。
保值性:Web Services對原有的系統沒有侵入性,利用了現有的資源,封裝了方 法之后,只要暴露接口,即可實現外界的調用,避免了修改XML的風險,確保了原 有的投入。
一致性: Web Services 遵守統一的標準,使用 Web Services 可以確保系統的開發 中保持兼容性。
2.7 本章小結
本章介紹了 MySQL數據庫技術、MVC設計模式以及對SSH框架技術進行了介 紹。通過本章系統開發技術的介紹,為系統的設計與實現奠定了技術基礎。
第三章 系統需求分析
扶貧信息管理系統在精準扶貧工作中實現應用,可以解決貧困戶信息量大、難統 計、難篩選等困難,從而實現對基礎信息的系統化管理。基于實際情況需要,針對扶 貧信息管理系統的設計與實現進行系統需求分析。
3.1可行性分析
系統的可行性分析是對系統開發與設計的合理性和是否可行進行分析。在扶貧信 息管理系統建設之前,扶貧工作的開展多數情況下是以人工的方式進行,通過紙質化 或者簡單的表格文檔的形式對扶貧的信息進行整理、分析、統計,在扶貧工作開展時, 也多以走訪的形式進行。上述的方式不僅浪費了大量的人力物力,而且還容易出現錯 誤,人工的統計方式出現錯誤也是難以避免的。而在扶貧信息管理系統建設之后,扶 貧信息的管理將通過信息化的方式進行扶貧信息的處理,所有的扶貧信息都持久化到 數據庫中,通過對數據庫數據的操作即可把握當前的扶貧情況。信息化的扶貧工作管 理方式,不僅提升了扶貧的效率,還提升了扶貧的準確性。
在原有的扶貧業務過程中,主要是以人工的方式進行。在扶貧信息采集時,是從 全省扶貧系統的網絡系統中下載各個地縣情況,并填寫對應的工作信息,然后上報信 息到市扶貧辦審核,若審核通過則保存信息,否則修改扶貧工作信息。另外,在扶貧 工作的部署、監督等工作上,都是以人工的方式進行處理,形成大量的紙質文檔,任 務繁重且容易出錯。為了解決這些問題,也為了解放人力物力,需要對人力的重復性 勞動進行自動化,利用信息化的手段來代替人力的勞作。為此,本文將構建扶貧信息 管理系統來對扶貧工作的信息自動化的進行處理。在信息的保存、處理時,都經過扶 貧系統進行處理,不產生紙質文檔,所有的數據都保存在系統中,避免了人力物力的 浪費。
3.2功能性需求
本文主要是針對扶貧信息管理工作的實際情況當前,基于先進的信息化建設規劃 理念,研究并提出一套扶貧信息管理系統的規劃設計方案。以本課題提出的方案設計 并實施的扶貧信息管理系統,解決了現行扶貧信息管理中存在的缺點。為扶貧信息管 理帶來了新的模式,提高了扶貧信息管理的效率和管理水平,為精準扶貧提供依據, 本節對扶貧信息管理系統的功能性需求進行分析。
本節首先在3.2.1小節對扶貧信息管理系統的總體功能性需求進行分析。然后, 基于總體需求分析,在3.2.2-3.2.7小節對其中各個關鍵的功能需求進行詳細分析。根 據上述系統的功能要求設計了系統用例圖,如圖3.1所示。系統的主要功能模塊包括: 社區公告、報修管理、添加物業、一鍵繳費、通訊查詢、物業投訴模塊。
3.2.1扶貧信息管理系統的功能性需求
扶貧系統管理系統需要滿足用戶管理貧困戶、審核貧困戶數據、對貧困戶進行脫 貧管理、對貧困戶進行增加、刪除、修改、查尋等基本的功能。因此,本文對扶貧系 統管理系統需要滿足用戶的相對獨立的功能性需求進行了分析,用例圖如圖3.1所示。 其中,貧困戶信息管理功能支持系統用戶對貧困戶的基本信息和受扶持情況進行登 記,即完成了貧困戶的添加。數據審核功能支持系統用戶通過設立不同的審核條件對 貧困戶進行審核。統計報表管理功能支持系統用戶依據地區與報表的類型進行貧困戶 的數據統計。數據查詢功能支持系統用戶對貧困戶信息進行查詢、修改、刪除操作。 數據導入導出功能支持系統用戶批量導入貧困戶信息,以及對查詢到的貧困戶信息進 行批量導出。脫貧管理功能支持系統用戶設立脫貧線對貧困戶和脫貧戶進行區分,并 對貧困戶進行返貧和脫貧管理等。
扶貧信管理系統為系統用戶提供了貧困信息管理、數據審核、統計報表管理、數 據查詢、數據導入導出和脫貧管理等功能。用戶對該系統的操作流程3.2所示。首先, 用戶登錄系統,系統對用戶的賬號密碼進行校驗,身份未通過驗證則重新輸入賬號面, 身份驗證成功之后登錄系統,進入貧困戶信息管理頁面。然后,用戶可以在系統的菜 單來中選擇貧困信息管理、數據審核、統計報表管理、數據查詢、數據導入導出、脫
貧管理這六個功能中任選一個,進入具體功能的操作頁面。本章節后面的小節將對這 些不同功能的具體操作進行更加詳細的介紹。
表 3.1 扶貧信息管理系統用例描述
用例名稱 扶貧信息管理系統
用例描述 扶貧信息管理系統
參與者 系統用戶
前置條件 系統用戶成功登錄扶貧信息管理系統
后置條件 無
基本操作 一級用例 貧困戶信息管理:用戶在導航菜單中選擇—貧困戶
信息管理”,進入貧困戶信息管理操作頁面。
一級用例 數據審核:用戶在導航菜單中選擇—數據審核”,進
入數據審核操作頁面。
一級用例 統計報表管理:用戶在導航菜單中選擇—統計報表
管理”,進入統計報表管理操作頁面。
一級用例 數據查詢:用戶在導航菜單中選擇—數據查詢”,進
入數據查詢操作頁面。
一級用例 數據導入導岀:用戶在導航菜單中選擇—數據導入
導岀”,進入數據導入導岀操作頁面。
一級用例 脫貧管理:用戶在導航菜單中選擇—脫貧管理”,進
入脫貧管理操作頁面。
圖 3.2 扶貧信息管理系統操作流程圖
3.2.2 貧困戶信息管理
貧困戶信息管理模塊的主要功能是支持系統用戶對貧困戶的基本信息和受扶持 情況進行登記,即完成了貧困戶的添加,并且支持系統用戶進行貧困人口的分配。因 此,本文對貧困戶信息管理模塊進行了更加詳細的功能性需求進行了分析,其用例圖 如圖3.3所示。
貧困戶信息管理模塊包括了登記貧困戶基本信息(例如:省、市、區/縣、鎮、 村、門牌號、家庭信息等等)、登記貧困戶受扶持情況(例如:戶主、扶持項目名稱、 扶持項目類別、扶持年份等等)、保存貧困戶信息、打印貧困戶信息、分配貧困人口 等功能。其中,登記貧困戶基本信息是將符合貧困標注的居民信息錄入到扶貧系統中, 并持久化到數據庫,方便后續的處理。登記貧苦戶受扶持情況是針對已經接受扶貧幫 助的居民信息進行錄入,持久化到數據庫中。保存貧困戶信息就是將所登記的貧困戶
基本信息和受扶持信息保存到數據庫中。打印貧困戶信息是支持系統用戶對當前操作 的貧困戶信息頁面的內容進行打印或導岀(支持 excel、word 等格式的數據導岀)。
貧困人口分配是依據每個地區的收入情況,結合每個地市的貧困人口數,合理的分配 到各個貧困鄉村中。
圖 3.3 貧困戶信息管理用例圖
表 3.2 貧困戶信息管理用例描述
用例名稱 貧困戶信息管理
用例描述 系統用戶對貧困戶的基本信息和受扶持情況進行登記,即完成
貧困戶的添加
參與者 系統用戶
前置條件 系統用戶成功登錄扶貧信息管理系統
后置條件 無
基本操作 一級用例 登記貧困戶基本信息:用戶選擇導航欄“貧困戶 信息管理”菜單的子菜單—貧困戶信息登記”。系統進入貧困戶信 息登記頁面。用戶在該頁面編輯貧困戶信息,包括家庭地址信 息、家庭成員信息等。
一級用例——登記貧困戶受扶持情況:用戶在貧困戶信息登記 頁面編輯完貧困戶信息后,登記該貧困戶的受扶持情況。 一級用例——保存貧困戶信息:用戶在貧困戶信息登記頁面編 輯完貧困戶信息和受扶持情況后點擊該頁面底部的—保存”按鈕。
續表 3.2 貧困戶信息管理用例描述
圖 3.4 貧困農戶信息管理流程圖
貧困戶信息管理模塊的用戶操作流程如圖 3.4 所示。首先,用戶登錄系統,系統 對用戶的賬號密碼進行校驗,身份未通過驗證則重新輸入賬號面,身份驗證成功之后 登錄系統。其次,用戶在導航菜單欄中選擇貧苦戶信息管理菜單。緊接著,用戶在該 菜單的兩個子菜單中進行選擇。如果用戶選擇了貧困戶信息登記, 則系統為用戶跳轉 到貧困戶信息登記頁面,支持用戶進行貧困戶信息編輯(系統設計了是否已受扶持的 選擇,如果用戶選擇了是,則系統加載受扶持情況登記模塊支持用戶進行相關信息的 添加)。如果用戶選擇了貧困人口分配,則系統為用戶跳轉到貧困人口分配頁面,支 持用戶選擇地區,并為該地區分配貧困人口數。
3.2.3 數據審核
數據審核是將錄入系統的用戶信息進行審核對照,查看不符合要求的數據,并進 行修正。數據審核包括了系統審核、自定義審核、查詢錯誤、批量修改錯誤、修復錯 誤等功能。系統審核是對審核的條件進行設置,在系統審核時,系統依據默認的審核 條件進行審核;自定義審核包括了審核窗口的設定,系統將依據用戶自定義的審核條 件進行審核;查詢錯誤是在數據審核之后,將錯誤的數據顯示在頁面中;批量修改錯 誤是將錯誤的數據導出到excel中,并進行批量的修改,修改過后將excel表格導入 到系統進行數據的修改;數據修復是對錯誤的數據進行修復。數據審核用例圖如圖 3.5 所示。
圖 3.5 數據審核用例圖
表 3.3 對圖 3.5 數據審核用例圖中的用例進行詳細的描述。
表 3.3 數據審核用例描述
用例名稱 數據審核
用例描述 系統用戶通過設立不同的審核條件對貧困戶進行審核
參與者 系統用戶
前置條件 系統用戶成功登錄扶貧信息管理系統
后置條件 無
基本操作 一級用例 系統審核:用戶在系統導航菜單欄中選擇—數據審 核”菜單。系統進入數據審核頁面。用戶在該頁面中點擊—系統審 核”按鈕。
一級用例 自定義審核:用戶在系統導航菜單欄中選擇—數據 審核”菜單。系統進入數據審核頁面。用戶在該頁面的自定義審 核部分先設置審核條件,然后點擊—審核”按鈕。
一級用例——查詢錯誤:用戶對未通過審核的貧困戶記錄進行 查詢和瀏覽。
一級用例——修復錯誤:用戶在需要進行修復的記錄的末尾點 擊—修復”按鈕。然后用戶對該記錄進行修復和保存。
一級用例——批量修改錯誤:用戶可以一次性選擇多個未通過 審核的記錄進行批量修復。
數據審核的操作流程如圖 3.6 所示。首先,用戶登錄系統,系統對用戶的賬號密 碼進行校驗,身份未通過驗證則重新輸入賬號面,身份驗證成功之后登錄系統。然后, 用戶在導航菜單欄中選擇數據審核,進入對應的操作頁面。其次,用戶確定審核的類 型(選擇系統審核或進行自定義審核條件的添加)。緊接著,用戶選擇要審核的數據 并進行審核。然后,未通過審核的繼續選擇審核數據進行審核,審核通過之后,進行 檢查與確認,并將數據持久化到數據庫中,流程結束。
3.2.4 統計報表管理
統計報表依據地區與報表的類型進行數據的統計,統計報表管理包括了查詢統計 報表、報表統計、報表打印以及報表導出等功能。報表統計首先對要統計的報表類型 進行查詢,對報表進行統計之后進行報表的導出,將信息導出到excel。統計報表管 理用例圖如圖 3.7 所示。
查詢統計報表是依據用戶選擇的條件,從數據庫中查詢出用戶關心的數據,并展 示到用戶的面前。報表統計是針對用戶選擇的查詢條件查詢出來的數據進行統計,以 圖表的形式展示。打印報表針對用戶查詢的信息進行打印。導出報表是針對用戶選擇
的查詢條件,查詢出對應的數據形成報表,并進行導出,支持excel與word等格式。
表 3.4 對圖 3.7 統計報表管理用例圖中的用例進行詳細的描述。
表 3.4 統計報表管理用例描述
用例名稱 統計報表管理
用例描述 系統用戶依據地區與報表的類型進行貧困戶的數據統計
參與者 系統用戶
前置條件 系統用戶成功登錄扶貧信息管理系統
后置條件 無
基本操作 一級用例 查詢統計報表:用戶選擇系統導航欄“統計報表 管理”菜單的子菜單—統計報表查看”。系統進入統計報表查看頁 面。在該頁面中選擇地區,編輯需要報表展示的內容,點擊—確 認”按鈕。
續表 3.4 統計報表管理用例描述
基本操作 一級用例 報表統計:用戶在統計報表查看頁面底部點擊—報 表統計按鈕”。
一級用例 打印報表:用戶在統計報表查看頁面頂部點擊—打
印”按鈕。
一級用例 導岀報表:用戶在統計報表查看頁面頂部點擊—導
岀”按鈕。
統計報表管理的操作流程如圖 3.8 所示。首先,用戶登錄系統,系統對用戶的賬 號密碼進行校驗,身份未通過驗證則重新輸入賬號面,身份驗證成功之后登錄系統。 然后,用戶在導航菜單欄中選擇統計報表管理,進入統計報表頁面。緊接著,用戶選 擇要統計的數據進行統計,未符合規則的數據則繼續選擇數據進行統計,統計通過之
圖 3.8 統計報表管理流程圖
3.2.5數據查詢 數據查詢模塊的主要功能是支持系統用戶對貧困戶信息進行不同條件下的查詢、 修改、刪除操作。因此,本文對數據查詢模塊進行了更加詳細的功能性需求進行了分 析,其用例圖如圖 3.9 所示。
數據查詢模塊包括了設置查詢條件、查詢貧困戶、查看貧困戶列表、查看貧困戶 詳細信息、修改貧困戶信息、刪除貧困戶信息等六個模塊。其中,設置查詢條件支持 用戶設置貧困戶的查詢約束,例如,按照不同的地理位置或者是否已受扶持進行查詢。
查詢貧困戶就是依據用戶確定好的查詢條件在數據庫中對貧困戶進行查詢。查看貧困 戶列表支持用戶已列表的形式查看依據查詢條件檢索到的貧困戶信息,列表中僅展示 貧困戶的簡單的進本信息。查看貧困戶詳細信息模塊支持用戶對列表中的自己感興趣 的貧困戶信息進行展開查看。修改貧困戶信息支持用戶對列表中的貧困戶的信息進行 修改。刪除貧困戶信息支持用戶對列表中的貧困戶的信息進行刪除。
圖 3.9 數據查詢用例圖
表 3.5 數據查詢用例描述
用例名稱 數據查詢
用例描述 系統用戶對貧困戶信息進行查詢、修改、刪除操作
參與者 系統用戶
前置條件 系統用戶成功登錄扶貧信息管理系統
后置條件 無
基本操作 一級用例 設置查詢條件:用戶在系統導航菜單欄中選擇—數 據查詢”菜單。用戶在數據查詢頁面的—設置查詢條件”部分添加 查詢條件。
一級用例——查詢貧困戶:用戶編輯完查詢條件后,點擊數據 查詢頁面底部的“查詢”按鈕。
一級用例——查看貧困戶列表:用戶點擊查詢結果頁面的翻頁 按鈕,查看不同頁的貧困戶記錄。
一級用例——查看貧困戶詳細信息:用戶點擊查詢列表中相關 記錄的—查看詳情”按鈕。一級用例 修改貧困戶信息:用戶點 擊查詢列表中相關記錄的—修改”按鈕。
圖 3.10 數據查詢流程圖
數據查詢模塊的用戶操作流程如圖 3.10 所示。首先,用戶登錄系統,系統對用 戶的賬號密碼進行校驗,身份未通過驗證則重新輸入賬號面,身份驗證成功之后登錄 系統。其次,用戶在導航菜單欄中選擇數據查詢菜單。緊接著,用戶設置查詢條件(地 理位置、是否已受扶持等、家庭人口數量等),系統會自動檢測用戶設置的查詢條件 是否符合規則。然后,用戶點擊查詢按鈕,系統便會按照用戶設定的查詢條件在數據 中檢索符合條件的貧困戶,并按照列表的形式進行查詢結果的展示。此外,列表中每 一條貧困戶記錄的最后都有三個操作按鈕,分別是“查看詳情”、“修改”、“刪除”,用 戶可以選擇這三個按鈕進行相應的操作。例如,若用戶點擊了某條貧困戶記錄的“查 看詳情”選項,系統會為用戶展示該貧困戶的詳細信息,包括基本信息和受扶持的詳 細情況等。
3.2.6數據導入導出
數據導入導出模塊的主要功能是支持系統用戶批量導入貧困戶信息,以及對查詢 到的貧困戶信息進行批量導出。因此,本文對數據導入導出模塊進行了更加詳細的功 能性需求進行了分析,其用例圖如圖3.11所示。
數據導入導出模塊包括了貧困戶信息導入(從 Excel 文檔導入貧困戶信息)、貧 困戶信息上傳(將導入的貧困戶信息上傳到服務器,即添加到數據庫中)、貧困戶信 息導出(將扶貧信息管理系統中的貧困戶信息導出到Excel文檔中)這三個功能模塊。
圖 3.11 數據導入導出用例圖
表3.6對圖 3.11 數據導入導出用例圖中的用例進行詳細的描述。
表 3.6 數據導入導出用例描述
用例名稱 數據導入導岀
用例描述 系統用戶批量導入貧困戶信息,以及對查詢到的貧困戶信息進 行批量導岀
參與者 系統用戶
前置條件 系統用戶成功登錄扶貧信息管理系統
后置條件 無
基本操作 一級用例 貧困戶信息導入:用戶選擇系統導航菜單欄中
―數據導入導出”菜單的子菜單―數據導入”。 用戶在數據導入頁 面中選擇需要導入的保存有貧困戶信息的 Excel 文件。 一級用例——貧困戶信息上傳:用戶選擇了數據文件后,點擊 數據導入頁面底部的“上傳”按鈕。
數據導入導岀模塊的用戶操作流程如圖 3.12 所示。首先,用戶登錄系統,系統 對用戶的賬號密碼進行校驗,身份未通過驗證則重新輸入賬號面,身份驗證成功之后 登錄系統。其次,用戶在導航菜單欄中選擇數據導入導出菜單。然后,用戶在“數據 導入”和“數據導出”這兩個子菜單中進行選擇。如果用戶選擇“數據導入”,則系統跳 轉到相應頁面,該頁面支持用戶選擇需要導入的 Excel 文檔,當用戶加載了 Excel 文 檔之后,系統自動對該文檔進行合法性和合理性檢測,一旦通過檢測,便將Excel文 檔中的貧困戶信息(一個貧困戶或多個貧困戶的批量信息)加載到前端界面,當用戶 點擊上傳按鈕之后,系統將導入的貧困戶信息上傳到服務器。如果用戶選擇“數據導 出”,則系統首先跳轉到查詢頁面,讓用戶選擇要導出的貧困戶記錄(系統支持用戶 對檢索到的記錄進行全選、批量選擇、單個選擇),用戶點擊導出按鈕后,系統將用 戶選擇的貧困戶信息導出到Excel文件中。
圖3.12數據導入導出流程圖
3.2.7 脫貧管理
脫貧管理模塊的主要功能是支持系統用戶設立脫貧線對貧困戶和脫貧戶進行區 分,并對貧困戶進行返貧和脫貧管理等。因此,本文對脫貧管理模塊進行了更加詳細 的功能性需求進行了分析,其用例圖如圖3.13所示。
脫貧管理包括了脫貧線設置、返貧管理、脫貧管理這三個功能。其中,脫貧線設 置是依據當地的收入情況,制定脫貧線,脫貧線以下的居民即為貧困居民,若某些貧 困居民的收入在脫貧線以上就可以升級為脫貧居民。返貧管理是針對脫貧的居民又返 貧后的信息管理,該管理分為兩個步驟,首先是對脫貧線以下的脫貧戶進行檢索,然 后是對檢索到的脫貧戶進行貧苦戶的管理(修改信息、刪除、標記為貧困戶)。脫貧 管理是針對貧困居民脫離貧困現狀的信息管理,該管理也分為兩個步驟,首先是對脫 貧線以上的貧困戶進行檢索,然后是對檢索到的貧困戶進行脫貧戶的管理(修改信息、 刪除、標記為脫貧戶)。
圖 3.13 脫貧管理用例圖
表3.7對圖 3.13 脫貧管理用例圖中的用例進行詳細的描述。
表 3.7 脫貧管理用例描述
用例名稱 脫貧管理
用例描述 系統用戶設立脫貧線對貧困戶和脫貧戶進行區分,并對貧困戶 進行返貧和脫貧管理
參與者 系統用戶
前置條件 系統用戶成功登錄扶貧信息管理系統
后置條件 無
基本操作 一級用例 脫貧線設置:用戶選擇系統導航菜單欄—脫貧管
理”菜單的子菜單—脫貧線設置”。用戶在脫貧線設置頁面中的—國 家脫貧線設置”部分對國家統一標準的脫貧線進行設置和保存。 用戶可以在脫貧線設置頁面中的―各地區脫貧線設置”部分選擇 需要設計脫貧線的地區,并為該地區設置脫貧線。 一級用例——返貧管理:用戶對脫貧線以下的脫貧戶進行返貧 設置。
續表 3.7 脫貧管理用例描述
一級用例——脫貧管理:用戶對脫貧線以上的貧困戶進行脫貧 設置。
二級用例——查找脫貧線以下的脫貧戶:用戶在返貧管理頁面 選擇需要進行返貧管理的地區,點擊—確認”按鈕。
二級用例——查找脫貧線以上的貧困戶:用戶在脫貧管理頁面 選擇需要進行脫貧管理的地區,點擊—確認”按鈕。
脫貧管理模塊的用戶操作流程如圖 3.14 所示。首先,用戶登錄系統,系統對用 戶的賬號密碼進行校驗,身份未通過驗證則重新輸入賬號面,身份驗證成功之后登錄 系統。其次,用戶在導航菜單欄中選擇脫貧管理菜單。然后,用戶在“脫貧線設置”、 “返貧管理”、“脫貧管理”三個子菜單中進行選擇。如果用戶選擇“脫貧線設置”,則 系統跳轉到脫貧線設置頁面,用戶先選擇地區,再設置脫貧線,最后保存設置。如果 用戶選擇“返貧管理”,則系統跳轉到返貧管理頁面,當用戶在該頁面中選擇地區并點 擊確認后,系統自動檢索在脫貧線以下的脫貧戶,并將檢索結果以列表的形式在前端 界面進行展示,用戶可以對這些返貧的脫貧戶進行操作(例如:修改、刪除、標記為 貧困戶)。如果用戶選擇“脫貧管理”,則系統跳轉到脫貧管理頁面,當用戶在該頁面 中選擇了地區并點擊確認后,系統自動檢索在脫貧線以上的貧困戶,并將檢索結果以 列表的形式在前端界面進行展示,用戶可以對這些已經脫貧的貧苦戶進行操作(例如: 修改、刪除、標記為脫貧戶)。
3.3非功能需求
軟件系統的非功能性需求指的是軟件產品為滿足用戶業務需求而必須具有且除 功能需求以外的特性,包括系統的可用性、可靠性、易用性、性能、可維護性、可擴 展性等。其中,可用性指系統能夠完成用戶的基本業務需求;可靠性指系統發生故障 的頻率在允許范圍內;易用性指系統的用戶界面友好,便于用戶進行操作;性能指系 統響應用戶請求或操作的效率,涉及系統的響應時間、吞吐量、準確性、有效性、資 源利用率等;可維護性指維護人員為糾正軟件系統出現的錯誤或缺陷,以及為滿足新 的要求而理解、修改和完善軟件系統的難易程度;可擴展性指軟件開發人員對系統進 行功能擴展的難易程度。
本節依據扶貧信息管理系統用戶的實際使用需求,并結合上面描述的非功能性需 求,對扶貧信息管理系統的非功能性需求進行分析。
由于本文設計實現的扶貧信息管理系統使用的人員比較少且比較固定,很少存在 大量并發的情況,因此本文不對系統的可靠性、可維護性、可擴展性提出要求。此外, 本文在進行扶貧信息管理系統的功能性測試就順便檢驗了系統能否滿足用戶的基本 業務需求以及系統的操作是否對用戶友好,因此,本文不再對系統的可用性和易用性 進行強調和單獨的測試。
由于扶貧信息管理系統的一個特點是貧困戶信息數據龐大,而該系統的用戶又要 經常進行查詢操作,因此本文對扶貧信息管理系統的性能提出要求:用戶在進行查詢 操作時,系統的平均響應時間要小于2 秒。
3.4本章小結
本章是對系統的需求分析進行介紹,包括可行性分析、系統的功能需求以及系統 的非功能需求分析。通過本章的介紹,形成了需求規格說明書,為系統的設計與實現 奠定了需求基礎,指導系統的設計與實現。
第四章 系統的設計與實現
根據本文所研究的扶貧信息管理系統的特點,包括應用于 Web 瀏覽器、便于在 線操作、實現數據庫的數據存儲等,綜合考慮該系統是否滿足扶貧信息管理業務的需 求,能夠實現高效、準確的數據處理。本文的扶貧信息管理系統將基于SSH框架, 使用 B/S 結構來設計,選用 MySQL 數據庫進行系統設計。結合上述技術的情況,可 發現可行性較高。
根據本文所研究的扶貧信息管理系統的特點,包括應用于 Web 瀏覽器、便于在 線操作、實現數據庫的數據存儲等,綜合考慮該系統是否滿足扶貧信息管理業務的需 求,能夠實現高效、準確的數據處理。本文的扶貧信息管理系統將基于 SSH 框架, 使用 B/S 結構來設計,選用 MySQL 數據庫進行系統設計。結合上述技術的情況,可 發現可行性較高。
4.1 系統架構設計
基于 SSH 框架,本文首先明確本項目所需遵循的系統設計原則,并以此為指導 建立系統的層次化體系結構。根據系統的部署需求,完成系統的網絡拓撲結構設計, 并對系統的整體功能結構和用戶角色進行設計。
4.1.1系統設計原則
本系統的設計原則如下:
(1)分層設計原則。系統采用SSH三層架構,典型的MVC三層架構,可以有 效減輕開發人員解決負責問題的時間,提高開發的時間利用。
(2)封裝設計原則。 [37]封裝設計實現的宗旨是讓不懂 Web 服務的開發人員開發 出來的功能能夠發布成 Web 服務,使得開發人員只需關心業務和懂得少量的封裝好 的工具類。Hibernate本身提供了大量的封裝,開發人員不需要書寫大量SQL語句就 可以直接使用已經封裝好的數據操作以及關聯關系,這就極大的提高了開發者的開發 效率。
(3)抽象設計原則。抽象是一種面向接口的設計,SSH框架中本身采用大量的 面向接口編程的技術,這種設計有利于系統后期的擴展和維護。
(4)可擴展原則。SSH框架主流技術有強大的用戶社區支持它,所以該框架擴 展性非常強,針對特殊應用時具有良好的可插拔性,避免大部分因技術問題不能實 現的功能。
(5)兼容設計原則。系統采用SSH框架,Hibernate能夠完美的兼容各個數據庫, Spring的強大兼容性和兼容各個優秀的框架,能夠對Struts,Hibernate等框架進行直 接支持。
(6)安全可靠性原則。系統的安全可靠是系統運行穩定的基礎,系統的設計需 要遵守良好的安全可靠原則。由于SSH框架的廣泛使用,很多潛在的安全漏洞已經 被解決,相比其他框架,采用SSH框架能提高安全性。
(7)可移植性原則。系統采用SSH框架,其中Hibernate采用XML以及數據庫 方言等機制,開發者采用相同的數據庫操作就可以操作不同類型數據庫,忽視不同數 據庫的差異,具有很好的移植性。
(8)統一標準化原則。系統的設計需要具備統一標準原則,采用統一的標準進 行系統的開發,降低系統的開發難度,降低系統開發的工作量,降低管理的難度。
Spring對很多難用的Java EE API做了簡單的封裝,通過Spring的統一調用,可以降 低使用難度。
(9)經濟性原則。系統的開發需要具備經濟性原則,采用目前使用最成熟的 SSH 框架,開發人員熟悉相關技術,能夠在一定程度上節約時間成本,在較小的時間投入 下,開發完成最大的工作量。
4.1.2體系結構設計
根據第三章的需求分析,要求系統的邏輯架構需要有良好的層次,各層之間易于 擴展,定義清晰,提升內聚性。本文采用 SSH 框架技術進行系統的開發,實現了各 層之間的分離,各層之間相互獨立,互不影響,在每一層中,各層的變化都不會影響 其他層的業務功能。提升了系統的可復用性,降低了系統的耦合性。在該框架下,開 發的效率提升,開發的工作量降低。系統的架構圖如圖 4.1 所示。
表現層,包括了貧困戶信息管理界面、數據審核界面、系統報表管理界面、數據 查詢界面、數據導入導出界面、脫貧管理界面等,通過HTML、CSS、JQuery、easyUI 等前端設計的技術進行表現層的實現,前端主要是收集用戶的請求,并轉發用戶請求。
邏輯層,包括了貧困戶信息管理、數據審核、統計報表管理、數據查詢、數據導 入導出、脫貧管理,主要是業務邏輯的處理,并與數據層進行交互。基礎扶貧信息管 理系統與系統工具公共功能平臺的提供則是邏輯層的具體應用并對扶貧信息管理業 務予以技術上支撐。邏輯層是對系統的業務邏輯進行處理,在邏輯層,需要通過控制 層接收過來的用戶請求,對用戶的請求進行處理,在此過程中,涉及數據的操作則對 數據進行查詢與保存,并將處理的結果返回到前端,展示到用戶的面前。
數據層,包括了貧困戶數據、審核數據、統計數據、系統數據,是對數據的操作, 對數據進行持久化,負責實現業務規則和業務邏輯。結合扶貧信息管理的需求和特征,
基于提高系統擴展性、可靠性及整體性能的考慮可將服務劃分成若干個應用服務群 組。數據存取服務是由數據庫負責提供的,包括兩種介質形態:一是是文件;二是數 據庫中表數據。多個數據存儲區是根據數據性質的差異進行劃分的。具體的數據服務 則是通過數據庫基于專業的第三方數據庫產品MySQL來實現的。MySQL是開源的 且能夠兼容不同的操作系統,能夠很好的運行在 windows 等主流的操作系統上,數據 庫對于中小企業來說是應用較為廣泛。MySQL數據庫的優點是速度快、體積小,同 時使用成本也到了有效的降低。
表現層
邏輯層
圖 4.1 系統架構設計圖
4.1.3網絡拓撲結構設計
針對扶貧信息管理系統的需要和體系結構設計,結合資源最優化的前提,對扶貧 信息管理系統的硬件配置進行設計,網絡架構可分為兩部分,(1)應用服務器,可提 供具體的功能業務并與數據庫服務器交互;(2)數據庫服務器,可提供貧困戶信息及 扶持記錄等基本數據的存取服務。
系統的訪問模式也分為兩種。在公司內部,通過內網登錄系統。在外網的用戶, 通過Internet登錄扶貧信息管理系統。為了確保系統的安全與穩定的運行,也為了提 升系統的響應速度,將應用服務器與數據庫服務器分離。
系統硬件網絡拓撲圖如圖 4.2 所示。
依據上述網絡拓撲結構,表4.1介紹了該網絡拓撲結構中的節點連接情況。
表 4.1 服務器參數列表
Node I 數據服務器
功能說明 實現貧困戶信息及扶持記錄等數據的管理
操作系統 Linux Enterprise Server 9.3
硬件機型 DELL 6850 CPU顆數 4CPU 16CORE
本地磁盤 500G RAID5 內存數量 8G
Node II 應用服務器
功能說明 實現扶貧信息管理系統的基礎服務
操作系統 Linux Enterprise Server 9.3
硬件機型 DELL 6850 CPU顆數 4CPU 16CORE
本地磁盤 500G RAID5 內存數量 8G
4.1.4系統功能結構與角色設計 根據系統功能的規劃,將系統總體歸納為6個主要的一級模塊,貧困戶信息管理、 數據審核、統計報表管理、數據查詢、數據導入導出、脫貧管理。系統的結構如圖 4.3 所示。
困戶信息管理功能模塊如圖 4.3 所示,通過系統結構圖能夠對可以貧困戶詳細信 息予以全面掌握。
貧苦戶信息管理模塊包括基本信息管理、扶持情況管理、貧困戶信息管理和人口 分配統計功能模塊。該模塊可實現對貧苦戶信息的增加、刪除、修改以及不同維度的 統計和查詢功能。
數據審核功能模塊包括系統審核、自定義審核、查詢錯誤、批量修改錯誤、修復
錯誤。該模塊可以對輸入的貧困戶信息進行審核,并實現修改。
統計報表管理功能模塊包括統計報表的查詢、打印及導出等功能。
數據查詢功能模塊包括信息的查看、查詢、修改、導出、打印及查詢條件的設置、 修改等等是數據查詢功能模塊的主要內容。該模塊可以實現數據的詳細查詢,并可以 實現數據的修改、導出、打印。
數據導入導出功能模塊包括數據的導出、數據的導入、數據的上傳、數據導入表 格、數據導出表格。
脫貧管理模塊包括脫貧管理、線上、線下貧困戶的查找等都是脫貧服務功能模塊 的主要內容。該模塊可以實現系統貧困條件設置,并對貧困戶的脫貧、返貧情況追蹤、 查詢。
本系統的基本用戶角色為系統人員,負責對系統中各種數據的綜合管理和動態維 護更新等操作。
扶貧信息管理系統
4.2 數據庫設計
本系統的設計重點即是對系統數據庫的設計環節,系統的完整性以及系統設計、 運行的質量、成敗均源自數據庫的設計質量并對系統以后的有效運行起到了關鍵性的 作用,因此在設計數據庫的過程中既要降低數據庫的冗余,又要保證數據庫的完整性。 對于數據庫的設計與建構是采用最優的方案進行的,既滿足了用戶的需求又確保數據 能夠有效存儲。
4.2.1數據庫概念結構設計
作為概念模型圖的 E-R 圖,既是設計人員進行數據庫設計的基礎,同時也是信息 建模的基礎,因此很強的語義表達是概念模型必須具備的能力,同時具備使用方便并 易于理解等優勢。根據第三章中的需求分析與上一節中對系統功能模塊的分析,本項 目設計了如圖4.4所示的系統E-R圖。
縣與村之間是一對多關系,村與貧困戶之間是一對多關系,貧困戶與家庭成員之 間是一對多關系,貧困戶與受扶持情況是一對多關系,貧困戶與項目需求之間是一對 多關系。
縣信息主要有編號、縣名、自然村個數、鄉村戶數、土地面積。
村信息主要有編號、村名、總戶數、總勞動力、需搬遷戶數、需搬遷人數、人均 耕地面積。
貧困農戶信息主要有編號、戶主姓名、建檔年份、聯系電話、扶貧標準、農戶屬 性、所屬自然村。
家庭成員信息主要有編號、戶主、姓名、身份證號、出生日期、與互助關系。 項目需求信息主要有編號、戶主、項目類別、建設內容、計量單位、建設規模、 資金總額。
受扶持信息主要有編號、戶主、項目名稱、項目類別、財政扶持、受扶持年份。
4.2.2數據庫物理結構設計
MYSQL數據庫是設計本系統所使用的數據庫,下面是詳細介紹數據庫的邏輯結 構設計步驟,由于部分表的字段太多,因此只是將其中的一部分字段列出。
(1)縣情況。如表 4.2 所示,主要描述了縣的一些基本信息,包括鄉鎮數、村 數、人數、GDP以及地理信息等。
表 4.2 縣情況登記表
字段 長度 是否為空 備注
id Int(11) 否 主鍵
Iscounty Int(5) 否 是否重點扶持縣
isMinorityCounty Int(5) 否 是否少數民族縣
borderCounty Int(5) 否 是否邊境縣
terrain Int(5) 否 地勢
elevation Int(5) 否 海拔
supportUnit Int(5) 否 有無幫扶單位
nmzhs Int(5) 否 年末總戶數
nmzrk Int(5) 否 年末總人口
townNumber Int(5) 否 鄉鎮個數
VillageNuber Int(5) 否 自然村個數
lastYearGDP Double 否 上年GDP
Income Double 否 農戶收入
CountyName Varchar(30) 否 縣名稱
(2)村情況。如表4.3所示,主要描述了村的基本情況,包括戶數、人數、 GDP 以及收入等。
表 4.3 村情況登記表
字段 長度 是否為空 備注
id Int(11) 否 主鍵
IsVillage Int(5) 否 是否重點扶持村
isMinorityVillage Int(5) 否 是否少數民族村
Iszrzh Int(5) 否 是否受到自然災害
Number Int(5) 否 總戶數
WorkerNumber Int(5) 否 勞動力數
Xbqs Int(5) 否 需搬遷數
Ybqs Int(5) 否 己搬遷數
LastYearGDP Double 否 上年GDP
Sn^jcsr Double 否 上年人均純收入
rjgdmj Double 否 人均耕地面積
VillageName Varchar(30) 否 縣名稱
3)貧困戶情況。如表 4.4 所示,主要描述了貧困戶的基本情況,包括地區、
戶主、收入、住房面積、聯系方式等。
表4.4貧困 農戶數登記表
字段 長度 是否為空 備注
id Int(11) 否 主鍵
province Varchar(IO) 否 省
City Varchar(IO) 否 市
town Varchar(10) 否 縣
Village Varchar(10) 否 村
Code Int(5) 否 編碼
Name Varchar(10) 否 戶主姓名
time date 否 建檔時間
tele Varchar(20) 否 聯系方式
bankName Varchar(20) 否 銀行卡名稱
bankNumber Varchar(20) 否 銀行卡號
Cause Varchar(20) 否 貧困原因
familyMember Varchar(20) 否 家庭成員
LivingSpace Double 否 住房面積
BuildingTime date 否 建造時間
Rjcsr Varchar(20) 否 人均純收入
SupportUnitName Int(5) 否 幫扶單位
(4)家庭情況。如表 4.5 所示,主要描述了該家庭的成員信息,包括姓名、出 生日期、勞動力情況、聯系方式、與戶主關系等。
表4.5家庭成員信息表
字段 長度 是否為空 備注
id Int(11) 否 主鍵
name Varchar(10) 否 戶主姓名
IDNumber Varchar(20) 否 身份證號
birthday date 否 岀生日期
Sex char(4) 否 性別
relationShip Varchar(20) 否 與戶主關系
Nation Varchar(20) 否 民族
Education Varchar(10) 否 文化程度
condition Varchar(30) 否 勞動力狀況
bankName Varchar(20) 否 銀行卡名稱
bankNumber Varchar(20) 否 銀行卡號
Tele Varchar(20) 否 聯系方式
(5)項目需求情況。如表4.6所示,主要描述了項目需求的情況,包括需求的 戶主、需求規模、需求內容、資金等。
表 4.6 項目 需求信息表
字段 長度 是否為空 備注
id Int(11) 否 主鍵
name Varchar(10) 否 戶主姓名
type Varchar(20) 否 項目類別
Content Varchar(255) 否 建設內容
scale Double 否 建設規模
Zjze Double 否 資金總額
(6)受扶持情況。如表 4.7 所示,主要描述受扶持的情況,包括受扶持人、扶 持年份、扶持內容、規模、資金等。
表 4.7 受扶持情況信息表
字段 長度 是否為空 備注
id Int(11) 否 主鍵
name Varchar(10) 否 戶主姓名
type Varchar(20) 否 項目類別
Content Varchar(255) 否 建設內容
scale Double 否 建設規模
Zjze Double 否 資金總額
Czfp Double 否 財政扶貧
Xdjg Varchar(50) 否 信貸機構
Time date 否 受扶持年份
4.3 系統功能模塊設計與實現
本節將對貧困戶信息管理、數據審核、統計報表管理、數據查詢、數據導入導出、 脫貧管理模塊進行設計。
注冊會員需在系統管理模塊首先進行,注冊完成后進行驗證用戶名及密碼,進入 系統之后,不同的操作功能是系統依據用戶的權限的不同分別進行展示的。本系統利 用MySQL作為系統數據庫,對數據庫的連接是采用JDBC技術進行的。系統的設計 是通過三層模式進行的,很多子功能模塊包含在每個功能模塊中。成為系統的用戶需 要通過注冊操作來完成,角色由管理員統一進行分配,然后進行系統的訪問。用戶通 過瀏覽器進行系統的訪問,通過前端控制器攔截用戶的請求,通過后臺的處理之后將 信息展示到頁面。在公司內部,通過內網登錄系統,在外網的用戶,通過Internet登 錄扶貧信息管理系統。基于系統穩定和安全運行的考慮,用戶對系統的訪問是通過瀏 覽器進行的,用戶的請求通過前端控制器予以攔截,信息是通過后臺的處理之后在頁 面進行展示。
4.3.1 貧困戶信息管理功能模塊
貧困戶信息管理模塊是系統的重要部分。貧困居民的信息登記是對貧困家庭的基 本信息進行登記,便于后期的信息篩選、管理。貧困人口分配是依據上級制定的脫貧 計劃,將計劃脫貧的貧困人口合理的分配到各個貧困村中。信息保存是對貧困戶信息 進行保存,持久化到數據庫。信息修改是對貧困戶的信息進行修改并持久化到數據庫。 信息導岀是將貧困戶的信息導岀到本地,以 excel 的形式導岀。信息報表打印是將貧 困戶信息列表打印岀來。
根據對以上功能的分析,貧困戶信息管理模塊主要實現了貧困戶綜合管理類 (PoorHouseholdsManagement)、貧困家庭基本信息類(BasicInformation)、貧困家庭 基本信息管理類( BasicManagement ) 、受扶持記錄類( SupportRecord ) 、扶持情況管 理類(SupportManagement)、貧困人口分布統計類(Allocation)<,貧困戶信息管理模 塊類圖如圖4.5所示。
圖4.5貧困戶信息管理模塊類圖
如圖所示,其中 PoorHouseholdsManagement 為貧困戶綜合管理類,可檢查系統 人員的登錄情況,并能夠為系統人員提供對貧困戶基本信息、受扶持情況及人口分布 情況的綜合管理功能。
貧困家庭基本信息類(BasicInformation),該類存儲了包括貧困戶的基本信息, 例如貧困家庭戶主名(Name)、家庭編號(ID)、家庭民族信息(Nation)、勞動力情 況(Labor)、銀行卡信息(Card)、聯系方式(Contact)等信息。
為方便系統對貧困家庭基本信息進行更新和維護操作,實現了貧困家庭基本信息 管理類(BasicManagement),該類可實現對貧困家庭基本信息的增加、刪除、更新、 以及按照姓名或編號查找貧困家庭信息等各類管理操作。
SupportRecord 為受扶持記錄類,該類存儲了包括記錄編號( ID,、 家庭名稱 (Name)、記錄類別(Class)、記錄信息(Information)等信息。
為方便系統對受扶持情況進行更新和維護操作,實現了扶持情況管理類 (SupportManagement),該類可實現對扶持記錄的增加、刪除、更新、以及按照姓名 或編號查找扶持記錄等各類管理操作。
貧困人口分布統計類(Allocation )則為系統人員提供了按照村或縣等不同維度 的貧困人口分布情況信息提取和展示功能。
貧困戶信息管理模塊類圖中的具體函數功能如表 4.8 所示。
表 4.8 貧困戶信息管理模塊類主要方法描述
類名 方法名稱 方法含義
PoorHouseholds
Management login() 用戶登錄
recordManage() 扶持記錄管理
basicManage() 貧困戶信息管理
getDistribution(String) 獲取貧困人口分布情況
B asicInform ation getName():String 獲取貧困戶戶主名
getID():String 獲取貧困戶編號
getN ation() :Integer 獲取貧困戶民族信息
getLabor():String 獲取貧困戶勞動力信息
getCard():String 獲取貧困戶銀行卡信息
getContact() :Integer 獲取貧困戶聯系方式
BasicManagement addBasicInformation (String []) 增加貧困戶基本信息
deleteBasicInformation (String) 刪除貧困戶基本信息
selectInformationByName (String):String[] 根據戶主名選擇 貧困戶基本信息
selectInformationByID (String):String[] 根據編號名選擇 貧困戶基本信息
updateBasicInformation (String]]) 更新貧困戶基本信息
SupportRecord getID():String 獲取記錄編號
getHouseN ame(): String 獲取記錄對應的貧困戶
getClass():Integer 獲取記錄類別
getInformation(): String 獲取記錄信息
SupportManagement addSupportRecord (String []) 增加扶持記錄
deleteSupportRecord(String) 刪除扶持記錄
selectSupportRecordByName (String):String[] 根據戶主名選擇 扶持記錄
selectSupportRecordByID (String):String[] 根據編號名選擇 扶持記錄
updateSupportRecord (String]]) 更新扶持記錄
續表 4.8 貧困戶信息管理模塊類主要方法描述
Allocation sortRecordByVillage (String):String[] 按照村信息 查詢人口分布
sortRecordBCounty (String):String[] 按照縣信息 查詢人口分布
貧困戶信息管理功能中的貧困居民的信息查詢時序圖如圖 4.6 所示。系統用戶登 錄是第一步,用戶的賬號密碼由系統進行校驗,身份未通過驗證則重新輸入賬號密碼, 身份驗證成功之后登錄系統。系統人員可對受扶持記錄按照戶主名進行查詢,并獲取 該扶持記錄的具體信息。人員也可以進一步查詢該記錄中相關貧困家庭的具體信息。 同時,也可根據該家庭的具體信息,查詢該家庭所在村的貧困人口分布情況。
圖 4.6 貧困戶信息管理模塊時序圖
4.3.2 數據審核功能模塊
數據審核是將錄入系統的用戶信息進行審核對照,查看不符合要求的數據,并進 行修正。數據審核包括了系統審核、自定義審核、查詢錯誤、批量修改錯誤、修復錯 誤等功能。系統審核是對審核的條件進行設置,在系統審核時,系統依據默認的審核 條件進行審核;自定義審核包括了審核窗口的設定,系統將依據用戶自定義的審核條 件進行審核;查詢錯誤是在數據審核之后,將錯誤的數據顯示在頁面中;批量修改錯 誤是將錯誤的數據導出到excel中,并進行批量的修改,修改過后將excel表格導入 到系統進行數據的修改;數據修復是對錯誤的數據進行修復。
根據對以上功能的分析,數據審核模塊主要實現了系統審核類(SystemCheck)、 自定義審核類(CustomCheck)、數據記錄類(Record)、錯誤信息類(Error)>查詢
錯誤類( ErrorSelection ) 、批量修改類( Correction ) 、數據文件類( DataFile ) 、數據修 復類(DataRecovery)。數據審核模塊類圖如圖4.7所示。
圖 4.7 數據審核模塊類圖
如圖4.7所示,其中系統審核類(SystemCheck),可根據設計好的檢查規則 (RuleSet),自動對數據記錄進行檢查,發現其中存在的錯誤并進行記錄。
自定義審核類(CustomCheck)繼承了系統審核類的檢查和錯誤記錄功能,另外 擴展了對檢查規則的增加、刪除和修改功能,支持系統人員自定義數據檢查規則,實 現數據的多元化檢查。
數據記錄類(Record)存儲了系統從數據庫獲取的用戶信息,包括記錄編號(ID)、 記錄名(Name)、和記錄基本信息(Information)等內容。
SupportRecord為受扶持記錄類,該類存儲了包括記錄編號(ID)、家庭名稱 (Name)、記錄類別(Class)、記錄信息(Information)等信息。
錯誤信息類(Error)用于記錄系統檢查類或自定義檢查類發現的錯誤信息,包括 錯誤編號(ID)、錯誤名稱(Name)、錯誤來自的記錄信息(RecordID)、以及錯誤的 基本信息(Information)。
查詢錯誤類(ErrorSelection)則為系統人員提供了按照錯誤編號或錯誤名稱等不 同維度的錯誤信息展示功能。
批量修改類(Correction)實現對錯誤信息按照編號或名稱選擇后的批量導出功 能,導出的錯誤信息將存儲在數據文件類(DataFile)中,以excel文件的形式進行存
儲和修改,修改后的文件將重新導入系統中。
數據文件類(DataFile)用于存儲批量修改類導出的錯誤數據信息,包括文件編 號(ID)、文件名(Name)和錯誤信息(ErrorSet)。
數據修復類(DataRecovery)對批量修改類修改后重新導入系統的文件數據進行 再次檢查,并對其中的數據進行修復,保證數據的正確性和一致性。
數據審核模塊類圖中的具體函數功能如表4.9所示。
表 4.9 數據審核模塊類主要方法描述
類名 方法名稱 方法含義
SystemCheck getRuleSet():String[] 獲取檢查規則集合
recordCheck(): Boolean 檢查數據記錄信息
errorRecord(String):Boolean 記錄錯誤信息
CustomCheck addCheckRule(String []) 增加檢查規則
deleteCheckRule (String) 刪除檢查規則
selectCheckRule (String):String[] 搜索檢查規則
updateCheckRule (String]]) 更新檢查規則
Record getID():String 獲取記錄編號
getName():String 獲取記錄名稱
getInformation():Integer 獲取記錄信息
Error getID():String 獲取錯誤編號
getName():String 獲取錯誤名稱
getRecordID():Integer 獲取錯誤所在的記錄
getInformation():Integer 獲取錯誤信息
ErrorSelection selectErrorByID(String[]):String 按照錯誤編號查找錯誤 信息
selectErrorByName(String[]):String 按照錯誤名稱查找錯誤 信息
printError() 錯誤信息展示
Correction exportErrorByID(String []) 按照編號導岀錯誤數據 到文件中
exportErrorByName(String []) 按照名稱導岀錯誤數據 到文件中
errorCorrection () 錯誤批量修正
importFile() 導入文件
DataRecovery readFile() 讀取文件數據
dataRecovery() 修復文件數據
saveData() 存儲修復后的數據
DataFile getID():String 獲取數據文件編號
getName():String 獲取數據文件名稱
getErrorSet(): String]] 獲取數據文件內容
數據審核流程圖所示,用戶成功登錄后,根據設定的數據審核方式,等待系統對 錄入的數據進行審核,如果審核通過,則點擊確實,并保存至系統數據庫。如審核未 通過,系統管理員發起數據修復錯誤的請求,控制層攔截請求之后,交給對應的業務 邏輯處理,業務邏輯層在處理請求時,若需要訪問數據庫,則對數據庫進行操作,將
修復的錯誤數據保存到數據庫,修改結束之后,返回修改的結果,并展示在瀏覽器上。 修復錯誤時序圖如圖 4.8 所示。
o
圖 4.8 數據審核模塊時序圖
4.3.3統計報表管理功能模塊
統計報表依據地區與報表的類型進行數據的統計,統計報表管理包括了查詢統計 報表、報表統計、報表打印以及報表導出等功能。報表統計首先對要統計的報表類型 進行查詢,對報表進行統計之后進行報表的導出,將信息導出到excel。查詢統計報 表是依據不同的維度進行查詢,以列表的形式展現出來。報表統計是以不同的維度從 數據庫中獲得數據,然后展示到頁面中。報表打印是對統計的報表進行打印。報表導 出是針對統計的報表以excel的形式導出到本地。
根據對以上功能的分析,統計報表管理模塊主要實現了報表類(Statement).報 表查詢類(Inquire)、報表統計類(Statistics)。統計報表管理模塊類圖如圖4.9所示。
如圖所示,其中報表類(Statement),該類存儲了數據報表的基本信息,例如報 表編號(ID)、報表名稱(Name)、行政縣信息(County)>行政村信息(Village)、 貧困家庭信息(Household)、報表具體信息(Information)等信息。
為方便對報表的信息進行查詢,建立了報表查詢類(Inquire),該類可以實現對
報表信息按照行政村、縣、貧困家庭等信息進行排序。
同時,為實現對報表的統計分析和導入功能,系統實現了報表統計類(Statistics), 該類可實現對報表信息按照行政村、行政縣和貧困家庭信息統計,并支持統計報表的 導出和打印。
Statement Inquire
+ID
+Name
+County
+Village +Household +Information F +inquireByCounty (String ]]) +inquireByVillage (String ]]) +inquireByHousehold (String ]])
+getID():String
+getName():String
+getCounty():Integer
+getVillage():String +getHousehold():String +getInformation():String Statistics
+statisticsByCounty()
+statisticsByVillage() +statisticsByHousehold() +exportStatement () +printStatement ()
圖 4.9 統計報表管理模塊類圖
統計報表管理模塊類圖中的具體函數功能如表4.10所示。
表 4.10 統計報表管理模塊類主要方法描述
類名 方法名稱 方法含義
Statement getID():String 獲取報表編號
getName():String 獲取報表名稱
getCounty(): Integer 獲取行政縣信息
getV illage(): String 獲取行政村信息
getHousehold(): String 獲取貧困家庭信息
getInformation(): String 獲取報表詳細信息
Inquire inquireByCounty (String []) 按照行政縣信息查詢
inquireByVillage (String []) 按照行政村信息查詢
inquireByHousehold (String []) 按照貧困家庭信息查詢
Statistics statisticsByCounty() 按照行政縣信息統計
statisticsByVillage() 按照行政村信息統計
statisticsByVillage() 按照貧困家庭信息統計
exportStatement () 導岀報表
printStatement () 打印報表
用戶成功登陸后,進入統計報表管理界面,選擇所需要的報表內容,頁面顯示所 選擇的報表信息,然后可以選擇打印或者導出o Statistics查詢統計報表時序圖如圖4.10 所示。系統管理員發起查詢報表統計的請求,系統按照貧困家庭對報表數據進行查詢, 并根據貧困家庭所在的行政縣信息對報表進行統計,產生的統計文件,并可以實現文 件的導出和打印。
圖 4.10 統計報表管理模塊時序圖
4.3.4數據查詢功能模塊
數據查詢模塊是整個管理系統的核心內容之一,系統用戶基于不同條件下對貧困 戶信息進行查詢、修改、刪除操作。依據查詢的條件進行貧困居民的信息查詢,對查 詢的數據進行查看、修改、導出與打印,數據查詢功能包括了信息的查詢、詳細信息 的查看、信息的修改、信息導出、信息打印、查詢條件的設置以及查詢條件的修改。 信息的查詢是依據用戶填寫的查詢條件進行信息的查詢。信息修改是針對系統的某些 信息進行修改并持久化到數據庫的過程。
系統的主要類圖如4.11所示,實現該模塊主要包括系統用戶類(SystemUser)、 系統登錄類(Login )、貧困用戶信息類(PoorHouseholds )、貧困戶信息管理類 (PoorHouseholdsInfoManage)、受扶持記錄類(SupportRecord)。
系統用戶類(SystemUser),該類主要存儲系統用的基本信息,包括用戶的ID(ID), 用戶名(Name),用戶的密碼(password)用戶電子郵件(Email),用戶權限(Authority) 等基本信息。
系統登錄類(Login),該類主要用于驗證系統用戶的安全登錄,保證系統的安全 性。
貧困基本信息類(PoorHouseholds),該類存儲了包括貧困戶的基本信息,例如貧 困用戶負責人姓名(Name)、負責人用戶性別(Sex)、家庭編號(ID)、家庭民族信 息(Nation)>家庭地址(Address)、收入情況(Money)、家庭人員數(Number)、聯 系方式(Contact)等信息。
貧困戶信息管理類(PoorHouseholdsInfoManage),該類主要實現對貧困戶基本信 息的查詢、修改和管理,用于管理貧困戶基本信息并保存到數據庫中。
受扶持記錄類(SupportRecord),該類存儲了包括記錄編號(ID)、家庭名稱 (Name)、記錄類別(Class)、記錄信息(Information)等信息,通過該類貧困戶信 息管理類能夠很便捷實現對貧困用戶的基本信息的查詢和管理。如表4.11所示,是 數據查詢模塊一些類的主要方法的詳細描述。
圖 4.11 數據查詢模塊類圖
表 4. 11 數據查詢模塊類主要方法描述
類名 方法名稱 方法含義
PoorHouseholds getName():String 獲取貧困戶戶主名
getID():String 獲取貧困戶編號
getN ation() :Integer 獲取貧困戶民族信息
getLabor():String 獲取貧困戶勞動力信息
getMoney():Double 獲取貧困戶的家庭收入
getContact(): String 獲取貧困戶的聯系方式
getAddress(): String 獲取貧困戶的地址
getSex():String 獲取貧困戶負責人的性別
續表 4. 11 數據查詢模塊類主要方法描 苗述
PoorHouseholdsInfoManage getCondition():String 獲取查詢條件
setCondition():void 設計查詢條件
Search():PoorHouseholds 查詢貧困戶信息列表
setSupportRecord():void 設計受扶持記錄列表
getSupportRecord():SupportRecord 獲取受扶持記錄列表
SystemUser getID():String 獲取系統用戶的ID
setID():void 設置系統用戶的ID
getName():String 獲取系統用戶的名字
setName():void 設置系統用戶的名字
getPassword(): String 獲取系統用戶的密碼
SetPassword():void 設置系統用戶的密碼
getAuthority(): String 獲取系統用戶權限
setAuthority():void 設置系統用戶權限
Login check():boolean 研制系統用戶登錄
getU ser(): SystemU ser 獲取系統用戶
setUser():void 設置系統用戶
SupportRecord getID():String 獲取記錄編號
getHouseN ame(): String 獲取記錄對應的貧困戶
getClass():Integer 獲取記錄類別
getInformation(): String 獲取記錄信息
圖 4.12 信息修改時序圖
信息修改時序圖如圖 4.12 所示。系統用戶登錄到系統,輸入查詢條件,系統返 根據查詢條件返回貧困居民信息的基本信息列表,系統用戶發起信息修改的請求,控
制層攔截請求之后,交給對應的業務邏輯處理,業務邏輯層在處理請求時,訪問數據 庫,返回貧困用戶的基本信息,系統用戶針對貧困用戶的基本信息進行修改,將修改 的信息保存到數據庫,在保存時,系統對提交的修改數據進行格式的校驗,如果符合 規定的格式則保存成功,否則系統給出提示,讓用戶繼續填寫修改的數據。修改結束 之后,返回修改的結果,并在瀏覽器上展示修改成功。
4.3.5數據導入導出功能模塊
數據導入導出功能模塊主要支持系統用戶批量導入貧困戶信息,以及對查詢到的 貧困戶信息進行批量導出。數據導入導出模塊包括了數據的導出、數據的導入、數據 的上傳、數據導出。數據的導入是以excel的形式導入到系統,數據的上傳是指系統 對excel的數據進行解析并持久化到數據庫,數據導出是以excel的形式導出到本地。
數據導入導出模塊主要包括貧困用戶信息類(PoorHouseholds)、數據導出類 (DataExport)、數據導入類(Datalmport),數據上傳類(DataUpload)。數據導入導出 類圖如圖4.13所示。
PoorHouseholds
-Name : String -Nation : String -ID : String -Labor : String -Money : Double -Contact : String -Number : Integer -Sex : String -Address : String +getName() : String +getID() : String +getNation() : String +getLabor() : String +getMoney() : String +getContact() : String +getNumber() : Integer +getAddress() : String +getSex() : String
DataImport DataUpload
-FileName : String ) -PoorHouseholdsList : PoorHouseholds
+getFileName() : String +setFileName() : void +ImportData() : Boolean +getPoorHouseholdsList() : String +setPoorHouseholdsList() : void
+UploadData() : Boolean
圖4.13數據導入導出類圖
貧困基本信息類(PoorHouseholds),該類存儲貧困戶的基本信息,為整個系統其 他類操作提供原始數據類型,貧困基本信息類是數據導入導出模塊的基本單位。
數據導出類(DataExport ),該類包含數據基本屬性有貧困用戶列表 (PoorHouseholdsList),需要導出的文件名(FileName)。主要方法是 ExportData
(ArrayList list,String file),該方法主要實現導出貧困用戶的基本信息到對應的Excel 文件中。
數據導入類(DataImport),該類包含數據基本屬性有需要導入的excel文件名 (FileName)。主要方法是ImportIData(String File),該方法實現對貧困用戶的基本信 息進行導入。
數據上傳類(DataUpload ),該類包含數據基本屬性有貧困用戶集合 (PoorHouseholdsList)。主要方法是 UploadData(ArrayList < PoorHouseholds >list),該 方法實現對貧困用戶的基本信息進行上傳,持久化保存到數據庫中。
如表4.12所示,是對該數據導入導出模塊的主要類的關鍵方法進行說明。
表 4. 12 數據導入導出模塊類主要方法描述
類名 方法名稱 方法含義
PoorHouseholds getName():String 獲取貧困戶戶主名
getID():String 獲取貧困戶編號
getN ation() :Integer 獲取貧困戶民族信息
getLabor():String 獲取貧困戶勞動力信息
getMoney():Double 獲取貧困戶的家庭收入
getContact():String 獲取貧困戶的聯系方式
getAddress():String 獲取貧困戶的地址
getSex():String 獲取貧困戶負責人的性別
DataImport getPoorHouseholdsList():String 獲取貧困戶的列表
setPoorHouseholdsList():void 為貧困用戶列表賦值
getFileName(): String 獲取上傳的文件名
setFileName():void 為上傳文件名賦值
ImportIData():boolean 導入貧困用戶數據
DataExport getPoorHouseholdsList: String 獲取貧困戶的列表
setPoorHouseholdsList:void 為貧困用戶列表賦值
getFileName(): String 獲取導岀的文件名
setFileName():void 為導岀文件名賦值
ExportData():boolean 導岀貧困用戶數據
DataUpload getPoorHouseholdsList():String 獲取貧困戶的列表
setPoorHouseholdsList():void 為貧困用戶列表賦值
UploadData():boolean 上傳貧困用戶信息
如圖 4.14所示,是數據導入導出模塊的數據上傳時序圖,用戶成功登陸系統后, 用戶進入數據導入導出界面,用戶選擇數據上傳功能,系統判斷有無需要導入的數據, 如果沒有貧困用戶信息的列表,系統提示需要先從對應的貧困戶信息記錄文件(如 excel 文件)導入貧困用戶的基本數據信息到系統,用戶點擊需要導入的信息文件,
系統會對導入的文件進行格式的校驗,如果符合規定的格式則導入文件成功,否則給 出文件格式錯誤,請重新選擇文件的提示。系統將導入成功的excel文件中數據根據 系統的要求映射到貧困用戶的列表中,用戶點擊上傳,系統會將貧困用戶的基本信息 持久化到數據庫。上傳成功后,系統返回上傳成功的提示。
4.3.6脫貧管理功能模塊
脫貧管理模塊的主要功能是支持系統用戶設立脫貧線對貧困戶和脫貧戶進行區 分,并對貧困戶進行返貧和脫貧管理等。脫貧管理設置貧困線來區分貧困戶與脫貧戶, 脫貧管理包括了脫貧線設置、返貧管理、脫貧管理、查找線上貧困戶與查找線下脫貧 戶等功能。脫貧線的設置是系統管理員對脫貧的標準進行設置,當用戶未達到該線時 不認定為貧困戶。返貧管理表示以前是貧困戶的用戶后來脫離了貧困,但又因各種原 因重新進入了貧困戶范圍,需要對這些群體進行信息的管理,查找貧困戶是對在脫貧 線以內的用戶進行查詢。
該模塊主要包含的類有貧困用戶信息類(PoorHouseholds )、脫貧管理類
(OutPoorManager )、脫貧線管理類(SupportLineManagement )、返貧管理類 (BackPoorManager),受扶持記錄類(SupportRecord)。如圖4.15所示,是該模塊的
主要類圖。
圖 4.15 脫貧管理類圖
脫貧線管理類(SupportLineManagement),該類的基本屬性有用于判斷是否屬于 貧困用戶的標準的貧困線(Line)。
脫貧管理類(OutPoorManager),該類的基本屬性包括脫貧用戶家庭平均 (money),收入列表(outPoorHouseholdsList),脫貧用戶標志(Outflag)。
返貧管理類(B ackP oorManager ),該類的基本屬性包括返貧用戶列表 (backPoorHouseholdsList),返貧用戶標志(Backflag)。
受扶持記錄類(SupportRecord),該類存儲了包括記錄編號(ID)、家庭名稱 (HouseName)、記錄信息(Information)等信息,通過該類貧困戶信息管理類能夠
很便捷實現對貧困用戶的基本信息的查詢和管理。
如表4.13所示,是對該脫貧管理模塊的主要類的關鍵方法進行說明。
查看最新脫貧用戶時序圖如圖 4.16 所示。系統用戶安全登入系統以后,發起查 詢最新脫貧用戶請求,系統通過貧困線管理類返回最新的貧困線,然后根據最新的貧 困線,查詢脫貧記錄中用戶年平均收入低于貧困線的用戶,將查詢結果返回給脫貧管
理類,脫貧管理類將最后獲取的脫貧戶列表返回給系統用戶。
表 4. 13 脫貧管理模塊類主要方法描述
類名 方法名稱 方法含義
SupportLineManagement getLine():Double 獲取脫貧線
setline():void 設置脫貧線
getPoorHouseholds ():String 獲取貧困用戶的信息
setPoorHouseholds ():void 設置貧困用戶
judge():boolean 判斷是否屬于貧困用戶
OutPoorHouseholdsList getOutPoorHouseholdsList():string 獲取脫貧用戶列表
setOutPoorHouseholdsList():void 設置脫貧用戶列表
getOutFlag(): string 獲取是否己經脫貧標志
setOutFlag:void 設置脫貧標志
getMoney(): double 獲取用戶的平均收入
setMonet():void 設置用戶的平均收入
BackPoorHouseholdsList getBacktPoorHouseholdsList():string 獲取返貧用戶列表
setBackPoorHouseholdsList():void 設置返貧用戶列表
getBackFlag(): string 獲取是否己經返貧標志
setBackFlag:void 設置返貧標志
SupportRecord getID():String 獲取記錄編號
setID():void 設置記錄編號
getHouseName():String 獲取記錄對應的貧困戶 家庭名
SetHouseName():void 設置貧困戶家庭名
getInformation(): String 獲取記錄信息
SetInformation():void 設置記錄信息
用戶登錄系統,輸入用戶名和密碼成功登陸后,進入系統頁面,選擇脫貧管理。 選擇脫貧線設置,可以手動設置脫貧標準,根據該戶人均收入在線下還是線上,確定 其是否屬于貧困戶;選擇返貧管理,則是對原來的貧困戶脫貧后,又進入貧困線以內, 即重新進入貧困狀態的家庭,這部分信息需要進行特別的關注;選擇查找脫貧戶,可 對目前在貧困線以內的家庭戶進行信息查詢。
圖 4.16 查找最新脫貧用戶時序圖
4.4 本章小結
本章是系統的設計,對系統的架構設計、功能設計、網絡拓撲設計以及數據庫設 計進行了介紹。通過本章的介紹,形成了系統設計的文檔,如系統總體設計方案,系 統詳細設計方案,數據庫設計模型等,為系統的編碼工作提供了指導。
第五章 系統測試分析
對真實使用環境的模擬是進行系統測試的必要條件,同時也是驗證系統的必要過 程。作為軟件開發重要組成部分的系統測試環節,對系統中的錯誤進行檢測并發現存 在的問題進行修正是其目的,對是否按照用戶需求實現進行軟件驗證。在實際的硬件 環境中將實現的系統進行部署或安裝,對系統實現的業務功能進行針對性的測試是根 據需求分析進行的。因此,本章對扶貧信息管理系統的功能和性能進行測試,以保證 該系統能夠滿足用戶的使用需求。
5.1 測試環境
硬件環境:Intel Core i5-3470 CPU 3.20GHz,4G內存,具體如圖5.1所示。
圖 5.1 測試環境
軟件環境:
(1)操作系統: Windows 7
2)瀏覽器: 360安全瀏覽器
5.2 系統功能測試
本節對扶貧信息管理系統進行功能測試。測試的功能模塊對應于第三章中提到的 貧困戶信息管理、數據審核、統計報表管理、數據查詢、數據導入導出和脫貧管理。
5.2.1貧困戶信息管理 本小節為貧困戶信息管理的測試設計了5個測試子項,分別是登記貧困戶基本信
息、登記貧困戶受扶持情況、保存貧困戶信息、打印貧困戶信息、分配貧困人口。
表5.1對這5個測試子項的內容、測試步驟、預期結果和實測結果進行了詳細的 描述。
表 5.1 貧困戶信息管理的測試用例
序號 測試子項 執行步驟 預期結果 實測結果
1 登記貧困 戶基本信 息 1.用戶在系統導航菜單欄中 選擇-貧困戶信息管理”菜單 的子菜單―貧困居民信息登 記”;
2.在貧困居民信息登記頁面 的—貧困戶基本信息”部分編 輯貧困居民的基本信息(建 檔時間、所在地區、家庭信 息等)。 1.點擊導航欄中的―貧 困居民信息登記”菜單 后系統能夠正確跳轉到 貧困居民信息登記頁 面;
2.用戶能夠成功編輯貧 困居民的基本信息。 同預期結果。
1. 如圖 5.2,系 統支持用戶對 貧困居民的基 本信息進行編 輯。
2 登記貧困 戶受扶持 情況 1. 用戶在貧困戶信息登記頁 面的—受扶持情況登記”部分 編輯貧困居民家庭所受扶持 項目的情況。 1. 用戶能夠成功編輯貧 困家庭的受扶持情況。 同預期結果。
1. 如圖 5.2 所 示,系統支持用 戶對貧困家庭 的受扶持情況 進行編輯。
3 保存貧困 戶信息 1. 用戶編輯完貧困戶信息之 后,點擊貧困戶信息登記頁 面底部的—保存”按鈕。 1.系統成功將用戶登記 的貧困戶信息保存到數 據庫中;
2.貧困戶信息登記頁面 為用戶展示剛剛保存的 貧困戶信息。 同預期結果。
4 打印貧困 戶信息 1.用戶保存了登記的貧困戶 信息后,貧困戶信息登記頁 面會為用戶展示保存的貧困 戶信息,并且在該頁面的右 上角會岀現一個—打印”按鈕, 用戶點擊該按鈕進行貧困戶 信息的打印;
2.在彈窗中選擇貧困戶信息 要保存的路徑,并點擊—確 認”。 1.用戶點擊—打印”按鈕 后,系統能夠彈岀選擇 信息保存路徑的窗口;
2.系統能夠將貧困戶信 息已 Excel 文件的形式 保存到用戶選擇的路 徑。 同預期結果。
5 分配貧困
人口 1.用戶在系統導航菜單欄中 選擇-貧困戶信息管理”菜單 的子菜單—貧困人口分配”;
2.在貧困人口分配頁面中選 擇要進行貧困人口分配的地 區,并為該地區分配貧困人 口數量。 1.點擊導航欄中的—貧 困人口分配”菜單后系 統能夠正確跳轉到貧困 人口分配頁面;
2.用戶能夠成功選擇要 進行貧困人口分配的地 區,并進行貧困人口分 配。 同預期結果。
如圖5.2所示,當用戶點擊了導航欄中的“貧困居民信息登記”菜單后系統正確
地跳轉到了貧困居民信息登記頁面,并且用戶可以對貧困居民家庭的基本信息(如圖
5.2 中所示的建檔時間、地址信息、收入情況、家庭成員信息等)進行登記。而且,
用戶能夠在貧困居民信息登記頁面對貧困居民家庭所受扶持的情況進行登記,包括扶
5.2.2 數據審核
本小節為數據審核的測試設計了 3 個測試子項,分別是自定義審核(由于系統審 核就是以系統設定的默認標準對貧困戶信息進行審核,而自定義審核是用戶依據實際 情況設定審核標準,因此我們只要測試系統能夠完成自定義審核就能夠確保系統可以 完成系統默認審核)、瀏覽未通過審核的貧困戶記錄、修復錯誤。
表5.2對這3個測試子項的內容、測試步驟、預期結果和實測結果進行了詳細的 描述。
如圖5.3所示,當用戶點擊了導航欄中的“數據審核”菜單后系統正確地跳轉到 了數據審核頁面,并且用戶可以進行自定義審核條件的設置。
圖 5.3 設置自定義審核條件
表 5.2 數據審核的測試用例
序號 測試子項 執行步驟 預期結果 實測結果
1 自定義審核 1. 用戶在 系 統 導 航 菜單欄中選擇―數據 審核”菜單;
2.用 戶 在 數 據 審核 頁面的―設置審核條 件”部分進行自定義 審核條件的設置;
3.點擊數據審核頁 面底部的—審核”按 鈕。 1.點擊導航欄中的—數據審核” 菜單后系統能夠正確跳轉到數 據審核頁面;
2.用戶能夠成功進行自定義 審核條件的設置;
3.用戶點擊—審核"按鈕后,系 統能夠進行自動審核,并將審 核結果展示給用戶(若全部記 錄通過審核,就彈框告訴用戶 全部審核通過;若有未通過審 核的記錄,則以列表形式為用 戶展示審核未通過的記錄)。 同預期結果。
1. 如圖 5.3, 系統支持用戶 進行審核條件 的設置,并支持 用戶的審核操 作。
2 瀏覽未通過 審核的貧困 戶記錄 1. 用 戶 在 數 據 審核 頁面查以列表形式展 示的未通過審核的貧 困戶記錄。 1. 系統以列表形式展示審核 未通過的貧困戶記錄,并支持 用戶翻看。 同預期結果。
1. 如圖 5.4 所 示,系統以列表 的形式為用戶 展示了未通過 審核的貧困戶 記錄。
3 修復錯誤 1.用戶查看審核未
通過的貧困戶記錄;
2.在需要進行修復 的那一條記錄的末尾 點擊—修復”按鈕,
3.系統跳 轉 到 貧 困 戶信息登記頁面,支 持用戶對貧困戶信息 進行修復。 1. 用戶點未通過審核的記錄 的—修復討安鈕,系統給能夠成 功跳轉到貧困戶信息登記頁 面。 同預期結果。
如圖 5.4所示,用戶點擊“審核”按鈕后,系統自動進行審核,并將未通過審核 的貧困戶記錄以表格的形式展示給用戶,且每一條記錄的最后都設有“查看詳情”和 “修復”按鈕,支持用戶對貧困戶的詳細信息進行查看,以及對貧困戶信息中不符合要 求的信息進行修復。
未通過審核的貧困戶記錄
瘁號 貧囲戶編號 首 市 街道/鎮 社區/村 門牌號 戶主 戶主電話 脫貧線以上 年吟
1 301020170407432 江蘇沓 蘇州市 昆山市 張浦鎮 星金村 3002 13761327465 2300 慘:復
2 301020170407433 江蘇省 蘇州市 昆山市 張浦頓 星金村 3023 王帥 13060023465 否 1300 修復
3 301020170407432 江蘇音 蘇州市 昆山市 張浦頓 大直社區 3002 李峰 13060023445 S 500 修復
4 301020170407423 江蘇音 蘇州市 昆山市 張浦鎮 星金村 1524 錢犬明 18597423745 否 4000 樓復
5 301020170407483 江蘇省 蘇州市 昆山市 張浦頓 據和社區 6568 13523574635 是 2500 修復
|sb|| ||T|⑸|下-頁11|Qjumag毎貢5條城i/9- ]冏
圖 5.4 瀏覽未通過審核的貧困戶記錄
5.2.3 統計報表管理 本小節為統計報表管理的測試設計了2個測試子項,分別是統計報表查看、統計 報表下載。
表5.3對這2個測試子項的內容、測試步驟、預期結果和實測結果進行了詳細的 描述。
表 5.3 報表統計管理的測試用例
序號 測試子項 執行步驟 預期結果 實測結果
1 統計報表
查看 1.用戶在系統導航菜單 欄中選擇―統計報表管 理”菜單的―統計報表查 看”子菜單;
2.用戶在統計報表查看 頁面選擇地區,并編輯 需要報表展示的內容 (例如,只要家庭地址 信息、戶主信息和收入 信息等);
3.用戶點擊—確認”。 1.點擊導航欄中的—統計報 表管理”菜單后系統能夠正確 跳轉到統計報表查看頁面;
2.用戶能夠成功選擇地區并 編輯需要報表展示的內容;
3.用戶點擊―確認”按鈕后, 系統按照用戶設定的報表內 容展示查到的貧困戶信息。 而且在統計記錄列表的下方 出現―導出統計分析 Excel 文 件”和—打印當前文件”按鈕。 同預期結果。
1. 如圖 5.5 所 示,系統支持用 戶 設定報表信 息項,并為按用 戶設定進行貧 困戶信息的展 示。
續表 5.3 報表統計管理的測試用例
2 統計報表 下載 1.用戶點擊統計報表查 看頁面統計記錄列表的 下方岀現―導岀統計分 析Excel文件”或—打印當 前文件”按鈕。 1. 系統彈岀下載窗口,支持 用戶將統計報表查看頁面展 示的統計記錄保存到本地或 直接進行打印。 同預期結果。
如圖5.5所示,當用戶點擊了導航欄中的“統計報表管理”菜單的子菜單“統計 報表查看”后系統正確地跳轉到了統計報表查看頁面,并且用戶可以自定義的設定需 要展示的報表信息,例如只要家庭地址信息、戶主信息和收入信息等。而且,用戶設 定完報表內容,點擊“確認”按鈕后,系統以用戶設定的報表信息項為用戶展示查詢 到的貧困戶信息。
統計很表勰 > 撮表翹
注:請選擇至少 條件.
區肺: 昆山市▼ |
街1/新 張浦鎮▼]
社色村: 星金村▼]
家庭情況: 命 *
詳離息:
未通過審核數據詳情
瘁號 街道/鎮 社區/村 芟困家庭 »ixii
1 昆山市 張浦塔 星金村 五貯
2 昆山市 張浦鎮 星金村
3 昆山市 張浦須 星金村 五聘
4 昆山市 星金村
5 昆山市 張浦塔 星金村
導出統計分析excel文件 打印當前文件
圖 5.5 統計報表查看
5.2.4 數據查詢
本小節為數據查詢的測試設計了 6 個測試子項,分別是設置查詢條件、查詢貧困 戶、查看貧困戶列表、查看貧困戶詳細信息、修改貧困戶信息、刪除貧困戶信息。
表5 .4對這6個測試子項的內容、測試步驟、預期結果和實測結果進行了詳細的 描述。
如圖5.6所示,當用戶點擊了導航欄中的“數據查詢”菜單后系統正確地跳轉到 了數據查詢頁面,并且用戶可以對查詢條件進行設置(如圖 5.6 所示的建檔時間、所 在地區、戶主身份信息、收入水平等等)。
如圖 5.7 所示,當用戶點擊數據查詢頁面底部的“查詢”按鈕后,系統自動跳轉 到查詢結果頁面,并為用戶以列表的形式展示符合查詢條件的所有貧困戶記錄,并且 在每一條貧困戶記錄的最后都附有“查看詳情”、“修改”、“刪除”按鈕,以支持用戶 進行相關的操作。
表 5.4 數據查詢 的測試用例
序號 測試子項 執行步驟 預期結果 實測結果
1 設置查詢
條件 1.用戶在系統導航菜單欄中 選擇―數據查詢”菜單;
2.用 戶 在數據查詢頁面的 ―設置查詢條件”部分添加查 詢條件(建檔時間、所在地 區、戶主身份信息、收入水 平等等)。 1.點擊導航欄中的―數 據查詢”菜單后系統能 夠正確跳轉到數據查詢 頁面;
2.用戶能夠成功編輯查 詢條件。 同預期結果。
1. 如圖 5.6 所 示,系統支持用 戶 對 查詢條件 進行編輯。
2 查詢貧困
戶 1. 用戶編輯完查詢條件后, 點擊數據查詢頁面底部的 “查詢”按鈕。 1. 系統自動跳轉到查詢 結果頁面,并為用戶以 列表的形式展示符合查 詢條件的所有貧困戶記 錄,且每一條記錄的最 后都附有―查看詳情”、 —修改”、’刪除”按鈕。 同預期結果。
1. 如圖 5.7 所 示,系統為用戶 展示符合查詢 條件的貧困戶 記錄列表。
3 查看貧困
戶列表 1. 用戶點擊查詢結果頁面的 翻頁按鈕,查看不同頁的貧 困戶記錄。 1. 系統成功進行查詢結 果的翻頁。 同預期結果。
4 查看貧困
戶 詳細信 息 1. 用戶點擊查詢列表中相關 記錄的―查看詳情”按鈕。 1. 系統自動跳轉到貧困 戶詳情頁,為用戶展示 貧困戶的詳細信息。 同預期結果。
5 修改貧困
戶信息 1.用戶點擊查詢列表中相關 記錄的―修改”按鈕;
2.在貧困居民信息登記頁面 對貧困戶信息進行修改和保 存。 1. 系統自動跳轉到貧困 居民信息登記頁面,支 持用戶對貧困戶信息進 行修改。 同預期結果。
續表 5.4 數據查詢的測試用例
6 刪除貧困 戶信息 1.用戶點擊查詢列表中相關 記錄的―刪除”按鈕;
2.點擊刪除確認彈窗的―確 認”按鈕。 1.系統彈岀刪除確認窗 口,以避免用戶的誤操 作;
2.當用戶點擊―確認”按 鈕后,系統將相關的貧 困戶信息從數據庫中刪 除。 同預期結果。
注:溝至少應一項董詢條件.
建檔時間 2017 ▼] 年 1 * 月 1 * 日 至 2017 ▼ 年 月 日
省: 市: 1蘇州市Y 區肺: 昆山市▼
街回鎮: 張浦鎮" 社因村: 星鉀” 門牌號: 102 ▼ |
戶主姓名: 已受時: 1否*1 戶主身份證號: 320523192612318120
脫貧線吐: 是 * |2100 元
ms
圖 5.6 設置查詢條件
貧困數癇羊情
序號 貧囪戶編號 省 市 區/市 街1/鎮 社區/村 門牌號 戶主 戶主電話 脫従線以上 年蚣 修改 刪除
1 3010201754 江蘇音 蘇州市 昆山市 張浦鎖 星金村 3002 李建國 13761327465 是 2300 »ww 修改 AM除
2 3010201734 江蘇肯 蘇州市 昆山市 張浦頓 星金村 3023 王帥 13060023465 否 1300 修改 刪陰
3 3010201723 江蘇営 蘇州市 昆山市 星金村 3002 李峰 13060023445 S 500 修改 刪陰
4 3010201721 江蘇音 蘇州市 昆山市 張浦頓 星金村 1524 錢大明 18597423745 否 4000 修改 刪除
1 3010201704 江蘇音 蘇州市 昆山市 張浦鎮 星金村 6339 李建國 13576873759 S 7500 WWW 修改 刪陰
I Sg || Jr-Jg]| I [T| |T| | 下-頁 11 «g I S«44條ftg 毎貢5條邂 1/9 _ Go
圖 5.7 查看符合查詢條件的貧困戶記錄
5.2.5數據導入導出
本小節為數據導入導出的測試設計了 3 個測試子項,分別是貧困戶信息導入、貧 困戶信息上傳、貧困戶信息導出。
表5.5對這3個測試子項的內容、測試步驟、預期結果和實測結果進行了詳細的
描述。
表 5.5 數據導入導出的測試用例
序號 測試子項 執行步驟 預期結果 實測結果
1 貧困戶信
息導入 1.用戶在系統導航菜單欄中 選擇―數據導入導出”菜單的 子菜單―數據導入”;
2.用戶在數據導入頁面中選 擇需要導入的保存有貧困戶 信息的 Excel 文件。 1.點擊導航欄中的―數 據導入”菜單后系統能 夠正確跳轉到數據導入 頁面;
2.用戶能夠成功添加需 要被導入的數據文件。 同預期結果。
1. 如圖 5.8 所 示,系統支持用 戶 對 需要導入 的保存有貧困 戶信息的 Excel 文件進行選擇。
2 貧困戶信
息上傳 1. 用戶選擇了數據文件后, 點擊數據導入頁面底部的 “上傳”按鈕。 1.系統自動對數據文件 中的貧困戶信息進行讀 取,并將讀取的信息寫 入數據庫中。 同預期結果。
3 貧困戶信
息導出 1.用戶在系統導航菜單欄中 選擇―數據導入導出”菜單的 子菜單―數據導出”;
2.用戶在數據查詢頁面對需 要導出的數據進行查詢;
3.用戶對查找到的數據進行 批量的勾選;
4.用戶點擊查詢頁面右上角 的―打印”按鈕;
5.用戶選擇導出文件的路 徑。 1.點擊導航欄中的—數 據導出”菜單后系統能 夠正確跳轉到數據查詢 頁面;
2.系統能夠支持用戶進 行查詢結果的批量勾 選;
3.用戶點擊―打印”按 鈕,并選擇了導出文件 路徑后,系統能夠將用 戶勾選的記錄批量到指 定的Excel文件中。 同預期結果。
sags® > sas導入
貧困數據導入
注:清狽保導入文件的正艙
降文件:I迭擇文件]江蘇首蘇州市毘山市”.揭報表Rsx
圖 5.8 貧困戶信息導入
如圖5.8所示,當用戶點擊了導航欄中的“數據導入導出”菜單的子菜單“數據導 入”后,系統正確地跳轉到了數據導入頁面,并且用戶對需要導入的保存有貧困戶信 息的 Excel 文件進行了添加。
5.2.6 脫貧管理
本小節為脫貧管理的測試設計了 3 個測試子項,分別是脫貧線設置、返貧管理、 脫貧管理。
脫貧線設置是依據當地的收入情況,制定脫貧線,脫貧線以下的居民即為貧困居 民,若某些貧困居民的收入在脫貧線以上就可以升級為脫貧居民。返貧管理是針對脫 貧的居民又返貧后的信息管理,該管理分為兩個步驟,首先是對脫貧線以下的脫貧戶 進行檢索,然后是對檢索到的脫貧戶進行貧苦戶的標記。脫貧管理是針對貧困居民脫 離貧困現狀的信息管理,該管理也分為兩個步驟,首先是對脫貧線以上的貧困戶進行 檢索,然后是對檢索到的貧困戶進行脫貧戶的標記。
表5.6對這3個測試子項的內容、測試步驟、預期結果和實測結果進行了詳細的 描述。
如圖5.9所示,當用戶點擊了導航欄中的“脫貧管理”菜單的子菜單“脫貧線設 置”后,系統正確地跳轉到了脫貧線設置頁面,并且成功地對國家和各地區的脫貧線 進行了設置和保存。
脫貧昔理 > 脫貧線設置
脫貧國家戔七設置
脫貧線(魂5年蚣):|2000 | 元
各劃區脫矣線媚
省: 江蘇會” 市: 蘇州市,
區肺: 昆山?訶 脫芟統雄 3000 元
圖 5.9 國家和各地區的脫貧線設置
表 5.6 脫貧管理 的測試用例
序號 測試子項 執行步驟 預期結果 實測結果
1 脫貧線設
置 1.用戶在系統導航菜單欄中 選擇―脫貧管理”菜單的子菜 單―脫貧線設置”;
2.用戶在脫貧線設置頁面中 的 ― 國家脫貧線設置” 部分對 國家統一標準的脫貧線進行 設置和保存(這一步可以省 略);
3.用戶可以在脫貧線設置頁 面中的―各地區脫貧線設置” 部分選擇需要設計脫貧線的 地區,并為該地區設置脫貧 線(這一步也可以省略)。 1.點擊導航欄中的―脫 貧線設置”菜單后系統 能夠正確跳轉到脫貧線 設置頁面;
2.用戶能夠成功設置國 家脫貧線;
3.用戶能夠成功設置各 地區的脫貧線; 同預期結果。
1. 如圖 5.9 所 示。系統支持用 戶對國家和各 地區的脫貧線 進行設置。
2 返貧管理 1.用戶在系統導航菜單欄中 選擇―脫貧管理”菜單的子菜 單―返貧管理”;
2.用戶在返貧管理頁面中選 擇需要進行返貧管理的地 區;
3.點擊返貧管理頁面底部的 ―確認”按鈕。 1.點擊導航欄中的—返 貧管理”菜單后系統能 夠正確跳轉到返貧管理 頁面;
2.用戶能夠成功選擇需 要進行返貧管理的地 區;
3.用戶點擊―確認”按鈕 后系統自動為用戶返回 所選地區在脫貧線以下 的脫貧戶記錄列表,且 該列表中每一條記錄的 最后都設有―修改”和―刪 除”按鈕; 同預期結果。
3 脫貧管理 1.用戶在系統導航菜單欄中 選擇―脫貧管理”主菜單的子 菜單―脫貧管理”;
2.用戶在脫貧管理頁面中選 擇需要進行脫貧管理的地 區;
3.點擊脫貧管理頁面底部的 ―確認”按鈕。 1.點擊導航欄中的—脫 貧管理”菜單后系統能 夠正確跳轉到脫貧管理 頁面;
2.用戶能夠成功選擇需 要進行脫貧管理的地 區;
3.用戶點擊―確認”按鈕 后系統自動為用戶返回 所選地區在脫貧線以上 的貧困戶記錄列表,且 該列表中每一條記錄的 最后都設有修改和刪除 同預期結果。
5.3 系統性能測試
由于本文 3.3 節在對扶貧信息管理系統進行非功能性需求時,已經指岀本文僅對 該系統的性能提岀了要求,即要求用戶在進行查詢操作時,系統的平均響應時間要小 于2 秒。因此,本節對扶貧信息管理系統查詢操作響應時間進行測試。
表 5.7 對系統操作操作平均響應時間的測試內容、測試步驟、預期結果和實測結 果進行了詳細的描述。
表 5.7 系統查詢操作響應時間測試用例表
用例描述 具體操作 預期結果 測試結果
響應時間測
試 1.模擬 500 個以內登
錄用戶;
2.模擬500 個以內登 錄用戶同時進行查詢 操作。 1. 系統的平均響
應時間小于 2 秒。 同預期結果。
1. 如圖 5.10 所示,系統查詢操 作的平均響應時間約 1.6 秒,最 長的響應時間約 4 秒,最短響應
時間為200毫秒。
如圖 5.10 所示,展示了在對系統進行查詢操作時,不同的用戶并發量下的響應 時間。如圖 5.10 中黃色的曲線表示平均響應時間,紫色的曲線表示最長響應時間, 通過觀察和計算,可以得岀在 500并發量的情況下,系統響應用戶查詢操作的平均響 應時間約為1.6秒,達到了本文的性能指標要求。
Average Transaction Response Time
05:00 10:00 15:00 20:00 25:00 30:00 35:00 40:00
Elapsed scenario time mm ss
圖 5.10 查詢過程響應變化情況圖
5.4 本章小結
本章是對系統的測試進行介紹,包括對系統的測試目的介紹,測試方法介紹,測 試環境的搭建介紹,功能測試介紹以及性能測試介紹,并對測試的結果進行了分析, 從測試的結果表明,系統的功能運行穩定,性能達到的用戶的需求,系統可以交付。
第六章 總結與展望
6.1 總結
隨著信息化的建設進程不斷進行,扶貧信息管理系統的設計與實現成為了扶貧信 息管理的支撐工具,也是精準扶貧信息管理的關鍵部分。本文結合扶貧信息管理的需 求,利用面向對象的思想進行系統的設計。研究基于B/S結構的扶貧信息管理信息系 統,提出了前臺展示、后臺管理以及信息采集等功能。扶貧信息管理系統基于 J2EE 進行開發,增強了系統的可擴展性。在前端向后端發送請求時,基于Ajax異步請求, 請求數據信息。系統遵從統一的開發規范,使得系統具有了較好的安全性與可靠性。
隨著信息化發展,精準扶貧管理系統的設計與實現成為了精準扶貧管理的支撐工 具,也是精準扶貧管理的關鍵部分。本文結合精準扶貧管理的需求,利用面向對象的 思想進行系統的設計。研究基于B/S結構的精準扶貧管理信息系統,提出了客戶管理、 信貸風險管理、貸后管理等功能。精準扶貧管理系統基于 J2EE 進行開發, J2EE 是全 新的開發架構,提供了技術規范與開發的指導,包含了很多的組件,開發者可以直接 調用,J2EE有統一的標準與規格,縮短了開發的時間,降低了開發的難度。J2EE具 有很強的靈活性與可維護性,增強了系統的可擴展性。在前端向后端發送請求時,基 于 Ajax 異步請求,請求數據信息。系統遵從統一的開發規范,使得系統具有了較好 的安全性與可靠性。本文采用SSH框架技術進行系統的開發,實現了各層之間的分 離,各層之間互不影響,在每一層中,各層的變化都不會影響其他層的業務功能。提 升了系統的可復用性,降低了系統的耦合性。在該框架下,開發的效率提升,開發的 工作量降低。SSH是Web開發的必備框架,包括了 Struts、Spring、Hibernate,可擴 展性強,有較好的靈活性oSSH能夠提升系統的結構完整性以及應用程序的可維護性。 系統的 Struts 負責分離三層結構,數據庫的操作由 Hibernate 負責, Spring 則管理里 其他兩個部分。具體的流程是:首先建立模型,依據面向對象的思想建立模型,由 Struts對模型調用進行管理。然后利用對象的映射來轉換Java對象,然后通過Hibernate 實現數據持久化,在整個過程中,Spring處于管理位置。
本文依據精準扶貧管理的需求,設計了精準扶貧管理系統,精準扶貧管理系統為 精準扶貧管理帶來了高效的管理手段,也為精準扶貧管理提供了支撐。精準扶貧管理 系統的建立實現了精準扶貧管理的全過程管理,整合了精準扶貧管理的各方資源,協 調了精準扶貧管理的業務流程,最優化精準扶貧管理的各方資源,提升了精準扶貧管 理的競爭力。精準扶貧管理系統的建構將推動我國精準扶貧管理向正規化的方向邁 進,在設計精準扶貧管理系統過程中,均運用成熟的與先進的開發技術,良好的技術 選型也是精準扶貧管理系統構建的切實保障。
本文的主要研究內容包括:在充分對系統需求進行調研的基礎上進而對系統進行 了設計,包括了系統的架構設計、數據庫設計、網絡拓撲設計及系統功能模塊的設計 部分;在對系統測試環節,主要進行了系統性能測試和功能測試并詳細分析了最終的 測試結果。測試結果表明,系統各模塊運行正常,達到了預先的設計要求并能夠最大 限度滿足用戶的實際需求,可以完全交付用戶使用。
在信息化建設的大環境下,本文立足扶貧信息管理的實際需求,設計了一套完善 的扶貧信息管理系統,為扶貧信息管理構建了一個良好的平臺,提升了扶貧管理的整 體工作效率,同時也為扶貧信息管理提供了良好的平臺運作支撐。扶貧信息管理系統 的建構與完善,不僅對扶貧信息管理的業務流程進行了協調,同時也對扶貧信息管理 的各方資源進行了有效的整合,提升了全過程和動態化的扶貧信息管理整體水平。扶 貧信息管理系統的建立為我國在扶貧信息管理上水平奠定了基礎,在構建和完善新的 扶貧信息管理系統過程中,所應用的均是成熟的與先進的開發技術,良好的技術選型 也是扶貧信息管理系統構建的基礎。
6.2 后續工作展望
本系統在開發時,經過測試與驗收發現了一些不足,及時的進行了整改之后,完 善了系統的功能,在系統的功能升級時,可以結合數據挖據技術,提升系統的智能性, 利用數據挖據算法對系統的報表進行更深入的分析。
此外,在系統的數據庫操作時,會出現非法的操作,因此還需要提升系統的異常 處理完善機制,這在測試之后還需要進行更深入的工作。在數據庫操作時,調用數據 檢查方法,對數據的請求進行差錯處理,防止數據庫的非法操作,增加異常處理機制, 防止系統的異常關閉。
基于SSH的扶貧信息管理信息系統已經初步投入使用,在系統的試用中出現了 數據操作不穩定的現象,在不斷的優化之后這些現象都大幅下降,系統的優化之后將 提升扶貧信息管理的效率,扶貧信息管理系統基于J2EE規范進行開發,在系統的二 次開發與可擴展性上都有良好的表現,增強了扶貧信息管理系統的競爭力,為扶貧信 息管理系統的發展帶來了廣泛的前景。
參考文獻
[1]王鵬飛.濰坊市貧困村互助管理業務系統的設計與實現[D].2012年.
[2]Barnes Anger. Poverty Eradication, Millennium Development Goals and Sustainable Development in Nigeria[J]. Journal of Sustainable Development. 2010.
[3]Muhammad Haroon SIDDIQUE. NGOs and poverty issues in peri-urban areas[J]. Seria Management. 2010.
[4]Reiner Wassmann, Achim Dobermann. Climate change adaptation through rice production in regions with high poverty levels[J]. Journal of SAT Agricultural Research.2007.
[5]平莉.江西電力職業技術學院貧困生信息管理系統的設計與實現 [D]. 2012 年.
[6]劉夢巖,張悅玲,焦學芹.河北省農村財政扶貧資金管理研究J].合作經濟與科技.2014.
[7]侯軍岐.論我國專項財政扶貧資金管理研究J].價值工程.2015 .
[8]蔣海勇,楊清源,李順明.廣西財政支農支岀績效評價制度改進的思考-基于農民增收的視角J]. 經濟研究參考. 2014.
[9]張安平.陜西省農村扶貧開發問題研究[D]. 2012.
[10]張嘉晶.財政扶貧資金管理信息系統的分析與設計[D].2011.
[11]邢成舉.村莊視角的扶貧項目目標偏離與“內卷化”分析J].江漢學術.2015.
[12]丁越峰.民間組織參與農村貧困治理的理論與實踐研究[D]. 2014.
[13]劉麗瓊.我國政府利用NGO開發式扶貧研究述評J].廣西師范學院學報.2014.
[14]王忠.奮力探索精準扶貧"正安模式” [J].理論與當代.2014.
[15]楊朝中.構建精準扶貧體制機制化政策[J].2014.
[16]鄧維杰.精準扶貧的難點、對策與路徑選擇化農村經濟[J].2014.
[17]觀察員.廣東精準扶貧:中國亮點、世界模式[J].領導決策信息.2014.
[18]張笑蕓,唐燕.創新扶貧方式,實現精準扶貧資源開發與市場[J].2014.
[19]潘貴榮,陳貴旭.丹寨縣實施"精準扶貧"[J].當代農村財經.2014 .
[20]董家豐.少數民族地區信貸精準扶貧研究化貴州民族研究[J].2014.
[21]劉守敏.實施精準扶貧之我見[J].老區建設.2014.
[22]徐巧.新時期廣西旅游產業精準扶貧實施策略化當代廣西[J].2014.
[23]李薦.精準扶貧:恩施市龍鳳鎮的政策背景、實施現狀與對策建議[J].清江論壇.2014.
[24]莫任珍.喀斯特地區精準扶貧研究-貴州省畢節市為例[J].農業與技術.2015.
[25]郭文華.山西百企千村產業扶貧成全國典范[J].山西農產品加工綜合刊.2014.
[26]國務院扶貧辦.巧貧開發建檔立卡工作方案[J].中國扶貧.2014.
[27]水木,程文燕.從粗放到精準的轉身-江西省都陽縣精準扶貧實施情況調査[J].2014.
[28]關曉形.試談財政扶貧資金管理信息系統設計與實現[J].電腦編程技巧與維護.2014.
[29]Nancy Johnson, James Garcia, Jorge E. Rubiano et al.. Water and poverty in two Colombian watersheds[J]. Water Alternatives. 2009.
[30]Gabriela Lichtenstein. Vicuna conservation and poverty alleviation? Andean communities and international fibre markets[J]. International Journal of the Commons. 2010.
[31]B. Merz, J. Hall, M. Disse et al.. Fluvial flood risk management in a changing world[J]. Natural Hazards and Earth System Sciences. 2010.
[32]Jose Navar. Water supply and demand scenarios in the San Juan watershed[J]. Geofsica Internacional. 2001.
[33]P S. Lupo Stanghellini, D. Collentine. Stakeholder discourse and water management 一 implementation of the participatory model CATCH in a Northern Italian alpine sub-catchment[J]. Hydrology and Earth System Sciences. 2008.
[34]M. Falkenmark, C. Folke. The ethics of socio-ecohydrological catchment management: towards hydrosolidarity[J]. Hydrology and Earth System Sciences. 2002.
[35]David T Ellwood.Anti-Poverty Policy for Families in the Next Century: From Welfare to Work——and Worries. The Journal of Economic Perspectives . 2010.
[36]Ted K Bradshaw.Theories of Poverty and Anti-Poverty Programs in Community Development. RPRC Working Paper . 2009.
[37][37]N. W. Chan. A comparative study of water resources usage by households in georgetown-malaysia and pattaya-thailand [J]. Iranian Journal of Environmental Health Science & Engineering. 2006.