計(jì)算機(jī)軟件及應(yīng)用基于Ajax實(shí)現(xiàn)異步交互的OA系統(tǒng)

1、編號(hào)：f ft*?本科生畢業(yè)設(shè)計(jì)論文題目名稱的設(shè)計(jì)與實(shí)現(xiàn)學(xué)生姓名學(xué)號(hào)學(xué)院專業(yè)年級(jí)指導(dǎo)教師職稱填寫時(shí)間2012-5-18吉首大學(xué)教務(wù)處制基于Ajax實(shí)現(xiàn)異步交互的OA系統(tǒng)摘要隨著信息技術(shù)的發(fā)展，在辦公過程中，傳統(tǒng)的工作方式和審批模式己經(jīng)難以滿 足新的需求。實(shí)現(xiàn)辦公自動(dòng)化已經(jīng)是提高企業(yè)單位辦公效率，規(guī)范化管理的必然趨 勢。因此開發(fā)辦公自動(dòng)化 0A是非常有前景的。本次畢業(yè)設(shè)計(jì)是基于Ajax實(shí)現(xiàn)異步交互的0A系統(tǒng)，使用J2EE +MySQL5.0開發(fā)。采用B/S構(gòu)架進(jìn)行開發(fā)，使用了 MVC 模式和J2EE四層結(jié)構(gòu)(web視圖層、service業(yè)務(wù)邏輯層、dao數(shù)據(jù)訪問層、持久層)， 使用Struts+

2、Hibernale框架進(jìn)行集成。系統(tǒng)目前已經(jīng)實(shí)現(xiàn)的模塊有：員工管理、日程 管理、簽到管理、短消息管理、部門管理、公告管理、文件管理、權(quán)限管理等模塊。關(guān)鍵詞：OA ； MVC模式；Ajax ； J2EE； B/S架構(gòu)Based on Ajax Asynchronous Interaction of OA SystemAbstractAlo ng with the developme nt of in formatio n tech no logy, the traditi onal way of work ing and approval of the model has bee n diffi

3、cult to satisfy the new dema nds in office process. Achieve the office automati on is to improve the en terprise un it office efficie ncy and in evitable trend of sta ndardizedma nageme nt. So developme nt office automati on OA is very prospect. This Graduati on Project is based on Ajax asyn chro no

4、us in teracti on of OA system, use the J2EE + MySQL5.0 to develop. The B/S structure to develop, usi ng MVC patter n and J2EE four layers structure (the web view layer, the service bus in ess logic layer, the dao data access layer and the lasting layer), use Struts + Hibernate framework in tegrated.

5、 The system has realized module at prese nt: employee man ageme nt, schedule man ageme nt, sig ned in man ageme nt, short n ewsma nageme nt,departme nt man ageme nt, public announ ceme nt man ageme nt, file man ageme nt, rights man ageme nt module etc.Key words： OA; MVC mode; Ajax; J2EE; B/S structu

6、re摘 要IABSTRACT I.第一章緒論11.1系統(tǒng)開發(fā)背景11.2系統(tǒng)開目的與意義11.3系統(tǒng)開發(fā)環(huán)境11.4系統(tǒng)開發(fā)技術(shù)2第二章 需求分析和可行性分析 42.1需求分析42.1.1 引言42.1.2任務(wù)概述42.1.3系統(tǒng)角色設(shè)置42.1.4系統(tǒng)實(shí)現(xiàn)目標(biāo)42.1.5完善和改進(jìn)52.2 可行性分析 52.2.1經(jīng)濟(jì)可行性 52.2.2技術(shù)可行性5第三章概要設(shè)計(jì)73.1系統(tǒng)體系結(jié)構(gòu)設(shè)計(jì)73.2系統(tǒng)功能模塊圖 73.3系統(tǒng)模塊設(shè)計(jì) 83.3.1消息管理模塊83.3.2簽到管理模塊83.3.3部門管理模塊83.3.4員工管理模塊83.3.5文件管理模塊93.3.6通訊錄模塊93.3.7權(quán)限管理

7、模塊93.3.8日程管理模塊93.3.9反饋信息模塊 93.4系統(tǒng)流程圖93.4.1登錄流程圖 93.4.4菜單顯示流程圖 103.4.3數(shù)據(jù)查詢流程圖103.4.4添加或修改據(jù)數(shù)據(jù)流程圖 11第四章 數(shù)據(jù)庫的設(shè)計(jì)與實(shí)現(xiàn) 124.1數(shù)據(jù)分析12II4.2數(shù)據(jù)庫邏輯設(shè)計(jì)124.2.1數(shù)據(jù)庫實(shí)體關(guān)系圖 124.2.2數(shù)庫總E-R圖144.2.3數(shù)據(jù)庫表結(jié)構(gòu)154.2.4數(shù)據(jù)庫表詳細(xì)設(shè)計(jì)15第五章系統(tǒng)詳細(xì)設(shè)計(jì)205.1系統(tǒng)詳細(xì)設(shè)計(jì)概述205.2系統(tǒng)各模塊的實(shí)現(xiàn)205.2.1簽到管理模塊的實(shí)現(xiàn)205.2.2文件管理模塊的實(shí)現(xiàn) 215.2.3權(quán)限管理模塊的實(shí)現(xiàn)225.2.4部門管理模塊的實(shí)現(xiàn)255.2.

8、5員工管理模塊的實(shí)現(xiàn)265.2.6通訊錄模塊的實(shí)現(xiàn)285.2.7信息反饋模塊的實(shí)現(xiàn)285.2.8日程管理模塊的實(shí)現(xiàn)285.2.9消息管理模塊的實(shí)現(xiàn)295.2.10公告管理模塊的實(shí)現(xiàn)305.2.11分頁查詢的實(shí)現(xiàn)30第六章系統(tǒng)測試346.1模塊測試346.2整體測試346.3登錄測試346.4新增測試35結(jié)束語36參考文獻(xiàn)37致謝38iii基于AJAX實(shí)現(xiàn)異步交互的 OA系統(tǒng)緒論第一章緒論1.1系統(tǒng)開發(fā)背景辦公自動(dòng)化(Office Automation即0A)是20世紀(jì)70年代中期在發(fā)達(dá)國家迅速發(fā) 展起來的一門綜合性技術(shù)，我國從 20世紀(jì)80年代開始，尤其是進(jìn)入90年代，辦公 自動(dòng)化發(fā)展迅猛。隨

