汽運配送物流系統(tǒng)的設計及實現(xiàn)_第1頁
汽運配送物流系統(tǒng)的設計及實現(xiàn)_第2頁
汽運配送物流系統(tǒng)的設計及實現(xiàn)_第3頁
汽運配送物流系統(tǒng)的設計及實現(xiàn)_第4頁
汽運配送物流系統(tǒng)的設計及實現(xiàn)_第5頁
已閱讀5頁,還剩40頁未讀 繼續(xù)免費閱讀

下載本文檔

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

文檔簡介

1、 密級:_JINGGANGSHAN UNIVERSITY本科畢業(yè)論文(設計)題目:汽運配送物流管理系統(tǒng)的設計與實現(xiàn)學 院 電子與信息工程學院 專 業(yè) 計算機科學與技術(shù) 姓 名 寧* 班 級2013級計算機本(1)班學 號 130911008 指導教師 夏* 起訖時間 2016.112017.05汽運配送物流系統(tǒng)的設計與實現(xiàn)作者:寧圣云 單位:井岡山大學 地址:江西吉安 郵編:343000指導老師:夏潔武【摘要】現(xiàn)代物流行業(yè)發(fā)展迅速,企業(yè)間的競爭也很激烈,因此選擇一個適合自己的配送系統(tǒng)尤為重要,結(jié)合實際應用,我們開發(fā)了基于WCF(Windows Communication Foundation)

2、框架的汽運配送物流系統(tǒng),汽運配送物流系統(tǒng)是對物流公司的貨物配送運輸?shù)男畔⒐芾硐到y(tǒng),它不僅可以使物流企業(yè)運行的更加高效,還可以更方便的管理掌握貨物的運輸流程。本論文首先闡述了物流汽運配送的研究背景及意義,介紹了與本系統(tǒng)開發(fā)有關(guān)的基本理論技術(shù)。圍繞本系統(tǒng)的設計開發(fā)過程,本論文論述了系統(tǒng)的整體架構(gòu)體系、基本功能需求以及UML用例分析。依據(jù)系統(tǒng)整體架構(gòu)以及功能需求,本論文對系統(tǒng)主要模塊設計,數(shù)據(jù)結(jié)構(gòu)設計和模塊實現(xiàn)進行了詳細的敘述。【關(guān)鍵詞】汽運配送;WCF;物流Design and Implementation of Automotive Distribution Logistics SystemAu

3、thor:Ning Shengyun Unit:JINGGANGSHAN UNIVERSITY Address:Jian Jiangxi Postcode:343000Instructor: Xia JiewuAbstractModern logistics industry is developing rapidly and the competition among enterprises is very fierce, so choosing a suitable for their own distribution system is particularly important. W

4、e developed automotive logistics system based on WCF framework. Automotive logistics system is an information management system for the distribution of goods transportation logistics company, it can not only make the logistics operation more efficient, but also can be more convenient to master the m

5、anagement of goods the transport process.This paper first elaborated the research background and significance of the logistics delivery trucks, introduces the basic theory and technology related to the development of the system. Around the design and development process of the system, this paper dis

6、cusses the overall architecture of the system, the basic functional requirements and UML use case analysis. According to the overall system architecture and functional requirements, this paper describes the design of the systems main modules, data structure and module design in detail. Key WordsAuto

7、motive distribution ;WCF;Logistics目 錄第一章 引言11.1課題背景11.2課題意義及應用價值11.3系統(tǒng)實現(xiàn)技術(shù)概述11.3.1 WCF框架11.3.2 C/S架構(gòu)21.4主要工作及論文結(jié)構(gòu)2第二章 系統(tǒng)需求分析32.1 運交領域維護功能需求32.2 配送車次維護功能需求42.3 派車維護與出返確認功能需求5第三章 系統(tǒng)設計與實現(xiàn)73.1 系統(tǒng)開發(fā)運行環(huán)境73.2 系統(tǒng)的總體設計73.3 數(shù)據(jù)庫設計83.4 系統(tǒng)實現(xiàn)153.4.1 運交領域維護模塊的實現(xiàn)153.4.2 配送車次維護模塊的實現(xiàn)193.4.3 派車維護與出返確認模塊的實現(xiàn)22第四章 系統(tǒng)測試27

