【畢業(yè)設計】基于WEB的辦公自動化系統(tǒng)設計

1、畢業(yè)論文 中文題目：基于中文題目：基于 webweb 的辦公自動化系統(tǒng)的辦公自動化系統(tǒng) 副副 標標 題：葫蘆島鋅廠流程管理子系統(tǒng)題：葫蘆島鋅廠流程管理子系統(tǒng) 外文題目：外文題目：web-basedweb-based officeoffice automationautomation systemsystem 畢業(yè)設計（論文）共 107 頁（其中：外文文獻及譯文 20 頁） 圖紙共 0 張 完成日期 2013 年 6 月 答辯日期 2013 年 6 月 摘摘 要要 改革開放以來，我國經濟飛速發(fā)展。我國企業(yè)都已經致力于管理素質與效率的提高。 此外，國家對于電子政務的推廣力度也逐步加大，辦公自動化作

2、為其中的一個重要環(huán)節(jié)， 也被要求更深入的解決問題。鑒于此，辦公自動化系統(tǒng)必須迎接更新的挑戰(zhàn)。 企業(yè)內部的很多業(yè)務都可以抽象為一個或者若干個工作流，最典型的是收發(fā)文工作 流。一個發(fā)文流程可能要經歷起草，審批，校對，領導簽字，傳閱等步驟。傳統(tǒng)的辦公 模式完成此流程需要投入很多人力，而且運轉起來較慢，容易出錯，如果采用辦公自動 化系統(tǒng)，公文的流轉就可以自動化，顯然有很多好處。 uml（unified modeling language)是一種面向對象的建模語言，它已經廣泛用于面 向對象系統(tǒng)的分析和設計。統(tǒng)一過程(unified process)是一種軟件工程方法，它將軟件 開發(fā)過程分為一系列的工作流

3、程(workflow)，充分發(fā)揮了迭代的開發(fā)思想，是軟件開發(fā) 成功的重要因素。 struts 是基于 java 的一個開源項目，采用模塊化的設計思想將業(yè)務邏輯，數(shù)據(jù)存儲 和用戶界面分離，簡化了企業(yè)級應用程序的構建。 本文描述了葫蘆島鋅廠的辦公自動化系統(tǒng)的開發(fā)過程，依據(jù)統(tǒng)一過程的開發(fā)思想，利 用 uml 構建和描述系統(tǒng)的結構與行為，并用 struts 完成了系統(tǒng)的最終實現(xiàn)。 關鍵詞：辦公自動化；工作流；統(tǒng)一過程；uml；struts abstract as the continuous development in economic from reforms and open-up, many

4、enterprises have devoted to enhancing the quality and efficiency of management.on the other hand, our government has broaden the electronic affair,in which office automation , an important aspect,is required to tackle deeper problems.as a result, office automation system comes up against new challen

5、ge. many business processes in the enterprise can be abstract into one or several workflows,especially the receiving and sending documents.a workflow for sending documents maybe consist of drafting,examining,checking,signaturing by leader and passing round,and so on.many people are required to compl

6、ete the document workflow in the traditional office mode,but it is more slowly and fallible.within an office automation system,the workflow can be run automatically,which obviously brings much benefits. uml(unified modeling language) is a modeling language for object-oriented programs, and now uml h

7、as been used widely in analysis and design for object-oriented systems. up(unified process) is a software project method,which divides the process of a software into a series of workflows. up exerts the thought about iterative development,which is a key factor to the success of a software project. s

8、truts is a java open-source project, it separates the business logic,data storage and user interface using a modular way,which is convenient for developmeng,maintenance and extendability,thus simplify the construction of enterprises applications. this article depicts the developing process of the of

9、fice automation system of hu ludao zinc factory.the process exerted the unified process and depicted and constructed the system with uml,and finally completed it with struts. key words:office automation;workflow;unified process;uml;struts 目 錄 前言 1 1 問題定義 2 1.1 系統(tǒng)背景2 1.2 葫蘆島鋅廠簡介 3 1.3 系統(tǒng)目標4 2 可行性研究 6

10、 2.1 經濟可行性6 2.2 技術可行性6 2.3 操作可行性6 2.4 法律可行性6 3 系統(tǒng)需求模型 7 3.1 系統(tǒng)用例模型7 3.1.1 系統(tǒng)邊界7 3.1.2 主要參與者及其目標7 3.1.3 用例圖8 3.1.4 用例規(guī)約10 3.2 系統(tǒng)需求 22 3.2.1 功能需求概要22 3.2.2 其他需求23 3.3 詞匯表（glossary）24 4 系統(tǒng)分析模型 26 4.1 用例分析 26 4.1.1 用例實現(xiàn)26 4.1.2 補充用例描述 35 4.2 系統(tǒng)分析類 36 4.2.1 分析類描述 37 4.2.2 分析類的屬性和關系 39 5 系統(tǒng)設計模型41 5.1 架構設計

11、 41 5.2 用例設計 42 5.3 系統(tǒng)設計類57 5.4 持久層設計59 6 系統(tǒng)實現(xiàn)68 6.1 類實現(xiàn)68 6.2 數(shù)據(jù)庫實現(xiàn)78 6.3 用戶接口實現(xiàn)80 6.4 開發(fā)環(huán)境 82 7 系統(tǒng)測試83 7.1 單元測試83 7.2 集成測試83 8 結論 85 致謝 86 參考文獻 87 附錄 a88 附錄 b97 前言 辦公自動化系統(tǒng)會為企業(yè)帶來的效益是顯著的，其核心意義在于，利用網(wǎng)絡技術和 現(xiàn)代辦公設備構成的人機信息處理系統(tǒng)，吸收眾多辦公自動化系統(tǒng)的優(yōu)點，模擬抽象企 業(yè)、政府的辦公數(shù)據(jù)流程，可輕松輔助管理人員進行日常辦公、業(yè)務處理，實現(xiàn)整個辦 公體系全面自動化、流程化和數(shù)字化，并可

