【正文】 再次由衷地感謝所有給予支持的老師和朋友！41 / 41。正是在閉劍婷老師的悉心指導(dǎo)下我才可以在這大學(xué)三年最后的幾個(gè)月里真正地學(xué)到了實(shí)用的東西，從而為我以后工作創(chuàng)造了大量的財(cái)富。首先我要衷心地感謝我的指導(dǎo)老師閉劍婷老師。盡管功能沒有達(dá)到預(yù)期的效果，有很多方面自己想到了，但是由于能力不夠、經(jīng)驗(yàn)不足而沒有讓它實(shí)現(xiàn)，從而會(huì)給使用者帶去許多不必要的麻煩；但是我盡心盡力去完成了，有了這次提高能力和積累經(jīng)驗(yàn)的機(jī)會(huì)，相信在下次的軟件開發(fā)過程中會(huì)使系統(tǒng)完善的更好。因此，我用心開發(fā)了這個(gè)看起來功能不是很完善的人事管理信息系統(tǒng)，歡迎所有使用者提出最寶貴的意見。雖然該系統(tǒng)在功能上仍存在很多的不足之處，例如C/S模式的功能實(shí)現(xiàn)的不夠完善，很多人事管理系統(tǒng)的業(yè)務(wù)還沒有考慮到系統(tǒng)中去等等這些都是該人事管理信息系統(tǒng)的嚴(yán)重缺陷。這與辛苦帶領(lǐng)我的閉劍婷老師的指導(dǎo)是分不開的。然而也正是因?yàn)橛羞@些問題的存在，才讓我深深體會(huì)到軟件開發(fā)極大的不容易之處，讓我明白專心投入地干一件事是多么的不容易，同時(shí)也是多么地有意義。因?yàn)楦鱾€(gè)使用者在各項(xiàng)管理中所采用的方法、方式等都不太會(huì)一樣，這就要求軟件要以滿足大部分用戶的需求為前提，盡可能地完善功能。模塊測(cè)試的目的就是保證每個(gè)模塊作為一個(gè)單元能正確運(yùn)行，對(duì)于本系統(tǒng)軟件，我們則分別對(duì)所有模塊進(jìn)行了測(cè)試。對(duì)該人事管理信息系統(tǒng)，進(jìn)行了模塊測(cè)試，目的是檢查每個(gè)模塊是否能獨(dú)立地正確運(yùn)行，在模塊測(cè)試中我們采用白盒法測(cè)試。設(shè)計(jì)測(cè)試用例方案的基本目標(biāo)是，確定一組最可能發(fā)現(xiàn)某個(gè)錯(cuò)誤或某類錯(cuò)誤的測(cè)試數(shù)據(jù)。不同的測(cè)試數(shù)據(jù)發(fā)現(xiàn)程序錯(cuò)誤的能力差別很大，為了提高測(cè)試效率降低測(cè)試成本，應(yīng)該選用高效的測(cè)試數(shù)據(jù)。設(shè)計(jì)測(cè)試方案是測(cè)試階段的關(guān)鍵技術(shù)。完全窮舉路徑測(cè)試往往做不到，對(duì)于簡(jiǎn)單的程序即使做到窮盡路徑測(cè)試，仍不能保證程序無錯(cuò)。用白盒法測(cè)試時(shí)，從檢查程序的邏輯著手，從未學(xué)過測(cè)試方法的人看來，使程序中每條語句至少執(zhí)行一次似乎就達(dá)到目的了。看輸入能否被正確地接收，且能否正確地輸出結(jié)果。在應(yīng)用這種測(cè)試法時(shí)，測(cè)試者完全不考慮程序內(nèi)部結(jié)構(gòu)和內(nèi)部特性，把軟件看成是一個(gè)盒，測(cè)試時(shí)僅僅關(guān)心如何找出使程序不按要求運(yùn)行的情況，因而測(cè)試是在程序運(yùn)行時(shí)進(jìn)行的。 測(cè)試方法本系統(tǒng)采用了兩種測(cè)試方法：黑盒法、白盒法。軟件測(cè)試首先要明確目標(biāo)，然后要掌握測(cè)試方法策略。程序界面如圖46所示：圖46 企業(yè)人事管理信息系統(tǒng)5 系統(tǒng)測(cè)試 測(cè)試目的開發(fā)人員在程序開發(fā)過程中，一般說總會(huì)犯一些想象不到的錯(cuò)誤，影響系統(tǒng)的正常運(yùn)行。這里的錄入的照片格式必須為bmp格式。 職員信息查詢編碼設(shè)計(jì)職員信息查詢，該模塊實(shí)現(xiàn)對(duì)職員信息的查詢，用戶可以輸入職員編號(hào)、姓名、出生日期等任意一個(gè)字段進(jìn)行查詢，點(diǎn)多項(xiàng)條件和下面的增加條件可添加多個(gè)條件，且條件的越多，查詢的結(jié)果則越詳細(xì)，這樣做更方便用戶的查詢。, mb_IconInformation + mb_Ok)。, 39。MessageBox(, 39。:=false。Error!39。姓名和編號(hào)不能為空39。39。39。end。)。界面如圖：42圖42 企業(yè)人事管理信息系統(tǒng) “保存”具體代碼如下: beginif ()=true thenbeginshowmessage(39。該模塊實(shí)現(xiàn)原理是：當(dāng)該模塊加載時(shí)，實(shí)現(xiàn)內(nèi)部編號(hào)會(huì)自動(dòng)編號(hào)，從而避免了內(nèi)部編號(hào)輸入重復(fù)的困撓。end。,mtError,[mbok],0)。 //關(guān)閉登錄對(duì)話窗體 except MessageDlg(39。 。 //密碼信息要清空 。 :=39。 :=false。yhqx39。 //置主菜單的這些為true end。字段的值為0 begin //超級(jí)用戶擁有全部權(quán)限 :=true。).AsInteger =0 then //查詢輸入的用戶的在Operator中的39。 //根據(jù)不同的操作員級(jí)別，允許進(jìn)行不同的功能操作 if (39。 //如果查到總數(shù)為0 ,就彈出請(qǐng)輸入正確的用戶名和密碼 Exit。請(qǐng)輸入正確的用戶名和密碼39。//輸入的密碼 。yhkl39。).Value := 。 //從Operator表中的UserName和userpwd字段名. (39。select * from users where yhmc=:yhmc and yhkl=:yhkl39。 := AcPer1 。界面如圖41所示：圖41 人事管理信息系統(tǒng) “登錄”具體代碼如下：var Query : TADOQuery。 數(shù)據(jù)庫需求分析在仔細(xì)調(diào)查企業(yè)人事信息管理系統(tǒng)過程的基礎(chǔ)上，得到本系統(tǒng)所處理的數(shù)據(jù)流程如圖31所示。也就是說對(duì)于一個(gè)滿足了 2nd NF的數(shù)據(jù)結(jié)構(gòu)來說，表中有可能存在某些數(shù)據(jù)元素依賴于其它非關(guān)鍵字?jǐn)?shù)據(jù)元素的現(xiàn)象，必須加以消除。即表中其它數(shù)據(jù)元素都依賴于主關(guān)鍵字，或稱該數(shù)據(jù)元素唯一地被主關(guān)鍵字所標(biāo)識(shí)。例如，如果我們將合同號(hào)定義為主關(guān)鍵字(其它數(shù)據(jù)元素中的記錄數(shù)據(jù)都有可能重名，故不能作為主關(guān)鍵字)，故只要知道了一個(gè)合同記錄的合同號(hào)，就可以唯一地在同一行中找到該合同的任何一項(xiàng)具體信息。因?yàn)槲覀儼匆?guī)范化建立的指標(biāo)體系和表的過程都自動(dòng)保證了所有表都滿足1st NF。這個(gè)去掉重復(fù)項(xiàng)的過程就稱之為規(guī)范化處理。而且這五種范式是“向上兼容”的，即滿足第五范式的數(shù)據(jù)結(jié)構(gòu)自動(dòng)滿足一、二、三、四范式，滿足第四范式的數(shù)據(jù)結(jié)構(gòu)自動(dòng)滿足第一、二、三范式，……，依此類推。在對(duì)表的形式進(jìn)行了規(guī)范化定義后，數(shù)據(jù)結(jié)構(gòu)還有五種規(guī)范化定義，定名為規(guī)范化模式，稱為范式。 (4)(3) (2)規(guī)范化表達(dá)還規(guī)定在每一個(gè)基本表中必須定義一個(gè)數(shù)據(jù)元素為關(guān)鍵字(key)，它可以唯一地標(biāo)識(shí)出該表中其它相關(guān)的數(shù)據(jù)元素。對(duì)于指標(biāo)體系中數(shù)據(jù)的結(jié)構(gòu)在建庫前還必須進(jìn)行規(guī)范化的重新組織。我們完全可以認(rèn)為所建指標(biāo)體系中的一個(gè)指標(biāo)類就是關(guān)系數(shù)據(jù)庫中的一個(gè)基本表，而這個(gè)指標(biāo)類下面的一個(gè)個(gè)具體指標(biāo)就是這個(gè)基本表中的一個(gè)字段。2．?dāng)?shù)據(jù)庫設(shè)計(jì)范式分析建立起一個(gè)良好的數(shù)據(jù)指標(biāo)體系，是建立數(shù)據(jù)結(jié)構(gòu)和數(shù)據(jù)庫的最重要的一環(huán)。存儲(chǔ)設(shè)備和存儲(chǔ)空間組織：確定數(shù)據(jù)的存放地點(diǎn)、存儲(chǔ)路徑、存儲(chǔ)設(shè)備等，備份方案，對(duì)多版本如何保證一致性和數(shù)據(jù)的完整性。關(guān)系型數(shù)據(jù)庫要盡量按關(guān)系規(guī)范化要求進(jìn)行數(shù)據(jù)庫設(shè)計(jì)，但為使效率高，規(guī)范化程度應(yīng)根據(jù)應(yīng)用環(huán)境和條件來決定。針對(duì)選擇的DBMS，進(jìn)行數(shù)據(jù)庫結(jié)構(gòu)定義。數(shù)據(jù)庫設(shè)計(jì)時(shí)需要綜合企業(yè)各個(gè)部門的存檔數(shù)據(jù)和數(shù)據(jù)需求，分析各個(gè)數(shù)據(jù)之間的關(guān)系，按照DBMS提供的功能和描述工具，設(shè)計(jì)出規(guī)模適當(dāng)、正確反映數(shù)據(jù)關(guān)系、數(shù)據(jù)冗余少、存取效率高、能滿足多種查詢要求的數(shù)據(jù)模型。因此建立一個(gè)良好的數(shù)據(jù)組織結(jié)構(gòu)和數(shù)據(jù)庫，使整個(gè)系統(tǒng)都可以迅速、方便、準(zhǔn)確地調(diào)用和管理所需的數(shù)據(jù)，是衡量信息系統(tǒng)開發(fā)工作好壞的主要指標(biāo)之一。下面我們著重從MICROSOFT SQL應(yīng)用、數(shù)據(jù)庫設(shè)計(jì)范式和查詢優(yōu)化等方面來分析本課題的系統(tǒng)關(guān)鍵技術(shù)和實(shí)現(xiàn)難點(diǎn)并加以解決。 (4)所有基本表的設(shè)計(jì)均應(yīng)盡量符合第三范式。鍵是表間連接的工具，主鍵越少，表間的連接就越簡(jiǎn)單。要設(shè)計(jì)出一個(gè)好的信息管理系統(tǒng)數(shù)據(jù)庫，除滿足系統(tǒng)所要求的功能外，還必須遵守下列原則： (1)基本表的個(gè)數(shù)越少越好。（5）（4）（3）（2）（1）職員管理系統(tǒng)工資管理系統(tǒng)獎(jiǎng)懲管理系統(tǒng)