【正文】 能干的人，不在情緒上計較，只在做事上認真；無能的人！不在做事上認真，只在情緒上計較。什么是奮斗？奮斗就是每天很難，可一年一年卻越來越容易。最后，向在百忙之中抽出時間，并對本論文進行評審、提出寶貴意見的各位老師表示由衷的感謝！ 寧可累死在路上，也不能閑死在家里！寧可去碰壁，也不能面壁。本論文從選題到結(jié)稿，每一步都是在老師的悉心指導(dǎo)下完成的，在整個設(shè)計過程中，老師不厭其煩的定期檢查我的系統(tǒng)設(shè)計和論文撰寫情況，并給與無私的指導(dǎo)和幫助，帶給了我設(shè)計靈感與啟發(fā)，使我順利完成了大學(xué)最后一次論文撰寫工作。 應(yīng)用開發(fā)[M].北京：國防工業(yè)出版社，2007:9[4] [J].長安大學(xué) 2008（37）:1013[5] .[M].北京：中國物資出版社，2002:231[6] [J].計算機與信息技術(shù),2007（28）:57[7] Taodyks M,Gilbert network and perceptual learning [J].Nature,2004[8] 薩師煊，王珊[編著].數(shù)據(jù)庫系統(tǒng)概論[M].高等教育出版社，2000:260263[9] Noel,Steven O’ analysis of network of International Society for Optical Engineering,2002,4378:140150[10] [D].華東師范大學(xué), 2011:23[11] Li XJ,Zhang M on logistics information system archi2 tecture based on SOA,Logist Technol,2007,26(3):104[12] 王國輝，.[M].北京：人民郵電出版社，2006:321327[13] 彭超，.[M].北京：清華大學(xué)出版社，2007:16[14].[M].北京：機械工業(yè)出版社，2007:7[15]甘勇，黃敏，.[M].北京：清華大學(xué)出版社，2010:9致謝 在歷時近3個月的時間里終于將本系統(tǒng)設(shè)計和論文撰寫工作完成，在這個過程中曾遇到過困難，但都在老師和同學(xué)的幫助下順利解決。隨著軟件技術(shù)的更新與發(fā)展，信息化在物流企業(yè)中越來越普及，現(xiàn)代物流配送管理信息系統(tǒng)，作為物流企業(yè)的業(yè)務(wù)操作系統(tǒng)，其發(fā)展前景必將非常光明。在撰寫本論文的過程中，由于一些條件限制，還有一些問題沒有能夠充分考慮，主要表現(xiàn)在以下幾個方面：（1） 在本系統(tǒng)中沒有為客戶安排網(wǎng)點查詢功能，客戶不能夠方便的查詢到周邊的配送點；（2） 在本物流信息管理系統(tǒng)后臺訂單管理模塊中沒有對同一路線的訂單進行批量處理，而是對每個訂單進行單獨處理的，加大了管理員的工作量；（3） 本系統(tǒng)中對于訂單的車輛調(diào)度處理也沒有進行嚴格的省察安排，車輛沒有設(shè)置狀態(tài)信息，車輛調(diào)度具有隨機性，并且沒有嚴格按照路線來運輸。 展望隨著信息技術(shù)的發(fā)展，物流產(chǎn)業(yè)越來越普及，物流的管理方式也越來越多樣化。首先介紹了該系統(tǒng)的研究內(nèi)容與目的，所用到的關(guān)鍵技術(shù)，然后進行需求分析，使用用例圖對本系統(tǒng)的參與者與各參與者所實現(xiàn)的用例展示，接著對該系統(tǒng)進行了系統(tǒng)設(shè)計分析，分析了該系統(tǒng)的功能結(jié)構(gòu)，各功能模塊實現(xiàn)的主要功能。（4）公告管理模塊：輸入公告內(nèi)容能正常的顯示，當(dāng)輸入空白的內(nèi)容時，提示錯誤；刪除公告時提示刪除成功，符合功能要求。（2）車輛模塊：測試了車輛的發(fā)布，刪除和查看。（3） 訂單查詢模塊：隨機輸入訂單號，頁面提示不存在此訂單的查詢。（1） 用戶登錄模塊：輸入未注冊的用戶名，錯誤的密碼，提示錯誤，不能夠登錄系統(tǒng)。 系統(tǒng)的功能測試 本系統(tǒng)主要采用的是黑盒測試法，黑盒測試主要是測試各個功能塊的功能，是否完成了計劃的功能。(3) 確認測試(Validation Testing)確認測試的任務(wù)是檢查軟件的功能、性能及其它特征與用戶的需求一致，它是以需求規(guī)格說明書(即需求規(guī)約)作為依據(jù)的測試。(2) 集成測試(Integration Testing)集成測試也稱組裝測試，它是對由各模塊組裝而成的程序進行測試，主要檢查模塊間的接口和通信。(1) 單元測試(Unit Testing)單元測試也稱模塊測試。確定測試在軟件的開發(fā)過程中結(jié)束的時間，單獨將測試作為開發(fā)的一項列在開發(fā)項目中。6. 測試的測試用例，測試結(jié)果應(yīng)該妥善保管。4. 留心注意群集現(xiàn)象。2. 軟件測試盡量由第三方負責(zé)執(zhí)行。點擊“公告查詢”鏈接可進入如下圖3317所示的頁面，該頁面顯示公告表（Placard）中的所有公告，每條公告都可進行查看“詳情”、“編輯”、“刪除”等操作，各操作程序和上面所述的相應(yīng)操作程序類似。系統(tǒng)讀取添加的出發(fā)省份和目的省份，從Price表查詢該路線的價格標(biāo)準是否已存在（select * from Price where fromprovince=’fromprovince’ and toprovince=’toprovince’),若存在則返回到添加頁面重新選擇出發(fā)省份和目的省份，以保證數(shù)據(jù)的唯一性，若不存在則將相關(guān)信息插入到Price表中。在頁面上方，管理員可以選擇出發(fā)省份、目地省份，查詢具體的路線價格信息。圖3315 車輛發(fā)布頁面 價格管理模塊 管理員點擊價格管理下的“綜合管理”鏈接進入綜合管理頁面，如下圖3316所示。車鏈編輯程序的流程圖如下圖3314所示圖3314 車輛編輯流程圖4車輛發(fā)布 管理員點擊“車輛發(fā)布”鏈接進入車輛發(fā)布頁面，如下圖3315所示，管理員可以通過該頁面添加車輛信息。圖3313 車輛編輯頁面 車輛編輯 獲取車牌編號 查詢該車輛信息將車輛信息放置到表單的value屬性中管理員修改表單中的車輛信息保存提交，轉(zhuǎn)向處理頁面獲取車牌編號及管理員提交的車輛信息查詢Car表中是否存在其他車牌號相同的車輛，以保證唯一性()==null 更新車輛信息 執(zhí)行sql3語句 結(jié)束 在車輛編輯程序中，首先要將車輛的原始信息從車輛表（Car）中查詢出來顯示在相應(yīng)的表單中，顯示方法即為表單的value屬性賦值，管理員修改表單中的原始數(shù)據(jù)點擊“保存”后，系統(tǒng)獲取表單中的數(shù)據(jù)將其保存到Car中，需要注意的是，管理員修改后的車輛車牌號不能為Car表中已存在的車牌號，車牌號為每輛車的唯一屬性。圖3312 車輛查詢頁面3車輛編輯 在上述的車輛查詢結(jié)果中點擊“編輯”鏈接，進入編輯頁面，如下圖3313所示。查看“詳細”操作和查看訂單的詳細操作類似，只要根據(jù)從超鏈接傳送來的車牌號，從車輛表（Car）中查詢出該車輛的相關(guān)信息并顯示即可。 2車輛查詢 管理員點擊“車輛查詢”鏈接進入車輛查詢頁面，在該頁面中管理員輸入要查詢的車牌號，點擊“查詢”按鈕即可查詢到該車輛的主要信息，如輸入“蘇A43220”，查詢結(jié)果如下圖3312所示。車輛信息頁面如下圖3311所示。 報表生成頁面 選擇年份、月份獲取年份、月份信息 未選擇從Orders表中查詢該年月生成的所有已結(jié)單訂單 執(zhí)行SQL語句()==null暫無數(shù)據(jù)頭部統(tǒng)計顯示該月訂單總數(shù)、總價顯示rs中當(dāng)前訂單信息()==null 結(jié)束圖338 報表生成頁面 圖339 報表生成流程圖 點擊報表上方“導(dǎo)入Excel表格”鏈接，即可將生成的報表導(dǎo)入Excel中，導(dǎo)入的部分結(jié)果如下圖3310所示。 圖337 結(jié)單處理流程圖2報表統(tǒng)計管理員點擊“報表統(tǒng)計”鏈接后進入報表生成頁面，在報表生成頁面中，管理員可以選擇生成報表的年份和月份，點擊生成按鈕后即可看到所選年月的訂單報表信息。 圖335 狀態(tài)更新頁面 更新狀態(tài) 獲取當(dāng)前訂單號輸入當(dāng)前地點、活動、負責(zé)人、目的地等信息 提交轉(zhuǎn)向處理頁面獲取訂單號，當(dāng)前位置、目的地等信息獲取當(dāng)前時間arrivetime將當(dāng)前狀態(tài)信息插入GoodsState表中 執(zhí)行SQL語句 結(jié)束 圖336 狀態(tài)更新流程圖 結(jié)單處理 獲取當(dāng)前訂單號 獲取當(dāng)前時間date更新表Orders，GoodsSF，CarDispatch 執(zhí)行SQL語句 結(jié)束當(dāng)訂單被簽收后需對訂單進行接單處理，結(jié)單處理就是要記錄訂單的結(jié)單時間，結(jié)單時間記錄在GoodsSF表中的finishtime字段，貨物結(jié)單后還需更新訂單的狀態(tài)，即將Orders表中的status字段修改為“已結(jié)單”狀態(tài)，最后貨物結(jié)單后要將該訂單的車輛調(diào)度信息刪除，即刪除CarDispatch表中該訂單的所有記錄。在發(fā)貨處理中要記錄發(fā)貨時間（即當(dāng)前時間），發(fā)貨時間記錄在訂單時刻表（GoodsSF）中，車輛調(diào)度信息記錄在車輛調(diào)度表（CarDispatch）中，訂單發(fā)貨后需更改訂單狀態(tài)，即Orders表中的status字段更改為“已發(fā)貨”，更新完這三個表后即完成了發(fā)貨處理操作，發(fā)貨程序流程圖如下圖334所示： 發(fā)貨處理 選擇運輸車輛獲取當(dāng)前訂單號，設(shè)置session對象屬性獲取訂單號、運輸車輛信息更新表Orders，GoodsSF，CarDispatch 執(zhí)行SQL語句 結(jié)束 未選擇 提交轉(zhuǎn)向處理頁面 圖334 發(fā)貨處理流程圖已發(fā)貨的訂單每到達一站都要更新其狀態(tài)信息，點擊“更新狀態(tài)”鏈接進入處理頁面如下圖335所示，在處理頁面中輸入當(dāng)前訂單所在地，當(dāng)前訂單正在進行的活動，活動負責(zé)人、