12、方便地與其它內部管理系統(tǒng)或外部網(wǎng)站集成 整合，建立一個高質量、高效率的內外部銜接的網(wǎng)絡辦公自動化系統(tǒng)。 本文的最終目標是要描述建立一個辦公自動化系統(tǒng)的過程，本文重點描述了個人辦 公，系統(tǒng)管理，工作流管理模塊。系統(tǒng)選用 struts 框架，以統(tǒng)一過程作為軟件工程方法， 采用 uml 建模技術和面向對象設計，并用 java 語言實現(xiàn)。本文主要做的工作是描述了 我們采用統(tǒng)一過程開發(fā)此辦公自動化系統(tǒng)的分析，設計，實現(xiàn)的主要工作流程。 1 問題定義 1.1 系統(tǒng)背景 當今社會是一個信息飛速發(fā)展的社會，因此，針對各行業(yè)來說，計算機的應用實為 重要，求質量、求速度，盡可能的脫離手工操作，是現(xiàn)代人追求的目標。

13、隨著葫蘆島鋅 廠規(guī)模的不斷增大及生產能力的進一步提高，該大型企業(yè)原有的純手工管理和辦公模式 已經不能適應新的市場環(huán)境下的新要求了，嚴重的影響了工作效率。 在現(xiàn)代社會中，任何一個行業(yè)，任何一個企業(yè)，高效準確的辦公都是至關重要的。 快捷的信息交流，暢通的公文傳遞，迅速的文檔查詢，自動的工作流轉等等都能提高一 個企業(yè)的辦公效率，進而提高其市場競爭力。 圖 1-1 傳統(tǒng)辦公模式 fig.1-1 traditional official mode 傳統(tǒng)的辦公模式主要以紙介質為主，在信息革命的浪潮中，顯然已經遠遠不能滿足 高效率、快節(jié)奏的現(xiàn)代工作和生活的需要。internet/intranet 的迅猛發(fā)展

14、，為信息的交流和 共享，團隊的協(xié)同運作提供了技術的保證，同時也預示著網(wǎng)絡化辦公時代來臨。 圖 1-2 網(wǎng)絡化辦公模式 fig.1-2 network-based official mode 現(xiàn)有辦公自動化系統(tǒng)和大型信息管理系統(tǒng)中，企業(yè)業(yè)務流程重組或者是文件流轉功能 都是核心功能。同時我們也認為，企業(yè)辦公主要是一個文件流轉的過程，所有的辦公事 務都可以抽象成一個數(shù)據(jù)庫表單。傳統(tǒng)的辦公自動化系統(tǒng)和大型 mis 系統(tǒng)在處理企業(yè)管 理流程中大多采用企業(yè)業(yè)務流程重組（bkr） ，其核心思想就是要先優(yōu)化企業(yè)業(yè)務管理流 程，再根據(jù)優(yōu)化后的流程建設企業(yè)信息系統(tǒng)。這樣不僅在系統(tǒng)建設中工作量巨大，同時 面臨來 自

15、企業(yè)內部重重的阻礙。 要想實現(xiàn)辦公自動化，就需要實施計算機管理，所以，我們開發(fā)了這個辦公自動化 系統(tǒng) weboa，此系統(tǒng)是基于網(wǎng)絡的，安裝方便，易于維護。 1.2 葫蘆島鋅廠簡介 葫蘆島鋅廠又名葫蘆島東北有色金屬集團有限公司是是一家擁有 18000 多人總資產 超過 100 億的大型國有企業(yè)，業(yè)務范圍涉及鋅錠、鎘錠、熱鍍鋅合金、鋅粉、氧化鋅、 工業(yè)硫酸鋅等 10 余種產品，并且銷售到海外，鋅錠年生產能力 33 萬噸，粗銅 6 萬噸， 電解銅 10 噸，金 5 噸、銀 80 噸，硫酸 80 萬噸。業(yè)務繁多，管理復雜。 葫蘆島鋅廠堅持技術結構和產品調整，加強對環(huán)境治理的投入，提高經濟效益的原 則。

16、始終致力于 1）建立高效高速可行的運行機制；2）建立布局合理，經濟效益顯著的 生產經營運作框架，完善主業(yè)產品生產能力，生產技術達到國內先進水平；3）采用低成 本擴張方式，加速資產駝營，壯大企業(yè)總體實力；4）采取滾動發(fā)展、分步實施的辦法， 實現(xiàn)產品的技術、質量、生產、經濟效益水平的同步提高；5）在發(fā)展主導產品的同時， 研究開發(fā)鋅系列、加工系列、高新技術系列產品；6）利用兩個市場，建立穩(wěn)定的鋅精礦、 銅精礦原料基地，提高企業(yè)產品在兩個市場上的占有率，使企業(yè)由大變強。 葫蘆島鋅廠連續(xù)八年進入國家 500 家最大工業(yè)企業(yè)、是國家 512 家重點扶持企業(yè)之 一。在振興東北老工業(yè)基地的過程中做出了卓越的貢

17、獻。 以下是葫蘆島鋅廠的組織機構示意圖： 廠長，黨委書記 財務廠長經營廠長生產廠長設備廠長 技術廠長紀委書記工會主席后勤廠長 廠 辦 計劃處 干部處 勞資處 設備處 基建處 爐體廠 機加廠 總調度室 生產技術處 安技處 環(huán)保處 保衛(wèi)處 運輸處 經營辦 供應處 銷售處 燃料處 財務處 企管處 清欠處 圖 1-3 組織機構圖 fig.1-3 organization structure 1.3 系統(tǒng)目標 我們做的辦公自動化系統(tǒng)命名為 weboa，該系統(tǒng)是基于 web 的采用純 java 語言 編寫的，可以跨越平臺，方便移植。 本系統(tǒng)將在葫蘆島鋅廠的日常辦公中發(fā)揮不可替代的作用，利用計算機技術實現(xiàn)無

