金稅三期工程技術(shù)基礎架構(gòu)設計方案.ppt

《金稅三期工程技術(shù)基礎架構(gòu)設計方案.ppt》由會員分享，可在線閱讀，更多相關(guān)《金稅三期工程技術(shù)基礎架構(gòu)設計方案.ppt（127頁珍藏版）》請在裝配圖網(wǎng)上搜索。

1 金稅三期工程 技術(shù)基礎架構(gòu)設計方案 技術(shù)架構(gòu)分冊 V1 0 匯報人 總體規(guī)劃設計項目組 2 目錄 1 工作目標2 工作思路與設計原則3 技術(shù)實現(xiàn)模式分析4 產(chǎn)品采購規(guī)劃 技術(shù)支撐模式 3 背景 公用組件體系 軟件套裝產(chǎn)品 硬件基礎設施 軟件基礎設施 各種支撐應用實現(xiàn)的技術(shù)模式 安全體系架構(gòu) 技術(shù)支撐體系 應用架構(gòu) 數(shù)據(jù)架構(gòu) 4 分析設計應用架構(gòu)和數(shù)據(jù)架構(gòu)的各類技術(shù)支撐模式從技術(shù)角度分離出不同的技術(shù)支撐模式設計應用實現(xiàn)的參考架構(gòu)界定技術(shù)性的功能 如流程引擎需求 及非功能需求 并對重點非功能性需求進行設計驗證 工作目標 2 分離出對軟件基礎設施的采購需求 從技術(shù)實現(xiàn)角度支撐全國大集中的項目實施 5 目錄 1 工作目標2 工作思路與設計原則3 技術(shù)實現(xiàn)模式分析4 產(chǎn)品采購規(guī)劃 6 工作思路 技術(shù)支撐模式劃分 根據(jù)應用架構(gòu)和數(shù)據(jù)架構(gòu)要求 共同劃分應用功能實現(xiàn)的技術(shù)模式 這是上下承接的關(guān)鍵 我們的假定是支持這些實現(xiàn)模式 從技術(shù)角度就能支撐金稅三期應用的開發(fā)和運行 7 總體設計原則 高效 穩(wěn)定 包容 一致 1 強化性能與可擴展性設計 支撐全國大集中的戰(zhàn)略決策 2 貫穿面向服務的設計理念強調(diào)系統(tǒng)高內(nèi)聚松耦合 支撐業(yè)務的解耦 奠定應用擴展基礎 3 提供完備的應用集成策略 提供良好的包容 遺留系統(tǒng) 可擴展 新系統(tǒng) 的能力 4 強調(diào)架構(gòu)管控統(tǒng)一軟件基礎設施統(tǒng)一公用業(yè)務構(gòu)件統(tǒng)一服務與數(shù)據(jù)規(guī)范 保證架構(gòu)貫徹的一致性 8 一般性設計原則 9 目錄 1 工作目標2 工作思路與設計原則3 技術(shù)實現(xiàn)模式分析4 產(chǎn)品采購規(guī)劃 10 模式劃分 技術(shù)實現(xiàn)模式分析應用功能實現(xiàn)類 交易類 核心數(shù)據(jù)處理類業(yè)務 如申報征收 流程類 流程驅(qū)動類業(yè)務 包括主要的管理型業(yè)務 如登記 涉稅文書審批 稽查 決策類 自定義查詢 報表 OLAP分析 數(shù)據(jù)挖掘 內(nèi)容管理類 電子影像 檔案 文檔 知識 應用功能集成類 界面集成類 業(yè)務工作門戶 應用集成類 應用集成平臺 數(shù)據(jù)集成類 ETL 數(shù)據(jù)復制 數(shù)據(jù)交換平臺 門戶網(wǎng)站類 內(nèi)外網(wǎng)門戶網(wǎng)站 11 模式分析 12 交易類模式 背景 這是首次在稅務行業(yè)采用的模式 產(chǎn)生的業(yè)務和技術(shù)背景是業(yè)務 納稅服務和征管職能分離技術(shù) 全國集中后兼顧風險和效率 13 技術(shù)特點通過應用的縱向技術(shù)劃分 分擔系統(tǒng)負載 進行流量控制以大廳征收為例 交易類模式 特點分析 一 14 交易類模式 特點分析 二 技術(shù)特點交易實現(xiàn)路徑長 要經(jīng)過渠道 前置 核心系統(tǒng)實現(xiàn)一個完整交易總局負載大總局估算國稅峰值TPS 1萬以上主要業(yè)務占比大 如申報征收約占46 15 交易類模式 應用對應 16 交易類模式 參考架構(gòu) 整體 17 交易類模式 參考架構(gòu) 大廳系統(tǒng) 18 交易類模式 參考架構(gòu) 前置 19 交易類模式 參考架構(gòu) 核心處理層 20 交易類模式 性能設計 設計層次應用縱向分割 進行負載分擔與流量控制優(yōu)化 梳理功能設計如根據(jù)繳款類型優(yōu)化操作設計 稅庫扣款戶 稅銀扣款戶 傳統(tǒng)繳款戶 傳統(tǒng)的實時申報 開票 上解 入庫功能 一站式的申報繳款功能 可以是異步提交 查詢梳理 從需求上將需求較多的 和日常業(yè)務統(tǒng)計相關(guān)的批量數(shù)據(jù)查詢降低 21 交易類模式 性能設計 設計層次優(yōu)化 梳理功能設計查詢梳理 靈活性 性能 一致性不可得兼 規(guī)范日報 單戶信息查詢 梳理與當期征管密切相關(guān)的 與大廳日常管理結(jié)合的查詢和報表 近生產(chǎn)庫查詢 基于統(tǒng)一視圖的查詢 統(tǒng)計 核對型 非日常 的查詢 近生產(chǎn)庫 查詢規(guī)范的技術(shù)建議不建議查詢縣區(qū)以上的相關(guān)信息清冊不建議查詢跨業(yè)務域 原則上也只有綜合分析才會跨 不建議增加同期數(shù) 同期增長率等分析性查詢盡量減少允許跨越月的非單戶查詢 22 交易類模式 性能設計 設計層次前置流控設計 23 交易類模式 性能設計 設計層次前置交易穿透 24 交易類模式 性能設計 設計層次應用內(nèi)部的性能設計 25 交易類模式 性能設計 數(shù)據(jù)庫優(yōu)化策略表設計優(yōu)化避免熱點表避免頻繁訪問胖表盡量減少日常業(yè)務操作數(shù)據(jù)表的數(shù)據(jù)量 表索引優(yōu)化 RAC群集 建議2 4個節(jié)點 解決負載均衡和單點故障 表分區(qū) 利用分區(qū)索引 減少查詢路徑 降低I O 26 數(shù)據(jù)庫優(yōu)化策略分庫 突破單庫天花板增強可擴展能力需要應用支持分布式數(shù)據(jù)處理支持分布式增刪改支持查詢匯總部署分離 不同目標群的同一應用數(shù)據(jù)庫部署可考慮分離如國地稅申報征收 交易類模式 性能設計 27 交易類模式 性能設計 應用層優(yōu)化策略群集群集保證負載均衡設計上避免有狀態(tài)服務 充分發(fā)揮核心性能確保應用層能夠橫向 線性 擴展 28 交易類模式 性能設計 應用層優(yōu)化策略 數(shù)據(jù)緩存及內(nèi)存數(shù)據(jù)庫減少應用層對數(shù)據(jù)庫的訪問 減輕數(shù)據(jù)訪問壓力 提升整體性能使用應用服務器端數(shù)據(jù)緩存 存放代碼 參數(shù)等不經(jīng)常改變的數(shù)據(jù) 29 交易類模式 性能設計 Web層優(yōu)化策略硬件負載均衡器采用Session粘聯(lián)策略 代碼數(shù)據(jù)緩存頁面緩存 30 交易類模式 性能設計 客戶端優(yōu)化策略客戶端代碼緩存通過代碼數(shù)據(jù)客戶端的緩存 對稅務應用 會降低大量代碼數(shù)據(jù)對網(wǎng)絡 磁盤IO的消耗 對WEB訪問量減少20 40 客戶端頁面緩存 31 交易類模式 可靠性與安全性 可靠性沖正和對賬 安全性 32 交易類模式 靈活性和敏捷性設計 唯一要求 也是系統(tǒng)整體穩(wěn)定性的核心通過相對獨立的業(yè)務服務 封裝業(yè)務處理邏輯的變化 作為服務抽取結(jié)果的服務規(guī)范是SOA的靈魂 也是成敗的關(guān)鍵要素 33 交易類模式 采購建議 必選商用的應用服務器產(chǎn)品 如Weblogic WebsphereApplicationServer高性能數(shù)據(jù)庫 如Oracle11g 含RAC 硬件負載均衡器可選MQ等隊列產(chǎn)品 原則上可用WeblogicJMS實現(xiàn)替代 重點考察WeblogicJMS可靠性 也需考慮應用服務器不是Weblogic的風險 34 流程類模式 功能需求 一 實際業(yè)務中存在大量流程化業(yè)務 這些業(yè)務需要建立在一套通用的流程機制上 通用流程包括流程的定義 執(zhí)行 監(jiān)控等內(nèi)容 業(yè)務模式 順序執(zhí)行 并行分支 同步 排他 簡單合并 多路選擇 多路合并等 流程模式 會簽 群發(fā)單審 退回 收回 轉(zhuǎn)辦 代理 文管分發(fā) 多事件處理等 流程定義流程建模 圖形定義 含節(jié)點動作 分支規(guī)則 分級設置 流程發(fā)布 辦理時限 稅務事項 組織 人員 權(quán)限集成 流程仿真 管理維護 流程也能干定義的多版本支持 移植支持 備份恢復 流程執(zhí)行待辦事項管理與交互 人工 定時 消息激活 節(jié)點處理 處理 退回 收回 會簽 分支等流程干預 批處理支持 相鄰節(jié)點合并處理 流程歸檔 權(quán)限控制 流程監(jiān)控流程監(jiān)控辦理時限監(jiān)控 工作量監(jiān)控 流程狀態(tài)監(jiān)控 異常流程監(jiān)控 業(yè)務監(jiān)控 不是BAM 監(jiān)控條件定義業(yè)務監(jiān)控設置 業(yè)務監(jiān)控執(zhí)行 35 流程類模式 功能需求 二 功能需求小結(jié)流程主要用于處理業(yè)務 而非公文兼有人工流程和自動流程 但明顯偏重于人工流程具有明顯的 中國流程 或 稅務流程 特色 36 流程類模式 非功能需求 由于主要支持業(yè)務處理 所以必須面對全國集中帶來的壓力流程定義的性能和可擴展考慮角色數(shù)量節(jié)點數(shù)量模板數(shù)量基礎信息 代碼 人員 數(shù)量流程執(zhí)行的性能 可擴展 穩(wěn)定性考慮 37 流程類模式 應用對應 38 統(tǒng)一權(quán)限系統(tǒng) 應用流程管理 應用展示 流程類模式 基礎技術(shù)架構(gòu)設計 定義的需求 應用的需求 流程建模IDE 統(tǒng)一權(quán)限系統(tǒng) 流程引擎 流程歸檔 權(quán)限控制 流程執(zhí)行 流程仿真 資源管理 表單調(diào)度 事件管理 業(yè)務流程管理 待辦事項管理 即時消息調(diào)度 業(yè)務數(shù)據(jù)分析 統(tǒng)計查詢 業(yè)務流程監(jiān)控 待辦事項監(jiān)控 工作流初始化 流程權(quán)限設計 任務設計 事件設計 流程編排 1 操作習慣的一致2 起草 發(fā)送 回退 附件等功能的應用3 監(jiān)控圖形展示 管理維護 39 流程類模式 基礎技術(shù)架構(gòu)設計 流程歸檔 權(quán)限控制 流程執(zhí)行 流程仿真 資源管理 表單調(diào)度 事件管理 業(yè)務流程管理 待辦事項管理 即時消息調(diào)度 業(yè)務數(shù)據(jù)分析 統(tǒng)計查詢 業(yè)務流程監(jiān)控 待辦事項監(jiān)控 工作流初始化 流程權(quán)限設計 任務設計 事件設計 流程編排 管理維護 流程建模IDE 圖形定義建模工具 1 提供通用的圖形建模工具 權(quán)限定義 流程發(fā)布 辦理時限 分級設置 事件定義 2 提供權(quán)限定義 流程發(fā)布 辦理時限 分級設置 事件定義 通用流程模式設計 3 會簽 群發(fā)單審 退回 收回 轉(zhuǎn)辦 代理 文管分發(fā) 多事件處理等通用流程模式設計 流程定義的多版本支持 移植支持 備份恢復 4 流程定義的多版本支持 移植支持 備份恢復 應用流程管理 1 監(jiān)控條件定義 業(yè)務監(jiān)控設置 流程數(shù)據(jù)初始化 2 流程監(jiān)控 業(yè)務監(jiān)控 流程狀態(tài)監(jiān)控 異常流程監(jiān)控 3 工作量監(jiān)控 辦理時限監(jiān)控 4 業(yè)務數(shù)據(jù)分析 查詢統(tǒng)計 即時消息通知 流程引擎 1 待辦事宜產(chǎn)生與交互 人工 定時 消息激活 流程干預 批處理 相鄰節(jié)點合并處理2 節(jié)點處理 處理 退回 收回 會簽 分支等 3 事件管理 表單管理 資源管理 流程仿真 4 流程歸檔 權(quán)限控制 40 流程類模式 基礎技術(shù)架構(gòu)設計 流程歸檔 權(quán)限控制 流程執(zhí)行 流程仿真 資源管理 表單調(diào)度 事件管理 業(yè)務流程管理 待辦事項管理 即時消息調(diào)度 業(yè)務數(shù)據(jù)分析 統(tǒng)計查詢 業(yè)務流程監(jiān)控 待辦事項監(jiān)控 工作流初始化 流程權(quán)限設計 任務設計 事件設計 流程編排 管理維護 流程建模IDE 1 提供通用的圖形建模工具 2 提供權(quán)限定義 流程發(fā)布 辦理時限 分級設置 事件定義 3 會簽 群發(fā)單審 退回 收回 轉(zhuǎn)辦 代理 文管分發(fā) 多事件處理等通用流程模式設計 4 流程定義的多版本支持 移植支持 備份恢復 應用流程管理 監(jiān)控條件定義業(yè)務監(jiān)控設置流程數(shù)據(jù)初始化 1 監(jiān)控條件定義 業(yè)務監(jiān)控設置 流程數(shù)據(jù)初始化 流程監(jiān)控 業(yè)務監(jiān)控流程狀態(tài)監(jiān)控異常流程監(jiān)控 2 流程監(jiān)控 業(yè)務監(jiān)控 流程狀態(tài)監(jiān)控 異常流程監(jiān)控 3 工作量監(jiān)控 辦理時限監(jiān)控 4 業(yè)務數(shù)據(jù)分析 查詢統(tǒng)計 即時消息通知 流程引擎 1 待辦事宜產(chǎn)生與交互 人工 定時 消息激活 流程干預 批處理 相鄰節(jié)點合并處理2 節(jié)點處理 處理 退回 收回 會簽 分支等 3 事件管理 表單管理 資源管理 流程仿真 4 流程歸檔 權(quán)限控制 41 流程類模式 基礎技術(shù)架構(gòu)設計 流程歸檔 權(quán)限控制 流程執(zhí)行 流程仿真 資源管理 表單調(diào)度 事件管理 業(yè)務流程管理 待辦事項管理 即時消息調(diào)度 業(yè)務數(shù)據(jù)分析 統(tǒng)計查詢 業(yè)務流程監(jiān)控 待辦事項監(jiān)控 工作流初始化 流程權(quán)限設計 任務設計 事件設計 流程編排 管理維護 流程建模IDE 1 提供通用的圖形建模工具 2 提供權(quán)限定義 流程發(fā)布 辦理時限 分級設置 事件定義 3 會簽 群發(fā)單審 退回 收回 轉(zhuǎn)辦 代理 文管分發(fā) 多事件處理等通用流程模式設計 4 流程定義的多版本支持 移植支持 備份恢復 應用流程管理 1 監(jiān)控條件定義 業(yè)務監(jiān)控設置 流程數(shù)據(jù)初始化 2 流程監(jiān)控 業(yè)務監(jiān)控 流程狀態(tài)監(jiān)控 異常流程監(jiān)控 3 工作量監(jiān)控 辦理時限監(jiān)控 4 業(yè)務數(shù)據(jù)分析 查詢統(tǒng)計 即時消息通知 流程引擎 待辦事項管理與交互人工 定時 消息激活節(jié)點處理流程干預 1 待辦事宜產(chǎn)生與交互 人工 定時 消息激活 流程干預 批處理 相鄰節(jié)點合并處理2 節(jié)點處理 處理 退回 收回 會簽 分支等 事件管理 表單管理資源管理 流程仿真 3 事件管理 表單管理 資源管理 流程仿真 4 流程歸檔 權(quán)限控制 42 流程類模式 案例分析 應用場景分析以涉稅審批場景為例 43 流程模式 性能與可擴展設計 對應用要求的回答性能設計流程引擎集群部署引擎同流程應用框架統(tǒng)一部署多流程統(tǒng)一受理可擴展性引擎層支持擴展 引擎間交互能力集成表單工具集成規(guī)則引擎集成專業(yè)監(jiān)控工具容錯機制 44 流程類模式 采購建議 工作流引擎采購基本要求1 滿足全國集中的性能和可擴展要求 基本要求2 具有開放的API 包括對組織機構(gòu)和權(quán)限的集成 稅務應用可方便地進行自身的流程框架以及流程定義工具的開發(fā)基本要求3 方便 直接的支持稅務需求 中國特色 的流程驅(qū)動擴展需求 具有良好的可擴展性 支持引擎間的交互 對表單 可選 規(guī)則引擎 可選 專業(yè)監(jiān)控工具具有良好的集成能力 45 流程類模式 采購建議 工作流引擎采購建議篩選建議滿足性能要求是基本條件可集成性滿足條件流程驅(qū)動能力滿足稅務要求 在這方面 國產(chǎn)軟件有一定優(yōu)勢 引擎集成擴展能力 引擎交互 集成表單 規(guī)則引擎最后 可以考慮國際標準的問題流程定義 BPMN流程執(zhí)行 XPDL BPEL 46 決策類模式 概述 47 使用場景固定查詢不能滿足需求 臨時性的 分散在多個固定查詢中 在一個模塊中查詢不到 只對查詢指標 條件有要求 對性能要求不高 在查詢過程中 需要反復調(diào)整條件 或者查詢指標 自定義查詢 使用場景 48 功能特點指標多 口徑多 查詢條件多 組合不固定 覆蓋整個業(yè)務域 指標能自定義 包括新增 修改 業(yè)務口徑能修改統(tǒng)計 維度選擇范圍相對固定 10個以內(nèi) 支持一定程度的鉆取 切片 能鉆透到明細數(shù)據(jù) 自定義過程支持圖形化拖拽 操作簡單 明了 能供業(yè)務人員直接使用 不用直接面向數(shù)據(jù)庫 無需考慮表關(guān)聯(lián)等數(shù)據(jù)庫層的內(nèi)容 對于技術(shù)沒有要求 自定義查詢 特點分析 49 技術(shù)特點基于元數(shù)據(jù)層和語義數(shù)據(jù)層 自動解析形成指標體系 維度體系 查詢條件體系 以及和源數(shù)據(jù)的映射關(guān)系 數(shù)據(jù)源為分析數(shù)據(jù)模型 數(shù)據(jù)量大 要從應用層進行查詢效率優(yōu)化 自定義查詢 特點分析 50 自定義查詢 應用對應 51 自定義查詢 參考架構(gòu) 52 易用性設計拖拽式圖形化操作 提供打印 保存等輔助功能提供具有稅務特色的頁面組件提供收藏 發(fā)布 訂閱 指標檢索 結(jié)果集再過濾等輔助功能靈活性設計指標能自定義 與業(yè)務口徑自動綁定 查詢條件自定義 提供跨業(yè)務域的組合查詢 既有明細查詢 也有統(tǒng)計查詢 統(tǒng)計提供鉆取功能 性能設計提供SQL優(yōu)化器 針對單句SQL進行邏輯優(yōu)化 應用層提供查詢結(jié)果集數(shù)據(jù)量預估 拆分單句SQL為多條SQL 修改執(zhí)行邏輯 緩存中間數(shù)據(jù) 化N表間關(guān)聯(lián)為表兩兩關(guān)聯(lián) 自定義查詢 參考設計 53 對數(shù)據(jù)層的要求提供語義層 有工具自動解析元數(shù)據(jù) 按照一定規(guī)則 形成基于源系統(tǒng)的底層數(shù)據(jù)語義層 根據(jù)稅務特色 基于底層的語義層 人工自定義指標 維度等 形成高級語義模型 語義層是基于元數(shù)據(jù)的 因此系統(tǒng)需要提供相關(guān)元數(shù)據(jù)解析接口 能自動形成所需元數(shù)據(jù) 如數(shù)據(jù)字典 數(shù)據(jù)量等 同時允許人工補充 如新增業(yè)務口徑 表表關(guān)系等 自定義查詢 參考設計 54 可與BI展現(xiàn)使用相同的工具 但需要具備以下條件提供與元數(shù)據(jù)的接口 能自動獲取相關(guān)數(shù)據(jù)源 提供語義層 供用戶定義稅務的語義視圖 提供對頁面組件進行二次封裝接口 構(gòu)建稅務特色的頁面組件具有SQL優(yōu)化器 能對結(jié)果集數(shù)據(jù)量進行預估 而從進行SQL執(zhí)行邏輯策略的優(yōu)化 如分拆SQL 緩存中間數(shù)據(jù) 化N表之間關(guān)聯(lián)為表兩兩關(guān)聯(lián)等 可選工具列表如OracleBIEE BO Cognos 較復雜 適應技術(shù)人員和特定的分析人員使用 具體選型參考總局BI工具評估報告定制化開發(fā) 簡單 適合業(yè)務人員使用 自定義查詢 采購建議 55 應用場景省局各處室日常向總局各司所報報表 總局各司在省局報表之上 匯總 加工后生成的報表 總局臨時性下發(fā)報表 讓各省局填寫 報表 應用場景 56 功能特點中國業(yè)務特色 頁面布局復雜 無規(guī)律性 數(shù)據(jù)口徑復雜 能自動匯總下級稅務機關(guān)報表數(shù)據(jù) 支持多級填寫 即數(shù)據(jù)項能修改 能還原 能鉆透到明細 具有報表管理功能 如訂閱 推送 下發(fā) 發(fā)布等 一旦發(fā)布不能再修改 打印原式原樣 支持套打 表頭重復 提供水印報表底 提供自定義功能 業(yè)務人員能獨立使用 繪制簡單 非功能性特點集成性好 能與應用框架無縫整合 包括頁面風格 權(quán)限 功能 報表 特點分析 57 報表 應用對應 58 報表 參考架構(gòu) 59 易用性設計提供自定義模式 設計器類Excel風格 符合稅務操作習慣 提供訂閱 推送 訂制成冊等輔助性功能 提供完整的打印 保存功能 如套打 表頭固定 流程設計提供制表 審核 上報 退回 發(fā)布 歸檔的報表全生命周期管理 并與權(quán)限做好集成 流程中提供數(shù)據(jù)檢驗機制 如與生產(chǎn)系統(tǒng)相關(guān)功能進行數(shù)據(jù)比對 控制流程過程對各級操作人員對表單的讀寫權(quán)限 提供基于元數(shù)據(jù)的語義層 滿足自定義需求 報表 參考設計 60 靈活性設計報表數(shù)據(jù)項 根據(jù)權(quán)限控制和報表生命周期 允許讀 寫帶有一定的報表分析功能 能鉆取看下級 能鉆透看明細 提供圖形化分析 能實現(xiàn)表圖轉(zhuǎn)換 其它技術(shù)特性設計提供多數(shù)據(jù)源接口支撐 如各類數(shù)據(jù)庫 結(jié)構(gòu)化文件 XML EXCEL TXT等 提供基于元數(shù)據(jù)的語義層 滿足自定義需求 針對定義報表 配備優(yōu)化器 提高查詢性能 報表 參考設計 61 報表工具建議稅務報表具有中國特色 建議選國內(nèi)成熟產(chǎn)品 需要帶自定義功能 有語義層 產(chǎn)品選擇如潤乾報表 BO水晶報表 報表 采購建議 62 主要使用場景把數(shù)字用各種圖形擺放出來 讓其中的規(guī)律更加顯性化 一個數(shù)據(jù)從多個角度進行分析 尋找其規(guī)律性 通過圖表展現(xiàn)稅收收入等業(yè)務指標的分布特點 規(guī)律 利用TOPN的統(tǒng)計方法 界定納稅大戶 及其分布規(guī)律 利用時序的分析方法 看各項稅收指標的空間分布 掌握其增長率情況 OLAP分析 使用場景 63 功能特點展現(xiàn)數(shù)據(jù)已知的 顯性規(guī)律 提供圖形化功能 滿足在多維環(huán)境下特定的查詢和報表需求 提供鉆取 鉆透 切片 切塊 旋轉(zhuǎn)等操作 能在多個分析角度間自由切換 技術(shù)特點提供了多種統(tǒng)計學的分析方法 如TOPN 同比 環(huán)比 2 8集中度等提供圖文混排 便于出分析報告 提供語義數(shù)據(jù)層 OLAP分析 特點分析 64 OLAP分析 應用對應 65 OLAP分析 參考架構(gòu) 66 易用性設計有豐富的圖表庫可供使用人員直接選擇 切換 分析的指標 維度 支持自定義選擇 能鉆取 鉆透 切片 切塊 旋轉(zhuǎn) 能鉆透到納稅人明細 直接聯(lián)接一戶式查詢 性能設計查詢響應速度快 要有SQL優(yōu)化器多維數(shù)據(jù)庫 加載效率要高 支持增量加載 定時自動更新 壓縮率要大 OLAP分析 參考設計 67 耦合度設計多維數(shù)據(jù)庫 與OLAP分析展現(xiàn) 不集成到一個工具中 多維數(shù)據(jù)模型 可被其它應用程序調(diào)用 如查詢統(tǒng)計 報表等 多維數(shù)據(jù)庫中的數(shù)據(jù) 能鉆透到關(guān)系型數(shù)據(jù)庫 即能由粗粒度數(shù)據(jù) 鉆透到納稅人明細數(shù)據(jù) OLAP分析 參考設計 68 產(chǎn)品選型主流產(chǎn)品均符合基本功能性需要 選型建議參考總局BI工具選型評估結(jié)果 主流展現(xiàn)產(chǎn)品 如ORACLEBIEE IBMCognos BO 多維數(shù)據(jù)庫產(chǎn)品 如OracleEssbase CognosOLAP等 OLAP分析 采購建議 69 應用場景績效管理中的績效模型 績效評估算法 風險管理中的風險特征模型 風險關(guān)聯(lián)性模型 風險預測模型 風險評估模型 政策管理中的政策評估模型 政策模擬運行模型 稽查中的稽查選案模型 評估審計中的納稅人的各種評估模型 征管狀況分析中的稅收預測模型 征管狀況評估模型 各個模型中的參數(shù)測算模型 數(shù)據(jù)挖掘 應用場景 70 功能特點利用數(shù)學算法模型 探索并形成業(yè)務數(shù)據(jù)模型 尋找數(shù)據(jù)間的隱性關(guān)系 規(guī)律 有模擬運行平臺 評估業(yè)務數(shù)據(jù)模型的有效性 通過參數(shù)調(diào)整修改模型 提供特有圖形 展現(xiàn)最終的業(yè)務數(shù)據(jù)模型結(jié)果集 技術(shù)特點提供豐富的數(shù)學挖掘方法 以及眾多的算法供選擇 并能根據(jù)使用場景進行提供算法選型 推薦 支持各類數(shù)據(jù)源 如Oracle數(shù)據(jù)庫 結(jié)構(gòu)化文件 簡單操作圖形化 復雜操作代碼化 算法庫提供二次開發(fā)接口 可調(diào)整 可新增 數(shù)據(jù)挖掘 特點 71 數(shù)據(jù)挖掘 應用對應 72 數(shù)據(jù)挖掘 參考架構(gòu) 73 核心算法庫設計包括但不局限于以下幾類算法 每類針對不同應用環(huán)境 有多個相對應的算法自動化建模節(jié)點 決策樹回歸模型貝葉斯算法人工智能自學習增量算法 數(shù)據(jù)挖掘 參考設計 關(guān)聯(lián)分析聚類算法歸納算法時間序列算法降維算法 74 模型訓練設計提供模型噪聲處理的各種方法 提供模型有效性評估的方法庫 根據(jù)學習型模型 根據(jù)評估方法 進行自動測算 訓練過程 參數(shù)調(diào)整 結(jié)果展示都可視化 提供模型評估功能 包括多模型整合評估 評估結(jié)果可視化等 性能設計提供集群功能進行負載均衡 提高性能 提供多流程并發(fā) 提供SQL優(yōu)化器 數(shù)據(jù)挖掘 參考設計 75 開放性設計源數(shù)據(jù) 目標數(shù)據(jù) 支持主流存儲結(jié)構(gòu) 如各類DB 結(jié)構(gòu)化文件 算法參數(shù)可視化 并提供外部接口 能調(diào)整 算法庫可導入外部算法 并提供接口或者可視化設計器 供調(diào)整 非必要功能設計數(shù)據(jù)結(jié)果集分析展現(xiàn) 可視化圖形 報表 數(shù)據(jù)挖掘 參考設計 76 選型產(chǎn)品列表SASEM BASE 長處在于算法庫 數(shù)學模型 編程環(huán)境較好 但相對復雜 基本需要開發(fā)實現(xiàn) 對使用人員需要定向培訓 上層展現(xiàn)端偏弱 一般與OLAP分析結(jié)合使用 SPSSClementiue Publisher 長處在于使用簡單 底層算法庫封裝得較好 配套有相應的展現(xiàn)端 但數(shù)學模型相對較弱 算法庫開放度不夠 修改調(diào)整困難 數(shù)據(jù)挖掘 采購建議 77 內(nèi)容管理類模式 背景 定位非結(jié)構(gòu)化數(shù)據(jù)的管理應用電子檔案庫的建設主要有兩個目的實現(xiàn)檔案的電子化存儲 方便進行檔案的專業(yè)化 規(guī)范化管理 信息單點采集并高度共享 把電子檔案系統(tǒng)抽象成一種公共服務的提供者 例如文書審批過程中調(diào)用納稅人提交的附件 78 內(nèi)容管理類模式 關(guān)鍵技術(shù) 關(guān)鍵技術(shù)圖像處理 去除圖像噪音 格式化成規(guī)定樣式的圖像條碼識別 建立電子檔案與紙質(zhì)檔案的對應圖像置亂技術(shù) 保證圖像的安全數(shù)據(jù)解析 圖像解析或者其他規(guī)定格式數(shù)據(jù)文件解析數(shù)字水印技術(shù) 保證電子檔案不被復制后用于非法用途虛擬錄入 屏蔽底層的硬件接口 79 內(nèi)容管理類模式 非功能性需求 高效性存儲量大 且在業(yè)務應用時對檢索速度要求較高高可靠性由于電子檔案的特殊性 要求有冗余備份機制 并提供多層安全管理控制功能來保證系統(tǒng)的可維護性 即使系統(tǒng)崩潰也不會丟失業(yè)務數(shù)據(jù) 并馬上可恢復系統(tǒng)數(shù)據(jù)傳輸量大采取技術(shù)手段減少檔案信息的重復傳輸 80 內(nèi)容管理類模式 應用對應 81 內(nèi)容管理類模式 技術(shù)架構(gòu)設計參考 82 內(nèi)容管理類模式 邏輯分布設計 83 內(nèi)容管理類模式 應用場景 電子檔案采集納稅人在納稅服務平臺辦理業(yè)務時 上傳相關(guān)附件 由管理員審核后補充索引信息 歸檔辦稅大廳受理人員辦理業(yè)務時 掃描納稅人提交的紙質(zhì)檔案 建立索引 歸檔電子檔案應用文書審批時 由附件索引調(diào)用相關(guān)電子檔案 供審批人查閱后審批電子檔案系統(tǒng)對外提供服務 由納稅人識別號和電子檔案類型查詢相關(guān)檔案 84 內(nèi)容管理類模式 性能設計 采用海量存儲解決方案如SAN存儲網(wǎng)絡數(shù)據(jù)分布設計分為前置存放數(shù)據(jù) 在線存放數(shù)據(jù) 近線存放數(shù)據(jù) 離線存放數(shù)據(jù) 緩存數(shù)據(jù) 85 內(nèi)容管理類模式 數(shù)據(jù)分布設計 前置存放數(shù)據(jù)這部分數(shù)據(jù)為存放在省 市影像前置服務器上的數(shù)據(jù) 數(shù)據(jù)的具體存放地為各省 市影像前置服務器使用的磁盤介質(zhì) 存放的目的是在掃描 質(zhì)檢 索引等業(yè)務環(huán)節(jié)全部完成之前 將所有的影像文件和相關(guān)信息都暫存于前置服務器上 在線存放數(shù)據(jù)這部分數(shù)據(jù)為存放在省 市局在線設備上的數(shù)據(jù) 數(shù)據(jù)的具體存放地為SAN存儲設備 在線存放數(shù)據(jù)是影像系統(tǒng)的核心應用數(shù)據(jù) 包含了常用的影像資料 86 內(nèi)容管理類模式 數(shù)據(jù)分布設計 近線存放數(shù)據(jù)這部分數(shù)據(jù)為存放在省 市局近線設備上的數(shù)據(jù) 數(shù)據(jù)的具體存放地為DVD光柜 使用DVD介質(zhì) 可以作為在線數(shù)據(jù)影像文件的備份 在線存放數(shù)據(jù)與近線存放數(shù)據(jù)之間采取一次發(fā)布動態(tài)交換的模式處理存儲問題 根據(jù)影像數(shù)據(jù)的發(fā)布時間 操作時間 操作次數(shù)等策略進行交換 離線存放數(shù)據(jù)這部分數(shù)據(jù)為存放在省 市局離線設備上的數(shù)據(jù) 數(shù)據(jù)的具體存放地為離線光盤 當光柜內(nèi)空白盤片用盡后 就需要將一部分的歷史數(shù)據(jù)盤片取出 更換上新的空白盤片 當這些盤片上的歷史數(shù)據(jù)需要調(diào)閱時 系統(tǒng)會提示管理員把相應的光盤放入光柜中 具備峰值數(shù)據(jù)的高負荷處理能力 具有快速響應 高穩(wěn)定性和安全的特點 87 內(nèi)容管理類模式 數(shù)據(jù)分布設計 緩存數(shù)據(jù)這部分數(shù)據(jù)為存放在各省 市局緩存服務器上的數(shù)據(jù) 數(shù)據(jù)的具體存放地為各省局緩存服務器使用的磁盤介質(zhì) 設置影像緩存服務器 對頻繁訪問的影像文件進行必要的緩存 從而提高影像系統(tǒng)后臺服務器的性能 并降低網(wǎng)絡帶寬的占用 88 內(nèi)容管理類模式 采購建議 產(chǎn)品備選IBMFileNetAutonomy除軟件產(chǎn)品外 還需要集成相關(guān)硬件設備 存儲設備掃描儀 條碼掃描槍光盤庫及相關(guān)設備產(chǎn)品評價建議考慮與門戶網(wǎng)站內(nèi)容管理的整合 89 集成背景基于面向服務架構(gòu) SOA 的整體規(guī)劃 90 界面集成類模式 業(yè)務工作門戶 定位 91 業(yè)務工作門戶 場景展示 應用場景分析見紅色標記 92 業(yè)務工作門戶 功能需求 統(tǒng)一界面入口 提升客戶體驗整合不同應用系統(tǒng)的業(yè)務展現(xiàn)界面提供統(tǒng)一的界面模板設計大綱增強操作體驗提供工作流程導航 業(yè)務指導 工作進程展示的辦公界面結(jié)合流程業(yè)務 提供流程導航 提供流程的實時圖形展示將操作業(yè)務的法規(guī)與流程體現(xiàn)在統(tǒng)一界面中 93 業(yè)務工作門戶 非功能需求 擴展性能集成多渠道 多系統(tǒng)提供的界面能集成獨立的第三方的權(quán)限系統(tǒng)能集成多渠道 多系統(tǒng)提供的待辦事宜 94 業(yè)務工作門戶 應用對應 95 業(yè)務工作門戶 功能設計 96 業(yè)務工作門戶 架構(gòu)設計 平臺管理 業(yè)務工作平臺 代辦事宜設計 工作進程設計 業(yè)務管理預警 行為操作監(jiān)控 業(yè)務指導幫助 業(yè)務功能 應用支撐框架 97 業(yè)務工作門戶 方案建議 平臺管理 業(yè)務工作平臺 代辦事宜設計 工作進程設計 業(yè)務管理預警 行為操作監(jiān)控 業(yè)務指導幫助 業(yè)務功能 應用支撐框架 方案一 采購產(chǎn)品 方案二 由業(yè)務工作門戶的開發(fā)商自行開發(fā) 此為在產(chǎn)品不能滿足要求時的備用方案 98 業(yè)務工作門戶 推薦方案二 原因放棄方案一的議案因 以前對Portal的使用問題封裝為Portlet會產(chǎn)生性能問題權(quán)限粒度太粗 和我們需要的細粒度權(quán)限控制不符應對稅務需求的定制能力存疑 99 納稅服務門戶 內(nèi)部門戶網(wǎng)站 辦稅服務 納稅咨詢 征納交流和稅收宣傳等 網(wǎng)上申報 網(wǎng)上登記與預審及網(wǎng)絡發(fā)票等辦稅服務訪問的經(jīng)由門戶 省局和總局兩級部署 省局個性化 統(tǒng)一的身份認證登錄 內(nèi)容管理 交互與協(xié)同等功能的支持面向全部納稅人的門戶網(wǎng)站的性能問題 內(nèi)部統(tǒng)一門戶 沿用目前網(wǎng)站在信息發(fā)布 內(nèi)容展現(xiàn)方面的功能 提供連入業(yè)務系統(tǒng)的鏈接 省局和總局兩級部署 省局個性化統(tǒng)一的身份認證登錄 內(nèi)容管理 交互與協(xié)同等功能的支持 門戶網(wǎng)站類模式 應用需求 100 門戶網(wǎng)站類模式 應用對應 101 門戶網(wǎng)站類模式 參考架構(gòu) 辦稅服務 稅收宣傳 納稅咨詢 互動交流 新聞報道 員工門戶 對內(nèi) 對外 內(nèi)容管理軟件 交互工具 內(nèi)容管理軟件 知識庫 辦公 網(wǎng)上申報 其他網(wǎng)上系統(tǒng) 納稅人身份系統(tǒng) 行政辦公平臺 內(nèi)部業(yè)務平臺 內(nèi)部IA中心 納稅人 稅務人員 102 更加重視用戶界面集成 更加重視性能和效率 重視用戶的使用體驗 同時也包含流程整合 應用整合及權(quán)限整合等門戶框架 對于門戶業(yè)務服務偏向于比較輕量的 實用的應用 多種門戶協(xié)議標準限制 Porlet定制和布局等智能控制和個性管理功能 在性能和效率 以及用戶體驗方面有待提高 包含重量型的門戶業(yè)務服務 內(nèi)容管理 搜索等 但其功能不及專業(yè)產(chǎn)品 門戶框架擴展性和集成性有待提高 也無法定制 輕門戶 重門戶 輕門戶正在向兩個方向發(fā)展 其一是以新浪為代表的門戶網(wǎng)站形式 通過HTML基本技術(shù)呈現(xiàn)內(nèi)容集成 功能集成 操作體驗的門戶界面 其二是企業(yè)工作門戶 將企業(yè)的業(yè)務 流程 處理統(tǒng)一起來的工作平臺 建議采用輕門戶的方式實現(xiàn)納稅服務門戶和內(nèi)部門戶網(wǎng)站 由于重門戶的使用效果并不好 目前重門戶的應用正在弱化 門戶網(wǎng)站類模式 實現(xiàn)方式選擇 103 總局和省局兩級部署 分擔用戶壓力 進行用戶分類 按照業(yè)務類型限制用戶壓力 保證關(guān)鍵業(yè)務 門戶應用采用輕量方式實現(xiàn) 避免復雜門戶技術(shù)處理 門戶統(tǒng)一身份認證和登錄需做好性能規(guī)劃 Web服務器進行用戶訪問流量控制和路由 應用服務器實現(xiàn)集群 并進行負載均衡 保障性能要求 應用集成需考慮被集成系統(tǒng)的單點性能瓶頸問題 盡量實現(xiàn)松耦合 避免進行跨級次 跨區(qū)域的應用集成 關(guān)鍵系統(tǒng)進行用戶訪問排隊和控制 關(guān)鍵業(yè)務系統(tǒng)的數(shù)據(jù)庫設計和訪問優(yōu)化 內(nèi)容文檔庫的訪問優(yōu)化和簡化 門戶網(wǎng)站類模式 性能設計 104 技術(shù)特點內(nèi)容管理具有采集 編寫 審核校對 發(fā)布 歸檔等一系列過程典型的流程應用 數(shù)據(jù)異步處理 內(nèi)容具有數(shù)據(jù)權(quán)限約束 采集端 編輯修改 審核 發(fā)布 歸檔 IE客戶端上傳 下載 樣式編輯內(nèi)容瀏覽 通過 送審 訪問授權(quán)信息推送 展示 歷史查詢存儲備份 內(nèi)網(wǎng)門戶等 門戶網(wǎng)站類模式 內(nèi)容管理軟件 105 門戶網(wǎng)站類模式 內(nèi)容管理軟件 106 門戶模式技術(shù)要點輕門戶的實現(xiàn)方式 可以選擇不專門采購門戶產(chǎn)品 而采取 定制化開發(fā) 實現(xiàn)網(wǎng)站功能 單點登錄采用專業(yè)的SSO產(chǎn)品 門戶業(yè)務服務 內(nèi)容管理采用專門軟件 搜索引擎采用專門軟件 協(xié)同采用專門軟件 性能設計需綜合考慮 關(guān)鍵業(yè)務系統(tǒng) 應用設計的優(yōu)化 門戶網(wǎng)站類模式 技術(shù)要點與建議 107 重門戶的很多功能已經(jīng)在業(yè)務工作平臺中實現(xiàn) 因此建議門戶網(wǎng)站采用輕門戶方案 輕門戶的實現(xiàn)方式 采購基本J2EE應用服務器和網(wǎng)站內(nèi)容管理軟件 定制化開發(fā)實現(xiàn) 內(nèi)容管理產(chǎn)品備選TRSIBMFileNetAutonomy搜索引擎產(chǎn)品備選TRSIBMOmniFind 門戶網(wǎng)站類模式 產(chǎn)品采購建議 108 應用集成類模式 應用集成平臺 場景 109 集成服務 協(xié)議轉(zhuǎn)換 消息轉(zhuǎn)換 服務路由 服務調(diào)度 服務編排 服務發(fā)布訂閱等 公用服務 服務安全 異常處理 流水沖正 服務質(zhì)量等 服務集成協(xié)議轉(zhuǎn)換 支持多種協(xié)議的轉(zhuǎn)換 消息格式轉(zhuǎn)換 支持各種常見格式的報文的轉(zhuǎn)換和消息的處理 服務路由 支持直通 基于內(nèi)容 結(jié)果 并發(fā) 合并等靈活的路由方式 服務調(diào)度 支持同步 異步以及發(fā)布訂閱等方式 服務質(zhì)量1 服務優(yōu)先級 能夠?qū)?yōu)先級高的服務 配置獨立資源保證服務質(zhì)量 2 服務故障隔離 在服務系統(tǒng)或服務出現(xiàn)故障 能自動隔離 3 交易一致性 在交易失敗時能夠提供沖正機制 服務治理服務元數(shù)據(jù)管理 支持服務生命周期中 服務元數(shù)據(jù)的管理 2 服務注冊庫 支持服務的注冊和發(fā)現(xiàn)機制 3 服務的管理和監(jiān)控 支持服務的配置以及動態(tài)生效 支持服務各項參數(shù)的儀表盤展現(xiàn) 遵從SOA原則 應用集成平臺落地為 ESB 應用集成平臺 功能需求 110 應用集成平臺 非功能需求 在目前的定位下 應用集成平臺避免了全國集中后的性能集中點和瓶頸點 性能需求相對不強 但建議采購時同樣考察 性能和高擴展性交易量和增長規(guī)模橫向擴展能力 提升硬件 響應時間 擋板交易 關(guān)鍵交易 穩(wěn)定和高可用性支持集群部署 單點故障不影響系統(tǒng)運行支持軟件和硬件負載均衡支持在線維護和動態(tài)部署支持故障隔離 111 應用集成平臺 應用對應 112 應用集成平臺 參考架構(gòu) 113 應用集成平臺 產(chǎn)品采購建議 產(chǎn)品備選OSB WebsphereESB WebsphereMessageBroker其他廠商 Tibco 國產(chǎn)廠商等 篩選建議滿足服務集成功能和性能要求是基本條件需具備服務優(yōu)先級 故障隔離 交易沖正等功能 保證服務質(zhì)量服務響應能力 實施難度和二次開發(fā)能力 114 數(shù)據(jù)集成類模式 背景 115 數(shù)據(jù)集成類模式 應用對應 116 數(shù)據(jù)集成類模式 數(shù)據(jù)共享技術(shù)需求 MQ消息國稅與政府其它部門交換的數(shù)據(jù)實時數(shù)據(jù)庫復制主數(shù)據(jù)庫 復制到各個應用數(shù)據(jù)庫中的只讀庫 1對N 總局復制到各個省局 也是1對N 但是需要進行數(shù)據(jù)清分保存N個月數(shù)據(jù)的生產(chǎn)數(shù)據(jù)庫群 復制到N X個月的統(tǒng)一查詢機 N對1定期數(shù)據(jù)庫復制申報征收數(shù)據(jù)庫中的納稅人原始完稅憑證信息 定期 每月一次 復制到計會統(tǒng)數(shù)據(jù)庫 ETL復制總局生產(chǎn)數(shù)據(jù)庫到 分析性數(shù)據(jù)庫 每天 同步頻度低 有加工過程 總局到省局的數(shù)據(jù)分發(fā) 每天 服務納稅人級的交易過程中 需要交互的共享數(shù)據(jù) 117 數(shù)據(jù)集成類模式 數(shù)據(jù)共享技術(shù)需求分析 MQ消息 外部信息交換 異質(zhì) 異構(gòu) 批量 非實時 廣域網(wǎng) 實時數(shù)據(jù)庫復制 主數(shù)據(jù) 同質(zhì) 同構(gòu) 非全庫 高效 局網(wǎng) 查詢機 同質(zhì) 同構(gòu) 增量 高效 局網(wǎng) 定時數(shù)據(jù)庫復制 批量同步 同質(zhì) 同構(gòu) 非全庫 較高效 局網(wǎng) 數(shù)據(jù)分發(fā) 同質(zhì) 同構(gòu) 一對多 高效 廣域網(wǎng) ETL工具抽取 服務模式 服務模式 單筆小數(shù)據(jù) 異構(gòu) 分析數(shù)據(jù) 同質(zhì) 異構(gòu) 一對多 非實時 局網(wǎng) 118 MQ消息 外部信息交換 適用于電子政務的數(shù)據(jù)交換平臺 實時數(shù)據(jù)庫復制 主數(shù)據(jù) OralceGoldenGate 查詢機 OralceGoldenGate 定時數(shù)據(jù)庫復制 批量同步 OralceGoldenGate 數(shù)據(jù)分發(fā) OracleGoldenGate 考慮按省分庫 ETL工具抽取 標準ETL工具 數(shù)據(jù)集成類模式 方案應對 119 數(shù)據(jù)集成類模式 方案應對 120 數(shù)據(jù)集成類模式 電子政務數(shù)據(jù)交換平臺 121 數(shù)據(jù)集成類模式 電子政務數(shù)據(jù)交換平臺交換前置機 122 數(shù)據(jù)集成類模式 電子政務數(shù)據(jù)交換平臺交換中心 123 數(shù)據(jù)集成類模式 產(chǎn)品采購建議 消息隊列MQ 電子政務數(shù)據(jù)交換平臺使用數(shù)據(jù)庫復制產(chǎn)品備選OralceGoldenGateOracleActiveDataGuardETL工具總局曾經(jīng)做過選型 建議參照要求和結(jié)論備選informaticaPowerCenter IBMDataStage OracleODI 124 目錄 1 工作目標2 工作思路與設計原則3 技術(shù)實現(xiàn)模式分析4 產(chǎn)品采購規(guī)劃 125 產(chǎn)品采購規(guī)劃 注 未包括配置管理 性能測試工具的用于開發(fā)支撐的工具 126 采購規(guī)劃 127