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