1、目錄一、系統開發背景概述.1.二、總體規劃 .1.1、總體目標 . 12、企業當前存在的主要問題 . 13、管理信息系統的可行性分析 . 2三、系統分析.3.1、組織機構圖 . 32、業務流程圖 . 33、數據流程圖 . 44、數據字典 . 6四、系統設計.1.0.1、功能模塊圖 . 102、模塊層次圖： . 113、IPO 及人機界面設計 .114、管理信息系統基礎設施的設計與選擇 .125、代碼設計 .136、數據庫設計 .13五、總結和體會 .1.4.、系統開發背景概述進入21世紀， 科技的發展超乎人類的預期， 越來越多的科技產品已經融入 人們的生活，成為日常生活中不可分割的一部分。 對

2、于企業而言， 新科技的產生 將打破原有的工作模式， 大大提高了企業的辦公效率， 同時， 信息的開放也給企 業帶來了前所未有的競爭和挑戰。 此次課程設計， 我選擇物流配送公司管理信息 系統，主要是暑假在相關公司實習了一個月，對相應的業務流程有一定了解。陜西申通快遞有限公司是申通快遞有限公司下屬的陜西分公司，雖然分公司有總公司配發的E3系統，基于此，總公司可以對全國的網點進行管理并且各網 點可以對此進行訂單查詢。 但是對于陜西分公司而言， 還是由于信息不明確、 業 務過程復雜而存在很多問題， 隨著業務量的增加及外部競爭的壓力， 公司迫切需 要一個切實可行的系統以提高自身的業務效率。二、總體規劃1、

3、 總體目標新系統目的在于減少由于手工操作所造成的人力物力財力的浪費， 提高信息 處理的精度和準確度， 改進管理服務的質量和效率， 為企業在現代化的競爭中提 供硬件的優勢。2、 企業當前存在的主要問題對于快遞公司而言，實現運單的快速、安全的運送是公司良好發展的基礎。 然而，由于公司大多數工作都是人工操作， 并沒有實現責任到人的管理制度， 所 以經常出現運單丟失的現象，不僅給客服部的理賠人員增加了很多不必要的工作 量也給公司帶來了很多損失。首先，公司雖然有明確的部門劃分，但是部門之間并沒有明確的責任制度， 例如公司內部將理賠、業務、查詢、問題件都劃分在客服部，導致客服部管理難 度大，人員調度頻繁。

4、其次，由于現行系統是由總公司配發的綜合系統，對分公 司的業務有很多地方并不適用， 許多業務需要工作人員很機械的記住。 再加上公 司員工離職、 新進比較頻繁， 新員工培訓也會耽誤某些職工的正常工作。 為了適 應市場的競爭、 解決企業現有問題、 提高工作效率， 公司迫切需要一個針對公司 日常工作的管理信息系統。最后，在對公司內部業務過程經過仔細的調查研究、 歸類，采用BS防法對公司內部過程和數據類進行了劃分，找出適合于企業發展 的新的過程歸類，并畫出相應的U/C矩陣。U/C矩陣過程數據類客戶服務經營目標計劃成本財務職工職工薪水查詢結果訂單現狀訂單信息發件人信息訂單收件人信息收件人簽單單件費用訂単號

5、經營計劃經營計劃UUCC財務計劃CUU財會成本會計C職工會計UUC業務 過程訂單查詢CU把槍掃描CU上傳信息CUUU派件U收貨U CUUU貨物分類U發貨UC3、管理信息系統的可行性分析（1） 技術可行性分析本系統將針對陜西申通快遞公司的業務過程展開設計，并采用C/S系統架構以方便公司員工內部信息的互通。開發本系統需要對數據庫進行靈活和快捷的操 作，因此選擇熟悉的SQ語言來支持本系統的開發需求。本系統具有訂單接收、 訂單處理、訂單派送、訂單查詢四個主要的功能模塊。開發該系統前，我做過圖 書館管理信息系統開發的實驗，對其中的一些步驟有了一定的了解。（2）經濟可行性分析本系統的開發需求較低，有較為成

6、熟的軟硬件環境作為基礎，目標系統開發 與操作都不是十分復雜，大大節省了投資成本。開發完成運行后，可以代替人工 進行許多繁雜的勞動；大大了工作人員的工作效率，為使用者帶來便利，也為系 統的進一步推廣創造了條件。所以從經濟角度考慮，此系統開發可行。（3）社會可行性分析企業使用現代化的辦公平臺將打破原先的手工操作，也將為企業帶來更高的 效用，為社會創造更多的利潤。企業的每一次進步與革新都將推動著社會的發展、 人類的進步。所以此系統的開發也具備社會可行性。三、系統分析2、業務流程圖客服人員業務員操作人員運輸人員發貨詳情單岀港業務員操作人員運輸人員貨物接收單入港3、數據流程圖頂層：發貨人第一層:對P1展

