【正文】 朱良辰 學 號 200810414086 專 業(yè) 計算機 層 次 本科 通訊地址 江蘇省沛縣職教中心 郵政編碼 221600 指導教師 牟山群 商品銷售管理系統(tǒng)摘 要本系統(tǒng)是為了適應企業(yè)進銷存管理的信息化建設需要而設計的，采用Visual ，能夠穩(wěn)定而快捷地完成企業(yè)的進銷存管理的信息化任務，從而取代了以往繁雜的人工勞動，提高了工作效率。因此，本人結合已學過的知識及在指導老師的幫助下，運用Microsoft Visual ，在Windows XP中文版環(huán)境下開發(fā)成功本系統(tǒng)，經(jīng)過在實踐中的運行驗證，本系統(tǒng)能夠正常和穩(wěn)定地運行，為企業(yè)創(chuàng)造了較大的商業(yè)機會，保證了公司對進銷存的管理信息化工作的順利進行。本系統(tǒng)的界面比較美觀、友好，操作簡單、方便，比較具有人性化，同時，系統(tǒng)運行速度較快，對計算機的硬件環(huán)境要求不高。（1）中文操作系統(tǒng)Windows98的特點：首先，操作系統(tǒng)采用完全圖形化的用戶界面。（2）A:概述，它是運行于Windows95和Windows NT平臺的32位數(shù)據(jù)庫系統(tǒng)，充分發(fā)揮了32位微處理器強大的32位數(shù)據(jù)處理性能。通過Visual FoxPro對象和事件模型，用戶可以快速創(chuàng)建和實現(xiàn)無模式（modeless）的應用程序；利用生成器和工具欄，開發(fā)人員可以快速開發(fā)應用程序，而省去編寫大量的代碼、定義繁多的屬性。然而Visual FoxPro中引入的真正的數(shù)據(jù)庫的概念，使這一問題的解決變得非常的容易，設計人員只要為不同的用戶創(chuàng)建不同的數(shù)據(jù)庫，然后在這些數(shù)據(jù)庫下建立用戶自己的表就可以很容易對每個用戶進行區(qū)別和維護了。它可以通過創(chuàng)建代碼類和接口單元類來創(chuàng)建功能強大的、使用靈活的可重用對象庫。這些數(shù)據(jù)可以幫助我們快速定位代碼中的運行瓶頸，也可驗證測試計劃。Microsoft Visual SourceSafe 版本控制系統(tǒng)與Visual FoxPro ，因此可以更好地管理源代碼，不論是個人獨立編寫程序，還是作為開發(fā)小組的其中一員編寫程序。直接使用這些類，或者用這些類的繼承來實現(xiàn)一定的擴展功能。組件可以從組件群中拖出，放置到可視化設計環(huán)境中，諸如項目和表單。 Coverage Profiler開發(fā)人員可以運用表面顯示器（Coverage Profiler）檢查他們要測試的方案的有效性，這是用執(zhí)行相應行代碼的方式實現(xiàn)的。 項目掛鉤項目掛鉤是一個新的基類，當與一個項目相連時，可以通過它看到項目級事件。文件將被添加到項目中去。 微軟傳輸服務器支持由Visual FoxPro 創(chuàng)建的COM 組件，這些組件可以由微軟傳輸服務器管理和調整。購買Visual Studio 企業(yè)版的Visual FoxPro 開發(fā)人員可以得到開發(fā)工具所提供的全部好處。因此，比較適合于采用數(shù)據(jù)庫管理。另外。本模塊的界面如下：D：本模塊主要實現(xiàn)了對單位銷貨的情況進行信息的快速處理，并可以采用排序的方式進行快速的查詢。總體來說，本系統(tǒng)的設計可以完成以下的功能描述：可以對經(jīng)銷商的進貨、銷和庫存統(tǒng)計進行全面管理，程序設計是為了滿足下列要求：(1)方便用戶的進銷商品數(shù)據(jù)輸入和修改：(2)簡單快捷的進銷商品數(shù)據(jù)的查找(3)完整的進銷商品收付資金管理(4)靈活的進銷商品庫存統(tǒng)計第六章 數(shù)據(jù)庫設計根據(jù)系統(tǒng)需求分析，需要設計以下數(shù)據(jù)庫表。其結構如下：字段 字段名 類型 寬度 小數(shù)位 1 NO1（付款號） 數(shù)值型 42 NO（進貨號） 字符型 103 RQ（付款日期） 日期型 84 JR（付款金額） 數(shù)值型 10 25 JBR（經(jīng)辦人） 字符型 66 YR（未付金額） 數(shù)值型 10 27 BZ（情況說明） 字符型 40收款數(shù)據(jù)庫表：書款數(shù)據(jù)庫用于對每一筆銷貨的收款情況；其結構如下：字段 字段名 類型 寬度 小數(shù)位 1 NO（進貨號） 字符型 102 NO1（銷貨號） 數(shù)據(jù)值 43 NO2（收款號） 數(shù)據(jù)型 44 RQ（收款日期） 日期型 85 JR（收款金額） 數(shù)值型 10 26 JBR（經(jīng)辦人） 字符型 67 YR（未收金額） 數(shù)值型 10 28 BR（情況說明） 字符型 40往來單位數(shù)據(jù)庫表：往來數(shù)據(jù)庫用于存儲經(jīng)常往來單位名稱。查找進銷單命令代碼：public fchar(11),fname(11),ftype(11)fchar(1)=進貨編號fname(1)=noftype(1)=Cfchar(2)=進貨日期fname(2)=rqftype(2)=Dfchar(3)=進貨單位fname(3)=dwftype(3)=Cfchar(4)=品名fname(4)=mcftype(4)=Cfchar(5)=單價fname(5)=djftype(5)=Nfchar(6)=數(shù)量fname(6)=slftype(6)=Nfchar(7)=金額fname(7)=jrftype(7)=Nfchar(8)=剩余數(shù)量fname(8)=yslftype(8)=Nfchar(9)=經(jīng)辦人fname(9)=jbrftype(9)=Cfchar(10)=保管人fname(10)=bgrftype(10)=Cfchar(11)=發(fā)貨人fname(11)=fhrftype(11)=Cdo form jh12付款命令代碼：??CHR(7)IF =0 =MESSAGEBOX(本次進貨余款已全部付清,不能選擇本按鈕,48,信息提示)ELSE PUBLIC BYR SELECT JH BYR=YR amp。為本次進貨記錄的余額 SELECT FK SET FILTER TO NO= COUNT TO BH DO FORM JH11 WITH BH SELECT JH REPL YF WITH YF+BYR,YR WITH YRBYR ENDIF上一個命令代碼：skip 1if bof() go topendif=reo()(enabled,.F.,textbox)(enabled,.F.,bobox)下一個命令代碼：skipif eof() go bottomendif=reo()(enabled,.F.,textbox)(enabled,.F.,bobox)最后一個命令代碼：go bottom=reo()(enabled,.F.,textbox)(enabled,.F.,bobox)添加命令代碼：append blank=+1(enabled,.T.,textbox)(enabled,.T.,bobox)=.T.=.T.=1 amp?；卮鹗? delete = =2 amp。指定操作模式取消命令代碼：if messagebox(是否放棄當前操作?, 48+4,信息提示)=6 amp。將數(shù)據(jù)恢復 =.F. =.F. if =1 amp。若存在記錄,則轉向取消操作前的記錄 go endif endif (enabled,.F.,textbox) (enabled,.F.,bobox) ()endif存儲命令代碼：if tableupdate(.F.)=.F. =messagebox(數(shù)據(jù)保存不成功,48,信息提示)else =.F. =.F.endif打印命令代碼：SELECT JHTHISREC=RECNO()REPO FORM JH3 FOR RECNO()=THISREC PREVIEW 進貨付款表單：付款確認命令代碼：??CHR(7)IF MESSAGEBOX(輸入的付款正確嗎[一旦付款,不能再改動]?,4+32,提示信息)=6 SELECT FK APPEND BLANK REPL NO WITH REPL NO1 WITH REPL RQ WITH REPL JR WITH REPL JBR WITH REPL YR WITH REPL BZ WITH BYR= amp。 +(,)endiftestcond=0on error testcond=1 amp。amp。amp。amp。amp。√39?！?9。大量統(tǒng)計資料表明，系統(tǒng)測試的工作量往往占MIS開發(fā)總工作量的40%以上。有意義的軟件測試應該是從“破壞”軟件系統(tǒng)的角度出發(fā)，精心設計最有可以暴露程序系統(tǒng)缺陷的測試方案。(1)單元測試：單元測試也稱模塊測試或程序測試，單元測試是對每個模塊單獨進行的，驗證模塊接口與設計說明書是否一致，對模塊的所有主要處理路徑進行測試且與預期的結構進行對照，還要對所有錯誤處理路徑進行測試。組合測試的對象是指已經(jīng)通過單元測試的模塊，不是對零散模塊進行單個測試，而是用系統(tǒng)化的方法裝配和測試軟件系統(tǒng)，是一個嚴格的過程，必須認真地進行，其計劃的產(chǎn)生和單元模塊測試的完成日期要協(xié)調起來，這種測試應在系統(tǒng)目標機上進行，造成系統(tǒng)應用的環(huán)境條件，除了開發(fā)部分項目負責人參加以外，還應該有相應系統(tǒng)的用戶參加，給評審員進行演示。(4)系統(tǒng)測試系統(tǒng)測試是對整體性能的測試，主要解決各子系統(tǒng)之間的數(shù)據(jù)通信和數(shù)據(jù)共享問題以及檢測系統(tǒng)不否達到用戶的實際要求，系統(tǒng)測試的依據(jù)是系統(tǒng)分析報告。(5)用戶驗收測試在系統(tǒng)測試完成后，進行用戶的驗收測試，它是用戶在實際應用環(huán)境中所進行的真實數(shù)據(jù)測試。黑盒測試又稱為功能測試，白盒測試又稱為結構測試。經(jīng)過多次理論和實踐測試的檢驗，基本上能夠穩(wěn)定地運行，符合當初的設計要求。因此，在分析問題、解決問題時顯得不夠嚴密、完善，還需要在以后的工作中不斷地改進和完善。參考文獻[1] 張洪舉編.《Visual FoxPro程序設計參考手冊》[J]. 北京:人民郵電出版社， [2] 張王群編.《Visual FoxPro 》[J]. 北京:中國鐵道出版社， [3] 方智惠、彭風鳴、 黃永友編.《Visual FoxPro 》[J]. 北京:科學出版社，[4] 張洪舉編.《專家門診—Visual FoxPro開發(fā)答疑160問》[J]. 北京:人民郵電出版社，48 / 49