8、4.1測試方法274.2測試用例274.3測試結(jié)果28第五章 結(jié)束語29參考文獻30致 謝31第一章 引言1.1課題背景在高速發(fā)展的信息社會,當前物流行業(yè)發(fā)展日新月異,我國經(jīng)濟占世界經(jīng)濟比重逐年上升,和世界經(jīng)濟接軌的趨勢逐漸加強,為現(xiàn)代物流的發(fā)展創(chuàng)造了有利的條件。目前,我國各種物流企業(yè)公司比比皆是,預測21世紀,物流業(yè)會發(fā)展得越來越好。理論源于實踐,在一些經(jīng)濟發(fā)展水平較高的國家,物流理論使得物流行業(yè)發(fā)展快速。世界經(jīng)濟活動超越國界以及現(xiàn)代物流業(yè)發(fā)展的信息化、配送運輸?shù)默F(xiàn)代化和綜合化等趨勢,使我國物流業(yè)的發(fā)展具有各方面的挑戰(zhàn)性。以前物流行業(yè)的操作模式已不再適應當前的物流行業(yè),目前有許多大型物流企業(yè)

9、都有適合自己公司的配送系統(tǒng),然而一些小型的物流企業(yè)購買使用的物流信息軟件,不足以滿足自己的需求,即使有些軟件比較適用,但是有時可能在客戶系統(tǒng)中運行不穩(wěn)定。本系統(tǒng)便是為解決這些問題根據(jù)中小型企業(yè)的實際功能需求而開發(fā)的汽運配送系統(tǒng)。1.2課題意義及應用價值在IT技術(shù)迅速發(fā)展的今天,人們利用IT技術(shù)開發(fā)了許許多多關(guān)于物流運輸?shù)能浖?,當前有許多大型物流企業(yè)都有適合自己公司的配送系統(tǒng),然而一些小型的物流企業(yè)購買使用的物流信息軟件,不足以滿足自己的需求,即使有些軟件比較適用,但是有時可能在客戶系統(tǒng)中運行不穩(wěn)定?,F(xiàn)在大多數(shù)物流系統(tǒng)都采用的是B/S開發(fā)模式,而本系統(tǒng)基于WCF框架,適合小型物流公司內(nèi)部工作人員

10、使用。汽運配送物流系統(tǒng)做為物流網(wǎng)的一種,用于貨物的配送運輸,可以使貨物運送到目的地的過程有保障且高效,給公司提供更加簡單便捷的運輸服務。1.3系統(tǒng)實現(xiàn)技術(shù)概述1.3.1 WCF框架Windows Communication Foundation(WCF)可翻譯為Windows 通訊開發(fā)平臺,是由微軟公司研發(fā)的一系列應用程序框架,用來支持數(shù)據(jù)通信,是Windows平臺上開發(fā)分布式應用最佳的實踐方式。WCF可簡單歸結(jié)為四大部分:網(wǎng)絡服務的協(xié)議,即開放客戶端接入使用的網(wǎng)絡協(xié)議;業(yè)務服務的協(xié)議,即聲明服務可以提供哪些業(yè)務;數(shù)據(jù)類型聲明,即一致化客戶端與服務器端通信的數(shù)據(jù)部分;傳輸安全性相關(guān)的定義。概括