18、 紙化辦公，和收發(fā)文等業(yè)務，必將使得工作人員從瑣碎和煩躁的日常工作中解脫出來， 輕松的完成工作。 系統(tǒng)目標是： 實現(xiàn)公文流轉，個人辦公，收發(fā)消息，文檔查詢，資源管理，人力管理的計算機化。 節(jié)約人力，提高效率 1) 為用戶提供制定流程的功能，可以應用于發(fā)送公文和接收公文。 2) 實現(xiàn)對用戶的即時消息提醒，以及信息的發(fā)布 3) 實現(xiàn)新聞，公告的管理. 以下是功能框圖： web oa 辦公自動公管理平臺 個 人 辦 公 公 共 信 息 系 統(tǒng) 管 理 工 作 流 項 資 源 管 理 人 力 管 理 圖 1-4 系統(tǒng)功能框圖 fig.1-4 system functions 本系統(tǒng)實現(xiàn)的功能框圖如下：

19、 web oa 辦公自動公管理平臺 日 程 管 理 系 統(tǒng) 管 理 流 程 管 理 圖 1-5 本系統(tǒng)功能框圖 fig.1-5 this system functions 2 可行性研究 可行性分析（feasibility analysis）也稱為可行性研究，是在系統(tǒng)調查的基礎上，針對 新系統(tǒng)的開發(fā)是否具備必要性和可能性，對新系統(tǒng)的開發(fā)從技術、經濟、社會的方面進 行分析和研究，以避免投資失誤，保證新系統(tǒng)的開發(fā)成功。可行性研究的目的就是用最 小的代價在盡可能短的時間內確定問題是否能夠解決。 2.1 經濟可行性 與其它的系統(tǒng)相比，本系統(tǒng)獨立性相當強，只需要投入較少的資金即可。而它的成 功運行將節(jié)省

20、大量的人力物力，使原來從事這方面工作的工作人員可以投入到更為實際 的工作中，提高各部門的工作效率，而且對于這樣一個利潤豐厚的大企業(yè)，投入這樣一 個系統(tǒng)在經濟方面絕對可行。 2.2 技術可行性 現(xiàn)代的計算機技術完全可以處理大量的數(shù)據(jù)，分擔人的工作，應用服務器可以運行 于 windows，linux，solaris 等多種操作系統(tǒng)，數(shù)據(jù)庫采用 oracle，功能強大。 技術上完全可行。 2.3 操作可行性 使用本系統(tǒng)的操作人員需要一些基本的計算機操作常識，管理員應該具備一些計算 機專業(yè)知識。只要經過簡單的培訓，操作方面完全可行。 2.4 法律可行性 此系統(tǒng)是我們自主開發(fā)的，是個很適用的系統(tǒng)，葫蘆島

21、鋅廠以前沒有這樣的系統(tǒng)， 不存在侵權的問題。 3 系統(tǒng)需求模型 系統(tǒng)需求是系統(tǒng)必須遵守的一系列約束條件，以及要實現(xiàn)的一系列功能。在需求分 析階段最大的困難就是發(fā)現(xiàn)真正的需求。統(tǒng)一過程提供了一些最佳實踐，其中之一就是 管理需求（manage requirement） ，這不同于傳統(tǒng)的瀑布模型一下子將需求定義完全，而是 采用迭代的思想逐漸去實現(xiàn)系統(tǒng)需求模型，用例（use case）研究就是一種發(fā)現(xiàn)需求的方 法。 3.1 系統(tǒng)用例模型 jacobson 在他 1992 年的著作中寫道：“用例是與系統(tǒng)進行對話時行為相關的事務系列 的描述。 ”在統(tǒng)一過程中，對用例的描述沒有實質性的改變，它認為用例是“一

22、系列帶變量 的動作描述，系統(tǒng)由此對特定用戶產生有價值的可見結果”。 用例就是系統(tǒng)需求，但它們主要是功能需求，用來表示系統(tǒng)將會做什么。 3.1.1 系統(tǒng)邊界 此辦公系統(tǒng) weboa 和數(shù)據(jù)庫服務器都在系統(tǒng)邊界之內。 3.1.2 主要參與者及其目標 參與者是通過使用系統(tǒng)提供的服務來實現(xiàn)自己目的的人或者系統(tǒng) 表 3-1 參與者目標 table.3-1 participants targets 參與者使用目標 用戶發(fā)送消息，接收消息，查看公司公告， 新聞，處理公文， 添加日程，查看日程， 管理聯(lián)系人， 系統(tǒng)管理員啟動系統(tǒng)，關閉系統(tǒng)，添加用戶，修 改用戶，刪除用戶，分配權限， 管理部門信息，管理職務信息

23、 領導制定工作流，修改工作流， 刪除工作流，資源管理，人力管理 公文分類，檔案管理 3.1.3 用例圖 用例圖是 uml 中的一種對用例建模的圖，用來簡要描述系統(tǒng)功能 1）個人辦公的用例圖： 個 個 個 個 個 個 個 個 個 個 個 個 個 個 個 個 個 個 個 個 個 個 圖 3-1 個人辦公用例圖 fig.3-1 person office use case diagram 2）系統(tǒng)管理的用例圖： 個 個 個 個 個 個 個 個 個 個 個 個 個 個 個 個 個 個 個 個 個 個 個 個個 個 個 個 個 個 個 個 個 個 個 個 個 個 個 個 個 個 (from workfl

24、ow) 個 個 個 個 個 個 個 個 個 個 個 個 個 個 個 個 個 個 個 個 個 個 個 個 個 個 個 個 圖 3-2 系統(tǒng)管理用例圖 fig.3-2 system management use case diagram 3）工作流管理的用例圖： 個 個 個 個個 個 個 個 個 個 個 個 個 個 個 個 個 個 個 個 個 個 個 個 個 個個 個 個 個 個 個 個 個 圖 3-3 工作流管理用例圖 fig.3-3 workflow management use case diagram 3.1.4 用例規(guī)約 1）個人辦公 1.1 添加日程 描述：用戶在日程清單中添加日程安排

