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