154/171基于WebGIS的物流信息系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn)作者姓名： 張三一指導(dǎo)教師： 李四二教授單位名稱： 信息科學(xué)與工程學(xué)院專業(yè)名稱： 計(jì)算機(jī)科學(xué)與技術(shù)東北大學(xué)2008年6月DesignandImplementationofWebGIS-BasedLogisticsInformationSystembyZHANGSanyiSupervisor:ProfessorLISierNortheasternUniversityJune2008畢業(yè)設(shè)計(jì)（論文）任務(wù)書畢業(yè)設(shè)計(jì)（論文）題目：基于WebGIS的物流信息系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn)設(shè)計(jì)(論文)的差不多內(nèi)容：(1)了解項(xiàng)目開發(fā)背景，分析項(xiàng)目進(jìn)度治理系統(tǒng)功能需求，研究其設(shè)計(jì)及實(shí)現(xiàn)技術(shù)。(2)設(shè)計(jì)基于WebGIS的物流信息系統(tǒng)總體結(jié)構(gòu)，實(shí)現(xiàn)物流企業(yè)中業(yè)務(wù)流程的所有必需功能。作為物流企業(yè)的治理軟件，系統(tǒng)必需能夠?qū)崿F(xiàn)諸如發(fā)送物資、運(yùn)輸物資、裝載物資、卸載物資、車輛線路編輯等功能。(3)總結(jié)歸納所完成的任務(wù)，彌補(bǔ)不足，以最短的時(shí)刻用最少的投入實(shí)現(xiàn)項(xiàng)目的開發(fā)。畢業(yè)設(shè)計(jì)（論文）專題部分：題目：設(shè)計(jì)或論文專題的差不多內(nèi)容：學(xué)生同意畢業(yè)設(shè)計(jì)（論文）題目日期第1周指導(dǎo)教師簽字：2007年3月5日基于WebGIS的物流信息系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn)摘要隨著經(jīng)濟(jì)的進(jìn)展和通信技術(shù)的提高，物流作為一種先進(jìn)的組織方式和治理技術(shù)，被廣泛認(rèn)為是企業(yè)在降低消耗和提高勞動(dòng)生產(chǎn)率以外的重要的利潤源泉，在國民經(jīng)濟(jì)和社會(huì)進(jìn)展中發(fā)揮著重要作用。本文在物流企業(yè)的正常運(yùn)營中，基于GIS的信息系統(tǒng)差不多成為不可或缺的治理工具。在對(duì)WebGIS技術(shù)和物流企業(yè)需求進(jìn)行分析的基礎(chǔ)上，結(jié)合不同企業(yè)的業(yè)務(wù)流程的具體特點(diǎn)，設(shè)計(jì)了一套擴(kuò)展性較強(qiáng)的基于WebGIS的物流信息系統(tǒng)。系統(tǒng)的要緊功能是將企業(yè)治理人員與運(yùn)輸車輛之間通過服務(wù)器連接起來，實(shí)現(xiàn)物流系統(tǒng)的監(jiān)控和治理。系統(tǒng)采納B/S架構(gòu)，服務(wù)器端通過網(wǎng)絡(luò)與車輛終端通信，向車輛發(fā)送操縱信息并獵取車輛的當(dāng)前狀態(tài)。同時(shí)它還和Web客戶端進(jìn)行交互，向客戶端提供地圖服務(wù)，并執(zhí)行Web客戶端的請(qǐng)求。Web客戶端采納Ajax技術(shù)與服務(wù)器端進(jìn)行通信，通過動(dòng)態(tài)地圖監(jiān)控車輛。它還實(shí)現(xiàn)了發(fā)送物資、編輯線路、發(fā)送消息等功能?？紤]到可擴(kuò)展性，系統(tǒng)重點(diǎn)實(shí)現(xiàn)了服務(wù)器端進(jìn)行消息中轉(zhuǎn)的消息隊(duì)列，建立了Web客戶端到車輛終端之間的消息通路，并能夠隨時(shí)更新消息隊(duì)列中消息處理方式。本系統(tǒng)實(shí)現(xiàn)了物流系統(tǒng)的要緊功能，極大提高了企業(yè)的治理水平。本文首先進(jìn)行了系統(tǒng)的需求獵取和業(yè)務(wù)分析。然后，采納分層的方法對(duì)系統(tǒng)進(jìn)行設(shè)計(jì)，敘述了消息隊(duì)列框架的詳細(xì)設(shè)計(jì)與實(shí)現(xiàn)，并敘述了服務(wù)器端和客戶端功能模塊的設(shè)計(jì)和實(shí)現(xiàn)。并通過對(duì)系統(tǒng)的測(cè)試，對(duì)其功能和性能進(jìn)行評(píng)估。最后，進(jìn)行了總結(jié)，介紹了系統(tǒng)的特點(diǎn)和不足之處，指出了下一步的工作方向。關(guān)鍵詞：物流；WebGIS；消息隊(duì)列DesignandImplementationofWebGIS-BasedLogisticsInformationSystemAbstractWithdevelopmentofeconomyandimprovementofcommunicationtechnology,asanadvancedmodeoforganizationandmanagementskill,logisticsiswidelyconsideredtobethemajorsourceofprofitsintheenterprisebesidesreducingconsumptionandraisinglaborproductivity.Itplaysanimportantroleinthenationaleconomyandsocialdevelopment.TheGIS-basedinformationsystemhasbecomeanindispensablemanagementtoolintheregularbusinessoflogisticsenterprise.BasedontheanalysisoftheWebGIStechnologyandrequirementsoflogisticsenterprise,aWebGIS-basedlogisticsinformationsystemwithhighexpansibilityisdesigned,accordingtospecificbusinessprocessesofvariouslogisticsenterprises.Themajorfunctionofthesystemistomakemanagercommunicatedwithvehiclesviatheserver,andtorealizemonitoringandmanagementoflogisticssystem.TheB/Sarchitectureisadoptedinthesystem.Theservercommunicateswithvehiclesthroughnetwork,sendingthemcontroldataandreceivingstatusdatafromthem.Atthesametime,serverinteractswithWebclients,providingwebmapserviceandexecutingclientrequests.WebclientcommunicateswithserverwithAjaxtechnology,monitoringvehiclesbywatchingdynamicmaps.Italsoimplementsfunctionssuchassendingcargo,editingroute,sendingmessage,etc.Aimingathighexpansibilityofthesystem,messagequeuekeptinserverisseriouslyimplemented.ItmeansthatamessagechannelbetweentheWebclientandvehiclesisestablished,andthehandlingmethodsofthemessagesinmessagequeuecanbeupdatedatanytime.Thesystemmeetsprimaryrequirementsandenhancesmanagementqualityofcustomer.Firstly,inthisthesistherequirementelicitationandthebusinessanalysisarecompleted.Thensystemisdesignedintomulti-layerarchitecture.Theparticulardesignandimplementationofmessagequeueframeworkaredescribed.Designandimplementationofthefunctionalmodulesofserverandclientarepresented.Functionandcapabilityofthesystemareevaluatedthroughtest.Atlast,systemtraitsanddeficienciesaresummarized,andnexttasksarepointedout.Keywords：Logistics;WebGIS;MessageQueue目錄畢業(yè)設(shè)計(jì)（論文）任務(wù)書 I摘要 IIAbstract III第1章引言 51.1課題研究的背景和來源 51.2課題研究成果應(yīng)用的實(shí)際意義 51.3本文的內(nèi)容及要緊工作 5第2章相關(guān)技術(shù)簡介 52.1GIS技術(shù) 52.2WebGIS技術(shù) 52.2.1WebGIS介紹 52.2.2WebGIS協(xié)議介紹 52.2.3WebGIS的開源平臺(tái) 52.3Ajax架構(gòu) 52.4Spring架構(gòu) 52.5本章小結(jié) 5第3章需求分析 53.1系統(tǒng)實(shí)現(xiàn)目標(biāo) 53.2系統(tǒng)運(yùn)行環(huán)境 53.3系統(tǒng)的開發(fā)環(huán)境 53.4功能性需求描述 53.4.1發(fā)送物資 53.4.2查詢物資狀態(tài) 53.4.3提貨 53.4.4查詢系統(tǒng)信息 53.4.5配置車輛線路 53.4.6實(shí)時(shí)顯示系統(tǒng)信息 53.4.7傳遞消息 53.4.8發(fā)送實(shí)時(shí)狀態(tài)信息 53.4.9車輛完成運(yùn)輸段 53.4.10操作物資 53.4.11補(bǔ)充需求 53.5非功能性需求描述 53.6系統(tǒng)術(shù)語表 53.7本章小結(jié) 5第4章系統(tǒng)設(shè)計(jì) 54.1系統(tǒng)設(shè)計(jì)原則 54.2系統(tǒng)總體設(shè)計(jì) 54.3數(shù)據(jù)訪問層設(shè)計(jì) 54.4服務(wù)層設(shè)計(jì) 54.5Web服務(wù)層設(shè)計(jì) 54.6消息處理部分設(shè)計(jì) 54.6.1消息隊(duì)列設(shè)計(jì) 54.6.2消息處理具體功能設(shè)計(jì) 54.6.3Socket操縱層詳細(xì)設(shè)計(jì) 54.7系統(tǒng)業(yè)務(wù)功能設(shè)計(jì) 54.7.1物資發(fā)送功能設(shè)計(jì) 54.7.2線路編輯功能設(shè)計(jì) 54.7.3物資運(yùn)輸功能設(shè)計(jì) 54.7.4權(quán)限操作功能設(shè)計(jì) 54.8數(shù)據(jù)庫設(shè)計(jì) 54.8.1發(fā)貨操作模塊的表設(shè)計(jì) 54.8.2線路編輯模塊的表設(shè)計(jì) 54.8.3物資運(yùn)輸模塊的表設(shè)計(jì) 54.8.4權(quán)限操縱模塊的表設(shè)計(jì) 54.8.5消息處理模塊的表設(shè)計(jì) 54.9本章小結(jié) 5第5章系統(tǒng)實(shí)現(xiàn) 55.1地圖數(shù)據(jù)傳輸與顯示 55.2客戶端設(shè)計(jì)與實(shí)現(xiàn) 55.2.1JavaScript語言面向?qū)ο缶幊?55.2.2客戶端請(qǐng)求協(xié)議和請(qǐng)求流程實(shí)現(xiàn) 55.2.3客戶端框架實(shí)現(xiàn) 55.3系統(tǒng)安全操縱實(shí)現(xiàn) 55.4物資處理模塊的實(shí)現(xiàn) 55.5消息處理模塊的實(shí)現(xiàn) 55.6本章小結(jié) 5第6章系統(tǒng)測(cè)試 56.1單元測(cè)試 56.2集成測(cè)試 56.3系統(tǒng)測(cè)試 56.4本章小結(jié) 5第7章結(jié)論 57.1本文工作總結(jié) 57.2進(jìn)一步展望 5參考文獻(xiàn) 5致謝 5引言課題研究的背景和來源隨著現(xiàn)代科學(xué)技術(shù)迅猛進(jìn)展，全球經(jīng)濟(jì)一體化的趨勢(shì)加強(qiáng)，各國都面臨著前所未有的機(jī)遇和挑戰(zhàn)。物流作為一種先進(jìn)的組織方式和治理技術(shù)，被廣泛認(rèn)為是企業(yè)在降低物資消耗，提高勞動(dòng)生產(chǎn)率以外的重要的利潤源泉，在國民經(jīng)濟(jì)和社會(huì)進(jìn)展中發(fā)揮著重要作用。物流業(yè)產(chǎn)生于20世紀(jì)60年代，進(jìn)展到90年代，是以滿足客戶要求為目的，對(duì)物資、服務(wù)和相關(guān)信息在產(chǎn)出地和銷售之間的實(shí)現(xiàn)高效率和低成本的正向和逆向的流淌和存儲(chǔ)所進(jìn)行的打算執(zhí)行和操縱過程。由于現(xiàn)代生產(chǎn)技術(shù)的進(jìn)展，產(chǎn)品的生命周期越來越短，在社會(huì)生產(chǎn)開始由單一品種的大批量生產(chǎn)向小批量、多品種定制化生產(chǎn)的同時(shí)，物流業(yè)開始由大批量、長周期的物流向小批量、多頻次的方向進(jìn)展，使物流的操縱越來越復(fù)雜。隨著科學(xué)技術(shù)特不是信息技術(shù)的進(jìn)展，信息化的物流使企業(yè)能夠在全球范圍內(nèi)進(jìn)行超時(shí)空的交易，又促進(jìn)了物流業(yè)的進(jìn)一步進(jìn)展與繁榮。在整個(gè)物流決策中，運(yùn)輸成本占到物流總成本的35%~50%左右。因此，物流信息化的重點(diǎn)在于物流運(yùn)輸系統(tǒng)信息化[1]。物流信息化的技術(shù)要緊包括：全球定位系統(tǒng)（GPS）、地理信息系統(tǒng)（GeographicInformationSystem,GIS）、射頻（RF）、條形碼和電子數(shù)據(jù)交換技術(shù)等。其中GIS技術(shù)起到一個(gè)特不重要的作用。GIS是一種以采集、貯存、治理、分析和描述整個(gè)或部分地球表面與空間地理分布有關(guān)數(shù)據(jù)的空間信息系統(tǒng)。在現(xiàn)代信息社會(huì)里，GIS作為一種集地理空間特征和各種統(tǒng)計(jì)信息為一體的專門信息系統(tǒng)，是信息高速公路上的節(jié)點(diǎn)和基礎(chǔ)設(shè)施，受到全社會(huì)的廣泛關(guān)注，成為目前國內(nèi)熱門的研究課題。GPRS，GPS技術(shù)的進(jìn)展又為GIS數(shù)據(jù)的實(shí)時(shí)獵取和實(shí)時(shí)傳輸?shù)於藞?jiān)實(shí)的基礎(chǔ)。基于GIS的系統(tǒng)差不多開始在各個(gè)領(lǐng)域出現(xiàn)。尤其以交通運(yùn)輸、物流、森林?jǐn)?shù)據(jù)分布等與地理數(shù)據(jù)關(guān)系最為緊密的領(lǐng)域?yàn)樯?。在物流系統(tǒng)中，GIS技術(shù)能夠在模型參考數(shù)據(jù)、車輛監(jiān)控和實(shí)時(shí)調(diào)度、監(jiān)控車輛位置與狀態(tài)、車輛導(dǎo)航以及選擇最佳路徑等大量涉及空間數(shù)據(jù)和屬性數(shù)據(jù)的世紀(jì)應(yīng)用中，提供有效的治理和科學(xué)決策依據(jù)[2]。關(guān)于基于C/S架構(gòu)的GIS系統(tǒng)來講，服務(wù)器負(fù)責(zé)收集實(shí)時(shí)的地理數(shù)據(jù)，客戶端負(fù)責(zé)訪問。這種架構(gòu)盡管能夠充分利用客戶端計(jì)算機(jī)的計(jì)算能力，降低服務(wù)器所承受到的壓力。然而弊端也是專門明顯的，客戶端過分臃腫，數(shù)據(jù)完整性不可控，不能適應(yīng)復(fù)雜網(wǎng)絡(luò)環(huán)境，安全性得不到保障，功能可擴(kuò)展性低，代碼維護(hù)困難重重和服務(wù)器資源白費(fèi)等。無法勝任分布式應(yīng)用系統(tǒng)的復(fù)雜性，客戶端軟件系統(tǒng)只能運(yùn)行在單一操作系統(tǒng)平臺(tái)上，采納相同的網(wǎng)絡(luò)傳輸協(xié)議等局限都大大阻礙了軟件系統(tǒng)的可部署環(huán)境，如此就增加了企業(yè)在硬件及網(wǎng)絡(luò)資源重復(fù)性投入的成本。可擴(kuò)展性受到限制，軟件系統(tǒng)被安裝在客戶端，一旦軟件發(fā)覺Bug，軟件需要升級(jí)，對(duì)軟件的修改將是企業(yè)的一筆不小的開支。關(guān)于GIS系統(tǒng)來講，數(shù)據(jù)源可能分布在多個(gè)不同地點(diǎn)，客戶端也分布在不同的地點(diǎn)，那么整個(gè)系統(tǒng)在物理架構(gòu)上來講確實(shí)是一個(gè)分布式的系統(tǒng)。關(guān)于這種系統(tǒng)來講，要提高系統(tǒng)的運(yùn)行效率、適應(yīng)復(fù)雜的網(wǎng)絡(luò)環(huán)境、降低維護(hù)費(fèi)用，那么B/S架構(gòu)相關(guān)于C/S架構(gòu)有更大的潛力。隨著Web技術(shù)的進(jìn)展，Web技術(shù)與GIS相結(jié)合產(chǎn)生的WebGIS成為GIS技術(shù)進(jìn)展的必定趨勢(shì)。相關(guān)于傳統(tǒng)的C/S架構(gòu)的GIS系統(tǒng)。WebGIS系統(tǒng)采納B/S架構(gòu)。部署和升級(jí)時(shí)只需要對(duì)服務(wù)器進(jìn)行操作，節(jié)約了企業(yè)的資源。目前Web軟件架構(gòu)的進(jìn)展，使得B/S架構(gòu)差不多向多層架構(gòu)的方向進(jìn)展，一般由客戶端、Web服務(wù)層、應(yīng)用服務(wù)層、數(shù)據(jù)層等組成?？蛻舳思磼呙槠?，負(fù)責(zé)用戶的輸入和結(jié)果的顯示；Web服務(wù)層提供JSP或者Servlet等的開發(fā)、部署和運(yùn)行，為客戶端預(yù)備前端顯示頁面代碼；應(yīng)用服務(wù)層實(shí)現(xiàn)企業(yè)業(yè)務(wù)邏輯和業(yè)務(wù)實(shí)體，并提供開發(fā)、部署和運(yùn)行環(huán)境，同時(shí)該層也提供對(duì)分布式網(wǎng)絡(luò)環(huán)境的支持，使得Web軟件架構(gòu)具備跨操作系統(tǒng)平臺(tái)和跨網(wǎng)絡(luò)傳輸協(xié)議等優(yōu)勢(shì)；數(shù)據(jù)層封裝了數(shù)據(jù)庫的底層操作，包括添加、查詢、修改和刪除等。B/S可分布式的架構(gòu)能夠明顯減輕各個(gè)服務(wù)器的負(fù)載，提高系統(tǒng)的整體運(yùn)行速度。通過B/S架構(gòu)提供的WebService服務(wù)，客戶端能夠利用JavaScript代碼操縱對(duì)各個(gè)WebService的訪問順序，從而輕松地修改業(yè)務(wù)操作的實(shí)現(xiàn)流程，這關(guān)于業(yè)務(wù)流程比較相似的物流企業(yè)來講，意味著開發(fā)出來的系統(tǒng)通過簡單配置能夠方便地運(yùn)用到其他企業(yè)的運(yùn)營治理中，大大提高了可系統(tǒng)的擴(kuò)展性和復(fù)用性。綜上所述，需要一套基于WebGIS的物流信息系統(tǒng)來優(yōu)化物流系統(tǒng)的流程，提高企業(yè)的運(yùn)行效率，降低運(yùn)營成本。課題研究成果應(yīng)用的實(shí)際意義本文研究的要緊目的是實(shí)現(xiàn)一個(gè)Web客戶端到GIS數(shù)據(jù)源之間進(jìn)行消息傳輸?shù)耐ㄓ每蚣埽⒃诖嘶A(chǔ)上實(shí)現(xiàn)物流系統(tǒng)需求的功能。由于各個(gè)企業(yè)有各自的業(yè)務(wù)流程和數(shù)據(jù)表示方法，平常開發(fā)的過程中需要對(duì)不同的企業(yè)實(shí)現(xiàn)不同的數(shù)據(jù)結(jié)構(gòu)和業(yè)務(wù)流程。而在系統(tǒng)開發(fā)的時(shí)候往往針對(duì)一個(gè)企業(yè)進(jìn)行數(shù)據(jù)定義和建模開發(fā)。這種開發(fā)方式偏重于應(yīng)用，沒有過多的考慮系統(tǒng)的復(fù)用。假如需求有了變化，往往要大面積地修改代碼，甚至是重新開發(fā)。如此就白費(fèi)了大量的人力物力。要達(dá)到降低開發(fā)成本的目的，最直接的方法確實(shí)是復(fù)用往常的系統(tǒng)。然而企業(yè)之間業(yè)務(wù)流程和數(shù)據(jù)表達(dá)方式的差異提高了系統(tǒng)復(fù)用的門檻，降低了不同企業(yè)之間軟件復(fù)用的可能性。然而關(guān)于物流系統(tǒng)來講，它們處理物資的業(yè)務(wù)流程過程中數(shù)據(jù)流向和處理處理方式是相同的，只是存在不多的差異。而在基于WebGIS的系統(tǒng)中，由于GIS數(shù)據(jù)源和Web客戶端的抽象化，使得它們與服務(wù)器之間的數(shù)據(jù)流淌更加清晰。最終能夠整理出一份關(guān)于Web客戶端和服務(wù)器進(jìn)行交互的通用需求和一份物流系統(tǒng)物資處理流程的通用需求。在軟件復(fù)用中，假如一系列的系統(tǒng)共享特定的領(lǐng)域中的明確需求，那么這一系列的系統(tǒng)構(gòu)成軟件的產(chǎn)品線。它們之間能夠共享架構(gòu)，從而縮短類似系統(tǒng)的開發(fā)時(shí)刻，提高開發(fā)的效率[3]。因此本系統(tǒng)能夠側(cè)重架構(gòu)設(shè)計(jì)，從而產(chǎn)生一個(gè)能夠復(fù)用的，支持GIS數(shù)據(jù)源、服務(wù)器、Web客戶端之間進(jìn)行數(shù)據(jù)流淌和數(shù)據(jù)處理的架構(gòu)。架構(gòu)確定了系統(tǒng)整體結(jié)構(gòu)、層次劃分、不同部分之間的協(xié)作關(guān)系以后，所形成的具體實(shí)現(xiàn)組成了可復(fù)用的框架。框架的作用，在于確定企業(yè)各種業(yè)務(wù)的具體技術(shù)實(shí)現(xiàn)，并規(guī)定它們?cè)谙到y(tǒng)中的組織方式和協(xié)作方式，從而組成完整的企業(yè)應(yīng)用解決方案，快速的完成系統(tǒng)開發(fā)[4]。在框架的基礎(chǔ)上，實(shí)現(xiàn)物流系統(tǒng)處理物資流程的通用需求，提供盡可能小的WebService接口。如此，Web客戶端能夠利用Ajax技術(shù)和服務(wù)器交互，將WebService提供的服務(wù)連接起來，組成具體的業(yè)務(wù)流程。本課題研究的系統(tǒng)，確實(shí)是要通過Web服務(wù)器在企業(yè)的不同GIS數(shù)據(jù)源和Web客戶單的治理人員之間搭建一個(gè)實(shí)時(shí)的數(shù)據(jù)傳輸和處理架構(gòu)，產(chǎn)生適用于WebGIS系統(tǒng)的通用模板。并在此基礎(chǔ)上添加數(shù)據(jù)結(jié)構(gòu)和業(yè)務(wù)處理流程，實(shí)現(xiàn)物流企業(yè)中物資輸入、線路定義、車輛監(jiān)控、實(shí)時(shí)消息傳輸?shù)裙δ堋？紤]到物流企業(yè)需求之間的相似性，本系統(tǒng)的構(gòu)建的框架能夠通過簡單的配置并添加適當(dāng)?shù)臄?shù)據(jù)結(jié)構(gòu)，直接應(yīng)用到其他的企業(yè)中。本文的內(nèi)容及要緊工作本文在分析介紹了WebGIS技術(shù)，WMS/WMF協(xié)議、WebGIS相關(guān)的組件的基礎(chǔ)上，基于物流系統(tǒng)的需求特點(diǎn)，介紹了GIS數(shù)據(jù)轉(zhuǎn)發(fā)傳輸和處理架構(gòu)，同時(shí)實(shí)現(xiàn)了物流系統(tǒng)的差不多功能。各章的內(nèi)容組織如下：第2章介紹了GIS技術(shù)、WebGIS技術(shù)的協(xié)議和開源平臺(tái)、Ajax技術(shù)以及Spring框架技術(shù)；第3章分析了系統(tǒng)的開發(fā)環(huán)境，利用用例建模分析系統(tǒng)的功能需求，同時(shí)依照實(shí)際情況補(bǔ)充了部分需求，提出了非功能性需求，并描述了系統(tǒng)術(shù)語表；第4章對(duì)系統(tǒng)進(jìn)行總體設(shè)計(jì)，并對(duì)服務(wù)層、Web服務(wù)層、數(shù)據(jù)訪問層、消息處理部分、socket操縱層等進(jìn)行詳細(xì)設(shè)計(jì)，對(duì)系統(tǒng)中物資運(yùn)輸、線路編輯、權(quán)限操縱、發(fā)送物資等功能進(jìn)行了詳細(xì)設(shè)計(jì)，對(duì)介紹了系統(tǒng)中數(shù)據(jù)庫表；第5章要緊介紹了JavaScript語言的面向?qū)ο蠛褪录?qū)動(dòng)的實(shí)現(xiàn)，展示了Web客戶端依照相關(guān)協(xié)議與服務(wù)器交互的流程，并介紹了客戶端框架的實(shí)現(xiàn)以及定時(shí)更新機(jī)制的實(shí)現(xiàn)。最后是服務(wù)器端的具體實(shí)現(xiàn)，展示了安全操縱機(jī)制下用戶訪問服務(wù)器的流程、物資從發(fā)貨到最后提貨的整個(gè)處理流程，重點(diǎn)介紹了消息在治理人員、服務(wù)器端、車輛終端之間進(jìn)行交互的傳輸和處理流程；第6章介紹了利用工具進(jìn)行測(cè)試的情況，并對(duì)出現(xiàn)的錯(cuò)誤進(jìn)行了分析解決；第7章結(jié)論部分是對(duì)整個(gè)論文工作的總結(jié)以及下一步工作的展望，指出我們工作中有待改進(jìn)的地點(diǎn)，同時(shí)指明了下一步的研究方向。相關(guān)技術(shù)簡介GIS技術(shù)GIS是以采集、存儲(chǔ)、治理、分析、描述和應(yīng)用整個(gè)或部分地球表面（包括大氣層在內(nèi)）與空間和地理分布有關(guān)的數(shù)據(jù)的計(jì)算機(jī)系統(tǒng)。它由硬件、軟件、數(shù)據(jù)和用戶有機(jī)結(jié)合而構(gòu)成。GIS要實(shí)現(xiàn)的五個(gè)差不多功能為：數(shù)據(jù)輸入、數(shù)據(jù)編輯、數(shù)據(jù)存儲(chǔ)與治理、空間查詢與空間分析以及圖形輸出與交互操作。GIS始于60年代的加拿大與美國，爾后各國相繼投入了大量的研究工作，自80年代末以來，隨著計(jì)算機(jī)技術(shù)的飛速進(jìn)展，地理信息的處理、分析手段日趨先進(jìn)，GIS技術(shù)日臻成熟，已廣泛地應(yīng)用于環(huán)境、資源、石油、電力、土地、交通、公安、急救、航空、市政治理、都市規(guī)劃、經(jīng)濟(jì)咨詢、災(zāi)難損失推測(cè)、投資評(píng)價(jià)、政府治理和軍事等與地理坐標(biāo)相關(guān)的幾乎所有領(lǐng)域。GIS技術(shù)依托的要緊工具和平臺(tái)是計(jì)算機(jī)及其相關(guān)設(shè)備。進(jìn)入90年代以來，隨著計(jì)算機(jī)技術(shù)的進(jìn)展，計(jì)算機(jī)微處理器的處理速度愈來愈快，性能價(jià)格比更高；其存儲(chǔ)器能實(shí)現(xiàn)將大型文件映射至內(nèi)存的能力，同時(shí)能存儲(chǔ)海量數(shù)據(jù)。此外，隨著多媒體技術(shù)、空間技術(shù)、虛擬實(shí)景、數(shù)字測(cè)繪技術(shù)、數(shù)據(jù)倉庫技術(shù)、計(jì)算機(jī)圖形技術(shù)、三維圖形芯片、大容量光盤技術(shù)及寬頻光纖通訊技術(shù)的突破性進(jìn)展，消除數(shù)據(jù)通訊瓶頸的衛(wèi)星互聯(lián)網(wǎng)的建立，以及能夠提供接近實(shí)時(shí)對(duì)地觀測(cè)圖像的高分辨、高光譜、短周期遙感衛(wèi)星的大量發(fā)射，這些為GIS技術(shù)的廣泛、深入應(yīng)用展示了更加光明的前景。同時(shí)，也使當(dāng)前的GIS已不能滿足信息時(shí)代、數(shù)字時(shí)代的要求，目前GIS總體上呈現(xiàn)網(wǎng)絡(luò)化、開放性、虛擬現(xiàn)實(shí)、集成化、空間多維性等進(jìn)展趨勢(shì)。WebGIS技術(shù)WebGIS介紹WebGIS是GIS技術(shù)與WWW技術(shù)的結(jié)合，是在Internet網(wǎng)絡(luò)環(huán)境下的一種傳輸、存儲(chǔ)、處理、分析和顯示與應(yīng)用地理信息的計(jì)算機(jī)系統(tǒng)。稱之為WebGIS的緣故是大多數(shù)客戶端應(yīng)用采納了WWW協(xié)議。在Internet的支持下，依照TCP/IP和HTTP協(xié)議，WebGIS把支持標(biāo)準(zhǔn)的HTML的掃瞄器作為統(tǒng)一的客戶端，因此狹義地講WebGIS是一種在Internet上進(jìn)展起來的新技術(shù)，其核心是將GIS功能嵌入到滿足HTTP和TCP/IP標(biāo)準(zhǔn)的Internet應(yīng)用體系中，實(shí)現(xiàn)Internet環(huán)境下地理信息的有效治理和處理。與傳統(tǒng)的地理信息系統(tǒng)相比較，WebGIS有如下特點(diǎn)：(1)更廣泛的客戶訪問范圍。客戶能夠同時(shí)訪問多個(gè)位于不同地點(diǎn)的服務(wù)器上的最新數(shù)據(jù)，而Internet所特有的優(yōu)勢(shì)大大擴(kuò)展了GIS的數(shù)據(jù)的處理能力，增強(qiáng)了空間數(shù)據(jù)的時(shí)效性。(2)客戶端的平臺(tái)獨(dú)立性。不管客戶機(jī)是何種操作系統(tǒng)，只要支持通用的Web掃瞄器，用戶就能夠訪問GIS數(shù)據(jù)及服務(wù)器所提供的服務(wù)。(3)更簡單的操作。要推廣GIS，使GIS系統(tǒng)為寬敞的一般用戶所同意，而不僅僅局限于少數(shù)受過專業(yè)培訓(xùn)的用戶，就要降低對(duì)系統(tǒng)的操作難度。通過Web掃瞄器提供友好的用戶界面無疑是一種專門好的選擇。(4)更高效的計(jì)算負(fù)載平衡。傳統(tǒng)的GIS大都使用文件服務(wù)器結(jié)構(gòu)的處理方式，其處理能力完全依靠客戶端，效率較低。而當(dāng)今的一些高級(jí)的WebGIS能充分利用網(wǎng)絡(luò)資源，將復(fù)雜的處理交由服務(wù)器處理，而簡單的操作則由客戶端直接完成。這種計(jì)算能靈活地在服務(wù)器端和客戶端之間合理地分配處理任務(wù)，提高網(wǎng)絡(luò)資源的利用效率，提高了系統(tǒng)的性能。(5)分布式的系統(tǒng)。Internet的一個(gè)特點(diǎn)確實(shí)是它能夠訪問分布式數(shù)據(jù)庫和執(zhí)行分布式處理，即信息和應(yīng)用能夠部署在跨越整個(gè)Internet的不同計(jì)算機(jī)上。GIS數(shù)據(jù)和分析工具是獨(dú)立的組件和模塊，WebGIS利用Internet的這種分布式系統(tǒng)把GIS數(shù)據(jù)和分析工具部署在網(wǎng)絡(luò)不同的計(jì)算機(jī)上，用戶能夠從網(wǎng)絡(luò)的任何地點(diǎn)訪問這些數(shù)據(jù)和應(yīng)用程序，不需要在本地計(jì)算機(jī)上安裝GIS數(shù)據(jù)和應(yīng)用程序，只要把請(qǐng)求發(fā)送到服務(wù)器，服務(wù)器就會(huì)把數(shù)據(jù)和分析工具模塊傳送給用戶，達(dá)到實(shí)時(shí)部署的性能。(6)動(dòng)態(tài)性。由于WebGIS是分布式系統(tǒng)，數(shù)據(jù)與應(yīng)用程序部署在不同的計(jì)算機(jī)上，隨時(shí)可能被治理員更新，關(guān)于Internet上的每一個(gè)用戶來講，都能得到最新的數(shù)據(jù)和應(yīng)用程序的最新版本，只要數(shù)據(jù)源發(fā)生變化，和數(shù)據(jù)源的動(dòng)態(tài)連接將保持?jǐn)?shù)據(jù)的實(shí)時(shí)性。(7)交互性。WebGIS可使用戶在Internet上操作GIS地圖和數(shù)據(jù)，用Web掃瞄器(IE，Netscape等)執(zhí)行部分差不多的GIS功能：如縮放，漫游，查詢和標(biāo)注，甚至能夠執(zhí)行空間查詢：如“離你最近的旅館或飯店在哪兒”，或者更先進(jìn)的空間分析：比如緩沖分析和網(wǎng)絡(luò)分析等。在Web上使用WebGIS就和在本地計(jì)算機(jī)上使用桌面GIS軟件一樣。(8)經(jīng)濟(jì)性。一般專業(yè)的GIS軟件特不昂貴，而關(guān)于一般用戶來講，只使用一些最差不多的功能，想購買專業(yè)軟件顯得不太可能，也不經(jīng)濟(jì)。WebGIS在客戶端只需要掃瞄器，GIS數(shù)據(jù)和GIS軟件的治理與維護(hù)差不多上由服務(wù)器完成，因此系統(tǒng)成本比以往全套GIS軟件平臺(tái)要少得多，客戶端軟件的簡單化節(jié)約的維護(hù)費(fèi)用也是專門可觀的。WebGIS協(xié)議介紹開放式地理信息系統(tǒng)協(xié)會(huì)（OpenGISConsortium,OGC）是非營利、國際自發(fā)性、研究地理信息系統(tǒng)標(biāo)準(zhǔn)的國際組織。OGC所提供的規(guī)范是關(guān)心GIS開發(fā)者制造一個(gè)高效、無隔閡和透明的地理信息系統(tǒng)使用、分析、處理的環(huán)境[5]。開放式地理信息系統(tǒng)（OpenGIS）正是由OGC提出的一個(gè)為了實(shí)現(xiàn)開放式地理信息系統(tǒng)而提出的開放式地理空間數(shù)據(jù)互操作規(guī)范。按照OpenGIS的規(guī)范，能夠構(gòu)造一個(gè)能獵取分布式地理空間數(shù)據(jù)和空間服務(wù)資源的軟件框架。OpenGIS給全世界的軟件開發(fā)商一個(gè)詳細(xì)的通用界面模板，使得不同開發(fā)商依照OpenGIS開發(fā)出來的不同GIS軟件能夠進(jìn)行互操作。OpenGIS圍繞著地理空間信息共享和提供地理空間處理服務(wù)兩個(gè)技術(shù)目標(biāo)，要緊包括三部分內(nèi)容：開放式地理空間數(shù)據(jù)模型、OpenGIS服務(wù)模型和信息團(tuán)體模型。其中與WebGIS有關(guān)的協(xié)議要緊有：GML（GeographyMarkupLanguage），WFS（WebFeatureService），WMS（WebMapService），SLD（StyledLayerDescriptor），WCS（WebCoverageService）和WSCS（WebServicesCommonSpecification）等規(guī)范[6]。其中GML、WMS、WFS和WCS能夠作為Web服務(wù)的空間數(shù)據(jù)服務(wù)規(guī)范，又能夠作為空間數(shù)據(jù)的互操作實(shí)現(xiàn)。只要某一個(gè)GIS軟件支持那個(gè)接口，部署在本地服務(wù)器上，其他GIS軟件就能夠通過那個(gè)接口得到所需要的數(shù)據(jù)。GML協(xié)議GML是一種用于建模、傳輸和存儲(chǔ)地理及與地理相關(guān)信息的XML編碼語言，它包括了地理要素（Feature）與層（Coverage）的空間與非空間特征。GML建立在W3C系列標(biāo)準(zhǔn)之上，以一種互聯(lián)網(wǎng)上容易共享的方式來描述、表達(dá)地理信息，是第一個(gè)被GIS界廣泛同意的元標(biāo)記語言。在這之前開發(fā)的各種用于存儲(chǔ)和交換地理信息的文件格式或標(biāo)準(zhǔn)，由于缺少相應(yīng)的支持工具，而沒有被廣泛同意。GML的一個(gè)重要優(yōu)勢(shì)確實(shí)是它能夠讓開發(fā)者或用戶特不靈活地使用已被廣泛同意的XML技術(shù)，它建立在XML、XMLSchema、XLink和XPointer基礎(chǔ)之上，GML數(shù)據(jù)能夠?qū)ｉT容易地與非空間數(shù)據(jù)集成使用。GML使用XML對(duì)地理數(shù)據(jù)進(jìn)行編碼，為開發(fā)商和用戶提供了一種開放的、中立于任何廠商的地理數(shù)據(jù)建模框架，使地理信息能夠在不同領(lǐng)域、不同部門進(jìn)行語義共享。GML采納要素來描述地理實(shí)體和地理現(xiàn)象，GML要素是通過其屬性（property）來描述的，這些屬性包括：空間屬性、時(shí)態(tài)屬性及其他非空間時(shí)態(tài)屬性。OGC先后推出了3個(gè)版本的GML，GML1.0版本于2000年4月正式推出，GML2.0版本于2001年2月推出，GML2.12版本于2002年9月推出，2003年1月推出GML3.0版本。3.0版增加了對(duì)復(fù)雜的幾何實(shí)體、拓?fù)?、空間參照系統(tǒng)、元數(shù)據(jù)、時(shí)刻特征和動(dòng)態(tài)要素等的支持，使其更加適合描述現(xiàn)實(shí)世界問題。GML作為一個(gè)空間數(shù)據(jù)編碼規(guī)范，它并沒有強(qiáng)制采納它的用戶使用規(guī)定的XML標(biāo)識(shí)，而是提供了一套差不多的標(biāo)簽、公共的數(shù)據(jù)模型，以及用戶構(gòu)建應(yīng)用模式（GMLApplicationSchemas）的機(jī)制[7]。WMS協(xié)議WMS從動(dòng)態(tài)的地理信息中位置數(shù)據(jù)，產(chǎn)生空間參考數(shù)據(jù)的地圖。地圖的格式能夠?yàn)镻NG/GIF/JPEG/SVG/WebCGM中的任意一種。那個(gè)規(guī)范定義了三個(gè)操作：GetCapabilities操作返回XML格式的服務(wù)級(jí)元數(shù)據(jù)，它是對(duì)服務(wù)信息內(nèi)容和可同意請(qǐng)求參數(shù)的一種描述；GetMap用來從地圖服務(wù)器得到一副具有特定的地理位置坐標(biāo)范圍的地圖圖像，在構(gòu)造請(qǐng)求時(shí)需要設(shè)置圖層名稱、坐標(biāo)范圍、返回圖像的高寬和格式等；GetFeatureInfo是WMS可選的服務(wù)，用來提供進(jìn)一步查詢地圖上的某些專門要素的信息的接口[8]。WFS協(xié)議WFS向用戶提供使用GML編碼的地理空間要素?cái)?shù)據(jù)，并支持在HTTP協(xié)議的分布式計(jì)算機(jī)平臺(tái)上對(duì)地理要素進(jìn)行查詢、插入、更新和刪除操作等。那個(gè)規(guī)范定義了五個(gè)操作：GetCapabilities返回WFS性能描述文檔（用XML描述）；DescribeFeatureType向用戶提供一個(gè)列表，表示W(wǎng)FS服務(wù)器能提供的服務(wù)的要素類型。列表還定義了請(qǐng)求具體要素實(shí)例時(shí)的請(qǐng)求格式以及輸出時(shí)生成要素實(shí)例的方法。；GetFeature為一個(gè)獵取要素實(shí)例的請(qǐng)求提供服務(wù)；Transaction為事務(wù)請(qǐng)求提供服務(wù)；LockFeature處理在一個(gè)事務(wù)期間對(duì)一個(gè)或多個(gè)要素類型實(shí)例上鎖的請(qǐng)求[9]。在具體的GIS應(yīng)用當(dāng)中，WFS經(jīng)常用來實(shí)現(xiàn)對(duì)地圖上數(shù)據(jù)的查詢與修改，并經(jīng)常與系統(tǒng)的領(lǐng)域?qū)又械哪Ｐ瓦M(jìn)行交互。WCS協(xié)議WCS協(xié)議是面向空間影像數(shù)據(jù)的，它將包含地理位置值的地理空間數(shù)據(jù)作為“覆蓋（coverage）”在網(wǎng)上相互交換。WCS規(guī)范由三種操作組成：GetCapabilities，GetCoverage和DescribeCoverageType。GetCapabilities操作返回描述服務(wù)和數(shù)據(jù)集的XML文檔。WCS中的GetCoverage操作是在GetCapabilities確定什么樣的查詢能夠執(zhí)行、什么樣的數(shù)據(jù)能夠獵取之后執(zhí)行的，它使用通用的覆蓋格式返回地理位置的值或?qū)傩?。客戶端能夠指定獵取哪些覆蓋，以及對(duì)空間和非空間的查詢進(jìn)行約束。DescribeCoverageType操作同意客戶端請(qǐng)求由具體的WCS服務(wù)器提供的任一覆蓋層的完全描述[10]。在MapBuilder庫文件中，利用WCS進(jìn)行地理空間數(shù)據(jù)數(shù)據(jù)交換。WebGIS的開源平臺(tái)GeoServer地圖服務(wù)器GeoServer是全面遵循OGC開放標(biāo)準(zhǔn)的J2EE實(shí)現(xiàn)，能夠方便地公布地圖數(shù)據(jù)，同時(shí)同意用戶對(duì)特征數(shù)據(jù)進(jìn)行更新、刪除、插入等操作，通過GeoServer能夠比較容易地在用戶之間迅速共享空間地理信息。GeoServer支持PostGIS、oracle，mysql等數(shù)據(jù)庫數(shù)據(jù)源以及shapefile，mapinfo等格式的文件數(shù)據(jù)源；能夠運(yùn)行在任何基于J2EE/Servlet容器上；能夠通過WMS將數(shù)據(jù)采納maps/images方式公布，也能夠通過WFS協(xié)議直接公布實(shí)際數(shù)據(jù)。GeoServer集成了GeoTools工具。GeoTools是一款基于Java的開源GIS工具集，同意用戶對(duì)地理數(shù)據(jù)進(jìn)行差不多操作。通過GeoTools的各種接口和helper類，能夠?qū)懭胄碌臄?shù)據(jù)格式，通過GeoTools為GeoServer提供的插件，在不進(jìn)行重新編譯的情況下，能夠讓GeoServer支持更多的數(shù)據(jù)格式，甚至只需要通過GUI的option設(shè)置即可。PostGIS數(shù)據(jù)庫治理系統(tǒng)PostGIS是由RefractionsResearchInc開發(fā)的，它是對(duì)象關(guān)系型數(shù)據(jù)庫系統(tǒng)PostgreSQL的一個(gè)擴(kuò)展，同意數(shù)據(jù)庫存儲(chǔ)處理GIS對(duì)象。PostGIS提供了基于WKT和WKB格式的EWKT和EWKB格式，存儲(chǔ)與訪問Geometry對(duì)象的功能；同時(shí)，也提供了豐富的維護(hù)、檢索和空間運(yùn)算函數(shù)，確保能對(duì)矢量格式的空間數(shù)據(jù)及其屬性數(shù)據(jù)進(jìn)行有效地組織、索引，并能依照用戶需求進(jìn)行自定義函數(shù)的擴(kuò)充。PostGIS旨在支持開發(fā)PostGIS以支持重要的GIS功能，包括對(duì)OpenGIS的完整支持，高級(jí)拓?fù)涞臉?gòu)建，用于顯示和編輯GIS數(shù)據(jù)的左面用戶界面工具和基于網(wǎng)絡(luò)的訪問工具。與單純使用PostgreSQL相比，開發(fā)人員應(yīng)用PostGIS更易于實(shí)現(xiàn)空間幾何對(duì)象，PostGIS要緊優(yōu)點(diǎn)有：(1)在3D擴(kuò)展下支持OpenGIS的WKT空間數(shù)據(jù)對(duì)象，支持3DZ、3DM、4D坐標(biāo)表示。(2)支持SQL及空間查詢處理空間數(shù)據(jù)對(duì)象。(3)提供大量空間算子進(jìn)行空間操作，并提供了支持多種標(biāo)準(zhǔn)投影類型的開源投影庫（Proj4）。PostGIS支持的GIS對(duì)象是OGC定義的“簡單要素”的超集[11]。MapBuilderMapBuilder是一個(gè)基于Ajax（AsynchronousJavaScriptandXML）技術(shù)的地圖處理顯示的Web開源客戶端。它支持InternetExplorer6+、Mozilla1.3+、Netscape6+等掃瞄器。支持WMS和WFS-T服務(wù)。它依照WMS協(xié)議實(shí)現(xiàn)了地圖顯示、縮放、移動(dòng)等操作，同時(shí)能夠利用WFS-T協(xié)議修改服務(wù)器上的地圖數(shù)據(jù)。通過簡單的配置，MapBuilder中的組件能夠輕松的嵌入到網(wǎng)頁文件中。在具體實(shí)現(xiàn)上采納MVC模式，MVC是ModelViewController（模型，視圖，操縱器）的縮寫。那個(gè)模式的目的是為了簡化應(yīng)用程式的實(shí)現(xiàn)。此模式包括三個(gè)獨(dú)立組件。Model表示數(shù)據(jù)，用戶期待看到的數(shù)據(jù)。View負(fù)責(zé)展示模型。視圖在文本編輯器中可能按照適當(dāng)格式顯示一段文本，在多數(shù)情況下，試圖在Web應(yīng)用中生成HTML，以便客戶端掃瞄器解釋掃瞄。Controller是一段邏輯，負(fù)責(zé)處理請(qǐng)求和按照客戶請(qǐng)求行動(dòng)，創(chuàng)建適當(dāng)?shù)哪Ｐ?，并將其傳遞到視圖以供顯示。在MapBuilder中分不對(duì)應(yīng)于模式（Model）、飾件（Widget）、工具（Tool）三種類型的JavaScript對(duì)象，實(shí)現(xiàn)了數(shù)據(jù)治理、信息表達(dá)和交互操作的模塊化。MVC模式中的一個(gè)重要問題是數(shù)據(jù)的組織治理，關(guān)于MapBuilder而言確實(shí)是數(shù)據(jù)模型。MapBuilder不提供通常的點(diǎn)、線、面等幾何對(duì)象的封裝，整個(gè)數(shù)據(jù)流完全通過XML配置與解析進(jìn)行治理，其優(yōu)點(diǎn)是標(biāo)準(zhǔn)化程度高、客戶端使用便捷、無需編碼。這些數(shù)據(jù)流包括系統(tǒng)配置、地圖配置以及服務(wù)器端交互所產(chǎn)生的各種GML數(shù)據(jù)。其中系統(tǒng)配置文件按照資源描述框架(ResourceDescriptionFramework,RDF)語法以O(shè)bject-Property-Value格式定義所需對(duì)象，每個(gè)對(duì)象被給予一個(gè)唯一標(biāo)識(shí)的ID，通過ID在全局域中可直接以config.objects.id來應(yīng)用指定的對(duì)象實(shí)例。地圖配置文件則按照OGC的WMC（WebMapContext）規(guī)范定義地圖所需各參數(shù)，所有配置文件都將在頁面加載時(shí)被自動(dòng)解析，映射成為所定義的對(duì)象實(shí)例。系統(tǒng)配置自身被映射為模型對(duì)象Config，所有模型對(duì)象都派生自抽象類ModelBase，統(tǒng)一調(diào)用GET方法獵取數(shù)據(jù)信息，并以SET方法設(shè)置、修改模型信息和狀態(tài)。GML數(shù)據(jù)僅作為中間交換數(shù)據(jù)存在，通常需要進(jìn)行XPath或XSLT轉(zhuǎn)換處理。MVC模式的另一個(gè)重要問題確實(shí)是消息的傳遞和相應(yīng)。MapBuilder中由兩種消息類型：一種是掃瞄器定義的各類系統(tǒng)消息，如鼠標(biāo)按下事件等；另一種是自定義消息，如加載模型事件loadModel等。系統(tǒng)消息由派生自ToolBase類的工具對(duì)象處理，如響應(yīng)鼠標(biāo)點(diǎn)擊事件。這些工具對(duì)象常作為飾件對(duì)象的一個(gè)屬性配置在系統(tǒng)文件。事件對(duì)象則通過DIV等標(biāo)記與網(wǎng)頁建立關(guān)聯(lián)來展現(xiàn)模型信息，一般派生自WidgetBase類。WidgetBase類與ModelBase類擁有共同的父類Listener，因此飾件對(duì)象注冊(cè)給一個(gè)模型對(duì)象即可通過調(diào)用事件監(jiān)聽器互通自定義信息。模型的修改會(huì)阻礙飾件狀態(tài)，飾件同樣能夠?qū)⑾到y(tǒng)事件的阻礙傳遞給模型處理[12]。Ajax架構(gòu) Ajax是一種創(chuàng)建交互網(wǎng)頁的技術(shù)，由AdaptivePath的咨詢顧問JesseJamesGarrett首先提出。它不是單一的技術(shù)，而是JavaScript、CSS、DOM、XMLHttpRequest對(duì)象的集合。其中JavaScript是通用的腳本語言，Web掃瞄器中嵌入的JavaScript解釋器同意通過程序與掃瞄器的專門多內(nèi)建功能進(jìn)行交互。CSS（層疊樣式表）為Web頁面元素提供了一個(gè)可重用的可視化樣式的定義方法。它提供了簡單而強(qiáng)大的方法，以一致的方式定義和使用可視化式樣。DOM（文檔對(duì)象模型）以一組能夠使用JavaScript操作的可編程對(duì)象展示出Web頁面的結(jié)構(gòu)。XMLHttpRequest對(duì)象同意Web程序從Web服務(wù)器以后臺(tái)活動(dòng)的方式獵取數(shù)據(jù)。在Ajax的使用當(dāng)中，JavaScript定義了業(yè)務(wù)規(guī)則和程序流程。應(yīng)用程序使用XMLHttpRequest對(duì)象以后臺(tái)方式從服務(wù)器獲得數(shù)據(jù)。DOM對(duì)象依照服務(wù)器得到的數(shù)據(jù)修改客戶端Web頁面中的元素值。CSS利用規(guī)定好的樣式將DOM對(duì)象顯示到掃瞄器中[13]。Spring架構(gòu)Spring是一個(gè)開源的架構(gòu)，由RodJohnson開發(fā)并在他的著作ExpertOne-on-One:J2EEDesignandDevelopment中進(jìn)行描述。它用來簡化企業(yè)應(yīng)用程序的開發(fā)，使得程序僅僅利用JavaBean就能夠完成往常只能由EJB來完成的工作。任何的Java應(yīng)用程序都能從Spring框架的簡單、可測(cè)試性和松耦合中得到好處，而不僅僅限定為服務(wù)器端的程序。在J2EE中，EJB的原意是為了解決諸如分布式對(duì)象和遠(yuǎn)程事務(wù)等問題而設(shè)計(jì)的復(fù)雜的組件。關(guān)于復(fù)雜度不高的企業(yè)項(xiàng)目，在開發(fā)時(shí)也必須要承擔(dān)EJB的眾多的Java源文件、繁雜的部署描述以及重型容器等不便。即使要解決的問題專門簡單，EJB的使用也會(huì)使得企業(yè)系統(tǒng)的復(fù)雜度大大增加。因此使用Spring來替代EJB，它使得系統(tǒng)的復(fù)雜度依靠于要解決的問題，減少了容器對(duì)設(shè)計(jì)的侵蝕。在簡化開發(fā)的同時(shí)，它盡量提供了和EJB相同的功能。Spring的信條是：J2EE應(yīng)當(dāng)是易于使用的。簡單來講，Spring是一個(gè)輕型的、操縱反轉(zhuǎn)的同時(shí)支持面向方面的容器框架[14]。輕量級(jí)的容器意味著對(duì)程序代碼做最少的改動(dòng)，就能夠獲得Spring核心帶來的好處。Spring框架的核心基于依靠注入（DependencyInjection,DI）技術(shù)。在Spring中，所有類資源都被應(yīng)用為Bean，只需要遵循JavaBean的命名規(guī)則，DI機(jī)制就能夠類屬性配置操作與代碼相分離。關(guān)于基于接口編程的程序，通過采納DI，為基于接口的設(shè)計(jì)而編寫的輔助代碼大大減少，接近于零。Spring框架中DI帶來的好處要緊有：(1)減少“粘合”代碼。DI能夠消除為了連接應(yīng)用程序的各個(gè)部分而編寫的大量代碼。(2)依靠的外置化。Spring中DI的通過外置的配置文件來實(shí)現(xiàn)，因此能夠?qū)⒁揽客庵没?。要改變依靠只需要修改配置文件而不需要修改代碼。(3)在統(tǒng)一的地點(diǎn)治理依靠。采納傳統(tǒng)方式治理依靠時(shí)，依靠關(guān)系會(huì)在代碼中散布開，改變它們通常會(huì)帶來問題。當(dāng)時(shí)用DI的時(shí)候，所有關(guān)于依靠的信息都通過一個(gè)簡單的庫進(jìn)行治理，使得治理依靠變得既簡單又不容易出錯(cuò)。(4)提高可測(cè)試性。當(dāng)面向DI設(shè)計(jì)類時(shí)，類之間的依靠能夠方便的進(jìn)行改變。這一點(diǎn)在系統(tǒng)進(jìn)行測(cè)試時(shí)特不方便[15]。除了DI之外，Spring框架還提供：面向方面（AOP）編程機(jī)制、對(duì)數(shù)據(jù)訪問的優(yōu)化、事務(wù)治理、Web層的MVC架構(gòu)、簡化整合J2EE功能、遠(yuǎn)程訪問（Demoting）支持、Mail支持、打算任務(wù)支持以及源代碼級(jí)的Metadata（元數(shù)據(jù)）等功能。本章小結(jié)本章首先對(duì)GIS技術(shù)進(jìn)行了介紹，包括GIS技術(shù)的差不多功能、應(yīng)用范圍、以及今后的進(jìn)展趨勢(shì)等。然后介紹了WebGIS，講明了WebGIS的概念和優(yōu)點(diǎn)；介紹了OGC組織以及它所提出來的GML、WMS、WFS、WCS等WebGIS所用到的OpenGIS協(xié)議，分析了每個(gè)協(xié)議的作用和相互的關(guān)系；同時(shí)介紹了支持WebGIS開發(fā)的開源平臺(tái)，包括WebGIS服務(wù)器軟件GeoServer、支持GIS操作的數(shù)據(jù)庫PostGIS以及實(shí)現(xiàn)了WMS/WFS協(xié)議采納MVC模式架構(gòu)的MapBuilder地圖操作組件。最后對(duì)用于Web2.0開發(fā)的Ajax架構(gòu)，以及用于簡化J2EE開發(fā)的Spring做了介紹。由本章的分析可知，J2EE平臺(tái)下的WebGIS開發(fā)的協(xié)議差不多慢慢規(guī)范，有利于GIS系統(tǒng)的開發(fā)和不同系統(tǒng)的相互訪問；支持軟件也日漸增多，功能越發(fā)強(qiáng)大。其中Spring框架的出現(xiàn)更使得J2EE服務(wù)器編程變得愈發(fā)簡單化和自動(dòng)化。需求分析需求分析是軟件開發(fā)流程中重要的一個(gè)環(huán)節(jié)，需求分析的差不多任務(wù)是依照用戶的需求，準(zhǔn)確定義要完成的系統(tǒng)的目標(biāo)，回答系統(tǒng)必須“做什么”的問題。它的要緊用途是明確系統(tǒng)需求，是用戶和開發(fā)人員之間進(jìn)行討論的基礎(chǔ)，并作為系統(tǒng)設(shè)計(jì)、實(shí)現(xiàn)以及測(cè)試的依據(jù)。只有準(zhǔn)確全面的需求獵取與分析才能保證系統(tǒng)設(shè)計(jì)、系統(tǒng)實(shí)現(xiàn)的順利進(jìn)行，為后期測(cè)試提供必要的支持。在參考了現(xiàn)有的GIS物流監(jiān)控系統(tǒng)的功能，同時(shí)考慮到了系統(tǒng)的擴(kuò)展性和成本的基礎(chǔ)上，最后制定了本系統(tǒng)的具體需求。系統(tǒng)實(shí)現(xiàn)目標(biāo)物流企業(yè)中，首先要對(duì)物資從發(fā)貨人發(fā)送物資到收貨人提取物資的整個(gè)過程進(jìn)行治理和記錄，要求能夠隨時(shí)了解物資的位置、狀態(tài)等屬性。同時(shí)治理人員通過系統(tǒng)能夠獵取企業(yè)里運(yùn)輸車輛的位置、速度、方向、所載物資等參數(shù)，并能夠發(fā)送命令給車輛，實(shí)時(shí)監(jiān)控和治理整個(gè)物資運(yùn)輸流程。為保證物流系統(tǒng)能夠有效地為物流企業(yè)治理人員服務(wù)，從功能上必須達(dá)到以下目標(biāo)：(1)必須實(shí)現(xiàn)物流企業(yè)中業(yè)務(wù)流程的所有必需功能。作為物流企業(yè)的治理軟件，系統(tǒng)必需能夠?qū)崿F(xiàn)諸如發(fā)送物資、運(yùn)輸物資、裝載物資、卸載物資、車輛線路編輯等功能。保證系統(tǒng)實(shí)現(xiàn)的功能的有效性。(2)必須保證治理人員得到信息的及時(shí)性和真實(shí)性。治理人員作為整個(gè)系統(tǒng)的調(diào)度者，系統(tǒng)的信息必須及時(shí)地顯示給治理人員。關(guān)于重要的信息，系統(tǒng)應(yīng)該使用彈出警告窗口、修改顯示信息的字體顏色等手段引起治理人員的注意，保證系統(tǒng)調(diào)度的及時(shí)性。(3)必須保證治理人員和運(yùn)輸車輛之間進(jìn)行有效地、及時(shí)地通信。關(guān)于物流系統(tǒng)來講，系統(tǒng)的實(shí)時(shí)調(diào)度和治理是十分重要的，其中對(duì)車輛的調(diào)度尤其重要。因此，要保證治理人員和運(yùn)輸車輛之間通信的及時(shí)性，提高系統(tǒng)調(diào)度的效率。系統(tǒng)運(yùn)行環(huán)境為了充分使用物流企業(yè)的現(xiàn)有軟硬件資源，在保障物流信息系統(tǒng)穩(wěn)定、高效運(yùn)行的前提下，達(dá)到降低成本的目的。依照系統(tǒng)需求，設(shè)定了物流信息系統(tǒng)的運(yùn)行環(huán)境。網(wǎng)絡(luò)環(huán)境：服務(wù)器和操作主機(jī)都需要采納Internet,車輛終端通過GPRS-Internet網(wǎng)關(guān)最終連接到Internet。硬件環(huán)境：(1)服務(wù)器主機(jī)配置：CPU使用IntelP4Xeon,雙CPU，內(nèi)存為2GB，選用2塊120GB的SCSI硬盤進(jìn)行同時(shí)讀寫。(2)客戶端機(jī)器配置：CPU最低IntelP=3\*ROMANIII800MHz以上，內(nèi)存128MB以上。(3)車輛終端配置：每個(gè)車輛配置GPS數(shù)據(jù)收發(fā)器一個(gè)，用來獵取GPS數(shù)據(jù)，通過GPRS網(wǎng)絡(luò)和服務(wù)器進(jìn)行通信。(4)其他配置：GPRS-Internet數(shù)據(jù)轉(zhuǎn)換網(wǎng)關(guān)若干，用來將GPRS網(wǎng)絡(luò)中車輛數(shù)據(jù)轉(zhuǎn)換為Internet網(wǎng)絡(luò)中的數(shù)據(jù)。軟件環(huán)境：服務(wù)器：Windows2000服務(wù)器版操作系統(tǒng)，Tomcat5.5服務(wù)器，GeoServer1.5.0地圖服務(wù)器，PostGIS1.2.1數(shù)據(jù)庫?？蛻舳耍篧indows2000操作系統(tǒng)以上，IE6.0以上、Mozilla1.3以上或者Netscape6以上。系統(tǒng)的開發(fā)環(huán)境考慮到系統(tǒng)成本問題，全部采納開源軟件和框架來構(gòu)建此系統(tǒng)。相對(duì)來講，開源軟件成本低，功能相對(duì)簡單。服務(wù)器端軟件環(huán)境：Web服務(wù)器采納Tomcat5.5，它部署和使用起來都專門方便，支持的功能對(duì)本系統(tǒng)來講差不多足夠。地圖服務(wù)器采納GeoServer1.5.0，它是一個(gè)全面支持OGC開放性協(xié)議的開源地圖服務(wù)器，能夠分不以圖片和實(shí)際數(shù)據(jù)的方式公布地圖數(shù)據(jù)。數(shù)據(jù)庫服務(wù)器采納PostGIS1.2.1，它是對(duì)PostgreSQL8.2的補(bǔ)充，有豐富的數(shù)據(jù)類型和處理地理數(shù)據(jù)的函數(shù)，而且GeoServer與PostGIS之間的操作通過一定的優(yōu)化。客戶端環(huán)境搭建：地圖顯示采納MapBuilder地圖操作組件，它是由Javascript語言實(shí)現(xiàn)的一個(gè)庫文件，能夠方便的嵌入到網(wǎng)頁中去。系統(tǒng)信息實(shí)時(shí)顯示與實(shí)時(shí)更新的實(shí)現(xiàn)，需要采納Ajax技術(shù)的支持。開發(fā)工具與支持環(huán)境：系統(tǒng)開發(fā)采納Eclipse?？紤]到系統(tǒng)的擴(kuò)展性和實(shí)體類的獨(dú)立性，采納Spring作為J2EE實(shí)現(xiàn)的服務(wù)器端容器，數(shù)據(jù)庫訪問則采納Ibatis組件實(shí)現(xiàn)。這些開源軟件的采納，降低了系統(tǒng)開發(fā)難度，提高了軟件的可復(fù)用性。功能性需求描述在面向?qū)ο蟮南到y(tǒng)分析中，獵取功能需求的最常用的技術(shù)確實(shí)是用例建模技術(shù)。它能夠直觀地向客戶展示系統(tǒng)的功能，方便技術(shù)人員準(zhǔn)確地獵取需求。在項(xiàng)目開發(fā)的前期，它關(guān)心開發(fā)人員理解系統(tǒng)的需求而不考慮具體的實(shí)現(xiàn)方法。用例，表示系統(tǒng)的一種行為或者某個(gè)功能。它是在特定條件下，為了達(dá)到某種目的，系統(tǒng)和用戶之間進(jìn)行交互的一個(gè)序列。用例模型由參與者和用例組成。參與者是與系統(tǒng)進(jìn)行交互的外部實(shí)體，可能是某個(gè)人或者是某個(gè)事物[16]。圖3.1顯示的確實(shí)是本系統(tǒng)的用例圖。本系統(tǒng)中，參與者有五個(gè)，治理人員、發(fā)貨人、收貨人、車輛和定時(shí)器。關(guān)于用例分析來講，只有用例圖和用例描述相結(jié)合才能表示系統(tǒng)的需求，相關(guān)的用例描述如下。圖3.SEQ圖_3.\*ARABIC1物流信息系統(tǒng)用例圖發(fā)送物資用例標(biāo)識(shí)：1.0 參與者：發(fā)貨人簡要講明：發(fā)貨人在系統(tǒng)要求下提供發(fā)送物資所需的信息，實(shí)現(xiàn)發(fā)貨操作。差不多事件流：(1)發(fā)貨人提供物資差不多信息，包括物資類不、大小、目的地、發(fā)貨人信息、收貨人信息等。(2)經(jīng)相關(guān)人員檢驗(yàn)物資狀態(tài)，物資能夠運(yùn)輸。(3)系統(tǒng)記錄發(fā)貨人和收貨人信息，分配物資編號(hào)，計(jì)算物資運(yùn)輸費(fèi)用，配置物資運(yùn)輸路經(jīng)，將相關(guān)記錄存儲(chǔ)到系統(tǒng)中。(4)打印發(fā)貨回執(zhí)給發(fā)貨人。查詢物資狀態(tài)用例標(biāo)識(shí)：2.0 參與者：治理人員，發(fā)貨人簡要講明：此用例中操作者可能為治理人員或者發(fā)貨人。操作者向系統(tǒng)提供物資編號(hào)，系統(tǒng)以列表的方式顯示物資的當(dāng)前狀態(tài)以及其他差不多信息。差不多事件流：(1)操作者提供物資編號(hào)進(jìn)行查詢。(2)系統(tǒng)進(jìn)行查詢，顯示當(dāng)前物資狀態(tài)、位置等信息。提貨用例標(biāo)識(shí)：3.0 參與者：收貨人簡要講明：物資到達(dá)站點(diǎn)以后，由收貨人將物資提走。差不多事件流：(1)物資在卸貨操作以后檢測(cè)當(dāng)前位置，若當(dāng)前站點(diǎn)和目的站點(diǎn)相同，則提示相關(guān)人員物資差不多到達(dá)目的地。(2)治理人員聯(lián)絡(luò)收貨人完成提貨操作。系統(tǒng)修改物資的狀態(tài)。查詢系統(tǒng)信息用例標(biāo)識(shí)：4.0 參與者：治理人員簡要講明：治理人員通過輸入要查詢項(xiàng)和查詢條件，來完成對(duì)系統(tǒng)中某類信息的查詢，結(jié)果采納列表的方式顯示。差不多事件流：(1)治理人員選擇要查詢信息的項(xiàng)，一共分為公司，站點(diǎn)，職員，車輛，物資，收發(fā)貨人等幾項(xiàng)。(2)治理人員從系統(tǒng)返回的能夠選擇的查詢條件中選擇一種，填寫查詢參數(shù)，進(jìn)行查詢。(3)治理人員得到最后要查詢的項(xiàng)的具體信息列表。配置車輛線路用例標(biāo)識(shí)：5.0 參與者：治理人員簡要講明：線路是若干站點(diǎn)之間有序的一個(gè)組合，是車輛運(yùn)行的要緊依照。治理人員依照企業(yè)運(yùn)營情況來編輯線路，并設(shè)置車輛的運(yùn)營線路。差不多事件流：(1)治理人員依照當(dāng)前企業(yè)運(yùn)行狀況來添加、刪除線路。(2)治理人員選定一條線路。(3)治理人員更新線路上所運(yùn)行的車輛的列表。實(shí)時(shí)顯示系統(tǒng)信息用例標(biāo)識(shí)：6.0 參與者：治理人員，定時(shí)器簡要講明：治理人員登錄系統(tǒng)后，定時(shí)器會(huì)定時(shí)更新治理員看到的系統(tǒng)信息，包括地圖信息、實(shí)時(shí)消息、其他信息等。差不多事件流：(1)治理人員登錄系統(tǒng)，系統(tǒng)初始化，定時(shí)器開始運(yùn)行。(2)定時(shí)器觸發(fā)，向系統(tǒng)發(fā)出更新信息的請(qǐng)求。(3)Web客戶端發(fā)送請(qǐng)求信息到服務(wù)器，將獵取的結(jié)果顯示給治理人員。(4)為下一次更新信息設(shè)置定時(shí)器。傳遞消息用例標(biāo)識(shí)：7.0 參與者：治理人員，車輛簡要講明：治理人員和車輛通過消息進(jìn)行溝通，系統(tǒng)利用傳遞消息的通道能夠?qū)囕v進(jìn)行實(shí)時(shí)調(diào)度，傳遞實(shí)時(shí)線路等。此用例中的消息發(fā)送者可能為治理人員或車輛。差不多事件流：(1)消息發(fā)送者編輯消息并發(fā)送到系統(tǒng)中。(2)系統(tǒng)依照消息的目的地對(duì)消息進(jìn)行處理。(3)假如消息目的地為相關(guān)的治理人員，則在Web客戶端獵取最新消息時(shí)，將消息顯示給治理人員。假如消息目的地為車輛，直接通過系統(tǒng)發(fā)送到車輛上的同意裝置。發(fā)送實(shí)時(shí)狀態(tài)信息用例標(biāo)識(shí)：8.0 參與者：車輛簡要講明：車輛定時(shí)將自己的狀態(tài)發(fā)送給系統(tǒng)。系統(tǒng)利用車輛傳回的信息進(jìn)行車輛的實(shí)時(shí)操縱和調(diào)度。差不多事件流：(1)車輛依照通信裝置的設(shè)置每個(gè)一段時(shí)刻將自己的狀態(tài)，包括經(jīng)緯度、方向、速度、油量等發(fā)送給系統(tǒng)。(2)系統(tǒng)將相關(guān)信息存儲(chǔ)到指定的位置。車輛完成運(yùn)輸段用例標(biāo)識(shí)：9.0 參與者：車輛簡要講明：車輛在兩個(gè)站點(diǎn)之間的運(yùn)行稱為一個(gè)運(yùn)輸段，車輛在運(yùn)行線路上運(yùn)行時(shí)，會(huì)完成若干個(gè)運(yùn)輸段。差不多事件流：(1)車輛在動(dòng)身站點(diǎn)裝載能夠用此車輛進(jìn)行運(yùn)輸?shù)奈镔Y。(2)車輛動(dòng)身，駛往下一個(gè)站點(diǎn)。(3)車輛到達(dá)運(yùn)輸段的目的站點(diǎn)，卸載車輛上需要在此站點(diǎn)卸載的物資。操作物資用例標(biāo)識(shí)：10.0 參與者：車輛簡要講明：操作物資表示在物資運(yùn)輸過程中的裝貨和卸貨操作。差不多事件流：(1)車輛到達(dá)站點(diǎn)，依照物資的運(yùn)輸路線和車輛的運(yùn)營線路，列出能夠在此車輛上進(jìn)行裝載的物資信息。(2)按照物資的快慢速度將物資進(jìn)行排序，優(yōu)先裝載“特快”級(jí)不的物資。(3)車輛離開站點(diǎn)，開始一個(gè)運(yùn)輸段。(4)車輛到達(dá)另一個(gè)站點(diǎn)，依照物資運(yùn)輸線路和車輛的線路，列出要在此站點(diǎn)進(jìn)行卸載的物資信息。(5)關(guān)于所有需要進(jìn)行卸載的物資，全部完成卸載。補(bǔ)充需求在車輛上的設(shè)備發(fā)生故障的情況下，會(huì)失去與系統(tǒng)地聯(lián)系。在這種情況下系統(tǒng)要推斷出哪輛車失去了聯(lián)系，發(fā)送通知短消息到客戶端，同時(shí)在客戶端的地圖上顯示出來。提醒治理人員采取其他方式與車輛取得聯(lián)系，了解車輛的當(dāng)前狀態(tài)，保證系統(tǒng)的正常運(yùn)行?？蛻舳艘軌蝻@示如下信息：總公司以及各個(gè)分公司的信息，公司站點(diǎn)的信息，車輛的信息，公司職員的信息以及其他信息等等。客戶端采納掃瞄器操作，需要定期向服務(wù)器發(fā)送各種請(qǐng)求才能保持當(dāng)前信息的正確性。然而，考慮到服務(wù)器的負(fù)載情況，客戶端沒必要每一次都申請(qǐng)所有的信息。像車輛位置、實(shí)時(shí)消息等信息需要在10秒之內(nèi)就要更新一次，而像公司介紹、車輛運(yùn)營線路等信息一般幾個(gè)小時(shí)更新就能夠了。因此要求客戶端能夠設(shè)置不同信息項(xiàng)的更新時(shí)刻間隔。非功能性需求描述非功能性需求在整個(gè)系統(tǒng)中占有特不重要的位置，對(duì)系統(tǒng)的非功能性需求的滿足是系統(tǒng)成功的基礎(chǔ)，下面列出本系統(tǒng)的非功能性需求：(1)系統(tǒng)能夠長時(shí)刻的持續(xù)工作。關(guān)于企業(yè)應(yīng)用級(jí)的系統(tǒng)來講，軟件的穩(wěn)定性與正確性一樣重要?？紤]到本系統(tǒng)的實(shí)際情況，服務(wù)器端的軟件必須能夠在24*7小時(shí)內(nèi)不間斷地穩(wěn)定運(yùn)行。(2)客戶端信息更新更新等待時(shí)刻不能大于5秒?？蛻舳藢?duì)系統(tǒng)的響應(yīng)是有時(shí)刻限制的，一般的查詢等待時(shí)刻不能超過2秒，地圖數(shù)據(jù)更新不能超過5秒。(3)系統(tǒng)要采納B/S架構(gòu)進(jìn)行構(gòu)建。考慮到B/S架構(gòu)部署以及升級(jí)的簡單化，因此要求采納B/S架構(gòu)進(jìn)行構(gòu)建。系統(tǒng)術(shù)語表系統(tǒng)開發(fā)過程中使用的一些名詞可能和平常代表的意義不同或者是表示范圍不同，系統(tǒng)中還會(huì)依照實(shí)際情況制造一些專有名詞表示系統(tǒng)中的某些概念。為了不造成誤解，加快系統(tǒng)開發(fā)進(jìn)度，因此有必要列舉系統(tǒng)的術(shù)語表，聲明系統(tǒng)開發(fā)過程中能夠遇到的要緊的概念和容易誤解的概念。下面是本系統(tǒng)的術(shù)語表：物資：物流系統(tǒng)中進(jìn)行運(yùn)輸?shù)膯挝?，一般是若干需要運(yùn)輸?shù)奈锲返募?。它們?cè)谙到y(tǒng)中使用一個(gè)編號(hào)，作為一個(gè)物品處理。客戶：發(fā)貨人和收貨人在系統(tǒng)中都稱為客戶。消息：本系統(tǒng)中的消息表示車輛與所屬的公司、車輛與車輛之間、不同公司的治理人員之間相互聯(lián)系的文本消息、對(duì)車輛進(jìn)行操縱的命令消息以及車輛發(fā)送到系統(tǒng)中的狀態(tài)消息等。車輛：也叫做車輛終端，系統(tǒng)中用來運(yùn)輸物資的車輛，然而在與治理人員進(jìn)行實(shí)時(shí)短消息交互的時(shí)候，表示的是車輛駕駛員與治理人員的交互。站點(diǎn)：系統(tǒng)中用來進(jìn)行車輛停靠和物資中轉(zhuǎn)的站點(diǎn)。線路段：任意兩個(gè)站點(diǎn)之間都能夠形成兩個(gè)運(yùn)輸?shù)挠邢蛐蛄?，這種序列在系統(tǒng)中被稱為線路段。車輛的運(yùn)行線路確實(shí)是由若干的線路段組成?？蛻舳耍阂步凶鯳eb客戶端，表示治理人員登錄的遠(yuǎn)程Web掃瞄器進(jìn)程，與系統(tǒng)進(jìn)行交互。運(yùn)輸段：車輛在一個(gè)站點(diǎn)裝貨，動(dòng)身到達(dá)下一個(gè)站點(diǎn)，卸貨。那個(gè)過程被稱為一個(gè)車輛運(yùn)輸過程，運(yùn)輸段表示車輛實(shí)際運(yùn)輸過程中產(chǎn)生的結(jié)果。治理人員：也叫做用戶，在系統(tǒng)中指登錄到Web客戶端進(jìn)行系統(tǒng)進(jìn)行操作的職員。運(yùn)營線路：車輛進(jìn)行行駛所要遵從的線路，表示車輛應(yīng)該在哪幾個(gè)站點(diǎn)停靠?？蛻舳俗酉到y(tǒng)：實(shí)現(xiàn)客戶端的系統(tǒng)架構(gòu)和相關(guān)代碼等，和客戶端概念比較起來，更側(cè)重與系統(tǒng)設(shè)計(jì)和代碼的實(shí)現(xiàn)。物資運(yùn)輸線路：物資要從起始站點(diǎn)到達(dá)目的站點(diǎn)，需要在系統(tǒng)中的站點(diǎn)之間中轉(zhuǎn)，而中轉(zhuǎn)的站點(diǎn)之間形成的線路即為物資的運(yùn)輸線路，屬于打算線路。本章小結(jié)本章首先介紹了系統(tǒng)的實(shí)現(xiàn)目標(biāo)、運(yùn)行環(huán)境和開發(fā)環(huán)境。然后通過用例分析的方式獵取和分析了系統(tǒng)的功能性需求，對(duì)需求進(jìn)行了補(bǔ)充，提出了系統(tǒng)的非功能性需求。從而對(duì)系統(tǒng)的整體需求有了完整的了解。最后依照對(duì)需求分析中的專有名詞的解釋，得出了系統(tǒng)術(shù)語表。從本章的需求分析中能夠得出，系統(tǒng)的功能性需求相對(duì)來講比較易于實(shí)現(xiàn)，而非功能性需求比較嚴(yán)格。關(guān)于非功能性需求阻礙最大的確實(shí)是系統(tǒng)的架構(gòu)，因此在設(shè)計(jì)和實(shí)現(xiàn)系統(tǒng)時(shí)，要在對(duì)系統(tǒng)的架構(gòu)給予充分重視的前提下，實(shí)現(xiàn)功能性需求。系統(tǒng)設(shè)計(jì)系統(tǒng)設(shè)計(jì)原則(1)低成本。隨著技術(shù)的進(jìn)步和系統(tǒng)復(fù)雜性的增加，軟件成本在整個(gè)系統(tǒng)中所占的比重越來越大，企業(yè)應(yīng)用