25、 主要參與者：用戶 先決條件：用戶合法登陸 后置條件：系統(tǒng)將日程安排存入數(shù)據(jù)庫中 基本事件流： 1、用戶選擇要添加日程的日期 2、用戶錄入日程安排以及開始時間和結束時間并提交 3、系統(tǒng)將此日程安排存入數(shù)據(jù)庫 4、用戶重新執(zhí)行 1-3 步，直至離開 其他事件流： 1-2a、用戶取消添加日程： 1、系統(tǒng)停止添加日程 2a、用戶輸入的開始時間晚于結束時間 1、系統(tǒng)提示用戶重新錄入開始時間和結束時間 特殊需求： 無。 1.2 修改日程 描述：用戶修改某一個或一些日程安排 主要參與者：用戶 先決條件：用戶合法登陸 后置條件：系統(tǒng)將修改后的日程安排存入數(shù)據(jù)庫中 基本事件流： 1、用戶選擇要修改的日程安排

26、2、系統(tǒng)呈現(xiàn)給用戶此日程安排的信息 3、用戶更改日程安排并提交 4、系統(tǒng)將新日程安排替換原日程安排，存入數(shù)據(jù)庫 5、用戶重新執(zhí)行 1-3 步，直至離開 其他事件流： 1-3a、用戶取消修改日程： 1、系統(tǒng)停止修改日程 4a、用戶輸入的新的日程安排開始時間晚于結束時間 1、系統(tǒng)提示用戶重新錄入開始時間和結束時間 特殊需求： 無。 1.3 刪除日程 描述：用戶刪除某一個或一些日程安排 主要參與者：用戶 先決條件：用戶合法登陸 后置條件：系統(tǒng)從數(shù)據(jù)庫中刪除該日程安排 基本事件流： 1、用戶選擇要刪除的日程安排 2、刪除此日程安排 3、系統(tǒng)提示用戶確定刪除此日程安排 4、用戶確定刪除此日程安排 5、系

27、統(tǒng)從數(shù)據(jù)庫中刪除此日程安排 其他事件流： 1-3a、用戶取消刪除日程： 1、系統(tǒng)停止刪除日程 4a、用戶不同意刪除此日程安排 1、系統(tǒng)停止刪除此日程安排 特殊需求： 無。 2）系統(tǒng)管理 2.1 添加職務 描述：系統(tǒng)管理員根據(jù)公司組織結構添加職務 主要參與者：系統(tǒng)管理員 先決條件：系統(tǒng)管理員權限已被驗證 后置條件：系統(tǒng)將職務信息存入數(shù)據(jù)庫 基本事件流： 1、系統(tǒng)管理員錄入職務名稱 2、系統(tǒng)將此職務存入數(shù)據(jù)庫 3、系統(tǒng)提示添加職務成功 其他事件流： 1a、系統(tǒng)管理員錄入的職務名稱之前已被錄入過： 1、系統(tǒng)提示系統(tǒng)管理員重新錄入 2、系統(tǒng)管理員重新錄入，直至沒有重復 特殊需求： 無。 2.2 刪除職

28、務 描述：系統(tǒng)管理員根據(jù)公司情況刪除職務 主要參與者：系統(tǒng)管理員 先決條件：系統(tǒng)管理員權限已被驗證 后置條件：系統(tǒng)從數(shù)據(jù)庫中刪除此職務 基本事件流： 1、系統(tǒng)將全部職務呈現(xiàn)給系統(tǒng)管理員 2、系統(tǒng)管理員選擇要刪除的職務，并刪除之 3、系統(tǒng)提示系統(tǒng)管理員是否確定要刪除 4、系統(tǒng)管理員確定刪除 5、系統(tǒng)將此職務從數(shù)據(jù)庫中刪除 6、系統(tǒng)提示刪除成功 其他事件流： 1-4a、系統(tǒng)管理員取消刪除職務： 1、系統(tǒng)停止刪除職務 5a、正在刪除的職務被公司某些員工擁有： 1、系統(tǒng)將這些員工的職務設置為空 2、或者系統(tǒng)管理員給這些員工分配新的職務 特殊需求： 無。 2.3 添加部門 描述：系統(tǒng)管理員根據(jù)公司組織機

29、構添加部門 主要參與者：系統(tǒng)管理員 先決條件：系統(tǒng)管理員權限已被驗證 后置條件：系統(tǒng)將部門信息存入數(shù)據(jù)庫 基本事件流： 1、系統(tǒng)管理員錄入部門信息，并提交 2、系統(tǒng)將此部門信息存入數(shù)據(jù)庫 3、系統(tǒng)提示系統(tǒng)管理員添加成功 其他事件流： 1a、系統(tǒng)管理員取消添加部門： 1、系統(tǒng)停止添加部門 1b、系統(tǒng)管理員沒有提供部門簡稱： 1、系統(tǒng)提示系統(tǒng)管理員重新輸入部門簡稱 1c、系統(tǒng)管理員沒有提供部門代碼： 1、系統(tǒng)提示系統(tǒng)管理員重新輸入部門代碼 1d、系統(tǒng)管理員輸入的部門代碼和已有部門重復： 1、系統(tǒng)提示系統(tǒng)管理員重新輸入部門代碼 特殊需求： 無。 2.4 刪除部門 描述：系統(tǒng)管理員根據(jù)公司情況刪除部門

30、 主要參與者：系統(tǒng)管理員 先決條件：系統(tǒng)管理員權限已被驗證 后置條件：系統(tǒng)從數(shù)據(jù)庫中刪除此部門 基本事件流： 1、系統(tǒng)將所有部門呈現(xiàn)給系統(tǒng)管理員 2、系統(tǒng)管理員選擇要刪除的部門，并刪除之 3、系統(tǒng)提示系統(tǒng)管理員是否確定要刪除 4、系統(tǒng)管理員確定刪除 5、系統(tǒng)將此部門從數(shù)據(jù)庫中刪除 6、系統(tǒng)提示刪除成功 其他事件流： 1-4a、系統(tǒng)管理員取消刪除部門： 1、系統(tǒng)停止刪除部門 5a、正在刪除的部門擁有員工 1、系統(tǒng)將這些員工的部門設置為空 2、或者系統(tǒng)管理員給這些員工分配新的部門 特殊需求： 無。 2.5 注冊用戶 描述：系統(tǒng)管理員添加用戶 主要參與者：系統(tǒng)管理員 先決條件：系統(tǒng)管理員權限已被驗證

