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

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