【正文】 原因等 。 登記的內(nèi)容有船舶基本信息、本航次信息、檢疫結(jié)果（包括壓艙水裝載情況、醫(yī)學(xué)媒介生物截獲情況、病人情況、其他證書情況）、采樣送樣、檢疫處理、差錯情況等 ，需要出證的選擇合適的證書。 ⑷ 企業(yè)衛(wèi)生監(jiān)督 ： 口岸船舶檢疫人員對口岸船舶相關(guān)企業(yè)實(shí)施衛(wèi)生監(jiān)督后，把企業(yè)衛(wèi)生監(jiān)督的結(jié)果填報(bào)到本系統(tǒng)中。 ⑶ 垃圾清運(yùn)監(jiān)管： 船舶檢疫人員對船舶垃圾接收單位申報(bào)的船舶垃圾清運(yùn)情況實(shí)施備案。 浙江大學(xué)碩士學(xué)位論文 第 3 章 系統(tǒng)分析 21 圖 證書管理用例圖 統(tǒng)計(jì)查詢 在統(tǒng)計(jì)查詢模塊中，是船舶檢疫人員，按照平時業(yè)務(wù)的需要，從系統(tǒng)中存在中的數(shù)據(jù)，提取自己需要的信息，并整理成固定的表格，從而形成報(bào)表。 具體請參見 用例圖 。 L01 未讀通告 一般 L02 已讀通告 一般 L03 通告擬制 一般 浙江大學(xué)碩士學(xué)位論文 第 3 章 系統(tǒng)分析 24 模塊 功能需求描述 需求編號 功能需求點(diǎn)描述 需求重要程度（核心、一般、重要） 優(yōu)先級別 L04 通告審核 一般 續(xù)表 模塊 功能需求描述 需求編號 功能需求點(diǎn)描述 需求重要程度（核心、一般、重要） 優(yōu) 先級別 申報(bào)模塊 在申報(bào)模塊，是船舶代理在外網(wǎng)填報(bào)船舶的進(jìn)出口岸申報(bào)，實(shí)現(xiàn)船舶檢疫的電子申報(bào)。 D01 空白證書領(lǐng)用 重要 一般 D02 證書打印 重要 一般 D03 證書核銷 重要 一般 D04 證書打印設(shè)置 重要 一般 統(tǒng)計(jì)查詢 在統(tǒng)計(jì)查詢模塊中，是船舶檢疫人員，按照平時業(yè)務(wù)的需要，從系統(tǒng)中存在中的數(shù)據(jù)，提取自己需要的信息，并整理成固定的表格，從而形成報(bào)表。 易維護(hù)性：系統(tǒng)安裝設(shè)置要簡單、易用；數(shù)據(jù)庫備份和恢復(fù)要便捷、安全；界面修改要方便、直觀。 浙江大學(xué)碩士學(xué)位論文 第 4 章 系統(tǒng)設(shè)計(jì) 27 第 4章 系統(tǒng)設(shè)計(jì) 上 一章我們對系統(tǒng) 的 功能進(jìn)行了詳細(xì)的分析，本章 具體 介紹本系統(tǒng)的設(shè)計(jì)。各模塊之間存在功能相對獨(dú)立 、 數(shù)據(jù)相對共享的關(guān)系。 ⑵ 靈活性原則：本系統(tǒng)所涉及的業(yè)務(wù)流程要可定制，數(shù)據(jù)參數(shù)要可修改，機(jī)構(gòu)組織要可維護(hù)等，以滿足日后業(yè)務(wù)、指令和機(jī)構(gòu)的調(diào)整。 ⑵ 客戶端運(yùn)行環(huán)境 操作系統(tǒng)： 不限定，推薦 Windows 操作系統(tǒng) ； 瀏覽器：支持 及以上、Chrome、 Firefox 等瀏覽器 ； 硬件要求： 本系統(tǒng)能夠在支持任何分辨率寬度在1024 以上的 PC 或者移動設(shè)備上使用。 一般來講，在一個 管理信息的系統(tǒng)， 其系統(tǒng) 分析、設(shè)計(jì)、測試和試運(yùn)行階段，因?yàn)閿?shù)據(jù)量較小，設(shè)計(jì)人員和測試人員往往只注意到功能的實(shí)現(xiàn)，而很難注意到性能的薄弱之處，等到系統(tǒng)投入實(shí)際運(yùn)行一段時間后，才發(fā)現(xiàn)系統(tǒng)的性能在降低，這時再來考慮提高系統(tǒng)性能則要花費(fèi)更多的人力物力，而整個系統(tǒng)也不可避免的形成了一個打補(bǔ)丁工程。 ⑵ 數(shù)據(jù)庫的設(shè)計(jì)工具 本系統(tǒng)的所有數(shù)據(jù)庫，都是采用 Power Designer 進(jìn)行設(shè)計(jì) ， 這樣便于數(shù)據(jù)庫的設(shè)計(jì)和關(guān)聯(lián) ，直觀不容易出錯 。 其表結(jié)構(gòu)設(shè)計(jì) 具體見表 。 圖 申報(bào)數(shù)據(jù)表 ER 圖 詳細(xì)數(shù)據(jù)庫設(shè)計(jì) 根據(jù)上述的數(shù)據(jù)庫 ER 圖 （圖 ） ，結(jié)合 本系統(tǒng) 數(shù)據(jù)表的命名規(guī)則， 把上面相關(guān) ER 圖中含有的數(shù)據(jù)表設(shè)計(jì)如下： 申報(bào) 相關(guān) 數(shù)據(jù)表 浙江大學(xué)碩士學(xué)位論文 第 4 章 系統(tǒng)設(shè)計(jì) 31 ⑴ 出入境口岸申報(bào)表（ T_DECL_TRANS） 此表是 本系統(tǒng)中 最重要的表 。 所有數(shù)據(jù)庫的庫名、表名、域名都必須遵循統(tǒng)一浙江大學(xué)碩士學(xué)位論文 第 4 章 系統(tǒng)設(shè)計(jì) 30 的規(guī)范，并進(jìn)行必要的說明，以方便設(shè)計(jì)、維護(hù)和查詢等。 寧波口岸船舶檢疫監(jiān)督管理系統(tǒng)分為外網(wǎng)部分和內(nèi)網(wǎng)部分。 對于涉及 大 數(shù)據(jù)量 的選擇界面時，全部采用 Ajax 技術(shù) 進(jìn)行 輸入 后自動匹配的處理，大大提高了系統(tǒng) 操作 的便捷性。 ⑶ 三層結(jié)構(gòu) 設(shè)計(jì) 。 系統(tǒng)總體設(shè)計(jì) 設(shè)計(jì)思想 ⑴ 內(nèi)外網(wǎng)隔離。 表 用戶界面需求表 序號 需求條目 說明 1 操作界面簡潔統(tǒng)一 用戶的操作界面應(yīng)該形式統(tǒng)一，布局完整協(xié)調(diào)；父頁面與子頁面要有繼承性。 H01 計(jì)費(fèi)管理 重要 一般 H02 歸檔管理 重要 一般 系統(tǒng)的非功能性需求 本系統(tǒng)應(yīng)具有良好的可自定義性，遵循業(yè)界的相關(guān)標(biāo)準(zhǔn)，使得系統(tǒng)的各個模塊能夠統(tǒng)一成一個整體， 使系統(tǒng)具備 穩(wěn)定性、一致性、合理性、靈活性和易維護(hù)性等特點(diǎn)。以保護(hù)內(nèi)網(wǎng)模塊的數(shù)據(jù)安全。 本系統(tǒng)的需求模塊優(yōu)先級別編排 具體見表 。 ⑵ 業(yè)務(wù)通報(bào)： 生成直屬局管理人員進(jìn)行定期業(yè)務(wù)通報(bào)的數(shù)據(jù)表格。 浙江大學(xué)碩士學(xué)位論文 第 3 章 系統(tǒng)分析 20 圖 日常監(jiān)管用例圖 證書管理 在證書管理模塊中，是檢疫人員對船舶 檢疫相關(guān)的證書的管理，包括空白證書的申領(lǐng)、證書的打印、核銷、作廢和證書打印格式的微調(diào)等功能。 浙江大學(xué)碩士學(xué)位論文 第 3 章 系統(tǒng)分析 19 圖 衛(wèi)生監(jiān)督用例圖 日常監(jiān)管 在日常監(jiān)管的模塊中，口岸船舶檢疫人員對與船舶檢疫工作相配套的口岸服務(wù)行業(yè) （ 如外輪飲用水、食品供應(yīng) ）、 為海員就醫(yī)和娛樂服務(wù) 、 船舶垃圾移運(yùn)等方面 的監(jiān)管。監(jiān)管的內(nèi)容 包括 口岸船舶檢疫人員 發(fā)起衛(wèi) 生處理 指令 、 船舶代理接收衛(wèi)生處理指令和轉(zhuǎn)發(fā)衛(wèi)生處理指令至衛(wèi)生處理單位、衛(wèi)生處理單位接收衛(wèi)生處理請求和填報(bào)衛(wèi)生處理結(jié)果、船舶檢疫人員接收衛(wèi)生處理結(jié)果和選擇性 評價衛(wèi)生處理效果 等多個環(huán)節(jié)。 ⑷ 檢疫方式變更初審： 口岸船舶檢疫人員 對船舶代理因?yàn)楦鞣N原因無法按照審批的檢疫方式進(jìn)行時提出的檢疫方式變更申請的初步審核。 ⑵ 一船一報(bào)復(fù)審： 直屬局管理員對一船一報(bào)初審合格的靠泊申請的最終審核。 ⑶ 一船一報(bào)申請：未開放或臨時開放的碼頭要靠泊國際航行船舶，則該碼頭公司，每次靠泊均需要向被監(jiān)管的檢驗(yàn)檢疫部門提出靠泊申請。 ⑶ 通告擬制 ： 直屬局 人 員 可 以 擬制通知和公告。 ⑶ 行業(yè)標(biāo)準(zhǔn) 瀏覽 ： 用戶可以瀏覽 行業(yè)標(biāo)準(zhǔn) 有關(guān)的文檔。 ⑸ 企業(yè)管理 ： 直屬局管理員可以對企業(yè)進(jìn)行設(shè)定。權(quán)限管理一般由系統(tǒng)管理員和直屬局管理員來設(shè)定。 ⑵ 泊位錨地管理 ：直屬局管理員可以管理泊位錨地信息，預(yù)先對本口岸進(jìn)行初始化設(shè)定?；?Ajax 的 Web 技術(shù)改變原有的同步交互為異步交互方式，使頁面在后臺按需獲得數(shù)據(jù)，這樣不僅節(jié)省了帶寬，也極大地提升了用戶體驗(yàn)。 如通過 Oracle 熱備份，實(shí)現(xiàn)了數(shù)據(jù)庫服務(wù)器相關(guān)資源的自動檢測和管理，系統(tǒng)可以自行對異常情況進(jìn)行響應(yīng)，保證數(shù)據(jù)庫的穩(wěn)定運(yùn)行，為企業(yè)數(shù)據(jù)庫服務(wù)的高可用性提供保障。 Oracle 數(shù)據(jù)庫主要 特點(diǎn)如下 ： ⑴ 作為一個通用的數(shù)據(jù)庫系統(tǒng)，它具有完整的數(shù)據(jù)管理功能。 ⑶ 數(shù)據(jù)訪問層 （ DAL） 數(shù)據(jù)訪問層 其功能主要是負(fù)責(zé)數(shù)據(jù)庫的訪問，可以訪問數(shù)據(jù)庫系統(tǒng)、二進(jìn)制文件、文本文檔或是 XML 文檔。 [12] ⑴ 用戶表示層 （ UI） 用戶表示層也叫用戶界面層，封裝人機(jī)界面的所有表單和組件，是應(yīng)用系統(tǒng)與系統(tǒng)用戶之間的直接接口。它就是用一種方法來描述如何使用這個服務(wù)。 同時介紹了本文的組織結(jié)構(gòu)。 第三章論述寧波口岸船舶檢疫監(jiān)督管理系統(tǒng)的需求。 借助 信息化系統(tǒng)， 將 港務(wù) EDI 的數(shù)據(jù)與船舶代理申報(bào)的數(shù)據(jù)進(jìn)行自動比對 ，杜絕逃漏檢等情況的發(fā)生 ， 大力 提升寧波出入境檢驗(yàn)檢疫局對入出境船舶的監(jiān)管能力。 目前 開發(fā)的 船舶檢疫 系統(tǒng) 均沒有與 海關(guān)、邊檢和海事等其他口岸 船舶 監(jiān)管部門進(jìn)行 有效的數(shù)據(jù)共享 。 [9] 雖然各口岸的船舶檢疫監(jiān)管系統(tǒng) 給日常的船舶衛(wèi)生檢疫工作 帶來了很多的便利，但 目前 還有以下三個不足之處 ： 一是船舶檢疫系統(tǒng)申報(bào)信息來源 單一。自 1999 年檢驗(yàn)檢疫機(jī)構(gòu)合并以來，國家質(zhì)檢總局陸續(xù)推出了“ CIQ20xx 系統(tǒng)”、“ 三電工程 等一系列信息化管理系統(tǒng)，但這些管理系統(tǒng)未涵蓋船舶入出境檢驗(yàn)檢疫業(yè)務(wù)。為防止傳染病傳入，各國紛紛對外貿(mào)貨物進(jìn)入本國的“入口”進(jìn)行傳染病的檢查和控制。建立了 以 Web Service 為內(nèi)外網(wǎng)數(shù)據(jù)交換接口， 為開發(fā)工具 ， Oracle 為數(shù)據(jù)庫，符合寧波口岸船舶檢疫業(yè)務(wù)的 信息化 管理系統(tǒng) 。 本文 針對寧波口岸船舶檢疫 業(yè)務(wù) 現(xiàn)狀， 分 析了寧波口岸船舶檢疫業(yè)務(wù)的 詳細(xì) 需求，設(shè)計(jì)了 寧波口岸船舶檢疫監(jiān)督管理系統(tǒng) 。由于當(dāng)時受傳染病的治療控制手段的局限，這些傳染病對人類健康造成嚴(yán)重危害。 [3] 國家質(zhì)檢總局要求各口岸努力創(chuàng)造文明、高效、安全、通暢的口岸環(huán)境，從報(bào)檢、檢疫、存檔、收費(fèi)、業(yè)務(wù)統(tǒng)計(jì)等各方面建立一套統(tǒng)一完 整的計(jì)算機(jī)網(wǎng)絡(luò)化管理系統(tǒng)。通過配備防火墻、網(wǎng)絡(luò)安全協(xié)議等可以保證網(wǎng)絡(luò)系統(tǒng)的安全性。 三是與其他口岸 船舶 監(jiān)管部門 的數(shù)據(jù)共享 有待加強(qiáng) 。 二是提升 寧波局 船舶檢疫監(jiān)督管理 能力 。 第二章介紹寧波口岸船舶檢疫監(jiān)督管理系統(tǒng) 開發(fā) 所采用的 相關(guān) 技術(shù)。 本章小結(jié) 本章主要 概述了課題來源及研究背景， 闡述 了 開發(fā)寧波口岸船舶檢疫監(jiān)督管理系統(tǒng) 的 重要性和 必要性 ，確定了選題的目的和意義 。 [11] 發(fā)布這種 Web Service 服務(wù)的一端，叫做 Web Service 服務(wù)端。 利用 . NET 開發(fā)平臺，用戶能夠快速有效地構(gòu)建自己的三層體系結(jié)構(gòu)應(yīng)用程序。而這些業(yè)務(wù)邏輯關(guān)系以組件的方式實(shí)現(xiàn)。 [15]具有 可用性強(qiáng)、可擴(kuò)展性好、數(shù)據(jù)安全性高 、穩(wěn)定性 佳 等優(yōu)點(diǎn)， 目前廣泛應(yīng)用在企業(yè)的信息化 管理系統(tǒng) 、 企業(yè) 的 數(shù)據(jù)處理系統(tǒng)、 以及目前流行的 電子商務(wù)等領(lǐng)域。 克服了中心數(shù)據(jù)庫的弱點(diǎn)，降低了數(shù)據(jù)傳輸代價； 提高了系統(tǒng)的可靠性 ，局部系統(tǒng)發(fā)生故障，其他部分還可繼續(xù)工作。為了有效地解決此類問題，我們在 Web 應(yīng)用中采用了 Ajax 技術(shù)。 包括衛(wèi)生處理浙江大學(xué)碩士學(xué)位論文 第 3 章 系統(tǒng)分析 11 依據(jù)和指征、檢疫處理方式、快速檢測項(xiàng)目、微笑氣候項(xiàng)目、船舶類型、樣品類別、違規(guī)情況等參數(shù)的增、 刪、 改、 查 功能。 圖 基礎(chǔ)管理用例圖 權(quán)限管理 在權(quán)限管理模塊中，可以設(shè)定系統(tǒng)機(jī)構(gòu)、部門等構(gòu)架和角色、用戶等權(quán)限浙江大學(xué)碩士學(xué)位論文 第 3 章 系統(tǒng)分析 12 及企業(yè)和人員的管理對象。 用戶管理 的信息 包含用戶編號、工號、姓名、拼音、所屬機(jī)構(gòu)、所屬部門、職務(wù)、職稱、性別、手機(jī)、IC 卡、 Email、角色和備注等。 ⑵ 文件 規(guī)范 瀏覽 ： 用戶可以瀏覽 文件規(guī)范 有關(guān)的文檔。 ⑵ 已讀通告 ：用戶可以瀏覽 已讀的通知和公告 。 ⑵ 船舶出口岸申報(bào)： 船舶代理對出本口岸的國際航行船舶的信息實(shí)施申報(bào)和 審批結(jié)果 查詢等功能。 審核同意時，進(jìn)入一船一報(bào)復(fù)審；審核不同意則結(jié)束 本次 一船一報(bào)申請。 提交后，把審批結(jié)果 反饋 給申報(bào)人員。 ⑺ 衛(wèi)生處理監(jiān)管： 口岸船舶檢疫人員 按照檢疫結(jié)果的要求，對部分船舶實(shí)施衛(wèi)生處理。 具體請參見 用例圖 。 具體請參見 用例圖 。 統(tǒng)計(jì)查詢模塊按照統(tǒng)計(jì)查詢的分類要求，這邊分為三大類： ⑴ 業(yè)務(wù)統(tǒng)計(jì)： 生成船舶檢疫人員查詢按 照上級部門指定格式的上報(bào)表格。 圖 計(jì)費(fèi)歸檔用例圖 浙江大學(xué)碩士學(xué)位論文 第 3 章 系統(tǒng)分析 23 需求功能列表 分析完功能需求后，我們一般對功能模塊進(jìn)行羅列，并且按照其功能的重要程度對其開發(fā)的優(yōu)先順序進(jìn)行排序。本模塊放置在外網(wǎng)端，與其他在內(nèi)網(wǎng)的模塊分開。 J01 業(yè)務(wù)統(tǒng)計(jì) 重要 一般 J02 業(yè)務(wù)通報(bào) 重要 一般 J03 業(yè)務(wù)查詢 重要 一般 計(jì)費(fèi)歸檔 在計(jì)費(fèi)歸檔模塊中，是檢疫機(jī)構(gòu)的檢務(wù)人員 ，對船舶檢疫中涉及費(fèi)用實(shí)施計(jì)費(fèi)，并對相關(guān)單證實(shí)施歸檔的操作。 用戶界面需求 界面設(shè)計(jì)的原則：用戶界面應(yīng)從用戶使用便捷性和直觀性的角度出發(fā)， 方便 用戶使用操作和突出重要信息能的顯示 ，具體要求見表 。 本系統(tǒng) 為了 契合 寧波口岸船舶檢疫監(jiān)督工作的復(fù)雜性、安全性、保密性 和及時性等 要求 ，本系統(tǒng) 除了要 在 基本功能滿足 的 基礎(chǔ)上， 還要 進(jìn)一步 完善和優(yōu)化 一些 個性化 和 人性化 的設(shè)計(jì) ， 以 體現(xiàn)系統(tǒng) 功能 完備 、 性能 優(yōu)異 及操作便利等特性。既解決了不同人員權(quán)限分配的問題，又解決了不同人員之間數(shù)據(jù)共享的問題。 ⑶ 易操作原則 ： 本系統(tǒng)的設(shè)計(jì) 要求系統(tǒng)界面 簡潔、布局合理、形式統(tǒng)一、浙江大學(xué)碩士學(xué)位論文 第 4 章 系統(tǒng)設(shè)計(jì) 28 操作 便捷 ，并附有 必要的 操作說明。 系統(tǒng)功能模塊結(jié)構(gòu) 通過 上一 節(jié) 對系統(tǒng)進(jìn)行詳細(xì)的需求 進(jìn)行了 分析，現(xiàn)對整個系統(tǒng)的功能需求有了一個較為 深刻 的認(rèn)識。 [15] ⑴ 數(shù)據(jù)庫的 命名規(guī)范 規(guī)范所有數(shù)據(jù)庫的命名。 系統(tǒng) 數(shù)據(jù)庫 ER 圖 設(shè)計(jì) 本系統(tǒng)的數(shù)據(jù)庫結(jié)構(gòu) 設(shè)計(jì) 相當(dāng)復(fù)雜，大大小小的數(shù)據(jù)表 有 90 多張 ， 如果全部說明篇幅 會 太長，因此 本文 選取 本 系統(tǒng)中 最重要的申報(bào) 模塊 進(jìn)行說明。 表 問詢信息表 名稱 代碼 注釋 數(shù)據(jù)類型 DEC_ID DEC_ID 標(biāo)識， Guid 生成 VARCHAR2(40) DECL_NO DECL_NO 報(bào)檢號 VARCHAR2(30)