【正文】 我的辦公桌功能模塊顯示到達各個功能模塊的鏈接，顯示系統(tǒng)時間，顯示我的未審公文。 公文流轉模塊設計 流程 管理 流程管理用例圖 浙江海洋學 院畢業(yè)論文 課件之家精心整理資料 歡迎你的欣賞 查詢流程上傳流程刪除流程系統(tǒng)管理員( f r o m U s e C a s e V ie w ). . . )查看流程普通用戶( f r o m U s e C a s e V ie w ). . . )查看流程圖片 查看流程定義 圖 54 流程管理用例圖 流程管理 用例描述 1） 上傳流程 主要路徑 參與者打開上傳流程 的界面 參與者向系統(tǒng)提交 流程文件信息 系統(tǒng)在 oa 表中存儲流程的基本信息，并將流程 定義文件部署在 jbpm 中 補充說明 流程文件信息包括：流程名、流程圖片、流程定義文件 流程部署：將流程定義文件寫入 jbpm 中 系統(tǒng)上傳流程 成功 之后，重定向到流程 管理主界面 2）刪除流程 主要路徑 參與者選擇一個流程 系統(tǒng)提示 是否要刪除流程 信息 參與者確認之后，向系統(tǒng)提交流 程 ID 系統(tǒng)刪除 oa 中相應的流程記錄，并向 jbpm 提交相應流程的名稱 系統(tǒng)刪除 jbpm 中 所有版本的流成定義 擴展點 3a、參與者點擊 取消 ，系統(tǒng)不做任何操作，返回流程管理 主界面 浙江海洋學 院畢業(yè)論文 課件之家精心整理資料 歡迎你的欣賞 補充說明 系統(tǒng) 重定向到 流程管理主界面 3）瀏覽流程 主要路徑 參與者進入流程 管理主界面，系統(tǒng)顯示 流程列表 4）查看 流程 詳細信息 主要路徑 參與者向系統(tǒng)提交流程 ID 系統(tǒng)查詢流程信息 系統(tǒng)向參與者返回流程定義文件和流程圖片的界面 創(chuàng)建 WorkFlowManager 和 WorkFlowAction 類。 用戶管理 用戶管理的用例描述 1）分配 帳號 主要路徑 參與者打開分配 帳號 的界面 參與者向系統(tǒng)提交帳號 的基本信息 系統(tǒng) 存儲帳號 信息 系統(tǒng)向參與者顯示 分配帳號 成功 的信息 補充說明 帳號 信息包括： 用戶名、密碼、 失效時間、人員 ID 系統(tǒng)分配帳號信息成功之后，需要刷新 用戶管理主界面 2）更新 帳號 主要路徑 浙江海洋學 院畢業(yè)論文 課件之家精心整理資料 歡迎你的欣賞 參與者選擇某個帳號，向系統(tǒng)提交帳號 ID 系統(tǒng)根據帳號 ID，查詢帳號信 息 系統(tǒng)向參與者顯示更新帳號 信息的界面 參與者向系統(tǒng)提交更新之后的帳號 信息 系統(tǒng)更新帳號 信息，并顯示 更新帳號 信息成功 的信息 3）刪除用戶 主要路徑 參與者選擇一個帳號 刪除 系統(tǒng)提示 是否要刪除帳號 信息 ，刪除帳號 將刪除 該帳號的 所有關聯 信息 參與者確認之后，向系統(tǒng)提交帳號 ID 系統(tǒng)刪除相應的帳號 信息 系統(tǒng)向參與者顯示 刪除帳號 信息成功 的信息 擴展點 3a、參與者點擊 取消 ，系統(tǒng)不做任何操 作，返回帳號 管理主界面 4）查詢 帳號 主要路徑 參與者進入帳號 管理主界 面 ，系統(tǒng)顯示帳號 列表 參與者向系統(tǒng)提交查詢條件 系統(tǒng)根據查詢條件查詢帳號 信息 系統(tǒng)顯示查詢結果 列表 補充說明 查詢條件分為姓名、 所屬部門 、 用戶帳號 5）查看帳號 詳細信息 主要路徑 參與者選擇某個帳號，向系統(tǒng)提交帳號 ID 系統(tǒng)根據帳號 ID，查詢帳號 信息 系統(tǒng)向參與者顯示帳號 詳細信息的界面 6）分配角色 主要路徑 參與者選擇一個用戶分配角色，向系統(tǒng)提交用戶 ID 系統(tǒng)根據用戶 ID 查詢用戶具有的角色 浙江海洋學 院畢業(yè)論文 課件之家精心整理資料 歡迎你的欣賞 系統(tǒng)向用戶顯示用戶的角色信息 參與者打開用戶角色 選擇的界面，選擇角色 參與者向系統(tǒng)提交 角色分配信息 系統(tǒng)給用戶分配角色 補充說明 : 角色分配信息包含：角色 ID，用戶 ID 7） 給用戶授權 主要路徑 參與者選擇一個用戶 進行授權，向 系統(tǒng)提交用戶 ID 顯示用戶 授權界面 系統(tǒng)查詢 用戶 對應模塊的 CRUD 權限 ，繼承性 系統(tǒng)顯示用戶 的權限， 繼承性， 并打上 v 參與者給用戶 授權 密碼修改 用例描述： 主要路徑： 1) 參與者打開密碼修改界面 2) 參與者向系統(tǒng)提交新密碼 3) 系統(tǒng)修改新密碼 4) 系統(tǒng)向用戶顯 示 密碼修改成功 的信息 根據用戶管理的用例描述和密碼修改的用例描述創(chuàng)建出 UserManager 和 UserAction 用戶登陸 登陸流程圖 浙江海洋學 院畢業(yè)論文 課件之家精心整理資料 歡迎你的欣賞 登錄界面（ i n de x . jsp ）后臺主界面( ba ck_i n de x )執(zhí)行登錄操作（ lo gi n . do ）導航菜單( ou t l oo k)主頁面( m ai n )瀏覽器自動發(fā)起的請求i n de x . do ? m an d=ou t l oo k i n de x . do ? m an d=m ai n 圖 52 登陸流程 即時認證 在每進行一次頁面請求時就進行即時認證， 在 BaseAction 中判斷用戶是否登陸，如果沒有登陸返回用戶登錄頁面，如果是登錄用戶，系統(tǒng)顯示請求頁面。 權限管理模塊設計 模塊管理 模塊管理的用例描述 1）添加模塊 主要路徑 參與者打開添加模塊的界面 參與者向系統(tǒng)提交模塊的基本信息 系統(tǒng)存儲模 塊信息 系統(tǒng)向參與者顯示 添加模塊信息成功 的信息 補充說明 模塊信息包括：模塊編號、模塊的唯一編號、 url、排序號碼、父模塊 ID 系統(tǒng)添加模塊信息成功后，需要刷新模塊列表 2）刪除模塊 主要路徑 參與者選擇一個模塊刪除 系統(tǒng)提示 是否要刪除模塊信息 參與者確認后，向系統(tǒng)提交模塊 ID 系統(tǒng)刪除相應的模塊 系統(tǒng)向參與者顯示 刪除模塊成功的信息 擴展點 浙江海洋學 院畢業(yè)論文 課件之家精心整理資料 歡迎你的欣賞 3a、參與者點擊 取消 ，系統(tǒng)不作任何操作，返回模塊管理主界面 4a、如果模塊下面有子模塊，系 統(tǒng)顯示 模塊下面有子模塊，無法刪除 補充說明 系統(tǒng)刪除模塊信息成功后，應刷新模塊管理主界面 3）查詢模塊 主要路徑 參與者進入模塊管理主界面，系統(tǒng)顯示頂級模塊列表 參與者選擇一個模塊，向系統(tǒng)提交模塊 ID 系統(tǒng)查詢此模塊的子模塊列表 系統(tǒng)顯示子模塊列表 參與者點擊 返回 ，系統(tǒng)顯示上一級模塊列表 補充說明 模塊列表的元素包括：序號、模塊名稱、唯一編號、排序號、父模塊名稱、 url 根據順序圖創(chuàng)建業(yè)務邏輯層、呈現層類 ModuleManager 和 ModuleAction。 在設計過程中，采用了自底向上的開發(fā)，利用 UML順序圖創(chuàng)建業(yè)務邏輯層 Manager和呈現層 Action。給軟件開發(fā)人員提供詳細的參考。 浙江海洋學 院畢業(yè)論文 課件之家精心整理資料 歡迎你的欣賞 5 詳細 設計 經過概要設計階段的工作，我們已經確定了系統(tǒng)軟件的模塊結構的描述，但這些模塊仍處于黑盒子級。在配置文件中配置事務管理器、事務傳播特性、切入點就能通過 Spring替你管理事務。 浙江海洋學 院畢業(yè)論文 課件之家精心整理資料 歡迎你的欣賞 事務管理 系統(tǒng)采用了 Spring中的聲明式事務管理。使用 Spring 的 HibernateTemplate 進行持久化操 作，就能避免了 SessionFactory 的頻繁創(chuàng)建以及避免了對 Session的人工管理。在 Spring 中封裝了一個實現 Hibernate相關接口的的基類 HibernateDaoSupport，在這個類中提供了數據訪問模板 HibernateTemplate進行持久化操作。在 Hibernate中 Session負責完成對象的持久化操作， Session在 Hibernate中相當于 JDBC Connection中的 Connection。通過工具 xdoclet 生成實體類的映射文件和 hibernate 配置文件。 系統(tǒng) 層次 如圖 42 所示 ： 浙江海洋學 院畢業(yè)論文 課件之家精心整理資料 歡迎你的欣賞 領域模型業(yè)務邏輯層呈現層 圖 42 數據庫結構的設計 系統(tǒng)開發(fā)中先根據系統(tǒng)需求建立領域模型，根據領域模型構造出實例對象，最后采用 O/R映射工具 Hibernate，從對象模型導出 關系模型。 本系統(tǒng)采用了分層開發(fā)，但是對三層架構做了修改，將持久層合并在業(yè)務邏輯層中，系統(tǒng)分為呈現層、業(yè)務邏輯層。但是 ACL 是個比較簡單的模型，并未提出對于權限的繼承和權限的排斥的解決方案，所以 OA系統(tǒng)采用重構后的 ACL模型，解決系統(tǒng)用戶權限繼承角色權限，以及權限排斥的問題。 根據系統(tǒng)需求，在 OA系統(tǒng)中，我們采用 ACL 模型（ Access Control List）， ACL 中包含用戶（ User）、資源 (Resource)、資源操作（ Operation）三個關鍵要素。權限設計的核心是三元組的概念（ who、 what、 how）。能通過角色對用戶進行統(tǒng)一授權，在特殊情況下，也能夠單獨對用戶進行授權。利用 JBPM 的流程設計器設計流程，授權登陸用戶能夠上傳流程文件、流程圖片，刪除流程，普通登陸用戶能夠查看流程定義文件、流程定義圖片，創(chuàng)建公文，審批公文，查看未審公文。組織管理能夠實現授權登陸用戶能夠添加機構信息、人員信息，刪除機構信息、人員信息，修改機構信息、人員信息，普通登陸用戶能構查看機構信息、人員信息。 在 OA系統(tǒng)我們選擇職能型的組織架構，機構下可以 掛子機構也可以掛員工。網狀組織架構是對混合型組織架構的進一步抽象，抽象出所謂的責任模式?；旌闲鸵彩潜容^常見的組織架構。職 能型組織架構按照職能來劃分部門，按照部門劃分公司員工，適合于中型公司，這 是最常用的組織架構形式。組織架構的形式可以分為：集權型組織公文管理 流程管理 人員管理 機構管理 信息管理 我的辦公桌 通訊錄 我的便簽 模塊管理 角色管理 用戶管理 密碼修改 OA系統(tǒng) 公文流轉 組織管理 公共信息 個人辦公 權限管理 浙江海洋學 院畢業(yè)論文 課件之家精心整理資料 歡迎你的欣賞 架構、職能型組織架構、混合型 組織架構和網狀型組織架構 [7]。 公共信息 授權登陸用戶能夠發(fā)布公共信息、刪除公共信息、修改公共信息，普通登陸用戶能夠查看公共信息。針對某個資源的 所有操作，我們可以設置這些權限對用戶來說是“繼承 ”或“不繼承”： i、繼承：意思是用戶將使用其所擁有的角色的權限，而不使用其單獨設置的權限； ii、不繼承：意思是用戶將使用其單獨設置的權限，而不使用其所擁有的角色的權限； e、認證，指用戶訪問資源的某些操作時，根據授權，判斷是否允許用戶的訪問： a）在用戶訪問的時候，需要進行即時的判斷（是否有權訪問）； b）應該提供查詢的功能，可以查詢某個用戶所擁有的所有權限。 c、權限管理系統(tǒng)的總體功能分為：授權與認證。 b、權限的意思就是對某個資源的某個操作。權限管理能夠給每個 公司員工分配一個帳號，用戶帳號可以分配角色，也可以授予權限。在公文流轉中能夠實現流程的定義并在工作流程的執(zhí)行過程中能夠實現根據流程創(chuàng)建公文、查閱公文和審批公文。 流程的本質就是很多人在一起完成一件事情，一般的企業(yè)都會有很多流程，如：請假流程、報銷流程、收文 /發(fā)文 流程等。 公文流轉 實現流程管理和公文管理。 公共信息主要實現新聞、通知、期刊、知識和規(guī)章制度的發(fā)布和管理，使企業(yè)的信息和知識快速傳播和轉移。 功能需求 本系統(tǒng)具有的功 能包括個人辦公、公共信息、組織管理、公文流轉、權限管理 ?；贗ntra/Inter技術，采用 B/S體系機構的辦公自動化系統(tǒng)使得信息在部門內部和部門之間傳 遞效率極大提高，信息傳遞過程中耗費降到最低。如與 JBoss 集成起來開發(fā) EJB，與 Cocoon（ Apache 的另外一個項目 ）集成起來