金稅三期工程技術基礎架構設計方案

（技術架構分冊）

V1.0匯報人：總體規劃設計項目組1金稅三期工程技術基礎架構設計方案

（技術架構分冊）

V1.0目錄1、工作目標2、工作思路與設計原則3、技術實現模式分析4、產品采購規劃2目錄1、工作目標2技術支撐模式背景公用組件體系軟件套裝產品硬件基礎設施軟件基礎設施各種支撐應用實現的技術模式安全體系架構技術支撐體系應用架構數據架構3技術支撐模式背景公用組件體系軟件套裝產品硬件基礎設施軟分析設計應用架構和數據架構的各類技術支撐模式從技術角度分離出不同的技術支撐模式設計應用實現的參考架構界定技術性的功能(如流程引擎需求)及非功能需求，并對重點非功能性需求進行設計驗證工作目標2.分離出對軟件基礎設施的采購需求從技術實現角度支撐全國大集中的項目實施4分析設計應用架構和數據架構的各類技術支撐模式工作目標2.分目錄1、工作目標2、工作思路與設計原則3、技術實現模式分析4、產品采購規劃5目錄1、工作目標5支撐模式實現分析回答如何對應用和數據架構的支撐應用場景；架構需求；設計要點；回答產品采購需求；工作思路技術支撐模式劃分根據應用架構和數據架構要求，共同劃分應用功能實現的技術模式，這是上下承接的關鍵；我們的假定是支持這些實現模式，從技術角度就能支撐金稅三期應用的開發和運行；6支撐模式回答如何對應用和數據架構的支撐工作思路技術支撐根據應總體設計原則——高效、穩定、包容、一致1.強化性能與可擴展性設計支撐全國大集中的戰略決策2.貫穿面向服務的設計理念

強調系統高內聚松耦合支撐業務的解耦，奠定應用擴展基礎3.提供完備的應用集成策略提供良好的包容（遺留系統）、可擴展（新系統）的能力4.強調架構管控

統一軟件基礎設施

統一公用業務構件

