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