31、 后置條件：系統(tǒng)向數(shù)據(jù)庫中添加此用戶 基本事件流： 1、系統(tǒng)管理員輸入用戶基本信息。 2、系統(tǒng)管理員為新用戶分配默認密碼 3、系統(tǒng)管理員提交新用戶 4、系統(tǒng)將新用戶信息存入數(shù)據(jù)庫 5、系統(tǒng)為此新用戶分配登陸賬號，并呈現(xiàn)給系統(tǒng)管理員 6、系統(tǒng)管理員啟動此新賬號 7、系統(tǒng)更改此賬號狀態(tài) 其他事件流： 1a、系統(tǒng)管理員錄入的部門不是公司現(xiàn)有的部門： 1、系統(tǒng)提示重新錄入部門 2、系統(tǒng)管理員重新錄入存在的部門 1b、系統(tǒng)管理員錄入的職務不是公司現(xiàn)有的職務 1、系統(tǒng)提示重新錄入職務 2、系統(tǒng)管理員重新錄入存在的職務 1-3a、系統(tǒng)管理員取消注冊新用戶： 1、系統(tǒng)停止添加新用戶 6a、系統(tǒng)管理員取消了啟動

32、新賬號： 1、系統(tǒng)不啟動此賬戶 2、此賬號暫時不可用 特殊需求： 無。 2.6 刪除用戶 描述：系統(tǒng)管理員刪除用戶 主要參與者：系統(tǒng)管理員 先決條件：系統(tǒng)管理員權限已被驗證 后置條件：系統(tǒng)從數(shù)據(jù)庫中刪除此用戶，此用戶賬號不再可用， 和此用戶賬號相關的一切工作由別人接替或者暫停 基本事件流： 1、系統(tǒng)管理員根據(jù)用戶所屬部門或者用戶姓名查找到此用 戶 2、系統(tǒng)管理員想要刪除此用戶 3、系統(tǒng)提示系統(tǒng)管理員是否確定刪除此用戶 4、系統(tǒng)管理員確定刪除之 5、系統(tǒng)將此用戶的相關工作取消 6、系統(tǒng)將此用戶從數(shù)據(jù)庫中刪除 其他事件流： 1a、系統(tǒng)管理員沒有找到滿足條件的用戶： 1、系統(tǒng)管理員重新輸入查詢條件

33、2、或者系統(tǒng)管理員查找出全部用戶，逐一比較 1-4a、系統(tǒng)管理員取消刪除用戶： 1、系統(tǒng)取消刪除用戶 5a、有些工作必須有人完成： 1、為這些工作分配其他用戶 特殊需求： 無。 2.7 分配用戶權限 描述：系統(tǒng)管理員為用戶分配各個系統(tǒng)模塊的權限，只有管理權 限和一般權限 主要參與者：系統(tǒng)管理員 先決條件：系統(tǒng)管理員權限已被驗證 后置條件：系統(tǒng)在數(shù)據(jù)庫中記載了此用戶在各個模塊的權限，用 戶從此擁有了使用各個模塊的不同權限 基本事件流： 1、系統(tǒng)把所有用戶呈現(xiàn)給系統(tǒng)管理員 2、系統(tǒng)管理員選擇要分配權限的用戶 3、系統(tǒng)管理員根據(jù)用戶的實際職務為其分配相應權限 4、系統(tǒng)保存這些權限信息于數(shù)據(jù)庫中 5、

34、系統(tǒng)管理員可以繼續(xù)分配用戶權限 其他事件流： 3a、系統(tǒng)管理員為用戶在某個模塊分配了管理和一般兩種權 限： 1、系統(tǒng)提示系統(tǒng)管理員每個用戶在每個模塊只能有一種 權限 2、系統(tǒng)管理員取消該用戶在那個模塊的一種權限 3b、系統(tǒng)管理員在某個模塊沒有給用戶分配權限： 1、系統(tǒng)默認為用戶分配一般權限 1-3a、系統(tǒng)管理員取消分配用戶權限： 1、系統(tǒng)取消分配用戶權限 特殊需求： 用戶權限只能由系統(tǒng)管理員來分配 2.8 更改用戶權限 描述：系統(tǒng)管理員更改 主要參與者：系統(tǒng)管理員 先決條件：系統(tǒng)管理員權限已被驗證 后置條件：用戶在某個模塊的權限被更改 基本事件流： 1、系統(tǒng)把用戶在各個模塊的權限呈現(xiàn)給系統(tǒng)管理

35、員 2、系統(tǒng)管理員給用戶輸入新的權限 3、系統(tǒng)保存這些權限信息于數(shù)據(jù)庫中 其他事件流： 1-2a、系統(tǒng)管理員取消更改用戶權限： 1、系統(tǒng)取消更改用戶權限 特殊需求： 用戶權限只能由系統(tǒng)管理員更改。 3）工作流管理： 3.1 制定流程 描述：公司領導制定用于收發(fā)文的流程 主要參與者：流程制定者 先決條件：流程制定者的制定流程權限已被驗證 后置條件：工作流程制定成功并啟動，存入數(shù)據(jù)庫 基本事件流： 1、流程制定者錄入流程的基本信息，包括流程名，所屬部 門等 2、選擇使用該流程的公文的文件格式 3、書寫流程說明 4、為流程添加步驟 5、給每個步驟分配執(zhí)行用戶 6、重復執(zhí)行 4 和 5 7、保存流程

36、8、系統(tǒng)將流程存入數(shù)據(jù)庫 9、流程制定者啟用流程 10、系統(tǒng)更新流程狀態(tài)，提示流程已啟動 其他事件流： 1-6a、流程制定者放棄了制定此流程： 1、系統(tǒng)停止添加此流程 1a、該流程的制定者默認成為該流程的管理員 4-6a、流程制定者取消其中的某個步驟 1、系統(tǒng)刪除了某個步驟 2、系統(tǒng)繼續(xù)呈現(xiàn)其他保留的步驟 5a、流程制定者移除了某個執(zhí)行用戶 1、系統(tǒng)取消此執(zhí)行用戶 2、系統(tǒng)提示更換新的執(zhí)行用戶 9a、流程制定者取消了啟動流程 1、系統(tǒng)放棄對流程的啟動 2、該流程暫時不可用 特殊需求： 此流程只有該流程所屬部門可以使用 3.2 修改流程 描述：公司領導修改收發(fā)文流程 主要參與者：流程制定者 先決