統一服務與數據規范保證架構貫徹的一致性7總體設計原則——1.強化性能與可擴展性設計支撐全國大集中的戰一般性設計原則設計層面設計原則應用①遵循SOA設計原則，系統之間采用服務的形式進行互聯，相互松散耦合；②采用分層的體系架構，分離中間業務邏輯，便于復用；③業務邏輯實現組件化，基于框架進行開發；④客戶端基于瀏覽器設計，客戶端與服務端基于HTTP/HTTPS協議進行交互；⑤設計開發基于開放標準；⑥使用可靠的框架，提高開發效率以及穩定程度；數據①統一的數據庫設計標準和規范；②以業務作為設計數據倉庫的根本依據。以業務為中心，同時綜合考慮其它方面的因素（包括：技術、管理等方面），對數據倉庫進行設計；安全①統一的身份認證機制；②統一的訪問控制；③統一數據屬主標識；④統一的數據權限控制；接口①使用XML規范定義傳輸的數據；②支持標準的接口實現方式，利于集成；8一般性設計原則設計層面設計原則應用①遵循SOA設計原則，系統目錄1、工作目標2、工作思路與設計原則3、技術實現模式分析4、產品采購規劃9目錄1、工作目標9模式劃分技術實現模式分析應用功能實現類交易類核心數據處理類業務，如申報征收流程類流程驅動類業務，包括主要的管理型業務，如登記、涉稅文書審批、稽查決策類（自定義查詢、報表、OLAP分析、數據挖掘）內容管理類（電子影像、檔案、文檔、知識）應用功能集成類界面集成類（業務工作門戶）應用集成類（應用集成平臺）數據集成類（ETL、數據復制、數據交換平臺）門戶網站類（內外網門戶網站）10模式劃分技術實現模式分析交易類核心數據處理類業務，如申報征收模式分析實現模式功能特性高性能可擴展可靠性靈活性交易類稅務特色強強強較強流程類稅務特色較強較強----決策類----------內容管理類----------界面集成類稅務特色--------門戶網站類----------應用集成----------數據集成--強------11模式分析實現模式功能特性高性能可擴展可靠性靈活性交易類稅務特交易類模式——背景這是首次在稅務行業采用的模式，產生的業務和技術背景是業務：納稅服務和征管職能分離技術：全國集中后兼顧風險和效率12交易類模式——背景這是首次在稅務行業采用的模式，產生的業務和技術特點通過應用的縱向技術劃分，分擔系統負載，進行流量控制以大廳征收為例交易類模式——特點分析（一）13技術特點交易類模式——特點分析（一）13交易類模式——特點分析（二）技術特點交易實現路徑長，要經過渠道、前置、核心系統實現一個完整交易總局負載大總局估算國稅峰值TPS——1萬以上主要業務占比大，如申報征收約占46%14交易類模式——特點分析（二）技術特點14交易類模式——應用對應15交易類模式——應用對應15交易類模式——參考架構-整體16交易類模式——參考架構-整體16交易類模式——參考架構-大廳系統17交易類模式——參考架構-大廳系統17交易類模式——參考架構-前置18交易類模式——參考架構-前置18交易類模式——參考架構-核心處理層19交易類模式——參考架構-核心處理層19交易類模式——性能設計設計層次應用縱向分割，進行負載分擔與流量控制優化、梳理功能設計如根據繳款類型優化操作設計稅庫扣款戶稅銀扣款戶傳統繳款戶傳統的實時申報、開票、上解、入庫功能一站式的申報繳款功能（可以是異步提交）查詢梳理，從需求上將需求較多的、和日常業務統計相關的批量數據查詢降低20交易類模式——性能設計設計層次稅庫扣款戶稅銀扣款戶傳統繳款戶交易類模式——性能設計設計層次優化、梳理功能設計查詢梳理——靈活性、性能、一致性不可得兼規范日報單戶信息查詢梳理與當期征管密切相關的，與大廳日常管理結合的查詢和報表近生產庫查詢基于統一視圖的查詢——統計、核對型（非日常）的查詢（近生產庫）查詢規范的技術建議不建議查詢縣區以上的相關信息清冊不建議查詢跨業務域（原則上也只有綜合分析才會跨）不建議增加同期數、同期增長率等分析性查詢盡量減少允許跨越月的非單戶查詢21交易類模式——性能設計設計層次規范日報單戶信息查詢梳理與當期交易類模式——性能設計設計層次前置流控設計22交易類模式——性能設計設計層次22交易類模式——性能設計設計層次前置交易穿透23交易類模式——性能設計設計層次23交易類模式——性能設計設計層次應用內部的性能設計24交易類模式——性能設計設計層次24交易類模式——性能設計數據庫優化策略表設計優化避免熱點表避免頻繁訪問胖表盡量減少日常業務操作數據表的數據量表索引優化RAC群集：建議2—4個節點，解決負載均衡和單點故障表分區—利用分區索引，減少查詢路徑，降低I/O25交易類模式——性能設計數據庫優化策略表索引優化RAC群集：建數據庫優化策略分庫：突破單庫天花板增強可擴展能力需要應用支持分布式數據處理支持分布式增刪改支持查詢匯總部署分離：不同目標群的同一應用數據庫部署可考慮分離如國地稅申報征收交易類模式——性能設計26數據庫優化策略交易類模式——性能設計26交易類模式——性能設計應用層優化策略群集群集保證負載均衡設計上避免有狀態服務,充分發揮核心性能確保應用層能夠橫向、“線性”擴展27交易類模式——性能設計應用層優化策略27交易類模式——性能設計應用層優化策略數據緩存及內存數據庫減少應用層對數據庫的訪問，減輕數據訪問壓力，提升整體性能使用應用服務器端數據緩存，存放代碼、參數等不經常改變的數據28交易類模式——性能設計應用層優化策略數據緩存及內存數據庫28交易類模式——性能設計Web層優化策略硬件負載均衡器采用Session粘聯策略代碼數據緩存頁面緩存29交易類模式——性能設計Web層優化策略代碼數據緩存29交易類模式——性能設計客戶端優化策略客戶端代碼緩存通過代碼數據客戶端的緩存，對稅務應用，會降低大量代碼數據對網絡、磁盤IO的消耗（對WEB訪問量減少20%--40%）客戶端頁面緩存30交易類模式——性能設計客戶端優化策略30交易類模式——可靠性與安全性可靠性沖正和對賬安全性31交易類模式——可靠性與安全性可靠性安全性31交易類模式——靈活性和敏捷性設計唯一要求，也是系統整體穩定性的核心通過相對獨立的業務服務，封裝業務處理邏輯的變化作為服務抽取結果的服務規范是SOA的靈魂，也是成敗的關鍵要素32交易類模式——靈活性和敏捷性設計唯一要求，也是系統整體穩定性交易類模式——采購建議必選商用的應用服務器產品，如Weblogic\WebsphereApplicationServer高性能數據庫，如Oracle11g(含RAC)硬件負載均衡器可選MQ等隊列產品，原則上可用WeblogicJMS實現替代，重點考察WeblogicJMS可靠性（也需考慮應用服務器不是Weblogic的風險）33交易類模式——采購建議必選33流程類模式——功能需求（一）實際業務中存在大量流程化業務，這些業務需要建立在一套通用的流程機制上。通用流程包括流程的定義、執行、監控等內容。業務模式：順序執行、并行分支、同步、排他、簡單合并、多路選擇、多路合并等流程模式：會簽、群發單審、退回、收回、轉辦、代理、文管分發、多事件處理等流程定義流程建模：圖形定義（含節點動作、分支規則）、分級設置、流程發布、辦理時限、稅務事項、組織、人員、權限集成；流程仿真；管理維護：流程也能干定義的多版本支持、移植支持、備份恢復；流程執行待辦事項管理與交互；人工、定時、消息激活；節點處理：處理、退回、收回、會簽、分支等流程干預；批處理支持；相鄰節點合并處理；流程歸檔；權限控制；流程監控流程監控辦理時限監控；工作量監控；流程狀態監控；異常流程監控；業務監控：

