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