【文章內(nèi)容簡介】 E 架構中，業(yè)務層組件主要指的是 EJB。業(yè)務層的代碼邏輯用來滿足業(yè)務領域的需要，有運行在業(yè)務層上的 EJB 進行處理。企業(yè)信息系統(tǒng)層：該層包括企業(yè)基礎建設系統(tǒng)。圖 22 J2EE 架構圖表現(xiàn)層主要指用戶界面，它要求盡可能的簡單，使最終用戶不需要進行任何培訓就能方便地訪問信息；所有的業(yè)務邏輯都在業(yè)務邏輯層實現(xiàn)，系統(tǒng)的復雜性也主要體現(xiàn)在這一層 [18]。最后的數(shù)據(jù)庫服務器存儲大量的數(shù)據(jù)信息和數(shù)據(jù)邏輯，所有與數(shù)據(jù)有關的安全、完整性控制、數(shù)據(jù)的一致性、并發(fā)操作等都是在企業(yè)信息系統(tǒng)層完成。J2EE 的優(yōu)點是非常明顯的：集成了適合商務應用的 EJB 的 Java 平臺，由于其簡潔的結構和跨平臺的特性，可以很好地支持快速開發(fā)和即時發(fā)布。使用 Servlet，JSP 和 EJB 作為可重用構件的應用結構使得容易集成和具有最大的生產(chǎn)能力。具有很大的靈活性，尤其是在發(fā)布、開發(fā)、管理和重用應用邏輯等方面性。6 / 33安全網(wǎng)絡架構基于工業(yè)標準，保證數(shù)據(jù)交換的一致性和安全性，可在應用和平臺上達到高效的集成。 Oracle 數(shù)據(jù)庫本系統(tǒng)采用 Oracle9i 作為數(shù)據(jù)庫管理軟件。并保證數(shù)據(jù)庫設計對 Oracle 產(chǎn)品的向上兼容性。Oracle 作為主流的數(shù)據(jù)庫解決方案，具有性能穩(wěn)定、功能齊全的優(yōu)點。本系統(tǒng)數(shù)據(jù)庫 Oracle 9i 由國家稅務總局采購了并下發(fā)。本系統(tǒng)的數(shù)據(jù)庫的部署采取集中式部署，稅務端數(shù)據(jù)集中在省局。Oracle 數(shù)據(jù)庫管理系統(tǒng)是目前世界上最流行的關系數(shù)據(jù)庫系統(tǒng)之一，是業(yè)界第一個完整、簡單的用于互聯(lián)網(wǎng)的新一代智能化的、協(xié)作各種應用的軟件基礎架構。Oracle9i 實際上是指 Oracle9i Database， Oracle9i Application Server 和Oracle9i Developer Suite 的完整集成。Oracle9i 具有增強的可擴展性： Oracle9i Real Application Clusters 是 Oracle的下一代并行服務器系列產(chǎn)品。Oracle9i Real Application Clusters 針對訪問相同數(shù)據(jù)而設計了快捷高效的共享集群高速緩沖寄存器，從而提供了透明的應用程序可擴展性。Oracle9i Real Application Clusters 是五年多研發(fā)工作的結晶，其中包含了 9 項獨家專利和 18 項已申報的專利請求。Oracle9i Real Application Clusters 獨特之處在于：“開箱即用” ，近線性的透明縮放；與其它程序的良好兼容性，無需重新設計；快速增長的集群，可快增添節(jié)點和磁盤。 本章小結本章主要介紹了在項目的開發(fā)過程中用到的相關技術，主要介紹了 J2EE 框架、MySql 數(shù)據(jù)庫、UML 建模技術、考號編排算法等，為后續(xù)系統(tǒng)設計與實現(xiàn)提供技術支持。7 / 333 系統(tǒng)需求分析與設計 系統(tǒng)需求分析 業(yè)務流程分析納稅人持《公路、內(nèi)河貨物運輸業(yè)統(tǒng)一發(fā)票》抵扣聯(lián)或《公路、內(nèi)河貨物運輸業(yè)統(tǒng)一發(fā)票（代開） 》抵扣聯(lián)到國稅機關通過貨運發(fā)票稅控系統(tǒng)進行掃描認證，貨運發(fā)票稅控系統(tǒng)對抵扣聯(lián)進行認證并保存認證結果，同時為納稅人打印認證結果通知書。認證相符的抵扣聯(lián)信息傳入稽核系統(tǒng)，與地稅系統(tǒng)上傳的存根聯(lián)信息進行比對；認證不符的信息傳輸?shù)桨l(fā)票協(xié)查系統(tǒng)。數(shù)據(jù)處理流程如圖31 所示。貨 運 發(fā) 票 稅 控系 統(tǒng)進 行 稽 核 比 對國 稅 征 管 軟 件納 稅 人 稽 核 系 統(tǒng)貨 運 發(fā) 票抵 扣 聯(lián)認 證 通 過發(fā) 票 信 息每 月 將 上 月 貨 運 發(fā) 票 抵 扣 聯(lián) 數(shù) 據(jù)上 傳 到 稽 核 系 統(tǒng)認 證 不 通 過 的 發(fā)票 抵 扣 聯(lián) 信 息協(xié) 查 系 統(tǒng)得 到 認 證 結 果并 保 存進 行 一 窗 式比 對認 證 不 通 過發(fā) 票 信 息認 證 結 果通 知 書掃 描 認 證圖 31 國稅業(yè)務數(shù)據(jù)處理流程圖 功能需求分析通過前面對業(yè)務數(shù)據(jù)處理流程的描述可知，稅控系統(tǒng)主要任務是基于稅控裝置推廣，采用一系列的信息技術建立程序化的稅控管理手段，確保稅務機關對稅控裝置實施統(tǒng)一有效管理。為實現(xiàn)上述目標，我們把稅控系統(tǒng)分為以下幾個功能：注冊登記管理8 / 33管理稅控裝置用戶的注冊登記信息，包括注冊登記、注冊登記修改、注冊登記變更，以及當稅控裝置丟失、被盜、損毀處理，流失、注銷處理時，引起的注冊登記信息變更。根據(jù)貨運發(fā)票管理的要求，用戶注冊登記管理又具體分為：自開票用戶注冊登記管理和代開單位注冊登記管理（代開單位包括主管地方稅務局及經(jīng)批準的中介機構） 。購票信息管理業(yè)務員核實用戶的購票信息后，登記購票信息，包括發(fā)票代碼、起始號碼、終止號碼、卷數(shù)、份數(shù)等，并通過 USB 口將購票信息寫入稅控盤。稅控數(shù)據(jù)接收稅控數(shù)據(jù)接收處理是對開票單位報送數(shù)據(jù)進行接收處理，生成納稅人稅控數(shù)據(jù)并生成數(shù)據(jù)庫，并將下次的監(jiān)控管理數(shù)據(jù)返寫到稅控器具，通過來報稅的稅控器具將監(jiān)控管理數(shù)據(jù)回送到用戶使用的稅控盤中。開票單位報送稅控數(shù)據(jù)基本方式是以傳輸盤（或其它存儲介質）報送，也可采取其它方式，但都必須滿足報送發(fā)票明細數(shù)據(jù)及匯總數(shù)據(jù)的要求并保證數(shù)據(jù)的安全。查詢統(tǒng)計稅控管理信息查詢統(tǒng)計，是指利用貨運發(fā)票稅控系統(tǒng)數(shù)據(jù)資源，按照一定的條件和工作要求，查詢統(tǒng)計稅控裝置和稅控發(fā)票的相關信息，以報表形式輸出查詢統(tǒng)計結果。包括：稅控器具信息查詢、稅控數(shù)據(jù)接收情況查詢、稅務信息變動情況查詢以及通用查詢。稅控器具應用維護是為了維護稅控器具在使用過程中出現(xiàn)的問題，目前具有口令解鎖、校準時鐘、讀稅控器具信息、異常數(shù)據(jù)恢復、稅控器具應用檢測和發(fā)票明細數(shù)據(jù)檢測等功能。數(shù)據(jù)傳送數(shù)據(jù)傳送完成的主要功能是匯總本稅務機關發(fā)票信息，傳送到總局。包括用戶信息導入、稅控器具用戶資格認定、導出申報匯總數(shù)據(jù)、黑名單傳送、數(shù)據(jù)清分傳送。發(fā)票認證對用戶持有的可抵扣的“公路、內(nèi)河貨物運輸發(fā)票” （包括自開和代開）的9 / 33抵扣聯(lián)進行掃描認證，并對數(shù)據(jù)進行清分傳輸?shù)絽f(xié)查、稽核和“一窗式”比對系統(tǒng)中。主要包括：發(fā)票掃描認證、打印認證結果通知書、發(fā)票統(tǒng)計查詢、發(fā)票信息導出和系統(tǒng)維護。系統(tǒng)工具下載對掃描識別控件和讀寫盤及認證控件進行手工下載。 非功能需求分析貨運票稅系統(tǒng)作為金稅工程三期的一個重要組成部分，其建設原則和目標遵循金稅三期的規(guī)范。因此貨運發(fā)票稅控系統(tǒng)應滿足以下的設計目標或要求。本系統(tǒng)預計同時在線的人數(shù)達到 1000 人左右，因此本系統(tǒng)應支持此人數(shù)的并發(fā)操作，滿足數(shù)據(jù)兩級處理的模式。系統(tǒng)應能滿足國家稅務局和地方稅務局不同部門，不同層次或人員對系統(tǒng)的操作需要。系統(tǒng)的密鑰安全存放、傳輸；系統(tǒng)所有數(shù)據(jù)能安全存儲；同時，在數(shù)據(jù)傳輸時也應能安全可靠。日后如果信息量較大，系統(tǒng)能相應增加服務器實現(xiàn)靈活擴展，以滿足不斷更新的業(yè)務需求。系統(tǒng)可在不同的機型和操作系統(tǒng)下運行，支持不同類型的外接設備。系統(tǒng)應具有外部系統(tǒng)的接口，能和征管軟件及電子申報系統(tǒng)等系統(tǒng)共享資源。 系統(tǒng)結構設計系統(tǒng)的結構設計主要有系統(tǒng)的框架結構設計、系統(tǒng)體系結構設計、系統(tǒng)功能結構設計三個方面。 系統(tǒng)框架設計金稅三期應用系統(tǒng)的數(shù)據(jù)架構設計必須在兩級處理模式的總體要求下進行，同時遵循金稅工程（三期） 《架構設計 》標準中軟件設計開發(fā)過程中分層設計要求。系統(tǒng)分層結構如圖 32 所示。10 / 33圖 32 金稅工程（三期）系統(tǒng)分層結構貨運發(fā)票稅控系統(tǒng)稅務端軟件按照國稅總局《架構設計 》標準要求，進行軟件層次的劃分，構建系統(tǒng)的體系結構。為了系統(tǒng)體系結構描述的簡約化，把系統(tǒng)層次合并成基于 J2EE 標準的三層應用結構，即客戶層、應用服務層（包括交互層、應用層、業(yè)務領域層、資源訪問層） 、數(shù)據(jù)層（資源層 EIS） 。表示層（客戶端）表示層是三層結構中的第一層次，利用 Web 瀏覽器作為客戶端，使客戶面對一個統(tǒng)一的應用界面。瀏覽器（IE）通過 Weblogic 從服務器獲得信息。應用服務層（應用服務器）中間層采用 BEA 公司的 Weblogic，它全面支持 J2EE 標準。Weblogic 擁有高水平的可擴展性和可用性。它運行在服務器端，連接 Web 瀏覽器與后臺數(shù)據(jù)庫。用 servlet 或 JSP 寫簡單的請求，為可重用部件創(chuàng)建 EJB。二者均可與后臺ORACLE 數(shù)據(jù)庫連接獲取數(shù)據(jù)。由于 Servlet 由 Web 服務器進行加載，利用Java 語言進行開發(fā)，它是基于線程的，具有高性能、高可靠性。數(shù)據(jù)層（數(shù)據(jù)庫服務器）后臺數(shù)據(jù)庫服務器是用戶存放數(shù)據(jù)信息的地方，數(shù)據(jù)庫服務器層采用oracle9i。11 / 33 系統(tǒng)網(wǎng)絡部署結構設計稅務系統(tǒng)網(wǎng)絡按使用對象劃分成稅務內(nèi)部網(wǎng)絡和外部網(wǎng)絡兩個區(qū)域，如圖33 所示。貨運發(fā)票稅控系統(tǒng)圖 33 系統(tǒng)網(wǎng)絡部署結構圖內(nèi)部網(wǎng)絡指稅務系統(tǒng)計算機信息網(wǎng)中不涉及與非稅務部門直接進行信息交流的部分，它是稅務計算機信息網(wǎng)的基本組成部分，包括供局域網(wǎng)用戶使用的網(wǎng)絡資源和供廣域網(wǎng)絡共同使用的網(wǎng)絡資源。內(nèi)部區(qū)域的用戶包括：局域網(wǎng)絡用戶、廣域網(wǎng)絡用戶和通過撥號連接的移動用戶。外部網(wǎng)絡指稅務計算機信息網(wǎng)絡中與稅務以外的計算機網(wǎng)絡進行信息交流的部分，現(xiàn)有的外部網(wǎng)絡主要有：各地稅務部門為納稅人提供計算機網(wǎng)絡服務的納稅人－稅務局網(wǎng)絡、各地稅務部門與業(yè)務合作單位之間進行數(shù)據(jù)交換的計算機網(wǎng)絡。 功能結構設計在上述將系統(tǒng)的功能模塊劃分為注冊登記管理、購票信息管理、稅控數(shù)據(jù)管理、傳輸盤稅控盤寫盤管理、數(shù)據(jù)傳輸、系統(tǒng)工具下載等功能模塊，系統(tǒng)的功能結構如圖 34 所示。12 / 33 注 冊 登 記 管 理 注 冊 登 記 變 更 注 冊 登 記 修 改 稅 控 器 具 用 戶 流 失 稅 控 器 具 注 銷 黑 名 單 處 理 購 票 信 息 管 理 用 戶 注 冊 登 記 稅 控 數(shù) 據(jù) 接 收 申 報 數(shù) 據(jù) 接 收 存 根 聯(lián) 補 錄 查 詢 統(tǒng) 計 稅 控 器 具 信 息 查 詢 稅 務 信 息 變 動 情 況 查 詢 稅 控 數(shù) 據(jù) 接 收 情 況 查 詢 通 用 查 詢 稅 控 器 具 丟 失 被 盜 損 毀 傳 輸 盤 稅 控 盤 寫 盤 傳 輸 盤 稅 控 盤 寫 盤 寫 盤 注 冊 登 記 變 更 寫 盤 變 更 寫 盤 標 志 稅 控 器 具 應 用 維 護 稅 控 器 具 應 用 維 護 申 報 匯 總 數(shù) 據(jù) 導 出 稅 控 器 具 用 戶 資 格 認 定 用 戶 信 息 導 入數(shù) 據(jù) 逐 級 確 認 上 傳