（不是BAM）監控條件定義業務監控設置；業務監控執行；34流程類模式——功能需求（一）實際業務中存在大量流程化業務，這流程類模式——功能需求（二）功能需求小結流程主要用于處理業務，而非公文兼有人工流程和自動流程，但明顯偏重于人工流程具有明顯的“中國流程”或“稅務流程”特色35流程類模式——功能需求（二）功能需求小結35流程類模式——非功能需求由于主要支持業務處理，所以必須面對全國集中帶來的壓力流程定義的性能和可擴展考慮角色數量節點數量模板數量基礎信息（代碼、人員）數量流程執行的性能、可擴展、穩定性考慮36流程類模式——非功能需求由于主要支持業務處理，所以必須面對全流程類模式——應用對應37流程類模式——應用對應37統一權限系統應用流程管理應用展示流程類模式——基礎技術架構設計定義的需求應用的需求流程建模IDE統一權限系統流程引擎流程歸檔權限控制流程執行流程仿真資源管理表單調度事件管理業務流程管理待辦事項管理即時消息調度業務數據分析統計查詢業務流程監控待辦事項監控工作流初始化流程權限設計任務設計事件設計流程編排1.操作習慣的一致2.起草，發送，回退，附件等功能的應用3.監控圖形展示管理維護38統一權限系統應用流程管理應用展示流程類模式——基礎技術架構設流程類模式——基礎技術架構設計流程歸檔權限控制流程執行流程仿真資源管理表單調度事件管理業務流程管理待辦事項管理即時消息調度業務數據分析統計查詢業務流程監控待辦事項監控工作流初始化流程權限設計任務設計事件設計流程編排管理維護流程建模IDE圖形定義建模工具1.提供通用的圖形建模工具權限定義、流程發布、辦理時限、分級設置、事件定義2.提供權限定義，流程發布，辦理時限，分級設置，事件定義，通用流程模式設計3,會簽、群發單審、退回、收回、轉辦、代理、文管分發、多事件處理等通用流程模式設計流程定義的多版本支持、移植支持、備份恢復4.流程定義的多版本支持、移植支持、備份恢復應用流程管理1.監控條件定義，業務監控設置，流程數據初始化2.流程監控、業務監控、流程狀態監控、異常流程監控3.工作量監控、辦理時限監控4.業務數據分析、查詢統計、即時消息通知流程引擎1.待辦事宜產生與交互；人工、定時、消息激活；流程干預；批處理；相鄰節點合并處理2.節點處理：處理、退回、收回、會簽、分支等3.事件管理，表單管理，資源管理，流程仿真4.流程歸檔，權限控制39流程類模式——基礎技術架構設計流程歸檔權限控制流程執行流程仿流程類模式——基礎技術架構設計流程歸檔權限控制流程執行流程仿真資源管理表單調度事件管理業務流程管理待辦事項管理即時消息調度業務數據分析統計查詢業務流程監控待辦事項監控工作流初始化流程權限設計任務設計事件設計流程編排管理維護流程建模IDE1.提供通用的圖形建模工具2.提供權限定義，流程發布，辦理時限，分級設置，事件定義，3,會簽、群發單審、退回、收回、轉辦、代理、文管分發、多事件處理等通用流程模式設計4.流程定義的多版本支持、移植支持、備份恢復應用流程管理監控條件定義業務監控設置流程數據初始化1.監控條件定義，業務監控設置，流程數據初始化流程監控、業務監控流程狀態監控異常流程監控2.流程監控、業務監控、流程狀態監控、異常流程監控工作量監控，辦理時限監控3.工作量監控、辦理時限監控業務數據分析、查詢統計即時消息通知4.業務數據分析、查詢統計、即時消息通知流程引擎1.待辦事宜產生與交互；人工、定時、消息激活；流程干預；批處理；相鄰節點合并處理2.節點處理：處理、退回、收回、會簽、分支等3.事件管理，表單管理，資源管理，流程仿真4.流程歸檔，權限控制40流程類模式——基礎技術架構設計流程歸檔權限控制流程執行流程仿流程類模式——基礎技術架構設計流程歸檔權限控制流程執行流程仿真資源管理表單調度事件管理業務流程管理待辦事項管理即時消息調度業務數據分析統計查詢業務流程監控待辦事項監控工作流初始化流程權限設計任務設計事件設計流程編排管理維護流程建模IDE1.提供通用的圖形建模工具2.提供權限定義，流程發布，辦理時限，分級設置，事件定義，3,會簽、群發單審、退回、收回、轉辦、代理、文管分發、多事件處理等通用流程模式設計4.流程定義的多版本支持、移植支持、備份恢復應用流程管理1.監控條件定義，業務監控設置，流程數據初始化2.流程監控、業務監控、流程狀態監控、異常流程監控3.工作量監控、辦理時限監控4.業務數據分析、查詢統計、即時消息通知流程引擎待辦事項管理與交互人工、定時、消息激活節點處理流程干預1.待辦事宜產生與交互；人工、定時、消息激活；流程干預；批處理；相鄰節點合并處理2.節點處理：處理、退回、收回、會簽、分支等事件管理，表單管理資源管理，流程仿真3.事件管理，表單管理，資源管理，流程仿真流程歸檔；權限控制；4.流程歸檔，權限控制41流程類模式——基礎技術架構設計流程歸檔權限控制流程執行流程仿流程類模式——案例分析應用場景分析以涉稅審批場景為例42流程類模式——案例分析應用場景分析42流程模式——性能與可擴展設計對應用要求的回答性能設計流程引擎集群部署引擎同流程應用框架統一部署多流程統一受理可擴展性引擎層支持擴展：引擎間交互能力集成表單工具集成規則引擎集成專業監控工具容錯機制43流程模式——性能與可擴展設計對應用要求的回答43流程類模式——采購建議工作流引擎采購基本要求1：滿足全國集中的性能和可擴展要求；基本要求2：具有開放的API（包括對組織機構和權限的集成），稅務應用可方便地進行自身的流程框架以及流程定義工具的開發基本要求3：方便、直接的支持稅務需求（“中國特色”）的流程驅動擴展需求：具有良好的可擴展性，支持引擎間的交互，對表單（可選）、規則引擎（可選）、專業監控工具具有良好的集成能力44流程類模式——采購建議工作流引擎采購44流程類模式——采購建議工作流引擎采購建議篩選建議滿足性能要求是基本條件可集成性滿足條件流程驅動能力滿足稅務要求（在這方面，國產軟件有一定優勢）引擎集成擴展能力：引擎交互、集成表單、規則引擎最后，可以考慮國際標準的問題流程定義：BPMN流程執行：XPDL&BPEL45流程類模式——采購建議工作流引擎采購建議45決策類模式——概述46決策類模式——概述46使用場景固定查詢不能滿足需求；臨時性的；分散在多個固定查詢中，在一個模塊中查詢不到；只對查詢指標、條件有要求，對性能要求不高；在查詢過程中，需要反復調整條件，或者查詢指標；自定義查詢——使用場景47使用場景自定義查詢——使用場景47功能特點指標多、口徑多、查詢條件多，組合不固定，覆蓋整個業務域；指標能自定義，包括新增、修改，業務口徑能修改統計：維度選擇范圍相對固定(10個以內)，支持一定程度的鉆取、切片，能鉆透到明細數據；自定義過程支持圖形化拖拽，操作簡單、明了，能供業務人員直接使用；不用直接面向數據庫，無需考慮表關聯等數據庫層的內容，對于技術沒有要求；自定義查詢——特點分析48功能特點自定義查詢——特點分析48技術特點基于元數據層和語義數據層，自動解析形成指標體系、維度體系、查詢條件體系，以及和源數據的映射關系；數據源為分析數據模型，數據量大，要從應用層進行查詢效率優化；自定義查詢——特點分析49技術特點自定義查詢——特點分析49自定義查詢——應用對應50自定義查詢——應用對應50自定義查詢——參考架構51自定義查詢——參考架構51易用性設計拖拽式圖形化操作，提供打印、保存等輔助功能提供具有稅務特色的頁面組件提供收藏、發布、訂閱、指標檢索、結果集再過濾等輔助功能靈活性設計指標能自定義，與業務口徑自動綁定；查詢條件自定義；提供跨業務域的組合查詢；既有明細查詢，也有統計查詢，統計提供鉆取功能；性能設計提供SQL優化器，針對單句SQL進行邏輯優化；應用層提供查詢結果集數據量預估，拆分單句SQL為多條SQL，修改執行邏輯，緩存中間數據，化N表間關聯為表兩兩關聯；自定義查詢——參考設計52易用性設計自定義查詢——參考設計52對數據層的要求提供語義層，有工具自動解析元數據，按照一定規則，形成基于源系統的底層數據語義層；根據稅務特色，基于底層的語義層，人工自定義指標、維度等，形成高級語義模型；語義層是基于元數據的，因此系統需要提供相關元數據解析接口，能自動形成所需元數據，如數據字典、數據量等，同時允許人工補充，如新增業務口徑、表表關系等；自定義查詢——參考設計53對數據層的要求自定義查詢——參考設計53可與BI展現使用相同的工具，但需要具備以下條件提供與元數據的接口，能自動獲取相關數據源；提供語義層，供用戶定義稅務的語義視圖；提供對頁面組件進行二次封裝接口，構建稅務特色的頁面組件具有SQL優化器，能對結果集數據量進行預估，而從進行SQL執行邏輯策略的優化，如分拆SQL，緩存中間數據，化N表之間關聯為表兩兩關聯等；可選工具列表如OracleBIEE、BO、Cognos——較復雜，適應技術人員和特定的分析人員使用，具體選型參考總局BI工具評估報告定制化開發——簡單，適合業務人員使用自定義查詢——采購建議54可與BI展現使用相同的工具，但需要具備以下條件自定義查詢——應用場景省局各處室日常向總局各司所報報表；總局各司在省局報表之上，匯總、加工后生成的報表；總局臨時性下發報表，讓各省局填寫；報表——應用場景55應用場景報表——應用場景55功能特點中國業務特色：頁面布局復雜、無規律性，數據口徑復雜；能自動匯總下級稅務機關報表數據，支持多級填寫，即數據項能修改，能還原；能鉆透到明細；具有報表管理功能，如訂閱、推送、下發、發布等，一旦發布不能再修改；打印原式原樣，支持套打、表頭重復，提供水印報表底；提供自定義功能，業務人員能獨立使用，繪制簡單；非功能性特點集成性好，能與應用框架無縫整合，包括頁面風格、權限、功能；報表——特點分析56功能特點報表——特點分析56報表——應用對應57報表——應用對應57報表——參考架構58報表——參考架構58易用性設計提供自定義模式，設計器類Excel風格，符合稅務操作習慣；提供訂閱、推送、訂制成冊等輔助性功能；提供完整的打印、保存功能，如套打、表頭固定；流程設計提供制表、審核、上報、退回、發布、歸檔的報表全生命周期管理，并與權限做好集成；流程中提供數據檢驗機制，如與生產系統相關功能進行數據比對；控制流程過程對各級操作人員對表單的讀寫權限；提供基于元數據的語義層，滿足自定義需求報表——參考設計59易用性設計報表——參考設計59靈活性設計報表數據項，根據權限控制和報表生命周期，允許讀、寫帶有一定的報表分析功能，能鉆取看下級、能鉆透看明細，提供圖形化分析，能實現表圖轉換；其它技術特性設計提供多數據源接口支撐，如各類數據庫、結構化文件(XML、EXCEL、TXT等)提供基于元數據的語義層，滿足自定義需求；針對定義報表，配備優化器，提高查詢性能；報表——參考設計60靈活性設計報表——參考設計60報表工具建議稅務報表具有中國特色，建議選國內成熟產品；需要帶自定義功能，有語義層；產品選擇如潤乾報表、BO水晶報表；報表——采購建議61報表工具建議報表——采購建議61主要使用場景把數字用各種圖形擺放出來，讓其中的規律更加顯性化；一個數據從多個角度進行分析，尋找其規律性；通過圖表展現稅收收入等業務指標的分布特點、規律；利用TOPN的統計方法，界定納稅大戶，及其分布規律；利用時序的分析方法，看各項稅收指標的空間分布，掌握其增長率情況；OLAP分析——使用場景62主要使用場景OLAP分析——使用場景62功能特點展現數據已知的、顯性規律，提供圖形化功能；滿足在多維環境下特定的查詢和報表需求；提供鉆取、鉆透、切片、切塊、旋轉等操作，能在多個分析角度間自由切換；技術特點提供了多種統計學的分析方法，如TOPN，同比/環比，2/8集中度等提供圖文混排，便于出分析報告；提供語義數據層；OLAP分析——特點分析63功能特點OLAP分析——特點分析63OLAP分析——應用對應64OLAP分析——應用對應64OLAP分析——參考架構65OLAP分析——參考架構65易用性設計有豐富的圖表庫可供使用人員直接選擇，切換；分析的指標、維度，支持自定義選擇；能鉆取、鉆透、切片、切塊、旋轉，能鉆透到納稅人明細，直接聯接一戶式查詢；性能設計查詢響應速度快，要有SQL優化器多維數據庫，加載效率要高，支持增量加載、定時自動更新，壓縮率要大OLAP分析——參考設計66易用性設計OLAP分析——參考設計66耦合度設計多維數據庫，與OLAP分析展現，不集成到一個工具中，多維數據模型，可被其它應用程序調用，如查詢統計、報表等；多維數據庫中的數據，能鉆透到關系型數據庫，即能由粗粒度數據，鉆透到納稅人明細數據；OLAP分析——參考設計67耦合度設計OLAP分析——參考設計67產品選型主流產品均符合基本功能性需要，選型建議參考總局BI工具選型評估結果；主流展現產品：如ORACLEBIEE、IBMCognos、BO；多維數據庫產品：如OracleEssbase、CognosOLAP等；OLAP分析——采購建議68產品選型OLAP分析——采購建議68應用場景績效管理中的績效模型、績效評估算法；風險管理中的風險特征模型、風險關聯性模型、風險預測模型、風險評估模型；政策管理中的政策評估模型、政策模擬運行模型；稽查中的稽查選案模型；評估審計中的納稅人的各種評估模型；征管狀況分析中的稅收預測模型、征管狀況評估模型；各個模型中的參數測算模型……數據挖掘——應用場景69應用場景數據挖掘——應用場景69功能特點利用數學算法模型，探索并形成業務數據模型，尋找數據間的隱性關系、規律；有模擬運行平臺，評估業務數據模型的有效性，通過參數調整修改模型；提供特有圖形，展現最終的業務數據模型結果集；技術特點提供豐富的數學挖掘方法，以及眾多的算法供選擇，并能根據使用場景進行提供算法選型、推薦；支持各類數據源，如Oracle數據庫、結構化文件；簡單操作圖形化，復雜操作代碼化；算法庫提供二次開發接口，可調整、可新增數據挖掘——特點70功能特點數據挖掘——特點70數據挖掘——應用對應71數據挖掘——應用對應71數據挖掘——參考架構72數據挖掘——參考架構72核心算法庫設計包括但不局限于以下幾類算法，每類針對不同應用環境，有多個相對應的算法自動化建模節點：決策樹回歸模型貝葉斯算法人工智能自學習增量算法數據挖掘——參考設計關聯分析聚類算法歸納算法時間序列算法降維算法73核心算法庫設計數據挖掘——參考設計73模型訓練設計提供模型噪聲處理的各種方法；提供模型有效性評估的方法庫；根據學習型模型，根據評估方法，進行自動測算；訓練過程、參數調整、結果展示都可視化；提供模型評估功能，包括多模型整合評估，評估結果可視化等；性能設計提供集群功能進行負載均衡，提高性能；提供多流程并發；提供SQL優化器；數據挖掘——參考設計74模型訓練設計數據挖掘——參考設計74開放性設計源數據、目標數據，支持主流存儲結構，如各類DB、結構化文件；算法參數可視化，并提供外部接口，能調整，算法庫可導入外部算法，并提供接口或者可視化設計器，供調整；非必要功能設計數據結果集分析展現：可視化圖形、報表數據挖掘——參考設計75開放性設計數據挖掘——參考設計75選型產品列表SASEM、BASE，長處在于算法庫、數學模型，編程環境較好，但相對復雜，基本需要開發實現，對使用人員需要定向培訓，上層展現端偏弱，一般與OLAP分析結合使用；SPSSClementiue、Publisher，長處在于使用簡單，底層算法庫封裝得較好，配套有相應的展現端，但數學模型相對較弱，算法庫開放度不夠，修改調整困難；數據挖掘——采購建議76選型產品列表數據挖掘——采購建議76內容管理類模式——背景定位非結構化數據的管理應用電子檔案庫的建設主要有兩個目的實現檔案的電子化存儲，方便進行檔案的專業化、規范化管理。信息單點采集并高度共享，把電子檔案系統抽象成一種公共服務的提供者，例如文書審批過程中調用納稅人提交的附件。77內容管理類模式——背景定位77內容管理類模式——關鍵技術關鍵技術圖像處理－去除圖像噪音，格式化成規定樣式的圖像條碼識別－建立電子檔案與紙質檔案的對應圖像置亂技術－保證圖像的安全數據解析－圖像解析或者其他規定格式數據文件解析數字水印技術－保證電子檔案不被復制后用于非法用途虛擬錄入－屏蔽底層的硬件接口78內容管理類模式——關鍵技術關鍵技術78內容管理類模式——非功能性需求高效性存儲量大，且在業務應用時對檢索速度要求較高高可靠性由于電子檔案的特殊性，要求有冗余備份機制，并提供多層安全管理控制功能來保證系統的可維護性，即使系統崩潰也不會丟失業務數據，并馬上可恢復系統