9、著全球信息化的迅猛發(fā)展，傳統(tǒng)的辦公方式已經(jīng)落后于信息化 發(fā)展的要求，必將被全新的辦公方式取代。構(gòu)建內(nèi)部企業(yè)信息網(wǎng)(Intranet),實(shí)現(xiàn)辦公自動(dòng)化(OA)已經(jīng)成為一種迫切的要求。本系統(tǒng)借助計(jì)算機(jī)網(wǎng)絡(luò)實(shí)現(xiàn)了協(xié)同辦公，共 享資源，信息高效傳輸?shù)裙δ?。OA帶給我們的不僅僅是辦公事務(wù)上的輕松應(yīng)對(duì)，實(shí)現(xiàn)辦公流程的全程計(jì)算機(jī) 化。更是一種全新的辦公理念，是信息化社會(huì)發(fā)展的必然要求，是我們思維觸角的 無限延伸；時(shí)間和距離不再是我們獲取信息的障礙，將會(huì)成為我們生活中的一個(gè)重 要組成部分。1.2系統(tǒng)開目的與意義在傳統(tǒng)的辦公模式中，由于缺少重要的信息傳遞和工作流程環(huán)節(jié)，辦公的各個(gè) 部門之間無法實(shí)現(xiàn)信息共享和信

10、息集成，從而難以實(shí)現(xiàn)各個(gè)部門之間的高效協(xié)作。 在日常的辦公過程中，比較容易出現(xiàn)以下的差錯(cuò)：一是各部門的信息傳遞和事務(wù)交 接仍然由人工完成，容易出現(xiàn)差錯(cuò)；二是上下級(jí)和部門之間無法實(shí)現(xiàn)協(xié)同工作，難 以及時(shí)溝通；三是信息和工作流程相互分離，缺少至關(guān)重要的隨時(shí)記錄，使工作監(jiān) 控和評(píng)估困難重重?？梢韵胂螅瑩诫s著如此大量的人工操作過程的事務(wù)處理方式根 本無法適應(yīng)現(xiàn)代化辦公模式的需要。隨著信息技術(shù)的發(fā)展和國內(nèi)信息技術(shù)應(yīng)用水平的提高，在辦公過程中，傳統(tǒng)的 工作方式和審批模式己經(jīng)難以滿足新的需求，實(shí)現(xiàn)辦公自動(dòng)化已經(jīng)是提高政府機(jī)關(guān) 和企事業(yè)單位辦公效率，規(guī)范化管理的必然趨勢。因此開發(fā)辦公自動(dòng)化0A來提高企業(yè)的辦公

11、效率是非常有前景的，企業(yè)需求量很大。1.3系統(tǒng)開發(fā)環(huán)境(1) JDK 環(huán)境 JDK 1.6(2) 數(shù)據(jù)庫軟件MySQL5.2(3) Web 服務(wù)器 Tomcat6.0。(4)集成開發(fā)工具M(jìn)yEclipse8.5。1.4系統(tǒng)開發(fā)技術(shù)自從Servlet技術(shù)產(chǎn)生以來，J2EE的Web開發(fā)技術(shù)與開發(fā)框架便層出不窮。這 些技術(shù)和框架的產(chǎn)生,給我們的開發(fā)帶來方便，此系統(tǒng)就是通過使用Struts2.0+Hibernate3.2 +AJAX等當(dāng)前流利的框架技術(shù)實(shí)現(xiàn)的一個(gè)0A辦公自動(dòng)化系統(tǒng)。(1) AJAX 技術(shù)AJAX 全稱為 Asynchronous JavaScript and XML”(異步 JavaS

12、cript和 XML)，是 指一種創(chuàng)建交互式網(wǎng)頁應(yīng)用的網(wǎng)頁開發(fā)技術(shù)。Ajax不是一個(gè)技術(shù)，它實(shí)際上是幾種技術(shù)，每種技術(shù)都有其獨(dú)特這處，合在一起就成了一個(gè)功能強(qiáng)大的新技術(shù)一異步傳 輸數(shù)據(jù)。它由下列技術(shù)組合而成：使用CSS和XHTML來表示；使用DOM模型來交互和動(dòng)態(tài)顯示；使用 XMLHttpRequest來和服務(wù)器進(jìn)行異步通信；使用 javascript 來綁定和調(diào)用。Ajax的原理簡單來說通過XmlHttpRequest對(duì)象來向服務(wù)器發(fā)異步請(qǐng) 求，從服務(wù)器獲得數(shù)據(jù)，然后用javascript來操作DOM而更新頁面。這其中最關(guān)鍵 的一步就是從服務(wù)器獲得請(qǐng)求數(shù)據(jù)。要清楚這個(gè)過程和原理，我們必須對(duì)

13、XMLHttpRequest有所了解。XMLHttpRequest是ajax的核心機(jī)制，它是在IE5中首 先引入的，是一種支持異步請(qǐng)求的技術(shù)。簡單的說，也就是 javascript可以及時(shí)向服 務(wù)器提出請(qǐng)求和處理響應(yīng)，而不阻塞用戶。達(dá)到無刷新的效果5。(2) Struts頁面技術(shù)Struts 1框架以ActionServlet作為核心控制器，整個(gè)應(yīng)用由客戶端請(qǐng)求驅(qū)動(dòng)。當(dāng) 客戶端向Web應(yīng)用發(fā)送請(qǐng)求時(shí)，請(qǐng)求將被 Struts 1的核心控制器ActionServlet攔截， Acti on Servlet根據(jù)請(qǐng)求決定是否需要調(diào)用業(yè)務(wù)邏輯控制器處理用戶請(qǐng)求，當(dāng)用戶請(qǐng)求 處理完成后，其處理結(jié)果通過JS

14、P呈現(xiàn)給用戶。對(duì)于整個(gè)Struts 1框架而言，控制器 就是它的核心，Struts 1的控制器由兩個(gè)部分組成：核心控制器和業(yè)務(wù)邏輯控制器。 其中核心控制器就是Acti on Servlet，由Struts 1框架提供；業(yè)務(wù)邏輯控制就是用戶自 定義的Action，由應(yīng)用開發(fā)者提供。對(duì)于大部分用戶請(qǐng)求而言，都需要得到服務(wù)器 的處理。當(dāng)用戶發(fā)送一個(gè)需要得到服務(wù)器處理的請(qǐng)求時(shí)，該請(qǐng)求被Acti on Servlet攔截到，Acti on Servlet將該請(qǐng)求轉(zhuǎn)發(fā)給對(duì)應(yīng)的業(yè)務(wù)邏輯控制器，業(yè)務(wù)邏輯控制器調(diào)用模 型來處理用戶請(qǐng)求；如果用戶請(qǐng)求只是希望得到某個(gè)URL資源，則由ActionServlet將被請(qǐng)