37、條件：流程制定者的權限已被驗證 后置條件：工作流程修改成功并重新啟動，數(shù)據(jù)庫做出更新 基本事件流： 1、流程制定者修改流程的基本信息， 2、修改流程步驟 3、流程制定者重新啟動流程 4、系統(tǒng)將新流程信息和狀態(tài)存入數(shù)據(jù)庫 其他事件流： 1-2a、流程制定者放棄了修改此流程： 1、系統(tǒng)停止修改此流程 2a、流程制定者取消其中的某個步驟： 1、系統(tǒng)刪除了某個步驟 2、系統(tǒng)繼續(xù)呈現(xiàn)其他保留的步驟 2b、流程制定者添加了一個步驟： 1、系統(tǒng)將新步驟加入此流程 2、流程制定者繼續(xù)添加步驟 3a、流程制定者取消了啟動流程： 1、系統(tǒng)停止啟動流程 2、該流程暫時不可用 特殊需求： 該流程只能由其所屬部門修改

38、3.3 銷毀流程 描述：公司領導刪除收發(fā)文流程 主要參與者：流程制定者 先決條件：流程制定者的權限已被驗證 后置條件：流程從數(shù)據(jù)庫中刪除，所有使用此流程的公文都被退 回直公文發(fā)起人 基本事件流： 1、系統(tǒng)呈現(xiàn)全部由該流程制定者制定的流程， 2、流程制定者選擇要刪除的流程，并將其交給系統(tǒng) 3、系統(tǒng)提示流程制定者是否確定要刪除 4、流程制定者確定 5、系統(tǒng)刪除此流程，并將使用此流程的公文退回直公文發(fā)起 人 其他事件流： 1-4a、流程制定者放棄了刪除此流程： 1、系統(tǒng)停止刪除此流程 5a、退回公文失敗： 1、稍后再退 2、或者系統(tǒng)停止刪除此流程 特殊需求： 該流程只能由其所屬部門刪除 3.4 添加

39、操作 描述：操作是辦公收發(fā)文過程中每一步可以執(zhí)行的動作，流程制 定者為流程添加操作 主要參與者：流程制定者 先決條件：流程制定者的權限已被驗證 后置條件：系統(tǒng)紀錄下操作信息，并存入數(shù)據(jù)庫 基本事件流： 1、流程制定者輸入操作名稱和操作類別， 2、流程制定者為此操作分配操作權限 3、流程制定者保存操作信息 4、系統(tǒng)將此操作信息存入數(shù)據(jù)庫 其他事件流： 1-2a、流程制定者放棄了添加操作： 1、系統(tǒng)停止添加操作 1a、流程制定者輸入的操作名稱重復： 1、系統(tǒng)要求流程制定者重新輸入操作名稱 2、流程制定者重新輸入操作名稱直至名稱唯一 特殊需求：無 3.5 刪除操作 描述：流程制定者刪除一個操作 主要

40、參與者：流程制定者 先決條件：流程制定者的權限已被驗證 后置條件：系統(tǒng)將操作從數(shù)據(jù)庫中刪除，該操作不再可用 基本事件流： 1、系統(tǒng)提供全部操作信息 2、流程制定者選擇要刪除的操作 3、流程制定者將此操作交給系統(tǒng) 4、系統(tǒng)提示流程制定者是否確定要刪除 5、流程制定者確定 6、系統(tǒng)從數(shù)據(jù)庫中刪除次操作 其他事件流： 1-4a、流程制定者放棄了刪除操作： 1、系統(tǒng)停止刪除此操作 3a、流程制定者選擇的操作類型是公共操作： 1、系統(tǒng)提示公共操作不能刪除 2、流程制定者重新選擇要刪除的操作 特殊需求： 無 3.6 修改操作 描述：流程制定者修改一個操作的名稱，類型和權限 主要參與者：流程制定者 先決條件

41、：流程制定者的權限已被驗證 后置條件：系統(tǒng)更新了此操作，并立刻生效 基本事件流： 1、系統(tǒng)提供全部操作清單 2、流程制定者選擇要修改的操作 3、流程制定者更改操作的名稱，類型和權限 4、系統(tǒng)將新流程存入數(shù)據(jù)庫 其他事件流： 1-3a、流程制定者放棄了修改操作： 1、系統(tǒng)停止修改此操作 特殊需求： 新操作在 30 秒之內生效 3.2 系統(tǒng)需求 3.2.1 功能需求概要 1）個人辦公： 1、收發(fā)消息，查看和個人相關的消息，包括系統(tǒng)消息，公司新聞和公告 2、建立和使用通訊錄，管理聯(lián)系人信息 3、制定日程安排 2）系統(tǒng)管理： 1、管理用戶帳號，注冊，修改，刪除，查看用戶帳號 2、管理公司組織機構，包括

42、部門和職務 3、安全管理，為不同用戶分配不同權限 3）辦公流程管理： 1、制定，銷毀，修改，查看辦公流程 2、啟動辦公流程 3、流程的自動跳轉（包括前進和后退） 4、為流程制定步驟，為每個步驟分配操作和相應權限 4）公文管理： 1、收發(fā)公文 2、為收發(fā)公文選擇流程，自動流轉 3、在線批示，審閱，傳閱公文，能夠數(shù)字簽名，電子印章 4、紀錄公文處理日志 5、公文分類，存檔 5）公共信息管理： 1、發(fā)布公司重要通知，新聞 2、查看公共信息 3、定期更新公共信息 3.2.2 其他需求 1）錯誤處理： 系統(tǒng)要有一定的容錯能力，記錄錯誤日志，一天之內恢復故障 2）安全： 任何對系統(tǒng)的使用都必須先登陸，而且