數據傳輸量大采取技術手段減少檔案信息的重復傳輸79內容管理類模式——非功能性需求高效性79內容管理類模式——應用對應80內容管理類模式——應用對應80內容管理類模式——技術架構設計參考81內容管理類模式——技術架構設計參考81內容管理類模式——邏輯分布設計82內容管理類模式——邏輯分布設計82內容管理類模式——應用場景電子檔案采集納稅人在納稅服務平臺辦理業務時，上傳相關附件，由管理員審核后補充索引信息，歸檔辦稅大廳受理人員辦理業務時，掃描納稅人提交的紙質檔案，建立索引，歸檔電子檔案應用文書審批時，由附件索引調用相關電子檔案，供審批人查閱后審批電子檔案系統對外提供服務，由納稅人識別號和電子檔案類型查詢相關檔案83內容管理類模式——應用場景電子檔案采集83內容管理類模式——性能設計采用海量存儲解決方案如SAN存儲網絡數據分布設計分為前置存放數據、在線存放數據、近線存放數據、離線存放數據、緩存數據84內容管理類模式——性能設計采用海量存儲解決方案84內容管理類模式——數據分布設計前置存放數據這部分數據為存放在省/市影像前置服務器上的數據，數據的具體存放地為各省/市影像前置服務器使用的磁盤介質。存放的目的是在掃描、質檢、索引等業務環節全部完成之前，將所有的影像文件和相關信息都暫存于前置服務器上。在線存放數據這部分數據為存放在省/市局在線設備上的數據，數據的具體存放地為SAN存儲設備。在線存放數據是影像系統的核心應用數據，包含了常用的影像資料。

