快遞物流管理信息系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn)

快遞物流管理信息系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn)文件編碼(008-TTIG-UTITD-GKBTT-PUUTI-WYTUI-8256)基于B/S結(jié)構(gòu)的快遞物流管理信息系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn)Major:InformationManagementandInformationSystemNortheasternUniversityJune2009畢業(yè)設(shè)計(jì)(論文)任務(wù)書畢業(yè)設(shè)計(jì)(論文)題目：基于B/S結(jié)構(gòu)的快遞物流管理信息系統(tǒng)的系統(tǒng)設(shè)計(jì)與實(shí)現(xiàn)論文在理論聯(lián)系實(shí)際的基礎(chǔ)上對(duì)快遞物流企業(yè)的業(yè)務(wù)流程進(jìn)行分析，并運(yùn)用面向?qū)ο蟮乃枷雽?duì)快遞物流企業(yè)管理信息系統(tǒng)進(jìn)行系統(tǒng)分析、設(shè)計(jì)，進(jìn)而對(duì)其各功能模塊進(jìn)行實(shí)現(xiàn)。本文作者旨在從業(yè)務(wù)流程重組思想上吸取精華，結(jié)合當(dāng)今流行的面向?qū)ο箝_(kāi)發(fā)方法，系統(tǒng)、全面地分析了快遞物流企業(yè)物流業(yè)務(wù)流程，設(shè)計(jì)了一套基于B/S結(jié)構(gòu)的快遞物流管理信息系統(tǒng)。開(kāi)發(fā)出的新系統(tǒng)能較為有效的應(yīng)對(duì)管理中出現(xiàn)的諸多問(wèn)題，并且對(duì)民營(yíng)快遞物流企業(yè)從業(yè)人員提供理論和實(shí)踐上的借鑒與思考。畢業(yè)設(shè)計(jì)(論文)專題部分：學(xué)生接受畢業(yè)設(shè)計(jì)(論文)題目日期第周年月日摘要伴隨著電子商務(wù)時(shí)代的到來(lái)，快遞物流業(yè)將成為物流業(yè)的巨大業(yè)務(wù)增長(zhǎng)點(diǎn)。而經(jīng)濟(jì)全球化使得中國(guó)快遞業(yè)全面對(duì)外開(kāi)放的步伐日益迅速，對(duì)民營(yíng)快遞業(yè)帶來(lái)巨大機(jī)遇的同時(shí)，也帶來(lái)了巨大的挑戰(zhàn)。信息技術(shù)的迅猛發(fā)展，使得企業(yè)的信息化建設(shè)變?yōu)楝F(xiàn)實(shí)。民營(yíng)快遞企業(yè)要想在當(dāng)今市場(chǎng)中立于不敗之地，也必須跟上時(shí)代的步伐，加快企業(yè)的信息化建設(shè)，為客戶提供滿意的服務(wù)，同時(shí)提高企業(yè)的內(nèi)部管理效率。本文就是在這樣的背景下，從信息化建設(shè)的角度所做的嘗試，以期對(duì)民營(yíng)快遞企業(yè)提供有益的建議。論文在理論聯(lián)系實(shí)際的基礎(chǔ)上對(duì)快遞物流企業(yè)的業(yè)務(wù)流程進(jìn)行分析，并運(yùn)用面向?qū)ο蟮乃枷雽?duì)快遞物流企業(yè)管理信息系統(tǒng)進(jìn)行系統(tǒng)分析、設(shè)計(jì)，進(jìn)而對(duì)其各功能模塊實(shí)現(xiàn)。本文作者旨在從業(yè)務(wù)流程重組思想上吸取精華，結(jié)合當(dāng)今流行的面向?qū)ο箝_(kāi)發(fā)方法，運(yùn)用UML建模工具，系統(tǒng)、全面地分析了快遞物流企業(yè)物流業(yè)務(wù)流程，設(shè)計(jì)了一套基于B/S結(jié)構(gòu)的快遞物流管理信息系統(tǒng)。該系統(tǒng)從快遞業(yè)務(wù)的收貨、倉(cāng)儲(chǔ)、配送、發(fā)貨和送貨等環(huán)節(jié)的系統(tǒng)功能模塊也包括收貨、倉(cāng)儲(chǔ)、配貨、發(fā)貨、送貨和系統(tǒng)管理等。此外，針對(duì)客戶的需求，設(shè)計(jì)和實(shí)現(xiàn)了貨物跟蹤模塊，該模塊可以實(shí)現(xiàn)用戶對(duì)貨物的實(shí)時(shí)跟蹤。開(kāi)發(fā)出的新系統(tǒng)能較為有效的實(shí)現(xiàn)民營(yíng)快遞物流企業(yè)的信息化，并且可以對(duì)民營(yíng)快遞物流企業(yè)從業(yè)人員提供理論和實(shí)踐上的借鑒與思考。關(guān)鍵詞：快遞物流，管理信息系統(tǒng)，面向?qū)ο?，UML，系統(tǒng)分析與設(shè)計(jì)ABSTRACTWiththefastdevelopmentofeconomicglobalizationandinformationtechnology,marketingcompetitionisbecomingmoreandmorefierce.LogisticsindustryisplayingavitalroleintheprocessofdevelopmentrelatedtootherindustriesforacountryespeciallyforChina,thebiggestdevelopingone.Alltypesofindustriesareadoptingorhaveadoptedadvancedtechnologyinordertoimprovetheirserviceandproductqualityinsuchanincreasinglycompetitiveandgreatlychangingsurroundings.ThegreatadvanceofsocialproductionbroughtbyeconomicglobalizationandE-commercepromotestheexpansionofinternationalandnationaltradesandtheaccelerationofcapitalflows,whichrequiresmorelogisticsservices.Asanimportantbranchoflogistics,expresslogisticsistheinevitableproductofsocialandeconomicdevelopment.Itscorefeatureishigh-tech,efficientandthestateofartservice.Inparticular,accompaniedbythearrivaloftheageofelectroniccommerce,expresslogisticsindustrywillbecomeahugeinterestgrowthpoint.However,withthefullopeningofChina'sexpressdeliveryindustry,foreigncompanieshavesetupsuborbranchinChina,whichwillbringtheprivatecourierindustryatremendousimpact.Soitisthebiggestissuefacedbyexpresslogisticsscholarsandpractitionershowtostayfirmlyinsuchanincreasinglyfierceandhugecompetition.Thisarticleaimstoprovideusefulsuggestionstotheprivatecouriercompanies.Itanalyzestheexpresslogisticsbusinessprocessesbasedontheoryandpractice.Thispapercarriesontheexpresslogisticsmanagementinformationsystemanalysis,design,anditsrealizationofthefunctionmodulesonthebasisofobject-orientedmethod.TheauthorofthisarticleaimsatabsorbingthebestmindfromBPR(BusinessProcessReengineering).Inlightoftoday'spopularobject-orienteddevelopmentmethodology,thisexpresslogisticsmanagementinformationsystemisrealizedonthebasisofB/Ssoftwarearchitecture.Thenewsystemwilldealwiththeselogisticsmanagementissuesmoreeffectively.Theauthorhopeitcanarisesomedeepthinkingamongtheoristandpractitioners.KeyWord:ExpressLogistics,MIS,OO,UML,SystemAnalysisandDesign課題研究的背景1.1.1國(guó)外快遞物流發(fā)展現(xiàn)狀快遞業(yè)是快速遞送文件、包裹、物品并提供全程控制與相關(guān)服務(wù)的行業(yè)，它是為了滿足現(xiàn)代經(jīng)濟(jì)發(fā)展的需求而新興的一個(gè)行業(yè)，于上世紀(jì)60年代誕生于美國(guó)。目前美日歐快遞業(yè)的發(fā)展比較成熟，隨著長(zhǎng)期的改革發(fā)展與創(chuàng)新，它們都具有非常豐富的管理經(jīng)驗(yàn)和技術(shù)優(yōu)勢(shì)，但發(fā)展特點(diǎn)和總體趨勢(shì)各有不同。美國(guó)快遞市場(chǎng)注重規(guī)模效應(yīng)，多發(fā)展大型企業(yè)，提供全面的服務(wù)，其中以UPS和Fedex最具代表性；歐洲快遞業(yè)注重個(gè)性化，通過(guò)在不同市場(chǎng)上確立業(yè)務(wù)重處；日本快遞業(yè)則傾向于政府統(tǒng)一規(guī)劃，尋求資源的最優(yōu)配置，以實(shí)現(xiàn)社會(huì)資源的最大化效用[23]。1.1.2國(guó)內(nèi)快遞物流發(fā)展現(xiàn)狀快遞業(yè)作為我國(guó)新興的服務(wù)行業(yè)，是現(xiàn)代物流產(chǎn)業(yè)和服務(wù)貿(mào)易領(lǐng)域的重要組成部分，對(duì)加強(qiáng)國(guó)際經(jīng)濟(jì)合作和國(guó)內(nèi)各地區(qū)經(jīng)濟(jì)交流具有重大影響。我國(guó)快遞業(yè)發(fā)展至今，已經(jīng)形成了國(guó)有、民營(yíng)和外資企業(yè)三足鼎立的局面，各市場(chǎng)主體在國(guó)際快遞、國(guó)內(nèi)異地快遞和同城快遞三個(gè)細(xì)分市場(chǎng)內(nèi)進(jìn)行著激烈的競(jìng)爭(zhēng)[24]。針對(duì)相應(yīng)的物流業(yè)務(wù)，快遞物流市場(chǎng)也可細(xì)分為國(guó)際快遞、國(guó)內(nèi)異地快遞和同城快遞市場(chǎng)?？傮w來(lái)看，我國(guó)快遞物流市場(chǎng)布局如表所示。表我國(guó)快遞物流市場(chǎng)結(jié)構(gòu)theStructureofExpressLogisticsMarketinChina國(guó)內(nèi)國(guó)內(nèi)異地快遞外資企業(yè)從市場(chǎng)份額的分配情況來(lái)看，各市場(chǎng)主體都有自己的優(yōu)勢(shì)，在國(guó)際快遞業(yè)務(wù)中，外資企業(yè)占有國(guó)際快遞高端市場(chǎng)的80%，而在國(guó)內(nèi)異地快遞業(yè)務(wù)上，國(guó)有企業(yè)享有70%的城際快遞市場(chǎng)份額，民營(yíng)企業(yè)則在同城快遞中占有絕對(duì)優(yōu)自從快遞業(yè)引入中國(guó)市場(chǎng)，其發(fā)展非常迅速?？爝f業(yè)在極大地加快商品流通同時(shí)，也激發(fā)了更大的快遞需求。2007年，中國(guó)整個(gè)網(wǎng)絡(luò)購(gòu)物市場(chǎng)的成交遞物流業(yè)的發(fā)展提供了巨大的市場(chǎng)份額和發(fā)展空間。雖然快遞行業(yè)這幾年得到了快速的發(fā)展，然而作為一個(gè)新興崛起的行業(yè)，依舊有著其不成熟的地方，還存在許多的問(wèn)題：(1)業(yè)務(wù)響應(yīng)速度慢對(duì)于一個(gè)快遞公司而言，貨物運(yùn)輸時(shí)間的長(zhǎng)短是能否取得成功的關(guān)鍵，也是客戶所關(guān)心的重點(diǎn)[21]。然而，由于在貨物運(yùn)輸過(guò)程中需要經(jīng)歷很多的環(huán)節(jié)，而各個(gè)環(huán)節(jié)之間并不能非常平滑的過(guò)渡，在各個(gè)環(huán)節(jié)交接過(guò)程中往往消耗了大的增長(zhǎng)[14]。(2)缺乏保證貨品準(zhǔn)確投遞的機(jī)制貨物運(yùn)輸過(guò)程中需要經(jīng)歷很多的環(huán)節(jié)，每個(gè)環(huán)節(jié)對(duì)于投遞成功與否都起到關(guān)鍵性的作用。然而，目前的快遞行業(yè)各個(gè)環(huán)節(jié)的關(guān)系的并沒(méi)有理順，缺乏精心的組織安排和周密的銜接，仍停留在粗放式管理的階段，致使一些環(huán)節(jié)和部門之間相互脫節(jié)，影響了快件傳遞的速度。同時(shí)，由于各個(gè)環(huán)節(jié)各自為政，相對(duì)比較獨(dú)立。所以，一旦貨物運(yùn)輸過(guò)程中出現(xiàn)問(wèn)題，很難有一個(gè)快捷的方式和統(tǒng)一的平臺(tái)供快遞公司員工使用來(lái)討論解決方案。這將會(huì)大大影響員工的工作效率，由于缺乏一個(gè)透明、統(tǒng)一的交流平臺(tái)，也讓貨物投遞出現(xiàn)許多的不確定因素[23]。(3)與客戶之間互動(dòng)不夠人性化客戶同快遞公司交互方式非常單一，通常需要親自到柜臺(tái)辦理業(yè)務(wù)，其相應(yīng)的軟件系統(tǒng)支持跟不上業(yè)務(wù)的發(fā)展?？爝f公司給客戶提供的額外服務(wù)較少，通常只有提供貨物運(yùn)輸方面的核心業(yè)務(wù)，而缺乏其他個(gè)性化的服務(wù)項(xiàng)目[23]。1.1.3國(guó)內(nèi)快遞物流管理信息系統(tǒng)的應(yīng)用現(xiàn)狀流企業(yè)中，80%左右仍處于初級(jí)建設(shè)階段，信息化建設(shè)的目標(biāo)是實(shí)現(xiàn)對(duì)信息、數(shù)據(jù)的及時(shí)收集和有效整合[25]。快遞物流信息化建設(shè)中存在的問(wèn)題包括：(1)中小快遞物流企業(yè)的信息化程度低今年上半年的調(diào)查數(shù)據(jù)顯示，快遞物流企業(yè)采用信息化系統(tǒng)進(jìn)行管理的不(2)缺乏標(biāo)準(zhǔn)統(tǒng)一的主流信息系統(tǒng)目前物流信息系統(tǒng)的標(biāo)準(zhǔn)較為混亂，不成體系，難以互聯(lián)互通，難以實(shí)現(xiàn)信息共享。網(wǎng)絡(luò)的設(shè)計(jì)和優(yōu)化也缺乏基礎(chǔ)理論的指導(dǎo)。(3)開(kāi)發(fā)商難以盈利快遞物流軟件是管理軟件，需求的個(gè)性化和生產(chǎn)的批量化是難以統(tǒng)一的，因此造成開(kāi)發(fā)成本極高。例如，上海天天快遞公司是國(guó)內(nèi)較大型的民營(yíng)快遞公司，其軟件的生產(chǎn)管理系統(tǒng)是單獨(dú)開(kāi)發(fā)的，僅滿足一段時(shí)期的業(yè)務(wù)需要，開(kāi)發(fā)商隨盡力為其承建系統(tǒng)，但由于系統(tǒng)無(wú)法復(fù)用到其他快遞公司，開(kāi)發(fā)商由此付出了高額的開(kāi)發(fā)成本，回報(bào)卻差強(qiáng)人意。(4)提供基礎(chǔ)信息和公共服務(wù)的平臺(tái)發(fā)展緩慢GPS、GIS技術(shù)服務(wù)在大型企業(yè)的應(yīng)用比例為23%，在大型物流企業(yè)的應(yīng)用僅為%，在中小企業(yè)幾乎是空白?；A(chǔ)技術(shù)服務(wù)應(yīng)用比例趨少，整個(gè)行業(yè)的整。(5)信息系統(tǒng)對(duì)決策的支持力度不高物流信息化有三個(gè)層次，一是以內(nèi)部整合資源和流程為目的的信息采集和接，形成以供應(yīng)鏈為基礎(chǔ)的、高效快捷便利的信息平臺(tái)。三是以優(yōu)化決策為目的的信息加工、挖掘，把信息變?yōu)橹R(shí)，提供決策依據(jù)。從各種調(diào)查結(jié)果來(lái)看，約一半的企業(yè)信息管理系統(tǒng)對(duì)決策的支持不高，其中38%起到初步的支持加強(qiáng)企業(yè)的信息化建設(shè)既能提升企業(yè)內(nèi)部管理，同時(shí)又能為顧客提供更加方便快捷的服務(wù)。快遞物流企業(yè)內(nèi)部管理信息化，首先能提高企業(yè)處理突發(fā)事件的能力?？爝f物流風(fēng)險(xiǎn)的多樣性、復(fù)雜性以及風(fēng)險(xiǎn)發(fā)生地和管理地之間的遠(yuǎn)程性等都要求我們通過(guò)網(wǎng)絡(luò)信息技術(shù)的的應(yīng)用，提高企業(yè)快速獲取動(dòng)態(tài)信息的計(jì)分析，提高管理水平。快遞企業(yè)通過(guò)客服管理信息化，能準(zhǔn)確掌握顧客信息與需求，能為顧客提供相互交流與合作的平臺(tái)[26]。課題研究的意義鑒于上述國(guó)內(nèi)民營(yíng)快遞物流企業(yè)存在的問(wèn)題，本文在理論聯(lián)系實(shí)際的基礎(chǔ)上對(duì)民營(yíng)快遞物流企業(yè)的業(yè)務(wù)流程進(jìn)行分析，并運(yùn)用面向?qū)ο蟮乃枷雽?duì)快遞物流企業(yè)管理信息系統(tǒng)進(jìn)行系統(tǒng)分析、設(shè)計(jì)，進(jìn)而對(duì)其各功能模塊的實(shí)現(xiàn)。本文作者旨在從業(yè)務(wù)流程重組思想上吸取精華，結(jié)合當(dāng)今流行的面向?qū)ο箝_(kāi)發(fā)方法，系統(tǒng)、全面地分析了快遞物流企業(yè)物流業(yè)務(wù)流程，設(shè)計(jì)了一套基于B/S結(jié)構(gòu)的快遞物流管理信息系統(tǒng)。開(kāi)發(fā)出的新系統(tǒng)能較為有效的應(yīng)對(duì)上述物流管理中出現(xiàn)的諸多問(wèn)題，并且對(duì)快遞物流企業(yè)從業(yè)人員提供理論和實(shí)踐上的借鑒與思考?？爝f物流管理信息系統(tǒng)的應(yīng)用，可以保障民營(yíng)快遞物流企業(yè)的業(yè)務(wù)流程的順利實(shí)施，實(shí)現(xiàn)快遞物流企業(yè)源站點(diǎn)與目的站點(diǎn)的信息集成，而且支持分布式的應(yīng)用，進(jìn)而提高企業(yè)經(jīng)營(yíng)效率和效益。本文在分析快遞業(yè)務(wù)流程的基礎(chǔ)上，為快遞物流企業(yè)設(shè)計(jì)了一套管理信息系統(tǒng)，旨在為民營(yíng)快遞物流企業(yè)實(shí)施管理的信息化提供一個(gè)參考模式。課題研究的方法及論文結(jié)構(gòu)1.3.1課題研究的方法本文采用理論與實(shí)踐相結(jié)合的研究方法，運(yùn)用快遞物流和系統(tǒng)開(kāi)發(fā)的前沿理論知識(shí)對(duì)快遞物流業(yè)務(wù)流程進(jìn)行分析和優(yōu)化。文獻(xiàn)查閱為本文理論架構(gòu)與內(nèi)容充實(shí)奠定了基礎(chǔ)；面向?qū)ο蟮拈_(kāi)發(fā)理念是論文系統(tǒng)分析和設(shè)計(jì)的主導(dǎo)思想；息系統(tǒng)的順利實(shí)現(xiàn)提供了技術(shù)上的支持；RationalRose、Dreamweaver8、和WindowsXP等開(kāi)發(fā)工具和系統(tǒng)環(huán)境為系統(tǒng)開(kāi)發(fā)和運(yùn)行提供了良好的平臺(tái)。1.3.2論文結(jié)構(gòu)論文首先對(duì)國(guó)內(nèi)外快遞物流發(fā)展現(xiàn)狀和MIS在國(guó)內(nèi)快遞物流企業(yè)的應(yīng)用現(xiàn)狀進(jìn)行了理論闡述，并確定采用面向?qū)ο蟮拈_(kāi)發(fā)思想進(jìn)行系統(tǒng)的分析、設(shè)計(jì)和實(shí)現(xiàn)。在需求分析階段，論文綜合企業(yè)與客戶兩方面的需求，利用UML統(tǒng)一建模語(yǔ)言中的業(yè)務(wù)用例圖與業(yè)務(wù)活動(dòng)圖對(duì)快遞物流企業(yè)的整體業(yè)務(wù)流程進(jìn)行分析與建模；在系統(tǒng)分析階段，利用UML統(tǒng)一建模語(yǔ)言中的用例圖、簡(jiǎn)明用例順序圖、順序圖、協(xié)作圖、類圖以及狀態(tài)圖對(duì)系統(tǒng)的功能性需求進(jìn)行建模；在系統(tǒng)設(shè)計(jì)階段，將對(duì)系統(tǒng)分析階段產(chǎn)生的順序圖、協(xié)作圖和類圖等進(jìn)一步的細(xì)化，同時(shí)對(duì)系統(tǒng)的非功能性需求進(jìn)行建模，對(duì)快遞物流管理信息系統(tǒng)的數(shù)據(jù)庫(kù)、輸JavaBean)等對(duì)系統(tǒng)的主要功能進(jìn)行了實(shí)現(xiàn)，實(shí)現(xiàn)的系統(tǒng)有良好的可擴(kuò)展性，為快遞企業(yè)的分布式應(yīng)用提供保障。在論文的結(jié)尾，還對(duì)系統(tǒng)進(jìn)行了必要的測(cè)試和評(píng)價(jià)以及對(duì)系統(tǒng)的安全與可靠性給予了考慮。各章節(jié)內(nèi)容具體安排如下：第一章，緒論，主要對(duì)課題的研究背景、研究意義以及論文的研究方法和第二章，相關(guān)理論和技術(shù)介紹，包括快遞物流相關(guān)理論、系統(tǒng)開(kāi)發(fā)方法、體系結(jié)構(gòu)以及開(kāi)發(fā)軟件等的介紹。第三章，業(yè)務(wù)需求分析、系統(tǒng)分析，利用UML語(yǔ)言和RationalRose建模工具對(duì)其進(jìn)行全面、系統(tǒng)的分析。第四章，系統(tǒng)設(shè)計(jì)，結(jié)合第三章的系統(tǒng)分析結(jié)果，綜合考慮系統(tǒng)的技術(shù)解決方案，對(duì)系統(tǒng)進(jìn)行設(shè)計(jì)。第五章，系統(tǒng)實(shí)現(xiàn)、測(cè)試和評(píng)價(jià)，利用JSP+Tomcat+SQLServer2000對(duì)系統(tǒng)進(jìn)行實(shí)現(xiàn)，并進(jìn)行了必要的測(cè)試和評(píng)價(jià)。第六章，工作展望和總結(jié)。物流基礎(chǔ)理論2.1.1物流概念和現(xiàn)代物流特點(diǎn)物流來(lái)源于英文LogisticsSystem，Logistics的主要含義是后勤保障。被譽(yù)為“管理學(xué)之父”的美國(guó)學(xué)者德魯克最先提出了“物流”的概念，它在提出這個(gè)概念的時(shí)候也指出:物流是“一塊經(jīng)濟(jì)界的黑暗大陸”、“一塊未被開(kāi)墾的處女地”[4]。權(quán)威的物流管理協(xié)會(huì)將物流定義為：物流管理是供應(yīng)鏈管理的一部分，它對(duì)從原產(chǎn)地到消費(fèi)地的貨物流和貨物存儲(chǔ)、服務(wù)及相關(guān)信息進(jìn)行計(jì)劃、實(shí)施和控制，以滿足客戶需要[5]。現(xiàn)代物流理論認(rèn)為，現(xiàn)代物流服務(wù)的核心目標(biāo)是在物流全過(guò)程中以最小的綜合成本來(lái)滿足顧客的需求。因此，現(xiàn)代物流具有以下幾個(gè)特點(diǎn)[5]：物流信息化表現(xiàn)為物流信息的商品化，物流信息收集的數(shù)據(jù)庫(kù)化和代碼化，物流信息處理的電子化和計(jì)算機(jī)化，物流信息傳遞的標(biāo)準(zhǔn)化和實(shí)時(shí)化，物流信息存儲(chǔ)的數(shù)字化等。因此，條碼技術(shù)(Barcode)、數(shù)據(jù)庫(kù)技術(shù)(Database)、電子訂貨系統(tǒng)(ElectronicOrderingSystem,EOS)、電子數(shù)據(jù)交換(ElectronicDataInterchange，EDI)、企業(yè)資源計(jì)劃(EnterpriseResourceplanning，ERP)等技術(shù)在物流系統(tǒng)中逐漸得到普遍的應(yīng)用。物流網(wǎng)絡(luò)化有兩層含義：一是物流與配送網(wǎng)點(diǎn)的網(wǎng)絡(luò)化，企業(yè)根據(jù)自身的營(yíng)銷范圍和目標(biāo)，通過(guò)詳細(xì)的分析、選擇與優(yōu)化，逐漸建立全國(guó)范圍的物流和配送網(wǎng)絡(luò)，提高物流系統(tǒng)的服務(wù)質(zhì)量和配送速度；二是物流配送系統(tǒng)的計(jì)算機(jī)通信網(wǎng)絡(luò)，包括外部網(wǎng)和內(nèi)部網(wǎng)，外部網(wǎng)(基于Internet的電子商務(wù)網(wǎng)絡(luò)平臺(tái))主要用于配送中心與上游供應(yīng)商或制造商的聯(lián)系，以及與下游顧客之間的聯(lián)系，內(nèi)部網(wǎng)(Intranet)主要用于企業(yè)內(nèi)部各部門間的信息傳輸。物流系統(tǒng)的自動(dòng)化可以提高勞動(dòng)生產(chǎn)率，減少物流作業(yè)的差錯(cuò);還可以方便物流信息的實(shí)時(shí)采集與追蹤，提高整個(gè)物流系統(tǒng)的管理和監(jiān)控水平等。GPS2.1.2快遞物流快遞(Express)服務(wù)(簡(jiǎn)稱快遞、速遞、速運(yùn))是物流行業(yè)的一個(gè)特殊運(yùn)營(yíng)模式，提供了對(duì)所寄遞物品的擔(dān)保，進(jìn)行快速可靠地運(yùn)輸[23]。根據(jù)國(guó)家郵政局的定義，快遞服務(wù)(ExpressService:CourierService)“聯(lián)合國(guó)臨時(shí)主要產(chǎn)品分類”(UNProvisionalcentralProductclassification，以下簡(jiǎn)稱：臨時(shí)CPC)中將快遞服務(wù)(CPC7512)定義為：“除國(guó)家郵政當(dāng)局提供的服務(wù)以外，由非郵政速遞公司利用一種或多種運(yùn)輸方式提供的服務(wù)，包括提取、運(yùn)輸和遞送信函和大小包裹的服務(wù)，無(wú)論目的地在國(guó)內(nèi)或國(guó)外。這些服務(wù)可利用自有或公共運(yùn)輸工具來(lái)提供”[23]?？爝f的主要優(yōu)勢(shì)體現(xiàn)在送達(dá)速度快、配裝手續(xù)簡(jiǎn)單、實(shí)行承諾制服務(wù)、可隨時(shí)進(jìn)行信息查詢。2.1.3物流管理信息系統(tǒng)物流管理信息系統(tǒng)也稱物流信息系統(tǒng)(LIS,logisticsinformationsystem)，由人員、計(jì)算機(jī)硬件、軟件、網(wǎng)絡(luò)通信設(shè)備及其它辦公設(shè)備組成的人機(jī)交互系統(tǒng)，其主要功能是進(jìn)行物流信息的收集、存儲(chǔ)、傳輸、加工整理、維護(hù)和輸出，為物流管理者及其它組織管理人員提供戰(zhàn)略、戰(zhàn)術(shù)及運(yùn)作決策的支持，以達(dá)到組織的戰(zhàn)略競(jìng)優(yōu)，提高物流運(yùn)作的效率與效益[3]。物流管理信息系統(tǒng)的具體功能因物流服務(wù)系統(tǒng)的對(duì)象不同而差異很大。物流服務(wù)側(cè)重點(diǎn)不同，其物流管理信息系統(tǒng)的主要功能也不同，比較典型的物流管理信息系統(tǒng)功能有以下幾方面[15]：由運(yùn)輸業(yè)務(wù)部門進(jìn)行運(yùn)輸管理信息工作。商流是物流業(yè)務(wù)活動(dòng)的基礎(chǔ)。物流業(yè)務(wù)部門要掌握訂貨品種、數(shù)量、發(fā)貨時(shí)間等物流信息，以便為物流業(yè)務(wù)活動(dòng)做好一切準(zhǔn)備工作。在物流業(yè)務(wù)活動(dòng)中，由儲(chǔ)存業(yè)務(wù)部門進(jìn)行有關(guān)儲(chǔ)存計(jì)劃、統(tǒng)計(jì)資料、物品入庫(kù)清單，物品出庫(kù)通知，物品在存盤點(diǎn)記錄，儲(chǔ)存中損失、損耗的處理等管由配送業(yè)務(wù)部門進(jìn)行的有關(guān)配送計(jì)劃、統(tǒng)計(jì)資料、配送物品清單、配送路線等管理信息工作。由財(cái)務(wù)部門進(jìn)行的物流各環(huán)節(jié)，主要物流作業(yè)、車輛或單項(xiàng)物流活動(dòng)成本的記錄、核算、分析、控制等管理信息工作。一般由綜合業(yè)務(wù)部門進(jìn)行的有關(guān)物流計(jì)劃、統(tǒng)計(jì)資料，物流需求的社會(huì)調(diào)查資料，物流企業(yè)年度經(jīng)營(yíng)情況總結(jié)等的物流管理信息工作。面向?qū)ο箝_(kāi)發(fā)方法2.2.1面向?qū)ο蟮拈_(kāi)發(fā)思想面向?qū)ο蠓椒ㄊ菑默F(xiàn)實(shí)世界中客觀存在的事物出發(fā)來(lái)構(gòu)造軟件，并在系統(tǒng)構(gòu)造中盡可能運(yùn)用人類的自然思維方式。面向?qū)ο髲?qiáng)調(diào)以問(wèn)題域的事物中心來(lái)思考問(wèn)題、認(rèn)識(shí)問(wèn)題，并根據(jù)這些事物的本質(zhì)特征，把它抽象地表示為系統(tǒng)中的對(duì)象，作為系統(tǒng)的基本構(gòu)成單位。面向?qū)ο蠓椒梢允瓜到y(tǒng)直接地映射問(wèn)題域，保持問(wèn)題域中事物及相互關(guān)系的本來(lái)面貌。面向?qū)ο蠓椒ㄊ且环N運(yùn)用對(duì)象、類、繼承、封裝、聚合、關(guān)聯(lián)、消息和多態(tài)等概念和原則來(lái)構(gòu)造系統(tǒng)的軟件開(kāi)發(fā)方法[1]。2.2.2面向?qū)ο箝_(kāi)發(fā)方法的開(kāi)發(fā)過(guò)程在面向?qū)ο箝_(kāi)發(fā)方法的發(fā)展過(guò)程中形成了許多復(fù)雜的開(kāi)發(fā)過(guò)程，不利于向一致的方向發(fā)展，妨礙技術(shù)交流，也給用戶的選擇帶來(lái)困惑[6]。本文結(jié)合傳統(tǒng)發(fā)過(guò)程作一概括。上述幾種具體方法的主要步驟是分析、設(shè)計(jì)、構(gòu)造和測(cè)試，本文將面向?qū)ο箝_(kāi)發(fā)方法的開(kāi)發(fā)過(guò)程分為需求分析、分析、設(shè)計(jì)、實(shí)現(xiàn)和測(cè)試五個(gè)步驟，該方法/過(guò)程中的模型如圖所示。圖面向?qū)ο箝_(kāi)發(fā)方法的開(kāi)發(fā)過(guò)程及其結(jié)果FigureTheDevelopmentProcessanditsResultofOOMethod面向?qū)ο箝_(kāi)發(fā)方法是面向?qū)ο笏枷朐谲浖_(kāi)發(fā)領(lǐng)域的應(yīng)用，軟件開(kāi)發(fā)過(guò)程實(shí)質(zhì)是先對(duì)系統(tǒng)進(jìn)行建模，進(jìn)而對(duì)建模的概念系統(tǒng)進(jìn)行實(shí)現(xiàn)。任何一種建模方法都包括兩部分內(nèi)容：建模過(guò)程和建模語(yǔ)言。三者之間的關(guān)系如圖所示。圖建模方法的內(nèi)容構(gòu)成theContentofModelling上節(jié)對(duì)面向?qū)ο蟮拈_(kāi)發(fā)過(guò)程進(jìn)行了闡述，本節(jié)將對(duì)簡(jiǎn)要介紹本系統(tǒng)開(kāi)發(fā)用到的建模語(yǔ)言，即UML。在利用面向?qū)ο蟮姆椒ㄩ_(kāi)發(fā)系統(tǒng)時(shí)需要進(jìn)行建模分UML準(zhǔn)。統(tǒng)一建模語(yǔ)言(UnifiedModelingLanguage,UML)是一種可視化的建模語(yǔ)言，它能讓系統(tǒng)構(gòu)造者用標(biāo)準(zhǔn)的、易于理解的方式建立起能夠表達(dá)他們想象力的系統(tǒng)藍(lán)圖，并且提供了便于不同人之間有效地共享和交流設(shè)計(jì)結(jié)果的機(jī)制UML圖形是建模的可視化表示，通過(guò)繪制UML圖形，可以從不同的抽象角○1用例圖(UseCaseDiagram)：用例圖被稱為參與者的外部用戶所能觀察到的系統(tǒng)功能的模型圖。用例是系統(tǒng)中的一個(gè)功能單元，可以被描述為參與者與系統(tǒng)之間的一次交互作用。參與者是系統(tǒng)的主體，是一種角色，表示提供或接收系統(tǒng)信息的人或系統(tǒng)?；顒?dòng)圖(ActivityDiagram)：活動(dòng)圖顯示了系統(tǒng)的流程，可以是工作流程也可以是事件流。在活動(dòng)圖中定義了流程從哪里開(kāi)始，到哪里結(jié)束，以及在這之中包括哪些活動(dòng)。順序圖(SequenceDiagram)：順序圖表示了對(duì)象之間傳送消息的時(shí)間順序。每一個(gè)對(duì)象用一條生命線來(lái)表示，即用垂直線代表整個(gè)交互過(guò)程中對(duì)象的生命周期。生命線之間的箭頭連接代表信息。順序圖可以用來(lái)進(jìn)行一個(gè)場(chǎng)景說(shuō)明，即一個(gè)事務(wù)的歷史過(guò)程。協(xié)作圖(CollaborativeDiagram)：協(xié)作圖對(duì)在一次交互中有意義的對(duì)象和對(duì)象間的鏈建模。類圖(ClassDiagram)：類圖是以類為中心來(lái)組織的，類圖中的其他元素或?qū)儆谀硞€(gè)類或與類相關(guān)聯(lián)。對(duì)象圖(ObjectDiagram)：對(duì)象圖是對(duì)包含在類圖中的各個(gè)類進(jìn)行實(shí)例建模，它顯示了在某一時(shí)間點(diǎn)上系統(tǒng)中的一組對(duì)象以及它們之間的關(guān)系?！?狀態(tài)圖(StateDiagram)：狀態(tài)圖是一個(gè)類對(duì)象所經(jīng)歷的所有歷程的模型圖。狀態(tài)由對(duì)象的各個(gè)狀態(tài)和連接這些狀態(tài)的變遷組成。組件圖(ComponentDiagram)：組件圖表示了系統(tǒng)中的各種組件。部署圖(DeploymentDiagram)：部署圖用來(lái)描述系統(tǒng)的實(shí)際物理結(jié)theUMLViewsandtheirRelationshipUML圖之間的對(duì)應(yīng)關(guān)系見(jiàn)表。表UML視圖簡(jiǎn)介及其與UML圖對(duì)應(yīng)表UMLViewIntroductionandtheCorrespondencewithUMLDiagram概述概述描述系統(tǒng)應(yīng)該交付的功能，即外部參與者所看到的功能。描述如何實(shí)現(xiàn)用例視圖中提出的那些系統(tǒng)功能，可以細(xì)分為靜態(tài)視圖和動(dòng)態(tài)視圖。描述系統(tǒng)的非功能性特性，它將系統(tǒng)劃分為進(jìn)程和處理器。描述系統(tǒng)的實(shí)現(xiàn)模塊以及它們之間的依賴關(guān)系。顯示系統(tǒng)的物理部署。使用者客戶、設(shè)計(jì)人員、開(kāi)發(fā)人員以及測(cè)試人員設(shè)計(jì)人員、開(kāi)發(fā)員開(kāi)發(fā)人員、系統(tǒng)集成人員開(kāi)發(fā)人員開(kāi)發(fā)人員、系統(tǒng)集成人員和測(cè)試人員用例圖、活動(dòng)圖靜態(tài)圖(類圖、對(duì)象圖)動(dòng)態(tài)圖(狀態(tài)圖、活動(dòng)圖、順序圖和協(xié)作圖)狀態(tài)圖、協(xié)作圖、組件圖和部署圖組件圖部署圖用例視圖邏輯視圖并發(fā)視圖組件視圖部署視圖其中順序圖和協(xié)作圖統(tǒng)稱為交互圖(InteractiveDiagram)。上述UML的九種圖共同合作從不同側(cè)面來(lái)描述建模的系統(tǒng)，即通過(guò)不同的視圖(View)顯示被建模系統(tǒng)的不同方面。這里視圖是一個(gè)抽象的概念，它是由許多圖(Diagram)才能構(gòu)造出該系統(tǒng)的完整描繪。UML從邏輯上包含五種視圖：用例視圖(UseCaseView)、邏輯視圖(LogicalView)、組件視圖(ComponentView)、并發(fā)視圖(ConcurrencyView)和部署視圖(DeploymentView)。UML各種視圖之間的。系統(tǒng)架構(gòu)及實(shí)現(xiàn)技術(shù)軟件體系結(jié)構(gòu)的風(fēng)格很多，但最主要也是最常見(jiàn)的不外乎客戶機(jī)/服務(wù)器(Client/Server,C/S)風(fēng)格和瀏覽器/服務(wù)器(Browser/Server,B/S)風(fēng)格[20]。大的好處是不依賴企業(yè)外網(wǎng)環(huán)境，即無(wú)論企業(yè)是否能夠上網(wǎng)，都不影響應(yīng)用theSoftwareArchitecturebasedonC/S最簡(jiǎn)單的C/S體系結(jié)構(gòu)的數(shù)據(jù)庫(kù)應(yīng)用由兩部分組成，即客戶應(yīng)用程序和數(shù)據(jù)庫(kù)服務(wù)器程序，二者可分別稱為前臺(tái)程序與后臺(tái)程序。當(dāng)需要對(duì)數(shù)據(jù)庫(kù)中的數(shù)據(jù)進(jìn)行任何操作時(shí)，客戶程序就自動(dòng)地尋找服務(wù)器程序，并向其發(fā)出請(qǐng)求，服務(wù)器程序根據(jù)預(yù)定的規(guī)則作出應(yīng)答，送回結(jié)果，應(yīng)用服務(wù)器運(yùn)行數(shù)據(jù)負(fù)荷較C/S架構(gòu)的劣勢(shì)是高昂的維護(hù)成本且投資大首先，采用C/S架構(gòu)，要選擇適當(dāng)?shù)臄?shù)據(jù)庫(kù)平臺(tái)來(lái)實(shí)現(xiàn)數(shù)據(jù)庫(kù)數(shù)據(jù)的真正“統(tǒng)一”，使分布于兩地的數(shù)據(jù)同步完全交由數(shù)據(jù)庫(kù)系統(tǒng)去管理，但邏輯上兩地的操作者要直接訪問(wèn)同一個(gè)數(shù)據(jù)庫(kù)才能有效實(shí)現(xiàn)，網(wǎng)絡(luò)管理工作人員既要對(duì)服務(wù)器維護(hù)管理，又要對(duì)客戶端維護(hù)和管理，這需要高昂的投資和復(fù)雜的技術(shù)支持，維護(hù)成本很高，維護(hù)任務(wù)量大。其次，傳統(tǒng)的C/S結(jié)構(gòu)的軟件需要針對(duì)不同的操作系統(tǒng)系統(tǒng)開(kāi)發(fā)不同版本的軟件，由于產(chǎn)品的更新?lián)Q代十分快，代價(jià)高和低效率已經(jīng)不適應(yīng)工作需要。S式最大的好處是運(yùn)行維護(hù)比較簡(jiǎn)便，能實(shí)現(xiàn)不同的人員，從不同的地點(diǎn)，以不同的接入方式(比如LAN,WAN,Internet/Intranet)等訪問(wèn)和操作共同的數(shù)據(jù)；最大的缺點(diǎn)是對(duì)企業(yè)外網(wǎng)環(huán)境依賴性太強(qiáng)，由于各種原因引起企業(yè)外網(wǎng)中theSoftwareArchitecturebasedonB/S為方便的特性。所有的操作只需要針對(duì)服務(wù)器進(jìn)行，而無(wú)須對(duì)客戶端的瀏覽器息化發(fā)展的主流方向。應(yīng)用服務(wù)器運(yùn)行數(shù)據(jù)負(fù)荷較重由于B/S架構(gòu)管理軟件只安裝在服務(wù)器端上，網(wǎng)絡(luò)管理人員只需要管理服少部分事務(wù)邏輯在前端實(shí)現(xiàn)，所有的客戶端只有瀏覽器，網(wǎng)絡(luò)管理人員只需要做硬件維護(hù)。但是，應(yīng)用服務(wù)器運(yùn)行數(shù)據(jù)負(fù)荷較重，一旦發(fā)生服務(wù)器“崩潰”等問(wèn)題，后果不堪設(shè)想。因此，許多單位都備有數(shù)據(jù)庫(kù)存儲(chǔ)服務(wù)器，以防萬(wàn)一。一(3)本系統(tǒng)體系結(jié)構(gòu)的選擇鑒于上述B/S體系結(jié)構(gòu)具有分布式和維護(hù)升級(jí)方便等優(yōu)點(diǎn)，考慮到快遞物流公司一般具有多個(gè)站點(diǎn)，且站點(diǎn)之間相距遙遠(yuǎn)，本系統(tǒng)采用B/S體系結(jié)構(gòu)。2.3.2動(dòng)態(tài)網(wǎng)站開(kāi)發(fā)技術(shù)的選擇目前，最常用的三種動(dòng)態(tài)網(wǎng)頁(yè)語(yǔ)言有PHP(HypertextPreprocessor)，ASP(ActiveServerPages)和JSP(JavaServerPages)[16]。的，在國(guó)外非常流行PHP和Mysql搭配使用，可以非?？焖俚拇罱ㄒ惶撞诲e(cuò)的動(dòng)態(tài)網(wǎng)站系統(tǒng)，因此國(guó)外大多數(shù)主機(jī)系統(tǒng)都配有免費(fèi)的Apache＋PHP＋Mysql。通常認(rèn)為這種搭配的執(zhí)行效率比IIS＋ASP＋Access要高，而后者的使用還必須另外交錢給微軟。ASP是微軟的WindowsIIS系統(tǒng)自帶的腳本語(yǔ)言，利用它可以執(zhí)行動(dòng)態(tài)的也是這幾種語(yǔ)言中唯一的一個(gè)不能很好支持跨平臺(tái)的語(yǔ)言。因?yàn)锳SP腳本語(yǔ)言非常簡(jiǎn)單，因此其代碼也簡(jiǎn)單易懂，結(jié)合HTML代碼，可快速地完成網(wǎng)站的應(yīng)用程序。Java虛擬機(jī)執(zhí)行，這種編譯操作僅在對(duì)JSP頁(yè)面的第一次請(qǐng)求時(shí)發(fā)生。因此EJB(EnterpriseJavaBeans)來(lái)執(zhí)行應(yīng)用程序所要求的更為復(fù)雜的處理，但是這種網(wǎng)站架構(gòu)因?yàn)槠錁I(yè)務(wù)規(guī)則代碼與頁(yè)面代碼混為一團(tuán)，不利于維護(hù)，因此并是將應(yīng)用分為模型、視圖和控制器三部分。模型是指應(yīng)用程序的數(shù)據(jù)，以及對(duì)這些數(shù)據(jù)的操作；視圖是指用戶界面；控制器負(fù)責(zé)用戶界面和程序數(shù)據(jù)之間的理與頁(yè)面以及數(shù)據(jù)分離開(kāi)來(lái)，這樣當(dāng)其中一個(gè)模塊的代碼發(fā)生改變時(shí)，并不影響其他模塊的正常運(yùn)行，所以基于MVC的Web架構(gòu)更適應(yīng)于大型應(yīng)用開(kāi)發(fā)的潮2.3.3JSP、JavaBean、JDBC技術(shù)JSP(JavaServerPage)它是由SUN公司倡導(dǎo)的由許多公司參與共同建立起來(lái)的一種動(dòng)態(tài)網(wǎng)頁(yè)技術(shù)標(biāo)準(zhǔn)。它是一種基于Java的技術(shù)，所以它用來(lái)產(chǎn)生跨平臺(tái)和跨Web服務(wù)器的動(dòng)態(tài)網(wǎng)頁(yè)技術(shù)。JSP的執(zhí)行原理和熟知的VBScript和JavaScript并不相同，它是完全在服務(wù)器端執(zhí)行的，而不像大多數(shù)的腳JSP先執(zhí)行其中的程序片斷，然后將執(zhí)行的結(jié)果以HTML頁(yè)面的形式返回給瀏覽器端[2]。支持等。同時(shí)JSP頁(yè)面還具有自身的優(yōu)點(diǎn)，如需要時(shí)自動(dòng)重新編譯和與Web開(kāi)發(fā)工具具有更大的兼容性。ipt和動(dòng)作。其中，偽指令是指示JSP容器生成什么代碼的命令；在表達(dá)式和優(yōu)點(diǎn)1)一處編寫隨處運(yùn)行。Server/JSP的WebServer/ApplicationServer系統(tǒng)，它可以讓你在任意環(huán)部署，在任意環(huán)境擴(kuò)展。由多臺(tái)服務(wù)器進(jìn)行集群和負(fù)載均橫，到多臺(tái)Application進(jìn)行事務(wù)處理、消息Java顯示了一個(gè)巨大的生命力。4)多樣化和功能強(qiáng)大的開(kāi)發(fā)工具支持。是具體的和公共的，并且具有無(wú)參數(shù)的構(gòu)造器。JavaBean通過(guò)提供符合一致性設(shè)計(jì)模式的公共方法將內(nèi)部域暴露稱為屬性。眾所周知，屬性名稱符合這種an用戶可以使用JavaBean將功能、處理、值、數(shù)據(jù)庫(kù)訪問(wèn)和其他任何可以以認(rèn)為JavaBean提供了一種隨時(shí)隨地的復(fù)制和粘貼的功能，而不用關(guān)心任何faceJavaJDBC為數(shù)據(jù)庫(kù)應(yīng)用開(kāi)發(fā)人員、數(shù)據(jù)庫(kù)前臺(tái)工具開(kāi)發(fā)人員提供了一種標(biāo)準(zhǔn)的應(yīng)用程序設(shè)計(jì)接口，使開(kāi)發(fā)人員可以用純Java語(yǔ)言編寫完整的數(shù)據(jù)庫(kù)應(yīng)用程序通過(guò)使用JDBC，開(kāi)發(fā)人員可以很方便地將SQL語(yǔ)句傳送給幾乎任何一種數(shù)據(jù)庫(kù)。也就是說(shuō)，開(kāi)發(fā)人員可以不必寫一個(gè)程序訪問(wèn)Sybase，寫另一個(gè)程DBC序能夠自動(dòng)地將SQL語(yǔ)句傳送給相應(yīng)的數(shù)據(jù)庫(kù)管理系統(tǒng)(DBMS)。不但如此，使臺(tái)上編寫不同的應(yīng)用。Java和JDBC的結(jié)合可以讓開(kāi)發(fā)人員在開(kāi)發(fā)數(shù)據(jù)庫(kù)應(yīng)用時(shí)真正實(shí)現(xiàn)“WriteOnce，RunEverywhere!”[9]。2.3.4數(shù)據(jù)庫(kù)相關(guān)概念數(shù)據(jù)庫(kù)是存儲(chǔ)在一起的相關(guān)數(shù)據(jù)的集合，這些數(shù)據(jù)是結(jié)構(gòu)化的，無(wú)有害的或不必要的冗余，并為多種應(yīng)用服務(wù)；數(shù)據(jù)的存儲(chǔ)獨(dú)立于使用它的程序；對(duì)數(shù)據(jù)庫(kù)插入新數(shù)據(jù)，修改和檢索原有數(shù)據(jù)均能按一種公用的和可控制的方式進(jìn)行。當(dāng)某個(gè)系統(tǒng)中存在結(jié)構(gòu)上完全分開(kāi)的若干個(gè)數(shù)據(jù)庫(kù)時(shí)，則該系統(tǒng)包含一個(gè)“數(shù)據(jù)庫(kù)集合”[8]。數(shù)據(jù)庫(kù)的基本結(jié)構(gòu)分三個(gè)層次，反映了觀察數(shù)據(jù)庫(kù)的三種不同角度。它是數(shù)據(jù)庫(kù)的最內(nèi)層，是物理存貯設(shè)備上實(shí)際存儲(chǔ)的數(shù)據(jù)的集合。這些數(shù)據(jù)是原始數(shù)據(jù)，是用戶加工的對(duì)象，由內(nèi)部模式描述的指令操作處理的位串、字符和字組成。它是數(shù)據(jù)庫(kù)的中間一層，是數(shù)據(jù)庫(kù)的整體邏輯表示。指出了每個(gè)數(shù)據(jù)的邏輯定義及數(shù)據(jù)間的邏輯聯(lián)系，是存貯記錄的集合。它所涉及的是數(shù)據(jù)庫(kù)所有對(duì)象的邏輯關(guān)系，而不是它們的物理情況，是數(shù)據(jù)庫(kù)管理員概念下的數(shù)據(jù)庫(kù)。它是用戶所看到和使用的數(shù)據(jù)庫(kù)，表示了一個(gè)或一些特定用戶使用的數(shù)據(jù)數(shù)據(jù)庫(kù)管理系統(tǒng)(DatabaseManagementSystem,DBMS)是一種操縱和管理數(shù)據(jù)庫(kù)的大型軟件，是用于建立、使用和維護(hù)數(shù)據(jù)庫(kù)，簡(jiǎn)稱DBMS。它對(duì)數(shù)據(jù)庫(kù)進(jìn)行統(tǒng)一的管理和控制，以保證數(shù)據(jù)庫(kù)的安全性和完整性。用戶通過(guò)DBMS訪問(wèn)數(shù)據(jù)庫(kù)中的數(shù)據(jù)，數(shù)據(jù)庫(kù)管理員也通過(guò)DBMS進(jìn)行數(shù)據(jù)庫(kù)的維護(hù)工作。系統(tǒng)開(kāi)發(fā)工具簡(jiǎn)介2.4.1RationalRoseRose是美國(guó)的Rational公司的面向?qū)ο蠼９ぞ?，利用這個(gè)工具，可以建立用UML描述的軟件系統(tǒng)的模型，而且可以自動(dòng)生成和維護(hù)C++、Java、VBOOSE，以及OMT。其中統(tǒng)一建模語(yǔ)言由Rational公司3位世界級(jí)面向?qū)ο蠹夹g(shù)專家GradyBooch、IvarJacobson、和JimRumbaugh通過(guò)對(duì)早期面向?qū)ο笱芯亢驮O(shè)計(jì)方法的進(jìn)一步擴(kuò)展而得來(lái)的，它為可視化建模軟件奠定了堅(jiān)實(shí)的理論基礎(chǔ)[13]。RationalRose是一個(gè)完全的，具有能滿足所有建模環(huán)境(Web開(kāi)發(fā)，數(shù)據(jù)建模，VisualStudio和C++)需求能力和靈活性的一套解決方案。Rose允許開(kāi)發(fā)人員，項(xiàng)目經(jīng)理，系統(tǒng)工程師和分析人員在軟件開(kāi)發(fā)周期內(nèi)在將需求和系統(tǒng)的體系架構(gòu)轉(zhuǎn)換成代碼，消除浪費(fèi)的消耗，對(duì)需求和系統(tǒng)的體系架構(gòu)進(jìn)行可視化，理解和精練。通過(guò)在軟件開(kāi)發(fā)周期內(nèi)使用同一種建模工具可以確保更快更好的創(chuàng)建滿足客戶需求的可擴(kuò)展的、靈活的并且可靠的應(yīng)用系統(tǒng)。2.4.2MacromediaMacromedia是建立Web站點(diǎn)和應(yīng)用程序的專業(yè)工具，由美國(guó)著名的多媒體開(kāi)發(fā)商Macromedia公司推出的一套專業(yè)可視化網(wǎng)頁(yè)開(kāi)發(fā)工具。它將可視布局工具、應(yīng)用程序開(kāi)發(fā)功能和代碼編輯支持組合在一起，其功能強(qiáng)大，使得各個(gè)層次的開(kāi)發(fā)人員和設(shè)計(jì)人員都能夠快速創(chuàng)建界面吸引人的基于標(biāo)準(zhǔn)的網(wǎng)站和應(yīng)用程序。從對(duì)基于CSS的設(shè)計(jì)的領(lǐng)先支持到手工編碼功能，提供了專業(yè)人員在一個(gè)集成、高效的環(huán)境中所需的工具。開(kāi)發(fā)人員可以使用及所選擇的服務(wù)器服務(wù)和舊式系統(tǒng)[11]。2.4.3a環(huán)境，由一個(gè)處于操作系統(tǒng)層之上的運(yùn)行環(huán)境還有開(kāi)發(fā)者編譯，調(diào)試和運(yùn)行用2.4.4MicrosoftSQLServer2000MicrosoftSQLServer2000數(shù)據(jù)庫(kù)是Microsoft公司在大型數(shù)據(jù)庫(kù)領(lǐng)域的一個(gè)版本和旗艦產(chǎn)品，也是Microsoft公司爭(zhēng)奪電子商務(wù)領(lǐng)域最重要的核心部件市場(chǎng)—網(wǎng)絡(luò)數(shù)據(jù)庫(kù)平臺(tái)的一大利器，是Windows數(shù)據(jù)庫(kù)家族中出類拔萃的成員，它在易用性、可伸縮性、可靠性和其他性能方面做出了一系列革新，并且為開(kāi)發(fā)者提供了快速簡(jiǎn)便的編程模式。它為企業(yè)運(yùn)作、電子商務(wù)和移動(dòng)計(jì)算提供了廣泛的可伸縮性的解決方案，提供一個(gè)綜合平臺(tái)。這個(gè)平臺(tái)使用戶可以輕松地設(shè)計(jì)、建立、管理及使用數(shù)據(jù)倉(cāng)庫(kù)解決方案，它具有強(qiáng)大的數(shù)據(jù)倉(cāng)庫(kù)，系統(tǒng)規(guī)劃3.1.1快遞物流企業(yè)戰(zhàn)略規(guī)劃本民營(yíng)快遞物流企業(yè)立足遼寧省沈陽(yáng)市，輻射東北三省，目前在沈陽(yáng)、長(zhǎng)春、哈爾濱、大連、齊齊哈爾等設(shè)有公司站點(diǎn)。公司未來(lái)的發(fā)展方向?yàn)樽鰪?qiáng)做大快遞物流服務(wù)，提供更多的物流增值業(yè)務(wù)，提高快遞效率。公司戰(zhàn)略目標(biāo)如(1)提高東北三省快遞物流服務(wù)的市場(chǎng)占有率，力爭(zhēng)在五年內(nèi)達(dá)到50%以上。將快遞服務(wù)的地區(qū)延伸至縣級(jí)以下；(2)在穩(wěn)固?hào)|北三省快遞物流服務(wù)的同時(shí)，向京津和中原地區(qū)擴(kuò)展，力爭(zhēng)(3)進(jìn)一步提高快遞物流服務(wù)水平，提升快遞效率；(4)形成與客戶的良性互動(dòng)，提供更多便捷的物流增值業(yè)務(wù)。為了達(dá)成以上戰(zhàn)略目標(biāo)，快遞物流企業(yè)的信息化建設(shè)是重中之重。通過(guò)信息化建設(shè)，一方面快遞物流企業(yè)可以優(yōu)化業(yè)務(wù)流程，提高生產(chǎn)效率；另一方面可以搭建起與客戶之間互動(dòng)的健康平臺(tái)，提高客戶服務(wù)水準(zhǔn)，留得住客戶，進(jìn)而提高客戶的企業(yè)認(rèn)同感。3.1.2快遞物流管理信息系統(tǒng)規(guī)劃快遞物流信息系統(tǒng)規(guī)劃應(yīng)遵循目標(biāo)導(dǎo)向原則、需求導(dǎo)向原則、立足現(xiàn)實(shí)原則、適度超前原則[18]：1本民營(yíng)快遞企業(yè)是沈陽(yáng)的一家快遞公司，公司主要以國(guó)內(nèi)異地快遞和同城快遞為業(yè)務(wù)，目前規(guī)模較小，但發(fā)展勢(shì)頭強(qiáng)勁。有關(guān)公司資料來(lái)自于電話采訪和網(wǎng)絡(luò)資源。(1)目標(biāo)導(dǎo)向原則：物流信息化規(guī)劃目標(biāo)必須與企業(yè)戰(zhàn)略目標(biāo)相一致。(2)需求導(dǎo)向原則：企業(yè)物流運(yùn)作中關(guān)鍵業(yè)務(wù)和流程，對(duì)實(shí)現(xiàn)物流戰(zhàn)略目標(biāo)意義重大。信息化規(guī)劃必須正確識(shí)別這些關(guān)鍵業(yè)務(wù)和流程，正確識(shí)別物流戰(zhàn)略對(duì)這些業(yè)務(wù)和流程的信息化需求，并從滿足戰(zhàn)略需求著眼，有重點(diǎn)、有針對(duì)(3)立足現(xiàn)實(shí)原則：信息化不是簡(jiǎn)單的電子化，需要與企業(yè)的具體情況相結(jié)合、與具體發(fā)展階段相結(jié)合、與物流實(shí)際相結(jié)合。(4)適度超前原則：信息化是一個(gè)不斷發(fā)展的過(guò)程，一蹴而就和一勞永逸。業(yè)務(wù)需求分析業(yè)務(wù)需求分析是在用戶調(diào)研的基礎(chǔ)上，對(duì)調(diào)研獲得資料進(jìn)行整理和分析，進(jìn)而概括總結(jié)出企業(yè)的業(yè)務(wù)需求(并非系統(tǒng)需求)。UML利用業(yè)務(wù)用例圖和高層活動(dòng)圖來(lái)捕獲客戶的需求，這里的客戶需求是全方位的，它既包括手動(dòng)形式執(zhí)語(yǔ)“業(yè)務(wù)用例圖”來(lái)代替用例圖，這樣做的目的是為了清晰的區(qū)分它們，從而消除在將業(yè)務(wù)系統(tǒng)模型轉(zhuǎn)換為IT系統(tǒng)時(shí)可能產(chǎn)生的混淆。實(shí)踐證明，活動(dòng)圖在業(yè)務(wù)系統(tǒng)減摩中有很大的用武之地。因此，對(duì)于快遞物流的業(yè)務(wù)需求分析利用業(yè)務(wù)用例圖和高層活動(dòng)圖進(jìn)行建模[1]。3.2.1確定參與者業(yè)務(wù)系統(tǒng)的外部用戶(例如客戶或業(yè)務(wù)伙伴，在UML中稱為業(yè)務(wù)角色)將使用業(yè)務(wù)系統(tǒng)的輸出，這些外部用戶無(wú)需了解業(yè)務(wù)用例具體如何執(zhí)行詳細(xì)信息。通過(guò)對(duì)快遞物流企業(yè)的業(yè)務(wù)調(diào)研，我們發(fā)現(xiàn)與業(yè)務(wù)系統(tǒng)打交道的主要是源站點(diǎn)客戶和目的站點(diǎn)客戶，這兩類用戶可統(tǒng)稱為客戶[13]。與業(yè)務(wù)系統(tǒng)有關(guān)的參與者還包括業(yè)務(wù)系統(tǒng)內(nèi)部的員工或工作人員(在UML中稱為業(yè)務(wù)工人)，這些業(yè)務(wù)工人是外部用戶與業(yè)務(wù)系統(tǒng)打交道的“接口”，即業(yè)務(wù)系統(tǒng)通過(guò)業(yè)務(wù)工人為外部用戶提供服務(wù)，同時(shí)對(duì)業(yè)務(wù)系統(tǒng)來(lái)說(shuō)業(yè)務(wù)工人也在實(shí)現(xiàn)著某項(xiàng)功能。這里的功能和服務(wù)是不同的，至少?gòu)慕嵌壬峡紤]是不一樣的。通過(guò)用戶調(diào)研和資料搜集，我們發(fā)現(xiàn)下列幾類業(yè)務(wù)工人是快遞物流業(yè)務(wù)目的站點(diǎn)收貨員；3.2.2確定業(yè)務(wù)角色(BusinessActor)從參與者中我們可以篩選出源站點(diǎn)客戶和目的站點(diǎn)客戶為業(yè)務(wù)角色。這里的源站點(diǎn)客戶和目的站點(diǎn)客戶是相對(duì)的，對(duì)于一次交易來(lái)說(shuō)，某客戶是源站點(diǎn)客戶，而對(duì)于另外一次交易，他有可能成為目的站點(diǎn)客戶，因此，二者角色是可以互換的，但這里為了更清晰的說(shuō)明問(wèn)題，并非將二者統(tǒng)稱為客戶。不過(guò)在接下來(lái)的系統(tǒng)設(shè)計(jì)和實(shí)現(xiàn)中我們對(duì)該問(wèn)題進(jìn)行了梳理。3.2.3業(yè)務(wù)用例圖業(yè)務(wù)用例是描述機(jī)構(gòu)中一組相關(guān)的工作流。機(jī)構(gòu)中的全部業(yè)務(wù)用例一起完整的描述業(yè)務(wù)目標(biāo)[1]。業(yè)務(wù)用例圖的元素包括業(yè)務(wù)工人、業(yè)務(wù)角色和業(yè)務(wù)用例。業(yè)務(wù)工人是機(jī)構(gòu)中的角色，業(yè)務(wù)角色是機(jī)構(gòu)外部和機(jī)構(gòu)交互的人，業(yè)務(wù)用例是機(jī)構(gòu)中的一組相關(guān)工作流。通過(guò)上述分析，我們可以得出快遞物流業(yè)務(wù)用例圖如圖所示。圖快遞物流業(yè)務(wù)用例圖theBusinessUseCaseDiagramofExpressLogistics表業(yè)務(wù)用例圖要素表BusinessUseCaseElementTable源站點(diǎn)收貨、配貨、發(fā)貨、目的站點(diǎn)收貨、送貨和客戶附加服務(wù)源站點(diǎn)客戶、目的站點(diǎn)客戶源站點(diǎn)收貨員、配貨員、司機(jī)、目的站點(diǎn)收貨員、送貨員素業(yè)務(wù)用例業(yè)務(wù)角色業(yè)務(wù)工人圖概要描述了快遞物流的主要業(yè)務(wù)流程，對(duì)于一些細(xì)節(jié)性的業(yè)務(wù)活動(dòng)我們并未列出。該業(yè)務(wù)用例圖涉及的要素如表所示。3.2.4高層活動(dòng)圖活動(dòng)圖與程序設(shè)計(jì)中的流程圖相似，用于表示活動(dòng)集。在業(yè)務(wù)需求分析中，我們將用活動(dòng)圖來(lái)描述這些業(yè)務(wù)過(guò)程，也就是描述業(yè)務(wù)系統(tǒng)的功能。在活動(dòng)圖中可以明確地看出參與者們(業(yè)務(wù)工人和業(yè)務(wù)角色)是并行執(zhí)行某個(gè)業(yè)務(wù)用例還是各自獨(dú)立地執(zhí)行。正如結(jié)構(gòu)化分析中的流程圖具有層次性一樣，活動(dòng)圖也是有層次結(jié)構(gòu)的。用例的具體細(xì)節(jié)，在后續(xù)的系統(tǒng)分析階段將進(jìn)一步細(xì)化?？爝f物流業(yè)務(wù)高層活圖快遞物流業(yè)務(wù)高層活動(dòng)圖theHigherActivityDiagramofExpressLogistics系統(tǒng)分析系統(tǒng)分析是為了捕獲和描述系統(tǒng)的所有需求，建立一個(gè)定義了系統(tǒng)問(wèn)題域類中關(guān)鍵類的模型(即系統(tǒng)中處理的事物)，目的是為系統(tǒng)開(kāi)發(fā)人員和建立系統(tǒng)需求的的人員(用戶/客戶)提供一個(gè)溝通的基礎(chǔ)，讓他們可以相互交流各自對(duì)系統(tǒng)的看法和理解，并達(dá)成一致意見(jiàn)。因此，一般來(lái)說(shuō)，分析都是通過(guò)與用戶或客戶的協(xié)作完成的[13]。分析不應(yīng)該受技術(shù)解決方案或?qū)崿F(xiàn)細(xì)節(jié)的限制。也就是說(shuō)，在分析階段，開(kāi)發(fā)人員不應(yīng)該考慮有關(guān)代碼和程序的問(wèn)題，因?yàn)榉治鲋皇抢斫夂蛯?shí)現(xiàn)系統(tǒng)的第一步。系統(tǒng)分析包括兩部分的內(nèi)容：系統(tǒng)需求分析和問(wèn)題域分析[29]。本課題要研究的是快遞物流管理信息系統(tǒng)，因此從系統(tǒng)類型上應(yīng)屬于ITT務(wù)需求分析為基礎(chǔ)。3.3.1系統(tǒng)需求分析系統(tǒng)需求分析會(huì)在客戶和系統(tǒng)提供者之間產(chǎn)生一個(gè)協(xié)議。其中，客戶可以是一個(gè)與系統(tǒng)提供者在同一個(gè)組織中的用戶，也可以是另一個(gè)公司的用戶，這時(shí)會(huì)基于需求文檔編寫一份詳細(xì)的業(yè)務(wù)合同。盡管通常不可能在這樣的文檔中定義所有的事情，但還是應(yīng)該盡可能地細(xì)化系統(tǒng)需求[31]。系統(tǒng)需求分析通常與業(yè)務(wù)需求分析集成，在業(yè)務(wù)需求分析中的業(yè)務(wù)資源、規(guī)則和目標(biāo)都將被建模。它描述IT系統(tǒng)能給用戶提供哪些功能，在系統(tǒng)需求系統(tǒng)需求分析通常利用UML中的用例圖和簡(jiǎn)明用例順序圖2來(lái)表示[13]?！?用例圖展示了IT系統(tǒng)的所有使用者(參與者)，以及在IT系統(tǒng)中這些使用者可以執(zhí)行的功能(用例)；簡(jiǎn)明用例順序圖用來(lái)描述每個(gè)用例中用戶與IT系統(tǒng)的交互過(guò)程。這里的簡(jiǎn)明用例順序圖是為了和后面的問(wèn)題域分析中的用例順序圖清晰的劃分而采結(jié)合業(yè)務(wù)用例圖和調(diào)研資料，對(duì)快遞物流管理信息系統(tǒng)的用例圖分析如參與者代表與系統(tǒng)接口的任何事物或者人，通常代表著一個(gè)系統(tǒng)的使用者，或者需要與系統(tǒng)打交道的人或事物。它描述的是用戶在使用IT系統(tǒng)時(shí)可以扮演的角色，而不一定是一個(gè)具體的人。通過(guò)對(duì)系統(tǒng)的需求分析，系統(tǒng)的參2這里的簡(jiǎn)明用例順序圖是一種新的順序圖使用方法，它是將整個(gè)系統(tǒng)看作一個(gè)對(duì)象，通過(guò)描述參與者與系統(tǒng)的交互，從動(dòng)態(tài)的角度對(duì)系統(tǒng)用例圖進(jìn)行的擴(kuò)展和細(xì)化。管理員；4)司機(jī)(駕駛員)；；6)目的站點(diǎn)倉(cāng)庫(kù)管理員；其中，源站點(diǎn)客戶和目的站點(diǎn)客戶均來(lái)自于業(yè)務(wù)用例圖中的業(yè)務(wù)角色，而其他的參與者都來(lái)自于組織內(nèi)部，在業(yè)務(wù)系統(tǒng)分析中稱為業(yè)務(wù)工人，而相對(duì)于系統(tǒng)來(lái)說(shuō)是系統(tǒng)的參與者。確定系統(tǒng)用例用例是系統(tǒng)參與者與系統(tǒng)交互過(guò)程中所需要完成的事物，也是系統(tǒng)和參與者之間的對(duì)話，它表示系統(tǒng)提供的功能，即系統(tǒng)給操作者什么樣的使用操作通過(guò)對(duì)系統(tǒng)的分析和上述角色的分析，確認(rèn)用例如下：1)源站點(diǎn)收貨2)倉(cāng)儲(chǔ)3)配貨4)發(fā)貨5)目的站點(diǎn)收貨6)目的站點(diǎn)倉(cāng)儲(chǔ)7)送貨8)客戶附加服務(wù)9)系統(tǒng)管理其中，源站點(diǎn)收貨與目的站點(diǎn)收貨是兩個(gè)不同的概念。源站點(diǎn)收貨面向的對(duì)象是客戶，而目的站點(diǎn)收貨面向的對(duì)象是其它某一站點(diǎn)(即源站點(diǎn))。但二者性質(zhì)是一樣的，因此可以將源站點(diǎn)收貨和目的站點(diǎn)收貨抽取出一個(gè)收貨用例，二者都對(duì)收貨用例進(jìn)行了擴(kuò)展。這里的客戶附加服務(wù)包括客戶貨物跟蹤、注冊(cè)登陸、客戶信息服務(wù)，由于這些用例描述的并非功能性需求，因此將其列為客戶附加服務(wù)。創(chuàng)建用例圖用例圖被稱為參與者的外部用戶所能觀察到的系統(tǒng)功能的模型圖，是描述需求分析中的業(yè)務(wù)需要IT系統(tǒng)參與的工作。通過(guò)對(duì)系統(tǒng)的分析，快遞物流管理信息系統(tǒng)的用例圖如圖所示。圖快遞物流管理信息系統(tǒng)用例圖theUseCaseDiagramofExpressLogisticsMIS對(duì)系統(tǒng)中的用例描述如表所示。(2)簡(jiǎn)明用例順序圖這里的簡(jiǎn)明用例順序圖是我們倡導(dǎo)的一種UML順序圖的特殊用法。簡(jiǎn)明用例順序圖是用來(lái)描述每個(gè)用例中用戶與IT系統(tǒng)之間的交互過(guò)程，它仍屬于從系統(tǒng)外部來(lái)看待系統(tǒng)所能提供的功能，因此屬于外部視圖的范疇，是系統(tǒng)需求分析的內(nèi)容之一。這里的簡(jiǎn)明用例順序圖涉及到事件的概念并利用了UML中的擴(kuò)展構(gòu)造型機(jī)語(yǔ)境中，事件是用戶對(duì)IT系統(tǒng)的操作。事件是用戶通過(guò)用戶界面發(fā)起的，例如單擊搜索按鈕或按Enter鍵，這些都將執(zhí)行系統(tǒng)內(nèi)部的某些東西[34]。表快遞物流管理信息系統(tǒng)的用例描述theUseCaseDescriptionofExpressLogisticsMIS用用例描述源站點(diǎn)收貨收到客戶的業(yè)務(wù)需求通知后，源站點(diǎn)收貨員上門取貨，貨，填寫快遞單，并將快遞單信息錄入系統(tǒng)。倉(cāng)庫(kù)管理員對(duì)收貨員收到的貨物根據(jù)將要送達(dá)的站點(diǎn)進(jìn)行分類和倉(cāng)儲(chǔ)，填寫倉(cāng)儲(chǔ)單。每個(gè)倉(cāng)庫(kù)管理員負(fù)責(zé)一個(gè)倉(cāng)庫(kù)。每個(gè)倉(cāng)庫(kù)倉(cāng)儲(chǔ)要送達(dá)其他某個(gè)或某些站點(diǎn)配貨員根據(jù)車輛和快遞貨物的情況進(jìn)行配貨，填寫配根據(jù)配貨單，源站點(diǎn)司機(jī)進(jìn)行送貨。每個(gè)司機(jī)只負(fù)責(zé)一個(gè)車輛，一個(gè)車輛可由多名司機(jī)來(lái)負(fù)責(zé)。目的站點(diǎn)收貨員接收送達(dá)本站點(diǎn)的貨物，同時(shí)填寫已達(dá)貨物清單。這里的收貨員與目的站點(diǎn)收貨員面對(duì)的對(duì)象是有區(qū)別的。目的站點(diǎn)倉(cāng)庫(kù)管理員對(duì)到達(dá)的貨物根據(jù)要送達(dá)的區(qū)域進(jìn)行分類和倉(cāng)儲(chǔ)，填寫倉(cāng)儲(chǔ)單。每個(gè)倉(cāng)庫(kù)倉(cāng)儲(chǔ)要送達(dá)某個(gè)區(qū)域或某些區(qū)域的貨物。送貨員對(duì)要送達(dá)的貨物進(jìn)行派件處理，即送貨到門，同時(shí)要求客戶填寫到貨確認(rèn)。客戶附加服務(wù)包括服務(wù)信息查詢?nèi)鐖?bào)價(jià)等、系統(tǒng)注冊(cè)登陸和貨物跟蹤服務(wù)。系統(tǒng)管理員對(duì)車輛、倉(cāng)庫(kù)、工作人員、客戶以及單據(jù)信息等進(jìn)行管理，這些統(tǒng)稱為系統(tǒng)管理，即所謂的后倉(cāng)儲(chǔ)配貨發(fā)貨貨儲(chǔ)送貨客戶附加服務(wù)系統(tǒng)管理對(duì)于本課題，采用簡(jiǎn)明用例順序圖對(duì)用例進(jìn)行細(xì)化是合理的。由于快遞物流管理信息系統(tǒng)的目標(biāo)之一就是實(shí)現(xiàn)信息或數(shù)據(jù)收集、加工和處理的方便和快捷，因此，對(duì)于以信息為主要處理對(duì)象的系統(tǒng)來(lái)說(shuō)，利用簡(jiǎn)明用例順序圖是明智的選擇。理論和實(shí)踐已證明將以下兩種類型的事件區(qū)分開(kāi)來(lái)是有價(jià)值的：詢事件的結(jié)果就是已經(jīng)顯示的信息。換事件的結(jié)果取決于轉(zhuǎn)變是否成功，如果成功，信息將被存儲(chǔ)、修改或刪除；如果失敗，那么對(duì)用戶和系統(tǒng)而言就沒(méi)有任何東西發(fā)生改變。L構(gòu)造型，它是UML中一種用來(lái)表示自定義元素的擴(kuò)展機(jī)制。我們將對(duì)該語(yǔ)言進(jìn)行擴(kuò)展，創(chuàng)建兩種特定的事件類型：在事件名稱之前添加構(gòu)造型《Q》表示該事件是查詢事件；在事件名稱之前添加構(gòu)造型《M》表示該事件是轉(zhuǎn)換事件。在簡(jiǎn)明用例順序圖中，我們能夠清楚地了解其涉及的是什么類型的事件，但并沒(méi)有將IT系統(tǒng)對(duì)這些事件的應(yīng)答描述成一個(gè)獨(dú)立的事件，因?yàn)槊總€(gè)事件都有其固有的反饋。本系統(tǒng)共有11個(gè)用例，每個(gè)用例都對(duì)應(yīng)有一個(gè)簡(jiǎn)明用例順序圖，分別為：源站點(diǎn)收貨簡(jiǎn)明用例順序圖、源站點(diǎn)倉(cāng)儲(chǔ)簡(jiǎn)明用例順序圖、配貨簡(jiǎn)明用例順序圖、發(fā)貨簡(jiǎn)明用例順序圖、目的站點(diǎn)收貨簡(jiǎn)明用例順序圖、目的站點(diǎn)倉(cāng)儲(chǔ)簡(jiǎn)明用例順序圖、送貨簡(jiǎn)明用例順序圖、注冊(cè)登陸簡(jiǎn)明用例順序圖、客戶信息服務(wù)簡(jiǎn)明用例順序圖、貨物跟蹤簡(jiǎn)明用例順序圖和系統(tǒng)管理簡(jiǎn)明用例順序圖。圖源站點(diǎn)收貨簡(jiǎn)明用例順序圖theConciseSequenceDiagramofthePickupUseCaseatSourceSite源站點(diǎn)倉(cāng)儲(chǔ)簡(jiǎn)明用例順序圖圖源站點(diǎn)倉(cāng)儲(chǔ)簡(jiǎn)明用例順序圖theConciseSequenceDiagramoftheStorageUseCaseatSourceSite配貨簡(jiǎn)明用例順序圖圖配貨簡(jiǎn)明用例順序圖theConciseSequenceDiagramoftheDistributionUseCase發(fā)貨簡(jiǎn)明用例順序圖圖發(fā)貨簡(jiǎn)明用例順序圖theConciseSequenceDiagramoftheDeliveryUseCase注冊(cè)登陸簡(jiǎn)明用例順序圖圖注冊(cè)登陸簡(jiǎn)明用例順序圖theConciseSequenceDiagramoftheRegistrationandLoginUseCase3.3.2問(wèn)題域分析對(duì)系統(tǒng)進(jìn)行需求分析后，接下來(lái)的工作就是問(wèn)題域分析。該分析活動(dòng)應(yīng)該沒(méi)有任何技術(shù)或?qū)崿F(xiàn)細(xì)節(jié)，因?yàn)樗菍?duì)將要解決的問(wèn)題的確切陳述，所以分析應(yīng)該包含一個(gè)理想的模型，另外，分析還涉及到那些與問(wèn)題域有關(guān)的必備知識(shí)問(wèn)題域分析將產(chǎn)生問(wèn)題域的模型：類、對(duì)象，以及根據(jù)真實(shí)世界中各實(shí)體之間關(guān)系進(jìn)行建模的交互模型。這里將利用交互視圖、類圖和狀態(tài)圖對(duì)問(wèn)題域進(jìn)行分析，其中交互視圖包括順序圖和協(xié)作圖[13]。交互視圖和用例之間存在著很緊密的關(guān)系。用例展開(kāi)的是外部視圖，它將統(tǒng)內(nèi)部發(fā)生的事情。交互視圖展示了處理特定任務(wù)所需的對(duì)象，以及這些對(duì)象相互通信的機(jī)制。UML使用兩種圖來(lái)進(jìn)行交互視圖建模：順序圖和協(xié)作圖。順序圖表示對(duì)象之間傳送消息的時(shí)間順序，每一個(gè)對(duì)象用一條生命線來(lái)表示，用垂直線代表整個(gè)交互過(guò)程中對(duì)象的生命周期。生命線之間的箭頭連接代表信息。順序圖可以用來(lái)進(jìn)行一個(gè)場(chǎng)景說(shuō)明，即一個(gè)事務(wù)的歷史過(guò)程。順序圖關(guān)注的焦點(diǎn)是時(shí)間。這里的順序圖和簡(jiǎn)明用例順序圖是不同的，簡(jiǎn)明用例順序圖是外部視圖的范疇，而順序圖著眼于系統(tǒng)內(nèi)部，將系統(tǒng)展開(kāi)進(jìn)行分析。協(xié)作圖是對(duì)在一次交互中有意義的對(duì)象和對(duì)象間關(guān)系的建模。它也可以描述對(duì)象之間是如何交互的，但協(xié)作圖中的主要焦點(diǎn)是空間。將焦點(diǎn)集中于空間意味著協(xié)作圖對(duì)對(duì)象之間的空間關(guān)系特別感興趣，因而會(huì)在圖中明確地顯示它順序圖和協(xié)作圖結(jié)合起來(lái)，從不同角度來(lái)看待交互過(guò)程，因此可以完整的描述一個(gè)用例中對(duì)象間完整的交互過(guò)程。問(wèn)題域分析中的順序圖和協(xié)作圖是對(duì)系統(tǒng)需求分析中的簡(jiǎn)明用例順序圖的具體化和細(xì)化，它通過(guò)對(duì)IT系統(tǒng)分解為各個(gè)具體的實(shí)體對(duì)象，對(duì)參與者與系統(tǒng)的交互進(jìn)行可視化建模，即它描述了系統(tǒng)如何實(shí)現(xiàn)用戶所需的服務(wù)或系統(tǒng)需要提供的功能。本系統(tǒng)共有11個(gè)用例，同簡(jiǎn)明用例順序圖一樣，分析順序圖和分析協(xié)作站點(diǎn)收貨分析交互視圖、源站點(diǎn)倉(cāng)儲(chǔ)分析交互視圖、配貨分析交互視圖、發(fā)貨分析交互視圖和注冊(cè)登陸分析交互視圖。圖源站點(diǎn)收貨分析順序圖theAnalyticSequenceDiagramofthePickupatSourceSite源站點(diǎn)收貨分析協(xié)作圖3這里的分析順序圖和分析協(xié)作圖，是對(duì)系統(tǒng)需求分析中的簡(jiǎn)明用例順序圖的細(xì)化和具體化，通過(guò)對(duì)系統(tǒng)分解為各個(gè)實(shí)體對(duì)象，對(duì)參與者和系統(tǒng)的交互進(jìn)行可視化建模。這里是為了與前者區(qū)分而采用的叫法。圖源站點(diǎn)收貨分析協(xié)作圖theAnalyticCollaborativeDiagramofthePickupatSourceSite源站點(diǎn)倉(cāng)儲(chǔ)分析順序圖圖源站點(diǎn)倉(cāng)儲(chǔ)分析順序圖theAnalyticSequenceDiagramoftheStorageatSourceSite源站點(diǎn)倉(cāng)儲(chǔ)分析協(xié)作圖圖源站點(diǎn)倉(cāng)儲(chǔ)分析協(xié)作圖theAnalyticCollaborativeDiagramoftheStorageatSourceSite配貨分析順序圖圖配貨分析順序圖theAnalyticSequenceDiagramoftheDistribution配貨分析協(xié)作圖圖源站點(diǎn)配貨分析協(xié)作圖theAnalyticCollaborativeDiagramoftheDistribution圖發(fā)貨分析順序圖theAnalyticSequenceDiagramoftheDelivery發(fā)貨分析協(xié)作圖圖發(fā)貨分析協(xié)作圖theAnalyticCollaborativeDiagramoftheDelivery注冊(cè)登陸分析順序圖圖注冊(cè)登陸分析順序圖theAnalyticSequenceDiagramoftheRegistrationandLogin注冊(cè)登陸分析協(xié)作圖圖注冊(cè)登陸分析協(xié)作圖theAnalyticCollaborativeDiagramoftheRegistrationandLogin(2)問(wèn)題域類圖(分析類圖)類是具有相同特征(屬性)和相同行為(方法)的對(duì)象的集合，類的名稱、屬性和方法是描述一個(gè)類的三個(gè)最基本的方面。類圖是面向?qū)ο笙到y(tǒng)的建模中最常見(jiàn)的圖，顯示了一組類、接口、協(xié)作以及他們之間關(guān)系[1]。在抽象模型中表述現(xiàn)實(shí)世界，可以分為兩個(gè)步驟：第一步，將個(gè)別人或事物抽象成對(duì)象；第二步，把類似的對(duì)象組合成類。通過(guò)對(duì)快遞物流管理信息系統(tǒng)用例視圖、簡(jiǎn)明用例順序圖和交互視圖分析，尋找對(duì)象，定義對(duì)象，將功能分配到對(duì)象上，并歸納各對(duì)象應(yīng)記錄的屬性，對(duì)這些對(duì)象進(jìn)行抽象，描述過(guò)程中的類。對(duì)順序圖的消息進(jìn)行分析，消息的傳遞轉(zhuǎn)化為類的操作。上節(jié)中順序圖和協(xié)作圖描述了快遞物流基本工作流程，顯示了描述事件流過(guò)程中的對(duì)象 (順序圖和協(xié)作圖的矩形)，對(duì)這些對(duì)象進(jìn)行抽象，描述出業(yè)務(wù)處理過(guò)程中的類。對(duì)順序圖和協(xié)作圖的消息(對(duì)象之間的通信，即圖中的箭頭)進(jìn)行分析，每個(gè)消息都轉(zhuǎn)化為類的操作[33]。通過(guò)對(duì)系統(tǒng)需求分析和細(xì)化用例可以發(fā)現(xiàn)快遞物流管理信息系統(tǒng)的問(wèn)題域物、配貨單、發(fā)貨單、已達(dá)貨物列表和送貨單。通過(guò)對(duì)上述類分析，可以發(fā)現(xiàn)上述類之間是有某種關(guān)系的。在UML中類之間的關(guān)系有關(guān)聯(lián)(Association)、泛化(Generation)、依賴 (Dependency)和精化(Refinement)四種[1]。只有定義和描述了類之間的關(guān)系，各個(gè)類才能構(gòu)成一個(gè)整體、有機(jī)的靜態(tài)模型即類圖。關(guān)聯(lián)是類之間的一種連接。在UML中，關(guān)聯(lián)關(guān)系定義為描述一組鏈接的一種關(guān)系，其中，鏈接定義為一組對(duì)象之間的一種語(yǔ)義連接。在關(guān)聯(lián)關(guān)系中，也存在著一種稱為“聚合”的關(guān)系，它是關(guān)聯(lián)的一種特殊情況。泛化是一種在一般元素和特殊元素之間存在的關(guān)系。其中，特殊元素可以只包含那些附加信息。允許使用一般元素的實(shí)例的任何地方，都可以使用特殊元素的實(shí)例來(lái)代替。依賴是元素之間存在的一種關(guān)系，其中，一個(gè)是依賴元素，一個(gè)是被依賴元素。對(duì)后者的影響將影響到前者。精化是同一事物的兩種描述之間的一種關(guān)系，這兩種描述是在不同抽象層對(duì)上述類的分析，快遞物流管理信息系統(tǒng)所涉及的類之間的關(guān)系包括關(guān)聯(lián)、泛化和聚合三種，其中關(guān)聯(lián)關(guān)系這里不單獨(dú)列出，將在問(wèn)題域類圖中列出。其中，泛化關(guān)系如圖所示。圖類泛化關(guān)系示例圖FiguretheDiagramofGeneralizationRelationshipbetweenClasses源站點(diǎn)倉(cāng)庫(kù)和目的站點(diǎn)倉(cāng)庫(kù)是相對(duì)的概念，源站點(diǎn)與目的站點(diǎn)之間是可以性，同時(shí)都具有添加、刪除和更新?tīng)顟B(tài)等操作，因此，可以將兩者相同的部分抽象出一個(gè)新的類，即父類。二者都是該父類的特殊形式，可以繼承父類，同時(shí)在父類的基礎(chǔ)上添加自己獨(dú)有的屬性和操作。其他類之間的泛化關(guān)系與上述類似，在此不作贅述?？爝f物流管理信息系統(tǒng)中的類之間的關(guān)系除了泛化外，還有一種聚合關(guān)系，聚合關(guān)系示例圖見(jiàn)圖。圖類聚合關(guān)系示例圖FiguretheDiagramofAggregationRelationshipbetweenClasses聚合關(guān)系是關(guān)聯(lián)關(guān)系的一種特殊形式。它指出了類之間的關(guān)系是“整體與部分”的關(guān)系。上圖中的配貨單是由發(fā)貨單組成的，發(fā)貨單是針對(duì)每個(gè)車輛生成一個(gè)發(fā)貨單，而配貨單是對(duì)所有車輛的配貨情況的匯總，因此，二者是聚合該系統(tǒng)涉及的問(wèn)題域類有多個(gè)，完整的分析類圖如圖所示。圖快遞物流管理信息系統(tǒng)分析類圖theAnalyticClassDiagramofExpressLogisticsMIS包含類之間關(guān)系的分析類圖如圖所示。圖快遞物流管理信息系統(tǒng)分析類圖(含類之間的關(guān)系)theAnalyticClassDiagramofExpressLogisticsMIS(withRelationship)一般來(lái)說(shuō)，狀態(tài)圖(StateDiagram)是對(duì)類的描述的補(bǔ)充。它用于顯示類的對(duì)象可能具備的所有狀態(tài)，以及那些引起狀態(tài)改變的事件[1]。在實(shí)際建模時(shí)，并不需要為所有的類都繪制狀態(tài)圖，僅對(duì)那些具有多個(gè)明確狀態(tài)的類，并且類的這些不同狀態(tài)會(huì)影響和改變類的行為時(shí)才繪制類的狀態(tài)對(duì)該系統(tǒng)進(jìn)行分析，貨物和車輛兩個(gè)類都有多個(gè)明確的狀態(tài)，并且狀態(tài)的不同會(huì)影響類的行為。貨物類有已收貨、配貨中、發(fā)貨中和送貨中四種狀態(tài)，不同的事件會(huì)對(duì)貨物的狀態(tài)有不同的影響。貨物類的狀態(tài)圖如圖所示。圖貨物類狀態(tài)圖theStateDiagramofGoodsClass車輛類有閑置中、使用中、維修中和報(bào)廢中四個(gè)狀態(tài)。車輛類的狀態(tài)圖如圖車輛類狀態(tài)圖theStateDiagramofVehicleClass系統(tǒng)設(shè)計(jì)目標(biāo)和原則4.1.1系統(tǒng)設(shè)計(jì)目標(biāo)系統(tǒng)的設(shè)計(jì)目標(biāo)：可擴(kuò)展性，靈活性，可插入性[19]。(1)可擴(kuò)展性：新的功能很容易集成到現(xiàn)有的系統(tǒng)中去，而不影響到系統(tǒng)(2)靈活性：允許代碼修改平穩(wěn)的發(fā)生。當(dāng)修改一處時(shí)不至于影響到另一處，這樣可以縮小維護(hù)的代價(jià)；(3)可插入性：容易用一個(gè)類替換已經(jīng)存在的類。只要接口一致，更改實(shí)現(xiàn)類不影響類的使用者。4.1.2系統(tǒng)設(shè)計(jì)原則在系統(tǒng)設(shè)計(jì)階段，分析階段的結(jié)果被擴(kuò)展為一個(gè)技術(shù)解決方案。新類被加入進(jìn)來(lái)，以提供以下一些技術(shù)基礎(chǔ)結(jié)構(gòu)：用戶界面、處理對(duì)象存儲(chǔ)的數(shù)據(jù)庫(kù)、與其他系統(tǒng)的通信、與系統(tǒng)中各種設(shè)備的接口等[7]。設(shè)計(jì)階段的目標(biāo)是為待解決系統(tǒng)指定一個(gè)可行的技術(shù)解決方案，該方案能夠很容易地轉(zhuǎn)變?yōu)槌绦虼a。在設(shè)計(jì)階段，不僅會(huì)細(xì)化那些在分析階段定義的類，還會(huì)加入一些新的類，以便處理技術(shù)領(lǐng)域的問(wèn)題，如數(shù)據(jù)庫(kù)、用戶界面、通信和設(shè)備等[1]。(1)統(tǒng)一各種原始單據(jù)的格式，統(tǒng)一帳目和報(bào)表的格式；(2)刪除不必要的管理冗余，實(shí)現(xiàn)管理規(guī)范化、科學(xué)化；(3)界面盡量簡(jiǎn)單化，做到實(shí)用、方便，滿足企業(yè)不同員工的需要；(4)系統(tǒng)設(shè)計(jì)考慮到系統(tǒng)的各種角色，對(duì)使用本系統(tǒng)的用戶設(shè)計(jì)合理的使分：○1總體設(shè)計(jì)(ArchitectureDesign)：這是一個(gè)高層的設(shè)計(jì)，包括體系結(jié)構(gòu)設(shè)計(jì)和總體功能設(shè)計(jì)，前者用來(lái)定義包(子系統(tǒng))，包括包之間的依賴關(guān)系和主要的通信機(jī)制；后者從功能的角度宏觀設(shè)計(jì)系統(tǒng)。詳細(xì)設(shè)計(jì)(DetailedDesign)：此部分進(jìn)一步細(xì)化包內(nèi)的內(nèi)容，對(duì)所有的類都詳盡地進(jìn)行描述，為編寫代碼的程序員提供一份清晰的規(guī)格說(shuō)明。同時(shí)，可以用UML中的動(dòng)態(tài)模型來(lái)說(shuō)明對(duì)象如何在特定的情況下做出相應(yīng)的行總體設(shè)計(jì)4.2.1體系結(jié)構(gòu)設(shè)計(jì)良好的體系結(jié)構(gòu)是一個(gè)可擴(kuò)展和可修改的系統(tǒng)的基礎(chǔ)。在進(jìn)行體系結(jié)構(gòu)設(shè)計(jì)時(shí)，包可以專注于一個(gè)特定的功能領(lǐng)域的處理，或者專注于一個(gè)特定的技術(shù)領(lǐng)域的處理[1]。本系統(tǒng)中的包，有以下幾個(gè)：用戶界面包：該包的內(nèi)容描述整個(gè)用戶界面所使用的類，這些類提供的操作允許用戶查看系統(tǒng)中的數(shù)據(jù)，并允許用戶輸入新數(shù)據(jù)。這些類是基于JavaAWT，后者是Java中用來(lái)編寫用戶界面應(yīng)用程序的一個(gè)標(biāo)準(zhǔn)庫(kù)。用戶界面包和下面要介紹的業(yè)務(wù)對(duì)象包合作，后者包含那些實(shí)際存儲(chǔ)數(shù)據(jù)的類。其中，用戶界面包調(diào)用業(yè)務(wù)對(duì)象提供的操作，從而對(duì)這些對(duì)象進(jìn)行檢索和插入數(shù)據(jù)操作。本系統(tǒng)的用戶界面包包括源站點(diǎn)收貨窗口類、目的站點(diǎn)收貨窗口類、配貨窗口類、注冊(cè)窗口類、登陸窗口類等。業(yè)務(wù)對(duì)象包：該包來(lái)自于分析模型的問(wèn)題域類。在設(shè)計(jì)階段，將進(jìn)一步細(xì)化這些類，從而完整地定義它們的操作，并且為它們?cè)黾佑谰么鎯?chǔ)的支持。業(yè)務(wù)對(duì)象包與將要介紹的數(shù)據(jù)庫(kù)包合作，因?yàn)樗械臉I(yè)務(wù)對(duì)象類必須繼承于數(shù)據(jù)庫(kù)包內(nèi)的永久類。本系統(tǒng)中的業(yè)務(wù)對(duì)象包包括站點(diǎn)類、車輛類、倉(cāng)庫(kù)類、用戶類、快遞單類數(shù)據(jù)庫(kù)包：數(shù)據(jù)庫(kù)包為業(yè)務(wù)對(duì)象包中的類提供服務(wù)，以便后者能夠?qū)崿F(xiàn)永久存儲(chǔ)的功能。在本系統(tǒng)中，永久類的屬性信息將通過(guò)關(guān)系型數(shù)據(jù)庫(kù)來(lái)存儲(chǔ)。這里涉及到將系統(tǒng)中的各個(gè)類映射到傳統(tǒng)關(guān)系模型中的相應(yīng)的表的工作，這是后面將要介紹的數(shù)據(jù)庫(kù)設(shè)計(jì)的內(nèi)容。實(shí)用工具包：實(shí)用工具包包含了一些可以被系統(tǒng)中其他包使用的服務(wù)。這些包的內(nèi)部設(shè)計(jì)如圖所示。圖快遞物流管理信息系統(tǒng)體系結(jié)構(gòu)圖theArchitectureDiagramofExpressLogisticsMIS4.2.2總體功能設(shè)計(jì)總體功能設(shè)計(jì)也屬于高層設(shè)計(jì)，它和體系結(jié)構(gòu)設(shè)計(jì)從不同的角度共同描述系統(tǒng)的全貌。總體功能設(shè)計(jì)側(cè)重于系統(tǒng)的功能，而體系結(jié)構(gòu)設(shè)計(jì)著重于系統(tǒng)的根據(jù)系統(tǒng)分析的結(jié)果，可以得出系統(tǒng)的總體功能結(jié)構(gòu)圖如圖所示。注注冊(cè)登陸模系統(tǒng)管理?？蛻粜畔⒎浳锔櫣芩拓浌芾砟Ｄ康恼军c(diǎn)倉(cāng)目的站點(diǎn)收發(fā)貨管理模配貨管理模源站點(diǎn)倉(cāng)儲(chǔ)源站點(diǎn)收貨快遞物流管理信息系統(tǒng)圖快遞物流管理信息系統(tǒng)總體功能結(jié)構(gòu)圖theFunctionStructureDiagramofExpressLogisticsMIS系統(tǒng)功能結(jié)構(gòu)圖是根據(jù)用例圖得到的，該系統(tǒng)共分為11個(gè)模塊。每個(gè)子系統(tǒng)完成其中的一部分功能，各個(gè)子系統(tǒng)之間相互協(xié)作、共享信息，并非是孤立的個(gè)體，整個(gè)系統(tǒng)共同滿足用戶全方位的需求。詳細(xì)設(shè)計(jì)在面向?qū)ο蠓椒ㄖ?，系統(tǒng)詳細(xì)設(shè)計(jì)階段對(duì)每一個(gè)類加以豐富和完善細(xì)節(jié)，對(duì)在實(shí)現(xiàn)過(guò)程中使用的類進(jìn)行詳細(xì)的定義。最常用方法是把分析得出的類直接帶進(jìn)設(shè)計(jì)中，詳細(xì)設(shè)計(jì)成為添加細(xì)節(jié)并做出實(shí)現(xiàn)決策的過(guò)程[6]。詳細(xì)設(shè)計(jì)的目的是描述新的技術(shù)類，即在用戶界面包和數(shù)據(jù)庫(kù)包中的類，并且對(duì)分析階段已形成的業(yè)務(wù)對(duì)象類的描述進(jìn)行擴(kuò)展和細(xì)化。這是通過(guò)創(chuàng)建新階段，進(jìn)一步細(xì)化了這些圖的定義，并站在一個(gè)更高的技術(shù)層面來(lái)定義它們。分析階段對(duì)用例的描述在此用來(lái)驗(yàn)證設(shè)計(jì)階段對(duì)這些用例的處理是否正確，另外，還可以使用順序圖來(lái)說(shuō)明每一個(gè)用例是如何在系統(tǒng)中實(shí)現(xiàn)的。由于本系統(tǒng)使用關(guān)系數(shù)據(jù)庫(kù)，因此應(yīng)將系統(tǒng)中的各個(gè)類映射到傳統(tǒng)關(guān)系模型中的相應(yīng)的表，即詳細(xì)設(shè)計(jì)中應(yīng)包括數(shù)據(jù)庫(kù)設(shè)計(jì)的內(nèi)容。具體說(shuō)來(lái)，詳細(xì)設(shè)計(jì)需要以下兩個(gè)方面的工作：類圖詳細(xì)設(shè)計(jì)。4.3.1交互圖詳細(xì)設(shè)計(jì)交互圖詳細(xì)設(shè)計(jì)是對(duì)系統(tǒng)分析階段產(chǎn)生的順序圖和協(xié)作圖進(jìn)一步的細(xì)化，設(shè)計(jì)出的交互圖中的事件可以直接作為實(shí)現(xiàn)類中的操作，同時(shí)也顯示了類之間的消息傳遞機(jī)制，通過(guò)一個(gè)類調(diào)用另一個(gè)類的方法(操作)，來(lái)實(shí)現(xiàn)類之間的交互圖詳細(xì)設(shè)計(jì)是系統(tǒng)詳細(xì)設(shè)計(jì)中非常重要的內(nèi)容，它可以為系統(tǒng)實(shí)現(xiàn)提供基礎(chǔ)。(1)源站點(diǎn)收貨詳細(xì)設(shè)計(jì)交互圖圖源站點(diǎn)收貨詳細(xì)設(shè)計(jì)順序圖theDetailedDesignSequenceDiagramofthePickupatSourceSite圖源站點(diǎn)收貨詳細(xì)設(shè)計(jì)協(xié)作圖theDetailedDesignCollaborativeDiagramofthePickupatSourceSite(2)源站點(diǎn)倉(cāng)儲(chǔ)詳細(xì)設(shè)計(jì)交互圖圖源站點(diǎn)倉(cāng)儲(chǔ)詳細(xì)設(shè)計(jì)順序圖theDetailedDesignSequenceDiagramoftheStorageatSourceSite圖源站點(diǎn)倉(cāng)儲(chǔ)詳細(xì)設(shè)計(jì)協(xié)作圖theDetailedDesignCollaborativeDiagramof