【正文】 大幅度提高了工作的效率，從而獲得經(jīng)濟(jì)效益。要求完成以下主要工作：1）在線請(qǐng)假系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn)，包括系統(tǒng)的基本架構(gòu)，系統(tǒng)需求分析，用戶分析以及功能模塊分析，系統(tǒng)的各種約束條件，以及系統(tǒng)的 UML 建模過(guò)程。MVC 的目的是增加代碼的重用率，減少數(shù)據(jù)表達(dá)，數(shù)據(jù)描述和應(yīng)用操作的耦合度。三者關(guān)系如圖 21：圖 21 MVC 的分工與協(xié)作4 / 43 Struts本節(jié)簡(jiǎn)要闡述了 Struts 基本原理以及利用 Struts 框架來(lái)構(gòu)建一個(gè) MVC 架構(gòu)的系統(tǒng)。 具體在使用 Struts 框架時(shí)，對(duì)應(yīng)各個(gè)部分的開(kāi)發(fā)工作主要包括：Model 部分：采用 JavaBean 和 EJB 組件，設(shè)計(jì)和實(shí)現(xiàn)系統(tǒng)的業(yè)務(wù)邏輯。Struts 的自定義標(biāo)記還提供了很多定制頁(yè)面的功能。這意味著應(yīng)用程序的數(shù)據(jù)訪問(wèn)層位于 Hibernate 之上，完全是從底層數(shù)據(jù)模型中抽象出來(lái)的。不像加載一個(gè)頁(yè)面一樣，在會(huì)話的開(kāi)始，瀏覽器加載了一個(gè) Ajax引擎 采用 JavaScript 編寫并且通常在一個(gè)隱藏 frame 中。現(xiàn)在發(fā)布的穩(wěn)定版本是 ，提供以下功能：從 Excel 992022 等格式的文件中讀取數(shù)據(jù)； 讀取 Excel 公式（可以讀取 Excel 97 以后的公式） ； 生成 Excel 數(shù)據(jù)表（格式為 Excel 97） ； 8 / 43支持字體、數(shù)字、日期的格式化； 支持單元格的陰影操作，以及顏色操作； 修改已經(jīng)存在的數(shù)據(jù)表； 在線請(qǐng)假系統(tǒng)的開(kāi)發(fā)環(huán)境本系統(tǒng)采用 框架構(gòu)建。 在線請(qǐng)假系統(tǒng)的環(huán)境需求本系統(tǒng)采用 MVC 三層架構(gòu)，應(yīng)用程序直接裝在服務(wù)器上，由于在局域網(wǎng)內(nèi)使用本系統(tǒng)，安全性較高，運(yùn)行與處理速度快。5）員工員工可以提交未來(lái)某段時(shí)間的請(qǐng)假申請(qǐng)，并可以對(duì)自己的個(gè)人資料進(jìn)行編輯和查詢本人過(guò)往申請(qǐng)記錄的批復(fù)情況。未通過(guò)批準(zhǔn)的申請(qǐng)將在某階段的整理中歸檔到備份文件中。密 碼 構(gòu) 成 ： 長(zhǎng) 度 在 6 到 10 之 間 ， 采 用 MD5 加 密 算 法 加 密 存 儲(chǔ) 的 密 碼13 / 43 Leave Aplication SystemAproveAplicationDefineAproveFlow AproverAplicant DeliverAplicationLoginMaintainer MaintainLeavePlan圖 31 系統(tǒng)用例視圖 系統(tǒng)約束1) 如果申請(qǐng)人填寫請(qǐng)假起始和結(jié)束日期相同時(shí)，系統(tǒng)會(huì)自動(dòng)判斷出為一天，會(huì)提供上下午的選擇，如果不選擇，系統(tǒng)默認(rèn)為一天假期；2) 可以假設(shè)性請(qǐng)假，如：從某天到某天，我將要請(qǐng)假。 系統(tǒng)實(shí)現(xiàn)視圖 概述在線請(qǐng)假系統(tǒng)的包結(jié)構(gòu)圖如圖 34 所示，每個(gè)包的功能在表 33 中做了說(shuō)明。ManageUser 項(xiàng)目組成員進(jìn)入系統(tǒng)后可以修改自己的個(gè)人信息和密碼。將審批結(jié)果存入系統(tǒng)，如果所有審批人員對(duì)某一申請(qǐng)都已審批，將會(huì)通過(guò)一封Email 通知員工審批結(jié)果。DefineOrganizationFrame 指定項(xiàng)目組的組織架構(gòu)圖，以便產(chǎn)生申請(qǐng)的審批流程。QueryApplicationRecords 查詢用戶請(qǐng)假或申請(qǐng)審批記錄，生成請(qǐng)假計(jì)劃，可以導(dǎo)出成 Excel 格式等Comment [D1]: 文中的表都需要在正文中給出引用，如此處應(yīng)在正文中說(shuō)明：表 43用于保存用戶基本信息。對(duì)未過(guò)期的（即請(qǐng)假起始時(shí)間晚于當(dāng)前時(shí)間的）未批復(fù)的假設(shè)性請(qǐng)假申請(qǐng)，申請(qǐng)人可以對(duì)其進(jìn)行修改，或者刪除，中途取消申請(qǐng)。 checkLeaveDays() 判斷新的請(qǐng)假申請(qǐng)是否與該用戶過(guò)去的申請(qǐng)記錄的請(qǐng)假區(qū)間是否重疊。(showValueForLogicPresent)。 Ajax日期校驗(yàn)為了使用戶有更好的用戶體驗(yàn)，同時(shí)也減少人工輸入的錯(cuò)誤和繁瑣，在頁(yè)面上的數(shù)據(jù)驗(yàn)證使用了 Ajax技術(shù)。}同步令牌的基本原理是：為每一個(gè)頁(yè)面編號(hào)，并在客戶端和服務(wù)器端各產(chǎn)生一個(gè)副本，每次通過(guò)比較兩端的編號(hào)是否一致，達(dá)到同步的目的。本設(shè)計(jì)能很好地將 MVC 系統(tǒng)架構(gòu)運(yùn)用于開(kāi)發(fā)過(guò)程之中,系統(tǒng)結(jié)構(gòu)較合理；模塊功能較全，這些模塊分別是用戶登陸模塊、員工請(qǐng)假申請(qǐng)、請(qǐng)假批準(zhǔn)模塊、請(qǐng)假流程定義以及休假計(jì)劃報(bào)告。解決方案：在系統(tǒng)管理員導(dǎo)入用戶資料的同時(shí)，根據(jù)用戶的公司，部門，以及不同的級(jí)別，由系統(tǒng)自動(dòng)生成默認(rèn)的組織框架以及請(qǐng)假批復(fù)流程；2) 在我們的后期測(cè)試中，由于人數(shù)的問(wèn)題，沒(méi)有進(jìn)行大量數(shù)據(jù)的測(cè)試，因此在實(shí)際的使用過(guò)程中，系統(tǒng)的執(zhí)行效率有所下降。感謝丁立，林海，云龍，繼生和李燦 ，在平時(shí)給予我的幫助，使我的技術(shù)進(jìn)步飛快。解決方案：在數(shù)據(jù)庫(kù)中增加相應(yīng)的字段，并且在后臺(tái)管理中增加對(duì)應(yīng)的 Email 正文管理功能，可對(duì)對(duì)應(yīng)的 Email 設(shè)置適當(dāng)?shù)恼膬?nèi)容。2) 操作簡(jiǎn)單，易于維護(hù)本系統(tǒng)人機(jī)對(duì)話界面友好，同時(shí)在數(shù)據(jù)校驗(yàn)方面使用了 Ajax，有較好的用戶體驗(yàn)，并且有效的減少了手工輸入可能出現(xiàn)的錯(cuò)誤，完全傻瓜化的操作；對(duì)于系統(tǒng)管理員而言，本系統(tǒng)對(duì)數(shù)據(jù)的過(guò)濾以及數(shù)據(jù)的批量處理，都使得管理員對(duì)系統(tǒng)的日常維護(hù)更加輕松簡(jiǎn)單。如果一致，則處理提交，并產(chǎn)生一個(gè)新的編號(hào)，返回給客戶端。Comment [D6]: 必須在正文中給出該圖片的引用Comment [D7]: 必須在正文中給出該表的引用35 / 43 定義組織框架中“環(huán)”的問(wèn)題由于 LAS的組織框架是由人工手動(dòng)定義的，因此由于人為的疏忽，在定義批復(fù)流程的時(shí)候，有可能出現(xiàn)帶有循環(huán)的批復(fù)鏈路，如下圖所示：圖 59 組織框架的“環(huán)”表 54 組織框架表用戶 ID 用戶名 上級(jí)用戶 ID 上級(jí)用戶名1010 小林 1005 小峰1005 小峰 1003 小剛1003 小剛 1002 小俊1002 小俊 1001 老王由于批復(fù)鏈路出現(xiàn)循環(huán)的鏈路，因此，在系統(tǒng)調(diào)用 getApproverList(int user_id)獲得提交申請(qǐng)的用戶的所有上級(jí)的一個(gè)列表填充到審批記錄表中時(shí)將會(huì)發(fā)現(xiàn)系統(tǒng)內(nèi)部出現(xiàn)死循環(huán)了，導(dǎo)致系統(tǒng)不能正常運(yùn)行。logic:present name=showMenu property=showManageLocalUserInfoMenu在菜單頁(yè)中，使用 logic標(biāo)簽來(lái)判斷該菜單項(xiàng)是否需要顯示。if(().getRoleId().equals(new Integer(1))){// Developer級(jí)別的成員，顯示列表1,2(Developer, ok, executed!)。5) SendEmail6) 使用 Jmail 中的 API，設(shè)置對(duì)應(yīng)的 mail 服務(wù)器，發(fā)送 mail 的相關(guān)參數(shù)，并且設(shè)置 mail的標(biāo)題以及編碼等。 查詢與訪問(wèn)技術(shù)表 42數(shù)據(jù)庫(kù)查詢與訪問(wèn)技術(shù)標(biāo) 題 描 述查 詢 技 術(shù) 采 用 HQL語(yǔ) 言 進(jìn) 行 數(shù) 據(jù) 的 查 詢?cè)L 問(wèn) 技 術(shù) 采 用 SQL引 擎 對(duì) MSDE數(shù) 據(jù) 庫(kù) 的 訪 問(wèn) 數(shù)據(jù)字典以及對(duì)應(yīng)的持久化類1) 用 戶 信 息 表 (TB_UserInfo)表 43用戶信息表列名 類型 是否為空 釋義 是 否 主 鍵 備注user_id Integer N 用 戶 編 號(hào) Y 自 增 （ 1000， 1）login_name Varchar(50) N 登 錄 名first_name Varchar(50) N 用 戶 的 姓l(shuí)ast_name Varchar(50) N 用 戶 的 名user_passwordVarchar(20) N 用 戶 登 陸 密 碼active Varchar(6) N 用 戶 活 動(dòng) 狀 態(tài)pany_id Integer N 所 在 公 司 IDdepartment_idInteger N 所 屬 部 門 ID Varchar(50) N 用 戶 郵 件 地 址role_id Integer N 用 戶 角 色 級(jí)21 / 43表 44 用戶信息表約束關(guān)系約束S/No 名稱 類型 列名1. PK_TB_UserInfo_user_id Primary user_id2. IX_UserInfo_login_name Unique Login_name3. FK_TB_UserInfo_pany_id Foreignpany_idReferencesTB_CompanyInfo(pany_id)4. FK_TB_UserInfo_department_id Foreigndepartment_idReferencesTB_DepartmentInfo(department_id)5. FK_TB_UserInfo_role_id Foreignrole_idReferencesTB_UserRole (role_id)2) 用 戶 角 色 表 （ TB_UserRole）表 45 用戶角色表列名 類型 是否為空 釋義 是 否 主 鍵 備注role_id Integer N 用 戶 角 色 級(jí) 別 Yrole_name Varchar(50) N 用 戶 角 色 名表 46 用戶角色表約束關(guān)系約束S/No 名稱 類型 列名1. PK_TB_UserRole_role_id Primary role_id3) 用 戶 所 屬 部 門 表 （ TB_DepartmentInfo）表 47 用戶所屬部門表列名 類型 是否為空 釋義 是 否 主 鍵 備注department_id Integer N 部 門 號(hào) Ydepartment_name Varchar(50) N 部 門 名表 48 用戶所屬部門表約束關(guān)系約束S/No 名稱 類型 列名1. PK_TB_DepartmentInfo_department_id Primary department_id4) 分 公 司 信 息 表 （ TB_CompanyInfo）表 49 分公司信息表列名 類型 是否為空 釋義 是 否 主 鍵 備注pany_id Integer N 所 在 公 司 號(hào) Ypany_name Varchar(100) N 公 司 名22 / 43表 410 分公司信息表約束關(guān)系約束S/No 名稱 類型 列名1. PK_TB_CompanyInfo_pany_id Primary role_id5) 用 戶 申 請(qǐng) 表 （ TB_ApplicationFilled）表 411 用戶申請(qǐng)表列名 類型 是否為空 釋義 是 否主 鍵 備注application_id Integer N 申 請(qǐng) 編 號(hào) Y 自 增 (1， 1)user_id Integer N 用 戶 編 號(hào)date_begin Datetime N 請(qǐng) 假 起 始日 期date_end Datetime N 請(qǐng) 假 截 止日 期am_pm_sign Varchar(5) N 上 /下 午 判別 標(biāo) 志 “Am”/”Pm”/”Empty”/”Null”reason Varchar(300) N 申 請(qǐng) 緣 由leave_days Real N 請(qǐng) 假 天 數(shù)all_approved_status Varchar(12) N 審 批 通 過(guò)狀 態(tài) “Approved”/“Rejected”/“Pending”/“Tentative”all_approved_date Datetime Y 審 批 通 過(guò)時(shí) 間表 412 用戶申請(qǐng)表約束關(guān)系約束S/No 名稱 類型 列名1. PK_TB_ApplicationFilled_application_id Primary application_id2. FK_TB_ApplicationFilled_user_id Foreignuser_idReferencesTB_UserInfo(user_id)6) 審 批 記 錄 表 （ TB_ApproveRecords）表 413 審批記錄表列名 類型 是否為空 釋義 是 否主 鍵 備注id int N ID Yapplication_id Integer N 申 請(qǐng) 編 號(hào) 由 申 請(qǐng) 表 而 得 到superior_id Integer N 審 批 用 戶 IDapproved_status Varchar(8) Y 審 批 狀 態(tài) “Approved”/”Pending”“Rejected”/“Pass”approve_time Datetime(8) Y 審 批 時(shí) 間remark Varchar(300) Y 備 注23 / 43表 414 審批記錄表約束關(guān)系約束S/No 名稱 類型 列名1. PK_TB_ApproveRecords_id Primary id2. FK_TB_ApproveRecords_superior_id_1 Foreignsuperior_idReferencesTB_FlowRule(superior_id)3. FK_TB_ApproveRecords_superior_id_2 ForeignSuperior_idReferencesTB_UserInfo(user_id)4. FK_TB_ApproveRecords_application_id Foreignappli