85內容管理類模式——數據分布設計前置存放數據85內容管理類模式——數據分布設計近線存放數據這部分數據為存放在省/市局近線設備上的數據，數據的具體存放地為DVD光柜，使用DVD介質，可以作為在線數據影像文件的備份。在線存放數據與近線存放數據之間采取一次發布動態交換的模式處理存儲問題，根據影像數據的發布時間、操作時間、操作次數等策略進行交換。

離線存放數據這部分數據為存放在省/市局離線設備上的數據，數據的具體存放地為離線光盤。當光柜內空白盤片用盡后，就需要將一部分的歷史數據盤片取出，更換上新的空白盤片，當這些盤片上的歷史數據需要調閱時，系統會提示管理員把相應的光盤放入光柜中。具備峰值數據的高負荷處理能力，具有快速響應、高穩定性和安全的特點。86內容管理類模式——數據分布設計近線存放數據86內容管理類模式——數據分布設計緩存數據這部分數據為存放在各省/市局緩存服務器上的數據，數據的具體存放地為各省局緩存服務器使用的磁盤介質。設置影像緩存服務器，對頻繁訪問的影像文件進行必要的緩存，從而提高影像系統后臺服務器的性能，并降低網絡帶寬的占用。87內容管理類模式——數據分布設計緩存數據87內容管理類模式——采購建議產品備選IBM

