【正文】 n 組件。 設(shè)置 ADOConnection1 的 ConnectionString 屬性，將其連接到系統(tǒng)的后臺數(shù)據(jù)庫teacher。 (3)在數(shù)據(jù)模塊上放置兩個 TADOQuery組件： LoginADOQR和 ModifyPasswordADOQR.他們將分別用于登錄窗體 LoginFrm 和密碼修改窗體 ModifyPasswordFrm 中。接下來設(shè)置 SQL 屬性。 (6)單擊【 file】 【 save】命令，將數(shù)據(jù)模塊保存起來，單元文件名為。 登錄窗體布局如圖 54所示 ： 圖 54 登錄窗體 登錄窗體 LoginFrm 的代碼主要由三個 Bitbtn 組件的 onclick 組件代碼組成。 begin if not then :=true。user_id39。password39。沒有此用戶 !39。警告欄 39。 ()。 end。 ()。 end。 begin ()。 “修改”按鈕代碼： procedure (Sender: TObject)。 ()。 河南機電高等?？茖W(xué)校畢業(yè)論文 20 ① 由于在登錄窗體 LoginFrm 中要使用窗體 MainFrm、窗體 ModifyFrm 和數(shù)據(jù)模塊 TeacherDM,所以要將它們添加到 LoginFrm 中，方法：單擊【 file】 【 use unit】命令，選擇 Main,modifypassword 和 teacherdatamodule 選項，單擊 ok。實際上，在一個工程中除了主窗體要求自動創(chuàng)建之外，其他窗體最好不要自動創(chuàng) 建。除了 MainFrm 及 TeacherDM 外，其他窗體均需要移動到右邊列表中。 修改密碼窗體如圖 55所示： 圖 55 修改密碼窗體 編寫窗體 ModifypasswordFrm 的代碼，其實就是編寫【確定】按鈕和【取消】按鈕的 Onclick 事 件代碼，而由于 Bitbtn2 的 Cancel 屬性默認(rèn)為 True,所以不用為【取消】按鈕 Onclick 事件編寫代碼，用戶單擊【取消】 就會關(guān)閉密碼修改窗體。 {$R *.dfm} procedure (Sender: TObject)。兩 次輸入 的新密 碼不匹 配，請 重新 輸入 !39。提示 框39。 。 end。 if(notLocate(39。,trim(),[])) or (FieldByname(39。).AsString trim()) then begin (39。,39。,MB_ICONInformation)。 end。 fieldByname(39。).AsString:=trim(。 (39。,39。,MB_ICONInformation)。 end。 河南機電高等?？茖W(xué)校畢業(yè)論文 22 主界面窗體 用戶輸入正確的用戶名和密碼即可登錄系統(tǒng)，進入主界面窗體 是系統(tǒng)功能集中的地方，從主窗體中可以打開系統(tǒng)的其他窗體。由于在主界面窗體中不需要和數(shù)據(jù)庫交互，所以不需要添加數(shù)據(jù)模塊。 代碼如下： uses About,Department,Education,Position,TeacherAnalyse,TeacherInfo,TeacherType, TeacherDataModul。 begin if TeacherInfoFrm=nil then TeacherInfoFrm:=(self)。 end。 begin if TeacherAnalyseFrm=nil then TeacherAnalyseFrm:=(self)。 end。 begin if DepartmentFrm=nil then DepartmentFrm:=(self)。 end。 begin close()。 procedure (Sender: TObject。 begin if (39。,39。,MB_OKCANCEL+MB_ICONinformation)IDOK THEN begin CanClose:=False。 close()。 procedure (Sender: TObject)。 河南機電高等專科學(xué)校畢業(yè)論文 24 。 procedure (Sender: TObject)。 。 procedure (Sender: TObject)。 。 procedure (Sender: TObject)。 。 procedure (Sender: TObject)。制作人： 39。日期 :39。 [2].Text:=39。+timetostr(time)。 基礎(chǔ)數(shù)據(jù)管理模塊 基礎(chǔ)數(shù)據(jù)是一個系統(tǒng)中最基本的數(shù)據(jù)，它作為一個獨立的部分被其他窗體共享。 本系統(tǒng)的基礎(chǔ)數(shù)據(jù)包括院系類別、學(xué)歷類別、教師類別和職務(wù)類別數(shù)據(jù)。 院系類別窗體布局 如圖 57所示： 圖 57 院系類別窗體 個人信息管理窗體 個人信息管理窗體 TeacherInfoFrm 是系統(tǒng)中一個重要的窗體，它用來管理教師個人信息，用戶可以通過這個窗體來瀏覽、添加、修改和刪除教師數(shù)據(jù)，也可以根據(jù)教師編號、姓名等關(guān)鍵字對教師數(shù)據(jù)進行查詢。 代碼如下： procedure (isBrowse:Boolean)。 :=true。 :=false。 河南機電高等?？茖W(xué)校畢業(yè)論文 27 :=true。 else begin :=false。 :=false。 :=true。 end。 procedure (Sender: TObject)。 SetBtnBrowse(false)。 end。 begin 。 。 procedure (Sender: TObject)。 if (39。,39。,MB_OKCANCEL+MB_ICONwarning)=IDOK then 河南機電高等?？茖W(xué)校畢業(yè)論文 28 begin 。 SetBtnBrowse(true)。 procedure (Sender: TObject)。 請 正 確 輸 入 院 系 編 號 !39。 提 示 信 息39。 exit。 end。請輸入院系名稱 39。提示信息 39。 。 end。 except (39。,39。,MB_OK+MB_ICONinformation)。 exit。 SetBtnBrowse(true)。 procedure (Sender: TObject)。 SetBtnBrowse(true)。 procedure (Sender: TObject)。 close()。 procedure (Sender: TObject)。 SetBtnBrowse(true)。 ② 統(tǒng)計各學(xué)歷層次的教師人數(shù)及所占比例。 ④ 統(tǒng)計個職稱的教師人數(shù)及所占比例。 窗體布局如圖 510 所示 ： 圖 510 關(guān)于窗體 在窗體上放置一個 TBitBtn 組件，其 kind 屬性設(shè)置為 bkok 就行了。 (2)好的測試方案是極可能發(fā)現(xiàn)迄今為止尚未發(fā)現(xiàn)的錯誤的測試方案。 從上述的規(guī)則可以看出，測試的正確定義是 “ 為了發(fā)現(xiàn)程序中的錯誤而執(zhí)行程序的過程 ” 。正確認(rèn)識測試的目標(biāo)是十分重要的，測試目標(biāo)決定了測試方案的設(shè)計。 測試任何產(chǎn)品都有兩種方法：如果已經(jīng)知道了產(chǎn)品應(yīng)該具有的功能，可以通過測試來檢驗是否每個功能都能正常使用；如果知道產(chǎn)品內(nèi)部工作過程，可以通過測試來檢驗產(chǎn)品內(nèi)部動作是否按照規(guī)格說明書的規(guī)定正常進行。對于軟件測試而言，黑盒測試法把程序看成一個黑盒子，完全不考慮程序的內(nèi)部結(jié)構(gòu)和處理過程。黑盒測試又稱為功能測試。這種方法按照程序內(nèi)部的邏輯測試程序，檢驗程序中的每條通路是否都能按預(yù)定要求正確工作。 不論采用上述哪種測試方法，只要對每一種可能的情況都進行測試，就可以得到完全正確的程序。使用黑盒測試法，為了做到窮盡測試，至少必須對多有輸入數(shù)據(jù)的各種可能值的排列組合都進行測試，但是，由此得到的應(yīng)測試的情況數(shù)往往大到世局上根本無法測試的程度。即使測試很小的程序，通常也不能做到上述這一 點。但是，我們的目標(biāo)是要通過測試保證軟件的可靠性，因此，必須仔細設(shè)計測試方案，力爭用盡可能少的測試發(fā)現(xiàn)盡可能多的錯誤。 臨界值測試：將參數(shù)設(shè)置為 0個參數(shù)，那么在層次分析法評價窗口的表格中，將會出現(xiàn)的教師統(tǒng)計 為 0，因為沒有指標(biāo)作為評價，那么 教師統(tǒng)計分析 當(dāng)然只能為 0。而只有一個教師的情況下，在觀念上自然不能進行質(zhì)量評價，因為質(zhì)量評價是一個比較的過程，必須有兩個以上的教師的才能進行。當(dāng)添加了兩個以上班級的時候，再使這個按鈕可用。 又比如在進行了第一次層次分析以后，如果又想進行第二次的層次分析，那么繼續(xù) 按下“添加教師”按鈕是不正確的，因為在 ZL_Analyse數(shù)據(jù)庫表中保存的上一次的數(shù)據(jù)還未清空，如果繼續(xù)添加會使得該次層次分析法分析的教師中包括上次添加的教師，這樣就會產(chǎn)生不希望發(fā)生的情況。只有對窗口進行重置后，才可以進行下一次的層次分析。 系統(tǒng)測試的數(shù)據(jù)要全面廣泛，不能只選擇一個水平的教師來進行評價，要對那些沒有數(shù)據(jù)記錄和有數(shù)據(jù)記錄的教師都進行測試。該系統(tǒng)處理的數(shù)據(jù)量相當(dāng)大，因為一個學(xué)校的教師信息數(shù)據(jù)庫很龐大。因此作為教育質(zhì)量評價的對象，我選擇了以教師為單位進行分析。本身層次分析法的在分析對象較多時，運算量也比較大。 具體的有四項活動： 河南機電高等?？茖W(xué)校畢業(yè)論文 33 (1)改正性維護 因為軟件測試不可能暴露出一個大型軟件系統(tǒng)中所有潛藏的錯誤，所以必然會有第一項維護活動：在任何大型程序的使用期間，擁護必然會發(fā)現(xiàn)程序錯誤，并且把他們遇 到的過程稱為改正性維護。因此，適應(yīng)性維護，也就是為了和變化了的環(huán)境適當(dāng)?shù)嘏浜隙@醒的修改軟件的活動，是既必要又經(jīng)常的維護活動。為了滿足這類要求，需要進行完善性維護。 (4)預(yù)防性維護 當(dāng)為了改進未來的可維護性或可靠性，或為了給未來的改進奠定更好的基礎(chǔ)而修改軟件時，出現(xiàn)了第四項維護活動。 對于我們即將離開學(xué)校的畢業(yè)生，做這個系統(tǒng)維護是不太實際的，但我們盡量為即將負責(zé)這個系統(tǒng)的維護人員留下完整的資料，比如：按標(biāo)準(zhǔn)編寫代碼，在代碼中添加注釋，以便將來容易閱讀和維護。 河南機電高等專科學(xué)校畢業(yè)論文 34 7 總 結(jié) 經(jīng)過這一個學(xué)期的學(xué)習(xí)，讓我了解到作一個小系統(tǒng)的困難與艱辛，這個系統(tǒng)比較龐大，需要涉及很多的數(shù)據(jù)庫表，在開始設(shè)計的時候， 感覺最困難的是這么多的表之間的關(guān)系應(yīng)該怎樣去整理，之后才知道 還需要設(shè)計新的數(shù)據(jù)庫表 把它們聯(lián)系在一起。從中 也 體會到只有敢于嘗試，才有成功的一天。以前的設(shè)計因為都比較簡單，而且規(guī)模相對比較小，一 般不存在很難的技術(shù)問題，只要參閱圖書館的一些書籍即可找到答案，而該信息管理系統(tǒng)，信息量大，僅數(shù)據(jù)庫中的表就達 6個，而且有一定的技術(shù)難度，這么大的一個系統(tǒng)， 需要先整體布局，然后再慢慢規(guī)劃到每一個小的細節(jié) ，這樣才能節(jié)省系統(tǒng)的開發(fā)時間； 但是每個細節(jié)都 需要 用 心思考和分析，然后完成 相應(yīng)模塊的工 作，才能讓系統(tǒng)的各項功能更加完整； 考慮在實際運用中問題，才能讓軟件的生命力更強。平時聽到、看到的一些關(guān)于數(shù)據(jù) 庫開發(fā)所要切記的忠言都覺得無所謂，到開發(fā)完這個系統(tǒng)的時候，才恍然大悟。軟件工程做的越好，開發(fā)系統(tǒng)的成本就越低。但 進展到 80％要做一個成績報表時才發(fā)現(xiàn)，由于 每位教師的水平程度 都不同， 所 以這些是動態(tài)的。 最后通過請教指導(dǎo)老師和 周圍同學(xué)的幫助，才完成了教師信息管理系統(tǒng)的開發(fā)，從而也實現(xiàn)了教師個人信息管理的高效化、網(wǎng)絡(luò)化和智能化，提高了高校對教師管理的效率，也有利于高校對師資隊伍的合理分配 。 感謝和本人在一起進行課題研究的同窗 XXX同學(xué)，和他在一起討論、設(shè)計與研究使本人受益非淺。 愿母校明天更輝煌，全體老師身體健康、心想事