【正文】 …………………………… .33 Chapter 5 System Implementation………………………………… ....34 Systems Coding Standards………………………………………………… ..34 Implementation of the View Layer……………………………………… … .35 Implementation of Operational Logic Control Layer and Data Layer… ...36 Implementation of Drilling………………………………………………… ..36 Screenshots of System Operation…………………………………………… 36 System Login Screen…………………………………………………… ...37 System Console………………………………………………………… ...37 Main Menu of Turnover Tax Management……………………………… .38 Analysis Interface of General Taxpayer Valueadded Tax……………… ..38 Analysis Interface of LikeForLike Tax………………………………… .42 Correlation Analysis of Tax and Economic……………………………… .43 Summary of this chapter…………………………………………………… .44 Chapter 6 Conclusions and Outlook………………………………… .45 Conclusions………………………………………………………………… ...45 Outlook……………………………………………………………………… ..45 References……………………………………………………………… 47 Acknowledgements…………………………………………………… .48 第 1章 緒論 1 第 1 章 緒論 研究背景 與 意義 近年來，稅務(wù)信息系統(tǒng)基礎(chǔ)設(shè)施建設(shè)取得了較大進(jìn)展，信息系統(tǒng)運(yùn)行的基礎(chǔ)和保障水平得到整體提升。增值稅、出口退稅等領(lǐng)域的信息化應(yīng)用成果明顯，反避稅、跨地區(qū)企業(yè)所得稅的信息化應(yīng)用逐步深 入，電子申報、聯(lián)網(wǎng)繳稅等一些方便納稅人的應(yīng)用日益普及。1991 年我省自行開發(fā)的第一套征管軟件在盤龍區(qū)稅務(wù)局成功試點，標(biāo)志著我省稅務(wù)信息化建設(shè)的起步。 基于數(shù)據(jù)在省局大集中的背景下 ，為了讓省、州、縣各級稅務(wù)機(jī)關(guān)局領(lǐng)導(dǎo)信息管稅下的數(shù)據(jù)監(jiān)控分析系統(tǒng)的設(shè)計和實現(xiàn) 2 能快速、準(zhǔn)確、方便地從宏觀角度掌握所轄的稅務(wù)機(jī)關(guān)的工作情況和工作質(zhì)量，結(jié)合我省國稅實際情況，決定開發(fā)數(shù)據(jù)監(jiān)控分析系統(tǒng) 。 云南國稅在用的業(yè)務(wù)系統(tǒng)有 36 個，在 數(shù)據(jù)監(jiān)控分析 系統(tǒng)實施中需要用到的業(yè)務(wù)系統(tǒng)有 5 個： 綜合征管軟件 [3]：中國稅收征管信息系統(tǒng) （簡稱 “ 綜合征管軟件 ” ）是國家稅務(wù)總局為了集中和處理稅收征收管理信息、促進(jìn)科學(xué)化和精細(xì)化管理、全面提高稅收征管質(zhì)量和效率而整合開發(fā)的一個軟件。 車輛購置稅管理系統(tǒng)：車輛購置稅征收管理系統(tǒng)。 文章 組織結(jié)構(gòu) 本 文 主要由以下幾部分組成 ： 第一章 緒論部分。 第三章 需求分析部分。 該部分主要分析了系統(tǒng)的整體框架，并對流轉(zhuǎn)稅處需求分析做了主要模塊各層詳細(xì)的設(shè)計。該部分總結(jié)了論文工作的意義和主要研究內(nèi)容，并對下一步的工作做了一定的思 考。 ExtJs 最開始基于 YUI（ Yahoo User Interface Library）技術(shù)，由開發(fā)人員 Jack Slocum 開發(fā)，通過參考 Java Swing 等機(jī)制來組織可視化組件，無論從 UI 界面上CSS 樣式的應(yīng)用，到數(shù)據(jù)解析上的異常 處理，都可算是一款不可多得的 JavaScript客戶端技術(shù)的精品，大大提高了我們的開發(fā)效率 。而且很多應(yīng)用軟件開發(fā)商也把自己的產(chǎn)品轉(zhuǎn)移到 J2EE 平臺上來，使之成為事實的工業(yè)標(biāo)準(zhǔn)[6]。其次，對于云南國稅來說，已經(jīng)購買了的使用許可協(xié)議或維護(hù)協(xié)議，可在 J2EE 環(huán)境中仍能被使用。我們可以只需構(gòu)造一次編碼良好，符合 J2EE 的程序，然后在部署時按應(yīng)用環(huán)境做出決策。開發(fā)人員利用底層平臺構(gòu)造靈第 2 章 相關(guān)技術(shù) 5 活、易維護(hù)的企業(yè)系統(tǒng)，這類系統(tǒng)不用作大的調(diào)整就可以適應(yīng)新的中間件、數(shù)據(jù)庫或數(shù)據(jù)庫規(guī)劃。隨著網(wǎng)絡(luò)應(yīng)用的快速增加 ,MVC 模式對于 Web 應(yīng)用的開發(fā)無疑是一種非常先進(jìn)的設(shè)計思想，無論你選擇哪種語言，無論應(yīng)用多復(fù)雜 ,它都能為你理解分析應(yīng)用模型時提供最基本的分析方法，為你構(gòu)造產(chǎn)品提供清晰的設(shè) 計框架，為你的軟件工程提供規(guī)范的依據(jù)。一個應(yīng)用可能有很多不同的視圖， MVC 設(shè)計模式對于視圖的處理僅限于視圖上數(shù) 據(jù)的采集和處理，以及用戶的請求，而不包括在視圖上的業(yè)務(wù)流程的處理。業(yè)務(wù)流程的處理過程對其它層來說是黑箱操作，模型接受視圖請求的數(shù)據(jù)，并返回最終的處理結(jié)果。對一個開發(fā)者信息管稅下的數(shù)據(jù)監(jiān)控分析系統(tǒng)的設(shè)計和實現(xiàn) 6 來說，就可以專注于業(yè)務(wù)模型的設(shè)計。我們可以用對象編程來做比喻， MVC 定義了一個頂級類，告訴它的子類你只能做這些，但沒法限制你能做這些。比如將一張訂單保存到數(shù)據(jù)庫，從數(shù)據(jù)庫獲取訂單?？刂茖硬⒉蛔鋈魏蔚臄?shù)據(jù)處理。 再次，由于一個應(yīng)用被分離為三層，因此有時改變其中的一層就能滿足應(yīng)用的改變。由于不同的層各司其職，每一層不同的應(yīng)用具有某些相同的特征，有利于通過工程化、工具化產(chǎn)生管理程序代碼。 SVN 從 CVS 繼承了程式碼版本的存儲與維護(hù)、程式碼版本的追蹤回溯、程式碼版本的分合控制、職員多人合作開發(fā)專案、程式碼遠(yuǎn)端管理維護(hù)、程式碼匿名截取；在 CVS 基礎(chǔ)上增添了下列新功能： 1． 目錄版本控制，目錄更名 在 CVS 中，一個目錄是沒有版本歷程的，假如原來一個名為 doc/的目錄，在經(jīng)過一段時間之后，發(fā)現(xiàn)它應(yīng)該要稱為 manual/比較恰當(dāng)，此時我們只能建立一個新 manual/，把 doc/目錄下的檔案復(fù)制過去，把 manual/下的檔案新增至 CVS系統(tǒng)中，再把 doc/刪除。也就是說，我們可以隨時要求 SVN 將某個項目文件恢復(fù)到某個時間點的狀態(tài)，也可以對目錄進(jìn)行更名的動作。再者，它使用可適用于文字與二進(jìn)制資料的內(nèi)容差異演算法，在項目儲存上，文字與二進(jìn)制資料都具有相同的優(yōu)勢。同樣的， SVN 的分支也是以 目錄的副本來實現(xiàn)的 [8]。采用這種結(jié)構(gòu)，用戶端只需要安裝一個通用的瀏覽器軟件，不需要安裝應(yīng)用軟件，做到了與軟硬件平臺無關(guān)。這種模式在邏輯上將應(yīng)用功能分為三層 : 表示層、業(yè)務(wù)邏輯層、數(shù)據(jù)層。數(shù)據(jù)層是三層模式 中的 最底層，它用來定義、維護(hù)、訪 問 和更新數(shù)據(jù)并管理和滿足應(yīng)用服務(wù)對數(shù)據(jù)的請求 [10]。通常情況下，客戶端不直接與數(shù)據(jù)庫進(jìn)行交互，而是通過與中間層通訊建立連接，再經(jīng)由中間層與數(shù)據(jù)庫進(jìn)行交互。 第 2 章 相關(guān)技術(shù) 9 中間層（ WebServer）是用戶服務(wù)和數(shù)據(jù)服務(wù)的邏輯橋梁。 基于 B/S 的三層體系結(jié)構(gòu)示意圖如圖 21 所示 [11]： 圖 21 基于 B/S 的三層結(jié)構(gòu)體系示意圖 數(shù)據(jù)監(jiān)控分析系統(tǒng)采用三層 B/S 結(jié)構(gòu)的優(yōu)勢 : 1． 重點突出稅收業(yè)務(wù)邏輯本身。 EJB 容器管理系統(tǒng)的安全性，保證用戶對企業(yè) bean的授權(quán)訪問以及事務(wù)管理數(shù)據(jù)的永久存儲 。 信息管稅下的數(shù)據(jù)監(jiān)控分析系統(tǒng)的設(shè)計和實現(xiàn) 10 2． 體現(xiàn)了面向?qū)ο蠹夹g(shù)的精髓。中間層的跨平臺能力是決定整個軟件系統(tǒng)的可移植性能力的關(guān)鍵因素，三層結(jié)構(gòu)具有良好的跨平臺能力 。 ORACLE 透明網(wǎng)關(guān) Oracle實現(xiàn)異構(gòu)服務(wù)的技術(shù)叫做透明網(wǎng)關(guān)（ Transparent Gateway），利用透明網(wǎng)關(guān)可以實現(xiàn)和 SQL SERVER、 SYBASE、 DB2等多種數(shù)據(jù)庫的互聯(lián) [13]。 透明網(wǎng)關(guān)的體系結(jié)構(gòu)也很簡單，可以理解為這樣的一個接口：實現(xiàn)了 Oracle和其他異構(gòu)數(shù)據(jù)源的透明連接，而提供給用戶的感覺就像訪問 Oracle數(shù)據(jù)庫一樣。 本章小結(jié) 本章分析和闡述了系統(tǒng)設(shè)計和實現(xiàn)涉及到的相關(guān)技術(shù)，相關(guān)技術(shù)有 J2EE 技術(shù)、 MVC 設(shè)計模式、 SVN 協(xié)作開發(fā)、 B/S 三層結(jié)構(gòu)、 ECSIDE 組件、 ORACLE透明網(wǎng)關(guān) 理 [16]。 本章主要就云南國稅數(shù)據(jù)監(jiān)控分析系統(tǒng)的需求分析工作進(jìn)行闡述。這次稅制改革的核心內(nèi)容是建立以增值稅為主體的流轉(zhuǎn)稅制度。 1994 年 3 月底，“金稅”工程試點工作正式啟動。 圖 31 顯示了 云南國稅系統(tǒng)信息化的建設(shè)經(jīng)過國家稅務(wù)總 局 “ 金稅工程 ” 一期、二期的建設(shè)以及自己建設(shè)的過程，由于稅收業(yè)務(wù)發(fā)展的需要，形成了多種多第 3 章 需求分析 13 樣的業(yè)務(wù)系統(tǒng)。在 產(chǎn)品里，透明網(wǎng)關(guān)是作為單獨的產(chǎn)品提供的，在 Oracle9里面，集成了透明網(wǎng)關(guān)，考慮到 “ 金稅工程 ” 三期國家稅務(wù)總局采購的數(shù)據(jù)庫產(chǎn)品是 Oracle，所以，在數(shù)據(jù)監(jiān)控分析系統(tǒng)實施中，將采用 Oracle9 透明網(wǎng)關(guān)來解信息管稅下的數(shù)據(jù)監(jiān)控分析系統(tǒng)的設(shè)計和實現(xiàn) 14 決數(shù)據(jù)環(huán)境異構(gòu)的問題。 圖 32： 系統(tǒng) 間關(guān)系 示意圖 第 3 章 需求分析 15 業(yè) 務(wù) 需求 數(shù)據(jù)監(jiān)控分析系統(tǒng)業(yè)務(wù)需求涉及了云南國稅各級領(lǐng)導(dǎo)層和八個業(yè)務(wù)管理部門（流轉(zhuǎn)稅處、所得稅處、國際稅收管理處、征管處、進(jìn)出口稅收管理處、計統(tǒng)處，稽查局、法規(guī)處）的業(yè)務(wù)需求，本論文只分析流轉(zhuǎn)稅管理處的業(yè)務(wù)需求。 1． 工作區(qū)首頁顯示內(nèi)容 功能描述：將各模塊重要的信息即時反饋在工作區(qū)頁面上，使領(lǐng)導(dǎo)和管理人員可以直觀掌握相關(guān)信息，并進(jìn)行決策。 數(shù)據(jù)說明：將臨時征收中屬于跨區(qū)分配的一般納稅人征稅額劃到一般納稅人項下。 參數(shù)選擇：分稅務(wù)機(jī)關(guān) +時間段選擇、分行業(yè) +時間段選擇 數(shù)據(jù)來源：綜合征管軟件 表格展示：各稅種收入完成情況 ，見表 34 表 34：重點稅源監(jiān)控 稅務(wù)機(jī)關(guān)（行業(yè)） 重點稅源戶數(shù) 一般納稅人戶數(shù) 稅種登記戶數(shù) 重點稅源占一般納稅人比 重點稅源占稅種登記戶數(shù)比 實現(xiàn)兩稅收 入 昆明 …… 合計 信息管稅下的數(shù)據(jù)監(jiān)控分析系統(tǒng)的設(shè)計和實現(xiàn) 18 3． 稅負(fù)分析 數(shù)據(jù)來源： （ 1）全國通報的行業(yè)稅負(fù)平均值：定期錄入（每年一期）。 參數(shù)選擇：所屬月份 表格展示： 一般納稅人申報質(zhì)量監(jiān)控，見表 35 表 35：一般納稅人申報質(zhì)量監(jiān)控匯總 地 區(qū) 主表邏輯關(guān)系錯誤條數(shù) 涉及企業(yè)戶數(shù) 附表一邏輯關(guān)系錯誤條數(shù) 涉及企業(yè)戶數(shù) 附表二邏輯關(guān)系錯誤條數(shù) 涉及企業(yè)戶數(shù) 主表與附表間邏輯關(guān)系錯誤條數(shù) 涉及企業(yè)戶數(shù) 同一稅款所屬期兩次以上申報戶數(shù) 昆明 …… 合計 5． 車購稅分析 （ 1）檔案維護(hù) “ 更正 ” 權(quán)限的使用記錄 需求描述：通過查詢 “ 車購稅征管系統(tǒng)數(shù)據(jù) ” 能通過數(shù)據(jù)監(jiān)控系統(tǒng)實時掌握檔案維護(hù) “ 更正 ” 權(quán)限的使用情況，并能分地區(qū)（分州市，分縣區(qū)）導(dǎo)出使用記錄。 數(shù)據(jù)來源：車購稅征管系統(tǒng) （ 2） “ 特殊計稅 ” 權(quán)限的使用 需求描