【正文】 (cMessageText,nDialogType,cMessageTitle)do case case nAnswer=6 =“ ” case nAnswer=7 messagebox(“請勿偷窺他人資料”,48, “警告”) endcaseelse if tms_pswd!=inpswd cMessageTitle=“商業(yè)企業(yè)庫存管理信息系統(tǒng)” cMessageText=“密碼錯(cuò)誤，請重新輸入” 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)選擇界面為了實(shí)現(xiàn)能夠根據(jù)用戶所需的不同選擇，打開不同的子系統(tǒng)并提供相應(yīng)的功能服務(wù)，我們需要在系統(tǒng)中為用戶提供一個(gè)子系統(tǒng)選擇界面，該界面模塊可以利用一個(gè)菜單來實(shí)現(xiàn)其功能，如下圖18所示：圖18 子系統(tǒng)選擇界面圖 系統(tǒng)主程序設(shè)計(jì)主程序如下：=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）清理項(xiàng)目：在“項(xiàng)目”菜單下，選“清理項(xiàng)目”。（2）連編項(xiàng)目：點(diǎn)擊項(xiàng)目管理器中的連編，分別作第一個(gè)和第三個(gè)選項(xiàng)的連編，即先連編項(xiàng)目文件再連編可執(zhí)行文件，將生成的可執(zhí)行文件“”存放在f:\kucun目錄中。各子系統(tǒng)連接的代碼如下：clearset talk offset defa to f：\kucun do read events close allreturn注意：連編時(shí)，應(yīng)關(guān)閉所有的數(shù)據(jù)庫、表及表單等，再去連編，否則容易出錯(cuò)；運(yùn)行可執(zhí)行文件“”時(shí)，要關(guān)閉所有的數(shù)據(jù)庫或正在運(yùn)行的表單等。 系統(tǒng)使用說明 系統(tǒng)性能要求　　實(shí)用性：本系統(tǒng)是本著中小型商業(yè)企業(yè)庫存管理實(shí)用的原則進(jìn)行開發(fā)的，為的是開發(fā)完畢后即能盡快投入使用，使商業(yè)企業(yè)的倉庫管理人員能夠盡快擺脫手工勞作的勞累?！　∫拙S護(hù)性：易維護(hù)性是一個(gè)優(yōu)秀軟件所必備的性能，由于該系統(tǒng)的調(diào)用大部分都并非專門的軟件工作人員操作，所以應(yīng)盡量使軟件易維護(hù)?！　“踩煽啃裕簩τ跀?shù)據(jù)庫的設(shè)計(jì)，一個(gè)關(guān)鍵的內(nèi)容便是數(shù)據(jù)庫的安全性。比如，權(quán)限的管理，數(shù)據(jù)庫的備份和恢復(fù)（ 對數(shù)據(jù)庫進(jìn)行備份，以免在系統(tǒng)出現(xiàn)不可避免的錯(cuò)誤或故障時(shí)，可以及時(shí)的恢復(fù)，而不至于造成巨大的損失）。　　可擴(kuò)充性和標(biāo)準(zhǔn)化原則：考慮到將來擴(kuò)充的方便，數(shù)據(jù)庫可以進(jìn)行進(jìn)一步的數(shù)據(jù)添加、修改、刪除等，而且軟件程序也可以進(jìn)一步修改。 開發(fā)環(huán)境要求　　開發(fā)工具: Visual FoxPro 　　運(yùn)行環(huán)境: Windows 2000以上的操作系統(tǒng) 系統(tǒng)測試在MIS開發(fā)過程中采用了多種措施保證軟件質(zhì)量，但是實(shí)際開發(fā)過程中還是不可避免地會(huì)產(chǎn)生差錯(cuò)，系統(tǒng)中通?？赡茈[藏著錯(cuò)誤和缺陷，未經(jīng)周密測試的系統(tǒng)投入運(yùn)行，將會(huì)造成難以想像的后果，因此系統(tǒng)測試是MIS開發(fā)過程中為保證軟件質(zhì)量必須進(jìn)行的工作。大量統(tǒng)計(jì)資料表明，系統(tǒng)測試的工作量往往占MIS開發(fā)總工作量的40%以上。因此，我們必須重視測試工作。測試計(jì)劃中的測試項(xiàng)目包括軟件結(jié)構(gòu)中的分系統(tǒng)層、子系統(tǒng)層、功能模塊層、程序模塊層中的各類模塊，從測試本身看，分為單元測試，組合測試，確認(rèn)測試等。測試對象是隨階段而異的，最基本、最初的測試是單元測試，后面的組合測試、確認(rèn)測試都是以被測過的模塊作為測試對象的。(1)單元測試單元測試也稱模塊測試或程序測試，單元測試是對每個(gè)模塊單獨(dú)進(jìn)行的，驗(yàn)證模塊接口與設(shè)計(jì)說明書是否一致，對模塊的所有主要處理路徑進(jìn)行測試且與預(yù)期的結(jié)構(gòu)進(jìn)行對照，還要對所有錯(cuò)誤處理路徑進(jìn)行測試。對源碼進(jìn)行審查，對照設(shè)計(jì)說明書，表態(tài)地檢查源程序是否符合功能的邏輯要求，是進(jìn)行單元測試前的重要工作工。單元測試一般是由程序員完成，也稱程序調(diào)試。(2)組合測試組合測試也稱集成測試或子系統(tǒng)測試，通常采用自頂向下測試和自底向上測試兩種測試方法。組合測試的對象是指已經(jīng)通過單元測試的模塊，不是對零散模塊進(jìn)行單個(gè)測試，而是用系統(tǒng)化的方法裝配和測試軟件系統(tǒng)，是一個(gè)嚴(yán)格的過程，必須認(rèn)真地進(jìn)行，其計(jì)劃的產(chǎn)生和單元模塊測試的完成日期要協(xié)調(diào)起來，這種測試應(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)的用戶參加，給評審員進(jìn)行演示。 (3)確認(rèn)測試確認(rèn)測試是對通過組合測試的軟件進(jìn)行的，這些軟件已經(jīng)存于系統(tǒng)目標(biāo)設(shè)備的介質(zhì)上，確認(rèn)測試的目的是對表明軟件是可以工作的，并且符合“軟件需求說明書”中規(guī)定的全部功能和性能要求。確認(rèn)測試是按照這些要求定出的“確認(rèn)測試計(jì)劃”進(jìn)行的。測試工作是由一個(gè)獨(dú)立的組織進(jìn)行，而且測試要從用戶的角度出發(fā)。(4)系統(tǒng)測試系統(tǒng)測試是對整體性能的測試，主要解決各子系統(tǒng)之間的數(shù)據(jù)通信和數(shù)據(jù)共享問題以及檢測系統(tǒng)不否達(dá)到用戶的實(shí)際要求，系統(tǒng)測試的依據(jù)是系統(tǒng)分析報(bào)告。系統(tǒng)測試應(yīng)在系統(tǒng)的整個(gè)范圍內(nèi)進(jìn)行，這種測試不只對軟件進(jìn)行，而是對構(gòu)成系統(tǒng)的硬、軟件一起進(jìn)行。系統(tǒng)測試與建構(gòu)同時(shí)進(jìn)行或略慢。系統(tǒng)測試需要確認(rèn)從頭到尾的功能正常才算完成，應(yīng)當(dāng)盡量避免系統(tǒng)測試延到項(xiàng)目末尾進(jìn)行。(5)用戶驗(yàn)收測試在系統(tǒng)測試完成后，進(jìn)行用戶的驗(yàn)收測試，它是用戶在實(shí)際應(yīng)用環(huán)境中所進(jìn)行的真實(shí)數(shù)據(jù)測試。在具體的測試中，一般應(yīng)遵循以下原則：由程序設(shè)計(jì)者之外的人進(jìn)行測試；測試用例應(yīng)由兩部分組成：輸入數(shù)據(jù)和預(yù)期輸出結(jié)果；應(yīng)選用不合理的輸入數(shù)據(jù)與非法輸入測試；不僅要檢驗(yàn)程序是否實(shí)現(xiàn)預(yù)期功能，還應(yīng)檢查程序是否做了不應(yīng)該做的工作；集中測試容易出錯(cuò)的程序模塊；對程序修改以后，必須重新進(jìn)行測試。（略）參考文獻(xiàn)[1]劉永勝. 庫存管理面臨的挑戰(zhàn)與對策[J]. 經(jīng)濟(jì)問題， 2003, (3): 21~23 [2][J]. 物流科技. 2005,124（30）：69~72[3]. 湖南：湖南科學(xué)技術(shù)出版社[M]， 2003[4][M]， 1997[5]，徐天亮. 連鎖企業(yè)多品種庫存分布研究[J] .管理工程學(xué)報(bào)， 2001，(03)[6]周濤，程鈞謨，喬忠. 多品種配送的庫存優(yōu)化模型研究[J] .系統(tǒng)工程， 2003，(05)[7]李洋，肖生靈. 庫存管理系統(tǒng)分類與選擇的研究[J] . 森林工程， 2005，(02)[8]:模型與應(yīng)用[J] .管理科學(xué)文摘， 1999，(02)[9][J] . 商業(yè)研究，2003，(21).[10]劉鵬飛，謝如鶴. 供應(yīng)商管理庫存收益研究綜述[J] . 商業(yè)研究，2007，(11)[11][J] . 商業(yè)研究，1987，(12)[12]Bernard mith. Focus Forecasting andDRP[M]. Vantage Press,I nc. 1991[13]ClarkC E .Mathematical Analysis of an Inventory Case[J].O peration Research,1957,5 [14][J] . 中國科技信息，2005，(10)[15][16]，1996，10[17]何旭洪. Visual Foxpro 數(shù)據(jù)庫開發(fā)實(shí)例導(dǎo)航[M].人民郵電出版社, 2002[18]鄺孔武，王曉敏. 信息系統(tǒng)分析與設(shè)計(jì)[M]. 北京：清華大學(xué)出版社，2006[19][20]第 35 頁 共 36 頁