【正文】 （ 2） 功能 本模塊包含日程管理模塊、短消息管理模塊以及通訊錄模塊。 （ 5） 算法 本模塊利用二分查找對數據庫表項進行檢索。 （ 3） 性能 本模塊無精度要求，對于輸入的密碼要求大小寫不敏感，時間上要求能盡快給用戶返回信息。 （ 3） 角色與權限 表 415 角色與權限表 角色 可以訪問的表與列 操作權限 管理員 tb_user 查詢、添加、更新 tb_pasition tb_department tb_user 部門 經理 tb_meetiongRoom 查詢、添加、刪除、更新 tb_meeting tb_affairs tb_affairsType tb_document tb_documentType 普通員工 tb_message 查詢、添加 、更新、刪除 tb_schedule tb_addesssBook 系統(tǒng)的設計 23 詳細設計 登錄 模塊 （ 1） 程序描述 用戶通過登錄模塊獲取相應的操作權限并使用 本 系統(tǒng)。 tb_user 用戶表：存儲用戶的信息。 tb_addesssBook 通訊錄表：存儲用戶的聯系人信息。 tb_affairs 事務表：存儲待審批申請表。根據上面所畫的 實體 聯系 圖，將實體之間的關系圖轉換出來。 事 務編 號申 請 人內 容備 注 狀 態(tài)批 準 時 間批 準 人申 請 時 間事 務 類 別 圖 44 事務 實體 聯系圖 （ 3） 會議實體 聯系 圖 如圖 45 所示 。 數據庫 邏輯 設計 邏輯設計即是將需求分析得到的用戶需求抽象為信息結構以及概念模型的過程。 （ 3）數據庫性能調整 在計算機硬件配置和網絡設計確定的情況下，影響到應用系統(tǒng) 性能的因素不外乎為數據庫性能和客戶端程序設計。 （ 2）數據的一致性和完整性 為了保證數據庫的一致性和 完整性，通常采用多表間的關聯，盡可能降低數據間的冗余。下面來詳細的介紹一下關于本系統(tǒng)中的數據庫設計以及各個表之間的關聯關系。 （ 2）系統(tǒng)的結構設計 根據系統(tǒng)的設計方案，該系統(tǒng)共分為七個模塊：登錄模塊、我的辦公桌模塊、辦公申請模塊、事務管理模塊、文檔管理模塊、會議管理模塊以及系統(tǒng)管理模塊，其功能模塊結構如圖 41 所示。即使數據庫被盜，也不會透露出用戶的個人關鍵信息。 設計原則 為滿足上述系統(tǒng)需求，本系統(tǒng)設計將嚴格 按照以下 設計原則進行， 主要有 以下四個基本原則。 系統(tǒng)的設計 14 4 系統(tǒng)的設計 根 據前面的需求分析得知，辦公自動化系統(tǒng)是一個功能較完善、操作 較簡單、使用方便、安全 性高的系統(tǒng)。 （ 4）訪問的可控性 對關鍵網絡、系統(tǒng)和數據的訪問 必須得到有效的控制，這要求系統(tǒng)能夠可靠確認訪問者的身份，謹慎授權，并對任何訪問進行審計。在 本課題 的需求分析中，把安全需求大致歸納為 以下 幾個方面： （ 1）網絡可用性 網絡是應用系統(tǒng)和業(yè)務的載體，網絡中斷對于業(yè)務和系統(tǒng)來說就意味著中斷停止，將帶來非常大的影響 [15]。 查詢時需要保證 準確 率，查到的記錄應包含所有數據庫中存儲的信息。 界面布局 采用三分屏的布局風格。 因此，本系統(tǒng)在經濟上也是可行的。因此，這些成熟的開發(fā)技術可成功 本 系統(tǒng)。 （ 1） 辦公申請模塊的數據流圖如圖 34 所示。 數據流圖（ DFD）是一個圖形化技術，它描繪信息流和數據從輸入 到輸出過程中所經受的變換，在數據流圖中沒有任何具體的物理部件，它只是描繪數據在軟件中流動和被處理的邏輯過程 [13]。如果 管理員不登記，那么 本次 的申請就不會提交到部門經理處，也就相 當 于作廢；部門經理審批通過之后，在普通員工處就能看到通過審批的事務。如：用戶界面的生成、相關功能模塊的生成掛接等等。 （ 1）管理員擁有辦公自動化系統(tǒng)的最高權限，擁有的功能也是最多的，包括我的辦公桌、辦公申請、事務管理、會議管理、文檔管理、系統(tǒng)管理等模塊。 （ 6）文檔管理： 管理員 可以 設置文檔的類別，可對文檔進行增、刪、改、查 等一系列操作 ； 普通用戶只可對文檔進行查詢和下載 。 （ 3）系統(tǒng)管理： 包括員工管理、職位管理和部門管理。 根據以上的分析，本系統(tǒng)應該具有以下功能： （ 1）系統(tǒng)登錄： 用于管理登錄本系統(tǒng)用戶的驗證。 第四， 為方便員工的 之間資源的共享，把需要 的資料通過上傳功能傳到數據庫，其他用戶在瀏覽后可以下載資料， 不用當面交流就可以實現資源的共享。系統(tǒng)應采用開放、動態(tài)的系統(tǒng)架構，將傳統(tǒng)的辦公模式與先進的網絡應用 相 結合，變傳統(tǒng)辦公模式中的人工公文流 轉 轉為 網絡自動流轉 ，用于處理單位內部各業(yè)務部門之間的協(xié)同辦公，使其自動化處理，以省去工作人員在各業(yè)務部門之間來回跑，完成日常辦公事務中的公文審批及流轉。 功能需求分析 一般來說，中小型企業(yè)辦公自動化系統(tǒng)應主要以公文處理和事務管理為核心，同時提供信息通訊 與服務等重要功能，主要是為提高企業(yè)日常工作方面的信息化、自動化和 高效化 [12]。由于它技術先進、性能穩(wěn)定，而且免費，運行時占用的系統(tǒng)資源小，因此特別適合中小型企業(yè)的使用 。 MySQL 是一個 關聯數據庫管理系統(tǒng)，關聯數據庫將數據保存在不同的表中，而不是將所有數據放在一個大倉 庫中，這樣就增加了速度并提高了靈活性 [9]。它是一個十分優(yōu)秀的用于開發(fā) Java、J2EE 的 Eclipse 的插件集合，是對 Eclipse IDE 的擴展。 三者整合開發(fā)步驟模式圖 ， 如圖 21 所示 。 （ 3） Service 層的開發(fā)。利用 Hibernate 做好領域對象和數據庫表的映射關系。主要組件是 BeanFactory， 是工廠模式的實現，使用 IOC 模式將應用程序的配置和依賴性規(guī)范與實際應用程序代碼分開。 Spring 致力于 J2EE 應用各層的解決方案，而不是僅僅專注于某一層的解決方案。 （ 7） Action 對請求處理完畢后返回一個邏輯視圖，此邏輯視圖尋找對 應的物理視圖，并返回給客戶端。 （ 3） FilterDispatcher 接收到請求信息后，會根據 URL 在 ActionMapper 中搜索指定 Action 的映射信息。 其全新的 Struts 2 的體系結構與 Struts 1 的體系結構的差別巨大。為了簡化系統(tǒng)開發(fā)，縮短開發(fā)周期，引入了框架的思想，主要使用的框架技術有 Struts 框架、 Spring 框架以及Hibernate 框架 。 第五章 ：系統(tǒng)的實現，主要介紹各個模塊的功能實現和關鍵代碼。 組織結構 第一章 ：緒論，主要介紹 辦公自動化系統(tǒng)的 背景、意義、 國內外 研究 現狀 。 第三代辦公自動化系統(tǒng)興起于 90 年代末，伴隨興起的還有協(xié)同辦公，隨著市場環(huán)境的變化和辦公自動化需求的不斷變更，辦公自動化系統(tǒng)的指導思想也在發(fā)生變化，主要是范圍從小變大，從局部到跨區(qū)域、跨部門之間進行，該時期的辦公自動化系統(tǒng)結合了網絡管理的思想和協(xié)同管理的構思，并且引入了一些新的工具，比如即時通信、資料共享，網絡會議等新技術和工具。最早的辦公自動化系統(tǒng)是以檔案管理和公文處理為主要目的，這為 后來的辦公自動化系統(tǒng)發(fā)展奠定了基礎。 辦公自動化已經應用到很多的企業(yè)，本課題正是根據中小型企業(yè)的辦公需求，設計并實現辦公自動化系統(tǒng)中的短消息管理、通訊錄管理、辦公事務管理、會議管理、文檔上傳 與 下載管理、系統(tǒng)管理等模塊，滿足企業(yè)提高辦公效率的需要，使企業(yè)了解公司的 工作流程 ，實現員工之間的協(xié)同工作，更好的安排日常 工作，實現上下級之間的溝通與交流。當然，辦公信息化也方便了辦公流程的執(zhí)行 ，極大地提高辦公效率。 系統(tǒng)開發(fā)的背景 社會信息化快速發(fā)展，辦公信息化也隨之發(fā)展，并受到各企事業(yè)單位的重視 。 business management。 本文通過對辦公自動化系統(tǒng)相關知識、辦公自動化開發(fā)技術及其開發(fā)平臺的調查和分析研究，采用面向對象的程序設計方法實現該系統(tǒng)，通過設計不同的類，實現不同的功能需求。 編號： 本科畢業(yè) 設計 基于 SSH 框架的辦公自動化系統(tǒng)的設計與實現 院 系： 姓 名： 學 號： 專 業(yè)： 計算機科學與技術 年 級： 2021 級 指導教師： 職 稱： 教授 完成日期： 2021 年 5 月 I 摘 要 辦公自動化系統(tǒng) (Office Automation 簡稱 OA)是現代辦公和計算機網絡結合起來的一種新型辦公方式，是信息化社會的產物。具體實現的功能模塊有我的辦公桌、辦公申請、事務管理、文檔管理、會議管理以及系統(tǒng)管理等功能模塊。 Office application。 目前，辦公自動化已經成為企業(yè)界的共識。 辦公自動化（ Office Automation 簡稱 OA）是現代辦公和計算機網絡結合起來的一種新型辦公方式，是信息化社會的產物 [1]。 緒論 2 國內外的研究現狀 隨著 計算機技術和信息技術 的 不斷發(fā)展，辦公自動化系統(tǒng)也經歷了 20 多年的發(fā)展歷程，產業(yè)信息化的不斷發(fā)展，直接促使信息、數據和其他方面的內容都達到了一個新的高度，從而也促進了辦公自動化的高度發(fā)展。第一代辦公自動化系統(tǒng)受技術和需求的限制，主要采用基于 C/S 結構的系統(tǒng)，功能比較單一，比如文檔處理等。雖然引入了這樣的工具，但是相比較而言，協(xié)同操作還是停留在局部區(qū)域，層次不夠深入，從本質上來看，仍然不是真正意義上的協(xié)同辦公，而只是簡單的工具的集成，離真正的協(xié)同辦公還有很大的差距。 第二章 ：相關技術介紹 ， 主要介紹系統(tǒng)開發(fā)所涉及到的技術和工具。 第六章 ：系統(tǒng)的測試， 對 實現過的模塊進行測試 。 本系統(tǒng)采用 SSH 三層架構，使用 MyEclipse 作為開發(fā)工具 ， MySQL作為后臺數據庫， Tomcat 作為應用服務器。 Struts 2 以 WebWork 為核心，采用攔截器的機制來處理用戶的請求，這樣的設計也使得業(yè)務邏輯控制器能夠與 Servlet API 完全脫離 開 [4]。 （ 4） 如果找到符合的映射信息， ActionProxy 通過 Configuration Manager 在配置文件 中搜索被請求的 Action 類。 Hibernate 框架 Hibernate 是一個免費的開源 Java 包，是目前最流行的 ORM 框架，它是一個面向Java 環(huán)境的對象 /關系數據庫映射工具 ， 也是一個輕量級的 O/R Mapping 框架 ； 雖然它問世的時間并不長，但 是 已經成為目前最流行的持久層解決方案 [5]。Spring 貫穿于表現層、業(yè)務層和持久層 ； 但是， Spring 并不想取代那些已經存在的框架，而是以高度的開發(fā)性與它們 進行 無縫結合 [6]。 面向切面（ AOP） 為基于 Spring 的應用程序中的對象提供了事務管理服務。 （ 2） DAO層的開發(fā)。這層主要是具體業(yè)務組件開發(fā)，主要用于處理各類業(yè)務邏輯，并且能隔離事務和對其他資源 進行 調度。 采用上述開發(fā)模型，不僅實現了視圖、控制器與模型的徹底分離，而且還實現了業(yè)務邏輯層與持久層的分離。 它是功能豐富的 J2EE 集成開發(fā)環(huán)境，包括了完備的編碼、調試、測試和發(fā)布功能，完整的支持 HTML、 JSP、 JavaScript等語言 [8]。同時，它體積小、速度快，而且免費，因此一般的中小型系統(tǒng)都選擇 MySQL 作為后臺 數據庫。 系統(tǒng)的需求分析 7 3 系統(tǒng)的需求分析 需求分析作為軟件開發(fā)的第一步，主要是為了弄清開發(fā)該軟件的用途、功能、使用對象、主要工作流程等，用以確保最終產品能夠達到最初設想的目 的，滿足用戶的需求 [11]。因此，典型的辦公自動化系統(tǒng) 應 包括公文管理、個人辦公、信息交流、公共事務 、 附件程序等應用，另外鑒于 Inter 在日常辦公中占有日益重要的地位，辦公自動化系統(tǒng)應該與 Inter 留有平滑的接口。同時，系統(tǒng) 還應該具備良好的通用性與可移植性，可以適合不同網絡環(huán)境和不同 操作系統(tǒng)之間辦公信息和公文的處理。 最后，為有效提高員工的工作效率，系統(tǒng)除提供功能實用并且適合中小型企業(yè)的系統(tǒng)的需求分析 8 日常業(yè)務工作外，還可以提供一些與員工日常工作相關的一些輔助功能。當用戶登錄時，輸入用戶名和密碼，系統(tǒng)通過邏 輯程序驗證是否通過；通過則進入系統(tǒng)，否則不能進入系統(tǒng)。 管理員可以設置不同的角色， 也可以 管理員工、職位、部門信息 。 系統(tǒng)業(yè)務分解 通過分析 本 系統(tǒng) 的 功能，結合中小型企業(yè)的日常辦公習慣，將系統(tǒng)分解為六大功能模塊，包括系統(tǒng)登錄、 我的辦公桌、辦公事務管理、會議管理、文檔管理、系統(tǒng)管理 ， 每個功能模塊中根據登錄權限不同又包含不同的子模塊，系統(tǒng)的用例分析如圖 31所示。 （ 2）部門經理的權限就受到了限制，部門經理不具備系統(tǒng)管理模塊和事務管理模塊，在此相當于控制了它的權限。在生成 這些模塊的過程中，從文件系統(tǒng)和數據庫系統(tǒng)中，獲取相關的數據，同時將反應結果響應到 WEB客戶端。其中文件流轉關系如下圖 32 所示。本系統(tǒng)的基本模型如圖 33 所示。 系統(tǒng)的需求分析 11 普 通 員 工接 收 申 請管 理 員 接 收申 請