物流配送管理信息系統(tǒng)

1、目錄一、系統(tǒng)開發(fā)背景概述1二、總體規(guī)劃11、總體目標12、企業(yè)當前存在的主要問題13、管理信息系統(tǒng)的可行性分析2三、系統(tǒng)分析31、組織機構圖32、業(yè)務流程圖33、數(shù)據(jù)流程圖44、數(shù)據(jù)字典6四、系統(tǒng)設計101、功能模塊圖102、模塊層次圖：113、IPO及人機界面設計114、管理信息系統(tǒng)基礎設施的設計與選擇125、代碼設計136、數(shù)據(jù)庫設計13五、總結和體會.14一、系統(tǒng)開發(fā)背景概述進入 21世紀，科技的發(fā)展超乎人類的預期，越來越多的科技產(chǎn)品已經(jīng)融入人們的生活， 成為日常生活中不可分割的一部分。對于企業(yè)而言， 新科技的產(chǎn)生將打破原有的工作模式， 大大提高了企業(yè)的辦公效率，同時，信息的開放也給企業(yè)

2、帶來了前所未有的競爭和挑戰(zhàn)。此次課程設計， 我選擇物流配送公司管理信息系統(tǒng)，主要是暑假在相關公司實習了一個月，對相應的業(yè)務流程有一定了解。陜西申通快遞有限公司是申通快遞有限公司下屬的陜西分公司，雖然分公司有總公司配發(fā)的 E3系統(tǒng)，基于此，總公司可以對全國的網(wǎng)點進行管理并且各網(wǎng)點可以對此進行訂單查詢。 但是對于陜西分公司而言， 還是由于信息不明確、 業(yè)務過程復雜而存在很多問題， 隨著業(yè)務量的增加及外部競爭的壓力， 公司迫切需要一個切實可行的系統(tǒng)以提高自身的業(yè)務效率。二、總體規(guī)劃1、總體目標新系統(tǒng)目的在于減少由于手工操作所造成的人力物力財力的浪費， 提高信息處理的精度和準確度， 改進管理服務的質(zhì)量

3、和效率， 為企業(yè)在現(xiàn)代化的競爭中提供硬件的優(yōu)勢。2、企業(yè)當前存在的主要問題對于快遞公司而言，實現(xiàn)運單的快速、安全的運送是公司良好發(fā)展的基礎。然而，由于公司大多數(shù)工作都是人工操作， 并沒有實現(xiàn)責任到人的管理制度， 所以經(jīng)常出現(xiàn)運單丟失的現(xiàn)象， 不僅給客服部的理賠人員增加了很多不必要的工作量也給公司帶來了很多損失。首先，公司雖然有明確的部門劃分，但是部門之間并沒有明確的責任制度，例如公司內(nèi)部將理賠、業(yè)務、查詢、問題件都劃分在客服部，導致客服部管理難度大，人員調(diào)度頻繁。其次，由于現(xiàn)行系統(tǒng)是由總公司配發(fā)的綜合系統(tǒng)，對分公司的業(yè)務有很多地方并不適用，許多業(yè)務需要工作人員很機械的記住。再加上公司員工離職、

4、 新進比較頻繁， 新員工培訓也會耽誤某些職工的正常工作。為了適應市場的競爭、 解決企業(yè)現(xiàn)有問題、 提高工作效率， 公司迫切需要一個針對公司日常工作的管理信息系統(tǒng)。最后，在對公司內(nèi)部業(yè)務過程經(jīng)過仔細的調(diào)查研究、歸類，采用 BSP方法對公司內(nèi)部過程和數(shù)據(jù)類進行了劃分，找出適合于企業(yè)發(fā)展的新的過程歸類，并畫出相應的 U/C矩陣。U/C矩陣客服經(jīng)計成財職職查訂訂發(fā)訂收收單訂戶務營劃本務工工詢單單件單件件件單數(shù)據(jù)類薪結現(xiàn)信人人人費號目標水果狀息信信 簽 用過程息息 單經(jīng) 營經(jīng)營計劃U U CC計 劃財務計劃C U U財 會成本會計C職工會計UU C訂單查詢CU業(yè) 務把槍掃描CU上傳信息C UUU過 程派