43、要防止繞過登陸 3）性能需求： 系統(tǒng)對于用戶做出的任何請求都要在 10 秒之內做出響應 4）約束： 用 struts 作為框架，用 java 語言實現(xiàn)，服務器可以允許于不同的操作系統(tǒng)之上 5）可靠性： 系統(tǒng)每周要能工作 6 個工作日 6）接口需求： 硬件接口：鍵盤，鼠標，顯示器 軟件接口：基于網(wǎng)絡的辦公平臺 7）擴展需求： 將來要把公司的子公司聯(lián)入系統(tǒng)，可以實現(xiàn)異地辦公 3.3 詞匯表（glossary） 表 3-1 詞匯表 table.3-1 glossary 名稱別名定義和描述 信息消息兩個用戶或者系統(tǒng)和用戶之間溝通的媒介，一般包括：主 題，發(fā)送時間，接收人，發(fā)送人，信息正文和附件 附件用

44、戶在發(fā)送消息或者提交公文時候，附帶的一個文件，可 以是任何格式，尺寸不能超過 2m 通知系統(tǒng)以消息的形式給用戶關于某件事情的提醒 個人信息個人情況對用戶基本情況的描述，一般包括：帳號，姓名，性別， 密碼，職務，電話，部門，個人狀態(tài)，電子郵件，傳真， 郵編，地址，帳號狀態(tài)。 其中，帳號是唯一的，姓名是必須的，帳號狀態(tài)是非空的 日程日程安排用戶自己訂制的工作計劃，或者行程安排，包括：日程主 題，開始時間，結束時間，創(chuàng)建時間 用戶權限模塊權限一個用戶在一個模塊的權力，決定了用戶在相應模塊的使 用范圍，現(xiàn)在只包括“管理”和“一般”兩種權限。 “一般”權限通常是只允許讀取信息，不允許改動，管理 權限包含

45、“一般”權限，并且通?？梢蕴砑樱瑒h除，修改 模塊模塊是系統(tǒng)的組成部分，包括： 個人辦公模塊：grbg 公共信息模塊：ggxx 工作流模塊：gzl 資源管理模塊：zygl 人力管理模塊：rlgl 系統(tǒng)管理模塊：xtgl 流程工作流是一個過程，由許多步驟或者任務以及決定它們執(zhí)行順序 的條件組成。本系統(tǒng)中的流程包括：流程名，所屬部門， 流程管理員，狀態(tài)等信息 流程步驟任務把一個流程分成若干個步驟，步驟之間按照一定的規(guī)則跳 轉。 操作在流程執(zhí)行每個步驟是，必須完成某些操作。發(fā)文流程的 操作一般包括：擬稿，審核，校對，簽字，傳閱等 操作權限一個操作中所能執(zhí)行的動作，如退文，否決，修改，刪除， 提交，文件