15、求的資源轉(zhuǎn)發(fā)給用戶。Struts 2與Struts 1相比，確實(shí)有很多革命性的改進(jìn)， 但它并不是新發(fā)布的新框架，而是在另一個(gè)赫赫有名的框架：WebWork基礎(chǔ)上發(fā)展起來的。從某種程度上來講，Strut2沒有繼承Struts 1的血統(tǒng)，而是繼承了 WebWork 的血統(tǒng)?；蛘哒f，WebWork衍生出了 Struts 2,而不是Struts 1衍生了 Struts 2。因?yàn)镾truts 2是WebWork的升級(jí)，而不是一個(gè)全新的框架，因此穩(wěn)定性、性能等各方面都 有很好的保證；而且吸收了 Struts 1和WebWork兩者的優(yōu)勢。(3) JavaScript技術(shù)JavaScript是一種基于對(duì)象(

16、Object)和事件驅(qū)動(dòng)(Event Driven)并具有安全性能的 腳本語言。使用它的目的是與HTML超文本標(biāo)記語言、Java腳本語言(Java小程序) 一起實(shí)現(xiàn)在一個(gè) Web頁面中連接多個(gè)對(duì)象，與 Web客戶交互作用。從而可以開發(fā)客 戶端的應(yīng)用程序等。它是通過嵌入或調(diào)入到標(biāo)準(zhǔn)的HTML語言中實(shí)現(xiàn)的。它的出現(xiàn)彌補(bǔ)了 HTML語言的缺陷，它是Java與HTM折衷的選擇，JavaScript是依賴于瀏覽 器本身，與操作環(huán)境無關(guān)，只要能運(yùn)行瀏覽器的計(jì)算機(jī)，并支持 JavaScript的瀏覽器 就可正確執(zhí)行。實(shí)際上JavaScript最杰出之處在于可以用很小的程序做大量的事。無須有高性能的電腦，軟件

17、僅需一個(gè)字處理軟件及一瀏覽器，無須WEB服務(wù)器通道，通過自己的電腦即可完成所有的事情10。(4) Hibernate技術(shù)在今日的企業(yè)環(huán)境中，把面向?qū)ο蟮能浖完P(guān)系數(shù)據(jù)庫一起使用可能是相當(dāng)麻 煩、浪費(fèi)時(shí)間的。Hibernate是一個(gè)面向Java環(huán)境的對(duì)象/關(guān)系數(shù)據(jù)庫映射工具。對(duì) 象/關(guān)系數(shù)據(jù)庫映射(object/relational mapping (ORM)這個(gè)術(shù)語表示一種技術(shù)，用來把 對(duì)象模型表示的對(duì)象映射到基于 SQL的關(guān)系模型數(shù)據(jù)結(jié)構(gòu)中去。Hibernate不僅僅管 理Java類到數(shù)據(jù)庫表的映射(包括Java數(shù)據(jù)類型到SQL數(shù)據(jù)類型的映射)，還提供 數(shù)據(jù)查詢和獲取數(shù)據(jù)的方法，可以大幅度減

18、少開發(fā)時(shí)人工使用SQL和JDBC處理數(shù)據(jù)的時(shí)間5。JSP技術(shù)JSP產(chǎn)生于Servlet之后，主要是為了解決Servlet中輸出HTML代碼效率低的問 題而產(chǎn)生的。JSP技術(shù)比較簡單，類似于 ASP、PHP這些腳本語言。JSP的技術(shù)主要 是由以下兩個(gè)部分組成：JSP的基本語法：兩個(gè)注釋、3個(gè)腳本元素、8個(gè)動(dòng)作指令。 JSP的九大內(nèi)置對(duì)象：request請(qǐng)求對(duì)象、respo nse響應(yīng)對(duì)象、pageCo ntext頁面上下 文對(duì)象、session會(huì)話對(duì)象、即plication應(yīng)用程序?qū)ο?、out輸出對(duì)象、config配置對(duì) 象、page頁面對(duì)象和 exception例外對(duì)象11。3基于AJAX實(shí)現(xiàn)

19、異步交互的 OA系統(tǒng)需求分析和行性分析第二章需求分析和可行性分析需求分析是在系統(tǒng)開發(fā)之前完成的，主要是對(duì)系統(tǒng)的功能做些簡單的分析，系 統(tǒng)可以實(shí)現(xiàn)的哪些功能?？尚行苑治鲋饕ń?jīng)濟(jì)可行性和技術(shù)可行性。2.1需求分析保證開發(fā)軟件產(chǎn)品和軟件項(xiàng)目的需求分析在正常的情況下運(yùn)行，在進(jìn)行開發(fā)前能 夠明確的達(dá)到開發(fā)的目標(biāo)，對(duì)系統(tǒng)目標(biāo)做出明確的、完整的、清晰的、具體的分析。 給出軟件產(chǎn)品的總設(shè)計(jì)和項(xiàng)目計(jì)劃。對(duì)該系統(tǒng)做出詳細(xì)的分析它所的需求。和所要 完成的功能。以什么方式來完成他的功能等。2.1.1引言O(shè)A可滿足于企事業(yè)單位的、綜合型的、能夠提高單位內(nèi)部信息交流、共享、流轉(zhuǎn)處理的和實(shí)現(xiàn)辦公自動(dòng)化和提高工作效率的各

20、種信息化設(shè)備和應(yīng)用軟件。0A 般采用網(wǎng)絡(luò)平臺(tái)，使企業(yè)內(nèi)部人員方便快捷地共享信息，高效地協(xié)同工作；改變過去 復(fù)雜、低效的手工辦公方式，實(shí)現(xiàn)迅速、全方位的信息采集、信息處理，為企業(yè)的 管理和決策提供科學(xué)的依據(jù)。一個(gè)企業(yè)實(shí)現(xiàn)辦公自動(dòng)化的程度也是衡量其實(shí)現(xiàn)現(xiàn)代 化管理的標(biāo)準(zhǔn)。0A從最初的以大規(guī)模采用復(fù)印機(jī)等辦公設(shè)備為標(biāo)志的初級(jí)階段，發(fā)展到今天的以運(yùn)用網(wǎng)絡(luò)和計(jì)算機(jī)為標(biāo)志的現(xiàn)階段，對(duì)企業(yè)辦公方式的改變和效率的 提高起到了積極的促進(jìn)作用。2.1.2任務(wù)概述本系統(tǒng)圍繞著0A系統(tǒng)的定義，系統(tǒng)地展開各種常用的輔助功能。系統(tǒng)涵蓋日 常常用的功能以及各種輔助實(shí)用的功能，可以充分發(fā)揮計(jì)算機(jī)的輔助作用，提交工 作效率。0