5、件U收貨UC UU U貨物分類U發(fā)貨UC3、管理信息系統(tǒng)的可行性分析（1） 技術可行性分析本系統(tǒng)將針對陜西申通快遞公司的業(yè)務過程展開設計，并采用 C/S系統(tǒng)架構以方便公司員工內(nèi)部信息的互通。 開發(fā)本系統(tǒng)需要對數(shù)據(jù)庫進行靈活和快捷的操作，因此選擇熟悉的 SQL語言來支持本系統(tǒng)的開發(fā)需求。本系統(tǒng)具有訂單接收、訂單處理、訂單派送、訂單查詢四個主要的功能模塊。開發(fā)該系統(tǒng)前，我做過圖書館管理信息系統(tǒng)開發(fā)的實驗，對其中的一些步驟有了一定的了解。（2）經(jīng)濟可行性分析本系統(tǒng)的開發(fā)需求較低 , 有較為成熟的軟硬件環(huán)境作為基礎，目標系統(tǒng)開發(fā)與操作都不是十分復雜， 大大節(jié)省了投資成本。 開發(fā)完成運行后， 可以代替人

6、工進行許多繁雜的勞動； 大大了工作人員的工作效率， 為使用者帶來便利， 也為系統(tǒng)的進一步推廣創(chuàng)造了條件。所以從經(jīng)濟角度考慮，此系統(tǒng)開發(fā)可行。（3）社會可行性分析企業(yè)使用現(xiàn)代化的辦公平臺將打破原先的手工操作， 也將為企業(yè)帶來更高的效用，為社會創(chuàng)造更多的利潤。 企業(yè)的每一次進步與革新都將推動著社會的發(fā)展、人類的進步。所以此系統(tǒng)的開發(fā)也具備社會可行性。三、系統(tǒng)分析1、組織機構圖公司經(jīng)理行操客理財運業(yè)政作服賠務輸務部部部部部部部話查業(yè)工務詢務資組組結結算算2、業(yè)務流程圖顧客客服人員業(yè)務員操作人員運輸人員撥打電話通知業(yè)務取貨分發(fā)發(fā)貨發(fā)貨請求單訂單貨物錄入掃描錄入數(shù)據(jù)庫顧客接收單派送分發(fā)收貨業(yè)務員操作人員

7、運輸人員發(fā)貨詳情單出港貨物接收單入港3、數(shù)據(jù)流程圖頂層：發(fā)貨人第一層：訂單處理系統(tǒng)收貨人訂單狀態(tài)表訂單號P4訂單號發(fā)貨人收貨人對 P1展開：發(fā)貨信息發(fā)貨人訂單D1 訂單狀態(tài)表查詢訂單狀態(tài)P1P2訂 單訂 單接 收處 理P3訂單派送P1P1.1填寫發(fā)貨D2 發(fā)貨請求單請求單客服人員P1.2通知業(yè)務員P1.3客服人員取貨業(yè)務員D3 訂單P3對 P1.3展開：D2 發(fā)貨請求單發(fā)貨人對 P2展開：P1.3P1.3.1P1.3.2聯(lián)系發(fā)貨查驗貨物人業(yè)務員業(yè)務員P1.3.3發(fā)貨人確D3 訂單認D3 訂單出港貨物訂單信息P2.2掃描P2.4發(fā)貨運輸人員P2.5收貨運輸人員P2P2.1D1 訂單狀態(tài)表訂單錄入

