目錄
摘要 I
ABSTRACT III
插圖索引 V
表格索引 VII
符號對照表 IX
縮略語對照表 XI
第一章 緒論 1
1.1研究背景 1
1.2 國內外研究現狀 2
1.3 本文主要工作 3
1.4 本文組織結構 3
第二章 區級機關黨員信息管理系統相關技術 5
2.1B/S 模式 5
2.2 MySQL 數據庫系統 6
2.3 MVC 架構 6
2.4 本章小結 7
第三章 區級機關黨員信息管理系統需求分析 9
3.1 黨員信息管理現狀與目標 9
3.2 系統業務陳述 9
3.2.1 黨員信息管理業務分析 10
3.2.2 黨員表彰和處罰管理業務分析 10
3.2.3 黨費信息管理業務分析 11
3.2.4 黨員入黨管理業務分析 11
3.2.5 黨員流出管理業務分析 12
3.2.6 黨建管理業務分析 13
3.3 系統需求分析建模 14
3.3.1系統管理模塊 15
3.3.2 黨員信息管理模塊 16
3.3.3 黨員表彰和處罰管理模塊 16
3.3.4 黨費信息管理模塊 17
3.3.5 黨員入黨信息管理模塊 18
能框架,然后設計了系統總體的框架,并對系統的總體類圖進行了設計,接著進行了 系統數據庫的設計,最后詳細描述了每個功能模塊具體功能的實現。
第五章是系統的測試和結果分析。從系統的功能、安全性和性能三個方面進行了 測試,并對整體的測試結果進行了詳細的分析論述。
第六章對本文的工作進行了總結和展望,對系統當前還存在的不足進行了分析, 對未來的工作做了展望。
第二章 區級機關黨員信息管理系統相關技術
本章對B/S模式、MySQL數據庫和MVC架構進行了介紹,這些都是黨員管理 系統構建過程中的關鍵技術。
2.1B/S 模式
當前區級機關黨員的系統大多以C/S結構為主,在C/S結構的系統中,客戶端程 序需更具不同的平臺設計相應的客戶端程序,這就使得C/S結構的系統擴展性差,而 且開發成本大。我國目前大多數系統的平臺使用的是 Windows 平臺,隨著 Windows 系統的不斷更新和改變,一套軟件系統已經無法適應系統升級所帶來的各地區系統平 臺不一致的情況。由于這些問題的存在,就需要更好的系統結構解決C/S結構的不足。
B/S 模式的出現克服了 C/S 模式下管理系統的種種缺陷,隨著網絡技術的迅速發 展和普及,B/S(瀏覽器/服務器)模式已經在很多系統領域得到了廣泛應用[14][15]。B/S 模式傳統的是在C/S模式上的基礎進行設計的,B/S模式的核心是WEB后臺服務器, 用戶通過瀏覽器和WEB后臺進行數據交互,瀏覽器負責對后臺的數據進行接收和解 析,這使得B/S模式具有很好的跨平臺性[16]。后臺程序開發成功后,只需將程序運 行在服務器上,前端只需進行訪問即可。
如今B/S模式在很多的軟件架構中得到了應用,近年來前端技術不斷發展,簡單 的數據處理在前端瀏覽器中就可以得到處理,這無疑減輕了服務的負載, B/S 模式的 優勢也越來越大,主要表現在以下幾個方面:
(1)分布式應用 隨著網絡技術的迅猛發展,以云計算技術為導向的服務端應用如今越來越多,分
布式應用就是在這種情況的出現的,如今的應用更多是把數據發送到服務器集群中進 行處理,而不是之前單機形式,在這種趨勢下, B/S 模式很好的適應了這種變化,它 能能夠很好的完成客戶端與服務器端的數據通訊 [17]。
(2)跨平臺應用
系統運行的兩個主要的平臺是操作系統平臺和數據庫平臺。B/S模式將所有業務 處理程序存放在服務器端進行處理,前端只負責數據的顯示,由于B/S模式中主要通 過網絡進行數據通訊,這就使得系統的服務器組件可以選用不同的硬件平臺和數據庫, 而不用擔心具體的不同平臺所帶來的差異性。各組件通過網絡協議進行數據交互,很 好支持分布式應用 [18][19]。
(3)容易部署和管理
B/S 模式將其應用程序、數據庫以及各項資源都集中保存在服務器端進行運行, 而客戶端只需通過瀏覽器進行訪問即可。由于資源比較集中,所以在管理上只需對服 務器端進行管理即可。同時,通過提升服務器端的處理能力,就能夠對賬整個系統的 性能進行提升 [20]。
2.2MySQL 數據庫系統
MySQL是輕量級的SQL數據庫管理系統,相比Oracle數據庫,MySQL數據庫 是免費提供的,可以根據實際需要在官網下載對應版本的 MySQL 數據庫安裝包進行 使用oMySQL數據功能強大而且具有很強的靈活性,其提供了豐富的應用編程接口, 用戶能夠根據自身需要進行相應程序編寫, MySQL 具有較好的跨平臺性,其在各個 系統中均能很好的運行[21][22]。
如今在 WEB 以及互聯網企業常見的規模較小的事務中,讀操作通常占有較大的 比重,對于這種情況,用 MySQL 數據庫進行數據的管理是非常好的選擇,其主要表 現在兩個方面 [23]。一是便于維護和管理。以數據庫的備份為例,許多數據庫的數據 備份是一個麻煩的過程, MySQL 數據庫只需輸入簡單的命令,即可完成數據庫的備 份。另一個是 MySQL 數據庫提供了豐富的編程接口 [24][25],許多主流的開發語言都 可以很好的和 MySQL 數據庫進行數據交互。
MySQL 數據庫的這些優勢,為區級機關黨員信息管理系統的數據存儲提供了強 有力的支持。區級機關黨員信息管理系統常常會出現多個地方多個人員的并發訪問, 而 MySQL 可以同時存在多個用戶,多個線程同時進行的數據服務,這就很好的滿足 了系統的并發訪問數據的需求[26]。同時一個區域的黨員數量一般不會超過百萬級的數 量,因此不需采用比較重的數據庫系統, MySQL 是輕量級的數據庫系統,我們采用 MySQL 數據庫進行數據的存儲。
2.3MVC 架構
軟件開發通常需要一個較長的開發周期,并且完成后系統的維護工作常常是一個 比較棘手的問題,這就需要我們將軟件的功能模塊進行極大解耦,保證各個模塊之間 的獨立性,同時又需要系統的各個模塊能夠相互調用。區級機關黨員信息管理系統是 一個較為龐大的軟件系統,系統采用 B/S 模式,使用瀏覽器進行訪問,后臺使用數據 庫進行數據的存儲,這些特點剛好符合當前較為流行 MVC 架構,所以對整個區級黨 員管理系統的開發,我們采用 MVC 架構對整個系統進行分層。
MVC 架構分為模型層、視圖層和控制層三個層次。系統運行時視圖層負責和用 戶進行交互,控制層負責對前端發來的請求進行相應的服務的調用,模型層負責具體 的業務實現 [27][28]。通過 MVC 架構對系統進行分層,系統開發人員進行開發時,只 需實現自己負責層次的內容,這能加快項目的開發進度。由于對系統進行了分層,能 夠使得系統更便于進行后期維護,當系統出現錯誤時,只需到相應的層次定位問題即 可 [29] 。
在 MVC 模型構建過程中,模型層也就是業務控制器,它是業務處理核心, MVC 整個模型的設計主要就是對模型層的設計,模型層與控制層進行數據交互,同時將業 務產生的數據和數據庫進行交互 [30][31]。控制層位于視圖層和業務層之間,視圖層所 發來的各種請求,均由控制層進行調度,調用模型層所提供的具體的業務程序,它起 到一個請求調度的作用,除此之外,控制層產生相應的代碼,然后由瀏覽器進行結果 的顯示。視圖層進行業務信息的顯示,一個視圖通常可以對應多個業務模型,可以由 多個模型共同作用生成結果。MVC的請求處理流程如圖2.1。
調用業務控
圖2.1 請求處理流程
2.4本章小結
本章系統地介紹了 B/S模式、MySQL數據庫系統以及MVC架構模式。結合區 級機關黨員信息管理系統的軟件功能龐大、數據量較多以及應具有很好跨平臺性等特 點,我們采用 B/S 模式進行整個系統的搭建,服務器后臺使用 MySQL 數據庫進行數 據的管理,利用 MVC 架構模式對系統進行分層,實現系統模塊的解耦,縮短軟件開 發的周期。
第三章 區級機關黨員信息管理系統需求分析
本章對黨員管理系統業務需求進行了分析,根據實際的業務需求,系統分為系統 管理、黨員信息管理、黨員表彰和懲罰管理、黨費信息管理、黨員入黨管理、黨員流 出管理、組織生活管理、黨員培訓管理和統計分析九個模塊。使用用例圖對系統進行 分析建模。
3.1黨員信息管理現狀與目標
黨員信息管理系統是從當前區級機關黨員信息管理的實際要求和發展需要出發 考慮設計的,建設一個黨員信息管理系統能夠對本地區黨員的培養、發展、組織關系 轉遷等相關流程以及黨員信息查詢、獎勵信息管理、黨員考核、黨費繳納、組織生活 等方面進行系統管理,為日常區級機關黨員信息管理工作提供一個網絡化的管理平臺。 為此系統需和實際黨員管理業務想結合考慮,其具體要求如下:
(1)系統要求有較好的人機交互界面,操作起來要比較簡單,便于學習和使用;
(2)具有較低的硬件配置要求,能夠適應區級基層黨組織的實際需求;
(3)數據的修改操作要簡單,能夠根據不同的條件進行修改;
(4)支持多種條件的查詢,查詢響應要迅速;
(5)系統能夠根據角色進行權限管理。
通過建立一套黨員信息管理系統,預期達到以下目標:
(1)提高區級機關黨員信息管理的工作效率。通過建設一套網絡化的黨員管理平 臺,方便各個支部進行黨員信息的查詢、修改工作,解決手工操作的各種不便。系統 支持多個節點的并發操作,這樣使得各基層黨組織能夠并行工作,提高工作效率。
(2)確保黨員信息的安全性。通過網絡與數據庫的結合,能夠準確的記錄每個黨 員的詳細信息。利用不同權限的管理,保證整個系統中數據不會被隨意的篡改。建成 完善的系統功能,適應不同基層黨組織的實際需求。
3.2系統業務陳述
區級機關黨員信息的管理目前存在工作效率低、信息保存不安全等問題,為了能 夠更好對區級機關黨員的信息進行管理,需要設計一套區級機關黨員管理系統,提高 黨員管理的工作效率,保證黨員信息的安全。系統的主要參與為黨支書、黨員管理人 員、活動管理人員以及系統管理人員。黨支書在系統中完成對黨員入黨、表彰等操作。 黨員管理人員對黨員的基本信息庫進行維護,活動管理員組織進行黨支部的組織生 活,,系統管理員對系統的運行進行維護。
下面從黨員信息管理、黨員的表彰和處罰、黨員入黨、黨員流出和黨建管理六個 方面對系統業務進行分析。
3.2.1 黨員信息管理業務分析
黨員信息的管理的第一步就是對黨員的信息進行錄入。黨員的信息包含的內容較 為龐雜,主要由基本信息、組織關系轉接情況和組織內部三個部分組成。基本信息包 括黨員姓名、文化程度、職業、入黨時間等;組織關系轉接情況包括原機構電話、原 機構名稱、流入時間等;組織內部相關信息包括黨內職務、黨外職務、入黨介紹人等。
管理信息管理主要是對黨支部信息中黨員信息的維護,這其中包括一種情況就是 黨員的流入。黨員的流入的具體業務流程為:流入黨員攜帶原支部開取轉入介紹信, 黨支部負責對轉入的介紹信進行審核,審核通過后,由黨員管理人員在系統中添加黨 員的信息,并提交保存,流入黨員信息將會被保存到系統黨員信息庫中。
黨員轉入業務流程圖如圖 3.1 所示。
黨員轉入介紹信 信息入庫
未通—通—管理員保存信息
圖3.1 黨員轉入業務流程圖
隨著如今黨員的流動性越來越頻繁,黨員的轉入轉出也變的十分常見。同時,黨 員的流出所需的整理記錄的信息相對較多,所以對黨員的流出單獨進行分析。
3.2.2黨員表彰和處罰管理業務分析
黨支部對黨員都會制定相應的黨員考核與獎懲制度。其考核內容基本包括:理論 學習、組織生活、服務群眾以及模范作用。其考核等級評定,采取百分制原則,年度 根據總分分為優秀、良好、合格以及不合格,對于考核優秀者進行表彰,存入檔案。 對考核不合格者,組織找其談話,并予以警告,嚴重的報上一級黨組織嚴肅處分。除 此之外,在平時工作學習中有突出貢獻者也給予表彰,對于嚴重違紀也會給予嚴重的 處理,并記錄在案。
黨員處罰的具體流程為:有黨支書起草對某位黨員的處罰決定,在系統中發布, 然后需黨支部會議對黨員的處罰實施進行討論,制定好方案后在系統中進行公示,在 公示階段,若有異議,可在系統中填寫處罰異議申請表,然后在系統中進行提交,黨 組織異議申請進行評議。
黨員表彰的具體流程為:有各支部或個人在系統中填寫黨員表彰的申請書,并進 行提交,申請材料主要包括對黨員優秀事跡的描述,然后由黨支部召開會議對優秀黨 員的材料進行評審,評審通過后對外進行公示。黨支部同時需要制定黨員的獎勵方案, 并對黨員的表彰證書信息進行記錄。
3.2.3黨費信息管理業務分析
按照黨章規定,黨員需按季度向黨組織交納黨費,黨員管理人員負責對黨員繳納 的黨費進行管理。
黨費繳納的具體流程為:由黨員管理人員對每個黨員應繳納的黨費進行計算,黨 員管理人員在系統中編輯黨費計算公式,然后計算應繳黨費,接著在系統中通知黨員 進行繳費。對于未按時交納黨費的黨員,黨支部會給出相應的通告消息。黨員管理人 員需按季度對支部的黨費進行匯總統計,核算黨費收納金額是否正確,核算完無誤后, 需將黨員交納的黨費按時上交給上級黨組織,由上級黨組織將各黨支部的黨費進行匯 總統計。
3.2.4黨員入黨管理業務分析
黨員的入黨主要包括入黨積極分子和發展黨員兩個階段。
入黨積極分子階段,具體流程為:首先在系統中填寫申請入黨,然后進行提交, 團支部進行對優秀的團員進行推優,然后黨支部召開黨支部會議,對入黨積極分子的 信息進行審查,審批通過后,積極分子需參加黨校的學習,黨校學習結束后,需進行 黨校畢業考試,考試通過后可取得黨校結業證,這是入黨積極分子在思想上符合黨員 要求的憑證。入黨積極分子需進行民意測評,然后黨組織對其進行政審檢查,通過后 并可成為一名預備黨員,若有政治問題,則終止其培養。
轉正的基本流程為:預備黨員進行一年的預備期,黨組織對預備黨員進行考察, 預備期滿后,由預備黨員需給黨組織提交轉正申請。黨組織需召開黨組織會議,對預 備黨員的轉正進行討論,討論內容主要是預備黨員在預備期的一年里是否已經滿足正 式黨員的要求,預備黨員的入黨介紹人需向黨組織匯報預備黨員的考察報告,黨支部 半數以上黨員對預備黨員是否能夠成為正式黨員進行舉手表決,若半數以上黨員同意 預備黨員入黨,則預備黨員通過考察,黨組織批準預備黨員的轉正。黨員轉正后,需 對黨員的信息進行建檔,并進行保存。從黨員培養轉正業務流圖中可以得出,黨員入 黨的基本入黨人名稱、姓名、民族、籍貫等基本信息。除此之外,也需保存培養時間 和培養人的信息。
黨員培養轉正的業務流程圖如圖 3.2 所示。
圖3.2 黨員培養轉正業務流程圖
3.2.5 黨員流出管理業務分析
黨員流出是指脫離本地區黨組織的人員,主要向外部黨支部進行轉移。當前黨員 的流出情況比較多,因此此處對其單獨進行分析。
黨員流出的具體流程為:流出黨員在系統中提交流出申請,由黨支部審核流出黨 員的流出申請信息,并將流出黨員的信息保存到系統的數據庫中。審核通過后提交給 上級部門進行處理,由黨工委開取流出黨員的轉出介紹信。黨員從本地系統轉出后, 黨員管理人員對黨員信息進行修改。系統管理人員在系統中刪除改黨員的相關系統操 作權限。
黨員流出業務流程圖如圖 3.3 所示。
圖3.3 黨員流出業務流程框圖
3.2.6 黨建管理業務分析 黨內建設主要分為組織生活和黨員培訓兩部分內容。
(1)組織生活 黨的組織生活是黨組織對黨員進行教育、管理以及促進黨員之間交流的重要形式。 黨的組織生活是制度化的規定。一般情況下,黨小組會應每月至少應該召開一次,黨 員進行匯報思想,學習文件,開展批評與自我批評。
組織生活管理的具體業務流程為:活動管理人員對組織生活進行活動策劃,制定 一個活動方案,然后在系統中進行發布,由黨支部討論并進行實施,在系統中發布通 知,通知黨員按時參加組織生活。組織生活結束后,活動管理人員對組織生活信息在 系統中進行記錄。
(2)黨員培訓 為加強黨員思想的先進性,黨組織應定期對黨員進行培訓。通過制定黨員學習計 劃,通知黨員進行學習,一般學習分為黨員自主學習和開班培訓學習。黨員學習完課 程后,黨員管理人員會要求到黨員撰寫相應的學習心得,以監督黨員的學習情況。黨 員培訓是黨內建設的非常重要的一環。
黨員培訓的具體業務流程為:黨員管理人員將黨員培訓的計劃、內容在系統中進 行編輯,然后選擇需要參加培訓的黨員,通知他們按時參見黨員的培訓課程,黨員培 訓結束后,每位黨員需在系統中編寫培訓心得,然后提交,黨員管理人員對黨員培訓 心得的信息進行管理。
3.3系統需求分析建模
針對區級機關黨員信息管理的現狀,以及對黨員管理系統業務需求的分析,系統 可分為系統管理模塊、黨員信息管理模塊、黨員表彰和懲罰管理模塊、黨費信息管理 模塊、黨員入黨管理模塊、黨員流出管理模塊、組織生活管理模塊、黨員培訓管理模 塊和統計分析模塊等 9 個模塊。各模塊均按照具體的業務需求進行設計,具體功能為 實際業務處理提供支撐。區級機關黨員系統的功能設計涵蓋范圍廣,能夠解決當前黨 員信息管理所遇到的問題。
針對實際黨支部的管理需求,對系統主要操作用戶進行分析,系統的主要操作者 包括黨支書、黨員管理人員、活動管理人員、普通黨員以及系統管理人員。其黨支書 主要對黨員入黨和黨員的表彰和處罰進行管理,黨員管理人員對黨員信息、黨員流出、 黨費信息和黨員培訓進行管理,活動管理人員對組織生活信息進行管理,系統管理人 員主要對統計分析和系統進行管理。普通黨員擁有系統部分功能。這些操作者都是系 統的用戶。
系統總體的用例圖如圖 3.4 所示。
3.3.1 系統管理模塊
系統管理模塊主要包括用戶管理、密碼修改、數據庫維護和系統日志。用戶管理 包括對用戶的添加、用戶的刪除和權限設置等。數據庫維護主要包括對系統數據庫的 備份和系統數據庫的恢復。系統日志主要包括搜索日志和刪除日志。
系統管理模塊的用例圖如圖 3.5 所示。
(1)用戶管理。主要由系統管理員負責用戶的管理,管理員可以在系統中進行的 用戶的添加、用戶的刪除等操作。為了保證系統的安全性,系統中的用戶對各模塊的 操作權限也有所不同,因此需要對系統中的用戶進行權限設置、
(2)密碼修改。系統中用戶都有一個登錄系統密碼,密碼修改主要針對系統用戶 對自己登錄密碼的修改。
(3)數據庫維護。保證系統數據庫的安全就是保護系統數據的安全,系統管理員 可定期對系統的數據庫進行備份,防止出現系統數據丟失的情況發生。若系統數據受 到損壞,可通過數據庫恢復找回系統數據。
(4)系統日志。系統對用戶的各種操作進行記錄生成日志,系統管理員可搜索和 刪除日志。由于有日志的記錄,系統中如果出現非常操作,都可通過日志查找到,因 而保證系統的安全性。
3.3.2 黨員信息管理模塊
黨員信息管理主要包括管理的管理、信息的批量導入和信息的導出。黨員管理包 括對黨員信息的添加、刪除、修改以及查詢操作。批量導入包括對信息的導入。黨員 信息的導出包括對黨員信息導出生成報表。
黨員信息管理的用例圖如圖 3.6 所示。
(1)黨員管理。區級機關具有較多的黨員信息,黨員管理人員可以通過在系統中 對黨員信息進行管理。對于新流入或者新轉正的黨員,可以使用添加黨員功能將黨員 信息保存到系統中,如果黨員信息發生變動,則可以通過信息修改功能將黨員信息進 行修改。
(2)批量導入。當需要將大量的黨員信息錄入系統時,采用添加黨員信息功能就 十分的麻煩,黨員管理人員可以將需新增的黨員信息制作成 Excel 表格,使用批量導 入功能將黨員信息導入到系統中。
(3)導出信息。黨員管理人員可以將查詢出的黨員信息通過導出功能生成 Excel 表格,便于處理。
3.3.3 黨員表彰和處罰管理模塊 黨員表彰和處罰管理模塊主要包括表彰處罰認定、黨員表彰管理和黨員處分管理。
表彰處罰認定包括黨員信息的認定和表彰處罰原因認定。黨員表彰管理包括對表彰證 書的管理、表彰資金管理和結果公布。黨員處罰管理包括處罰通知、黨員處罰實施和 處罰異議提交。
黨員表彰和處罰管理模塊的用例圖如圖 3.7 所示。
圖3.7 黨員表彰和出發管理模塊用例圖
(1)表彰處罰認定。在對黨員進行處罰和表彰時,首先都需對黨員的信息和表彰 處罰的原因進行認定,黨支書可以在系統直接對黨員的信息進行認定,同時也將表彰 處罰的原因信息經過審核后直接進行認定。
(2)黨員表彰管理。通常是以表彰證書和資金的形式對黨員進行表彰的。黨支書 在系統中編輯生成黨員的表彰證書和表彰資金,審查無誤后直接進行發布。
(3)黨員處罰管理。對那些違紀的黨員需進行處罰,黨支書可在系統中首先對要 處罰的黨員進行通知,開會決定通過后進行黨員的處罰實施,如果對處罰有異議,可 在系統提交處罰異議信息。
3.3.4 黨費信息管理模塊
黨費信息管理主要包括黨員繳費、黨費繳納管理和繳納費用通知。其中黨費的繳 納管理包括收費計算、黨費繳納查詢和添加繳費。
黨費信息管理模塊的用例圖如圖 3.8 所示。
(1)黨員繳費。黨員管理人員首先在系統中計算出黨員的應繳黨費,黨員登錄系 統查看自己應繳黨費的費用,然后選擇進行電子繳費,系統會將對黨員的交費信息進 行記錄。
(2)黨費繳納管理。黨員管理人員可在系統中直接對該季度的應繳納的黨費進行 計算,系統會自動生成應繳黨費信息。黨員管理人員還可對繳納的黨費在系統中進行 查詢。對于那些現金繳納黨費的,管理員可在系統中手工添加繳費,當然黨費添加好 可以通過批量導入的方式進行信息的導入。黨員管理人員在系統中選擇編輯,對有誤 的信息進行修改。
(3)黨費計算:按照應交黨費金額={6 項收入之和-養老保險與職業年金(6 項收入 之和X 12%)-醫療保險(6項收入之和X2%+3)-失業保險(6項收入之和X0.2%)-個人所 得稅[(6項收入之和-養老保險與職業年金-醫療保險-失業保險-3500)X適用稅率-速算 扣除數]}X黨員交納黨費的適用比例的公式進行計算。
(4)繳納黨費通知。黨員管理人員可在系統中發布繳納黨費的通知,督促黨員按 時進行的黨費的繳納。系統將通知消息發送給黨員,黨員查看后進行黨費的繳納操作。
3.3.5 黨員入黨信息管理模塊
黨員入黨管理主要包括黨員的入黨申請、黨員入黨審核和黨員入黨轉正。其中黨 員入黨申請包括申請表填寫和申請表提交。黨員入黨審核包括入黨條件審核、審核結 果生成、審核結果通知。黨員轉正主要包括轉正申請、轉正審核、記錄信息和黨員的 轉正。
黨員入黨管理模塊用例圖如圖 3.9 所示。
(1)黨員入黨申請。黨員可在系統中填寫申請,然后對申請表進行提交。
(2)黨員入黨審核。黨支書在系統中對黨員入黨條件進行審核,并生成相應的審 核結果,最后可進行審核結果通知。
(3)黨員轉正。黨員提交轉正申請,黨支書可在系統中對轉正進行審核,審核通
過后,記錄黨員入黨的信息。
3.3.6 黨員流出管理模塊
黨員流出管理模塊主要包括黨員的流出申請、黨員的流出管理和導入導出信息。 黨員的流出申請包括流出申請填寫和提交流出時申請。黨員流出管理包括對流出的審 核、添加流出信息和查詢流出信息。黨員流出管理模塊的用例圖如圖 3.10。
(1)黨員流出申請。需要流出的黨員,可在系統中填寫流出申請表,然后在系統 中提交申請信息,等待審核。審核通過后,系統將流出黨員的申請狀態修改為已通過。
(2)黨員流出管理。黨員管理人員可在系統中對流出黨員的申請信息進行審核, 審核通過后,將流出黨員的信息進行記錄。由于系統中記錄中大量的流出黨員信息, 系統提供通過黨員姓名進行查詢的功能。
(3)導入導出信息。黨員管理人員可在系統中將流出黨員的信息進行導出,生成
Excel,方便進行管理。對于有大量的需要錄入的流出黨員信息,可以通過導入功能, 將信息導入到系統中保存。
流出申請填寫
3.3.7 組織生活管理模塊
組織生活管理模塊包括黨員活動策劃、黨員活動實施和黨員活動總結。黨員活動 策劃包括黨員活動環節策劃和黨員活動目的策劃。黨員活動實施包括確定參與黨員、 到黨員活動安排和活動過程記錄。黨員活動總結包括黨員活動總結和策劃人員總結。
組織生活管理模塊用例圖如圖 3.11 所示。
黨員活動環節
策劃
<<include>>
、黨員活動目的 策劃一
<<include>>
策劃人員總結
圖3.11 組織生活信息管理模塊用例圖
(1)黨員活動策劃。活動管理人員可在系統中對組織生活活動的環節和目的進行 策劃,方便大家進行討論。
(2)黨員活動實施。活動管理人員可在系統中確定參加此次組織生活的黨員,然 后對黨員的活動進行安排,然后在系統中可對此次活動進行記錄。
(3)黨員活動總結。黨員和策劃人員可在系統中提交參與組織生活的活動總結報 告。
3.3.8 黨員培訓管理模塊 黨員培訓管理模塊主要包括黨員培訓通知、黨員培訓和培訓心得管理。黨員培訓 通知包括培訓信息公布、培訓內容和培訓計劃。黨員培訓包括黨員信息和培訓目標。 培訓心得管理包括心得撰寫和寫的提交。
黨員培訓管理模塊用例圖如圖 3.12 所示。
圖3.12 黨員培訓管理模塊用例圖
(1)黨員培訓通知。黨員管理人員可在系統填寫相應的培訓信息,然后將培訓內 容和培訓計劃在系統中公布,讓黨員查看。
(2)黨員培訓。黨員管理人員需對培訓過程的培訓黨員和培訓目標的相關信息進 行記錄。
(3)培訓心得管理。參與培訓的黨員可在系統中填寫培訓心得然后進行提交。
3.3.9 統計分析模塊 統計與分析模塊主要包括黨員信息的統計、黨費信息的統計和流出黨員信息統計。 黨員信息的統計主要包括按時間統計和按支部統計。黨費信息統計包括按季度統計和 按姓名統計。流出黨員信息統計主要包括按流出地統計。
統計分析模塊用例圖如圖 3.13 所示。
圖3.13 統計分析模塊用例圖
(1)黨員信息統計。系統管理人員可以在系統中對黨員信息按時間和按支部進行 統計。
(2)黨費信息統計。系統管理人員可按照季度和姓名對黨費信息進行統計。
(3)流出黨員信息統計。按流出地對流出黨員信息進行統計。
3.4系統非功能需求分析
一個高性能系統應該除了滿足實際工作的各項功能需求外,還應該保證系統具有 很高的穩定性、可靠性和安全性等各種非功能需求。開發先進性和實用性相結合的系 統,其系統的實用性應該是放在系統的首要位置。
3.4.1 系統性能需求 區級機關黨員信息管理系統需要能夠及時、準確、真實地記錄黨員管理工作中黨 員各項信息數據,系統必須有較高的健壯性和穩定性來保證系統的運行,通過以上考 慮,系統應具有以下性能需求:
(1)操作的靈活性 系統應根據系統所擁有的權限,提供靈活的操作方式,讓管理員能夠方便進行各
項操作,快捷的管理系統中各項數據,同時能夠讓黨支部在系統中進行黨員的轉正、 信息審核、表彰、發布通知等操作。
(2)可擴展性 系統應該具有較強的可擴展性,當有新的系統功能需求提出時,系統應該能夠根
據提出的功能需求進行功能的添加。同時,隨著新技術的不斷發展,系統能夠不斷進 行改進和完善。
(3)安全性 系統的安全性是整個系統的重中之重,系統應具備好的數據的安全管理手段,以
及系統的訪問控制。數據庫應每隔一個時間段就進行備份,以防止數據丟失的情況。 除此之外,系統還應對用戶的權限進行嚴格的把握,防止出現越權操作系統的情況發 生。
(4)可維護性 系統應具有很好的可維護性,主要表現在擁有完備的用戶手冊,系統功能指導手
冊等,此外,系統的整個工程的原始程序應具有清晰的注釋說明,系統模塊劃分清楚。
3.4.2界面需求
黨員信息管理系統的系統界面應達到以下要求:
(1)系統的操作界面以通信功能為主。系統的所有輸入與顯示,都應是常見的表 達方式,不能出現一些只有某個領域人知道的標識,系統的響應與該模塊的功能相對 應。
(2)界面的布局應當一致。用戶在使用系統時,沒到一個新的功能頁面,應該可 以有相同的思維方式去進行操作,而不應該不同頁面出現不同設計風格。
(3)界面要能及時反映的進程執行程度。當用戶提交一個長時間的任務后,系統 應能顯示出該任務當前完成的情況,讓用戶能夠掌握當前操作的執行情況,避免出現 死等的情況。
3.5系統數據建模
系統數據庫采用 MySQL 數據庫進行數據的存儲。通過對業務流程圖的具體分析 可得到系統數據流圖,根據數據庫設計的相關規則,過對數據流圖詳細分析,得到系 統的具體實體,并分析了實體之間的關系。實體間的關系包括一對一、一對多以及多 對多。
系統E-R圖如圖3.14所示。
圖3.14 系統 E-R 圖
根據E-R圖得到如下實體的關系模式:
用戶信息:(用戶編號,用戶名,用戶密碼,管理員,一般用戶) 黨員基本信息表:(黨員編號,黨員機構編號,黨員機構名稱,黨員姓名,性別, 黨員出生日期,黨員籍貫,民族,文化程度,職業,入黨時間,黨內職務,黨外職務, 流入時間,原機構名稱,原機構電話,流入時間,入黨介紹人,照片信息,狀態,備 注)
入黨積極分子:(入黨積極分子編號,機構編號,機構名稱,入黨積極分子姓名, 性別,出生日期,籍貫,民族,文化程度,職業,培養時間,培養人,照片信息,備 注)
發展黨員:(發展黨員編號,機構編號,機構名稱、發展黨員姓名、性別、出生 日期,民族,籍貫,文化程度,職業,培養時間,培養人,發展日期,狀態,備注)
黨員流出信息:(黨員流出編號,黨員姓名,黨員編號,機構名稱,民族,文化 程度,職業,入黨時間,狀態,黨內職務,黨外職務,流出時間,流出原因,流出地 機構,流出地電話,原機構電話,原機構名稱,照片信息,備注)
黨員獎懲信息:(編號,黨員編號,機構編號,機構名稱,姓名,性別,出生日 期,民族,職務,獎懲性質,獎懲日期,主要內容,報批單位,報批日期,報批意見, 審批部門,審批日期,審批意見,備注)
優秀黨員的記錄:(編號,黨員編號,機構編號,機構名稱,姓名,性別,出生 日期,民族,照片,評選的日期,評選單位,主要的事跡)
黨費記錄:(黨費編號,黨員編號,機構編號,機構的名稱,年份,第一季度季 度,第二季度,第三季度,第四季度)
組織機構:(編號,機構編號,名稱,級別,所屬機構編號,負聯系責人,聯系 電話,備注)
組織生活:(編號,組織生活編號,機構編號,單位名稱,活動名稱,活動負責 人,舉辦時間,地點,人數,內容,備注)
3.6本章小結
本章對黨員管理系統進行了需求分析,首先分析了區級機關黨員管理的現狀和應 達到的目標。然后對系統的具體業務進行了稱述分析,接著使用用例圖對系統的功能 進行了分析建模,并對系統的非功能需求進行了分析。最后根據需求整理出了系統的 E-R 圖。
第四章 區級機關黨員信息管理系統設計與實現
本章根據實際的業務需求對系統進行了整體設計,包括系統架構設計、系統功能 結構設計和網絡結構設計。然后根據實體關系對數據表進行了詳細設計,最后對系統 的各個模塊進行了詳細的設計與實現。
4.1系統總體設計
4.1.1 系統架構設計
系統架構根據功能需求分析以及當前先進的網絡架構,決定采用 B/S 架構,整體
按照 MVC 模式進行分層,黨員信息管理系統層次模型圖如圖 4.1 所示。
系統層次總體分為三成,分別為View層、Control層以及Model層。View層由 JSP和HTML完成系統的前端界面的設計,用戶通過瀏覽器與系統進行業務消息的 交互。 Control 層是系統的主要業務核心,提供滿足用戶實際的業務需要。 Model 層 系統與數據庫進行交互,系統通過調用相應的數據庫訪問接口進行數據的訪問。數據 接口通過JDBC連接池與數據庫連接。系統采用MySQL數據庫進行數據的存儲,為 了保證的數據的安全性和完整性,使用多個數據庫對系統數據進行保存。系統采用 log4j 框架進行系統日志的保存和管理。
4.1.2 系統功能結構設計
按照業務需求功能分析,系統共分為九個功能模塊。分別是系統管理、黨員信息 管理、黨員表彰和懲罰管理、黨費信息管理、黨員入黨管理、黨員流出管理、組織生 活管理、黨員培訓管理和統計分析模塊。系統功能結構圖如圖 4.2 示。
黨員信息管理包括對黨員信息的管理和信息的導入和導出。黨員表彰和處罰管理
包括對表彰處罰的認定、表彰管理和處罰管理。黨費信息管理包括黨員繳費、黨員管 理和黨費繳納通知。黨員入黨包括入黨申請、入黨審核以及入黨轉正。黨員流出管理 主要包括流出申請、流出信息管理。組織生活管理包括活動策劃、活動記錄以及活動 總結。黨員培訓管理包括培訓通知,培訓記錄和洗的管理。統計和分析包括對黨員信 息的統計、黨費信息統計和流出黨員信息統計。系統的管理員,應定期對系統中的數 據進行備份,當出現系統崩潰、磁盤損壞以及惡意攻擊后,管理員能夠通過恢復備份 的數據庫進行數據的恢復,防止了數據丟失情況的發生,數據庫維護對保證系統數據 安全尤為重要。日志管理方便管理員跟蹤系統操作,查詢系統誤操作、了解系統當前 的狀態等。
4.1.3 網絡結構設計
根據系統架構設計和功能設計,結合當前較為科學的網絡擴普設計,黨員信息管 理系統的網絡結構圖如圖 4.3。
圖4.3 黨員管理系統網絡結構圖
系統總體的部署分為內網和外網環境,外網中,為了防止有惡意的第三方對系統 進行攻擊,在部署系統時,除了有防火墻的保護外,還添加了入侵檢測系統,對惡意 的程序進行檢測。內網內使用交換機部署網絡,采用多臺數據庫服務器對數據進行備 份,防止數據的丟失。系統專門部署到一個服務中,保證系統的運行效率。
4.2系統數據庫設計
根據第三章的系統數據庫建模,我們得到的E-R圖模型轉換為關系模型。由E-R 圖可知,各實體之間存在著一對一、一對多以及多對多的實體關系模型,由此我們按 照E-R圖向關系模型的轉換規則,可得系統共有多張數據庫表,其中主要表為:用戶 信息表、黨員基本信息表、入黨積極分子信息表、發展黨員信息表、黨員流出信息表、 獎懲信息表、優秀黨員信息表、黨費信息表、組織機構信息表以及組織生活信息表。 下面主要介紹重要的數據表結構。
(1)用戶信息
用戶表字段信息如表 4.1 所示,該表用來記錄系統用戶的信息,其在數據庫中 的名稱為user_info,其中用戶編號為主鍵。
表4.1 用戶信息表
字段名 數據類型 數據長度 主鍵 是否為空
編號 int 是 否
用戶名 Varchar 10 否 否
密碼 Varchar 50 否 否
用戶級別 Varchar 50 否 否
2)黨員基本信息
黨員信息表字段信息如表 4.2 所示,該表主要用來記錄黨員的詳細信息,其在
數據庫總的名稱為partymember_info,其中黨員編號為主鍵。
表4.2 黨員基本信息表
字段名 數據類型 數據長度 主鍵 是否為空
編號 int 是 否
機構編號 Varchar 5 否 否
機構名稱 Varchar 50 否 否
姓名 Varchar 12 否 否
性別 Varchar 2 否 否
岀生日期 date 否 否
民族 Varchar 50 否 否
籍貫 Varchar 50 否 否
文化程度 Varchar 8 否 否
職業 Varchar 20 否 否
入黨時間 date 否 否
組織關系 Varchar 20 否 否
黨外職務 Varchar 20 否 否
原機構電話 Varchar 11 否 是
原機構名稱 Varchar 20 否 是
流入時間 date 否 是
入黨介紹人 Varchar 12 否 否
照片信息 Varchar 250 否 否
狀態 Varchar 10 否 是
備注 Varchar 50 否 是
3)入黨積極分子信息
入黨積極分子信息表字段信息如表 4.3 所示,該表主要用來記錄入黨積極分子
的詳細信息,其在數據庫中的名稱為activists_info,其中編號為主鍵。
表4.3 入黨積極分子信息表
字段名 數據類型 數據長度 主鍵 是否為空
編號 int 是 否
機構編號 Varchar 5 否 否
機構名稱 Varchar 50 否 否
姓名 Varchar 12 否 否
性別 Varchar 2 否 否
岀生日期 date 否 否
民族 Varchar 50 否 否
籍貫 Varchar 50 否 否
文化程度 Varchar 8 否 否
職業 Varchar 20 否 否
黨外職務 Varchar 20 否 是
培養時間 date 否 否
培養人 Varchar 12 否 否
備注 Varchar 50 否 是
4)發展黨員信息
發展黨員信息表字段信息如表 4.4,該表主要用來記錄發展黨員的詳細信息,其在
數據庫中的名稱為developparty_info,其中編號為主鍵。
表4.4 發展黨員信息表
字段名 數據類型 數據長度 主鍵 是否為空
編號 int 是 否
機構編號 Varchar 5 否 否
機構名稱 Varchar 50 否 否
姓名 Varchar 12 否 否
性別 Varchar 2 否 否
岀生日期 date 否 否
民族 Varchar 20 否 否
籍貫 Varchar 50 否 否
文化程度 Varchar 8 否 否
職業 Varchar 20 否 否
培養時間 date 否 否
培養人 Varchar 12 否 否
發展日期 date 否 否
狀態 Varchar 10 否 否
備注 Varchar 50 否 是
5)黨員流岀信息
黨員流岀信息表字段信息如表4.5所示,該表主要記錄流岀黨員的信息,其在數據
庫中的名稱為outpourpm_info,其中黨員編號為主鍵。
表4.5 黨員流岀信息表
字段名 數據類型 數據長度 主鍵 是否為空
黨員編號 Varchar 6 是 否
機構編號 Varchar 5 否 否
機構名稱 Varchar 50 否 否
姓名 Varchar 12 否 否
性別 Varchar 2 否 否
岀生日期 date 否 否
民族 Varchar 50 否 否
文化程度 Varchar 8 否 否
職業 Varchar 20 否 否
介紹人 Varchar 12 否 否
入黨時間 date 否 否
黨內職務 Varchar 20 否 否
黨外職務 Varchar 20 否 是
流岀原因 Varchar 50 否 否
流岀日期 date 否 否
流岀地機構 Varchar 50 否 否
流岀地電話 Varchar 11 否 否
原機構名稱 Varchar 50 否 否
原機構電話 Varchar 11 否 否
照片信息 Varchar 250 否 否
狀態 Varchar 10 否 是
備注 Varchar 50 否 是
6)黨員獎懲信息
黨員獎懲信息表字段信息如表4.6所示,該表主要用來對黨員的獎勵和懲罰信息進
行記錄,其在數據庫中的名稱為rewardapunish_info,其中黨員編號為主鍵。
第四章區級機關黨員信息管理系統設計與實現 表4.6獎懲信息表
字段名 數據類型 數據長度 主鍵 是否為空
黨員編號 Varchar 6 否 否
機構編號 Varchar 5 否 否
機構名稱 Varchar 50 否 否
姓名 Varchar 12 否 否
獎懲性質 Varchar 10 否 否
獎懲日期 date 否 否
主要內容 Varchar 250 否 否
報批單位 Varchar 50 否 否
報批日期 date 否 否
報批意見 Varchar 50 否 否
審批部門 Varchar 50 否 否
審批日期 date 否 否
審批意見 Varchar 50 否 否
備注 Varchar 50 否 是
(7)優秀黨員信息
優秀黨員信息表如表 4.7 所示,該表主要用來記錄優秀黨員信息,其在數據庫中的
名稱為goodParty_info,黨員編號為主鍵。
表4.7 優秀黨員記錄表
字段名 數據類型 數據長度 主鍵 是否為空
黨員編號 Varchar 6 否 否
證書編號 Varchar 6 否 否
機構編號 Varchar 5 否 否
機構名稱 Varchar 50 否 否
照片信息 Varchar 250 否 否
評選日期 date 20 否 否
評選單位 Varchar 50 否 否
主要事跡 Varchar 250 否 否
(8)黨費信息
黨費信息表字段信息如表 4.8 所示,該表主要對黨費信息進行詳細的記錄,其在數
據庫中的名稱為partydues_info,其中黨員編號為主鍵。
表4.8 黨費記錄表
字段名 數據類型 數據長度 主鍵 是否為空
黨員編號 Varchar 6 否 否
機構編號 Varchar 5 否 否
機構名稱 Varchar 50 否 否
年份 date 否 否
第一季度 float (8,2) 否 是
第二季度 float (8,2) 否 是
第三季度 float (8,2) 否 是
第四季度 float (8,2) 否 是
(9)組織機構信息 組織機構信息表字段信息如表4.9所示,該表主要對組織機構信息進行記錄,其
在數據庫中的名稱為organization_info,其中組織機構編號為主鍵。
表4.9 組織機構信息表
字段名 數據類型 數據長度 主鍵 是否為空
組織機構編號 Varchar 5 否 否
機構名稱 Varchar 50 否 否
機構級別 Varchar 10 否 否
聯系人 Varchar 12 否 否
上級組織機構 Varchar 50 否 否
下級組織機構 Varchar 50 否 否
備注 Varchar 50 否 是
10)組織生活信息
組織生活字段信息表如表4.10所示,該表主要用來記錄每次活動的信息,其在數據
庫中的名稱為organizationallife_info,其中活動編號為主鍵。
表4.10 組織活動信息表
字段名 數據類型 數據長度 主鍵 是否為空
活動編號 int 是 否
組織機構編號 Varchar 5 否 否
組織名稱 Varchar 50 否 否
活動名稱 Varchar 50 否 否
負責人 Varchar 12 否 否
時間 date 否 否
地點 Varchar 50 否 否
參加人數 int 否 否
內容 Varchar 250 否 否
備注 Varchar 50 否 是
4.3系統總體類圖設計
根據系統的功能模塊、系統的層次架構以及數據庫表的格式,按照面向對象的思 想,利用UML (統一建模語言)對總體類圖進行了設計。總體類圖中羅列了系統主
要功能模塊的核心類,描述了類與類、類于接口之間的關系,包括繼承、實現、關聯 等關系等,對每個類所提供的主要功能進行了簡化說明,簡單概括了類所提供的核心 服務。
系統總體類圖如圖 4.4 所示。
圖4.4系統總體類圖
系統總體類圖中除了包括了系統中核心類的簡要說明,還羅列了系統中所設計的
接口和抽象類,它們處于系統的抽象層,便于之后系統的擴展和升級。下面對系統中 的主要類和接口進行詳細說明。
PartyMemberService 類主要對黨員信息管理提供服務,其主要功能包括黨員信息 的添加、查詢、刪除以及修改操作,在實現過程中黨員信息的查詢有多個重載函數, 分別提供同黨員信息查詢,同時黨員信息管理類所提供的查詢功能,也能提供黨員信 息統計功能。PartyMemberService類處于系統的邏輯層,除提供具體的業務實現外, 其負責與數據庫數據交互,負責將前端發送的數據保存到數據庫中,將從數據庫中獲 得的數據發送回前端。
PartyDuesService 類主要對黨費信息管理提供服務,設計黨費信息添加接口,實 現對黨費信息的錄入功能,設計多個統計重載接口,實現系統的多種黨費信息統計的 需要,除此之外還設計了黨費信息的刪除和修改接口,提供黨費信息維護的其他需要。 PartyDuesService 類后端與數據庫進行數據交互,前臺與前端與頁面進行數據交互。
SysMDatabaseService 類主要對系統數據庫備份提供服務,它實現了系統數據庫的 備份和數據庫的恢復功能。
DatabaseManService 是系統數據庫備份和恢復的擴展接口。
OutPourPMService 類是流出黨員信息管理類圖,該模塊需要對流出黨員信息進行 多方位的統計,所以對該類設計了多個條件統計的實現接口,同時還提供了流出黨員 的刪除、修改以及添加功能,并負責與前端和后臺進行數據交互。
ProMemberService 類是發展黨員信息管理類圖,提供發展黨員信息的添加、刪除、 修改、統計和查重等功能,并負責與數據庫和控制層進行數據交互。
PartyLifeService 類是組織生活信息管理類圖,提供對組織生活信息的錄入功能, 同時擴展了其他基礎操作,并負責與數據庫和控制層進行數據交互
ImportService 和 ExportService 是系統報表導入和導出的接口,各功能模塊實現該 接口,進行數據的導入和導出操作。
LogService 是日志生成接口, SysMlService 類實現了該接口,提供了系統操作日 志的生成。
SysUserService 是系統用戶信息管理類,主要功能包括用戶信息的添加,刪除、 修改等功能。
AbstractService 是系統服務的抽象類,處于系統的抽象層,它的設計主要用來對 系統的之后的功能擴展提供服務。
4.4系統功能模塊設計與實現
系統各模塊在功能的實現上均有類似的地方,因此,本節對黨員信息管理模塊、 黨費信息管理模塊、黨員入黨管理模塊、黨員流出模塊、黨員培訓模塊、組織生活模
塊以及系統管理模型進行詳細的說明。
4.4.1 黨員信息管理模塊
黨員信息管理的流程圖如圖 4.5 所示。黨員管理人員登錄系統,黨員信息的維護 主要包括對黨員信息的查詢、修改以及刪除等操作,黨員管理人員可以通過信息維護 功能模塊對黨員信息進行管理。黨員管理人員可以選擇要導入的文件信息,通常是 Excel,對數據進行導入。數據導出是黨員管理人員可以通過數據導出功能對數據進 行導岀。
開始
圖4.5 黨員信息管理流程圖
黨員信息管理是黨員信息管理系統的核心功能模塊,系統的中所有操作基本都是 圍繞著黨員信息進行展開的。在日常的黨員信息管理中,黨員信息查詢是最頻繁的操 作,管理員需要時常對系統中黨員信息進行統計,已掌握各支部當前的黨員數量情況。 黨員信息的查詢的活動圖如圖 4.6 所示。
黨員管理人員進入系統,系統顯示功能頁面。管理員輸入關鍵字查詢黨員信息, 此處的關鍵字包括黨員的姓名、性別、所屬支部等一系列的信息,提供多種關鍵字的 黨員信息查詢,便給管理員提供強大信息統計功能,管理員可根據實際需求對黨員信 息進行統計,例如統計某支部黨員人數、統計黨員人數等等。查詢成功后系統顯示查
詢結果,管理員可以選擇是否將結果導出,若導出,可生成與查詢結果相對應的 Excel 表單信息。黨員信息管理模塊的其他功能的分析過程與黨員信息查詢的分析過程基本 類似,此處不再進行詳細的說明。
圖4.6 黨員信息查詢活動圖
根據黨員信息查詢活動圖的分析,黨員信息查詢的序列圖如圖 4.7 所示。 黨員管理人員在 PartMemberView 頁面點擊查詢按鈕,系統顯示查詢頁面,管理 員輸入查詢關鍵字信息,向系統后臺發送查詢請求消息, PartyMemberControl 首先檢 查關鍵字的格式是否合法,然后調用 PartyMemberService 查詢接口進行消息的查詢, PartyMemberService 向數據庫發送查詢消息, 數據庫返回查詢結果, 然后由 PartyMemberService 向 PartMemberView 頁面發送查詢結果消息, PartMemberView 頁 面對查詢的結果進行顯示,管理員查看。對于查詢的結果,管理員可以點擊導出報表, 由 PartMemberView 向 PartyMemberControl 發送導出報表請求, PartyMemberControl
通過調用 ExportService 的打印接口,由 ExportService 負責導出信息。
ImportPartyMemberService 是報表導岀服務類,它具體實現對黨員信息導岀操作。
ExportPartyMemberService 是數據導入類,它具體實現對黨員信息批量導入操作。
ImportService 和 ExportService 接口是抽象層,便于之后功能的擴展。
圖4.8 黨員信息管理類圖
4.4.2 黨費信息管理模塊
用戶登錄系統,這里的用戶包括黨員管人員和黨員。黨員可在黨員繳費模塊通過 電子支付的手段進行黨費的繳納。黨員管理人員負責對黨費進行管理,主要包括對黨 費的錄入、黨費的查詢、黨費的統計等操作。黨員管理人員通知黨員進行繳費時,需 要編輯黨費繳納通知信息,然后在系統中發布消息,通知黨員繳費,通過這樣設置, 保證了黨費的及時繳納。黨費信息管理流程圖如圖 4.9所示。
黨費信息的管理是對黨員每季度所繳納的黨費信息的進行記錄的模塊,黨員需按 季度向黨組織繳納黨費,因此每季度都需將所繳納的黨費進行統計,以便準確的了解 當前黨員所繳納黨費的情況。由此可見,黨費管理模塊最常見的操作是黨費的錄入和 統計。
黨費信息的錄入的活動圖如圖 4.10 所示。
管理員進入系統,系統顯示黨費信息管理頁面進行黨費信息管理。對于黨費信息 有誤的,管理員可以選擇進行修改操作,然后進行信息的保存。管理員首先發起信息 添加申請,系統會根據申請消息顯示黨費信息的添加界面,管理員錄入黨員所繳納的 黨費信息,然后提交保存黨費信息申請,系統將新添加或者修改過的數據添加到數據 庫中,同時記錄系統日志。
根據黨費信息錄入的活動圖,通過總結和分析,可得黨費信息錄入的序列圖如圖
4.11 所示。
6.調用添加接口 |
7.發送保存消息
圖4.11 黨費信息錄入序列圖
黨員管理人員從 PartyDuesView 模塊點擊添加按鈕打開黨費信息的添加頁面,錄 入黨費信息,然后向PartyDuesControl模塊發送保存請求,PartyDuesControl模塊將 錄入的信息進行格式檢查, 接著調用 PartyDuesService 模塊的添加信息接口,
PartyDuesService 模塊將新添加的信息保存到數據庫中,數據庫返回添加成功消息, PartyDuesView 模塊顯示添加的黨費信息。黨費信息的修改與添加過程類似,只是在 PartyDuesService 模塊與數據庫交互時,是對信息進行更新操作。對于黨費信息可以 調用 ExportService 接口進行數據的導出。
由黨費信息錄入的序列圖可得,黨費信息管理模塊的類圖如圖 4.12 所示。
圖4.12 黨費信息管理類圖
PartyDuesControl 類是系統控制類,它將前端頁面所發來的業務請求轉發給具體 的業務服務。它提供了對黨費信息管理的所有具體操作,包括對黨費信息的添加、修 改、查詢、刪除,信息的導出以及對信息的導出以及信息的批量導入等功能。
PartyDuesService 類是系統業務邏輯層,負責具體黨費信息管理的業務實現,并 負責與數據庫進行數據的交互,進行數據的添加、修改等操作。
AbstractPDService 類是黨費信息業務管理的抽象層,保證黨費信息管理的功能 擴展。
PartyDuesInfo 類是黨費信息的實體,其屬性與數據庫中的字段相對應,
PartyMemberService 與數據庫進行操作時,將具體的黨費信息存儲在該類中進行操作。
ImportPartyDuesService 是數據導入類,它具體實現對黨費信息批量導入操作。 ExportPartyDuesService 報表導出服務類,它具體實現對黨費信息導出操作。
4.4.3 黨員入黨管理模塊
黨員入黨管理模塊的流程圖如圖 4.13 所示。用戶登錄系統,用戶包括黨支書和 發展黨員,發展黨員在系統中填寫入黨申請書,然后提交給黨支書進行審核。黨支部 登錄系統對申請書進行審核,并在系統中對結果進行公布。審核通過的預備黨員,可 進行入黨轉正,黨支書對入黨人的信息進行維護,包括對信息的查詢、添加、批量導 入等。
發展黨員也就是預備黨員,每位正式黨員都要經過預備黨員的考察期,而對于發 展黨員的管理,主要是對預備黨員信息的錄入,以及對考察期滿的預備黨員的考察期 滿的提醒,通過對業務過程和實際需求進行分析,通過整理,可得發展黨員信息管理 的活動圖如圖 4.14 所示。黨支書整理發展黨員的信息,將信息編制成電子表格,然 后進入系統,系統選擇功能頁面。管理選擇進行批量導入,然后系統顯示文件選擇頁 面,黨支書選擇記錄有發展黨員信息的文件,系統將文件中的信息逐行讀取,保存到
數據庫中,整個數據的批量導入業務相對比較簡單。發展黨員信息在許多方面與黨員 信息的管理有很多類似的地方,發展黨員的查詢活動圖與黨員信息查詢的活動圖基本 過程基本相同,所以此處不再重復敘述。發展黨員信息的管理還包括對信息的刪除、 修改等操作,此處只將比較有代表性的信息錄入進行了主要論述。
按照發展黨員信息管理的活動圖,通過詳細的分析和整理發展黨員信息管理的序 列圖如圖 4.15 所示。
ProPMemberView 模塊向 ProPMemberControl 模塊發送檢查請求,然后根據請求 的消息 調用 ReminderService 模塊 的發 展黨 員考 察到期 的信息 檢查接口 ,由 ReminderService 模塊向數據庫發送查詢消 息,數據庫將查 詢結果信息返回給 ReminderService 模塊,ReminderService 模塊在將結果消息返回給 ProPMemberView 模塊,由該模塊顯示提醒信息給管理員。管理員點擊數據導入按鈕進行數據導入,數 據導入請求由 ProPMemberView 模塊發送給 ProPMemberControl 模塊,然后調用
ImportService 模塊的導入接口,該接口負責將信息導入到數據庫中,最后將導入成功 消息發送給前端頁面,并給出導出成功通知。
圖4.15 發展黨員信息管理序列圖
根據發展黨員信息管理序列圖中的消息交互機制,我們可得發展黨員信息管理 的類圖如圖 4.16 所示。
ProPMemberService 類是發展黨員信息管理的業務實現類,位于系統的業務層, 它負責與數據庫進行交互,提供發展黨員信息的添加、查詢、修改以及刪除服務。
ProPMemberInfo 類是發展當院校信息的實體類,其屬性與具體的字段相對應, 與數據庫進行數據交互時,使用該類進行數據的存儲。
ProPMemberControl 類是系統控制類,它將前端頁面所發來的業務請求轉發給具 體的業務服務。它提供了對發展黨員信息管理的所有具體操作,除提供基本的操作外, 它還包括對發展黨員的批量導入和提醒等功能。
PartyDuesInfo 類是黨 費 信 息 的實 體, 其屬 性與 數據 庫中 的字 段 相對應 ,
PartyMemberService 與數據庫進行操作時,將具體的黨費信息存儲在該類中進行操作。
ImportPartyDuesService 是報表導出服務類,它具體實現對黨費信息導出操作。
ExportPartyDuesService 是數據導入類,它具體實現對黨費信息批量導入操作。
ReminderProPMService 是提醒類,它負責進行提醒通知的功能。
圖4.16 發展黨員信息管理類圖
4.4.4 黨員流出管理模塊
黨員流出管理模塊流程圖如圖 4.17 所示。
用戶登錄系統,用戶包括流出黨員和黨員管理人員。流出黨員需在系統中進行流 出申請,進入流出申請模塊,填寫相應的申請書,然后進行提交審核。黨員管理人員 對流出黨員的信息進行維護,包括流出黨員信息的統計、流出黨員信息的添加、刪除、 查詢等操作。
圖4.17 黨員流出管理流程圖
圖4.18 流出黨員信息統計活動圖
黨員流出模塊主要是對本地區流出黨員的信息進行統計的功能模塊,黨組織需要 對流出黨員的情況進行統計,以便掌握當前黨員流動的情況,根據流出黨員信息統計 的管理步驟,流出黨員信息的統計的活動圖如圖 4.18 所示。管理員統計流出黨員信 息,進入系統,系統顯示功能頁面。管理員錄入統計條件,發送統計信息請求,系統 根據統計的條件進行數據的統計,然后將統計結果進行顯示。管理員可選擇將結果進 行導出,導出時,系統會根據生成相應的報表,并記錄相應的操作日志。
按照流出黨員信息的統計活動圖,我們可以得到流出黨員信息統計的序列圖如圖 4.19 所示。管理員在 OutPourPMView 模塊錄入統計條件,然后 OutPourPMView 模 塊負責向 OutPourPMControl 模塊發送統計請求消息,然后 OutPourPMControl 模塊調 用 OutPourPMService 模塊所提供的統計功能接口, OutPourPMService 模塊負責與數 據庫進行數據庫的交互,然后將統計好的數據發送至前端頁面進行顯示。導出報表的 數據交互過程是,首先 OutPourPMView 模塊向 OutPourPMControl 模塊發送導出請求, 然后由 OutPourPMControl 模塊調用 ExportService 模塊所提供的報表導出功能,最后
圖4.19 流出黨員信息統計序列圖
由 ExportService 模塊負責報表的最后生成。其他功能的模塊的報表導出的消息交互
過程與此過程基本類似。 按照流出黨員信息統計序列圖中各模塊的數據交互過程,可以得到流出黨員信息 管理的類圖如圖 4.20 所示。
圖4.20 流出黨員信息管理類圖
OutPourPMControl 類是系統控制類,它將前端頁面所發來的業務請求轉發給具 體的業務服務。它提供了對流出黨員信息管理的所有具體操作,除基本的操作外,還 提供了統計的信息功能。
OutPourPMService 類是系統業務邏輯層,負責具體黨員信息信息管理的業務實現, 并負責與數據庫進行數據的交互,提供對數據的查詢和統計。
AbstractPPMService 類是流出黨員信息業務管理的抽象層,保證流出黨員信息 管理的功能擴展。
PartyDuesInfo 類是流出黨員信息的實體,其屬性與數據庫中的字段相對應, OutPourPMService 與數據庫進行操作時,將流出黨員信息存儲在該類中進行操作。
ExportOutPourPMService 是報表導出服務類,它實現對統計的流出黨員信息進行 導出的操作。
-4.4.5 黨員培訓管理模塊
黨員的培訓是增強黨員的思想先進性重要方式,系統中提供黨員培訓管理的功能, 目的是增強黨的建設。
黨員培訓管理流程圖如圖 4.21 所示,黨員管理人員登錄系統,進入培訓通知模 塊,在培訓管理頁面,編輯培訓信息,編輯完成后,然后在系統中發布培訓通知信息, 通知需要參與培訓的黨員按時進行培訓。進入培訓記錄模塊,對培訓信息進行維護, 包括對培訓信息的添加、培訓信息的修改、培訓信息的刪除等操作,黨員管理人員選 擇相應的功能進行操作即可。進入新的管理模塊對培訓心得進行維護,包括對培訓心 得的添加、培訓心得查詢、培訓心得修改等操作。
圖4.21 黨員培訓管理流程圖
黨員培訓是黨建工作非常重要的一環。此處我們以培訓通知為例,對其進行詳細 的分析和實現。培訓通知活動圖如圖 4.22 所示。
圖4.22 培訓通知活動圖
黨員管理人員進入系統,選擇培訓通知功能,系統顯示培訓信編輯頁面,黨員管 理人員編輯培訓內容和培訓計劃,完成培訓內容的編輯后,選擇需參加培訓的黨員, 點擊提交,系統會將培訓信息進行保存,然后通知所有需要參見此次培訓的黨員。
根據培訓通知的活動圖,培訓通知的序列圖如圖 4.23 所示。
黨員管理人員在TrainView模塊選擇培訓通知,TrainView模塊顯示編輯頁面, 黨員管理人員編輯詳細的培訓信息,然后由TrainView模塊向TrainControl模塊發送 培訓信息保存請求, TrainControl 模塊接收到 TrainView 模塊的請求后,負責調用 TrainService 模塊負責處理培訓信息添加的功能接口,該接口負責對應的業務處理并 將信息保存到數據庫中,保存成功后,返回保存成功消息給前端用戶。黨員管理人員 在TrainView模塊選擇需要參加培訓的黨員,然后點擊發布通知,由TrainView模塊 向 TrainControl 模塊發送通知請求, TrainControl 模塊接收到請求后, TrainControl 模 塊負責調用TrainService模塊的通知接口,通知后,返回通知消息已發送信息給前端 模塊。
圖4.23 培訓通知序列圖
黨員培訓管理的類圖如圖 4.24 所示。
TrainControl 類是系統控制類,它將前端頁面所發來的業務請求轉發給具體的業 務服務。它提供了對培訓信息和培訓心得詳細管理的所有具體操作,包括對培訓心得 的添加、修改、查詢等,培訓信息包括對信息的添加、查詢、修改以及培訓信息的通 知等。
TrainService 類是系統業務邏輯層,負責具體培訓信息和培訓心得信心管理的業 務實現,并負責與數據庫進行數據的交互,提供對數據的查詢和統計。它是該模塊的 核心部分。
TrainInfo 類是培訓信息的實體,其屬性與數據庫中的字段相對應,
SummaryInfo 類是培訓心得信息的實體,其屬性與數據庫中的字段相對應
圖4.24 黨員培訓類圖
4.4.6 組織生活管理模塊
組織生活管理流程圖如圖 4.25 所示。
活動管理人員登錄系統,在活動策劃模塊進行對活動信息進行填寫,包括活動的 主題、地點、時間等,填寫完畢后在系統中發布活動。活動管理人員進入活動記錄模 塊對活動記錄信息進行維護,包括對活動信息的添加、修改等功能。活動管理人員進 入活動總結模塊對活動信息進行維護,包括對活動總結信息的查詢、查看等功能。
組織生活模塊是對黨組織的每次組織的黨組織生活的內容進行記錄的模塊,黨組 織組織各支部進行組織生活,是黨內建設的重要一環,因此要對每次的組織生活進行 記錄,由此可見該模塊的最主要的操作就是對組織生活的內容進行記錄,根據實際的 業務和功能需求,通過詳細的整理和分析,可以得到組織生活內容記錄的活動圖如圖 4.26 所示。
圖4.26 組織生活信息記錄活動圖
管理員記錄組織生活,進入系統,系統顯示功能頁面。對于組織生活信息內容不 夠完善,管理員可以選擇進行進一步的完善,然后進行信息的保存。管理員首先發起 信息添加申請,系統顯示組織生活信息的添加頁面,管理員記錄組織生活信息,提交 保存組織生活信息申請,系統將新添加或者完善過的數據添加到數據庫中,同時記錄 系統日志。黨組織生活的信息的管理還包括對信息的刪除、查詢等操作,由于組織生 活信息的管理最為平常的操作就是對信息進行錄入,所以此處,我們以組織生活信息 的錄入和完善為例,對整個信息的錄入過程進行了主要分析。
根據組織生活記錄的活動圖,我們可以得到組織生活信息添加的序列圖如圖 4.27 所示。
圖4.27 組織生活信息錄入序列圖
管理員從 PartyLifeView 模塊點擊添加按鈕打開組織生活信息的添加頁面,錄入 組織生活信息,然后向 PartyLifeControl 模塊發送保存請求 PartyLifeControl 模塊將錄 入的 信息 進行 格 式 檢查 ,接 著調 用 PartyLifeService 模 塊 的 添加 信息 接口 , PartyLifeService模塊將新添加的信息保存到數據庫中,數據庫返回添加成功消。對于 組織生活信息可以調用 ExportService 接口進行數據的導出,其消息的交互過程,與 流程黨員信息管理模塊的數據導出的消息交互過程基本類似,此處不進行詳細的分析 說明。
根據組織生活信息的錄入序列圖,我們可以得到組織生活信息管理的類圖如圖 4.28 所示。
圖4.28 組織生活信息管理類圖
PartyLifeControl 類是系統控制類,它將前端頁面所發來的業務請求轉發給具體的 業務服務。它提供了對組織生活信息管理的所有具體操作,包括對組織生活信息的添 加、修改、查詢、刪除、以及對信息的導出等功能。
PartyLifeService類是系統業務邏輯層,負責具體組織生活信息管理的業務實現, 并負責與數據庫進行數據的交互,進行數據的添加、完善等操作。
AbstractPDService 類是組織生活信息業務管理的抽象層,保證注釋生活信息管 理的功能擴展。
PartyLifeInfo 類是組織生活信息的實體,其屬性與數據庫中的字段相對應,
PartyLifeService 與數據庫進行操作時,將具體的組織生活信息存儲在該類中進行操作。 ExportPartyLifeService 報表導出服務類,它具體實現對組織生活信息導出操作。 ExportService 是導出數據報功能接口,所有導出功能通過擴展該接口實現,該接 口位于抽象層,一方面系統的擴展和升級。
4.4.7 系統管理模塊
系統管理流程圖如圖 4.29 所示。系統管理員登錄系統,進入用戶管理模塊,對 系統用戶信息進行維護,包括對用戶的添加、刪除、修改等操作。進入數據庫備份和 恢復模塊,對數據庫進行備份和恢復。進入系統日志模塊查看系統日志。
系統管理模塊負責對系統的用戶信息、系統日志還有數據庫的備份和還原進行管 理,用戶信息的管理的基本步驟與黨員信息的管理比較類似,此處不進行詳細說明。 數據的安全性和完整性在軟件系統的建設中是非常重要的,最長保證數據安全的手段 就是對數據庫中的數據進行定期的備份,此處我們以系統的數據備份為例,對其進行 說明。通過對業務和功能需求進行仔細的分析過,可得系統數據庫備份的活動圖如圖 4.30 所示。
圖4.30 系統數據庫備份活動圖
系統管理員登錄系統進行身份驗證,若登錄未成功則登錄失敗,身份驗證通過后 進入系統。管理員選擇進行數據庫的備份,然后發送備份請求,系統打開本地文件目 錄,管理員選擇數據庫備份文件的保存目錄,最后,系統將數據庫文件按照日期時間 進行輸出存儲,并記錄系統日志。系統數據庫文件的恢復是過程的逆過程,此處不進 行詳細的說明。
根據系統數據庫備份活動圖 ,通過詳細的分析,可得系統數據庫備份的序列圖 如圖 4.31 所示。
管理點擊系統數據庫備份按鈕, SysManagerView 模塊打開本地文件目錄,管理 員選擇保存路徑,SysManagerView模塊發送備份請求,由SysManagerControl模塊負 責調用 SysMDataBaseService 模塊的數據庫備份接口, SysMDataBaseService 模塊負責 與數據進行交互,將數據進行備份,然后向管理員返回備份成功的消息。系統數據庫 恢復過程與該過程相反。
圖4.31 系統數據庫備份序列圖
由系統數據庫備份序列圖我們可得系統管理的類圖如圖 4.32 所示。系統管理包 括的主要類有 SysManagerContro 類、SysUserService 類、SysMLogService 類以及 SysMDatabaseServie 類
SysManagerContro 類是系統控制類,它將前端頁面所發來的業務請求轉發給具體 的業務服務,負責和前端進行消息交互。它提供了對系統管理的所有具體操作,包括 對系統用戶的添加、查詢、刪除、修改操作,系統日志的生成以及數據庫備份和恢復 功能。
SysUserService 類是系統業務邏輯層,負責具體系統用戶信息的業務實現,并負 責與數據庫進行數據的交互,提供系統用戶信息的各項操作。它是該模塊的核心部分, 具體的業務內容均由改部分負責實現。
SysMLogService 類提供對系統管理模塊的日志生成,主要實現了對系統日志的 生成接口。
SysMDatabaseServie 類負責提供系統數據庫的備份和恢復的操作。
圖4.32 系統管理模塊類圖
4.5本章小結
本章主要是對區級機關黨員管理系統進行了設計和實現,首先從系統的整體設計 出發,設計了系統的整體架構、系統功能結構以及網絡結構。然后對系統數據庫表結 構進行了詳細的設計。最后利用活動圖、序列圖以及類圖對系統進行了詳細的設計和 實現。
第五章 區級機關黨員信息管理系統測試及分析
本章對系統的運行環境進行了介紹,然后從系統功能、安全性、性能以及異常處
理四個方面對系統進行了測試,驗證了系統安全性和健壯性。
5.1系統運行環境
系統的前端環境如表 5.1,前端使用 IE11 或 Firefox 者瀏覽器進行訪問系統,操 作系統使用 Windows7 系統及以上版本,系統安裝 office 等相關文檔編輯軟件。硬件 方面硬盤應在 500GB 及以上。
表5.1 系統前端環境表
環境 名稱 描述
軟件 操作系統 Windows 7及以上更高版本
瀏覽器 IE11、 Firefox
文檔編輯器 Office軟件
硬件 處理器 4 核 2.4GHz CPU
內存 4GB及以上
硬盤 500GB (SATA)
系統的后臺運行環境表如表 5.2 所示。軟件環境,系統運行在 Linux 平臺,采用 Java 語言進開發,所以要求 JDK 版本在 1.7 或者以上,數據庫采用 MySQL 數據庫, 版本要求 5.1.6 以上,并且需對數據庫具有寫的權限。硬件方面,內存至少擁有 8GB 內存,同時要有 1TB 以上的硬盤容量。
表5.2 系統后臺運行環境表
環境 名稱 描述
軟件 數據庫 MySQL5.6及以上
操作系統 Linux系統32位
服務器 Tomcat7.0
瀏覽器 IE11、 Chrome
運行環境 JDK1.7及以上
開發工具 MyEclipse5.6
硬件 處理器 8 核 2. 4GHz CPU
內存 8GB
硬盤 1TB (SATA)
網卡 10/100M
5.2測試方法
區級機關黨員信息管理系統的測試是按照系統功能需求對系統功能、業務流程、 數據流程、業務規則等進行測試。在對本系統進行測試時主要用到以下幾種方法:
(1)黑盒測試法 黑盒測試也稱功能測試,主要是對各模塊實現的功能進行測試,測試每個模塊是 否按照業務需求完成了相應的功能。區級機關黨員信息管理系統的測試主要以黑盒測 試法為主,在黑盒測試方案中,采用等價劃分技術,把所有可能的輸入數據有效的和 無效的劃分成幾個等價類,然后按照功能測試每個模塊[33][34],測試模塊的覆蓋率在 80%以上。
(2)白盒測試法 白盒測試也稱結構測試,它是按照程序內部的結構測試程序,通過測試來檢測產 品內部動作是否按照設計規格說明書的規定正常進行,檢驗程序中的每條通路是否都 能按預定要求正確工作[35][36]。白盒測試法的主要方法是語句覆蓋方法、分支覆蓋方法 和邏輯覆蓋方法。本系統采用邏輯覆蓋方法,即根據測試用例,運行被測試程序,使 程序中的每個可執行語句、執行條件至少執行一次[37[38]。
(3)邊界值分析法 根據測試用例選取的測試數據應該剛好等于、剛剛小于和剛剛大于邊界值。也就 是說,按照邊界值分析法,應該選取剛好等于、稍小于和稍大于等價類邊界值作為測 試數據,而不是選取每個等價類內的典型值或任意值作為測試數據。
5.3系統功能測試
5.3.1 黨員信息查詢功能測試
用例編號:T001 測試內容:測試是否能夠根據指定條件查詢并顯示黨員信息 測試環境:區級機關黨員管理系統
測試說明:按照黨員名稱對黨員信息進行查詢
測試步驟: (1)點擊黨員信息查詢按鈕
(2)選擇查詢條件為姓名
(3)輸入姓名信息“林敏”
(4)點擊查詢按鈕進行查詢
(5)查看顯示的查詢結果
結果分析:系統能夠按照指定的條件,查詢出符合條件的黨員信息并顯示。
黨員信息的查詢條件多個,除可以根據姓名進行查詢外,還可以根據性別、民族、 職位等信息查詢,黨員信息的查詢,使用姓名信息用例,通過測試,達到預期功能, 黨員信息查詢功能測試截圖如圖 5.1 所示。
序號 姓名 I性別I民族I 出生曰期 I 入黨時間 I 黨內跟務 學歷
圖5.1 黨員信息查詢功能測試截圖
5.3.2 黨費信息導出功能測試
用例編號: T002
測試內容:測試能否將黨費信息導出生成報表 測試環境:區級機關黨員管理系統
測試說明:對2016 年黨員黨費繳納情況進行統計導出 測試步驟: (1)點擊黨費繳納情況按鈕
(2)選擇統計條件為年度
(3)點擊查詢按鈕
(4)導出報表
(5)本地生成 Excel 文件 結果分析:系統能夠將黨費信息導出,并且生成相應的報表信息。 黨費信息導出功能通過統計20 16 年的黨員繳納黨費的信息,對導出報表功能集
進行測試,達到了預期的功能。黨費信息導出功能測試截圖如圖 5.2 和 5.3 所示。
序號I 姓名 丨年度丨一季應 二季度 三季度 四季度 全年總計I aa
!
;;
13
14
15
16
18
19
20
21
22
71
丁工擔
2016
2016
2016
2016
2016
2016
2016
2016
2016
2016
2016
2016
2016
2016
2016
2016
2016
2016
2016
2016
2016
2016
120.3
120.3
120.3
91.2
91.2
91.2
123.6
123.6
123.6
91.2
72.3
63.3
57.6
57.3
42.6
52.6
42.3
57.9
48.3
70.2
48.6
51.3
69.9
52.8
91.2
72.3
63.3
57.6
57.3
42.6
52.6
42.3
57.9
48.3
70.2
48.6
51.3
69.9
52.8
91.2
72.3
63.3
57.6
57.3
42.6
52.6
42.3
57.9
48.3
70.2
48.6
51.3
69.9
52.8
63.3
63.3
63.3
45.3
45.3
45.3
61.2
91.2
61.2
91.2
61.2
91.2
120.3
91.2
123.6
91.2
72.3
63.3
57.6
57.3
42.6
52.6
42.3
57.9
48.3
70.2
48.6
51.3
69.9
52.8
63.3
45.3
61.2
91.2
77 1
481.2
364.8
494.4
364.8
289.2
253.2
230.4
229.2
170.4
210.4
169.2
231.6
193.2
280.8
194.4
205.2
279.6
211.2
253.2
181.2
244.8
364.8
7RQ 7
圖5.2 黨費信息導出功能測試
a|e|c|d|e|f|g h I i
)
12
13
14
15
16
17
18
19
20
21
圖5.3 黨費信息報表信息圖
5.3.3 流出黨員統計功能測試
用例編號:T003
測試內容:統計指定信息的流出黨員信息
測試環境:區級機關黨員信息管理系統 測試說明:對西街地區流出黨員信息情況進行統計 測試步驟: (1)點擊流出黨員信息按鈕
(2)選擇統計條件為流出地 (3)輸入統計條件為西街
(4)進行統計
(5)生成統計結果
結果分析:系統能夠根據指定的條件統計出流出黨員的信息。
流出黨員信息的統計,以西街地區為例對流出黨員信息的統計進行測試,達到了
圖5.4 流出黨員信息統計功能測試截圖
5.3.4 組織生活信息添加功能測試
用例編號: T004
測試內容:記錄組織生活的信息到系統 測試環境:區級機關黨員信息管理系統 測試說明:記錄組織生活名稱為“黨支部生活社區活動”的信息到系統 測試步驟: (1)點擊支部生活信息按鈕
(2)選擇第二黨支部
(3)編輯組織生活名稱為“黨支部生活社區活動”的信息
(4)點擊保存按鈕完成錄入
(5)退出系統
(6)重新登錄系統,能夠看到信添加的信息 結果分析:系統能夠保存組織生活信息到系統,并與實際的支部相對應。 對組織生活信息的記錄,我們以“黨支部生活社區活動”的信息錄入為例,對組
織生活信息的添加進行了測試,達到了預期的功能。組織生活信息添加功能測試截圖 如圖 5.5 所示。
圖5.5 組織生活信息添加功能測試截圖
5.3.5 培訓通知功能測試
用例編號:T005
測試內容:在系統中發布培訓信息 測試環境:區級機關黨員信息管理系統 測試說明:編輯培訓信息并通知黨員 測試步驟: (1)點擊培訓通知按鈕
(2)編輯培訓信息為“井岡山紅色教育”相關內容
(3)選擇培訓黨員
(5)點擊通知按鈕
(6)需培訓黨員登錄系統,能夠看到培訓信息
結果分析:能夠在系統中編輯并發布培訓信息,培訓黨員能夠接收到相應信息。
此處在系統中添加了以“井岡山紅色教育”為主題的培訓信息內容,黨員管理人 員選擇需培訓的黨員發布通知,參與培訓的黨員登錄系統,能夠查看到相應的通知消 息,培訓通知功能能夠很好的使用。
5.3.6 系統數據庫備份測試
用例編號: T006
測試內容: 測試對當前的數據庫信息進行備份
測試環境:區級機關黨員信息管理系統 測試說明:以系統目前所有的數據進行數據的備份 測試步驟: (1)點擊系統管理按鈕
(2)點擊數據庫備份按鈕
(3)查看系統數據庫備份成提醒
(4)在保存路徑查看備份好的數據文件 結果分析:系統能夠成功的對當前的數據庫信息進行備份。 數據庫信息的定期備份,是保證數據安全一種重要手段,本節以備份當前數據庫
信息文件為例,對系統的數據庫備份功能進行了測試,結果達到預期效果,系統能夠
將數據庫進行備份,生成備份文件。數據庫備份功能測試截圖如圖 5.6 所示。
5.4系統安全性測試
系統安全性測試側重于安全性的兩個關鍵方面:
(1)黨員信息管理系統的數據的安全性,指系統對業務數據的訪問和控制需要按 權限進行;
(2)黨員信息管理系統的安全級別,指系統所包含的多個用戶,在不同模塊擁有 不同操作權限,同時系統用戶應具有安全等級,不同安全級別所擁有操作也應有所不 同。
系統安全測試內容及結果表 5.3 所示。
表5.3 系統安全測試內容及結果表
測試編號 具體操作 輸入數據 測試結果
1 劃分系統安全等級,并為系統用 戶根據其身份賦予相應的等級 權限 檢查用戶所擁有的權限 是否對應其操作 權限分配合理
2 以各類用戶類型登錄,測試權限 具有權限的功能正確執 行,未分配權限的功能提 示錯誤或者不能操作 成功登錄
3 以同一用戶,修改權限用戶權限 后登錄,測試權限 正確修改 成功登錄
5.5系統性能測試
系統壓力測試是為了對系統性能進行測試,系統的性能反應了系統對用戶請求的 處理能力。由于區級機關黨員管理系統擁有超過100個系統用戶,所以在多個用戶同 時使用系統時,系統能夠很好的對用戶的請求進行處理。通過系統性能測試,能夠發 現系統運行時的性能瓶頸,從而對系統的運行性能進行優化。系統的性能測試是非常 有必要的一步操作。系統性能的測試同時也是驗證系統非功能需求階段所分析的要求 系統是否已經達到要求,并且通過對系統進行性能測試,能夠對當前系統的運行狀況 進行了解,從而確定優化的方法。
系統采用 JMeter 軟件對系統進行測試,在軟件中定義多個請模擬用戶的數量、 產生線程發生的時間和測試次數。在請求中定義服務器、端口、協議和方法、請求路 徑等,在監聽器中選擇表格顯示結果方式。測試結果中我們最關心的是平均響應時間。 我們分別模擬 10、50、100、200 個模擬用戶并發訪問系統,根據報告所得測試結果
如表 5.4 所示統計。
表5.4 測試結果統計表
并發數 平均響應時間/ms 最小響應時間/ms 最大響應時間/ms 失敗數
10 512 466 687 0
50 952 889 1305 0
100 1254 1136 1774 0
200 2150 2887 3589 0
1. 數據分析:通過逐步增加系統的并發訪問量,可以明顯的看出系統的平均響 應時間也隨之不斷邊長,當達到200個并發用戶時,系統的平均響應時間為2150ms, 但系統運行相當平穩,整個測試過程中,并沒有出現錯誤請求處理。系統測試的統計 柱狀圖如圖 5.7 所示。
圖5.7 統計數據柱狀圖
2.結論:一般情況下用戶能在秒內得到響應,會感覺系統的響應很快。容易看到, 當系統接受200個并發請求時的平均響應時間是2150ms,這表明系統的響應速度很 快,已經達到了很高的性能指標。區級機關黨員的系統最大并發量即為200,所以系 統能夠較好的性能。
5.6系統異常測試
異常測試是檢測系統對異常情況的處理。異常測試覆蓋硬件或軟件異常時的處理。
測試過程為通過人為制造錯誤情況測試系統對錯誤操作、錯誤報文的反應,檢查程序 中的屏幕或頁面是否給出了清晰且充分的提示或約束;一旦出現錯誤情況,系統是否 能正常報告,并檢查系統的錯誤提示是否清晰且充分。只有通過異常測試的軟件產品, 才可以保證軟件在正式上線后長時間的保持良好的運營狀態,給最終用戶以信心。
為了保證本文系統的能夠穩定、健壯的運行,對系統進行了大量的異常測試,其 中部分主要異常測試內容及結果表如表 5.5 所示。
表5.5 系統異常測試內容及結果表
測試編號 測試名稱 測試操作 測試結果
1 Web會話測試 直接在瀏覽器輸入系統某個模 塊的URL進行跳轉 系統提示用戶需先登錄系 統,并跳轉至登錄頁面
2 違規操作測試 普通黨員對系統的日志文件進 行刪除操作 系統提示該用戶沒有相應 權限
3 字段長度測試 輸入長度為50的黨員姓名進行 保存 系統提示黨員姓名長度過 大
4 必填輸入項測試 編輯黨員信息不輸入姓名進行 保存 系統提示用戶請輸入黨員 姓名
5 斷電測試 系統使用時突然進行斷電 重啟系統后沒有數據丟失
6 服務器資源測試 不斷模擬增加系統在線用戶 當在線用戶非常大時,系統 提示當前負載過大
通過設計大量的測試用例對系統進行異常測試,最終的測試結果表明系統能夠
對異常操作進行相應的提示和處理,系統具有較好的異常處理能力。
5.7本章小結
本章首先對系統運行環境進行了介紹,然后對軟件測試的常用測試方法進行了羅 列和描述,最后對從系統的功能、系統的安全性、系統性能以及系統異常處理三個方 面測試方面進行了測試,其中系統功能測試是測試中重點部分。
第六章 結束語
6.1工作總結
在信息時代的大背景下,利用網絡化工具對區級機關黨員信息進行管理已經顯得 刻不容緩,本文研究并實現了區級機關黨員信息管理系統,實現了黨員信息的網絡化 管理。本文按照軟件開發的具體流程,從需求分析入手,到最后的系統測試,每一個 環節都進行了詳細的分析和設計。系統整體的開發步驟,完全按照需求分析和系統設 計的相關要求進行實施開展。系統開發完成后,按照軟件測試的方法,完成了系統的 測試,解決了暴露出的問題。
完成后的區級機關黨員信息管理系統,能夠為區級機關黨員信息的管理帶來極大 方便,主要表現在以下幾個方面。
(1)形成了一個統一的黨員信息管理平臺,實現了黨員信息的集中化管理和信息 共享,各基層黨組織可以通過登錄系統,查詢和修改黨員信息解決紙質辦公的各種不 便。對于那些流出黨員,可以快速完成黨組織關系到新支部的注冊工作。
(2)替代了原本文本管理黨員信息的手段,解決了紙質記錄黨員信息容易損壞和 丟失的問題。通過數據庫保存黨員信息,以及系統嚴格的角色權限控制,不但可以保 證數據的完整性,同時可以保證黨員信息的安全性。
(3)實現了黨員信息管理工作規范化管理,推動了黨員信息化事業的發展,提高了 黨員信息管理的工作效率,方便了區級機關黨工委的管理,對夯實基層黨建、提高機 關黨建工作的科學化水平具有重要的意義。
(4)推進了區級機關黨員信息網絡化管理的進程。黨員信息管理系統具有較高的 應用價值,能夠帶來一定的經濟和社會效益。依靠黨員信息管理系統,能夠很好地整 合各方面的資源,加快了黨建工作電子信息化的建設進程。
6.2后續工作展望
隨著互聯網的快速發展,技術的發展和更新也變的越來越快,當前系統的設計還 存在著很多的不足之處,系統中的許多的功能還有待進行進一步的完善和升級,為了 更加切合區級機關黨員信息管理的實際需求,提高黨員信息管理的工作效率,系統還 有待在以下幾個方面進行優化:
(1)系統頁面的設計:本系統頁面不夠美觀,沒能設計出當前流行的扁平化頁面。 而且系統的按鈕,頁面信息的顯示也不夠好,尤其在信息顯示的列表頁,對信息的顯 示還不夠完全和詳細,還有待進一步的優化。
(2)系統的安全性:系統在權限的設計上還是相對單一,系統只設計了兩個角色, 并不能很好的切合實際工作生活中的需要,系統的安全性設計方面還有待設計的更加 全面一些;
(3)系統的查詢功能:系統的查詢功能大多都是根據姓名進行查詢,這種查詢方 式還是過于單一,不能給管理員提供一個全面的查詢的功能,所以查詢功能需進行進 一步的完善和升級;
(4)客戶端需求:目前系統采用的是 B/S 的瀏覽器訪問,單機版還沒有,為了使 信息的管理更加有效,還有待開發客戶端軟件。
參考文獻
[1]翟道武.構建科學的黨員管理機制J].中州學刊,2015(7).
[2]“互聯網+黨員管理”的重要突破[J].領導科學,2016(22)
[3]曲昭偉、許瓊來.論黨的基層組織信息化建設J].華北電力大學學報(社會科學版), 2007(4).
[4]陳小璇.加強基層服務型黨組織建設思考J].求實,2013(S1).
[5]陳杰.實施黨建的信息化管理[J].冶金企業文化,2012(2).
[6]TAN Xin-hui, SONG Jian-jie. Design and realization of Partymembers information system based on WEB [J]. Computer Development & Applications, 2010(11):15-22.
[7]FANG Xu, LI Bei-bei. Design of Party management information system [J]. Computer Knowledge and Technology, 2011( 36):33-39.
[8]ZHOU Jian-yun. College Party management information system design and implementation[J]. Computer Knowledge and Technology, 2011( 32):6-11.
[9]楊會平.改革開放以來服務型基層黨組織建設的探索J].學理論.2013(32)
[10]孫黎海.基層服務型黨組織建設的理論架構[J].理論學刊.2013(08)
[11]石維富,李東.新時期基層黨組織的執行力建設研究[J].人民論壇.2013(08)
[12]盧尚月.淺析新時期流動黨員動態管理機制[J].甘肅理論學刊.2015(05)
[13]許宴.C/S與B/S結構的比較[J].計算機光盤軟件與應用.2014(21)
[14]王剛.基于B/S的高校黨務管理系統的設計與實現[J];科技傳播,2010年06期
[15]劉紅梅.基于C/S和B/S體系結構應用系統的開發方法[J].計算機與現代化.
2011(11)
[16]汲翠.CS到BS模式轉換的技術研究[J].通訊世界.2016(18)
[17]王進.B/S模式下的三層架構模式[J].軟件導刊.2011(03)
[18]趙宏偉,秦昌明.基于B/S 3層體系結構的軟件設計方法研究[J].實驗室研究與探索. 2011(07)
[19]張淑榮,蘇兵.C/S與B/S兩種軟件體系結構[J].電腦學習.2010(06)
[20]王威.MySQL數據庫源代碼分析及存儲引擎的設計[D].南京郵電大學,2012年
[21]范新民.高并發環境下MySQL軟硬件配置優化J].福建師范大學學報(自然科學版).
2013(06)
[22]伍志聰.MySQL數據庫在中小型業務系統的應用[J].數字技術與應用.2011(11)
[23]曾祥莉.MySQL數據庫備份方法介紹[J].統計與咨詢.2012(04)
[24]W.B.Yang.The programming and application of the access database in VB. Journal of
Chifeng University . 2011
[25]R.G.Li,J.Wang.The application of My SQL database in automatic test system. Computer application . 2011
[26]王付娟.MVC設計模型J].硅谷,2009年07期
[27]張紹蘭,邢國波,張素.MVC設計模式研究J].山東建筑工程學院學報.2011(02)
[28]沈智芳.基于MVC的框架開發技術研究J].武漢船舶職業技術學院學報.2011(01)
[29]MVC模式的Web應用系統的設計與研究J].科技資訊.2012(24)
[30]Xu Meng."The Triple Master Business Management System Design and Implement Based On the SSH2 Framework of MVC Mode," 2010
[31]嚴悍,張宏,許滿武.基于角色控制訪問對象建模及實現計算機學報, 2013, 23(10): 1064-1071
[32]賈曉強.基于白盒測試的基本路徑測試J].渭南師范學院學報.2011(02)
[33]吳艷征,宋志強.淺談黑盒測試用例設計方法J].科技信息(學術研究).2012(16)
[34]段力軍.軟件產品黑盒測試的測試用例設計J].測試技術學報.2011(02)
[35]Muhammad Shahid,Suhaimi Ibrahim,Mohd Naz'ri Mahrin. A Study on Test Coverage in Software Testing[A]. Proceedings of International Conference on Computer Communication and Management(ICCCM 2011)[C]. 2011
[36]Xia Houzan,Zhong Hai.Research on Software Testing Technique. Fu Jian Computer .
2006
[37]Chen Lin,Chen Wei.Research on the Design Techniques and Testing Process of Ssoftware Testing. Modern Electronics Technique . 2006