21、A是信息化需求的產(chǎn)物，因?yàn)樵谛枨蟮幕A(chǔ)上產(chǎn)生的 0A系統(tǒng)應(yīng)該能夠順 利高效的完成相關(guān)的任務(wù)。而且為了使 0A在一定程度上提高工作效率，系統(tǒng)本身 也應(yīng)該具有高效的屬性，并且足夠健壯穩(wěn)定，才能勝任需求。工作的需求是不斷發(fā) 展的，0A也應(yīng)當(dāng)不斷發(fā)展以適應(yīng)日益增長的變化，因此，系統(tǒng)必須有足夠的可擴(kuò)充 性。為了增加系統(tǒng)的可擴(kuò)充性，應(yīng)當(dāng)使用 API技術(shù)，盡量使系統(tǒng)的各個(gè)模塊相互獨(dú) 立，并通過系統(tǒng)核心相互依存。2.1.3系統(tǒng)角色設(shè)置系統(tǒng)共有下列固有角色：系統(tǒng)管理員、總經(jīng)理、副總經(jīng)理、部門經(jīng)理、普通員 工，系統(tǒng)任何用戶均應(yīng)具有普通員工的權(quán)限。系統(tǒng)管理員具有所有權(quán)限。2.1.4系統(tǒng)實(shí)現(xiàn)目標(biāo)提高辦公效率：辦公系統(tǒng)

22、充分利用互聯(lián)網(wǎng)通信技術(shù)，改變了傳統(tǒng)的辦公方式，將辦公系統(tǒng)建立在互聯(lián)網(wǎng)上，使辦公系統(tǒng)實(shí)現(xiàn)移動(dòng)化、實(shí)時(shí)化、高效化、無紙化， 用計(jì)算機(jī)網(wǎng)絡(luò)技術(shù)來推動(dòng)現(xiàn)代辦公效率的提高。節(jié)省企業(yè)的辦公費(fèi)用：節(jié)省支出， 尤其是長途電話、傳真、復(fù)印、打印和辦公用紙費(fèi)用，真正實(shí)現(xiàn)無紙化辦公，是企 業(yè)實(shí)現(xiàn)管理現(xiàn)代化的標(biāo)志；良好的協(xié)同工作環(huán)境：在網(wǎng)上各部門之間實(shí)現(xiàn)科學(xué)、高 效、透明、規(guī)范的數(shù)字化協(xié)同工作環(huán)境，讓工作組的所有人員都能掌握工作進(jìn)度， 發(fā)揮群體工作的威力，讓企業(yè)更具活力。實(shí)現(xiàn)基于電腦網(wǎng)絡(luò)的知識(shí)管理和網(wǎng)絡(luò)培訓(xùn)： 通過辦公系統(tǒng)提升企業(yè)員工的素質(zhì)；利用公共信息庫，共享信息和知識(shí)，將所有員 工的智慧積累和發(fā)揚(yáng)?；跒g覽器界面

23、、安裝方便，客戶端只需安裝大眾的IE瀏覽器，且操作簡單、方便，只要懂上網(wǎng)便能得心應(yīng)手使用該軟件，不需要做額外的使 用培訓(xùn)。具有良好的適應(yīng)性，客戶端零維護(hù)，避免了C/S模式麻煩的系統(tǒng)維護(hù)過程，系統(tǒng)管理員從此不再需要兩頭奔波。方便的系統(tǒng)流程和配置管理。提供用戶權(quán)限、 數(shù)據(jù)加密、并結(jié)合操作系統(tǒng)、數(shù)據(jù)庫的安全管理機(jī)制，為系統(tǒng)正常運(yùn)轉(zhuǎn)提供安全保 障。良好的系統(tǒng)開放能力和可擴(kuò)展性，使企業(yè)輕松架構(gòu)In ternet應(yīng)用。2.1.5完善和改進(jìn)因本系統(tǒng)實(shí)現(xiàn)的功能較為簡單，要實(shí)現(xiàn)一個(gè)完整的0A系統(tǒng)可能在有限的時(shí)間內(nèi)無法充分完成，而且能力暫時(shí)有限，故應(yīng)先將系統(tǒng)構(gòu)架充分完善，并組織好系統(tǒng) API，這樣在將來想對(duì)系統(tǒng)進(jìn)

24、行完善和改進(jìn)的時(shí)候比較方便。2.2可行性分析可行性是系統(tǒng)開發(fā)的一項(xiàng)關(guān)鍵步驟，它是通過對(duì)整個(gè)系統(tǒng)的需求，技術(shù)及開發(fā) 方法，以及開發(fā)人員，所需資金的綜合考慮以評(píng)估對(duì)于該系統(tǒng)的開發(fā)是否符合實(shí)際。 可行性分析包括：經(jīng)濟(jì)可行性、技術(shù)可行性。2.2.1經(jīng)濟(jì)可行性通過網(wǎng)站對(duì)企業(yè)內(nèi)部信息進(jìn)行全面的自動(dòng)化的管理，大大提高了企業(yè)的辦公效 率。通過系統(tǒng)對(duì)企業(yè)生產(chǎn)經(jīng)營過程中的數(shù)據(jù)進(jìn)行全面的管理和統(tǒng)計(jì)，避免人為處理 各類數(shù)據(jù)時(shí)所產(chǎn)生的各種問題，提高了企業(yè)的經(jīng)濟(jì)效益，為企業(yè)經(jīng)營決策提供了大 量的、權(quán)威的數(shù)據(jù)，使企業(yè)的管理進(jìn)行到科學(xué)化、系統(tǒng)化的范籌。硬件方面主要是 計(jì)算機(jī)，我們的實(shí)際情況可以滿足開發(fā)任務(wù)，所需資料書籍可以到

25、圖書館翻閱或者 個(gè)人購買，因此整個(gè)系統(tǒng)的所需投資符合我們的支付狀況，經(jīng)濟(jì)可行性良好。2.2.2技術(shù)可行性基于中小型企業(yè)的辦公自動(dòng)化系統(tǒng)的開發(fā)采用了先進(jìn)成熟并且符合實(shí)際應(yīng)用的 開發(fā)方法，廣泛應(yīng)用于網(wǎng)站開發(fā)的網(wǎng)頁開發(fā)工具Dreamweaver, MyEclipse，動(dòng)態(tài)網(wǎng)頁開發(fā)技術(shù)JSP,提供用戶全新體驗(yàn)的 AJAX技術(shù)，功能強(qiáng)大的數(shù)據(jù)庫管理工具 MySQL，采用最新最流行的框架技術(shù) Struts +Hiberate等,結(jié)合自己的實(shí)際開發(fā)能力， 可以開發(fā)出較為完善的辦公自動(dòng)化系統(tǒng)。應(yīng)解決的主要問題及技術(shù)要求：收集系統(tǒng) 開發(fā)所使用的足夠的信息；按實(shí)際應(yīng)用的可行性劃分模塊，確定模塊功能；建立完 善的數(shù)