8、掃描信息P2.3P3貨物分發(fā)操作人員D4 發(fā)貨詳情單D5 貨物接收單入港貨物對 P3展開：P2.3P3P3.1收貨人派發(fā)貨物D6 顧客簽收單業(yè)務員P3.2簽收單D1 訂單狀態(tài)表錄入4、數(shù)據(jù)字典外部實體：名稱：發(fā)貨人名稱：收貨人編號： C01編號： C02說明：貨物的發(fā)送者說明：貨物的接收端輸入數(shù)據(jù)流：無輸入數(shù)據(jù)流： P3.1輸出數(shù)據(jù)流： P1.1、P1.3.3、 P4輸出數(shù)據(jù)流：無個數(shù)：約 100000 個個數(shù)：約 100000個名稱：出港貨物名稱：入港貨物編號： C03編號： C04說明：指從公司發(fā)送出去的貨物說明：從機場接收過來準備派送的貨物輸入數(shù)據(jù)流：無輸入數(shù)據(jù)流：無輸出數(shù)據(jù)流： P2.

9、2、P2.3、 P2.4輸出數(shù)據(jù)流： P2.2、P2.3、 P2.5個數(shù)：約 100000 個個數(shù)：約 100000個數(shù)據(jù)元素：編號數(shù)據(jù)元素名說明類別/長度E01發(fā)貨人姓名Char/10E02發(fā)貨人地址Char/20E03發(fā)貨人聯(lián)系電話Char/10E04貨物種類包括文件、包裹Char/10E05取貨時間與顧客商議而得Data/10E06收貨人姓名Char/6E07收貨人地址Char/20E08收貨人聯(lián)系電話Char/10E09貨物重量1斤以下算 1斤Int/4E10價格Int/4E11訂單號Char/10E12發(fā)貨數(shù)量Int/4E13發(fā)貨重量Int/4E14發(fā)貨地只用寫發(fā)貨公司地Char/1

10、0E15目的地只需寫發(fā)貨公司地Char/10E16發(fā)貨時間Data/10E17接貨數(shù)量外包裹數(shù)量Int/4E18接貨重量Int/4E19顧客簽名Char/10E20掃描時間Data/10E21掃描地點Char/10數(shù)據(jù)流：編號名稱數(shù)據(jù)流來源數(shù)據(jù)流去向包含內(nèi)容B01訂單狀態(tài)D1P4E11、 E06、 E07、E08B02發(fā)貨信息C01P1.1E01E11B03訂單信息D3P2.1E01E03、E06 E08B04掃描信息P2.2P2.3E11、E20、 E21數(shù)據(jù)存儲：編號名稱結構相關數(shù)據(jù)流D1訂單狀態(tài)表E11、E20、 E21P4 D1、 D1-P4、P2.1 D1、P2.2 D1、 P3.2

11、 D1D2發(fā)貨請求單E01、E02、 E03、E04、E05P1.1 D2、 D2 P1.3D3訂單E01、E02、E03、E04、E06、E07、P1.3.3 D3、 D3 P2.1E08、 E09、 E10、E11D4發(fā)貨詳情單E12、E13、 E14、E15、E16P2.4 D4D5貨物接收單E17、E18P2.5 D5D6顧客簽收單E01、E02、E03、E06、E07、E08、P2.5 D5E11、E19過程：名稱：訂單接收編號： P1輸入： C01輸出： P2處理：從發(fā)貨人手中接收訂單名稱：填寫發(fā)貨請求單編號： P1.1輸入： C01輸出： D2 、P1.2處理：由客服人員填寫發(fā)貨

12、請求單名稱：通知業(yè)務員編號： P1.2輸入： P1.1輸出： P1.3處理：客服人員通知相應的業(yè)務員取件名稱：取貨編號： P1.3輸入： C01、D2 、P1.2輸出： D3處理：業(yè)務員在發(fā)貨人手中取貨名稱：訂單處理編號： P2輸入： P1、D1輸出： P3、D1處理：訂單處理包括業(yè)務的一系列過程名稱：訂單錄入編號： P2.1輸入： D3輸出： D1處理：將訂單信息錄入公司數(shù)據(jù)庫中名稱：掃描編號： P2.2輸入： C03、 C04輸出： D1 、P2.3處理：將貨物的訂單號掃描名稱：分發(fā)編號： P2.3輸入： P2.2、C03、 C04輸出： P3處理：操作人員將貨物按目的地分發(fā)名稱：發(fā)貨編號

