中圖分類號： 學校代碼： 10055 密級： 碩 士 專 業(yè) 學 位 論 文 基于 of 文摘要 I 中文摘要 隨著人們計算機水平的普及以及當前信息技術的發(fā)展，如今的公文都是以電子形式出現(xiàn)了 ， 就 這一點而言， 我國 的國有企業(yè)也不例外 。 然而， 由于國有型企業(yè)內部業(yè)務部門以及二級子單位設置眾多 ， 且 地理位置 分散 ， 而在具體的經營過程中卻 業(yè)務 卻 銜接緊密， 這 導致 了 公文管理工作 的 錯綜復雜， 公文從擬文到收文等業(yè)務環(huán)節(jié)節(jié)點眾多， 公文 管理效率低于?；谏鲜鰡栴}的存在， 構建 一套科學合理的公文系統(tǒng)進行問題的解決， 對 企業(yè)而言至關重要。 鑒于 上述問題的存在 ， 本文 設計研發(fā)一套公文管控系統(tǒng)，系統(tǒng)具備 了 良好的架構， 能夠 確保未來便于進行功能的修改 并且與 其他系統(tǒng) 進行集成 。通過走訪，得出了本項目的用戶主要包括企業(yè)行政辦公室、各業(yè)務部門以及區(qū)內下屬各子公司負責公文管理工作的相關責任人員 。 系統(tǒng) 在 功能 方面 ，規(guī)劃為 個人文件柜、 公共 文件柜、 新建 公文、 待辦 文 件、 辦文 追蹤、 登記本 、廢紙簍、 公文檢索以及系統(tǒng)管理 九個主要的功能模塊， 通過上述功能架構的實現(xiàn)， 能夠 實現(xiàn)國有企業(yè)內部對公文的創(chuàng)建、發(fā)文、收文、督辦催辦等方面的 業(yè)務工作 ， 并且系統(tǒng)可以 達到 在 操作過程中 滿足 直觀、方便、實用、安全等要求。系統(tǒng)將主要采用基于 術的 架技術進行系統(tǒng)的軟件邏輯架構設計，數(shù)據(jù)庫選用 系統(tǒng) 選擇 B/S 模式進行開發(fā)，能夠更好的解決公文數(shù)據(jù)的實時異地傳輸問題。 本文的系統(tǒng) 旨在進一步提高公文管理水平，并以此提高企事業(yè)單位的工作效率及信 息化應用水平，為各級單位的業(yè)務工作提供有力的保障及服務。 關鍵詞： 公文管理，電子公文， 術 ， 異地傳輸 I ne of to in is of by a of by of to in of of an It to of to of to It of of 2EE to a B/S 008. in be to it to be an of of 錄 錄 第一章 緒論 . 1 第一節(jié) 選題的背景及意義 . 1 第二節(jié) 國內外研究現(xiàn)狀與發(fā)展趨勢 . 2 第三節(jié) 本文的主要研究內容 . 4 第四節(jié) 本文的組織結構 . 5 第二章 系統(tǒng)需求分析 . 6 第一節(jié) 系統(tǒng)總體需求概述 . 6 第二節(jié) 系統(tǒng)功能需求 . 7 統(tǒng)用戶定義 . 7 文發(fā)布用戶功能需求 . 8 辦文件登記用戶功能需求 . 10 辦催辦員功能需求 . 10 文登記用戶功能需求 . 11 文系統(tǒng)用戶功能需求 . 11 統(tǒng)管理員功能需求 . 12 第三節(jié) 系統(tǒng)非功能需求 . 13 第四節(jié) 本章小結 . 14 第三章 系統(tǒng)總體設計 . 15 第一節(jié) 技術架構設計 . 15 第二節(jié) 系統(tǒng)主要流程 . 16 第三節(jié) 系統(tǒng)功能結構 . 17 第四節(jié) 系統(tǒng)數(shù)據(jù)庫設計 . 19 第五節(jié) 本章小結 . 27 第四章 系統(tǒng)詳細設計 . 28 第一節(jié) 系統(tǒng)軟件邏輯結構設計 . 28 第 二 節(jié) 個人文件柜模塊詳細設計 . 29 目錄 三 節(jié) 公共文件柜模塊詳細設計 . 33 第 四 節(jié) 新建公文模塊詳細設計 . 36 第 五 節(jié) 待辦文件模塊詳細設計 . 38 第 六 節(jié) 辦文追蹤模塊詳細設計 . 42 第 七 節(jié) 登記本模塊詳細設計 . 45 第 八 節(jié) 廢紙簍模塊詳細設計 . 47 第 九 節(jié) 公文檢索模塊詳細設計 . 50 第十節(jié) 系統(tǒng)管理模塊詳細設計 . 53 第十一節(jié) 本章小結 . 55 第五章 系統(tǒng)實現(xiàn) . 56 第一節(jié) 系統(tǒng)開發(fā)與運行部署 . 56 第二節(jié) 系統(tǒng)主要功能模塊實現(xiàn) . 57 統(tǒng)登錄模塊實現(xiàn) . 57 人文件柜管理模塊實現(xiàn) . 58 共文件柜管理模塊實現(xiàn) . 60 建公文管理模塊實現(xiàn) . 61 辦文件管理模塊實現(xiàn) . 62 文追蹤管理模塊實現(xiàn) . 64 記本管理模塊實現(xiàn) . 65 紙蔞模塊實現(xiàn) . 66 文檢索模塊實現(xiàn) . 68 統(tǒng)管理模塊實現(xiàn) . 69 第三節(jié) 本 章小結 . 70 第六章 總結與展望 . 71 第一節(jié) 總結 . 71 第二節(jié) 工作展望 . 71 參考文獻 . 73 致 謝 . 75 個人簡歷 在學期間發(fā)表的學術論文與研究成果 . 76 第一章 緒論 1 第一章 緒論 第一節(jié) 選題的背 景及意義 所謂公文，在我國古代的含義就是處理公文或者聯(lián)系公務時用到的的文件，而在我們現(xiàn)代一般指的就是企事業(yè)單位、行政機關和社會團體在行政管理活動或處理公務活動中出現(xiàn)的，必須按照嚴格的、法定的生效程序和規(guī)范正確的格式制定具有記錄作用和傳遞信息的載體文件。公文一般格式都比較正規(guī)正式，內容極其規(guī)范，并且有行政機關給予的特定的作用與影響力。然而公文管理就是對公文的管理、創(chuàng)制與處置，意思就是從公文一開始的形成到運轉，之后再就是傳遞、辦理和存貯，最后直到銷毀或是轉換為檔案的一個完整周期過程中，公文堅持約束的原則和它采用 特定的方法進行創(chuàng)建信息與修改信息，最后是管理并且完善，這就是公文獲得功效的行為與過程。 公文管理最基本的任務就是科學并且高效地組織和管理機關單位的公文，努力讓公文的處理工作變得制度化、科學化、規(guī)范化，充分發(fā)揮其作用，并可以有效地推進各類企事業(yè)單位的工作，為高層領導工作服務，也可以為單位內部基層工作服務?，F(xiàn)如今隨著人們計算機水平的普及和信息技術的迅猛發(fā)展，現(xiàn)在的公文正在陸續(xù)嘗試以電子形式出現(xiàn)，之后再進行打印和傳送審閱。所以，綜合傳統(tǒng)管理經驗進行電子公文的管理，可以讓公文的管理流程在不增加任何額外勞動力的情況下 得以巨大改善。正是基于這樣的構想和期望，設計并且研發(fā)一套公文管控系統(tǒng)，意圖再進一步提高企業(yè)的公文管理水平，而且還可以提高企事業(yè)單位內部的工作效率以及信息化普遍應用水平，為各級單位的業(yè)務工作提供強有力的保障及服務。這就是本文選題的理論背景所在。 我國國有企業(yè)在網絡通信的建設領域以及企業(yè)內部業(yè)務實施的信息化建設水平突飛猛進，但是它在內部公文管理方面的信息化發(fā)展卻比較緩慢，企業(yè)內部的公文管理現(xiàn)在仍然使用的是傳統(tǒng)紙質公文管理方式，這種方式的缺點就是不僅存在資源浪費，不利于存檔，檢索查詢不便，而且在工作當中的公文數(shù)量也特別的繁重，由此，國有企業(yè)從前落后的公文管理方式已經無法再滿足目前企業(yè)的公文管理機制了，因此，企業(yè)在內部公文管理方面急需采用先進的信息第一章 緒論 2 化手段科學的實現(xiàn)電子公文管理，這樣就可以提升工作效率，方便檢索，實時共享。另外，研究建立一套科學規(guī)范的企業(yè)公文管理系統(tǒng)對面提升企業(yè)信息化水平與加強企業(yè)內部管理也有著及其重要的作用。以上內容的介紹構成了公文管理系統(tǒng)構建的實際應用價值意義所在。 從技術角度而言，課題需求的用戶企業(yè)之前在公文管理業(yè)務領域幾乎沒有信息化技術應用，而只有單機化公文的存儲與打印，公文的流轉都是通過人工模 式完成，該模式下對企業(yè)造成的公文管理的問題和困難上邊已經給出了介紹，基于這種問題和困難的存在，本著利用信息化技術解決問題的思路，通過對相關開發(fā)技術的對比，擬采用 基于 術的 架技術 ，結合 據(jù)庫技術，構建一套公文管理系統(tǒng)，將公文的新建、待辦、追蹤、檢索以及公文管理等一系列業(yè)務流程完整的實現(xiàn)電子化，并同時有效 解決公文數(shù)據(jù)的實時異地傳輸問題 ，對公文數(shù)據(jù)利用成熟的數(shù)據(jù)庫技術進行高效安全的遠程存取和流轉，一方面達到了企業(yè)公文管理的完整的信息化處理，另一方面也同時對企業(yè)的 公文管理工作實現(xiàn)了有效的、科學的規(guī)劃，最后，對于公文數(shù)據(jù)的安全性、保密性以及數(shù)據(jù)的長久存儲也起到了重要的作用。 第二節(jié) 國內外研究現(xiàn)狀與發(fā)展趨勢 1、辦公自動化系統(tǒng)的研究現(xiàn)狀 公文管理系統(tǒng)其實就是辦公自動化系統(tǒng)中的一套子系統(tǒng)，但是卻是最重要的那部分。在如今的辦公自動化研究過程中，國外對于辦公自動化的研究一直都處在一個領先的地位。他們一直把注意力都放在開發(fā)辦公自動化系統(tǒng)，它是國際三代以知識管理為重點的辦公自動化系統(tǒng)，并且，在這個研究范圍內中業(yè)已提出了很多的對于知識管理方面的解決方案與措施，還開發(fā)出了相關的產 品。比如 及 1。國外的很多軟件生產廠商也都對自已的知識管理平臺進行了研究與開發(fā)，可以這么說，第三代以知識管理為核心的辦公自動化系統(tǒng)已經在國外取得了廣泛的支持。 我們國家從 20 世紀 80 年代就開始走上了辦公自動化的發(fā)展道路，一直到今天已經有接近有 30 年的歷史了。但是因為起步比較晚的原因，和國外相比在辦公自動化領域的技術方面還存在比較大的差距。所以，我們國家政府對 統(tǒng)的開發(fā)建設極為重視。國務院在 1985 年 6 月的時候專門為辦公領域的研究發(fā)第一章 緒論 3 展建立了 “辦公自動化專業(yè)領導小組 ”，之后又在 1986 年 5 月建立了 “辦公自動化專家小組 ”，而且他們特別對發(fā)展我國 牽涉到的系統(tǒng)結構模式、系統(tǒng)功能層次、設備、 成技術和接口、應用軟件系統(tǒng)、結構模式和通信網絡等七個方面的問題進行重點的系統(tǒng)研究 2。又有專家專門進行我國 計指導書的編寫，這也就從整體上確定了我國 總體部署以及發(fā)展戰(zhàn)略，從而使我國的設走向了適合我國國情的健康道路。 總體上來說， 辦公自動化從開始到現(xiàn)在， 統(tǒng)的定義已經從從前簡單的公文處理發(fā)展成通用的企事業(yè)單位信息交換的平臺領域，還具有與 系統(tǒng)支持平臺的無關聯(lián)性。但是，由于計算機技術水平一直在不斷地發(fā)展和提高，用戶數(shù)目也有需要增長的要求，所以 國內的 究與建設的道路仍然還很漫長。 2、公文管理系統(tǒng)的研究現(xiàn)狀 傳統(tǒng)的紙質公文存在著很多的問題與不足，比如信息流轉過程中控制手段不足，勞動強度大，公文信息不夠完整，實時性較差，冗余信息多而且缺乏有效的效率分析工具 3。而現(xiàn)在的電文與傳統(tǒng)公文最截然不同的區(qū)別就是它能被計算機操作處理，還能通過網絡進行傳輸。并有著如下特點：流通性高，虛擬性，易復制性，存在不確定性。 如今，從公文管理系統(tǒng)的發(fā)展趨勢上來看 ，高層次的文檔管理系統(tǒng)和實際應用的普及是兩個截然不同的發(fā)展方向。通用計算機和網絡功能的增強和廣泛應用，微型計算機才是主體的信息處理工具，是功能齊全的文件管理系統(tǒng)，將受到越來越多的各級管理人員歡迎，終將用以取代紙質發(fā)布的原始文件 4。高層次文檔管理系統(tǒng)的應用，從分布式文件管理系統(tǒng)一直到大型計算機的中央處理單元，同樣也是一個重要的發(fā)展方向，使用微型計算機和大型機網絡完全可以提供一個更便捷的信息傳播渠道和支持。 從公文管理系統(tǒng)的整體結構來看，一般都是采用兩層 C/S 結構， C/S（客戶機 /服務器）意思是服務器與客戶 機一起實現(xiàn)一種協(xié)作處理的兩層結構的模式。在 C/S 系統(tǒng)環(huán)境中，表示層放在客戶端中、功能層里面包括顯示邏輯和事物處理邏輯部分，服務器端中存在的是端數(shù)據(jù)庫和數(shù)據(jù)處理邏輯的數(shù)據(jù)層。但是，伴隨著信息全球化的發(fā)展，它己經打破了區(qū)域的限制，人們已經不再滿足只在一個小區(qū)域內進行信息的共享了，而且在現(xiàn)如今非常活躍的全球互聯(lián)網絡電子商務的出現(xiàn)更加加劇形成一種強有力的推動力，這酒迫使 C/S 模式必須從局域網(廣域網 (伸 5。所以，在 環(huán)境下通過改造 C/S 結構從而第一章 緒論 4 建立新型的 B/S 結構是目前最流行 并且急切的發(fā)展趨勢。但是這樣的結構一樣存在著問題與不足，在公文管理系統(tǒng)中，有著很多格式的電子文件：如 等，但是在客戶端的頁面都是統(tǒng)一的 言編寫，所以也就不能做到很好的滿足對其它格式的文件處理的需要與要求。然而混合模式卻是綜合了這兩種模式的優(yōu)點，現(xiàn)在很多公文管理系統(tǒng)都是運用混合模式。文檔管理人員安裝插件程序， 對文檔進行管理；但是普通的用戶只需要通過標準的瀏覽器就可以完成檢索和查看。雖然混合結構模式用起來比較方便，但是它的開發(fā)卻很困難，從用戶使用的角度來說，是需要一 段時間來適應的 6。因此，就從公文管理系統(tǒng)的開發(fā)方面來看，具體應該采用什么技術結構還應該當綜合考慮用戶的具體的功能目標和使用環(huán)境。 總體來說，該國有企業(yè)如果要建立公文管控系統(tǒng)則需要更加密切地對公文管理系統(tǒng)的發(fā)展方向進行關注與支持，并盡可能吸收各種有益的經驗，公文管理系統(tǒng)的實際應用與理論應努力認真進行研究并做深入的探討，這樣才可以確保建設的系統(tǒng)能夠更加完善的滿足企業(yè)用戶的真正需求。 第三節(jié) 本文的主要研究內容 本系統(tǒng)最關鍵的問題是要將國有企業(yè)的公文管理工作業(yè)務流程信息化，具體通過部署應用服務器，公文管理工 作中各環(huán)節(jié)的工作人員（包括企業(yè)行政辦公室、各業(yè)務部門以及區(qū)內下屬各子公司負責公文管理工作的相關責任人員）通過 錄系統(tǒng)來完成各項功能，具體來說，主要需要研究以下內容： 1、要完整并準確的實現(xiàn)企業(yè)內部公文管理工作的業(yè)務流程，由于國有型企業(yè)內部業(yè)務部門以及二級子單位設置眾多且分散，但業(yè)務銜接緊密，導致公文管理工作錯綜復雜，在傳統(tǒng)的管理工作中有很多不易用程序簡單實現(xiàn)的小環(huán)節(jié)，需要對企業(yè)公文管理流程做深入調研，與有關公文管理的各部門（包括企業(yè)綜合辦公室、各業(yè)務部門、 下屬 二級單位）工作 人員進行溝通，深刻了解他們的需求，并做出需求分析文檔，為系統(tǒng)設計打下基礎。 2、國有企業(yè)公文管理工作業(yè)務流程有時會隨著企業(yè)的發(fā)展以及體制改革而發(fā)生變化，因此對于公文管理系統(tǒng)而言，其需求也不會一成不變，因此系統(tǒng)應該具備良好的架構，確保未來便于進行功能的修改和集成其他系統(tǒng)。由此，應第一章 緒論 5 當具體的研究系統(tǒng)的軟件架構的設計以及相關開發(fā)技術，具體的，主要包括研究如何利用 架技術設計公文管理系統(tǒng)的軟件體系結構，研究如何利用言基于 B/S 模式高效的開發(fā)公文管理系統(tǒng)，研究如何利用 理系統(tǒng)實現(xiàn)數(shù)據(jù)的高效、安全、可靠的存儲與管理。 3、研究公文管理系統(tǒng)的功能模塊的設計和程序編碼實現(xiàn)，盡量采用國有企業(yè)內部現(xiàn)有的軟硬件環(huán)境以及先進的管理系統(tǒng)開發(fā)方案，從而達到充分利用現(xiàn)有資源，提高系統(tǒng)開發(fā)水平和應用效果的目的。系統(tǒng)應完全滿足企業(yè)對公文的創(chuàng)建、發(fā)文、收文、督辦催辦等方面的需要，并達到操作過程中的直觀、方便、實用、安全等要求。 第四節(jié) 本文的組織結構 本文是按照軟件工程思想及相關理論展開的，文章將按照一下幾個篇幅來完成本次畢業(yè)設計。各個章節(jié)介紹了相關的系統(tǒng)研發(fā)的內容。 第一章 緒論，對本文課題 的開發(fā)背景及研究的意義，國內外研究現(xiàn)狀及主要研究內容進行了論述。 第二章 系統(tǒng)需求分析， 將對系統(tǒng)業(yè)務功能需求，功能需求和非功能性需求進行介紹，在功能需求的內容中，將對系統(tǒng)九個主要功能模塊進行用例分析 。 第三章 系統(tǒng) 總體 設計， 將從系統(tǒng)技術架構、主要流程、功能結構以及數(shù)據(jù)完成總體設計 。 第四章 系統(tǒng)詳細設計，將主要介紹系統(tǒng)主要功能模塊的詳細設計。 第 五 章 系統(tǒng)實現(xiàn)，本章將以系統(tǒng)設計為基礎，完成系統(tǒng)開發(fā)與運行環(huán)境部署和系統(tǒng)主要功能模塊實現(xiàn)的內容。在系統(tǒng)實現(xiàn)的內容中，主要對系統(tǒng)的主要功能模塊中的某些功能進行了說明。 第 六 章總結與展望，對工作中的內容進行總結，包括系統(tǒng)的技術方面，工作中所遇到的問題的總結，并對系統(tǒng)的進行了憧憬。 第二章 系統(tǒng)需求分析 6 第二章 系統(tǒng)需求分析 本章為系統(tǒng)需求分析的內容，將對系統(tǒng)業(yè)務功能需求，功能需求和非功能性需求進行介紹，在功能需求的內容中，將對系統(tǒng)八個主要功能模塊進行用例分析。 第一節(jié) 系統(tǒng)總體需求概述 公文是是傳達黨和國家對企業(yè)的方針政策，發(fā)布企業(yè)的規(guī)章制度，施行管理措施，請示和答復問題，指導部署和商洽工作，反映和報告情況，總結和交流經驗的重要工具。精簡高效的公文流轉過程，有利于企業(yè)的科學決策和辦事效率的 提升，做好公文的管理工作，是企業(yè)維持正常生產經營秩序的關鍵樞紐和重要保障，如何保證公文處理工作沿著正確的方向優(yōu)質高效的運行，必須通過先進科學的公文信息系統(tǒng)來完成。經過調研分析，給出圖 公文發(fā)布的主要業(yè)務流程圖。 圖 文發(fā)布的主要業(yè)務流程圖 擬 稿 人 擬稿部 門 領 導核 稿企 業(yè) 辦 公 室主 管 審 核有 關 部 門 會 簽若 有 不 同 意 見 或 建 議 ， 退 擬 稿 部 門 共 同 協(xié)調 、 修 改企 業(yè) 辦 公 室呈 送 企 業(yè) 領導企 業(yè) 辦 公 室主 管 簽 發(fā)企 業(yè) 領 導簽 發(fā)企 業(yè) 發(fā) 文 、登 記 、 編 號排 版 打 印 ， 擬 稿人 校 對企 業(yè) 辦 公 室用 印 、 封 發(fā)擬 稿 部 門 簽收 、 存 檔發(fā) 文本 局 發(fā) 文企 業(yè) 辦 公 室 文 件第二章 系統(tǒng)需求分析 7 對于系統(tǒng)的業(yè)務功能而言，系統(tǒng)應該能夠實現(xiàn)國有企業(yè)對公文的創(chuàng)建、發(fā)文、收文、督辦催辦等方面的需要，并達到操作過程中的直觀、方便、實用、安全等要求。 在具體的系統(tǒng)業(yè)務功能需求中，系統(tǒng)功能的整體規(guī)劃上，可以規(guī)劃為九個主要的功能需求，分別 為個人文件柜管理、公共文件柜管理、新建公文、待辦文件、辦文追蹤、登記本、廢紙簍、公文檢索以及系統(tǒng)管理。 個人文件柜管理功能需求，要能夠實現(xiàn)文件抽屜、文件夾和具體公文的層級的管理。 公共文件柜管理功能需求，公共文件柜要求由用戶提供的公共抽屜組成。 新建公文功能需求，能夠新建五類公文，如 “閱文 ”、 “辦文 ”、 “制文 ”、 “刊物 ”和 “便簽 ”。 待辦文件功能需求，能夠實現(xiàn)專門接收辦文過程中的文件的功能。 辦文追蹤功能需求，可以實現(xiàn)對未處理及處理狀態(tài)的辦文的辦理情況的監(jiān)督功能。 登記本管理功能需求，系統(tǒng)管理員用戶能夠將指 定的收文登記用戶可以實現(xiàn)將各自上載的、從各自和與用戶待辦件中收到的閱文、辦文等類型的相關的公文在登記本中完成登記功能。 廢紙簍功能需求，若執(zhí)行刪除一個公文功能時，要求該公文能夠從文件柜中移到廢紙簍中，在該處可以一直保留，到某人把它倒掉（撕毀）為止。 公文檢索功能需求，檢索時，能夠根據(jù)檢索的范圍，如個人文件柜、公共文件柜還是所有文件的類型。能夠按照 “待辦件 ”、 “辦文追蹤 ”或 “登記本 ”的狀態(tài)進行檢索。 系統(tǒng)管理功能需求，能夠實現(xiàn)國有企業(yè)公文管理系統(tǒng)的用戶，用戶角色權限以及所屬各部門信息的管理功能。 第二節(jié) 系統(tǒng) 功能需求 統(tǒng)用戶定義 通過對國有企業(yè)的調研，在公文管控的業(yè)務中，本文了解了的相關工作人員的工作職責如下： 第二章 系統(tǒng)需求分析 8 公文處理的工作人員：業(yè)務需求方面需要實現(xiàn)公文文件的維護工作，在系統(tǒng)中可以對自己的抽屜、文件夾以及公文實現(xiàn)查詢。 收文登記的工作人員：負責 待辦 文 件中 需要登記的公文錄入工作。 負責待辦文件登記人員：對正在處理的辦文負責登記，使辦文中的相關情況納入到辦理流程中進行處理。 督辦催辦人員：負責對辦文的執(zhí)行狀態(tài)實現(xiàn)監(jiān)督工作。 通過上述國企工作人員的業(yè)務職責，本文確定了系統(tǒng)的用戶角色包括公文發(fā)布用戶、待 辦文件登記用戶、督辦催辦用戶、收文登記用戶、公文系統(tǒng)用戶和系統(tǒng)管理員用戶，如圖 系 統(tǒng) 用 戶公 文 發(fā) 布 用 戶代 表 文 件 登 記 用 戶公 文 系 統(tǒng) 用 戶系 統(tǒng) 管 理 員收 文 登 記 用 戶督 辦 催 辦 用 戶圖 統(tǒng)用戶角色定義 文發(fā)布用戶 功能需求 在個人文件柜功能需求中， 公文發(fā)布用戶 能夠實現(xiàn)管理抽屜信息的功能，當錄入抽屜信息后，該用戶能夠得到抽屜信息錄入成功提示信息。公文發(fā)布用戶有查詢抽屜信息的需求后，系統(tǒng)將從數(shù)據(jù)庫中調用信息，就能夠瀏覽到需要的內容了。此外， 該 用戶可以把發(fā)生變更的抽屜信息進行修改操作，并且返回修改成功提示。如有不存在的抽屜信息 的情況，該用戶能夠執(zhí)行刪除功能，如下圖 第二章 系統(tǒng)需求分析 9 個 人 文 件 柜 功 能查 詢 抽 屜 信 息發(fā) 布 公 文 信 息修 改 抽 屜 信 息刪 除 抽 屜 信 息i n c l u d ei n c l u d ei n c l u d ei n c l u d e公 文 發(fā) 布 用 戶圖 文發(fā)布用戶的 個人文件柜用例 在公共文件柜功能需求中， 該用戶 可以選擇屬于用戶的且保存在用戶個人文件柜里的公共抽屜，然后再選擇 打印或者瀏覽功能 。如下圖 選 擇 公 共 抽 屜個 人 文 件 柜打 印 一 覽 表申 請 、 打 印i n c l u d e公 文 發(fā) 布 用 戶圖 文發(fā)布用戶的 公共文件柜用例 在系統(tǒng)中的新建公文管理功能中， 該用戶 可以從閱文、辦文、制文、刊物和便簽錄入的公文內容 ， 如下圖 新 建 公 文 功 能閱 文辦 文制 文刊 物便 簽i n c l u d ei n c l u d ei n c l u d ei n c l u d ei n c l u d e公 文 發(fā) 布 用 戶圖 文發(fā)布用戶的 新建公文用例 在廢紙簍被倒掉前，公文發(fā)布用戶隨時可以改變 操作 ，若決定不丟棄某公第二章 系統(tǒng)需求分析 10 文， 可以移動公文，否則執(zhí)行刪除功能， 如下圖 示。 公 文 發(fā) 布 用 戶廢 紙 簍 功 能移 動 公 文刪 除 公 文i n c l u d ei n c l u d 文發(fā)布用戶的 廢紙簍用例 辦文件 登記用戶 功能需求 在待辦文件功能需求中， 待辦文件登記用戶 可以檢索待辦公文，并由此可以對待辦公文進行登記 ，同時實現(xiàn) 打印 和瀏覽的功能， 如下圖 錄 入 文 件 信 息打 印 一 覽 表i n c l u d ei n c l u d e待 辦 文 件 登 記 用 戶待 辦 文 件 功 能圖 辦文件登記用戶的 文件用例圖 辦催辦員 功能需求 在系統(tǒng)的辦文追蹤管理需求中，要具有督辦管理、催辦管理和打印一覽表三個方面的功能要求 ， 督辦催辦用戶可以實現(xiàn)對辦文追蹤的管理，對需要監(jiān)督發(fā)布或執(zhí)行的公文進行發(fā)布督辦或執(zhí)行督辦的 功能 ，如下圖 第二章 系統(tǒng)需求分析 11 發(fā) 布 督 辦催 促 發(fā) 文執(zhí) 行 督 辦督 辦 管 理催 辦 管 理催 促 執(zhí) 行打 印 一 覽 表 e x t e n d s e x t e n d s e x t e n d s e x t e n d s 申 請 與 打印i n c l u d e督 辦 催 辦 員圖 辦催辦員的 辦文追蹤用例 文登記用戶 功能需求 在登記本功能需求中，收文登記用戶可以實現(xiàn)管理登記本信息的功能，如錄入登記本信息，查詢登記本信息 。 如果收文登記用戶針對發(fā)生 變更的登記本信息要有修改的操作需求 實現(xiàn) 修改 功能。 如果有刪除不存在的登記本信息的需求將 實現(xiàn)刪除 信息 的操作 ，如下圖 i n c l u d ei n c l u d ei n c l u d ei n c l u d 本錄 入 信 息查 詢 信 息修 改 信 息刪 除 信 息收 文 登 記 用 戶圖 文登記用戶的 登記本用例 文 系統(tǒng)用戶 功能需求 在公文檢索功能需求中，要求系統(tǒng)可以分為兩個方式選擇檢索范圍和選擇其他檢索方式兩種。其中，選擇檢索范圍，可以分為個人文件柜、公共文件柜第二章 系統(tǒng)需求分析 12 和所有文件三種。而選擇其他檢索方式，可以分為待辦件、辦文追蹤和登記本三種。公文系統(tǒng)用戶能夠實現(xiàn)對公文信息的對應管理，用戶可以設置檢 索范圍檢索到需要的公文信息， 同時也 能夠瀏覽到需要的公文信息 ， 用戶也可以設置檢索方式檢索到公文信息 ， 如下圖 個 人 文 件 柜 檢 索所 有 文 件 檢 索公 共 文 件 柜 檢 索檢 索 范 圍 方 式其 他 檢 索 方 式登 記 本 檢 索辦 文 追 蹤 檢 索i n c l u d ei n c l u d ei n c l u d ei n c l u d ei n c l u d ei n c l u d e公 文 系 統(tǒng) 用 戶待 辦 文 件 檢 索圖 文系統(tǒng)用戶的 公文檢索用例 統(tǒng)管理 員 功能需求 在系統(tǒng)管理功能需求中， 對于用戶管理而言， 系統(tǒng)管理員能夠實現(xiàn)用戶的信息增 加 、 刪除 、 修改 和查詢的功能操作 ，對于角色權限管理而言，則 實現(xiàn)角色權限的管理功能而言，同樣能夠對角色權限信息實現(xiàn)增 加 、 刪除 、 修改 改和查詢的功能操作， 對于部門信息管理而言，則實現(xiàn)部門信息的增加、刪除 、修改和查詢的功能操作。 如下圖 二章 系統(tǒng)需求分析 13 增 加 信 息修 改 信 息刪 除 信 息用 戶 管 理 功 能角 色 權 限 管 理 功 能查 詢 信 息部 門 信 息 管 理 功 能增 加 信 息 修 改 信 息刪 除 信 息 查 詢 信 息增 加 信 息 修 改 信 息刪 除 信 息 查 詢 信 息i n c l u d ei n c l u d ei n c l u d ei n c l u d ei n c l u d ei n c l u d ei n c l u d ei n c l u d ei n c l u d ei n c l u d ei n c l u d ei n c l u d 管 理 員圖 統(tǒng)管理員的 系統(tǒng)管理用例圖 第三節(jié) 系統(tǒng)非功能需求 容量方面：在數(shù)據(jù)組合比較復雜的情況下，可以按最典型的數(shù)據(jù)組合來簡化。 穩(wěn)定性：面向大量用戶使用的 點（ B/S）。在這種結構下，用戶界面完全通過 瀏覽器 對系統(tǒng)進行訪問，雖然一部分事務邏輯在前端實現(xiàn)，但是主要事務邏輯在 服務器 端實現(xiàn)。 瀏覽器 通過 數(shù)據(jù)庫實現(xiàn)數(shù)據(jù)的交互傳輸。系統(tǒng)具有高穩(wěn)定性，保證 服務器 在處理大量請求信息時正常工 作，能夠24 小時不間斷穩(wěn)定運行。 安全性： 1、密碼取回； 2、密碼修改：實施強密碼原則（ ,至少含有數(shù)字、小寫字母、大寫字母、特殊字符中任意 3 項）；修改密碼時需要輸入老密碼； 3、密碼保存：數(shù)據(jù)庫中或者配置文件中，密碼字段要求加密； 4、系統(tǒng)登陸：密碼錯誤次數(shù)限制為 3 次之內等； 第二章 系統(tǒng)需求分析 14 5、權限管理：權限管理可以設置不同角色和權限； 6、操作日志：要求能夠記錄有操作的日志； 容錯性： 1、不同功能的容錯性要求是不同的。需要可以根據(jù)需求對異常情況進行處理。 2、如果系統(tǒng)出現(xiàn)錯誤操作的情況，需要 在頁面上能夠顯示人性化的錯誤提示信息。 3、系統(tǒng)能夠對錯誤信息進行準確的定位。 第四節(jié) 本章小結 在系統(tǒng)功能中，規(guī)劃為九個主要的功能需求，分別為個人文件柜管理、公共文件柜管理、新建公文、待辦文件、辦文追蹤、登記本、廢紙簍、公文檢索以及系統(tǒng)管理功能。在非功能需求中，從系統(tǒng)的容量、穩(wěn)定以及兼容等方面進行了說明。 第三章 系統(tǒng)總 體設計 15 第三章 系統(tǒng) 總體 設計 在本章節(jié)的內容中，將根據(jù)系統(tǒng)需求分析的內容完成公文管控系統(tǒng) 總體 設計工作，將從系統(tǒng)技術架構、主要流程、功能結構以及數(shù)據(jù)完成總體設計 。 對于基于 公文監(jiān)控系統(tǒng)，可以從四個 方面進行系統(tǒng)的總體設計。分別為對系統(tǒng)的技術架構角度，這其中又包括了系統(tǒng)的體系和軟件邏輯結構兩部分、系統(tǒng)的整體流程、系統(tǒng)的功能結構和系統(tǒng)的數(shù)據(jù)庫設計部分這幾類。 第一節(jié) 技術架構 設計 公文管控系統(tǒng)采用了瀏覽器 /服務器的 B/S 模式作為系統(tǒng)的體系結構。該模式，使得客戶端的負荷、成本都大大的降低，也避免了以后運行中系統(tǒng)維護的成本。配置結構如下圖 示。 圖 覽器 /服務器結構 覽器 /服務器），其中的客戶端，為 瀏覽器即可，服務器端，為 務器，連同應用服務器共同響應來自瀏覽器的請求。 B/S 的三層體系結構體現(xiàn)在對數(shù)據(jù)的處理上可以分為三個部分： 1）為客戶端，該層能夠向用戶提供方便友好的操作界面； 2）為 務器和應用服務公 文 發(fā) 布 員收 文 登 記 員督 辦 催 辦 人 員待 辦 文 件 登 記 員系 統(tǒng) 管 理 員請 求響 應用 戶 層（ 瀏 覽 器 ）W e b 服 務 器數(shù) 據(jù) 庫服 務 器應 用 服 務 器S e r v e rB r o w e 系統(tǒng)總 體設計 16 器，該層主要是實現(xiàn)業(yè)務邏輯的實現(xiàn)； 3）為數(shù)據(jù)庫服務器，該層主要是對系統(tǒng)中數(shù)據(jù)的存儲以及對系統(tǒng)的訪問。 作為一種分布在客戶和服務器兩端的結構，由于業(yè)務邏輯被安置在應用服務器處，所以使得客戶端在只有瀏覽器就可以訪問網絡上的其他服務器成為可能。并且這種結構下的客戶端的硬件和操作系統(tǒng)只要支持瀏覽器就可以了。 第二節(jié) 系統(tǒng)主要流 程 在本文課題研究的公文管理系統(tǒng)中，主要的作業(yè)流程包括新建公文、辦文的追蹤、公文的檢索以及公文文件柜的管理等，本節(jié)以新建公文和辦文追蹤為例采用 動圖形式進行系統(tǒng)主要流程的設計闡述。圖 新建公文活動圖。 圖 建公文活動圖 從具體流程上來說，新建公文的前提條件是具備權限的用戶首先登錄系統(tǒng)，然后用戶在系統(tǒng)中依據(jù)具體的發(fā)文需求，選擇一種企業(yè)的具體的公文種類，之后進行公文內容的錄入，錄入結束后，點擊保存按鈕提交數(shù)據(jù)庫，完成公文新建流程。 辦文追蹤主要是對 辦文辦理的情況進 行監(jiān)督 ，經過具體的作業(yè)流程分析，得出圖 辦文追蹤活動圖。 用 戶 登 錄 系 統(tǒng)錄 入 公 文 內 容單 擊 保 存 按 鈕依 據(jù) 需 求 選 擇 一 種 企 業(yè) 的 具 體 公 文 種 類第三章 系統(tǒng)總 體設計 17 圖 文追蹤活動圖 在公文進行呈批、交辦后，督辦催辦人員會根據(jù)辦理期限，來建立公文的督辦任務，首先填寫并提交一個督辦單。判斷是否按期完成，如果按期完成，則督辦任務流程結束。若果未按期限完成，則提示督辦單信息。之后判斷是否有收到回執(zhí)內容，收到確認后，不再顯示該提示信息，并對應刪除回執(zhí)及督辦文件，即督辦任務流程結束，若沒有收到回執(zhí)，則判斷是否繼續(xù)督辦，是，則返回系統(tǒng)重新進行該流程，否，則該督辦任務流程結束。 第三節(jié) 系統(tǒng)功能結構 公文監(jiān)控系統(tǒng)通過對功能需求的細致分析，可以大致將系統(tǒng)的功能分為九大類，其中有個人文件柜、公共文件柜、新建公文、待辦文件、辦文追蹤、登記本、廢紙簍以及公文檢索和系統(tǒng)管理。當然每一個模塊中，還可以再次進行細致的劃分，如下圖 統(tǒng)功能結構框圖所示。 用 戶 登 錄 系 統(tǒng)單 擊 督 辦 按 鈕單 擊 催 辦 按 鈕打 印 一 覽 表錄 入 督 辦 單 錄 入 催 辦 單單 擊 保 存 按 鈕 單 擊 保 存 按 鈕選 擇 菜 單 辦 文 追 蹤第三章 系統(tǒng)總 體設計 18 圖 統(tǒng)功能結構框圖 （ 1）個人文件柜 中 ，即個人的公文、抽屜及文件夾的管理。成功登陸的用戶，建立了屬于自己的個人文件柜后，可以對其進行權限的設置。用戶對自己所屬的個人文件柜擁有最大的權限。在對其他用戶進行分 享抽屜后，其他用戶可以有查看，修改等權限，而這些操作主要是根據(jù)所有者對其給予的權限才可以進行的。 （ 2）公共文件柜 中 ，由用戶共享的公共抽屜組成。其中的抽屜都是那些所有者對他所有的某些抽屜的管理設置了共享的操作，使其（抽屜）成為了一個不上鎖的抽屜。 （ 3）新建公文 中 ，其中包括了閱文、制文、辦文、便簽和刊物等五大類。 （ 4）待辦文件 中 ，負責對辦文中的文件進行接收?？梢酝ㄟ^查看待辦件中是否有 無 文件來了解現(xiàn)在是否都已經將要辦理的文件處理完成。 （ 5）辦文追蹤 中 ，負責對辦文辦理的情況進行監(jiān)督。其中督辦人員首先選擇督辦 管理，在督辦單中填寫督辦內容以及被督辦人員信息，完成后，在被督辦人員登錄以后，會接受到該督辦信息提示。在被督辦人員填寫完對應回執(zhí)單后，就不會再次彈出該內容。如果是催辦單，則會間隔 1 小時系統(tǒng)自動彈出。 （ 6）登記本模塊 中 ，收文登記員將跟自己操作以及相關的公文內容登記至登記本中，該模塊管理中具有查、改和刪的功能。 （ 7）廢紙簍中，公文管控系統(tǒng)中的所有用戶如果刪除某一個公文時，該公基 于 S t r u s t 2 的 公 文 監(jiān) 控 系 統(tǒng)個人文件柜公共文件柜新建公文待辦文件辦文追蹤登記本廢紙簍公文檢索系統(tǒng)管理第三章 系統(tǒng)總 體設計 19 文會被從文件柜中轉移到廢紙簍里。在對廢紙簍恢復時，該公文會恢復到刪除之前的位置。在對廢紙簍刪除時，用戶還是存在可以考慮的機會，如果還想 要恢復，還是可以恢復的。而在對廢紙簍清空時，該公文就會徹底被刪除了，而這種刪除時不可恢復的。 （ 8）公文檢索中，公文管控系統(tǒng)中的所有用戶通過都可以通過這個模塊，在選取設定完檢索的范圍、檢索的方式以后，進行檢索。 （ 9）系統(tǒng)管理中，系統(tǒng)管理員通過該模塊可以對用戶、部門以及角色權限進行管理。而其他用戶可以通過這個模塊對自己的用戶進行密碼修改等操作管理。 第四節(jié) 系統(tǒng)數(shù)據(jù)庫設計 在 分析過后，我們 獲知用戶 實體 的 主要屬性字段組成 為用戶編號和部門 編號 ；部門 實體中的主要屬性字段組成 為電話、 部門編號、 成員人數(shù) 、部門名稱和領 導。 二者之間的關系為用戶屬于 部門 。圖 用戶部門 。 圖 用戶部門