【正文】 而各個環(huán)節(jié)之間并不能非常平滑的過渡，在各個環(huán)節(jié)交接過程中往往消耗了大量的時間，最終導(dǎo)致貨物運輸時間的增長[14]。所以，一旦貨物運輸過程中出現(xiàn)問題，很難有一個快捷的方式和統(tǒng)一的平臺供快遞公司員工使用來討論解決方案。 國內(nèi)快遞物流管理信息系統(tǒng)的應(yīng)用現(xiàn)狀據(jù)有關(guān)資料表明，%。網(wǎng)絡(luò)的設(shè)計和優(yōu)化也缺乏基礎(chǔ)理論的指導(dǎo)。基礎(chǔ)技術(shù)服務(wù)應(yīng)用比例趨少，整個行業(yè)的整合就相對困難。從各種調(diào)查結(jié)果來看，約一半的企業(yè)信息管理系統(tǒng)對決策的支持不高，其中38%起到初步的支持作用，13%基本與決策無關(guān)。其次，還能對系統(tǒng)中的數(shù)據(jù)進行統(tǒng)計分析，提高管理水平。開發(fā)出的新系統(tǒng)能較為有效的應(yīng)對上述物流管理中出現(xiàn)的諸多問題，并且對快遞物流企業(yè)從業(yè)人員提供理論和實踐上的借鑒與思考。文獻查閱為本文理論架構(gòu)與內(nèi)容充實奠定了基礎(chǔ)；面向?qū)ο蟮拈_發(fā)理念是論文系統(tǒng)分析和設(shè)計的主導(dǎo)思想；JSP相關(guān)技術(shù)及網(wǎng)絡(luò)數(shù)據(jù)庫SQLServer技術(shù)為基于B/S模式的快遞物流管理信息系統(tǒng)的順利實現(xiàn)提供了技術(shù)上的支持；Rational Rose、Dreamweaver XP等開發(fā)工具和系統(tǒng)環(huán)境為系統(tǒng)開發(fā)和運行提供了良好的平臺。各章節(jié)內(nèi)容具體安排如下：第一章，緒論，主要對課題的研究背景、研究意義以及論文的研究方法和內(nèi)容結(jié)構(gòu)進行概述。第五章，系統(tǒng)實現(xiàn)、測試和評價，利用JSP+Tomcat+SQL Server2000對系統(tǒng)進行實現(xiàn)，并進行了必要的測試和評價。權(quán)威的物流管理協(xié)會將物流定義為：物流管理是供應(yīng)鏈管理的一部分，它對從原產(chǎn)地到消費地的貨物流和貨物存儲、服務(wù)及相關(guān)信息進行計劃、實施和控制，以滿足客戶需要[5]。(2) 網(wǎng)絡(luò)化物流網(wǎng)絡(luò)化有兩層含義：一是物流與配送網(wǎng)點的網(wǎng)絡(luò)化，企業(yè)根據(jù)自身的營銷范圍和目標(biāo)，通過詳細的分析、選擇與優(yōu)化，逐漸建立全國范圍的物流和配送網(wǎng)絡(luò)，提高物流系統(tǒng)的服務(wù)質(zhì)量和配送速度；二是物流配送系統(tǒng)的計算機通信網(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)部各部門間的信息傳輸。 快遞物流快遞(Express)服務(wù)(簡稱快遞、速遞、速運)是物流行業(yè)的一個特殊運營模式，提供了對所寄遞物品的擔(dān)保，進行快速可靠地運輸[23]。快遞的主要優(yōu)勢體現(xiàn)在送達速度快、配裝手續(xù)簡單、實行承諾制服務(wù)、可隨時進行信息查詢。(2) 訂貨管理商流是物流業(yè)務(wù)活動的基礎(chǔ)。(5) 成本管理由財務(wù)部門進行的物流各環(huán)節(jié)，主要物流作業(yè)、車輛或單項物流活動成本的記錄、核算、分析、控制等管理信息工作。面向?qū)ο蠓椒梢允瓜到y(tǒng)直接地映射問題域，保持問題域中事物及相互關(guān)系的本來面貌。上述幾種具體方法的主要步驟是分析、設(shè)計、構(gòu)造和測試，本文將面向?qū)ο箝_發(fā)方法的開發(fā)過程分為需求分析、分析、設(shè)計、實現(xiàn)和測試五個步驟，該方法/。在利用面向?qū)ο蟮姆椒ㄩ_發(fā)系統(tǒng)時需要進行建模分析，統(tǒng)一建模語言UML是當(dāng)前面向?qū)ο蠼５墓J標(biāo)準(zhǔn)。 用例圖(Use Case Diagram)：用例圖被稱為參與者的外部用戶所能觀察到的系統(tǒng)功能的模型圖。在活動圖中定義了流程從哪里開始，到哪里結(jié)束，以及在這之中包括哪些活動。順序圖可以用來進行一個場景說明，即一個事務(wù)的歷史過程。 狀態(tài)圖(State Diagram)：狀態(tài)圖是一個類對象所經(jīng)歷的所有歷程的模型圖。 UML的視圖及其關(guān)系 the UML Views and their Relationship。開發(fā)人員、系統(tǒng)集成人員狀態(tài)圖、協(xié)作圖、組件圖和部署圖組件視圖描述系統(tǒng)的實現(xiàn)模塊以及它們之間的依賴關(guān)系。這里視圖是一個抽象的概念，它是由許多圖(Diagram)組成的一個抽象。(1) C/S架構(gòu)的優(yōu)勢與劣勢C/S模式又稱C/S結(jié)構(gòu)，是軟件系統(tǒng)體系結(jié)構(gòu)的一種。 C/S體系結(jié)構(gòu) the Software Architecture based on C/S 應(yīng)用服務(wù)器運行數(shù)據(jù)負荷較輕最簡單的C/S體系結(jié)構(gòu)的數(shù)據(jù)庫應(yīng)用由兩部分組成，即客戶應(yīng)用程序和數(shù)據(jù)庫服務(wù)器程序，二者可分別稱為前臺程序與后臺程序。(2) B/S架構(gòu)的優(yōu)勢與劣勢B/S模式又稱B/S結(jié)構(gòu)。B/。 應(yīng)用服務(wù)器運行數(shù)據(jù)負荷較重由于B/S架構(gòu)管理軟件只安裝在服務(wù)器端上，網(wǎng)絡(luò)管理人員只需要管理服務(wù)器就行了，用戶界面主要事務(wù)邏輯在服務(wù)器端完全通過WWW瀏覽器實現(xiàn)，極少部分事務(wù)邏輯在前端實現(xiàn)，所有的客戶端只有瀏覽器，網(wǎng)絡(luò)管理人員只需要做硬件維護。 動態(tài)網(wǎng)站開發(fā)技術(shù)的選擇目前，最常用的三種動態(tài)網(wǎng)頁語言有PHP(Hypertext Preprocessor)，ASP(Active Server Pages)和JSP(Java Server Pages)[16]。通常認為這種搭配的執(zhí)行效率比IIS＋ASP＋Access要高，而后者的使用還必須另外交錢給微軟。因為ASP腳本語言非常簡單，因此其代碼也簡單易懂，結(jié)合HTML代碼，可快速地完成網(wǎng)站的應(yīng)用程序。PHP和ASP都是由語言引擎解釋執(zhí)行程序代碼，而JSP代碼卻被編譯成Servlet并由Java虛擬機執(zhí)行，這種編譯操作僅在對JSP頁面的第一次請求時發(fā)生。模型是指應(yīng)用程序的數(shù)據(jù)，以及對這些數(shù)據(jù)的操作；視圖是指用戶界面；控制器負責(zé)用戶界面和程序數(shù)據(jù)之間的同步。JSP的執(zhí)行原理和熟知的VBScript和JavaScript并不相同，它是完全在服務(wù)器端執(zhí)行的，而不像大多數(shù)的腳本，有一部分還在瀏覽器端執(zhí)行的。JSP運行于服務(wù)器端組件，稱為JSP容器，它將JSP轉(zhuǎn)化成等價的Java Serverlet。JSP元素可以分為三種：偽指令、腳本元素(包含表達式、Script和聲明)和動作。差不多在所有平臺上都有一致的Java Server/JSP的Web Server/Application Server系統(tǒng)，它可以讓你在任意環(huán)境做開發(fā)，在任意環(huán)境進行系統(tǒng)部署，在任意環(huán)境擴展。(2) JavaBeanJavaBean是一種Java語言寫成的可重用組件。用戶可以使用JavaBean將功能、處理、值、數(shù)據(jù)庫訪問和其他任何可以用Java代碼創(chuàng)造的對象進行打包，并且其他的開發(fā)者可以通過內(nèi)部的JSP頁面、Servlet、其他JavaBean、applet程序或者應(yīng)用來使用這些對象。通過使用JDBC，開發(fā)人員可以很方便地將SQL語句傳送給幾乎任何一種數(shù)據(jù)庫。Java和JDBC的結(jié)合可以讓開發(fā)人員在開發(fā)數(shù)據(jù)庫應(yīng)用時真正實現(xiàn)“Write Once，Run Everywhere!”[9]。(1) 物理數(shù)據(jù)層它是數(shù)據(jù)庫的最內(nèi)層，是物理存貯設(shè)備上實際存儲的數(shù)據(jù)的集合。它所涉及的是數(shù)據(jù)庫所有對象的邏輯關(guān)系，而不是它們的物理情況，是數(shù)據(jù)庫管理員概念下的數(shù)據(jù)庫。用戶通過DBMS訪問數(shù)據(jù)庫中的數(shù)據(jù)，數(shù)據(jù)庫管理員也通過DBMS進行數(shù)據(jù)庫的維護工作。Rational Rose是一個完全的，具有能滿足所有建模環(huán)境(Web開發(fā)，數(shù)據(jù)建模，Visual Studio和 C++)需求能力和靈活性的一套解決方案。它將可視布局工具、應(yīng)用程序開發(fā)功能和代碼編輯支持組合在一起，其功能強大，使得各個層次的開發(fā)人員和設(shè)計人員都能夠快速創(chuàng)建界面吸引人的基于標(biāo)準(zhǔn)的網(wǎng)站和應(yīng)用程序。JDK是一個編寫Java的Applet和應(yīng)用程序的程序開發(fā)環(huán)境，由一個處于操作系統(tǒng)層之上的運行環(huán)境還有開發(fā)者編譯，調(diào)試和運行用Java語言寫的applet和應(yīng)用程序所需的工具組成[9]。第3章 快遞物流管理信息系統(tǒng)的系統(tǒng)分析 系統(tǒng)規(guī)劃 快遞物流企業(yè)戰(zhàn)略規(guī)劃本民營快遞物流企業(yè)立足遼寧省沈陽市，輻射東北三省，目前在沈陽、長春、哈爾濱、大連、齊齊哈爾等設(shè)有公司站點。：(1) 提高東北三省快遞物流服務(wù)的市場占有率，力爭在五年內(nèi)達到50%以上。 快遞物流管理信息系統(tǒng)規(guī)劃快遞物流信息系統(tǒng)規(guī)劃應(yīng)遵循目標(biāo)導(dǎo)向原則、需求導(dǎo)向原則、立足現(xiàn)實原則、適度超前原則[18]：(1) 目標(biāo)導(dǎo)向原則：物流信息化規(guī)劃目標(biāo)必須與企業(yè)戰(zhàn)略目標(biāo)相一致。(4) 適度超前原則：信息化是一個不斷發(fā)展的過程，一蹴而就和一勞永逸的信息化是不現(xiàn)實的。實踐證明，活動圖在業(yè)務(wù)系統(tǒng)減摩中有很大的用武之地。與業(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ù)工人也在實現(xiàn)著某項功能。這里的源站點客戶和目的站點客戶是相對的，對于一次交易來說，某客戶是源站點客戶，而對于另外一次交易，他有可能成為目的站點客戶，因此，二者角色是可以互換的，但這里為了更清晰的說明問題，并非將二者統(tǒng)稱為客戶。業(yè)務(wù)用例圖的元素包括業(yè)務(wù)工人、業(yè)務(wù)角色和業(yè)務(wù)用例。 高層活動圖活動圖與程序設(shè)計中的流程圖相似，用于表示活動集。這里的高層活動圖是指從宏觀上、整體上來描述快遞物流業(yè)務(wù)，至于每個業(yè)務(wù)用例的具體細節(jié)，在后續(xù)的系統(tǒng)分析階段將進一步細化。也就是說，在分析階段，開發(fā)人員不應(yīng)該考慮有關(guān)代碼和程序的問題，因為分析只是理解和實現(xiàn)系統(tǒng)的第一步。 系統(tǒng)需求分析系統(tǒng)需求分析會在客戶和系統(tǒng)提供者之間產(chǎn)生一個協(xié)議。它描述IT系統(tǒng)能給用戶提供哪些功能，在系統(tǒng)需求分析時，通常將IT系統(tǒng)作為一個黑盒子來看待。這里的簡明用例順序圖是為了和后面的問題域分析中的用例順序圖清晰的劃分而采用的叫法。其中，源站點客戶和目的站點客戶均來自于業(yè)務(wù)用例圖中的業(yè)務(wù)角色，而其他的參與者都來自于組織內(nèi)部，在業(yè)務(wù)系統(tǒng)分析中稱為業(yè)務(wù)工人，而相對于系統(tǒng)來說是系統(tǒng)的參與者。但二者性質(zhì)是一樣的，因此可以將源站點收貨和目的站點收貨抽取出一個收貨用例，二者都對收貨用例進行了擴展。 快遞物流管理信息系統(tǒng)用例圖 the Use Case Diagram of Express Logistics MIS。在UML中，事件是用來對一個將發(fā)生的事情進行規(guī)格化的描述。倉儲倉庫管理員對收貨員收到的貨物根據(jù)將要送達的站點進行分類和倉儲，填寫倉儲單。發(fā)貨根據(jù)配貨單，源站點司機進行送貨。目的站點倉儲目的站點倉庫管理員對到達的貨物根據(jù)要送達的區(qū)域進行分類和倉儲，填寫倉儲單。系統(tǒng)管理系統(tǒng)管理員對車輛、倉庫、工作人員、客戶以及單據(jù)信息等進行管理，這些統(tǒng)稱為系統(tǒng)管理，即所謂的后臺管理。查詢事件的結(jié)果就是已經(jīng)顯示的信息。我們將對該語言進行擴展，創(chuàng)建兩種特定的事件類型：在事件名稱之前添加構(gòu)造型《Q》表示該事件是查詢事件；在事件名稱之前添加構(gòu)造型《M》表示該事件是轉(zhuǎn)換事件。 源站點收貨簡明用例順序圖 源站點收貨簡明用例順序圖 the Concise Sequence Diagram of the Pickup Use Case at Source Site 源站點倉儲簡明用例順序圖 源站點倉儲簡明用例順序圖 the Concise Sequence Diagram of the Storage Use Case at Source Site 配貨簡明用例順序圖 配貨簡明用例順序圖 the Concise Sequence Diagram of the Distribution Use Case 發(fā)貨簡明用例順序圖 發(fā)貨簡明用例順序圖 the Concise Sequence Diagram of the Delivery Use Case 注冊登陸簡明用例順序圖 注冊登陸簡明用例順序圖 the Concise Sequence Diagram of the Registration and Login Use Case 問題域分析對系統(tǒng)進行需求分析后，接下來的工作就是問題域分析。(1) 交互視圖交互視圖和用例之間存在著很緊密的關(guān)系。UML使用兩種圖來進行交互視圖建模：順序圖和協(xié)作圖。順序圖關(guān)注的焦點是時間。將焦點集中于空間意味著協(xié)作圖對對象之間的空間關(guān)系特別感興趣，因而會在圖中明確地顯示它們。這里是為了與前者區(qū)分而采用的叫法。在抽象模型中表述現(xiàn)實世界，可以分為兩個步驟：第一步，將個別人或事物抽象成對象；第二步，把類似的對象組合成類。對順序圖和協(xié)作圖的消息（對象之間的通信，即圖中的箭頭）進行分析，每個消息都轉(zhuǎn)化為類的操作[33]。只有定義和描述了類之間的關(guān)系，各個類才能構(gòu)成一個整體、有機的靜態(tài)模型即類圖。泛化是一種在一般元素和特殊元素之間存在的關(guān)系。對后者的影響將影響到前者。 類泛化關(guān)系示例圖Figure the Diagram of Generalization Relationship between Classes源站點倉庫和目的站點倉庫是相對的概念，源站點與目的站點之間是可以角色互換的，二者本質(zhì)是相同的，如都具有名稱、所屬站點、體積和狀態(tài)等屬性，同時都具有添加、刪除和更新狀態(tài)等操作，因此，可以將兩者相同的部分抽象出一個新的類，即父類。 類聚合關(guān)系示例圖Figure the Diagram of Aggregation Relationship between Classes聚合關(guān)系是關(guān)聯(lián)關(guān)系的一種特殊形式。 快遞物流管理信息系統(tǒng)分析類圖 the Analytic Class Diagram of Express Logistics MIS。對該系統(tǒng)進行分析，貨物和車輛兩個類都有多個明確的狀態(tài)，并且狀態(tài)的不同會影響類的行為。(1) 可擴展性：新的功能很容易集成到現(xiàn)有的系統(tǒng)中去，而不影響到系統(tǒng)的其他模塊；(2) 靈活性：允許代碼修改平穩(wěn)的發(fā)生。新類被加入進來，以提供以下一些技術(shù)基礎(chǔ)結(jié)構(gòu)：用戶界面、處理對象存儲的數(shù)據(jù)庫、與其他系統(tǒng)的通信、與系統(tǒng)中各種設(shè)備的接口等[7]。設(shè)計階段分為兩個部分： 總體設(shè)計（Architecture Design）：這是一個高層的設(shè)計，包括體系結(jié)構(gòu)設(shè)計和總體功能設(shè)計，前者用來定義包（子系統(tǒng)），包括包之間的依賴關(guān)系和主要的通信機制；后者從功能的角度宏觀設(shè)計系統(tǒng)。在進行體系結(jié)構(gòu)設(shè)計時，包可以專注于一個特定的功能領(lǐng)域的處理，或者專注于一個特定的技術(shù)領(lǐng)域的處理