【正文】 這次開發(fā)讓我知道了我對(duì)軟件技術(shù)仍然需要學(xué)習(xí)和聯(lián)系，學(xué)以致用。 Spring 提供了管理業(yè)務(wù)對(duì)象的一致方法并且鼓勵(lì)了注入對(duì)接口編程而不是對(duì)類編程的良好習(xí)慣。 測(cè)試報(bào)告： 本系統(tǒng)經(jīng)過測(cè)試，功能基本正常，達(dá)到了預(yù)期的目的。通常的程序結(jié)構(gòu)覆蓋有：語句覆蓋，判定覆蓋，條件覆蓋，判定 /條件覆蓋，路徑覆蓋。 黑盒測(cè)試又稱為功能測(cè)試、數(shù)據(jù)驅(qū)動(dòng)測(cè)試和基于規(guī)格說明的測(cè)試。 靜態(tài)測(cè)試與動(dòng)態(tài)測(cè)試 按照軟件測(cè)試分析與非分析方法而論，軟件測(cè)試可以分靜態(tài)測(cè)試和動(dòng)態(tài)測(cè)試。 } } } else {jurisdiction = 2。 } //如果是組長登錄或者該數(shù)據(jù)狀態(tài)為組長不可見 if(()==1738822 amp。 } //如果是管理員則不需要判斷身份 if(!(()==1)){ //循環(huán)，對(duì)數(shù)據(jù)進(jìn)行移除 for(int i=0。詳情如下表 32 所示： 表 32 用戶登錄測(cè)試表 測(cè)試要點(diǎn) 測(cè)試路徑 測(cè)試結(jié)果 密碼 密碼為空； 提示“密碼不可為空” 請(qǐng)返回重新輸入。 （二） 算法分析 邏輯刪除 除了一般的增刪改查，該系統(tǒng)還毒用戶進(jìn)行了權(quán)限管理，如果是員工 A 登錄系統(tǒng)，那么查詢的信息只能是 A 的信息，如果 A 刪除日志（邏輯刪除），那么那條日志 A 將無權(quán)限看到刪除的日志，如果組長刪除 A 那條日志，同理，組長也無權(quán)限訪問那條日志。 7. 方法的參數(shù)命名規(guī)則： 1) 使用全英文命名。 塊注釋規(guī)則： 1) 方法內(nèi)部的塊注釋位于所描述內(nèi)容之前。 5) 簡單語句每行至多包含一條 語句。 5) 開始日期和結(jié)束日期的日期選擇控件的第一列為星期四 (默認(rèn) )，最后一天為星期三。如圖 刪除申請(qǐng)所示： 圖 刪除申請(qǐng) 加班模塊 加班申請(qǐng)： 1) 加班申請(qǐng)：點(diǎn)擊添加按鈕，彈出一個(gè)加班申請(qǐng)頁面。具體如表 214 T_SYS_BUG 所示： 表 214 T_SYS_BUG 表名 T_SYS_BUG 列名 數(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) TITLE VARCHAR2(255 CHAR) CONTENT CLOB 補(bǔ)充說明 （三） 詳細(xì)設(shè)計(jì) 請(qǐng)假模塊 請(qǐng)假設(shè)計(jì)主要有以下界面如下圖 2. 1 請(qǐng)假申請(qǐng)所示： 1) 請(qǐng)假申請(qǐng)： 所有員工進(jìn)入請(qǐng)假申請(qǐng)頁面，選項(xiàng)卡方式顯示我的請(qǐng)假。具體如表 29 T_BASE_USER_ROLE所示： 表 29 T_BASE_USER_ROLE 表名 T_BASE_USER_ROLE 列名 數(shù)據(jù)類型（精度范圍） 空 /非空 約束條件 USER_ID NUMBER(19) 非空 外鍵 ROLE_ID NUMBER(19) 非空 外鍵 補(bǔ)充說明 這個(gè)表是用戶角色 資源表 這是資源的表。與菜單表和用戶 表可以進(jìn)行外鍵連接。 現(xiàn)在流行的應(yīng)用系統(tǒng)三層架構(gòu) , 網(wǎng)絡(luò)服務(wù)的七層協(xié)議都是典型的層次模式的例子。在對(duì)審批的信息進(jìn)行適當(dāng)修改，然后通過如圖 審批日志所示： 圖 審批日志 開始 審批日志 確定通過 結(jié)束 N Y 開始 刪除日志 確定刪除 結(jié)束 N Y 14 二、 系統(tǒng)設(shè)計(jì) （一） 總體架構(gòu) 系統(tǒng)架構(gòu) 完成了需求分析之后，就進(jìn)入系統(tǒng)的設(shè)計(jì)階段，在整個(gè)系統(tǒng)開發(fā)周期，設(shè)計(jì)階段也很重要，設(shè)計(jì)任務(wù)分為兩個(gè)階段，第一階段是概要設(shè)計(jì) 階段，主要任務(wù)是建立軟件的總體結(jié)構(gòu)，即軟件的組成，以及各組成成分 (子系統(tǒng)或模塊 )之間的相互聯(lián)系，第二階段是詳細(xì)設(shè)計(jì)，該任務(wù)是確定模塊的算法結(jié)構(gòu)。在對(duì)審批的信息進(jìn)行適當(dāng)修改，然后通過如圖 審批請(qǐng)假所示： 圖 審批請(qǐng)假 開始 審批請(qǐng)假信息 確定通過 結(jié)束 N Y 開始 刪除請(qǐng)假信息 確定刪除 結(jié)束 N Y 9 加班模塊 分析 登錄模塊主要有加班申請(qǐng)，修改加班，刪除加班，審批加班。 4 (二 ) 具體需求分析 登錄 模塊分 析 登錄模塊主要有登錄功能，新增功能，修改功能，刪除功能。 此需求規(guī)格說明書對(duì)《考勤日志系統(tǒng)》軟件做了全面細(xì)致的用戶需求分析，明確所要開發(fā)的軟件應(yīng)具有的功能，性能與界面， 使系統(tǒng)分析人員及軟件開發(fā)人員能清楚地了解用戶的需求，并在此基礎(chǔ)上進(jìn)步提出概要設(shè)計(jì)說明書和完成后續(xù)設(shè)計(jì)與開發(fā)工作。 請(qǐng)假系統(tǒng)、加班系統(tǒng)、日志系統(tǒng)這三個(gè)系統(tǒng)都需要建立在用戶模塊上，需要有用戶登錄才可以進(jìn)行這些業(yè)務(wù)修改。在這個(gè)模式框架上又應(yīng)用了 easy ui、 jquery,進(jìn)行前臺(tái)的優(yōu)化。 3 一、 需求分析 (一 ) 考勤日志系統(tǒng)需求規(guī)格說明書編寫目的 考勤日志系統(tǒng) [1]定位于軟件開發(fā)行業(yè)信息化建設(shè)的基礎(chǔ)軟件平臺(tái) —— 在對(duì)軟件公司的辦公、管理和 信息溝通提供強(qiáng)有力的網(wǎng)絡(luò)化、電子化支持外，還為其它信息化系統(tǒng)的引入、為這些系統(tǒng)間的信息交流提供幫助，實(shí)現(xiàn)單位信息化程度的全面提升。 軟件研發(fā)日志管理系統(tǒng)主要運(yùn)用于公司管理員工的日常工作情況， 員工 每天上班所做的事情都要填寫在日志，記錄工作信息。如下圖 請(qǐng)假模塊所示： 圖 請(qǐng)假模 塊 開始 刪除用戶 確認(rèn)刪除 結(jié)束 N Y 請(qǐng)假 新增請(qǐng)假 修改請(qǐng)假 刪除請(qǐng)假 審批請(qǐng)假 7 申請(qǐng)請(qǐng)假：用戶登錄后對(duì)請(qǐng)假進(jìn)行申請(qǐng)，首先開始請(qǐng)假日期不能小于結(jié)束請(qǐng)假日期，并且提交請(qǐng)假日期不能大于開始請(qǐng)假日期，然后進(jìn)行填寫其他的信息，提交失敗會(huì)彈出提示，格式錯(cuò)誤控件也會(huì)彈出提示框，流程如下圖 請(qǐng)假所示： 圖 申請(qǐng)請(qǐng)假 請(qǐng)假修改：首選要選擇修改的請(qǐng)假信息（修改的請(qǐng)假信息沒有通過審批），對(duì)要修改的信息進(jìn)行修改，具體流程如下圖 請(qǐng)假修改所示： 圖 請(qǐng)假修改 開始 修改請(qǐng)假 驗(yàn)證格式 結(jié)束 N Y 開始 申請(qǐng)請(qǐng)假 判斷正確 結(jié)束 N Y 8 刪除請(qǐng)假：首先要選 擇用戶，然后點(diǎn)擊刪除按鈕（刪除的請(qǐng)假信息沒有通過審批），點(diǎn)擊確定刪除，即可刪除該用戶。如下圖 1. 16日志模塊所示： 圖 日志模塊 開始 審批加班信息 確定刪除 結(jié)束 N Y 日志 新增日志 修改日志 刪除日志 審批日志 12 申請(qǐng)日志：用戶登錄后對(duì)日志進(jìn)行申請(qǐng)，首先填寫日志名，日志內(nèi)容，然后進(jìn)行填寫其他的信息，如果提交失敗會(huì)彈出提示信息，如果格式 錯(cuò)誤控件也會(huì)彈出提示框，流程如下圖 申請(qǐng)日志所示： 圖 申請(qǐng)日志 日志修改：首選要選擇修改的日志信息（修改的日志信息沒有通過審批），對(duì)要修改的信息進(jìn)行修改，具體流程如下圖 日志修改所示： 圖 日志修改 開始 日志修改 確定修改 結(jié)束 N Y 開始 提交日志信息 確定提交 結(jié)束 N Y 13 刪除日志：首先要選擇日志信息，然后點(diǎn)擊刪除按鈕（刪除的日志信息沒有通過審批），點(diǎn)擊確定刪除，即可刪除該用戶。 根據(jù)需求的穩(wěn)定性，來決定耦合的程度恰到好處 在同樣都能夠滿足需要的情況下，一項(xiàng)簡單的設(shè)計(jì)遠(yuǎn)比復(fù)雜的設(shè)計(jì)來的直接和有效。如表 21 標(biāo)匯總所示： 表 21 表匯總 表名 功能說明 T_BASE_LOG 日志表，用戶填寫、修改的日志表都會(huì)上傳到這個(gè)表里面 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ù)時(shí)，就是對(duì)這個(gè)表進(jìn)行處理。具體如表 26 T_BASE_USER_ORGAN所示： 表 26 T_BASE_USER_ORGAN 表名 T_BASE_USER_ORGAN 列名 數(shù)據(jù)類型（精度范圍） 空 /非空 約束條件 ORGAN_ID NUMBER(19) 非空 外鍵 USE