【正文】 的如何精妙都是徒勞的。 應用需求分析 傳統(tǒng)的手工人事管理管理已經不能適應企業(yè)的發(fā)展，公司在管理方面面臨嚴重的問題。 系統(tǒng)功能需求 由于本系統(tǒng)存儲了關于公司的很多重要的信息，因此對于本系統(tǒng)的管理需要考慮的關鍵就是安 全的問題。 人力資源 管理系統(tǒng) 5 圖 21 管理員的功能圖 對于 普通的用戶，本系統(tǒng)需要完成以 下 功能：瀏覽培訓計劃 ,查看培訓總結 ,查看個人 薪金， 瀏覽獎懲信息 。 圖 24 招聘管理功能圖 培訓管理模塊包括 ： 瀏覽培訓計劃 、 添加培訓計劃 、 察看培訓總結 , 。 圖 31 人力資源管理系統(tǒng)結構圖 人 員管理模塊：該模塊主要功能是對員工基本信息進行管理。管理人員還可以把比 較優(yōu)秀的適合公司招聘要求的應聘者添加到公司的人才庫中。 薪金管理模塊：該模塊主要功能是對員工薪金信息進行管理。 開發(fā)所采用的技術 隨著 Web開發(fā)技術的日益成熟 ,在 Web開發(fā)領域中出現了許多設計好的軟件開發(fā)框架 ,Struts就是一種基于 MVC經典設計模式的框架 ,.它實際上是建立在 Model2基礎對Model,View 和 Controller 都提供了現成的實現組件 . 本系統(tǒng)主要采用 JSP技術開發(fā)，使用 Struts 實現 MVC 框架的設計，與后臺數據庫的連接采用 Hibernate。 數據庫設計 數據庫設計是信息系統(tǒng)開發(fā)和建設中的核心技術，具體說，數據庫設計是指對于一個給定的應用環(huán)境，構造最優(yōu)的數據庫模式，建立數據庫及其應用系統(tǒng)，使之能夠有效地存儲數據，滿足各種用戶的應用需求（信息要求和處理要求）。 人力資源 管理系統(tǒng) 9 (4)獎懲信息表：存放公司員工的獎懲信息，數據項包括獎懲 ID、獎懲名稱、獎懲原因、獎懲說明、創(chuàng)建時間。 其結構如表 31所示。 其結構如表 32所示。 表 33 獎懲信息表 institution 字段名 數據類型 長度 是否主鍵 備注 Id int 4 Y 獎懲 ID name varchar 50 N 獎懲名稱 reason varchar 100 N 獎懲原因 explain varchar 2021 N 獎懲說明 createtime datetime 8 N 創(chuàng)建時間 薪金表是用來保存員工的薪金信息。 人力資源 管理系統(tǒng) 11 表 34 薪金表 – stipend 字段名 數據類型 長度 是否主鍵 備注 id int 4 Y 薪金 ID name varchar 50 N 員工姓名 basic float 8 N 基本薪資 eat float 8 N 飯補 house float 8 N 房補 duty float 8 N 全勤獎 scot float 8 N 賦稅 punishment float 8 N 額外補 助 other float 8 N 罰款 granttime datetime 8 N 發(fā)放時間 totalize double 8 N 總計 用戶表是用來保存系統(tǒng)用戶的基本信息。其結構如表 35所示。雖然大多數用戶很樂于將 MyEclipse 當作 Java IDE 來使用，但 MyEclipse 的目標不僅限于此。盡管 MyEclipse 是使用 Java 語言開發(fā)的，但它的用途并不限于 Java 語言；例如，支持諸如 C/C++、 COBOL 和 Eiffel 等編程語言的插件已經 可用，或預計會推出。 MyEclipse 最初由 OTI 和 IBM 兩家公司的 IDE 產品開發(fā)組 創(chuàng)建，起始于 1999 年 4月。近期還有包括Oracle 在內的許多大公司也紛紛加入了該項目，并宣稱 MyEclipse 將來能成為可進行任何語言開發(fā)的 IDE集大成者，使用者只需下載各種語言的插件即可。在登陸時要根據數據庫的這個字段來判斷此用戶是否具有管理員的權限。如果當 Action 返回 failed時，頁面會被 轉到 文件，這個文件是當用戶登陸失敗將要轉到的頁面。 logon()方法從 UsersForm 中得到用戶提交的數據，然后在調用UsersDao()的 logonUsers()方法?！狈駝t返回“ (failed)。根據這個結果就可以判斷出該用戶是否有登陸的權根了，在返回 true 或者 false。此模塊文件架構如圖 4所示。而且這個方法中還把用戶的生日等表單元素的值由字符型轉成日期類型。 Session session = ()。 ()。 Query query = session .createQuery(select u from Users as u order by createtime)。 return list。 在顯示頁中，從 request 里面的取出數據，如果有則顯示在頁面上，使用“ list!=nullamp。如果在網頁中直接點擊這個鏈接地址，同樣也會調用出所有用戶的信息。刪除的鏈接地址是“ ?action=deleteuseramp。這樣在點擊修改時也要傳給 Action 一個用戶 ID，用來查詢出用戶信息，如下所示： a href=?action=selectuseramp。 顯示用戶信息的頁面在 中，如圖 45 所示。當 value 的值如果像這樣“ value=%=()%”被寫死時，使用 javascrip 是對 value 的值改變后，在提交表單時是無效的。 If(name==null){??..} 人力資源 管理系統(tǒng) 21 5 系統(tǒng)測試 在完成了程序的編寫工作后 ,接下來將進行軟件的測試 ,這里說的軟件 ,并不單單是指程序本身 ,還包括其他方面 .測試和開發(fā)一樣 ,也是一項技術性很強的工作 ,有著很多的技巧 . 軟件測試是軟件質量保證的主要活動之一 ,因此 ,測試的質量直接影響軟件的質量 . 測試的定義及目的 軟件測試就是在軟件投入運行前 ,對軟件的需求分析 ,設計規(guī)格說明和編碼的最終復審 ,是保證軟 件質量的關鍵步驟 .如果要給軟件測試下定義 ,可以這樣將 ,軟件測試是為了發(fā)現錯誤而執(zhí)行程序的過程 . 測試的目的在于將軟件設計時設計者與程序開發(fā)者之間理解不一致的地方 ,功能與需求不一致的地方 ,不符合邏輯思維的情況都反映給質量控制部門 ,由質量控制部門調配需求部門統(tǒng)一做出一個明確解答 ,再由開發(fā)人員進行修改和補充 . 測試的目標是以最少的時間和人力找出軟件中潛在的各種錯誤和缺陷 . 測試的方法 依據前面所說的測試對象 ,我們把測試劃分為幾個方面來進行測試 . 界面測試 界面測試是測試過程中比較簡單直觀的 一種測試方法 ,只要細心地按界面要求核對就行了 .可這快往往是程序開發(fā)人員容易忽視和遺漏的地方 ,也是常常出 Bug 的地方 .下面是界面測試中經常出現的幾種 Bug: (1)錯別字 ,即界面中的標題或者文本內容中出現了錯別字 .這種 Bug 如果測試人員不細心 ,和難找出來 ,可能會出現在提示信息或界面中 . (2)程序員自創(chuàng)的詞語 ,雖然意思對 ,但不符合界面的標準及需求 .這種情況基本上是由于開發(fā)人員使用一些專業(yè)術語 ,并且混雜著自己的理解出現 Bug,主要是由于開發(fā)過程中團隊合作沒又明確的分工 ,沒有統(tǒng)一的規(guī)范用語 . (3)頁面類似的內容中 ,明顯有字體 ,字號不同的情況 ,使界面整體風格看上去不一致 ,這種情況只出現在沒有 CSS定義的情況下 ,或是已經定義的 CSS,開發(fā)人員在開發(fā)過人力資源 管理系統(tǒng) 22 程中沒有調用 . (4)標題相近的程序及模塊 ,把標題弄混 .這種情況多是因為業(yè)務方面的定義名稱很相似或很類似 ,并且業(yè)務實體方面也很類似 ,開發(fā)人員在開發(fā)過程中忽略了開發(fā)名稱和模塊 ,只單獨地實現其功能 . 功能測試 顧名思義 ,功能測試主要是測試程序模塊是否實現了設計中所有要求的功能 .功能測試中需要注意的有 : (1)查詢功能中 ,有按單一查詢條件進行查詢的 ,也有按多個查詢條件組合查詢的 ,這里要注 意多個查詢條件之間的關系 ,還有一些常識性的問題 ,比如按月查詢 ,閏年中二月的天數 . (2)錄入功能中 ,需要注意的是前臺設置的數值長度是否大于后臺數值長度 ,以及前臺與后臺的數據結構是否相符 ,很多時候錄入功能無法實現是由于這些原因 .還有就是必須錄入的字段的設置是否有誤 . (3)測試刪除功能中需要注意的是單擊 ” 刪除 ” 按鈕后 ,一般會出現提示信息 ,詢問是否確定刪除 .通常情況下 ,我們單擊 ” 確認 ” 按鈕查看信息是否被刪除掉了 ,而忽略了單擊 ” 取消 ” 按鈕后程序的反應 ,這時有可能的是沒有刪除 ,還有一種可能是即便單擊了 ” 取消 ” 按鈕 ,也一樣刪除了 數據 .另外 ,在刪除多條記錄的時候 ,要注意連續(xù)選中的幾條記錄是否真正都被刪除了 ,即如果再按照這種查詢方式查詢 ,是否還能查詢出來 .有的時候需要在數據庫中設一個標志位 ,而不是真正的物理刪除 .所以在下一次查詢中 ,可能還會被查詢出來 ,這主要是因為在查詢條件中沒有將標志位考慮在內 . (4)關于修改功能的測試 ,主要是看修改確認后是否數據真正已被修改了 .這是最基本的功能 ,需要注意的是看是否能把不應該修改的數據也修改成功了 . 需求測試 針對需求測試 ,是測試中很重要的一個環(huán)節(jié) .因為需求是在軟件設計 ,開發(fā)乃至軟件測試 中重要的依據 .要針對需求測試 ,首先就要對項目的需求和業(yè)務有一定的了解 .這些需求很多時候是在實現增 ,刪 ,查 ,改這些基本功能之上 ,針對項目和相關業(yè)務所作人力資源 管理系統(tǒng) 23 的一些邏輯上的控制 .這就要求程序員在設計和編碼的時候要去充分理解考慮需求 . 人力資源管理系統(tǒng)的測試 在完成編碼的工作以后 ,根據以上的方法和步驟進行了如下的測試 : 界面測試 :在不開啟 Web 服務器的情況下 ,反復點擊網頁上的超鏈接 ,測試其連接 情況 , 直到所有的鏈接都達到預期的效果 . 在開啟 Web 服務器的情況下， 功能測 試 :對網站的幾大功能模塊逐一測試 ,盡最大可能發(fā)現起潛在的錯誤 ,下面 是我測試的典型例子 : (1)進入頁面首頁，輸入用戶名和密碼，成功后跳轉到登陸后的首頁。 人力資源 管理系統(tǒng) 24 總 結 經過兩個 月艱苦卓絕的努力 ,總于完成了本畢業(yè)設計。四年的求學生涯在師長、親友的大力支持下，走得辛苦卻也收獲滿囊，在論文即將付梓之際， 首先我要特別感謝我的導師 方修豐老師，給予我極大 的支持和悉心指導，耐心的詢問研究過程，并對我在開發(fā)過程中遇到的問題耐心的指導。