【正文】 起源于歐洲地中海的亞得里亞海及愛琴海沿岸。以寧波口岸為例， 寧波出入境檢驗檢疫局 （以下簡稱為寧波局） 作為口岸衛(wèi)生檢疫工作的主管部門， 20xx 年總共受理檢疫入出境船舶 120xx 艘次，檢疫入出境人員 751094 人次。 B/S 結(jié)構(gòu) 具 有 易用性好 、 易 于 維護、信息共享度高、擴展性好、安全性高等特點 。 目前各個 系統(tǒng) 監(jiān)管 只監(jiān)管 有 入 出境行為的國際航行船舶 ，而實際上部分 船舶在本口岸 雖然 沒有 入 出境行為， 但 其人員和貨物卻 可能 是來自國外的， 其 傳播傳染病的 風險 與 在本港 有 入 出境行為的船舶相當 。 開發(fā) “ 寧波口岸船舶檢疫監(jiān)管信息化系統(tǒng) ”的主要意義如下 ： 一是進一步規(guī)范寧波口岸船舶檢疫監(jiān)管 工作 。 本文組織結(jié)構(gòu) 第一章 緒論 。 第 六 章總結(jié) 與 展望。 Web Service 通過網(wǎng)絡協(xié)議 和一定的標準來發(fā)布這種服務。三層結(jié)構(gòu)模式是目前流行的協(xié)同開發(fā)模型，這種模式將應用開發(fā)中的部件劃分為三層：表示層、業(yè)務邏輯層、數(shù)據(jù)訪問層。業(yè)務邏輯層主要根據(jù)系統(tǒng)設計的需要，通過構(gòu)建系統(tǒng)的關鍵對象類，實現(xiàn)系統(tǒng)的大部分邏輯控制功能。 圖 三層結(jié)構(gòu)示意圖 Oracle 數(shù)據(jù)庫 Oracle 數(shù)據(jù)庫 (Oracle Database)，又名 Oracle RDBMS。 寧波口岸船舶檢疫監(jiān)管信息化系統(tǒng)的申報和登記表格比較復雜，尤其是登記表格，其主表關聯(lián)多個子表， Oracle 這個強大而完備的關系數(shù)據(jù)庫 正好 滿足該系統(tǒng)的要求。 [18]它遵循同步 的請求 /響應模式，對于每個請求都會重新加載整個頁面。 浙江大學碩士學位論文 第 3 章 系統(tǒng)分析 10 圖 系統(tǒng) 總體 用例圖 基礎管理 在基礎管理模塊可以設置本系統(tǒng) 的 基礎信息，這些信息在系統(tǒng)使用 前 需要先完成數(shù)據(jù) 初始化。 ⑺ 醫(yī)學媒介生物管理 ：用戶可以管理醫(yī)學媒介生物信息，可以預先初始化。 ⑶ 角色管理 ： 系統(tǒng)管理員可以對角色進行設定。 浙江大學碩士學位論文 第 3 章 系統(tǒng)分析 13 圖 權限管理用例圖 知識管理 在知識管理模塊中，主要是有直屬局管理人員來發(fā)布相關的業(yè)務知識點，供用戶學習和參考。 通知公告 模塊主要分為以下幾個子模塊： ⑴ 未讀通告 ：用戶可以瀏覽 未讀的通知和公告 。以保護內(nèi)網(wǎng)模塊的數(shù)據(jù)安全。 圖 申報模塊用例圖 檢疫查驗 此檢疫 查驗 模塊是本系統(tǒng)的重點， 是 口岸船舶檢疫的最重要環(huán)節(jié) ， 是口岸船舶檢疫一線人員使用的功能。 受理通過時，進口岸船舶 檢疫又 分為電訊檢疫、靠泊檢疫和錨地檢疫；出口岸船舶為登輪檢疫和非 登輪檢疫 ；指定檢疫人員 ， 進口岸的 上港或者 出口岸的 下港為國內(nèi) 港口 時， 顯示 為非出入境船舶。 ⑹ 船舶檢疫登記： 口岸船舶檢疫人員按照檢疫的結(jié)果對所檢疫的國際航行船舶實施檢疫結(jié)果登記。 ⑶ 衛(wèi)生證書登記 ： 口岸船舶檢疫人員在對船舶辦理證書后，填報相應的檢查結(jié)果 到本系統(tǒng)中 。 ⑵ 海員接待監(jiān)管： 船舶檢疫人員對 海員接待單位申報的 中外籍船舶承接就醫(yī)和娛樂等服務 實施 備案 。 具體請參見 用例圖 。 ⑵ 歸檔管理： 檢疫機構(gòu)的檢務人員對船舶檢疫所產(chǎn)生的證單實施歸檔。 K01 法律法規(guī)瀏覽 一般 K02 文件規(guī)范瀏覽 一般 K03 行業(yè)標準瀏覽 一般 K04 其他瀏覽 一般 K05 知識發(fā)布 一般 通知公告 在通知公告模塊中，是有直屬局管理人員來發(fā)布相關的通知公告，供用戶查看。 G02 海員接待監(jiān)管 重要 一般 G03 垃圾清運監(jiān)管 重要 一般 續(xù)表 模塊 功能需求描述 需求編號 功能需求點描述 需求重要程度（核心、一般、重要） 優(yōu)先級別 證書管理 在證書管理模塊中，是檢疫人員對船舶檢疫相關的證書的管理，包 括空白證書的申領、證書的打印、核銷、作廢和證書打印格式的微調(diào)等功能。 靈活性：業(yè)務流程順序 調(diào)整 要靈活； 數(shù)據(jù)參數(shù)修改要靈活。 這些功能模塊的實現(xiàn) 給寧波口岸的船舶檢疫監(jiān)管工作帶來很大 便捷 ： ⑴ 功能貫穿了整個口岸船舶檢疫監(jiān)管業(yè)務流程； ⑵ 模塊整合了口岸船舶檢疫監(jiān)管工作的各個工作環(huán)節(jié)，便于相互制約和協(xié)調(diào)； ⑶ 可掌握口岸船舶檢疫監(jiān)管業(yè)務及其相關配套業(yè)務的工作量和工作質(zhì)量 ； ⑷ 理順口岸檢疫機構(gòu)內(nèi)部部門之間、口岸檢疫機構(gòu)與其他口岸管理部門之間的協(xié)作關系； ⑸ 提高口岸船舶檢疫工作的效率，加快口岸船舶通關速度。本系統(tǒng)的設計采用模塊化的設計方法。 [14] 設計原則 為了使本系統(tǒng)能夠功能完備、界面實用、性能優(yōu)異、安全可靠，滿足各相關用戶的需求，在系統(tǒng)設計的時候遵循 了 下述原 則： ⑴ 實用性原則：本系統(tǒng)的功能設計要滿足相關用戶的日常工作需求。 設計約束 ⑴ 服務器運行環(huán)境 操作系統(tǒng)： Windows Server 20xx 及以上版本 ； 數(shù)據(jù)庫： Oracle （ 及以上版本）。 [15] 因此數(shù)據(jù)庫的設計是否合理變得非常重要，如果數(shù)據(jù)庫模型建立的不合理，不僅會增加服務器的負擔，而且也會降低系統(tǒng)效率和運行性能。 比如 BERTH_ID，表示泊位 /錨位的 ID 號。 內(nèi)容主要是存儲船舶進口岸申報中的一些問詢信息，該問詢信息管理人員可以通過系統(tǒng)設置 實現(xiàn) 靈活定制。 所有申報的信息都是以這張表為主表 ， 其他內(nèi)容作為其 子表拓展出去 ； 各個流程環(huán)節(jié)如 受理、登記、計收費和歸檔等環(huán)節(jié)，都與其 作 關聯(lián)。 本系統(tǒng)的數(shù)據(jù)庫命名規(guī)范為： 數(shù)據(jù)庫名：分類代碼 +“ _” +表名 +“ _” +屬性 。外網(wǎng)部分為企業(yè)的申報模塊；內(nèi)網(wǎng)部分為基礎管理、權限管理、知識管理、通知公告、檢 疫查驗、衛(wèi)生監(jiān)督、日常監(jiān)管、證書管理、統(tǒng)計查詢和計費歸檔。 ⑷ 統(tǒng)一性和復用性原則：菜單欄、搜索條件、顯示表單、維護表單等以及相應的增、改、刪功能應該具備統(tǒng)一性和復用性。本系統(tǒng)采用 基于 三層結(jié)構(gòu) 的 設計思想。本系統(tǒng)采用 內(nèi)外網(wǎng)物理隔離 的布局 。 2 用戶輸入帶數(shù)據(jù)驗證 系統(tǒng)對用戶錄入的數(shù)據(jù)和表單，提交到系統(tǒng)后臺前，要預先進行數(shù)據(jù)合法性驗證。 穩(wěn)定性： 這 是保障整個系統(tǒng)安全、可靠、可用性的一個重要前提。 C01 船舶進口岸申報 核心 一般 C02 船舶出口岸申報 核心 一般 C03 一船一報申請 核心 一般 C04 外輪供應申報 核心 一般 C05 海員接待申報 核心 一般 C06 垃圾清運申報 核心 一般 檢疫查驗 此檢疫模塊是本系統(tǒng)的重點，它涵蓋了口岸船舶檢疫的最重要環(huán)節(jié)。 表 系統(tǒng)功能需求列表 模塊 功能需求描述 需求編號 功能需求點描述 需求重要程度（核心、一般、重要） 優(yōu)先級別 基礎管理 在基礎管理模塊可以設置本系統(tǒng)最基礎的信息，這些信息在系統(tǒng)使用前需要初始化。 ⑶ 業(yè)務查詢： 用戶根據(jù)自己的需求，填寫查詢條件，生成查詢結(jié)果。 在證書管理中，包含以下幾個功能子模塊： ⑴ 空白證書領用： 檢疫人員從單證管理部門申請空白單證，并登記入本系統(tǒng)的證書庫中。 日常監(jiān)管模塊分為以下幾個子模塊： ⑴ 外供供應監(jiān)管： 船舶檢疫人員對外輪飲用水、食品供應公司申報的供應申請實施審批和監(jiān)管。 具體請參見 用例圖 。審核同意時，進入檢疫方式變更復審；審核不同意則結(jié)束本次檢疫方式變更申請。審核同意時，申請通過；審核不同意時，申請不通過。 ⑷ 外輪供應申報： 外輪食品和飲用水供應企業(yè)，對供應外輪的食品和飲用水實施申報 和 審批結(jié)果 查詢。 ⑷ 通告審核 ：直屬局管理員可以 審核通知和公告 。 ⑷ 其他 瀏覽 ： 用戶可以瀏覽 其他 有關的文檔。 企業(yè)管理 的信息 包括 對企業(yè)編號、企業(yè)類型、企業(yè)名稱、組織機構(gòu)代碼、當前等級、所屬機構(gòu)等。 權限管理模塊主要分為以下幾個子模塊： ⑴ 機構(gòu)管理 ： 系統(tǒng)管理員可以對機構(gòu)進行設定。 ⑶ 碼頭管理 ：直屬局管理員可以管理碼頭信息，預先對本口岸進行初始化設定。 [20] 在 寧波口岸船舶檢疫監(jiān)管信息化系統(tǒng)中，用到的 Ajax 技術的 地方分布在整個系統(tǒng) 中， 主要發(fā)揮 到從多條記錄中按照輸入的條件自動匹配某條記錄的功能， 目的是為了 減少數(shù)據(jù)錄入的出錯率 和提高數(shù)據(jù)錄入的快捷性。 [16] 寧波出入境檢驗檢疫局對新開發(fā)的信息化系統(tǒng)有一定的規(guī)范要求， 選用Oracle 數(shù)據(jù)庫 可 減少數(shù)據(jù)庫軟件購買的 成本 ， 數(shù)據(jù)庫管理人員對 本數(shù)據(jù)庫也 比較了解 ，同時 數(shù)據(jù)庫 的 共用 亦可 減少硬件開支。它能 實現(xiàn)對數(shù)據(jù)的 大批 量處理、持久性保存和完美的 共享。簡單的說法就是實現(xiàn)對數(shù)據(jù)表的 Select，Insert， Update， Delete的操作。主要用于顯示由業(yè)務邏輯層動態(tài)傳送過來的數(shù)據(jù)信息，結(jié)合使用相應的 HTML 標記和樣式表定義來實現(xiàn)；或者提供給用戶錄入數(shù)據(jù)信息并通過簡單的校驗后，經(jīng)由數(shù)據(jù)接口傳送給業(yè)務邏輯層。 調(diào)用這種 Web Service 服務的一端，叫做 Web Service 客戶端。 浙江大學碩士學位論文 第 2 章 相關技術概論 5 第 2章 相關技術概論 上章主要介紹了課題的背景。 分別從基礎管理、權浙江大學碩士學位論文 第 1 章 緒論 4 限管理、知識管理、通知公告、申報模塊、檢疫查驗、衛(wèi)生監(jiān)督、日常監(jiān)管、證書管理、統(tǒng)計查詢和計費歸檔等模塊進行了 詳細 論述。 三是 提高 寧波口岸船舶監(jiān)管部門之間數(shù)據(jù)共享 和交互力度 ，加快寧波口岸入出境船舶檢疫通關速度。 隨著進出口貿(mào)易的進一步 繁榮 和政府監(jiān)管部門把關服務意識的進一步加強 ，監(jiān)管部門之間 勢必會加強 信息化建設方面的合作，加強 數(shù)據(jù)共享的力度， 服務港口， 大力 提高 入出境 船舶 的通關效率。申報來源 主要是各船舶代理公司， 這種單一信息 來源 的 申報方式 雖然 較容易實施， 但對申報企業(yè)的誠信要求 會 比較高。 [4]各地分局根據(jù)自身需求，自行開發(fā)入出境船舶檢驗檢疫信息化系統(tǒng)，如 舟山出入境檢驗檢疫局利用“國際航行船舶檢驗檢疫管理系統(tǒng)”使得報檢、收費等一切數(shù)據(jù)都從網(wǎng)上流轉(zhuǎn)，檢務、衛(wèi)檢、財務等處室間基本省卻了單證的人工傳遞（須檢務蓋章的單證除外），節(jié) 省了人力資源，加快了服務速度，提高了服務水平 [5]。 [1] 課題背景 船 舶衛(wèi)生檢疫監(jiān)督是口岸檢驗檢疫部門對 入 出本口岸的國際航行船舶實施進出境 衛(wèi)生 檢疫、衛(wèi)生監(jiān)督，以及對本口岸內(nèi)服務國際航行船舶的相關企業(yè)進行監(jiān)督監(jiān)管的一項工作。 其功能 模塊 涵蓋了基礎管理、權限管理、知識管理、通知公告、申報模塊、檢疫查驗、衛(wèi)生監(jiān)督、證書管理、統(tǒng)計查詢和計費歸檔， 實現(xiàn) 了 從船舶檢疫的申報、受理、結(jié)果登記、計費和歸檔等功能，同時完善 對 寧波 口岸 服務單位的 日常監(jiān)管。隨著業(yè)務量的增長，船舶檢疫監(jiān)督的工作量和工作難度也日益增加，開發(fā)一套適合本口岸的船舶檢疫監(jiān)督業(yè)務管理系統(tǒng)勢在必行。公元 14 世紀，隨著歐洲對外經(jīng)濟貿(mào)易的發(fā)展，鼠疫、霍亂、天花等傳染病相繼通過海上客、貨運輸傳 入 歐洲。 與 20xx 年入出境船舶 10143 艘次 相比， 增長了 %。系統(tǒng)的操作使用簡單， 便于 非計算機人員使用。 為了 保 護人民身體健康和 保障環(huán)境安全， 口岸衛(wèi)生 檢疫部門 有必要 掌握和監(jiān)管本口岸 所有 國際航行船舶信息， 應當 將監(jiān)管的對象 范圍 擴展到所有 國際航行 船舶 。 信息化系統(tǒng)為統(tǒng)一的 操作 界面和 業(yè)務 流程 ， 要求 寧波各下屬口岸有 規(guī)范 統(tǒng)一的 工作流程，并 有統(tǒng)一單證和數(shù)據(jù)要求 ，因此 可以規(guī)范 工作 流程 。 介紹課題背景和研究意義 ，概述了論文 的主要 內(nèi)容 。 對本 研究 做出 小結(jié)，并指出下一步要做的工作。 [10]它是一種真正跨平臺和具有高度可集成能力的技術，具有業(yè)務邏輯的整合和發(fā)布能力。 [10]這種區(qū)分層次的系統(tǒng)開發(fā)，采用了“高內(nèi)聚，低耦合”的思想，目的是為方便開發(fā)人員的互相協(xié)作和系統(tǒng)的安全設計 。 [14]基于 的三層結(jié)構(gòu)，其業(yè)務邏輯層就是利用 實現(xiàn)業(yè)務邏輯關系，比如從表示層獲取用戶輸入數(shù)據(jù)，封裝后傳遞給數(shù)據(jù)訪問層，實現(xiàn)了數(shù)據(jù)和業(yè)務規(guī)則的處理。 是一個以關系型和面向?qū)ο鬄橹行墓芾頂?shù)據(jù)的數(shù)據(jù)庫管理軟件系統(tǒng)。 ⑶ 作為分布式數(shù)據(jù)庫，它實現(xiàn)了分布式處理功能。 [19]經(jīng)過對網(wǎng)絡中頁面的研究我們發(fā)現(xiàn)有些網(wǎng)頁經(jīng)過服務器處理后的頁面和原網(wǎng)頁的 HTML 代碼大部分是相同的，因此這種交互方式不但降低了系統(tǒng)的運行速度 ， 也浪費了許多帶寬。 基礎信息模塊中包含以下幾個子模塊： ⑴ 基礎 參數(shù)管理 ：系統(tǒng)管理員可以設置本系統(tǒng)的基礎參數(shù)。 具體請參見 用例圖 。 ⑷ 用戶管理 ： 系統(tǒng)管理員可以對用戶進行設定。 知識管理模塊主要分為以下幾個子模塊： ⑴ 法律法規(guī) 瀏覽 ： 用戶可以瀏覽法律法規(guī)有關的文檔。 同時用戶閱讀后，未讀通告則變成已讀通告。 申報模塊按照申報的內(nèi)容分為以下幾個子模塊： ⑴ 船舶進口岸申報： 船舶代理對 進 本口岸的國 際航行船舶的信息實施申報和 審批結(jié)果 查詢等功能。 檢疫查驗模塊主要分為以下幾個子模塊： ⑴ 一船一報初審： 口岸 船舶 檢疫人員對碼頭公司因為未開放或臨時 開放碼頭靠泊國際航行船舶提出的靠泊申請的 初步審核 。 退單時，選擇退單的原因 ，如數(shù)據(jù)有誤、數(shù)據(jù)缺項、其他