金税三期工程技术基础架构设计方案.ppt

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