4.强调架构管控 统一软件基础设施 统一公用业务构件 统一服务与数据规范
提供良好的包容（遗留系统）、 可扩展（新系统）的能力
保证架构贯彻的一致性
金税三期工程
7
一般性设计原则
设计层面 应用
数据 安全 接口
设计原则 ①遵循SOA设计原则，系统之间采用服务的形式进行互联，相互松散耦合； ②采用分层的体系架构，分离中间业务逻辑，便于复用； ③业务逻辑实现组件化，基于框架进行开发； ④客户端基于浏览器设计，客户端与服务端基于HTTP/HTTPS协议进行交互； ⑤设计开发基于开放标准； ⑥使用可靠的框架，提高开发效率以及稳定程度； ①统一的数据库设计标准和规范； ②以业务作为设计数据仓库的根本依据。以业务为中心，同时综合考虑其它方面的 因素（包括：技术、管理等方面），对数据仓库进行设计； ①统一的身份认证机制； ②统一的访问控制； ③统一数据属主标识； ④统一的数据权限控制； ①使用XML规范定义传输的数据； ②支持标准的接口实现方式，利于集成；
各种支撑应用实现 的技术模式 软件基础设施
3
工作目标
1. 分析设计应用架构和数据架构的各类技术支撑模式 • 从技术角度分离出不同的技术支撑模式 • 设计应用实现的参考架构 • 界定技术性的功能(如流程引擎需求)及非功能 需求，并对重点非功能性需求进行设计验证
2. 分离出对软件基础设施的采购需求
从技术实现角度 支撑全国大集中
的项目实施
金税三期工程
4
目录
1、工作目标 2、工作思路与设计原则 3、技术实现模式分析 4、产品采购规划
金税三期工程
5
技术支撑 模式划分
工作思路
支撑模式 实现分析
1. 根据应用架构和数据架构要 求，共同划分应用功能实现 的技术模式，这是上下承接 的关键；
2. 我们的假定是支持这些实现 模式，从技术角度就能支撑 金税三期应用的开发和运行；
XML/HTTP/HTT PS
省局
大厅系统
省局前置层
用户界面交互
业务校验
RMI/JMS/XML
核心服务提交 大厅系统
渠渠 交 道道 易
代码加载/预处理加载
接路 组 入由 合
接入请求队列 响应队列
页面模板缓存
省局数据缓存
总局
核心系统
应用P
RMI/JMS/XML
服 核心 交易 务 逻辑 数据
响应队列层 处理 存储
服RMI/JMS/XML 务
数 据
调
分
用 处
...
布 处
理 RMI/JMS/XML
RMI/JMS 应用服务器n
理
接入请求
队列
JDBC/FTP
资源&数据层
非结构化 数据库
结构化数 据库
数
据 缓
ODS
存
数据仓库
服 核心 交易 务 逻辑 数据 响应队列 层 处理 存储
人力资源
财务管理
纪检监察
管理决策平台
查询 统计
征管状况 分析
报表 管理
绩效 管理
风险 管理
政策 评估
知识 管理
电子档案 管理
基础平台
应用集成
数据集成
地方特色及遗留 应用
金税三期工程
15
交易类模式——参考架构-整体
交互协议：
终端
客户端（浏览器）
代码表数据缓存 AJAX技术
CSS模板标准 表单控件（可选）
核心数据处理
金税三期工程
13
交易类模式——特点分析（二）
技术特点 ✓ 交易实现路径长，要经过渠道、前置、核心系统实现一个完整交 易 ✓ 总局负载大 总局估算国税峰值TPS——1万以上 主要业务占比大，如申报征收约占46%
金税三期工程
14
外部门统一交换
税库银 外部信息交换
纳税服务平台
网上税局 12366
数据集市
技术： 产品/开发系统：
Javascript、 Activex、Applet
金税三期工程
12
交易类模式——特点分析（一）
技术特点
✓ 通过应用的纵向技术划分，分担系统负载，进行流量控制
以大厅征收为例
客户端
大厅系统
省局前置层
核心逻辑层
资源&数据层
核心系统
IE浏览器
大厅系统
前置系统
核心 业务 逻辑 处理
数据 访问
数据资 源
页面交互 数据校验
申报校验 流控与路由
渠道管理 交易组合
金税三期工程
8
目录
1、工作目标 2、工作思路与设计原则 3、技术实现模式分析 4、产品采购规划
金税三期工程
9
模式划分
技术实现模式分析
✓ 应用功能实现类
交易类
核心数据处理类业务，如申报征收
流程类
流程驱动类业务，包括主要的管理型
业务，如登记、涉税文书审批、稽查 决策类（自定义查询、报表、OLAP分析、数据挖掘）
内容管理类（电子影像、档案、文档、知识）
✓ 应用功能集成类 界面集成类（业务工作门户） 门户网站类（内外网门户网站） 应用集成类（应用集成平台） 数据集成类（ETL、数据复制、数据交换平台）
金税三期工程
10
模式分析
实现模式 交易类 流程类 决策类 内容管理类 界面集成类 门户网站类 应用集成 数据集成
金税三期工程
技术基础架构设计方案 （技术架构分册） V1.0
汇报人：总体规划设计项目组
金税三期工程
1
目录
1、工作目标 2、工作思路与设计原则 3、技术实现模式分析 4、产品采购规划
金税三期工程
2
应用架构
背景
数据架构
技术支撑体系
技术支撑模式
安
全
体
系
公用组件体系
架
构
软件套装产品
硬件基础设施
金税三期工程
1. 回答如何对应用和数 据架构的支撑 • 应用场景； • 架构需求； • 设计要点；
2. 回答产品采购需求；
金税三期工程
6
总体设计原则—— 高效、稳定、包容、一致
1.强化性能与可扩展性设计
支撑全国大集中的战略决策
2.贯穿面向服务的设计理念 强调系统高内聚松耦合
支撑业务的解耦，奠定应用扩展基础
3.提供完备的应用集成策略
前置
短信
自助终端 大厅
纳税人 关系管理
内部统一门户
业务工作门户
内部门户网站
身份认证
交易类模式——应用对应
征管处理平台
纳税人
登记
认定
优惠
证明
其它单证
管理
申报
征收
个税管理 申报征收
发票管理
征
票证管理
收
管
理
防伪税控 交叉稽核 发票协查 网络发票开具
计划
评估审计
稽查
会计
法制
核算
风险 处理
行政管理 平台
综合办公
功能特性 税务特色 税务特色
--税务特色 ----
高性能 强 较强 -----强
可扩展 强 较强 -------
可靠性 强 --------
灵活性 较强 --------
金税三期工程
11
交易类模式——背景
这是首次在税务行业采用的模式，产生的业务和技术背景是 ✓ 业务：纳税服务和征管职能分离 ✓ 技术：全国集中后兼顾风险和效率