11、地說,WCF具有如下的優(yōu)勢:統(tǒng)一性、互操作性、安全與可信賴和兼容性。1.3.2 C/S架構(gòu)C/S結(jié)構(gòu),即Client/Server(客戶機/服務器)結(jié)構(gòu),通過將任務合理分配到Client端和Server端,系統(tǒng)的通訊開銷得以降低,兩端硬件環(huán)境的優(yōu)勢得以充分利用??蛻魴C/服務器,是一種分布信息或文件的方法,是一種局域網(wǎng)結(jié)構(gòu),人們通過客戶機同網(wǎng)絡交互。其主要優(yōu)勢如下:應用服務器運行數(shù)據(jù)負荷較輕;數(shù)據(jù)的儲存管理功能較為透明。三層C/S結(jié)構(gòu)將應用功能分成表示層、數(shù)據(jù)層和功能層三部分,各部分在邏輯上獨立。應用層是應用的用戶接口部分,它承擔著用戶與應用間的對話交流功能。功能層相當于應用的本體,它是將具體的

12、業(yè)務處理邏輯地寫入程序中。數(shù)據(jù)層就是DBMS,負責管理對數(shù)據(jù)庫數(shù)據(jù)的讀取和寫入。1.4主要工作及論文結(jié)構(gòu)論文結(jié)合當前汽運配送物流的實際情況,我們設計和開發(fā)了一套基于WCF框架的汽運配送系統(tǒng)。軟件側(cè)重公司事務流程和易用性,將配送公司的業(yè)務流程和計算機軟件有機的聯(lián)系在一起,從接貨開單(錄入貨運單信息)、打印電腦單據(jù)、裝車制作配送清單到配送車次、物流派車,查詢車次狀態(tài),物流派車,查詢車次狀態(tài),再到出車確認,返車確認,特殊派車,單據(jù)還原,記錄車次的出返異常,處理結(jié)果等等對公司事務進行全程跟蹤管理,不用反復錄入數(shù)據(jù)信息,不增添額外工作,完善了業(yè)務流程,操作簡單,實用性強。 論文結(jié)構(gòu)如下:本文第一章是引言

13、,主要介紹了汽運配送物流系統(tǒng)的開發(fā)背景、意義及應用價值,還有系統(tǒng)的主要工作。第二章是系統(tǒng)需求分析,從預期目標、功能需求等方面對汽運配送物流系統(tǒng)進行分析,從而確定系統(tǒng)的具體功能模塊。第三章是系統(tǒng)設計與實現(xiàn),主要描述了數(shù)據(jù)庫設計和各個功能模塊的設計過程。第四章是系統(tǒng)測試,盡可能多地發(fā)現(xiàn)并排除系統(tǒng)中潛在的錯誤。第五章是結(jié)束語,對論文進行總結(jié),闡述系統(tǒng)各方面的不足。第二章 系統(tǒng)需求分析在基于用例的需求分析中,Use Case是對系統(tǒng)用戶需求(主要是功能需求)的表述,描述了系統(tǒng)的功能需求和可提供的服務。結(jié)合UML與面向?qū)ο蠼<夹g(shù),分析汽運配送物流系統(tǒng)的需求,我們對本系統(tǒng)劃分出一些參與者和用例。在論文中

14、,參與者只有面向企業(yè)的工作人員,以下簡稱為員工。我們將系統(tǒng)分為三個模塊,即運交領域維護模塊、配送車次維護模塊和出返車確認模塊。2.1 運交領域維護功能需求通過分析,我們將配送領域劃分為本地領域和外地領域兩部分。首先我們對物流的運交領域進行規(guī)劃,由圖2.1可知,本地和外地的領域規(guī)劃并不完全相同。運交領域(配送領域)即物流所要配送的地址信息。 圖2.1領域規(guī)劃圖本地領域規(guī)劃按地址明細和指定客戶來設定領域地址及領域編碼,其中指定客戶指的是一些大的商家,對指定客戶新增配送領域編碼及地址,然后根據(jù)領域地址及編碼設定配送屬性,本地領域的配送屬性可以是自送(包括自有車和包車接送)也可以是委外。外地領域的規(guī)劃

