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

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

（技术架构分册）

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消息——外部信息交换适用