【畢業(yè)學(xué)位論文】（Word原稿）基于JAVA技術(shù)的車(chē)輛信息管理系統(tǒng)-軟件工程

摘 要 圖分類(lèi)號(hào)： 學(xué)校代碼： 10055 密級(jí)： 碩 士 專(zhuān) 業(yè) 學(xué) 位 論 文 基于 A on 文作者 季 峰 指導(dǎo)教師 李 濤 教授 申請(qǐng)學(xué)位 工程碩士 培養(yǎng)單位 軟件學(xué)院 學(xué)科專(zhuān)業(yè) 軟件工程 研究方向 答辯委員會(huì)主席 評(píng) 閱 人 南開(kāi)大學(xué)研究生院 二一三年 四 月 摘 要 于 術(shù)的車(chē)輛信息管理系統(tǒng) 摘 要 車(chē)輛調(diào)度信息系統(tǒng)于傳統(tǒng)的調(diào)度模式相比，其對(duì)于信息的處理流程、方法以及系統(tǒng)使用方式上，傳統(tǒng)的調(diào)度模式具有較大的差異性。這就要求車(chē)輛調(diào)度相關(guān)業(yè)務(wù)操作人員和管理人員能夠適應(yīng)新系統(tǒng)的運(yùn)用。通過(guò)信息系統(tǒng)進(jìn)行車(chē)輛調(diào)度管理，必然會(huì)在運(yùn) 行過(guò)程中出現(xiàn)諸多缺陷需要解決，該問(wèn)題也是信息系統(tǒng)運(yùn)行過(guò)程中所所需要解決關(guān)鍵問(wèn)題。車(chē)輛調(diào)度信息系統(tǒng)的運(yùn)行基于互聯(lián)網(wǎng)絡(luò)，能夠基于各種網(wǎng)絡(luò)訪問(wèn)終端設(shè)備進(jìn)行系統(tǒng)登錄，其能夠?qū)τ谲?chē)輛進(jìn)行科學(xué)、合理的調(diào)用。本文的研究，對(duì)于車(chē)輛調(diào)度系統(tǒng)進(jìn)行功能實(shí)現(xiàn)于完善，以期能夠在車(chē)輛管理企業(yè)中得到實(shí)際應(yīng)用。 本文在對(duì)車(chē)輛信息管理系統(tǒng)的背景及意義，當(dāng)前現(xiàn)狀分析的基礎(chǔ)上，采用基于 結(jié)合 B/S 結(jié)構(gòu)進(jìn)行車(chē)輛信息管理信息系統(tǒng)的設(shè)計(jì)，通過(guò)需求分析，該系統(tǒng)要實(shí)現(xiàn)資源管理用車(chē)、任務(wù)管理、業(yè)務(wù)管理及動(dòng)作管理等四個(gè)方面的功能。對(duì)于業(yè)務(wù)管理包括狀態(tài) 管理、燃油統(tǒng)計(jì)、維修管理、保險(xiǎn)管理等。任務(wù)和調(diào)度管理包括根據(jù)訂單進(jìn)行用車(chē)車(chē)輛分配、線路優(yōu)化選擇等。用車(chē)過(guò)程管理中要對(duì)車(chē)輛和行駛狀態(tài)進(jìn)行跟蹤，同時(shí)可以查詢(xún)用車(chē)作業(yè)。通過(guò)前面需求分析和用例建模中確定了系統(tǒng)的主要用例模型。結(jié)合這些情況和用戶(hù)要求采用 多層分布式體系架構(gòu)。本系統(tǒng)我們采用六層體系架構(gòu)。系統(tǒng)擬采用基于 臺(tái)的 B/客戶(hù)端通過(guò)系統(tǒng)操作界面對(duì)于數(shù)據(jù)庫(kù)中所存儲(chǔ)的各種數(shù)據(jù)進(jìn)行訪問(wèn)，利用數(shù)據(jù)庫(kù)的各種操作來(lái)實(shí)現(xiàn)。數(shù)據(jù)查詢(xún)過(guò)程中，在 件中進(jìn)行查詢(xún)語(yǔ)句配置，通過(guò)系統(tǒng)的功能組件對(duì)于 件的 讀取動(dòng)態(tài)生成 句。 最后是系統(tǒng)的實(shí)現(xiàn)，分別從用戶(hù)管理模塊的實(shí)現(xiàn)，車(chē)輛管理模塊的實(shí)現(xiàn)，安全管理模塊的實(shí)現(xiàn)，營(yíng)運(yùn)管理模塊的實(shí)現(xiàn)及軟件測(cè)試進(jìn)行研究。同時(shí)，為了使基于計(jì)算機(jī)網(wǎng)絡(luò)的車(chē)輛信息管理信息系統(tǒng)分布于各部門(mén)各崗位的計(jì)算機(jī)設(shè)備與軟件有一個(gè)良好的狀態(tài)，必須有一個(gè)統(tǒng)一的管理；系統(tǒng)中的基本數(shù)據(jù)及日積月累的摘 要 據(jù)與信息是企業(yè)重要的資源，為保證能充分地利用這些資源，系統(tǒng)數(shù)據(jù)的存儲(chǔ)以及災(zāi)難恢復(fù)等問(wèn)題也是系統(tǒng)研究過(guò)程中所需要解決的重要問(wèn)題。 關(guān)鍵詞 ： 車(chē)輛的行駛狀態(tài)、管理信息、系統(tǒng)、 on as of so on as as up a of be in it is in of to be is a of It to to on to do on on on of , to so on of of is to is of in of at by is in of of of we of is on , is to To by a to ML to ML QL is of of of of of At in to on in a a is s in to to of in of is an to of 錄 錄 摘 要 . I . I 第一章 緒論 . 1 究背景及意義 . 1 究的內(nèi)容 與技術(shù)路線 . 2 第二章 相關(guān)技術(shù) . 錯(cuò)誤 !未定義書(shū)簽。 建基于 B/S 結(jié)構(gòu)的系統(tǒng) . 錯(cuò)誤 !未定義書(shū)簽。 !未定義書(shū)簽。 !未定義書(shū)簽。 術(shù)概述及其優(yōu)勢(shì) . 錯(cuò)誤 !未定義書(shū)簽。 術(shù)概述 . 錯(cuò)誤 !未定義書(shū)簽。 件簡(jiǎn)介 . 錯(cuò)誤 !未定義書(shū)簽。 術(shù)的應(yīng)用 . 錯(cuò)誤 !未定義書(shū)簽。 公文管理系統(tǒng)中的應(yīng)用 . 10 術(shù)與 發(fā)語(yǔ)言的結(jié)合 . 錯(cuò)誤 !未定義書(shū)簽。 第三章 需求分析 . 12 輛信息管理的信息需求 . 12 能需 求 . 15 務(wù)接單管理 . 15 務(wù)計(jì)劃及調(diào)度管理 . 15 車(chē)過(guò)程管理 /查詢(xún) . 16 駛員管理 . 18 輛管理 . 18 戶(hù)信息管理 . 18 行環(huán)境 . 21 第四章 系統(tǒng)設(shè)計(jì) . 22 統(tǒng)設(shè)計(jì)原則 . 22 統(tǒng)的總體框架 . 23 輛信息管理信息系統(tǒng)模塊的設(shè)計(jì) . 24 能模塊設(shè)計(jì) . 24 據(jù)層功能設(shè)計(jì) . 27 據(jù)庫(kù)設(shè)計(jì) . 29 目 錄 數(shù)據(jù)庫(kù)開(kāi)發(fā)方法 . 29 據(jù)項(xiàng)及數(shù)據(jù)庫(kù)結(jié)構(gòu) . 30 據(jù)庫(kù)結(jié)構(gòu)設(shè)計(jì) . 36 據(jù)庫(kù)邏輯結(jié)構(gòu)設(shè)計(jì) . 38 第五章 系統(tǒng)的實(shí)現(xiàn) . 42 戶(hù)管理模塊的實(shí)現(xiàn) . 42 限管理 . 43 統(tǒng)用戶(hù)權(quán)限控制 . 43 看個(gè)人操作日志 . 43 統(tǒng)備份和系統(tǒng)恢復(fù) . 43 輛管理模塊的實(shí)現(xiàn) . 43 全管理模塊的實(shí)現(xiàn) . 47 運(yùn)管理模塊的實(shí)現(xiàn) . 47 結(jié) 論 . 49 參考文獻(xiàn) . 50 致 謝 . 錯(cuò)誤 !未定義書(shū)簽。 附 錄 . 錯(cuò)誤 !未定義書(shū)簽。 緒論 一章 緒論 究背景及意義 以計(jì)算機(jī)為工具的車(chē)輛調(diào)度信息管理系統(tǒng)于車(chē)輛調(diào)度的傳統(tǒng)模式相比，其對(duì)于調(diào)度數(shù)據(jù)處理、業(yè)務(wù)流程處理、業(yè)務(wù)操作等各個(gè)環(huán)節(jié)上相比，都具有較大的差異性。新系統(tǒng)要求使用者能夠由傳統(tǒng)的調(diào)度模式轉(zhuǎn)換到新系統(tǒng)的運(yùn)用。然而如何合理有效地實(shí)現(xiàn)利潤(rùn)的最大化、服務(wù)最優(yōu)化，這是長(zhǎng)期困擾物 流企業(yè)的問(wèn)題 馬軍等 ,2008。保持信息的暢通、合理地使用各方資源，這是物流企業(yè)發(fā)展的基本條件。為保證企業(yè)發(fā)展的基本條件得到滿足，物流公司必須擁有一套全新的貨運(yùn)管理信息系統(tǒng)來(lái)滿足要求。 而人對(duì)任何新事物都有一個(gè)適應(yīng)過(guò)程。如何使不同層次的使用人員能盡快地適應(yīng)新系統(tǒng)，充分發(fā)揮系統(tǒng)所能提供的功能，是運(yùn)行管理要解決的問(wèn)題；新開(kāi)發(fā)的車(chē)輛調(diào)度信息管理系統(tǒng)必然存在諸多只有運(yùn)行階段才能暴露的缺陷。隨著企業(yè)內(nèi)部與外部環(huán)境的變化，系統(tǒng)也會(huì)暴露出不足之處或不相適應(yīng)之處，這也是在系統(tǒng)運(yùn)行過(guò)程中始終存在的要予以解決的問(wèn)題；為了使基 于計(jì)算機(jī)網(wǎng)絡(luò)的車(chē)輛信息管理信息系統(tǒng)分布于各部門(mén)各崗位的計(jì)算機(jī)設(shè)備與軟件有一個(gè)良好的狀態(tài)，必須有一個(gè)統(tǒng)一的管理；系統(tǒng)中的基本數(shù)據(jù)及日積月累的數(shù)據(jù)與信息是企業(yè)重要的資源，為保證能充分地利用這些資源，數(shù)據(jù)與信息的儲(chǔ)存、維護(hù)、安全與保密也是運(yùn)行中要做的重要工作 李代平等 ,2002。 車(chē)輛信息管理系統(tǒng) (一種網(wǎng)絡(luò)用車(chē)信息管理軟件系統(tǒng)。系統(tǒng)能夠通過(guò)計(jì)算機(jī)軟件對(duì)于各種數(shù)據(jù)進(jìn)行有效處理，保障車(chē)輛調(diào)度的科學(xué)化、規(guī)范化。通過(guò)系統(tǒng)的應(yīng)用，有效發(fā)現(xiàn)系統(tǒng)中所存在的缺陷，并對(duì)于其進(jìn)行調(diào)整改進(jìn)，實(shí)現(xiàn)對(duì)于系統(tǒng)的推廣運(yùn)用。 用先進(jìn)的軟件技術(shù)實(shí)現(xiàn)計(jì)算機(jī)優(yōu)化輔助作業(yè)，特別是對(duì)于網(wǎng)絡(luò)機(jī)構(gòu)龐大的用車(chē)體系，通過(guò)軟件技術(shù)解決車(chē)輛調(diào)度過(guò)程中重復(fù)性的人工勞動(dòng)。通過(guò)軟件復(fù)用方案，能夠提升車(chē)輛調(diào)度系統(tǒng)中軟件功能模塊的復(fù)用程度。軟件系統(tǒng)架構(gòu)技術(shù)于軟件功能復(fù)用技術(shù)是軟件系統(tǒng)開(kāi)發(fā)過(guò)程中的關(guān)鍵技術(shù)要素，也是車(chē)輛調(diào)度緒論 統(tǒng)設(shè)計(jì)開(kāi)發(fā)中的關(guān)鍵問(wèn)題。本文針對(duì)于車(chē)輛調(diào)度系統(tǒng)對(duì)于系統(tǒng)可維護(hù)性要求較高，其功能業(yè)務(wù)較多的特性，在車(chē)輛調(diào)度系統(tǒng)中將軟件架構(gòu)設(shè)計(jì)模式進(jìn)行有效運(yùn)用。以車(chē)隊(duì)成本管理、司機(jī)管理等功能作為車(chē)?yán)镎{(diào)度系統(tǒng)的主要核心模塊，對(duì)于車(chē)輛調(diào)度系統(tǒng)進(jìn)行架構(gòu)設(shè)計(jì)與程序?qū)?現(xiàn)。車(chē)輛在調(diào)用之后，對(duì)于其過(guò)程中所產(chǎn)生的各種費(fèi)用進(jìn)行管理，根據(jù)車(chē)輛的運(yùn)行狀態(tài)于司機(jī)的工作狀態(tài)進(jìn)行車(chē)輛的合理調(diào)配，以達(dá)到科學(xué)合理調(diào)度的目的。 究的內(nèi)容與技術(shù)路線 本文將針對(duì)結(jié)合 B/S 結(jié)構(gòu)的車(chē)輛信息管理信息系統(tǒng)進(jìn)行設(shè)計(jì)。第一部分緒論，包括研究的背景及意義，國(guó)內(nèi)外研究現(xiàn)狀，用車(chē)管理信息系統(tǒng)概述，研究的內(nèi)容與技術(shù)路線。第二部分，相關(guān)技術(shù)。第三部分通過(guò)對(duì)使用單位進(jìn)行分析，在基礎(chǔ)上闡述系統(tǒng)的需求分析。第四部分系統(tǒng)設(shè)計(jì)，系統(tǒng)設(shè)計(jì)原則，系統(tǒng)的總體框架，車(chē)輛信息管理信息系統(tǒng)模塊的設(shè)計(jì)，主要包括功能模塊設(shè)計(jì)、系統(tǒng)動(dòng)態(tài)模 塊設(shè)計(jì)、數(shù)據(jù)層功能設(shè)計(jì)，數(shù)據(jù)庫(kù)設(shè)計(jì)。第五部分，系統(tǒng)的實(shí)現(xiàn)，包括用戶(hù)管理模塊的實(shí)現(xiàn)，車(chē)輛管理模塊的實(shí)現(xiàn)，安全管理模塊的實(shí)現(xiàn)，營(yíng)運(yùn)管理模塊的實(shí)現(xiàn)及軟件測(cè)試。第六部分，總結(jié)。 需求分析 二 章 可行性研究及軟件開(kāi)發(fā)相關(guān)技術(shù) 本章對(duì)軟件系統(tǒng)進(jìn)行了可行性研究，確定了軟件設(shè)計(jì)開(kāi)發(fā)過(guò)程中所采用的各種技術(shù)。 第一節(jié) 可行性研究 可行性研究是在軟件開(kāi)項(xiàng)目進(jìn)行開(kāi)發(fā)之前，確定在現(xiàn)有的技術(shù)、資金、時(shí)間等條件限制下，軟件系統(tǒng)是否能夠完成系統(tǒng)的各項(xiàng)功能指標(biāo) 10。本節(jié)從經(jīng)濟(jì)、技術(shù)、法律角度進(jìn)行了可行性研究。 濟(jì)可行性研究 對(duì)軟件系統(tǒng)開(kāi)發(fā)進(jìn)行經(jīng)濟(jì)可行性研究，主要通過(guò)成本 /效益分析的方法確定軟件的開(kāi)發(fā)所需資金以及軟件所能給使用者帶來(lái)的效益，以此來(lái)衡量軟件是否具備投資的可行性 12。 物流快遞信息系統(tǒng)的開(kāi)發(fā)，其成本主要由以下幾項(xiàng)構(gòu)成： 1. 薪酬成本 該項(xiàng)成本主要指軟件設(shè)計(jì)與開(kāi)發(fā)過(guò)程中支付給設(shè)計(jì)開(kāi)發(fā)人員以及行政人員的工資、獎(jiǎng)金、加班費(fèi)、交通費(fèi)、通訊費(fèi)等。 2. 辦公成本 該項(xiàng)成本指為軟件開(kāi)發(fā)所配備的辦公環(huán)境使用費(fèi)和辦公設(shè)備的購(gòu)買(mǎi)費(fèi)用。本項(xiàng)目的開(kāi)發(fā)是以濟(jì)南某物流公司為依托，辦公環(huán)境屬公司所有， 辦公設(shè)備由公司辦公設(shè)備中進(jìn)行劃撥，無(wú)須另行購(gòu)置，僅產(chǎn)生折舊費(fèi)用。 3. 軟件購(gòu)置成本 該項(xiàng)成本指信息系統(tǒng)上線運(yùn)行所必須的數(shù)據(jù)庫(kù)平臺(tái)軟件、 務(wù)器軟件以及軟件開(kāi)發(fā)過(guò)程中所需各種工具軟件的購(gòu)買(mǎi)。由于本項(xiàng)目的開(kāi)發(fā)過(guò)程中，大量使用開(kāi)源免費(fèi)軟件，該項(xiàng)費(fèi)用主要集中于對(duì)數(shù)據(jù)庫(kù)平臺(tái)軟件的購(gòu)置。 4. 產(chǎn)品宣傳成本 該項(xiàng)成本指為了推動(dòng)軟件系統(tǒng)的使用，而進(jìn)行的各種必要宣傳工作所需費(fèi)用。例如：?jiǎn)T工培訓(xùn)費(fèi)用、對(duì)外宣傳費(fèi)用等。 5. 軟件日常使用成本 軟件日常使用成本指軟件使用過(guò)程中必須發(fā)生的互聯(lián)網(wǎng)使用費(fèi)、硬件維護(hù)費(fèi) 、局域網(wǎng)維護(hù)費(fèi)等。 6. 產(chǎn)品維護(hù)成本 該項(xiàng)成本指軟件的日常維護(hù)過(guò)程中所發(fā)生的費(fèi)用支出。該項(xiàng)指出是在軟件研發(fā)成功并且免費(fèi)維護(hù)期滿之后才會(huì)產(chǎn)生，其額度較小。 物流快遞信息系統(tǒng)所能給物流快遞公司帶來(lái)的效益主要體現(xiàn)在如下幾個(gè)方面： 1. 人員工資節(jié)省 物流快遞信息系統(tǒng)上線運(yùn)行，能夠?qū)⒋蟛糠中枰斯ね瓿傻臉I(yè)務(wù)交由計(jì)算機(jī)進(jìn)行處理，從而能夠大量節(jié)約人力資源。通過(guò)減員的方式，可以節(jié)省大量薪酬支出。 2. 業(yè)務(wù)處理效率提升 需求分析 過(guò)物流快遞信息系統(tǒng)能夠使物流快遞過(guò)程中各項(xiàng)業(yè)務(wù)處理正規(guī)化、透明化，有效提升業(yè)務(wù)處理效 率，提高公司業(yè)務(wù)處理能力。 3. 公司形象提升 物流快遞信息系統(tǒng)通過(guò)友好的用戶(hù)界面和統(tǒng)一的標(biāo)志形象，是一種對(duì)公司形象的宣傳，有助于提升公司形象。 4. 推動(dòng)公司信息化建設(shè) 物流快遞信息系統(tǒng)的開(kāi)發(fā)為快遞公司進(jìn)行信息化建設(shè)提供了硬件基礎(chǔ)。快遞公司可以在現(xiàn)有的硬件基礎(chǔ)上全面推進(jìn)公司信息化建設(shè)，進(jìn)行其他類(lèi)型的信息系統(tǒng)開(kāi)發(fā)。 由成本 /效益分析可知，物流快遞信息系統(tǒng)的實(shí)施，能夠以有限的投入給企業(yè)帶來(lái)各種有形和無(wú)形的經(jīng)濟(jì)效益。因此，本項(xiàng)目的實(shí)施是經(jīng)濟(jì)可行的。 術(shù)可行性研究 軟件系統(tǒng)技術(shù)可行性研究 主要分析在軟件設(shè)計(jì)實(shí)現(xiàn)和運(yùn)行階段所采用技術(shù)的成熟性13。 在軟件設(shè)計(jì)實(shí)現(xiàn)階段，所采用的軟件技術(shù)主要有： 1. 軟件建模：利用 一建模語(yǔ)言進(jìn)行建模，采用 件進(jìn)行模型表示； 2. 軟件開(kāi)發(fā)平臺(tái)：采用 臺(tái)，利用 框架組合模式進(jìn)行平臺(tái)搭建； 3. 軟件開(kāi)發(fā) 具：采用 件作為開(kāi)發(fā)工具； 軟件運(yùn)行階段，其部署結(jié)構(gòu)如圖 示。由圖知，在軟件運(yùn)行階段所需的軟件有數(shù)據(jù)庫(kù)服務(wù)器軟件、 務(wù)器軟件和客戶(hù) 端軟件。 1. 數(shù)據(jù)庫(kù)服務(wù)器軟件：采用 為軟件運(yùn)行階段的數(shù)據(jù)庫(kù)服務(wù)器； 2. 務(wù)器軟件：采用 為 務(wù)器軟件； 3. 客戶(hù)度軟件：客戶(hù)端需安裝網(wǎng)絡(luò)瀏覽器，支持 多種瀏覽器。 數(shù) 據(jù) 庫(kù) 服 務(wù) 器W e b 服 務(wù) 器 客 戶(hù) 端圖 件系統(tǒng)部署圖 由上述分析知，物流快遞信息管理系統(tǒng)的設(shè)計(jì)實(shí)現(xiàn)和運(yùn)行階段所采用的均為成熟的軟件系統(tǒng)，在信息系統(tǒng)開(kāi)發(fā)中得到廣泛的應(yīng)用。因此，本項(xiàng)目開(kāi)發(fā)在技術(shù)上是可行的。 需求分析 法律可行性研究 法律可行性研究在于分析信息系統(tǒng)開(kāi)發(fā)和運(yùn)行過(guò)程中，是 否存在侵犯知識(shí)產(chǎn)權(quán)、違反國(guó)家法律的行為 14。 物流快遞信息管理系統(tǒng)的設(shè)計(jì)開(kāi)發(fā)與系統(tǒng)運(yùn)行過(guò)程中，所選用的軟件多為開(kāi)源免費(fèi)軟件，不存在侵犯知識(shí)產(chǎn)權(quán)的問(wèn)題。對(duì)于部分需要購(gòu)買(mǎi)方可使用的軟件，例如： 據(jù)庫(kù)平臺(tái)軟件，物流公司已經(jīng)進(jìn)行了購(gòu)置。項(xiàng)目的設(shè)計(jì)與開(kāi)發(fā)屬于自主研發(fā)類(lèi)型，并不會(huì)侵犯他人軟件著作權(quán)。因此，本項(xiàng)目在法律上是可行的。 第二節(jié) 軟件開(kāi)發(fā)相關(guān)技術(shù) 本節(jié)對(duì)軟件開(kāi)發(fā)生命周期模型進(jìn)行了選擇，確定了軟件建模方式，介紹了軟件開(kāi)發(fā)平臺(tái)，對(duì)軟件架構(gòu)模式進(jìn)行了分析。 件生命周期模型 軟件系統(tǒng) 從設(shè)計(jì)、開(kāi)發(fā)到部署運(yùn)行直至系統(tǒng)被淘汰的過(guò)程是軟件生命周期。軟件生命周期模型是對(duì)軟件生命周期的一種描述。通過(guò)生命周期模型能夠明確軟件的開(kāi)發(fā)步驟，為軟件設(shè)計(jì)與實(shí)現(xiàn)提供指導(dǎo) 15。 軟件生命周期模型的選擇與軟件的開(kāi)發(fā)方式有著直接的關(guān)系。在面向過(guò)程開(kāi)發(fā)方式階段，主要的生命周期模型有瀑布模型、增量模型、噴泉模型等。隨著面向?qū)ο箝_(kāi)發(fā)方式的廣泛運(yùn)用， 型逐漸成為軟件生命值周期的主要模型 16。軟件生命周期 型如圖 示。 需求分析 件生命周期 型 由圖 ， 型將軟件開(kāi)發(fā)劃分為初始化、細(xì)化、構(gòu)造和發(fā)布四個(gè)階段。在每個(gè)階段中，共有 9 個(gè)工作流進(jìn)行循環(huán)迭代，直至達(dá)到該階段的設(shè)計(jì)開(kāi)發(fā)目標(biāo)。 初始化階段主要目標(biāo)在于確定軟件系統(tǒng)的邊界，明確其與外界使用者或者外部系統(tǒng)的交互方式。該階段的主要工作流是業(yè)務(wù)建模和需求工作流，形成初步的需求分析文檔。 細(xì)化階段目標(biāo)在于明確軟件系統(tǒng)的功能、結(jié)構(gòu)等內(nèi)容。該階段的主要工作流是需求工作流、需求和設(shè)計(jì)工作流。通過(guò)需求工作流的迭代，實(shí)現(xiàn)對(duì)各個(gè)業(yè)務(wù)功能的詳細(xì)描述。通過(guò)分析設(shè)計(jì)工作流，形成數(shù)據(jù)庫(kù)系統(tǒng)設(shè)計(jì)方案。 構(gòu)造階段目的在于形成軟件系統(tǒng)。由于軟件開(kāi)發(fā)階段往往進(jìn)行功能的調(diào)整，必然涉及到需求、分析設(shè)計(jì)等工作流的迭代。因此本階段各個(gè)工作流進(jìn)行不斷的循環(huán)迭代，直至形成完整的軟件解決方案。 發(fā)布階段目的在于進(jìn)行軟件的測(cè)試調(diào)試和上線運(yùn)行。配置與變更管理工作流是本階段的重點(diǎn)。通過(guò)該工作流對(duì)軟件的部署環(huán)境進(jìn)行配置，并根據(jù)軟件性能的要求進(jìn)行配置的調(diào)整，直至達(dá)到穩(wěn)定運(yùn)行的目的。 需求分析 軟件建模語(yǔ)言 物流快遞信息管理系統(tǒng)設(shè)計(jì)與開(kāi)發(fā)過(guò)程中，采用 一建模語(yǔ)言進(jìn)行系統(tǒng)建模。 模語(yǔ)言是由 、 和 三位專(zhuān)家提出，在大型軟件開(kāi)發(fā)中得到了廣泛的應(yīng)用。 模語(yǔ)言通過(guò)用例圖、狀態(tài)圖、活動(dòng)圖、時(shí)序圖等多種圖形對(duì)軟件設(shè)計(jì)及開(kāi)發(fā)的不同階段進(jìn)行建模。 一建模語(yǔ)言在軟件開(kāi)發(fā)不同階段的應(yīng)用有如下幾點(diǎn) 17： 1. 初始化階段 該階段通過(guò) 軟件需求進(jìn)行描述。用例圖用以對(duì)各項(xiàng)功能需求進(jìn)行描述，活動(dòng)圖對(duì)業(yè)務(wù)流程進(jìn)行描述。 2. 細(xì)化階段 通過(guò) 圖、對(duì)象圖等圖形對(duì)軟件系統(tǒng)實(shí)體類(lèi)及類(lèi)間關(guān)聯(lián)關(guān)系進(jìn)行描述。 3. 構(gòu)造階段 通過(guò) 作圖、時(shí)序圖等圖形對(duì)軟件系統(tǒng)不同類(lèi)之間的調(diào)用關(guān)系 進(jìn)行描述。 4. 發(fā)布階段 通過(guò) 署圖對(duì)軟件系統(tǒng)的部署結(jié)構(gòu)進(jìn)行描述。 件架構(gòu)模式 軟件架構(gòu)模式即軟件的客戶(hù)端與服務(wù)器的組織結(jié)構(gòu)形式。常用的架構(gòu)模式有 C/S（ 式和 B/S（ 式兩種 18。 1. C/S 架構(gòu)模式 C/S 架構(gòu)模式下軟件的體系結(jié)構(gòu)如圖 示。 圖 ， C/S 模式下，客戶(hù)機(jī)負(fù)責(zé)進(jìn)行用戶(hù)界面展示并進(jìn)行部分業(yè)務(wù)邏輯處理；服務(wù)器負(fù)責(zé)業(yè)務(wù)邏輯處理和數(shù)據(jù)庫(kù)訪問(wèn)操作。這種模式下需 要在客戶(hù)機(jī)安裝相應(yīng)的客戶(hù)端軟件。當(dāng)由于網(wǎng)絡(luò)通訊等原因?qū)е路?wù)器無(wú)法連接的情況下，客戶(hù)機(jī)可以將數(shù)據(jù)進(jìn)行處理后保存到本地，服務(wù)器連接恢復(fù)之后再進(jìn)行數(shù)據(jù)同步。由于該模式下客戶(hù)機(jī)需要處理部分業(yè)務(wù)邏輯，因此對(duì)于客戶(hù)機(jī)的性能、安全性要求較高 19。 2. B/S 架構(gòu)模式 B/S 架構(gòu)模式下軟件的體系結(jié)構(gòu)如圖 示。 由圖 ，在 B/S 模式下，客戶(hù)機(jī)僅負(fù)責(zé)界面展示。業(yè)務(wù)邏輯處理和數(shù)據(jù)庫(kù)訪問(wèn)全部交由服務(wù)器端進(jìn)行完成?？蛻?hù)機(jī)無(wú)須專(zhuān)門(mén)安裝特定的軟件，只需要具備網(wǎng)絡(luò)瀏覽器即可。網(wǎng)絡(luò)瀏覽器在互聯(lián)網(wǎng)時(shí)代已經(jīng)成為了計(jì)算機(jī) 所必須具備的常用軟件，因此在這正模式下對(duì)于客戶(hù)機(jī)要求較低 20。 圖 ，使用者范圍較廣，不僅有物流快遞公司的工作人員，還有貨物的發(fā)貨人和收貨人。這種情況下，如果采用 C/S 的軟件架構(gòu)模式，則需要每一個(gè)客戶(hù)機(jī)都安裝專(zhuān)門(mén)的客戶(hù)端軟件。這對(duì)于發(fā)貨人和收貨人而言，可能并不容易在短時(shí)間內(nèi)掌握客戶(hù)端軟件的安裝和使用方法。并且由于發(fā)貨人和收貨人的客戶(hù)機(jī)負(fù)責(zé)進(jìn)行部分業(yè)務(wù)邏輯處理，給網(wǎng)絡(luò)病毒侵入計(jì)算機(jī)系統(tǒng)提供了機(jī)會(huì)，不利于系統(tǒng)安全。而 B/S 軟件架構(gòu)模式 下，客戶(hù)機(jī)僅需要網(wǎng)絡(luò)瀏覽器即可，對(duì)于軟件系統(tǒng)的使用方法掌握也較為容易。軟件系統(tǒng)的安全維護(hù)僅需要在服務(wù)器端進(jìn)行防火墻和殺毒軟件安裝即可 21。 需求分析 于兩種架構(gòu)模式的特點(diǎn)和本項(xiàng)目的使用者情況，物流快遞信息管理系統(tǒng)選用 B/S 模式進(jìn)行開(kāi)發(fā)。 件開(kāi)發(fā)平臺(tái) 基于 B/S 模式進(jìn)行軟件系統(tǒng)開(kāi)發(fā)，需要選擇支持這種開(kāi)發(fā)模式的軟件平臺(tái)。 B/S 模式下常用的軟件平臺(tái)有 臺(tái)、 臺(tái)、 臺(tái)。 臺(tái)是 司推出的開(kāi)發(fā)平臺(tái)軟件。這種平臺(tái)提供了一系列公用 得平臺(tái)下的 軟件均可實(shí)現(xiàn)對(duì)公用調(diào)用。但是這種平臺(tái)所開(kāi)發(fā)的 B/S 模式的軟件系統(tǒng)需要部署在 務(wù)器上。而諸多網(wǎng)絡(luò)病毒都是針對(duì) 作系統(tǒng)設(shè)計(jì)的， 務(wù)器容易受到網(wǎng)路病毒的攻擊，系統(tǒng)中毒的概率較高。 臺(tái)的軟件系統(tǒng)對(duì)于計(jì)算機(jī)操作系統(tǒng)安全性能要求較高 22。 臺(tái)的特點(diǎn)在于通過(guò)靜態(tài)頁(yè)面中嵌入動(dòng)態(tài)腳本，實(shí)現(xiàn)頁(yè)面的動(dòng)態(tài)化。 臺(tái)廣泛應(yīng)用于小型軟件系統(tǒng)的開(kāi)發(fā)中。小型軟件開(kāi)發(fā)廠用電的 發(fā)組合中， 臺(tái)發(fā)揮著重要的作用。但是由于 臺(tái)自身的特點(diǎn)，該平臺(tái)所開(kāi)發(fā)的軟件系統(tǒng)功能擴(kuò)展性不強(qiáng)，并且對(duì)于并發(fā)訪問(wèn)的支持不夠 23。 臺(tái)是 司的主導(dǎo)產(chǎn)品。該平臺(tái)以 基礎(chǔ)語(yǔ)法邏輯，通過(guò)制定一系列不同層次的接口規(guī)范，將 規(guī)范和實(shí)現(xiàn)進(jìn)行分離。軟件平臺(tái) 供商可以根據(jù)具體的業(yè)務(wù)邏輯開(kāi)發(fā)出相應(yīng)的實(shí)現(xiàn)方法。例如： 定了軟件程序與數(shù)據(jù)庫(kù)進(jìn)行通訊的規(guī)范， 數(shù)據(jù)庫(kù)開(kāi)發(fā)商提供了各自的 ，使得軟件開(kāi)發(fā)過(guò)程中遵照 范即可完成與不同數(shù)據(jù)庫(kù)的通訊。 范可以劃分為不同的層次結(jié)構(gòu)，圖 述了 圖知， 范分為客戶(hù)端層、 、 規(guī)范。軟件開(kāi)發(fā)過(guò)程中，在項(xiàng)目層次劃分的基礎(chǔ)上，根據(jù) 應(yīng)層次的規(guī)范進(jìn)行系統(tǒng)開(kāi)發(fā)。利用 臺(tái)開(kāi)發(fā)的軟件系統(tǒng)，通過(guò) 譯成為字節(jié)碼，能夠在擬機(jī)上運(yùn)行，能夠部署到任何一種操作系統(tǒng)下。同時(shí)支持 臺(tái)程序的 務(wù)器有多種，例如： 。可以根據(jù) 軟件項(xiàng)目的規(guī)模以及項(xiàng)目開(kāi)發(fā)的進(jìn)度進(jìn)行服務(wù)器選擇。需求分析 如：在項(xiàng)目開(kāi)發(fā)階段選用輕量級(jí)的 務(wù)器，便于開(kāi)發(fā)階段的程序調(diào)試；在項(xiàng)目部署過(guò)程中選用重量級(jí)的 務(wù)器，有利于提高系統(tǒng)的穩(wěn)定性和并發(fā)訪問(wèn)量 24。 圖 2件平臺(tái)分層結(jié)構(gòu) 際上是 的一套規(guī)范，并且規(guī)定了一系列的 來(lái)實(shí)現(xiàn)把 念轉(zhuǎn)換成 品。本著底層技術(shù)細(xì)節(jié)與應(yīng)用邏輯分開(kāi)的原則，可以把應(yīng)用系統(tǒng)分成容器和組件兩個(gè)部分。容器部分著重解決底層技術(shù)問(wèn)題如：目錄訪問(wèn)、分布式事務(wù)處理、安全管理、 并行訪問(wèn)、持久性管理、資源池管理、系統(tǒng)管理界面和負(fù)載均衡。組件部分著重具體的應(yīng)用邏輯 (2003)。 術(shù)定義了一組可重用的組件如企業(yè) 序員可以利用這些組件象搭積木一樣的來(lái)構(gòu)建分布式應(yīng)用。當(dāng)你把代碼寫(xiě)好之后，這些組件就被組合到塊中，每個(gè)模塊有一個(gè)或多個(gè)企業(yè) 加上一些配置參數(shù)，最后，這些企業(yè) 戶(hù)能夠通過(guò)這些 器會(huì)相應(yīng)地生成這個(gè) 一個(gè)實(shí)例，通過(guò)該實(shí)例客戶(hù)就能調(diào)用該 例的應(yīng)用方法（ 2001）。 務(wù)器作為容器和低層平臺(tái)的橋梁管理著 器，它為 器提供訪問(wèn)系統(tǒng)服務(wù)的能力如：數(shù)據(jù)庫(kù)的管理和事務(wù)的管理。 公文管理系統(tǒng)中的應(yīng)用 系統(tǒng)業(yè)務(wù)數(shù)據(jù)的描述 隨著網(wǎng)絡(luò)技術(shù)和分布式數(shù)據(jù)庫(kù)技術(shù)的發(fā)展，產(chǎn)生了客戶(hù)機(jī) /服務(wù)器(構(gòu)和微內(nèi)核結(jié)構(gòu)的操作系統(tǒng)。客戶(hù)機(jī) /服務(wù)器結(jié)構(gòu)的思想如下：需求分析 操作系統(tǒng)分成兩大部分，一是運(yùn)行在用戶(hù)態(tài)并以 C/S 方式活動(dòng)的進(jìn)程；二是運(yùn)行在核心態(tài)的內(nèi)核。除內(nèi)核部分外，操作系統(tǒng)的其他部分 被分成若干相對(duì)獨(dú)立的進(jìn)程，每一個(gè)進(jìn)程實(shí)現(xiàn)一類(lèi)服務(wù)，稱(chēng)服務(wù)器進(jìn)程，例如，提供文件管理服務(wù)、進(jìn)程管理服務(wù)、存儲(chǔ)管理服務(wù)、網(wǎng)絡(luò)通信服務(wù)，等等。 (用戶(hù)進(jìn)程也在該層并以 C/一種客戶(hù)進(jìn)程 )。服務(wù)器進(jìn)程的任務(wù)是檢查是否有客戶(hù)提出服務(wù)請(qǐng)求，如果有請(qǐng)求則在滿足客戶(hù)的要求后返回結(jié)果，于是，用戶(hù)進(jìn)程與服務(wù)器進(jìn)程形成了客戶(hù)機(jī) /服務(wù)器關(guān)系 雪燕，張雨 ,2004。運(yùn)行在核心態(tài)的內(nèi)核把該消息傳給服務(wù)器；服務(wù)器執(zhí)行相應(yīng)操作，再通過(guò)內(nèi)核用另一種消息把結(jié)果返回給用戶(hù)。由于由用戶(hù)態(tài)進(jìn)程來(lái)實(shí)現(xiàn)操作系統(tǒng)的絕大多數(shù)功能，內(nèi)核只實(shí)現(xiàn)極少 任務(wù)，主要起信息驗(yàn)證、交換的作用。 在對(duì)比不同開(kāi)發(fā)平臺(tái)的基礎(chǔ)上，本項(xiàng)目選擇 臺(tái)進(jìn)行系統(tǒng)開(kāi)發(fā)。 第三節(jié) 本章小結(jié) 從經(jīng)濟(jì)、技術(shù)和法律角度對(duì)物流快遞信息管理系統(tǒng)的開(kāi)發(fā)進(jìn)行了可行性論證。選擇了 型作為本項(xiàng)目的軟件生命周期模型。選擇 一建模語(yǔ)言進(jìn)行系統(tǒng)設(shè)計(jì)，利用 圖形化表示方法對(duì)各種模型進(jìn)行描述。對(duì)比了C/S 模式和 B/S 模式的特性，結(jié)合項(xiàng)目的特點(diǎn)，選擇 B/S 模式進(jìn)行系統(tǒng)開(kāi)發(fā)。對(duì)比了支持 B/S 模式軟件開(kāi)發(fā)的平臺(tái)軟件，選擇 臺(tái)進(jìn)行系統(tǒng)開(kāi)發(fā)。 需求分析 三章 需求分析 車(chē)輛信息管理 信息系統(tǒng)由于數(shù)據(jù)信息集中存儲(chǔ)在數(shù)據(jù)庫(kù)表中，數(shù)據(jù)庫(kù)中的數(shù)據(jù)包括車(chē)輛的基礎(chǔ)數(shù)據(jù)和車(chē)輛行駛過(guò)程中所產(chǎn)生的各種信息。通過(guò)數(shù)據(jù)庫(kù)對(duì)于數(shù)據(jù)進(jìn)行存儲(chǔ)，能夠有效的對(duì)于數(shù)據(jù)進(jìn)行管理，提供數(shù)據(jù)訪問(wèn)控制。為了對(duì)于系統(tǒng)運(yùn)行提供有效支持，需要對(duì)于系統(tǒng)進(jìn)行開(kāi)發(fā)、部署、運(yùn)行管理于維護(hù)。以計(jì)算機(jī)網(wǎng)絡(luò)和技術(shù)作為系統(tǒng)底層技術(shù)，提供系統(tǒng)開(kāi)發(fā)支撐平臺(tái)。如對(duì)行駛狀態(tài)的準(zhǔn)時(shí)送達(dá)、行駛狀態(tài)的完好率、行駛狀態(tài)的在途狀況等的要求也越來(lái)越高。如何有效地實(shí)現(xiàn)用車(chē)服務(wù)最優(yōu)化、用車(chē)成本最低化、用車(chē)效益最大化，使用車(chē)迅速、準(zhǔn)確、安全、經(jīng)濟(jì)，滿足客戶(hù)的需求，最大限度地 降低用車(chē)成本，實(shí)現(xiàn)用車(chē)效益的最大化，是長(zhǎng)期困擾著物流企業(yè)的問(wèn)題 謝東青 ,2008。 輛信息管理的信息需求 （ 1）資源管理用車(chē) 資源管理就是對(duì)所有用車(chē)資源進(jìn)行管理，包括企業(yè)自有用車(chē)車(chē)輛以及業(yè)務(wù)外包用車(chē)車(chē)輛的管理，作業(yè)責(zé)任人、作業(yè)組、裝卸搬運(yùn)設(shè)備的管理等。因此，資源管理的主要業(yè)務(wù)包括對(duì)用車(chē)工具、運(yùn)送人員、裝卸搬運(yùn)設(shè)備、用車(chē)網(wǎng)絡(luò)和外部資源的管理。 （ 2）任務(wù)管理 任務(wù)管理就是根據(jù)客戶(hù)對(duì)于車(chē)輛的使用計(jì)劃，將車(chē)輛調(diào)度任務(wù)分解成為若干子任務(wù)。對(duì)于各個(gè)子任務(wù)進(jìn)行車(chē)輛使用時(shí)間、地點(diǎn)、班次等情況的調(diào)度于優(yōu)化，提升車(chē) 輛使用效率。 （ 3）業(yè)務(wù)管理 用車(chē)業(yè)務(wù)管理始于用車(chē)業(yè)務(wù)的登記受理，主要登記客戶(hù)需要用車(chē)的行駛狀態(tài)品名、規(guī)格及數(shù)量、包裝及重量、用車(chē)要求、起運(yùn)地點(diǎn)、目的地點(diǎn)、用車(chē)交貨時(shí)間等信息，以便合理地安排用車(chē)計(jì)劃。用車(chē)作業(yè)管理是業(yè)務(wù)管理的主要內(nèi)容，其中包括派車(chē)、行駛狀態(tài)交接、計(jì)重、裝車(chē)等發(fā)運(yùn)作業(yè)的管理，還有行駛狀態(tài)轉(zhuǎn)運(yùn)需求分析 業(yè)管理、到達(dá)交付管理等。 （ 4）運(yùn)途管理 運(yùn)途管理就是根據(jù)用車(chē)途中的實(shí)際情況，及時(shí)地進(jìn)行調(diào)度、協(xié)調(diào)和指揮等管理活動(dòng)。其主要業(yè)務(wù)包括車(chē)輛的行駛狀態(tài)過(guò)程跟蹤和用車(chē)調(diào)度管理兩大部分。其中行駛狀態(tài)跟蹤系統(tǒng)由監(jiān)控中 心系統(tǒng)、無(wú)線移動(dòng)通信系統(tǒng)、車(chē)載終端系統(tǒng)等組成。其作用是實(shí)時(shí)收集、傳輸用車(chē)途中行駛狀態(tài)的位置、車(chē)輛的速度與方向等運(yùn)途信息，監(jiān)控中心根據(jù)用車(chē)的實(shí)際情況，對(duì)用車(chē)作業(yè)任務(wù)進(jìn)行調(diào)度處理，生成相應(yīng)的用車(chē)作業(yè)計(jì)劃指令和任務(wù)。 需求分析 于 術(shù)和構(gòu)件技術(shù)的系統(tǒng)開(kāi)發(fā)方案 開(kāi)始項(xiàng)目調(diào)研調(diào)研報(bào)告建模和分析識(shí)別角色獲取用例建立系統(tǒng)用例模型細(xì)化用例繪制靜態(tài)模型圖 ( 用例圖和類(lèi)圖等 )繪制動(dòng)態(tài)行為圖 ( 順序圖和狀態(tài)圖等 )設(shè)計(jì)構(gòu)件的劃分自開(kāi)發(fā)構(gòu)件的設(shè)計(jì)數(shù)據(jù)庫(kù)設(shè)計(jì)實(shí)現(xiàn)部署構(gòu)件圖確定軟件體系結(jié)構(gòu)體系結(jié)構(gòu)圖自開(kāi)發(fā)構(gòu)件的編碼已有構(gòu)件的調(diào)用部署圖結(jié)束需求分析 能需求 務(wù)接單管理 業(yè)務(wù)接單主要是承攬用車(chē)業(yè)務(wù)，包括攬貨管理、報(bào)價(jià)成本管理、客戶(hù)關(guān)系管理和訂單管理。 (1)攬貨管理是指物流企業(yè)的攬貨人員攬取行駛狀態(tài)的經(jīng)營(yíng)活動(dòng)。它是用車(chē)生產(chǎn)活 動(dòng)用車(chē)業(yè)務(wù)的款項(xiàng)信息錄入由業(yè)務(wù)人員進(jìn)行處理。用車(chē)業(yè)務(wù)的款項(xiàng)信息刪除由財(cái)會(huì)人員進(jìn)行處理。 用車(chē)攬貨具有人員推銷(xiāo)的一般特征，具體而言主要包括以下兩個(gè)方面。用車(chē)攬貨需要與客戶(hù)建立長(zhǎng)期業(yè)務(wù)關(guān)系。用車(chē)攬貨是用車(chē)生產(chǎn)活動(dòng)的重要環(huán)節(jié)，攬貨人員能否及時(shí)攬到充足的行駛狀態(tài)，直接影響到用車(chē)生產(chǎn)活動(dòng)的順利進(jìn)行，甚至關(guān)系到物流企業(yè)經(jīng)營(yíng)的成敗。因此，與廣大客戶(hù)建立長(zhǎng)期業(yè)務(wù)關(guān)系，力求穩(wěn)定貨源，保持貨運(yùn)量和市場(chǎng)份額，是每一個(gè)物流企業(yè)的共同目標(biāo)。用車(chē)攬貨需要與客戶(hù)直接接觸。攬貨人員通過(guò)與客戶(hù)聯(lián)系