15、首先設定配送領域的編碼及地址,再根據(jù)領域地址設定配送屬性,所有外地領域的配送屬性均為委外派車。領域臺車維護主要是對一個或多個領域分組并在出貨區(qū)區(qū)分,本地部分可以按照自送一個領域一個臺車號,外地部分可以用(配送方式+領域)的方式編臺車號,臺車號的信息里包括領域信息,在出貨分區(qū)標示出臺車號方便理貨人員理貨和裝車。運交領域維護模塊主要包括以下三個功能:(1)領域規(guī)劃。按地址明細和指定客戶設定配送領域編碼及地址。(2)配送領域的屬性維護。主要是對本物流地點相關(guān)領域進行增刪查改,而其他領域的屬性信息只能查詢。在本物流地點新增一個領域時,需要這里設置配送屬性、配送方式、配送等級等,當開單人員中新增貨運單時

16、會從這查詢領域代碼所對應的默認配送方式、和預計送達天數(shù)顯示貨運單開單界面提示開單人員選用。修改是對本物流地點相關(guān)聯(lián)領域的配送屬性、配送方式、配送等級、預計送達天數(shù)進行修改,其他屬性信息則不可直接修改。(3)領域臺車的維護。對每個物流地點設定的臺車號進行增刪查改。具體的工作有工作人員對物流的運交領域進行規(guī)劃,運交領域分為本地和外地兩部分,有各自的規(guī)劃方式,運交領域規(guī)劃完成之后,工作人員還需對配送領域的屬性和領域臺車進行維護。 圖2.2運交領域維護用例圖2.2 配送車次維護功能需求物流公司每天都有大量的貨單需要出車配送,在出車配送之前,我們要設定好配送車次。配送車次要根據(jù)所在領域的臺車號和出車日期

17、進行設定。該模塊的功能有:(1)配送車次維護。主要是對設定好的車次進行查詢、修改、刪除等。(2)拷貝車次。因為近一個月內(nèi)每周的車次信息大致相似,同時也為方便后續(xù)信息查詢,每月最后一個周五結(jié)單后,將后續(xù)第一周和第二周的車次拷貝到之后第三周第四周。具體的工作有工作人員首先根據(jù)貨運單的數(shù)據(jù)配送車次,對車次進行維護,若車次信息有誤可修改,不能修改則刪除之后再新增,每到月末,為方便后續(xù)信息查詢,拷貝車次。 圖2.3 配送車次維護用例圖2.3 派車維護與出返確認功能需求派車維護與出返確認需求是物流公司業(yè)務管理中一大重要功能。該模塊主要包括以下功能:(1) 物流派車:是對事先設定好并且即將到達出車時間的車次

18、進行派車,派車后車輛會到達出貨分區(qū)對應的位置進行裝貨。派車之前可先查詢是否還有應派的而未派的單據(jù),一經(jīng)發(fā)現(xiàn),立刻進行裝車。(2) 返車確認:返車確認分為貨品與“簽收單”的確認,返車確認即可通過整車次確認,也可點選車次后進入明細畫面逐筆確認。(3)出車確認:出車確認分為貨品與“簽收單”的確認,出車確認即可通過整車次確認,也可點選車次后進入明細畫面逐筆確認。(4)單據(jù)還原:還原單據(jù)狀態(tài)到前一個狀態(tài) (派/出/返),以防誤操作。(5)特殊派車:如若車輛故障或者派車操作失誤、貨量大裝不下、無調(diào)貨直發(fā)單等,可進行特殊派車。具體的工作有工作人員通過對派車狀況的查詢得知當前派車狀況,根據(jù)需要對未派車的配送車

19、次派車,到出貨分區(qū)裝貨,到特定車次出車時間時,對該車次進行出車確認,如有誤操作,可對單據(jù)進行還原,將單據(jù)還原到前一個狀態(tài)。若該車次沒有問題,等待車次返回,再對該車次進行返車確認。 圖2.4 派車維護與出返確認用例圖第三章 系統(tǒng)設計與實現(xiàn)3.1 系統(tǒng)開發(fā)運行環(huán)境本系統(tǒng)基于WCF框架,后臺服務器使用Windows操作系統(tǒng)配置IIS,SQL Server 2008 數(shù)據(jù)庫管理數(shù)據(jù),以Visual studio 2013為開發(fā)環(huán)境,C#為開發(fā)語言。操作系統(tǒng)windows2000以上版本。3.2 系統(tǒng)的總體設計系統(tǒng)總體結(jié)構(gòu)設計通常應依照以下原則:子系統(tǒng)之間不相互影響;子系統(tǒng)之間的數(shù)據(jù)相關(guān)性盡可能的小;子

