【導(dǎo)讀】人力資源管理系統(tǒng),是人力資源和信息技術(shù)結(jié)合的產(chǎn)物。處理系統(tǒng)的計(jì)劃和項(xiàng)目功能都包括在企業(yè)資源計(jì)劃的標(biāo)準(zhǔn)常規(guī)和ERP軟件包中，的基本人力資源活動(dòng)和過程中體現(xiàn)得尤其明顯。典型的是，人力資源管理系統(tǒng)技。統(tǒng)組件并能夠降低交易成本，帶來更高的人力資源和組織效率。業(yè)帶來創(chuàng)新的人力資源問題上。系統(tǒng)實(shí)施各階段的運(yùn)作過程和具體內(nèi)容。描述了開發(fā)過程中可行性分析、需求分

　　

【正文】 首先把數(shù)據(jù)源中的“組織機(jī)構(gòu)編碼表”的表和相應(yīng)的字段，拖到機(jī)構(gòu)詳細(xì)信息維護(hù)窗體 frm Department Info 上。結(jié)果如圖 45 46 所示。 圖 45 26 圖 46 其窗體代碼如下： Public Class frmDepartMentInfo Private Sub 組織機(jī)構(gòu)編碼表 BindingNavigatorSaveItem_Click(ByVal sender As , ByVal e As ) Handles 組織機(jī)構(gòu)編碼表 () () (編碼表 ) End Sub Private Sub frmDepartMentInfo_Load(ByVal sender As , ByVal e As ) Handles 39。TODO:這行代碼將數(shù)據(jù)加載到表 “表 ”中 。 您可以根據(jù)需要移動(dòng)或移除它 。 27 (構(gòu)編碼表 ) End Sub End Class 28 第五 章 系統(tǒng)測試 在完成了程序的編寫工作后 ,接下 來將進(jìn)行軟件的測試 ,這里說的軟件 ,并不單單是指程序本身 ,還包括其他方面 .測試和開發(fā)一樣 ,也是一項(xiàng)技術(shù)性很強(qiáng)的工作 ,有著很多的技巧 . 軟件測試是軟件質(zhì)量保證的主要活動(dòng)之一 ,因此 ,測試的質(zhì)量直接影響軟件的質(zhì)量 。 測試的定義及目的 軟件測試就是在軟件投入運(yùn)行前 ,對(duì)軟件的需求分析，設(shè)計(jì)規(guī)格說明和編碼的最終復(fù)審，是保證軟件質(zhì)量的關(guān)鍵步驟。如果要給軟件測試下定義，可以這樣將 ,軟件測試是為了發(fā)現(xiàn)錯(cuò)誤而執(zhí)行程序的過程。 測試的目的在于將軟件設(shè)計(jì)時(shí)設(shè)計(jì)者與程序開發(fā)者之間理解不一致的地方，功能與需求不一 致的地方，不符合邏輯思維的情況都反映給質(zhì)量控制部門 ,由質(zhì)量控制部門調(diào)配需求部門統(tǒng)一作出一個(gè)明確解答，再由開發(fā)人員進(jìn)行修改和補(bǔ)充。 測試的目標(biāo)是以最少的時(shí)間和人力找出軟件中潛在的各種錯(cuò)誤和缺陷。 測試的原則 對(duì)于相對(duì)復(fù)雜的產(chǎn)品或系統(tǒng)來說 ,ZeroBug 是一種理想 ,GoodEnough 是我們的原則 。 GoodEnough 原則就是一種權(quán)衡投入 /產(chǎn)出比的原則 。不充分的測試是不負(fù)責(zé)任的 ， 過分的測試是一種資源的浪費(fèi) ， 同樣也是一種不負(fù)責(zé)任的表現(xiàn) 。 我們操作的困難在于 ， 如何界定什么樣的測試是不充分的 ,什 么樣的測試是過分的 。目前狀況唯一可用的答案是 :制定最低通過標(biāo)準(zhǔn)和測試內(nèi)容 ,然后具體問題具體分析 。 測試的方法 依據(jù)前面所說的測試對(duì)象 ， 我們把測試劃分為幾個(gè)方面來進(jìn)行測試 。 29 界面測試 界面測試是測試過程中比較簡單直觀的一種測試方法 ,只要細(xì)心地按界面要求核對(duì)就行了 。 可這快往往是程序開發(fā)人員容易忽視和遺漏的地方 ,也是常常出Bug 的地方 。 是界面測試中經(jīng)常出現(xiàn)的幾種 Bug： 錯(cuò)別字 ， 即界面中的標(biāo)題或者文本內(nèi)容中出現(xiàn)了錯(cuò)別字 。 這種 Bug 如 測試人員不細(xì)心 ， 和難找出來 ,可能會(huì)出現(xiàn)在提示信息或界面中 。 出 現(xiàn)了一些根本讀不懂的內(nèi)容 ， 一般多出現(xiàn)在程序的提示信息和一些較長的文本中 。 這種情況基本上出現(xiàn)在拼起來顯示的提示中 ， 頁面的簡單陳述是通過變量拼組起來的 ， 通過程序?qū)⒆忠粋€(gè)一個(gè)地輸出出來 。 通常是因?yàn)槌绦蛑械目刂棋e(cuò)誤或是程序開發(fā)人員對(duì)程序沒有進(jìn)行認(rèn)真的自測 ， 導(dǎo)致出現(xiàn)這種 Bug。 程序員自創(chuàng)的詞語 ， 雖然意思對(duì) ,但不符合界面的標(biāo)準(zhǔn)及需求 。 這種情況基本上是由于開發(fā)人員使用一些專業(yè)術(shù)語 ， 并且混雜著自己的理解出現(xiàn) Bug， 主要是由于開發(fā)過程中團(tuán)隊(duì)合作沒又明確的分工 ,沒有統(tǒng)一的規(guī)范用語 。 頁面類似的內(nèi)容中 ， 明顯有字體 ， 字號(hào)不同的情 況 ,使界面整體風(fēng)格看上去不一致 ， 這種情況只出現(xiàn)在沒有 CSS 定義的情況下 ， 已經(jīng)定義的 CSS,開發(fā)人員在開發(fā)過程中沒有調(diào)用 。 標(biāo)題相近的程序及模塊 ， 把標(biāo)題弄混 。 這種情況多是因?yàn)闃I(yè)務(wù)方面的定義名稱很相似或很類似 ， 并且業(yè)務(wù)實(shí)體方面也很類似 ， 開發(fā)人員在開發(fā)過程中忽略了開發(fā)名稱和模塊 ， 只單獨(dú)地實(shí)現(xiàn)其功能 。 功能測試 顧名思義 ， 功能測試主要是測試程序模塊是否實(shí)現(xiàn)了設(shè)計(jì)中所有要求的功能 。 功能測試中需要注意的有 ： 查詢功能中 ， 有按單一查詢條件進(jìn)行查詢的 ， 也有按多個(gè)查詢條件組合查詢的 ， 這里要注意多個(gè)查詢條件之間的關(guān) 系 ， 還有一些常識(shí)性的問題 ， 比如按月查詢 ， 閏年中二月的天數(shù) 。 錄入功能中 ， 需要注意的是前臺(tái)設(shè)置的數(shù)值長度是否大于后臺(tái)數(shù)值長度 ， 以及前臺(tái)與后臺(tái)的數(shù)據(jù)結(jié)構(gòu)是否相符 ， 很多時(shí)候錄入功能無法實(shí)現(xiàn)是由于這些原因 。 還有就是必須錄入的字段的設(shè)置是否有誤 。 測試刪除功能中需要注意的是單擊“刪除” 按鈕后 ,一般會(huì)出現(xiàn)提示信息 ,詢問是否確定刪除 。 通常情況下 ，我們單擊“ 確認(rèn)”按鈕查看信息是否被刪除掉了 ，而忽略了單擊“ 取消”按鈕后程序的反應(yīng) ,這時(shí)有可能的是沒有刪除 ,還有一種可能是即便單擊了“ 取消”按鈕 ,也一樣刪除了數(shù)據(jù) 。 另外 ， 在刪除多條 記錄的時(shí)30 候 ,要注意連續(xù)選中的幾條記錄是否真正都被刪除了 ， 即如果再按照這種查詢方式查詢 ， 是否還能查詢出來 .有的時(shí)候需要在數(shù)據(jù)庫中設(shè)一個(gè)標(biāo)志位 ， 而不是真正的物理刪除 。 以在下一次查詢中 ,可能還會(huì)被查詢出來 ， 主要是因?yàn)樵诓樵儣l件中沒有將標(biāo)志位考慮在內(nèi) 。 關(guān)于修改功能的測試 ,主要是看修改 確認(rèn)后是否數(shù)據(jù)真正已被修改了 。 是最基本的功能 ， 要注意的是看是否能把不應(yīng)該修改的數(shù)據(jù)也修改成功了 。 需求測試 針對(duì)需求測試 ， 測試中很重要的一個(gè)環(huán)節(jié) 。 因?yàn)樾枨笫窃谲浖O(shè)計(jì) ， 開發(fā)乃至軟件測試中重要的依據(jù) 。 要針對(duì)需求測試 ， 首先就要 對(duì)項(xiàng)目的需求和業(yè)務(wù)有一定的了解 ， 這些需求很多時(shí)候是在實(shí)現(xiàn)增查 ， 修改這些 基本功能之上 ， 針對(duì)項(xiàng)目和相關(guān)業(yè)務(wù)所作的一些邏輯上的控制 。 這就要求程序員在設(shè)計(jì)和編碼的時(shí)候要去充分理解考慮需求 。 性能測試 測試在軟件的質(zhì)量保證中起著重要的作用 。 通常我們把性能指標(biāo)全部歸結(jié)到硬件 ， 操作系統(tǒng)和開發(fā)環(huán)境上 ， 而忽略了代碼本身性能上的考慮 .性能需求指標(biāo)中 ， 定性 ， 訪支撐能力以及安全性都很重要 ， 為程序員需要評(píng)估該模塊在系統(tǒng)運(yùn)營中所處的環(huán)境 ,將要受到的負(fù)荷壓力以及各種潛在的危險(xiǎn)和惡意攻擊的可能性 。 測試中其 他 注 意的地方 時(shí)常有這樣的情況發(fā)生 ， 每個(gè)模塊都能單獨(dú)工作 ,但這些模塊集成在一起之后卻不能正常工作 。 其主要原因是 ,模塊相互調(diào)用時(shí)接口會(huì)引入許多新問題 .這就要求在進(jìn)行程序設(shè)計(jì)和編碼的時(shí)候要盡可能地從整體考慮。引用某些控件 ,實(shí)現(xiàn)了程序中未實(shí)現(xiàn)的功能的同時(shí) ， 也容易引發(fā)新的 Bug。 錯(cuò)誤本身出現(xiàn)在程序設(shè)計(jì)階段 ， 并非由于程序員編碼造成的問題 ， 這就要求我們無論是在開發(fā)還是測試階段 ， 對(duì)需求或程序設(shè)計(jì)存在疑問 ， 應(yīng)及時(shí)提出 ,及時(shí)解決。由于一些模塊被修改了對(duì)其他模塊造成了影響而出現(xiàn)了新的 Bug， 發(fā)現(xiàn)這些 Bug 要求我們對(duì)程序整體的結(jié)構(gòu)有 基本的了解 ,清楚模塊之間的一些聯(lián)系。 31 人力資源管理系統(tǒng)的測試 在完成編碼的工作以后 ,根據(jù)以上的方法和步驟進(jìn)行了如下的測試： 界面測試：不開啟 Web 服務(wù)器的情況下 ， 反復(fù)點(diǎn)擊網(wǎng)頁上的超鏈接 ,測試其連接情況 ,直到所有的鏈接都達(dá)到預(yù)期的效果。 功能測試 ： 對(duì)網(wǎng)站的幾大功能模塊逐一測試 ,盡最大可能發(fā)現(xiàn)起潛在的錯(cuò)誤。 性能測試 ： 將程序以局域網(wǎng)的形式發(fā)布 ,查看其是否滿足多用戶的要求。 需求測試 : 根據(jù)求分析 的內(nèi)容 ,測試網(wǎng)站是否和當(dāng)初的設(shè)計(jì)一樣。 通過這幾方面的測試，我及時(shí)修正了系統(tǒng)中存在的問題，很好的提高了系統(tǒng)的 性能，達(dá)到了預(yù)期目標(biāo)。 32 第六章 總結(jié) 經(jīng)過兩個(gè)月艱苦卓絕的努力 ， 總于完成了本畢業(yè)設(shè)計(jì) 。 從當(dāng)初領(lǐng)到題目到最后一個(gè)功能模塊的完成 ， 歷了無數(shù)次的錯(cuò)誤 修改代碼 重啟服務(wù)器 運(yùn)行的過程 ， 感覺到平時(shí)學(xué)的知識(shí)是多么的淺薄 ， 書到用時(shí)方恨少 ， 現(xiàn)在是體驗(yàn)的真真切切 。 本來已經(jīng)耳熟能詳?shù)拇a ， 一到 IDE 中書寫 ,卻提筆忘字 ， 這充分的反應(yīng)了我平時(shí)的基本功不扎實(shí) ， 常用代碼的不熟練 .給我以后的工作敲響了警鐘 ， 有了努力的方向 。 但通過本次畢業(yè)設(shè)計(jì) ， 我也感受到了開源的方便 ,遇到什么問題 ,上網(wǎng)一查 ，就知道該怎么弄了 ， 以前做個(gè)課程設(shè)計(jì) 都是怕別人和我的一樣 ,不愿意給別人看 ，現(xiàn)在知道了程序弄不出來是多么的著急 ， 學(xué)習(xí)都是相互的 ， 互相研究才能共同進(jìn)步的 。 以后要多多注意這方面的事情 。 本次畢業(yè)設(shè)計(jì)是我工作前一次很好的演練和實(shí)踐的機(jī)會(huì) ， 培養(yǎng)獨(dú)立思考問題和自學(xué)能力的鍛煉我意識(shí)到必須努力學(xué)習(xí)才能才工作中體現(xiàn)自己的價(jià)值 ,適應(yīng)社會(huì)的需要 。 致謝 在整個(gè)畢業(yè)設(shè)計(jì)過程中我遇到了種種困難，通過我的努力和 老師、同學(xué)及朋友的幫助，終于克服困難，完成了畢業(yè)設(shè)計(jì)。在這里我要對(duì)幫助我解決困難的本次畢業(yè)設(shè)計(jì)的指導(dǎo)老師華康表示感謝，感謝他在百忙中為我付出的時(shí)間精力及寶貴的指導(dǎo) 意見；感謝學(xué)院曾經(jīng)給予我畢業(yè)設(shè)計(jì)指導(dǎo)意見的老師以及曾經(jīng)教過我的各位老師，；同時(shí)還要感謝我的同學(xué)，感謝他們?cè)谖揖幊逃龅嚼щy時(shí)伸出援助之手；最后我還要感謝我的父母，感謝他們這么多年辛苦賺錢支持我完成大學(xué)學(xué)業(yè)。 參考文獻(xiàn) [1]、 周占文， 《 人力資源管理 》 [M] 電子工業(yè)出版社 2021 [2]、 陳剛 吳煥明， 《 人力資源管理方法 》 [M] 廣東經(jīng)濟(jì)出版社 2021 [3]、 魯曉東， JSP 軟件工程案例精解，電子工業(yè)出版社， 2021 年， 78210 33 [4]、 丁鵬， STRUTS 技術(shù)解密及 WEB 開發(fā)實(shí)例，清華大學(xué) 出版社， 2021 年，295323 [5]、 李小 喆 ， SQLServer 2021 管理及應(yīng)用系統(tǒng)開發(fā) [M]．人民郵電出版社，2021， 17168