【導(dǎo)讀】辦公自動化實現(xiàn)了無紙化辦公，基于B/S模式，簡單易用。的基本功能有文檔管理、消息管理、考勤管理、日程管理和系統(tǒng)管理。文檔管理模塊覆蓋了四個主要的功能：文檔管理、本模塊還將模擬Windows. 的回收站功能，對文件資源進行更加有效的管理。本文重點介紹項目中所用到的JavaEE和Ajax技術(shù)。Struts采用MVC模式，能夠很好地幫助java開發(fā)者利用。SpringFramework提供了一個簡易的開發(fā)方式，這種開發(fā)方式，將。避免那些可能致使底層代碼變得繁雜混亂的大量的屬性文件和幫助類；用于創(chuàng)建更好更快以及交互性更強的Web應(yīng)用程序的技術(shù)。據(jù)時頁面不用重載。包括JavaEE技術(shù)和相關(guān)的SSH框架，以及AJAX和ExtJS框架。

　　

【正文】 m(徹底刪除文檔對應(yīng)的 form) DocumentForm(描述文檔對應(yīng)的 form) DownloadForm(下載附件對應(yīng)的 form) RestoreDocumentForm(還原文檔對應(yīng)的 form) RestoreFileForm(還原附件對應(yīng)的 form) SearchForm(組合查詢附件對應(yīng)的 form) ShowListForm(顯示文件夾中的附件對應(yīng)的 form) ShowRecycleBinForm(顯示回收站中的 文檔和附件對應(yīng)的 form) UploadForm(添加附件對應(yīng)的 form) Action：文檔管理模塊中與 12個 form對應(yīng) 12個 action,下面將一一進行介紹： AttachmentAction：處理附件的 action DeleteAttachmentAction：刪除附件的 action。首先根據(jù) id 找到對應(yīng)的附件，然后將附件的 state設(shè)為 0， 即將其放入回收站中，然后跳轉(zhuǎn)到相應(yīng)的消息提示 頁面。 DeleteDocumentAction：刪除文檔的 action。首先根據(jù) id 通過數(shù)據(jù)庫查詢得到對應(yīng)的文檔和其所屬的附件，然后分別將文檔的 state與附件的 state都設(shè)為 0，即將文檔與附件都放入回收站中。 DestroyDocumentAction：徹底刪除文檔的 action。首先根據(jù) id 和 state通過數(shù)據(jù)庫查詢得到對應(yīng)的文檔，然后將其從服務(wù)器中遞歸刪除。刪除的方法如圖 、： 圖 刪除文件夾實現(xiàn)圖 南京大學(xué)軟件學(xué)院本科畢業(yè)論文 26 圖 刪除文件實現(xiàn)圖 如果是空文件夾， delFolder方法可以直接將文件夾刪除，如果文件夾不為空，那就調(diào)用 delAllFile 方法將其遞歸徹底刪除，當文件夾為空時，再繼續(xù)調(diào)用delFolder方法將空文件夾徹底刪除。將文件夾與文件從服務(wù)器中刪除之后，通過Hibernate將文檔與附件從數(shù)據(jù)庫中遞歸刪除。 DestroyFileAction：徹底刪除文件的 action。 通過 id 與 state從數(shù)據(jù)庫查詢對應(yīng)的附件。 通過附件對象的 getPosition()方法獲取其服務(wù)器中的絕對路徑，然后通過路徑創(chuàng)建新的 File 類，通過此 File 類將此文件徹底刪除，最后將數(shù) 據(jù)庫表中 對應(yīng)的記錄刪除。 DocumentAction：添加新文檔 action。 DownloadAction：下載附件的 action。 首先通過 id 從數(shù)據(jù)庫中獲取對應(yīng)的附件對象。然后通過該附件對象的 getPosition()與 getName()方法分別獲取附件的path與 name。通過 path來創(chuàng)建新的 File類。然后建立輸入流，并設(shè)置 header，最后關(guān)閉輸入輸出流。 具體實現(xiàn)如圖 ： 南京大學(xué)軟件學(xué)院本科畢業(yè)論文 27 圖 下載文件實現(xiàn)圖 RestoreDocumentAction：從回收站中將對應(yīng)的文檔還原到原 來的位置。 首先通過 id 與 state獲取對應(yīng)文檔 對象。將文檔對象的 state設(shè)為 1，即還原到正常狀態(tài)。然后根據(jù)此文檔對象循環(huán)查找其所屬的所有附件，然后通過 setState()分別將其 state屬性設(shè)為 1,即 將其還原成正查狀態(tài)。 RestoreFileAction：從回收站中將對應(yīng)的附件還原到原來的位置。首先通過id 與 state獲取對應(yīng)附件對象。將附件對象的 state設(shè)為 1，即還原到正常狀態(tài)。 SearchAction：搜索文件的 action。 首先通過 form獲取 fileName 和 author。然后通過 Hibernate組合查詢 從數(shù)據(jù)庫中獲取相應(yīng)的附件對象列表。然后返回 json數(shù)據(jù)，這將在介紹 ajax技術(shù)在本項目中的應(yīng)用時再詳細介紹。 ShowListAction：顯示文檔中附件的 action。首先通過 id 從數(shù)據(jù)庫中獲取相應(yīng)的附件對象列表，然后返回 json數(shù)據(jù)，這也將在介紹 ajax技術(shù)在本項目中的應(yīng)用時再詳細介紹。 ShowRecycleBinAction：顯示回收站中的文檔和附件的 action。 通過在文檔和附件數(shù)據(jù)庫表中查找 state = 0的記錄。然后返回對應(yīng)的 json數(shù)據(jù)返回給客戶端 ，這將在介紹 ajax技術(shù)在項目中的應(yīng)用時再詳細介紹。 UploadAction：添加新附件的 action。通過 id 獲取相應(yīng)的文檔對象，通過getPosition()方法獲取文件夾的路徑。 獲取文件類型的具體實現(xiàn)如圖 ： 南京大學(xué)軟件學(xué)院本科畢業(yè)論文 28 圖 獲取類型 找到最后一次出現(xiàn)的“ .”字符，其后的字符串即為文件的屬性。在此對屬性名進行一下判斷，添加的附件只能為“ doc”、“ pdf”或“ txt” 文件，如果不是，發(fā)出錯誤提示。 然后將文件添加到服務(wù)器中的指定文件夾中。 具體的實現(xiàn)方法如圖 ： 圖 在服務(wù)其中創(chuàng)建文 件實現(xiàn)圖 首先判斷文件夾是否存在，如果不存在，通過 mkdirs()方法創(chuàng)建新的文件夾。文件夾存在時，創(chuàng)建新的 File類，然后加入輸入流，添加到對應(yīng)的文件夾中， 然后關(guān)閉輸入流。最后將該附件存入數(shù)據(jù)庫中。 Struts配置文件：為使 Struts工作，必須配置好 Struts文件。 Formbean的配置如圖 ： 南京大學(xué)軟件學(xué)院本科畢業(yè)論文 29 圖 Struts配置文件配置 formbean部分 以上為相關(guān)的 formbean， name代表 form的名字， type為具體的 form類。 Struts會都過 name和 type查找 對應(yīng)的 form。 各 Action的配置如圖 ： 圖 Struts配置文件中對 Action的配置 以 DocumentAction 與 AttachmentAction為例， attribute與 name作用極其相似 ，表示 action的名字； path表示對應(yīng)的路徑； scope 表示作用域； type 表示具體的 Action類。 AJAX amp。 ExtJS技術(shù)在項目中的應(yīng)用。 本項目中的 AJAX 都通過 ExtJs 框架來實現(xiàn)。 在顯示文件夾中的附件、顯示南京大學(xué)軟件學(xué)院本科畢業(yè)論文 30 回收站中的文檔與附件和顯示搜索結(jié)果功能中通直接 或間接地使用了 Ajax 技術(shù) 。 顯示文件夾中的附件功能的前端實現(xiàn)如圖 ： 圖 添加附件前端實現(xiàn) url將從相應(yīng)的位置獲取數(shù)據(jù)源，本項目中通過 服務(wù)器端 action的輸出流返回 json數(shù)據(jù) 。服務(wù)器端返回 json的實現(xiàn)如圖 ： 圖 返回 json數(shù)據(jù) 首先生成所需的 json字符串，然后將 json字符串加入輸出流，返回給客戶端。 顯示回收站中的文檔與附件的前端實現(xiàn)如圖 ： 南京大學(xué)軟件學(xué)院本科畢業(yè)論文 31 圖 回收站前端實現(xiàn) url將從相應(yīng)的位置獲取數(shù)據(jù)源，本項目中通過服務(wù)器端 action的輸出流返回 json數(shù)據(jù)。服務(wù)器端返回 json的實現(xiàn)如圖 ： 圖 回收站顯示的 json數(shù)據(jù) 首先生成所需的 json字符串，然后將 json字符串加入輸出流，返回給客戶端。 顯示搜索結(jié)果的前端具體實現(xiàn)如圖 ： 南京大學(xué)軟件學(xué)院本科畢業(yè)論文 32 圖 文件搜索前端實現(xiàn) 原理與顯示文件夾中的文件列表和顯示回收站中的文檔和文件列表的原理相同，在此不再贅述。 ExtJs框架提供了豐富的 UI組件，在項目中充分的使用了這些組件。文檔管理模塊中使用了樹形結(jié)構(gòu)組件、數(shù)據(jù)表格組件和 form組件。 樹形 結(jié)構(gòu)的前端實現(xiàn)如圖所示 ： 圖 文件夾屬性結(jié)構(gòu)實現(xiàn)圖 首先建立根節(jié)點， text屬性表示根節(jié)點的名稱。然后建立 tree的面板。 renderTo南京大學(xué)軟件學(xué)院本科畢業(yè)論文 33 表示面板在頁面中的位置； height屬性定義面板的高度 ； root屬性表示樹的根節(jié)點。 通過 appendChild方法向根節(jié)點添加子節(jié)點。 Id 表示子節(jié)點唯一的標記； text表示子節(jié)點顯示的名稱； disable決定子節(jié)點是否可用； children則遞歸地繼續(xù)添加子節(jié)點。 數(shù)據(jù)表格的使用如圖 ： 圖 表格前端實現(xiàn) 聲明一個網(wǎng) 格的面板。 renderTo 屬性表示面板在文檔中的位置； frame 決定面板是否以 frame 的形式顯示； height 定義面板的高度； title 表示面板的標題；store加載所需的數(shù)據(jù) ,columns定義數(shù)據(jù)的顯示方式。 Form組件的實現(xiàn)如圖 、 ： 圖 上傳功能 form的前端實現(xiàn) 南京大學(xué)軟件學(xué)院本科畢業(yè)論文 34 圖 添加文件夾功能 form的前端實現(xiàn) 這是添加附件的 form，這里是通過一個新的窗口來實現(xiàn)的。 Height與 width分別用來定義窗口的高度與寬度； title表示 window的名字； html則向窗口添加 html代碼，來決定窗口的顯示。由于必須與 Struts結(jié)合，因此使用的是 Struts標簽 . 此外，文檔管理模塊還使用了 ExtJs框架的布局功能 ,具體實現(xiàn)如圖 ： 圖 Ext布局實現(xiàn)圖 首先建立一個 Viewport。 Layout 定義文檔的布局； renderTo 定義 Viewport 的位置； items定義具體的布局，其中最重要的屬性為 region，可定義具體的方位。 南京大學(xué)軟件學(xué)院本科畢業(yè)論文 35 第五章 總結(jié)與展望 本項目共分為 5個模塊，分別為：文檔管理子模塊、消息管理子模塊、日程管理子模塊、考勤管理 子模塊和系統(tǒng)管理子模塊。 文檔管理子模塊完成的工作：文檔管理、回收站管理、文件搜索和日志記錄。其中文檔管理包括添加文檔（附件）、編輯文檔（附件）、刪除文檔（附件）、查看文檔（附件）；回收站管理包括還原文檔（附件）、徹底刪除文檔（附件）；文件搜索包括按文件名或作者名組合查詢、下載附件；日志記錄對重要操作進行記錄。 消息管理子模塊完成的工作：單獨發(fā)送消息、接收消息、刪除消息、群發(fā)消息、單獨發(fā)送郵件、接收郵件、將郵件放入垃圾箱、刪除郵件和群發(fā)郵件 日程管理子模塊完成的工作：按日模式、周模式或月模式查看日程、添加日程、修改日程、編輯日程、刪除日程。 考勤管理子模塊完成的工作：簽到 /簽退管理：簽到、簽退、記錄簽卡備注、簽卡時間、考勤歷史查詢、 考勤統(tǒng)計、工作日管理工作時間管理、出差 /請假管理、補簽管理、普通員工查詢、部門經(jīng)理查詢、管理員查詢、 系統(tǒng)管理子模塊完成的工作：系統(tǒng)登錄 /注銷管理、客戶端驗證登錄合法性、服務(wù)端驗證登錄合法性、自動注銷、正常注銷、權(quán)限管理、菜單定制管理。 我在本項目中負責 文檔管理子模塊 ，做了需求分析、概要設(shè)計、詳細設(shè)計、編碼、測試、集成工作。文檔管理子模塊的功能已基本實現(xiàn)。但文檔管理模塊還有可以擴 展的地方，比如多線程控制、在線編輯等等。 在線編輯功能作為一個擴展功能會為用戶提供很大的方便，主要實現(xiàn)方法有如下兩種。一種是調(diào)用相應(yīng)的文件編輯的 api，比如 java提供了對 txt文件的編輯 api，而 word的編輯可能要調(diào)用微軟提供的 api,這大大增大了技術(shù)難度和項目風(fēng)險，所以在本項目中只是作為一個擴展功能；另一種方法是調(diào)用 google doc的api，利用 google提供的強大的 api，可能在技術(shù)上較前者更容易實現(xiàn)，但由于對google的 api極其陌生，項目風(fēng)險同樣太大，又由于項目工期有限，所以未能最終實現(xiàn) 。 南京大學(xué)軟件學(xué)院本科畢業(yè)論文 36 多線程控制功能將有效保證文檔的安全。由于本項的需求中明確定義，用戶的權(quán)限是每個人只能對自己的文檔與附件進行操作，所以本項目中沒有使用多線程的必要。但是多線程控制將會是項目的很好的擴展，在類似的項目中，用戶可能有權(quán)限對其他人的文件進行操作，這時引入多線程來保證安全就很有必要了。為了提高效率，可以使用其他方法來代替多線程，比如文檔與附件都添加一個屬性 locked，當有人對文檔進行操作時，可以將 locked屬性設(shè)置為 true；這樣其他人再對本文檔進行操作時就失去了權(quán)限；直到使用者使用完畢、系統(tǒng)自動將locked屬性設(shè)置為 false時，其他使用者就可以繼續(xù)對文件進行操作了。 盡管文檔管理模塊的功能基本實現(xiàn)，但與世界領(lǐng)先水平還有相當?shù)牟罹?。隨著移動互聯(lián)網(wǎng)的發(fā)展，移動終端辦公自動化的需要越來越大，如果掌握了更多的相關(guān)技術(shù)，移動終端的辦公自動化將成為可能。 南京大學(xué)軟件學(xué)院本科畢業(yè)論文 37 參考文獻 [1] 孫敏 . 《辦公自動化》 . 北京理工大學(xué)出版社 . [2] 辦公系統(tǒng) 介紹： [3] 吳秀玲 . 淺析企業(yè)辦公自動化系統(tǒng)的發(fā)展趨勢 [J]. 科技信息 . 20xx. (1): 37 [4] 楊慶萬 . 計算機網(wǎng)絡(luò)技術(shù)與辦公自動化 [J]. 廣東科技 .20xx. (6): 443 444 [5] 移動辦公 . [6] 丁旭娟 .DING Xujuan 辦公自動化在企業(yè)文檔管理中的應(yīng)用及發(fā)展 浙江電力 20xx,25(1) [7] Er