20、系統(tǒng)的設置需考慮以后管理發(fā)展的需要;子系統(tǒng)的劃分應使得系統(tǒng)分階段的實現(xiàn)更方便。為了更好地實現(xiàn)系統(tǒng)內(nèi)各個模塊的功能,將各個模塊的主要功能進一步細分。圖3.1是系統(tǒng)的層次圖,通過圖示的形式,描述了系統(tǒng)各部分的功能模塊結(jié)構(gòu)關(guān)系。圖3.1 系統(tǒng)總體結(jié)構(gòu)圖運交領域維護模塊具體的工作有工作人員對物流的運交領域進行規(guī)劃,運交領域分為本地和外地兩部分,有各自的規(guī)劃方式,運交領域規(guī)劃完成之后,工作人員還需對配送領域的屬性和領域臺車進行維護。配送領域的屬性維護主要處理日常業(yè)務中配送領域的增刪查改。配送車次模塊功能包括維護配送車次、拷貝車次和配送車次報表三個部分的功能。其中配送車次的維護包括新增、刪除、查詢、修改等

21、;拷貝車次是為方便后續(xù)信息查詢,每月最后一個周五結(jié)單后,將后續(xù)第一周和第二周的車次拷貝到之后第三周第四周。派車維護與出返確認模塊功能包括物流派車、單據(jù)新增、派車狀況查詢、出車確認、返車確認、單據(jù)還原和特殊派車功能。具體的工作有工作人員通過對派車狀況的查詢得知當前派車狀況,根據(jù)需要對未派車的配送車次派車,到出貨分區(qū)裝貨,到特定車次出車時間時,對該車次進行出車確認,如有誤操作,可對單據(jù)進行還原,將單據(jù)還原到前一個狀態(tài)。若該車次沒有問題,等待車次返回,再對該車次進行返車確認。在完成系統(tǒng)的各功能模塊的詳細設計以后,就是進行具體編碼,實現(xiàn)各模塊功能的過程了。3.3 數(shù)據(jù)庫設計數(shù)據(jù)庫表包括地址明細運交領域

22、表、指定客戶運交領域表、領域臺車表、物流派車表、異動通知單表、單據(jù)表、單據(jù)明細表、配送車次表、付款條件表、出貨區(qū)盤點表、出返車確認表、派車明細表等表單。貨運單表、配送車次表、派車狀態(tài)表的表間關(guān)系如圖3.2所示。 圖3.2 配送車次與出返確認模塊表間關(guān)系圖由圖可知,貨運單表與配送車次表存在多對一的關(guān)系,一個車次可以配送多張單據(jù),而一張單據(jù)只能由一個車次配送。出返車確認表與貨運單表存在多對一的關(guān)系。派車狀態(tài)表與配送車次表存在一對多的關(guān)系,即一個車次在某個時間段只能是某個特定的狀態(tài),某個特定的狀態(tài)可以對應多個車次。配送車次表與班次表存在多對一的關(guān)系,一個班次里可以有多個車次,而一個車次只能屬于某個特

23、定班次。領域規(guī)劃模塊的表間關(guān)系如下圖3.3所示。圖3.3 領域規(guī)劃表間關(guān)系圖由圖可知,地址明細運交領域表和領域臺車表與地區(qū)表存在一對多的關(guān)系。領域臺車表與地區(qū)表存在一對多的關(guān)系。貨運單表與領域臺車表存在一對多的關(guān)系,一個單據(jù)信息對應一個臺車號,一個臺車號信息可對應多個單據(jù)。指定客戶運交領域表與客戶表之間存在一對多的關(guān)系。由于篇幅有限,只列出主要表單的內(nèi)容。以下是主要表單的詳細設計內(nèi)容。地址明細運交領域表用來記錄按地址明細設定的配送領域信息,如表3.1所示。 表3.1 地址明細運交領域表(DZ_AddressDomain_Table)指定客戶運交領域表用來記錄按指定客戶設定的配送領域信息,如表3