13、： P2.4輸入： C03輸出： D4處理：運輸人員將貨物運往機場名稱：收貨編號： P2.5輸入： C04輸出： D5處理：運輸人員在機場接貨名稱：訂單派送編號： P3輸入： P2、D1輸出： P3、C02處理：業(yè)務最后的配送過程名稱：派發(fā)編號： P3.1輸入： P2.3輸出： C02、 D6處理：業(yè)務員將貨物送往收貨人處名稱：簽收單錄入編號： P3.2輸入： D6輸出： D1處理：回單錄入，以便日后查找名稱：聯(lián)系發(fā)貨人編號： P1.3.1輸入： D2輸出： P1.3.2處理：業(yè)務員聯(lián)系發(fā)貨人以取貨名稱：查驗貨物編號： P1.3.2輸入： P1.3.1輸出： P1.3.3處理：業(yè)務員根據(jù)公司規(guī)

14、定查驗貨物名稱：發(fā)貨人確認編號： P1.3.3輸入： P1.3.2輸出： C01、 D3處理：發(fā)貨人確認價格并簽字名稱：訂單查詢編號： P4輸入： C01、 D1輸出： D1處理：顧客可根據(jù)訂單號查詢訂單狀態(tài)四、系統(tǒng)設計1、功能模塊圖業(yè)務過程訂單接收訂單處理訂單派送訂單查詢填生發(fā)收生簽獲寫成貨貨成收得發(fā)訂顧單訂貨單客錄單請簽入狀求收態(tài)單單訂貨生貨生單物成物成錄掃發(fā)掃貨入描貨描物詳接情收單單相關模塊說明：訂單接收顧客撥打電話申通客服電話， 提出發(fā)貨請求， 客服人員隨后填寫發(fā)貨請求單，接著通知業(yè)務員取件。 業(yè)務員根據(jù)發(fā)貨請求單的內(nèi)容到相應的地點取貨，同時要求顧客填寫訂單，并將貨物帶回。訂單處理業(yè)務

15、員將訂單交給相關人員進行訂單錄入工作， 隨后將取回的貨物交給操作人員進行入庫掃描， 操作人員同時對貨物進行分類， 包裝，交給運輸人員，同時，填寫發(fā)貨詳情單。運輸人員將貨物運送到機場，然后從機場帶回需要派件的貨物，入庫前仍需要對貨物進行掃描，其結果直接經(jīng)由無線 POS機上傳至總公司數(shù)據(jù)庫中。隨后操作人員對貨物進行分發(fā)，交給相應的業(yè)務員。訂單派送業(yè)務員將貨物派發(fā)給相應的顧客， 并要求對方填寫顧客簽收單， 回到公司后，需要將顧客簽收單錄入到公司的數(shù)據(jù)庫中。訂單查詢在顧客將貨物送出后， 顧客可根據(jù)自己手中的訂單號查詢貨物的運送狀態(tài)。2、模塊層次圖：A 訂單查詢ddtdttB 訂單接收C 訂單處理D 訂

16、單派送dddstttE 生成訂單F發(fā)貨G 收貨H 簽收單錄入sssI 填寫發(fā)貨請求單J 訂單錄入K 生成發(fā)貨詳情單L 生成貨物接收單M 生成顧客簽收單ssN 貨物掃描注：圖中d 代表訂單號， t 代表貨物狀態(tài)，s 代表數(shù)據(jù)3、IPO 及人機界面設計模塊名稱：訂單查詢模塊標識： A處理邏輯：顯示訂單查詢?nèi)藱C界面輸入訂單號調(diào)用模塊 B、 C、D生成貨物的狀態(tài)模塊名稱：訂單接收模塊標識： B處理邏輯：在該模塊中調(diào)用模塊E查詢貨物在此環(huán)節(jié)的運行狀態(tài)如果已接收返回一個值，調(diào)用下一個模塊否則返回貨物狀態(tài)模塊名稱：訂單處理模塊標識： C處理邏輯：調(diào)用模塊 F，G返回貨物被掃描次數(shù)并推斷貨物運行狀態(tài)然后返回給