26、據(jù)庫支持環(huán)境；使用 JSP語言實(shí)現(xiàn)前臺(tái)頁面視圖，使用 AJAX技術(shù)實(shí)現(xiàn)數(shù)據(jù) 與頁面的整體實(shí)現(xiàn)，并實(shí)現(xiàn)與數(shù)據(jù)庫之間的各項(xiàng)操作；各模塊功能的協(xié)調(diào)及信息的 溝通；各框架之間的整合，尤其是 Struts +Hiberate框架之間的整合。6基于AJAX實(shí)現(xiàn)異步交互的 OA系統(tǒng)概要設(shè)計(jì)第三章概要設(shè)計(jì)概要設(shè)計(jì)是對(duì)系統(tǒng)的一個(gè)簡要的描述，包括系統(tǒng)的結(jié)構(gòu)設(shè)計(jì)、系統(tǒng)包含哪些功 能模塊、各個(gè)功能的模塊的主要功能以及系統(tǒng)的數(shù)據(jù)流程圖。3.1系統(tǒng)體系結(jié)構(gòu)設(shè)計(jì)該系統(tǒng)是基于B/S(Browser/Server)架構(gòu)的三層體系結(jié)構(gòu)，即瀏覽器和服務(wù)器結(jié) 構(gòu)。它是隨著In ternet技術(shù)的興起，對(duì)C/S結(jié)構(gòu)的一種變化或者改進(jìn)的

27、結(jié)構(gòu)。在這種 結(jié)構(gòu)下，用戶工作界面是通過瀏覽器來實(shí)現(xiàn)，極少部分事務(wù)邏輯在前端(Browser)實(shí)現(xiàn)，但是主要事務(wù)邏輯在服務(wù)器端(Server)實(shí)現(xiàn)，形成所謂三層結(jié)構(gòu)。這樣就大大簡 化了客戶端電腦載荷，減輕了系統(tǒng)的維護(hù)與升級(jí)的成本和工作量，降低了用戶的總 體成本。特別是在JAVA這樣的跨平臺(tái)語言出現(xiàn)之后，B/S架構(gòu)管理軟件更是方便、 快捷、高效。如果能將該系統(tǒng)劃分的用戶身份驗(yàn)證模塊和其他模塊再分解成一些相 互獨(dú)立、功能簡單、易于理解和修改的模塊，這樣的系統(tǒng)就具備了系統(tǒng)設(shè)計(jì)首要考 慮的可變更性。由模塊組合構(gòu)成的系統(tǒng)一般稱為模塊化結(jié)構(gòu)系統(tǒng)。在這樣的系統(tǒng)中， 由于各個(gè)模塊之間基本上是相互獨(dú)立的，所以每

28、個(gè)模塊都可以獨(dú)立的被理解、編程、 調(diào)試和修改，使其復(fù)雜的系統(tǒng)設(shè)計(jì)工作變得相對(duì)簡單。在遵循模塊化結(jié)構(gòu)設(shè)計(jì)原則 的基礎(chǔ)上，根據(jù)實(shí)現(xiàn)的目標(biāo)，用戶身份驗(yàn)證只需要一個(gè)模塊，而其他模塊則分成了 幾個(gè)不同的子模塊，各子模塊既相互配合，又各自具有一定的獨(dú)立功能。這樣就形 成了一個(gè)樹形的結(jié)構(gòu)。3.2系統(tǒng)功能模塊圖對(duì)系統(tǒng)做出需求分析后，預(yù)計(jì)準(zhǔn)備實(shí)現(xiàn)本系統(tǒng)的功能模塊如下圖3.1所示：110A辦公自動(dòng)化系統(tǒng)個(gè)人通訊錄史反饋信息送反饋信息添加員工設(shè)置員工查詢員工改角色權(quán)限改用戶權(quán)限新增角色用戶角色角色權(quán)限圖3.1系統(tǒng)功能模塊圖3.3系統(tǒng)模塊設(shè)計(jì)系統(tǒng)設(shè)計(jì)要實(shí)現(xiàn)的模塊有：員工管理模塊、通訊錄模塊、日程管理模塊、簽到 管理模

29、塊、短消息管理模塊、部門管理模塊、公告管理模塊、文件管理模塊、權(quán)限 管理模塊、信息反饋模塊。3.3.1消息管理模塊用戶登錄系統(tǒng)后可以進(jìn)入點(diǎn)擊系統(tǒng)桌面的消息圖標(biāo)和菜單欄的消息管理功能模塊菜單進(jìn)入消息模塊。用戶可以使用該模塊和公司內(nèi)部員工進(jìn)行基于web的即時(shí)聊天，該模塊中用戶分為在線和未上線兩種狀態(tài)，用戶可以查看所有人的在線情況， 用戶既可以給在線用戶發(fā)送消息，也可以給未上線用戶發(fā)送消息，在線用戶可以即 時(shí)看到對(duì)方發(fā)送的消息，未上線用戶如果有其他用戶發(fā)送了離線消息，那么在登錄 上線后就可以看到對(duì)方發(fā)送的離線消息。3.3.2簽到管理模塊用戶登錄系統(tǒng)后可以進(jìn)入點(diǎn)擊系統(tǒng)桌面的“上班”圖片進(jìn)行簽到上班，之

30、后可 以點(diǎn)擊“下班”圖片進(jìn)行簽到下班。同時(shí)還可以點(diǎn)擊菜單欄的簽到上班和簽到下班 菜單進(jìn)行簽到。用戶還可以點(diǎn)擊菜單欄的簽到信息進(jìn)行簽到信息的查看。3.3.3部門管理模塊部門管理模塊有查詢部門、設(shè)置部門和添加部門三大功能。系統(tǒng)管理員具有該 模塊的所有權(quán)限，而其他用戶只具有查詢部門的權(quán)限。查詢部門可以查詢具體某個(gè) 部門的詳細(xì)信息，設(shè)置部門可以修改和刪除部門，添加部門可以添加部門。3.3.4員工管理模塊員工管理模塊有查詢員工、設(shè)置員工和添加員工三大功能。系統(tǒng)管理員具有該 模塊的所有權(quán)限，而其他用戶只具有查詢員工的權(quán)限。查詢員工可以查詢某個(gè)員工 的詳細(xì)信息，設(shè)置員工可以修改和刪除員工，添加員工可以添加員

