【正文】 在具體的測試中，一般應遵循以下原則：由程序設計者之外的人進行測試；測試用例應由兩部分組成：輸入數(shù)據(jù)和預期輸出結果；應選用不合理的輸入數(shù)據(jù)與非法輸入測試；不僅要檢驗程序是否實現(xiàn)預期功能，還應檢查程序是否做了不應該做的工作；集中測試容易出錯的程序模塊；對程序修改以后，必須重新進行測試。系統(tǒng)測試需要確認從頭到尾的功能正常才算完成，應當盡量避免系統(tǒng)測試延到項目末尾進行。系統(tǒng)測試應在系統(tǒng)的整個范圍內(nèi)進行，這種測試不只對軟件進行，而是對構成系統(tǒng)的硬、軟件一起進行。測試工作是由一個獨立的組織進行，而且測試要從用戶的角度出發(fā)。 (3)確認測試確認測試是對通過組合測試的軟件進行的，這些軟件已經(jīng)存于系統(tǒng)目標設備的介質(zhì)上，確認測試的目的是對表明軟件是可以工作的，并且符合“軟件需求說明書”中規(guī)定的全部功能和性能要求。(2)組合測試組合測試也稱集成測試或子系統(tǒng)測試，通常采用自頂向下測試和自底向上測試兩種測試方法。對源碼進行審查，對照設計說明書，表態(tài)地檢查源程序是否符合功能的邏輯要求，是進行單元測試前的重要工作工。測試對象是隨階段而異的，最基本、最初的測試是單元測試，后面的組合測試、確認測試都是以被測過的模塊作為測試對象的。因此，我們必須重視測試工作。 開發(fā)環(huán)境要求　　開發(fā)工具: Visual FoxPro 　　運行環(huán)境: Windows 2000以上的操作系統(tǒng) 系統(tǒng)測試在MIS開發(fā)過程中采用了多種措施保證軟件質(zhì)量，但是實際開發(fā)過程中還是不可避免地會產(chǎn)生差錯，系統(tǒng)中通?？赡茈[藏著錯誤和缺陷，未經(jīng)周密測試的系統(tǒng)投入運行，將會造成難以想像的后果，因此系統(tǒng)測試是MIS開發(fā)過程中為保證軟件質(zhì)量必須進行的工作。比如，權限的管理，數(shù)據(jù)庫的備份和恢復（ 對數(shù)據(jù)庫進行備份，以免在系統(tǒng)出現(xiàn)不可避免的錯誤或故障時，可以及時的恢復，而不至于造成巨大的損失）?！　∫拙S護性：易維護性是一個優(yōu)秀軟件所必備的性能，由于該系統(tǒng)的調(diào)用大部分都并非專門的軟件工作人員操作，所以應盡量使軟件易維護。各子系統(tǒng)連接的代碼如下：clearset talk offset defa to f：\kucun do read events close allreturn注意：連編時，應關閉所有的數(shù)據(jù)庫、表及表單等，再去連編，否則容易出錯；運行可執(zhí)行文件“”時，要關閉所有的數(shù)據(jù)庫或正在運行的表單等。為使界面不至于單調(diào)，我們可以為主界面加入多種背景圖片，具體界面如下圖17所示：圖17 系統(tǒng)登錄界面圖【確認】按鈕的單擊（Click）事件代碼如下：inname=alltrim()inpswd=alltrim()set order to tms_userseek innameif!found( )cMessageTitle=“商業(yè)企業(yè)庫存管理信息系統(tǒng)”cMessageText=“帳號錯誤，請重新輸入”nDialogType=4+32nAnswer=messagebox(cMessageText,nDialogType,cMessageTitle)do case case nAnswer=6 =“ ” case nAnswer=7 messagebox(“請勿偷窺他人資料”,48, “警告”) endcaseelse if tms_pswd!=inpswd cMessageTitle=“商業(yè)企業(yè)庫存管理信息系統(tǒng)” cMessageText=“密碼錯誤，請重新輸入” nDialogType=4+32 nanswer=messagebox(cMessageText,nDialogType,cMessageTitle) do case case nAnswer=6 if flag2 =“ ” flag=flag+1 else messagebox(“請勿偷窺他人資料”,48, “警告”) endif case nAnswer=7 messagebox(“請勿偷窺他人資料”,48, “警告”) endcase else par1=inname do form kucun\form\gresult endifendif【取消】按鈕的單擊（Click）事件代碼如下：set sysmenu to defaultset sysmenu onset status bar onclose allreturn(2)子系統(tǒng)選擇界面為了實現(xiàn)能夠根據(jù)用戶所需的不同選擇，打開不同的子系統(tǒng)并提供相應的功能服務，我們需要在系統(tǒng)中為用戶提供一個子系統(tǒng)選擇界面，該界面模塊可以利用一個菜單來實現(xiàn)其功能，如下圖18所示：圖18 子系統(tǒng)選擇界面圖 系統(tǒng)主程序設計主程序如下：=2=“商業(yè)企業(yè)庫存管理信息系統(tǒng)”=.F.=.F.=.F.=.F.=RGB(50,100,128)CLOSE ALLCLEAR ALLCLEASET SYSMENU OFFSET SYSMENU TOSET TALK OFFSET SAFETY OFFSET STATUS BAR OFFDO FORM TO NUMIF NUMDO READ EVENTENDIFSET SYSMENU TO DEFAULTSET SYSMENU ONSET STATUS BAR ONCLOSE ALLCLEAR ALLRETURN 系統(tǒng)的連編系統(tǒng)的連編過程如下：（1）清理項目：在“項目”菜單下，選“清理項目”。數(shù)據(jù)準備與錄入工作要注意數(shù)據(jù)的準確性，在整理、錄入、校驗等各個環(huán)節(jié)把好關，為系統(tǒng)的順利轉換打好基礎。為保證系統(tǒng)調(diào)試和運行順利進行，應根據(jù)他們的基礎，提前進行培訓，使他們適應，并逐步熟悉新的操作方法。系統(tǒng)投入運行后，他們將在系統(tǒng)中工作。軟件設備包括系統(tǒng)軟件、數(shù)據(jù)庫管理系統(tǒng)以及一些應用程序。（1）硬軟件準備硬件準備包括計算機主機、輸入輸出設備、存儲設備、輔助設備、通信設備等。 系統(tǒng)實施的主要任務系統(tǒng)實施階段的主要任務是實現(xiàn)系統(tǒng)設計階段提出的物理模型，按實施方案完成一個可以實際運行的信息系統(tǒng)，交用戶使用。由于系統(tǒng)實現(xiàn)了多用戶簡單分級管理，因此需要一張“系統(tǒng)帳號”數(shù)據(jù)表，將其命名為Account，具體設置如表4所示： 表4 “系統(tǒng)帳號”數(shù)據(jù)表作為一個倉庫，最主要是要求知道現(xiàn)在倉庫中有什么商品、每種商品有多少，因此一張庫存信息數(shù)據(jù)表是必要的，將其命名為Kucun表，各字段具體設置如表5所示：表5 “庫存信息”數(shù)據(jù)表每次出庫都應該留下記錄，因此要建立一個出庫記錄數(shù)據(jù)表，將其命名為Chuku表，該表各字段具體設置如表6所示：表6 “出庫記錄”數(shù)據(jù)表同時，也需要建立一張入庫記錄數(shù)據(jù)表來記錄每次入庫的情況，將其命名為Ruku表，該表各字段具體屬性設置如表7所示：表7 “入庫記錄”數(shù)據(jù)表對商品名稱進行管理需要建立一個商品信息數(shù)據(jù)表，將其命名為Shangpin表，各個字段具體屬性設置如表8所示：表8 “商品信息”數(shù)據(jù)表通過分析，可以得出這些表與表之間的關聯(lián)關系，如圖16所示：圖16 各表之間的關聯(lián)關系4 系統(tǒng)實施系統(tǒng)實施是開發(fā)信息系統(tǒng)的最后一個階段。數(shù)據(jù)庫的內(nèi)模式與外模式不同，不直接面向用戶，但對數(shù)據(jù)庫的性能影響也頗大。ER圖到關系模式的轉換還是比較直接的，實體和聯(lián)系都可以表示成關系，ER圖中的屬性也可以轉換成關系的屬性。數(shù)據(jù)庫邏輯設計的結果以數(shù)據(jù)定義語言表示。根據(jù)需求分析，對系統(tǒng)進行概念設計，以下以庫存管理信息系統(tǒng)的庫存商品的信息資料庫和出入庫單的數(shù)據(jù)庫為例，進行數(shù)據(jù)庫概念設計，并畫出ER圖如下圖所示：圖10 用戶實體ER圖圖11 入庫單實體ER圖圖12 倉庫實體ER圖圖13 商品實體ER圖圖 14 出庫單實體ER圖圖 15 實體與實體之間的關系ER圖 邏輯結構設計在邏輯設計階段，將上一步中所得到的概念數(shù)據(jù)模型表示、與DBMS無關的數(shù)據(jù)模式，轉換成以DBMS的邏輯數(shù)據(jù)模型表示的邏輯模式。概念數(shù)據(jù)模型是與DBMS無關、面向現(xiàn)實世界的數(shù)據(jù)模型。此外，本系統(tǒng)盡量滿足用戶的需求，使系統(tǒng)能夠充分的實現(xiàn)商業(yè)企業(yè)商品的出入庫管理和儲存保管。因此設計人員必須與用戶不斷深入地進行交流，才能逐步得以確定用戶的實際需求。另一方面設計人員缺少用戶的專業(yè)知識，不易理解用戶的真正需求，甚至誤解用戶的需求。在處理方式上，本系統(tǒng)采用批處