【正文】 方向發(fā)展。 從公文管理系統(tǒng)的體系結(jié)構(gòu)看，傳統(tǒng)的公文管理系統(tǒng)一般采用兩層 C/S 結(jié)構(gòu)，這種結(jié)構(gòu)集中了大中型系統(tǒng)及文件服務(wù)器的優(yōu)點(diǎn)，并有良好的系統(tǒng)開放性和可擴(kuò)展性，它一般應(yīng)用于局域網(wǎng) 。如今， Inter 己經(jīng)成為全球最大的網(wǎng)絡(luò)互連環(huán)境，在 Inter的環(huán)境下實(shí)現(xiàn)數(shù)據(jù)的 B/S計(jì)算模式正是目前的流行趨勢。 Inter 的出現(xiàn)和發(fā)展己經(jīng)給這個(gè)世界帶來了巨大的沖擊。例如 :有用信息的查找極為第 2 頁 共 23 頁 困難 :Inter 的響應(yīng)速度越來越慢 。針對這些問題， XML 近幾年來迅速崛起 XML 又稱為可擴(kuò)展標(biāo)記語言(Extensible Markup Language,7CNL )，事實(shí)上它并不是一種真正意義上的標(biāo)記語言，而是一種允許用戶對自己的標(biāo)記語言進(jìn)行定義的源語言。 ASP 也向 升級。 2 公文管理系統(tǒng) 系統(tǒng) 分析 系統(tǒng)需求分析 根據(jù)公文管理系統(tǒng)的基本需求，本系統(tǒng)需要完成以下任務(wù)。 ? 員工能夠起草公文，并且起草的公文可以按照已創(chuàng)建的公文流路徑流轉(zhuǎn)。 ? 能夠統(tǒng)計(jì)查看自己審批過的公文。 ? 能夠添加、維護(hù)員工信息。從權(quán)限大小大致可以分為：系統(tǒng)管理員、 用戶 、 一般用戶。 系統(tǒng)功能模塊設(shè)置 ? 公文起草 通過公文起草模塊，可以創(chuàng)建要流轉(zhuǎn)的文件。 ? 待辦公文 通過待辦公文模塊，可以查看需要自己審批的公文，并對其進(jìn)行審批。 第 3 頁 共 23 頁 ? 公文委托 通過公文委托模塊，可以委托其他同事代替自己審批公文。 ? 類別定制 通過類別定制模塊，可以定制公文類別、流程路徑、員工角色、部門以及管理員工信息。系統(tǒng)的基本設(shè)計(jì)原則有：先進(jìn)性與方便性原則、功能實(shí)用性原則、開放性與可擴(kuò)展性原則等。 本系統(tǒng)總體目標(biāo)是將網(wǎng)絡(luò)技術(shù)、信息技術(shù)、現(xiàn)代管理技術(shù)和科學(xué)的公文管理結(jié)合，實(shí)現(xiàn)了公文處理的自動(dòng)化流轉(zhuǎn)。所謂的動(dòng)態(tài)性就是能動(dòng)態(tài)更新內(nèi)容，如更新 個(gè)人 信息、 公文 信息、 流轉(zhuǎn) 信息等。 實(shí)現(xiàn)系統(tǒng)的安全性和可靠性，避免他人進(jìn)入破壞數(shù)據(jù)庫信息。在 .NET框架中，所有的編程語言，從高層 JavaScript 到低層的 C++語言，一律是等同的，他們都將生成托管代碼，并且可以一次編寫，隨處運(yùn)行。 的工作原理 在多數(shù)場合下，可以將 頁面簡單地看成一般的 HTML 頁面，頁面包含標(biāo)記有特殊處理方式的一些代碼段。 從技術(shù)上講， 模塊分析 ASPX 文件的內(nèi)容，并將文件內(nèi)容分解成單獨(dú)的命令以建立代碼的整體結(jié)構(gòu)。然后使用這個(gè)類定義一個(gè)特殊的 對象 Page。簡言之，在用戶請求 IIS 服務(wù)器提供一個(gè)頁面時(shí)， IIS 服務(wù)器就根據(jù)頁面上的文本、 HTML 和代碼 (這對我們來說是最重要的 )建立該頁面。Visual Basic .NET 把基本數(shù)據(jù)類型（字符串、整型、雙精度等等）轉(zhuǎn)換成帶有屬性和方法的對象；它還引入了 Java 類型的錯(cuò)誤捕獲機(jī)制（用 Try和 Catch）； 還把代碼編譯成微軟中間語言（ Microsoft Intermediate Language，IL）；它還提供了基于 XML 的應(yīng)用程序配置。在本文中，我將比較 Visual Basic .NET 語言和 Java；不過與其它面相對象編程語言來說， 現(xiàn)在本質(zhì)上在走它自己的路。 Model 是應(yīng)用對象， View 是它在屏幕上的表示，Controller 定義用戶界面對用戶輸入的響 應(yīng)方式。使用 MVC 應(yīng)用程序被分成三個(gè)核心部件：模型、視圖、控制器。 ? 模型（ Model） 模型是應(yīng)用程序的主體部分。 ? 視圖（ View） 視圖是應(yīng)用程序中用戶界面相關(guān)的部分，是用戶看到并與之交互的界面。 編程運(yùn)行環(huán)境 ? 硬件環(huán)境： CPU: AMD Athlon(tm) 2800+ 內(nèi)存： 512 MB 硬盤： 80 G ? 軟件環(huán)境： 操作系統(tǒng)： Microsoft Windows XP Service 第 5 頁 共 23 頁 應(yīng)用軟件： SQL Server 20 操作平臺 3 公文管理系統(tǒng)系統(tǒng)設(shè)計(jì) 數(shù)據(jù)庫設(shè)計(jì)與實(shí)現(xiàn) 數(shù)據(jù)庫的需求分析 根據(jù)系統(tǒng)需求，本系統(tǒng)需要設(shè)計(jì) 9張表。 ? 部門信息表：存放部門信息。 ? 公文類別表：存放公文緊急等級信息。 ? 公文信息表：存放公文的詳細(xì)信息。 ? 公文流轉(zhuǎn)環(huán)節(jié)信息表：存放公文流轉(zhuǎn)的各個(gè)環(huán)節(jié)信息。 設(shè)計(jì)數(shù)據(jù)庫應(yīng)該具備數(shù)據(jù)庫的基本知識和數(shù)據(jù)庫設(shè)計(jì)技術(shù) ， 計(jì)算機(jī) 科學(xué)的基礎(chǔ)知識和 程序設(shè)計(jì) 的方法和技巧 及 軟件工程 的原理和方法應(yīng)用領(lǐng)域的知識 。 根據(jù)公文管理系統(tǒng)的一般要求，通過對整個(gè)系統(tǒng)運(yùn)行過程和數(shù)據(jù)流程分析，設(shè)計(jì)出實(shí)際的數(shù)據(jù)庫實(shí)體，以及他們之間的關(guān)系，為后邊的數(shù)據(jù)庫邏輯結(jié)構(gòu)設(shè)計(jì)打基礎(chǔ)。 第 6 頁 共 23 頁 圖 1 數(shù)據(jù)表與數(shù)據(jù)表之間的邏輯關(guān)系 數(shù)據(jù)庫設(shè)計(jì)中重要的一環(huán)首先 就是概念設(shè)計(jì)，也就是說，要從實(shí)際問題出發(fā)，排除非本質(zhì)的東西，抽象出現(xiàn)實(shí)的數(shù)據(jù)結(jié)構(gòu)之客觀規(guī)律 —— 即畫出數(shù)據(jù)結(jié)構(gòu)圖 —— ER圖。 本系統(tǒng)使用 Microsoft SQL Server 2020 作為數(shù)據(jù)庫開發(fā)工具，設(shè)計(jì)如下數(shù)據(jù)項(xiàng)和數(shù)據(jù)結(jié)構(gòu)： ? 人員基本信息表 人員基本信息表（ WF_User）用來存放人員信息，結(jié)構(gòu)如表 1 所示。 表 2 公文流轉(zhuǎn)路徑信息表 字段名 描述 類型 長度（ B） 是否允許為空 是否主鍵 FLOWID 流轉(zhuǎn)路徑ID(唯一、自動(dòng)增加 ) int 4 否 是 FlowName 流轉(zhuǎn)路徑名稱 nvarchar 128 否 否 FlowDetails 流轉(zhuǎn)路徑詳細(xì)信息 nvarchar 1000 否 否 FlowType 流轉(zhuǎn)路徑類型 int 4 否 否 ? 公文類別表 公文類別表（ WF_DocClass）用來保存公文的類別，結(jié)構(gòu)如表 3所示。 表 4 部門信息表 字段名 描述 類型 長度（ B） 是否允許為空 是否主鍵 DepID 部門 ID號 (唯一、自動(dòng)增加 ) Int 4 否 是 DepName 部門名稱 nvarchar 50 否 否 ? 公文緊急等級表 公文緊急等級表（ WF_DocGrade）用來保存公文等級信息，結(jié)構(gòu)如表 5所示。 表 6 公文委托表 字段名 描述 類型 長度（ B） 是否允許為空 是否主鍵 TrustID 委托事件 ID號 (唯一、自動(dòng)增加 ) int 4 否 是 TrustUser 委托人 ID號 int 4 否 否 ByTrustUser 被委托人 ID號 int 4 否 否 AddDate 委托日期 datetime 8 否 否 Reason 委托 理由 nvrchar 1000 否 否 DocID 委托公文 ID號 int 4 否 否 Type 委托類型 int 4 否 否 其中 AddDate 字段的默認(rèn)值為 “ getdate()” ，表示默認(rèn)為當(dāng)前系統(tǒng)日期；Type 字段的默認(rèn)值為 0，表示當(dāng)前委托還沒有被執(zhí)行。 表 7 公文信息表 字段名 描述 類型 長度（ B） 是否允許為空 是否主鍵 DocID 公文 ID號 (唯一、自動(dòng)增加 ) int 4 否 是 DocTitle 公文標(biāo)題 nvrchar 128 否 否 DocSendDep 發(fā)往的部門 ID號 int 4 否 否 MainSendUnit 主動(dòng)單位 nvrchar 128 否 否 DocClassID 公文類型 ID號 int 4 否 否 WriteUserID 公文起草人 ID號 int 4 否 否 OutWord 發(fā)文字 nvrchar 50 否 否 第 9 頁 共 23 頁 OutSerial 發(fā)文號 nvrchar 50 否 否 SecureClass 秘密等級 nvrchar 50 否 否 JinjiClass 緊 急程度 nvrchar 50 否 否 SaveTime 保留時(shí)間 nvrchar 50 是 否 Body 正文內(nèi)容 text 16 否 否 FlowID 流程 ID號 int 4 否 否 Describes 備注 nvrchar 50 是 否 ? 角色表 角色字典表（ WF_Role）用來保存公文處理各個(gè)環(huán)節(jié)的角色，結(jié)構(gòu)如表 8所示。 表 9 公文流轉(zhuǎn)環(huán)節(jié)信息表 字段名 描述 類型 長度（ B） 是否允許為空 是否主鍵 WFID 環(huán)節(jié) ID(唯一、自動(dòng)增加 ) int 4 否 是 DocID 文檔 ID int 4 否 否 UserID 處理用戶 ID int 4 否 否 Role 環(huán)節(jié)角色 nvrchar 50 是 否 Type 環(huán)節(jié)類型 int 是 否 Updatedate 更新 日期 datetime 8 是 否 BackReason 審批內(nèi)容 nvrchar 400 否 否 其中 Type 字段為審批環(huán)節(jié)的狀態(tài)，“ 0”表示當(dāng)前狀態(tài)，“ 1”表示已處理狀態(tài)，“ 2”表示退回狀態(tài)，“ 3”表示后續(xù)狀態(tài)。使用存儲過程有如下幾個(gè)優(yōu)點(diǎn)： ? 可維護(hù)性好。 ? 存儲過程執(zhí)行一次后，起執(zhí)行規(guī)劃就駐留在高速緩沖存儲器，在以后的操作中，只需要執(zhí)行高速緩 沖器中已編譯好的二進(jìn)制代碼，提高了系統(tǒng)性能。 ? 自動(dòng)完成需要預(yù)先執(zhí)行的任務(wù)。 本系統(tǒng)充分利用存儲過程的優(yōu)勢，實(shí)現(xiàn)了很多復(fù)雜的數(shù)據(jù)訪問過程。 表 10 存儲過程 存儲過程 描述 WF_USERLOGIN 用戶登錄 WF_ADDDep 添加部門 WF_AddDoc 保存發(fā)送的公文信息 WF_ADDDocClass 添加公文類別 WF_BackDoc 退回公文 WF_DealDoc 審批公文 WF_DelDep 刪除部門 WF_GetDepList 獲取部門列表 WF_UpdateClassName 更新公文類別名稱 系統(tǒng)模塊分析與設(shè)計(jì) 總體任務(wù)是為公文的起草審批等公文流操作提供更便捷的方式。與一般的登 錄系統(tǒng)相似，主要是對登錄用戶的身份進(jìn)行合法性驗(yàn)證。如果沒有錯(cuò)誤系統(tǒng)進(jìn)入系統(tǒng)正頁面。 文件按照定制好的一個(gè)或多個(gè)路徑選擇流轉(zhuǎn)。 起草完公文，可以按發(fā)送公文，如果格式填寫不全，系統(tǒng)提示并且無法發(fā)送，當(dāng)填寫完畢后方能發(fā)送。 并且可以對已發(fā)公文進(jìn)行刪除操作。 審批不通過可以寫上處理意見后退回公文，滿意就審批通過。 ? 已辦公文 通過已辦公文模塊，可以查看自己審批過公文的詳細(xì)信息，包括公文現(xiàn)在的所處環(huán)節(jié)、公文要流轉(zhuǎn)以及公文的具體信息。 ? 公文委托 通過公文委托模塊， 如果用戶有其他原因不能對公文的內(nèi)容進(jìn)行審批，可以交以他人進(jìn)行動(dòng)態(tài)的公文流傳遞，由其他用戶進(jìn)行審批。 ? 流程監(jiān)控 通過流轉(zhuǎn)監(jiān)控模塊、可以查看自己所發(fā)公文 的名稱、創(chuàng)建時(shí)間以及 所處的環(huán)節(jié)以及已批環(huán)節(jié)的審批內(nèi)容。 ? 退出 所有的系統(tǒng)合法用戶登錄完成操作后退出系統(tǒng)都要進(jìn)行“ 退出 ”操作、或者進(jìn)行用戶轉(zhuǎn)換也需要進(jìn)行“ 退出 ”操作。本系統(tǒng)采用藍(lán)色基調(diào)，白色， 銀白色， 黑色為輔調(diào)。 第 12 頁 共 23 頁 藍(lán)色對視覺器官刺激較弱，它代表 天空、清爽、 平靜、科技、理智、速度、誠實(shí)、真實(shí)、可信、人看到藍(lán)色時(shí)情緒安寧。 白 色在系統(tǒng)中主要作為背景色，導(dǎo)航欄字體顏色。整個(gè)系統(tǒng)看起來頗大氣，富有立體感。 黑色為全色相，沒有純度，它本身無刺激性，所有在本系統(tǒng)中的主體文字顏色都設(shè)置為黑色，這正所謂“白底黑字”，以增強(qiáng)閱讀可視性。 系統(tǒng)框架設(shè)計(jì) 總體思想是上下，下 分兩欄，使用框 架做布局，此方法可以使整個(gè)系統(tǒng)更加符合信息空間的信息存儲，運(yùn)行速度更快，信息層次更加清晰，用戶操作則更方便，更有條理。 系統(tǒng)總體功能設(shè)計(jì) 本系統(tǒng)分為 7 個(gè)功能模塊，在進(jìn)入每個(gè)功能模塊 前 ， 首先 進(jìn)入系統(tǒng)登錄頁面，輸入用戶名和密碼，點(diǎn)擊提交后，系統(tǒng)將根據(jù)用戶輸入的用戶名和密碼判斷該用戶是否為合法用戶；如果用戶輸入的用戶名和密碼出錯(cuò)，系統(tǒng)將提示出錯(cuò)，并返回到登錄界面；如果用戶輸入的用戶名和密碼正確，系統(tǒng)將根據(jù)用戶的身份 選擇相應(yīng)的主頁以及功能；所有合法用戶在處理完業(yè)務(wù)后，都需要進(jìn)行退出工作，以免被他人竊取信息。 首先判斷用戶是否登錄，如果未登錄，則自動(dòng)跳轉(zhuǎn)到登錄頁面。 用戶系統(tǒng)登入流程圖如圖 2。本系統(tǒng)功能模塊有公文起草、已發(fā)公文、待辦公文、已發(fā)公文、公文委托、流程監(jiān)控、類別定制。本系統(tǒng)的功能模塊如圖 3。 功能模塊設(shè)計(jì) 在整個(gè)系統(tǒng)中公文的起草、審批、通知、查看、歸檔都需要用戶來完成，而完成的順序就是公文流順序，本系統(tǒng)提供了兩種方案：一種是預(yù)先設(shè)定流程；另一種是在審批過程中設(shè)定流程。這個(gè)是在類別定制中的流 程路徑中實(shí)現(xiàn)的固定路徑， 見圖 4。此種方法符合實(shí)際辦公中的需要，也優(yōu) 越于市場上固有的公文系統(tǒng)的中的預(yù)先設(shè)定流程，大大提高了辦公效率， 如圖 5。