公文管理系統的設計與實現—計算機畢業設計(編輯修改稿)

　

【文章內容簡介】 段名 描述 類型 長度（ B） 是否允許為空 是否主鍵 DocGradeID 緊急程度 ID號 (唯一、自動增加 ) Int 4 否 是 DocGrade 緊急程度 nvrchar 128 否 否 ? 公文委托表 公文委托表（ WF_DocTrust）用來保存公文的委托信息，結構如表 6所示。 第 8 頁 共 23 頁 表 6 公文委托表 字段名 描述 類型 長度（ B） 是否允許為空 是否主鍵 TrustID 委托事件 ID號(唯一、自動增加 ) int 4 否 是 TrustUser 委托人 ID號 int 4 否 否 ByTrustUser 被委托人 ID號 int 4 否 否 AddDate 委托日期 datetime 8 否 否 Reason 委托 理由 nvrchar 1000 否 否 DocID 委托公文 ID號 int 4 否 否 Type 委托類型 int 4 否 否 其中 AddDate 字段的默認值為 “ getdate()” ，表示默認為當前系統日期；Type 字段的默認值為 0，表示當前委托還沒有被執行。 ? 公文信息表 公文信息表（ WF_DOCUMENT）用來保存公文的相關信息，結構如表 7所示。 表 7 公文信息表 字段名 描述 類型 長度（ B） 是否允許為空 是否主鍵 DocID 公文 ID號 (唯一、自動增加 ) int 4 否 是 DocTitle 公文標題 nvrchar 128 否 否 DocSendDep 發往的部門 ID號 int 4 否 否 MainSendUnit 主動單位 nvrchar 128 否 否 DocClassID 公文類型 ID號 int 4 否 否 WriteUserID 公文起草人 ID號 int 4 否 否 OutWord 發文字 nvrchar 50 否 否 OutSerial 發文號 nvrchar 50 否 否 SecureClass 秘密等級 nvrchar 50 否 否 JinjiClass 緊 急程度 nvrchar 50 否 否 SaveTime 保留時間 nvrchar 50 是 否 Body 正文內容 text 16 否 否 FlowID 流程 ID號 int 4 否 否 Describes 備注 nvrchar 50 是 否 ? 角色表 角色字典表（ WF_Role）用來保存公文處理各個環節的角色，結構如表 8所示。 第 9 頁 共 23 頁 表 8 角色表 字段名 描述 類型 長度（ B） 是否允許為空 是否主鍵 RoleID 角色 ID號 (唯一、自動增加 ) int 4 否 是 RoleName 角色名 稱 nvrchar 128 否 否 ? 公文流轉環節信息表 公文流轉環節信息表（ WF_WATCHFLWO）用來保存公文流轉的各個環節信息，結構如表 9所示。 表 9 公文流轉環節信息表 字段名 描述 類型 長度（ B） 是否允許為空 是否主鍵 WFID 環節 ID(唯一、自動增加 ) int 4 否 是 DocID 文檔 ID int 4 否 否 UserID 處理用戶 ID int 4 否 否 Role 環節角色 nvrchar 50 是 否 Type 環節類型 int 是 否 Updatedate 更新 日期 datetime 8 是 否 BackReason 審批內容 nvrchar 400 否 否 其中 Type 字段為審批環節的狀態，“ 0”表示當前狀態，“ 1”表示已處理狀態，“ 2”表示退回狀態，“ 3”表示后續狀態。 數據庫存儲過程 存儲過程是由流控制和 SQL 語句書寫的過程，這個過程經編譯和優化后存儲在數據庫服務器中，使用時只要調用即可。使用存儲過程有如下幾個優點： ? 可維護性好。 ? 存儲過程在服務器端運行，執行速度快。 ? 存儲過程執行一次后，起執行規劃就駐留在高速緩沖存儲器，在以后的操作中，只需要執行高速緩 沖器中已編譯好的二進制代碼，提高了系統性能。 ? 確保數據庫的安全。 ? 自動完成需要預先執行的任務。 ? 利用存儲過程可以保持應用程序的執行效率并簡化數據曾，也可以增加系統設計的靈活性。 本系統充分利用存儲過程的優勢，實現了很多復雜的數據訪問過程。部分存儲過程如表 10。 表 10 存儲過程 第 10 頁 共 23 頁 存儲過程 描述 WF_USERLOGIN 用戶登錄 WF_ADDDep 添加部門 WF_AddDoc 保存發送的公文信息 WF_ADDDocClass 添加公文類別 WF_BackDoc 退回公文 WF_DealDoc 審批公文 WF_DelDep 刪除部門 WF_GetDepList 獲取部門列表 WF_UpdateClassName 更新公文類別名稱 系統模塊分析與設計 總體任務是為公文的起草審批等公文流操作提供更便捷的方式。 ? 系統登錄 登錄模塊采用基于標準的 MVC 架構的開發模式。與一般的登 錄系統相似，主要是對登錄用戶的身份進行合法性驗證。系統連接后臺數據庫對身份進行驗證，如果出錯系統提醒：“ Error: 用戶名或密碼錯誤 !”。如果沒有錯誤系統進入系統正頁面。 ? 公文起草 通過公文起草模塊，可以創建要流 轉的文件。 文件按照定制好的一個或多個路徑選擇流轉。公文起草中 涉及 發文字號 、發送部門、發送的緊急程度的選擇、發送日期、正文及附注等。 起草完公文，可以按發送公文，如果格式填寫不全，系統提示并且無法發送，當填寫完畢后方能發送。 ? 已發公文 通過已發公文模塊，可以查看自己發送的公文的詳細信息，包括公文現在的所處的節、公文要流轉的路徑以及公文具體信息。 并且可以對已發公文進行刪除操作。 ? 待辦公文 通過待辦公文模塊，可以查看需要自己審批的公文，并對其進行審批。 審批不通過可以寫上處理意見后退回公文，滿意就審批通過。同樣可以對 公文進行進行刪除操作。 ? 已辦公文 通過已辦公文模塊，可以查看自己審批過公文的詳細信息，包括公文現在的所處環節、公文要流轉以及公文的具體信息。 同樣可以對公文進行刪除操作。 ? 公文委托 通過公文委托模塊， 如果用戶有其他原因不能對公文的內容進行審批，可以交以他人進行動態的公文流傳遞，由其他用戶進行審批。委托他人要填寫其第 11 頁 共 23 頁 他用戶的部門和用戶的登錄名及委托原由，此方能發出。 ? 流程監控 通過流轉監控模塊、可以查看自己所發公文 的名稱、創建時間以及 所處的環節以及已批環節的審批內容。 ? 類別定制 通過類別定制模塊，可以定制公文類別 、流程路徑、員工角色、部門以及管理員工信息。 ? 退出 所有的系統合法用戶登錄完成操作后退出系統都要進行“ 退出 ”操作、或者進行用戶轉換也需要進行“ 退出 ”操作。 界面設計 系統色彩規劃 網站是信息的載體形式，色彩設計必須以完成網站可視性閱讀功能為目的。本系統采用藍色基調，白色， 銀白色， 黑色為輔調。 登錄界面以銀白色為主，顯示出強烈的科技感，給用戶以耳目一新的感覺。 藍色對視覺器官刺激較弱，它代表 天空、清爽、 平靜、科技、理智、速度、誠實、真實、可信、人看到藍色時情緒安寧。用它作為此平臺的主色調也是最合適不過了。 白 色在系統中主要作為背景色，導航欄字體顏色。白色視覺度，注目度都比較高，因為白色為全色相，所以也能滿足本管理系統用戶心理要求，加之與藍色配合，使整個系統更具閱讀可視性，操作易用性。整個系統看起來頗大氣，富有立體感。再者，白色代表 純潔、簡單、潔凈 。 黑色為全色相，沒有純度，它本身無刺激性，所有在本系統中的主體文字顏色都設置為黑色，這正所謂“白底黑字”，以增強閱讀可視性。 當鼠標指向發送、待批和已批公文列表是，當前行的顏色變為灰色，提醒用戶鼠標所指的行，防止誤操作。 系統框架設計 總體思想是上下，下 分兩欄，使用框 架做布局，此方法可以使整個系統更加符合信息空間的信息存儲，運行速度更快，信息層次更加清晰，用戶操作則更方便，更有條理。 整體界面的設計 的下欄為工作區， 通過點擊 左邊 導航欄的欄目，使 下欄的右 框架內頁面顯示相關欄目的內容 。 系統總體功能設計 本系統分為 7 個功能模塊，在進入每個功能模塊 前 ， 首先 進入系統登錄頁第 12 頁 共 23 頁 面，輸入用戶名和密碼，點擊提交后，系統將根據用戶輸入的用戶名和密碼判斷該用戶是否為合法用戶；如果用戶輸入的用戶名和密碼出錯，系統將提示出錯，并返回到登錄界面；如果用戶輸入的用戶名和密碼正確，系統將根據用戶的身份 選擇相應的主頁以及功能；所有合法用戶在處理完業務后，都需要進行退出工作，以免被他人竊取信息。退出后，將返回到登錄界面。 首先判斷用戶是否登錄，如果未登錄，則自動跳轉到登錄頁面。如果已經登錄，則進入相應操作頁面。 用戶系統登入流程圖如圖 2。 當用戶密碼正確就進入主頁，可以進行相關公文的纂寫、公文的批復等操作。本系統功能模塊有公文起草、已發公文、待辦公文、已發公文、公文委托、流程監控、類別定制。 而類別的定制中包含了公文類別的定制，比如研發部、市場部、技術部等；角色定制，比如通知、查看、審批、歸 檔；用戶管理，流程定制，公文等級定制，部門管理的定制。本系統的功能模塊如圖 3。 圖 3 公 文管理系統模塊 由此活動圖可以看出，公文管理系統中的子模塊在操作上相互是平行的，他們的內在關系通過數據庫和程序來控制。 圖 2 系統登 錄 流程 公文管理系統待辦公文公文類別角色定制用戶管理流程定制委托公文部門管理類別定制已辦公文流程控制已發公文公文起草公文等級第 13 頁 共 23 頁 功能模塊設計 在整個系統中公文的起草、審批、通知、查看、歸檔都需要用戶來完成，而完成的順序就是公文流順序，本系統提供了兩種方案：一種是預先設定流程；另一種是在審批過程中設定流程。 第一種：公文的整個起草、審批、通知、查看、歸檔都有一個預先 設定好的審批流程。這個是在類別定制中的流 程路徑中實現的固定路徑， 見圖 4。 圖 4 預先設定公文審批路徑圖 第二種：是審批人在審批過程中因為有其他的原因交由其他人來審批，就要確定另一個審批人。此種方法符合實際辦公中的需要，也優 越于市場上固有的公文系統的中的預先設定流程，大大提高了辦公效率， 如圖 5。 根據預先設定的公文審批路徑或者動態的公文審批路徑，就可以完成公文的起草審批以及歸檔工作了，在本公文管理系統的公文流轉路徑如圖 6示。 圖 5 動態設定 公文審批路徑圖 審批過程審批審批人二審批人一其他待確定審批人文件歸檔共享數據審批提交調用不同意不同意同意同意調用調用確定審批人二確定審批人三提交提交審批過程審批審批人二審批人一其他審批人文件歸檔共享數據審批提交調用不同意不同意同意同意調用調用第 14 頁 共 23 頁 圖 6 公文流轉路徑 4 功能模塊具體實現 公文流 管理用戶可以根據數據管理中已經定義好的類別、角色、用戶、流程、公文等級、部門設定進行公文的起草審批歸檔操作。數據管理就是對其各種類別在頁面中進行的設定，不用再數據庫中纂改。 公文流的實現代碼 取得當前用戶待批的公文，根據當前用戶 ID 取得當前用戶待批的公文列表。 Public Function GetCurUserWaitDealDocList(ByVal StrStoreParam As String, ByVal UserID As String) As DataSet Dim DocData As DataSet 39。調用數據庫訪問對象，取得數據 With New . WorkFlowClass DocData = .GetCurUserWaitDealDocList (StrStoreParam, UserID) End With If Not DocData Is Nothing Then 39。判斷是否取得了