【正文】 。 or ls_dateend = 39。 then /*終止日期不得晚于2050年12月31日或者等于1900年1月1日*/ messagebox ( 39。 , 39。 ) em_2 . setfocus ( ) return 1end ifl 根據(jù)用戶輸入的檢索信息對數(shù)據(jù)庫進(jìn)行檢索，主要由調(diào)用數(shù)據(jù)窗口控件，并傳給其參數(shù)實現(xiàn)：if isnull ( ls_stkcellno ) or ls_stkcellno = 39。 then ls_stkcellno = 39。 li_bak = ( ll_deptid , ll_storageid , ls_stkcellno , ld_datestart , ld_dateend )else li_bak = ( ll_deptid , ll_storageid , 39。 + ls_stkcellno + 39。 , ld_datestart , ld_dateend )end ifl 對于窗口菜單及工具欄按鈕是否可用的設(shè)置：lm_menu . of_disable ( lm_menu . )lm_menu . of_disable ( . m_bottom )lm_menu . of_disable ( lm_menu . m_oper . m_previous )lm_menu . of_disable ( lm_menu . m_oper . m_top ) 4．解封事件（sy_jiefeng）的實現(xiàn)：主要由存儲過程Spu_Stkloc_unclose實現(xiàn)對單個商品的解封，由于需要實現(xiàn)可以對單個或者多各選中商品的批處理解封，故需要在解封事件中循環(huán)調(diào)用此存儲過程。 /*出錯信息*/sqlca . automit = true execute fengcang 。 提示信息 39。 解封成功! 39。 sy_query 39。 提示信息 39。 解封失敗! 39。 提示信息 39。 所選中的記錄沒有完全解封成功! 39。 sy_query 39。并能對數(shù)據(jù)窗口中的選中記錄進(jìn)行到首，向前，向后，到尾操作。 2．在配送中心封倉商品查詢中去掉點菜封倉的復(fù)選框 打開數(shù)據(jù)窗口控件的d_stkloc_close_query,去掉其中的obj_34688604控件即可。其功能實現(xiàn)如下： 1）由用戶在窗口輸入框中的輸入確定查詢范圍，如果有些輸入框沒有輸入，則默認(rèn)為這些輸入框中的內(nèi)容不受限制，及全部選中。 % 39。 % 39。 % 39。 過保自動封倉 39。過保自動封倉過程修改庫存狀態(tài)失敗39。過保自動封倉過程修改庫存狀態(tài)失敗.39。 ( ~m_StkStatus ) , Note = m_Notewhere DeptId = m_DeptId and StkLocId = m_StkLocId 2）如果數(shù)據(jù)庫出錯，設(shè)置事務(wù)自動回滾，并返回出錯信息： begin transactionupdate Tbd_StkLoc/*對數(shù)據(jù)庫的表操作*/if rowcount 1beginrollback transactionraiserror 40033 數(shù)據(jù)庫出錯(update Tbd_StkLoc)select m_error = 1return m_errorendmit transactionselect m_error = 0return 0Error! No text of specified style in document.第五章 系統(tǒng)功能測試 封倉及解封功能測試 測試環(huán)境描述測試環(huán)境與開發(fā)環(huán)境采用相同的軟硬件配置，其平臺構(gòu)架如圖51：ClientServerServerDatabase圖51：測試環(huán)境平臺構(gòu)架 測試數(shù)據(jù)設(shè)計1）測試整體構(gòu)思設(shè)計由于開發(fā)工具PowerBuilder是一個完全的可視化開發(fā)環(huán)境，它采用事件驅(qū)動的工作方式。當(dāng)程序開始運行之后，它就可以接受來自系統(tǒng)，用戶或者其他應(yīng)用程序觸發(fā)的事件，然后執(zhí)行相應(yīng)的事件代碼。由于代碼分布在各個獨立的事件之中，所以很難對系統(tǒng)進(jìn)行結(jié)構(gòu)性測試。單元測試在開發(fā)時完成，主要是對完成的代碼進(jìn)行功能性測試，在完成所有的開發(fā)任務(wù)后，進(jìn)行集成測試，本文測試部分主要側(cè)重集成測試。其中大爆炸集成最容易：這種集成將所有單元放在一起編譯并進(jìn)行一次性測試。鑒于本人所開發(fā)的部分為原系統(tǒng)的一部分，而該部分內(nèi)容又由一些相關(guān)的功能模塊組成，且這些功能模塊總體上的功能為平行的，所以采用三明治集成。又由于本部分為原系統(tǒng)的一部分，所以在進(jìn)行集成測試時不需專門開發(fā)樁和驅(qū)動模塊，可直接采用原系統(tǒng)的調(diào)用該部分和被該部分調(diào)用的功能模塊。自動解封部分：此用庫內(nèi)已自動封倉的商品進(jìn)行查詢，然后對指定商品進(jìn)行解封。自動封倉解封與配送出庫的集成：在“配送中心商品封倉預(yù)警”中對一批商品進(jìn)行封倉，并在“配送中心自動封倉解封”進(jìn)行解封，并測試這些操作對該商品的配送產(chǎn)生怎樣的影響。 測試過程I．三明治集成：l 自動封倉部分：a． 打開“配送中心商品封倉預(yù)警”窗口，設(shè)置預(yù)警天數(shù)為90天，查詢所得數(shù)據(jù)為有效期在系統(tǒng)日期后90天以內(nèi)的所有存儲倉位未被封倉商品，查詢功能正常。打開“配送中心自動封倉解封”查詢已自動封倉商品，發(fā)現(xiàn)所封商品均在此處出現(xiàn)，封倉功能正常。b．選中其中一條記錄，點擊“解封”，然后打開“配送中心商品封倉預(yù)警”窗口查詢，發(fā)現(xiàn)此商品均已解封。l 手動封倉解封與配送出庫的集成： 測試使用商品數(shù)據(jù)： 102000001 利民釀造醬油 a．倉庫配送中心商品封倉配送中心庫存商品封倉（w_stkloc_close） b．門店要貨要貨單錄入（w_out_entry） c．配送配送啟動配送啟動（w_dist_multimanner）: d．配送配送出庫配送出庫（w_distribution）l 自動封倉解封與配送出庫的集成：說明：此部分記錄了與封倉有關(guān)的配送測試數(shù)據(jù)，發(fā)現(xiàn)已封倉商品將不能參與配送出庫，且已封倉商品的出庫單號將不被記錄在數(shù)據(jù)庫中當(dāng)前測試計算機(jī)系統(tǒng)時間：200444系統(tǒng)自動封倉預(yù)警天數(shù)：90，封倉日期：2004/07/03測試使用商品數(shù)據(jù)：商品編號商品名稱庫存數(shù)量倉位編號倉卡號有效期1000001喜之郎10粒高纖1*4810袋CA 0820249472004/03/12a．配送中心商品封倉預(yù)警w_stkloc_autoclose_alarmb．要貨單錄入w_out_entryc．配送啟動w_dist_multimannerd．配送出庫w_distributionII．系統(tǒng)測試此部分文檔記錄了一次從進(jìn)貨－要貨－配送－出庫全過程的數(shù)據(jù)流程，主要目的是發(fā)現(xiàn)當(dāng)修改了封倉部分代碼后系統(tǒng)的其他部分是否能正常工作，即是否破壞原有功能，故倉庫內(nèi)部管理部分沒有算在這次測試業(yè)務(wù)流程之內(nèi)。2）系統(tǒng)測試結(jié)果分析封倉部分更改基本不會影響系統(tǒng)原有功能的實現(xiàn)。后來發(fā)現(xiàn)，原來同組財務(wù)部分的開發(fā)人員正在往倉庫里進(jìn)貨，所以盡管把庫中現(xiàn)存的商品全部封倉，但是在這之后負(fù)責(zé)財務(wù)的開發(fā)人員由于開發(fā)需要又將此商品進(jìn)貨，而配送出庫成功即是將這些進(jìn)來的貨又出去了。在導(dǎo)師的建議下，我對本項目組所使用的數(shù)據(jù)庫sytrade60復(fù)制，產(chǎn)生新的數(shù)據(jù)庫sytrade70，開發(fā)的時候使用數(shù)據(jù)庫sytrade60，測試的時候使用復(fù)制的新數(shù)據(jù)庫sytrade70，保證了開發(fā)和測試工作的順利進(jìn)行。bcp工具：Sybase數(shù)據(jù)庫自帶的一個數(shù)據(jù)導(dǎo)入導(dǎo)出工具，主要實現(xiàn)對數(shù)據(jù)庫中表數(shù)據(jù)的導(dǎo)入導(dǎo)出。PowerBuilder：用來生成導(dǎo)出所有表數(shù)據(jù)的bcp命令。isql命令：向數(shù)據(jù)庫導(dǎo)入所有的表結(jié)構(gòu)，存儲過程，觸發(fā)器，用戶等信息。2）原數(shù)據(jù)庫表結(jié)構(gòu)以及數(shù)據(jù)的導(dǎo)出在Sybase Central中將數(shù)據(jù)庫Sybase60中點中所有的表或者存儲過程，從右鍵選項中選擇Generate DDL,生成所有創(chuàng)建用戶表，系統(tǒng)表，代理表，存儲過程，視圖，用戶，組，用戶定義的數(shù)據(jù)類型，Java對象，缺省，規(guī)則，段，擴(kuò)展存儲過程的SQL語句。，導(dǎo)出sybase60中的所有數(shù)據(jù)。同樣再PowerBuilder中的數(shù)據(jù)庫畫板中生成所有導(dǎo)入表數(shù)據(jù)的bcp命令。但是PowerDesigner會檢驗數(shù)據(jù)庫的正確性，如果有錯誤的表結(jié)構(gòu)，或者主外鍵關(guān)聯(lián)等，則不能進(jìn)行。但是仍然會檢查數(shù)據(jù)庫的正確性，如有錯誤則不能進(jìn)行。但是隨著項目的進(jìn)展，我對于PB這個開發(fā)工具的了解逐步加深，漸漸理解了它的事件驅(qū)動，理解了它的面向?qū)ο?，理解了它的控件繼承，理解了它DataWindow的精妙所在?，F(xiàn)在常常會覺得兩個月前的自己好笨，一個很簡單的問題要好幾天的時間才能解決，一個很簡單的業(yè)務(wù)邏輯，非要問很多人，查很多資料才能明白。但是事情往往是這樣，只有經(jīng)過了自己的努力學(xué)習(xí)才能把困難的事情變得簡單，熟能生巧的故事對于我們軟件開發(fā)者來說其實是很有道理的。對于技術(shù)，作為一個軟件開發(fā)人員應(yīng)該不怕不懂，就怕不肯學(xué)。而對待做軟件，我從我的導(dǎo)師張波副教授身上學(xué)到了嚴(yán)謹(jǐn)?shù)膽B(tài)度，力求軟件處處從用戶角度出發(fā)，為用戶考慮，我想這也將是我以后工作道路上一身受益的東西啊！津菱物流管理系統(tǒng)封倉部分的開發(fā)是對這個軟件的二次開發(fā)，由于項目組的人員不是很多，而且基本上是各司其職，自己負(fù)責(zé)開發(fā)自己部分的代碼。我們只能采用較為原始的方法，即將一個人開發(fā)的工作全部結(jié)束后將代碼交給另一個人在此基礎(chǔ)上繼續(xù)開發(fā)。所以，我覺得可以在以后二次開發(fā)的軟件項目中采用一套行之有效的軟件過程管理方法，包括對原系統(tǒng)的分析，新的需求的確定，以及開發(fā)的各個細(xì)節(jié)方面，這對于提高軟件的開發(fā)效率肯定是大有裨益的。他的嚴(yán)謹(jǐn)?shù)闹螌W(xué)態(tài)度，以及對軟件的精益求精的態(tài)度讓我深深感受到作為一個軟件開發(fā)者不僅僅是在完成一個項目，更重要的是要從客戶的角度來看待問題，要讓軟件真正地為各行各業(yè)提高生產(chǎn)效率服務(wù)。 同時也要感謝和我同組的樓波，沈潑，劉劉和盧子怡同學(xué)，我們在一起做這個項目的時候經(jīng)常進(jìn)行技術(shù)上的交流，討論項目流程上的改進(jìn)和代碼上的實現(xiàn)。并感謝在這兩個月來和我一起在實驗室做畢業(yè)設(shè)計的其他同學(xué)，只有在這種大家都努力工作的氣氛下，我的畢設(shè)才能順利進(jìn)行。 衷心感謝所有關(guān)心我的人！ 編號：時間：2021年x月x日書山有路勤為徑，學(xué)海無涯苦作舟頁碼：第37頁 共42頁參考文獻(xiàn)[1] 明德祥等：《》，國防科技大學(xué)出版社，2002年[2] 王鵬：《》，北京希望電子出版社，2000年[3] 劉增進(jìn)：《PowerBuilder 數(shù)據(jù)窗口技術(shù)詳解》，北京電子工業(yè)出版社，2000年[4] 徐武平：《PowerBuilder 7程序設(shè)計導(dǎo)學(xué)》，清華大學(xué)出版社，2002年[5] SYBASE公司：SYBASE TransactSQL User’s Guide，2001年[6] SYBASE公司：PowerBuilder Help，1999年第 37 頁 共 42 頁