【畢業(yè)學(xué)位論文】(Word原稿)基于JAVA技術(shù)的車輛信息管理系統(tǒng)-軟件工程_第1頁
【畢業(yè)學(xué)位論文】(Word原稿)基于JAVA技術(shù)的車輛信息管理系統(tǒng)-軟件工程_第2頁
【畢業(yè)學(xué)位論文】(Word原稿)基于JAVA技術(shù)的車輛信息管理系統(tǒng)-軟件工程_第3頁
【畢業(yè)學(xué)位論文】(Word原稿)基于JAVA技術(shù)的車輛信息管理系統(tǒng)-軟件工程_第4頁
【畢業(yè)學(xué)位論文】(Word原稿)基于JAVA技術(shù)的車輛信息管理系統(tǒng)-軟件工程_第5頁
已閱讀5頁,還剩54頁未讀, 繼續(xù)免費(fèi)閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進(jìn)行舉報或認(rèn)領(lǐng)

文檔簡介

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

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時也不承擔(dān)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論