寧波口岸船舶檢疫監督管理系統的分析與設計碩士學位論文(編輯修改稿)

　

【文章內容簡介】 證書管理、統計查詢和計費歸檔等模塊進行了 詳細 論述。 第四章論述寧波口岸船舶檢疫監督管理系統的設計。 分別從 系統總體設計、系統功能模塊結構、數據庫設計、系統性能設計、系統維護設計、系統安全設計等方面 進行了論述。 第五章 介紹了 寧波口岸船舶檢疫監管系統的申報受理和檢疫登記 的實例 。 第 六 章總結 與 展望。 對本 研究 做出 小結，并指出下一步要做的工作。 本章小結 本章主要 概述了課題來源及研究背景， 闡述 了 開發寧波口岸船舶檢疫監督管理系統 的 重要性和 必要性 ，確定了選題的目的和意義 。 同時介紹了本文的組織結構。 浙江大學碩士學位論文 第 2 章 相關技術概論 5 第 2章 相關技術概論 上章主要介紹了課題的背景。本章主要對本系統開發使用的相關技術進行介紹。 Web Service 簡介 Web Service 是 可以完全基于 XML、 XSD 等 ， 獨立于平臺、獨立于軟件供應商的一種標準。通過 Web Service，我們可以使用任何語言在任何支持網絡通信的平臺中實施運行。 Web Service 通過網絡協議 和一定的標準來發布這種服務。 [10]它是一種真正跨平臺和具有高度可集成能力的技術，具有業務邏輯的整合和發布能力。 [11] 發布這種 Web Service 服務的一端，叫做 Web Service 服務端。它就是用一種方法來描述如何使用這個服務。 調用這種 Web Service 服務的一端，叫做 Web Service 客戶端。它就是用一種 標準協議來調用這個服務。 圖 Web Service 的工作示意圖 本系統運用 Web Service 技術，主要用來解決申報端（外網）和局端（內網）之間 的數據交換 問題 ，在 內網放置一臺申報接口服務器用來提供 Web Service 接口，也就是上述所說的 Web Service 服務器，然后申報端通過調用這個 Web Service 接口來完成內外網的數據交換。 浙江大學碩士學位論文 第 2 章 相關技術概論 6 基于 的 三層 結構 簡介 隨著信息技術的不斷發展，三層 開 發 結構 現已經成為主流技術。三層結構模式是目前流行的協同開發模型，這種模式將應用開發中的部件劃分為三層：表示層、業務邏輯層、數據訪問層。 [10]這種區分層次的系統開發，采用了“高內聚，低耦合”的思想，目的是為方便開發人員的互相協作和系統的安全設計 。 利用 . NET 開發平臺，用戶能夠快速有效地構建自己的三層體系結構應用程序。 [12] ⑴ 用戶表示層 （ UI） 用戶表示層也叫用戶界面層，封裝人機界面的所有表單和組件，是應用系統與系統用戶之間的直接接口。主要用于顯示由業務邏輯層動態傳送過來的數據信息，結合使用相應的 HTML 標記和樣式表定義來實現；或者提供給用戶錄入數據信息并通過簡單的校驗后，經由數據接口傳送給業務邏輯層。 [13]基于 的三層結構，其表示層就是 顯示給用戶看的內容，包括需要從用戶那里獲取的輸 入信息部分和給用戶的顯示信息部分。 ⑵ 業務邏輯層 （ BLL） 業務邏輯層 無疑是系統架構中體現核心價值的部分。 主要完成對應用系統相關業務規則和邏輯的封裝，在為用戶表示層訪問提供功能調用的同時，它又通過調用數據訪問層所提供的功能來訪問數據庫。業務邏輯層主要根據系統設計的需要，通過構建系統的關鍵對象類，實現系統的大部分邏輯控制功能。 [14]基于 的三層結構，其業務邏輯層就是利用 實現業務邏輯關系，比如從表示層獲取用戶輸入數據，封裝后傳遞給數據訪問層，實現了數據和業務規則的處理。而這些業務邏輯關系以組件的方式實現。 ⑶ 數據訪問層 （ DAL） 數據訪問層 其功能主要是負責數據庫的訪問，可以訪問數據庫系統、二進制文件、文本文檔或是 XML 文檔。簡單的說法就是實現對數據表的 Select，Insert， Update， Delete的操作。 基于 ，其數據訪問層就是利用業務邏輯層形成的數據操作請求，轉換成計算機原始數據的操作， 本系統對指定的 Oracle 數據庫進行查、增、改、刪操作。 三層結構是一種嚴格的分層定義，它首先將應用系統復雜的開發工作進行劃分相對簡單的小分塊，然后在每一層中只實現系統相應層的功能設計，層間的交互由相鄰層對應的功能模塊進行調用，信息傳遞只由接口進行傳送。 [14]其浙江大學碩士學位論文 第 2 章 相關技術概論 7 具體的 三層結構示意圖如 圖 所示 。 圖 三層結構示意圖 Oracle 數據庫 Oracle 數據庫 (Oracle Database)，又名 Oracle RDBMS。 是一個以關系型和面向對象為中心管理數據的數據庫管理軟件系統。 [15]具有 可用性強、可擴展性好、數據安全性高 、穩定性 佳 等優點， 目前廣泛應用在企業的信息化 管理系統 、 企業 的 數據處理系統、 以及目前流行的 電子商務等領域。 Oracle 數據庫主要 特點如下 ： ⑴ 作為一個通用的數據庫系統，它具有完整的數據管理功能。它能 實現對數據的 大批 量處理、持久性保存和完美的 共享。 寧波口岸船舶檢疫監管信息化系統 是 一個檢驗檢疫的業務系統，不但數據量較大，而且對數據保存安全性的要求也較高， Oracle 數據庫正好滿足這個要求。 ⑵ 作為一個關系數據庫，它是一個完備關系的產品。能保證信息準則、訪問準則、 視圖 更新準則、數據物理性和邏輯性獨立準則。 寧波口岸船舶檢疫監管信息化系統的申報和登記表格比較復雜，尤其是登記表格，其主表關聯多個子表， Oracle 這個強大而完備的關系數據庫 正好 滿足該系統的要求。 ⑶ 作為分布式數據庫，它實現了分布式處理功能。 克服了中心數據庫的弱點，降低了數據傳輸代價； 提高了系統的可靠性 ，局部系統發生故障，其他部分還可繼續工作。 如通過 Oracle 熱備份，實現了數據庫服務器相關資源的自動檢測和管理，系統可以自行對異常情況進行響應，保證數據庫的穩定運行，為企業數據庫服務的高可用性提供保障。 [16] 寧波出入境檢驗檢疫局對新開發的信息化系統有一定的規范要求， 選用Oracle 數據庫 可 減少數據庫軟件購買的 成本 ， 數據庫管理人員對 本數據庫也 比較了解 ，同時 數據庫 的 共用 亦可 減少硬件開支。 浙江大學碩士學位論文 第 2 章 相關技術概論 8 Ajax 簡介 Ajax 是 Asynchronous JavaScript and XML 的簡稱。它不是一個技術，它實際上是幾種技術，每種技術都有其獨特之處，合在一起就成了一個功能強大的新技術。 [17] 傳統的應用是基于觸發的事件驅動模式。 [18]它遵循同步 的請求 /響應模式，對于每個請求都會重新加載整個頁面。 [19]經過對網絡中頁面的研究我們發現有些網頁經過服務器處理后的頁面和原網頁的 HTML 代碼大部分是相同的，因此這種交互方式不但降低了系統的運行速度 ， 也浪費了許多帶寬。為了有效地解決此類問題，我們在 Web 應用中采用了 Ajax 技術。基于 Ajax 的 Web 技術改變原有的同步交互為異步交互方式，使頁面在后臺按需獲得數據，這樣不僅節省了帶寬，也極大地提升了用戶體驗。 [20] 在 寧波口岸船舶檢疫監管信息化系統中，用到的 Ajax 技術的 地方分布在整個系統 中， 主要發揮 到從多條記錄中按照輸入的條件自動匹配某條記錄的功能， 目的是為了 減少數據錄入的出錯率 和提高數據錄入的快捷性。 本章小結 本章主要簡單闡述了寧波口岸船舶檢疫監督管理系統開發中運用 到 的 Web Service 技術、基于 的 三層結構、 Oracle 數據庫、 Ajax 等 技術。 浙江大學碩士學位論文 第 3 章 系統分析 9 第 3章 系統分析 上章介紹了 寧波口岸船舶檢疫監督管理系統開發所涉及到 的相關技術 ，這一章主要介紹 寧波口岸船舶檢疫監督管理系統 各模塊的 需求分析。 功能性需求描述 本系統 功能比較全面， 涵蓋 了寧波 口岸 的 船舶檢疫和 船舶衛生 監督 業務，以及口岸服務單位的日常監管等口岸配套業務 ， 本系統的總體用例圖 見圖 。 浙江大學碩士學位論文 第 3 章 系統分析 10 圖 系統 總體 用例圖 基礎管理 在基礎管理模塊可以設置本系統 的 基礎信息，這些信息在系統使用 前 需要先完成數據 初始化。 基礎信息模塊中包含以下幾個子模塊： ⑴ 基礎 參數管理 ：系統管理員可以設置本系統的基礎參數。 包括衛生處理浙江大學碩士學位論文 第 3 章 系統分析 11 依據和指征、檢疫處理方式、快速檢測項目、微笑氣候項目、船舶類型、樣品類別、違規情況等參數的增、 刪、 改、 查 功能。 ⑵ 泊位錨地管理 ：直屬局管理員可以管理泊位錨地信息，預先對本口岸進行初始化設定。 ⑶ 碼頭管理 ：直屬局管理員可以管理碼頭信息，預先對本口岸進行初始化設定。 ⑷ 港口管理 ： 用戶 可以管理國內外港口信息。 ⑸ 交通工具管理 ：用戶可以管理交 通工具信息。 ⑹ 國家地區管理 ： 用戶可以管理國家地區信息。 ⑺ 醫學媒介生物管理 ：用戶可以管理醫學媒介生物信息，可以預先初始化。 具體請參見 用例圖 。 圖 基礎管理用例圖 權限管理 在權限管理模塊中，可以設定系統機構、部門等構架和角色、用戶等權限浙江大學碩士學位論文 第 3 章 系統分析 12 及企業和人員的管理對象。權限管理一般由系統管理員和直屬局管理員來設定。 權限管理模塊主要分為以下幾個子模塊： ⑴ 機構管理 ： 系統管理員可以對機構進行設定。 機構 管理 包含機構代碼和機構名稱。 ⑵ 部門管理 ： 系統管理員可以對部門進行設定。 部門管理 的信息 包含部門代碼、所屬機構、部門名稱、地址、郵編、傳真、聯系人、電子郵件和備注。 ⑶ 角色管理 ： 系統管理員可以對角色進行設定。 ⑷ 用戶管理 ： 系統管理員可以對用戶進行設定。 用戶管理 的信息 包含用戶編號、工號、姓名、拼音、所屬機構、所屬部門、職務、職稱、性別、手機、IC 卡、 Email、角色和備注等。 ⑸ 企業管理 ： 直屬局管理員可以對企業進行設定。 企業管理 的信息 包括 對企業編號、企業類型、企業名稱、組織機構代碼、當前等級、所屬機構等。 ⑹ 人員管理 ： 直屬局管理員可以對人員進行設定。 人員管理的信息 包括 報檢員注冊號、姓名、企業類型、所屬企業、身份證號、手機號、狀態、信用分值、備注 等 。 具體請參見 用例圖 。 浙江大學碩士學位論文 第 3 章 系統分析 13 圖 權限管理用例圖 知識管理 在知識管理模塊中，主要是有直屬局管理人員來發布相關的業務知識點，供用戶學習和參考。 知識管理模塊主要分為以下幾個子模塊： ⑴ 法律法規 瀏覽 ： 用戶可以瀏覽法律法規有關的文檔。 ⑵ 文件 規范 瀏覽 ： 用戶可以瀏覽 文件規范 有關的文檔。 ⑶ 行業標準 瀏覽 ： 用戶可以瀏覽 行業標準 有關的文檔。 ⑷ 其他 瀏覽 ： 用戶可以瀏覽 其他 有關的文檔。 ⑸ 知識發布： 直屬局管理員可以發布相關 知識的文檔。 具體請參見 用例圖 。 浙江大學碩士學位論文 第 3 章 系統分析 14 圖 知識管理用例圖 通知公告 通知公告模塊 是 由 直屬局管理人員發布相關的通知公告，供用戶查看。 通知公告 模塊主要分為以下幾個子模塊： ⑴ 未讀通告 ：用戶可以瀏覽 未讀的通知和公告 。 同時用戶閱讀后，未讀通告則變成已讀通告。 ⑵ 已讀通告 ：用戶可以瀏覽 已讀的通知和公告 。 ⑶ 通告擬制 ： 直屬局 人 員 可 以 擬制通知和公告。 ⑷ 通告審核 ：直屬局管理員可以 審核通知和公告 。 具體請參見 用例圖 。 浙江大學碩士學位論文 第 3 章 系統分析 15 圖 通知公告用例圖 申報模塊 在申報模塊，是船舶代理在外網填報船舶的進出口岸申報， 實現船舶檢疫的電子申報。 本模塊放置在外網端，與其他在內網的模塊分開。以保護內網模塊的數據安全。 申報模塊按照申報的內容分為以下幾個子模塊： ⑴ 船舶進口岸申報： 船舶代理對 進 本口岸的國 際航行船舶的信息實施申報和 審批結果 查詢等功能。 ⑵ 船舶出口岸申報： 船舶代理對出本口岸的國際航行船舶的信息實施申報和 審批結果 查詢等功能。 ⑶ 一船一報申請：未開放或臨時開放的碼頭要靠泊國際航行船舶，則該碼頭公司，每次靠泊均需要向被監管的檢驗檢疫部門提出靠泊申請。 ⑷ 外輪供應申報： 外輪食品和飲用水供應企業，對供應外輪的食品和飲用水實施申報 和 審批結果 查詢。 ⑸ 海員接待申報： 海員接待企業，對本公司接 待海員的情況，進行網上電子申報。 浙江大學碩士學位論文 第 3 章 系統分析 16 ⑹ 垃圾清運申報： 垃圾清運企業，對本公司清運的垃圾情況，進行網上電子申報。 具體請參見 用例圖 。 圖 申報模塊用例圖 檢疫查驗 此檢疫 查驗 模塊是本系統的重點， 是 口岸船舶檢疫的最重要環節 ， 是口岸船舶檢疫一線人員使用的功能。