《金税三期工程技术基础架构设计方案PPT127页》由会员分享，可在线阅读，更多相关《金税三期工程技术基础架构设计方案PPT127页（128页珍藏版）》请在金锄头文库上搜索。
1、金税三期工程金税三期工程技术基础架构设计方案技术基础架构设计方案（技术架构（技术架构分册分册）V1.0汇报人：总体规划设计项目组汇报人：总体规划设计项目组1目目 录录1、工作目标、工作目标2、工作思路与设计原则、工作思路与设计原则3、技术实现模式分析、技术实现模式分析4、产品采购规划、产品采购规划2技术支撑模式技术支撑模式背背 景景公用组件体系公用组件体系软件套装产品软件套装产品硬件基础设施硬件基础设施软件基础设施各种支撑应用实现的技术模式安安全全体体系系架架构构技术支撑体系应用架构应用架构数据架构数据架构31.分析设计应用架构和数据架构的各类技术支撑模式从技术角度分离出不同的技术支撑模式设计
2、应用实现的参考架构界定技术性的功能(如流程引擎需求)及非功能需求，并对重点非功能性需求进行设计验证工作目标工作目标2. 分离出对软件基础设施的采购需求从技术实现角度支撑全国大集中的项目实施4目目 录录1、工作目标、工作目标2、工作思路与设计原则、工作思路与设计原则3、技术实现模式分析、技术实现模式分析4、产品采购规划、产品采购规划5支撑模式实现分析1.回答如何对应用和数据架构的支撑应用场景；架构需求；设计要点；2.回答产品采购需求；工作思路工作思路技术支撑模式划分1.根据应用架构和数据架构要求，共同划分应用功能实现的技术模式，这是上下承接的关键；2.我们的假定是支持这些实现模式，从技术角度就能
3、支撑金税三期应用的开发和运行；6总体设计原则总体设计原则高效、稳定、包容、一致高效、稳定、包容、一致1.强化性能与可扩展性设计支撑全国大集中的战略决策2.贯穿面向服务的设计理念 强调系统高内聚松耦合支撑业务的解耦，奠定应用扩展基础3.提供完备的应用集成策略提供良好的包容（遗留系统）、可扩展（新系统）的能力4.强调架构管控 统一软件基础设施 统一公用业务构件 统一服务与数据规范保证架构贯彻的一致性7一般性设计原则一般性设计原则设计层面设计层面设计原则设计原则应用遵循SOA设计原则，系统之间采用服务的形式进行互联，相互松散耦合；采用分层的体系架构，分离中间业务逻辑，便于复用；业务逻辑实现组件化，基
4、于框架进行开发；客户端基于浏览器设计，客户端与服务端基于HTTP/HTTPS协议进行交互；设计开发基于开放标准；使用可靠的框架，提高开发效率以及稳定程度；数据统一的数据库设计标准和规范；以业务作为设计数据仓库的根本依据。以业务为中心，同时综合考虑其它方面的因素（包括：技术、管理等方面），对数据仓库进行设计；安全统一的身份认证机制；统一的访问控制；统一数据属主标识；统一的数据权限控制；接口使用XML规范定义传输的数据；支持标准的接口实现方式，利于集成；8目目 录录1、工作目标、工作目标2、工作思路与设计原则、工作思路与设计原则3、技术实现模式分析、技术实现模式分析4、产品采购规划、产品采购规划9
5、模式划分模式划分p技术实现模式分析应用功能实现类n交易类核心数据处理类业务，如申报征收n流程类流程驱动类业务，包括主要的管理型业务，如登记、涉税文书审批、稽查n决策类（自定义查询、报表、OLAP分析、数据挖掘）n内容管理类（电子影像、档案、文档、知识）应用功能集成类n界面集成类（业务工作门户）n应用集成类（应用集成平台）n数据集成类（ETL、数据复制、数据交换平台）n门户网站类（内外网门户网站）10模式分析模式分析实现模式实现模式功能特性功能特性高性能高性能可扩展可扩展可靠性可靠性灵活性灵活性交易类税务特色强强强较强流程类税务特色较强较强-决策类-内容管理类-界面集成类税务特色-门户网站类-应
6、用集成-数据集成-强-11交易类模式交易类模式背景背景p这是首次在税务行业采用的模式，产生的业务和技术背景是业务：纳税服务和征管职能分离技术：全国集中后兼顾风险和效率12p技术特点通过应用的纵向技术划分，分担系统负载，进行流量控制以大厅征收为例交易类模式交易类模式特点分析（一）特点分析（一）13交易类模式交易类模式特点分析（二）特点分析（二）p技术特点交易实现路径长，要经过渠道、前置、核心系统实现一个完整交易总局负载大n总局估算国税峰值TPS1万以上n主要业务占比大，如申报征收约占46%14交易类模式交易类模式应用对应应用对应15交易类模式交易类模式参考架构参考架构-整体整体16交易类模式交易
7、类模式参考架构参考架构-大厅系统大厅系统17交易类模式交易类模式参考架构参考架构-前置前置18交易类模式交易类模式参考架构参考架构-核心处理层核心处理层19交易类模式交易类模式性能设计性能设计p设计层次应用纵向分割，进行负载分担与流量控制优化、梳理功能设计n如根据缴款类型优化操作设计税库扣款户税银扣款户传统缴款户传统的实时申报、开票、上解、入库功能一站式的申报缴款功能（可以是异步提交）n查询梳理，从需求上将需求较多的、和日常业务统计相关的批量数据查询降低20交易类模式交易类模式性能设计性能设计p设计层次优化、梳理功能设计n查询梳理灵活性、性能、一致性不可得兼规范日报单户信息查询梳理与当期征管密
8、切相关的，与大厅日常管理结合的查询和报表近生产库查询基于统一视图的查询统计、核对型（非日常）的查询n（近生产库）查询规范的技术建议不建议查询县区以上的相关信息清册不建议查询跨业务域（原则上也只有综合分析才会跨）不建议增加同期数、同期增长率等分析性查询尽量减少允许跨越月的非单户查询21交易类模式交易类模式性能设计性能设计p设计层次前置流控设计22交易类模式交易类模式性能设计性能设计p设计层次前置交易穿透23交易类模式交易类模式性能设计性能设计p设计层次应用内部的性能设计24交易类模式交易类模式性能设计性能设计p数据库优化策略表设计优化n避免热点表n避免频繁访问胖表n尽量减少日常业务操作数据表的数
9、据量表索引优化RAC群集：建议24个节点，解决负载均衡和单点故障表分区利用分区索引，减少查询路径，降低I/O25p数据库优化策略分库：突破单库天花板n增强可扩展能力需要需要应用支持分布式数据处理n支持分布式增删改n支持查询汇总部署分离：不同目标群的同一应用数据库部署可考虑分离n如国地税申报征收交易类模式交易类模式性能设计性能设计26交易类模式交易类模式性能设计性能设计p应用层优化策略群集n群集保证负载均衡n设计上避免有状态服务,充分发挥核心性能n确保应用层能够横向、“线性”扩展27交易类模式交易类模式性能设计性能设计p应用层优化策略数据缓存及内存数据库n减少应用层对数据库的访问，减轻数据访问压
10、力，提升整体性能n使用应用服务器端数据缓存，存放代码、参数等不经常改变的数据28交易类模式交易类模式性能设计性能设计pWeb层优化策略硬件负载均衡器n采用Session粘联策略代码数据缓存页面缓存29交易类模式交易类模式性能设计性能设计p客户端优化策略客户端代码缓存n通过代码数据客户端的缓存，对税务应用，会降低大量代码数据对网络、磁盘IO的消耗（对WEB访问量减少20%-40%）客户端页面缓存30交易类模式交易类模式可靠性与安全性可靠性与安全性p可靠性冲正和对账p安全性31交易类模式交易类模式灵活性和敏捷性设计灵活性和敏捷性设计p唯一要求，也是系统整体稳定性的核心通过相对独立的业务服务，封装业
11、务处理逻辑的变化作为服务抽取结果的服务规范是SOA的灵魂，也是成败的关键要素32交易类模式交易类模式采购建议采购建议p必选商用的应用服务器产品，如WeblogicWebsphere Application Server高性能数据库，如Oracle 11g(含RAC)硬件负载均衡器p可选MQ等队列产品，原则上可用Weblogic JMS实现替代，重点考察Weblogic JMS可靠性（也需考虑应用服务器不是Weblogic的风险）33流程类模式流程类模式功能需求（一）功能需求（一）1.实际业务中存在大量流程化业务，这些业务需要建立在一套通用的流程机制上。2.通用流程包括流程的定义、执行、监控等内
12、容。业务模式：顺序执行、并行分支、同步、排他、简单合并、多路选择、多路合并等业务模式：顺序执行、并行分支、同步、排他、简单合并、多路选择、多路合并等流程模式：会签、群发单审、退回、收回、转办、代理、文管分发、多事件处理等流程模式：会签、群发单审、退回、收回、转办、代理、文管分发、多事件处理等流程定义流程定义1.流程建模：图形定义流程建模：图形定义（含节点动作、分支规（含节点动作、分支规则）、分级设置、流程则）、分级设置、流程发布、办理时限、发布、办理时限、税务税务事项、组织、人员、权事项、组织、人员、权限集成限集成；2.流程仿真；流程仿真；3.管理维护：流程也能干管理维护：流程也能干定义的多版
13、本支持、移定义的多版本支持、移植支持、备份恢复；植支持、备份恢复；流程执行流程执行1.待办事项管理与交互待办事项管理与交互；2.人工、定时、消息激活；人工、定时、消息激活；3.节点处理节点处理：处理、退回、：处理、退回、收回、会签、分支等收回、会签、分支等4.流程干预；流程干预；5.批处理支持；批处理支持；6.相邻节点合并处理相邻节点合并处理；7.流程归档；流程归档；8.权限控制；权限控制；流程监控流程监控1.流程监控流程监控办理时限监控；办理时限监控；工作量监控；工作量监控；流程状态监控；流程状态监控；异常流程监控；异常流程监控；2.业务监控：业务监控： （不是不是BAM ）监控条件定义监控
14、条件定义业务监控设置；业务监控设置；业务监控执行；业务监控执行；34流程类模式流程类模式功能需求（二）功能需求（二）p功能需求小结流程主要用于处理业务，而非公文兼有人工流程和自动流程，但明显偏重于人工流程具有明显的“中国流程”或“税务流程”特色35流程类模式流程类模式非功能需求非功能需求p由于主要支持业务处理，所以必须面对全国集中带来的压力流程定义的性能和可扩展考虑n角色数量n节点数量n模板数量n基础信息（代码、人员）数量流程执行的性能、可扩展、稳定性考虑36流程类模式流程类模式应用对应应用对应37统统一一权权限限系系统统应用流程管理应用流程管理应用展示应用展示流程类模式流程类模式基础技术架构
15、设计基础技术架构设计定义的需求定义的需求应用的需求应用的需求流程建模流程建模IDEIDE统统一一权权限限系系统统流程引擎流程引擎流程归档权限控制流程执行流程仿真资源管理表单调度事件管理业务流程管理待办事项管理即时消息调度业务数据分析 统计查询 业务流程监控待办事项监控工作流初始化流程权限设计任务设计事件设计流程编排1. 操作习惯的一致2. 起草，发送，回退，附件等功能的应用3.监控图形展示管理维护38流程类模式流程类模式基础技术架构设计基础技术架构设计流程归档权限控制流程执行流程仿真资源管理表单调度事件管理业务流程管理待办事项管理即时消息调度业务数据分析 统计查询 业务流程监控待办事项监控工作
16、流初始化流程权限设计任务设计事件设计流程编排管理维护流流程程建建模模IDE图形定义建模工具图形定义建模工具1.提供通用的图形建模工具权限定义、流程发布、办理权限定义、流程发布、办理时限、分级设置、事件定义时限、分级设置、事件定义2.提供权限定义，流程发布，办理时限，分级设置，事件定义，通用流程模式设计通用流程模式设计3,会签、群发单审、退回、收回、转办、代理、文管分发、多事件处理等通用流程模式设计流程定义的多版本支流程定义的多版本支持、移植支持、备份持、移植支持、备份恢复恢复4.流程定义的多版本支持、移植支持、备份恢复应应用用流流程程管管理理1.监控条件定义，业务监控设置，流程数据初始化2.流
17、程监控、业务监控、流程状态监控、异常流程监控3.工作量监控、办理时限监控4.业务数据分析、查询统计、即时消息通知流流程程引引擎擎1.待办事宜产生与交互；人工、定时、消息激活；流程干预；批处理；相邻节点合并处理2.节点处理：处理、退回、收回、会签、分支等3.事件管理，表单管理，资源管理，流程仿真4.流程归档，权限控制39流程类模式流程类模式基础技术架构设计基础技术架构设计流程归档权限控制流程执行流程仿真资源管理表单调度事件管理业务流程管理待办事项管理即时消息调度业务数据分析 统计查询 业务流程监控待办事项监控工作流初始化流程权限设计任务设计事件设计流程编排管理维护流流程程建建模模IDE1.提供通
18、用的图形建模工具2.提供权限定义，流程发布，办理时限，分级设置，事件定义，3,会签、群发单审、退回、收回、转办、代理、文管分发、多事件处理等通用流程模式设计4.流程定义的多版本支持、移植支持、备份恢复应应用用流流程程管管理理监控条件定义监控条件定义业务监控设置业务监控设置流程数据初始化流程数据初始化1.监控条件定义，业务监控设置，流程数据初始化流程监控、业务监控流程监控、业务监控流程状态监控流程状态监控异常流程监控异常流程监控2.流程监控、业务监控、流程状态监控、异常流程监控工作量监控，工作量监控，办理时限监控办理时限监控3.工作量监控、办理时限监控业务数据分析、业务数据分析、查询统计查询统计
19、即时消息通知即时消息通知4.业务数据分析、查询统计、即时消息通知流流程程引引擎擎1.待办事宜产生与交互；人工、定时、消息激活；流程干预；批处理；相邻节点合并处理2.节点处理：处理、退回、收回、会签、分支等3.事件管理，表单管理，资源管理，流程仿真4.流程归档，权限控制40流程类模式流程类模式基础技术架构设计基础技术架构设计流程归档权限控制流程执行流程仿真资源管理表单调度事件管理业务流程管理待办事项管理即时消息调度业务数据分析 统计查询 业务流程监控待办事项监控工作流初始化流程权限设计任务设计事件设计流程编排管理维护流流程程建建模模IDE1.提供通用的图形建模工具2.提供权限定义，流程发布，办理
20、时限，分级设置，事件定义，3,会签、群发单审、退回、收回、转办、代理、文管分发、多事件处理等通用流程模式设计4.流程定义的多版本支持、移植支持、备份恢复应应用用流流程程管管理理1.监控条件定义，业务监控设置，流程数据初始化2.流程监控、业务监控、流程状态监控、异常流程监控3.工作量监控、办理时限监控4.业务数据分析、查询统计、即时消息通知流流程程引引擎擎待办事项管理与交互待办事项管理与交互人工、定时、消息激活人工、定时、消息激活节点处理节点处理流程干预流程干预1.待办事宜产生与交互；人工、定时、消息激活；流程干预；批处理；相邻节点合并处理2.节点处理：处理、退回、收回、会签、分支等事件管理，表
21、单管理事件管理，表单管理资源管理，流程仿真资源管理，流程仿真3.事件管理，表单管理，资源管理，流程仿真流程归档；权限控制；流程归档；权限控制；4.流程归档，权限控制41流程类模式流程类模式案例分析案例分析应用场景分析应用场景分析以涉税审批场景为例42流程模式流程模式性能与可扩展设计性能与可扩展设计对应用要求的回答对应用要求的回答性能设计流程引擎集群部署引擎同流程应用框架统一部署多流程统一受理可扩展性引擎层支持扩展：引擎间交互能力集成表单工具集成规则引擎集成专业监控工具容错机制43流程类模式流程类模式采购建议采购建议p工作流引擎采购基本要求1：满足全国集中的性能和可扩展要求；基本要求2：具有开放
22、的API（包括对组织机构和权限的集成），税务应用可方便地进行自身的流程框架以及流程定义工具的开发基本要求3：方便、直接的支持税务需求（“中国特色”）的流程驱动扩展需求：具有良好的可扩展性，支持引擎间的交互，对表单（可选）、规则引擎（可选）、专业监控工具具有良好的集成能力44流程类模式流程类模式采购建议采购建议p工作流引擎采购建议筛选建议n满足性能要求是基本条件n可集成性满足条件n流程驱动能力满足税务要求（在这方面，国产软件有一定优势）n引擎集成扩展能力：引擎交互、集成表单、规则引擎n最后，可以考虑国际标准的问题u流程定义：BPMNu流程执行：XPDL & BPEL45决策类模式决策类模式概述概
23、述46p使用场景固定查询不能满足需求；临时性的；分散在多个固定查询中，在一个模块中查询不到；只对查询指标、条件有要求，对性能要求不高；在查询过程中，需要反复调整条件，或者查询指标；自定义查询自定义查询使用场景使用场景47p功能特点指标多、口径多、查询条件多，组合不固定，覆盖整个业务域；指标能自定义，包括新增、修改，业务口径能修改统计：维度选择范围相对固定(10个以内)，支持一定程度的钻取、切片，能钻透到明细数据；自定义过程支持图形化拖拽，操作简单、明了，能供业务人员直接使用；不用直接面向数据库，无需考虑表关联等数据库层的内容，对于技术没有要求；自定义查询自定义查询特点分析特点分析48p技术特点
24、基于元数据层和语义数据层，自动解析形成指标体系、维度体系、查询条件体系，以及和源数据的映射关系；数据源为分析数据模型，数据量大，要从应用层进行查询效率优化；自定义查询自定义查询特点分析特点分析49自定义查询自定义查询应用对应应用对应50自定义查询自定义查询参考架构参考架构51p易用性设计拖拽式图形化操作，提供打印、保存等辅助功能提供具有税务特色的页面组件提供收藏、发布、订阅、指标检索、结果集再过滤等辅助功能p灵活性设计指标能自定义，与业务口径自动绑定；查询条件自定义；提供跨业务域的组合查询；既有明细查询，也有统计查询，统计提供钻取功能；p性能设计提供SQL优化器，针对单句SQL进行逻辑优化；应
25、用层提供查询结果集数据量预估，拆分单句SQL为多条SQL，修改执行逻辑，缓存中间数据，化N表间关联为表两两关联；自定义查询自定义查询参考设计参考设计52p对数据层的要求提供语义层，有工具自动解析元数据，按照一定规则，形成基于源系统的底层数据语义层；根据税务特色，基于底层的语义层，人工自定义指标、维度等，形成高级语义模型；语义层是基于元数据的，因此系统需要提供相关元数据解析接口，能自动形成所需元数据，如数据字典、数据量等，同时允许人工补充，如新增业务口径、表表关系等；自定义查询自定义查询参考设计参考设计53p可与BI展现使用相同的工具，但需要具备以下条件提供与元数据的接口，能自动获取相关数据源；
26、提供语义层，供用户定义税务的语义视图；提供对页面组件进行二次封装接口，构建税务特色的页面组件具有SQL优化器，能对结果集数据量进行预估，而从进行SQL执行逻辑策略的优化，如分拆SQL，缓存中间数据，化N表之间关联为表两两关联等；p可选工具列表如Oracle BIEE、BO、Cognos 较复杂，适应技术人员和特定的分析人员使用，具体选型参考总局BI工具评估报告定制化开发 简单，适合业务人员使用自定义查询自定义查询采购建议采购建议54p应用场景省局各处室日常向总局各司所报报表；总局各司在省局报表之上，汇总、加工后生成的报表；总局临时性下发报表，让各省局填写；报表报表应用场景应用场景55p功能特点
27、中国业务特色：页面布局复杂、无规律性，数据口径复杂；能自动汇总下级税务机关报表数据，支持多级填写，即数据项能修改，能还原；能钻透到明细；具有报表管理功能，如订阅、推送、下发、发布等，一旦发布不能再修改；打印原式原样，支持套打、表头重复，提供水印报表底；提供自定义功能，业务人员能独立使用，绘制简单；p非功能性特点集成性好，能与应用框架无缝整合，包括页面风格、权限、功能；报表报表特点分析特点分析56报表报表应用对应应用对应57报表报表参考架构参考架构58p易用性设计提供自定义模式，设计器类Excel风格，符合税务操作习惯；提供订阅、推送、订制成册等辅助性功能；提供完整的打印、保存功能，如套打、表头
28、固定；p流程设计提供制表、审核、上报、退回、发布、归档的报表全生命周期管理，并与权限做好集成；流程中提供数据检验机制，如与生产系统相关功能进行数据比对；控制流程过程对各级操作人员对表单的读写权限；提供基于元数据的语义层，满足自定义需求报表报表参考设计参考设计59p灵活性设计报表数据项，根据权限控制和报表生命周期，允许读、写带有一定的报表分析功能，能钻取看下级、能钻透看明细，提供图形化分析，能实现表图转换；p其它技术特性设计提供多数据源接口支撑，如各类数据库、结构化文件(XML、EXCEL、TXT等)提供基于元数据的语义层，满足自定义需求；针对定义报表，配备优化器，提高查询性能；报表报表参考设计
29、参考设计60p报表工具建议税务报表具有中国特色，建议选国内成熟产品；需要带自定义功能，有语义层；产品选择如润乾报表、BO水晶报表；报表报表采购建议采购建议61p主要使用场景把数字用各种图形摆放出来，让其中的规律更加显性化；一个数据从多个角度进行分析，寻找其规律性；通过图表展现税收收入等业务指标的分布特点、规律；利用TOP N的统计方法，界定纳税大户，及其分布规律；利用时序的分析方法，看各项税收指标的空间分布，掌握其增长率情况；OLAP分析分析使用场景使用场景62p功能特点展现数据已知的、显性规律，提供图形化功能；满足在多维环境下特定的查询和报表需求；提供钻取、钻透、切片、切块、旋转等操作，能在
30、多个分析角度间自由切换；p技术特点提供了多种统计学的分析方法，如TOP N，同比/环比，2/8集中度等提供图文混排，便于出分析报告；提供语义数据层；OLAP分析分析特点分析特点分析63OLAP分析分析应用对应应用对应64OLAP分析分析参考架构参考架构65p易用性设计有丰富的图表库可供使用人员直接选择，切换；分析的指标、维度，支持自定义选择；能钻取、钻透、切片、切块、旋转，能钻透到纳税人明细，直接联接一户式查询；p性能设计查询响应速度快，要有SQL优化器多维数据库，加载效率要高，支持增量加载、定时自动更新，压缩率要大OLAP分析分析参考设计参考设计66p耦合度设计多维数据库，与OLAP分析展现
31、，不集成到一个工具中，多维数据模型，可被其它应用程序调用，如查询统计、报表等； 多维数据库中的数据，能钻透到关系型数据库，即能由粗粒度数据，钻透到纳税人明细数据；OLAP分析分析参考设计参考设计67p产品选型主流产品均符合基本功能性需要，选型建议参考总局BI工具选型评估结果；主流展现产品：如ORACLE BIEE、IBM Cognos、BO； 多维数据库产品：如Oracle Essbase、Cognos OLAP等；OLAP分析分析采购建议采购建议68p应用场景绩效管理中的绩效模型、绩效评估算法；风险管理中的风险特征模型、风险关联性模型、风险预测模型、风险评估模型；政策管理中的政策评估模型、政
32、策模拟运行模型；稽查中的稽查选案模型；评估审计中的纳税人的各种评估模型；征管状况分析中的税收预测模型、征管状况评估模型；各个模型中的参数测算模型数据挖掘数据挖掘应用场景应用场景69p功能特点利用数学算法模型，探索并形成业务数据模型，寻找数据间的隐性关系、规律；有模拟运行平台，评估业务数据模型的有效性，通过参数调整修改模型；提供特有图形，展现最终的业务数据模型结果集；p技术特点提供丰富的数学挖掘方法，以及众多的算法供选择，并能根据使用场景进行提供算法选型、推荐；支持各类数据源，如Oracle数据库、结构化文件；简单操作图形化，复杂操作代码化；算法库提供二次开发接口，可调整、可新增数据挖掘数据挖掘
33、特点特点70数据挖掘数据挖掘应用对应应用对应71数据挖掘数据挖掘参考架构参考架构72p核心算法库设计 包括但不局限于以下几类算法，每类针对不同应用环境，有多个相对应的算法自动化建模节点：决策树回归模型贝叶斯算法人工智能自学习增量算法数据挖掘数据挖掘参考设计参考设计关联分析聚类算法归纳算法时间序列算法降维算法73p模型训练设计提供模型噪声处理的各种方法；提供模型有效性评估的方法库；根据学习型模型，根据评估方法，进行自动测算；训练过程、参数调整、结果展示都可视化；提供模型评估功能，包括多模型整合评估，评估结果可视化等；p性能设计提供集群功能进行负载均衡，提高性能；提供多流程并发；提供SQL优化器；
34、数据挖掘数据挖掘参考设计参考设计74p开放性设计源数据、目标数据，支持主流存储结构，如各类DB、结构化文件；算法参数可视化，并提供外部接口，能调整，算法库可导入外部算法，并提供接口或者可视化设计器，供调整；p非必要功能设计数据结果集分析展现：可视化图形、报表数据挖掘数据挖掘参考设计参考设计75p选型产品列表SAS EM、BASE，长处在于算法库、数学模型，编程环境较好，但相对复杂，基本需要开发实现，对使用人员需要定向培训，上层展现端偏弱，一般与OLAP分析结合使用；SPSS Clementiue、Publisher，长处在于使用简单，底层算法库封装得较好，配套有相应的展现端，但数学模型相对较弱
35、，算法库开放度不够，修改调整困难；数据挖掘数据挖掘采购建议采购建议76内容管理类模式内容管理类模式背景背景p定位非结构化数据的管理应用p电子档案库的建设主要有两个目的实现档案的电子化存储，方便进行档案的专业化、规范化管理。信息单点采集并高度共享，把电子档案系统抽象成一种公共服务的提供者，例如文书审批过程中调用纳税人提交的附件。77内容管理类模式内容管理类模式关键技术关键技术p关键技术图像处理去除图像噪音，格式化成规定样式的图像条码识别建立电子档案与纸质档案的对应图像置乱技术保证图像的安全数据解析图像解析或者其他规定格式数据文件解析数字水印技术保证电子档案不被复制后用于非法用途虚拟录入屏蔽底层的
36、硬件接口78内容管理类模式内容管理类模式非功能性需求非功能性需求p高效性存储量大，且在业务应用时对检索速度要求较高p高可靠性由于电子档案的特殊性，要求有冗余备份机制，并提供多层安全管理控制功能来保证系统的可维护性，即使系统崩溃也不会丢失业务数据，并马上可恢复系统 p数据传输量大采取技术手段减少档案信息的重复传输79内容管理类模式内容管理类模式应用对应应用对应80内容管理类模式内容管理类模式技术架构设计参考技术架构设计参考81内容管理类模式内容管理类模式逻辑分布设计逻辑分布设计82内容管理类模式内容管理类模式应用场景应用场景p电子档案采集纳税人在纳税服务平台办理业务时，上传相关附件，由管理员审核
37、后补充索引信息，归档办税大厅受理人员办理业务时，扫描纳税人提交的纸质档案，建立索引，归档p电子档案应用文书审批时，由附件索引调用相关电子档案，供审批人查阅后审批电子档案系统对外提供服务，由纳税人识别号和电子档案类型查询相关档案83内容管理类模式内容管理类模式性能设计性能设计p采用海量存储解决方案如SAN存储网络p数据分布设计分为前置存放数据、在线存放数据、近线存放数据、离线存放数据、缓存数据84内容管理类模式内容管理类模式数据分布设计数据分布设计p前置存放数据这部分数据为存放在省/市影像前置服务器上的数据，数据的具体存放地为各省/市影像前置服务器使用的磁盘介质。存放的目的是在扫描、质检、索引等
38、业务环节全部完成之前，将所有的影像文件和相关信息都暂存于前置服务器上 。p在线存放数据这部分数据为存放在省/市局在线设备上的数据，数据的具体存放地为SAN存储设备。在线存放数据是影像系统的核心应用数据，包含了常用的影像资料。 85内容管理类模式内容管理类模式数据分布设计数据分布设计p近线存放数据这部分数据为存放在省/市局近线设备上的数据，数据的具体存放地为DVD光柜，使用DVD介质，可以作为在线数据影像文件的备份。在线存放数据与近线存放数据之间采取一次发布动态交换的模式处理存储问题，根据影像数据的发布时间、操作时间、操作次数等策略进行交换。 p离线存放数据这部分数据为存放在省/市局离线设备上的
39、数据，数据的具体存放地为离线光盘。当光柜内空白盘片用尽后，就需要将一部分的历史数据盘片取出，更换上新的空白盘片，当这些盘片上的历史数据需要调阅时，系统会提示管理员把相应的光盘放入光柜中。具备峰值数据的高负荷处理能力，具有快速响应、高稳定性和安全的特点。 86内容管理类模式内容管理类模式数据分布设计数据分布设计p缓存数据这部分数据为存放在各省/市局缓存服务器上的数据，数据的具体存放地为各省局缓存服务器使用的磁盘介质。设置影像缓存服务器，对频繁访问的影像文件进行必要的缓存，从而提高影像系统后台服务器的性能，并降低网络带宽的占用。 87内容管理类模式内容管理类模式采购建议采购建议p产品备选IBM F
40、ileNetAutonomyp除软件产品外，还需要集成相关硬件设备：存储设备扫描仪、条码扫描枪光盘库及相关设备 p产品评价建议考虑与门户网站内容管理的整合88集成背景集成背景基于面向服务架构（基于面向服务架构（SOA）的整体规划）的整体规划89界面集成类模式（业务工作门户）界面集成类模式（业务工作门户）定位定位90业务工作门户业务工作门户场景展示场景展示应用场景分析应用场景分析见红色标记91业务工作门户业务工作门户功能需求功能需求p统一界面入口，提升客户体验整合不同应用系统的业务展现界面提供统一的界面模板设计大纲增强操作体验p提供工作流程导航、业务指导、工作进程展示的办公界面结合流程业务，提供
41、流程导航，提供流程的实时图形展示将操作业务的法规与流程体现在统一界面中92业务工作门户业务工作门户非功能需求非功能需求p扩展性p能集成多渠道，多系统提供的界面p能集成独立的第三方的权限系统p能集成多渠道，多系统提供的待办事宜93业务工作门户业务工作门户应用对应应用对应94业务工作门户业务工作门户功能设计功能设计9596业务工作门户业务工作门户架构设计架构设计服务控制平台管理业务工作平台权限访问业务集成页面集成代办事宜设计工作进程设计业务管理预警行为操作监控业务指导帮助业业务务功功能能应应用用支支撑撑框框架架界面元素标准页脚区框架菜单域框架工作区框架页眉区框架身份认证权限管理代办事宜流程导航业务
42、预警业务辅助信息行动操作事件调度产产品品支支撑撑页面集成技术页面集成技术界面元素标准页脚区框架菜单域框架工作区框架页眉区框架工作流工作流流程引擎展现模式管理个性化管理代办事宜设置认证策略管理监控管理辅助新管理业务工作门户业务工作门户方案建议方案建议服务控制平台管理业务工作平台权限访问业务集成页面集成代办事宜设计工作进程设计业务管理预警行为操作监控业务指导帮助业业务务功功能能应应用用支支撑撑框框架架产产品品支支撑撑页面集成技术页面集成技术界面元素标准页脚区框架菜单域框架工作区框架页眉区框架工作流工作流流程引擎方案一：采购产品方案一：采购产品方案二：由业务工作门户的开发商自行开发方案二：由业务工作
43、门户的开发商自行开发此为在产品不能满足要求时的备用方案此为在产品不能满足要求时的备用方案97业务工作门户业务工作门户推荐方案二推荐方案二p原因放弃方案一的议案因：以前对Portal的使用问题n封装为Portlet会产生性能问题n权限粒度太粗，和我们需要的细粒度权限控制不符n应对税务需求的定制能力存疑98纳税服务门户内部门户网站办税服务、纳税咨询、征纳交流和税收宣传等；网上申报、网上登记与预审及网络发票等办税服务访问的经由门户；省局和总局两级部署，省局个性化；统一的身份认证登录；内容管理、交互与协同等功能的支持面向全部纳税人的门户网站的性能问题内部统一门户：沿用目前网站在信息发布、内容展现方面的
44、功能，提供连入业务系统的链接；省局和总局两级部署，省局个性化统一的身份认证登录；内容管理、交互与协同等功能的支持门户网站类模式门户网站类模式应用需求应用需求99门户网站类模式门户网站类模式应用对应应用对应100门户网站类模式门户网站类模式参考架构参考架构办税服务税收宣传纳税咨询互动交流新闻报道员工门户对内对外内容管理软件交互工具内容管理软件知识库办公网上申报其他网上系统纳税人身份系统行政办公平台内部业务平台内部IA中心纳税人税务人员101p更加重视用户界面集成；p更加重视性能和效率，重视用户的使用体验。p同时也包含流程整合、应用整合及权限整合等门户框架。p对于门户业务服务偏向于比较轻量的、实用
45、的应用。 p多种门户协议标准限制。pPorlet定制和布局等智能控制和个性管理功能。p在性能和效率，以及用户体验方面有待提高。p包含重量型的门户业务服务（内容管理、搜索等），但其功能不及专业产品。p门户框架扩展性和集成性有待提高，也无法定制。 轻门户：轻门户：重门户：重门户：轻门户正在向两个方向发展：其一是以新浪为代表的门户网站形式，通过HTML基本技术呈现内容集成/功能集成/操作体验的门户界面；其二是企业工作门户，将企业的业务/流程/处理统一起来的工作平台。建议采用轻门户的方式实现纳税服务门户和建议采用轻门户的方式实现纳税服务门户和内部门户网站。内部门户网站。由于重门户的使用效果并不好，目前
46、重门户的应用正在弱化。门户网站类模式门户网站类模式实现方式选择实现方式选择102总局和省局两级部署，分担用户压力。进行用户分类，按照业务类型限制用户压力，保证关键业务。门户应用采用轻量方式实现，避免复杂门户技术处理。门户统一身份认证和登录需做好性能规划。Web服务器进行用户访问流量控制和路由。应用服务器实现集群，并进行负载均衡，保障性能要求。应用集成需考虑被集成系统的单点性能瓶颈问题，尽量实现松耦合。避免进行跨级次、跨区域的应用集成。关键系统进行用户访问排队和控制。关键业务系统的数据库设计和访问优化。内容文档库的访问优化和简化。门户网站类模式门户网站类模式性能设计性能设计103p技术特点内容管
47、理具有采集、编写、审核校对、发布、归档等一系列过程典型的流程应用，数据异步处理,内容具有数据权限约束采集端编辑修改审核发布归档IE客户端上传/下载样式编辑内容浏览通过送审送审访问授权信息推送展示历史查询存储备份内网门户等门户网站类模式门户网站类模式内容管理软件内容管理软件104门户网站类模式门户网站类模式内容管理软件内容管理软件105p门户模式技术要点轻门户的实现方式，可以选择不专门采购门户产品，而采取“定制化开发”实现网站功能。单点登录采用专业的SSO产品。门户业务服务：内容管理采用专门软件，搜索引擎采用专门软件，协同采用专门软件。性能设计需综合考虑：关键业务系统、应用设计的优化。门户网站类
48、模式门户网站类模式技术要点与建议技术要点与建议106p重门户的很多功能已经在业务工作平台中实现，因此建议门户网站采用轻门户方案。p轻门户的实现方式，采购基本J2EE应用服务器和网站内容管理软件，定制化开发实现。内容管理产品备选TRSIBM FileNet Autonomy搜索引擎产品备选TRSIBM OmniFind门户网站类模式门户网站类模式产品采购建议产品采购建议107应用集成类模式（应用集成平台）应用集成类模式（应用集成平台）场景场景108集成服务：协议转换、消息转换、服务路由、服务调度、服务编排、服务发布订阅等公用服务：服务安全、异常处理、流水冲正、服务质量等服务集成1.协议转换：支持
49、多种协议的转换；2.消息格式转换；支持各种常见格式的报文的转换和消息的处理；3.服务路由：支持直通、基于内容、结果、并发、合并等灵活的路由方式；4.服务调度：支持同步、异步以及发布订阅等方式；服务质量1. 服务优先级：能够对优先 级高的服务，配置独立资 源保证服务质量；2. 服务故障隔离：在服务系 统或服务出现故障，能自 动隔离。3. 交易一致性：在交易失败 时能够提供冲正机制；服务治理1. 服务元数据管理：支持 服务生命周期中，服务 元数据的管理；2、服务注册库：支持服务 的注册和发现机制；3、服务的管理和监控：支 持服务的配置以及动态 生效；支持服务各项参 数的仪表盘展现；p遵从SOA原则
50、，应用集成平台落地为“ESB”应用集成平台应用集成平台功能需求功能需求109应用集成平台应用集成平台非功能需求非功能需求p在目前的定位下，应用集成平台避免了全国集中后的性能集中点和瓶颈点，性能需求相对不强，但建议采购时同样考察：性能和高扩展性n交易量和增长规模n横向扩展能力（提升硬件）n响应时间(挡板交易、关键交易)稳定和高可用性n支持集群部署，单点故障不影响系统运行n支持软件和硬件负载均衡n支持在线维护和动态部署n支持故障隔离110应用集成平台应用集成平台应用对应应用对应111应用集成平台应用集成平台参考架构参考架构112应用集成平台应用集成平台产品采购建议产品采购建议p产品备选OSBWeb
51、sphere ESBWebsphere MessageBroker其他厂商：Tibco，国产厂商等；p筛选建议满足服务集成功能和性能要求是基本条件需具备服务优先级、故障隔离、交易冲正等功能，保证服务质量服务响应能力、实施难度和二次开发能力113数据集成类模式数据集成类模式背景背景114数据集成类模式数据集成类模式应用对应应用对应115数据集成类模式数据集成类模式数据共享技术需求数据共享技术需求pMQ消息国税与政府其它部门交换的数据p实时数据库复制主数据库，复制到各个应用数据库中的只读库，1对N；总局复制到各个省局，也是1对N，但是需要进行数据清分保存N个月数据的生产数据库群，复制到N+X个月的
52、统一查询机，N对1p 定期数据库复制申报征收数据库中的纳税人原始完税凭证信息，定期（每月一次）复制到计会统数据库；p ETL复制 总局生产数据库到，分析性数据库，每天，同步频度低，有加工过程； 总局到省局的数据分发，每天；p 服务 纳税人级的交易过程中，需要交互的共享数据116数据集成类模式数据集成类模式数据共享技术需求分析数据共享技术需求分析MQ消息外部信息交换异质、异构、批量、非实时、广域网实时数据库复制主数据：同质、同构、非全库、高效、局网查询机：同质、同构、增量、高效、局网定时数据库复制批量同步：同质、同构、非全库、较高效、局网数据分发：同质、同构、一对多、高效、广域网ETL工具抽取服
53、务模式服务模式：单笔小数据、异构分析数据：同质、异构、一对多、非实时、局网117MQ消息外部信息交换适用于电子政务的数据交换平台实时数据库复制主数据：Oralce GoldenGate查询机： Oralce GoldenGate定时数据库复制批量同步： Oralce GoldenGate数据分发： Oracle GoldenGate 考虑按省分库ETL工具抽取标准ETL工具数据集成类模式数据集成类模式方案应对方案应对118数据集成类模式数据集成类模式方案应对方案应对119数据集成类模式数据集成类模式电子政务数据交换平台电子政务数据交换平台120数据集成类模式数据集成类模式电子政务数据交换平台电
54、子政务数据交换平台交换前置机交换前置机121数据集成类模式数据集成类模式电子政务数据交换平台电子政务数据交换平台交换中心交换中心122数据集成类模式数据集成类模式产品采购建议产品采购建议p消息队列MQ电子政务数据交换平台使用p数据库复制产品备选Oralce GoldenGateOracle Active DataGuardp ETL工具总局曾经做过选型，建议参照要求和结论备选 informatica Power CenterIBM Data StageOracle ODI123目目 录录1、工作目标、工作目标2、工作思路与设计原则、工作思路与设计原则3、技术实现模式分析、技术实现模式分析4、产
55、品采购规划、产品采购规划124125产品采购规划产品采购规划注：未包括配置管理、性能测试工具的用于开发支撑的工具序序号号分类分类 产品名称产品名称 应用应用1数据层数据层高性能数据库 交易类2内存数据库 交易类3多维数据库决策类4数据复制产品 数据集成类5OLAP分析决策类6自定义查询工具决策类7数据挖掘决策类8应用层应用层应用服务器 交易类9流程管理软件 流程类10规则引擎流程类126采购规划采购规划序号序号分类分类 产品名称产品名称 应用应用11集成工具集成工具ESB应用集成 应用集成类12ETL工具 数据集成类13其他产品其他产品消息队列产品 数据集成类14内容管理产品 内容管理类15搜索引擎 门户网站类16协同工具 门户网站类17报表工具决策类18电子表单交易类19相关硬件相关硬件产品产品负载均衡器-20扫描仪-21条码扫描枪-127