24、.2所示。表3.2 指定客戶運交領域表(DZ_ClientDomain_Table)領域臺車表用來記錄各個領域內(nèi)的臺車信息,如表3.3所示。表3.3領域臺車表(LY_DomainVehicle_Table)異動通知單表用來記錄訂單出現(xiàn)異動的信息,如表3.4所示。表3.4異動通知單表(PC_IrregularInformOrder_Table)物流派車表用來記錄物流派車信息,如表3.5所示。表3.5 物流派車表(PC_LogisticDispatch_Table) 單據(jù)明細表用來記錄單據(jù)的具體明細,如表3.6所示。表3.6 單據(jù)明細表(WL_Bills_Table)單據(jù)表用來記錄每個客戶訂單的信

25、息,如表3.7所示。表3.7 單據(jù)表(WL_Bills_Table)付款條件表用來記錄付款所需的條件信息,如表3.8所示。表3.8 付款條件表(PC_PaymentTerms_Table)配送車次表用來記錄每條單據(jù)所配送的車次信息,如表3.9所示。表3.9 配送車次表(PS_DeliveryTrainNum_Table) 出貨區(qū)盤點表用來記錄出貨區(qū)的信息,如表3.10所示。表3.10 出貨區(qū)盤點表(PC_ShipmentCheck_Table) 派車明細表用來記錄物流派車明細,如表3.11所示。表3.11 派車明細表(PC_DispatchDetails_Table) 表3.12為出返車確認表

26、用來記錄訂單出車的信息。表3.12 出返車確認表(PC_OutOrReturnConfirmation_Table) 3.4 系統(tǒng)實現(xiàn)3.4.1 運交領域維護模塊的實現(xiàn)運交領域維護模塊主要包括以下三個功能:(1)領域規(guī)劃。按地址明細和指定客戶設定配送領域編碼及地址。(2)配送領域的屬性維護。主要是對本物流地點相關(guān)聯(lián)領域進行新增、修改、刪除,其他領域的屬性只能查詢。修改是對本物流地點相關(guān)聯(lián)領域的配送屬性、配送方式、配送等級、預計送達天數(shù)進行修改。(3)領域臺車的維護。對每個物流地點設定的臺車號進行增刪查改。在開發(fā)工具中,查詢界面的設計可直接將左邊工具箱中的控件拖曳到設計視圖中即可,再在右側(cè)的屬性

27、框里修改控件的屬性,可使控件更加美觀。可觀看下圖例子。在系統(tǒng)中,運交領域維護模塊典型實現(xiàn)頁面如下圖所示。圖3.4系統(tǒng)登錄頁面用戶輸入用戶名密碼后,即可進入系統(tǒng)的主頁面,可觀察到主頁面共有三個選項卡按鈕,對應系統(tǒng)三個模塊,點擊物流作業(yè)-運交領域維護按鈕,如下圖3.5所示。圖3.5運交領域維護主頁面點擊主頁面上的“配送領域?qū)傩跃S護”圖標按鈕即可進入以下界面,可根據(jù)物流地點、領域代碼、配送屬性、配送等級等關(guān)鍵字進行模糊動態(tài)查詢,選中表單刪除列的復選框并點擊刪除按鈕即可刪除所選數(shù)據(jù)項,還可新增物流信息,如圖3.6所示。 圖3.6 配送領域?qū)傩跃S護界面進入按地址明細規(guī)劃領域頁面,表單中的數(shù)據(jù)為已規(guī)劃好的

