中圖分類號： 學校代碼： 10055 密級： 公開 專 業(yè) 碩 士 學 位 論 文 天津空港轉(zhuǎn)關(guān)貨物監(jiān)管系統(tǒng)的設(shè)計與開發(fā) 文摘要 I 中文摘要 近年來，在國際貿(mào)易領(lǐng)域為確保對外貿(mào)易的持續(xù)增長，確保信息的準確性、安全性和及時性成為了穩(wěn)定國家經(jīng)濟地位必要條件。國外發(fā)達國家紛紛確立了以推進信息化為特征的發(fā)展戰(zhàn)略。但是在我國 一些國際貿(mào)易的環(huán)節(jié)，比如轉(zhuǎn)關(guān)業(yè)務(wù)依然存在著紙質(zhì)單據(jù)傳遞信息，這樣既費時又無法確保信息的安全和真實性。國務(wù)院總理溫家寶提出 2020 年把 天津市建設(shè)成為國際港口城市、北方經(jīng)濟中心和生態(tài)城市 的宏偉目標，為了實現(xiàn)這一目標轉(zhuǎn)關(guān)業(yè)務(wù)信息化勢在必行。 本系統(tǒng)是采用微軟 架平臺進行設(shè)計的開發(fā)的，實現(xiàn)了公共語言運行時的全新方式，無需進行注冊。在轉(zhuǎn)關(guān)監(jiān)管系統(tǒng)的設(shè)計開發(fā)首先根據(jù)天津空港海關(guān)轉(zhuǎn)關(guān)監(jiān)管中心的業(yè)務(wù)抽象成了卡口和庫管兩個子系統(tǒng)并對其進行了需求分析。根據(jù)卡口系統(tǒng)維護和升級簡便的特點該系統(tǒng)對其采用了 B/S 架構(gòu)，而對于用戶較少的庫管系統(tǒng)則使用了 C/S 架構(gòu)來減輕服務(wù)器端運行的數(shù)據(jù)負荷。本系統(tǒng)通過設(shè)計采用支持讀卡器等外圍設(shè)備來提高海關(guān)執(zhí)法機構(gòu)的執(zhí)法效率；通過將卡口系統(tǒng)部署于海關(guān)內(nèi)網(wǎng)，而將庫管系統(tǒng)部署于海關(guān)外網(wǎng)，即兩個子系統(tǒng)使用各自獨立的數(shù)據(jù)庫來確保執(zhí)法數(shù)據(jù)的安全性；通過采用 術(shù)實現(xiàn)頁面局部無回調(diào)刷新來確保了數(shù)據(jù)的實時性。本系統(tǒng)的兩個數(shù)據(jù)庫均采用了 005 作為數(shù)據(jù)庫管理系統(tǒng)且數(shù)據(jù)庫結(jié)構(gòu)完全一致。 本系統(tǒng)目前已經(jīng)完成編碼測試，并且在天津空港海關(guān)轉(zhuǎn)關(guān)監(jiān)管中心成功上線運行。通過本系統(tǒng)的使用，規(guī)范了轉(zhuǎn)關(guān)業(yè) 務(wù)的辦理秩序，提高了通關(guān)效率，同時減少了紙質(zhì)單據(jù)的使用，既綠色環(huán)保又確保了通關(guān)數(shù)據(jù)的真實可靠性。 本文的文檔結(jié)構(gòu)按照轉(zhuǎn)關(guān)系統(tǒng)的設(shè)計與實現(xiàn)過程進行編排，設(shè)計與實現(xiàn)嚴格遵循軟件工程的具體流程。通過對天津空港轉(zhuǎn)關(guān)中心的實地調(diào)研，確定系統(tǒng)需求，明確系統(tǒng)的邊界，圍繞系統(tǒng)的功能模塊、體系結(jié)構(gòu)、數(shù)據(jù)庫等方面展開設(shè)計，最后對系統(tǒng)的具體實現(xiàn)進行了詳細深入的描述。 關(guān)鍵字 ： 天津空港 , 轉(zhuǎn)關(guān)系統(tǒng)， 系統(tǒng)分析， 系統(tǒng)設(shè)計 n in of in to of to of to to in s as in as of 020 of of in to be of In of to is on to of , ; in is in to of to no to of of 005 as is he on By of of of to of of of of a 錄 錄 中 文摘要 . I . 錄 . 錯誤 !未定義書簽。 第一章 緒論 . 一節(jié) 研究的背景 . 1 第二節(jié) 研究的意義 . 1 第三節(jié) 論文的研究內(nèi)容與組織結(jié)構(gòu) . 2 論文的研究內(nèi)容 . 2 論文的組織結(jié)構(gòu) . 3 第二章 基礎(chǔ)知識 . 4 第一節(jié) 轉(zhuǎn)關(guān) . 4 第二節(jié) 海關(guān)監(jiān)管 . 4 第三節(jié) 本章小結(jié) . 4 第三章 系統(tǒng)的需求分析 . 5 第一節(jié) 轉(zhuǎn)關(guān)監(jiān)管整體業(yè)務(wù)分析 . 5 第二節(jié) 用戶類型分析 . 7 第三節(jié) 系統(tǒng)的功能與用例分析 . 8 第四節(jié) 系統(tǒng)的性能需求 . 15 第五節(jié) 系統(tǒng)的可行性 . 16 第六節(jié) 系統(tǒng)開發(fā)與運行環(huán)境 . 17 第七節(jié) 本章小結(jié) . 18 第四章 系統(tǒng)的設(shè)計 . 19 第一節(jié) 系統(tǒng)設(shè)計原則 . 19 第二節(jié) 系統(tǒng)體系結(jié)構(gòu)設(shè)計 . 19 第三節(jié) 系統(tǒng)的功能模塊設(shè)計 . 20 卡口系統(tǒng) . 21 庫管系統(tǒng) . 25 目 錄 V 第四節(jié) 系統(tǒng)的輸入輸出設(shè)計 . 30 卡口系統(tǒng) . 30 庫管系統(tǒng) . 33 第五節(jié) 系統(tǒng)的頁面設(shè)計 . 37 登錄頁面 . 38 卡口系統(tǒng) . 38 庫管系統(tǒng) . 43 第六節(jié) 系統(tǒng)的數(shù)據(jù)庫設(shè)計 . 45 系統(tǒng)實體類圖設(shè)計 . 45 第七節(jié) 本章小結(jié) . 50 第五章 系統(tǒng)功能的實現(xiàn) . 51 第一節(jié) 用戶登錄功能的實現(xiàn) . 51 第二節(jié) 卡口系統(tǒng)實現(xiàn)結(jié)果 . 56 第三節(jié) 庫管系統(tǒng)的實現(xiàn) . 63 第四節(jié) 卡口系統(tǒng)與庫管系統(tǒng)之間數(shù)據(jù)同步的實現(xiàn) . 72 第五節(jié) 本章小結(jié) . 72 第六章 總結(jié)與展望 . 73 第一節(jié) 主要工作 . 73 第二節(jié) 展望 . 73 參考文獻 . 74 致謝 . 76 個人簡 歷 . 77 第一章 緒論 1 第一章 緒論 第一節(jié) 研究的背景 信息技術(shù)對于世界經(jīng)濟發(fā)展所 帶來的催化作用大家有目共睹，但在國內(nèi)，信息化仍處于發(fā) 展階段。尤其是國 際貿(mào)易的一些環(huán) 節(jié)，人們采用紙質(zhì)單據(jù)傳遞信息的情況依然可見，在此過程中浪費了時間并且紙質(zhì)單據(jù)容易損壞、易于偽造，造成信息的安全性和真實性比較差。這些不利因素嚴重阻礙了我國經(jīng)濟的快速健康發(fā)展，因此，信息化取代原有紙質(zhì)單據(jù)成為必 然的趨勢。 近年來，天津空港轉(zhuǎn)關(guān)業(yè)務(wù)量大幅增長， 2009 年天津海關(guān)共辦理進出口轉(zhuǎn)關(guān)業(yè)務(wù)約 11 萬票，監(jiān)管進出口轉(zhuǎn)關(guān)貨物約 16 萬噸，同比分別增長 10和 51。為更好的支持天津濱海新區(qū)開發(fā)開放，更好的建設(shè)天津空港轉(zhuǎn)運貨物監(jiān)管中心，提升天津空港貨運輻射能力，建設(shè)天津空港轉(zhuǎn)關(guān)貨物監(jiān)管中心工作任務(wù)，天津空港海關(guān)提出以信息圍網(wǎng)、物理圍網(wǎng)、視頻圍網(wǎng)三位一體的監(jiān)管模式，確保監(jiān)管區(qū)內(nèi)運輸工具及貨物的監(jiān)管到位。為此需要開發(fā)天津空港轉(zhuǎn)關(guān)貨物監(jiān)管系統(tǒng)（以下簡稱“轉(zhuǎn)關(guān)系統(tǒng)”）。 第二節(jié) 研究的意義 轉(zhuǎn)關(guān)系統(tǒng)的設(shè)計與開發(fā)旨在解決在過去很長一段時間天津機場發(fā)展滯緩，航空物流資源長期未能整合、天津空港非工作時間航班較多等不 利因素影響下，空港轉(zhuǎn)關(guān)貨物海關(guān)監(jiān)管工作存在的一些問題。這些問題主要包括：監(jiān)管力量相對分散，單證審核人員和實貨監(jiān)管人員分散在報關(guān)大廳、三個一級代理庫及萬士隆海關(guān)監(jiān)管庫區(qū)等五處海關(guān)作業(yè)點；對施封前、拆封后轉(zhuǎn)關(guān)車輛場內(nèi)運輸?shù)谋O(jiān)管能力有待提升；長期依賴人工監(jiān)管，科技化程度不高。 通過設(shè)計與開發(fā)轉(zhuǎn)關(guān)系統(tǒng)，有利于整合實貨監(jiān)管力量，使監(jiān)管集中化，具體表象為：項目應(yīng)用后可設(shè)立天津空港轉(zhuǎn)關(guān)貨物監(jiān)管中心（以下簡稱“監(jiān)管中心”），所有空運轉(zhuǎn)關(guān)貨物可在天津空港從監(jiān)管中心一點進出，有利于天津海關(guān)將原有分散在三個地面代理庫和萬士隆海關(guān) 監(jiān)管庫區(qū)等四處的施驗封人員整第一章 緒論 2 合到監(jiān)管中心，實施集中監(jiān)管，有效解決了業(yè)務(wù)發(fā)展與人員相對不足之間的矛盾；同時，有效增強了單位貨物的海關(guān)監(jiān)管力量，提升了轉(zhuǎn)關(guān)監(jiān)管嚴密性。 除此之外，轉(zhuǎn)關(guān)系統(tǒng)的設(shè)計與開發(fā)還有利于實現(xiàn)單證審核與實貨監(jiān)管一體化，使監(jiān)管高效化，主要表現(xiàn)為：實現(xiàn)了轉(zhuǎn)關(guān)業(yè)務(wù)單證審核與實貨監(jiān)管一體化。一方面，徹底解決了轉(zhuǎn)關(guān)監(jiān)管工作中，單證審核崗位人員與實貨監(jiān)管崗位人員長期分離，監(jiān)管效能不強的問題；另一方面，到海關(guān)辦理轉(zhuǎn)關(guān)業(yè)務(wù)的物流企業(yè)也不必頻繁往返于兩個現(xiàn)場（現(xiàn)有單證審核現(xiàn)場與實貨監(jiān)管現(xiàn)場之間行駛距離超過 3 公里 ，往返平均耗時 20 分鐘），而在一點即可辦理全部轉(zhuǎn)關(guān)業(yè)務(wù)，提高了企業(yè)辦事效率，使海關(guān)監(jiān)管效率和效能的雙重高效。 不僅如此，在對于施 /拆封后轉(zhuǎn)關(guān)貨物的監(jiān)管方面，轉(zhuǎn)關(guān)系統(tǒng)的應(yīng)用可以凸現(xiàn)嚴密化，具體表現(xiàn)為：由于監(jiān)管中心設(shè)立在國貨航運營基地出口庫區(qū)，緊臨機坪。監(jiān)管中心運行模式將采取轉(zhuǎn)入貨物拆封后進入監(jiān)管中心，通過機坪運抵相應(yīng)監(jiān)管庫；轉(zhuǎn)出貨物通過機坪從各監(jiān)管庫運抵監(jiān)管中心集中施封的監(jiān)管模式。從而杜絕了轉(zhuǎn)關(guān)車輛施 /拆封后在各監(jiān)管庫之間運輸轉(zhuǎn)關(guān)監(jiān)管貨物的情況，進一步降低了轉(zhuǎn)關(guān)貨物監(jiān)管風險。 最后，轉(zhuǎn)關(guān)系統(tǒng)的應(yīng)用有利于運用電 子化監(jiān)管手段，凸現(xiàn)監(jiān)管科技化，具體表現(xiàn)為：按照海關(guān)總署有關(guān)要求，監(jiān)管中心將設(shè)置電子地磅、電子卡口等多項電子化監(jiān)管手段。一方面，有利于按照總署要求穩(wěn)步推進京津機場海關(guān)電子卡口一體化進程；另一方面，結(jié)束了空港轉(zhuǎn)關(guān)貨物長期依賴人工監(jiān)管的現(xiàn)狀，提高了實貨監(jiān)管的科技含量，進而提升海關(guān)監(jiān)管效能。 第三節(jié) 論文的研究內(nèi)容與組織結(jié)構(gòu) 論文的研究內(nèi)容 論文的研究內(nèi)容 如下 ： 調(diào)查并匯總監(jiān)管中心業(yè)務(wù)流程，并對其進行需求分析，按照軟件工程的思想劃分功能模塊，并對性能提出需求。 對轉(zhuǎn)關(guān)系統(tǒng)進行設(shè)計，包括功能模塊設(shè) 計、輸入輸出設(shè)計、頁面設(shè)計和數(shù)據(jù)庫設(shè)計。 第一章 緒論 3 在系統(tǒng)設(shè)計的基礎(chǔ)上，運用 005 作為開發(fā)工具進行編碼，并展現(xiàn)系統(tǒng)的實現(xiàn)結(jié)果。 總結(jié)論文的整體工作并展望。 論文的組織結(jié)構(gòu) 論文內(nèi)容的組織結(jié)構(gòu)為： 第一章為緒論，主要概述論文項目的開發(fā)背景、意義，并對論文的研究內(nèi)容，論文的組織結(jié)構(gòu)進行了概括。 第二章為系統(tǒng)開發(fā)的基礎(chǔ)知識，主要對與轉(zhuǎn)關(guān)和海關(guān)監(jiān)管相關(guān)的一些術(shù)語進行了介紹 第三章為系統(tǒng)的需求分析，是在實地調(diào)研的基礎(chǔ)上，通過闡述天津空港轉(zhuǎn)關(guān)貨物監(jiān)管中心實際業(yè)務(wù) 流程，歸納出系統(tǒng)的功能需求。同時根據(jù)用戶的要求提出性能需求，在明確需求之后，對系統(tǒng)開發(fā)的可行性進行了研究，并得到系統(tǒng)開發(fā)可行。 第四章為系統(tǒng)的設(shè)計。是從系統(tǒng)的功能模塊、輸入輸出、頁面以及數(shù)據(jù)庫等多個方面，對轉(zhuǎn)關(guān)展開了設(shè)計工作。 第五章為系統(tǒng)的實現(xiàn)，是對系統(tǒng)的功能的實現(xiàn)結(jié)果進行了展示。 第六章為總結(jié)與展望，是對論文進行了總結(jié)，并對后續(xù)研究工作進行了展望。第二章 基礎(chǔ)知識 4 第二章 基礎(chǔ)知識 在提出轉(zhuǎn)關(guān)系統(tǒng)開發(fā)議題后，就國際貿(mào)易中轉(zhuǎn)關(guān)業(yè)務(wù)相關(guān)的一些基礎(chǔ)知識在這里必須予以明確，主要包括轉(zhuǎn)關(guān)的概念以及什么是海關(guān)監(jiān)管。 第一節(jié) 轉(zhuǎn)關(guān) 在國際貿(mào)易中，轉(zhuǎn)關(guān)是進出口貨物通關(guān)流程的一部分，轉(zhuǎn)關(guān)主要含進口轉(zhuǎn)關(guān)、出口轉(zhuǎn)關(guān)和境內(nèi)轉(zhuǎn)關(guān)三個部分。 轉(zhuǎn)關(guān)的形式主要有三種，分 別是 提前報關(guān)轉(zhuǎn)關(guān) 、 直轉(zhuǎn)方式 還有 中轉(zhuǎn)方式 ，按照進出口類別的不同，轉(zhuǎn)關(guān)形式又可分為進口 提前報關(guān)轉(zhuǎn)關(guān) 、出口 提前報關(guān)轉(zhuǎn)關(guān) 、進口直轉(zhuǎn)、出口直轉(zhuǎn)、進口中轉(zhuǎn)和出口中轉(zhuǎn)六種形式。 第二節(jié) 海關(guān)監(jiān)管 海關(guān)監(jiān)管是一項國家職能 ，它是 監(jiān)管 是 海關(guān)四項基本任務(wù)之一 過備案、查驗、放行、后續(xù)管理等方式對進出境運輸工具、貨物、物品的進出境活動實施監(jiān)管 。 第三節(jié) 本章小結(jié) 本章簡要地介紹了與轉(zhuǎn)關(guān)系統(tǒng)相 關(guān)的一些基礎(chǔ)知識。后續(xù)的章節(jié)將按照軟件工程的流程，依次論述系統(tǒng)需求分析、設(shè)計開發(fā)的相關(guān)內(nèi)容。第三章 系統(tǒng)的需求分析 5 第三章 系統(tǒng)的需求分析 需求分析是軟件工程最重要的環(huán)節(jié)，通過需求分析，甲乙雙方可以更深入的構(gòu)思該項目預(yù)期達到的功能和主要性能，明確系統(tǒng)與外界的邊界。簡而言之，需求分析讓我們知道了項目的目標和重點是什么。 第一節(jié) 轉(zhuǎn)關(guān)監(jiān)管整體業(yè)務(wù)分析 天津空港轉(zhuǎn)關(guān)貨物監(jiān)管中心位于天津空港貨運機場內(nèi)部，主要實現(xiàn)對空港轉(zhuǎn)關(guān)貨物的監(jiān)管放行，通過對轉(zhuǎn)關(guān)中心的實地調(diào)研， 轉(zhuǎn)關(guān)系統(tǒng)的核心業(yè)務(wù)主要可以分為轉(zhuǎn)入和轉(zhuǎn)出兩個部分，轉(zhuǎn)關(guān)系統(tǒng)所應(yīng)實現(xiàn) 的功能則是對轉(zhuǎn)關(guān)貨物進行集中監(jiān)管，保證所有轉(zhuǎn)關(guān)貨物經(jīng)過監(jiān)管中心時，將電子數(shù)據(jù)和實際數(shù)據(jù)進行對碰，并對所有進出區(qū)的車輛進行全程監(jiān)管。具體業(yè)務(wù)流程如圖 示： 圖 轉(zhuǎn)入貨物業(yè)務(wù)流程 第三章 系統(tǒng)的需求分析 6 在轉(zhuǎn)入的過程中，裝貨車輛在駛?cè)氡O(jiān)管中心后，應(yīng)首先在等候區(qū)位置進行等候，并由業(yè)務(wù)人員持轉(zhuǎn)關(guān)單據(jù)前往監(jiān)管大廳辦理制卡手續(xù)，制卡后車輛可在卡口由入口位置刷卡進入海關(guān)監(jiān)管區(qū)，進入監(jiān)管區(qū)后車輛應(yīng)首先前往施拆封區(qū)域?qū)ω浳镞M行拆封檢驗，經(jīng)過拆封檢驗的車輛可駛往卸貨區(qū)相應(yīng)的一級代理庫，在代理庫進行卸貨操作，卸貨后空車駛往卡口 由出口通道刷卡空車駛出監(jiān)管區(qū)域。 圖 轉(zhuǎn)出貨物業(yè)務(wù)流程 在轉(zhuǎn)出的過程中，空貨車輛在駛?cè)氡O(jiān)管中心后，應(yīng)首先在等候區(qū)位置進行等候，并由業(yè)務(wù)人員持轉(zhuǎn)關(guān)單據(jù)前往監(jiān)管大廳辦理制卡手續(xù)，制卡后車輛可在卡口位置由入口位置刷卡進入海關(guān)監(jiān)管區(qū)，進入監(jiān)管區(qū)后車輛應(yīng)首先前往相應(yīng)的一級代理庫進行裝貨操作，裝貨后駛往施拆封區(qū)域，對裝好的貨物進行施封檢驗，操作完畢駛往卡口由出口通道刷卡駛出監(jiān)管區(qū)域。 第三章 系統(tǒng)的需求分析 7 圖 轉(zhuǎn)關(guān)系統(tǒng)業(yè)務(wù)功能劃分圖 綜上所述，轉(zhuǎn)關(guān)系統(tǒng)可以歸納為卡口系統(tǒng)和庫管系統(tǒng)兩個部分，兩者之間通過 行數(shù)據(jù)傳輸，如圖 卡口系統(tǒng)主要負責對整個監(jiān)管區(qū)域的進出管理，所有進出監(jiān)管庫區(qū)的卡車必須在等待區(qū)制卡，然后憑卡進出監(jiān)管區(qū)，并在區(qū)域各操作點進行刷卡，記錄相關(guān)操作信息。整體操作均在海關(guān)管理內(nèi)部網(wǎng)，并由海關(guān)關(guān)員進行操作。 庫管系統(tǒng)負責對監(jiān)管庫區(qū)貨物進出庫的管理，此系統(tǒng)在海關(guān)內(nèi)網(wǎng)之外，是企業(yè)端操作部分，由企業(yè)的庫管人員操作。庫管系統(tǒng)通過海關(guān)提供的與外界交互的接口，將庫管數(shù)據(jù)上傳至海關(guān)卡口系統(tǒng)，同時獲取貨物進出區(qū)信息數(shù)據(jù)。 第二節(jié) 用戶類型分析 通過圖 以看出，轉(zhuǎn)關(guān)系統(tǒng)根據(jù)子系統(tǒng)的不同用戶也 有所不同，具體用戶情況可以大致分為以下幾類： 一、卡口系統(tǒng) 制卡權(quán)限 制卡權(quán)限主要分配給機場轉(zhuǎn)關(guān)科的制卡人員，使用制卡權(quán)限制卡人員可以實現(xiàn)磁卡與車輛的一對一綁定，以卡號代表車輛。 卡口權(quán)限 第三章 系統(tǒng)的需求分析 8 制卡權(quán)限主要分配給機場轉(zhuǎn)關(guān)科的卡口管理人員，使用該權(quán)限卡口管理員可以管理運貨車輛有序地進出海關(guān)監(jiān)管區(qū)域，并監(jiān)督?jīng)]有完成轉(zhuǎn)關(guān)流程的車輛，使其無法私自使出監(jiān)管區(qū)運走貨物。 施拆封權(quán)限 施拆封權(quán)限主要分配給機場轉(zhuǎn)關(guān)科的施拆封人員，使用該權(quán)限施拆封人員可以將貨物的關(guān)封情況錄入系統(tǒng)。 高級權(quán)限 高級權(quán)限屬于轉(zhuǎn)關(guān)科科長所有， 通過該權(quán)限用戶可以實時的了解監(jiān)管區(qū)內(nèi)車輛的狀態(tài)，監(jiān)管車輛在場區(qū)停留的時間。 系統(tǒng)管理員 系統(tǒng)管理員由對卡口系統(tǒng)進行維護工作的轉(zhuǎn)關(guān)科工作所具有，利用管理員權(quán)限，維護人員可以實現(xiàn)對系統(tǒng)相關(guān)參數(shù)的新增、修改以及刪除，維護系統(tǒng)的正常運行。 二、庫管系統(tǒng) 業(yè)務(wù)權(quán)限 業(yè)務(wù)權(quán)限主要分配給國航的理貨人員，通過業(yè)務(wù)權(quán)限理貨人員可以實現(xiàn)對轉(zhuǎn)入業(yè)務(wù)應(yīng)卸貨物明細的查詢，以及錄入實卸貨物的情況；實現(xiàn)對轉(zhuǎn)出業(yè)務(wù)實裝貨物情況的錄入，以供施拆封部門進行查閱。 管理員權(quán)限 管理員權(quán)限歸國航庫管系統(tǒng)的維護人員所擁有，使用管理員權(quán)限用戶可 以添加系統(tǒng)用戶以及維護系統(tǒng)相關(guān)參數(shù)。 第三節(jié) 系統(tǒng)的功能與用例分析 通過對 天津空港轉(zhuǎn)關(guān)貨物監(jiān)管中心 的調(diào)查和分析，將系統(tǒng)的功能需求歸納如下： 一、卡口系統(tǒng) 制卡模塊 轉(zhuǎn)入貨物：操作人員在界面上輸入轉(zhuǎn)關(guān)單號，系統(tǒng)自動調(diào)出轉(zhuǎn)關(guān)單數(shù)據(jù)，列出該單對應(yīng)的卡車信息，根據(jù)一車一卡的原則，操作人員在每輛車的車牌照后刷卡輸入卡號，將車輛與 進行綁定。 第三章 系統(tǒng)的需求分析 9 轉(zhuǎn)出貨物：操作人員在界面上輸入轉(zhuǎn)關(guān)單號，系統(tǒng)自動判斷貨物是否已經(jīng)送達監(jiān)管倉庫，如果已經(jīng)送達則繼續(xù)完成制卡程序（同上述轉(zhuǎn)入貨物），否則不予制卡。 該功能對應(yīng)的用例圖如圖 示： 制 卡 工 作 人 員查 詢 轉(zhuǎn) 關(guān) 單 信 息綁 定 車 牌 號 與 I D 卡 號校 驗 入 庫 情 況圖 制卡模塊用例圖 進出卡口模塊 車輛進入庫區(qū)：刷卡后，系統(tǒng)自動判斷所持卡的狀態(tài)，如合法則抬桿抬起，車輛可以進入庫區(qū)。 車輛離開庫區(qū)：刷卡后，系統(tǒng)自動判斷所持卡的狀態(tài)，如為可出區(qū)則抬桿抬起，車輛可以離開庫區(qū)。 該功能對應(yīng)的用例圖如圖 示： 卡 車 司 機刷 卡校 驗 是 否 可 以 抬 桿圖 進出卡口模塊用例圖 施拆封管理模塊 轉(zhuǎn)入貨物：車輛進入監(jiān)管區(qū)后，海關(guān)關(guān)員負責核對轉(zhuǎn)關(guān)單上鉛封信息后，實施拆封操作 ，如有異常停止流程，線下解決。 轉(zhuǎn)出貨物：車輛進入監(jiān)管區(qū)，在倉庫裝入貨物后，海關(guān)官員根據(jù)轉(zhuǎn)關(guān)單上的鉛封信息，實施施封操作，如有異常停止流程，線下解決。 該功能對應(yīng)的用例圖如圖 示： 第三章 系統(tǒng)的需求分析 10 施 拆 封 工 作 人 員刷 卡查 詢 相 關(guān) 轉(zhuǎn) 關(guān) 單 信 息確 認 拆 封選 擇 異 常 情 況圖 轉(zhuǎn)入貨物拆封用例圖 施 拆 封 工 作 人 員刷 卡 查 詢 相 關(guān) 轉(zhuǎn) 關(guān) 單 信 息輸 入 關(guān) 封 號 ， 提 交選 擇 異 常 情 況圖 轉(zhuǎn)出貨物施封用例圖 場區(qū)動態(tài)模塊 顯示當前在場車輛的進出區(qū)情況，并自動實時刷新，如有逗留時間過長等異常時，記錄顯示為紅色。 該功能對應(yīng)的用例圖如圖 示： 轉(zhuǎn) 關(guān) 科 科 長查 看 場 區(qū) 動 態(tài) 頁 面圖 場區(qū)動態(tài)用例圖 第三章 系統(tǒng)的需求分析 11 參數(shù)設(shè)置模塊 本功能主要是提供系統(tǒng)中其他功能涉及到的一些參數(shù)的設(shè)置，參數(shù)包括：關(guān)封異常參數(shù)、誤差百分比、誤差絕對值、停留時間： 關(guān)封異常參數(shù)：施封、拆封時異常情況列表 誤差百分比：入庫、出庫實際數(shù)據(jù)與轉(zhuǎn)關(guān)單數(shù)據(jù)對比的誤差百分比范圍 誤差絕對值：入庫、出庫實際數(shù)據(jù)與轉(zhuǎn)關(guān)單數(shù)據(jù)對比的誤差絕對值 停留時間：卡車在庫區(qū)內(nèi)允許的停留時間，超出這個時間不允許出庫，需線下解決 該功能對應(yīng)的用例圖如圖 示： 海 關(guān) 轉(zhuǎn) 關(guān) 科設(shè) 置 參 數(shù)圖 參數(shù)設(shè)置用例圖 二、庫管系統(tǒng) 進口轉(zhuǎn)入模塊 對進口轉(zhuǎn)入貨物的進行卸貨、出庫進行記錄，并在卸貨時與轉(zhuǎn)關(guān)單數(shù)據(jù)進行核銷。 該功能對應(yīng)的用例圖如圖 示： 圖 進口轉(zhuǎn)入卸貨用例圖 第三章 系統(tǒng)的需求分析 12 圖 進口轉(zhuǎn)入出庫用例圖 進出轉(zhuǎn)出模塊 對進口轉(zhuǎn)出貨物進行入貨、裝貨記錄，并在裝貨時與轉(zhuǎn)關(guān)單數(shù)據(jù)進行核銷 該功能對應(yīng)的用例圖如圖 示： 圖 進出轉(zhuǎn)出入貨用例圖 第三章 系統(tǒng)的需求分析 13 圖 進出轉(zhuǎn)出裝貨用例圖 出口轉(zhuǎn)入模塊 對出口轉(zhuǎn)入貨物的卸貨、入庫進行記錄，并在卸貨時與轉(zhuǎn)關(guān)單數(shù)據(jù)進行核銷。 該功能對應(yīng)的用例圖如圖 示： 圖 出口轉(zhuǎn)入卸貨用例圖 第三章 系統(tǒng)的需求分析 14 圖 出口轉(zhuǎn)入出庫用例圖 出口轉(zhuǎn)出模塊 對出口轉(zhuǎn)出貨物進行入貨、裝貨記錄，并在裝貨時與轉(zhuǎn)關(guān)單數(shù)據(jù)進行核銷。 該 功能對應(yīng)的用例圖如圖 示： 圖 出口轉(zhuǎn)出入貨用例圖 第三章 系統(tǒng)的需求分析 15 圖 出口轉(zhuǎn)出裝貨用例圖 第四節(jié) 系統(tǒng)的性能需求 系統(tǒng)的性能是評判軟件項目質(zhì)量因的重要參數(shù)，在確定了轉(zhuǎn)關(guān)系統(tǒng)功能需求之后，對系統(tǒng)的性能需求的也十分必要。 一、易于操作 為提高海關(guān)執(zhí)法機構(gòu)的執(zhí)法效率，系統(tǒng)在操作設(shè)計上應(yīng)本著盡量減少信息錄入的原則。在錄入卡號等數(shù)據(jù)的時候，系統(tǒng)應(yīng)可以支持讀卡器等外圍設(shè)備的應(yīng)用。 另外在系統(tǒng)的界面設(shè)計上要盡可能的簡潔，以方便用戶使用和理解數(shù)據(jù)信息的組織結(jié)構(gòu)。 二、數(shù)據(jù)安全 由于項目涉及到的是國家執(zhí)法機構(gòu)的執(zhí)法數(shù)據(jù)，因此數(shù)據(jù)的安全性必須作為一個重要的方面予以考慮，按照用戶方提出的要求，海 關(guān)轉(zhuǎn)關(guān)科使用的卡口系統(tǒng)應(yīng)部署于海關(guān)專屬網(wǎng)絡(luò)環(huán)境 (以下簡稱“海關(guān)內(nèi)網(wǎng)” )，而國航理貨人員使用的庫管系統(tǒng)則應(yīng)部署于海關(guān)外圍網(wǎng)絡(luò) (以下簡稱“海關(guān)外網(wǎng)” )，兩個子系統(tǒng)使用各自獨立的數(shù)據(jù)庫，由海關(guān)技術(shù)處對相應(yīng)系統(tǒng)的數(shù)據(jù)進行容災(zāi)備份。 三、及時響應(yīng) 由于用戶對數(shù)據(jù)安全方面的要求，卡口系統(tǒng)與庫管系統(tǒng)被部署在不同的網(wǎng)絡(luò)上，因此，數(shù)據(jù)信息在卡口系統(tǒng)與庫管系統(tǒng)之間的同步必然會存在一定的延第三章 系統(tǒng)的需求分析 16 時，為避免企業(yè)在由施拆封區(qū)域到達庫管區(qū)域或由庫管區(qū)域到達施拆封區(qū)域后產(chǎn)生業(yè)務(wù)等待，延遲時間應(yīng)控制在 2 分鐘以里。 四、實時顯示 卡口系統(tǒng)對于場區(qū) 狀態(tài)的監(jiān)管應(yīng)體現(xiàn)實時性，實時監(jiān)控場區(qū)內(nèi)部的車輛的狀態(tài)、在場時間，對于超時未離開場區(qū)的車輛應(yīng)以標紅的方式進行顯示。 第五節(jié) 系統(tǒng)的可行性 一、技術(shù)可行性 本系統(tǒng)采用微軟 架平臺進行設(shè)計開發(fā)， 臺的全稱是 業(yè)架構(gòu)）， 從名稱中就可以看出 目標就是為了實現(xiàn)企業(yè)級解決方案 。它采用公共語言運行時 的全新的方式 ，無需進行注冊。通過拖拽控件的方式即可實現(xiàn)對于程序頁面的完美設(shè)計，無論桌面程序還是 目 臺都可以做 到完美的支持。 因此，從技術(shù)實現(xiàn)的角度上看分析，轉(zhuǎn)關(guān)系統(tǒng)的開發(fā)是完全可行的。 二、經(jīng)濟可行性 對于轉(zhuǎn)關(guān)系統(tǒng)來說，由于業(yè)務(wù)的特殊性，國內(nèi)市場上并不具有能夠滿足該業(yè)務(wù)需求的現(xiàn)成軟件，因此，轉(zhuǎn)關(guān)系統(tǒng)的開發(fā)必須采取量體裁衣的方式，依據(jù)實際業(yè)務(wù)的操作設(shè)計系統(tǒng)，也只有這樣才是最經(jīng)濟有效的方式。 除此之外，系統(tǒng)的效益主要表現(xiàn)在減少了企業(yè)辦理轉(zhuǎn)關(guān)業(yè)務(wù)期間在不同地點之間往返的次數(shù)，既節(jié)省了時間也節(jié)省了路費，在提高海關(guān)執(zhí)法機構(gòu)辦事效率的同時，還帶來了許多隱含的效益，因此，從經(jīng)濟的角度看，開發(fā)轉(zhuǎn)關(guān)系統(tǒng)的方案具備可行性。 三、操作可 行性 系統(tǒng)的設(shè)計和開發(fā)依據(jù)實際業(yè)務(wù)情況的調(diào)研，完全滿足于項目的實際應(yīng)用。除此之外，系統(tǒng)在界面設(shè)計等方面都遵循了易于操作的性能需求，無論用戶的計算機水平如何都可以輕松上手。因此，系統(tǒng)的開發(fā)具備操作可行性。 綜上所述，轉(zhuǎn)關(guān)系統(tǒng)具備開發(fā)的可行性。 第三章 系統(tǒng)的需求分析 17 第六節(jié) 系統(tǒng)開發(fā)與運行環(huán)境 一、系統(tǒng)的開發(fā)環(huán)境 本系統(tǒng)的開發(fā)過程全部在本地環(huán)境下進行，由于考慮到開發(fā)的成本問題，開發(fā)環(huán)境由一臺計算機上面搭建四臺虛擬機組建而成，塊， 4G 內(nèi)存， 320G 硬盤，同時裝有 作系統(tǒng)，各虛擬機的軟件配置為： 內(nèi)網(wǎng) 務(wù)器：分配 512M 內(nèi)存 003 操作系統(tǒng) + 全補丁 外網(wǎng) 務(wù)器：分配 512M 內(nèi)存 003 操作系統(tǒng) + 全補丁 網(wǎng)數(shù)據(jù)庫服務(wù)器：分配 512M 內(nèi)存 003 操作系統(tǒng) + 全補丁 005 企業(yè)版 外網(wǎng)數(shù)據(jù)庫服務(wù)器：分配 512M 內(nèi)存 003 操作系統(tǒng) + 全補丁 005 企業(yè)版 二、系統(tǒng)的運行環(huán)境 本系統(tǒng)的運行環(huán)境需求如下： 硬件要求：服務(wù)器 4 臺，分別用作內(nèi)網(wǎng) 務(wù)器、外網(wǎng) 務(wù)器、內(nèi)網(wǎng)數(shù)據(jù)庫服務(wù)器、外網(wǎng)數(shù)據(jù)庫服務(wù)器，具體配置同上表 軟件要求： 內(nèi)網(wǎng) 務(wù)器： 000 以上版本操作系統(tǒng) + 全補丁 以上版本 外網(wǎng) 務(wù)器： 000 以上版本操作系統(tǒng) + 全補丁 以上版本 內(nèi)網(wǎng)數(shù)據(jù)庫服務(wù) 器： 000 以上版本操作系統(tǒng) + 全 補丁 第三章 系統(tǒng)的需求分析 18 以上版本 005 企業(yè)版 內(nèi)網(wǎng)數(shù)據(jù)庫服務(wù)器： 000 以上版本操作系統(tǒng) + 全補丁 以上版本 005 企業(yè)版 第七節(jié) 本章小結(jié) 本章的主要任務(wù)是對轉(zhuǎn)關(guān)系統(tǒng)進行需求分析。為了確定轉(zhuǎn)關(guān)系統(tǒng)應(yīng)實現(xiàn)的功能，本章首先就轉(zhuǎn)關(guān)監(jiān)管的整體業(yè)務(wù)流程進行了介紹，并從實際的業(yè)務(wù)流程中抽象出卡口系統(tǒng)與庫管系統(tǒng)兩個子系統(tǒng)，針對各個子系統(tǒng)對 應(yīng)的功能需求進行了分析，同時指出系統(tǒng)應(yīng)滿足的性能要求。最后本章就系統(tǒng)開發(fā)的可行性問題進行了論述，列舉了系統(tǒng)開發(fā)運行所需的軟硬件環(huán)境。 第四章 系統(tǒng)的設(shè)計 19 第四章 系統(tǒng)的設(shè)計 系統(tǒng)設(shè)計是開發(fā)人員進行編碼的基礎(chǔ)，系統(tǒng)設(shè)計的好壞在根本上決定了軟件產(chǎn)品的質(zhì)量，它主要包括概要設(shè)計和詳細設(shè)計兩個方面。概要設(shè)計主要是設(shè)計系統(tǒng)的整體架構(gòu)，詳細設(shè)計在概要設(shè)計的基礎(chǔ)上進行展開，細化項目的概要設(shè)計。本章將從功能模塊、輸入輸出設(shè)計、界面設(shè)計、數(shù)據(jù)庫設(shè)計等幾個方面完成對轉(zhuǎn)關(guān)系統(tǒng)的設(shè)計。 第一節(jié) 系統(tǒng)設(shè)計原則 系統(tǒng)在進行設(shè)計之前，明確了需要遵循如下原 則： （ 1）適應(yīng)性 系統(tǒng)的適應(yīng)性是指系統(tǒng)的整體結(jié)構(gòu)是否符合適合于軟件的“功能性需求”和“非功能性需求”，是評估系統(tǒng)好壞的第一指標。為了使轉(zhuǎn)關(guān)系統(tǒng)具有較好的適應(yīng)性，系統(tǒng)的設(shè)計應(yīng)首先在技術(shù)上確保是可行的，同時使系統(tǒng)可以適應(yīng)需求的變化。 （ 2）結(jié)構(gòu)穩(wěn)定性 穩(wěn)定的結(jié)構(gòu)是上層建筑的基礎(chǔ)，確保系統(tǒng)具有一個穩(wěn)定的體系結(jié)構(gòu)是系統(tǒng)設(shè)計的第一要素，轉(zhuǎn)關(guān)系統(tǒng)在匯總用戶需求的基礎(chǔ)上，對需求進行歸類，在穩(wěn)定不變需求的基礎(chǔ)上搭建系統(tǒng)的體系結(jié)構(gòu)，在可變需求的基礎(chǔ)之上搭建系統(tǒng)的可擴展性。 （ 3）可復(fù)用性性 復(fù)用不但有利于提高軟件產(chǎn)品的質(zhì) 量，還可以提高軟件產(chǎn)品生產(chǎn)效率，降低開發(fā)成本，因此，在軟件設(shè)計的過程中應(yīng)盡量考慮復(fù)用的使用。 第二節(jié) 系統(tǒng)體系結(jié)構(gòu)設(shè)計 客戶 /服務(wù)器（ C/S）架構(gòu) 和 瀏覽器 /服務(wù)器（ B/S）架構(gòu) 是當今世界開發(fā)模式技術(shù)架構(gòu)的兩大主流技術(shù)。 考慮到 B/S 架構(gòu) 維護和升級簡單 方便的特點，轉(zhuǎn)第四章 系統(tǒng)的設(shè)計 20 關(guān)系統(tǒng)的卡口部分選擇采用 B/S 架構(gòu)進行設(shè)計，而對于庫管系統(tǒng)來說用戶較少且比較集中，使用 C/S 的架構(gòu)則可以減輕 服務(wù)器 端 運行 的 數(shù)據(jù)負荷 問題。系統(tǒng)的網(wǎng)絡(luò)示意圖如圖 示。 海 關(guān) 客 戶 機海 關(guān) 卡 口內(nèi)網(wǎng)W E B 服 務(wù) 器防 火 墻海 關(guān) 專 網(wǎng)數(shù) 據(jù) 庫 服 務(wù) 器海 關(guān) 客 戶 機路 由 器交 換 機圖 系統(tǒng)網(wǎng) 絡(luò)結(jié)構(gòu)設(shè)計示意 第三節(jié) 系統(tǒng)的功能模塊設(shè)計 通過第二章中的系統(tǒng)需求分析工作，對轉(zhuǎn)關(guān)化系統(tǒng)的功能進行了模塊化設(shè)計，具體功能模塊如圖 示。 圖 系統(tǒng)的功能模塊劃分 車 輛 制 卡 出 入 場 管 理 施 拆 封 管 理 場 區(qū) 狀 態(tài) 進 口 轉(zhuǎn) 入 進 口 轉(zhuǎn) 出 出 口 轉(zhuǎn) 入 出 口 轉(zhuǎn) 出 卡口系統(tǒng) 庫管系統(tǒng) 參 數(shù) 管 理 理 轉(zhuǎn)關(guān)系統(tǒng) 第四章 系統(tǒng)的設(shè)計 21 卡口系統(tǒng) 制卡模塊 功能描述：卡車司機持紙面轉(zhuǎn)關(guān)單到制卡處辦理制卡，制卡人員根據(jù)轉(zhuǎn)關(guān)單號從系統(tǒng)中查詢轉(zhuǎn)關(guān)單信息。如果為轉(zhuǎn)出貨物，則查詢是否已經(jīng)入庫，如果尚未入庫，請司機等候。如可以制卡，則根據(jù)轉(zhuǎn)關(guān)單中卡車車牌號的信息，為每輛卡車制卡，做到一車一卡，然后將卡交給司 機。 業(yè)務(wù)流程圖如圖 示： 準 備 制 卡輸 入 轉(zhuǎn) 關(guān) 單 號轉(zhuǎn) 出 貨 物 ？ 貨 物 是 否 入 庫獲 取 到 轉(zhuǎn) 關(guān) 單 信 息 ？線 下 處 理 ， 結(jié) 束根 據(jù) 車 牌 號 ， 刷 卡 輸 入I D 卡 號 進 行 綁 定結(jié) 束是是否是否等 待 貨 物 入 庫否圖 制卡模塊業(yè)務(wù)流程圖 進出卡口模塊 功能描述： 進卡口：司機持卡在進口處刷卡，系統(tǒng)自動判斷該卡狀態(tài)是否為“可入?yún)^(qū)”狀態(tài)，如果合法，則抬桿自動抬起，車輛可以進入；否則卡口系統(tǒng)顯示錯誤信息，抬桿不會抬起，車輛無法進入，需線下解決。 第四章 系統(tǒng)的設(shè)計 22 出卡口：司機持卡在出卡口處刷卡，系統(tǒng)自動判斷該卡狀態(tài)是否為“可出區(qū)”狀態(tài)，如果合法，則抬桿自動抬起，車輛可以離開；否則卡口系統(tǒng)顯示錯誤信息，抬桿不會抬起，車輛無法離開，需線下解決。 業(yè)務(wù)流程圖如圖 示： 車 到 進 卡 口 處司 機 刷 卡系 統(tǒng) 判 斷 該 卡 狀 態(tài) 是否 符 合 進 口 要 求抬 桿 抬 起 ， 車 輛 進 入線 下 處 理 ， 結(jié) 束結(jié) 束是否圖 進出卡口模塊進卡口業(yè)務(wù)流程圖 第四章 系統(tǒng)的設(shè)計 23 車 到 出 卡 口 處司 機 刷 卡系 統(tǒng) 判 斷 該 卡 狀 態(tài) 是否 符 合 出 口 要 求抬 桿 抬 起 ， 車 輛 離 開線 下 處 理 ， 結(jié) 束結(jié) 束是否圖 進出卡口模塊出卡口業(yè)務(wù)流程圖 施拆封管理模塊 功能描述：轉(zhuǎn)關(guān)關(guān)員拿到卡車司機的 后，在系統(tǒng)中刷卡，獲取相關(guān)轉(zhuǎn)關(guān)單信息，如為轉(zhuǎn)入貨物，則根據(jù)實際鉛封情況，確認拆封或填寫異常情況；如為轉(zhuǎn)出貨物，則輸入關(guān)封號，并提交。 業(yè)務(wù)流程圖如圖 示： 第四章 系統(tǒng)的設(shè)計 24 刷 卡系 統(tǒng) 顯 示 相 關(guān) 轉(zhuǎn) 關(guān) 單 信 息貨 物 類 型轉(zhuǎn) 入 轉(zhuǎn) 出拆 封 是 否 有 異 常點 擊 按 鈕 ， 確 認 拆 封 操 作否結(jié) 束選 擇 異 常 情 況 ， 提 交施 封 封 是 否 有 異 常是 是輸 入 關(guān) 封 號 ， 確 認 施 封結(jié) 束線 下 處 理 ， 結(jié) 束圖 施拆封管理業(yè)務(wù)流程圖 場區(qū)動態(tài)模塊 功能描述：此功能為有高級權(quán)限的用戶方可使用，用戶打開頁面，即顯示當前在區(qū)所有車輛的情況，如有異常情況則顯示為紅色，起到提示作用。 業(yè)務(wù)流程圖如圖 示： 點 擊 菜 單 中 “ 場 區(qū)動 態(tài) ”顯 示 當 前 在 區(qū) 所 有 車 輛 信 息結(jié) 束圖 場區(qū)動態(tài)業(yè)務(wù)流程圖 第四章 系統(tǒng)的設(shè)計 25 參數(shù)設(shè)置模塊 功能描述：進入?yún)?shù)設(shè)置頁面，選擇要設(shè)置的項，如為基本參數(shù)，則輸入相應(yīng)的數(shù)據(jù)，提交；如為關(guān)封異常參數(shù)，則根據(jù)需求，新增、刪除、編輯相應(yīng)記錄，提交即可。 業(yè)務(wù)流程圖如圖 示： 點 擊 菜 單 中“ 設(shè) 置 ”結(jié) 束關(guān) 封 異 常 參 數(shù) 設(shè) 置 ？基 本 參 數(shù) ？關(guān) 封 異 常 參 數(shù)進 入 列 表 頁新 增 ？ 修 改 ？ 刪 除 ？點 擊 “ 添 加 異 常 信息 ”在 對 應(yīng) 記 錄 后 面 點擊 “ 刪 除 ” 按 鈕新 增刪 除在 對 應(yīng) 記 錄 后 面 點擊 “ 修 改 ” 按 鈕修 改輸 入 “ 異 常 狀 態(tài) 名稱 ” 、 “ 施 拆 封 類 型 ”提 交修 改 “ 異 常 狀 態(tài) 名稱 ” 、 “ 施 拆 封 類 型 ”提 交基 本 參 數(shù)基 本 參 數(shù)輸 入 誤 差 百 分 、 誤 差 絕對 值 、 停 留 時 間提 交圖 參數(shù)設(shè)置業(yè)務(wù)流程圖 庫管系統(tǒng) 進口轉(zhuǎn)入模塊 業(yè)務(wù)流程描述： 卸貨：理貨人員通過刷卡獲取到轉(zhuǎn)關(guān)單后輸入實際卸貨數(shù)量和實際卸貨重量后完成車輛卸貨入庫操作。 第四章 系統(tǒng)的設(shè)計 26 出庫：理貨人員輸入轉(zhuǎn)關(guān)單號并選擇地面代理庫名稱后，輸入實際出庫數(shù)量和實際出庫重量后完成出庫操作。 業(yè)務(wù)流程圖如圖 示： 圖 進口轉(zhuǎn)入卸貨業(yè)務(wù)流程圖 圖 進口轉(zhuǎn)入出庫業(yè)務(wù)流程圖 進出轉(zhuǎn)出模塊 業(yè)務(wù)流程描述： 第四章 系統(tǒng)的設(shè)計 27 入貨： 理貨人員進入進口轉(zhuǎn)出入貨頁 面，輸入提運單相關(guān)信息后提交入庫。 裝貨：理貨人員通過刷卡獲取到轉(zhuǎn)關(guān)單后輸入實際裝貨數(shù)量和實際裝貨重量后完成車輛裝貨出庫操作。 業(yè)務(wù)流程圖如圖 示： 圖 進出轉(zhuǎn)出入貨業(yè)務(wù)流程圖 圖 進出轉(zhuǎn)出裝貨業(yè)務(wù)流程圖 出口轉(zhuǎn)入模塊 業(yè)務(wù)流程描述： 第四章 系