熱門論文
最新論文
營口港物流信息管理系統的設計與實現
發布時間：2023-07-20 10:19
摘 要 I
Abstract II
1緒論 1
1.1研究背景及意義 1
1.2研究目標 2
1.3研究內容 2
1.4本文組織結構 3
2系統需求分析 4
2.1系統總體需求 4
2.2系統功能需求分析 5
2.2.1訂單模塊需求分析 5
2.2.2運輸模塊需求分析 6
2.2.3倉儲模塊需求分析 7
2.2.4結算模塊需求分析 8
2.2.5統計分析模塊需求分析 9
2.2.6系統基礎數據模塊需求分析 10
2.2.7業務基礎數據模塊需求分析 11
2.3系統非功能性需求分析 11
2.4本章小結 13
3系統設計 14
3.1系統總體架構設計 14
3.2系統總體功能結構設計 14
3.3系統網絡部署結構設計 14
3.4數據庫設計 15
3.5功能詳細設計 21
3.5.1訂單模塊功能設計 21
3.5.2運輸模塊功能設計 22
3.5.3倉儲模塊功能設計 24
3.5.4結算模塊功能設計 26
3.5.5統計分析模塊功能設計 28
3.5.6系統基礎數據模塊功能設計 30
3.5.7業務基礎數據模塊功能設計 31
3.6本章小結 34
4系統實現 35
4.1系統實現環境 35
4.2系統實現整體流程 35
4.3系統功能模塊實現 37
4.3.1訂單模塊功能實現 37
4.3.2運輸模塊功能實現 39
4.3.3倉儲模塊功能實現 42
4.3.4結算模塊功能實現 45
4.3.5統計分析模塊功能實現 45
4.3.6系統基礎數據模塊功能實現 49
4.3.7業務基礎數據模塊功能實現 51
4.4本章小結 54
5系統測試 55
5.1測試環境及工具 55
5.2測試目標及內容 55
5.3測試流程 56
5.4系統功能測試 57
5.4.1測試用例設計 57
5.4.2功能測試結果 62
5.5系統性能測試 63
5.6測試結果分析 63
5.7本章小結 64
結 論 65
參 考 文 獻 66
攻讀碩士學位期間發表學術論文情況 69
致 謝 70
大連理工大學學位論文版權使用授權書 71
1緒論
1.1研究背景及意義
隨著經濟的快速發展，各國之間以及各地區之間的貿易往來在增加，港口的作用 在提高，港口的業務也越發繁重。對于現代的港口而言，它不僅僅是簡單的存儲貨物 和轉運貨物，它擁有著更多的業務和更為復雜的流程，同時港口對經濟的發展也具有 很大的促進和推動作用［1］。現代物流的快速發展促進著港口物流的發展，同時也使得傳 統的物流速度得到提高。物流行業之間的激烈競爭，也帶動了港口間的競爭，為了能 夠在激烈的競爭中取得優勢，各大港口都積極的采取措施，進行創新，使現有的管理 方式得到改進，希望通過先進的管理方式和管理模式來提升自身的競爭力［2-4］。
營口港作為一個重要的貨運港口，每天都有大量的貨物進出，在眾多貨物周轉的 每個環節都需要進行跟蹤管理，對貨物的全過程進行綜合管理，如果按照傳統人工管 理，不僅給工作人員帶來繁重的工作，工作效率低，面對復雜的業務也容易出現錯 誤，導致貨物跟蹤記錄丟失，難以進行相關業務信息的統計分析等［5-6］。2015 年，隨著 集團“互聯港+”戰略的提出，智能化港口發展被推上歷史舞臺，全集團皆在謀求業務 的信息化、網絡化［7］。眾所周知，營口港是老牌國有港口，業務的開展、客戶的選擇都 必須嚴格把控風險。當今世界，信息化大規模普及，市面上有很多成熟的物流信息管 理系統，例如：快貨運、火云、來去等，這些軟件簡單易懂，操作方便，但作為國有 企業，信息流的安全是我們最為看重的，一旦使用了外部軟件，就會大大增加信息泄 露的安全風險，這是我們所不能接受的。因此，自行開發一款適應營口港物流總公司 業務實際的、操作簡便的、安全的物流信息管理系統勢在必行。面對這樣的情況，營 口港要借助快速發展的計算機技術和網絡技術，結合自身涉及物流信息管理的業務， 構建出一套適合自身物流管理業務開展的物流信息管理系統，對現有的物流信息進行 綜合管理。
營口港物流信息管理系統的實現，改變了傳統的手工物流信息管理模式，能夠利 用信息化管理工具進行物流信息的實時、準確跟蹤以及全過程管理，減輕工作人員的 工作［8-10］。信息化的物流信息管理系統可以實現貨主、車隊、物流企業三方的信息共 享，倉儲、運輸、貨代等物流活動的整合協調，從而提高了物流行業的整體作業效 率，使得物流信息管理業務流程得到簡化，降低了操作過程的錯誤率［11］。通過物流信 息管理系統，能夠對物流信息分權限管理，可以實時查看物料動態，登記物流信息， 對物流信息進行統計分析，為決策者提供統計分析結果并對公司戰略決策及時進行調 整［12］。該系統結合營口港務集團有限公司物流總公司實際設計功能與模塊，根據自身 問題，因地制宜，相較于其他物流信息管理系統更實用，更安全。
1.2研究目標
本課題的研究目標是實現營口港物流信息管理系統，通過該系統實現訂單模塊、 運輸模塊、倉儲模塊、結算模塊、統計分析模塊、系統基礎數據模塊以及業務基礎數 據模塊等七大功能模塊。通過營口港物流信息管理系統為營口港提供了物流信息的信 息化管理工具，簡化了物流管理流程，提高物流作業效率，實現了對物流信息的實時 跟蹤與全過程管理。具體目標如下：
（1）通過訂單模塊實現對物流訂單的綜合管理，實現對港口物流訂單的實時管理 與動態跟蹤。
（2）通過運輸模塊能夠將訂單轉換成運單，同時進行運輸調度，對物流信息進行 實時跟蹤。
（3）通過倉儲模塊對貨物的入庫、出庫情況進行實時了解，根據對庫存情況的實 時了解，可以及時調整倉庫異常情況，能夠了解倉庫損耗情況。
（4）通過結算模塊可以對預計收入情況進行了解，同時實現月結費生成，每個月 進行結算管理，可以對結算單的收支費用進行調整。
（5）通過統計分析模塊實現對訂單數據、運輸數據、倉庫數據以及結算數據等信 息的統計分析。
（6）通過系統基礎數據模塊實現對組織、用戶、角色等相關系統基礎數據的管理 和維護。
（7）通過業務基礎數據模塊實現對物料信息、倉庫信息、貨位信息、物流線路信 息等業務相關的基礎數據的管理與維護。
1.3研究內容
本文以營口港務集團有限公司物流總公司為研究對象，通過對業務種類、業務流 程、人力資源配置、客戶情況的分析，充分的掌握了物流總公司的開發需求，開發出 一套便捷的、安全的、全面的物流信息管理系統，從而實現了物流總公司業務開展的 信息化與便捷化。此系統針對物流總公司所經營的物流運輸、車船代理、貨物倉儲等 業務，分別進行了模塊開發，層次清晰，簡便易學，大大節省了專業人才聘任所產生 的人力資源成本，內部系統還大大增強企業數據的安全性，在今后的行政管理與業務 開展中將會起到巨大的作用。具體研究內容主要包括以下幾點：
（1）研究營口港物流信息管理系統的功能結構，通過業務需求分析明確在物流信 息管理方面存在的問題，確定系統建設的必要性，通過功能需求分析明確系統包括訂 單模塊、運輸模塊、倉儲模塊、結算模塊、統計分析模塊、系統基礎數據模塊以及業 務基礎數據模塊等七大功能模塊。利用UML用例圖對各個功能模塊進行功能需求分 析，最后，通過前往各個業務部門進行調研，了解系統的非功能性需求。
（2） 研究營口港物流信息管理系統的設計過程，確定系統的整體架構，同時根據 營口港物流信息管理系統的實際需要，結合自身的網絡情況確定系統的網絡部署架 構，在詳細設計時，研究詳細設計過程，通過時序圖完成各個功能的詳細設計。數據 庫設計階段，主要是分析數據庫設計所必須的實體關系設計與表結構設計，設計工作 完成，為實現做準備。
（3） 研究系統的實現與測試過程，明確系統的實現過程，介紹主要功能實現代 碼，確定測試方案，根據測試用例進行系統測試，對測試結果進行分析，確定測試通 過。
1.4本文組織結構
第一章 緒論 介紹營口港物流信息管理系統建設課題研究背景、意義、目標和內容等。
第二章 需求分析 結合營口港務集團有限公司物流總公司業務實際，按照模塊進行需求分析。介紹 系統的總體需求，完成系統內各個功能的功能需求，最后明確系統的非功能性需求。
第三章 系統設計 介紹系統的設計過程，包括概要設計、模型設計、數據庫設計以及系統的詳細設 計等。
第四章 系統實現試 介紹系統實現過程，描述主要功能的實現頁面截圖以及實現核心代碼。
第五章 系統測試 介紹系統的測試過程，對測試結果進行分析，確定系統測試通過。
總結
總結當前完成的工作，對未來的完善進行展望。
2系統需求分析
需求分析是開發一個成功系統的重中之重，將貫穿整個系統開發的過程。它明確了 該系統應該具備什么樣的功能，系統的運行模式以及開發系統可能面臨的問題。完善的、 嚴謹的需求分析能夠更好的將客戶的需求轉化為系統模塊，使客戶的數據輸入轉變為可 行的方案輸出，進而達到客戶順利開展業務的目的。本文從營口港務集團有限公司物流 總公司的具體業務流程出發，結合國有企業的實際情況，明確營口港物流信息管理系統 的具體功能結構。
2.1系統總體需求
營口港作為一個重要的貨運港口，每天都有大量的貨物進出，在眾多貨物周轉的每 個環節都需要進行跟蹤管理，對貨物的全過程進行綜合管理，如果按照傳統人工管理， 不僅給工作人員帶來繁重的工作，而且工作效率低，面對復雜的業務也容易出現錯誤， 導致貨物跟蹤記錄丟失，難以進行相關業務信息的統計分析等。2015 年，隨著集團“互 聯港+”戰略的提出，智能化港口發展被推上歷史舞臺，全集團皆在謀求業務的信息化、 網絡化［7］。營口港受國有企業自有屬性的影響，人員相對老化，管理模式相對落后，客 戶審查較為嚴格，所以以往的業務開展非常繁瑣，需要大量的人力物力，這在資源上不 得不說是一種浪費。比如，以前貨物出港，需要簽訂紙質貨運代理協議，然后需要電話 通知車隊派車，車隊進港提貨還要提供紙質提貨清單，出港時要開具手寫出門證，車隊 司機還需蓋有公章的介紹信才可出港，這大大影響了業務進程，不論是對物流總公司還 是貨主、車隊，都會造成較大的損失。為了打破這樣的業務壁壘，物流總公司也曾經使 用過，例如“釘釘”這樣的辦公軟件，但眾所周知，這樣的第三方軟件存在較大的信息 安全風險，不適合國有企業使用。所以，開發一款內部物流信息管理系統勢在必行。
物流信息管理系統根據這些實際的業務需求，為了簡化國有企業的業務流程，縮短 業務開展時間，從而建設了符合物流總公司業務的需求模型。營口港物流信息管理系統 主要包括訂單模塊、運輸模塊、倉儲模塊、結算模塊、統計分析模塊、系統基礎數據模 塊以及業務基礎數據模塊等七大功能模塊，具體的需求概述如圖 2.1 所示：
結合現有的功能，對系統涉及到的角色進行分析，系統共有下單人員、客戶訂單擔 當、運輸擔當、運輸管理者、倉管員、業務人員、結算擔當、結算管理者、開票人員以 及系統管理員等，下單人員、客戶訂單擔當主要負責訂單模塊；運輸擔當、運輸管理者 主要負責運輸模塊；倉管員、業務人員主要負責倉儲模塊；結算擔當、結算管理者、開
票人員負責結算模塊；系統管理員負責系統基礎數據模塊和業務基礎數據模塊。統計分 析模塊由具有權限的用戶進行訪問。
圖2.1 系統功能概述圖
Fig. 2.1 System function overview diagram
2.2系統功能需求分析
2.2.1 訂單模塊需求分析 根據訂單模塊的業務需求，訂單模塊包括訂單一覽（客戶訂單）、客戶訂單新增、
待分解訂單一覽、客戶訂單分解、指示訂單一覽、訂單狀態查詢、生產計劃數據導入以
及生產計劃數據管理等功能。用例分析如圖 2.2 所示：
以客戶訂單新增用例為例進行描述，如表 2.1 所示：
表 2.1 客戶訂單新增用例描述
Tab.2.1 Add customer orders use case description
標題 說明
用例編號 用例名稱 用例描述 參與者
前置條件 后置條件 基本路徑 DDMK-KHDDXZ
客戶訂單新增
增加一條客戶訂單數據，可增加明細數據，還可以對訂單明細進行刪除 下單人員
下單人員登錄系統并進入到客戶訂單新增頁面 完成新增，提示新增成功，在訂單一覽中增加一條客戶訂單
1、 下單人員成功登錄系統，執行客戶訂單新增操作
2、 系統默認進入到客戶訂單新增頁面，可以新增訂單基本信息，新增完成 后，對基本信息進行保存，保存完成后，之后才可以增加或者刪除訂單明細
3、 完成訂單明細增加或者刪除后，用例結束。
異常事件 暫無
2.2.2運輸模塊需求分析
根據運輸模塊的業務需求，運輸模塊包括訂單一覽（未做成運單）、運單做成、運 單管理、增扣款錄入、運輸調度、物流實際跟蹤、裝運清單到貨確認、增扣款管理、保 險理賠管理以及收貨方變更履歷查詢等功能。具體用例圖如圖 2.3 所示：
Fig. 2.3 Transport module use case diagram
以裝運清單到貨確認用例為例進行用例描述，如表 2.2 所示：
表 2.2 裝運清單到貨確認用例描述
Tab.3.2 Shipping manifest arrival confirm use case description
標題 說明
用例編號 用例名稱 用例描述 參與者
前置條件 后置條件 基本路徑 YSMK-ZYQDDHQR
裝運清單到貨確認 對裝運清單進行到貨確認，維護其簽收的數量和異常數量并注明異常原因 運輸管理者
運輸管理者已登錄且具有裝運清單到貨確認權限
確認完成
1、運輸管理者成功登錄系統，執行裝運清單到貨確認操作 2、進入到待確認清單列表頁面，雙擊待確認記錄進入到確認信息頁面 3、維護其簽收的數量和異常數量，若存在異常數量，則需要注明原因，最后執 行確認操作，系統提示確認成功，完成裝運清單到貨確認操作。
4、用例結束。
異常事件 暫無
2.2.3倉儲模塊需求分析 倉儲模塊主要實現訂單一覽（未做成出入庫單）、入庫單管理、出庫單管理、庫房 作業單管理、庫存異常調整、倉庫損耗臺賬管理、入出庫數據查詢以及實時庫存數據查 詢等功能。具體用例分析如圖 2.4 所示。
以庫存異常調整為例用例為例進行用例描述，如表 2.3 所示：
表 2.3 庫存異常調整用例描述
Tab.2.3 Abnormal inventory adjust use case description
標題 說明
用例編號 用例名稱 用例描述 參與者
前置條件 后置條件 基本路徑 CCMK-KCYCGL 庫存異常調整 實現對在庫異常調整信息的檢索、新增以及刪除操作 倉庫管理員
倉庫管理員已登錄且具有庫存異常調整權限
展示查詢結果
1、 倉庫管理員成功登錄系統，執行庫存異常調整操作
2、 進入庫存異常調整頁面，顯示已進行調整記錄。
3、 倉庫管理員根據查詢條件檢索，可以新增庫存異常調整信息，可以對新增 記錄進行刪除操作
4、 用例結束。
異常事件 暫無
2.2.4結算模塊需求分析
結算模塊主要實現預計收入查詢、費用明細查詢、月結費計費、月結費用生成、結
算單管理以及結算單調整等功能。具體用例分析如圖 2.5 所示。
以費用明細查詢用例為例進行用例描述，如表 2.4 所示：
表 2.4 費用明細查詢用例描述
Tab.2.4 Cost breakdown inquiry use case description
標題 說明
用例編號
用例名稱 JSMK-FYMXCX 費用明細查詢
用例描述 對生成的費用單進行查詢，并且可以重算生成的費用單，結算人員可以將可結算狀態 的費用單生成結算單
參與者
前置條件 后置條件 基本路徑 結算擔當
結算擔當已登錄且具有費用明細查詢權限
操作成功
1、 結算擔當成功登錄系統，執行費用明細查詢操作；
2、 進入該頁面并執行查詢費用的操作；
3、 進行費用的重算或者生成結算單操作；
4、 對費用單明細進行廢止操作；
5、 用例結束。
異常事件 暫無
2.2.5統計分析模塊需求分析
統計分析模塊主要完成訂單數據統計、訂單延遲起運統計、運輸數據統計、KPI統 計、倉庫數據統計以及結算數據統計等功能。具體的用例分析圖如圖 2.6 所示。
統計分析模塊
圖2.6 統計分析模塊用例圖
Fig. 2.6 Statistical analysis module use case diagram
以運輸數據用例為例進行用例描述，如表 2.5 所示：
表 2.5 運輸數據統計用例描述 Tab.2.5 Transport statistics use case description
標題 說明
用例編號 用例名稱 用例描述 參與者
前置條件 后置條件 基本路徑 TJFXMK-YSSJTJ 運輸數據統計 統計運單數量，重量，體積，里程等相關數據 系統用戶 系統用戶已登錄且具有運輸數據統計權限 顯示統計結果 1、系統用戶成功登錄系統，執行運輸數據統計操作 2、按照統計期間或者統計內容進行統計 3、顯示對應的運輸數據統計結果
4、用例結束。
異常事件 暫無
2.2.6系統基礎數據模塊需求分析 系統基礎數據模塊實現組織維護、用戶信息、密碼修改、角色維護、組織項目關系
管理以及項目通知關系管理等功能。具體的用例分析圖如圖 2.7 所示。
以角色維護用例為例進行用例描述，如表 2.6 所示：
表2.6 角色維護用例描述
Tab.2.6 Role maintaince use case description
標題 說明
用例編號 XTJCSJMK-JSWH
用例名稱 角色維護
用例描述 實現對角色信息的新增、刪除、檢索，為角色分配功能模塊和功能權限
參與者 系統管理員
前置條件 系統管理員已登錄且具有角色維護權限
后置條件 完成具體角色維護
基本路徑 1、系統管理員成功登錄系統，執行角色維護操作
2、系統進入到角色維護頁面，顯示已有的角色列表
3、根據需要執行新建、刪除、修改、檢索、模塊分配和權限分配等操作
4、用例結束。
異常事件 暫無
2.2.7業務基礎數據模塊需求分析
業務基礎數據模塊主要實現項目信息維護、結算方管理、常用收貨客戶信息維護、 用戶訂單類型關系維護、物料信息維護、供應商物料關系維護、車輛信息維護、船信息 維護、司機信息維護、物流線路信息維護、倉庫信息維護、倉管員分配、貨位信息維護、 庫存警示信息維護、裝卸班組信息維護、計量單位維護、單位轉換關系維護、回退履歷 查詢以及警示數據查詢等功能。具體的用例分析圖如圖 2.8 所示。
以物料信息維護用例為例進行用例描述，如表 2.7 所示：
2.3系統非功能性需求分析
（1）系統可靠性要求 要求系統運行穩定、可靠，輸入錯誤情況下，系統能夠具有很好的容錯能力和錯誤 提示。系統要滿足7X24小時連續運行，在運行的過程中99%以上的時間不出現宕機情 況，一旦出現故障，需要能夠在 48小時以內使系統恢復正常。
（2）系統安全性要求 要求系統在運行過程中安全，要保證系統運行的網絡安全、應用安全以及系統數據 安全。
3）系統易用性要求
要求開發完畢的系統簡單、易用，頁面不復雜，頁面不出現容易使人誤解、發生歧 義的內容。系統在投入使用之前，要對系統的使用人員進行專項的培訓工作，同時提供 系統操作手冊以供參考。
（4）系統可擴展性要求 要求系統功能滿足可擴展性，能夠提供外部接口，系統能夠滿足在不推翻重建的前 提下進行二次開發。系統硬件方面能夠硬盤擴展、內存擴展。
貨位信息維護》 ＜庫存警示信息維護＞ 裝卸班組信息維護＞ U計量單位維護＞ 單位轉換關系維護
圖 2.8 業務基礎數據模塊用例圖
Fig. 2.8 Business base data module use case diagram
表 2.7 物料信息維護用例描述
Tab.2.7 Material information maintenance use case description
標題 說明
用例編號
用例名稱 YWJCSJMK-WLXXWH
物料信息維護
用例描述 實現物料信息的新增、刪除，可以根據項目、物料編號、物料名稱等進行查 詢，可以下載模板并導入物料信息。
參與者
前置條件 后置條件 基本路徑 系統管理員
系統管理員已登錄且具有物料信息維護權限 完成具體物料信息維護
1、 系統管理員成功登錄系統，執行物料信息維護操作
2、 系統進入到物料信息維護頁面，顯示已有的物料信息列表
3、 根據需要執行新建、刪除、修改、查詢、下載模板、導入物料信息等操作
4、 用例結束。
異常事件 暫無
（5）系統性能要求
系統在用戶并發方面要滿足并發人數至少在 50 人以上。在相關業務操作時，系統 的平均響應時間滿足在 3秒以內，若出現大量數據統計分析情況，允許平均響應時間在 5秒以內。并發人數為50人操作時，應用服務器和數據庫服務器的CPU占用情況不得 超過60%，內存的占用情況也不能超過60%。
2.4本章小結
本章主要完成營口港物流信息管理系統的需求分析過程，首先介紹系統的總體需求 之后詳細介紹系統各個功能模塊的功能需求，通過UML用例圖實現對系統的各個功能 模塊進行需求分析，之后明確系統的非功能性需求。
3系統設計
設計環節是在確定系統需求分析的基礎上進行的，在設計時，要要緊密結合營口 港物流信息管理業務實際需求，貫徹“高效率、數據安全、易于操作”的原則，明確 系統的整體架構以及網絡部署情況，結合物流信息的存儲情況，完成系統的數據庫設 計，明確物流信息管理系統的實體關系以及數據庫表結構設計工作，最后，確定各個 功能的詳細設計過程。
3.1系統總體架構設計
考慮到當前營口港物流信息管理業務的實際情況，營口港物流信息管理系統使用 業務部門和使用人員相對明確，結合計算機技術的發展情況和營口港信息化建設情 況，本次營口港物流信息管理系統選擇使用B/S模式，B/S模式最大的優勢就是無需安 裝軟件，只要有瀏覽器就可以進行訪問，這種架構維護和升級簡單，成本低［13］。生產 過程中大部分工作可以在分析和處理后將相應工作現場產生的數據存入SQLServer數 據庫［14］，響應速度快且數據錄入準確，應用B/S架構使得系統滿足行業標準，具有很 好的安全性和可行性。MVC是一種軟件設計理念，核心思想是在軟件開發過程中，對 代碼分層，基于代碼內容分為視圖層、控制層和模型層，層與層之間通過接口進行信 息交互，軟件耦合度低［15-17］。MVC框架具有高穩定性和維護成本低，耦合性低的優 勢，同時其代碼的重用性高，可以被反復調用，此外還有可快速部署、可維護性等諸 多優點［15-17］。因此，營口港物流信息管理系統選用了 ASP.NET MVC框架，客戶端通 過瀏覽器向前端控制器發送操作請求，分別向視圖層和處理器或控制器發送視圖請求 和調用業務對象請求，視圖層反饋具體的視圖，處理器或控制器向模型調用業務對 象，同時經過對象、模型處理后，需要向數據庫讀取數據，并將數據反饋給處理器或 控制器，之后在反饋給前端控制器，最終結合視圖一并展示給客戶端。系統使用.NET MVC模式、三層架構，具體的系統總體架構如圖3.1所示：
3.2系統總體功能結構設計
營口港物流信息管理系統總共分為訂單模塊、運輸模塊、倉儲模塊、結算模塊、 統計分析模塊、系統基礎數據模塊和業務基礎數據模塊，具體功能結構如圖 3.2 所示：
3.3系統網絡部署結構設計
根據營口港物流信息管理的實際業務要求，系統采用的是B/S架構模式，同時服 務器隔離部署，因此在部署時，采用將數據庫和應用分別部署到營口港網絡中心內網
的不同服務器上，內網用戶可以直接通過內網、防火墻進行數據訪問，外網用戶則需 要通過營口港特定的VPN以及賬號進行數據訪問，系統的網絡部署結構如圖3.3所 示：
圖 3.1 系統總體架構圖
Fig. 3.1 Overall system architecture diagram
圖3.2 系統總體功能結構圖
Fig. 3.2 The system overall functional structure
3.4數據庫設計
在進行數據庫設計時，主要是對各個功能涉及到的實體和實體關系進行設計，同
時，根據實體以及實體關系設計具體的表結構。由于項目在數據庫設計環節內容較
多，考慮到論文的篇幅問題，本節將主要以運輸模塊為例，介紹具體的數據庫設計過 程。
運輸模塊主要涉及到用戶實體、客戶訂單實體、運單實體、子運單實體、運輸調 度信息實體、裝運清單實體、運輸實際跟蹤信息實體、增扣款實體、保險理賠信息實 體以及收貨方變更、履歷變更實體，實體與實體之間存在著一對一或者一對多的關 系，多個客戶訂單能夠生成一個運單，運單與收貨方變更履歷之間是一對多的關系， 一個運單又包含多個子運單，每個子運單都對應著增扣款，都有具體的運輸調度信 息、保險理賠信息以及物流實際跟蹤信息，具體的實體關系圖如圖 3.4 所示：
在進行數據庫表結構設計時，主要針對的是數據庫表的相關字段以及字段屬性。
用戶表主要存儲用戶ID、用戶名、頂級組織、有效時間開始、有效時間結束、鎖定 用戶、過期用戶等內容，用戶ID為主鍵，角色ID為外鍵，如表3.1所示：
客戶訂單表主要存儲訂單編號、運輸方式、緊急程度、客戶編號、付款對象、訂單 類型、出發地、收貨客戶、收貨聯絡人、收貨聯絡電話、收貨地址、附件信息、物流對 象編碼以及用戶ID等內容，訂單編號為主鍵，用戶ID為外鍵，如表3.2所示：
圖3.4 系統運輸模塊實體聯系圖
Fig. 3.4 Entity relation diagram of transport module
表3.1
Tab.3.1 用戶表
User
字段名 字段 所屬類型 主鍵or外鍵
用戶 ID UserID varchar(20) 主鍵
用戶名 UserName varchar(20) -
頂級組織 TopGroup varchar(20) -
有效時間開始 EffectiveTimeStart Datetime(16) -
有效時間結束 EffectiveTimeEnd Datetime(16) -
鎖定用戶 LockUser varchar(20) -
過期用戶 OverdueUser varchar(20) -
角色 ID RoleID varchar(20) 外鍵
表 3.2 客戶訂單表
Tab.3.2 Customer order
字段名 字段 所屬類型 主鍵or外鍵
訂單編號 OrderID varchar(20) 主鍵
運輸方式 TransportMode varchar(20) -
緊急程度 EmergencyDegree varchar(50) -
客戶編號 CustomerNumber varchar(20) -
付款對象 PayObject varchar(20) -
訂單類型 OrderType varchar(10) -
出發地 Origin varchar(20) -
收貨客戶 ReceivingCustomer varchar(20) -
收貨聯絡人 ReceivingContactPerson varchar(20) -
收貨聯絡電話 ReceivingContactNumber varchar(15) -
收貨地址 ShippingAddress varchar(100) -
附件信息 AttachmentInformation varchar(2) -
物流對象編碼 LogisticsObjectCode varchar(20) -
用戶 ID UserID varchar(11) 外鍵
運輸調度信息表主要存儲運輸調度編碼、車牌號、車型、司機1、司機1聯絡方式、 司機2、司機2聯絡方式、預計派單時間、預計到達時間以及子運單號等內容，運輸調 度編碼為主鍵，子運單號為外鍵，如表3.3 所示：
表 3.3 運輸調度信息表
Tab.3.3 Transport scheduling information
字段名 字段 所屬類型 主鍵or外鍵
運輸調度編碼 TransportationSchedulingID varchar(20) 主鍵
車牌號 LicensePlateNumber varchar(10) -
車型 VehicleType varchar(10) -
司機 1 Driver 1 varchar(20) -
司機 1 聯絡方式 Driver1Contact varchar(15) -
司機 2 Driver 2 varchar(20) -
司機 2 聯絡方式 Driver2Contact varchar(15) -
預計派單時間 EstimatedDeliveryTime datetime(16) -
預計到達時間 EstimatedArrivalTime datetime(16) -
收貨方變更履歷信息表主要存儲變更履歷編碼、項目、變更時間、變更前收貨方、 變更前聯絡人、變更前聯絡方式、變更后收貨方、變更后聯絡人、變更后聯絡方式等內 容，變更履歷編碼為主鍵，如表 3.4 所示：
表3.4 收貨方變更履歷信息表
Tab.3.4 Consignee change resume information
字段名 字段 所屬類型 主鍵or外鍵
變更履歷編碼 ChangeResumeCode varchar(20) 主鍵
項目 Project varchar(50) -
變更時間 ChangeTime Datetime(16) -
變更前收貨方 ConsigneeBeforeChange varchar(20) -
變更前聯絡人 ContactPersonBeforeCha varchar(20) -
nge
變更前聯絡方式 ContactBeforeChange varchar(15) -
變更后收貨方 ConsigneeAfterChange varchar(20) -
變更后聯絡人 ContactPersonAfterChan varchar(20) -
ge
變更后聯絡方式 ContactAfterChange varchar(15) -
運單表主要存儲運輸單號、目的地、運輸路線、里程數、預計出發時間、預計到達
時間及運輸狀態等內容，運輸單號為主鍵，訂單編號和用戶ID為外鍵，如表3.5所示：
表3.5 運單表
Tab.3.5 Transformer substation
字段名 字段 所屬類型 主鍵or外鍵
運輸單號 TransportOrderID varchar(20) 主鍵
目的地 Destination varchar(50) -
運輸路線 TransportRoutes varchar(50) -
里程數 Mileage Decimal(10) -
預計出發時間 EstimatedDepartureTime Datetime(16) -
預計到達時間 EstimatedArrivalTime Datetime(16) -
運輸狀態 TransportStatus varchar(2) -
保險理賠表主要存儲保險理賠信息編碼、保險單號、理賠單號、保險理賠狀態以及
保險理賠金額，保險理賠信息編碼為主鍵，子運單號為外鍵，具體如表 3.6 所示：
表 3.6 保險理賠信息表
Tab.3.6 InsuranceClaimInformation
字段名 字段 所屬類型 主鍵or外鍵
保險理賠信息編碼 InsuranceClaimInformation varchar(20) 主鍵
保險單號 InsuranceOrderID varchar(20) -
理賠單號 ClaimOrderID varchar(20) -
保險理賠狀態 InsuranceClaimStatus varchar(2) -
保險理賠金額 InsuranceClaimAmount Money(10) -
子運單號 ZTransportOrderID varchar(20) 外鍵
增扣款表主要存儲增扣款編碼、收支區分、增扣款組織、費用項目、金額、原因、
備注以及附件等內容，增扣款編碼為主鍵，子運單號和用戶ID為外鍵，具體如表3.7所 示：
表 3.7 增扣款表
Tab.3.7 AdditionalCharge
字段名 字段 所屬類型 主鍵or外鍵
增扣款編碼 AdditionalChargeID varchar(20) 主鍵
收支區分 PaymentsDistinguish varchar(50) -
增扣款組織 AdditionalChargeOrganization varchar(20) -
費用項目 CostProject varchar(20) -
金額 Amount Money(10) -
原因 Reason varchar(200) -
備注 Note varchar(200) -
附件 Attachment varchar(2) -
子運單號 ZTransportOrderID varchar(20) 外鍵
用戶 ID UserID varchar(11) 外鍵
裝運清單表主要存儲裝運清單編碼、批次號、收容數、包裝單位、散裝單位、待運 輸包裝數量、待運輸散裝數量、運輸包裝數量、運輸散裝數量，裝運清單編碼為主鍵 運輸單號為外鍵，具體如表3.8所示：
表 3.8 裝運清單表
Tab.3.8 ShippingList
字段名 字段 所屬類型 主鍵or外鍵
裝運清單編碼 ShippingListID varchar(20) 主鍵
批次號 BatchNumber varchar(20) -
收容數 ForSeveral int(4) -
包裝單位 PackingUnit varchar(20) -
散裝單位 BulkUnit varchar(20) -
待運輸包裝數量 ToBeShippedPackagesNumber int(4) -
待運輸散裝數量 ToBeShippedBulkNumber int(4) -
運輸包裝數量 ShippingPackingNumber int(4) -
運輸散裝數量 ShippingBulkNumber int(4) -
運輸單號 TransportOrderID varchar(20) 外鍵
3.5功能詳細設計
3.5.1訂單模塊功能設計
訂單模塊功能結構如圖3.5 所示
訂單模塊
圖3.5 訂單模塊功能結構圖
Fig. 3.5 Orders module functional structure
客戶訂單一覽對客戶訂單信息進行管理，可以對查詢出來的客戶訂單進行增刪改操 作（對于接收以后的數據無法進行增刪改），同時可以對查詢數據進行分解操作或直接 生成指示訂單。可以通過項目、創建日期、客戶訂單、訂單類型、訂單狀態、收貨客戶 等條件進行綜合查詢，可對客戶訂單進行新增或者批量導入，對新增記錄可以進行修改、 取消、刪除操作，可以接收并分解訂單、接收并生成指示訂單、回退訂單以及導出訂單 等功能。客戶訂單新增增加一條客戶訂單數據，并且新增該客戶訂單對應的明細數據。 針對訂單還可以增加物料對象，對新增的物料對象進行刪除。待分解訂單一覽是在多點 出庫和運輸多次完成的情況下，在“客戶訂單一覽”畫面進行分解操作過后，進入此畫 面可以查看到待分解的客戶訂單，并對客戶訂單進行分解操作。客戶訂單分解對待分解 的客戶訂單進行分解，使其分解為多個指示訂單，進入訂單詳情頁面后，對訂單進行再 分解。指示訂單一覽對指示訂單信息進行管理，根據指示訂單編號、指示訂單類型等條 件進行綜合查詢，可以對查詢出來的指示訂單進行修改、刪除、回退等操作，同時可以 對指示訂單進行確認操作，系統提供對指示訂單的導出功能。訂單狀態查詢可查詢出庫， 入庫和運輸三種訂單的狀態。生產計劃數據導入實現導入生產計劃數據，可以選擇具體 的項目以及待導入的數據進行數據導入操作，在導入的過程中如果發現錯誤情況，系統 將列出具體的錯誤列表。生產計劃數據管理實現對生產計劃數據進行增加和刪除的操作 可以根據項目類型、物料編碼、供應商編碼等條件進行綜合查詢，還可以批量導入生產 計劃數據。
以訂單狀態查詢功能為例，客戶訂單擔當進入到訂單狀態查詢頁面后，根據查詢條 件篩選出具體的訂單數據，每一個客戶訂單都可以查看具體的訂單狀態，是處于執行中 或者已接收狀態，同時展開訂單后，可以了解具體的入庫訂單、出庫訂單以及運輸訂單 情況，可以對節點進行跟蹤，具體時序圖如圖 3.6 所示：
3.5.2運輸模塊功能設計
運輸模塊功能結構如圖3.7所示：
圖3.7 運輸模塊功能結構圖
Fig. 3.7 Transport module functional structure
訂單一覽（未做成運單）可以根據收貨方、客戶訂單號、指示訂單號、運輸方式 要求出發日期等查詢條件綜合查詢已確認的指示訂單并生成運單。運單做成可以增加 刪除運輸路線，可以維護并提交運單信息。主要分為客戶訂單信息、運輸路線以及運輸 對象明細信息三部分，在客戶訂單信息可以進行預計回單時間信息，運輸路線實現對運 輸路線信息進行新增與刪除，運輸對象明細信息了解運單的各個運輸對象情況。運單管 理實現對運單進行修改/提交操作，對已有的運單進行維護并提交，對未提交的訂單可以 進行刪除、取消、回退等操作，運單運輸完成后，可以進行回單，如果需要進行增扣款， 可以進行增扣款操作，運輸管理者可以對運單進行確認操作，當運單確認后，可以對全 路程的出發到達狀態進行管理監控，直到整個運單的運輸完成。針對運單的運輸路線可 以進行運輸調度、實際跟蹤以及保險理賠功能操作，通過運輸單記錄可以了解到運輸單 明細信息。增扣款錄入時運單存在增扣款的情況，則錄入增扣款信息，主要錄入具體的 收支區分、費用項目、金額以及原因等。運輸調度對運輸路線進行運輸調度操作，可以 增加、刪除以及確認運輸調度信息。在運輸調度頁面將展示具體的運單信息，針對該運 單對運輸調度信息進行完善，同時還可以了解到裝運清單信息。物流實際跟蹤對已調度 的運輸信息進行跟蹤，來監控和管理其運輸階段信息，可以新增和刪除物流運輸實際跟 蹤記錄。裝運清單到貨確認對裝運清單進行到貨確認，維護其簽收的數量和異常數量， 若存在異常數量，則需要注明原因。增扣款管理可以根據運輸單號、子運單號、收支類 型、增扣款組織編號、費用項目等條件進行增扣款查詢，可以進行增扣款數據新增，對 錄入的增扣款信息進行修改、刪除操作，結算管理需要對增扣款信息進行確認。保險理 賠管理對存在保險理賠的子運單的保險理賠信息進行管理，可進行增加、修改、刪除以 及查詢，可以根據客戶訂單號、運輸單號、保險單號、理賠單號以及保險理賠狀態進行 綜合查詢。收貨方變更履歷查詢可以查詢收貨方的履歷變更信息。
以運輸調度功能為例進行時序圖描述，運輸擔當進入到運輸調度頁面獲取運單信息 根據情況執行新增運輸調度信息，可以對運輸調度記錄進行刪除操作，在執行新增和刪 除操作時，將實現對運輸調度信息表進行插入數據和刪除數據，具體時序圖如圖 3.8所 示。
3.5.3倉儲模塊功能設計
倉儲模塊功能結構如圖 3.9 所示：
訂單一覽（未作成出入庫單）當指示訂單確認后，這里能看到訂單一覽數據，根據 訂單數據的入出庫分類，查詢出確認的入出庫訂單數據，可以做成出庫單或入庫單。可 以根據項目、日期范圍、入出庫分類、運輸方式、客戶訂單號、指示訂單號、倉庫編號
圖 3.8 運輸調度時序圖
Fig. 3.8 Transport movement control sequence diagram
倉儲模塊
圖 3.9 倉儲模塊功能結構圖
Fig. 3.9 Storage module functional structure
等查詢條件進行綜合檢索，通過客戶訂單號或者訂單編號查看詳情。入出庫分類為入庫 的情況下只能作成入庫單，入出庫分類為出庫的情況下只能作成出庫單。入庫單管理實 現倉庫管理員對生成的入庫單進行管理、維護以及入庫確認，還可以對已入庫的數據進 行取消確認的操作。可以通過入庫日期、入庫單號、入庫類型、倉庫編號等查詢條件進 行入庫單信息的綜合查詢，如果需要填寫新的入庫單可以新增入庫單信息，可以對新增 未確認的入庫單信息進行修改、刪除操作，對入庫單信息進行導出操作。出庫單管理實 現倉庫管理員對生成的出庫單進行出庫備貨，對已備貨的出庫單進行出庫確認，以及對 已出庫的數據進行取消確認的操作。可以根據出庫日期、出庫單號、出庫類型、倉庫編 號等查詢條件進行綜合檢索，通過出庫單管理可以進行增加出庫單、對未出庫的出庫單 進行修改和刪除，為出庫單增加裝車單信息等。還可以對出庫單信息進行批量導出操作。 庫房作業單管理是倉庫擔當對指示訂單確認后自動生成的庫房作業單進行修改刪除操 作，并且對庫房作業單進行接收操作，對于接收后的庫房作業單進行班組的指定，倉管 員確認了庫房作業單后可以對班組指定后的庫房作業單進行確認操作。該功能還提供根 據作業地點、裝卸公司編號、裝卸班組編號、客戶訂單號、作業內容、作業方式以及作 業單狀態等條件進行綜合查詢，可對查詢結果進行批量導出操作。庫存異常調整當庫存 存在異常情況的時候，對庫存信息進行調整。根據倉庫、調整原因、貨位編號、貨主名 稱等條件對庫存情況進行綜合檢索，了解異常記錄。如果有新的庫存異常調整信息，可 以通過新增功能進行增加，可以對新增的庫存異常調整記錄進行刪除操作。倉庫損耗臺 賬管理是當倉庫庫存物料存在損耗的時候，錄入損耗信息，錄入的損耗信息只是一個記 錄的作用，并不會對實際倉庫數據造成影響。實現對倉庫損耗記錄的檢索、新增、刪除 以及上傳附件等功能。入出庫數據查詢可以根據入庫類型、入庫單號、入庫類型、出庫 類型、出庫單號等條件綜合查詢，查詢入出庫數據并對查詢記錄導出。實時庫存數據查 詢可以查詢實時庫存數據，對查詢結果導出。
以入庫單管理功能為例進行時序圖描述，倉管員進入到入庫單管理頁面后，系統自 動獲取已有的入庫單記錄，根據查詢條件可以檢索出對應的入庫單信息，根據實際情況 可以對檢索出的記錄進行修改、刪除、入庫確認、取消確認以及導出等操作，如果需要 新增入庫單可以通過新增功能手動增加入庫單，在整個過程中，系統與入庫單表進行數 據交互，具體的時序圖如圖 3.10 所示。
3.5.4結算模塊功能設計
結算模塊功能結構如圖 3.11 所示：
倉庫管理員 入庫單管理 數據庫表：入庫單表
1、進入到入庫單管理頁面?
•5、根據實際需要執行篩選操作一?
W-16、新增成功，系統新增一條記錄--
圖 3.10 入庫單管理時序圖
Fig. 3.10 Warehouse entry management sequence diagram
結算模塊
圖 3.11 結算模塊功能結構圖
Fig. 3.11 Settlement module functional structure
預計收入查詢主要根據費用類型、項目、結算方、費用產生期間等查詢條件完成 對費用預計收入查詢。根據客戶訂單號和指示訂單號可以查看具體的預估費用單內 容，選中一條預估費用單將在預估費用單明細處顯示具體的費用單明細信息。費用明 細查詢可以根據結算方、項目、收支類型、費用類型、費用產生期間等查詢條件對生 成的費用單進行查詢，并且可以重算生成的費用單，結算人員可以將可結算狀態的費 用明細單生成結算單，可看費用單明細，對于結算中的數據可以廢止費用單的明細數 據。可結算狀態下的費用單才能進行結算操作，結算中的費用單不能進行重算，費結 算中的費用單才能進行重算操作。月結費計費查詢生成的月結費用，并對月結費用進 行確認操作，結算人員可以對月結費用進行重算操作。根據查詢條件查詢出具體的費 用單數據，可以看到費用單明細數據。月結費用生成對月結費用進行重算。結算單管 理對生成的結算單進行管理及結算調整，確認結算單后可以對結算單進行確認開票及 完成。可以根據結算方、結算單號、結算狀態、生成日期、發票號、結算調整標志以 及實際調整標志等條件進行查，對結算單進行結算調整、實際調整、確認、回退、取 消等操作，結算管理人員確認了結算單后，可以對該結算單進行確認操作。根據需要 可以新增結算單，對新增的結算單進行刪除、開票等操作，開票人員對結算單開票過 后，可以對該結算單進行開票操作，對查詢出的結算單結果導出。通過完成操作，結 算單開票后，結算人員對該單進行完成操作，結算完成。結算單調整對結算單的收支 費用進行調整，實現對結算單信息明細進行新增與刪除。
以結算單調整功能為例進行時序圖描述，結算擔當通過結算單進入到結算單調整 頁面，獲取結算單信息，也可以根據需要添加具體的結算單信息明細，對結算單信息 明細進行刪除操作，這個過程與數據庫中的結算單信息表進行數據交互，獲取結算單 信息時，讀取結算單信息，新增時，將結算單信息明細寫入結算單數據表中，刪除 時，在數據表中刪除結算單記錄，具體時序圖如圖3.12所示。
3.5.5統計分析模塊功能設計
統計分析模塊功能結構如圖3.13所示：
統計分析模塊
圖 3.13 統計分析模塊功能結構圖
Fig. 3.13 Statistical analysis module functional structure
圖 3.12 結算單調整時序圖
Fig. 3.12 Statement adjust sequence diagram
統計分析模塊分為統計期間和統計內容兩種統計模式，統計期間決定統計結果是 按年統計還是按月統計，根據選擇的不同后面的起始時間選擇也不同，按年統計時間 精度為年，按月統計，時間精度為月。統計內容決定統計結果的分類有項目，運輸方 式和全部。訂單數據統計實現統計訂單數量和收支金額相關數據，統計結果以統計表 和統計圖的形式展示。訂單延遲起運統計是統計延遲起運的訂單數量、延遲單數以及 延遲率，延遲時間相關數據。運輸數據統計主要統計運單數量，重量，體積，里程等 相關數據。承運商KPI統計是統計承運商的異常單數，以圖表的形式統計總異常件 數、保險理賠單數量以及到貨延遲單數量。倉庫數據統計是統計倉庫數量，重量，體 積等相關數據。結算數據統計是統計結算收入支出數據。
以運輸數據統計功能為例進行時序圖描述，系統用戶進入到運輸數據統計分析頁 面后，可以選擇是按照統計區間還是按照統計內容進行統計分析，確定統計條件后， 執行統計操作，在統計結果和統計圖表下顯示具體的統計分析結果，在統計分析過程 中，從數據庫運輸數據中獲取具體的運輸單數、重量、體積以及里程等信息，具體的 時序圖如圖 3.14 所示：
圖 3.14 運輸數據統計時序圖
Fig. 3.14 Transport statistics sequence diagram
3.5.6系統基礎數據模塊功能設計
系統基礎數據模塊功能結構如圖 3.15 所示
系統基礎數據模塊
圖 3.15 系統基礎數據模塊功能結構圖
Fig. 3.15 System basic data module functional structure
組織維護主要是維護組織及組織下的子組織關系，可以新增同層組織、新增子組 織、刪除組織及其子組織，還可以進行組織成員分配。用戶信息實現按照用戶ID、用 戶名、角色名稱、定級組織、是否已過期和是否已鎖定用戶來檢索用戶信息，可以增 加新的用戶和刪除現有用戶，并且可以為用戶分配角色。密碼修改完成修改當前登錄 用戶的密碼。角色維護能夠按照角色名稱、頂級組織、模塊名稱和權限名稱進行角色 信息檢索，可以新增和修改角色信息，并為該角色分配模塊及針對該模塊的操作權 限。組織項目關系管理實現維護組織和項目的關系，可以根據組織名、組織ID以及組 織類型進行查詢。項目通知關系管理實現維護通知類型和畫面的關系及通知類型和項 目的關系，可通過項目和通知類型進行查詢，可以新增和刪除通知類型，將通知類型 與通知畫面關系以及通知項目關系進行關聯。項目通知分配為用戶分配項目，及為某 個用戶的某個項目分配通知類型，可根據用戶ID、用戶名稱、項目以及通知類型進行 查詢。
以用戶信息為例進行時序圖描述，系統管理員進入到用戶信息頁面后，系統獲取 到已有的用戶信息列表，可以根據查詢條件查詢到具體的用戶記錄，對該記錄進行角 色管理，可以新增新的用戶，對新增用戶進行刪除操作，在用戶信息管理過程中，系 統將與數據庫中的用戶信息表進行數據交互，具體時序圖如圖 3.16 所示。
3.5.7業務基礎數據模塊功能設計
業務基礎數據模塊功能結構如圖 3.17 所示：
項目信息維護可以根據項目類型編號和項目類型名稱查詢項目信息，可以新增項 目信息和修改現有項目信息。結算方管理實現按照結算方類型、結算方編號、結算方 名稱以及結算標準查詢結算方信息及新增結算方信息，根據結算規則查看具體的結算 規則詳情并對結算規則進行設定。常用收貨客戶信息維護實現對常用的收貨客戶信息 的維護，可以根據項目、客戶名稱進行常用收貨客戶查詢，能夠對新增的常用收貨客 戶信息進行刪除，通過雙擊記錄可以進入修改頁面并進行常用客戶信息修改。用戶訂 單類型關系維護用于維護用戶和訂單類型的關系，根據用戶名、用戶ID和訂單類型進 行查詢用戶的訂單數據，訂單類型只能為已維護完畢的類型。物料信息維護實現維護 物料信息，可以從EXCEL導入物料信息。
圖 3.16 用戶信息時序圖
Fig. 3.16 The user information sequence diagram
以物料信息維護為例進行時序圖描述，系統管理員進入到物料信息維護頁面后， 系統獲取已有的全部物料信息列表，根據檢索條件進行物料信息檢索，根據需要可以 新增或者導入物料信息，雙擊物料記錄可進行物料信息修改維護，對新增的物料記錄 可以進行刪除操作，此外，在導入之前，需要下載模塊，在整個過程中，系統與數據 庫表中的物料信息表進行數據交互，同時，也與服務器中文件庫進行下載數據請求并 反饋下載情況，具體時序圖如圖 3.18 所示。
業務基礎數據模塊
I — I — — I I I
項口信息維護 結算方管理 常用收貨客戶信息維護 用八訂單類型關系維護 物料信息維護 供應商物料關系維護 平輛信息維護 船信息維護 司機信息維護 物流線路信息維護 倉庫信息 倉管員分配 貨位信息維護 庫心警示信息維護 裝卸班組信息維護 計量單位維護 單位轉換關系維護 回退履歷查詢 警示數據查詢
圖 3.17 業務基礎數據模塊功能結構圖
Fig. 3.17 Business base data module functional structure
供應商物料關系維護實現維護供應商和物料的關系，主要維護該供應商下的該物 料的1個包裝單位對應的重量，體積，面積，等相關數據便于以后的結算使用，通過 項目、物料編號、物料名稱等進行具體的物料記錄查詢。車輛信息維護用于維護車輛 的相關信息，及車輛的事故信息，以便后面的運輸使用，可以根據承運商、車牌號、 車型以及是否存在事故記錄等進行綜合查詢。船信息維護實現維護船的相關信息。司 機信息維護實現維護司機的相關信息，可以根據承運商和姓名進行綜合查詢，根據需 要可以新增司機的基本信息。物流線路信息維護維護運輸物流線路信息，維護里程數 為后面的結算做基礎數據，還可以根據物流路線名稱、起點地址和終點地址進行綜合 查詢，能夠新增物流線路信息和刪除物流線路信息。雙擊物流路線信息可修改該物流 路線信息的相關數據，雙擊分段物流路線信息可以修改該分段物流路線的相關信息。 倉庫信息維護能夠根據倉庫類型、區域、片區、倉庫編號以及倉庫名稱進行倉庫信息 綜合查詢，實現維護倉庫信息的相關數據，可新增，刪除和修改倉庫信息。倉管員分 配為倉庫分配倉庫管理員，有該倉庫權限的人員才能對該倉庫的數據進行相關操作。 貨位信息維護實現維護倉庫中貨位的相關信息，可以根據貨位編號、貨位名稱、貨位 性質、倉庫名稱等條件進行貨位的綜合查詢。庫存警示信息維護實現維護庫存警示信 息。裝卸班組信息維護實現維護裝卸班組信息。計量單位維護實現維護計量單位。單 位轉換關系維護實現維護計量單位之間的轉換關系，以便于結算使用。回退履歷查詢 可以查詢回退履歷。警示數據查詢可以查詢警示數據。
圖 3.18 物料信息維護時序圖
Fig. 3.18 Query the CAG call error log sequence diagram
3.6本章小結
在設計環節主要完成系統的總體架構設計情況，確定系統的基礎架構，在此基礎上 進行系統的總體功能結構和網絡部署情況的設計工作，為系統的詳細設計和實現做好鋪 墊。之后開展系統的詳細設計過程，通過實體關系和數據庫表結構完成系統數據庫的詳 細設計，然后，通過功能結構和時序圖完成對系統的各個功能模塊的詳細設計工作。
4系統實現
4.1 系統實現環境
營口港物流信息管理系統在實現時使用ASP.NET平臺，開發語言為C#，數據庫 選擇SQLServer進行開發。開發框架選擇的是.NET MVC框架，開發出一套基于B/S 模式的信息系統，系統在開發時，使用VS STUDIO開發工具，開發操作系統一般使用 Windows 7及以上操作系統。
ASP.NET［18］開發平臺是一種建立在通用語言基礎之上的程序框架，能夠建立一套 強大的應用程序。該技術具有能夠提咼應用程序運行效率、支持Visual Studio.net開發 環境進行開發，利用該技術開發出的應用程序可以在Windows> linux等幾乎全部平臺 上運行使用，該技術簡單、易學，而且具有很高的可管理性。同時通過ASP.NET［18］開 發出的應用程序具備很好的可擴展性，同時能夠提供一套嚴密的認證機制，可以確定 原程序是絕對安全的。SQL Server能夠為使用者提供一個可視化的數據庫管理頁面， 讓使用者在進行表結構管理的時候能夠更簡單的進行操作管理，同時提供快捷的 SQL 語句查詢頁面。考慮到SQLServer與Oracle、MySQL等數據庫之間的區別，考慮到營 口港物流信息管理系統對數據庫的要求，從經濟成本考慮，最終選擇了 SQL Server數 據庫作為本次項目開發的數據庫。C#開發語言與JAVA 一樣，都是面向對象的，是運 行于.NET Framework之上的高級程序設計語言［19］。它與COM是直接集成的。C#［19］相 對來說是穩定、安全的，而且對于初學者來說，也相對簡單， 它具有強大的操作能 力，語法風格非常的優雅，語言特性具有創新性，而且也有非常便捷的面向組建的編 程支持。因此，在進行.NET開發時，它必然成為開發語言的首選。
4.2系統實現整體流程
營口港物流信息管理系統的總體流程是，首先要下達客戶訂單，判斷是否需要對 訂單進行分解，如果需要，則分解客戶訂單并生成指示訂單，否則直接生成指示訂 單，然后進行指示訂單確認，并判斷訂單是屬于運輸訂單、入庫訂單還是出庫訂單。 如果是運輸訂單則指示訂單生成運單并進行運單確認，之后進行運輸調整以及實際跟 蹤等，跟蹤過程判斷是否需要進行增扣款，如果存在增扣款要進行增扣款錄入，如果 存在保險理賠需要進行保險理賠，否則就到費用生成環節。如果指示訂單為入庫訂 單，生成入庫單以及庫房作業單接收，之后進行入庫確認。如果指示訂單為出庫訂單 則生成出庫訂單和庫房作業單接收，需要指定班組、實際確認，同時要備貨并出庫確
認，最后都要進行費用生成，結算單生成和結算單確認，之后開票，最后完成結算 單，具體的實現流程如圖 4.1 所示：
圖4.1 系統實現總體流程
Fig. 4.1 The system implements the overall process
4.3系統功能模塊實現
4.3.1訂單模塊功能實現
下單人員根據實際需要進入到訂單一覽（客戶訂單）頁面，該頁面將顯示所有的客 戶訂單列表，按照創建時間倒敘排列，可以根據查詢條件進行綜合查詢，如果需要下單 則通過新增功能完成客戶訂單的錄入，對相關訂單擔當下單，如果訂單需要進行分解可 以接收并分解，還可以生成指示訂單，具體的實現頁面如圖 4.2 所示：
圖 4.2 訂單一覽(客戶訂單)實現截圖
Fig. 4.2 Order list (customer order) implementation screenshot
具體的新增客戶訂單實現代碼如下：
public partial class AddCustomerOrder : System.Web.UI.Page {
protected void Page_Load(object sender, EventArgs e)
{
}
protected void Add(object sender, EventArgs e)
String constr = "server=.; database= LogisticsInformation;uid=sa;pwd=sa"; SqlConnection con = new SqlConnection (constr);
string strInsert = "insert into OrderInfo values (‘" + TextBox1.Text.ToString () + "'" + "," + "'" + DropDownList2.Text.ToString () + "……')";
SqlCommand com = new SqlCommand (sql, con);
con.Close ();
} 進入待分解訂單一覽頁面后，系統顯示所有的待分解訂單列表，根據客戶訂單編號 能夠查看訂單詳情，也可以查詢具體的訂單進行分解操作，具體實現頁面如圖 4.3 所示：
圖 4.3 待分解訂單一覽實現截圖
Fig. 4.3 List of orders to be decomposed implementation screenshot
訂單狀態查詢實現對不同狀態的訂單進行查詢，可以按項目類型、指令下達日期、 客戶訂單編號等綜合查詢，根據訂單數據可以了解到每個訂單的訂單編號、訂單狀態， 通過訂單還可以了解具體的入庫訂單、出庫訂單以及運輸訂單的訂單狀態，對訂單進行 節點跟蹤，具體的訂單狀態實現頁面如圖 4.4 所示：
圖 4.4 訂單狀態查詢實現截圖
Fig. 4.4 Order status query implementation screenshot
4.3.2運輸模塊功能實現
運單管理主要是根據客戶訂單生成具體的運單，每個運單可能包含多個客戶訂單， 運單中體現運輸狀態、保險理賠情況、增扣款情況、運輸路線信息以及運單明細信息等 綜合內容。在運單管理頁面可以根據查詢條件對運單進行查詢，可以修改、刪除、確認 以及回退具體的運單，通過運單號能夠查看運單詳情，對運單進行運輸調度、實際跟蹤 以及保險理賠等操作，具體實現頁面如圖 4.5 所示：
增扣款管理主要是實現對存在增扣款情況的各個運單進行增扣款綜合管理，能夠根 據運單號、收支類型等進行增扣款查詢，對運單進行新增增扣款數據，對新增的數據進 行修改和刪除操作，所有的增扣款情況最終都要經由財務進行財務確認才生效，具體實 現頁面如圖 4.6 所示：
如果某一運單中發生保險理賠情況，那么需要對該訂單進行保險理賠信息的管理與 維護，通過保險理賠管理可以按照保險單號、理賠單號等檢索條件進行保險理賠記錄查 詢，可以對具體的運輸單增加保險理賠信息，對增加的保險理賠情況進行修改和刪除， 具體實現頁面如圖 4.7 所示：
圖 4.5 運單管理實現截圖
Fig. 4.5 Waybill management implementation screenshot
圖 4.6 增扣款管理實現截圖
Fig. 4.6 Additional charge management implementation screenshot
2 io條/頁
圖4.7 保險理賠管理實現截圖
Fig. 4.7 Insurance claims management implementation screenshot
對增扣款記錄進行查詢時，具體實現代碼如下： public Additionalcharge QueryAc(int AdditionalchargeID) throws SQLException{
Additionalcharge Ac=new Additionalcharge();
String sql = "select * from Additionalcharge where OrderID=? Or
AdditionalchargeID =? Or ….. ";//根據查詢條件查詢增扣款記錄
SqlConnection con = DBUtil.getConnection();
PreparedStatement pst = con.prepareStatement(sql);
pst.setInt(1, AdditionalchargeID);
ResultSet rs = pst.executeQuery();〃 執行查詢語句 while(rs.next()){
Ac.setAdditionalchargeID (rs.getInt("AdditionalchargeID "));
Ac.setAdditionalChargeOrganization (rs.getString("AdditionalChargeOrganization "));
Ac.setCostProject(rs.getFloat("weight"));
Ac.setAmount (rs.getInt("Amount "));
}
rs.close(); pst.close(); con.close(); return Ac;
}
4.3.3倉儲模塊功能實現
倉庫管理員進入到入庫單管理頁面后，該頁面顯示所有的已添加的入庫單記錄， 倉庫管理員可以根據檢索條件檢索具體的入庫單，根據需要錄入新的入庫單信息，對 新增入庫單信息進行修改、刪除，添加卸車單信息，進行入庫確認等，具體的實現頁 面如圖 4.8 所示：
圖4.8 入庫單管理實現截圖
Fig. 4.8 Warehouse entry management implementation screenshot
入庫確認之后，系統提示確認成功，入庫單狀態改變，具體的實現代碼如下。 private void WarehouseEntryConform _ExcuteSqlCompleted(object sender, ServiceReference1.ExcuteSqlCompletedEventArgs e) {
if (SignStatus= 0) {
Response.Write("<script>alert('入庫確認成功！ ')</script>");
}
SignStatus= 1
} 當貨物有出庫的需求時，倉庫管理員制定出庫單，新增出庫單，可以對未出庫確 認的出庫單進行修改、刪除等操作，為出庫單添加裝車單，根據出庫單進行備貨并進 行出庫，最后出庫確認，具體實現頁面如圖 4.9 所示。
第|1丨頁，共［頁
圖4.9 出庫單管理實現截圖
Fig. 4.9 Outbound order management implementation screenshot
需要庫房作業時，進行庫房作業單管理，新增庫房作業信息，進行移庫、接收 等，未開始作業前可以進行庫房作業單的修改和刪除操作，可以為庫房作業指定班 組，完成庫房作業后，進行實績確認，具體實現頁面如圖 4.10 所示。
當需要了解入出庫數據情況時，可以通過入出庫數據查詢功能進行了解，通過給 定的檢索條件進行單項查詢或者綜合查詢，可以將查詢結果以Excel格式導出到本地, 具體實現頁面如圖 4.11 所示。
圖 4.11 入出庫數據查詢實現截圖
Fig. 4.11 Inbound and outbound data query implementation screenshot
4.3.4結算模塊功能實現 結算擔當要了解預計收入情況，通過預計收入查詢對預估費用單進行查詢，通過
預估費用單了解預估費用詳情，具體的實現頁面如圖 4.12 所示。
U:二營口港物流信息管理系統
—_ Yingkou Port Logistics Information Management System
菸計收入查洵
查誼條件 «
項目：營□港瑞祥星商貿有限公司 y 結算方： 7 喜戶訂單號：
費用類型：’ v費用產生期閭:|罰］7~08~23 — 至:|2017~0&30 —
第Q 頁，共0頁 電 甸縛 沒有數據
圖 4.12 預計收入查詢實現截圖
Fig. 4.12 Estimated revenue enquiries implementation screenshot
在費用單列表中可以了解到各個費用單的結算狀態，選中費用單后，在費用單明 細處能夠顯示該費用單的明細情況，能夠了解到費用對象、具體數量、單價以及金額 等情況，具體的實現頁面如圖 4.13 所示。
結算單管理主要是對所有的結算單的綜合管理，可以根據結算狀態、結算方、結 算單號等進行結算單查詢，可以新增結算單信息，進行結算調整、實際調整等，對未 進行結算的單據進行刪除，結算單初始狀態為已申請，根據結算情況可以進行開票以 及確認，確認后結算單狀態改變為確認完成。具體的實現頁面如圖 4.14 所示。
4.3.5統計分析模塊功能實現
統計分析模塊是專門為系統的分析人員以及管理者提供的功能，根據實際需要可以 按照統計期間或者統計內容進行統計，統計結果以圖和表的形式展現給用戶。
圖4.14 結算單管理實現截圖
Fig. 4.14 Statement management implementation screenshot
結算調整時，選擇具體的待調整記錄執行調整，具體的調整代碼如下：
public class StatementManagement implements StatementManagementDAO {
SqlConnection con = DBUtil.getConnection();
Statement stat=null;
ResultSet rs=null;
public SettlementAdjust(){
int flag=-1;
String strsql="update Statement set StatementIncome='"+Jssrje+"',
StatementOutcome='"+Jszcje+"' where StatementID='"+ StId +"'";
flag=con.updata(strsql);
if(flag>0){
System.out.println(”結算單號="+ Stld +"的結算單結算調整成功，狀態變為="+ Ssid+"!");
}else{
System.out.println("結算單號="+ StId +"的結算單結算調整失敗!")；
}
}catch(Exception ex){
ex.printStackTrace()；
}finally{
con.close()；
}
return flag；
} 訂單數據統計主要統計不同類型、不同客戶或者不同項目，按年、月或者時間區間 的訂單數據情況，同時可以了解到具體訂單的收入和支出的費用，具體實現頁面如圖 4.15所示：
訂單數據統計時，按照訂單類型對訂單統計情況進行查詢，截圖實現代碼如下： public int QueryByOrderId(int OrderID) {
Connection con = null；
Statement stat = null；
ResultSet rs = null；
int result = 0；
try {
con = DBUtil.getConn()；
stat = con.createStatement()；
圖 4.15 訂單數據統計實現截圖
Fig. 4.15 Order data statistics implementation screenshot
String sql = " Select OrderID as OrderType ,Count(OrderNumber) as 訂單數 量,Sum(income) as 收入(元),Sum(outcome) as 支出(元)From Customer Order where year between beginyear and endyear or month between beginmonth and endmonth ;
rs = stat.executeQuery(sql);//執行 sql 語句 if (rs.next())
{
result = rs.getInt("Order data statistics");// 反饋查詢結果
} } catch (Exception e) { e.printStackTrace();
} finally { DBUtil.closeConn(con, stat, rs);
}
return result;
};
通過倉儲數據統計功能了解倉庫中不同的區分存儲物料的數量和重量等信息，同時
以柱狀圖的形式顯示具體的重量和體積情況，具體實現如圖 4.16 所示。
圖 4.16 倉庫數據統計實現截圖
Fig. 4.16 Warehouse data statistics implementation screenshot
4.3.6系統基礎數據模塊功能實現 系統基礎數據主要完成對系統組織機構、系統用戶、角色、權限等系統管理相關的 基礎數據進行管理和維護。
組織維護完成不同層級的組織管理，同時可以為各個組織分配具體的成員，具體實 現頁面如圖 4.17 所示：
對系統的用戶信息進行管理時，通過用戶信息功能實現用戶的查詢，通過新增功能 新增用戶，對新增用戶可以修改和刪除，同時可以為用戶分配具體的角色，具體實現如 圖 4.18 所示：
系統管理員通過角色維護功能對系統涉及到的相關角色進行綜合管理，可以新增角 色信息，對新增的角色記錄進行修改和刪除，同時可以為角色進行模塊分配和權限分配， 具體的實現頁面如圖 4.19 所示：
圖4.17 組織維護實現截圖
Fig. 4.17 Organize maintenance implementation screenshot
.1 http://1861. ykport. coil cn/LogisticsManagement/xt jcsj/jftxz
叮二營口港物流信息管理系統
一* Yingkou Port Logistics Information Management System
營口港物流信息亀1系統 《 用戶信息
筠色分S2
出」訂單模塊
日」系統斟嗨
廚組織維護
固密碗改 圍角色維護
気組織項目關系艇 匡］項目通知關系節1 冒項目通知分配 田」業務基礎數據模塊
用戶信息
弋般總刪除
用戶】D
1 sysmartager
•/ 2 test
3ma ling
4tangkeyang
用戶名
系統管理員 test
馬玲 唐珂洋
頂級組級 有做時間開始 有效時間結束
營口港務集團物流蔥公司
營□港務集團翎流總公司
營口港務集團物流總公司
營□港務集團物流意公司
角色名稱
未來未未
1倉儲擔當 2倉儲管理者
J 3查詢
4結算抵當
圖4.18 用戶信息實現截圖
Fig. 4.18 The user information implementation screenshot
5結算管理者
6統計捱當
7繞計管理者
8系統管理員
9系統管理員（青白江〉
-下訂單喜戶
-業務抵當（倉癢指定）
-業勢擔當（容戶訂單〉
-業勢擔當（運單調度） 運輸擔當
-運輸管理者
...奘翻帕當
新增用戶信息時，系統通過AddUser()方法實現，具體實現代碼如下：
protected void AddUser(object sender, EventArgs e)
{
String constr = "server=.; database= LogisticsInformation;uid=sa;pwd=sa"; SqlConnection con = new SqlConnection (constr);
string strInsert = "insert into User values (‘" + UserName.Text.ToString () + "'" + "," + "'" + TopGroup.Text.ToString () + "……')";
SqlCommand com = new SqlCommand (sql, con);
con.Close ();
}
r2K|ij3 1 http://1861. jdjport, com. cn/LagisticsJUanagementZst jcsj/jswH A” RCx]
圖4.19 角色維護實現截圖
Fig. 4.19 Role Maintaince implementation screenshot
4.3.7業務基礎數據模塊功能實現 業務基礎數據模塊主要實現對于物流信息管理業務相關的基礎數據的管理與維護。 項目信息維護實現對項目類型信息的新增、查詢以及修改，具體實現頁面如圖 4.20
所示：
系統管理員通過常用收貨客戶信息維護功能實現對常用收貨客戶信息的新增、查詢
還可以對新增的信息進行修改和刪除操作，具體實現如圖 4.21 所示：
圖 4.21 常用收貨客戶信息維護實現截圖
Fig. 4.21 Frequently used receiving customer information maintenance implementation screenshot
系統管理員如果需要維護新的物料信息，通過物料信息維護功能對物料進行檢索
還可以新增物料，對新增的物料進行修改和刪除，具體的實現頁面如圖 4.22 所示：
圖 4.22 物料信息維護實現截圖
Fig. 4.22 Material information maintenance implementation screenshot
指定班組時所需要的班組信息是通過裝卸班組信息維護功能進行維護的，可以新增 具體的班組信息，對新增信息進行刪除和修改操作，還可以根據檢索條件進行查詢，具 體的實現頁面如圖 4.23 所示：
選擇待刪除的裝卸班組進行刪除操作，刪除時，向數據庫傳送刪除記錄請求，具體 執行的SQL語句如下所示。
SqlCommand cmd = sqlConnection.CreateCommand();
cmd.CommandText = string.Format("delete * from TeamInformation where TeamID=' LuTeamlID'');
刪除成功后，系統將提示裝卸班組信息刪除成功，具體代碼如下。
void send_del TeamInfoCompleted(object sender, EventArgs e) {
if (e.Result != "") {
Response.Write("<script>alert('刪除成功! ')</script>");
營口港物流信息管理系統
Yingkou Port Logistics Information Management System
圖 4.23 裝卸班組信息維護實現截圖
Fig. 4.23 Loading and unloading team information maintenance implementation screenshot
4.4本章小結
本章完成了營口港物流信息管理系統的實現過程，首先對系統實現的環境、使用的 工具進行了詳細的介紹，之后對系統實現的整體流程做了詳細的介紹，最后對系統各個 功能模塊的實現過程進行描述，主要是從系統實現的代碼和實現頁面兩個方面進行的。
5系統測試
系統的測試工作是在開發工作的基礎之上進行的，當系統開發完成，在測試環境或 者真實環境進行部署之后，開始對系統的各個功能進行詳細的功能測試和性能測試工作 在測試過程中，要明確測試所涉及到的測試環境、測試工具，之后確定測試的依據、測 試范圍以及測試所要達到的最終目標，測試完成后，對功能測試結果進行分析，確定不 存在缺陷，或者剩余缺陷所占比例是客戶能夠接受的，對性能測試結果進行分析，確定 性能測試結果能夠滿足客戶所提出的非功能性需求。
5.1 測試環境及工具
測試環境的搭建很大程度上決定系統的測試結果和實際的應用效果，因此，在搭建 測試環境時，要么將系統直接部署到客戶的實際應用環境，要么就按照客戶的要求，模 擬出真實的測試環境，由于營口港物流信息管理系統是B/S模式，需要通過企業內網進 行訪問的，外網用戶需要通過 VPN 才可以訪問，因此，在系統測試時，將系統數據庫 服務器直接部署到公司的網絡中心，應用服務器則直接部署到測試人員的電腦上，根據 所在網絡不同選擇是否安裝并連接VPN服務器。數據庫服務器為惠普（HP）,型號是 DL388Gen9至強Xeon-E5,雙顆2609V4, 8核，內存為16 GB,多端口千兆網卡。在測 試時，客戶端使用的操作系統一般為Windows7、Windows8等系統。
針對功能測試，主要是選擇缺陷管理工具對測試出的缺陷進行全過程管理，綜合現 有的測試管理工具，最終選擇使用BugFree進行缺陷管理，它可以很好的進行管理、跟 蹤以及統計分析工作。針對性能測試主要選擇loadrunner進行測試，通過測試用例、測 試腳本進行測試，同時對性能測試結果進行綜合分析。
5.2測試目標及內容
系統測試的目標就是用戶使用滿意，使用時功能上不出現報錯、無法操作等問題， 而且業務上也滿足用戶提出的需求，性能上，系統不出現兼容性、安全性、以及其他相 關的性能問題，總之，提交使用的系統要從功能和性能上面不出現問題，滿足用戶的要 求。
測試內容包括對訂單模塊、運輸模塊、倉儲模塊、結算模塊、統計分析模塊、系統 基礎數據模塊以及業務基礎數據模塊等功能進行功能測試和性能測試工作，同時測試整 個系統的安全性、兼容性以及性能等情況。
5.3測試流程
測試時，需要由開發人員進行單元測試工作，開發人員根據自己負責的功能模塊的 業務邏輯進行測試工作，測試過程中發現問題，根據問題情況進行修復，直至單元測試 通過。單元測試工作完成后，將各個單元進行集成，由測試人員對整個系統進行功能測 試和性能測試，如果未發現任何問題，與測試用例一致的話，則測試通過，一旦發現問 題，測試人員將問題反饋給開發人員，由開發人員進行問題修改并提交測試人員進行驗 證，直至測試通過。具體測試流程如圖 5.1 所示。
圖 5.1 系統測試流程
Fig. 5.1 System testing process
5.4系統功能測試
功能測試工作是依據測試用例進行的，通過黑盒測試方法對每一個功能模塊和功能 點進行測試，主要測試系統的實際結果與預期結果是否一致，如果一致則測試通過，如 果不一致，則說明系統存在問題或者未按照既定需求進行開發，需要對問題進行修復。
5.4.1 測試用例設計
測試用例是依據系統需求規格說明書進行的，在本小節只列出個別的測試用例。
生產計劃數據管理測試用例主要測試新增、修改、刪除以及查詢生產計劃數據功能
是否滿足要求，同時使用過程不出現問題，具體的測試用例如表 5.1 所示：
表 5.1 生產計劃數據管理測試用例
Tab.5.1 Production planning data management test case
測試功能ID DDMK-
SCJHSJGL 測試功能名稱 生產計劃數據管理
功能描述 實現生產計劃數據的管理與維護
場景ID 場景 測試步驟 預期結果 測試結果
01 獲取生產計 進入生產計劃數據 獲取已有的生產計劃 與預期結果
劃數據列表 管理頁面 數據記錄 一致
02 查詢生產計 選擇篩選條件執行 顯示對應的結果 與預期結果
劃數據 查詢操作 一致
03 導入生產計 執行導入操作 根據固定模板將生產 與預期結果
劃數據 計劃數據導入并導入
成功 一致
04 新增生產計 執行新增按鈕 彈出新增頁面，完成 與預期結果
劃數據 新增操作 一致
05 修改生產計 雙擊記錄 彈出修改頁面，完成 與預期結果
劃數據 修改操作 一致
06 刪除生產計 選擇待刪除記錄執 刪除成功或者取消刪 與預期結果
劃數據 行刪除操作 除 一致
保險理賠管理測試用例主要測試增加保險理賠信息、修改、刪除以及查詢保險理賠
信息功能的實際結果與預期結果是否一致，具體如表5.2所示：
入庫單管理測試用例主要測試對入庫單的新增、修改、查詢、刪除以及入庫確認等
功能的實際結果與預期結果是否一致，具體如表 5.3 所示：
表5.2 保險理賠管理測試用例
Tab.5.2 Insurance claims management test case
功能ID YSMK-BXLPGL 名稱 保險理賠管理
功能描述 實現保險理賠信息的管理與維護
場景ID 場景 測試步驟 預期結果 測試結果
01 進入保險理賠管理 執行保險理賠管 進入保險理賠管理頁 與預期結
頁面 理功能 面，獲取已有的保險
理賠數據 果一致
02 查詢保險理賠信息 根據檢索條件執
行查詢 顯示具體的結果 與預期結
果一致
03 增加保險理賠信息 執行增加操作 彈出新增頁面，完成
新增操作 與預期結
果一致
04 修改保險理賠信息 選擇記錄執行修
改操作 彈出修改頁面，完成
修改操作 與預期結
果一致
05 刪除保險理賠信息 選擇記錄執行刪
除操作 刪除成功或者取消刪
除 與預期結
果一致
表 5.3 入庫單管理測試用例
Tab.5.3 Warehouse entry management test case
功能ID CCMK-RKDGL 名稱 入庫單管理
功能描述 實現入庫單的管理與維護
場景ID 場景 測試步驟 預期結果 測試結果
01 進入入庫單管理 執行入庫單管理 進入入庫單管理界面，獲取已 與預期結果
頁面 操作 有的入庫單記錄 一致
02 檢索入庫單記錄 選擇查詢條件執
行檢索操作 顯示入庫單結果 與預期結果 一致
03 新增入庫單記錄 執行新增操作 進入新增入庫單信息頁面，填 寫相關信息并保存，系統提示 保存成功或者提示必填項未填 寫無法保存 與預期結果 一致
04 修改入庫單記錄 選擇待修改記錄
執行修改操作 彈出修改入庫單頁面，執行修 改操作，修改完成并保存，系 統提示修改成功 與預期結果 一致
05 刪除入庫單記錄 選擇待刪除記錄
執行刪除操作 刪除成功或者取消刪除 與預期結果 一致
06 執行卸車單 選擇記錄執行卸
車單操作 為未入庫記錄添加卸車單信息
并保存，系統提示保存成功 與預期結果 一致
07 入庫確認 選擇記錄執行入
庫確認操作 對已入庫記錄執行入庫確認操
作 與預期結果 一致
08 取消確認 選擇已入庫確認 所選記錄未未確認系統提示該 與預期結果
記錄執行取消確 記錄未確認；所選記錄為已確 一致 認 認，彈出取消確認對話框，確
定后，取消確認，否則取消取
消確認操作 結算單管理測試用例主要測試對結算單的查詢、新增、調整、刪除、確認、開票等 功能操作的實際結果與預期結果是否一致，具體如表5.4所示：
表 5.4 結算單管理測試用例
Tab.5.4 Statement management test case
功能ID JSGLMK-
JSDGL 名稱 結算單管理
功能描述 實現對結算單的綜合管理與維護
場景ID 場景 測試步驟 預期結果 測試結果
01 進入結算單 執行結算單管理操 進入結算單管理頁 與預期結果
管理頁面 作 面，顯示已有的結算
單記錄 一致
02 查詢結算單 根據已有的查詢條 件執行綜合查詢操 作
點擊新增按鈕，新 顯示對應的查詢結果 與預期結果 一致
03 新增結算單 彈出新增結算單信息 與預期結果
信息 增結算單信息 頁面，根據要求填寫 并保存，提示保存成 功，未按照要求填 寫，提示錯誤情況 一致
04 結算調整 選擇結算單記錄執
行結算調整 調整選中結算單的費 用收支情況，在確認 之前進行調整 與預期結果 一致
05 實際調整 選擇結算單執行實
際調整， 調整選中結算單的費 用收支情況，在確認 之后進行調整 與預期結果 一致
06 刪除結算單 信息 選擇結算單執行刪
除操作 刪除選中結算單 與預期結果 一致
07 確認結算單 選擇結算單執行確 結算管理人員確認了 與預期結果
信息 認操作 結算單后，可以對該 結算單進行確認操 作，如果該結算單已 經確認系統提示，未 確認則可以進行確認 并提示確認成功 一致
08 開票 選擇結算單執行開 開票人員對結算單開 與預期結果
票操作 票過后，可以對該結
算單進行開票操作 一致
09 完成 選擇結算單執行完
成操作 結算單開票后，結算 人員對該單進行完成 操作，結算完成 與預期結果 一致
10 導出 在查詢結果頁面執
行導出操作 以excel格式導岀記
錄 與預期結果 一致
訂單數據統計測試用例主要測試對訂單數據的統計功能操作的實際結果與預期結果
是否一致，具體如表 5.5 所示：
表5.5 訂單數據統計測試用例
Tab.5.5 Order data statistics test case
功能ID TJFXMK-
DDSJTJ 名稱 訂單數據統計
功能描述 統計訂單數量 ，收支金額相關數據
場景ID 場景 測試步驟 預期結果 測試結果
01 進入訂單數 執行訂單數據統計 進入訂單數據統計操 與預期結果
據統計頁面 操作 作頁面 一致
02 執行統計 選擇統計期間、統 顯示所選條件對應的 與預期結果
計內容等統計條件 統計結果 一致
執行統計操作
角色維護測試用例主要測試對角色信息的新增、修改、刪除以及查詢等功能操作的
實際結果與預期結果是否一致，具體如表 5.6 所示：
表 5.6 角色維護測試用例
Tab.5.6 Role maintaince test case
功能ID XTJCSJMK-
JSWH 名稱 角色維護
功能描述 實現對角色的新增與維護
場景ID 場景 測試步驟 預期結果 測試結果
01 進入角色信
息列表頁面 執行角色維護操作 進入角色維護操作頁 面，顯示已有的角色 列表 與預期結果 一致
02 查詢角色信
息 根據已有的查詢條 件執行綜合查詢操 作 顯示對應的查詢結果 與預期結果 一致
03 新增角色信 點擊新增按鈕，新 彈出新增角色信息頁 與預期結果
息 增角色信息 面，根據要求填寫并 保存，提示保存成 功，未按照要求填 寫，提示錯誤情況 一致
04 刪除角色信 選擇角色記錄執行 刪除選中角色記錄 與預期結果
息 刪除操作 一致
05 修改角色信 雙擊角色記錄 彈出修改角色信息頁 與預期結果
息 面完成角色信息修改 一致
物料信息維護測試用例主要測試對物料信息的新增、導入、查詢、刪除、修改以及
下載模板等功能操作的實際結果與預期結果是否一致，具體如表 5.7 所示：
表5.7 物料信息維護測試用例
Tab.5.7 Material information maintenance test case
功能ID XTJCSJMK
-JSWH 名稱 角色維護
功能描述 實現對角色的新增與維護
場景ID 場景 測試步驟 預期結果 測試結果
01 進入物料信息
列表頁面 執行物料信息維
護操作 進入物料信息維護操作 頁面，顯示已有的物料 信息列表 與預期結
果一致
02 查詢物料信息 根據已有的查詢 條件執行綜合查 詢操作 顯示對應的查詢結果 與預期結
果一致
03 新增物料信息 點擊新增按鈕，
新增物料信息 彈出新增物料信息頁 面，根據要求填寫并保 存，提示保存成功，未 按照要求填寫，提示錯 誤情況 與預期結
果一致
04 刪除物料信息 選擇物料信息記
錄執行刪除操作 刪除選中物料信息記錄 與預期結
果一致
05 修改物料信息 雙擊物料信息記
錄 彈出修改物料信息頁面
完成物料信息修改 與預期結
果一致
06 導入物料信息 執行導入操作 按照固定模板信息進行 物料信息導入，系統提 示導入成功 與預期結
果一致
07 下載模板 執行下載模板操
作 彈出物料信息模板下載
對話框，下載模板 與預期結
果一致
5.4.2 功能測試結果
系統測試人員按照設計完成的功能測試用例對系統的各個功能進行詳細、全面的測 試工作，在測試過程中，發現了系統功能存在問題，通過BugFree缺陷管理工具對缺陷 進行分類、分等級管理。經過對各個功能進行測試，最終測試發現了134 個缺陷，分別 分布在不同的功能，按照缺陷等級來劃分，不存在嚴重缺陷，有 1個較為嚴重缺陷， 103 個一般缺陷，30個建議修改的缺陷；所有的缺陷經過測試人員、需求人員以及開發人員 共同的努力，最終將全部缺陷修改，缺陷修復率為 100%，具體的缺陷、功能分布情況 如表 5.8 所示：
表 5.8 缺陷分等級統計表
Tab. 5.8 Defect rating statistics
功能 嚴重 較為嚴重 一般缺陷 建議修改 問題總數
訂單模塊 0 1 19 4 24
運輸模塊 0 0 11 6 17
倉儲模塊 0 0 17 4 21
結算模塊 0 0 13 8 21
統計分析模塊 0 0 12 4 16
系統基礎數據模塊 0 0 18 2 20
業務基礎數據模塊 0 0 13 2 15
合計 0 1 103 30 134
所有的缺陷經過測試人員、需求人員以及開發人員共同的努力，最終將全部缺陷修
改，缺陷修復率為 100%，具體的缺陷、功能分布情況如表5.9所示：
表 5.9 缺陷整改情況統計表
Tab. 5.9 Statistical table of defect rectification
功能名稱 發現缺陷數 缺陷清除數 缺陷剩余數 缺陷清除率
訂單模塊 24 24 0 100%
運輸模塊 17 17 0 100%
倉儲模塊 21 21 0 100%
結算模塊 21 21 0 100%
統計分析模塊 16 16 0 100%
系統基礎數據模塊 20 20 0 100%
業務基礎數據模塊 15 15 0 100%
合計 134 134 0 100%
通過對營口港物流信息管理系統功能的測試與修復，最終確定系統功能測試通過
滿足用戶對系統功能提岀的需求，具體功能測試結果如表 5.10 所示：
表 5.10 功能測試結果統計
Tab. 5.10 Test results statistics
序號 功能名稱 測試結果
1 訂單模塊 測試過程發現問題但最終全部修復，經過驗證，
2 運輸模塊 不存在問題，測試通過
3 倉儲模塊
4 結算模塊
5 統計分析模塊
6 系統基礎數據模塊
7 業務基礎數據模塊
5.5系統性能測試
在進行性能測試時，選擇使用LoadRunner對系統各個功能進行測試，測試時通過模 擬并發用戶 10、30、50、70、90、110 個進行并發測試，對使用頻率較高的功能模塊進 行測試，測試持續時間為 10 分鐘，分別記錄各個功能運行時，系統服務器端的 CPU、 內存、操作響應時間等。具體如表 5.11 所示：
表 5.11 性能測試結果統計
Tab. 5.11 Performance test results statistics
系統并發數 10 30 50 70 90 110
服務器CPU使用率（％） 9.81 19.12 32.23 41.18 50.33 57.37
服務器內存使用率（%） 10.14 23.11 35.45 40.11 52.33 58.13
響應時間（ms） 221 356 970 1181 1547 1954
測試持續時間（分） 10 10 10 10 10 10
經過對系統各個功能進行性能的測試，確定系統在并發用戶為50 時，都滿足系統所 提出的性能要求，在相關業務操作時，系統的平均響應時間滿足在3秒以內，若出現大 量數據統計分析情況，允許平均響應時間在 5 秒以內。并發人數為 50 人操作時，應用 服務器和數據庫服務器的CPU占用情況不得超過60%,內存的占用情況也不能超過60%。
5.6測試結果分析
綜合系統功能測試結果和性能測試結果，系統在保證滿足用戶要求且使用過程中不 出現問題的前提下，進行性能測試，且滿足系統提出的非功能性要求，綜合考慮，系統 整體測試通過，滿足用戶要求，可以部署實施。
5.7本章小結 本章主要是對系統的測試過程進行介紹，明確測試環境、測試工具，確定測試目標 和測試內容，按照固定的測試流程，根據測試用例進行測試，最后對測試結果進行綜合 分析，確保系統測試通過。
本文通過對營口港務集團有限公司物流總公司實際工作內容、業務流程及客戶模 式的研究，發現物流總公司在物流信息化方面比較落后，還不能滿足社會的發展，時 代的進步。而國企的自然屬性也導致在實際工作中使很多簡單問題復雜化，因此我們 開發了一套適用于營口港務集團有限公司物流總公司實際情況的物流信息管理系統。
本文通過對營口港務集團有限公司物流總公司的需求分析，充分考慮派車、運 輸、倉儲的實際業務流程，開發出了一套基于營口港務集團有限公司物流總公司的物 流信息管理系統。該系統的流程設置簡明，操作簡便，極大的迎合了物流總公司的工 作實際與營口港的國企屬性，同時，該物流信息管理系統在頁面的設計上也簡明扼 要，簡單易學，這樣既便于員工操作，也省去了系統操作學習的時間。該物流信息管 理系統的亮點就是自動派車功能，這部分功能省去了尋找車隊的時間，大大提高了工 作效率。
本文的研究重點是在營口港務集團有限公司物流總公司的實際業務開展上，因此 在系統設計上只涉及營口港務集團有限公司物流總公司的業務內容。在實際工作中， 運輸與倉儲是密不可分的，貨主、車隊、物流總公司也是互相關聯的一個整體，因 此，此系統充分的結合了運輸與倉儲，貨主、車隊與物流總公司，真正做到了串通互 聯的目的。相信在以后的工作開展中，營口港務集團有限公司物流總公司將更加順 暢，客戶將更加滿意。
在營口港物流信息管理系統建設項目過程中，作為需求人員，我主要負責項目的 業務需求和功能需求工作，負責搜集和整理各個業務部門的需求，同時將這些業務需 求轉化為真正的功能需求，通過需求分析和設計工具做出功能需求原型，再與各個部 門進行需求確認，最后確定營口港物流信息管理系統的功能模塊，同時完成需求規格 說明書的撰寫工作，為系統設計與實現做好基礎。此外，在測試測試和實施環節，我 參與到倉儲模塊和統計分析模塊的測試工作， 而且還負責項目實施階段的培訓工作。
隨著信息化和智能化的快速發展，營口港的各個業務部門將對物流信息管理系統 提出新的要求，這就促使系統要不斷的升級、更新和完善，要保證信息的安全、高效 和穩定的運行，系統的頁面要保證美觀，操作要簡單、易懂，同時系統要能夠提供消 息提醒、預警等功能，能夠提高消息處理的時效性，要有微信或者移動APP的功能。
[1]張艷艷.港口與物流服務提供商的能力合作關系及協調研究[D].秦皇島:燕山大學,2013.
[2]卜文頔.京津冀港口物流競爭力評價研究[D].秦皇島:燕山大學,2017.
[3]劉偉.中韓自貿區背景下的威海港口物流發展戰略研究[D].大連:大連海事大學,2015.
[4]徐玉峰.我國港口物流發展水平指標評價及對策分析[D].北京:北京交通大學,2015.
[5]楊健，徐佳胤.基于DEA模型的港口物流生產效率評價研究[J].三峽大學學報(自然科學
版),2017,39(02):19-23.
[6]李麗.我國港口集裝箱運輸發展現狀與趨勢[J].現代商貿工業,2018,39(19):17-1 &
[7]吳英玲.Y港生產管理信息系統實施項目管理案例研究[D].大連:大連理工大學,2016.
[8]龐雪平，鄧玲.電子商務環境下物流管理創新研究[J].科技經濟市場,2018(07):152-154. ⑼周倩，盧斐，姚娟.跨境電子商務第四方物流平臺的分析J].電子商務,2016(03):12-13.
[10]夏星.關于深化應用ERP物資系統的思考[J].湖北電力,2013(08):61-63.
[11]曹燕，林華萍，沈瑩瑩.電子商務環境下第三方物流企業業務模式的研究[J].中國集體經 濟,2018(23):94-95.
[12]劉廣東，楊天劍，張雪梅，等.省域物流產業發展差異影響因素的空間計量分析[J].北京交通 大學學報(社會科學版),2018(03):93-100.
[13]甘長春.基于C/S架構的鐵路基層站段ERP信息系統平臺的研究與實現[J].鐵路采購與物 流,2015,10(04):38-41.
[14]江速勇，余新盟.實現多種格式文檔的ADO.NET數據庫存取編程[J].貴陽學院學報(自然科 學版),2013,8(01):37-41+46.
[15]溫倩雯，周斌，何堅.基于.NET平臺的三層架構的改進設計[J].現代計算機,2013(16):75-80. [16 ]汪杰..net框架下的軟件開發模式[J].電子技術與軟件工程,2017(03):57.
[17]俞新凱，曾光輝，毛敏.一種基于MVC設計模式的開發框架[J].軟件導刊,2015, 14(06) :41- 43.
[18]張偉豐.基于ASP. NET的商用車物流管理系統的設計與實現[J].科技創業月 刊,2017,30(03):138-140.
[19]夏彬皓，樓一樹，張藝瓊.基于C#. net的物流管理系統的設計與實現[J].電腦與電 信,2016(10):36-37+40.
[20]徐秋怡.以Android移動平臺為基礎的物流信息管理系統設計分析[J].商場現代 化，2018(01):73-74.
[21]鄭剛.基于RFID的物流信息管理系統構建分析[J].科技資訊,2018,16(06):9+11.
[22]趙于鋒，殷麗杰.對現代物流信息管理系統的設計與實現的探討[J].電腦知識與技 術,2017,13(35):141-142.
[23]馮潔心.大數據時代下物流信息管理系統的現狀及前景分析[J].商場現代化,2017(13):51-
[24]黃庚保，黃煜.基于RFID的物流信息管理系統[J].時代金融,2016(09):277-278.
[25]龐凌.基于企業ERP系統的物流信息管理系統研究——以茶企業為例[J].福建茶 葉,2016,38(10):77-78.
[26]任洋.計算機物流信息管理系統的設計研究[J].電子技術與軟件工程,2016(12):193.
[27]郭林濤.物聯網技術下的現代物流信息管理系統[J].商場現代化,2015(05):46-47.
[28]錢新杰，胡桂香，付秋林.第三方物流企業信息管理系統的構建與實現[J]?物流技 術,2015,34(07):268-270.
[29]Rudolf Kampf, Lenka Lizbetinova, Kamila Tislerova. Management of Customer Service in Terms of Logistics Information Systems[J]. Open Engineering,2017,7(1):26-30.
[30]Yan Hua Ren,Duo Lin Liu. Design and Implementation of Logistics Management Information System Based on J2EE[J].Applied Mechanics and Materials,2015,3710(704):459-463.
[31]Jin Sheng Song. Design Research on Computer Logistics Information Management System[J]. Applied Mechanics and Materials,2014,3360(599):2157-2159.
[32]Yan Li Wang,Ji Meng Du,Sai Sai Xu. Research on Logistics Warehouse Management Information System Based on RFID[J]. Applied Mechanics and Materials,2014,3634(687):4906-4909.
[33]Da Wei Xu,Li Ping Yang,Shan Ren. Analysis and Design of Logistics Warehousing Management Information System Based on RFID[J]. Applied Mechanics and Materials,2014,3468(644):6200-6203.
下一篇：沒有了
相關標簽:
