熱門論文
最新論文
黨務信息管理系統的設計與實現
發布時間：2023-07-29 10:20
第二章 相關技術
本系統的建設初衷是借助信息化手段提高企業內部的黨務工作效率，在企業現有 基礎平臺的上建立設計合理的黨務信息系統。在整合企業基礎數據的基礎上，減輕黨 務部門的工作強度、提高黨務管理的工作效率，給企業內部黨務工作提供信息化輔助 工具。根據這個需求背景，可以提煉出本系統的三個關鍵特征。
1）黨務信息管理系統需要具備與企業基礎數據對接的能力。黨務信息系統的建 設是企業信息化建設的一個組成部分，并不是一個孤立的信息系統，需要具備與企業 平臺數據交換的能力。系統內部的黨員、部門結構、黨費繳納基數等數據是源自企業 平臺的主數據，同樣的，黨務信息系統人員、組織結構等基礎數據也會隨著黨組活動 的展開、黨內決議的執行而產生相應的變更，這些變更也需要及時同步到企業的主數 據平臺。因此，設計合理的數據交換接口并且采用合理的技術是本系統的一個關鍵點；
2）黨務信息管理系統的建設的目的是提高黨務工作的效率，助力員工及時處理 工作內容。由于本人所在的企業，很多員工外出任務繁重，使用PC端的時間有限，結 合企業內部其他業務系統的設計經驗，系統的建設只有在支持移動端的前提下工作效 率才能得到提升。企業內部信息化建設提倡提升企業整體化信息服務能力，基于這個 背景前提，黨務信息系統的設計要需要滿足外出員工的實時辦公需求、具備移動化辦 公能力。隨著網絡信息發布渠道的多樣化，黨建活動、宣傳和知識普及等內容也需要 適應移動端的各種訪問渠道。黨建工作需要結合各種渠道進行有效的信息共享，常見 的信息分享方式就是微信和微博的信息傳遞，基于這個需求，黨務信息系統需要開發 適合移動端瀏覽器訪問的web外觀。總結以上分析，黨務信息系統的前端展示層需要 支持多種PC瀏覽器。因此，移動開發技術的選擇、系統架構的設計、移動端用戶體 驗一致性的保證是本系統實現的一個關鍵點；
3）設計可視化報表，減輕黨務組織部門的繁重工作。黨務組織部門的日常工作 面臨很多方面的內容，黨費的繳納和使用總結、黨員的轉入轉出統計、黨員結構比例 統計、活動組織情況統計都是一些繁重且瑣碎的工作，電子化的統計分析報表可以大 大減輕黨務工作人員的壓力。在分析業務的基礎上設計一套合理的可視化報表、選擇 合適的報表工具來展現報表也是本系統的一個技術點。
2.1 數據交換技術
本系統業務數據和企業主數據的對接采用行業內通用的Restful API[1]形式。
一般來說企業都有自己完善的主數據系統。人員、部門、屬性都是數據最基礎的 部分，這部分被稱為核心數據。此外，核心數據之間的關系描述也是企業核心數據構
建的基礎，人員和部門組織的隸屬關系就是數據關系的一組表達。描述核心業務實體 以及這些實體之間的關系集合被稱為企業的主數據［2］［3］。黨務信息系統的主要服務對 象是具體的黨員和黨組織，所有的業務是以黨員、黨組織為基礎的，組織活動都是圍 繞黨員和黨組之間的關系展開的，如果說黨員和黨組是本系統的信息基礎，那么企業 內部的員工和部門結構就是黨務系統的基礎數據的基礎。黨務信息系統的基礎數據是 源自企業的主數據系統，同時人員的政治屬性、獎懲行為，最終也要體現到主數據平 臺上。因此，為了保證本系統和企業其他系統的業務連貫、數據一致性，設計一套合 理有效的數據同步和交換的機制是本系統基礎建設的重要工作。
在設計數據同步機制方面，本系統采用行業內通用的Restful API方式同步數據。
Restfu 1是一套比較通用的軟件架構風格［4］，在rest的體系定義中，服務器端的任何服 務都是資源化的實體。Web請求使用的都是http協議［5］, http是一種無狀態的協議，客 戶端對接口的請求就必須在url里面包含需要表達的含義，服務端以同樣的方式理解 客戶端的請求，Rest就是比較常用的一種表達和理解方式。
Rest以http動詞的形式來表達資源的獲取方式。GET可以形象的理解為資源檢索， 對應的服務器操作是Select； POST被服務器契約理解為創建資源,對應的操作是Create； PUT是更新系統資源，對應的操作是Update； DELETE是刪除資源，對應的服務器操 作是delete數據。在資源表達方面，URL路徑表示資源的種類
下面是一些例子：
2.2移動端多平臺適配技術
本系統的設計的一個重要特性是對移動端進行支持，移動端需要支持移動端瀏覽 器訪問。普通的Web站點是發起http請求訪問URL對應的WebView［6］，在點擊頁面鏈接 的時候發起一個WebView的訪問，每次HTTP請求都會導致整個頁面的重繪，這種方 式對PC端來說沒有任何問題。具體業務模塊使用Web技術編寫，借助HTML5的形式 實現內容靈活性。業務模塊使用Web技術實現，編寫業務邏輯的開發人員只需要具備 通用的Web技術即可，各平臺下的原生代碼會負責加載業務邏輯。
本項目在移動端多平臺適配技術選型使用I onic［10］［11］框架來實現跨平臺［12 ］移動端 業務代碼的統一。Ionic是一個常見的使用HTML5技術構建混合應用的開發框架，Ionic 開發的Web應用使用的是SPA的模式，框架提供了很多自有的移動應用控件庫，豐富 的控件庫為移動應用的開發提供了更簡單的可視化布局能力。Cordova是基于設備的 API接口集，接口以J avascript語法方式來實現硬件設備的調用（Cordova項目早期版本 名字為PhoneGap［14］）。借助這個Ionic開發框架，開發人員可以使用常見的Web技術來 搭建跨平臺的應用。
Ionic本身就是一個HTML5實現的SPA的應用，各種移動設備的瀏覽器對HTML5 都能很好的支持支持，Ionic編寫的應用能夠正常的在瀏覽器中解析。
2.3 可視化報表技術
對工作的統計和總結是業務系統的常見功能模塊，本系統也不例外。統計和分析 工作通常有幾種形式，一種是以統計表的形式，對關注的業務數據進行分析、分類、 匯總、統計。首先是對基礎數據查詢，在查詢結果集的基礎上統計，從而得到詳盡的 數據，以表格的形式對關注的業務信息進行數字化的描述；報表的另一種展現形式是 圖形化的統計圖，統計圖是在統計表的基礎上，對統計數據進行圖形化的表述，利用 圖形的優勢，有側重的展示用戶關注的數據后面的信息。這些側重面可以是數據的占 比，數據的分布，數據的集中度，數據的發展趨勢，多維度數據的關聯規則。
統計表的形式數據很詳盡，有助于定量分析，但是不利于直觀的展示問題。統計 圖的形式更有助于使用者對數據的直觀理解，在統計圖技術選擇方面，本系統在綜合 展現效果、報表靈活性、開發難度多方面考慮，選擇ECharts［15 ］作為系統的圖表化實 現工具。ECharts是一個業內比較常用的開源的圖形化報表工具，有著豐富的圖形展 現形式。
從ECharts的實現原理角度分析，ECharts是Javascript語言編寫的輕量級數據可視 化組件［⑹，擁有豐富的圖表庫，圖形化展現的底層依賴技術是HTML的CanvasMU8］, 絕大多數瀏覽器對W3C3］的H TML5的標準都支持很好，這一點保證了本系統的圖表 在PC端的兼容性。此外，移動端的主流瀏覽器對HTML5也有很好的支持，基于ECharts 開發的圖表在移動端能夠和PC端有一樣的體驗，流暢的在移動端運行。
從程序開發角度分析，ECharts的設計實現了數據定義和展示的分離。圖形設置和 數據分離的方式，特別適用于一些計算任務繁重的統計圖表。這類計算量繁重的圖表， 可以先行計算統計，統計結果數據以json［20］的方式存儲，在圖表展現的時候加載這部 分預先計算好的json數據，節省用戶的等待時間。
從圖表的展現的靈活性角度分析，ECharts以數據驅動，數據的改變能夠驅動圖表 中的圖形重繪，可以對一些要求展示實時動態數據的場景進行很好的支持，在時間的 維度上體現數據的趨勢變化。
2.4 BPM 技術的應用
在流程管理中，不同層次的方法都是特定且相對獨立的，但彼此之間的聯系又是 密切的。第一，只有保證了最低層次的業務活動，才能實現高層次的管理目標；第二， 若現實問題不能被低層管理有效解決，則高層管理就有必要介入其中，以資源配置為 例，若運作層的調動難以滿足資源配置的需求，也就是說該運作層不具備足夠的資源， 這時就需要計劃層介入管理，對資源能力計劃進行重新計算和分配；第三，高層的管 理決策必須以低層的數據為參考，只有通過企業的實際經營活動才能積累到可以運用 于企業戰略及策略管理模型的有效數據。所以，就企業流程管理的整體而言，通過一 個統一框架對四個層面的流程進行統一管理更有利于企業流程管理體系的構建，同時 還要實現與企業信息系統的相關聯。
就企業信息系統而言，常見的主要有決策支持系統、事務處理系統及辦公自動化 系統等系統，然而由于流程因素的缺失，這些系統的價值僅僅是對完成某些特定任務 的員工提供一定的輔助支撐。整個流程的自動化執行和流轉因為工作流系統的出現而 得以實現。然而，工作流主要適用于生產流程層，尚且無法有效解決企業戰略決策層 存在的問題。此外，企業的快速發展加快了企業業務流程向外延伸的步伐，而跨企業 所形成的流程集成問題是傳統工作流系統所無法解決的。因此亟需出臺相應的解決方 案有效解決企業業務流程所面臨的相關問題。
所謂業務流程，就是通過相關輸入而使得輸出能為顧客所用。也就是說，以向顧 客提供有價值的產品和服務而開展的各類活動統稱為業務流程。流程的目標（即流程 之所以存在）、資源的輸入、相關活動的開展、活動之間的彼此關系、結果的輸出、 最終提供給顧客的產品或服務等六大要素構成一個完整的業務流程。
隨著社會的快速發展，人類進入了移動應用時代，而業務流程管理（BPM）也 不可避免地成為時代的重中之重，企業工作效率的提高離不開有效的業務流程管理。
實施BPM，可以給企業帶來如下的好處：
1.應對變化
對于企業來說，經常需要對業務流程進行優化調整以適應市場的需要。對于軟件 開發企業，由于客戶的軟件開發意識較低、開發標準和流程的不規范，導致客戶的需 求在開發過程中經常性變化。工作流技術，將用戶的業務流程獨立出來，作來一個可 隨時變動的組件集成到整個系統當中。
2.自動化處理
使用了 BPM技術的系統，可以根據任務的狀態自動將要處理的事項分配給指定 的操作者，而BPM技術所具有的消息和事件機制，更可以自動化地發送通知或監控 用戶的所有操作，將一部分管理者的工作交給系統自動處理。
3.流程標準化
每當企業制定一套新的流程，員工要適應該流程都需要一定的階段和培訓，使用 工作流后，流程集成到了系統，員工只需將精力集中在處理自己關心的數據上，平滑 實現流程變更。
4.數據存儲標準化
在企業以往的業務管理過程中，手工處理或通過0A進行業務處理，很多業務的 中間信息沒有得到及時有效的記錄，而業務流程未進行梳理，信息的存儲也缺乏標準 化，不能為后期的業務數據分析提供便利。
現在市場上有很多BPM產品，著名的如基于Microsoft .Net平臺的面向WEB服 務的K2.NET BPM平臺，國內的普元BPS、H3 BPM等。在JAVA應用領域，IBM、 Oracle 都有相應的 BPM 產品; 在 Apache 許可的前提下， Activiti 作為一種新的開源 BPM平臺而存在，其整個構建過程是從基礎開始的，目的在于為新的BPMN 2.0標 準提供支持，主要有技術實現支持、以云架構和互操作性為核心的新技術機遇以及對 對象管理組的支持等。本文采用Activiti進行相關的BPM設計和開發。
2.5 開發技術選擇
1.開發語言
Java是由Sun Microsystems公司于1995年6月推出的一種純粹的軟件的程序設 計，是一種面向對象的設計語言，可以實現在不同數據庫、不同操作系統間的運行， 具有較高的系統擴展性。對于某些特定行業，為有效保證系統的性能及安全性，通常 以小型機、LINUX等非WINDOWS平臺作為服務器，因此，本系統采用JAVA語言 進行開發。
2.數據庫
在該系統中，采用MySQL數據庫作為數據庫服務器，瑞典MySQL AB公司最 早開發了 MySQL 數據庫，當前歸屬于 Oracle 旗下進行管理，其作為一個關系型的 管理系統是當下最為流行的一種數據庫管理系統，并且對于WEB應用來說，它也是 無可替代的。
作為一種關系型數據庫， MySQL 改變一直以來由一個大數據庫對所有數據進行 保存的傳統，而是用不同的表對數據進行分享保存和管理，極大地提高了數據庫的靈 活性和取樣速度。
在數據庫訪問中， SQL 語言是最為標準也最為常用的，而 MySQL 所使用的正 是這種語言。由于雙授權政策的使用， MySQL 軟件包含了商業版和社區版兩大版塊， 具有低成本、高速度、輕體積、源碼開放等諸多優勢，因而被中小型網站所青睞。
其中，社區版具有卓越的性能，通過與Apache和PHP有效搭配可實現對開發環 境的優良重組。
3.其它組件
因為JavaEE能夠快速適應新環境、具有良好的移植性和高運行效率而被眾多企 業所青睞，因此JavaEE被廣泛用于各大企業的信息處理系統進行數據處理，企業也 因此可以獲得更大競爭優勢及收益。就 JavaEE 的技術構成而言，主要有通信、服務 及組件技術三大部分。
數據的傳輸離不開通信技術的有效支撐，數據的傳輸方式及各種格式都需要依 靠通信技術來實現；服務技術能夠實現對系統的各種服務支持，主要有事務處理服務、 數據庫操作服務以及安全服務等方面；在容器中執行操作是組件技術的突出特點。其 運行所需的相關支持都可以通過容器獲得。
4.業務的邏輯層框架 Spring 簡介
Spring 的結構框架是 Java 平臺基礎下運作的設備，能夠根據其實際作用開發應 用程序，基礎設施建設支持被積極的［20］、全面的提供。Spring的工作程序和專注程度 得到了完善，建設基礎設施的目標也達成了，開發者不用去關心底層的架構，能夠更 好地致力于應用開發。
任何特別的編程模式在Spring框架本身并未得到強制使用,Java程序員在Spring 框架上具有很大的自由發揮度，但是，與此同時，Spring框架也提供了一些規范的文 檔和易于使用的方法對于業界存在的一些常見問題。
2.6 本章小結
本章重點就設計和開發黨務管理信息系統所需的關鍵技術及重要理論進行了介 紹和分析，尤其對Hybrid App SPA開發模式、Restful API數據交換、Ionic開發框架、 ECharts開發工具，Activiti BPM技術以及后臺JavaEE開發語言、MySQL數據庫等典型 方法進行了詳細說明，這些為系統的設計開發提供了基礎理論支撐。
第三章 系統需求分析
黨務系統是企業信息化建設的一個組成部分，系統的核心功能主要包括。本文所 述的黨務信息系統旨在建立一套企業內適用的黨建管理體系，以信息化的手段推進黨 務系統工作，解決目前工作中存在的問題，提高黨務工作的效率和工作質量。
3.1 系統總體需求
本文的內容是講述單位黨務信息管理系統的分析、設計、建設過程。工作第一步 就是了解系統需求，系統建設目標，提取和總結系統建設內容。在對黨務部門的現有 業務實地考察之后，對業務總體需求進行梳理，業務功能粗粒度的分析，系統主要涵 蓋以下幾個方面的內容。本系統主要包含黨務管理、黨建管理、黨組織管理、黨內統 計報表管理和系統維護五個功能模塊。
黨務管理包括民主評議、獎懲管理和組織關系黨費管理等。系統三個類型的角色， 黨員用戶和黨組工作人員，系統所提供的黨務操作規范、內容豐富、完善。民主評議 是加強黨的建設的一項重要制度。通過民主評議活動的開展，可以民主評議黨員，表 彰先進，清除腐敗分子，從而保持黨組織的先進性，提高黨員隊伍的整體素質。黨費 管理功能包括黨費減免情況登記、一次交納黨費登記、黨員黨費繳納、黨費收繳登記 表、黨費繳交情況查詢、黨費繳納基數變更等功能
黨建管理包括黨員發展、黨員調動和黨內公文管理三個子模塊，主要對黨員的基 礎管理以及黨內公文的歸檔等工作。黨員發展管理主要分為入黨申請人員業務、積極 分子業務、發展對象業務。入黨申請人員業務包括推優表、積極分子審議；積極分子 業務包括積極分子培訓、積極分子考察、發展對象審議；發展對象業務包括預備黨員 審議。以時間為坐標軸結合人員能力和資歷情況，多維度的統計黨員、積極分子、重 點發展對象、群眾的狀態分布。用于記錄在統計的基礎上的工作制定和實現情況。并 對關注的人員進行背景和資歷方面的核對。黨員調動管理主要是黨員調入、調出和流 轉必須辦理的流程手續。黨內公文管理對黨內文件的編寫、提交、審核、發送、歸檔 以及傳達等管理，公文編寫內容包括公文的抬頭、發送對象、公章選擇、公文的年和 字號編碼，公文提交是所有黨內公文文件流轉發送到每一個黨員和黨組織，組織內的 黨員也可以將自己的文章刊物、心得體會等提交到公文管理平臺；公文審核是審核需 要有標準衡量，主要是字數限制、文種限制、格式限制、模板限制等；公文發送是經 過黨務工作管理員審核校驗后，可以將通過的公文發布并流轉到每一個組織和黨員。
基本信息管理包含組織信息、黨員信息管理和組織管理三個子模塊，信息管理主 要是對黨組織基礎工作信息的刷新、維護、業務、輔助、查詢及打印等功能。信息分 為組織信息和黨員信息，對黨員個人的信息進行維護，建立黨員的檔案體系，記錄黨 員的工作情況、組織生活、獎懲情況。組織管理包含支部的建立和撤銷，支部的更名 合并等管理，根據部門黨員分布情況合理的劃分黨支部，維護黨內干部信息。
黨內報表統計管理是用于報表的生成、統計、匯總、數據提取、填報、打印查詢 等功能。主要是對黨務工作經常性重復性的工作進行歸納，以信息化的手段統計和分 析數據、得出匯總報表，減輕工作者的工作強度。工作人員可以通過報表查詢，對黨 建情況、黨員情況、黨費繳納情況等進行快速的查詢，并根據統計方法形成精確數字 或者圖形化報表。系統把統計報表的數據分為當前數據和歷史數據。當前數據是指最 近一次統計的報表數據；歷史數據是指以往轉存到歷史庫的報表數據。
系統的維護是指日常應用系統進行的相關維護工作，包括數據管理、用戶管理和 密碼的設置等等。用戶管理是對用戶進行增加、刪除、修改和查詢等操作，并且作為 權限最高的用戶，可以為其他不同職能的用戶賦予相應的執行操作的權限。數據管理 是指對數據進行管理。主要包含數據備份、還原以及數據的導入和導出。用戶在進行 數據備份時，可手動選擇自定義備份重要文件數據信息，也可備份全部數據庫信息。 數據還原也分手動和自動兩部分，一旦數據遭到破壞，可選擇手動還原相應的數據信 息。為了實現文件進行格式轉變，用戶可自定義選擇數據進行導出，在導出后，按照 需求裝換成相應格式的文件，再選擇數據導入功能。修改密碼是用戶具有修改密碼的 功能。
在上一節系統總體需求分析的基礎上進一步分解，可以的到系統功能分解圖，如
圖3.1所示。
圖 3. 1 系統功能分解圖
3.2 系統用戶分析
對于黨務信息管理系統使用對象來說，主要包含黨內普通黨員和各級黨組織的管 理者以及高層決策者，在開展黨務信息管理的過程中，黨務信息管理系統把系統用戶 和各級黨組織統一整合到該平臺，使黨的建設水平得到提升，全面統籌管理黨內組織 業務。所以該系統所涉及到的用戶包括普通用戶（普通黨員）和系統管理員（各級黨 組織的管理者以及高層決策者）兩類用戶，用戶類型分析如圖3.2所示。
普通用戶
系統管理員
圖 3. 2 用戶類型分析圖
3.2.1普通用戶
普通黨員是所屬在黨務信息管理的工作人員以及黨組織成員，在黨務信息管理中， 一個工作人員分屬不同的組織，分管不同的業務，如黨內表格的匯總、黨費收納員等 等，他們對業務進行匯總，之后上交給領導審批，不過只有黨內的黨員才能有登錄本 系統的權限，登錄系統之后才有修改密碼的權限以及其他一些功能。
3.2.2系統管理員
系統管理員是黨務信息管理系統里面比普通黨員大一個級別的人員，他們一般上 是各級黨組織的管理者以及高層決策者，是系統中具有權限最大的用戶，對整個系統 的所有功能有所有操作權限。比如對黨員發展的審批、組織關系的變更以及黨員的調 動等決策性的操作。發現一些不符合要求的業務，及時告知工作人員進行更正、修改。 管理員還負責分配普通用戶的賬號和密碼，還可以對普通用戶的權限進行修改。
用戶使用系統前需要進行對用戶身份進行驗證，輸入賬號密碼后驗證通過則進入 系統進行相應的功能操作，若驗證不通過，系統提示錯誤界面不能進入系統操作。這 種系統用戶類別劃分利于系統的安全性。
但是如果要想保證系統的安全，需要嚴格對系統的使用者進行準確的劃分，給不 同的職能人員分配相應的權限，使用者可以參照圖3.2的描述被分為以下兩種：一是 管理員，這些人也可以再次劃分為兩種，一種是各黨支部的管理人員，一種是黨總支 的管理員，他們具有各自的權限和功能，對于不屬于他們權限范圍的任務，不能輕舉 妄動。二是普通用戶。用戶使用系統前需要進行對用戶身份進行驗證，輸入賬號密碼 后驗證通過則進入系統進行相應的功能操作，若驗證不通過，系統提示錯誤界面不能 進入系統操作。這種系統用戶類別劃分利于系統的安全性。
3.3系統功能需求分析
通過上面對系統功能的簡單介紹，對該系統的五大模塊組成有了初步的了解，本 小節針對該系統的黨務管理、黨建管理、組織信息管理、黨內報表統計報表管理和系 統維護五大功能需求進行分析和研究，對模塊的具體功能進行細致的分析，為實現系 統正常化打下良好的基礎。
3.3.1 黨務管理模塊需求分析
黨務管理包括民主評議、獎懲管理和組織關系黨費管理等。系統三個類型的角色， 黨員用戶和黨組工作人員，系統所提供的黨務操作規范、內容豐富、完善。民主評議 是加強黨的建設的一項重要制度。通過民主評議活動的開展，可以民主評議黨員，表 彰先進，清除腐敗分子，從而保持黨組織的先進性，提高黨員隊伍的整體素質。獎懲 管理主要對黨員的獎懲情況進行記錄管理，主要負責獎懲制定標準和獎懲評定，對黨 員的獎勵和懲罰進行管理。黨費管理功能包括黨費減免情況登記、一次交納千元黨費 登記、黨員黨費繳納、黨費收繳登記表、黨費繳交情況查詢、黨費繳納基數變更等功 能。則黨務管理模塊用例圖如圖3.3所示。
下面將對該模塊用例圖中的主要用例進行詳細的說明。錄入民主評議的用例具體 描述見表 3.1。
表 3. 1 錄入民主評議功能用例描述表
標題名稱 用例描述
系統用例標識 錄入民主評議
用例參與者 系統管理員或普通用戶
前提條件 參與者登錄黨務信息管理系統，并進入黨務管理界面，進行下一步操 作。
前置操作 點擊民主評議管理按鈕，進入民主評議模塊主頁，點擊錄入，進入錄 入民主評議主頁面
后置操作 用戶完成錄入民主評議的功能，并成功退岀系統
合法流程 用戶成功登錄系統并進入黨務管理模塊，具有錄入民主評議的操作權 限，首先用戶選中要錄入民主評議情況記錄的黨組織，選擇新增功能， 按照系統界面提示，完成錄入民主評議情況記錄并保存，系統則根據 提交的命令更新數據庫，則系統返回新增民主評議的全部內容。
異常情形舉例 輸入的用戶名和密碼錯誤或非法，系統提示用戶重新輸入
登錄之后，沒有操作權限；選擇的信息有邏輯錯誤或存在冗余。
黨員黨費的繳納可以逐月交納錄入，也可以批量錄入。則黨員繳納黨費的用例具 體描述見表 3.2。
表 3. 2 黨員繳納黨費功能用例描述表
標題名稱 用例描述
系統用例標識 黨員繳納黨費
用例參與者 系統管理員或普通用戶
前提條件 參與者登錄黨務信息管理系統，并進入黨務管理界面，進行下一步操 作。
前置操作 點擊黨費管理按鈕，進入黨費模塊主頁，點擊黨費，進入黨費主頁面
繳納
后置操作 用戶完成繳納黨費的功能，并成功退岀系統
合法流程 用戶成功登錄系統并進入黨務管理模塊，具有繳納黨費的操作權限， 首先用戶選中所屬黨支部進入黨費管理模塊，選擇個人黨費處理并單 擊新增按鈕，按照系統界面提示，選擇交納黨費的月份并進行保存， 系統則根據提交的命令更新數據庫中的交費記錄，并頁面返回交納成 功的提示。
異常情形舉例 輸入的用戶名和密碼錯誤或非法，系統提示用戶重新輸入
登錄之后，沒有操作權限；選擇的信息有邏輯錯誤或存在冗余。
3.3.2 黨建管理模塊需求分析
黨建管理包括黨員發展、黨員調動和黨內公文管理三個子模塊，主要對黨員的基 礎管理以及黨內公文的歸檔等工作。黨員發展管理主要分為入黨申請人員業務、積極 分子業務、發展對象業務。入黨申請人員業務包括推優表、積極分子審議；積極分子 業務包括積極分子培訓、積極分子考察、發展對象審議；發展對象業務包括預備黨員 審議。以時間為坐標軸結合人員能力和資歷情況，多維度的統計黨員、積極分子、重 點發展對象、群眾的狀態分布。用于記錄在統計的基礎上的工作制定和實現情況。并 對關注的人員進行背景和資歷方面的核對。黨員調動管理主要完成黨員在調離時申請、 黨總支接收調離申請后開具組織關系介紹信、黨總支接收回執后維護黨員調離信息。 黨內公文管理對黨內文件的編寫、提交、審核、發送、歸檔以及傳達等管理，公文編 寫內容包括公文的抬頭、發送對象、公章選擇、公文的年和字號編碼，公文提交是所 有黨內公文文件流轉發送到每一個黨員和黨組織，組織內的黨員也可以將自己的文章 刊物、心得體會等提交到公文管理平臺；公文審核是審核需要有標準衡量，主要是字 數限制、文種限制、格式限制、模板限制等；公文發送是經過黨務工作管理員審核校 驗后，可以將通過的公文發布并流轉到每一個組織和黨員。則黨建管理模塊用例圖如 圖3.4所示。
下面將對該模塊用例圖中的主要用例進行詳細的說明。登記入黨申請人信息的用 例具體描述見表 3.3。
表 3. 3 登記入黨申請人信息功能用例描述表
標題名稱 用例描述
系統用例標識 登記入黨申請人信息
用例參與者 系統管理員或普通用戶
前提條件 參與者登錄黨建信息管理系統，并進入黨建管理界面，進行下一步操 作。
前置操作 點擊黨員發展管理按鈕，進入黨員發展管理模塊主頁，點擊入黨申請 人管理，進入入黨申請人管理主頁面
后置操作 用戶完成登記入黨申請人信息的功能，并成功退岀系統
合法流程 用戶成功登錄系統并進入黨務管理模塊，具有登記入黨申請人信息的 操作權限，首先用戶選中要錄入入黨申請人員信息的黨支部，進入入 黨申請人界面，選擇新增功能，按照系統界面提示，完成錄入入黨申 請人員信息并保存，系統則根據提交的命令更新數據庫，則系統返回 新增入黨申請人員信息的全部內容。
異常情形舉例 輸入的用戶名和密碼錯誤或非法，系統提示用戶重新輸入
登錄之后，沒有操作權限；選擇的信息有邏輯錯誤或存在冗余。
黨內公文管理主要是對黨內文件的編寫、提交、審核、發送、歸檔以及傳達等管 理，則編寫公文的用例具體描述見表 3.4。
表 3. 4 編寫公文功能用例描述表
標題名稱 用例描述
系統用例標識 編寫公文
用例參與者 系統管理員或普通用戶
前提條件 參與者登錄黨務信息管理系統，并進入黨內公文管理界面，進行下一 步操作。
前置操作 點擊黨內公文管理按鈕，進入黨內公文管理模塊主頁，點擊編寫，進 入黨內公文編寫主界面
后置操作 用戶完成黨內公文編寫的功能，并成功退岀系統
合法流程 用戶成功登錄系統并進入黨務管理模塊，具有黨內公文編寫的操作權 限，首先用戶選中所屬黨支部進入黨內公文管理模塊，選擇編寫按鈕， 按照系統界面提示，輸入公文的抬頭、內容、發送對象、公章選擇、 公文的年和字號編碼等內容并保存，系統則根據提交的命令更新數據 庫，并頁面返回公文的全部內容，待檢查無誤后，提交公文進行審核 流程。
表 3.4 續表 編寫公文功能用例描述表
異常情形舉例 輸入的用戶名和密碼錯誤或非法，系統提示用戶重新輸入
登錄之后，沒有操作權限；選擇的信息有邏輯錯誤或存在冗余。
3.3.3基本信息管理模塊需求分析
基本信息管理包含組織信息管理、黨員信息管理和組織管理三個子模塊，信息管 理主要是對對黨組織基礎工作信息的刷新、維護、業務、輔助、查詢及打印等功能。 信息分為組織信息和黨員信息，對黨員個人的信息進行維護，建立黨員的檔案體系， 記錄黨員的工作情況、組織生活、獎懲情況。組織管理包含支部的建立和撤銷，支部 的更名合并等管理，根據部門黨員分布情況合理的劃分黨支部，維護黨內干部信息。 則組織信息管理模塊用例圖如圖3.5所示。
下面將對該模塊用例圖中的主要用例進行詳細的說明。修改組織信息的用例具體 描述見表 3.5。
表 3. 5 修改組織信息功能用例描述表
標題名稱 用例描述
系統用例標識 修改組織信息
用例參與者 系統管理員或普通用戶
前提條件 參與者登錄黨建信息管理系統，并進入組織信息管理界面，進行下一 步操作。
表 3.5 續表 修改組織信息功能用例描述表
前置操作 點擊組織信息管理按鈕，進入組織信息管理模塊主頁，點擊信息管理， 進入信息管理主頁面
后置操作 用戶完成修改組織信息的功能，并成功退岀系統
合法流程 用戶成功登錄系統并進入組織信息管理模塊，具有修改組織信息的操 作權限，首先用戶選中要修改信息的黨組織，選擇修改功能，按照修 改的條例提示，完成修改內容并保存，系統則根據提交的命令更新數 據庫，則系統返回修改后的組織信息的全部內容。
異常情形舉例 輸入的用戶名和密碼錯誤或非法，系統提示用戶重新輸入
登錄之后，沒有操作權限；選擇的信息有邏輯錯誤或存在冗余。
組織管理是對黨總支下的各黨支的增加、刪除、修改和查詢等管理。則新增黨組 織的用例具體描述見表 3.6。
表 3. 6 新增黨組織功能用例描述表
標題名稱 用例描述
系統用例標識 新增黨組織
用例參與者 系統管理員或普通用戶
前提條件 參與者登錄黨務信息管理系統，并進入組織信息管理界面，進行下一 步操作。
前置操作 點擊組織信息管理按鈕，進入組織信息管理模塊主頁，點擊組織管理， 進入組織管理主頁面
后置操作 用戶完成新增黨組織的功能，并成功退岀系統
合法流程 用戶成功登錄系統并進入組織信息管理模塊，具有新增黨組織的操作 權限，首先用戶選中所屬黨支部進入組織管理模塊，選擇新增命令， 按照系統界面提示，輸入新增黨組織的基本信息，主要包含人員、支 部地址、管理人等信息，保存并提交數據庫，系統則根據提交的命令 更新數據庫，并頁面返回新增黨組織的全部內容，待檢查無誤后，提 交上級審核。
異常情形舉例 輸入的用戶名和密碼錯誤或非法，系統提示用戶重新輸入
登錄之后，沒有操作權限；選擇的信息有邏輯錯誤或存在冗余。
3.3.4黨內報表統計報表管理模塊需求分析
黨內報表統計報表管理是用于報表的生成、統計、匯總、數據提取、填報、打印
查詢等功能。主要是對黨務工作經常性重復性的工作進行歸納，以信息化的手段統計 和分析數據、得岀匯總報表，減輕工作者的工作強度。工作人員可以通過報表查詢， 對黨建情況、黨員情況、黨費繳納情況等進行快速的查詢，并根據統計方法形成精確 數字或者圖形化報表。則黨內報表統計報表管理模塊用例圖如圖3.6所示。
表 3. 7 統計報表匯總功能用例描述表
標題名稱 用例描述
系統用例標識 統計報表匯總
用例參與者 系統管理員或普通用戶
前提條件 參與者登錄黨建信息管理系統，并進入黨內統計報表管理界面，進行 下一步操作。
前置操作 點擊黨內統計報表管理按鈕，進入黨內統計報表管理模塊主頁，點擊 統計報表匯總，進入統計報表匯總主頁面
后置操作 用戶完成統計報表匯總的功能，并成功退岀系統
合法流程 用戶成功登錄系統并進入黨內統計報表管理模塊，具有統計報表匯總 的操作權限，首先用戶選中要進行統計報表匯總的黨組織，選擇要匯 總的報表的編號或標題，點擊匯總操作，系統則根據提交命令更新數 據庫，則系統返回匯總后的報表的全部內容，用戶在彈岀的向導窗口 中填寫報表匯總年份、類型、統計時間范圍等相關信息后，選擇保存。
異常情形舉例 輸入的用戶名和密碼錯誤或非法，系統提示用戶重新輸入
登錄之后，沒有操作權限；選擇的信息有邏輯錯誤或存在冗余。
統計報表匯總的用例具體描述見表 3.7。系統把統計報表的數據分為當前數據和 歷史數據。當前數據是指最近一次統計的報表數據；歷史數據是指以往轉存到歷史庫 的報表數據。下面將對該模塊用例圖中的主要用例進行詳細的說明。
查詢黨內統計報表的用例具體描述見表 3.8。
表3. 8查詢黨內統計報表功能用例描述表
標題名稱 用例描述
系統用例標識 查詢黨內統計報表
用例參與者 系統管理員或普通用戶
前提條件 參與者登錄黨務信息管理系統，并進入黨內統計報表管理界面，進 行下一步操作。
前置操作 點擊黨內統計報表管理按鈕，進入黨內統計報表主頁，點擊查詢， 進入查詢主頁面
后置操作 用戶完成查詢黨內統計報表的功能，并成功退岀系統
合法流程 用戶成功登錄系統并進入黨內統計報表管理模塊，具有查詢黨內統 計報表的操作權限，首先用戶選中所屬黨支部進入黨內統計報表管 理模塊，選擇查詢按鈕，按照系統界面提示，輸入查詢報表的編號、 關鍵字或標題等信息，點擊查詢，系統則根據提交的命令從數據庫 中調取查詢的信息，頁面返回查詢報表的全部內容。
異常情形舉例 輸入的用戶名和密碼錯誤或非法，系統提示用戶重新輸入
登錄之后，沒有操作權限；選擇的信息有邏輯錯誤或存在冗余。
3.3.5 系統維護模塊需求分析
系統的維護是指日常應用系統進行的相關維護工作，包括數據管理、用戶管理和 密碼的設置等等。用戶管理是對用戶進行增加、刪除、修改和查詢等操作，并且作為 權限最高的用戶，可以為其他不同職能的用戶賦予相應的執行操作的權限。數據管理 是指對數據進行管理。主要包含數據備份、還原以及數據的導入和導岀。用戶在進行 數據備份時，可手動選擇自定義備份重要文件數據信息，也可備份全部數據庫信息。 數據還原也分手動和自動兩部分，一旦數據遭到破壞，可選擇手動還原相應的數據信 息。為了實現文件進行格式轉變，用戶可自定義選擇數據進行導岀，在導岀后，按照 需求裝換成相應格式的文件，再選擇數據導入功能。修改密碼是用戶具有修改密碼的 功能。則系統維護模塊用例圖如圖3.7所示。
下面將對該模塊用例圖中的主要用例進行詳細的說明。登記入黨申請人信息的用 例具體描述見表 3.9。
表 3. 9 增加用戶功能用例描述表
標題名稱 用例描述
系統用例標識 增加用戶
用例參與者 系統管理員
前提條件 參與者登錄系統管理，進行下一步操作。
前置操作 點擊用戶管理，進入用戶管理模塊主頁，點擊增加按鈕，進入增加用
戶主頁面
后置操作 登錄用戶完成用戶管理業務并成功退岀系統
合法流程 用戶登錄系統之后，系統需要根據用戶賬號驗證當前用戶的合法性以 及操作權限，若成功登錄，用戶根據提示輸入新增用戶信息包括用戶 姓名、職位等等，完成后提交到系統數據庫，頁面返回保存成功提示 信息
異常情形舉例 輸入的用戶名和密碼錯誤或非法，系統提示用戶重新輸入 登錄之后，沒有操作添加用戶的權限；輸入的用戶信息有邏輯錯誤或 存在冗余。
數據導岀的用例具體描述見表 3.10。
表 3. 10數據導岀功能用例描述表
標題名稱 用例描述
系統用例標識 數據導岀
用例參與者 系統管理員
前提條件 參與者登錄黨務信息管理系統，進入系統維護界面，進行下一步操作。
前置操作 點擊數據管理按鈕，進入數據管理模塊主頁，點擊數據導岀，進入數 據導岀主頁面
后置操作 數據導岀，根據頁面提示選擇要導岀的數據，然后點擊導岀，系統將 會從數據庫導岀用戶選擇的導岀的數據的全部內容。
合法流程 用戶登錄系統頁面，系統需要根據用戶賬號驗證當前用戶的合法性以 及操作權限，若驗證后得岀該用戶賬號具有對系統的操作權限，那么 該用戶可依照系統界面提示的信息進行選擇要導岀的數據標題或者 編號，完成后提交到系統數據庫，頁面返回一定格式的導岀數據。
異常情形舉例 輸入的用戶名和密碼錯誤或非法，系統提示用戶重新輸入 該用戶沒有操作導岀數據的權限；或者在導岀過程中岀現格式混亂。
3.4系統非功能需求分析
需求分析不僅從功能上對系統進行分析，同時要進行非功能性需求分析。根據黨 務信息管理系統的實體運營流程和需求，保證系統在任何突發場景下都能保持良好的 穩定性；作為黨務服務系統，必須保證在系統實際運營中保持絕對的安全性，避免非 法的侵入或者數據的任意篡改的發生。需求分析在進行功能需求方面分析外，同時要 對系統穩定性、界面效果、操作方便度、安全性以及維護性等非功能性方面進行需求 分析。具體需求如下：
1.實用性。考慮到各部門黨員的年齡、操作計算機的水平和學歷程度等因素，系 統工作人員在使用電腦、智能手機上會有參差不齊的水平，進而更應當關注系統操作 便利性，達成人性化的設計需求，系統界面的設計要美觀大方，同時還需要實現簡單 便捷的使用需求。保證系統界面友好，操作界面需要符合用戶使用的習慣。
2.可擴展性。系統應具有良好的可擴展性，當前計算機以及互聯網等領域發展迅 速，系統的軟硬件會不可避免的發生更新，因此系統必須是易于二次開發及可擴展的。
3.安全性。為有效保證計算機操作系統的安全性，必須及時升級系統補丁，確保 操作系統的漏洞不會被入侵者非法利用，導致客戶端信息被非法竊取。病毒防護的安
全需求，由于現在病毒攻擊猖獗，網絡中存在各種病毒，因此需要對客戶端進行病毒 防護，安裝防病毒軟件，同時進行及時的病毒庫升級。數據庫的安全需求，必須加強 數據庫管理員的管理，進行權限分割，加強審計。根據業務功能需求分析以及信息系 統安全等級保護基本要求中三級系統的應用安全要求內容，關注以下應用安全需求： 用戶身份鑒別、用戶信息管理、訪問控制、業務操作及業務數據的安全保護。
4.兼容性。黨務信息系統主要用于信息快速送達，既要滿足黨員同志隨時隨地獲 取關鍵黨務信息的需求，又不能占用用戶太多的工作時間。所以本系統是否能夠在眾 多主流瀏覽器內適用成為必然需求，若是大部分瀏覽器都可以訪問本系統，并且運行 正常，功能可以全部實現，則用戶可以在任何一臺電腦及大部分瀏覽器上登錄使用。
5.系統性能：系統使用過程中需要系統的高速運行，在設計系統過程中應考慮使 系統以及先進性。開發系統是為人而服務的，在開發系統過程中需要考慮系統是否實 用，是否方便用戶使用，操作是否簡單等問題，盡量將冗余的操作簡化。針對網絡環 境，系統必須在具有網絡接入的任何地方均可使用，方便用戶使用系統。開發系統的 設計平臺、開發工具等需要符合現今主流技術，在一定時期內不被淘汰。本文主要考 慮系統的性能的響應時間，系統一般同時在線用戶不會超過500 個，為了使系統實現 穩定快速的性能，需要在 0.010 秒內處理完一個事物。同時，由于本系統對響應時間 要求并不是十分嚴格，所以頁面的響應時間以及加載時間應在3 秒內完成。
3.5 本章小結
本章從用戶需求的角度描述黨務信息系統的功能，首先對黨務工作需求進行了描 述，接著描述了系統的業務功能，為下一步設計實現打下了基礎。在黨務信息系統中， 對系統功能需求分析，進行了各板塊詳細需求分析和說明，以及對非功能需求分析進 行了描述。
第四章 系統設計與實現
本章主要內容是詳細介紹黨務信息管理系統的設計方案。首先剖析黨務信息系統 的應用架構，介紹數據庫的設計以及各模塊實現的功能，在應用架構的基礎上對業務 系統的功能細化，合理的劃分業務模塊，描述各業務模塊之間的關系，舉例分析系統 中比較有代表性的業務功能，進而詳細分析和設計業務流程系統。
4.1系統整體應用架構
依據系統業務需求對系統結構進行有效設計，結合分析本系統的需求，黨務信息 系統的整體應用架構如下圖所示：
黨費基數
圖 4. 1 黨務信息系統層次模型圖
黨務信息系統主要包含了展現層、邏輯層、數據層及外部數據接口等幾個關鍵模 塊。
數據層主要包含黨建系統的DB、主數據DB以及相應的數據訪問模塊。黨建DB 是黨務系統的業務數據庫，系統的業務數據均存儲于該DB；主數據DB存儲的數據 是通過主數據交換模塊經由數據接口從企業主數據平臺同步過來的主數據內容，主要 包括公司的組織架構數據、公司員工數據以及黨費基數數據。
業務邏輯層是處理黨務信息系統核心業務功能的模塊，可分為黨務管理、黨建管 理、黨組織管理、黨內統計報表管理和系統維護五個功能模塊。
展現層是最終用戶瀏覽和操作的界面。本系統除了提供常規的 PC 瀏覽器 WEB 界面外，主要關注于移動平臺的實現。在移動端，本系統同時支持移動瀏覽器訪問。 為了支撐各種終端的訪問需求，本系統在業務邏輯層之上增加數據訪問層，這樣能保 證各種終端訪問后臺業務模塊時使用同樣的數據協議和數據接口，保持業務模塊的一 致性，做到展現層和業務層的松耦合。
外部數據接口主要用于主數據的交換。系統可以通過外部數據接口訪問企業主數 據平臺或者其他業務系統獲取系統所需數據。
4.2 系統功能分解圖
圖 4. 2 黨務信息管理系統功能分解圖
如圖 4.2所示為系統功能分解圖。主要包括 5個作用模塊，分別為黨務管理、 黨建管理、基本信息管理、黨內統計報表管理、系統維護。5 大作用模塊又包括 15 項子模塊，分別與系統分解圖相對應，表明了系統設計與實現包含了系統的所有功能 性需求。
4.3 數據庫設計 本文設計的系統由于數據量較大，因此需要選取企業級的大型數據庫。而且涉及 到黨員的基本信息等商業機密，所要選取的數據庫應該具有較高的安全性。根據設計 系統的實際需求，本文將SQL Server作為數據庫的平臺⑷】。
4.3.1 數據庫概念結構設計
數據庫概念設計師在需求分析基礎上，設計岀滿足本文設計的黨務信息管理系統 的各個實體對象及對象的各個屬性，并分析解析各個實體之間的關系和聯系。根據需 求分析及系統體系結構分解，得岀了數據庫中各個實體之間的聯系。比如黨員被通知 繳納黨費，首先黨員登錄系統查詢黨費信息，應繳納的費用，由于黨員繳納黨費是按 月繳納，所以黨員和黨費對象是一對多的關系；由于一個黨員隸屬一個約定的部門， 一個確定的部門下可能有多個黨員，所以黨員與部門是多對一的關系。本文主要說明 了系統中岀現的實體，確定了實體之間的主要聯系。實體之間的聯系分為一對一、一 對多和多對多關系。在本系統的實體聯系圖中，最常見的的實體聯系關系主要為一對 多關系，沒有一對一關系，僅有一個實體之間的關系是多對多關系。本系統主要包含 黨員、黨員信息、黨組織、公文、報表、黨費、入黨申請等實體，則系統的 ER 圖如 圖 4.3 所示。
4.3.2 數據庫邏輯結構設計
系統需要合理的數據庫［28］進行支撐，系統中各個模塊都離不開數據的使用，而如 何更好的使用好這些數據就需要數據庫的一些功能。數據間的邏輯關聯關系、數據來 源的安全性、數據內容的合理性等因素都需要在數據庫建立之初進行考慮［29］。通過使 用數據庫連接池的連接方式，極大的提升了數據庫中數據傳輸的穩定性和數據庫的穩 定性，這種主流的數據庫連接方式也提升了數據庫的運行速度。是此系統進行數據可 視化（根據數據生成表格或圖形分析）的基礎。一定程度上保證了整個系統的整體速 度，也方便了此系統的后期維護，更新和升級，降低了開發成本。在需求分析過程中 根據分析的數據情況以及數據見得聯系和實現邏輯功能等。
圖 4. 4 黨務信息管理系統總體類圖
系統總體類圖如圖4.4 所示。針對本系統的具體特征，經過評估后對黨務信息管 理進行了幾種的匯總，并設計出了該數據的 ER 圖，然后制作了關系模型，形成了最 終的數據庫。根據設計的數據庫的 ER 圖，將數據庫實體化設計為組織信息表、黨員 表、黨員信息表、申請信息表、公文信息表和黨費信息表等。
主要數據庫表包含下面對表結構的介紹見表4.1。
表 4.1 數據庫表的介紹
表名稱 說明 簡要介紹
Division 黨組織表 用于存儲黨組織的基本信息
Person 黨員表 用于存儲黨員用戶的基本信息
Memberinfo 黨員信息表 用于存儲黨員信息
OfficialLetter 公文信息表 用于存儲公文基本信息
PartyBalance 黨費信息表 用于存儲黨費
黨組織表見表4.2。
表 4.2 黨組織表
字段名稱 字段屬性 字段簡介 備注
divisionld int(11) 黨組織id編號 主鍵
divisionNumber varchar(32) 黨組織編號
divisionName varchar(32) 黨組織名稱
divisionAddress varchar(32) 地址
parentDivison int(11) 上級黨組織
divisionType int(11) 黨組織類型
divisionDesc varchar(32) 黨組織描述
teamFullName varchar(32) 黨組全稱
teamtell int(11) 聯系電話
balance int (11) 黨費余額
黨員表見表4.3。
表 4.3 黨員表
字段名稱 字段屬性 字段簡介 備注
personld int(11) 黨員id編號 主鍵
divisionld varchar(32) 部門Id編號 外鍵
divisionName varchar(32) 部門名稱
firstName varchar(32) 名
lastName int(11) 姓
employeeFuntion int(11) 職務類型
employSalary int(11) 黨費繳納基數
idDelete int(11) 是否離職
黨員信息表見表4.4。
表 4.4 黨員信息表
字段名稱 字段屬性 字段簡介 備注
memberId int(11) 黨員編號 主鍵
personId int(11) 黨員id編號 外鍵
partyTeamId int(11) 黨組織Id編號 外鍵
memberStatus int(11) 黨員性質
LastChargeDate date 黨費最后繳納日期
firstDate date 入黨日期
currentStatus int(11) 職務類型
employSalary int (11) 黨費繳納基數
idEmployee int(11) 是否在編
docType int(11) 檔案類型
docDate date 發生日期
inTime date 轉入時間
outTime date 轉岀時間
isHistortData int(11) 是否歷史數據
IsTransferInteam int(11) 是否完成組關系轉入
docDesc date 說明
公文信息表見表4.5。
表 4.5 公文信息表
字段名稱 字段屬性 字段簡介 備注
officialLetterld int(11) 公文Id 主鍵
officialTemplateld int(11) 公文模板編號 外鍵
officialLetterName int(11) 公文名稱
officialLetterFullName int(11) 公文名全稱
officialLetterNumber varchar(32) 公文編號
officialLetterType int(11) 公文類型
fileld int(11) 文件Id 外鍵
officialTemplate int(11) 公文模板Id編號
officialTemplateName varchar(32) 模板名稱
officialLetterName varchar(32) 模板全稱
templateDesc varchar(32) 模板描述
documentid int(11) 所屬文檔Id 外鍵
fileType int(11) 文件類型
orderlyNum varchar(32) 文件排序編碼
行leSize int(11) 文件大小
createld int(11) 創建者Id 外鍵
行leLocation varchar(32) 文件存儲地址
entityType int(11) 所屬實體類型
fileOriginName varchar(32) 原始文件名
黨費信息表見表4.6。
表 4.6 黨費信息表
字段名稱 字段屬性 字段簡介 備注
balanceld int(11) 黨費編號 主鍵
meberld int(11) 員工編號 外鍵
lastBalanceDate date 最后繳費日期
balance int(11) 所需繳費費用
isArrearage int(11) 是否欠費
arrearage int(11) 欠費金額
4.4系統功能詳細設計與實現
本文的內容是講述單位黨務信息管理系統的分析、設計、建設過程。工作第一步 就是了解系統需求，系統建設目標，提取和總結系統建設內容。在對黨務部門的現有 業務實地考察之后，對業務總體需求進行梳理，業務功能粗粒度的分析，系統主要涵 蓋以下幾個方面的內容。本系統主要包含黨務管理、黨建管理、黨組織管理、黨內統 計報表管理和系統維護五個功能模塊。
4.4.1黨務管理模塊的設計與實現
黨務管理包括民主評議和組織關系黨費管理等。系統三個類型的角色，黨員用戶 和黨組工作人員，系統所提供的黨務操作規范、內容豐富、完善。民主評議是加強黨 的建設的一項重要制度。通過民主評議活動的開展，可以民主評議黨員，表彰先進， 清除腐敗分子，從而保持黨組織的先進性，提高黨員隊伍的整體素質。黨費管理功能 包括黨費減免情況登記、一次交納千元黨費登記、黨員黨費繳納、黨費收繳登記表、 黨費繳交情況查詢、黨費繳納基數變更等功能。則黨務管理模塊活動圖如圖4.5所示。
圖 4. 5 黨務管理模塊活動圖
民主評議黨員制度是加強黨的建設的一項重要制度。通過民主評議活動的開展， 可以民主評議黨員，表彰先進，清除腐敗分子，從而保持黨組織的先進性，提高黨員 隊伍的整體素質。則民主評議模塊錄入民主評議的功能順序圖如圖4.6所示。
6.提交成功
準回錄入的民主評議全部內容
圖 4. 6 錄入民主評議功能順序圖
系統的工作人員錄入民主評議順序圖描述：圖4.6描述的是民主評議模塊錄入民主 評議功能，用戶登錄系統頁面，系統需要根據用戶賬號驗證當前用戶具備的角色權限， 若驗證后得出該用戶賬號具有對系統的操作權限，首先用戶選中要錄入民主評議情況 記錄的黨組織，選擇新增功能，按照系統界面提示，完成錄入民主評議情況記錄并保 存，系統則根據提交的命令更新數據庫，則系統返回新增民主評議的全部內容。
圖 4. 7 黨費繳納功能順序圖
黨員繳納黨費的功能順序圖如圖4.7所示。黨費管理功能包括黨費減免情況登記、 一次交納千元黨費登記、黨員黨費繳納、黨費收繳登記表、黨費繳交情況查詢、黨費 繳納基數變更等功能。黨員黨費的繳納可以逐月交納錄入，也可以批量錄入。
系統的工作人員繳納黨費順序圖描述：圖4.7描述的是黨費管理模塊錄繳納黨費功 能，用戶登錄系統頁面，系統需要根據用戶賬號驗證當前用戶具備的角色權限，若驗 證后得岀該用戶賬號具有對系統的操作權限，首先用戶選中所屬黨支部進入黨費管理 模塊，選擇個人黨費處理并單擊新增按鈕，按照系統界面提示，選擇交納黨費的月份 并進行保存，系統則根據提交的命令更新數據庫中的交費記錄，并頁面返回交納成功 的提示。
4.4.2黨建管理模塊的設計與實現
黨建管理包括黨員發展、黨員調動和黨內公文管理三個子模塊，主要對黨員的基
礎管理以及黨內公文的歸檔等工作。黨員發展管理主要分為入黨申請人員業務、積極
圖 4. 8 黨建管理模塊功能活動圖
黨建管理模塊活動圖如圖4.8所示。入黨申請人員業務包括推優表、積極分子審議； 積極分子業務包括積極分子培訓、積極分子考察、發展對象審議；發展對象業務包括 預備黨員審議。以時間為坐標軸結合人員能力和資歷情況，多維度的統計黨員、積極 分子、重點發展對象、群眾的狀態分布。用于記錄在統計的基礎上的工作制定和實現 情況。并對關注的人員進行背景和資歷方面的核對。
黨員調動管理主要完成黨員在調離時申請、黨總支接收調離申請后開具組織關系 介紹信、黨總支接收回執后維護黨員調離信息。
黨內公文管理對黨內文件的編寫、提交、審核、發送、歸檔以及傳達等管理，公 文編寫內容包括公文的抬頭、發送對象、公章選擇、公文的年和字號編碼，公文提交 是所有黨內公文文件流轉發送到每一個黨員和黨組織，組織內的黨員也可以將自己的 文章刊物、心得體會等提交到公文管理平臺；公文審核是審核需要有標準衡量，主要 是字數限制、文種限制、格式限制、模板限制等；公文發送是經過黨務工作管理員審 核校驗后，可以將通過的公文發布并流轉到每一個組織和黨員。
黨員發展管理主要分為入黨申請人員業務、積極分子業務、發展對象業務。對于
入黨申請業務，登記入黨申請的功能順序圖如圖4.9所示。
圖 4. 9 登記入黨申請功能順序圖
系統的工作人員登記入黨申請順序圖描述：圖4.9描述的是黨員發展模塊登記入黨 申請功能，用戶登錄系統頁面，系統需要根據用戶賬號驗證當前用戶具備的角色權限， 若驗證后得出該用戶賬號具有對系統的操作權限，首先用戶選中要錄入入黨申請人員 信息的黨支部，進入入黨申請人界面，選擇新增功能，按照系統界面提示，完成錄入
入黨申請人員信息并保存，系統則根據提交的命令更新數據庫，則系統返回新增入黨 申請人員信息的全部內容。
黨內公文管理對黨內文件的編寫、提交、審核、發送、歸檔以及傳達等管理，則 公文編寫的功能順序圖如圖4.10所示。
圖 4. 10 編寫公文功能順序圖
系統的工作人員編寫公文順序圖描述：圖4.10描述的是黨內公文管理模塊編寫公 文的功能，用戶登錄系統頁面，系統需要根據用戶賬號驗證當前用戶具備的角色權限， 若驗證后得出該用戶賬號具有對系統的操作權限，首先用戶選中所屬黨支部進入黨內 公文管理模塊，選擇編寫按鈕，按照系統界面提示，輸入公文的抬頭、內容、發送對 象、公章選擇、公文的年和字號編碼等內容并保存，系統則根據提交的命令更新數據 庫，并頁面返回公文的全部內容，待檢查無誤后，提交公文進行審核流程。
4.4.3基本信息管理模塊的設計與實現
基本信息管理包含組織信息管理、黨員信息管理和組織管理三個子模塊，信息管 理主要是對黨組織基礎工作信息的刷新、維護、業務、輔助、查詢及打印等功能。信 息分為組織信息和黨員信息，對黨員個人的信息進行維護，建立黨員的檔案體系，記 錄黨員的工作情況、組織生活、獎懲情況。組織管理包含支部的建立和撤銷，支部的 更名合并等管理，根據部門黨員分布情況合理的劃分黨支部，維護黨內干部信息。則 基本信息管理模塊活動圖如圖4.11所示。
圖4. 11黨建管理模塊功能活動圖
信息管理主要是對黨組織基礎工作信息的刷新、維護、業務、輔助、查詢及打印 等功能。信息分為組織信息和黨員信息，對黨員個人的信息進行維護，建立黨員的檔 案體系，記錄黨員的工作情況、組織生活、獎懲情況。修改組織信息的功能順序圖如 圖4.12所示。
-V- [1.輸入用戶名和密碼、 '
'1 1 ' 2.提交賬戶信息
3. 選擇修改組織信息
6.提交成功
準回修改后的組織的全部內容
圖 4. 12 修改組織信息功能順序圖
系統的工作人員修改組織信息順序圖描述：圖4.12描述的是組織信息管理模塊修
改組織信息的功能，用戶登錄系統頁面，系統需要根據用戶賬號驗證當前用戶具備的 角色權限，若驗證后得出該用戶賬號具有對系統的操作權限，首先用戶選中要修改信 息的黨組織，選擇修改功能，按照修改的條例提示，完成修改內容并保存，系統則根 據提交的命令更新數據庫，則系統返回修改后的組織信息的全部內容。
組織管理是對黨總支下的各黨支的增加、刪除、修改和查詢等管理。則新增黨組 織的功能順序圖如圖4.13所示。
6.提交成功
7建回新增黨組織的全部內容
圖 4. 13 新增黨組織功能順序圖
系統的工作人員新增黨組織順序圖描述：圖4.13描述的是組織管理模塊新增黨組
織的功能，用戶登錄系統頁面，系統需要根據用戶賬號驗證當前用戶具備的角色權限， 若驗證后得出該用戶賬號具有對系統的操作權限，首先用戶選中所屬黨支部進入組織 管理模塊，選擇新增命令，按照系統界面提示，輸入新增黨組織的基本信息，主要包 含人員、支部地址、管理人等信息，保存并提交數據庫，系統則根據提交的命令更新 數據庫，并頁面返回新增黨組織的全部內容，待檢查無誤后，提交上級審核。
4.4.4黨內統計報表管理模塊的設計與實現
黨內報表統計報表管理是用于報表的生成、統計、匯總、數據提取、填報、打印 查詢等功能。主要是對黨務工作經常性重復性的工作進行歸納，以信息化的手段統計 和分析數據、得出匯總報表，減輕工作者的工作強度。工作人員可以通過報表查詢， 對黨建情況、黨員情況、黨費繳納情況等進行快速的查詢，并根據統計方法形成精確
數字或者圖形化報表。系統把統計報表的數據分為當前數據和歷史數據。當前數據是 指最近一次統計的報表數據；歷史數據是指以往轉存到歷史庫的報表數據。
則黨內報表統計報表管理模塊活動圖如圖 4.14 所示。
6.提交成功
舉回匯總后的報表的全部內容
圖 4. 15 報表匯總功能順序圖
系統的工作人員報表匯總功能的順序圖描述：圖4.15描述的是報表統計管理模塊 報表匯總的功能，用戶登錄系統頁面，系統需要根據用戶賬號驗證當前用戶具備的角 色權限，若驗證后得出該用戶賬號具有對系統的操作權限，首先用戶選中要進行統計 報表匯總的黨組織，選擇要匯總的報表的編號或標題，點擊匯總操作，系統則根據提 交命令更新數據庫，則系統返回匯總后的報表的全部內容，用戶在彈出的向導窗口中 填寫報表匯總的年份、類型、統計時間范圍等相關信息后，選擇保存。
工作人員可以通過報表查詢，對黨建情況、黨員情況、黨費繳納情況等進行快速 的查詢，并根據統計方法形成精確數字或者圖形化報表。則查詢指定項報表的功能順 序圖如圖4.16所示。
T
n 5•提交查詢指定命令
6. 提交成功
7.返回查詢指定項報表的全部信息
圖 4. 16 報表查詢功能順序圖
系統的工作人員查詢指定項報順序圖描述：圖4.16描述的是報表查詢模塊查詢指 定項報的功能，用戶登錄系統頁面，系統需要根據用戶賬號驗證當前用戶具備的角色 權限，若驗證后得出該用戶賬號具有對系統的操作權限，首先用戶選中所屬黨支部進 入黨內統計報表管理模塊，選擇查詢按鈕，按照系統界面提示，輸入查詢報表的編號、 關鍵字或標題等信息，點擊查詢，系統則根據提交的命令從數據庫中調取查詢的信息， 頁面返回查詢報表的全部內容。
4.4.5系統維護模塊的設計與實現
系統的維護是指日常應用系統進行的相關維護工作，包括數據管理、用戶管理和 密碼的設置等等。用戶管理是對用戶進行增加、刪除、修改和查詢等操作，并且作為
權限最高的用戶，可以為其他不同職能的用戶賦予相應的執行操作的權限。數據管理 是指對數據進行管理。主要包含數據備份、還原以及數據的導入和導出。用戶在進行 數據備份時，可手動選擇自定義備份重要文件數據信息，也可備份全部數據庫信息。 數據還原也分手動和自動兩部分，一旦數據遭到破壞，可選擇手動還原相應的數據信 息。為了實現文件進行格式轉變，用戶可自定義選擇數據進行導出，在導出后，按照 需求裝換成相應格式的文件，再選擇數據導入功能。修改密碼是用戶具有修改密碼的 功能。
用戶管理功能如下：
（1） 新增用戶：用戶信息由系統管理員錄入，包括用戶權限的授予，并且支持 批量導入信息。
（2） 編輯用戶信息：只要用戶信息出現任何變動時，系統管理員都可以對其進 行重新編輯，但不支持對用戶賬號的編輯。
（3） 查看用戶信息：進入用戶管理模塊界面后可以查看用戶信息，并支持關鍵 字查詢。
（4） 停用用戶信息：系統管理員可根據企業員工實際情況，停用用戶，并可對 其恢復啟用。用戶管理模塊的類圖如圖4.17所示。
UserManageListHandler
-ServiceID
-EditHandlerClazz
+PrepareDisplay()
+ProcessPageAttributes()
+InitParameters()
+DoConfirmRequestAction() +DoReverseConfirmRequestAction() +DoCreateAction()
+GetService()
UserManageEditHandler
+PrepareDisplay() +ProcessPageAttributes() +DoSaveAction() +Confirm()
+ConfirmReverse()
+DoCreateAction()
圖 4. 17 用戶管理模塊類圖
系統的工作人員在系統管理模塊的用戶管理順序圖描述：用戶經過身份驗證后登
錄系統進入系統主界面，通過用戶管理對用戶個人信息進行管理。根據頁面提示添加
或修改個人信息，完成后使用保存命令，系統自動將數據存入相應數據庫中對數據進 行保存工作，并通過界面提示用戶信息修改成功。圖 4.18 顯示的是系統維護模塊中 用戶管理功能的順序圖。
系統管理模塊中用戶管理功能的詳細功能順序圖如圖 4.18 所示。
圖 4. 18 用戶管理功能詳細功能順序圖
系統管理員肩負著對整個系統的數據管理維護、系統參數配置、系統權限分配、 管理等任務。操作權限分配、系統參數配置合理與否直接影響到系統的安全和運行效 率。由于本系統的安全保密要求很高，系統中管理員既具備系統數據操作能力，又能 分配用戶權限、設置系統初始化參數。設置系統初始化參數包括：授權使用黨組織、 黨組織的屬性、上級服務器地址設置、系統自動備份時間間隔等參數。除了管理員可 以使用系統外，也可增加其它用戶并允許其使用系統。
系統管理員若進行角色分配，則進入角色管理模塊 ，增加一個新的角色。單擊“新 增”按鈕，錄入角色名稱，并為該角色分配權限，單擊“保存”，則完成角色分配功能。
4.5 系統安全性設計
該系統從安全性角度來說，主要存在兩個方面安全性考慮：應用安全及數據安全。 本節主要針對這兩個安全性方面進行設計。
應用安全設計主要包含如下幾個方面的考慮：
1.鑒別身份及控制訪問
用戶登陸的時候，需要通過專門的控制模塊標識并鑒別身份；可以鑒別唯一的用 戶身份，同時能檢查信息的復雜度，這樣可以保證不出現用戶身份重復的問題，也可 以防止別人冒用用戶登陸信息；如果用戶登陸失敗 6次，系統會自動結束會話，如果 網絡登陸超時，系統會自動推出登陸；系統可以完全控制自主訪問，如果用戶數據庫 表以及用戶文件被訪問，系統會基于安全策略進行控制；訪問控制策略全部由主機控 制，默認賬戶的訪問被完全禁止。
2.應用安全策略
后臺管理系統安全策略中要求用戶在設置密碼的時候必須滿足一定的復雜度，也 就是必須包含某些字符種類，超過 40 天未修改密碼，系統將自動凍結賬戶，用戶需 要修改密碼后才能正常登陸，而且新密碼不允許與原密碼相同。用戶連續輸錯密碼三 次，在10分鐘內不能再次輸入，系統會鎖定登陸IP。用戶每次登陸的時候，系統都 會提示本次登陸和上次登陸 IP 地址，方便用戶對比，防范風險。用戶登陸成功后， 系統會自動提醒上次密碼輸入錯誤時間和次數，并且提示密碼輸錯的IP地址。
登陸錯誤提示信息全部一樣，不顯示“不存在該用戶”或“密碼不對”這樣的提示， 防止利用錯誤提示獲取用戶名列表。統一給出“用戶名或密碼錯誤”的錯誤提示。使用 統一的頁面報錯設置，不采用HTTP服務器的錯誤代碼來顯示錯誤信息，錯誤返回信 息要統一設置，因為如果錯誤返回信息使用服務器代碼，就會讓入侵者獲取到更多的 信息，如，入侵者探測后臺管理目錄，系統如果提示錯誤代碼403，證明管理目錄存 在，方便了入侵者的侵入。
3.安全審計系統設計
設計完善的安全設計體系，并且對每個用戶都執行安全審計，對系統中所有重要 事件都執行安全審計；審計時用戶無法中止審計，也不可以刪除和修改安全審計的記 錄；安全審計主要針對安全事件的時間、請求者、類型和事件結果執行；可以在系統 中查詢和統計審計信息，并對審計數據進行統計，用報表形式展現。
4.保證通信的保密性以及信息傳輸的完整性。
在通信過程中，需要采用 VPN 或者是密碼機保證數據不丟包。通信之前，首先 初始化驗證雙方信息；此外，在要完全加密通信信息和報文。信息加密也可以采用 javascript 編碼執行：用戶發出登陸請求，頁面調用 javascript 文件中的 timestamp.js 進行頁面返回，在這個文件中帶有服務器時間戳的標識，服務器會定時發布 timestamp.js，與javascript文件中的時間戳進行驗證，時間間隔為5分鐘。
登陸界面，用戶需要手動輸入賬號密碼，然后點擊登陸按鈕發送登陸請求，這 時，用戶輸入的Password會與時間戳一起通過javascript進如到hash運算程序。如果 設 passwd1 為運算后密碼，那么就出現 passwd1=calcSHA1(timestamp + password) ， 這樣登陸程序才能獲得加密密碼以及明文賬戶名和時間戳。
用戶在登陸界面輸入信息以后，服務器會將用戶提交的時間戳與當前系統時間 進行比較，如果兩者相差超過一小時，系統服務器就會對用戶進行返回報錯，統一提 示“登陸超時，請重新登陸”。登陸請求的合法性是通過登陸策略來進行判定的。登陸 策略會根據用戶名在數據庫中找到對應的密碼，并根據之前運算的結果和時間戳進行 比對運算，如果設 passwd2 為運算出的密碼。則需要 passwd2=calcSHAl(timestamp + passwordDB),如果 Passwdl 和 Passwd2 比對后一致， 那么就可以正常登陸。
數據安全性設計主要考慮如下幾個方面： 從以下幾方面考慮數據安全性設計： l. 數據加密技術 在目前互聯網和軟件技術中，都會用到數據加密技術，它是信息安全的關鍵， 一般來說，數據加密是為了保證數據在傳輸和存儲時不被竊取。該技術將對象信息通 過置換和變換的方式轉換成密文然后進行傳輸和存儲，進而實現防范竊取的目的，數 據加密保密程度的高低與密鑰長度及算法有直接關系。
數據加密中，密鑰類型有所區別，根據其差異，可以將該加密技術分為對稱算 法和非對稱算法兩種加密算法。對稱算法的加密和解密都是使用相同的密鑰來實現， 數據安全對密鑰安全性的依賴程度很高。這種算法具有加密和解密速度快的優勢，而 且加密強度非常高，公開的算法也讓這種加密技術非常簡便，但是這種對稱算法也存 在很大的缺陷，最為主要的就是，大量的用戶使用統一密鑰，需要將這些密鑰秘密分 發到用戶，這就造成密鑰管理的難度增加，而且對稱算法加密無法進行身份認證，在 開放網絡環境中這種算法并不適合。目前國際上的對稱數據加密算法主要分為通用算 法 DES 體系和歐洲算法 IDEA 體系，而高級加密算法 AES 是目前世界上加密程度最 高的算法。
本系統的加密信息包含了大量的敏感數據，故采用對稱算法進行加密，在 APP 中預存對等加密密鑰，用戶登陸系統后，系統會進行自動交換密鑰，這樣密鑰處于動 態變化，安全等級更高。
2．傳輸安全
采用數據加密技術主要是為了加密傳輸中的數據流，保證數據不被通過各種方 式竊聽和破壞。一般來說，采用數字簽名可以實現數據的完整性，也就是發送方在發 送數據的時候，采用單項不可逆算法將數據中的信息寫成摘要形式，然后以文摘的形 式單項傳輸給數據接收方。數據與文摘一并傳送，一并接收，接收方采用與傳送方完 全相同的算法就可以將接收的到數據進行處理，從中計算出對應文摘，然后與傳送過 來的文摘進行對比，這就相當于接收到了數字簽名，如果比對結果相同，則說明數據 完整。
Hash 算法是一種單項不可逆轉的加密算法，由于通信的雙方必須都采用 Hash 算法各自進行函數計算，因此它是單項轉換的，并且 Hash 算法是從數據信息中算出 摘要信息最快捷的方式，計算機幾乎不可能完成從摘要反向演算數據信息。
Hash 算法本身自帶加密檢查功能，也就是需要雙方各自進行演算來校對信息。 如，數據發送方首先通過Hash算法獲得摘要信息A,然后將信息封裝并發送，接收 方在接收到信息后同樣運行Hash算法獲得摘要信息B,將A和B進行比對。如果出 現結果不一致的情況，則代表數據傳輸中出現了丟包或者篡改的情況。
本系統由于涉及到一些敏感內容，因此在后臺Web系統需要申請網站證書，任 何請求均需要通過HTTPS方式進行訪問，從而杜絕網絡傳輸過程中的數據泄露問題。
4.6 本章小結
本章為黨務信息管理系統的設計與實現章節，設計了黨務信息管理系統的總體 應用架構、數據庫和功能模塊，給出了數據庫中數據信息表邏輯結構，并對系統的各 個功能模塊進行了詳細設計與實現，畫出了各功能模塊功能結構圖、活動圖、類圖等， 并給出了功能實現界面圖，最后對系統的安全性進行了設計。
第五章 系統測試
為了保證軟件的質量，在軟件設計完成后需要進行軟件測試，所以在軟件開發時 需要對軟件的質量進行嚴格的把關，本系統對所開發的黨務信息系統的性能進行了必 要的測試與分析。
5.1 系統測試環境
在開始設計黨務信息系統時，依據系統應用的環境和系統的技術特征，挑選了 MySQL 5.7作為系統數據庫平臺，同時應用Visual Studio Code 1.13作為開發平臺來 進行系統功能模塊的實現。這里表 5.1 顯示的是滿足開發運行的條件。
表 5.1 系統開發運行軟件環境需求表
名稱 具體需求
操作系統 Windows 7/8/10
數據庫平臺 MySQL 5.7
開發平臺 Visual Studio Code 1.13
服務器平臺 CentOS 7.4
客戶端 PC：Internet Explore 10.0 以上瀏覽器
Android 4.2 以上
IOS 10.0 以上
5.2 系統功能測試
通過黨務信息系統的運行結果分析，驗證了實現系統和性能指標的當前功能是否 達到用戶預期的要求，本次測試的目的是保證軟件的質量。本文選擇一個典型業務場 景進行描述。典型業務場景功能測試如下：
黨員調動管理主要完成黨員在調離時申請、黨總支接收調離申請后開具組織關系
介紹信、黨總支接收回執后維護黨員調離信息。系統前端功能的測試用例見表 5.2。
表 5.2 關于黨員調動的操作實現
用例編號 login max 01
用例名稱 黨員調動的操作實現
測試目的 測試系統是否能夠滿足黨員提交調離申請，黨總支是否能夠接收調離申請和黨總 支能否維護黨員調離信息的需求。
表 5.2 續表 關于黨員調動的操作實現
場景描述 初始化20個用戶登錄，登錄后分別點入的黨員調動管理模塊，并將各自的調離申 請提交到系統，然后退出登錄，再用黨務工作管理員權限登錄，對已提交的黨員 調離申請進行初步篩查審核，并將根據審核結果開出介紹信，完成后向黨支部發 送回執，然后退出系統，再用黨支部權限登錄，登錄后分別點入黨員調離信息管 理，進行信息維護。
前置條件 存在有效的用戶名及相應密碼
測試步驟 1.打開IE,輸入測試地址
2.輸入用戶名及密碼，提交登陸信息。
參數設置 負載用戶數：20（個）；
啟動Vuser:每隔3秒啟動10個用戶；
持續時間： 2 分鐘；
停止Vuser:每隔3秒停止10個用戶；
集合點：20個用戶并發操作
測試實際結果 實際測試結果與預設結果保持一致，測試完成。
當測試人員提交調離申請成功后，黨總支接收到調離申請才能開具組織關系介紹 信，黨總支根據黨員調離情況補打介紹信，填寫黨員身份、轉到地點等信息。補打介 紹信測試界面如圖 5.l 所示。
0補打介紹信
編號：|00000001~ 同志系中共圧亍 二］黨員, 由 直屬機關黨支部 轉到廠
（有效期 天） 時間 | 2017-06-12 逼］
中國共產黨黨員組織關系介紹信
編號：00000001
現介紹 同志系中共 正式 黨員，
由一屬機關黨支部 去廠 ,請接
轉組織關系。
黨費交到i2017年r^-月 1中國共產黨
（有效期15天） 時間 2017-06-12
保存/打印I 退出
圖 5. 1 補打介紹信功能測試界面圖
黨內公文管理主要完成黨員在申請公文，公文編輯，公文審核及公文發布的功能 的實現。系統前端功能的測試用例見表5.3。
表 5.3 關于黨內公文管理的操作實現
用例編號 login_max_02
用例名稱 黨內公文管理的操作實現
測試目的 測試系統是否能夠滿足公文提交、審核和發布的需求。
場景描述 初始化20個用戶登錄，登錄后分別點入公文提交模塊，并將各自Word文檔上傳 到系統，然后退岀登錄，再用黨務工作管理員權限登錄，對己上傳的Word文檔進 行初步篩查審核，并將篩查選取的文檔進行編輯處理，完成后進行系統內發布。
前置條件 存在有效的用戶名及相應密碼
測試步驟 1.打開IE，輸入測試地址
2.輸入用戶名及密碼，提交登陸信息。
參數設置 負載用戶數：20（個）；
啟動Vuser:每隔3秒啟動10個用戶；
持續時間： 2 分鐘；
停止Vuser:每隔3秒停止10個用戶；
集合點: 20個用戶并發操作
測試實際結果 實際測試結果與預設結果保持一致，測試完成。
黨員黨費的繳納可以逐月交納錄入，也可以批量錄入。當測試人員在測試繳費功 能時，若繳費成功，則可在系統的黨費收繳登記表中看到測試人員的繳費記錄。在黨 費管理的“黨費收繳登記表”中選擇查看的年份，單擊“確定”。就可以打開該黨組織任 何時間所保存的黨員交納黨費的情況。則黨費收繳管理主要完成黨員在繳納黨費的功 能及就流程，測試用例如表 5.4 所示：
表 5.4 關于黨費收繳管理的操作實現
用例編號 login max 03
用例名稱 黨費收繳管理的操作實現
測試目的 測試系統是否能夠滿足黨費收繳方案生成并通知發布，黨員黨費繳納登記信息生 成，黨員繳費查詢的需求。
表 5.4 續表 關于黨費收繳管理的操作實現
場景描述 黨務管理員根據文件要求制定并生成黨費方案，并劃分所有黨員對應黨費層次， 同時對相對應黨員進行通知，初始化20個用戶登錄，登錄后分別點入黨費繳納選 項，并點擊繳費選項進行繳費，繳費成功后系統會自動生成繳費信息，然后退出 登錄，黨員可以登錄系統后點擊查詢選項進行黨費狀態查詢。
前置條件 存在有效的用戶名及相應密碼
測試步驟 1.打開IE，輸入測試地址
2.輸入用戶名及密碼，提交登陸信息。
參數設置 負載用戶數: 20（個）；
啟動Vuser:每隔3秒啟動10個用戶； 持續時間: 2 分鐘；
停止Vuser:每隔3秒停止10個用戶；
集合點：20個用戶并發操作
測試實際結果 實際測試結果與預設結果保持一致，測試完成。
黨費繳納成功后，查看繳納記錄的功能測試界面圖如圖5.2所示。
圖 5. 2 查看繳納記錄的功能測試界面圖
入黨申請模塊首先需要完成入黨人員信息登記，操作步驟為登錄并驗證操作權限，
按照系統界面提示，完成入黨申請人員信息錄入并保存。系統前端功能的測試用例見 表5.5。
表5.5 關于入黨申請人員信息登記的操作實現
用例編號 login_max_04
用例名稱 入黨申請人員信息登記的操作實現
測試目的 測試系統是否能夠滿足入黨申請人員信息登記的需求。
場景描述 第一步：初始化20個用戶登錄，登錄后分別點入登錄頁面，登錄成功后單擊“基 本信息管理”一“黨員信息”一“入黨申請人員管理”，進入入黨申請人員管理界 面，點入入黨申請人員信息登記模塊。
第二步:在黨組織結構樹中選擇要錄入入黨申請人員信息的黨支部，單擊“入黨申 請人員”標簽，單擊『維護』一『新增』進入入黨申請人員維護窗口，錄入入黨申 請人員的信息（如下圖），其中“人員基本情況”和“入黨申請人員情況”為必填 信息集。
第三步：人員信息模板填寫完整后，點擊保存，點擊提交，完成登記。
前置條件 存在有效的用戶名及相應密碼
測試步驟 1.打開IE,輸入測試地址
2.輸入用戶名及密碼，提交登陸信息。
3.點擊進入登記頁面
參數設置 負載用戶數： 20（個）；
啟動Vuser:每隔3秒啟動10個用戶； 持續時間： 2 分鐘；
停止Vuser:每隔3秒停止10個用戶；
集合點：20個用戶并發操作
測試實際結果 實際測試結果與預設結果保持一致，測試完成。
入黨申請人員信息、積極分子信息、發展對象信息都必須先在入黨申請人員里進 行登記。只有黨組織的組織屬性為黨支部或聯合支部，才能增加入黨申請人員信息。 登記入黨申請功能實現界面圖如圖5.3所示。
新增黨組織信息模塊首先需要完成入黨組織信息登記，操作步驟為登錄并驗證操 作權限，按照系統界面提示，完成錄入新增黨組織信息并保存。系統前端功能的測試 用例見表 5.6 。
* 4 I B @|已切|胃爾 X
丄一莖F二妻復制粘貼保存取消丨新増修改刪除
坤基桶況1應申襦紜誡血航|通訊地址|
人員基本情況 記錄數：“
姓名： 黨組織:一機關黨支部
圖5. 3登記入黨申請功能實現界面圖
表 5.6 關于新增黨組織信息登記的操作實現
用例編號 login_max_05
用例名稱 新增黨組織信息登記的操作實現
測試目的 測試系統是否能夠滿足新增黨組織信息登記的需求。
場景描述 第一步：初始化10個用戶登錄，登錄后分別點入登錄頁面，登錄成功后單擊“基 本信息管理”一“新增黨組織”一“黨組織信息”，進入入黨組織信息管理界面， 點入入黨黨組織信息登記模塊。 第二步：錄入黨組織信息（如下圖），其中“黨組織基本情況”為必填信息集。
第三步：黨組織信息填寫完整后，點擊保存，點擊提交，并提交上級審核。
前置條件 存在有效的用戶名及相應密碼
測試步驟 1.打開IE，輸入測試地址2.輸入用戶名及密碼，提交登陸信息。
3.點擊進入基本信息管理4.點擊進入新增管理
參數設置 負載用戶數： 20（個）；
啟動Vuser:每隔3秒啟動10個用戶； 持續時間： 2 分鐘；
停止Vuser:每隔3秒停止10個用戶；
集合點：10個用戶并發操作
測試實際結果 實際測試結果與預設結果保持一致，測試完成。
新增黨組織信息登記功能實現界面圖如圖 5.4 所示。
圖 5. 4 新增黨組織信息登記功能實現界面圖
統計報表匯總，是指把下級組織的報表數據匯總形成本黨組織的數據。因此必須 具備下級組織，而且下級組織必須存在正確的報表數據才能得到正確的匯總數據。統 計報表匯總功能包括維護、業務、打印功能，這些功能與統計報表直統的類似。系統 前端功能的測試用例見表 5.7。
表 5.7 關于統計報表匯總的操作實現
用例編號 login_max_06
用例名稱 統計報表匯總的操作實現
測試目的 測試系統是否能夠滿足黨內報表匯總的需求。
場景描述 第一步：初始化20個用戶登錄，登錄后分別點入登錄頁面，登錄成功后單擊“黨 內統計報表管理”一“報表匯總”，進入報表匯總管理界面。
第二步:選擇需要匯總的標題，在彈出的想到窗口中填寫報表匯總的年份、類型、 統計時間范圍等相關信息。
第三步：選擇保存，點擊提交，系統將自動形成精確數字或圖形化報表。
前置條件 存在有效的用戶名及相應密碼
測試步驟 1.打開IE，輸入測試地址2.輸入用戶名及密碼，提交登陸信息。
3.點擊進入黨內統計報表管理4.點擊進入報表匯總
參數設置 負載用戶數： 20（個）；
啟動Vuser:每隔3秒啟動10個用戶； 持續時間： 2 分鐘；
停止Vuser:每隔3秒停止10個用戶；
集合點：20個用戶并發操作
測試實際結果 實際測試結果與預設結果保持一致，測試完成。
統計報表匯總功能實現界面圖如圖 5.5 所示。
圖 5. 5黨內報表匯總功能實現界面圖
5.3 系統性能測試
5.3.1測試目的及內容
系統性能測試是指利用自動化測試工具檢驗系統運行過程中的性能指標能否滿 足預期設計的要求，而且可以檢測系統是否存在局限性能，對軟件進行優化，就能實 現系統優化。本系統中，測試性能包括的項目有系統相應時間、系統容量以及系統的 穩定性，即壓力和負載等幾項主要指標。
5.3.2測試方案
本文在性能測試階段采用 LoadRunner 測試工具進行模擬測試，目標是核實軟件 性能需求方面是否都已滿足，進行性能測試，主要是為了驗證設計好的系統能否達到 客戶的要求，進行測試的內容主要是在系統正常運行下不同并發用戶使用系統時的操 作響應時間、服務器 CPU 使用率、服務器內存占用率以及系統穩定運行時間。則測 試相關術語解釋見表 5.5。
表 5.5 性能測試相關術語
術語或縮寫 解釋
負載用戶 模擬操作使用系統的用戶
系統用戶數 使用系統的總用戶人數
在線用戶 某時間段內，系統最高峰時的登錄用戶數
表 5.5 續表 性能測試相關術語
平均響應時間(秒) 服務器對請求的平均響應時間，平均響應時間與網絡延時與Web服務 器對列長度相關
思考時間 用戶打開表單后下一次提交所用時間
場景 壓力測試中，設定的負載用戶要完成的所有操作就是一個場景
迭代 用戶運行完一個完整的場景的稱作一次迭代
并發數 某一時間段內，在一個場景內，虛擬用戶向服務器提交的請求數
集合點 壓力測試中的一個參數，用來同步虛擬用戶在同一時刻恰好執行某一 任務
持續時間 壓力測試中的一個參數，某時間段內LoadRunner持續執行計劃的操作， 如果設置了持有時間，腳本會運行這段時間內所需的迭代次數。
事務 在壓力測試中，事務是一個用戶請求并得到服務器響應結果的過程。 比如用戶登錄，從點擊登錄按鈕，到服務器身份驗證，直至服務器返 回結果并把結果顯示給用戶，這是一個完整的事務。
站點吞吐量 用戶從Web服務器接收到的數據量(以字節為單位)。
每秒響應事務數 服務器在一段時間內，對多個用戶相同或者不同的請求進行事務的響 應，通過計算，LoadRunner能夠算岀服務器平均每秒響應的事務數量， 這個數就是每秒響應事務數。
平均事務響應時間 服務器在一段時間內，對多個用戶相同或者不同的請求進行事務的響 應，每個用戶事務的響應時間不同，LoadRunner通過計算得到一個響 應時間的平均值，這個平均值就是平均事務響應時間。
當前執行的請求數 處理器正在處理的客戶請求數量。
性能測試需要做以下前期準備：
1)對所有功能進行測試，保證功能完整；
2)準備專用服務器進行環境測試；
1、 完成一臺 Web 服務器準備黨務系統測試；
2、 準備一臺數據庫服務器并安裝了 MySQL 5.7服務器管理軟件；
3)準備已經安裝了 LoadRunner11 的測試機，采用負載機制進行測試；
4)準備前期測試腳本，設置參數和關聯信息，準備前期測試數據，完成調試保 證可以正常測試；
5)創建并配置好測試所需的場景；
6)測試時對測試數據進行保存，并按照規范命名這些文件。
7)完成以上準備工作，則可開始進行性能測試。
Load Genera tor 也）：|localhos t
|C：\Documents and SettingsVAdmini s
P將腳本添加到當前場杲中®
確定 | 取消
圖 5. 6 創建場景圖
5.3.3 測試結果分析
本測試將測試人員的并發數設置為500 人，系統性能測試結果見表5.6。
.002
.002
.001
.001
爭務響應時間-整個場杲
00:00:30 00:01:00 00:01:30 00:02:00 00:02:30 00:03:00 00:03:30 00:04:00 00:04:30 00:05:00
已用時間I；時:分秒）
Windows資源-攝后一個60秒
(諮)叵&圉曹
圖 5. 7 事務響應時間測試圖
經過多次測試，本系統性能測試結果見表 5.6。
表 5.6 性 能測試表
測試項 測試內容 預期結果 測試結果 測試評定
響應時間 登錄平均響應時間 <1.5 秒 0.7秒 滿足需求
登錄最大響應時間 <2.5 秒 1.3秒 滿足需求
申請處理平均響應時間 <3秒 1.5秒 滿足需求
申請處理最大響應時間 <3秒 2.5秒 滿足需求
申請提交平均響應時間 <3秒 2.8秒 滿足需求
CPU占用率 數據庫服務器CPU 70% 20% 滿足需求
Web服務器CPU 70% 26% 滿足需求
內存占用率 數據庫服務器內存 70% 30% 滿足需求
Web服務器內存 70% 35% 滿足需求
測試結果表明，本文所設計并實現的黨員信息管理系統在系統響應時間、 CPU 和內存占用率方面的性能指標良好，均能夠滿足預期的性能需求。
5.4系統兼容性測試
兼容性測試，主要是為了測試本系統是否能夠在眾多主流瀏覽器內適用，若是大 部分瀏覽器都可以訪問本系統，并且運行正常，功能可以全部實現，則證明系統通過 兼容性測試。針對本黨務信息管理系統，選用了 Internet Explorer7.0 至 9.0、谷歌、 Chrome、 360 安全瀏覽器、以及火狐和搜狗等瀏覽器進行測試。經過反復的測試，可 得岀以下結論：本系統可以在大多數瀏覽器上正常使用。
5.5系統安全性測試
黨務信息管理系統要求相關系統和軟件一定要保證存儲數據的安全性和保密性。 任何一個數據的泄露，都有可能導致黨員的基本信息外泄，這就對系統的安全性提岀 了更高的標準。故本模塊主要從各類軟件和硬件系統的安全管理進行了測試，最為主 要的測試目標即數據庫和服務器數據。
經過分析可以發現在幾個方面可能存在威脅系統安全性的漏洞：
1、 用戶使用可見式賬號密碼進行登錄，易造成個人賬號信息泄露
2、 用戶在系統輸入框中添加數據信息時會存在注入MYSQL語句的風險漏洞。
3、 用戶在上傳數據信息到系統的過程中可能夾雜不安全文件。
5.6本章小結
本章首先是系統測試目的和測試環境的簡要說明，接下來是設計的功能模塊功能 性測試，對照需求分析以圖表和文字詳細說明了本系統最具有典型意義的黨員調動管 理功能的實際使用情況，用測試用例和截圖展示每個功能模塊的測試結果，證明了系 統能實現正確處理業務功能。最后針對提岀的非功能性指標，進行一系列測試。
第六章 總結與展望
本論文結合日常黨務工作實際出發，提出了一套關于黨務工作的信息化解決方案， 主要致力于解決黨務日常工作中對黨員日常管理、黨務信息管理以及黨員調動管理等 一系列線下信息不統一，操作繁瑣的問題。根據當前移動互聯網的普及情況，本系統 主要以移動終端為主、PC界面為輔的設計理念，并通過Html 5以及ionic框架提升 訪問效率和操作體驗。通過本系統，可以有效的連接黨員以及黨務工作室之間工作， 節省了成本，提高了工作效率。
6.1 總結
本文詳細介紹了黨務信息管理系統的設計要求和開發流程，對黨務工作中的具體 場景進行了介紹，制定出了嚴格的設計標準和設計方案，并且結合黨務工作的實際需 求，劃分了功能模塊。設計開發時，對系統結構和操作規程、安全策略等做了詳細闡 述。在軟件行業中，該系統的設計符合安全標準，運行可靠，實用性強，本文主要從 五個方面完成研究：
(1)使用Restful API技術、開源BPM軟件Activiti、移動多平臺適配框架ionic、 SPA 技術、開源 ECharts 報表工具，完整地描述了主要框架技術的原理和實現手段， 利用這些技術，對黨務管理流程、界面、數據交換進行設計，實現了功能創建、組織 劃分、工作審批全過程的動態管理。
(2)調研和分析市場現狀，總結出現存的問題和缺陷，并闡述了黨務工作發展 情況，根據以上分析和總結得出本系統研究的目標。
(3)根據黨務工作的實際需求和系統建設的需要，本文對黨務信息管理系統進 行了需求分析。結合應用架構設計、建模方法，對系統進行深入需求分析，分別從功 能和非功能需求入手闡述了系統主要實現功能，和其相關的系統軟硬件需求。根據相 關的需求，最后進行了可行性分析。
(4)對黨務信息管理系統進行整理系統設計，本文按照軟件工程的開發流程， 對系統自頂向下設計。分別從系統整體應用架構設計、移動多平臺界面設計，借助于 UML圖(序列圖、活動圖)和數據庫ER圖對典型業務場景進行了設計。
(5)實現系統的整體功能，并寫出使用過程，展示相關界面(系統界面和后臺 部分)，最后對開發的系統進行詳細測試，以保證系統的安全可靠運行。
6.2 展望
本論文的不足之處在于對業務場景描述的不全面。安全性上，還應再考慮周全一 些。下一步的工作的重點是需要建立功能健全的數據備份，要針對黨務信息管理系統 的運行環境，加強系統的安全性。進一步深入黨務工作業務，使用設計模式，細化各 個功能接口，并將整個系統相關的技術進行整合，如報表功能，新聞公告通知功能、 黨建活動組織功能等，以期實現真正的產品化。
另外，論文中系統基于統一界面層進行實現，用于統一界面設計并提高開發效率 和后期運維工作。由于黨務系統工作大部分都是在辦公時間PC端完成，所以應加強 PC Web 瀏覽器的訪問體驗，同時通過短彩信方式通知，這些內容未在本文中涉及， 希望在今后的研究工作中進行完善。
參考文獻
[1]郭曉笑，毛立峰，高校學生黨建信息管理系統的設計與構建J].中國電力教育，2011:1:130-132
[2]曲毅.基于Web的高校黨務管理系統的設計與實現J].高教論壇.2011(08)
⑶唐麗華，方陸明;三層交換與VLAN技術在校園網中的應用J];浙江林學院學報;2011年01 期
[4]姚春龍，丁春欣,姜翠霞.數據庫系統基礎程序(M).北京:北京航天航空大學岀版社,2013.15-16
[5]傅文博;基于B/S架構的高校黨建信息系統的設計與實現J];中國教育信息化;2012年23期
[6]袁超;四川職業技術學院黨員信息管理系統的設計與實現[D];電子科技大學;2011年.
[7]鄭永明，劉玲，聶曉儉.黨務管理工作信息化網站的設計與探討[J].電力信息化.2012(10)
[8]馮小革.基于UML及統一過程的軟件開發[D].華東師范大學2011.
[9]Karadimce A， Bogatinoska D C. Using hybrid mobile applications for adaptive multimedia content
delivery[C]// International Convention on Information and Communication Technology， Electronics and Microelectronics. IEEE， 2014:686-691.
[10]Ravulavaru A. Learning Ionic - Build Hybrid Mobile Applications with HTML5[M]. Packt Publishing， 2017.
[11]Wilken J. Ionic in Action: Hybrid Mobile Apps with Ionic and Angularjs[M]. MANNING PUBN， 2015.
[12]Perchat J， Desertot M， Lecomte S. Common framework: A hybrid approach to integrate cross-platform components in mobile application[J]. Journal of Computer Science， 2014， 10(11):2165-2181.
[13]Owens J. Building a Realtime Mobile App with Meteor and Cordova - O'Reilly Media Free， Live Events[J]. 2017.
[14]Zibula A， Majchrzak T A. Cross-Platform Development Using HTML5， jQuery Mobile， and PhoneGap: Realizing a Smart Meter Application[M]// Web Information Systems and Technologies. Springer Berlin Heidelberg， 2012:16-33.
[15]Wang Z， Zhang C. Design and implementation of a data visualization analysis component based on ECharts[J]. Microcomputer & Its Applications， 2016.
[16]張敏.基于UML和構件技術的政務管理系統的實現[J].安徽大學,2010，23(12):85-89.
[17]趙昌寧，基于對象數據庫的統一內容管理模型及其應用研宄[D].華中科技大學,2011.10.
[18]張海潘.軟件工程[M].北京:清華大學岀版社,2011
[19]張維.基于角色的訪問控制的研究及其在法院系統中的應用[D].西南交通大學2013
[20]李裙.基于工作流的電子黨務系統的研宄P].湖北工業大學2012
[21]孫石磊.基于.net平臺的黨建系統的設計與實現[D].中國海洋大學2012
[22]陳虹.高校黨建管理系統[D].南昌大學2010
[23]曹毓民.蘇州科技學院黨務管理系統的設計與實現[D].山東大學2011
[24]張維.基于角色的訪問控制的研究及其在法院系統中的應用[D].西南交通大學2013
[25]張保慶.電子黨務辦公信息系統的設計與開發[D].吉林大學2013
[26]張強.淺談電子黨務建設[J].傳承.2010
[27]寇有觀.我國電子政務的系統分析與頂層設計研究[J].電子政務.2012(04)
[28]向蓓.新時期企業黨務管理信息系統的探討[J].安徽電氣工程職業技術學院學報.2011(04)
[29]鄭永明，劉玲，聶曉儉.黨務管理工作信息化網站的設計與探討[J].電力信息化.2012(10)
[30]趙楠楠.基于UML的學生信息管理系統的研究與設計[D].貴州大學2013
上一篇：工程造價信息管理系統的設計與實現
下一篇：沒有了
相關標簽:
