【正文】 第 6章 總結(jié)與展望 43 本章小結(jié) 42 稅收與經(jīng)濟相關(guān)性分析 38 一般納稅人增值稅稅負(fù)分析界面 36 系統(tǒng)運行截圖 34 系統(tǒng)編碼規(guī)范 33 第 5章 系統(tǒng)實現(xiàn) 33 本章小結(jié) 29 稅收與經(jīng)濟相關(guān)性分析模塊設(shè)計 15 系統(tǒng)功能需求分析 14 系統(tǒng)概述 4 MVC 設(shè)計模式背景 本文以 J2EE 技術(shù)架構(gòu)為基礎(chǔ)，通過整合業(yè)務(wù)需求，提煉出納稅人增值稅稅負(fù)分析、稅收收入同期比分析、稅收與經(jīng)濟反彈分析、征退對比分析以及申報質(zhì)量預(yù)警等關(guān)鍵業(yè)務(wù)環(huán)節(jié)的數(shù)據(jù)分析處理功能，提供了領(lǐng)導(dǎo)層和管理層決策需要的信息，提高稅收管理工作的質(zhì)量和效率。近年來由于存儲的數(shù)據(jù)量急劇膨脹，領(lǐng)導(dǎo)層和管理層迫切需要有效地分析處理海量數(shù)據(jù)?，F(xiàn)代信息技術(shù)，是貫穿稅收征管全過程的關(guān)鍵因素，是稅收征管工作的重要生產(chǎn)力。 廈門軟件學(xué)院課程設(shè)計 信息管稅下的數(shù)據(jù)監(jiān)控分析系統(tǒng)的 設(shè)計和實現(xiàn) Design and Implementation of Data Monitoring and Analysis System under Informationized Tax Collection and Management 專業(yè)名 稱： 軟件工程 學(xué) 號： 姓 名： UML 學(xué)期上機實驗作業(yè)要求： 本學(xué)期上機課內(nèi)容，選擇一個自己相對比較熟悉的領(lǐng)域，針對該領(lǐng)域的信息化系統(tǒng)逐步進行分析與設(shè)計。摘要 1 摘 要 信息化已成為當(dāng)今經(jīng)濟社會發(fā)展的顯著特征，信息資源日益成為重要生產(chǎn)要素和社會財富。 隨著信息化進程的推進，云南國稅開始了數(shù)據(jù)省局大集中，稅收信息化從原來的單一、分散運用階段進入了整合階段。 其中需求分析是本文的分析重點，對項目的可行性進行研究，分析了系統(tǒng)的業(yè)務(wù)、功能需求。5 SVN 協(xié)作開發(fā) 8 ECSIDE 組件 10 本章小結(jié) 11 第 3章 需求分析 12 可行性研究 12 功能需求分析 14 數(shù)據(jù)監(jiān)控系統(tǒng)與其他稅收業(yè)務(wù)系統(tǒng)的關(guān)系 22 系統(tǒng)環(huán)境 23 開發(fā)環(huán)境 26 目 錄 首頁設(shè)計 29 流轉(zhuǎn)稅收入分析模塊設(shè)計 30 申報質(zhì)量預(yù)警模塊設(shè)計 31 征退對比分析 38 稅收收入同期比分析界面 45 總結(jié) 稅務(wù)系統(tǒng)廣域網(wǎng)絡(luò)已覆蓋全部國稅機關(guān)，運行順暢。信息化應(yīng)用從事務(wù)處理型逐步向分析管理型方向發(fā)展，預(yù)警分析、納稅評估等系統(tǒng)已在相當(dāng)一部分地區(qū)投入運行，征管工作科技含量不斷提高。 1994 年稅制改革和稅務(wù)機構(gòu)分設(shè)后，以原金稅工程一期和原 CTAIS 工作啟動為標(biāo)志，云南省國稅系統(tǒng)開始步入較大規(guī)模信息化建設(shè)的時期，經(jīng)過十余年的發(fā)展與建設(shè)，我省國稅信息化建設(shè)走過了一條從單一應(yīng)用到多系統(tǒng)協(xié)同、從單機使用到全省聯(lián)網(wǎng)、從分散數(shù)據(jù)存儲到全省數(shù)據(jù)集中、從單純的替代手工勞動到大規(guī)模數(shù)據(jù)應(yīng)用分析進而輔助領(lǐng)導(dǎo)決策 的道路。 為省、州、縣各級稅務(wù)機關(guān)局局領(lǐng)導(dǎo)和省局業(yè)務(wù)部門領(lǐng)導(dǎo)開發(fā) 數(shù)據(jù)監(jiān)控分析 系統(tǒng)，對我省綜合征管軟件、增 值稅管理信息系統(tǒng)、出口退稅系統(tǒng)等分散的 OLTP 系統(tǒng)進行數(shù)據(jù)分析，為領(lǐng)導(dǎo)層和管理層提供一個取得決策支持信息的平臺，使其能夠及時了解所轄的稅務(wù)機關(guān)的工作情況、進展、成績和質(zhì)量，為其提供決策支持。這個軟件是以 “ 稅收征管業(yè)務(wù)規(guī)程 ” 、 “ 市局級業(yè)務(wù)需求 ” 以及 “ 中國稅收征管信息系統(tǒng)技術(shù)要求概 要 ”為藍(lán)本，在原 ctais 基礎(chǔ)上優(yōu)化整合而成的，在全國國稅系統(tǒng)使用 [4]。 國庫稅金網(wǎng)上報解系統(tǒng)：國家 “ 十一五 ” 科 技攻關(guān)項目，云南省承建，是辦稅服務(wù)廳的延伸，由國稅局、人行國庫、十家銀行聯(lián)網(wǎng)進行網(wǎng)上申報、征收、第 1章 緒論 3 上解、入庫一系列 稅收征收數(shù)據(jù)采集與交換系統(tǒng)。該部分主要介紹了項目的研究背景與意 義，以及論文的主要內(nèi)容和組織結(jié)構(gòu) 。該部分主要對項目的可行性進行了研究 ，分析了系統(tǒng)的業(yè)務(wù)、功能需求。 第五章 系統(tǒng)實現(xiàn)部分。 信息管稅下的數(shù)據(jù)監(jiān)控分析系統(tǒng)的設(shè)計和實現(xiàn) 4 第 2 章 相關(guān)技術(shù) 云南國稅 數(shù)據(jù)監(jiān)控 系統(tǒng)采用了 ExtJS 框架。 本章中將就系統(tǒng)開發(fā)過程中所用到的相關(guān)技術(shù)進行說明。 云南國稅的信息化建設(shè)經(jīng)過了多年的努力，已經(jīng)在硬件和軟件方面進行了大量的投資，信息 系統(tǒng)頗具規(guī)模。 隨著我國加入 WTO，我國的稅務(wù)制度勢必會進行改革。 J2EE 架構(gòu)允許我們把一些通用的、很繁瑣的服務(wù)端任務(wù)交給中間件去完成。 MVC 設(shè)計模式背景 MVC 是一種目前廣泛流行的軟件設(shè)計模式，早在 70 年代， IBM 就推出了Sanfronscisico 項目計劃，其實就是 MVC 設(shè)計模式的研究。 MVC 設(shè)計思想： MVC 英文即 ModelViewController，即把一個應(yīng)用的輸入、處理、輸出流程按照 Model、 View、 Controller 的方式進行分離，這樣一個應(yīng)用被分成三個層—— 模型層、視圖層、控制層。業(yè)務(wù)流程的處理交予模型 (Model)處理。業(yè)務(wù)模型的設(shè)計可以說是 MVC 最主要的核心。 MVC 設(shè)計模式告訴我們，把應(yīng)用的模型按一定的規(guī)則抽取出來，抽取的層次很重要，這也是判斷開發(fā)人員是否優(yōu)秀的設(shè)計依據(jù)。這點對編程 的開發(fā)人員非常重要。我們可以將這個模型單獨列出，所有有關(guān)數(shù)據(jù)庫的操作只限制在該模型中。例如，用戶點擊一個連接，控制層接受請求 后 , 并不處理業(yè)務(wù)信息，它只把用戶的信息傳遞給模型，告訴模型做什么，選擇符合要求的視圖返回給用戶。一個應(yīng)用的業(yè)務(wù)流程或者業(yè)務(wù)規(guī)則的改變只需改動 MVC 的模型層。 MVC 是構(gòu)筑軟件非常好的基本模式，至少將業(yè)務(wù)處理與顯示分離，強迫將應(yīng)用分為模型、視圖以及控制層 , 使得你會認(rèn)真考慮應(yīng)用的額外復(fù)雜性，把這些想法融進到架構(gòu)中，增加了應(yīng)用的可拓展性。而且必須注意的是，在檔案的復(fù)制與刪除過程中，我們也同樣地遺失了這些檔案的歷史歷程。 2． 對多個項目文件進行不分割送交 在 CVS 中，雖然我們可同時對多個項目文件進行送交，但是 CVS 并不保證一次的送交是不可分割的，而 SVN 的送交就沒有這個問題?，F(xiàn)在，不只是文字資料適合置于版本控制系統(tǒng)中，連二進制資料也可以很方便地放進來。 信息管稅下的數(shù)據(jù)監(jiān)控分析系統(tǒng)的設(shè)計和實現(xiàn) 8 B/S 三層結(jié)構(gòu) 瀏覽器 /服務(wù)器（ browser/server,B/S）模式又稱 B/S 結(jié)構(gòu)，是 C/S 模式應(yīng)用的擴展。作為最終用戶，只需通過 Web 瀏覽器，各種處理任務(wù)都可以調(diào)用服務(wù)器端的系統(tǒng)資源來完成。表示層是為客戶提供應(yīng)用服務(wù)的圖形界面，有助于用戶理解和高效的定位應(yīng)用服務(wù)。 所謂 B/S 三層體系結(jié)構(gòu)，是在客戶端與數(shù)據(jù)庫之間加入了一個中間層。 在基于 B/S 的三層體系結(jié)構(gòu)中，表示層、中間層、數(shù)據(jù)層被分割 成三個相對獨立的單元。它負(fù)責(zé)接受遠(yuǎn)程或本地的用戶請求，對用戶身份和數(shù)據(jù)庫存取權(quán)限進行驗證，運用服務(wù)器腳本，借助于中間件把請求發(fā)送到數(shù)據(jù)庫服務(wù)器（即數(shù)據(jù)層），把數(shù)據(jù) 庫服務(wù)器返回的數(shù)據(jù)經(jīng)過邏輯處理并轉(zhuǎn)換成 HTML 及各種腳本傳回客戶端。三層結(jié)構(gòu)邏輯分層明顯，將開發(fā)重點鎖定到稅收業(yè)務(wù)邏輯本身，而底層的服務(wù)如高度的并發(fā)操作，龐大的數(shù)據(jù)流量，嚴(yán)格的安全要求等則交給系統(tǒng)專門的中間件如 EJB 來完成。 企業(yè) beans 實現(xiàn)業(yè)務(wù)邏輯。三層 B/S 模式采用了面向?qū)ο? (OO, Object oriented) 的技術(shù)，并且在中間層對業(yè)務(wù)邏輯進行了封裝，加之有良好的接口定義機制，可重用性 好，易于修改、擴充。 ECSIDE 組件 ECSide 是一個開源的列表組件。因此透明網(wǎng)關(guān)也是 Oracle數(shù)據(jù)倉庫和數(shù)據(jù)遷移中的一個重要組成部分。它使用的是非 Oracle系統(tǒng)的底層專有接口，通過網(wǎng)關(guān)代理提供 Oracle服務(wù)器訪問不同的非 Oracle數(shù)據(jù)庫的驅(qū)動．通過異構(gòu)服第 2 章 相關(guān)技術(shù) 11 務(wù)實現(xiàn) Oracle與非 Oracle數(shù)據(jù)庫之間的事務(wù)處理和 SQI。同時本章還分析了部分相關(guān)技術(shù)運用在 數(shù)據(jù)監(jiān)控分析 系統(tǒng)中的優(yōu)勢。 可行性研究 在設(shè)計云南國稅數(shù)據(jù)監(jiān)控分析系統(tǒng)的前期，我們應(yīng)該了解金稅工程這一大背景， 金稅工程拉開了中國稅務(wù)大規(guī)模信息化建設(shè)與應(yīng)用的序幕，各期工程的開展也成為中國稅務(wù)信息化應(yīng)用的主線。增值稅從稅制本身來看，它易于公平稅負(fù)，便于征收管理。 金稅工程初期以增值稅監(jiān)管為主要目標(biāo)；二期時，內(nèi)容已拓寬為增值稅防偽稅控開票系統(tǒng)、防偽稅控認(rèn)證系統(tǒng)、增值稅計算機交叉稽核系統(tǒng)、發(fā)票協(xié)查信息管理系統(tǒng)的四個系 統(tǒng)；到了三期，其目標(biāo)已經(jīng)成為：在二期基礎(chǔ)上，建立 7 個子系統(tǒng)（管理子系統(tǒng)、征收子系統(tǒng)、稽查子系統(tǒng)、處罰子系統(tǒng)、執(zhí)行子系統(tǒng)、救濟子系統(tǒng)、監(jiān)控子系統(tǒng)）和 35 個模塊。 圖 31：需要抽取數(shù)據(jù)的五個業(yè)務(wù)系統(tǒng)環(huán)境圖 形成的這些業(yè)務(wù)系統(tǒng)給數(shù) 據(jù)的分析利用帶來了巨大的挑戰(zhàn)，存在的問題主要是： 1． 異構(gòu)網(wǎng)絡(luò)： SAN(存儲區(qū)域網(wǎng) )、 LAN(局域網(wǎng) )。 功能需求分析 系統(tǒng)概述 數(shù)據(jù)監(jiān)控分析 系統(tǒng)是將征管數(shù)據(jù)、外部數(shù)據(jù)、行政數(shù)據(jù)按領(lǐng)導(dǎo)層、業(yè)務(wù)管理層的需要建立成規(guī)范 統(tǒng)一 、高度共享的數(shù)據(jù)平臺，在此基礎(chǔ)上，應(yīng)用 聯(lián)機分析處理 OLAP 和數(shù)理統(tǒng)計等學(xué)術(shù)理論和技術(shù)， 對事物（如：收入）的規(guī)模、構(gòu)成、 分布、發(fā)展速度、平均水平、平衡程度等特征以及增長變化規(guī)律和發(fā)展趨勢，事物之間（如： GDP 與稅收收入）的相關(guān)關(guān)系、強度及均衡性等問題進行分析、挖掘，為操作、管理、決策等各級稅務(wù)人員提供日常查詢、統(tǒng)計、監(jiān)控、分析和宏觀經(jīng)濟稅收預(yù)測分析功能的數(shù)據(jù)分析利用平臺。 在數(shù)據(jù)監(jiān)控分析系統(tǒng)中實現(xiàn)對流轉(zhuǎn)稅三個稅種（增值稅、消費稅、車購稅）的稅種管理。 2． 流轉(zhuǎn)稅收入分析 對我省流轉(zhuǎn)稅（增值稅、消費稅、車購稅）的稅收收入進行分析；對一般納稅人占兩稅、三稅的比例進行測算；對重點稅源行業(yè)、企業(yè)稅收 收 入進行分析等。 （ 3） 行業(yè)收入分析 功能描述：統(tǒng)計分析查詢期內(nèi)兩稅（增值稅、消費稅）收入結(jié)構(gòu) 情況。 （ 2）全國通報的行業(yè)稅負(fù)預(yù)警值下限：定期錄入（每年一期）。查詢時段由查詢?nèi)藛T選擇。查詢時段由查詢?nèi)藛T選擇。為增值稅納稅評估和日常管理提供管理思路。 納稅人賬表比對采取計劃報送方式：即只有計劃指定的增值稅一般納稅人才報送比對期的賬務(wù)數(shù)據(jù)同增值稅納稅申報表的比對，不在計劃內(nèi)的一般納稅人不實施賬表比對。 對預(yù)征結(jié)算企業(yè)主要監(jiān)控總機構(gòu)進項轉(zhuǎn)出（負(fù)數(shù)填列在增值稅納稅申報表附表 2 第 21 欄）數(shù)據(jù)與各分支機構(gòu)預(yù)繳稅款是否相符，不符的要求填列原因（監(jiān)控總機構(gòu)） 。 系統(tǒng)功能需求分析 根據(jù)流轉(zhuǎn)稅業(yè)務(wù)需求，得出完整的流轉(zhuǎn)稅管理功能模塊圖，如 圖 33 所示： 圖 33：流轉(zhuǎn)稅管理功能模塊圖 所有業(yè)務(wù)處室的需求分析 結(jié)束 后，得到 數(shù)據(jù)監(jiān)控分析 系統(tǒng)的功能模塊圖 ， 如信息管稅下的數(shù)據(jù)監(jiān)控分析系統(tǒng)的設(shè)計和實現(xiàn) 22 圖 34 所示 。 2． 統(tǒng)計：應(yīng)用 者主要 是 局領(lǐng)導(dǎo)、業(yè)務(wù)部門主管或經(jīng)辦人員、稅收管理員，用于 按 “ 一局式 ” 的反應(yīng)稅收各業(yè)務(wù)主題統(tǒng)計數(shù)據(jù)。對稅務(wù)機關(guān) /部門的各項工作指標(biāo)進行考核、對重點業(yè)務(wù)進行監(jiān)控及時發(fā)現(xiàn)并處理各類 “ 告警 ” 信息 。 系統(tǒng)環(huán)境 對系統(tǒng)環(huán)境的介紹主要包括系統(tǒng)的開發(fā)環(huán)境和系統(tǒng)的客戶端環(huán)境。 系統(tǒng)架構(gòu)描述 數(shù)據(jù)監(jiān)控 分析 系統(tǒng) 的總體架構(gòu)設(shè)計如 圖 41 所示 。 圖 42： dm_serverid 的業(yè)務(wù)邏輯關(guān)系圖 4． 數(shù)據(jù)訪問層：通過 DAO 方式與數(shù)據(jù)庫交互，完成業(yè)務(wù)邏輯