FileNetAutonomy除軟件產品外，還需要集成相關硬件設備：存儲設備掃描儀、條碼掃描槍光盤庫及相關設備產品評價建議考慮與門戶網站內容管理的整合88內容管理類模式——采購建議產品備選88集成背景基于面向服務架構（SOA）的整體規劃89集成背景89界面集成類模式（業務工作門戶）——定位90界面集成類模式（業務工作門戶）——定位90業務工作門戶——場景展示應用場景分析見紅色標記91業務工作門戶——場景展示應用場景分析91業務工作門戶——功能需求統一界面入口，提升客戶體驗整合不同應用系統的業務展現界面提供統一的界面模板設計大綱增強操作體驗提供工作流程導航、業務指導、工作進程展示的辦公界面結合流程業務，提供流程導航，提供流程的實時圖形展示將操作業務的法規與流程體現在統一界面中92業務工作門戶——功能需求統一界面入口，提升客戶體驗92業務工作門戶——非功能需求擴展性能集成多渠道，多系統提供的界面能集成獨立的第三方的權限系統能集成多渠道，多系統提供的待辦事宜93業務工作門戶——非功能需求擴展性93業務工作門戶——應用對應94業務工作門戶——應用對應94業務工作門戶——功能設計95業務工作門戶——功能設計9596業務工作門戶——架構設計服務控制平臺管理業務工作平臺權限訪問業務集成頁面集成代辦事宜設計工作進程設計業務管理預警行為操作監控業務指導幫助業務功能應用支撐框架界面元素標準頁腳區框架菜單域框架工作區框架頁眉區框架身份認證權限管理代辦事宜流程導航業務預警業務輔助信息行動操作事件調度產品支撐頁面集成技術界面元素標準頁腳區框架菜單域框架工作區框架頁眉區框架工作流流程引擎展現模式管理個性化管理代辦事宜設置認證策略管理監控管理輔助新管理96業務工作門戶——架構設計服務控制平臺管理業務工作平臺權限96業務工作門戶——方案建議服務控制平臺管理業務工作平臺權限訪問業務集成頁面集成代辦事宜設計工作進程設計業務管理預警行為操作監控業務指導幫助業務功能應用支撐框架產品支撐頁面集成技術界面元素標準頁腳區框架菜單域框架工作區框架頁眉區框架工作流流程引擎方案一：采購產品方案二：由業務工作門戶的開發商自行開發此為在產品不能滿足要求時的備用方案97業務工作門戶——方案建議服務控制平臺管理業務工作平臺權限訪問業務工作門戶——推薦方案二原因放棄方案一的議案因：以前對Portal的使用問題封裝為Portlet會產生性能問題權限粒度太粗，和我們需要的細粒度權限控制不符應對稅務需求的定制能力存疑98業務工作門戶——推薦方案二原因98納稅服務門戶內部門戶網站辦稅服務、納稅咨詢、征納交流和稅收宣傳等；網上申報、網上登記與預審及網絡發票等辦稅服務訪問的經由門戶；省局和總局兩級部署，省局個性化；統一的身份認證登錄；內容管理、交互與協同等功能的支持面向全部納稅人的門戶網站的性能問題內部統一門戶：沿用目前網站在信息發布、內容展現方面的功能，提供連入業務系統的鏈接；省局和總局兩級部署，省局個性化統一的身份認證登錄；內容管理、交互與協同等功能的支持門戶網站類模式——應用需求99納稅服務門戶內部門戶網站辦稅服務、納稅咨詢、征納交流和稅收宣門戶網站類模式——應用對應100門戶網站類模式——應用對應100門戶網站類模式——參考架構辦稅服務稅收宣傳納稅咨詢互動交流新聞報道員工門戶對內對外內容管理軟件交互工具內容管理軟件知識庫辦公網上申報其他網上系統納稅人身份系統行政辦公平臺內部業務平臺內部IA中心納稅人稅務人員101門戶網站類模式——參考架構辦稅服務稅收宣傳納稅咨詢互動交流新更加重視用戶界面集成；更加重視性能和效率，重視用戶的使用體驗。同時也包含流程整合、應用整合及權限整合等門戶框架。對于門戶業務服務偏向于比較輕量的、實用的應用。多種門戶協議標準限制。Porlet定制和布局等智能控制和個性管理功能。在性能和效率，以及用戶體驗方面有待提高。包含重量型的門戶業務服務（內容管理、搜索等），但其功能不及專業產品。門戶框架擴展性和集成性有待提高，也無法定制。輕門戶：重門戶：輕門戶正在向兩個方向發展：其一是以新浪為代表的門戶網站形式，通過HTML基本技術呈現內容集成/功能集成/操作體驗的門戶界面；其二是企業工作門戶，將企業的業務/流程/處理統一起來的工作平臺。建議采用輕門戶的方式實現納稅服務門戶和內部門戶網站。由于重門戶的使用效果并不好，目前重門戶的應用正在弱化。門戶網站類模式——實現方式選擇102更加重視用戶界面集成；多種門戶協議標準限制。輕門戶：重門戶：總局和省局兩級部署，分擔用戶壓力。進行用戶分類，按照業務類型限制用戶壓力，保證關鍵業務。門戶應用采用輕量方式實現，避免復雜門戶技術處理。門戶統一身份認證和登錄需做好性能規劃。Web服務器進行用戶訪問流量控制和路由。應用服務器實現集群，并進行負載均衡，保障性能要求。應用集成需考慮被集成系統的單點性能瓶頸問題，盡量實現松耦合。避免進行跨級次、跨區域的應用集成。關鍵系統進行用戶訪問排隊和控制。關鍵業務系統的數據庫設計和訪問優化。內容文檔庫的訪問優化和簡化。門戶網站類模式——性能設計103總局和省局兩級部署，分擔用戶壓力。門戶應用采用輕量方式實現，技術特點內容管理具有采集、編寫、審核校對、發布、歸檔等一系列過程典型的流程應用，數據異步處理,內容具有數據權限約束采集端編輯修改審核發布歸檔IE客戶端上傳/下載樣式編輯內容瀏覽通過送審訪問授權信息推送展示歷史查詢存儲備份內網門戶等門戶網站類模式——內容管理軟件104技術特點采集端編輯修改審核發布歸檔IE客戶端樣式編輯通過送審門戶網站類模式——內容管理軟件105門戶網站類模式——內容管理軟件105門戶模式技術要點輕門戶的實現方式，可以選擇不專門采購門戶產品，而采取“定制化開發”實現網站功能。單點登錄采用專業的SSO產品。門戶業務服務：內容管理采用專門軟件，搜索引擎采用專門軟件，協同采用專門軟件。性能設計需綜合考慮：關鍵業務系統、應用設計的優化。門戶網站類模式——技術要點與建議106門戶模式技術要點門戶網站類模式——技術要點與建議106重門戶的很多功能已經在業務工作平臺中實現，因此建議門戶網站采用輕門戶方案。輕門戶的實現方式，采購基本J2EE應用服務器和網站內容管理軟件，定制化開發實現。內容管理產品備選TRSIBMFileNet

