【正文】 ，托收進(jìn)行檢驗(yàn)入庫(kù)，入庫(kù)同時(shí)填寫(xiě)好入庫(kù)登記表。企業(yè)倉(cāng)庫(kù)根據(jù)現(xiàn)有物質(zhì)判斷是否該出庫(kù)，如果可以就填寫(xiě)好出庫(kù)表。更新倉(cāng)庫(kù)現(xiàn)有庫(kù)存。（2）查詢(xún)，查詢(xún)庫(kù)存記錄，配送記錄等。，以及子函數(shù)的確定。于是，對(duì)倉(cāng)庫(kù)的管理要求也提高，管理系統(tǒng)由此產(chǎn)生。在軟件設(shè)計(jì)階段主要是把一個(gè)軟件需求轉(zhuǎn)化為軟件表示的過(guò)程，這種表示只是描繪出軟件的總體概貌。本報(bào)告讀者對(duì)象為項(xiàng)目設(shè)計(jì)和開(kāi)發(fā)人員，以及技術(shù)人員。本項(xiàng)目的任務(wù)提出者為數(shù)計(jì)學(xué)院軟件工程課程設(shè)計(jì)小組，并由組員共同開(kāi)發(fā)，本項(xiàng)目設(shè)計(jì)過(guò)程中參考了基于Windows系統(tǒng)的數(shù)據(jù)庫(kù)管理系統(tǒng)。數(shù)據(jù)處理： 處理各種數(shù)據(jù)管理的平臺(tái)；票據(jù)： 交易的憑證。數(shù)據(jù)處理： 處理已有的數(shù)據(jù)，備份，還原，回交，費(fèi)率設(shè)置。數(shù)據(jù)對(duì)象 ： Price,CarType,CarNum,Time, Destination，StartTime基本操作 ： Init()。ChangPrice(int p0)。 ChangTime(int a,int b,int c)。 Position(char n1[])。 GetCarType()。 GetPrice()。}ADT Ticket4 詳細(xì)設(shè)計(jì) 數(shù)據(jù)類(lèi)型定義價(jià)格（price） 貨號(hào)（unm1） 員工編號(hào)（unm2） 客戶(hù)編號(hào)（num3） 日期（time） 數(shù)量（qua） 主要模塊內(nèi)部設(shè)計(jì)．實(shí)現(xiàn)算法 ()。 ch=getchar()。 (cs)。 流程圖開(kāi)始界面開(kāi) 始輸入所有內(nèi)容返回主界面結(jié) 束 更改信息設(shè)計(jì). 更改信息1 .更改費(fèi)率實(shí)現(xiàn)算法 for(i=0。i++) { if(c[i].Position(n)) {cout輸入更改的費(fèi)率: 。 c[i].ChangPrice(p1)。 f=0。 } else f=1。 cind1。i()。 f=0。 } else f=1。流程圖結(jié) 束查 找輸入編號(hào)沒(méi)有改信息輸出結(jié)果5 實(shí)現(xiàn)與調(diào)試分析實(shí)現(xiàn)環(huán)境系統(tǒng) Windows XP系統(tǒng)操作平臺(tái)Microsoft Visual C++ 語(yǔ)言 c++調(diào)試分析：通過(guò)對(duì)系統(tǒng)的調(diào)試，完成了最初的設(shè)計(jì)要求，使各個(gè)模塊的功能得以實(shí)現(xiàn)；6 測(cè)試分析軟件測(cè)試是為了發(fā)現(xiàn)程序中的問(wèn)題。軟件測(cè)試的過(guò)程也是程序運(yùn)行的過(guò)程，程序運(yùn)行需要數(shù)據(jù)，為測(cè)試設(shè)計(jì)的數(shù)據(jù)稱(chēng)測(cè)試用例，設(shè)計(jì)測(cè)試用例的原則自然是盡可能暴露錯(cuò)誤。 由物流配送管理系統(tǒng)開(kāi)發(fā)者開(kāi)發(fā)出的系統(tǒng)進(jìn)行測(cè)試。1) 確定軟件生存周期中的一個(gè)給定階段的產(chǎn)品是否達(dá)到前階段確立的需求的過(guò)程；2) 程序正確性的形式證明，即采用形式理論證明程序符號(hào)設(shè)一計(jì)規(guī)約規(guī)定的過(guò)程；3) 評(píng)市、審查、測(cè)試、檢查、審計(jì)等各類(lèi)活動(dòng)，或?qū)δ承╉?xiàng)處理、服務(wù)或文件等是否和規(guī)定的需求相一致進(jìn)行判斷和提出報(bào)告。即保證軟件以正確的方式來(lái)做了這個(gè)事件。軟件測(cè)試的對(duì)象不僅僅是程序測(cè)試，軟件測(cè)試應(yīng)該包括整個(gè)軟件開(kāi)發(fā)期問(wèn)各個(gè)階段所產(chǎn)生的文檔，如需求規(guī)格說(shuō)明、概要設(shè)計(jì)文檔、詳細(xì)設(shè)計(jì)文檔，當(dāng)然軟件測(cè)試的主要對(duì)象還是源程序。黑盒測(cè)試也稱(chēng)功能測(cè)試或數(shù)據(jù)驅(qū)動(dòng)測(cè)試，它是在已知產(chǎn)品所應(yīng)具有的功能，通過(guò)測(cè)試來(lái)檢測(cè)每個(gè)功能是否都能正常使用，在測(cè)試時(shí)，把程序看作一個(gè)不能打開(kāi)的黑盆子，在完全不考慮程序內(nèi)部結(jié)構(gòu)和內(nèi)部特性的情況下，測(cè)試者在程序接口進(jìn)行測(cè)試，它只檢查程序功能是否按照需求規(guī)格說(shuō)明書(shū)的規(guī)定正常使用，程序是否能適當(dāng)?shù)亟邮蛰斎霐?shù)鋸而產(chǎn)生正確的輸出信息，并且保持外部信息（如數(shù)據(jù)庫(kù)或文件）的完整性。 “黑盒”法著眼于程序外部結(jié)構(gòu)、不考慮內(nèi)部邏輯結(jié)構(gòu)、針對(duì)軟件界面和軟件功能進(jìn)行測(cè)試。實(shí)際上測(cè)試情況有無(wú)窮多個(gè)，人們不僅要測(cè)試所有合法的輸入，而且還要對(duì)那些不合法但是可能的輸入進(jìn)行測(cè)試?！鞍缀小狈ㄈ媪私獬绦騼?nèi)部邏輯結(jié)構(gòu)、對(duì)所有邏輯路徑進(jìn)行測(cè)試。在使用這一方案時(shí)，測(cè)試者必須檢查程序的內(nèi)部結(jié)構(gòu)，從檢查程序的邏輯著手，得出測(cè)試數(shù)據(jù)。但即使每條路徑都測(cè)試了仍然可能有錯(cuò)誤。第二，窮舉路徑測(cè)試不可能查出程序中因遺漏路徑而出錯(cuò)。，可分為靜態(tài)測(cè)試和動(dòng)態(tài)測(cè)試。 單元測(cè)試又稱(chēng)模塊測(cè)試，是針對(duì)軟件設(shè)計(jì)的最小單位 ─ 程序模塊，進(jìn)行正確性檢驗(yàn)的測(cè)試工作。 單元測(cè)試需要從程序的內(nèi)部結(jié)構(gòu)出發(fā)設(shè)計(jì)測(cè)試用例。在單元測(cè)試時(shí)，測(cè)試者需要依據(jù)詳細(xì)設(shè)計(jì)說(shuō)明書(shū)和源程序清單，了解該模塊的I/O條件和模塊的邏輯結(jié)構(gòu)，主要采用白盒測(cè)試的測(cè)試用例，輔之以黑盒測(cè)試的測(cè)試用例，使之對(duì)任何合理的輸入和不合理的輸入，都能鑒別和響應(yīng)。這時(shí)需要考慮的問(wèn)題是： 1) 在把各個(gè)模塊連接起來(lái)的時(shí)候，穿越模塊接口的數(shù)據(jù)是否會(huì)丟失；2) 一個(gè)模塊的功能是否會(huì)對(duì)另一個(gè)模塊的功能產(chǎn)生不利的影響；3) 各個(gè)子功能組合起來(lái)，能否達(dá)到預(yù)期要求的父功能；4) 全局?jǐn)?shù)據(jù)結(jié)構(gòu)是否有問(wèn)題； 5) 單個(gè)模塊的誤差累積起來(lái)，是否會(huì)放大，從而達(dá)到不能接受的程度。任務(wù)是驗(yàn)證軟件的功能和性能及其它特性是否與用戶(hù)的要求一致。它包含的信息就是軟件確認(rèn)測(cè)試的基礎(chǔ)。 2) 驗(yàn)收測(cè)試是以用戶(hù)為主的測(cè)試。 3) 由用戶(hù)參加設(shè)計(jì)測(cè)試用例，使用生產(chǎn)中的實(shí)際數(shù)據(jù)進(jìn)行測(cè)試。 5) 確認(rèn)測(cè)試應(yīng)交付的文檔有：確認(rèn)測(cè)試分析報(bào)告，最終的用戶(hù)手冊(cè)和操作手冊(cè)，項(xiàng)目開(kāi)發(fā)總結(jié)報(bào)告。 　　系統(tǒng)測(cè)試的目的在于通過(guò)與系統(tǒng)的