46、日志等 4 系統(tǒng)分析模型 4.1 用例分析 4.1.1 用例實現(xiàn) 用例實現(xiàn)是一組 uml 圖 1、個人辦公用例實現(xiàn) 1）安排日程 1、 順序圖： : 個 個 :plancontroll er :plandao 1: make plan 2: add plan 3: see plan 4: find plan 5: return plan 6: plan 7: delete plan 8: delete plan 2、 類圖： plandao (from 個 個 . plan (from 個 個 . user (from 個 個 . 0.n 1 0.n 1 has plancontroller

47、+1+1 use 圖 4-1 安排日程 fig.4-1 arrange plan 2、系統(tǒng)管理用例實現(xiàn) 1）管理用戶 1、順序圖： : 個 個 個 usercontroll er userdao 1: register user 2: adduser 3: delete user 4: deleteuser 5: find user 6: finduser 7: return user 8: user 9: assign privilege 10: change privilege 圖 4-2 管理用戶 fig.4-2 manage users 2）管理部門 1、順序圖： : 個 個 個 de

48、partment controller department dao 1: add department 3: delete department 2: add 4: delete 圖 4-3 管理部門 fig.4-3 manage departments 3）管理職務 1、順序圖： : 個 個 個 dutycontroll er dutymentda o 1: add duty 3: delete duty 2: add 4: delete 圖 4-4 管理職務 fig.4-4 manage duty 3、工作流管理用例實現(xiàn) 1）制定流程 1、順序圖： : 個 個 flow_getinfo.

49、jspflowactionflowdaoflow_addstep.js p stepdaoflow_inventory.j sp 1: create flow 2: flow info 3: createflow 4: set session 5: 7: addsteptoflow(stepinfo) 8: addstep 9: 10: forward 11: start 14: forward 12: findall 13: return allflow 6: get flow from session 2、類圖 step user (from 個 個 . flow 1.n11.n1 con

50、sist of 0.n10.n1 make department 1 0.n0.n belong to 1 圖 4-5 制定流程 fig.4-5 create flow 2）銷毀流程 1、順序圖： : 個 個 flow_inventory.j sp flowactionflowdao 1: get in 2: flow id 3: back to first step 4: delete 5: forward 圖 4-6 銷毀流程 fig.4-6 drop flow 3）修改流程 1、順序圖： : 個 個 flow_inventory.j sp flowactionflow_update.js

51、pstepaction 1: get in 2: flow id 3: find flow info 4: flow info 6: update step 7: 5: enter new flow info 8: new flow info 9: save flow 10: forward 2、類圖 step user (from 個 個 . department flow 1.n11.n1 consist of 0.n10.n1 update 1 0.n 1 0.n belong to 圖 4-7 修改流程 fig.4-7 modify flow 4）添加操作 1、順序圖： : 個 個 o

52、perateactionope_inventory.j sp ope_add.jsp 1: 2: find all 3: add operates 4: forward 5: input new operate 6: add 7: find all 8: all operates 2、類圖 step operate 1.n11.n add 1.n 1 1 use 1.n user (from 個 個 . 圖 4-8 添加操作 fig.4-8 add operation 5）刪除操作 1、順序圖： : 個 個 operateactionope_inventory.j sp 1: 2: find

53、all 3: all operates 4: delete (ope_id) 5: find all 6: all operates 圖 4-9 刪除操作 fig.4-9 delete operation 6）修改操作 1、順序圖： ope_update.j sp : 個 個 operateaction ope_inventory .jsp 1: 2: find all 3: add operates 7: find all 8: all operates 4: forward 5: input update info 6: update 圖 4-10 修改操作 fig.4-10 modify

54、 operation 4.1.2 補充用例描述 用例規(guī)約側重于系統(tǒng)對外可見的行為，用例的補充描述增加更多的系統(tǒng)內部如何交 互的描述。 1）個人辦公用例補充描述 添加日程 1、系統(tǒng)在網(wǎng)頁上給用戶提供一個萬年歷，方便用戶選擇日 期 2、系統(tǒng)提供給用戶的日程安排時間介于 8：00-22：00 2）系統(tǒng)管理用例補充描述 刪除職務 1、系統(tǒng)在網(wǎng)頁上將所有職務顯示出來 2、管理員選擇要刪除的職務 3、系統(tǒng)彈出一個確認對話框，征求管理員的意見 4、管理員確認刪除后，系統(tǒng)刪除該職務，并在同一網(wǎng)頁顯 示剩余的其他所有職務 注冊用戶 1、系統(tǒng)在網(wǎng)頁上讓管理員輸入用戶的注冊信息，有些是選 填的（如家庭地址，電子郵件

55、，電話，傳真等）有些是必填的 （如姓名） 2、系統(tǒng)在網(wǎng)頁中提供可選擇的部門和職務 3、如果管理員注冊了一個新用戶，則系統(tǒng)在新網(wǎng)頁中顯示 注冊成功 分配用戶權限 1、系統(tǒng)在一個頁面上列出所有模塊 2、管理員可以一次為一個用戶分配他在所有模塊的權限 更改用戶權限 1、系統(tǒng)在一個頁面上列出所有模塊 2、管理員可以一次更改用戶在所有模塊的權限 3）工作流管理用例補充描述 制定流程 1、用戶在一個網(wǎng)頁中填寫流程的基本信息，包括名稱，所 屬部門，負責人，說明等。其中部門是由系統(tǒng)在一個新網(wǎng)頁中提 供被選項。 2、用戶在下一個網(wǎng)頁中為流程添加步驟 3、系統(tǒng)提供每個步驟執(zhí)行人的候選范圍 4、系統(tǒng)對于制定流程中刪

56、除步驟不給與警告 修改流程 1、用戶在一個網(wǎng)頁中修改流程的基本信息，包括名稱，所 屬部門，負責人，說明等。其中部門是由系統(tǒng)在一個新網(wǎng)頁中提 供被選項。 2、用戶在下一個網(wǎng)頁中修改流程步驟，在同一網(wǎng)頁中可以 在任何步驟之后添加新步驟 銷毀流程 1、系統(tǒng)在一個網(wǎng)頁中顯示所有流程的清單 2、用戶刪除了一個流程后，系統(tǒng)在同一網(wǎng)頁中顯示剩余流 程的清單 4.2 系統(tǒng)分析類 一個業(yè)務級別的分析類是業(yè)務領域中的一個要素，是現(xiàn)實世界中的一個觀念類，與 實現(xiàn)技術無關。尋找分析類的方法：尋找名詞或者形容詞+名詞，這些名詞中有些是類， 有些是類的屬性，有的無關。分析類是這樣一些名詞，它們在系統(tǒng)邊界之內，與業(yè)務主 題

57、有關，提供系統(tǒng)的某些服務，擁有明顯的數(shù)據(jù)結構，于其他詞有關系。 4.2.1分析類描述 表 4-1 分析類描述表 table.4-1 depiction of analyse classes 類名描述職責 user表示一個使用此系統(tǒng)的人， 無論他是什么權限 管理一個使用系統(tǒng)的人的相關 信息，如賬號，密碼，部門， 職務，個人狀態(tài)，電話，電子 郵件等 department表示公司的一個部門管理公司的一個部門信息，如 部門簡稱，部門代碼，部門負 責人，聯(lián)系電話等 duty表示公司的一個職務管理公司的一個職務信息，如 職務表示符，職務名稱 linkman表示用戶的一個聯(lián)系人管理用戶的一個聯(lián)系人信息， 如

58、姓名，電話，性別，家庭地 址，電子郵件等 plan表示用戶的一個日程安排封裝一個日程安排的信息，包 括日程主題，內容，創(chuàng)建時間， 開始時間，結束時間 planinventory表示用戶的日程清單封裝用戶某天或者某月的全部 日程安排 message表示一條消息封裝系統(tǒng)消息或者用戶消息， 包括發(fā)信人，收信人發(fā)送時間， 消息主題 flow表示一個收文或者發(fā)文流程封裝一個流程的全部信息，包 括流程 id，名字，說明，所屬 部門，流程管理員，狀態(tài) step表示流程中的一個步驟若干個步驟構成了一個流程， 管理一個步驟的信息，包括所 屬流程，步驟號， 步驟名，選用的操作 operation表示流程中進行的實

59、質性操 作 模擬一個業(yè)務動作，具有一定 的操作權限，比如退文，傳閱， 否決等 document表示公文或者文件封裝一個公文的信息，包括編 號，名字，主題，所選流程， 當前狀態(tài)，當前步驟等 log表示一條公文處理的日志封裝一條日志的信息，包括處 理人，處理時間，處理名稱 flowtracker表示一個公文的流程追蹤反映一個公文在流程中的流轉 情況，跟蹤公文當前所處步驟 module表示系統(tǒng)的一個模塊封裝系統(tǒng)一個模塊的信息，比 如模塊名 affichenews表示一條新聞公告封裝一條新聞公告的信息， 4.2.2 分析類的屬性和關系 圖 4-11 分析類圖 1 fig.4-11 analyse cl

60、ass diagram 1 圖 4-12 分析類圖 2 fig.4-12 analyse class diagram 2 5 系統(tǒng)設計模型 5.1 架構設計 本系統(tǒng)是基于 web 的，所以 internet 必須成為瀏覽器和服務器之間的通信媒介，以 下是 uml 架構模型： dbms web server browser 1 browser 2 browser n lan internet browser 3 internetinternetinternet 圖 5-1 架構設計圖 fig.5-1 architecture design diagram 本系統(tǒng)的具體架構是 mvc 模式，并用