【正文】 其中struts采用版本為struts2，spring采用的版本為spring2．0，hibernate采用的版本為hibernate3．2。具體的步驟如下：(1)將struts．2的jar包拷貝到webinf/lib目錄下。(2)在web．xml中添加對struts、spring、hibernate框架的支持。(3)框架配置完畢后，開始對web的功能模塊進行開發(fā)，由于spring對bean類進行托管以及對hibernate的事務(wù)支持，所以bean類的托管需要在applicationContext．xml中配置；；，最后表的映射文件也需要配置。下面具體說明框架的配置過程。 Spring框架配置，添加Spring監(jiān)聽器。Spring提供了一個ContextLoaderListener類，可以作為Web應(yīng)用的Listener使用。Web應(yīng)用啟動時會根據(jù)該文件創(chuàng)建Spring容器。 struts配置，添加如下代碼：為了使Spring和Struts同時工作。 Hibernate配置，添加如下代碼： 系統(tǒng)構(gòu)架設(shè)計本系統(tǒng)采用J2EE的B/S架構(gòu)，J2EE是一個分層的架構(gòu)體系，由四層組成：客戶端層、表示層、業(yè)務(wù)層和系統(tǒng)數(shù)據(jù)層。客戶端層：客戶端層通過瀏覽器訪問系統(tǒng)，在服務(wù)器端采用tomcat作為J2EE的服務(wù)器，表現(xiàn)層采用的是Struts架構(gòu)。表示層：表示層采用Struts框架。Struts是一個基于模型視圖控制器（MVC）模型的開源框架，利JSP和Servlet構(gòu)建Web應(yīng)用。，負(fù)責(zé)管理用戶的請求，并做出響應(yīng)。業(yè)務(wù)層：業(yè)務(wù)層由Spring框架來實現(xiàn)。該層負(fù)責(zé)應(yīng)用程序的業(yè)務(wù)邏輯處理、業(yè)務(wù)驗證、管理業(yè)務(wù)層的對象間的依賴功能以及與其它層交互的接口。系統(tǒng)數(shù)據(jù)層：辦公自動化系統(tǒng)的數(shù)據(jù)庫。存放系統(tǒng)支持的數(shù)據(jù)及業(yè)務(wù)數(shù)據(jù)。本系統(tǒng)采用Oracle10g的數(shù)據(jù)庫管理系統(tǒng)。為了保證業(yè)務(wù)居和數(shù)據(jù)層的高連接，在系統(tǒng)中配置了一個持久層，持久層采用了Hibernate框架，對數(shù)據(jù)對象進行包裝，構(gòu)建一個通用的數(shù)據(jù)處理模型，讓不同的項目無縫的連接。1．客戶機/服務(wù)器結(jié)構(gòu)在Client/Server，即客戶機/服務(wù)器結(jié)構(gòu)的數(shù)據(jù)庫系統(tǒng)中，數(shù)據(jù)的處理不是在單獨一端進行的，而是在客戶機和服務(wù)器間同時進行。數(shù)據(jù)的分布方案并不唯一，根據(jù)不同需求可以選取不同方案?？蛻魴C負(fù)責(zé)處理應(yīng)用程序，數(shù)據(jù)庫負(fù)責(zé)數(shù)據(jù)訪問是最常用的一種分布方案。這種工作方式根據(jù)客戶端和服務(wù)器的性能和作用，將數(shù)據(jù)分別分布在客戶端和服務(wù)器上，是一種高效的工作方式。不僅能夠充分利用網(wǎng)絡(luò)資源，實現(xiàn)了資源的合理分配和優(yōu)化，更提高了系統(tǒng)的工作效率和穩(wěn)定性。不過任何一種結(jié)構(gòu)都有優(yōu)勢和劣勢。這種系統(tǒng)的維護費用比較大，而且保密性還有待提高。2．Browser/Server結(jié)構(gòu)Browser/Server結(jié)構(gòu)是一種以網(wǎng)絡(luò)為中心形成的拓?fù)浣Y(jié)構(gòu)。這種結(jié)構(gòu)維護簡單方便，數(shù)據(jù)庫和應(yīng)用程序都集中在服務(wù)器方，克服了C/S模式維護費用大，修改麻煩的缺點。而且客戶方只需要安裝一個簡單的瀏覽器，使用起來十分方便。B/S模式基于三層體系結(jié)構(gòu)，能充分發(fā)揮客戶端和服務(wù)器的優(yōu)勢，均衡了系統(tǒng)負(fù)載，是一種安全、成熟的系統(tǒng)。Web Server是中間代理方，服務(wù)器在后臺管理數(shù)據(jù)，通過Web Server這個中介傳輸給客戶端。經(jīng)過以上分析，Browser/Server結(jié)構(gòu)是本系統(tǒng)的最優(yōu)選擇。如圖41所示。企業(yè)用戶可以通過客戶端瀏覽器訪問Domino服務(wù)器。同時可以實現(xiàn)交互式的數(shù)據(jù)更新和信息發(fā)布，方便各部門與同總部進行溝通。WEB瀏覽器Web瀏覽器郵件服務(wù)器其他應(yīng)用Notes Web PublishNotes APINotes 客戶端Notes 服務(wù)器Web與RDBMS的接口RDBMS用戶層應(yīng)用層服務(wù)層圖41系統(tǒng)體系結(jié)構(gòu)圖在項目的開發(fā)過程中，要遵循一定的順序，先開發(fā)處于結(jié)構(gòu)底層的組織級構(gòu)、權(quán)限管理等基礎(chǔ)模塊，常見一個大體框架，在此基礎(chǔ)上再開發(fā)流程管理、公文管理等附加功能模塊。開發(fā)的過程通常分為以下三個步驟：第一步：初始階段。是開發(fā)過程的基礎(chǔ)，主要完成需求分析，并根據(jù)需求創(chuàng)建模型和系統(tǒng)結(jié)構(gòu)體系，生成系統(tǒng)大體架構(gòu)。第二步：細(xì)化階段。在第一步的基礎(chǔ)上，設(shè)計并完成實現(xiàn)用例。第三步：實現(xiàn)呈現(xiàn)層。將前兩部設(shè)計出來的系統(tǒng)通過前段界面和后臺數(shù)據(jù)庫等工具實現(xiàn)出來。 組織機構(gòu)管理經(jīng)過調(diào)查發(fā)現(xiàn)，組織機構(gòu)中的實體類有兩種：Organization類（機構(gòu)）和Person類（人員）。Organization類包含三個屬性：機構(gòu)編號、機構(gòu)名稱和機構(gòu)描述。Person類包含五個屬性：員工編號、姓名、性別、職務(wù)、電話。機構(gòu)類和人員類的關(guān)系為：一個機構(gòu)下可以有多個子機構(gòu)；一個機構(gòu)有多個人員。為了更好的組織和管理機構(gòu)和人員信息，設(shè)置了組織機構(gòu)管理模塊，主要實現(xiàn)機構(gòu)信息的增、刪、改、查；人員管理模塊主要完成人員信息的增、刪、改、查。下面以機構(gòu)管理模塊為例，說明機構(gòu)管理模塊的詳細(xì)設(shè)計。系統(tǒng)設(shè)計一個機構(gòu)管理類：OrgManager。OrgManager類包含如下五個函數(shù)：（1） SearchOrgs（int ParentID）函數(shù)。ParentID是控制結(jié)構(gòu)模型的變量，返回值是一個分頁模型。當(dāng)其值為0時，系統(tǒng)將搜索頂極機構(gòu)列表。（2） ReadOrgs（int OrgID）函數(shù)。此函數(shù)讀取機構(gòu)信息，返回值為一個Organization對象。（3） AddOrgs（Organization Orgs，int ParentID）函數(shù)。此函數(shù)用于添加機構(gòu)信息。如果ParentID為0，則表示建添加一個頂機的機構(gòu)。（4） UpdataOrgs（Organization Orgs，int ParentID）函數(shù)。這是一個更新函數(shù)，可以將機構(gòu)信息及時更新。（5） DelOrgs（int OrgID）函數(shù)。這個一個刪除機構(gòu)信息的函數(shù)。執(zhí)行此函數(shù)前一定要確保此機構(gòu)下沒有子機構(gòu)和人員。人員管理模塊的實現(xiàn)方法和機構(gòu)管理相似，這里就不在做過多的敘述。 權(quán)限管理辦公自動化系統(tǒng)有許多不同模塊構(gòu)成，每個模塊需要設(shè)置訪問權(quán)限，以區(qū)別不同的用戶級別。模塊的授權(quán)是根據(jù)角色來分配的，以角色為主。設(shè)置權(quán)限之前，要先設(shè)置好權(quán)限，再根據(jù)不同用戶和角色進行權(quán)限分配。每個用戶必須有一個角色，而且可以同時擁有多個角色。在某些特殊的情況下，還要求能單獨對用戶進行授權(quán)。本系統(tǒng)使用授權(quán)控制列表來存儲授權(quán)信息。權(quán)限控制列表的屬性主要有：角色標(biāo)識、ID、模塊ID和ACLSTAT。權(quán)限控制列表的屬性如圖42所示。圖42權(quán)限管理類圖模塊操作包括增、刪、改、查四種操作，針對這每一種操作，需要設(shè)置一個對應(yīng)的“允許/禁止”標(biāo)識。ACL類設(shè)計一個int類型的狀態(tài)位：ACLSTATS，后四位表示操作類型，從后到前的各位分別表示“增”、“刪”“改”和“查”。如果相應(yīng)的位上為0，表示禁止；如果為1，表示允許。權(quán)限管理模塊的實體類有以下幾種：（1） User類。User類的屬性有：登陸賬號、密碼、創(chuàng)建時間和失效時間。（2） Roles類。Roles類有角色名稱這個屬性。（3） Module類。Module類用于描述各模塊的屬性，包括模塊名稱、入口地址、標(biāo)識和排序號。（4） ACL類（權(quán)限控制列表類）。ACL包含的屬性有主體類型、標(biāo)識、模塊標(biāo)識及操作四個屬性。這些實體類之間的關(guān)系是：用戶和角色之間是多對多的關(guān)系，ACL和用戶之間是多對一的關(guān)系；ACL和角色之間為多對一的關(guān)系；模塊和ACL之間是一對一的關(guān)系，表示一個模塊對應(yīng)權(quán)限列表中的一個記錄。權(quán)限管理模塊的用例圖如圖43所示。圖43 權(quán)限管理用例圖權(quán)限管理模塊主要實現(xiàn)權(quán)限管理的功能，功能包括：模塊、用戶和角色信息的創(chuàng)建和管理；用戶和角色的授權(quán)和自動分配；還有用戶登錄系統(tǒng)，提供用戶的注冊、注冊信息的驗證、獲取用戶授權(quán)列表等功能。授權(quán)功能主要通過授權(quán)樹來實現(xiàn)，根據(jù)圖中列出的模塊功能和關(guān)系，對不同用戶進行授權(quán)。授權(quán)和操作權(quán)是本模塊最主要的功能之一。不同用戶的權(quán)限不是相同的。根據(jù)不同的權(quán)限，用戶可以享受的功能和模塊也不同。用戶權(quán)限的判別主要通過授權(quán)列表來實現(xiàn)。 公文管理公文包括報銷單、請假單、收文和發(fā)文等書面材料，對企業(yè)辦公有不可替代的作用。公文的處理過程比較復(fù)雜，通常要經(jīng)過許多中間環(huán)節(jié)，通過不同的人進行審批，才能實現(xiàn)最終目的。公文管理涉及到流程的概念，需要對流程進行管理。流程管理包括流程的分析、流程的定義、資源分配等。對于大多數(shù)企業(yè)來說，公文管理是企業(yè)管理的核心的核心內(nèi)容。下面詳細(xì)說明公文管理的設(shè)計與實現(xiàn)過程。公文流轉(zhuǎn)類圖如圖44所示。圖44 公文流轉(zhuǎn)類圖圖45列出了查詢待審公文的流程圖。參與者首先提交查詢待審公文列表請求，通過DoucumentAction執(zhí)行查詢操作，并由DoucumentManage得到查詢?nèi)蝿?wù)列表，通過JBMP得到任務(wù)實例表，然后將公文列表傳遞給DoucumentManage和DoucumentAction，并最終顯示給用戶。圖45查詢待審公文列表流程圖圖46列出了刪除公文的流程圖。首先，參與者提交刪除公文請求，通過DoucumentAction執(zhí)行刪除公文的操作；最后，DoucumentManage開始工作，查找與公文相對應(yīng)的流程實例，并將其刪除。 圖46 刪除公文流程圖公文流轉(zhuǎn)的難點在合理控制審批流程。業(yè)務(wù)審批的設(shè)計應(yīng)當(dāng)考慮的問題有如下幾點：業(yè)務(wù)的提交、審批和退回、相關(guān)手續(xù)的催辦和緩辦等。業(yè)務(wù)審批不是隨意進行的，必須遵循一定的順序和規(guī)定。自動審批流程無需再人工設(shè)置審批流程，由系統(tǒng)根據(jù)預(yù)先設(shè)定好的流程自動進行業(yè)務(wù)傳遞。并行審批和串行審批是最常用的兩種審批模式：串行審批模式流程如圖47所示。圖47 串行審批模式圖串行審批模式是以線性結(jié)構(gòu)存在的審批流程，每一個審批步驟只需要一個人審批，審批人員同意該審批環(huán)節(jié)審批就通過，審批人員不同意該審批環(huán)節(jié)則退回。例如，在步驟1中，只需要一個人審批，審批人審批通過后，公文流轉(zhuǎn)到步驟2所需的審批人，審核未通過，則退回給審請人。并行審批模式如圖48所示。圖48 并行審批模式并行審批模式一步需要多個人審批，其中有一個人不同意就退回。例如步驟2中，需要三個人都審批通過，該審請才能流轉(zhuǎn)到步驟3的審批人，否則該申請退回。在實際的審批流程，完整的審批流程可以既包含串行審批模式，又包含并行審批模式，我們稱為混合審批模式。一項業(yè)務(wù)的完整審批流程，必須包括申請者和審批者這兩個參與角色。申請者具有申請、查看、編輯和刪除業(yè)務(wù)的權(quán)限，可以提交業(yè)務(wù)申請。審批者可以查看提交的業(yè)務(wù)申請和具體內(nèi)容，具有同意、退回、催辦和緩辦等審批業(yè)務(wù)的權(quán)限。業(yè)務(wù)的審批是逐級進行的，不同的審批階段有不同的狀態(tài)，也處于不同的業(yè)務(wù)流中。業(yè)務(wù)有未提交、待批、審批中、通過審批這四種審批狀態(tài)，以及催辦、緩辦和退回這三種其他狀態(tài)。一．公文流轉(zhuǎn)的實體類首先定義以下幾個類：（1）Workfloat類Workfloat類有流程名稱和流程定義這兩個屬性。流程定義顧名思義記錄了流程的信息，以XML的文件形式保存。（2）Document類Document類包括標(biāo)題、內(nèi)容附件、描述、創(chuàng)建時間、狀態(tài)和流程實例ID這留個屬性，是描述公文信息的類。（3）ApproveInfo類Approvelnfo類包括審批時間和審批意見這兩個屬性，是一個管理類，用于管理用戶和公文之間關(guān)系。二．公文流轉(zhuǎn)的描述與實現(xiàn)本模塊的功能比較完善，普通用戶可以提交、下載、添加、更新和刪除公文，超級用戶可以審批公文；可以查詢提交、待審核和已審核的公文列表；對于公文的審批進度和審批內(nèi)容也可以進行查詢。用戶添加公文頁面的流程如下：首先，DocumentAction會提交一個查詢流程列表給WorkflowManager，WorkflowManager經(jīng)過處理后將流程列表返回給DocumentAction；然后，DocumentAction根據(jù)流程列表的內(nèi)容展示頁面；最后，用戶提交流程標(biāo)識，DoucumentManage根據(jù)流程標(biāo)識查將表單返回給客戶，這樣就完成了添加公文頁面的功能。其中，DoucumentManage用于存儲公文，并將公文標(biāo)識和公文名稱傳遞給JBPM。JBPM主要用于綁定公文標(biāo)識并創(chuàng)建流程實例。每個類都有具體的職能，而且各類之間還有一定的內(nèi)在聯(lián)系，互相配合協(xié)作才能實現(xiàn)完整的功能。公文的修改、刪除和更新等操作過程與此類似，只是傳遞的請求不同而已。請年假是公司里最常見的一項事務(wù)。一般情況下，首先需要填寫并提交請假單，然后需要審請人部門經(jīng)理審批，還需要行政部門老總審批，最后向有業(yè)務(wù)關(guān)聯(lián)的同事告知此事。請假流程的角色分析：（1）部門員工：員工請假，有發(fā)起請假的權(quán)限，可以適當(dāng)?shù)奶岢稣埣偕暾垺＃?）部門經(jīng)理：負(fù)責(zé)普通員工的休假審批工作，自身請假申請要提交給公司老板進行審批； （3）公司老板：只有經(jīng)過公司老板的批準(zhǔn)員工和經(jīng)理才可以休假。分配好角色之后，接下來進行類的設(shè)計。類圖如圖49所示。圖49 請假任務(wù)分派類的類圖其中，BossDecideAssignmentHandler為角色類，它可以通過Userid，在數(shù)據(jù)庫中查找請假申請人；ChiefDecideAssignmentHandler類用來獲取部門經(jīng)理，可以通過員工的Userid得到員工的部門經(jīng)理是誰；WriteRequestAssignmentHandler類用來獲得發(fā)起申請的員工ID；在CancelRequestAssignmentHandler類中，申請人可以撤銷請假請求任務(wù)。系統(tǒng)中存在一個流程變量RequestStat，用來存儲申請狀態(tài)。用戶啟動請假流程，完成第一個填寫請假申請的任務(wù)實例后，此狀態(tài)置為REQUEST。在完成取消請求任務(wù)之后，狀態(tài)改為CANCEL。 測試方法由于采用面向?qū)ο蟮某绦蛟O(shè)計思想，在系統(tǒng)的迭代開發(fā)過程中，每次迭代都包含測試過程。構(gòu)件測試和集成測試通常采用白盒法和黑盒法兩種方法相結(jié)合，以確保各部