17、調(diào)用者最終信息模塊名稱：訂單派送模塊標識： D處理邏輯：調(diào)用模塊 H如果已簽收返回一個值，在數(shù)據(jù)庫中更改否則返回派送中利用 VB技術，對系統(tǒng)進行人機界面設計：4、管理信息系統(tǒng)基礎設施的設計與選擇根據(jù)實際企業(yè)實際業(yè)務的需要， 系統(tǒng)正常運行所需要的硬件設備主要有計算機、無線 POS掃描機、服務器、調(diào)制解調(diào)器、交換機；系統(tǒng)將采用 windows xp 操作系統(tǒng)，以方便公司員工的辦公， 由于系統(tǒng)需要用到一定的數(shù)據(jù)表， 所以系統(tǒng)需要配備 SQL Server2000 以上版本的數(shù)據(jù)庫管理系統(tǒng)。為了便于與其它子公司聯(lián)系，系統(tǒng)采用接入 Internet的網(wǎng)絡辦公方式。終端無線掃描機交換機總公司服務器mode

18、rn公司內(nèi)部服務器網(wǎng)絡拓撲圖5、代碼設計訂單號代碼設計：訂單號是由總公司統(tǒng)一分配的，分公司要從總公司購買面單，但設計方式如下：000000000000無序碼（數(shù)字型）順序碼（數(shù)字型）申通專用的代碼號，例8886職工號代碼設計：由于公司職工數(shù)量有限， 單個部門職工數(shù)基本不會超過兩位數(shù)，故代碼設計如下：職工序號（數(shù)字型）部門名稱（字母型）例如： KF01，即代表客服部 01號職工6、數(shù)據(jù)庫設計由于本系統(tǒng)的存儲設備均是基于 SQLServer2000 設計的，因此，存儲文件的結構設計就是指 .DBF 文件的結構設計。系統(tǒng)所涉及的表有發(fā)貨詳情單、貨物接收單、訂單等，先給出職工表、訂單信息表的詳細設計：

19、職工表：字段名稱數(shù)據(jù)類型字段長度字段說明備注namechar10職工姓名Numberchar10職工號主鍵genderchar4職工性別DepartmentChar4所屬部門Phonechar10聯(lián)系電話timeInt4工齡訂單信息表字段名稱數(shù)據(jù)類型字段長度字段說明備注Dnumberchar20訂單號主鍵Dfnamechar10發(fā)貨人姓名Dfaddresschar20發(fā)貨人地址Dfphonechar10發(fā)貨人電話Dsnamechar10收貨人姓名DsaddressChar10收貨人地址DsphoneChar10收貨人電話DsubjectChar6貨物種類DwhightInt4貨物重量Dpric

20、eint4價格五、總結和體會終于完成了課程設計的大部分內(nèi)容，這次實驗的確是一個很困難的過程。從選題到策劃， 再到最后的分析和設計， 這個過程經(jīng)歷了幾個不眠之夜， 現(xiàn)在終于可以看到整個雛形，真正體會到了風雨之后見到彩虹的喜悅。暑假的經(jīng)歷是我在這次課程設計中選題的基礎， 一個月的申通實習經(jīng)歷不僅讓我對快遞公司的業(yè)務流程有了深刻的了解， 對自己的專業(yè)知識是一個補充， 而且通過與公司前輩的交流使我對中國快遞行業(yè)有了一定的了解。 基于此，在選題中，我選擇對物流配送公司管理信息系統(tǒng)進行分析與設計。雖然有了之前實驗的經(jīng)驗， 知道整個分析與設計的流程應該做和做什么， 但是當我面對一個實實在在的企業(yè)時， 還是有點不知所措。 其實，對申通員工的工作流程我非常了解， 但怎樣能夠把這些具體的業(yè)務過程變成系統(tǒng)設計的數(shù)據(jù)資源對我來