- 相關(guān)推薦
電子稅務(wù)局畢業(yè)論文
學校編碼：10384 分類號 密級 學號：X20113287123 UDC
工 程 碩 士 學 位 論 文
某市稅收數(shù)據(jù)綜合應(yīng)用平臺
數(shù)據(jù)質(zhì)量監(jiān)控系統(tǒng)的設(shè)計與實現(xiàn)
Design and Implementation of Data Quality Monitoring system for Integrated Tax Data Application Platform
李正東
指 導 教 師： 林凡副教授
專 業(yè) 名 稱： 軟件工程
論文提交日期： 2011年9月
論文答辯日期： 2011年9月
學位授予日期： 年
指 導 教 師：__________
答辯委員會主席：__________
2015年*月 月
廈門大學學位論文原創(chuàng)性聲明
本人呈交的學位論文是本人在導師指導下,獨立完成的研究成果。本人在論文寫作中參考其他個人或集體已經(jīng)發(fā)表的研究成果，均在文中以適當方式明確標明，并符合法律規(guī)范和《廈門大學研究生學術(shù)活動規(guī)范（試行）》。
另外，該學位論文為（）課題（組）的研究成果，獲得（ ）課題（組）經(jīng)費或?qū)嶒炇业馁Y助，在（ ）實驗室完成。（請在以上括號內(nèi)填寫課題或課題組負責人或?qū)嶒炇颐Q，未有此項聲明內(nèi)容的，可以不作特別聲明。）
聲明人（簽名）：
年 月 日
廈門大學學位論文著作權(quán)使用聲明
本人同意廈門大學根據(jù)《中華人民共和國學位條例暫行實施辦法》等規(guī)定保留和使用此學位論文，并向主管部門或其指定機構(gòu)送交學位論文（包括紙質(zhì)版和電子版），允許學位論文進入廈門大學圖書館及其數(shù)據(jù)庫被查閱、借閱。本人同意廈門大學將學位論文加入全國博士、碩士學位論文共建單位數(shù)據(jù)庫進行檢索，將學位論文的標題和摘要匯編出版，采用影印、縮印或者其它方式合理復(fù)制學位論文。
本學位論文屬于：
（ ）1.經(jīng)廈門大學保密委員會審查核定的保密學位論文，于 年 月 日解密，解密后適用上述授權(quán)。
（√）2.不保密，適用上述授權(quán)。
（請在以上相應(yīng)括號內(nèi)打“√”或填上相應(yīng)內(nèi)容。保密學位論文應(yīng)是已經(jīng)廈門大學保密委員會審定過的學位論文，未經(jīng)廈門大學保密委員會審定的學位論文均為公開學位論文。此聲明欄不填寫的，默認為公開學位論文，均適用上述授權(quán)。）
聲明人（簽名）：
年 月 日
摘 要
稅收征管和納稅服務(wù)是稅收工作的兩大核心業(yè)務(wù)。強化核心業(yè)務(wù)，關(guān)鍵在于提高稅源管理水平。稅源管理水平的高低，很大程度上取決于是否有效地解決“兩個不對稱”問題，即征納雙方之間的信息不對稱、稅務(wù)系統(tǒng)內(nèi)各部門之間的信息不對稱問題。這就要求稅務(wù)部門首先要打通稅務(wù)系統(tǒng)內(nèi)各部門之間的、稅務(wù)系統(tǒng)和各經(jīng)濟主管單位之間的信息交互渠道，整合來至其他社會部門的涉稅資源。并在此的基礎(chǔ)上，從稅收工作實際出發(fā)，強化稅收情報綜合分析能力，打破“兩個不對稱”的信息藩籬，從源頭上提高稅源管理效益。
我國稅務(wù)系統(tǒng)經(jīng)過多年的信息化建設(shè)，尤其是金稅工程的不斷推進，基本實現(xiàn)了稅收征管工作的數(shù)字化，但對海量稅收數(shù)據(jù)的監(jiān)、管、用缺乏全生命周期的規(guī)劃，這成為稅務(wù)部門有效發(fā)揮其職能作用的瓶頸。利用現(xiàn)代信息處理技術(shù)，強化涉稅數(shù)據(jù)管理與應(yīng)用，已成為各國稅務(wù)部門提升稅源管理水平的突破口。
本文按照總局“信息管稅”的總體要求，針對基層稅務(wù)機關(guān)的開展稅收征管和納稅服務(wù)工作實際需要，結(jié)合某市國家稅務(wù)局稅收數(shù)據(jù)綜合應(yīng)用平臺的建設(shè)思路和要求，利用數(shù)據(jù)倉庫、數(shù)據(jù)挖掘等信息處理手段，進行分析挖掘等技術(shù)手段，對多種來源的涉稅數(shù)據(jù)進行全生命周期的質(zhì)量監(jiān)督和管理，全力確保涉稅信息“采集數(shù)據(jù)、挖掘信息、發(fā)現(xiàn)規(guī)律、獲取知識”的稅收數(shù)據(jù)分析利用鏈條的質(zhì)量，提升稅收數(shù)據(jù)信息和價值發(fā)現(xiàn)的有效性、可靠性，進一步發(fā)揮信息化建設(shè)對推進稅收事業(yè)發(fā)展的支撐作用，推進征管體系現(xiàn)代化，服務(wù)經(jīng)濟、社會發(fā)展的“新常態(tài)”。
關(guān)鍵詞： 稅收數(shù)據(jù)綜合應(yīng)用平臺；稅源管理；信息不對稱
I
Abstract
Tax revenue collection and management are two of the main businesses of taxation work。To strengthen the core business, the key is to raise the level of tax source management. And the level of tax source management depends on whether we can solve two kinds of the information asymmetric problem or not. In another words, we need to solve the information asymmetry problem between the taxpayers and collection department, and between different departments in tax system. Hence, this requires us to make ways for information exchange between different departments in tax system and between the tax system and various economic unites, to integrate the tax resources from other social sectors. Given on that, we should Starting from the reality of tax work, strengthening the comprehensive analysis ability in tax information, breaking the obstacles of two asymmetric, so as to improve the efficiency of tax source management from the beginning.
After years of information construction in our tax system, especially the continuing boosting of golden tax project, our county realizes the digitalization in tax collection work. But, for rapid development of social economic environment, it is
still lack of overall plan of tax data monitoring, management and using with the full data life-cycle, which becomes the bottleneck of effectively play functions in tax departments. So using modern information processing technology and strengthening the tax-related data management and application, has become the breach of the tax department to enhance the level of tax source management.
????? 缺33333
Keywords: Tax Data Integrated Application Platform；Tax Source Management； Tax Data Monitoring
目 錄
摘 要 ........................................................................................................... I Abstract .................................................................................................... II 目 錄 ........................................................................................................ IV
第1章
1.1
1.2
1.3
第2章
2.1
2.2
2.4.1
2.4.2
2.4.3
第3章
3.1
3.2
3.2.1
3.2.2
3.2.3
3.2.4
3.2.5
3.3
3.3.1
3.3.2
3.3.3
3.3.4
3.3.5
3.3.6
3.3.7 緒論........................................................................................... 1 項目開發(fā)的背景 ...................................................................................... 1 國內(nèi)外研究現(xiàn)狀綜述 .............................................................................. 2 本文的研究方向及主要工作 .................................................................. 2 項目整體架構(gòu) ....................................... 錯誤！未定義書簽。 項目定位與目標 .................................................... 錯誤！未定義書簽。 項目設(shè)計原則 ........................................................ 錯誤！未定義書簽。 開放性與獨立性統(tǒng)一原則 .................................... 錯誤！未定義書簽。 可持續(xù)發(fā)展原則 .................................................... 錯誤！未定義書簽。 先進性與成熟性結(jié)合原則 .................................... 錯誤！未定義書簽。 需求分析 .................................................................................. 4 項目需求綜述 .......................................................................................... 4 業(yè)務(wù)需求 ..........................................http://www.shangyepx.com........................................................ 8 查詢統(tǒng)計 ................................................................ 錯誤！未定義書簽。 報表管理 ................................................................ 錯誤！未定義書簽。 報告管理 ................................................................ 錯誤！未定義書簽。 OLAP分析 ............................................................... 錯誤！未定義書簽。 數(shù)據(jù)挖掘應(yīng)用 ........................................................ 錯誤！未定義書簽。 技術(shù)需求 ................................................................................................ 12 框架需求 ................................................................ 錯誤！未定義書簽。 性能需求 ................................................................................................ 23 可擴展性需求 ........................................................................................ 24 可操作性需求 ........................................................ 錯誤！未定義書簽。 可靠性需求 ............................................................ 錯誤！未定義書簽。 數(shù)據(jù)需求 ................................................................ 錯誤！未定義書簽。 數(shù)據(jù)應(yīng)用對象需求 ................................................ 錯誤！未定義書簽。
3.3.9
第4章
4.1
4.2
4.3
4.4
4.4.1
4.4.2
4.4.3
第5章
5.1
5.1.1
5.1.2
5.1.3
5.2
5.2.1
5.2.2
5.2.3
5.2.4
5.2.5
5.2.6
5.2.7
5.3
5.3.1
5.3.2
5.3.3
5.3.4
5.3.5
第6章
6.1
6.2
6.3 其他技術(shù)需求 ........................................................................................ 25 概要設(shè)計 ................................................................................ 26 總體框架設(shè)計 ........................................................ 錯誤！未定義書簽。 數(shù)據(jù)架構(gòu)設(shè)計 ........................................................ 錯誤！未定義書簽。 應(yīng)用架構(gòu)設(shè)計 ........................................................ 錯誤！未定義書簽。 非功能設(shè)計 ............................................................ 錯誤！未定義書簽。 性能設(shè)計 ................................................................ 錯誤！未定義書簽。 可靠性設(shè)計 ............................................................ 錯誤！未定義書簽。 可維護性設(shè)計 ........................................................ 錯誤！未定義書簽。 數(shù)據(jù)支撐層的詳細設(shè)計與實現(xiàn) ........... 錯誤！未定義書簽。 數(shù)據(jù)支撐層架構(gòu)規(guī)劃 ............................................ 錯誤！未定義書簽。 生產(chǎn)系統(tǒng)數(shù)據(jù)層 .................................................... 錯誤！未定義書簽。 數(shù)據(jù)倉庫層 ............................................................ 錯誤！未定義書簽。 分析應(yīng)用系統(tǒng)層 .................................................... 錯誤！未定義書簽。 數(shù)據(jù)模型的設(shè)計與實現(xiàn) ........................................ 錯誤！未定義書簽。 數(shù)據(jù)層次模型 ........................................................ 錯誤！未定義書簽。 歷史區(qū)..................................................................... 錯誤！未定義書簽。 原子區(qū)..................................................................... 錯誤！未定義書簽。 匯總層..................................................................... 錯誤！未定義書簽。 主題數(shù)據(jù)概念模型 ................................................ 錯誤！未定義書簽。 邏輯模型實例 ........................................................ 錯誤！未定義書簽。 模型管理工具 ........................................................ 錯誤！未定義書簽。 數(shù)據(jù)的抽取、轉(zhuǎn)換和加載 .................................... 錯誤！未定義書簽。 總體設(shè)計 ................................................................ 錯誤！未定義書簽。 數(shù)據(jù)同步 ................................................................ 錯誤！未定義書簽。 OT-ETL ..................................................................... 錯誤！未定義書簽。 數(shù)據(jù)加工 ................................................................ 錯誤！未定義書簽。 數(shù)據(jù)反饋 ................................................................ 錯誤！未定義書簽。 應(yīng)用支撐層的詳細設(shè)計與實現(xiàn) ............................................ 26 應(yīng)用層總體架構(gòu) .................................................................................... 55 應(yīng)用支撐功能模塊定義 ........................................ 錯誤！未定義書簽。 應(yīng)用支撐層的實現(xiàn) ................................................ 錯誤！未定義書簽。
6.3.2
6.3.3 分析引擎設(shè)計 ........................................................ 錯誤！未定義書簽。 通用分析工具設(shè)計 ................................................ 錯誤！未定義書簽。
第7章
7.1
7.1.1
7.1.2
7.1.3
7.1.4
7.1.5
7.2
7.2.1
7.2.2 重點功能模塊設(shè)計與實現(xiàn) ................... 錯誤！未定義書簽。 一戶式管理子系統(tǒng) ................................................ 錯誤！未定義書簽。 一戶式——整體設(shè)計 ............................................ 錯誤！未定義書簽。 邏輯結(jié)構(gòu) ................................................................ 錯誤！未定義書簽。 一戶式——首頁 .................................................... 錯誤！未定義書簽。 一戶式——查詢統(tǒng)計 ............................................ 錯誤！未定義書簽。 界面設(shè)計與實現(xiàn) .................................................... 錯誤！未定義書簽。 收入分析 ................................................................ 錯誤！未定義書簽。 領(lǐng)導駕駛艙設(shè)計 .................................................... 錯誤！未定義書簽。 稅源地圖 ................................................................ 錯誤！未定義書簽。
第8章
8.1
8.2
8.3
8.4
8.4.1
8.4.2
8.4.3
8.4.4
8.5 項目測試 ................................................................................ 56 測試目標 ................................................................................................ 56 測試規(guī)劃及方案 .................................................................................... 56 測試準備 ................................................................................................ 57 測試內(nèi)容與結(jié)果 .................................................................................... 57 數(shù)據(jù)和數(shù)據(jù)庫完整性測試 .................................................................... 57 接口測試 ................................................................................................ 57 功能測試 ................................................................................................ 58 性能測試 ................................................................................................ 59 測試結(jié)果分析 ........................................................................................ 64
第9章
9.1
9.2 總結(jié)與展望 ............................................................................ 65 總結(jié)......................................................................................................... 65 展望......................................................................................................... 65
參考文獻................................................................................................... 67
致 謝 ....................................................................................................... 69
第1章 緒論
1.1 項目開發(fā)的背景
經(jīng)濟決定稅收，稅收影響經(jīng)濟。近年來，經(jīng)濟的發(fā)展逐漸呈現(xiàn)出從要素驅(qū)動、投資驅(qū)動轉(zhuǎn)向創(chuàng)新驅(qū)動的“新常態(tài)”[1]。作為和經(jīng)濟密切相關(guān)的稅收工作，也必然會呈現(xiàn)出。在社會經(jīng)濟走向“新常態(tài)”的過程中，與之密切相關(guān)的稅收工作將會面臨更多的挑戰(zhàn)。目前，我國的稅制結(jié)構(gòu)仍然以間接稅為主，在由10%左右的高速經(jīng)濟增長向7%左右的中高速經(jīng)濟增長“新常態(tài)”轉(zhuǎn)變的過程中[2]，稅收增長率的減速幅度通常會大于經(jīng)濟增長率的減速幅度。同時，經(jīng)濟結(jié)構(gòu)變化必然帶來稅源結(jié)構(gòu)的深刻變化。一方面，經(jīng)濟實體的組織形式、經(jīng)營方式不斷增加，發(fā)展速度不斷加快 [3]。稅源呈現(xiàn)出復(fù)雜性、隱蔽性和流動性越來越突出、越來越普遍的特點[4]。另一方面，隨著房地產(chǎn)稅等涉及個人的直接稅改革的推進，納稅人的范圍將在現(xiàn)有企業(yè)、個體工商戶的基礎(chǔ)上增加自然人，納稅人數(shù)量將從“大量”變成“海量”；其高容量（Volume）、多樣性（Variety）、速度（Velocity）及價值（Value）的4V特性[5]，直接導致了稅務(wù)部門的數(shù)據(jù)來源更加廣泛、數(shù)據(jù)類型多種多樣。這使得各級稅務(wù)機關(guān)如何更加有效的“監(jiān)、管、用”稅收信息，持續(xù)提高涉稅數(shù)據(jù)質(zhì)量的問題逐漸顯現(xiàn)出來。
同時，在稅收“新常態(tài)”下，我國稅務(wù)系統(tǒng)不斷“加強稅收征收管理信息系統(tǒng)的現(xiàn)代化建設(shè)”[7]�！敖鸲惾诠こ獭钡耐茝V建設(shè)，一是在全國稅務(wù)系統(tǒng)的范圍內(nèi)，包括國稅系統(tǒng)和地方稅務(wù)系統(tǒng)，規(guī)范了涉稅數(shù)據(jù)的采集、處理和管理機制，為信息分析利用準備了數(shù)據(jù)基礎(chǔ)；二是金稅三期工程主體系統(tǒng)在國家稅務(wù)總局、國稅系統(tǒng)和地稅系統(tǒng)的全面應(yīng)用，實現(xiàn)了全國稅收管理信息系統(tǒng)的統(tǒng)一，為大范圍的涉稅信息分析利用提供了技術(shù)條件；三是全國、省級數(shù)據(jù)大集中、涉稅數(shù)據(jù)分類管和統(tǒng)一的稅收征管工作要求，為信息分析利用整合了統(tǒng)一的管理體系[8]。
綜上所述，現(xiàn)階段，我國稅務(wù)系統(tǒng)既存在強化稅收數(shù)據(jù)質(zhì)量監(jiān)督、規(guī)范涉稅數(shù)據(jù)使用的內(nèi)在要求，也具備了深度分析利用涉稅數(shù)據(jù)所需的物質(zhì)基礎(chǔ)、技術(shù)條件和管理體系。
1.2 研究現(xiàn)狀和問題
西方國家，如美國、德國、日本、意大利、澳大利亞等國家，稅收信息化建設(shè)起步早、發(fā)展快、歷時長、技術(shù)沉淀和經(jīng)驗積累深厚，已經(jīng)逐漸從簡單的統(tǒng)計分析發(fā)展到有理論支撐、技術(shù)先進、管理配套的現(xiàn)代稅收數(shù)據(jù)質(zhì)量管控系統(tǒng)。例如，美國聯(lián)邦稅務(wù)局（IRS）通過兩個全國性的總部計算機中心和10個區(qū)域性的大區(qū)服務(wù)中心實現(xiàn)了稅收數(shù)據(jù)的高度管理，在進行業(yè)務(wù)管理、實現(xiàn)有效的稅源管理、征收率高達80%以上的同時，稅收直接成本下降到0.4%左右[6]。
我國稅收信息化建設(shè)走過了以業(yè)務(wù)處理為主的、以“單機使用”、“稅網(wǎng)/新稅網(wǎng)”、“省級集中”為標志的信息化建設(shè)歷程，進入了以“金稅三期”為標志的“業(yè)務(wù)處理系統(tǒng)和決策支持并重”、“統(tǒng)一系統(tǒng)、統(tǒng)一流程、統(tǒng)一數(shù)據(jù)”、全國涉稅數(shù)據(jù)總局/省局兩級集中的新的發(fā)展階段。全國各級稅務(wù)部門在不斷探索數(shù)據(jù)分析和稅源管理工作的過程中，都對如何通過技術(shù)手段提高數(shù)據(jù)質(zhì)量的問題進行了不斷的研究和實踐。例如，XX國稅利用稅收數(shù)據(jù)綜合應(yīng)用平臺，整合了金稅三期系統(tǒng)數(shù)據(jù)、防偽稅控系統(tǒng)數(shù)據(jù)、車輛購置數(shù)據(jù)以及工商、海關(guān)、質(zhì)檢、能源、交通、公安等多個部門的涉稅，通過多方比對的方式排除疑點，提高數(shù)據(jù)質(zhì)量。但是，由于局限于當時現(xiàn)實條件，涉稅數(shù)據(jù)質(zhì)量的管理能力和效率都較為有限，無法滿足“新常態(tài)”下經(jīng)濟社會發(fā)展對稅收工作提出的時代要求。
1.3 本文的研究方向及主要工作
本文按照總局“以信息管稅為依托,努力構(gòu)建稅源專業(yè)化管理新體系”[9]的總體思路，立足金稅三期系統(tǒng)，借鑒其他行業(yè)對業(yè)務(wù)數(shù)據(jù)質(zhì)量管控的實踐經(jīng)驗，針對涉稅數(shù)據(jù)質(zhì)量管理“沒人管”、“沒法管”等問題，在某市國家稅務(wù)局稅收數(shù)據(jù)綜合應(yīng)用平臺的整體框架下，從各種來源的涉稅數(shù)據(jù)的采集、整理、保存、流轉(zhuǎn)、使用等多個環(huán)節(jié)入手，【？？？？？？】利用 、 等現(xiàn)代信息處理技術(shù)，采用。。。。。。。的手段，不斷豐富涉稅數(shù)據(jù)質(zhì)量的跟蹤監(jiān)控手段，預(yù)警數(shù)據(jù)使用風險，完善涉稅信息“采集數(shù)據(jù)、挖掘信息、發(fā)現(xiàn)規(guī)律、獲取知識”的分析利用鏈條，進一步發(fā)揮信息化建設(shè)對推進稅收事業(yè)發(fā)展的支撐作用。本項目是XX市國
家稅務(wù)局強化數(shù)據(jù)質(zhì)量管控、深化數(shù)據(jù)分析利用，努力適應(yīng)稅收工作“新常態(tài)”的一次新的嘗試和努力。
1.4 本文的組織結(jié)構(gòu)
第1章是緒論。從內(nèi)部原因和外部原因，既經(jīng)濟發(fā)展“新常態(tài)”和稅收工作“新常態(tài)”，兩個方面分析了稅收數(shù)據(jù)質(zhì)量管控的必要性和可行性，介紹了當前研究的概況以及主要的問題，明確了本文的研究方向，并對論文的組織結(jié)構(gòu)進行了說明。
第2章是需求分析。從業(yè)務(wù)需求描述，采用流程圖和用例圖描繪了系統(tǒng)的功能需求，包括指標管理需求分析、計劃管理需求分析、支付管理需求分析、銀行管理需求分析、公務(wù)卡管理需求分析、工資統(tǒng)發(fā)需求分析、數(shù)據(jù)報表需求分析和系統(tǒng)管理需求分析等。
第3章是系統(tǒng)設(shè)計。詳細的介紹了系統(tǒng)的總體框架設(shè)計、功能架構(gòu)設(shè)計圖，總體功能設(shè)計、數(shù)據(jù)庫設(shè)計和安全設(shè)計等。
第4章是系統(tǒng)實現(xiàn)。詳細介紹了系統(tǒng)的實現(xiàn)環(huán)境、主要界面設(shè)計以及關(guān)鍵功能模塊的實現(xiàn)過程，給出了重要功能的實現(xiàn)代碼。
第5章是系統(tǒng)測試。包括系統(tǒng)的測試環(huán)境，功能測試用例設(shè)計、功能測試結(jié)果分析以及性能測試場景設(shè)計和性能測試結(jié)果分析，并給出了具體的測試分析圖。
第6章是總結(jié)與展望部分�？偨Y(jié)了本文所開展的研究工作，給出了后期系統(tǒng)需要改進的地方。
第2章 需求分析
2.1 項目需求綜述
2.1.1 業(yè)務(wù)現(xiàn)狀分析
隨著稅務(wù)信息化建設(shè)不斷向深度和廣度發(fā)展，征管數(shù)據(jù)的采集和覆蓋范圍日益擴大，就實際工作來看，在綜合征管軟件數(shù)據(jù)采集和處理過程中，出現(xiàn)了部分質(zhì)量低下、無效、冗余、不合法、不一致的數(shù)據(jù)，稅務(wù)生產(chǎn)系統(tǒng)數(shù)據(jù)質(zhì)量現(xiàn)狀不容樂觀，而對于未來稅務(wù)大數(shù)據(jù)的應(yīng)用來說，數(shù)據(jù)質(zhì)量又是一個分析系統(tǒng)的生命力之源。作為目前稅務(wù)涉稅信息的數(shù)據(jù)質(zhì)量管控還未有信息化的支撐，往往在業(yè)務(wù)人員發(fā)現(xiàn)了數(shù)據(jù)質(zhì)量事故發(fā)生或被發(fā)現(xiàn)之后，由信息化人員采取人工的方式去排錯、去清理。目前這種基于事后，人工管控的數(shù)據(jù)質(zhì)量治理手段基于以下流程展開：
目前基于上述流程的人工數(shù)據(jù)質(zhì)量管控有以下不足：
1. 所有數(shù)據(jù)質(zhì)量的問題發(fā)現(xiàn)只能靠事后，實際工作中業(yè)務(wù)人員被動的發(fā)現(xiàn)，
無法提前治理，導致質(zhì)量事故的發(fā)生。
2. 數(shù)據(jù)質(zhì)量問題即使分析到數(shù)據(jù)異常規(guī)則，由于無法獲知數(shù)據(jù)異常的生產(chǎn)
來源，數(shù)據(jù)質(zhì)量還會隨著生產(chǎn)數(shù)據(jù)的產(chǎn)生而產(chǎn)生，無法從根本解決數(shù)據(jù)質(zhì)量管控。
3. 整個質(zhì)量管控的過程成果維護起來費時費力，存在大量的返工，成本加
高。
4. 基于人工的數(shù)據(jù)質(zhì)量管控成果信息無法歸集，也無法進行成果分析和宏
觀的預(yù)警，無法為輔助決策提供
2.1.2 業(yè)務(wù)流程分析
面對目前人工執(zhí)行數(shù)據(jù)質(zhì)量管控的弊端，為解決目前稅務(wù)局數(shù)據(jù)倉庫的數(shù)據(jù)質(zhì)量管控，依賴信息化系統(tǒng)建設(shè)，降低質(zhì)量管控的難度，在降低成本的同時，增強數(shù)據(jù)分析的準確性。原則上，可以將數(shù)據(jù)質(zhì)量按照業(yè)務(wù)約束和技術(shù)約束來區(qū)分，例如行業(yè)認定和經(jīng)營范圍不符合的異常數(shù)據(jù)，直接影響群體分析的準確性，所以對于這種限制于業(yè)務(wù)影響的，稱之為業(yè)務(wù)約束導致的數(shù)據(jù)質(zhì)量問題。對于重復(fù)記錄、字符類型不符、長度不符的，編碼規(guī)范不符的，直接受數(shù)據(jù)庫技術(shù)約束，稱之為技術(shù)約束數(shù)據(jù)質(zhì)量問題。受技術(shù)約束的數(shù)據(jù)質(zhì)量問題，一般有估計的解決規(guī)則，發(fā)現(xiàn)異常可以按照重復(fù)的規(guī)則處理。受業(yè)務(wù)約束的數(shù)據(jù)質(zhì)量問題，一般需要人工的治理，系統(tǒng)需要能自動識別和任務(wù)推送即可。
將傳統(tǒng)人工數(shù)據(jù)質(zhì)量管控和信息化相結(jié)合的思路，就需要梳理出利用信息化分析的整個基于數(shù)據(jù)倉庫的數(shù)據(jù)質(zhì)量管控系統(tǒng)業(yè)務(wù)流程，目前結(jié)合傳統(tǒng)業(yè)務(wù)，規(guī)劃整個業(yè)務(wù)系統(tǒng)的流程如下：
如上圖流程，同過引入信息化數(shù)據(jù)質(zhì)量管控流程后，和現(xiàn)狀業(yè)務(wù)相比，數(shù)據(jù)質(zhì)量管控具有以下優(yōu)點：
1. 實現(xiàn)了數(shù)據(jù)質(zhì)量規(guī)則的維護，成果會有數(shù)據(jù)保留，利于成果復(fù)用和規(guī)則
完善。
2. 增加了周期性的自動化掃描分析，降低人工重復(fù)查找數(shù)據(jù)質(zhì)量難度和時
間，節(jié)省了人力和成本。
3. 增加了自動清理環(huán)節(jié)，對于分析出來的數(shù)據(jù)質(zhì)量問題，尤其針對生產(chǎn)數(shù)
據(jù)無法從源頭解決的數(shù)據(jù)質(zhì)量問題，一旦有確定的清理規(guī)則，可以結(jié)合周期掃描監(jiān)控來及時自動化進行數(shù)據(jù)異常數(shù)據(jù)清理。
4. 系統(tǒng)考慮到有些由于業(yè)務(wù)操作引起數(shù)據(jù)質(zhì)量問題，需要具體業(yè)務(wù)人員根
據(jù)實際具體治理的，則系統(tǒng)提供人工統(tǒng)籌流程，及時提醒提示治理。
5. 在系統(tǒng)流程實現(xiàn)數(shù)據(jù)質(zhì)量管控的基礎(chǔ)上，進行各個環(huán)節(jié)的成果進行分析，
含跟蹤管理和效應(yīng)分析。
6. 隨著數(shù)據(jù)質(zhì)量管控成果知識的積累，可以依賴成果數(shù)據(jù)進行宏觀預(yù)警，
對高發(fā)的數(shù)據(jù)質(zhì)量問題或高發(fā)的群體，自動化分析，提供預(yù)警信息。
2.1.3 系統(tǒng)角色分析
按照系統(tǒng)業(yè)務(wù)流程分析，系統(tǒng)流程可分為制定數(shù)據(jù)質(zhì)量模型、管控方案、掃描分析、任務(wù)統(tǒng)籌、質(zhì)量治理、成果分析、監(jiān)測預(yù)警等主要環(huán)節(jié)。掃描監(jiān)控為系統(tǒng)后臺功能，在系統(tǒng)流程上可以和管控方案合并為分析監(jiān)控環(huán)節(jié)。按照這樣的分析可以將系統(tǒng)共分為：質(zhì)量模型、分析監(jiān)控、任務(wù)統(tǒng)籌、質(zhì)量治理、成果分析、監(jiān)測預(yù)警核心業(yè)務(wù)模塊�？紤]該系統(tǒng)需要單獨部署需要單獨的系統(tǒng)管理模塊。所以按照系統(tǒng)業(yè)務(wù)模塊，劃分系統(tǒng)角色如下：
圖2-1： 圖 2.2 業(yè)務(wù)需求
2.2.1 質(zhì)量模型需求
質(zhì)量模型是將數(shù)據(jù)質(zhì)量從業(yè)務(wù)轉(zhuǎn)化成技術(shù)實現(xiàn)的基礎(chǔ)，是將平時業(yè)務(wù)人員能看懂的數(shù)據(jù)質(zhì)量業(yè)務(wù)規(guī)則通過質(zhì)量模型的維護，轉(zhuǎn)化到具體數(shù)據(jù)表上的邏輯規(guī)則定義。質(zhì)量模型業(yè)務(wù)上的規(guī)劃可分為四層設(shè)計思路，分別為數(shù)據(jù)層、對接層、邏輯層、規(guī)則層，分別通過指標元、指標和模型來維護出數(shù)據(jù)質(zhì)量模型。應(yīng)實現(xiàn)數(shù)據(jù)質(zhì)量規(guī)則管理，在標準的數(shù)據(jù)質(zhì)量規(guī)范之上，通過數(shù)據(jù)質(zhì)量審計和數(shù)據(jù)一致性
比對來對數(shù)據(jù)質(zhì)量進行檢查，發(fā)現(xiàn)數(shù)據(jù)出現(xiàn)差錯的環(huán)節(jié)。質(zhì)量模型就是將示意圖如下：
2.2.2 分析監(jiān)控需求
分析監(jiān)控主要是將維護的質(zhì)量模型通過設(shè)定分析方案、分析規(guī)則、掃描監(jiān)控、數(shù)據(jù)質(zhì)量信息、審核，確定通過定義周期實現(xiàn)執(zhí)行風險模型自動掃描，最總成果為數(shù)據(jù)質(zhì)量信息。分析方案可以維護自動治理規(guī)則或者選擇人工質(zhì)量，需要有自動的監(jiān)聽執(zhí)行功能和高效能的分析引擎。分析監(jiān)控的主要流程圖如下：
2.2.3 任務(wù)統(tǒng)籌需求
任務(wù)統(tǒng)籌實現(xiàn)對審核通過的數(shù)據(jù)質(zhì)量信息，進行任務(wù)統(tǒng)籌下發(fā)，主要存在多任務(wù)的合并和逐級下發(fā)功能。處理好任務(wù)統(tǒng)籌，就需要對市、區(qū)縣、分局三級的用戶人員功能進行操作，任務(wù)統(tǒng)籌可以分為主要以下環(huán)節(jié)：任務(wù)定義、任務(wù)下發(fā)、任務(wù)接收、任務(wù)合并、任務(wù)分配，通過分析可以樹立出目前任務(wù)統(tǒng)籌的一個整體流程如下：
2.2.4 質(zhì)量治理需求
質(zhì)量治理是最后管控過程的最后一道環(huán)節(jié)，主要操作對象是科所級的用戶操作。質(zhì)量治理在方式上要提供給用戶任務(wù)辦理和處置的頁面，同時要有對處置結(jié)果的檢測功能，確保治理后的效果。同時考慮業(yè)務(wù)上的需求，該模塊還需要具有審核流程和辦結(jié)等處理。所以梳理的質(zhì)量治理需求流程圖如下：
2.2.5 成果分析需求
1. 過程跟蹤
主要實現(xiàn)質(zhì)量管控各個環(huán)節(jié)的成果進行統(tǒng)計跟蹤，包括模型體系的指標元、指標、模型的建立數(shù)量；分析監(jiān)控的方案、掃描分析、數(shù)據(jù)質(zhì)量數(shù)據(jù)等；任務(wù)制發(fā)、流轉(zhuǎn)、超限的過程跟蹤；治理的進度和成果進行跟蹤。
2. 效應(yīng)分析
主要是對治理前的數(shù)據(jù)質(zhì)量問題和治理后數(shù)據(jù)質(zhì)量問題進行宏觀比對，通過比對算法，對不同業(yè)務(wù)指標的計算準確性等從治理前到治理后對比，對治理前后
的數(shù)據(jù)質(zhì)量問題遺漏情況進行比對效應(yīng)分析。通過這些分析，驗證業(yè)務(wù)系統(tǒng)完整性，不斷對質(zhì)量模型進行優(yōu)化。
2.2.6 分析預(yù)警需求
數(shù)據(jù)質(zhì)量管控系統(tǒng)處理結(jié)果的積累上，可將數(shù)據(jù)質(zhì)量管控結(jié)果作為知識積累，一方面對大量的質(zhì)量數(shù)據(jù)進行分析，找出問題突出的數(shù)據(jù)質(zhì)量問題和來源，有方向有側(cè)重點的在某些行業(yè)某些區(qū)域加大數(shù)據(jù)質(zhì)量管控，進行宏觀的輔助決策。其次，利用整個質(zhì)量管控知識庫，可以根據(jù)業(yè)務(wù)數(shù)據(jù)依賴規(guī)則、數(shù)理統(tǒng)計、二八原理、人工智能算法等進行潛在的數(shù)據(jù)質(zhì)量問題預(yù)警，提高數(shù)據(jù)質(zhì)量管控的持續(xù)深入發(fā)展。核心的業(yè)務(wù)可以從分析和預(yù)警兩個方面考慮：
1. 數(shù)據(jù)質(zhì)量管控結(jié)果分析的分時間、稅務(wù)機關(guān)、分質(zhì)量模型、分行業(yè)等維度進行宏觀分析，找出問題突發(fā)區(qū)域，進行輔助決策。
2. 潛在數(shù)據(jù)質(zhì)量問題的預(yù)警，依賴進行預(yù)警值測算和人工智能算法等方式進行分析，進行潛在關(guān)聯(lián)的數(shù)據(jù)質(zhì)量問題預(yù)警。
2.2.7 系統(tǒng)管理需求
系統(tǒng)管理主要是確保系統(tǒng)有獨立的權(quán)限控制系統(tǒng)和運維監(jiān)控功能，主要分為權(quán)限管理和日志管理兩方面，對系統(tǒng)安全和優(yōu)化提供監(jiān)控數(shù)據(jù)。
1. 用戶、崗位、角色管理，進行系統(tǒng)用戶密碼、身份的維護；
2. 日志管理，監(jiān)控系統(tǒng)登錄日志、菜單訪問日志、系統(tǒng)報錯日志、流量監(jiān)控日志的查詢監(jiān)控。
2.3 功能需求
本章節(jié)采用UML建模中的用例建模來分析業(yè)務(wù)需求中的需要包含的系統(tǒng)功能需求分析。參照系統(tǒng)角色分析，系統(tǒng)中的用戶可按照角色對應(yīng)分別為：質(zhì)量模型維護和分析監(jiān)控管理工作交由各級信息中心技術(shù)人員操作；任務(wù)統(tǒng)籌環(huán)節(jié)，由各級機關(guān)設(shè)置專門的數(shù)據(jù)質(zhì)量管控專員負責各級任務(wù)接收流轉(zhuǎn)；質(zhì)量治理主要有各業(yè)務(wù)處室的業(yè)務(wù)操作人員執(zhí)行；成果分析用戶和分析預(yù)警用戶主要提供給各層級機關(guān)局領(lǐng)導使用，進行宏觀輔助決策工作使用；設(shè)定單獨的專人做系統(tǒng)管理員。所以該系統(tǒng)的所有用戶為：技術(shù)人員、管控專員、業(yè)務(wù)操作人員、局領(lǐng)導和系統(tǒng)管理員。以下是對系統(tǒng)流程中核心功能模塊的功能需求分析，如下圖（系統(tǒng)整體
用例圖）。
局領(lǐng)導
2.3.1 模型體系管理
質(zhì)量模型體系在功能上是要將業(yè)務(wù)上的數(shù)據(jù)質(zhì)量規(guī)則和要求，通過系統(tǒng)功能進行實現(xiàn)定義出來，分別建立功能點來實現(xiàn)對接層、邏輯層和規(guī)則層的功能，所以該模塊在功能上可以分為指標元管理、指標管理、模型管理三個功能來實現(xiàn)。
技術(shù)人員
2.3.1.1 指標元維護
指標元維護在功能上主要將數(shù)據(jù)層到應(yīng)用層的對接，是將來源數(shù)據(jù)表的字段定義成可視化的業(yè)務(wù)名詞，是對底層數(shù)據(jù)庫到業(yè)務(wù)層的名詞對照關(guān)系維護，指標元維護的主要功能有：指標元新增、指標元修改、指標元移除、指標元導出、批量新增和指標元檢測等主要用例，如下圖所示：
技術(shù)人員
表2-1 指標元維護用例表
2.3.1.2 指標維護
指標維護功能對照業(yè)務(wù)需求質(zhì)量模型的邏輯層維護功能，是將業(yè)務(wù)指標的加工規(guī)則公式和部分數(shù)據(jù)函數(shù)基于指標元定義出來。指標維護的主要功能有：指標維護、指標修改、指標移除、指標導出、批量維護和指標檢測等主要用例，如下圖所示：
表2-2 指標維護用例表
2.3.1.3 模型維護
模型維護功能對照業(yè)務(wù)需求質(zhì)量模型的規(guī)則層維護功能，基于指標，定義出來數(shù)據(jù)質(zhì)量業(yè)務(wù)判斷過濾的邏輯規(guī)則。模型維護的主要功能有：模型維護、模型修改、模型移除、模型檢查等主要用例，如下圖所示：
表2-3 模型維護用例表
2.3.2 分析監(jiān)控管理 2.3.2.1 管控方案管理
監(jiān)控方案管理是設(shè)置出數(shù)據(jù)質(zhì)量監(jiān)控的數(shù)據(jù)范圍和執(zhí)行規(guī)則，包括所使用的質(zhì)量模型、分析期間、是否周期掃描、行業(yè)、稅務(wù)機關(guān)、清理規(guī)則等。主要功能用例如下：
表2-4 監(jiān)控方案維護用例表
2.3.2.1 掃描監(jiān)控管理
掃描監(jiān)控主要是按照維護的質(zhì)量模型規(guī)則和方案規(guī)則進行自動化的監(jiān)控分析，包括觸發(fā)開始時間、結(jié)束時間、異常信息、結(jié)果信息等。掃描監(jiān)控功能上需要實現(xiàn)一個高能效的分析引擎來保障自動調(diào)度和智能算法解析掃描，具體功能如下：
表2-4 掃描監(jiān)控維護用例表
2.3.3 任務(wù)統(tǒng)籌管理
任務(wù)統(tǒng)籌管理功能是實現(xiàn)了將數(shù)據(jù)質(zhì)量問題清單通過任務(wù)流轉(zhuǎn)方式，最終確定治理人員和質(zhì)量方式，確保管控流程閉環(huán)。主要功能實現(xiàn)省、市、（縣）區(qū)、科所人員間的任務(wù)流轉(zhuǎn)，實現(xiàn)數(shù)據(jù)治理任務(wù)流轉(zhuǎn)到具體的處置人員。主要的功能用例如下：
表2-4 任務(wù)統(tǒng)籌維護用例表
2.3.4 數(shù)據(jù)質(zhì)量治理
數(shù)據(jù)質(zhì)量治理主要是在確定人員和確定方式后，對數(shù)據(jù)質(zhì)量問題進行清理，清理后進行下規(guī)則檢測，確保數(shù)據(jù)清理的正確性。主要功能包括異常數(shù)據(jù)清理和規(guī)則檢驗、提交審核、辦結(jié)處理。
異常數(shù)據(jù)清洗、清理、驗證。
表2-4 數(shù)據(jù)質(zhì)量治理用例表
2.3.5 管控成果分析
在系統(tǒng)實現(xiàn)數(shù)據(jù)質(zhì)量管控的流程環(huán)節(jié)基礎(chǔ)上，對各個環(huán)節(jié)的過程成果和過程情況進行分析和跟蹤，含跟蹤管理和效應(yīng)分析，主要功能用例如下：
表2-4 管控成果分析用例表
2.3.6 分析預(yù)警
分析預(yù)警主要包括兩部分功能，包括宏觀分析和潛在數(shù)據(jù)質(zhì)量問題預(yù)警，提供給管理者輔助決策信息。宏觀分析包括分稅務(wù)機關(guān)、分行業(yè)、分質(zhì)量模型等多維度的成果查詢統(tǒng)計分析。數(shù)據(jù)質(zhì)量預(yù)警主要通過預(yù)警算法維護、預(yù)警值測算和監(jiān)控預(yù)警。具體的分析預(yù)警用例如下：
分稅種、分行業(yè)、分月份、分事項等；
表2-4 分析預(yù)警用例表
2.3.7 系統(tǒng)管理
系統(tǒng)管理主要功能為權(quán)限管理和日志管理兩個模塊內(nèi)容，權(quán)限管理功能包括用戶管理、角色管理、崗位管理，日志管理主要是用戶登錄情況日志監(jiān)控、菜單訪問日志、系統(tǒng)報錯日志、流量監(jiān)控日志的日志監(jiān)控功能。具體用例如下：
表2-4 系統(tǒng)管理用例表
2.4 非功能需求
2.4.1
性能需求
數(shù)據(jù)質(zhì)量管控系統(tǒng)用戶對象為所有內(nèi)部稅務(wù)人員，全局稅務(wù)人員6000名，其中主要的用戶群體為信息中心負責數(shù)據(jù)運維人員使用，預(yù)計全局使用用戶為1000名。按照目前的規(guī)模評估用戶并峰值在100左右。系統(tǒng)登錄性能要求為平均登錄響應(yīng)時長不能超過5s，最長不能超過10s。系統(tǒng)核心是對大數(shù)據(jù)的質(zhì)量監(jiān)控，核心的性能問題會集中在數(shù)據(jù)統(tǒng)計和模型分析引擎的執(zhí)行性能，既包括分析引擎對服務(wù)器的資源占用，分析過程對數(shù)據(jù)庫的資源占用。性能過程需對應(yīng)用服務(wù)器和數(shù)據(jù)庫服務(wù)均進行性能監(jiān)控和優(yōu)化，服務(wù)器的CPU占用不能高于60%，內(nèi)存占用不超過70%。
其他具體系統(tǒng)模塊的性能要求如下： 查詢類業(yè)務(wù)性能要求：
分析型業(yè)務(wù)性能要求：
2.4.2 安全性需求
系統(tǒng)接入安全：
1、渠道安全：應(yīng)用系統(tǒng)對所有的接入渠道進行渠道安全校驗，只有被許可的接入渠道才能接入應(yīng)用系統(tǒng)。
2、身份認證：應(yīng)用系統(tǒng)對所有的接入渠道需要通過口令認證方式進行身份認證，只有被許可的接入渠道及提供正確的口令才能使用應(yīng)用系統(tǒng)提供的服務(wù)。
3、權(quán)限控制：應(yīng)用系統(tǒng)對所有的接入交易請求根據(jù)渠道進行權(quán)限控制，只有被許可的渠道接入及被允許的交易請求才能正常使用應(yīng)用系統(tǒng)提供的服務(wù)。
系統(tǒng)數(shù)據(jù)安全：
1、傳輸安全：關(guān)鍵數(shù)據(jù)在傳輸過程中，必須加密傳輸，以保證數(shù)據(jù)的傳輸安全性。
2、存儲安全：根據(jù)國家稅務(wù)局等級保護三級要求，應(yīng)用系統(tǒng)必須保證數(shù)據(jù)的存儲安全。因此，在稅務(wù)局內(nèi)部網(wǎng)絡(luò)環(huán)境下，必須將與業(yè)務(wù)相關(guān)的數(shù)據(jù)保存在稅務(wù)局內(nèi)網(wǎng)區(qū)域（核心區(qū)域）。 2.4.3
可擴展性需求
系統(tǒng)應(yīng)能適應(yīng)稅務(wù)數(shù)據(jù)應(yīng)用需求復(fù)雜多變的要求，考慮未來 3-5 年的可擴展性，采用構(gòu)件化設(shè)計思想，系統(tǒng)框架與業(yè)務(wù)邏輯分離，具備開放的可擴展體系
結(jié)構(gòu)，支持在線升級和擴展，支持多用戶和并行訪問。系統(tǒng)的設(shè)計應(yīng)確保在用戶
系統(tǒng)保存已有和未來至少五年的（共十年以上）最明細的業(yè)務(wù)數(shù)據(jù)。進入數(shù)據(jù)倉庫的數(shù)據(jù)應(yīng)與生產(chǎn)系統(tǒng)中的數(shù)據(jù)保持一致。經(jīng)過數(shù)據(jù)清洗、裝載、查詢、展現(xiàn)后為用戶提供準確的數(shù)據(jù)。 2.4.4
其他技術(shù)需求
建立統(tǒng)一的數(shù)據(jù)模型標準。技術(shù)框架采用J2EE架構(gòu)，JAVA語言為主要開發(fā)語言，基于B/S(Browser/Web Server)和關(guān)系型數(shù)據(jù)庫方式實現(xiàn)。具體需求如下：系統(tǒng)后臺采用WINDOWS SERVER、UNIX 等平臺、WEBLOGIC等應(yīng)用服務(wù)和 ORACLE大型數(shù)據(jù)庫。
第3章 系統(tǒng)設(shè)計
3.1 應(yīng)用體系設(shè)計
根據(jù)總體設(shè)計，操作型業(yè)務(wù)與分析型業(yè)務(wù)需要進行分離設(shè)計。本系統(tǒng)的模塊可劃分如下：
3.1.1操作型業(yè)務(wù)
操作型業(yè)務(wù)設(shè)計以生命周期管理為核心，以工作流的驅(qū)動方式執(zhí)行全流程的閉環(huán)控制管理。
本子系統(tǒng)的操作型業(yè)務(wù)有模型體系管理告、任務(wù)統(tǒng)籌管理、數(shù)據(jù)質(zhì)量治理等業(yè)務(wù)。
下面重點闡述管控生命周期管理，其它模塊的設(shè)計重點為數(shù)據(jù)模型設(shè)計，將在數(shù)據(jù)體系結(jié)構(gòu)中展開。
1. 數(shù)據(jù)質(zhì)量管控的生命周期管理 如下圖所示：
數(shù)據(jù)質(zhì)量掃描得到的掃描疑點的明細信息，進入數(shù)據(jù)信息庫。 ? 處理
數(shù)據(jù)掃描疑點明細信息，需要進入疑點風險評價環(huán)節(jié)，該環(huán)節(jié)是疑點信息量化的主要步驟，將通過排序等手段，生成疑點數(shù)據(jù)等級等信息。
? 消除
數(shù)據(jù)疑點信息在應(yīng)對完畢之后，通過應(yīng)對系統(tǒng)的反饋，消除該數(shù)據(jù)疑點信息。 2. 數(shù)據(jù)質(zhì)量管理閉環(huán)控制
數(shù)據(jù)質(zhì)量管控管理是一個閉環(huán)操作，圍繞數(shù)據(jù)疑點管理戰(zhàn)略目標實施，通過疑點數(shù)據(jù)識別、分析、評價、應(yīng)對、管理全程監(jiān)控及結(jié)果評估構(gòu)成閉環(huán)，同時通
過不斷的監(jiān)控、分析報告對整個管理過程進行持續(xù)改進。
閉環(huán)需要較為完備的流程控制，以上描述的生命周期管理，將以工作流的驅(qū)動方式進行管理，工作流程圖如下所示：
說明：
綜合分析數(shù)據(jù)質(zhì)量管控的主要功能模塊，以及數(shù)據(jù)質(zhì)量管控與其他子系統(tǒng)的關(guān)聯(lián)使用，得到以下體系結(jié)構(gòu)圖：
數(shù)據(jù)質(zhì)量管控體系結(jié)構(gòu)圖
說明：
1. 總體技術(shù)架構(gòu)
公司的技術(shù)架構(gòu)，包含前端、web、框架、通信各個層面解決手段。 2. 指標管理平臺
數(shù)據(jù)質(zhì)量管控基于指標管理平臺設(shè)計，指標管理平臺提供豐富的支撐功能。 3. 核心服務(wù)
系統(tǒng)的核心服務(wù)，如組件管理，運維管理等。 4. 業(yè)務(wù)邏輯層
業(yè)務(wù)邏輯的封裝，隔離底層與界面層的交互。 5. Web應(yīng)用功能 1) 界面層
數(shù)據(jù)質(zhì)量管控主要分為7個模塊：
6. 接口
數(shù)據(jù)質(zhì)量管控的接口層，與外部系統(tǒng)的接口都在此層面規(guī)劃。
3.1.2分析型業(yè)務(wù)
數(shù)據(jù)質(zhì)量管控的分析型業(yè)務(wù)主要有指標預(yù)警值測算和風險掃描等，這兩個業(yè)務(wù)都是依賴指標管理平臺，如下圖所示：
指標預(yù)警值測算是數(shù)據(jù)掃描的一個必要輸入，在掃描過程中，可能會使用到指標的預(yù)警信息如均值、上下限等，這些都是需要事先預(yù)處理的，指標管理平臺提供相關(guān)的指標測算服務(wù)。
掃描是對掃描方案的執(zhí)行過程，在分解了掃描方案之后，主要的工作就是調(diào)用指標管理平臺的分析引擎服務(wù)，執(zhí)行相關(guān)的操作，并保存結(jié)果。
3.2 架構(gòu)設(shè)計
3.2.1技術(shù)架構(gòu)
本項目采用J2EE相關(guān)的架構(gòu)進行開發(fā)，技術(shù)架構(gòu)圖如下：
31
架構(gòu)說明：
1. 整個架構(gòu)主要由客戶層、中間層（web層、架構(gòu)層、EJB層）、資源層組成。
2. 客戶層：系統(tǒng)最終用戶的使用界面和設(shè)備。一般為基于瀏覽器的瘦客戶端，比如IE等；本項目中使用了SUI來實現(xiàn)展現(xiàn)效果。
3. 中間層：用戶和系統(tǒng)之間的交互管理，提供用戶層的展現(xiàn)邏輯和對資源層的訪問接口。該層主要采用Front Controller, Request Processor, Command, View Dispatcher，DAO、工廠等設(shè)計模式來實現(xiàn)。本項目在WEB層使用Webfaster，在架構(gòu)層使用SOA。
4. 資源層（EIS）：各種信息系統(tǒng)資源，在本系統(tǒng)中主要用到了：RDBMS(數(shù)據(jù)庫)，以及文件數(shù)據(jù)容器（主要是在分析引擎中使用）。
3.2.2體系架構(gòu)
界面管理模塊的執(zhí)行過程如下圖所示：
32
展現(xiàn)層
說明：
1.
用戶通過操作界面與系統(tǒng)進行交互。
2. 用戶操作的數(shù)據(jù)經(jīng)過展現(xiàn)層、接口層、核心層，最終存儲到數(shù)據(jù)層中。 3. 展現(xiàn)層包括了傳統(tǒng)架構(gòu)分層中的界面層、web層、架構(gòu)層、業(yè)務(wù)邏輯層
的一部分。
4. 接口層、業(yè)務(wù)核心層是對傳統(tǒng)業(yè)務(wù)邏輯層的進一步細化，業(yè)務(wù)核心層包
含了傳統(tǒng)業(yè)務(wù)邏輯層的大部分內(nèi)容；部分功能遵循此結(jié)構(gòu)。
應(yīng)用執(zhí)行體系將設(shè)計期和運行期分離設(shè)計，將部分功能充分松耦合，達到靈活性、可擴展性和復(fù)用性，如下圖所示：
說明：
掃描方案執(zhí)行器接收到掃描方案實體對象，將對象解析后調(diào)用指標管理平臺
33
提供的算法和子系統(tǒng)內(nèi)部處理邏輯，完成掃描，輸出掃描結(jié)果信息。
在設(shè)計期，系統(tǒng)只需要生成樣掃描方案等內(nèi)容，將這些內(nèi)容存于數(shù)據(jù)庫即可。 在運行期，通過手動觸發(fā)或者系統(tǒng)自動任務(wù)監(jiān)聽，讀取并解析設(shè)計期的成果，生成相關(guān)的執(zhí)行實例，調(diào)用分析引擎等工具，執(zhí)行得到結(jié)果，寫入執(zhí)行結(jié)果相關(guān)數(shù)據(jù)庫表。
方案是數(shù)據(jù)質(zhì)量管控的關(guān)鍵數(shù)據(jù)對象，是掃描的基礎(chǔ)，它需要滿足風掃描這一動態(tài)執(zhí)行功能的業(yè)務(wù)和技術(shù)兩方面的要求，這個要求如果再做一個邏輯抽象，可以很直觀地將方案劃分為兩個執(zhí)行部分：方案的執(zhí)行實體和方案執(zhí)行參數(shù)。
除此之外，方案還要能提交到知識庫與大家分享，方案可以方便展現(xiàn)出來。 綜上分析，這個關(guān)鍵數(shù)據(jù)對象的劃分如下圖所示：
執(zhí)行實體指明的是掃描執(zhí)行的具體業(yè)務(wù)對象、風險分析算法等內(nèi)容，執(zhí)行參數(shù)則是用于支撐動態(tài)執(zhí)行所必須的周期頻率、執(zhí)行時間等參數(shù)。
更具體的設(shè)計內(nèi)容見“關(guān)鍵設(shè)計”章節(jié)。
風險方案執(zhí)行器在接收到掃描方案實體對像后，先進行對象的檢測，以確定對象是否適應(yīng)當前的執(zhí)行環(huán)境。
檢測通過之后，執(zhí)行對象的解析，產(chǎn)生可以計算的實體對象，如指標信息，計分規(guī)則信息等。然后依據(jù)對象的類別調(diào)用不同的執(zhí)行器實現(xiàn)類執(zhí)行運算，運算過程中根據(jù)需要調(diào)用指標管理平臺提供的算法，最終完成運算結(jié)果的輸出。
具體實現(xiàn)流程如下圖所示：
34
35
說明：
方案如果想正確執(zhí)行，我們需要知道，方案是否適應(yīng)當前的環(huán)境，因此，方案執(zhí)行的時候系統(tǒng)將自動觸發(fā)方案的檢測，方案的檢測產(chǎn)物主要是方案的檢測狀態(tài)和檢測報告。
掃描方案的實體對象在檢測通過之后，進入分解環(huán)節(jié)，該環(huán)節(jié)主要的分解結(jié)果是模型、指標和運行所需的參數(shù)。任務(wù)監(jiān)聽程序會監(jiān)聽運行參數(shù)，在合適的時候啟動掃描流程。
掃描方案執(zhí)行流程中，首先要處理的就是分解環(huán)節(jié)的模型、指標信息，這是風險掃描的關(guān)鍵所在，預(yù)處理通過之后才執(zhí)行相關(guān)的處理流程。
3.3 數(shù)據(jù)體系設(shè)計
3.3.1 概念模型
在設(shè)計數(shù)據(jù)模型時，必須從基于合乎業(yè)務(wù)基本原理的業(yè)務(wù)規(guī)則出發(fā)，根據(jù)業(yè)務(wù)內(nèi)涵來設(shè)計數(shù)據(jù)存儲的模型。這點能夠大大提升單位數(shù)據(jù)的處理效率，是有效解決該問題的基礎(chǔ)。合理的數(shù)據(jù)分層規(guī)劃和數(shù)據(jù)分布設(shè)計，能夠更好的理順數(shù)據(jù)間的關(guān)系，從而可以簡化數(shù)據(jù)的存儲、數(shù)據(jù)的處理，從而提升效率。 在設(shè)計數(shù)據(jù)模型時必須遵循以下原則：
? 完整性原則：全面覆蓋稅務(wù)業(yè)務(wù)
? 穩(wěn)定性原則：實現(xiàn)在保持全局穩(wěn)定的前提下的持續(xù)改進 ? 適應(yīng)性原則：適應(yīng)各個層級、不同用戶的需求 ? 高效性原則：實現(xiàn)數(shù)據(jù)的高效訪問
數(shù)據(jù)質(zhì)量管控的概念模型設(shè)計，主要是從業(yè)務(wù)處理流程展開，并考慮輔助系統(tǒng)的其他必須數(shù)據(jù)，總體概念模型設(shè)計如下圖：
36
說明：
4 數(shù)據(jù)質(zhì)量疑點識別的核心是數(shù)據(jù)特征庫，主要包含數(shù)據(jù)指標與模型，其中疑
點數(shù)據(jù)特征指標，在獲取指標管理平臺的指標相關(guān)基本屬性之外，還享有數(shù)據(jù)管理所需專用屬性。
5 指標預(yù)警值是指標預(yù)處理的結(jié)果，供后續(xù)數(shù)據(jù)疑點分析環(huán)節(jié)使用。 6 疑點數(shù)據(jù)分析方案是分析的基礎(chǔ)，是風險疑點數(shù)據(jù)掃描的支撐。 7 人員權(quán)限信息，用于管理系統(tǒng)的人員權(quán)限控制。 8 監(jiān)控信息，保存系統(tǒng)運維的監(jiān)控數(shù)據(jù)。
9 日志記錄，數(shù)據(jù)質(zhì)量分析流程相關(guān)處理操作統(tǒng)一保存在日志信息實體中，便
于操作查看和追溯。
10 配置控制，數(shù)據(jù)質(zhì)量管理業(yè)務(wù)處理過程中將一些系統(tǒng)參數(shù)信息保存到配置信
息實體中，方便修改維護。
37
3.3.3 數(shù)據(jù)結(jié)構(gòu)
表分類說明
平臺的數(shù)據(jù)庫表可分為以下幾類：
在數(shù)據(jù)質(zhì)量管控系統(tǒng)中，分析監(jiān)控是最核心的業(yè)務(wù)功能需求，包括方案定義維護和分析監(jiān)考，這2塊的數(shù)據(jù)庫設(shè)計如下圖：
模型體系及分析監(jiān)控
38
3.4 部署體系設(shè)計
3.4.1 部署結(jié)構(gòu)圖設(shè)計
管理部署結(jié)構(gòu)如下圖所示：
部署風險管理應(yīng)用服務(wù)器、文件服務(wù)器、緩存服務(wù)器，數(shù)據(jù)庫服務(wù)器。部署策略如下：
1. 數(shù)據(jù)管控管理應(yīng)用服務(wù)器：管理應(yīng)用完成界面和流程類操作。 2. 數(shù)據(jù)庫服務(wù)器：數(shù)據(jù)庫分為：數(shù)據(jù)倉庫，風險管理庫，指標管理庫，統(tǒng)
39
一權(quán)限庫。
3. 緩存服務(wù)器集群：負責存在子系統(tǒng)產(chǎn)生的實體數(shù)據(jù)對象。
4. 監(jiān)聽服務(wù)器：風險系統(tǒng)所有的監(jiān)聽服務(wù)獨立部署一個但節(jié)點的應(yīng)用。 3.4.2 部署硬件設(shè)計 建議配置如下：
3.5 模塊設(shè)計
3.5.1 模塊功能結(jié)構(gòu)
通過對業(yè)務(wù)需求和業(yè)務(wù)架構(gòu)梳理，歸納數(shù)據(jù)質(zhì)量管控功能模塊框架。數(shù)據(jù)質(zhì)量管控功能模塊框架總體上分為三大部分，一部分是數(shù)據(jù)質(zhì)量管控業(yè)務(wù)流程實現(xiàn)部分，其中包括數(shù)據(jù)疑點識別、疑點分析、數(shù)據(jù)疑點評價；第二部分是應(yīng)對管理部分，其中包括應(yīng)對管理、疑點處置；第三部分是質(zhì)效評價。 從界面模塊以及后臺模塊角度考慮，得到以下模塊結(jié)構(gòu)圖：
40
【電子稅務(wù)局畢業(yè)論文】相關(guān)文章：
稅務(wù)局電子檔案管理工作經(jīng)驗交流材料04-29
稅務(wù)局介紹信01-23
稅務(wù)局工作總結(jié)04-26
稅務(wù)局季度工作計劃04-29
稅務(wù)局工作計劃8篇12-09
稅務(wù)局工作計劃四篇12-02
稅務(wù)局工作計劃10篇11-30
稅務(wù)局信訪工作總結(jié)01-27
稅務(wù)局工作計劃九篇11-23