基于essh框架的出勤日志請假管理系統(tǒng)畢業(yè)設(shè)計(論文)-文庫吧
2025-06-06 21:46 本頁面
【正文】 模塊主要有請假申請，修改請假，刪除請假，審批請假。如下圖 請假模塊所示： 圖 請假模塊 開始 刪除用戶 確認(rèn)刪除 結(jié)束 N Y 請假 新增請假 修改請假 刪除請假 審批請假 7 申請請假：用戶登錄后對請假進(jìn)行申請，首先開始請假日期不能小于結(jié)束請假日期，并且提交請假日期不能大于開始請假日期，然后進(jìn)行填寫其他的信息，提交失敗會彈出提示，格式錯誤控件也會彈出提示框，流程如下圖 請假所示： 圖 申請請假 請假修改：首選要選擇修改的請假信息（修改的請假信息沒有通過審批），對要修改的信息進(jìn)行修改，具體流程如下圖 請假修改所示： 圖 請假修改 開始 修改請假 驗證格式 結(jié)束 N Y 開始 申請請假 判斷正確 結(jié)束 N Y 8 刪除請假：首先要選擇用戶，然后點擊刪除按鈕（刪除的請假信息沒有通過審批），點擊確定刪除，即可刪除該用戶。如圖 刪除請假所示： 圖 刪除請假 審批請假：審批順序必須先是組長通過然后經(jīng)理才可以進(jìn)行審批。組長或者項目經(jīng)理（管理員）首先要選擇用戶，然后點擊審批按鈕（刪除的請假信息沒有通過審批），點擊審批，即可審批該用戶。在對審批的信息進(jìn)行適當(dāng)修改，然后通過如圖 審批請假所示： 圖 審批請假 開始 審批請假信息 確定通過 結(jié)束 N Y 開始 刪除請假信息 確定刪除 結(jié)束 N Y 9 加班模塊分析 登錄模塊主要有加班申請，修改加班，刪除加班，審批加班。如下圖 登陸模塊所示： 圖 登陸模塊 申請加班：用戶登錄后對加班進(jìn)行申請，開始加班日期不能小于結(jié)束加班日期，提交加班日期不能大于開始加班日期，然后填寫其他的信息，如果提交失敗會彈出提示信息，格式錯誤控件也會彈出提示框，如下圖 申請加班所示： 圖 申請加班 開始 申請加班 格式通過 結(jié)束 N Y 加班 新增加班 修改加班 刪除加班 審批加班 10 加班修改 ：首選要選擇修改的加班信息（修改的加班信息沒有通過審批），對要修改的信息進(jìn)行修改：并且修改的格式要相同，具體流程如下圖 加班修改所示： 圖 加班修改 刪除加班：首先要選擇加班信息，然后點擊刪除按鈕（刪除的加班信息沒有通過審批），點擊確定刪除，即可刪除該用戶。如圖 刪除加班所示： 圖 刪除加班 審批加班：審批順序必須先是組長通過然后經(jīng)理才可以進(jìn)行審批。組長或者項目經(jīng)理（管 理員）首先要選擇用戶，然后點擊審批按鈕（刪除的加班信息沒有開始 刪除加班信息 確定刪除 結(jié)束 N Y 開始 加班修改 確定修改 結(jié)束 N Y 11 通過審批），點擊審批，即可審批該用戶。在對審批的信息進(jìn)行適當(dāng)修改，然后通過如圖 審批加班所示： 圖 審批加班 日志模塊分析 日志模塊主要有新增日志，修改日志，刪除日志，審批日志。如下圖 1. 16日志模塊所示： 圖 日志模塊 開始 審批加班信息 確定刪除 結(jié)束 N Y 日志 新增日志 修改日志 刪除日志 審批日志 12 申請日志：用戶登錄后對日志進(jìn)行申請，首先填寫日志名，日志內(nèi)容，然后進(jìn)行填寫其他的信息 ，如果提交失敗會彈出提示信息，如果格式錯誤控件也會彈出提示框，流程如下圖 申請日志所示： 圖 申請日志 日志修改：首選要選擇修改的日志信息（修改的日志信息沒有通過審批），對要修改的信息進(jìn)行修改，具體流程如下圖 日志修改所示： 圖 日志修改 開始 日志修改 確定修改 結(jié)束 N Y 開始 提交日志信息 確定提交 結(jié)束 N Y 13 刪除日志：首先要選擇日志信息，然后點擊刪除按鈕（刪除的日志信息沒有通過審批），點擊確定刪除，即可刪除該用戶。如圖 刪除日志所示 ： 圖 刪除日志 審批日志：審批順序必須先是組長通過然后經(jīng)理才可以進(jìn)行審批。組長或者項目經(jīng)理（管理員）首先要選擇用戶，然后點擊審批按鈕（刪除的日志信息沒有通過審批），點擊審批，即可審批該用戶。在對審批的信息進(jìn)行適當(dāng)修改，然后通過如圖 審批日志所示： 圖 審批日志 開始 審 批日志 確定通過 結(jié)束 N Y 開始 刪除日志 確定刪除 結(jié)束 N Y 14 二、 系統(tǒng)設(shè)計 （一） 總體架構(gòu) 系統(tǒng)架構(gòu) 完成了需求分析之后，就進(jìn)入系統(tǒng)的設(shè)計階段，在整個系統(tǒng)開發(fā)周期，設(shè)計階段也很重要，設(shè) 計任務(wù)分為兩個階段，第一階段是概要設(shè)計階段，主要任務(wù)是建立軟件的總體結(jié)構(gòu)，即軟件的組成，以及各組成成分 (子系統(tǒng)或模塊 )之間的相互聯(lián)系，第二階段是詳細(xì)設(shè)計，該任務(wù)是確定模塊的算法結(jié)構(gòu)。 應(yīng)用 ESSH 框架 （ easy ui， struts2， spring， hibernate[2]） 。本系統(tǒng) 根據(jù)需求分析在進(jìn)行設(shè)計出原型，然后在原型的基礎(chǔ)上進(jìn)行測試和改進(jìn)。 架構(gòu)設(shè)計：架構(gòu)的本質(zhì)在于其抽象性，包括兩個方面的抽象：業(yè)務(wù)抽象和技術(shù)抽象。 優(yōu)點： 有助于提高重用性 ,根據(jù)實際情況決定不同類間的耦合度 ,必須客觀的評價耦合度。 根據(jù) 需求的穩(wěn)定性，來決定耦合的程度恰到好處在同樣都能夠滿足需要的情況下，一項簡單的設(shè)計遠(yuǎn)比復(fù)雜的設(shè)計來的直接和有效。 應(yīng)用模式： 模式和功能組件的區(qū)別就在于模式會引發(fā)你的思考模式 ,應(yīng)用在架構(gòu)設(shè)計上，能夠大大增強(qiáng)架構(gòu)的穩(wěn)定性。 架構(gòu)模式 : 層次模式 : 在層次模式中 , 應(yīng)用被分解為若干層次。 現(xiàn)在流行的應(yīng)用系統(tǒng)三層架構(gòu) , 網(wǎng)絡(luò)服務(wù)的七層協(xié)議都是典型的層次模式的例子。 MVC[3]模式 : 即模型 視圖 控制模式。 在 MVC 模式中 , 應(yīng)用分為三部分 : 模型負(fù)責(zé)數(shù)據(jù)和其中的規(guī)則 , 視圖負(fù)責(zé)信息如何展現(xiàn)給用戶 ,控制則負(fù) 責(zé)處理用戶的輸入。 15 （二） 數(shù)據(jù)庫結(jié)構(gòu) 數(shù)據(jù)庫 [4]的設(shè)計實際上是對項目設(shè)計的一個整體規(guī)劃，因為數(shù)據(jù)庫中表的結(jié)構(gòu)都是與程序緊密相關(guān)的，如果數(shù)據(jù)庫設(shè)計如果沒有到位，設(shè)計會受到一定的影響。 表匯總 本系統(tǒng)采用 Oracle[5] 數(shù)據(jù)庫，系統(tǒng)數(shù)據(jù)庫名為 LGMS，數(shù)據(jù)庫 ORCL 中包括13 個數(shù)據(jù)表。如表 21 標(biāo)匯總所示： 表 21 表匯總 表名 功能說明 T_BASE_LOG 日志表，用戶填寫、修改的日志表都會上傳到這個表里面 T_BASE_USER 用戶表，組員組長管理員的表 T_BASE_ROLE 用戶角色 T_BASE_ORGAN 組織表 T_BASE_USER_ORGAN 用戶組織 T_SYS_DICTIONARYTYPE 數(shù)據(jù)字典類型 T_SYS_DICTIONARY 數(shù)據(jù)字典 T_BASE_USER_ROLE 用戶角色表 T_RESOURCE_ROLE 資源角色 T_BASE_RESOURCE 資源表 T_BASE_ROLE_MENU 角色菜單 T_BASE_MENU 菜單 T_SYS_BUG 漏洞 日志表 這是日志表，存放日志信息，當(dāng)進(jìn)行業(yè)務(wù)時，就是對這個表進(jìn)行處理。具體如表 22 T_BASE_LOG 所示： 表 22 T_BASE_LOG 表名 T_BASE_LOG 列名 數(shù)據(jù)類型（精度范圍） 空 /非空 約束條件 ID NUMBER(19) 非空 外鍵 LOGNAME VARCHAR2(255 CHAR) 非空 Type VARCHAR2(255 CHAR) state NUMBER(6) context VARCHAR2(255 CHAR) LOG_ID NUMBER(19) 外鍵 主鍵 補充說明 除了主鍵、登錄名外，其他的都可為空 16 用戶表 這是用戶表，存放用戶信息， 當(dāng)進(jìn)行業(yè)務(wù)時，就是對這個用戶表進(jìn)行處理。具體如表 23 T_BASE_USER 所示： 表 23 T_BASE_USER 表名 T_BASE_USER 列名 數(shù)據(jù)類型（精度范圍） 空 /非空 約束條件 ID NUMBER(19) 非空 主鍵 CREATE_TIME TIMESTAMP(6) CREATE_USER VARCHAR2(36 CHAR) STATUS NUMBER(10) UPDATE_TIME TIMESTAMP(6) UPDATE_USER VARCHAR2(36 CHAR) VERSION NUMBER(10) EMAIL VARCHAR2(255 CHAR) LOGINNAME VARCHAR2(32 CHAR) 非空 MOBILEPHONE VARCHAR2(255 CHAR) NAME VARCHAR2(32 CHAR) PASSWORD VARCHAR2(64 CHAR) 非空 SEX NUMBER(10) TEL V
研究報告相關(guān)推薦
鄂ICP備17016276號-1