31、工。335文件管理模塊文件管理模塊可以進(jìn)行文件的上傳和下載。3.3.6通訊錄模塊通訊錄模塊可以查詢和添加通訊錄，還可以生成通訊錄的報(bào)表（ excel文件） 3.3.7權(quán)限管理模塊權(quán)限管理模塊可以查看角色權(quán)限和員工角色，修改員工角色和角色權(quán)限。系統(tǒng) 管理員才具有該模塊的權(quán)限。3.3.8日程管理模塊用戶可以使用該模塊進(jìn)行日程的添加和查看日程，主要用于員工對(duì)工作安排的 記錄，即記錄每天的重要工作內(nèi)容，以免忘記。3.3.9反饋信息模塊反饋信息模塊可以發(fā)送反饋信息和查看歷史反饋信息。反饋信息主要是員工對(duì) 一些工作的安排的意見。3.4系統(tǒng)流程圖系統(tǒng)流程圖主要是用來描述系統(tǒng)在運(yùn)行過程中數(shù)據(jù)的傳輸過程3.4.

32、1登錄流程圖用戶進(jìn)入登錄頁面，輸入用戶名和密碼后，點(diǎn)擊登錄按鈕可以進(jìn)行系統(tǒng)登錄如下圖3.2所示：圖3.2登錄流程圖344菜單顯示流程圖用戶登錄成功后，系統(tǒng)講當(dāng)前登錄用戶的ID傳遞給相應(yīng)的action去查詢當(dāng)前用 戶的菜單使用權(quán)限，從而顯示菜單欄，如下圖 3.3所示：圖3.3菜單顯示流程圖3.4.3數(shù)據(jù)查詢流程圖用戶查詢使用某個(gè)模塊的查詢功能時(shí)，通過JSP頁面提交查詢條件給action,action在調(diào)用查詢方法返回查詢結(jié)果給 JSP頁面，如下圖3.4所示圖3.4查詢顯示流程圖344添加或修改據(jù)數(shù)據(jù)流程圖用戶查詢使用某個(gè)模塊的添加或修改功能時(shí)，通過JSP頁面提交添加或修改的信息給action，a

33、ction在調(diào)用新增和修改方法返回提示結(jié)果給JSP頁面，添加或修改是否成功，如下圖3.5所示：基于AJAX實(shí)現(xiàn)異步交互的 OA系統(tǒng)數(shù)據(jù)庫的設(shè)計(jì)與實(shí)現(xiàn)第四章 數(shù)據(jù)庫的設(shè)計(jì)與實(shí)現(xiàn)數(shù)據(jù)庫的設(shè)計(jì)是對(duì)系統(tǒng)數(shù)據(jù)庫的實(shí)現(xiàn)，主要包括表的設(shè)計(jì)和表與表之間的關(guān)系 的設(shè)計(jì)，本系統(tǒng)采用MySQL5.0進(jìn)行實(shí)現(xiàn)的。4.1數(shù)據(jù)分析根據(jù)0A系統(tǒng)的需求分析，需要以下的數(shù)據(jù)表：用戶信息表：存放用戶的基本信息。部門信息表：存放部門信息。文件信息表：存放文件信息，例如文件位置，文件名稱等。菜單表：存放菜單顯示名稱，菜單指向位置，以及菜單級(jí)別。消息表：存放發(fā)送以及接收的信息。消息狀態(tài)表：存放消息的狀態(tài)。公告表：存放公告信息。部門公告

34、表：存放部門的公告信息用戶角色表：存放用戶的角色相關(guān)信息。角色表：保存角色等相關(guān)信息。角色權(quán)限表：保存角色權(quán)限信息表。日程表：存放添加的日程信息。簽到信息表：存放簽到信息。反饋信息表：存放反饋的信息。通訊錄表：存放通訊錄信息。4.2數(shù)據(jù)庫邏輯設(shè)計(jì)數(shù)據(jù)庫的邏輯設(shè)計(jì)主要包括數(shù)據(jù)庫的實(shí)體關(guān)系圖，數(shù)據(jù)庫E-R圖以及數(shù)據(jù)庫表結(jié)構(gòu)圖。主要用來描述實(shí)體與屬性之間的關(guān)系，實(shí)體與實(shí)體之間的關(guān)系以及表與表 直接的關(guān)系。4.2.1數(shù)據(jù)庫實(shí)體關(guān)系圖數(shù)據(jù)庫的實(shí)體關(guān)系E-R圖主要用來描述實(shí)體與屬性之間的關(guān)系。如下圖所示， 給出了本系統(tǒng)所需要的實(shí)體及其屬性關(guān)系圖。19圖4.3角色權(quán)限實(shí)體圖圖4.4日程實(shí)體圖圖4.5角色實(shí)體

35、圖圖4.6消息實(shí)體圖圖4.8部門實(shí)體圖4.2.2數(shù)庫總E-R圖描述了數(shù)據(jù)庫實(shí)體與實(shí)體之間的一對(duì)多和多對(duì)多的關(guān)系，是對(duì)系統(tǒng)數(shù)據(jù)庫總體關(guān)系的一個(gè)描述，如下圖4.9所示:圖4.9數(shù)據(jù)庫總E-R圖4.2.3數(shù)據(jù)庫表結(jié)構(gòu)數(shù)據(jù)庫表結(jié)構(gòu)描述了數(shù)據(jù)庫表與表之間的關(guān)系，本系統(tǒng)數(shù)據(jù)庫表結(jié)構(gòu)設(shè)計(jì)如圖4.10所示艾W 士弐且奩C 一八 -. xr iA&i :驟f： 1ID 訃TIME弐二去芒，.士山比遷G-芒=m召vnr=rvur古咋HU1:乩jBHZDiAtskj豐客I 2-ircaT :玄件玄? mt負(fù)專誕魚.-*= : j-二iraHbar -mi! : 5_2 L F F TEM:匕 5-kD* mt 主強(qiáng)

36、鬲呼 =fs-F就莖 ar ih二二=5Z)* 上性表t T- *- 1 i _! -1 I1IL頸 壬三*=:匕豊：匸mi，t Hi ii-ttfkJ-M追魚R i士 接出老R i=t咒左jveut ：30拿息i.t*屯 冋:1=亠二岳工込二焉瓷-* A.上上=11|=一爭 二息總ft 二W-;.I 叫“粗 云T-I一 電電無 0_一手_-令港說可住 -甘一-7;.-_ 一-:黑三貳.0 在圖4.10 OA辦公自動(dòng)化系統(tǒng)數(shù)據(jù)庫表設(shè)計(jì) 4.2.4數(shù)據(jù)庫表詳細(xì)設(shè)計(jì)數(shù)據(jù)庫表詳細(xì)設(shè)計(jì)詳細(xì)描述了數(shù)據(jù)庫每個(gè)表的字段名及說明。表 4.1employee(用戶表)列名數(shù)據(jù)類型空/非空約束條件其他說明emp