28、全部領域信息,員工也可查詢想要查看的數(shù)據(jù),在輸入框內(nèi)輸入限制條件即可。 圖3.7按地址明細規(guī)劃進入按指定客戶規(guī)劃領域頁面,表單中的數(shù)據(jù)為已規(guī)劃好的全部領域信息,員工也可查詢想要查看的數(shù)據(jù),在輸入框內(nèi)輸入限制條件即可。還可在表單中直接進行刪除。 圖3.8 按指定客戶規(guī)劃當選中某一條數(shù)據(jù)時,點擊更正按鈕,會彈出以下界面,如圖3.9所示。 圖3.9 修改界面臺車號是根據(jù)配送方式和運交領域來確定的,可根據(jù)臺車號來判斷每條單據(jù)的運交領域地址是否正確和基本的配送方式,非常便捷。圖3.10領域臺車維護界面3.4.2 配送車次維護模塊的實現(xiàn)配送車次模塊功能上提供維護配送車次、拷貝車次和配送車次報表三個部分的功

29、能。其中維護配送車次實現(xiàn)配送車次的設定,包括新增、刪除、查詢、修改等;拷貝車次是為方便后續(xù)信息查詢,每月最后一個周五結(jié)單后,將后續(xù)第一周和第二周的車次拷貝到之后第三周第四周;。用戶進入主頁面后點擊“物流作業(yè)-配送車次維護”按鈕??蛇x擇該模塊下的各個功能小模塊進行操作。圖3.11 配送車次維護主頁面圖3.12 運交車次維護界面在運交車次維護界面點擊拷貝車次按鈕即可進入拷貝車次頁面,進行拷貝車次的任務。一般為每月最后一個周五結(jié)單后,將后續(xù)第一周和第二周的車次拷貝到之后第三周第四周。圖3.13拷貝車次界面新增頁面,在各輸入框內(nèi)輸入車次信息,若無誤,點擊新增按鈕,即可新增成功。圖3.14 車次新增界面

30、該頁面中的表單是可編輯的,所以可直接在表單中進行修改。若想刪除某條數(shù)據(jù),選中刪除列的復選框并點擊刪除按鈕即可刪除數(shù)據(jù)。 圖3.15車次修改/刪除界面3.4.3 派車維護與出返確認模塊的實現(xiàn)派車維護與出返確認模塊功能包括物流派車、單據(jù)新增、派車狀況查詢、出車確認、返車確認和單據(jù)還原的功能。具體的工作有工作人員通過對派車狀況的查詢得知當前派車狀況,根據(jù)需要對未派車的配送車次派車,到出貨分區(qū)裝貨,到特定車次出車時間時,對該車次進行出車確認,如有誤操作,可對單據(jù)進行還原,將單據(jù)還原到前一個狀態(tài)。若該車次沒有問題,等待車次返回,再對該車次進行返車確認。用戶進入主頁面后點擊“物流作業(yè)-派車維護與出返確認”

31、按鈕??蛇x擇該模塊下的各個功能小模塊進行操作。 圖3.16 派車維護與出返確認主界面 圖3.17 物流派車界面圖3.18 派車狀況查詢界面單據(jù)新增,在各輸入框內(nèi)輸入車次信息,若無誤,點擊新增按鈕,即可新增成功。圖3.19單據(jù)新增界面點擊出(返)車確認按鈕,彈出出返確認界面,在功能選擇處選擇相應功能,若選擇出(返)車,界面表單中會出現(xiàn)對應的需要出(返)車的車次信息,員工根據(jù)實際情況選擇需要進行出車確認的車次,修改車次狀態(tài)。圖3.20 出返車確認界面在出返車確認界面點擊表單中需要進行出車確認的車次,即可進入出車確認by訂單界面,對該車次所運載的單據(jù)進行出車確認,選中復選框即可。圖3.21 出車確認