7、開:對P3展開:4、數據字典外部實體：名稱：發貨人名稱：收貨人編號：C01編號：C02說明：貨物的發送者說明：貨物的接收端輸入數據流：無輸入數據流：P3.1輸出數據流：P1.1、P1.3.3 P4輸岀數據流：無個數：約 100000 個個數：約 100000 個數據元素:編號數據元素名說明類別/長度E01發貨人姓名Char/10E02發貨人地址Char/20E03發貨人聯系電話Char/10P2.3名稱：岀港貨物編號：C03說明：指從公司發送出去的貨物輸入數據流：無輸出數據流：P2.2、P2.3、P2.4個數：約 100000 個名稱：入港貨物編號：C04說明：從機場接收過來準備派送的貨物輸入

8、數據流：無輸出數據流：P2.2、P2.3、P2.5個數：約 100000 個E04貨物種類包括文件、包裹Char/10E05取貨時間與顧客商議而得Data/10E06收貨人姓名Char/6E07收貨人地址Char/20E08收貨人聯系電話Char/10E09貨物重量1 斤以下算 1 斤Int/4E10價格Int/4E11訂單號Char/10E12發貨數量Int/4E13發貨重量Int/4E14發貨地只用寫發貨公司地Char/10E15目的地只需寫發貨公司地Char/10E16發貨時間Data/10E17接貨數量外包裹數量Int/4E18接貨重量Int/4E19顧客簽名Char/10E20掃描時

9、間Data/10E21掃描地點Char/10數據流:編號名稱數據流來源數據流去向包含內容B01訂單狀態D1P4E11、E06 E07、E08B02發貨信息C01P1.1E01 E11B03訂單信息D3P2.1E01 E03、E06 E08B04掃描信息P2.2P2.3E11、E20、E21數據存儲:編號名稱結構相關數據流D1訂單狀態表E11、 E20 E21P4 D1、D1-P4、P2.1 D1、P2.2D1、P3.2 D1D2發貨請求單E01、E02、E03、E04、E05P1.1D2、D2- P1.3D3訂單E01、E02、E03、E04、E06、E07、E08 E09 E10 E11P1

10、.3.3D3D3- P2.1D4發貨詳情單E12、E13 E14、E15、E16P2.4-D4D5貨物接收單E17、E18P2.5-D5D6顧客簽收單E01、E02、E03 E06 E07、E08E11、E19P2.5-D5過程:名稱：訂單接收名稱：填寫發貨請求單編號：P1編號：P1.1輸入：C01輸入：C01輸岀：P2輸出：D2、P1.2處理：從發貨人手中接收訂單處理：由客服人員填寫發貨請求單名稱：通知業務員名稱：取貨編號：P1.2編號：P1.3輸入：P1.1輸入：C01、D2、P1.2輸出：P1.3輸出：D3處理：客服人員通知相應的業務員取件處理：業務員在發貨人手中取貨名稱：訂單處理名稱：

11、訂單錄入編號：P2編號：P2.1輸入：P1、D1輸入：D3輸出：P3、D1輸岀：D1處理：訂單處理包括業務的一系列過程處理：將訂單信息錄入公司數據庫中名稱：分發編號：P2.3輸入：P2.2、C03、C04輸岀：P3處理：操作人員將貨物按目的地分發名稱：查驗貨物編號：P1.3.2輸入：P1.3.1輸出：P1.3.3處理：業務員根據公司規定查驗貨物名稱：訂單查詢編號：P4輸入：C01、D1輸岀：D1處理：顧客可根據訂單號查詢訂單狀態名稱：掃描編號：P2.2輸入：C03、C04輸出：D1、P2.3處理：將貨物的訂單號掃描名稱：發貨編號：P2.4輸入：C03輸出：D4處理：運輸人員將貨物運往機場名稱：

12、收貨編號：P2.5輸入：C04輸出：D5處理：運輸人員在機場接貨名稱：訂單派送編號：P3輸入：P2、D1輸出：P3、C02處理：業務最后的配送過程名稱：派發編號：P3.1輸入：P2.3輸出：C02、D6處理：業務員將貨物送往收貨人處名稱：簽收單錄入編號：P3.2輸入：D6輸岀：D1處理：回單錄入，以便日后查找名稱：聯系發貨人編號：P1.3.1輸入：D2輸出：P1.3.2處理：業務員聯系發貨人以取貨名稱：發貨人確認編號：P1.3.3輸入：P1.3.2輸出：C01、D3處理：發貨人確認價格并簽字四、系統設計1、功能模塊圖相關模塊說明：訂單接收一一顧客撥打電話申通客服電話， 提出發貨請求，客服人員隨