37、IDInt非空主鍵用戶唯一標(biāo)識(shí)emp codeVarchar(50)非空用戶編號(hào)emp_ nameVarchar(50)非空用戶姓名emp pwdVarchar(20)非空密碼emp_sexChar(2)非空性別emp j oin dateDatetime非空入職時(shí)間emp birthDatetime非空生日emp emailVarchar(50)非空郵箱emp addressVarchar(50)非空住址emp ph oneVarchar(20)非空電話emp_descriptionVarchar(50)非空描述dept IDInt非空外鍵部門ID表4.2 role（角色表）列名數(shù)據(jù)類型空/

38、非空約束條件其他說明ROLE IDint非空主鍵角色I(xiàn)DROLE_NAMEVarchar(50)非空角色名表4.3 dept（部門表）列名數(shù)據(jù)類型空/非空約束條件其他說明dept idint非空主鍵部門iddept nameVarchar(50)非空部門名稱dept fidInt非空上級(jí)部門IDdept_descriptionVarchar(50)非空描述表 4.4 calendar(日程表)列名數(shù)據(jù)類型空/非空約束條件其他說明CALENDAR。int非空主鍵日程idCALENDAR TITLEVarchar(50)非空日程標(biāo)題CALENDAR_STARTTIMEdatetime非空開始時(shí)間C

39、ALENDAR ENDTIMEdatetime非空結(jié)束時(shí)間CALENDAR REMINDint非空提前提醒時(shí)間CALENDAR CONTENTVarchar(50)日程內(nèi)容EMP IDInt外鍵用戶IDCALENDAR ISREMIDInt默認(rèn)0表 4.5 employeerole(用戶角色表)列名數(shù)據(jù)類型空/非空約束條件其他說明ROLE IDint非空角色權(quán)限idEMP IDint非空外鍵用戶id表4.6 folder (文件表)列名數(shù)據(jù)類型空/非空約束條件其他說明floder fileIDint非空主鍵文件idfloder file nameVarchar(50)非空文件名floder t

40、ypeVarchar(50)非空文件類型floder filesizeInt非空文件大小floder_uploadD ateDatetime非空上傳時(shí)間floder pathVarchar(200)非空文件保存路徑floder_descriptionVarchar(200)描述emp idInt外鍵上傳者ID表 4.7 instantcommunicaterecord (消息表)列名數(shù)據(jù)類型空/非空約束條件其他說明MESSAGE IDint非空主鍵消息idMESSAGE_SENDERIDInt非空發(fā)送者IDMESSAGE_ACCEPTERIDInt非空接受者IDESSAGE CONTENTVa

41、rchar(200)消息內(nèi)容MESSAGE_SENDTIMEDatetime發(fā)送時(shí)間MESSAGE_READSTATEInt狀態(tài)表4.8 power（功能菜單表）列名數(shù)據(jù)類型空/非空約束條件其他說明POWER IDint非空主鍵功能菜單IdPOWER_NAMEVarchar(50)非空功能菜單名稱POWER_ADDRESSVarchar(200)頁面地址表4.9 powerrole（功能菜單權(quán)限表）列名數(shù)據(jù)類型空/非空約束條件其他說明POWER IDint非空功能菜單idROLE IDint非空角色I(xiàn)D表 4.10 privateaddressbook(個(gè)人通訊錄)列名數(shù)據(jù)類型空/非空約束條件

42、其他說明PAB IDint非空主鍵通訊錄IDPAB NAMEVarchar(20)非空姓名PAB SEXChar(2)非空性別PAB BIRTHDAYDatetime非空出生日期PAB MOBILETELVarchar(20)非空電話PAB EMAILVarchar(20)非空郵件地址PAB QQMSNVarchar(200)非空QQPAB ADDRESVarchar(200)地址PAB FAMIL YTELVarchar(20)家庭電話PAB_COMPANYNAMEVarchar(50)公司名稱PAB_COMPANYTELVarchar(20)公司電話PAB REMARKVarchar(10

43、0)備注EMP IDint外鍵用戶ID表 4.11 bullet in (公告表)列名數(shù)據(jù)類型空/非空約束條件其他說明BULLETIN。int非空主鍵公告IdBULLETIN TITLEVarchar(50)非空標(biāo)題BULLETIN_CONTENTVarchar(200)非空內(nèi)容BULLETIN_BUILDTIMEDatetime非空創(chuàng)建時(shí)間表4.12 deptbullet in (部門公告表)列名數(shù)據(jù)類型空/非空約束條件其他說明dept idint非空主鍵部門IdBULLETIN。Int非空外鍵公告IDBULLETIN_BUILDTIMEDatetime非空創(chuàng)建時(shí)間表 4.13 instan

44、tcommunicateuserinfo (用戶消息表 )列名數(shù)據(jù)類型空/非空約束條件其他說明EMP IDint非空主鍵消息IdICONDInt非空消息標(biāo)題EMP STATEint非空消息狀態(tài)HISTORYint非空是否已讀HISTORYSA VETIMEint非空消息條數(shù)表 4.14 instantcommunicateiconinfo (圖片表)列名數(shù)據(jù)類型空/非空約束條件其他說明ICONDint非空主鍵圖片IDONLINE_ICONVarchar(50)非空在線圖片地 址DOWNLINE_ICONVarchar(50)下線圖片地 址表4.15 archives（反饋信息表）列名數(shù)據(jù)類型空

45、/非空約束條件其他說明idint非空主鍵IDtitleVarchar(50)非空標(biāo)題contentVarchar(200)內(nèi)容datetimeDatetime時(shí)間useridint用戶IDstateint狀態(tài)表 4.16 register (考勤表)列名數(shù)據(jù)類型空/非空約束條件其他說明r idint非空主鍵公文IDemp idint非空外鍵員工IDstarttimeDatetime上班時(shí)間en dtimeDatetime下班時(shí)間remarkVarchar(200)備注基于AJAX實(shí)現(xiàn)異步交互的 OA系統(tǒng)系統(tǒng)詳細(xì)設(shè)計(jì)第五章系統(tǒng)詳細(xì)設(shè)計(jì)通過對(duì)系統(tǒng)的需求分析、概要設(shè)計(jì)和數(shù)據(jù)庫設(shè)計(jì)，了解到的本系統(tǒng)是可

