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

金税三期工程;目 录;技术支撑模式;分析设计应用架构和数据架构的各类技术支撑模式 从技术角度分离出不同的技术支撑模式 设计应用实现的参考架构 界定技术性的功能(如流程引擎需求)及非功能需求，并对重点非功能性需求进行设计验证;目 录;支撑模式 实现分析;总体设计原则—— 高效、稳定、包容、一致;一般性设计原则;目 录;模式划分;模式分析;交易类模式——背景;技术特点 通过应用的纵向技术划分，分担系统负载，进行流量控制 以大厅征收为例;交易类模式——特点分析（二）;交易类模式——应用对应;交易类模式——参考架构-整体;交易类模式——参考架构-大厅系统;交易类模式——参考架构-前置;交易类模式——参考架构-核心处理层;交易类模式——性能设计;交易类模式——性能设计;交易类模式——性能设计;交易类模式——性能设计;交易类模式——性能设计;交易类模式——性能设计;数据库优化策略 分库：突破单库天花板 增强可扩展能力 需要应用支持分布式数据处理 支持分布式增删改 支持查询汇总 部署分离：不同目标群的同一应用数据库部署可考虑分离 如国地税申报征收;交易类模式——性能设计;交易类模式——性能设计;交易类模式——性能设计;交易类模式——性能设计;交易类模式——可靠性与安全性;交易类模式——灵活性和敏捷性设计;交易类模式——采购建议;流程类模式——功能需求（一）;流程类模式——功能需求（二）;流程类模式——非功能需求;流程类模式——应用对应;统一权限系统; ; ; ;流程类模式——案例分析;流程模式——性能与可扩展设计;流程类模式——采购建议;流程类模式——采购建议;决策类模式——概述;使用场景 固定查询不能满足需求； 临时性的； 分散在多个固定查询中，在一个模块中查询不到； 只对查询指标、条件有要求，对性能要求不高； 在查询过程中，需要反复调整条件，或者查询指标； ;功能特点 指标多、口径多、查询条件多，组合不固定，覆盖整个业务域； 指标能自定义，包括新增、修改，业务口径能修改 统计：维度选择范围相对固定(10个以内)，支持一定程度的钻取、切片，能钻透到明细数据； 自定义过程支持图形化拖拽，操作简单、明了，能供业务人员直接使用； 不用直接面向数据库，无需考虑表关联等数据库层的内容，对于技术没有要求； ;技术特点 基于元数据层和语义数据层，自动解析形成指标体系、维度体系、查询条件体系，以及和源数据的映射关系； 数据源为分析数据模型，数据量大，要从应用层进行查询效率优化；;自定义查询——应用对应;自定义查询——参考架构;易用性设计 拖拽式图形化操作，提供打印、保存等辅助功能 提供具有税务特色的页面组件 提供收藏、发布、订阅、指标检索、结果集再过滤等辅助功能 灵活性设计 指标能自定义，与业务口径自动绑定；查询条件自定义； 提供跨业务域的组合查询； 既有明细查询，也有统计查询，统计提供钻取功能； 性能设计 提供SQL优化器，针对单句SQL进行逻辑优化； 应用层提供查询结果集数据量预估，拆分单句SQL为多条SQL，修改执行逻辑，缓存中间数据，化N表间关联为表两两关联；;对数据层的要求 提供语义层，有工具自动解析元数据，按照一定规则，形成基于源系统的底层数据语义层； 根据税务特色，基于底层的语义层，人工自定义指标、维度等，形成高级语义模型； 语义层是基于元数据的，因此系统需要提供相关元数据解析接口，能自动形成所需元数据，如数据字典、数据量等，同时允许人工补充，如新增业务口径、表表关系等；;可与BI展现使用相同的工具，但需要具备以下条件 提供与元数据的接口，能自动获取相关数据源； 提供语义层，供用户定义税务的语义视图； 提供对页面组件进行二次封装接口，构建税务特色的页面组件 具有SQL优化器，能对结果集数据量进行预估，而从进行SQL执行逻辑策略的优化，如分拆SQL，缓存中间数据，化N表之间关联为表两两关联等； 可选工具列表 如Oracle BIEE、BO、Cognos —— 较复杂，适应技术人员和特定的分析人员使用，具体选型参考总局BI工具评估报告 定制化开发 —— 简单，适合业务人员使用 ;应用场景 省局各处室日常向总局各司所报报表； 总局各司在省局报表之上，汇总、加工后生成的报表； 总局临时性下发报表，让各省局填写；;功能特点 中国业务特色：页面布局复杂、无规律性，数据口径复杂； 能自动汇总下级税务机关报表数据，支持多级填写，即数据项能修改，能还原；能钻透到明细； 具有报表管理功能，如订阅、推送、下发、发布等，一旦发布不能再修改； 打印原式原样，支持套打、表头重复，提供水印报表底； 提供自定义功能，业务人员能独立使用，绘制简单； 非功能性特点 集成性好，能与应用框架无缝整合，包括页面风格、权限、功能； ;报表——应用对应;报表——参考架构;易用性设