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