46、以實(shí)現(xiàn) 的。為了實(shí)現(xiàn)本系統(tǒng)，對(duì)系統(tǒng)做出以下詳細(xì)設(shè)計(jì)。5.1系統(tǒng)詳細(xì)設(shè)計(jì)概述根據(jù)系統(tǒng)的需求分析，本系統(tǒng)可僅存在后臺(tái)。系統(tǒng)的程序設(shè)計(jì)采用面向?qū)ο蟆?面向組件的設(shè)計(jì)思想，依據(jù)面向?qū)ο蟮乃枷耄到y(tǒng)采用的是典型的J2EE四層結(jié)構(gòu)分為web層，service業(yè)務(wù)邏輯層，dao數(shù)據(jù)訪問層，持久層。四層體系將業(yè)務(wù)規(guī)則放 在service業(yè)務(wù)層，數(shù)據(jù)訪問由dao層來實(shí)現(xiàn)，合法性校驗(yàn)的工作放在 web層處理， 用hibernate來實(shí)現(xiàn)數(shù)據(jù)的持久化。在 web層中多處使用了 Ajax技術(shù)來實(shí)現(xiàn)頁面數(shù) 據(jù)的異步傳輸。系統(tǒng)設(shè)計(jì)要實(shí)現(xiàn)的模塊有：員工管理模塊，通訊錄模塊，日程管理 模塊、簽到管理模塊、短消息管理模塊、部門

47、管理模塊、公告管理模塊、文件管理 模塊、權(quán)限管理模塊、信息反饋模塊 。5.2系統(tǒng)各模塊的實(shí)現(xiàn)系統(tǒng)模塊的實(shí)現(xiàn)是對(duì)系統(tǒng)各個(gè)功能模塊的實(shí)現(xiàn)進(jìn)行描述，對(duì)主要的功能模塊的 實(shí)現(xiàn)進(jìn)行詳細(xì)的描述。5.2.1簽到管理模塊的實(shí)現(xiàn)所有用戶具有該模塊的使用權(quán)限，用戶登錄系統(tǒng)后可以使用該模塊進(jìn)行簽到上 班、下班和查看簽到信息的操作。當(dāng)用戶點(diǎn)擊簽到上班時(shí)，JSP頁面通過session獲取到用戶的ID并將其傳給簽到 操作的servlet，該servlet再調(diào)用簽到的dao方法中的插入新數(shù)據(jù)的方法，將用戶的 ID和當(dāng)前系統(tǒng)時(shí)間插入到對(duì)應(yīng)數(shù)據(jù)庫的簽到信息表中，此時(shí)簽到信息表中的簽到下 班時(shí)間設(shè)為null。如果插入成功，則提示

48、“簽到上班成功”，否則提示“簽到上班失 敗”。當(dāng)用戶點(diǎn)擊簽到下班時(shí)，JSP頁面還是通過session獲取到用戶的ID并將其傳 給簽到操作的servlet，該servlet再調(diào)用簽到的dao方法中的更新數(shù)據(jù)方法，通過用 戶ID和當(dāng)天時(shí)間找到用戶在當(dāng)天的簽到上班信息，將系統(tǒng)當(dāng)前時(shí)間更新到對(duì)應(yīng)的數(shù)據(jù)行，如果更新成功，則提示“簽到下班成功”，否則，提示“簽到下班失敗”。用 戶點(diǎn)擊簽到信息即可以查看簽到信息。如下圖 5.1所示：0谿能dim30】泰1胸燦泅S124)LKIO1:425124)1.09Ff如瞰削訊3K1MUI92124)14B：47S22012149 ISM期2胡首上列下廁未頁額歸離訐T+

49、系規(guī)功能列克-乜簽封菅理簽到上班簽剰信息:A I 宀M +1息日程圖5.1簽到管理5.2.2文件管理模塊的實(shí)現(xiàn)所有用戶擁有該模塊的使用權(quán)限，用戶可以使用該模塊進(jìn)行文件的上傳和下載。 上傳文件使用了 10流的讀寫，通過先讀取選擇上傳的文件再將其寫入指定位置 的指定文件中。如下圖5.2所示：上敵帶11師E3SbireL曲Jtykz比邊側(cè)皿Tin址號(hào)L】庶嗆113T齢耐）：汕酉VK此諏期？車H圖5.2文件管理讀寫文件的關(guān)鍵算法代碼：/*讀流,寫文件*/char data = new char4000;int readLe ngth = 0;try In putStream in Stream = f

50、ile.getI nputStream();In putStreamReader isr = new In putStreamReader(i nStream); FileWriter fw = new FileWriter(filePath + / + fileName); while (readLe ngth = (isr.read(data, 0, 4000) != -1) fw.write(data, 0, readLe ngth);isr.close();fw.close(); catch (FileNotF oun dExcepti on e) e.pri ntStackTrace

51、(); catch (IOExcepti on e) e.pri ntStackTrace();文件上傳到服務(wù)器的項(xiàng)目文件夾的fileStore子文件夾中5.2.3權(quán)限管理模塊的實(shí)現(xiàn)權(quán)限模塊是系統(tǒng)的核心。本系統(tǒng)權(quán)限系統(tǒng)是基于角色的訪問控制方式。權(quán)限與 角色相關(guān)聯(lián)，用戶通過成為某個(gè)角色的成員而得到這些角色的相應(yīng)的權(quán)限。在某個(gè) 組織中，角色是為了完成各種工作而創(chuàng)造，用戶則依據(jù)它規(guī)定的權(quán)限來被指派相應(yīng) 的角色，用戶也可以很容易地從一個(gè)角色被更改到另一個(gè)角色。角色可依據(jù)需求和 系統(tǒng)的合并而賦予新的權(quán)限，而權(quán)限也可根據(jù)需要而從某角色中回收。角色與角色 的關(guān)系可以建立起來以囊括更廣泛的客觀情況。本系統(tǒng)中各個(gè)模塊與菜單一一對(duì)應(yīng)，通過控制菜單與角色的關(guān)系來完成整個(gè)系 統(tǒng)的權(quán)限控制。整個(gè)角色權(quán)限系統(tǒng)所涉及到的實(shí)體圖 E-R如圖5.3所示：用戶圖5.3角色權(quán)限系統(tǒng)實(shí)體 E-R圖并且在系統(tǒng)界面左側(cè)菜單加載時(shí)將會(huì)先判斷是否存在菜單相應(yīng)項(xiàng)的權(quán)限，如果 不存在此模塊的權(quán)限，則菜單項(xiàng)會(huì)自動(dòng)隱藏。下圖顯示用戶、角色、模塊、權(quán)限之間的關(guān)系。如圖5.4所