13、后填寫發 貨請求單，接著通知業務員取件。業務員根據發貨請求單的內容到相應的地點取 貨，同時要求顧客填寫訂單，并將貨物帶回。訂單處理一一業務員將訂單交給相關人員進行訂單錄入工作，隨后將取回的貨物交給操作人員進行入庫掃描，操作人員同時對貨物進行分類，包裝，交給運輸人 員，同時，填寫發貨詳情單。運輸人員將貨物運送到機場，然后從機場帶回需要 派件的貨物，入庫前仍需要對貨物進行掃描，其結果直接經由無線P0機上傳至總公司數據庫中。隨后操作人員對貨物進行分發，交給相應的業務員。訂單派送一一業務員將貨物派發給相應的顧客， 并要求對方填寫顧客簽收單，回 到公司后，需要將顧客簽收單錄入到公司的數據庫中。訂單查詢一

14、一在顧客將貨物送出后，顧客可根據自己手中的訂單號查詢貨物的運 送狀態。2、模塊層次圖:I 填寫發貨請求單J 訂單錄入K 生成發貨詳情單L 生成貨物接收單M 生成顧客簽收單注：圖中 d 代表訂單號，t 代表貨物狀態，s 代表數據3、IPO 及人機界面設計模塊名稱：訂單派送模塊標識：D處理邏輯：調用模塊 H如果已簽收返回一個值，在數據庫中更改模塊名稱：訂單查詢模塊標識：A處理邏輯：顯示訂單查詢人機界面輸入訂單號調用模塊 B、C、D生成貨物的狀態模塊名稱：訂單接收模塊標識：B處理邏輯：在該模塊中調用模塊 E 查詢貨物在此環節的運行狀態 如果已接收返回一個值，調用下一個模塊否則返回貨物狀態模塊名稱：訂

15、單處理模塊標識：C處理邏輯：調用模塊 F，G返回貨物被掃描次數并推斷貨物運行狀態然后返回給調用者最終信息B 訂單接收C 訂單處理D 訂單派送E 生成訂單F 發貨G 收貨H 簽收單錄入N 貨物掃描網絡拓撲圖否則返回派送中訂單查詢訂單號|確定訂單伏恚4、管理信息系統基礎設施的設計與選擇根據實際企業實際業務的需要，系統正常運行所需要的硬件設備主要有計算 機、無線P0掃描機、服務器、調制解調器、交換機；系統將采用windows xp操 作系統，以方便公司員工的辦公，由于系統需要用到一定的數據表， 所以系統需 要配備SQL Server2000以上版本的數據庫管理系統。為了便于與其它子公司聯5、代碼設計

16、訂單號代碼設計: 訂單號是由總公司統一分配的，分公司要從總公司購買面單，但設計方式訂單錄入貨豹種類廠文件包裹r已付戟確認取消利用VB技術，對系統進行人機界面設計:用戶鰲錄用戶名 |書瑪 |登錄| 取消網絡拓撲圖如下:0000 0000 0000無序碼（數字型）順序碼（數字型）申通專用的代碼號，例 8886職工號代碼設計: 由于公司職工數量有限，單個部門職工數基本不會超過兩位數，故代碼設計如下:_ 職工序號（數字型）- 部門名稱（字母型）例如：KF01,即代表客服部01號職工6、數據庫設計由于本系統的存儲設備均是基于SQLServer2000設計的，因此，存儲文件的 結構設計就是指.DBF文件的

17、結構設計。系統所涉及的表有發貨詳情單、貨物接 收單、訂單等，先給出職工表、訂單信息表的詳細設計： 職工表：字段名稱數據類型字段長度字段說明備注namechar10職工姓名Numberchar10職工號主鍵genderchar4職工性別DepartmentChar4所屬部門Phonechar10聯系電話timeInt4工齡訂單信息表字段名稱數據類型字段長度字段說明備注Dnumberchar20訂單號主鍵Dfnamechar10發貨人姓名Dfaddresschar20發貨人地址Dfphonechar10發貨人電話Dsnamechar10收貨人姓名DsaddressChar10收貨人地址Dsphon

18、eChar10收貨人電話DsubjectChar6貨物種類DwhightInt4貨物重量Dpriceint4價格五、總結和體會終于完成了課程設計的大部分內容，這次實驗的確是一個很困難的過程。 從選題到策劃，再到最后的分析和設計，這個過程經歷了幾個不眠之夜， 現在終 于可以看到整個雛形，真正體會到了風雨之后見到彩虹的喜悅。暑假的經歷是我在這次課程設計中選題的基礎， 一個月的申通實習經歷不僅 讓我對快遞公司的業務流程有了深刻的了解， 對自己的專業知識是一個補充，而 且通過與公司前輩的交流使我對中國快遞行業有了一定的了解。基于此，在選題中，我選擇對物流配送公司管理信息系統進行分析與設計。雖然有了之前實驗的經驗，知道整個分析與設計的流程應該做和做什么，但 是當我面對一個實實在在的企業時， 還是有點不知所措。其實，對申通員工的工 作流程我非常了解，但怎樣能夠把這些具體的業務過程變成系統設計的數據資源 對我來說是一個挑戰。但是看著最后期限的臨近，還是必須得說服自己靜下心來 完成這個實驗。由于前幾次實