Autonomy搜索引擎產品備選TRSIBMOmniFind門戶網站類模式——產品采購建議107重門戶的很多功能已經在業務工作平臺中實現，因此建議門戶網站采應用集成類模式（應用集成平臺）——場景108應用集成類模式（應用集成平臺）——場景108集成服務：協議轉換、消息轉換、服務路由、服務調度、服務編排、服務發布訂閱等公用服務：服務安全、異常處理、流水沖正、服務質量等服務集成協議轉換：支持多種協議的轉換；消息格式轉換；支持各種常見格式的報文的轉換和消息的處理；服務路由：支持直通、基于內容、結果、并發、合并等靈活的路由方式；服務調度：支持同步、異步以及發布訂閱等方式；服務質量1.服務優先級：能夠對優先級高的服務，配置獨立資源保證服務質量；2.服務故障隔離：在服務系統或服務出現故障，能自動隔離。3.交易一致性：在交易失敗時能夠提供沖正機制；服務治理

服務元數據管理：支持服務生命周期中，服務元數據的管理；2、服務注冊庫：支持服務的注冊和發現機制；3、服務的管理和監控：支持服務的配置以及動態生效；支持服務各項參數的儀表盤展現；遵從SOA原則，應用集成平臺落地為“ESB”應用集成平臺——功能需求109集成服務：協議轉換、消息轉換、服務路由、服務調度、服務編排、應用集成平臺——非功能需求在目前的定位下，應用集成平臺避免了全國集中后的性能集中點和瓶頸點，性能需求相對不強，但建議采購時同樣考察：性能和高擴展性交易量和增長規模橫向擴展能力（提升硬件）響應時間(擋板交易、關鍵交易)穩定和高可用性支持集群部署，單點故障不影響系統運行支持軟件和硬件負載均衡支持在線維護和動態部署支持故障隔離110應用集成平臺——非功能需求在目前的定位下，應用集成平臺避免了應用集成平臺——應用對應111應用集成平臺——應用對應111應用集成平臺——參考架構112應用集成平臺——參考架構112應用集成平臺——產品采購建議產品備選OSB\WebsphereESB\WebsphereMessageBroker其他廠商：Tibco，國產廠商等；篩選建議滿足服務集成功能和性能要求是基本條件需具備服務優先級、故障隔離、交易沖正等功能，保證服務質量服務響應能力、實施難度和二次開發能力113應用集成平臺——產品采購建議產品備選113數據集成類模式——背景114數據集成類模式——背景114數據集成類模式——應用對應115數據集成類模式——應用對應115數據集成類模式——數據共享技術需求MQ消息國稅與政府其它部門交換的數據實時數據庫復制主數據庫，復制到各個應用數據庫中的只讀庫，1對N；總局復制到各個省局，也是1對N，但是需要進行數據清分保存N個月數據的生產數據庫群，復制到N+X個月的統一查詢機，N對1定期數據庫復制申報征收數據庫中的納稅人原始完稅憑證信息，定期（每月一次）復制到計會統數據庫；

ETL復制總局生產數據庫到，分析性數據庫，每天，同步頻度低，有加工過程；總局到省局的數據分發，每天；服務納稅人級的交易過程中，需要交互的共享數據116數據集成類模式——數據共享技術需求MQ消息116數據集成類模式——數據共享技術需求分析MQ消息——外部信息交換異質、異構、批量、非實時、廣域網實時數據庫復制主數據：同質、同構、非全庫、高效、局網查詢機：同質、同構、增量、高效、局網定時數據庫復制批量同步：同質、同構、非全庫、較高效、局網數據分發：同質、同構、一對多、高效、廣域網ETL工具抽取服務模式服務模式：單筆小數據、異構分析數據：同質、異構、一對多、非實時、局網117數據集成類模式——數據共享技術需求分析MQ消息——外部信息交MQ消息——外部信息交換適用