【正文】 R_ID NUMBER(19) 非空 外鍵 補(bǔ)充說明 組織 字典類型表 這是字典表，存放數(shù)據(jù)字典信息，當(dāng)進(jìn)行相關(guān)業(yè)務(wù)是，就是對這個表處理。具體如表 212 T_BASE_ROLE_MENU所示： 表 212 T_BASE_ROLE_MENU 表名 T_BASE_ROLE_MENU 列名 數(shù)據(jù)類型（精度范圍） 空 /非空 約束條件 MENU_ID NUMBER(19) 非空 外鍵 ROLE_ID NUMBER(19) 非空 外鍵 補(bǔ)充說明 1 菜單表 這是菜單的外表，控制菜單的表，與角色表外鍵連接，控制權(quán)限。 2) 修改申請界面需填寫的主要內(nèi)容包括：請假人姓名 ，請假類別，開始時間，結(jié)束時間，最底部的修改申請按鈕為事件觸發(fā)按鈕即當(dāng)您點(diǎn)擊此按鈕時會彈出如 圖 2. 2 申請主頁 圖和 修改頁面圖的界面，單您點(diǎn)擊確定按鈕時 ，你的修改信息將被寫入數(shù)據(jù)庫，即您的本次修改已成功。 2) 組員進(jìn)入日志添加頁面，選項(xiàng)卡方式只顯示自己的日志，用戶在每個分頁面輸入要查詢的條件，點(diǎn)擊查詢，頁面列表 顯示所有符合查詢條件的日志信息。 2) 在方法的局部變量聲明和語句之間加一個空行。 4) 如果對文件進(jìn)行了修改，必須說明修改目的、修改日期、修改 人，并變更版本信息 。 2) 除一次性的臨時變量（如 for 循環(huán)變量）以外，不能用單個字符 的變量名。 3) 不要在一個語句中給多個變量賦相同的值。詳情如下表 31 所示： 表 31 用戶登錄測試表 測試要點(diǎn) 測試路徑 測試結(jié)果 用戶名、密碼 用戶名為假，密碼為假；輸入用戶名“ a”；密碼 “ 111” 提示“用戶名或密碼輸入錯誤” 請返回重新輸入。 PageLog p = getEntityManager().find(page, rows, sort, order,filters)。amp。amp。 } catch (Exception e) {throw e。 動態(tài)測試包括：功能確認(rèn)與接口測試 ，覆蓋率分析，性能分析，內(nèi)存分析。 若測試規(guī)劃基于產(chǎn)品的內(nèi)部結(jié)構(gòu)進(jìn)行測試，檢查內(nèi)部操作是否按規(guī)定執(zhí)行，軟件各個部分功能是否得到充分使用，則這種測試方法稱為白盒測試 (Whitebox Testing)方法。 C 類錯誤：功能缺陷 —— 功能操作不方便、缺少操作提示等。漸漸的對測試有了濃厚的興趣，為以后就業(yè)方向提供了幫助。 Spring 還提供了唯一 的事務(wù)管理抽象，它能夠在各種底層事務(wù)管理技術(shù)。祝他們壽域無疆，德業(yè)永輝 !感謝同窗好友 金正財 、 周昱 、 蔡長波 、 彭炳楊 以及更多我無法逐一列出名字的朋友，他們和我共同度過了四 年美好難忘的大學(xué)時光，我非常珍視和他們的友誼 !祝他們前程似錦，事業(yè)有成 !家有嬌妻，外有二房 !最最感謝生我養(yǎng)我的父母，他們給予了我最無私的愛，為我 的成長付出了許多許多，焉得諼草，言樹之背，養(yǎng)育之恩，無以回報，惟愿他們健康長壽 !感謝我的 朋友們 ，他們和我一起度過 了大 四無聊的時光，讓我在寫作之余能有很好的休閑活動。 Spring 提供了唯一的數(shù)據(jù)訪問抽象，包括簡單和有效率的 JDBC 框架，極大的改進(jìn)了效率并且減少了可能的錯誤。通過測試，可以使軟件更適合用戶的需求，更加穩(wěn)定、可靠地運(yùn)行。 測試中的錯誤分類： A 類錯誤：致命錯誤 —— 引起程序異常 中斷或死機(jī)的錯誤等。 黑盒測試的特點(diǎn) 黑盒測試與軟件的具體實(shí)現(xiàn)過程無關(guān)，在軟件實(shí)現(xiàn)的過程發(fā)生變化時，測試用例仍然可以使用。它可以由人工進(jìn)行，也可以借助軟件工具自動進(jìn)行。 DatagridLog dg = new DatagridLog((),datalist)。 31 i。 int visble=()。以下注釋對代碼簡單的介紹： public String datagrid2() throws Exception { try { 30 //獲得登錄對象 User sessionUser = ()。 這四個模塊分別對系統(tǒng)進(jìn)行了系統(tǒng)性的測試，詳情請查詢《測試用例書》。 9. 變量規(guī)范 1) 不要將不同類型變量的聲明放在同一行。 2) 單行注釋之前留一行空行。 2) 每當(dāng)一個 case 順著往下執(zhí)行時 (因?yàn)闆]有 break 語句 )，通常 27 應(yīng)在 break 語句的位置添加注釋。 3) 日志刪除只能是自己刪除自己的日志，組長沒有權(quán)限刪除他人日志。 4) 申請完后頁面自動刷新。 4) 點(diǎn)擊請假申請按鈕，將請假申請?zhí)峤唤o項(xiàng)目經(jīng)理。和用戶表進(jìn)行外鍵連接，控制用戶權(quán)限?？梢耘c用戶進(jìn)行外鍵連接，來控制用戶權(quán)限的必要的表。 15 （二） 數(shù)據(jù)庫結(jié)構(gòu) 數(shù)據(jù)庫 [4]的設(shè)計實(shí)際上是對項(xiàng)目設(shè)計的一個整體規(guī)劃，因?yàn)閿?shù)據(jù)庫中表的結(jié)構(gòu)都是與程序緊密相關(guān)的，如果數(shù)據(jù)庫設(shè)計如果沒有到位，設(shè)計會受到一定的影響。 架構(gòu)設(shè)計：架構(gòu)的本質(zhì)在于其抽象性，包括兩個方面的抽象：業(yè)務(wù)抽象和技術(shù)抽象。組長或者項(xiàng)目經(jīng)理（管理員）首先要選擇用戶，然后點(diǎn)擊審批按鈕 （刪除的加班信息沒有開始 刪除加班信息 確定刪除 結(jié)束 N Y 開始 加班修改 確定修改 結(jié)束 N Y 11 通過審批），點(diǎn)擊審批，即可審批該用戶。如果注冊失敗會彈出提示信息，如果格式錯誤控件也會彈出提示框，流程如下圖 所示： 圖 新增用戶 修改功能：首選要選擇修改的用戶（管理員權(quán)限下）， 對要修改的信息進(jìn)行修改：并且修改的格式要相同，具體流程如下圖 修改用戶所示： 圖 修改用戶 開始 修改用戶信息 驗(yàn)證格式 結(jié)束 N Y 開始 新增新用戶 驗(yàn)證重復(fù) 結(jié)束 Y N 6 刪除用戶：首先要選擇用戶，然后點(diǎn)擊刪除按鈕，點(diǎn)擊確定刪除，即可刪除該用戶。支持對不同日志格式的分類、篩選、最大效率保 存；日志自動導(dǎo)出、導(dǎo)入、刪除、備份、恢復(fù)等日志管理功能?，F(xiàn)在的市場競爭是知識的競爭，管理手段的競爭，誰有先進(jìn)的技術(shù)設(shè)備和管理手段，誰就有成功的先機(jī)，但是，目前國內(nèi)大多數(shù)企業(yè)在進(jìn)行考勤管理時 ，使用的是傳統(tǒng)的手工、半手工方式，如通過紙質(zhì)的 EXCEL表進(jìn)行記錄和統(tǒng)計，這樣的考勤管理方式不僅效率低，也容易出錯，維護(hù)成本比較高，而通過單機(jī)的打卡機(jī)，進(jìn)行請假和加班的申請和數(shù)據(jù)維護(hù)。 江西經(jīng)濟(jì)管理干部學(xué)院 畢 業(yè) 設(shè) 計 （ 論 文 ） 題目： 基于 ESSH 框架的考勤日志系統(tǒng) 系別 信息工程系 專業(yè)班級 學(xué)生姓名 指導(dǎo)教師 指導(dǎo)教師職稱 20xx 年 5 月 20 日 I 目 錄 摘 要 ........................................................................ 1 引 言 ........................................................................ 2 一、需求分析 ................................................................. 3 (一 )考勤日志系統(tǒng)需求規(guī)格說明書編寫目的 ................................... 3 (二 )具體需求分析 ......................................................... 4 二、系統(tǒng)設(shè)計 ................................................................ 14 （一）總體架構(gòu) .......................................................... 14 （二）數(shù)據(jù) 庫結(jié)構(gòu) ........................................................ 15 （三）詳細(xì)設(shè)計 .......................................................... 21 三、編碼實(shí)現(xiàn) ................................................................ 26 （一）編碼規(guī)范 .......................................................... 26 （二）算法分析 .......................................................... 28 （三）單元測試 .......................................................... 29 （四）部分代碼分析 .