【正文】 同時(shí)，也要感謝我的老師和同學(xué)們及實(shí)習(xí)企業(yè)在本系統(tǒng)的設(shè)計(jì)過(guò)程中給予我的支持和幫助。 在這次的畢業(yè)設(shè)計(jì)中，讓我深深地體現(xiàn)到進(jìn)行軟件開發(fā)不是一件簡(jiǎn)單的事情，它需要設(shè)計(jì)者具有全面的專業(yè)知識(shí)、縝密的思維、嚴(yán)謹(jǐn)?shù)墓ぷ鲬B(tài)度以及較高的分析問(wèn)題、解決問(wèn)題的能力，而我在很多方面還有欠缺。但是由于時(shí)間比較倉(cāng)促，加上本人軟件設(shè)計(jì)經(jīng)驗(yàn)的不足。 20 致 謝 經(jīng)過(guò)四個(gè)多月的構(gòu)思與設(shè)計(jì)，在指導(dǎo)老師的精 心指導(dǎo)和安排下，本系統(tǒng)已經(jīng)設(shè)計(jì)完畢。黑盒測(cè)試又稱為功能測(cè)試，白盒子測(cè)試又稱為結(jié)構(gòu)測(cè)試。 7． 3 測(cè)試方法 一般來(lái)說(shuō)，對(duì)程序 測(cè)試有兩種測(cè)試方法：如果已經(jīng)知道了軟件系統(tǒng)應(yīng)具有的功能，可通過(guò)測(cè)試來(lái)對(duì)每個(gè)功能是否都能正常使用；如果知道程序的內(nèi)部工作過(guò)程，可以通過(guò)測(cè)試來(lái)檢測(cè)程序內(nèi)部是否按照規(guī)格說(shuō)明書的規(guī)定正常進(jìn)行。 (5)用戶驗(yàn)收測(cè)試 在系統(tǒng)測(cè)試完成后，進(jìn)行用戶的驗(yàn)收測(cè)試，它是用戶在實(shí)際應(yīng)用環(huán)境中所進(jìn)行的真實(shí)數(shù)據(jù)測(cè)試。系統(tǒng)測(cè)試與建構(gòu)同時(shí)進(jìn)行或略慢 。 (4)系統(tǒng)測(cè)試 系統(tǒng)測(cè)試是對(duì)整體性能的測(cè)試，主要解決各子系統(tǒng)之間的數(shù)據(jù)通信和數(shù)據(jù)共享問(wèn)題以及檢測(cè)系統(tǒng)是否達(dá)到用戶的實(shí)際要求，系統(tǒng)測(cè)試的依據(jù)是系統(tǒng)分析報(bào)告。確認(rèn)測(cè)試是按照這些要求定出的“確認(rèn)測(cè)試計(jì)劃”進(jìn)行的。組合測(cè)試的對(duì)象是指已經(jīng)通過(guò)單元測(cè)試的模塊，不是對(duì)零散模塊進(jìn)行單個(gè)測(cè)試，而是用系統(tǒng)化的方法裝配和測(cè)試軟件系統(tǒng)，是一個(gè)嚴(yán)格的過(guò)程，必須認(rèn)真地進(jìn)行，其計(jì)劃的產(chǎn)生和單元模塊測(cè)試的完成日期要協(xié)調(diào)起來(lái)，這種測(cè)試應(yīng)在系統(tǒng)目標(biāo)機(jī)上進(jìn)行，造成系統(tǒng)應(yīng)用的環(huán)境條件，除了開發(fā)部分項(xiàng)目負(fù)責(zé)人參加以外，還應(yīng)該有相應(yīng)系統(tǒng)的用戶參加，給評(píng)審員進(jìn) 19行演示。單元測(cè)試一般是由程序 員完成，也稱程序調(diào)試。 (1)單元測(cè)試： 單元測(cè)試也稱模塊測(cè)試或程序測(cè)試，單元測(cè)試是對(duì)每個(gè)模塊單獨(dú)進(jìn)行的，驗(yàn)證模塊接口與設(shè)計(jì)說(shuō)明書是否一致，對(duì)模塊的所有主要處理路徑進(jìn)行測(cè)試且與預(yù)期的結(jié)構(gòu)進(jìn)行對(duì)照，還要對(duì)所有錯(cuò)誤處理路徑進(jìn)行測(cè)試。 從產(chǎn)品角度看，測(cè)試計(jì)劃中的測(cè)試項(xiàng)目包括軟件結(jié)構(gòu)中的分系統(tǒng)層、子系統(tǒng)層、功能模塊層、程序模塊 層中的各類模塊，從測(cè)試本身看，分為單元測(cè)試，組合測(cè)試，確認(rèn)測(cè)試等。有意義的軟件測(cè)試應(yīng)該是從“破壞”軟件系統(tǒng)的角度出發(fā)，精心設(shè)計(jì)最有可以暴露程序系統(tǒng)缺陷的測(cè)試方案。 由于程序中隱藏的缺陷只在特定的環(huán)境下才有可靠顯露，系統(tǒng)缺陷通常是由于對(duì)某些特定情況考慮不周造成的。大量統(tǒng)計(jì)資料表明，系 統(tǒng)測(cè)試的工作量往往占 MIS開發(fā)總工作量的 40%以上。在以普通用戶登陸情況下，打開密碼設(shè)置選項(xiàng)，系統(tǒng)會(huì)提示該用戶為普通用戶，只可以修改自己的密碼。 （ 6） .測(cè)試密碼更改： 在以超級(jí)用戶登錄的情況下，在程序中打密碼設(shè)置，彈 出文本框，顯示用戶列表。 （ 5） .用戶登出系統(tǒng)的測(cè)試： 在管理操作已全部完成，需要退出程序的時(shí)候，在系統(tǒng)頁(yè)面“系統(tǒng)設(shè)置”下拉菜單的有一個(gè)“退出”的選項(xiàng)，點(diǎn)擊之后便可退出。最后保存。然后點(diǎn) “ 確定 ” 返回 人事管理系統(tǒng)登錄 頁(yè)面 。再運(yùn)行程序，會(huì)有提示頁(yè)面出現(xiàn)：程序已經(jīng)運(yùn)行，不能再次裝載！ （ 2） .測(cè)試其他用戶是否能夠登錄： 打開人事管理系統(tǒng)登錄 頁(yè)面，輸入任意密碼，點(diǎn)擊“登錄”按鈕?，F(xiàn)將具體操作及過(guò)程舉例說(shuō)明如下： 7． 1 測(cè)試舉例 （ 1） .測(cè)試用戶登陸是否成功： 打開人事管理系統(tǒng)，在“用戶名”里填入 root，“密碼”框里我們填入 root作為用戶登錄密碼。 (3)更改密碼 使用本表單可以方便地修改用戶的密碼，以防密碼泄露后對(duì)數(shù)據(jù)的安全性造成威脅。只有合法的用戶在輸入正確的密碼后方可進(jìn)入系統(tǒng)。 其工作流程為：用戶登錄通過(guò)權(quán)限判斷，普通用戶 不 能瀏覽 、閱讀和查詢 信息 ，指定 用戶可以操作，可以進(jìn)行 信息 錄入、修改和刪除的操作。 數(shù)據(jù)流圖 圖 4。 4． 2 數(shù)據(jù)流程圖 數(shù)據(jù)流程圖是描述系統(tǒng)邏輯模型的主要工具，通過(guò)幾個(gè)特定的符號(hào)，可以綜合地反映出信息在系統(tǒng)中的使用、加工處理、傳遞、存儲(chǔ)的整體情況。了解這類要求的目的是在開發(fā)過(guò)程中，可對(duì)系統(tǒng)將來(lái)可能的擴(kuò)展與修改做準(zhǔn)備。 （ 4）未來(lái)需求。這是對(duì)系統(tǒng)運(yùn)行以及所處環(huán)境的要求。給出所開發(fā)的新系統(tǒng)的技術(shù)性能指標(biāo)，包括存儲(chǔ)容量限制、運(yùn)行時(shí)間限制、安全保密性等。確定新系統(tǒng)應(yīng)做什么，這是最主要的需求。 通過(guò)對(duì)現(xiàn)行系統(tǒng)的詳細(xì)調(diào)研，主要是從系統(tǒng)的角度理解用戶的需要，確定新系統(tǒng)的綜合要求，并提出這些需求 的實(shí)現(xiàn)條件以及需求應(yīng)達(dá)到的標(biāo)準(zhǔn)，也就是確定新系統(tǒng)要做什么，做到什么程度。 本系統(tǒng)在開發(fā)前，與中心的領(lǐng)導(dǎo)和有關(guān)的操作人員密切溝通，認(rèn)真聽取他們的意見，并吸收他們的積極觀點(diǎn)，使本系統(tǒng)的開發(fā)在相當(dāng)大的程度上具有一定的先進(jìn)性和合理性。對(duì)硬件資源進(jìn)行可行性分析時(shí)主要考慮計(jì)算機(jī)的主機(jī)內(nèi)存、類型、功能、聯(lián)網(wǎng)能力、安全保護(hù)措施以及輸入 /輸出設(shè)備，外存儲(chǔ)器和聯(lián)網(wǎng)數(shù)據(jù)通信設(shè)備的配置、功能、效率等指標(biāo)是否符合系統(tǒng)方案設(shè)計(jì)要求，同時(shí)還要考慮計(jì)算機(jī)的性能 /價(jià)格比。這里討論的技術(shù)必須是已經(jīng)普遍使用的，而不是待研究的或正在研究的。 3． 3 技術(shù)可行性分析 技術(shù)可行性分析主要包括四個(gè)方面：目前有關(guān)的技術(shù)能否支持所開發(fā)的新系統(tǒng)；新系統(tǒng)開發(fā)人員的數(shù)量和水平，即人力資源；硬件和軟件資源。 ④經(jīng)濟(jì)可行性分析 9 經(jīng)濟(jì)可行性分析主要是對(duì)開發(fā)新系統(tǒng)所投入的資金與系統(tǒng)投入使用后所帶來(lái)的經(jīng)濟(jì)效益進(jìn)行比較，確認(rèn)新系統(tǒng)是否會(huì)給企業(yè)帶來(lái)一定的經(jīng)濟(jì)效益。 ②社會(huì)可行性分析： 社會(huì)可行性分析主要是指管理信息系統(tǒng)的開發(fā)是否符合國(guó)家法律、下策，是否能夠與社會(huì)大系統(tǒng)實(shí)現(xiàn)良好的對(duì)接。 可行性分析一般可定義為：可行性分析是在建設(shè)的前期對(duì)工程項(xiàng)目的一種考察和鑒定，對(duì)擬議中的項(xiàng)目進(jìn)行全面與綜合的技術(shù)、經(jīng)濟(jì)能力的調(diào)查，判斷它是否可行。 總之，必要對(duì)現(xiàn)行系統(tǒng)進(jìn)行詳細(xì)的調(diào)查，明確用戶需求，保證開發(fā)的新系統(tǒng)的功能與用戶的要求相吻合，避免耗費(fèi)大量的人力、物力、財(cái)力， 新系統(tǒng)的開發(fā)卻失敗的悲劇發(fā)生。它們只是根據(jù)自己業(yè)務(wù)工作的需要 提出了要求，系統(tǒng)開發(fā)人員要對(duì)此進(jìn)行詳細(xì)的調(diào)查和分析，確認(rèn)用戶的要求可以通過(guò)現(xiàn)有的計(jì)算機(jī)技術(shù)實(shí)現(xiàn)，保證開發(fā)的管理信息系統(tǒng)的功能與用戶提出的要求相吻合。 （ 1）明確用戶的要求，以根據(jù)調(diào)查結(jié)果進(jìn)行可行性分析，確認(rèn)系統(tǒng)的開發(fā)是否可行。此外，通過(guò)動(dòng)態(tài)鏈接庫(kù)，還可以調(diào)用 Windows 應(yīng)用程序接口 (API)函數(shù)，實(shí)現(xiàn) SDK 所具有的功能。 動(dòng)態(tài)鏈接庫(kù) (DLL) Visual Basic 是一種高級(jí)程序設(shè)計(jì)語(yǔ)言，不具備低級(jí)語(yǔ)言的功能，對(duì)訪問(wèn)機(jī)器硬件的操作不太容易實(shí)現(xiàn)。 OLE 技術(shù)是 Microsoft 公司對(duì)象技術(shù)的戰(zhàn)略，它把多個(gè)應(yīng)用程序合為一體，將每個(gè)應(yīng)用程序看作是一個(gè)對(duì)象進(jìn)行鏈接和嵌入，是一種應(yīng)用程序一體化的技術(shù)。 Visual Basic 提供了動(dòng)態(tài)數(shù)據(jù)交換的編程技術(shù)，可以在應(yīng)用程序中與其他 Windows 應(yīng)用程序建立動(dòng)態(tài)數(shù)據(jù)交換，在不同的應(yīng)用程序之間進(jìn)行通信。 動(dòng)態(tài)數(shù)據(jù)交換