32、by單號圖 3.22 返車確認by單號界面點擊單據(jù)還原按鈕,進入還原界面,用戶員工可進行條件查詢想要還原的單據(jù),選中表單中想要還原的單據(jù),點擊還原按鈕,單據(jù)即可還原到前一狀態(tài)。圖3.23單據(jù)還原界面圖 3.24 異動通知單打印界面第四章 系統(tǒng)測試測試階段的根本目標是盡可能多地發(fā)現(xiàn)并排除系統(tǒng)中潛在的錯誤異常,系統(tǒng)測試通常有若干個測試組成,對系統(tǒng)各功能模塊進行測試,使系統(tǒng)充分運行,以檢驗系統(tǒng)是否能夠正常完成各項工作。在系統(tǒng)測試時,應該追溯到用戶需求,找到不滿足用戶需求的錯誤,并加以改正優(yōu)化,從而使系統(tǒng)相對穩(wěn)定。4.1測試方法常見的軟件測試方法有黑盒測試和白盒測試兩種。黑盒測試法把程序看作一個黑盒子

33、,完全不考慮程序的內(nèi)部結(jié)構(gòu)和處理過程,它只檢查程序功能是否能夠按照預期正常使用,程序是否能夠適當?shù)亟邮茌斎霐?shù)據(jù)并產(chǎn)生正確的輸出信息。白盒測試法是知道產(chǎn)品的內(nèi)部工作過程,檢驗產(chǎn)品內(nèi)部動作是否能夠按照預定要求正常工作。由于系統(tǒng)設計已經(jīng)完成,因此測試方法選擇黑盒測試。4.2測試用例系統(tǒng)的功能、輸入和輸出等質(zhì)量指標如表4.1所示。表4.1 測試用例表模塊功能輸入輸出正確輸出錯誤輸出公共模塊員工登錄帳號、密碼進入主界面返回登錄框(沒有這個員工或密碼不正確)系統(tǒng)管理模塊系統(tǒng)管理模塊運交領域維護模塊配送領域?qū)傩跃S護增刪改寫入數(shù)據(jù)庫單據(jù)頁面可查看未保存到數(shù)據(jù)庫,返回“失敗”領域臺車維護增刪改寫入數(shù)據(jù)庫單據(jù)頁面

34、可查看未保存到數(shù)據(jù)庫,返回“失敗”領域規(guī)劃本地領域物流地點信息寫入數(shù)據(jù)庫具體界面可查詢未保存到數(shù)據(jù)庫,返回“失敗”外地領域物流地點信息寫入數(shù)據(jù)庫具體界面可查詢未保存到數(shù)據(jù)庫,返回“失敗”配送車次維護模塊配送車次新增設定車次信息寫入數(shù)據(jù)庫返回增加成功未保存到數(shù)據(jù)庫,返回“失敗”拷貝車次輸入拷貝車次信息返回拷貝成功更新數(shù)據(jù)庫未保存到數(shù)據(jù)庫,返回“失敗”派車維護與出返確認物流派車配送車次修改派車狀態(tài)修改成功修改失敗單據(jù)新增新增單據(jù)信息新增成功新增失敗出返確認配送車次出返確認順利確認確認失敗單據(jù)還原單據(jù)狀態(tài)還原到前一狀態(tài)還原成功還原失敗4.3測試結(jié)果經(jīng)過一周的反復測試,系統(tǒng)的大部分功能都可正常運行,并且滿足用戶需求,可以達到預期的效果。39第五章 結(jié)束語汽運配送物流系統(tǒng)是對物流公司的貨物配送運輸?shù)男畔⒐芾硐到y(tǒng)。系統(tǒng)具體的工作流程是工作人員首先進行領域規(guī)劃,領域規(guī)劃完成之后,對配送領域的屬性和領域臺車進行維護;然后為了貨物的順利出車,需要工作人員事先設定好配送車次,特定的時間點還需要拷貝車次,以方便后續(xù)信息查詢;最后就是貨物的派車和出車了,對事先設定好并且即將到達出車時間的車次進行派車,發(fā)出派車指示后,車輛會到達出貨分區(qū)對應的位置進行裝貨,然后出車,再修改貨運單和配送車次的狀態(tài),車輛完成送貨任務回來,工作人員接到通知后,對配送車次進行返車確認。系統(tǒng)本身也有很多不完善的地方

溫馨提示

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

最新文檔

評論

0/150

提交評論