金税工程(三期)
总体实施方案
国家税务总局
二○○六年四月
目录
前 言..............................................................................................................................................8
第一章 金税工程(三期)实施总体规划概述.......................................................................9
金税工程(三期)的建设目标和关键性需求...........................................................9
建设目标和收益 ......................................................................................................9
关键需求 ................................................................................................................10
金税工程(三期)实施应处理好的八个关系.........................................................12
现有系统和新建系统的关系(新老关系) ........................................................13
统一规划与分级实施关系(统分关系) ............................................................13
软硬件统筹配套关系(软硬关系) ....................................................................13
税务系统内外的关系(内外关系) ....................................................................14
国税和地税信息化建设的关系(国地税关系) ................................................14
业务需求和技术支持的关系(业务与技术关系) ............................................14
总局内部各个部门之间的关系(部门关系) ....................................................14
长期和近期建设目标的关系(远近关系) ........................................................14
金税工程(三期)的实施内容.................................................................................14
金税工程(三期)的整体架构 ............................................................................14
应用系统建设 ........................................................................................................15
基础设施和技术体系建设 ....................................................................................19
安全体系建设 ........................................................................................................25
灾备体系建设 ........................................................................................................25
运行维护体系建设 ................................................................................................26
金税工程(三期)的实施规划.................................................................................27
工程实施策略和步骤 ............................................................................................27
风险和关键成功因素 ............................................................................................28
第二章 基础技术体系及设施建设规划.................................................................................30
标准体系建设.......................................................................................................................30
建设目标 .......................................................................................................................30
建设内容 .......................................................................................................................30
建设策略 .......................................................................................................................31
可继承内容 ...................................................................................................................31
新建内容 .......................................................................................................................32
项目和时间表 ...............................................................................................................32
税务信息化标准体系框架(修订版) ......................................................................39
标准建设现状一览 .......................................................................................................55
广域网络建设.......................................................................................................................58
建设目标 .......................................................................................................................58
设计原则 .......................................................................................................................59
网络现状 .......................................................................................................................59
总体结构 .......................................................................................................................60
建设内容 .......................................................................................................................62
网络建设实施规划 ......................................................................................................63
两级处理平台建设...............................................................................................................66
建设内容 .......................................................................................................................66
可继承内容 ...................................................................................................................82
新建内容 .......................................................................................................................83
项目和时间表 ...............................................................................................................84
工作安排 .......................................................................................................................86
应用内核建设.......................................................................................................................87
定位及实施目标 ...........................................................................................................87
建设内容 .......................................................................................................................87
可继承内容 ...................................................................................................................96
新建内容 .......................................................................................................................96
实施步骤 .......................................................................................................................96
实施工作和时间表 .......................................................................................................98
实施流程图 ...................................................................................................................99
灾备系统建设.......................................................................................................................99
背景及现状分析 ..........................................................................................................99
实现目标 ....................................................................................................................101
灾备系统项目需求 ....................................................................................................101
实施内容 ....................................................................................................................102
灾难恢复预案 ............................................................................................................104
灾备中心技术支持人员要求 ....................................................................................105
基本实施步骤 ............................................................................................................105
第三章 征收管理系统建设规划...........................................................................................107
实施目标与建设内容.........................................................................................................107
实施目标 .....................................................................................................................107
建设内容 .....................................................................................................................107
可继承内容.........................................................................................................................107
技术实现方案.....................................................................................................................108
关键点.................................................................................................................................110
前提 .............................................................................................................................110
难点和要点 .................................................................................................................111
实施步骤与计划.................................................................................................................111
核心业务 .....................................................................................................................111
其他业务 .....................................................................................................................112
税收征管系统实施流程总图 .....................................................................................113
第四章 行政管理系统建设规划...........................................................................................115
实施目标与建设内容.........................................................................................................115
可继承内容.........................................................................................................................116
综合办公 .....................................................................................................................116
人力资源 .....................................................................................................................117
财务管理 .....................................................................................................................118
新建内容.............................................................................................................................119
人力资源 .....................................................................................................................119
财务管理 .....................................................................................................................119
监察监督 .....................................................................................................................120
政府采购管理 .............................................................................................................121
教育培训 .....................................................................................................................121
后勤管理 .....................................................................................................................121
关键点.................................................................................................................................121
实施步骤与计划.................................................................................................................121
综合办公系统 .............................................................................................................122
人事管理系统 .............................................................................................................122
财务管理系统 .............................................................................................................122
纪检监察系统 .............................................................................................................122
工作安排.............................................................................................................................122
总局任务分解、总局配套资源 .................................................................................122
省级任务分解、各地自备资源 .................................................................................122
第五章 外部信息系统建设规划...........................................................................................123
为纳税人服务系统 ............................................................................................................124
建设目标和内容 ........................................................................................................124
关键问题 ....................................................................................................................128
项目实施计划和步骤 ................................................................................................130
外部门信息交换 ................................................................................................................137
建设目标及策略 ........................................................................................................137
前置条件 ....................................................................................................................138
部署方案 ....................................................................................................................140
实施步骤及计划 ........................................................................................................145
工作安排 ....................................................................................................................146
国际情报交换 ....................................................................................................................147
第六章 数据利用与决策支持系统建设规划.......................................................................148
建设目标.............................................................................................................................148
业务目标 ....................................................................................................................148
功能建设目标 ............................................................................................................148
实施目标 ....................................................................................................................148
建设内容.............................................................................................................................148
建立统一的业务框架 ................................................................................................149
建设统一的应用框架 ................................................................................................150
建设统一的数据框架 ................................................................................................150
建设统一的技术框架 ................................................................................................152
建设统一的数据管理框架 ........................................................................................153
建设原则.............................................................................................................................154
统分结合原则 .............................................................................................................154
分步实施原则 .............................................................................................................155
可继承内容.........................................................................................................................155
数据源方面 .................................................................................................................155
数据利用需求方面 .....................................................................................................155
系统建设方面 .............................................................................................................155
数据利用成果 .............................................................................................................156
体制与机制建设方面 .................................................................................................157
新建内容.............................................................................................................................157
系统实施的前提和保障条件.............................................................................................157
实施前提条件 ............................................................................................................157
业务保障条件 ............................................................................................................157
技术保障条件 ............................................................................................................157
数据保障条件 ............................................................................................................158
实施步骤与计划.................................................................................................................159
分步实施策略 ............................................................................................................159
系统实施计划 .............................................................................................................159
第七章 信息安全保障体系建设规划...................................................................................162
建设目标与内容.................................................................................................................162
建设目标 .....................................................................................................................162
建设内容 .....................................................................................................................162
体系结构.............................................................................................................................164
总体架构 ....................................................................................................................164
层次和依赖关系 ........................................................................................................165
应用效果 ....................................................................................................................166
建设规划.............................................................................................................................167
CA/KMC 证书认证和密钥管理系统建设规划.........................................................167
PMI/AA 权限管理系统建设规划 ..............................................................................170
应用安全支撑平台建设规划 ....................................................................................173
网络安全防护系统建设规划 ....................................................................................176
安全管理平台建设规划 ............................................................................................182
运行环境要求.....................................................................................................................185
机房环境要求 ............................................................................................................185
网络环境要求 ............................................................................................................189
实施步骤与策略.................................................................................................................194
实施计划 ....................................................................................................................196
实施策略 ....................................................................................................................198
工作安排.............................................................................................................................198
建设启动条件 ............................................................................................................198
任务分解 ....................................................................................................................199
总局工作安排 ............................................................................................................199
省级局工作安排 ........................................................................................................200
第八章 运行维护体系建设规划...........................................................................................202
建设目标与原则.................................................................................................................202
建设目标 .....................................................................................................................202
建设原则 .....................................................................................................................202
体系结构.............................................................................................................................202
运行维护内容 ............................................................................................................203
运行维护组织 ............................................................................................................203
运行维护队伍 ............................................................................................................204
运行维护流程 ............................................................................................................204
运行维护制度 ............................................................................................................204
运行维护技术支持平台 ............................................................................................204
建设规划.............................................................................................................................204
技术支持平台建设规划 ............................................................................................204
运维流程和制度建设规划 ........................................................................................211
运行维护队伍建设规划 .............................................................................................217
工作安排.............................................................................................................................223
总局工作安排 ............................................................................................................224
省局工作安排 ............................................................................................................224
实施进度.............................................................................................................................225
第九章 金税工程(三期)实施工作任务分配与时间计划...............................................226
前 言
当前,金税工程(三期)项目已经完成了立项审批,即将在全国税务系统全
面实施。随着金税工程(三期)的启动,税收信息化建设即将跨入一个新的发展
阶段。为进一步做好金税工程(三期)建设的实施工作,以《金税工程(三期)
项目建议书》和《金税工程(三期)可行性研究报告》以及税收信息一体化工作
成果为基础,按照总局一系列关于税收信息化工作的议定精神,遵循工程实施的
可操作原则,总局组织编写了本方案。
金税工程(三期)的建设还涉及到税收信息化的体制机制、组织架构、人员
配备、系统协调、子项目建设、风险管理等方面。本方案的重点是对项目建设中
的具体实施工作进行规划和设计,其他如机构调整、项目管理等内容不在本方案
阐述的范围内。
本方案共分九章。第一章为概述,第二章到第七章依次阐述了金税工程(三
期)中的基础技术体系和设施建设、征收管理系统建设、行政管理系统建设、外
部信息系统建设、数据利用与决策支持系统建设、信息安全保障体系建设等方面
的实施规划,第九章按照相对时间的方式草拟了金税工程(三期)实施工作任务
分配与时间计划。其中,金税工程(三期)建设中涉及面较广、实施较为复杂的
部分工作内容,如数据中心和灾备中心建设、CA 系统建设等内容也将在第二章
“基础技术体系和设施建设规划”和第七章“信息安全保障体系建设”中进行阐述。
由于本方案编制的时间仓促,我们尚无法完全预见金税工程(三期)实施过
程中将可能遇到的工程实施和技术实现问题。因此,本方案还不完善,希望大家
予以指正和帮助。
第一章 金税工程(三期)实施总体规划概述
金税工程(三期)的建设目标和关键性需求
建设目标和收益
金税工程(三期)建设应始终树立和贯彻落实科学发展观,坚持以人为本;
要按照“统筹规划、统一标准。突出重点、分步实施。整合资源、讲究实效。加
强管理、保证安全”的原则,贯彻落实科学化、精细化和一体化管理的要求,强
化税收管理,为纳税人提供优质、便捷、全方位的服务,为政府宏观经济决策提
供科学依据。
金税工程(三期)将建设基于统一技术平台,四类应用系统有机结合的信息管
理系统,包括:以税收业务为主要处理对象的一个功能整合的征收管理系统、以
税务内部行政管理事务为处理对象的税务行政管理应用系统、以外部信息交换和
为纳税人服务为主要处理对象的外部信息管理应用系统和面向各级税务机关税
收经济分析、监控和预测的税务决策支持管理系统等系统。
金税工程(三期)的建设目标是:
一是利用信息技术手段,改造税收管理流程,实现税务管理现代化,以提高
税收管理的质量和水平。具体包括:建立严密、高效、科学、完整的纳税人基本
信息的监控机制、发票管理监控机制、税款征收运行机制、纳税评估机制、税务
检查机制、税务审理机制、税务执行机制、税收会计核算机制、税收管理决策支
持体系、涉税文书运行机制、税务人员执法行为监控机制和税收成本控制机制,
以提高税收管理质量和水平、提高税收征收率和降低纳税成本。
二是拓展服务渠道,丰富服务内容,逐步为纳税人提供优质、便捷、全方位
的服务。具体包括:为纳税人提供税收政策咨询、纳税信息查询、纳税事宜申请、
数据电文报税、意见反馈(举报、监督、批评、建议)、税务公告、宣传培训等更
全面的服务;为纳税人提供面对面服务、邮寄申报、电话办税、网络办税、各种
媒体宣传等多种便捷的办税渠道和办税方式。
三是建立部门之间数据交换、信息共享、业务联动的运行机制,为政府宏观
经济决策提供依据。一是逐步建立与相关部门间的信息交换机制,制定信息交换
所需的标准、规范;二是逐步实现与相关部门之间的信息共享,在国家法律、法
规规定的范围内,对外提供税务部门管理职能内的共享信息,获取其它部门管理
职能内的共享信息;三是在国家电子政务网络平台和部门间专网平台的基础上,
逐步实现与业务相关部门间基于网络的业务联动,提高管理效率。
基于上述目标,金税工程(三期)建设的效益将主要体现在以下几个方面:
1、税务人员更方便高效的工作
集成、统一、便捷、高效的业务处理和综合办公平台;
统一的、个性化的应用界面;
可对纳税人实施差异化管理和服务
可量化的效能管理
2、改进的纳税人服务
提供扩展的、深入的多渠道纳税服务体系
提供高效的的遵从度管理
实现辖区范围内统一的业务同办模式
为涉税事务办理提供主动的信息提示
提供更为便捷的自助式服务
3、高效的外部门协作
高效、及时地利用第三方的信息资源
提供一致、便捷的信息共享机制
4、提升决策和管理能力
提供更准确的统计和决策数据
这些变革将为我国的税务工作带来显著的业务价值,这些关键变革始终贯穿
在整个工程规划、设计和实施的过程中,它们将成为工程实施成功之后的闪光点。
关键需求
根据以上关键性的变革,金税工程(三期)的用户及关联方可以分为三类:税
务人员、纳税人、外部门。对于这三种典型涉众的应用需求分别表述如下:
1、税务人员
税务人员是金税工程(三期)的主体用户,其应用需求包括业务和技术两个层
面。
业务视角
用户 整体需求 细化需求
高可用性 系统运行正确、准确、稳定、高效。
信息共享 数据“一次采集,多处复用”;
应用没有重复操作;
数据口径一致,准确性高。
基层操作员
易用性 界面友好,操作简便;
支持个性化定制,包括个性化界面、个性化服务等;
支持系统消息、电子邮件、手机短信等消息通知机制;
统一的纳税人视图,以支持“一户式”、“税务管理员”等便捷服务。
业务视角
用户 整体需求 细化需求
监控和预警 配置灵活、功能强大的监控和预警功能,以实现“事前”预警、“事中”
监控、“事后”筛查。
管理层
统计分析 对内管理的统计分析,包括绩效考核、监督等。
对外监控的统计分析,包括纳税评估等。
决策层 决策支持 通过基于数据中心的多层次、多维度的数据应用功能,提供税收经
济分析、宏观预测等决策支持服务。
技术视角
整体需求 细化需求
总体架构 科学的、符合实际的、可执行的信息化规划蓝图,确立统一的应用系统总体架构;
在统一应用架构下,有序、规范地开发或完善各应用系统,逐步完成规划;
子系统之间边界清晰,功能不重复,松散耦合;
子系统之间信息共享,形成一个有机整体;
数据一致性强,逐步形成统一的元数据和数据模型;
系统安全可靠,部署灵活,可合并部署,也可分开部署;
提供系统消息、邮件、电话、手机短信等消息通知机制。
开发 采用构件化的设计,构件之间业务边界清晰,接口简明、高效和稳定,系统具备
良好的可重用性、可扩展性和可维护性;
支持工作流驱动,便于子系统之间的业务协作。
运维 系统运行稳定、安全、高效,具备良好的可维护性;
提供应用模块级的监控功能,支持系统集中监控;
提供简单易用的管理配置功能;
提供安全高效的数据维护功能。
2、纳税人
税务机关和部门应利用各种信息技术不断改进和优化税收服务,为纳税人提
供一个规范、全面、便捷、经济、安全的服务平台。金税工程(三期)将进一步
加强税务信息化建设,提供多渠道、多元化的办税方式,让纳税人自由选择地点、
时间和方式来办理涉税事宜,享受到现代信息化支撑下的个性化的纳税服务手段,
服务水平和服务质量。
整体需求 细化需求
内容全面的涉税
服务
日常业务、纳税咨询、办税辅导、个性化服务(提醒服务等)、信息查询(纳税
人涉税业务的自助查询等)、服务投诉等
整体需求 细化需求
便捷高效的办税
服务
一窗式服务(提供纳税人涉税事务的集中受理或办理);
简化和强化的表证单书(废止不适应的、完善必要的表证但书,规范指标标准,
强化设计);
优化的业务流程(按照流程再造理论对税收业务流程进行梳理、简化、强化和
重新设计);
稳定的纳税人涉税软件(保障纳税人办理涉税事务的通畅、稳定和时效);
公开的办税流程(为纳税人提供政策法规、办事流程、责任追究、服务规范、
投诉监督、行政审批等事项的即时查询);
保密的纳税信息(为纳税人提供安全、保密的纳税服务)。
多渠道、多元化的
办税方式
提供办税服务厅方式、因特网方式、电话方式、移动存储方式、短信方式、邮
递方式、电子邮件方式、自主终端方式、其他客户端方式
3、外部门
金税工程(三期)将通过外部信息系统的使用,加强各级税务机关与政府其
他各部门的协作,加强与国际间的税收征管合作。外部信息包括两个子系统:外
部门信息交换(国地税与工商、银行、公安、海关、法院、民政、国土、房产、
技术标准监督、外汇管理、统计、上级党政机关、同级有关部门、组织人事、纪
检监察、财政之间的外部信息采集和外部信息交换)、国际情报交换。
需求分类 细化需求
业务 各部门需要税务部门协作的信息;税务需要各部门协作的信息;各部门之间有机
协作,推动国家信息化整体进步。
技术 网络条件不同,协议不同,信息系统集中程度不同,各部门数据格式定义不同
支持双向和单向交换,支持同步和异步交换。
系统便于扩展。
系统安全性好。
金税工程(三期)实施应处理好的八个关系
金税工程(三期)实施工作主要包括:在金税工程(三期)应用系统正式投
入试点前,有关方案的制定、硬件设备和系统软件的采购配备、应用系统的设计
开发、CA 与灾备中心的建设等工作将以总局为主进行实施,各地应选派业务、
技术骨干配合总局做好上述工作。与此同时,各地应同步做好机房改造、运维机
制和队伍建设、省内网络改造、“老”应用系统的省级集中推行、安全平台建设等
工作。
自金税工程(三期)应用系统正式投入试点,直至全国推广完毕,总局的工
作将包括:制定应用系统推行方案、优化和修改应用系统。各地的工作包括:按
照总局方案实施试点推广工作、改造自有外围软件和相关接口、根据要求配备外
围设备、设立调整相关岗位职责等。其中东部地区的地税局,可以根据总局的要
求和标准,自行或跟标采购配备相关应用系统所需的设备。
在这些工作中,税务系统上下应处理好以下八大关系。
现有系统和新建系统的关系(新老关系)
信息技术基础设施建设方面:现有总局到省局的广域网将来成为金税工程
(三期)的涉密网,新建四级网络作为业务专网;金税工程(三期)中总局到省
局的业务网以及总局到南海的网络全部新建;各省及其以下的广域网将根据应用
省级数据集中的要求,按照平推的原则进行建设,以满足金税工程(三期)应用
系统的运行需要。
两级处理中心方面:总局和南海中心基本属于新建,总局目前的机房设备可
以利用;新建广东南海数据处理中心作为全国税务灾难备份中心;各省级处理中
心的机房原则上不进行新的土建,设备配备方面以现在省级集中的设备加上将来
三期新增的设备。
应用系统方面:金税工程(三期)的四类系统将充分吸收现有征管软件业务
需求,整合、优化、拓展、提升,形成功能整合的税收征管系统。其中:一是重
新设计开发,全面更新,如:行政管理系统;二是在现有软件的基础上全面整合、
优化、拓展和提升,如核心业务系统;三是技术升级,如防伪税控企业端、交叉
稽核、异地信息协作平台(含协查、核查等)、税控收款机管理等系统。目前行
政管理系统中的 OA、财务、人事等项目属于前期已启动的三期项目。
统一规划与分级实施关系(统分关系)
对于国税系统,总局将统一设计和部署征收管理、行政管理、外部信息等系
统;决策支持系统由总局制定统一的数据利用规划,并设计和部署统一的技术平
台和全国统一的数据利用类应用。各地自有的特性的数据利用类需求,由各省局
在总局统一的平台上自行开发,并定期上报总局备案。各省也可结合本省情况将
数据分析应用适度下发地市局,已实现综合征管软件省级集中的,可将征管数据
回馈地市级,以满足基层加强税源管理的要求
对于地税系统,总局统一设计和部署全国有共性需求的系统。对于各地需求
不同系统,由各地自行开发,并要求能与总局部署的主体系统衔接。
软硬件统筹配套关系(软硬关系)
网络与设备等硬件的配备应在应用系统使用之前部署到位。为满足目前全国
正在进行的应用系统省级集中的工作的需要,网络与设备的配备应适当提前。这
些硬件在金税工程(三期)新建的应用系统投入使用时仍能发挥作用。这样既可
以保证现在工作的延续,又可以避免资源浪费。
税务系统内外的关系(内外关系)
与国家外部委的信息交换是金税工程(三期)的一个重要组成部分。在金税
工程(三期)中,将本着“对等交换信息,统一交换平台”的原则建设相关系统。
在与三期建设中涉及产品、咨询、设计、开发、服务等供应商的关系中们坚
持的原则是“以我们为主导、保持我们的控制力”。这一原则也是总局目前需要解
决的问题。
国税和地税信息化建设的关系(国地税关系)
国税和地税信息化都是金税工程(三期)建设的组成部分。国地税信息化应
以统一的税务信息化的框架和标准为依据来建设。
业务需求和技术支持的关系(业务与技术关系)
金税工程(三期)的应用系统应在良好的业务和技术互动的机制下设计、开
发和推广。
总局内部各个部门之间的关系(部门关系)
金税工程(三期)成功与否的首要事项是在总局各个部门各司其职的基础上
建立顺畅的项目管理机制。在项目启动初期,建立项目管理机制的工作包括:建
立跟踪管理整个项目各个环节的组织,并配有专门人员;建立总局内部和税务系
统上下的需求整理、变更的流程;提高信息化项目采购流程的效率等。
长期和近期建设目标的关系(远近关系)
当前的信息化建设工作既是金税工程(三期)建设的基础,也是金税工程
(三期)的准备和启动阶段。金税工程(三期)本身又是实现税务信息化长期目
标的一个阶段。
金税工程(三期)的实施内容
金税工程(三期)的整体架构
金税工程(三期)项目自底而上包括基础设施、信息资源(数据层)、统一
内核和平台(公共服务层)、应用系统(应用层)、门户和渠道(表示层)、纳税
人端等,IT 管理、安全体系及管理和标准规范将从上到下贯穿始终。其中,征
收管理、行政管理、决策分析、外部信息等四类应用系统是建立在统一的技术平
台之上的系统,其业务逻辑在应用构件和应用系统层实现。相关示意图如下:
金税工程(三期)布局示意图
应用系统建设
1、应用系统设计原则
针对当前我国税收信息化的现状,结合新时期对税务系统信息化建设的需求,
金税工程(三期)应用系统的设计应满足如下要求:
(1)开放性
金税工程(三期)的应用系统应选择开放的技术路线、开放的技术平台和开
放的技术标准。
(2)成熟优先,适度超前
金税工程(三期)的应用系统首先应采用成熟的技术,其次是采用先进的技
术,技术先进应当能够保持三到五年。
(3)保护投资
金税工程(三期)应用系统的投资保护包括系统软件投资保护、应用软件投
资保护,以及现有数据的保护。
(4)可拆分性
金税工程(三期)应用系统的部署应满足拆分、合并的需要,具体是指应用
系统的不同模块可以分别在一台或多台服务器上安装运行。
(5)两级处理
“两级处理”是指依托统一的技术基础平台,逐步实现税务系统的数据信息在
总局和省局集中处理。主要任务是在“一个平台”的支撑下,建立总局、省局两级
数据处理中心和以省局为主、总局为辅的数据处理机制,逐步实现涉税电子数据
在总局、省局两级的集中存储、集中处理和集中管理,使业务流程更加简化,管
理和监控更加严密,纳税服务更加简便,系统维护更加便捷,系统运行更加安全,
并使得数据的宏观分析与微观分析相结合、全局分析与局部透视相结合,全面提
升数据利用的价值。
(6)在外部信息交换系统的设计中要考虑隔离和可适应性
外部信息交换系统要与核心生产系统分开,以数据报文方式进行数据交换。
另外考虑到参与信息交换的各部门使用网络条件不同,协议不同,信息系统集中
程度不同,各部门数据格式定义不同,外部信息交换系统中要考虑可适应性原则。
2、应用系统架构
(1) 逻辑架构
下图展示了金税工程(三期)应用的逻辑框架结构。
接
入
与
表
示 安
全
应
用
逻
辑
应用集成
电话 手机 浏览器(PC、PDA等)
电子邮件客
户端
Lotus Notes
客户端
专用客户端
软件
呼叫中心 手机短信网关 互联网门户 内部网门户
认证 授权 加密解密数字签名 目录管理(税务人员) 目录管理(纳税人)
行政财务管理 监督监查
批量传输 数据转换 消息处理
数
据
RDBMS(结构化数据) 文件服务器(非结构化数据)内容检索服务(元数据)
工作流
登记认定 税源管理
管户分配税务登记
认定管理
证件管理
证明管理
发票管理
发票计划
领用存
发票代开
发票缴销
….
文书管理
管理类
减免类
延期类
退税类
申报征收
申报
抄报税 调查核实
信息采集
检查法制
稽查管理
稽查查账
税收法制
定时/批处理
人力资源
人事管理
教育管理
党群管理
文件管理
收文
发文
档案
内部文
件
预算管理
基建管理
基础信息管理
政府采购
收支管理
固定资产
内部审计
廉洁自律
纠风
行政监查
案件管理
执法监查
廉政教育
后勤保障
餐饮管理
医务管理
设备管理
交通管理
办公用品
订票管理
辅助办公
视频会议
新闻快览
电子邮件
意见箱
工作日程
公告栏
信息服务
行政管理决
策支持
税收业务
决策支持
外部系统
银行/国库
海关
工商
。。。
国
际
情
报
交
换
查询
执法监督
分析
预测
查询
行政监督
分析
预测
稽核类 特定和单税种
临时征收
….….
日常检查
….
一站式比
对
….….
税控收款机
管理
出口退税表
单审核
个人所得税
管理
….
交叉稽核
协查系统
防伪税控
….
金税工程(三期)逻辑框架结构图
税务信息系统在业务上包含了征收管理系统、行政管理系统、外部数据交换
和决策支持四大系统,同时还包括了应用集成、多元化服务渠道等技术功能。考
虑到业务框架目前尚未确定,以上业务划分仅供参考。
(2) 功能分类
根据功能之间的依赖度,初步把金税工程(三期)业务应用划分为技术体系
部分和应用系统两类。其中,技术体系类包括内部门户系统、外部门户系统和公
用服务平台等三部分;应用系统类包括外部数据交换平台、征收管理系统、行政
办公系统和决策支持系统等四部分,这几个部分又各自包含若干子系统,见下表。
应用相关
项目 细项
业务功能
内部门户系统 公共信息和个性化访问界面
外部门户系统 包括外部纳税服务网站和 123663 呼叫中心。技术体系
公共服务平台 为各个应用共享的框架/构件/服务/平台
征收管理系统 一体化的征管业务系统
行政管理系统 综合办公、人力资源管理、财务管理、监察管理、教育培
训、政府采购管理、后勤服务管理等子系统。
决策支持系统 管控监督、指标选案、绩效考核、查询统计、税收分析、
税收预测等
应用体系
外部数据交换 包括网上税务局信息存储和机构间互联互通,机构间互联
互通主要包括国地税互联、工商登记、委托代征管理、银
税库联网、上级机关互联以及其他机构互联的管理等
3、应用和数据分布策略
本节描述按照总局、省局和地市局间业务关系给出的应用和数据部署策略。
(1) 应用开发和维护的分工
在金税工程(三期)建设以及建成之后,将建立总局、省局、地市局三级分工
协作的应用开发、维护体系,其基本分工是:
总局:开发全国统一的业务系统,辅助进行运行维护,制订和维护标准规范,
负责总局业务数据的抽取及分析,指导省级机关的数据分析。
省局:开发辅助应用系统,协助和指导地市数据增值开发,对各应用系统进
行运行维护。
地市局:利用省局下发数据及省局统一分析数据、根据当地实际情况在省局
统一框架下做本地化数据增值利用;税银库/税库银联网前置机应用,进行业务
工作流程的定制。
(2) 数据分布
按照金税工程(三期)的规划,税务系统的数据分布情况如下:
a、 总局(跨省的业务数据、纳入宏观和微观经济分析的业务数据)
(a) 需要总局直接处理的业务数据;
(b) 需要总局转发的业务(如:稽核、存储转发、监控、督办、统计等)
数据
增值税专用发票管理数据
四小票管理数据
出口退税业务数据
个人所得税业务数据
异地信息协作平台(含核查、协查)数据
普通发票数据
等等
(c) 数据分析利用的数据
备份全国各国、地税省局税收征管数据;
其他需要纳入宏观和微观经济分析的数据
等等
(d) 外部信息交换的数据
总局自用的数据
集中备份存放各省及以下使用的数据
(e) 国际情报交换数据
总局自用数据
集中备份存放各省及以下使用的数据
b、 省级单位(生产系统和分析利用的数据)
(a) 征收管理系统:数据实时集中存放在省局,数据采集过程主要由基层
单位完成;
(b) 行政管理系统:数据实时集中存放在省局,数据采集过程主要由基层
单位完成;
(c) 外部信息系统:如果在总局实现单点接入,数据集中存放在总局备份,
同时下传各相关省;如果在省局实现单点接入,数据集中存放在省局;如果在地
市级也有接入点,数据集中存放在省局,同时在地市局备份;
(d) 本省数据分析利用的业务数据等等;
c、 地市级单位(以分析利用数据为主)
(a) 省级单位将根据地市级单位数据分析利用工作的需要,将有关数据下
传至地市局存放;
(b) 外部信息系统如果在地市级也有接入点,数据集中存放在地市局备份,
同时上传省局;
(c) 各地市级单位的增值利用业务数据;
(d) 地市局自有的、与各部门协作的数据等等。
基础设施和技术体系建设
广域网建设
1、 建设目标
金税工程(三期)网络拓扑示意图
2、 建设内容
金税工程(三期)广域网络集业务网与业务办公网为一体,与电子政务网
和 Internet 在确保网络安全的前提下,采用逻辑隔离;与税务系统涉密网物理隔
离。金税工程(三期)广域网络以每个省级单位(含国、地税两个单位)作为一
个网络节点,与北京数据处理中心和南海数据处理中心构成双星结构。金税工程
(三期)广域网络建设包括骨干网和省网两部分广域网的建设。总局两数据中心
(北京、南海)网络节点间采用两条 CPOS 线路;总局节点到省级节点间
采用 155M CPOS 线路;省局节点到地市节点间采用 10M 线路;地市节点到区县
节点间采用 2M 线路。
3、 实施计划
金税工程(三期)广域网建设的部署原则是:所有设备应尽早全部配置到位;
网络线路带宽可根据需求逐步提升;现在总局到各省局的广域网络将来作为总局
到省局的涉密网络使用,与金税网实行物理隔离。
根据资金来源,金税工程(三期)广域网建设分为三类实施:总局和省国税
系统实行总局统一招标,统一实施;省地税系统(东部)实行各地自行招标或按
总局统一招标进行跟标;省地税系统(中部、西部)实行总局统一招标,各地分
签;
金税工程(三期)广域网建设实施的几个要点:采取多包同时实施;网络线
路带宽随应用而变;总局数据中心(北京和南海)及部分不完全满足实施要求的
省(市)可安装在过渡地点,待条件满足时,再进行网络迁移;根据各块网络建
设实际情况区别选择线路运营商,线路运营商必须额外提供平滑升级网络带宽及
地市级路由器在省局全部路由器瘫痪的状况下接入到总局数据中心(南海)的能
力。
两级处理平台建设
1、 建设原则
满足金税工程(三期)业务系统地运行需要;
良好的性能价格比;
系统易于维护和使用;
系统技术先进、易于扩充;
降低运行维护成本;
高可靠性和安全性;
开放性;
2、 建设内容
根据“两级处理”的建设目标,按照集中统一、集中管理的原则,金税工程
(三期)的大部分软硬件系统将分别放置在总局及省局两级处理平台。建设内容
包括:基础环境、局域网系统、计算系统和存储系统、系统软件、平台管理系统
等。其中,各子系统实施要点如下:
(1) 基础环境
总局数据中心(北京)的物理环境建设,主要包括:楼宇、机房、综合布线
等。本方案只考虑机房建设和综合布线系统。
省级处理平台机房环境改造,主要包括:机房装饰、照明供配电、动力供配
电、UPS 供配电、防雷与接地、空调通风、消防、电视监控及安防、机房综合布
线、KVM 主机切换器系统。建设标准必须符合国标标准和有关国家标准。
(2) 局域网系统
在总局、省局两级处理平台内部的局域网中,局域核心交换网络主要由局域
网内核心交换机和区内主交换机,以及相互间连接链路组成。区内交换网络是由
区内主交换机和区内接入交换机,以及相互间连接链路组成。
两级处理平台的接入网主要包括:国家电子政务外网接入金税网络、Internet
接入金税网络、楼内办公互联网接入。其中,楼内办公互联网接入与机房内其余
网络物理隔离。
(3) 计算系统
两级处理平台计算系统承载金税工程(三期)各业务系统的运行。主要包含:
征收管理系统服务器(群)、行政管理系统服务器(群)、数据利用与决策支持系
统服务器(群)、纳税人服务系统服务器(群)、外部信息交换服务器(群)、内
部网络系统服务器(群)、运行维护管理系统服务器(群)、12366 纳税服务热线
系统服务器(群)。
为保证系统的可靠性、稳定性、安全性,各大应用系统数据库服务器(含
OLAP 服务器)集群均使用 UNIX 服务器。税收管理系统应用服务器(群)使用
UNIX 服务器,税收管理系统 WEB 服务器(群)I、II 类省使用 UNIX 服务器;
各类系统数据库服务器配备生产机和备份机,WEB、应用服务器配置集群,且
生产机/备份机、WEB/应用服务器集群分别部署在独立的物理主机上;金税工程
(三期)中各系统中 UNIX 服务器均可使用分区技术分割。
金税工程(三期)国地税两级处理平台分三类单位,具体分类详细见后。
金税工程(三期)两级处理平台计算系统服务器档次划分见后。
(4) 存储备份系统
两级处理平台的存储系统配置多台光纤交换机构建环状光纤交换机连接结
构,服务器配置双光纤通道卡连接不同光纤交换机,同时磁盘阵列、磁带库也配
备多个光纤端口连接不同光纤交换机;核心业务系统在保证系统高可用性及较高
的 I/O 吞吐量情况下使用 RAID0+1 存储;其他系统使用 RAID5 存储。SAN 存储
用于数据库服务器,文件系统、邮件系统通过 NAS 存储引擎接入 SAN,其他系
统直接接入 SAN 网络。
备份系统对操作系统、应用系统和数据库三方面内容进行备份;实现
LAN-FREE 自动备份;备份系统的磁带库通过光纤交换机与 SAN 中的服务器和
磁盘阵列相连接;系统定时进行全备份、增量备份或差分备份。各级处理中心备
份系统保存 3 至 4 个数据副本。
(5) 系统软件
金税工程(三期)的软件平台主要包括操作系统、数据库、中间件、数据仓
库及工具软件、系统管理软件、软件分析设计和开发测试工具、邮件系统、网络
及信息安全软件以及其它各类软件。
其中,操作系统随主机和服务器购置。数据库软件与应用中间件属于单一来
源产品,按用户数配置。
金税工程(三期)两级处理平台的系统管理软件应包括功能为:机房管理、
网络管理、安全系统管理、服务器管理、存储管理、数据库管理、中间件管理等。
3、 实施计划
(1) 基础环境
总局级处理平台的基础环境建设随总局(北京、南海)数据(备份)中心的
建设进行。
各省级处理平台的基础环境改造应在应用系统省级集中时进行。
(2) 局域网系统。
总局处理平台网络建设,主要依赖总局处理平台的物理环境和机房条件,
应与三期广域网络改造设备统一考虑,统一采购,特别是核心交换机。
省级国税处理平台网络建设,主要是立足省局现有机房环境和网络条件,
进行适当改造即可;由总局下发标准和技术要求,各省根据自身情况,自行解决。
在金税工程(三期)广域网系统的建设的前期,省局中心机房的网络环境应改造
完成。省级地税的处理平台网络建设应与数据中心(南海)的实际建设时间同步。
(3) 主机存储设备
分三个阶段:
第一阶段,为现行金税工程(综合征管软件)、金税工程(增值税管理系
统)、金税工程(出口退税系统)、综合办公系统(OA 系统)、财务管理系统、
人事管理系统、个人所得税管理系统等应用系统的省级集中推行为各省级国税局
配齐相应的设备;为各省级地税局配备部分主机(用于个人所得税管理系统和税
控收款机管理系统),为有省级数据集中要求的省级地税局增配 2 台主机。按照
上述原则配备有关存储设备。
第二阶段,根据金税工程(三期)应用系统,尤其是根据征收管理系统开
发和测试的进度及情况,对于金税工程(三期)试点单位,新的应用系统在已有
设备上取代老应用系统,并按照实际需要增加必要的设备,以支撑试点运行;
第三阶段,根据试点的情况,对全国其它省的设备进行扩充,以支撑全面
推广。
(4) 系统软件
总局对各类软件分别进行统一招标,分期分批付款和部署,首先满足第一
阶段开发和试点的需求,同时兼顾在用的系统软件,随着应用的逐步推广对不足
的部分进行增配。对服务到期的系统软件,要及时续购服务。
总局在国税系统推广的应用系统所需的系统软件由总局配发,在地税系统
推广的应用系统所需的系统软件由总局统一考虑。个人办公软件由省级国税、地
税系统自备。
标准建设
1、 建设目标
近期目标:满足金税工程(三期)项目的需要,为金税工程(三期)三个阶
段的建设提供标准保障;
长远目标:满足税务信息化可持续发展的需要,为各级税务部门的信息化工
作提供标准保障;
2、 建设内容
按照《税务信息化标准体系框架》,税务系统的标准体系分为七类,共有 91
项标准(详见《标准建设现状一览表》)。目前标准建设的现状示意图如下:
3、 实施方案
按照金税工程(三期)阶段性建设步骤和总体实施方案,将标准体系建设划
分为若干阶段,将标准体系建设的总体工作分解到各个阶段,遵循系统工程建设
的一般规律,按照轻重缓急、先后顺序分步建设,逐步完善。具体建设步骤是:
(1)2005 年 11 月-2006 年 12 月。主要任务是明确标准化管理组织机构和
职责;制定和完善税务信息化标准管理制度和办法;完善税务信息化标准体系结
构;完善和修订《金税工程架构 》;制定若干急需的工程管理、应用设计和开
发等标准;开展标准体系的相关培训。
待完善9项
(10%)
单独立项37项
(41%)
建设中21项(23%)
待整理11项
(11%)
待完善整理
20项(22%)
其他项目
8项(9%)
拟建45项
(50%)
已建5项( 5%)
(2)2006 年 12 月~2007 年 12 月。主要任务是严格执行已有标准;根据阶
段性的项目交付成果,提炼和制定若干即成事实的标准;制定金税工程(三期)
试点工作所需的配套标准;继续完善标准体系框架和具体标准;进行金税工程
(三期)涉及的有关标准的分类管理。
(3)2007 年 12 月~2009 年 12 月。主要任务是严格执行已有标准;完善标
准体系框架和具体标准;整理和发布金税工程(三期)相关的技术标准,基本完
成标准体系的总体建设;开展标准体系的相关培训。
(4)金税工程(三期)完毕后的长期阶段。主要任务是;建立和完善标准
体系的运行维护机制;制定标准推广的工作方案;开展标准体系的相关培训;建
立标准执行的检查制度;持续完善标准体系框架和具体标准。
应用内核建设
1、 建设内容
应用内核建设的基本内容主要包括三方面:框架、构件和基础平台。
(1) 框架分为 6 层:客户层,交互层,应用层,业务领域层,持久层和
数据资源层。
(2) 公共构件划分成以下几类:基础构件、通用构件以及领域构件。其
中部分核心构件如下表:
构件名称 功能说明
WEB 组件 提供丰富的 JSP 标签,简化 JSP 页面的开发
工作流
实现符合 WFMC 规范的工作流引擎,并提供可视化的流程定制,可视化
的表单定制等。
规则引擎 实现业务规则的集中管理、运行
用户权限/安全控制
既要提供高级别安全访问控制,又要操作管理非常简单,是应用系统的重
要需求。提供基于角色模型的安全访问控制机制。
缓存 实现对象缓存机制,并且需要支持集群的处理。
配置管理 对系统的配置文件进行统一的管理
元数据管理 实现运行时模型管理,可在运行时添加对象模型
异常处理机制 提供统一的异常处理
日志 提供统一的日志记录机制
(3) 基础平台由一系列的单体平台有机构成,如互联互通平台、外部数
据交换平台、数据受理平台、身份权限平台、内外门户等。
2、 实施方案
基础平台建设继承使用现有的“互联互通平台”“外部数据交换平台”、“数据受
理平台”等资源整合项目中建设的平台。框架结合金税工程(三期)应用系统的
设计和开发实施。公共构件分类以招标或开发方式建设。
安全体系建设
(具体见后)
灾备体系建设
1、建设内容
灾难恢复适用的范围是:天灾的部分包括水灾、火灾、地震、停电等。人为
的部分包括传染病(例如 SARS 疫情)致使人员需被迫隔离、计算机病毒威胁、黑
客攻击、阻绝服务攻击和其它许多不同形式的入侵导致信息系统中断或故障。
灾难恢复所需的资源分为 7 个要素:数据备份系统,备用数据处理系统,备
用网络系统,备用基础设施,技术支持能力,运行维护管理能力,灾难恢复预案。
以下说明主要针对数据备份系统,备用的数据处理系统和备用网络系统。
(1) 灾备等级
根据《重要信息系统灾难恢复指南》,灾难备份分为 6 级。其中:
对于第 6 级,要实现“数据零丢失”,灾备中心和生产中心的数据就要同时写
入成功,这将极大影响生产系统的性能;灾备中心备用系统要按与生产系统 1:
1 的关系配备,设备数量庞大,成本高,管理难度大。优点是恢复时间快,数据
无丢失。
对于第 5 级,数据复制为“远程实时复制”,对网络带宽要求较高,对备用系
统的要求不是很高,成本较低,缺点是灾难恢复时会丢失少量数据。
对于第 4 级,数据复制为“定时批量传送”,对网络带宽和备用系统的要求不
是很高,成本低,缺点是灾难恢复时会丢失大量数据。
考虑到性能、成本、技术难度和管理难度,将税务系统的灾备等级确定为
第 5 级。
(2) 灾备服务
灾备范围包括总局数据处理中心(北京)和 70 个省级数据处理中心,共 71
个点。提供的服务主要包括远程数据复制服务和业务接管服务。
为 71 个点提供远程数据复制和备份服务,包括总局推行的系统和各地自
行开发的系统;
灾难发生时,同时为总局和 2 个省局提供业务接管服务,被接管的业务
不仅限于总局统一推行的系统。
网络设备灾备,通过在灾难发生时,在线路运营商的机房临时配置备用
网络设备解决。
(3) 为总局处理中心服务的灾备系统
灾备等级为第 5 级;灾备中心备用系统按与总局处理中心生产系统完全一致
的关系配备,并处于运行状态;RTO<=12 小时,RPO<=1 小时。
(4) 为各省局数据处理中心服务的灾备系统
灾备等级为第 5 级;灾备中心备用系统按与省局处理中心生产系统以操作系
统版本“合并同类项”后,以不同类型最高档次应配备 2 套。
2、制度建设和人员要求
(1) 灾难恢复预案(DRP)
灾难恢复预案是为了规范灾难恢复流程,使得灾难发生后能够快速地恢复业
务处理系统运行和业务运作;同时可以依据灾难恢复预案对灾难备份中心的恢复
能力进行测试和演练。没有灾难恢复预案就没有灾难服务。灾难恢复预案内容主
要包括:灾难恢复组织机构;、灾难恢复目标、范围;恢复队伍人员与职责、联
络清单等;对外联系与沟通计划;灾难演练与维护规程;IT 系统的灾难恢复流
程;业务系统的灾难恢复流程;灾难回退流程
各省国、地税局要做出灾难恢复预案,并进行日常的维护、定期测试和演习
以及审核,以保持其持续可用。具体内容参考《重要信息系统灾难备份规划指
南》。
(2) 灾备中心技术支持人员要求
技术支持人员至少有以下三类:7 x 24 小时 专职计算机机房管理人员;7 x 24
小时 专职数据备份技术支持人员;7 x 24 小时 专职硬件、网络技术支持人员。
对于统一的和标准化的系统(即总局推行的系统),技术支持人员数量相对
固定,不随所备份系统数量的增加而显著增加。按五天工作制,双人四班考虑,
上述三种专职人员至少需要 36 人。
对于个性化系统,不同系统需配备不同人员,其数量将在 36 人基础上,随
所备份系统数量的增加而显著增加。
3、实施计划
灾备中心在初始阶段首先提供对 71 个点的数据复制服务、备份服务以及总
局业务接管服务。在系统运行正常和备份中心人员配备到位后再提供对 2 个省局
处理中心的业务接管服务。
运行维护体系建设
1、 建设内容
运行维护体系整体上应包括:技术支持平台的建设、运行维护流程和制度的
制定、运行维护队伍的建设。在运行维护体系建设中,技术支持平台的建设占有
重要地位,它包含了实施运行维护管理的手段和工具,是运行维护体系的技术保
障。技术支持平台由日常监控平台、运维呼叫中心、运维流程管理系统、运行维
护知识库、运行维护辅助分析系统五部分构成。
目前已做工作包括:总局呼叫中心;总局运维知识库;《省级系统管理平台》
即将进入招投标阶段;部分省在省级集中模式下积累的运维经验;各省初具规模
的运行维护队伍。
需新建内容包括:总局呼叫中心功能的拓展;技术支持分中心呼叫中心的建
设;省级呼叫中心的建设;总局运维知识库的完善和知识库维护机制的建立;支
持分中心和省级单位运维知识库的部署和知识库维护机制的建立;总局在《省级
管理平台》的基础上,扩充运维流程管理系统、运维辅助分析系统的建设;省级
单位《省级管理平台》的部署;总局制定全国统一的运行维护流程;各省在总局
统一流程的基础上,对本级运行维护流程的细化;总局制定统一的运行维护管理
制度;各省在总局统一制度的基础上,对本级运行维护制度的完善;各级运行维
护队伍的建设。
对于业务运维体系建设内容将另行通知。
2、 实施进度
(1)完成日常监控平台、运维流程管理系统、运维辅助分析系统的建设和
在全国的部署、总局呼叫中心(含技术支持分中心远程座席)的扩展、运维知识
库的建设和在全国的部署;
(2)建立运维岗责体系;完成运行维护体系的人员配置;进行技术支持人
员培训;
(3)根据运维岗责体系,结合运维工作实际,制定全国统一的运维工作流
程,并逐步完善。同时针对运行维护的管理内容,制定相应的运行维护管理制度,
并逐步完善;
(4)在此基础上,全国税务信息系统运行维护体系投入运行;
金税工程(三期)的实施规划
在上面的分析基础之上,对金税工程(三期)应用系统的实施做出以下的初步
规划。
工程实施策略和步骤
在金税工程(三期)应用系统的实施过程中,一方面需要快速见效,另一方面
又需要能够适应可持续的发展,这将是一个很复杂的工作,需要谨慎地处理很多
相互关联的任务以及来自各个方面的不确定性。因此,需要制定一个合理的实施
计划、建立一个强有力的管理机构、一整套管理方法而且清楚地界定出潜在的风
险。
实施项目分类如下:
1、应用类项目
征收管理系统
行政管理系统
外部信息系统
决策支持系统
2、技术类项目
硬件基础设施建设
技术体系建设
安全体系建设
灾备体系建设
运维体系建设
3、跨项目任务
除以上的核心项目之外,还需要建立五个工程(跨项目)层次的支撑项目:
工程前期启动
汇总规划成果,形成整体计划和架构,搭建整体工程组织架构,建立基本的
工程管理机制,确定最紧迫的任务,顺利启动整体工程。
工程管理
管理整个工程,保证整体工程的顺利进行和最终成果。
总体架构控制
建立架构设计的指导性原则,协调跨项目的架构问题,监督各项目按照工程
的总体规划和规范进行设计和开发,保障工程总体架构的完整、清晰和有效。
基础设施管理与运维
集中管理整个工程中涉及到的基础设施,保证基础设施的运行高效稳定,资
源合理利用。这里提到的基础设施指服务器、存储设备、网络、数据库、应用服
务器、EAI、Portal 平台等基础性硬件和软件。
质量保证
保证工程实施的质量。
风险和关键成功因素
虽然管理并实施大型复杂项目并没有一个确定的成功途径,但是有七个关键
的成功在实施过程中需要把握的。
高层领导始终如一的支持。强有力的决策层支持是工程成功实施的关键。
领导层必须不断地支持变革的实现,以及为了成功实施而付出的规划、开发、系
统部署等方面的努力。
始终贯彻一个一致的工作思路和总体设计。所有项目之间的业务和技术
特征经过总体的设计,确保各项建设的顺序、进度协调一致,满足工程总体需求。
熟练的人员以及有经验的管理者。技能和经验在大型、复杂的系统实施
过程中是成功的关键因素。一旦团队缺乏具有大型、复杂系统实施经验的人员或
者管理者,失败的可能性就很高。考虑到实施计划很紧,有业务和系统实施资深
经验的人员对于团队按期成功实施就更加重要。
实施范围管理。成功的范围管理和按期、按预算交付大型复杂的系统之
间密切相关。需求管理能够确保在项目过程中需求变更流程的定义和严格执行,
以避免返工和额外的支出。对于即将开始的工程,团队必须在考虑任何相对次要
的改进需求之前严格实施核心需求。
风险管理。大型工程存在很高的潜在风险,必须要对这些风险进行专门
管理。主动的风险管理是复杂、多方位业务变革工程的制胜之道。同样重要的是,
从工程范围内收集信息,形成正式的、适当可预见的风险管理是一项成功的方法。
经常与所有用户沟通。内部员工和纳税人将成为新系统的用户。对内保
持沟通、调动积极性以及向用户积极、及时反馈信息,增加用户的参与度是重要
的。对外及时对纳税人开展宣传,确保纳税人及时获知服务改进的程度以确保变
革的实施也是重要的。
第二章 基础技术体系及设施建设规划
标准体系建设
在税务信息化建设过程中,标准的建立和实施是非常重要的一项基础性工作。
统一标准是保证各系统互连互通、信息共享、业务协同的基础。通过制定和贯彻
执行各类技术标准,就能从技术上、组织管理上把各方面有机的联系起来,形成
一个统一的整体,保证项目有条不紊的进行。通过标准体系的建设和实施,必将
为各级税务部门信息化工作的可持续发展提供有力保障。
《税务信息化标准体系框架》中共有 91 项标准,其中:已建设完毕的有 5
项、正在建设的有 21 项、已有内容但有待完善整理的有 20 项(其中待整理的标
准有 11 项,待完善的标准有 9 项)、拟建设的有 45 项(其中,可在具体项目实
施过程中建设的标准有 8 项,需单独立项建设的有 37 项),其中已建和待完善整
理的标准中相对稳定的有 16 项。
建设目标
通过标准体系的建设,达到以下目标:
1、近期目标:满足金税工程(三期)项目的需要,为金税工程(三期)三
个阶段的建设提供标准保障;
2、长远目标:满足税务信息化可持续发展的需要,为各级税务部门的信息
化工作提供标准保障;
建设内容
标准体系建设是一项系统性、长期性的工作,包括以下三方面:
1、确定税务信息化标准体系框架
确定标准体系框架;
建立标准化管理机制;
制定标准化指南;
确定强制、推荐采用标准目录。
2、建立和完善标准体系
研究确定拟采用的国际标准、国家标准;
制定所需的共性、基础性、关键性标准;
适时调整标准体系及重点标准、修订项目。
3、加强标准贯彻实施
制定标准贯彻措施,加强贯彻的管理与检查;
开发相应的标准应用辅助工具;
与信息化建设紧密结合,推行试行标准并根据试行情况对标准进行
完善,逐步建立标准的运行、维护机制;
建立标准符合性评定机制,确保标准实施的有效性;
加强标准咨询与服务机制。
建设策略
总体建设策略是:本着“统筹规划、面向应用、突出重点、分工协作”的方针,
依托现有资源和信息化工作的基础,坚持自主制定与采用国际标准、国家标准相
结合,加强与示范应用的有机结合,适时推出与税务信息化建设相适应的标准体
系,强化标准实施与监督力度,为税务信息化建设提供有利的支持、保障和服务。
按照金税工程(三期)阶段性建设步骤和总体实施方案,将标准体系建设划
分为若干阶段,将标准体系建设的总体工作分解到各个阶段,遵循系统工程建设
的一般规律,按照轻重缓急、先后顺序分步建设,逐步完善。具体可分四个阶段
进行建设:
第一阶段(2005 年 11 月-2006 年 12 月)。主要任务是完善和修订税务信息
化标准体系结构;完善和修订《金税工程架构 》,梳理相关标准;制定若干金
税工程(三期)急需的工程管理、应用设计和开发等标准;开展标准体系的相关
培训。
第二阶段(2006 年 12 月~2007 年 12 月)。主要任务是严格执行已有标准,
继续做好标准验证、调整和培训工作;根据阶段性的项目交付成果,提炼和制定
若干既成事实的标准;制定金税工程(三期)试点工作所需的配套标准。
第三阶段(2007 年 12 月~2009 年 12 月)。主要任务是严格执行已有标准,
继续做好标准验证、调整和培训工作;完善标准体系框架和具体标准,整理和发
布金税工程(三期)相关的技术标准,基本完成标准体系的总体建设;省级(包
括计划单列市)税务机构在总局标准的指导下根据实际情况自行补充部分标准。
第四阶段(金税工程(三期)完毕后的长期阶段)。主要任务是;建立和完
善标准体系的运行维护机制;制定标准推广的工作方案;开展标准体系的相关培
训;建立标准执行的检查制度;持续完善标准体系框架和具体标准。
可继承内容
1、税务信息化已建标准
《税务信息化标准指南》。 具体包括:标准建设的实施方案、《税务信息化
标准体系结构》、标准工作的组织管理、《国家税务总局信息中心标准组标准项目
管理办法》等。
《税务信息化标准体系结构》(详见 )中已制定的标准。具体包括:数
据标准中分类代码标准、元数据设计和管理规范、数据采集和交换标准;管理标
准中系统运行维护管理规范等;基础设施标准中网络部分的税务系统 IP 地址分
配标准和税务系统域名命名规范。
其他标准,主要是指总局信息中心以往下发的标准。
2、《金税工程架构 》
(1)过程标准。包括:《前景文档》、《补充规约》、《词汇表》、《测试计
划》、《测试报告》、《发布版本说明》、《部署计划》、《材料清单》、《项目开发计
划》、《质量保证计划》、《风险列表》、《迭代计划》、《业务建模指南》、《需求分
析工作指南》、《设计工作指南》、《测试指南》。
(2)代码和元数据标准。包括:《国家税务总局金税工程(三期)代码设
计标准》、《国家税务总局金税工程(三期)代码设计标准之代码附录》、《国家税
务总局金税工程(三期)元数据设计和管理规范》、《国家税务总局金税工程(三
期)元数据分类标准》。
(3)其他标准。包括:《国家税务总局金税工程(三期)编码和命名标
准》、《国家税务总局金税工程(三期)用户界面规范》、《国家税务总局金税工程
(三期)数据交换标准》、《国家税务总局金税工程(三期)公共构件规范》。
(4)平台应用指南。包括:《国家税务总局金税工程(三期)MQSeries 消
息中间件应用指南》、《国家税务总局金税工程(三期)Oracle 数据库设计应用指
南》、《国家税务总局金税工程(三期)WebLogic 平台开发应用指南》。
(5)架构约束。包括:《国家税务总局金税工程(三期)应用和数据架构
约束》、《国家税务总局金税工程(三期)基础设施架构约束》、《国家税务总局金
税工程(三期)安全约束》。
新建内容
在《税务信息化标准体系结构》中,除已制定的标准外,其他标准都属新建
内容。
项目和时间表
标准体系建设的阶段性重点工作(项目)如下:
1、第一阶段的重点工作
(1)加强标准制定组织和协调机制建设
在金税工程(三期)建设过程中,一方面,制定标准要靠参与金税工程(三
期)建设的相关部门,另一方面,部分标准与业务的联系非常密切,需要业务部
门的参与。因此,需要明确标准制定组织协调机制,加强各业务、技术部门的协
调工作。
(2)制定税务信息化标准管理制度和办法
《税务信息化标准指南》中的《国家税务总局信息中心标准组标准项目管理
办法》适用于日常的、项目工作组方式的标准编制工作,除此之外,还应针对金
税工程(三期)项目实施过程中阶段性产生的、既成事实标准的编制,建立相应
的管理制度和办法。
为配合以上管理制度和办法的执行,应建设标准制定综合管理服务平台,以
加强标准制定全周期的项目管理和文档管理。该平台应成为发布税务信息化标准
相关信息的重要途径,成为各方专家、各子系统承建方、集成商及用户之间进行
技术交流和讨论的平台。
(3)完善和确定《税务信息化标准体系结构》
由金税工程(三期)建设的相关部门、人员和专家,对《税务信息化标准体
系结构》的科学性、合理性,标准目录的准确性和完备性予以确认;确定每项标
准的适用范围和详细程度、负责制定的部门和人员、以及时间要求。
该项工作的最后交付结果有两个:一是最后确定的《税务信息化标准体系结
构》;二是具体标准的制定计划,包括:标准内容的简要描述、责任部门和个人、
时间要求。
(4)完善和修订《金税工程架构 》
按照最后确定的《税务信息化标准体系结构》,对《金税工程架构 》中的
相关内容进行梳理、补充和修改,最后将其归并到《税务信息化标准体系结构》
中,统一管理。
(5)制定若干急需的工程管理、应用设计和开发等标准
具体包括表一《各阶段工作分解图》(见后)中所列的需在金税工程(三期)
第一阶段完成的标准。
其中,“工程及项目管理类”标准和应用系统设计与开发相关的标准的制定尤
为急迫。“工程及项目管理类”标准将用于管理整个金税工程(三期),保证金税工
程(三期)目标得以顺利实现,确保各项目能够按计划顺利向前推进;“应用系统设
计与开发类”标准将用于金税工程(三期)应用系统特别是核心业务系统的开发
工作,以保证金税工程(三期)中开发的应用系统拥有功能完善、性能优良、技
术先进、架构开放、可维护性和可扩展性强、对特定开发商的依赖程度低、系统
之间集成方便等特点。
(6)开展标准体系的验证、调整和培训工作
针对已建立的标准体系和具体标准,开展标准验证工作;根据验证情况,调
整标准体系和具体标准的相关内容;在金税工程(三期)正式启动前进行适当的
培训,培训内容包括:管理制度和办法、《税务信息化标准体系结构》、标准制定
综合管理服务平台等。培训对象包括金税工程(三期)建设过程中,参与制定和
使用标准的相关部门和人员。
2、第二阶段的重点工作
(1)严格执行已有标准,继续做好标准验证、调整和培训工作
按照工程及项目管理类标准,开展金税工程(三期)的工程管理和项目管理
工作;按照应用系统设计与开发类标准,开展项目采购和外包开发管理工作;根
据已有标准开展质量审计,确保严格执行标准;根据工作进展情况,继续做好标
准验证、调整和培训工作。
(2)根据阶段性的项目交付成果,制定若干既成事实的标准
按照金税工程(三期)各项目的实施计划,对阶段性提交的项目交付成果进
行筛选和整理,形成标准初稿,按照有关流程审批后,正式发布。
(3)制定金税工程(三期)试点工作所需的配套标准
为指导省局试点工作,制定培训、系统试点、推广上线工作规程,制定运维
架构、运维管理标准;为指导省局自行开发特色需求、及自行开发系统与金税工
程(三期)相关系统的衔接,制定相关接口规范和开发管理流程规范;省局在总
局标准的指导下,根据实际情况自行补充部分标准,为全面推广阶段做好准备。
(4)按计划完成制定相关标准
具体包括下表《各阶段工作分解图》中所列的需在金税工程(三期)第一阶
段完成的标准。
3、第三阶段的重点工作
(1)严格执行已有标准,继续做好标准验证、调整和培训工作
按照已有标准,开展金税工程(三期)的全面推广、完善和验收工作;根据
已有标准开展质量审计,确保严格执行标准;根据工作进展情况,继续做好标准
验证、调整和培训工作。
(2)完善标准体系框架和具体标准,整理和发布金税工程(三期)相关的
标准,基本完成标准体系的总体建设。
(3)省局在总局标准的指导下根据实际情况自行补充部分标准,并报总局
备案。
4、第四阶段(金税工程(三期)完毕后的长期阶段)的重点工作
(1)建立和完善标准体系的运行维护机制
税务信息化标准体系的建设是一项长期工作,为保证税务信息化标准体系的
自身维护和持续优化,需要建立一套运行维护机制,包括:新标准的研制和发布、
旧标准的修改和调整等一系列流程规范。
(2)制定标准推广的工作方案
经过金税工程(三期)建设,税务信息化标准体系基本建立后,应加强标准
体系的推广使用。通过制定标准推广工作方案,包括相关培训方案,有计划、分
步骤地推广使用。
(3)建立标准执行的检查制度
建立标准执行的检查制度,对各级税务部门执行标准情况进行检查,促进标
准体系的贯彻执行。
5、各阶段工作分解图如下表所示:
第一阶段(2005 年 11 月-2006 年 12 月)
任
务
编
号
任务名称 任务内容
完成时
间
责任部
门
责任
人
1
加 强 标 准 制
定 组 织 协 调
机制
明确标准制定组织协调机制,加强各业
务、技术部门的协调工作。
− − −
2
制 定 税 务 信
息 化 标 准 管
理 制 度 和 办
法
针对金税工程(三期)项目实施过程中
阶段性产生的、既成事实标准的编制,
建立相应的管理制度和办法。建设标准
制定综合管理服务平台。
1 个月 −
3
完 善 和 确 定
《 税 务 信 息
化 标 准 体 系
结构》
由金税工程(三期)建设的相关部门、
人员和专家,对《税务信息化标准体系
结构》的科学性、合理性,标准目录的
准确性和完备性予以确认;确定每项标
准的适用范围和详细程度、负责部门和
人员、以及时间要求。
1 个月 −
4
完 善 和 修 订
《 金 税 工 程
架构 》
按照最后确定的《税务信息化标准体系
结构》,对《金税工程架构 》中的相
关内容进行梳理、补充和修改,最后将
其归并到《税务信息化标准体系结构》
中
− − −
5
制 定 若 干 急
需的标准
制定需在第一阶段完成的标准。具体
见下行:
− − −
税务系统基础设施命名规范 月 −
税务系统 IP 地址分配标准 月 −
税务系统域名命名规范 月 −
设备选型标准(含 5 个子标准) −
系统软件(含 4 个子标准) − −
物理环境(含 3 个子标准) −
湖 北 国
税
−
应用环境(含 7 个子标准) − − −
其中: 运维中心建设规范 2006 年
青 岛 国
税
−
其中: 纳税人服务平台建设规
范
2005 年
广 东 国
税
−
总体架构标准(含 5 个子标准)
第 一 阶
段
−
应用系统开发技术标准(含 3 个子标
准)
第 一 阶
段
−
软件开发规范(含 9 个子标准) 1 个月 −
软件部署规范
第 一 阶
段
−
元数据标准(含 4 个子标准)
第 一 阶
段
−
其中: 元数据分类标准
时 间 会
延 续 到
征 收 管
理 系 统
开 发 完
毕
总局 −
数据采集/交换标准(含 2 个子
标准)
个
月
−
工程及项目管理指南(含 13 个子标
准)
第 一 阶
段 内 完
成
−
系统运行维护管理通用规范(含 13
个子标准)
个
月
−
7 安全标准(含 2 个子标准)
第 一 阶
段 内 完
成
−
6
开 展 标 准 体
系的验证、调
整 和 培 训 工
作
针对已建立的标准体系和具体标准,
开展标准验证工作;根据验证情况,调
整标准体系和具体标准的相关内容;在
金税工程(三期)正式启动前进行适当
的培训。
第 一 阶
段 内 完
成
−
第二阶段(2006 年 12 月~2007 年 12 月)
任
务
编
号
任务名称 任务内容
完 成 时
间
责 任
人
1
严 格 执 行 已
有标准,继续
做 好 标 准 验
证、调整和培
训工作
按照工程及项目管理类标准,开展
金税工程(三期)的工程管理和项目管
理工作;按照应用系统设计与开发类标
准,开展项目采购和外包开发管理工作;
开展质量审计;继续做好标准验证、调
整和培训工作。
−
2
阶 段 性 制 定
若 干 既 成 事
实的标准
按照金税工程(三期)各项目的实
施计划,对阶段性提交的项目交付成果
进行筛选和整理,形成标准。
−
3
制 定 金 税 工
程(三期)试
点 工 作 所 需
的配套标准
制定培训、系统试点、推广上线工
作规程,制定运维架构、运维管理标准;
制定相关接口规范和开发管理流程规范;
省局在总局标准的指导下,根据实际情
况自行补充部分标准。
第 二 阶
段 过 程
中
−
4
按 计 划 制 定
相关标准
制定需在第二阶段完成的标准。具
体见下行:
− − −
广域网建设标准 − −
局域网建设标准 − −
电子政务网络(含 3 个子标准) − −
设备选型标准(含 5 个子标准) 1 个月 −
设备安装调试规范 2 个月 −
其他管理规范(含除 税务
信息分类与代码管理系统使用管理办法
外的 8 个子标准)
涉 及 部
门较多,
见
《 税 务
−
信 息 化
标 准 体
系框架》
备注栏
第三阶段(2007 年 12 月~2009 年 12 月)
任
务
编
号
任务名称 任务内容
完 成 时
间
责 任 部
门
责 任
人
1
标准执行、验
证、调整和培
训工作
按已有标准开展金税工程(三期)
的推广、完善和验收工作;根据已有标
准开展质量审计;继续做好标准验证、
调整和培训工作。
− −
2
完 成 标 准 体
系总体建设
完善标准体系框架和具体标准,整
理和发布金税工程(三期)相关的标准,
− −
3
省 局 自 行 补
充部分标准
− −
第四阶段(金税工程(三期)完毕后的长期阶段)
任
务
编
号
任务名称 任务内容
完 成 时
间
责
任人
1
建 立 和 完 善
标 准 体 系 运
行维护机制
建立运行维护机制,包括:新标准
的研制和发布、旧标准的修改和调整等
一系列流程规范。
− −
2
制 定 标 准 推
广工作方案
通过制定标准推广工作方案,包括
相关培训方案,有计划、分步骤地推广
标准。
− −
3
建 立 标 准 执
行检查制度
建立标准执行的检查制度,对各级
税务部门执行标准情况进行检查。
− −
税务信息化标准体系框架(修订版)
(注:以下红色为新增或调整标准)
名 称 成熟度 紧迫性 强制性 编制状态 承建单位 制定方式 发布时间 备注
1 总体标准 急
标准化指南 已建 总局
2 基础设施标准
税务系统基础设施命名规范 强制 已有 总局 第一阶段 待查
网络
税务系统 IP 地址分配标准 行业 强制 已有 总局 第一阶段 待查
税务系统域名命名规范 行业 强制 已有 总局 第一阶段 待查
广域网建设标准 行业 急 强制 拟建 总局 项目内建设 第二阶段
局域网建设标准 行业 急 推荐 拟建 总局 项目内建设 第二阶段
电子政务网络 拟建 项目内建设 第二阶段 国家信息办要求,待查
税务系统业务网 强制
税务系统涉密网 强制
税务系统公众服务网 推荐
硬件
设备选型标准 已有 总局 第一阶段 待查
税务专用设备 查国家相关标准
名 称 成熟度 紧迫性 强制性 编制状态 承建单位 制定方式 发布时间 备注
税务专用打印机标准 国家 强制
防伪税控专用设备标准 国家 强制
税控加油机技术标准 国家 强制
税控 IC 卡技术标准 国家 强制
税控收款机标准 国家 强制
税控器 国家 强制
主机服务器选型技术标准 总局 第一阶段 待查
存储设备选型技术标准 总局 第一阶段 待查
网络设备选型技术标准 总局 第一阶段 待查
其它设备 总局 第一阶段
设备安装调试规范 推荐 拟建 总局 项目内建设 第二阶段
系统软件 拟建 总局 项目外建设 第一阶段
操作系统技术标准
数据库技术标准
应用中间件技术标准
集成平台技术标准
名 称 成熟度 紧迫性 强制性 编制状态 承建单位 制定方式 发布时间 备注
物理环境 已有 第一阶段 建议采用国家标准
楼宇智能化建设标准 急 推荐
综合布线标准 行业 急 推荐
机房设计标准 行业 急 推荐
应用环境 拟建 项目外建设 第一阶段 指综合的、应用环境建设标准
数据中心建设规范 急 推荐 调研后总结
大型数据中心 推荐
中型数据中心 推荐
小型数据中心 推荐
灾备中心建设规范 推荐
运维中心建设规范 急 推荐 青岛国税
网管中心建设规范 急 推荐
开发测试中心建设规范 推荐
纳税人服务平台建设规范 推荐 广东国税
3 技术支撑标准
总体架构标准 拟建 项目外建设 第一阶段 架构
应用架构设计标准 急 强制
名 称 成熟度 紧迫性 强制性 编制状态 承建单位 制定方式 发布时间 备注
数据架构设计标准 急 强制
运维架构标准 急 强制
安全架构标准 急 强制
开发架构标准 急
应用系统开发技术标准 项目外建设 第一阶段
应用分层模型 行业 强制 已有
架构 第五分册应用和
数据架构分册
公用组件规范 行业 强制 拟建
接口规范 行业 急 强制 拟建
软件开发规范 强制 项目外建设 第一阶段
编码和命名规范 行业 强制 已有 架构 第三分册
软件过程规范 行业 强制 已有 架构 第一分册
业务建模规范 行业 强制 已有 架构 第一分册
需求分析规范 行业 强制 已有 架构 第一分册
系统分析设计规范 强制 已有 架构 第一分册
界面设计规范 行业 强制 已有 架构 第一分册
软件编码规范 强制 已有 架构 第一分册
名 称 成熟度 紧迫性 强制性 编制状态 承建单位 制定方式 发布时间 备注
软件测试规范 行业 强制 已有 架构 第一分册
软件验收规范 强制 拟建 项目外建设 第一阶段
软件部署规范 强制 拟建 项目外建设 第一阶段
4 应用标准 待补充
试点、上线工作规程 待定
5 数据标准
分类代码标准 已建 总局
税务公用类分类代码
引用国际和国家分类代码目录 国家 强制
其他代码 行业 强制
税收业务类分类代码
引用国际和国家分类代码目录 国家 强制
登记业务 行业 强制
认定业务 行业 强制
发票和票证业务 行业 强制
申报征收业务 行业 强制
计划会计统计业务 行业 强制
稽查和执行业务 行业 强制
复议应诉赔偿业务 行业 强制
名 称 成熟度 紧迫性 强制性 编制状态 承建单位 制定方式 发布时间 备注
出口退税业务 行业 强制
其他业务 行业 强制
税务行政类分类代码
引用国际和国家分类代码目录 行业 强制
人事业务代码 行业 强制
财务业务代码 行业 强制
其他业务代码 强制
元数据标准 重点\难点
元数据分类标准 行业 强制 拟建 总局 第一阶段
元数据设计和管理规范 行业 强制 建设中 安徽国税 项目内研制 第一阶段 (整合)项目内研制
核心元数据标准 强制 建设中
安徽国税
江苏地税
项目内研制 第一阶段 (整合)项目内研制
数据模型设计和管理规范 行业 强制 拟建 总局 第一阶段
数据采集/交换标准
建设中 安徽国税 项目内研制 第一阶段
(整合)项目内研制。目
前标准内容是根据整合项目
业务需求进行制定,覆盖面不
全面。将来随核心业务需求的
进行调整。
数据交换格式标准 行业 急 强制
名 称 成熟度 紧迫性 强制性 编制状态 承建单位 制定方式 发布时间 备注
数据接口标准
税务与外部数据接口标准
税务/银行数据接口标准 行业 急 强制
税务/国库数据接口标准 行业 急 强制
税务/工商数据接口标准 行业 强制
税务/海关数据接口标准 行业 强制
税务系统内各应用间数据接口标准 强制
综合征管软件与门户网站、12366
等接入系统的数据接口标准
强制
综合征管软件与增值税管理系统的
数据接口标准
行业 强制
综合征管软件与出口退税管理系统
的数据接口标准
行业 强制
综合征管软件与税控收款机管理系
统数据接口标准
行业 强制
综合征管软件与其他系统的数据接
口的标准
行业 强制
其他各系统间数据接口标准 强制
6 管理标准
名 称 成熟度 紧迫性 强制性 编制状态 承建单位 制定方式 发布时间 备注
工程及项目管理指南 拟建 项目外研制 第一阶段 建议采用相关成熟工具软件
工程及项目管理组织架构规范 急
需求管理规范
急
合同管理规范 急
人力资源管理规范 急
项目及架构评审制度 急
范围管理规范 急
风险管理规范 急
问题管理规范 急
汇报与协调规范 急
绩效管理规范 急
质量管理规范 急
版本管理规范 急
名 称 成熟度 紧迫性 强制性 编制状态 承建单位 制定方式 发布时间 备注
上线管理规范 急 第二阶段
系统运行维护管理通用规范 建设中 深圳国税 项目外研制 第一阶段
信息系统运维事件管理规范
急 推荐
信息系统配置管理规范 急 推荐
信息系统资源调整管理规范 急 推荐
应用系统版本发布管理规范 急 推荐
信息系统用户管理规范 急 推荐
信息系统定时任务管理规范 急 推荐
信息系统性能管理规范 急 推荐
数据库管理规范 急 推荐
中间件管理规范
急 推荐
主机操作系统管理监控规范 急 推荐
网络管理规范 急 推荐
机房值班管理规范 急 推荐
信息系统安全管理规范
急 推荐
名 称 成熟度 紧迫性 强制性 编制状态 承建单位 制定方式 发布时间 备注
其他管理规范
数据管理通用规范 急 强制 拟建 广东国税 项目外研制 第二阶段
数据应用维护管理规范
外部数据应用管理规范
IT 资产管理通用规范 强制 拟建 项目外研制 第二阶段
计算机类产品规划配置管理规范
推荐
主机设备、PC、外设、网络设
备、税控专用设备、工具软件
计算机类产品采购管理规范 推荐 商采购
计算机类产品报废管理规范 商财务
技术文档管理规范 福建国税 技术文档、介质等
信息中心管理规范
推荐 拟建 项目外研制 第二阶段
运维中心管理规范
行业 急 强制
拟建
重庆国税 项目外研制 第二阶段
数据中心管理规范 急 强制 拟建 项目外研制 第二阶段
灾备中心管理规范 推荐 拟建 项目外研制 第二阶段
网管中心管理规范 拟建 项目外研制 第二阶段
开发测试中心管理规范 拟建 项目外研制 第二阶段
税务信息分类与代码管理系统使用
管理办法
行业 强制 已建 总局
信
息
安
全
产
品
标
准
系
统 与 网
络 安 全
标准
名 称 成熟度 紧迫性 强制性 编制状态 承建单位 制定方式 发布时间 备注
7 安全标准 拟建 总参 项目内研制 第一阶段
通用安全标准
基础设施安全标准
1、成熟度一列为国际表示已有国际标准;为国家表示已有国家标准;为行业表示已有税务行业标准或规范,但可能需要进一步的
完善;为空表示目前尚无该标准或规范,需要制定。
2、紧迫性一列为急表示该标准是当前急需制定的标准。
3、强制性一列为强制表示该标准是强制各地执行的标准;为推荐表示该标准为总局推荐各地执行。
4、编制状态一列为已建表示该标准已完成建设;为已有表示该标准已有相关内容但有待整理;为拟建表示该标准准备建设;为建
设中表示该标准正在建设。
5、制定方式一列为项目内研制表示跟项目建设同步进行研制;为项目外研制表示独立于具体项目之外进行研制。
6、发布时间一列为第一阶段表示 2005 年 11 月~2006 年 12 月;为第二阶段表示 2006 年 12 月~2007 年 12 月;为第三阶段表示
2007 年 12 月~2009 年 12 月;为第四阶段表示金税工程(三期)结束后的长期阶段。
标准建设现状一览
《税务信息化标准体系框架》(共 91 项)
3、 拟建标准(共 45 项) 4、已有内容,待完善整理的标准(共 20 项)1、已建标准
(共 5 项)
2、建设中标准(共 21 项)
具体项目实施过程
中建设的标准(共 8 项)
需单独立项建设(共 37 项) 待整理的标准(共 11 项) 待完善的标准
(共 9 项)
标准化指南
税务公用类
分类代码
税收业务类
分类代码
税务行政类
分类代码
税务信息分
类 与 代 码 管 理 系
统使用管理办法
运维中心建设规范
纳税人服务平台建设规范
元数据设计和管理规范
核心元数据标准
数据交换格式标准
数据接口标准
信息系统运维事件管理规
范
信息系统配置管理规范
信息系统资源调整管理规
范
应用系统版本发布管理规
范
信息系统用户管理规范
信息系统定时任务管理规
范
信息系统性能管理规范
广域网建设标准
局域网建设标准
电子政务网络
设 备 安 装 调 试 规
范
试点、上线工作规
程
元数据分类标准
通用安全标准
基础设施安全标准
操作系统技术标准
数据库技术标准
应用中间件技术标准
集成平台技术标准
数据中心建设规范
灾备中心建设规范
网管中心建设规范
开发测试中心建设规范
应用架构设计标准
数据架构设计标准
运维架构标准
安全架构标准
开发架构标准
公用组件规范
接口规范
软件验收规范
软件部署规范
税务系统基础设施命名
规范
税务系统 IP 地址分
配标准
税务系统域名命名规
范
税务专用设备
主机服务器选型技
术标准
存储设备选型技术
标准
网络设备选型技术
标准
其它设备
楼宇智能化建设标准
综合布线标准
机房设计标准
应用分层模型
编码和命名规范
软件过程规范
业务建模规范
需求分析规范
系统分析设计规
范
界面设计规范
软件编码规范
软件测试规范
《税务信息化标准体系框架》(共 91 项)
3、 拟建标准(共 45 项) 4、已有内容,待完善整理的标准(共 20 项)1、已建标准
(共 5 项)
2、建设中标准(共 21 项)
具体项目实施过程
中建设的标准(共 8 项)
需单独立项建设(共 37 项) 待整理的标准(共 11 项) 待完善的标准
(共 9 项)
数据库管理规范
中间件管理规范
主机操作系统管理监控
规范
网络管理规范
机房值班管理规范
信息系统安全管理规范
数据管理通用规范
运维中心管理规范
数据模型设计和管理规
范
工程及项目管理组织架
构规范
需求管理规范
合同管理规范
人力资源管理规范
项目及架构评审制度
范围管理规范
风险管理规范
问题管理规范
汇报与协调规范
绩效管理规范
质量管理规范
版本管理规范
上线管理规范
IT 资产管理通用规范
信息中心管理规范
信
息
安
全
产
品
标
准
系
统 与 网
络 安 全
标准
《税务信息化标准体系框架》(共 91 项)
3、 拟建标准(共 45 项) 4、已有内容,待完善整理的标准(共 20 项)1、已建标准
(共 5 项)
2、建设中标准(共 21 项)
具体项目实施过程
中建设的标准(共 8 项)
需单独立项建设(共 37 项) 待整理的标准(共 11 项) 待完善的标准
(共 9 项)
数据中心管理规范
灾备中心管理规范
网管中心管理规范
开发测试中心管理规范
注,第一阶段急需制订的标准包括“工程及项目管理类” 12 项标准和“应用系
统设计与开发类” 9 项标准。
“工程及项目管理类”标准具体包括: 工程及项目管理组织架构规范、
需求管理规范、 合同管理规范、 人力资源管理规范、 项目及
架构评审制度、 范围管理规范、 风险管理规范、 问题管理规范、
汇报与协调规范、 绩效管理规范、 质量管理规范、 版本
管理规范。
“应用系统设计与开发类”标准具体包括: 应用架构设计标准、 数
据架构设计标准、 运维架构标准、 安全架构标准、 开发架构标准、
应用分层模型规范、 公用组件规范、 接口规范、 软件部署规
范
广域网络建设
在金税工程(三期)中,建立一个基于统一规范的应用系统平台是当前税务
信息系统建设的关键。
建设目标
金税工程(三期)广域网络是一个覆盖从总局到省、地市、区县等各级国、
地税税务机关的综合性通信平台。该网络除了满足各应用系统外,还增加语音、
视频、E-Learning 等增值业务。为了保证各系统的正常运行,该网络集业务网与
业务办公网为一体,与电子政务网和 Internet 在确保网络安全的前提下,采用逻
辑隔离;与税务系统涉密网实行物理隔离。
金税工程(三期)广域网络的建设目标为:
1、高性能的满足业务应用的网络系统:在数据集中后,业务数据放在总局
或省局处理平台内,办理业务时,交易信息必须通过网络传输到处理平台。金税
工程(三期)骨干网对网络带宽的需求是相当高的;另外,金税工程(三期)建
成后,将有越来越多的应用在网络上运行,这又会增加数据流量,对网络带宽的
要求必将更高。因此高带宽链路网络是满足上述业务要求的基础。
2、完善的服务质量保证体系:金税工程(三期)网络是一个综合性的网络,
该网络将为业务系统、办公系统、语音、视频等应用系统提供数据传输。业务数
据对网络的要求是响应时间短,传递速度快;而语音和视频这些实时应用则要求
数据流平稳,延迟稳定。不同的应用对网络的服务有着不同的要求。网络设计必
须充分考虑服务质量的问题。通过完善的 QoS 服务质量保证手段,保证同一网
络平台上的多种应用正常运行。
3、高可靠、高安全的网络:数据集中后,所有业务都依赖于网络的正常运
行,这对网络的可用性和网上传输数据的安全性提出了非常高的要求。为了满足
数据集中所要求的高可靠性、高安全性,必须对现有网络进行改造,通过完备的
冗余策略提高网络的可靠性和可用性,通过相关的网络安全措施来保障网上传输
数据的安全性。
4、结构化的、易于扩展的网络:为保证新的税收业务系统和相关的增值应
用系统对网络的需求,金税工程(三期)网络结构以及采用的设备应具有一定的
可扩展性,以保证各级节点的可扩展性并满足外部应用接入对网络的需求。
设计原则
金税工程(三期)广域网络系统将本着高可用性、简单性、高可扩展性、高
性能、可管理性、安全性的原则完成设计。
1、高可用性
网络要求没有单故障点,同时广域网线路的相关系数最小;
2、简单性
网络中路由的跳数最少,便于故障排除;
3、高可扩展性
随着网络用户及网络应用的增加,作为基础架构的网络能够平滑稳定地增长
以适应这种变化。具体要求是:拓扑结构层次化,IP 地址层次化,路由域层次
化,管理域层次化。
4、高性能
保证各种应用特别是关键业务应用的稳定高效运行。具体要求是:具有良好
的 QoS 及流量控制功能。满足不同应用对网络延时、延时变化、带宽及丢包率
的具体要求,同时确保网络不发生拥塞。统一规划 QoS 策略并分发到各级网络
设备,保证 QoS 策略的一致性。
5、可管理性
可以随时了解网络的“健康状态”,快速定位并排除故障,根据需要优化网络。
具体要求是:管理区域明确划分,管理责任明确,管理数据与业务数据分离,实
行带外管理,全网有统一的时钟源,对各种变化(硬件,软件,配置)进行跟踪,
对于日志信息进行分类,并能分析网络现状及发展趋势。
6、安全性
保证网络的高可用性,传输数据的机密性和完整性。具体要求是:网络设备
本身必须安全,能够有效抵抗拒绝服务(DoS)攻击,并防范蠕虫病毒的攻击。
网络现状
目前税务系统计算机主干网络是金税工程二期所建设的网络,该网络结构是
分层的树状结构,国家税务总局是整个网络的中心,总局各类应用服务器通过核
心路由器 Cisco 7513 使用帧中继 512K 线路连接各省国税局 Cisco 4500,而到各
省地税则采用 64K 专线连接一台 Cisco 4500;同样,各国税省内网络也是
树状结构,国税省级网络节点是省网中心,各地国税根据电信条件的不同,由一
台 Bay BN 路由器通过帧中继或 DDN 64K 到 256K 专线连接下属地市;地市、区
县级网络依此类推。而全国地税省以下网络则是参照总局规划,根据本地情况自
行建设的。其结构也采用树状结构,链路则采用 DDN 或 64K 到 256K。
现有网络结构如下图所示:
现有网络结构图
省、市、区县国税节点与地税之间无网络连接。
省、市、区县级国、地税与外部单位之间网络实行物理隔离,无连接。
由于各省根据应用的实际需求,对各自的网络进行了不同程度的改造和完善,
因此这里论述的网络现状是全国税务系统的普遍情况,部分省的实际建设情况可
能与这里的论述有些许出入。
总体结构
网络拓扑结构方案
根据当前的网络发展水平和未来的发展趋势,金税工程(三期)网络建设中,
选用双星方案作为网络拓扑结构。
网络拓扑结构图
图例说明:每个省(含国、地税两个单位)作为一个网络节点,计划单列市
(含国、地税两个单位)也作为一个网络节点,与北京数据处理中心和南海数据
处理中心构成双星结构。
网络层次定义
税务系统核心网络包括的节点众多(36 个省、自治区、直辖市和计划单列
市的国地税网),分布较广,为了保证网络的高效稳定运行,整个网络划分为骨
干网和省网两层。
金税工程(三期)总体广域网拓扑图
骨干网和省网相应的划分与功能如下:
(1)骨干网:负责骨干核心节点(北京和南海)和各省网节点间的互联及
完成高效的数据传输、交换、转发及路由分发。骨干网分为骨干核心层和骨干接
入层。骨干核心层包括两个骨干核心节点(北京和南海),两个节点担负跨省业
务的转发、数据备份、骨干网络管理等功能。骨干接入层(即各省骨干接入路由
器)则负责将各种业务通过各种接口及标准接入到骨干网络中,并完成业务系统
之间的隔离和安全性控制等功能,在业务进入骨干网络前进行优先级别控制等网
络服务实施质量保障,各类业务进入骨干网络后将按照预先设定的信道进行传输。
(2)省网:由高性能设备和高速冗余的链路构成,实现 36 个省、自治区、
直辖市和计划单列市的国地税全省业务数据的高速转发、路由快速汇聚、负载均
衡、流量控制、网络管理等功能。
建设内容
为满足金税工程(三期)对建设高效综合业务网络的要求,新的广域网络要
为现有的应用及将来可能的应用提供高效可靠的支撑;架构一套开放的,可同时
满足各种业务应用、数据传输、语音、视频应用等多服务通信平台。金税工程
(三期)网络建设内容包括骨干网和省网两部分广域网及省网各级核心交换机
的建设,不包括省网各级除核心交换机外的局域网建设,具体内容包括:
骨干网建设
骨干网包括的节点较多,分布较广,为了保证网络的高效稳定运行,税务系
统骨干网络分为骨干核心和骨干接入两层。骨干核心层包括两个骨干核心节点
(北京和南海),两个节点担负跨省业务的转发、数据备份、骨干网络管理等功
能。骨干接入层包括 36×2 个骨干接入路由器,负责省网到骨干网的接入,并完
成业务系统之间的隔离和安全性控制等功能,在业务进入骨干网络前进行优先级
别控制等网络服务实施质量保障,各类业务进入骨干网络后将按照预先设定的信
道进行传输。
省网建设
省网包括 36 个省级单位国税及地税的独立组网,形成各自独立的管理域与
路由域。省网包括省局网络、地市网络、区县网络等省及以下各级网络,由高性
能设备和高速冗余的链路构成,全省业务数据的高速转发、路由快速汇聚、负载
均衡、流量控制、网络管理等功能。
国税、地税局域网分别连接在各自的省核心路由器上。各种服务器直接连接
在省核心交换机上。
外联网建设
为保证金税工程(三期)应用系统的正常运转,应建设税务系统外联网络。
外联网包括 Internet 接入金税网络、国家电子政务外网接入金税网络。为了便于
集中管理及保证安全性,外联网只在总局及省一级连接,市一级如果需要外部接
入,应与金税工程(三期)网络物理隔离。
网络管理系统建设
为保证金税工程(三期)网络的可管理性,网络应采用分层次、分布式网管
模式。整个网管系统分为两级管理中心:总局网络管理中心和省局网络管理中心。
总局网管中心负责监控管理税务系统骨干网,必要时可接管省局网管中心。省局
网管中心负责监控管理省网及省局外联网。
网络服务建设
通过网络服务的建设为应用系统提供更实用、更便捷的服务。网络服务分为
基本网络服务和网络增值服务两类。网络基本服务包括 DNS 服务、电子邮件服
务和目录服务、Web 服务。基本网络服务应覆盖各级国、地税税务机关。网络
增值服务包括语音系统、视频系统和 E-learning 系统。语音系统和 E-learning
系统应覆盖全国各级国、地税税务机关;视频系统应在总局设立视频交换平台,
视频终端覆盖总局和全国所有省级税务机关。
网络建设实施规划
网络建设实施原则
总局按照金税工程(三期)规划的多个省级集中应用软件正在不断推广,各
省级税务系统的信息资源整合工作也在进行中,如何做到既兼顾现实、又面向将
来,对金税工程(三期)网络建设的部署至关重要,因此,在实施规划时必须遵
循应用驱动原则和统筹规划、分步实施原则。
1、应用驱动原则
当前,从现在到金税工程(三期)最终全面实施属于过渡时期。
在过渡时期内,全国税收应用系统建设仍将按照省级集中的原则继续推进,
其中已经进入推广阶段和即将进入推广阶段的应用系统有:综合征管软件 版、
增值税专用发票管理系统和协查管理系统、网络版防伪税控系统省级集中、交叉
稽核三级变两级、出口退税系统、资源整合项目、个人所得税管理软件(模块)、
税控收款机、综合办公系统(OA)、财务管理系统、人事管理系统、税务审计软
件和车购税管理软件等税收业务系统,这些税收业务系统全部采用省级数据集中
的应用模式;总局将对全国税务系统的电子数据进行抽取、分类、归集、加载入
库、数据存储和加工处理等工作并进行集中汇总、统计分析和深层次的挖掘分析,
为总局领导和各业务部门提供决策依据。所有这些应用需求都对省局和总局的网
络系统建设提出了新的需求。因此,在过渡时期内,既要满足应用系统延续性发
展的需求,又要做好与金税工程(三期)的衔接,金税工程(三期)网络建设的
部署应遵循:
整个金税工程(三期)网络建设的所有设备应在尽早配置到位;
为了应用的需要,网络设备应尽早到位,但网络线路的带宽可根据业务
实际应用需求进行逐步提升;
在金税工程(三期)网络建设到位后,目前总局到各省级税务机关的广
域网络,将按照金税工程(三期)的整体规划,作为总局到省局的涉密网络使用,
与税收业务综合网络实行物理隔离。
2、统筹规划、分步实施原则
鉴于金税工程(三期)网络建设规模庞大,组织实施复杂,为保证本项目高
效优质完成,应根据资金来源按照统筹规划、分类实施的原则进行。
第一类:总局和省国税系统——实行总局统一招标,统一实施;
第二类:省地税系统(东部)——实行各地自行招标或按总局统一招标,各
地跟标;
第三类:省地税系统(中部、西部)——实行总局统一招标,各地分签;
网络建设实施计划
按照网络结构及资金来源,金税工程(三期)网络建设可分为三部分进行:
第一部分是总局和各省局国、地税的网络建设。这部分建设应在 06 年尽快
启动,并在南海灾备中心投入运行前完成
第二部分是国税省以下的网络建设。这部分建设应结合各地国税局正在进行
的应用系统省级集中的工作实施。
第三部分是地税省以下的网络建设。
根据金税工程(三期)网络建设规划,第一部分网络建设完成后,过渡期内
原有总局到各省局的网络和线路作为总局到省局的涉密网络使用,与金税工程
(三期)网络实行物理隔离。
每一部分网络建设的周期安排为:招标书编写(2 个月)、招标工作(4 个
月)、项目实施(6 个月),共计 12 个月。
网络建设实施要点
1、网络建设采取多包同时实施
由于过渡时期内总局按照金税工程(三期)规划的多个省级集中应用软件仍
在继续推广,各省级税务系统的信息资源整合工作也在进行中,应用系统对网络
的依赖性及各省信息资源整合对网络要求的紧迫性,应对金税工程(三期)网络
建设采取多包同时实施,即对三部分网络建设同时启动实施工作,对每一部分网
络建设可根据地域进行分包实施,以保证整个网络建设尽快满足日益增长的应用
需求。
2、网络线路带宽随应用而变
为满足应用需求,网络建设应尽快一步到位,但考虑到各省税务系统的软件
应用还只是金税工程(三期)规划的一部分,实际要求带宽低于金税工程(三期)
设计的带宽,因此在网络建设实施初期可采用低于金税工程(三期)设计的线路
带宽,以后再根据应用需求逐步进行带宽扩容。
3、网络迁移
考虑到总局数据中心(北京和南海)的建设完成需要时间,在网络建设实施
时,总局数据中心(北京和南海)网络可先在过渡地点建设,待数据中心竣工后
再迁移到正式地点;各省网络建设也应根据各地实际情况,对满足实施要求的省
(市),可一步到位;对不完全满足实施要求的省(市),可暂时安装在过渡地点,
待条件满足时,再进行网络迁移。
4、对线路运营商的要求
由于金税工程(三期)的网络建设范围涉及全国税务系统从总局骨干网到省
网各级网络,网络带宽还需根据应用需求进行逐步扩容,因此网络运营商必须具
有信誉良好、实力技术雄厚、运维经验丰富、基础传输网强壮、优质售后服务的
条件,能提供高速、稳定的端到端网络通信服务,光纤进入各级税务机关并直接
接入基础通信骨干网,光纤接入提供双线路、双路由保护保障,能根据需求提供
平滑升级网络带宽,能根据总局灾备需求提供地市级路由器在省局全部路由器瘫
痪的状况下接入到总局数据中心(南海)。
由于不同线路运营商在全国各地的实力不均衡,因此在项目实施过程时,可
根据各部分网络建设实际情况区别选择线路运营商。
两级处理平台建设
建设内容
两级处理平台主要是指总局处理平台和省局处理平台。金税工程(三期)推
广的各项应用系统需要有处理支撑平台,才能正常运行。按照金税工程(三期)
对处理平台的定义,其主要包括基础环境(机房和综合布线)、网络系统、计算
和存储系统、系统软件等子系统。
处理平台总体描述
处理平台结构示意图如下
根据数据在总局和省级两级集中处理的要求,金税工程(三期)第一阶段将
在北京和广东南海分别建设总局数据中心、灾备中心,主要承担着跨省市的业务
处理(如增值税的专用发票的稽核比对和出口退税审核等)和各省市国、地税局
处理平台的灾难备份功能。总局的两个数据(灾备)中心根据“一主一备,互为
备份”的原则进行设计。数据中心(北京)作为主处理中心,主要用于全国的税
务数据的处理及存储、全系统的技术支持与维护、CA 认证等总局级业务。
两级处理平台计算系统承载金税工程(三期)各业务系统的运行。主要包含:
征收管理系统服务器(群)、行政管理系统服务器(群)、数据利用与决策支持系
统服务器(群)、纳税人服务系统服务器(群)、外部信息交换服务器(群)、内
部网络系统服务器(群)、运行维护管理系统服务器(群)、12366 纳税服务热线
系统服务器(群)。
两级处理平台中的存储备份系统支持各类系统数据库服务器、OLAP 服务器
及内部文件系统服务器、内部邮件系统服务器的数据存储及访问需求。
金税工程(三期)的软件平台主要包括操作系统、数据库、中间件、数据仓
库及工具软件、系统管理软件、软件分析设计和开发测试工具、邮件系统、网络
及信息安全软件以及其它各类软件。
基础环境
为了满足总局、省局两级处理平台的要求,需要对总局、省局两级的机房进
行改造。
总局数据中心(北京)的物理环境建设,主要包括:楼宇、机房、综合布
线等。总局处理平台所需的基础环境必须要依赖总局数据中心的建设,其中机房
环境建设是核心内容。
省级处理平台机房环境改造,主要包括:机房装饰、照明供配电、动力供配
电、UPS 供配电、防雷与接地、空调通风、消防、电视监控及安防、机房综合布
线、KVM 主机切换器系统。建设标准要符合国标。省级处理平台所需基础建设
主要立足于各省现有机房,在空调、供电、承重等方面进行适当扩容,以满足金
税工程(三期)的需要,具体费用由各省自行解决。
局域网络系统
1、建设目标
局域网络系统是两级处理中心的一个十分重要的基础系统,同时也是金税工
程(三期)网络中的一个子系统,要遵循和按照金税工程(三期)网络设计规范
和要求,满足金税工程(三期)的需求。
主要目标为:
满足金税工程(三期)网络中核心网络的要求,提供高性能的网络系统。
满足金税工程(三期)网络中接入层网络,包括 Internet 接入金税网络、
电子政务外网接入金税网络的要求。
具备高可靠性和高安全性,具有完善、灵活的可按需调整的服务质量保
证策略。
可灵活分区,组件结构化和标准化、易于扩展。
支持多种局域网技术,提供设备级、网络级的冗余,协议开放,网络策
略符合国际标准,可灵活嵌入、部署网络安全设备,便于网络管理系统进行管理、
监控。
2、局域网络系统结构图
按照金税工程(三期)的设计,两级处理平台中的建议网络系统的逻辑结构
如下图:
处理平台局域网络逻辑结构示意图
从上图中,可以看出局域网络系统分为,分别是:业务处理区、数据分析区、
存储系统区、系统管理区、安全系统区、网络互联区、数据交换区。此外还有一
个楼层办公区。
局域网络系统的网络结构主要是由两个部分组成:一个是由局域网内核心交
换机和区内主交换设备之间互联的局域核心交换网;另一个是由区内主网络交换
设备与下层交换设备间以及终端设备间的区内交换网。
所有主机、服务器按照使用的业务进行分区,直接连接所在区内的主交换设
备上。
3、局域网络系统需求
(1)总局处理平台
数据中心(北京)到数据中心(南海)的核心线路为两条带宽 线路;
各国税省局到数据中心(北京)的线路为一条带宽 155M 线路,各地税
省局到数据中心(南海)的线路为一条带宽 155M 线路;
总局与外部委互联网络的汇聚带宽需求为 155M 汇聚;
处理平台接入 internet 网络的线路为三条,一条为楼内工作人员访问互联
网使用,带宽为 100M 宽带 IP 网。两条为互联网纳税人服务,每条带宽为 10M
或 100M;
核心交换网内交换机设备间互连线路单条带宽为 10G,使用两条线路做
冗余连接。核心路由器通过 10G 冗余线路接入核心交换网;
核心路由器下联到省级处理平台的汇聚为 4 个 端口;
主机、服务器的网络连接速率为 1G,核心主机的连接为冗余千兆链接。
区内交换网主要向区内设备提供千兆链接。楼层交换设备通过 1000M 冗
余链路连入所在区内主交换机,并向楼层桌面用户设备提供 100M 的交换接入。
(2)省局处理平台
省级国税核心路由器和省级地税局接入路由器间使用裸光纤相联,省级
地税核心路由器和省级国税局接入路由器间使用裸光纤相联,省级国、地税的接
入路由器间使用裸光纤相连。省级国税只接入总局数据中心(北京),省级地税
只接入总局数据中心(南海);
省局处理平台到总局处理平台的线路为一条带宽 155M 线路。省局路由
器下联到所辖地市局的单条为 10M-34M,下联路由器的汇聚使用 3 到 4 个 155
端口;
省局与外部相关部门互联网络的带宽需求为 155M 汇聚;
省局处理平台接入 internet 网络的线路为三条,一条为楼内工作人员访问
互联网使用,带宽为 100M 宽带 IP 网。两条为互联网纳税人服务,每条带宽为
100M;
核心交换网内交换机设备间互连线路单条带宽为 1000M,使用两条线路
做冗余连接。核心路由器通过 1000M 冗余线路接入核心交换网;
主机、服务器的网络连接速率为 1G,核心主机的连接为冗余千兆链接。
区内交换网主要向区内设备提供千兆链接。楼层交换设备通过 1000M 冗
余链路连入核心交换网,并向楼层桌面用户设备提供 100M 的交换接入。
4、处理平台网络设备的需求
根据上面的网络需求,可以分别描述出总局处理平台和省局处理平台所需的
网络设备性能指标和主要配置。
(1)总局网络设备
总局所需的网络设备分为:核心路由器、核心交换机、分区内主交换机、分
区内接入交换机。具体技术指标和设备数量见附件。
(2)省局网络设备
省局处理平台所需的网络设备分为:接入路由器、核心路由器、核心交换机、
分区内主交换机、分区内接入交换机。具体技术指标和设备数量见附件。
省级处理平台网络子系统的区内主交换机和楼层接入交换机可以适当利用
现有的网络设备。
5、建设方案
处理平台网络系统是金税工程(三期)网络系统中的一个组成部分,因此,
它既要遵守金税工程(三期)网络设计的原则,如高可用性、简单性、高可扩展
性、高性能、可管理性、安全性等,又因为其特殊的地位、作用和特点,需要满
足核心交换的快速、大容量的转发和结构层次具备弹性,便于分区和扩展等要求
处理平台网络系统的建设方案主要包括可靠性设计、网络服务质量保证设计、
网络安全设计、网络管理设计、链路选择、IP 地址规划、路由规划和网络增值
应用等八部分内容。
(1)网络可靠性
设备级的可靠性
核心交换网中的核心交换机和核心路由器的可靠性主要由设备级的冗余和
关键部件(如主控板,交换背板,电源等)冗余来保证。
关键业务区内主交换机为两台。楼层交换机为两台。
链路级的可靠性
在核心交换网内,设备间互连链路要使用多条物理线路。一方面提供链路的
备份,另一方面还可以使用负载分担技术来增大通讯线路的带宽。
网络级的可靠性
采用双核心结构,在关键业务分区采用网状连接。网络设计模块化,各功能
区域相对独立,任一区域的故障不会扩散到其它区域。
(2)网络安全
网络安全包括:对网络设备本身的访问控制;对不同类型业务的访问控制策
略;防火墙;专业网络产品等。详细方案参见安全设计部分。
(3)IP 地址规划
IP 地址规范按照金税工程(三期)网络的整体方案进行。在处理平台内,
按照实际设备的业务使用,划分不同子网,结合 VLAN 的部署,使用 VLSM 和
CIDR 技术进行管理、控制。
IP 地址分配的主要原则:遵循税务系统 IP 地址分配规范、层次划分 IP 地址、
支持 IPv6 地址结构、动态分配和静态分配相结合。网络设备和服务器采用固定
IP 地址。
计算系统和存储系统
根据“两级处理”的建设目标,按照集中统一、集中管理的原则,金税工程
(三期)的计算、存储、备份系统将放置在数据中心(北京)、数据中心(南海)
和 70 个省级单位。
计算系统包括数据库服务器、应用服务器、Web 服务器、OLAP 服务器、ETL
服务器、邮件服务器、通信服务器等,这些服务器采用开放架构的主流的 UNIX
服务器。
存储备份系统采用 SAN 技术架构,主要设备包括磁盘阵列、磁带库、光纤
交换机、NAS 引擎、备份管理服务器和存储备份管理软件等。
1、总局处理平台计算系统和存储系统的结构示意图
总局计算存储系统机构示意图
2、省局处理平台计算系统和存储系统的结构
省局计算存储系统机构示意图
3、计算系统
(1)计算系统服务对象
各级处理平台计算系统承载金税工程(三期)各业务系统的运行。主要包含:
征收管理系统服务器(群)、行政管理系统服务器(群)、数据利用与决策支持系
统服务器(群)、纳税人服务系统服务器(群)、外部信息交换服务器(群)、内
部网络系统服务器(群)、运行维护管理系统服务器(群)、12366 纳税服务热线
系统服务器(群)。
本次两级处理平台计算系统设计包含总局(北京)处理平台和省级处理平台。
(2)计算系统配置原则
总体配置原则
·基于新配设备,结合现实情况统筹规划,充分考虑原有设备(含总局统一
配发和各地自行采购设备)的利用;
·根据应用系统的运行使用特点对各类应用系统分别部署;
·各系统数据库、OLAP 应用及应用压力大的系统 WEB/APP 应用使用 UNIX
服务器
·各类系统除数据库服务器配备生产机和备份机,WEB、应用服务器配置集
群,同时生产机/备份机、WEB/应用服务器集群分别部署在独立的物理主机上;
·金税工程(三期)中各系统中 UNIX 服务器均可使用分区技术分割的分区,
实时性要求强、业务负载大的应用单独使用一个分区,多个实时性要求相对不高、
业务处理量小的应用可部署在一个分区上;
·对硬件资源的划分要结合各地应用系统的实际资源需求情况进行初始分配,
预留足够的主机、存储共享资源(CPU、内存、磁盘)供灵活调配使用
按应用层级划分的配置原则
·WEB 服务器集群按照安全可靠性、灵活性原则设计; 同时兼顾对压力小
WEB 层应用的统一合并。
·中间件服务器集群按应用分离原则设计;同时兼顾对应用压力小系统的作
WEB、应用层的统一合并。
·数据库服务器、OLAP 服务器按群集互备原则设计。
·其他类服务器根据服务特点设计
UNIX 服务器分区整合设计原则
·金税工程(三期)中各系统中 UNIX 服务器均可使用分区技术分割的分区;
·数据库群集中的数据库服务器与互为热备的数据库服务器必须分配在两台
物理的主机上,不能安装在一台物理主机上的 2 个分区上;
·WEB 服务器集群、应用服务器集群中的服务器如全部部署在带分区功能的
主机下,则按数量均分的原则部署在两台或多台物理主机上的分区上;
·尽量将数据库分区与 WEB、应用服务器分区部署在同一物理主机上;
·在一台物理主机上组合各类应用的服务器时,各类应用服务器 CPU、内存
总数之和应小于物理主机上 CPU、内存数,并预留适当的共享资源(CPU、内
存)供灵活调度使用;
·外部信息系统各类服务器与金税工程(三期)中其他系统共用物理主机
(3)金税工程(三期)国地税两级处理平台分类
分类 包含省市 数量
国 税 I
类省
河南、山东、四川、上海、浙江、江苏、广东、
辽宁、湖北;
9
国 税 II
类省
天津、山西、江西、贵州、甘肃、深圳、大连、
青岛、新疆、内蒙古、黑龙江、吉林、福建、
重庆、云南、陕西、宁波、北京、河北、安徽、
湖南、广西;
22
国
税
国税 III
类省
海南、西藏、宁夏、厦门、青海; 5
地 税 I
类省
辽宁、河南、湖北、湖南、四川、山东、浙江、
江苏、广东;
9
地
税
地 税 II
类省
天津、甘肃、宁波、青岛、北京、山西、内蒙
古、吉林、福建、江西、重庆、贵州、陕西、
新疆、深圳、河北、广西、云南、黑龙江、上
海、安徽;
21
分类 包含省市 数量
地税 III
类省
海南、青海、宁夏、厦门、大连、西藏 6
(4)金税工程(三期)两级处理平台计算系统服务器档次划分
分类 描述
UNIX 服务器分类:
U-SRV0 类 320 万 TPCC
U-SRV1 类 160 万 TPCC
U-SRV2 类 80 万 TPCC
U-SRV3 类 50 万 TPCC
U-SRV4 类 35 万 TPCC
U-SRV5 类 15 万 TPCC
PC 服务器分类:
PC-SRV1 类 8 路 CPU
PC-SRV2 类 4 路 CPU
PC-SRV3 类 2 路 CPU
(5)金税工程(三期)两级处理平台计算系统服务器总体需求分布
分类
单位
数量
U-S
VR0
U-S
VR1
U-S
VR2
U-S
VR3
U-S
VR4
U-S
VR5
PC-
SVR
1
PC-
SVR
2
PC-
SVR
3
数 据 中
心(北京)
1 4 2 2 9 8 5 11 3
国 税 I
类省
9 4 6 4 14 3 12
国 税 II
类省
22 4 6 4 11 5 13
国税 III
类省
5 4 8 4 11 16
地 税 I
类省
9 4 6 4 14 3 12
地 税 II
类省
21 4 6 4 11 5 13
分类
单位
数量
U-S
VR0
U-S
VR1
U-S
VR2
U-S
VR3
U-S
VR4
U-S
VR5
PC-
SVR
1
PC-
SVR
2
PC-
SVR
3
地税 III
类省
5 4 8 4 11 16
总计 4 74 174 157 338 252 770 390 938
(6)金税工程(三期)两级处理平台计算系统新增服务器需求
根据以上金税工程(三期)两级处理平台计算系统服务器总体需求,考虑原
有可用设备与按金税工程(三期)服务器档次分类对应关系及数量,实际需新增
独立服务器情况如下:
UNIX 服务器:
数量
序号 设备名称
总数量 已有数量 需要增加数量
1 U-SRV0 4 0 4
2 U-SRV1 74 0 74
3 U-SRV2 174 31 143
4 U-SRV3 157 27 130
5 U-SRV4 338
91=46 ( IBM )
+45 ( HP
SUPERDOME)
247
6 U-SRV5 252 26(HP RP8400) 226
PC 服务器:
数量
序号 设备名称
总数量 已有数量 需要增加数量
1 PC-SRV1 770 0 770
2 PC-SRV2 390 3 387
3 PC-SRV3 938 275 663
按以上需新增独立 UNIX 服务器情况,按 UNIX 服务器分区整合的原则,建
议三期的服务器全部使用 U-SRV3 以上的可分区 UNIX 服务器。主机分区规划整
合后需新增大型可分区 UNIX 服务器
分区整合后,实际需要配置大型可分区 UNIX 主机情况如下:
分类
单位数
量
U
-SVR0
U
-SVR1
U
-SVR2
U
-SVR3
U
-SVR4
U
-SVR
5
数据中心(北京) 1 4 10
国税 I 类省 9 8
国税 II 类省 22 4 2
国税 III 类省 5 2 2
地税 I 类省 9 8
地税 II 类省 21 4 2
地税 III 类省 5 2 2
总计 4 346 0 106 0 0
2、存储备份系统
(1)存储备份系统支撑对象
本次两级处理平台存储备份系统设计包含总局(北京)处理平台和省级处理
平台。
金税工程(三期)项目中存储备份系统要支持如下服务器对存储备份资源的
访问需求:
征收管理系统数据库服务器
行政管理系统数据库服务器
数据利用分析决策支持系统 OLAP 服务器
纳税人服务系统数据库服务器
外部信息交换系统数据库
内部网络应用系统邮件及文件服务器
运行维护系统数据库服务器等
(2)存储备份系统建设原则
存储系统建设遵循以下原则:
·为保证系统整体可靠性,系统中配置多台光纤交换机构建环状光纤交换机
连接结构,服务器配置双光纤通道卡连接不同光纤交换机,同时磁盘阵列、磁带
库也配备多个光纤端口连接不同光纤交换机。
·依应用需求配置存储阵列 RAID 级别。关键应用系统、应用压力大的、IO
要求高的系统在保证数据可靠性因应用性质需要较高的 IO 吞吐量,该类系统使
用 RAID0+1 存储;其他系统使用 RAID5 存储。
·SAN 存储用于数据库服务器,NAS 存储引擎用于文件服务器、邮件服务器
的存储需要。
备份系统建设遵循以下原则:
·实现 LAN-FREE 自动备份(其中基于 NAS 的应用数据也实现 LAN free 的
自动备份)
·备份系统的磁带库通过光纤交换机与 SAN 中的服务器和磁盘阵列相连接,
通过两台光纤交换机实现冗余备份和负载均衡,每台光纤交换机与磁带库之间至
少各有 1 条链路,保证连接带宽至少为 200Mbps。
·备份系统通过备份服务器设置备份策略,系统定时进行全备份、增量备份
或差分备份。
·为了提高系统的可靠性和数据的安全性,备份系统对操作系统、应用系统
和数据库三方面内容进行备份。
·备份系统本身在具备大数据量备份能力的同时,也提供安全、可靠、快速
的备份及恢复手段;备份系统在满足预测的备份数据量后,同时具有足够的扩充
能力。
·备份管理软件使用专用备份管理服务器。
·各级处理平台备份系统保存 3 至 4 个数据幅本、备份时间窗口定为 8 个小
时。
(3)存储备份系统国、地税两级分类
分类 包含省市 数量
国 税 I
类省
广东、江苏、浙江、四川、山东 5
国 税 II
类省
上海、河南、湖北、广西、湖南、辽宁、河
北、安徽、云南、北京
10
国
税
国税 III
类省
陕西、甘肃、山西、内蒙古、黑龙江、吉林、
福建、江西、重庆、贵州、新疆、深圳、宁
波、天津、海南、西藏、青海、宁夏、厦门、
大连、青岛
21
地 税 I
类省
广东、江苏、浙江、四川、山东 5
地 税 II
类省
上海、河南、湖北、广西、湖南、辽宁、河
北、安徽、黑龙江
9
地
税
地税 III
类省
云南、北京、陕西、甘肃、山西、内蒙古、
吉林、福建、江西、重庆、贵州、新疆、深
圳、宁波、天津、海南、西藏(忽略不计)、
青海、宁夏、厦门、大连、青岛
21
(4)存储备份系统档次划分
SAN 磁盘阵列分类
SD0 裸容量≥480TB IOPS≥300000
SD1 裸容量≥360TB IOPS≥300000
SD2 裸容量≥25TB IOPS≥300000
SD3 裸容量≥15TB IOPS≥100000
SD4 裸容量≥5TB IOPS≥100000
SD5 裸容量≥ IOPS≥50000
磁带库分类
TB1 ≥480TB
TB2 ≥40TB
TB3 ≥30TB
光纤交换机分类
FSW1 ≥64 端口
FSW2 ≥32 端口
FSW3 ≥16 端口
NAS 引擎无分类
(5)存储备份系统设备总体需求分步
类别 单
位
数
量
S
D
0
S
D
1
SD2 SD3 SD4 SD
5
N
AS
引
擎
TB
1
TB2 T
B3
FS
W1
F
S
W
2
F
S
W
3
备份
管理
服务
器
备份
管理
软件
数据中心
(北京)
1 1 1 1 1 1 8 1 1
国 税 I 类
省
5 1 1 1 1 4 1 1
国税 II 类
省
10 2 1 1 4 1 1
国 税 III
类省
2
1
1 1 1 1 4 1 1
地 税 I 类
省
5 1 1 1 1 4 1 1
地税 II 类 9 2 1 1 4 1 1
类别 单
位
数
量
S
D
0
S
D
1
SD2 SD3 SD4 SD
5
N
AS
引
擎
TB
1
TB2 T
B3
FS
W1
F
S
W
2
F
S
W
3
备份
管理
服务
器
备份
管理
软件
省
地 税 III
类省
21 1 1 1 1 4 1 1
总计 0 1 11 91 42 0 72 1 10 61 292 0 072 72
(6)存储备份系统新增需求
根据以上金税工程(三期)两级处理平台存储备份系统总体需求,考虑原有
可用设备与按金税工程(三期)存储备份系统档次分类对应关系及数量,实际需
新增存储备份系统设备情况如下:
a、需新增存储备份系统磁盘阵列设备数量如下:
数量
序号
金税工程(三期)
SAN 磁盘阵列 总数量 已有数量 需扩容设备数量 需要增加数量
1 SD0(480T)
2 SD1(360T) 1 1
3 SD2(25T) 11 2 9
4 SD3(15T) 91 12 79
5 SD4(5T) 42 19 8(由 3T 扩至 5T) 15
6 SD5() 0 8(用于扩容)
b、需新增/扩容存储备份系统磁带机设备数量如下:
数量
序号
金税工程(三
期)磁带库 总数量 已有数量
需扩容设
备数量
需要增加数量
1 TB1 1 1
2 TB2 10 2 8
3 TB3 61
36 ( 由
12T 扩 至
30T)
25
c、需新增/扩容存储备份系统光纤交换机设备数量如下:
序号 金税工程(三期) 数量
光纤交换机
总数量 已有数量
需扩容设
备数量
需要增加数量
1 FSW1 64 端口 292 26
56(由 32
端口扩至
64 端口)
210
2 FSW2 32 端口 0
56(用于
扩 容 64
端口)
0 0
3 FSW3 16 端口 0 0 0 0
d、需新增存储备份系统 NAS 引擎、存储管理软件、存储管理服务器数量如
下:
数量
序号
金税工程(三期)
SAN 磁盘阵列 总数量 已有数量 需要增加数量
1 NAS 引擎 72 38 34
2 存储管理软件 72 38 34
3 存储管理服务器 72 38 34
系统软件
1、系统软件分类
按照建设内容,系统软件平台主要包含以下几类软件:
(1)操作系统:
小型机及其以上的机型应采用主流的 UNIX 操作系统。操作系统的选型配备
是与硬件选型相关的,操作系统的可选组件的配置由应用决定,一般应当具有分
区、HA 等功能组件。PC 服务器操作系统的选型建议以 Windows 为主。
(2)数据库
数据库选型应遵循主流平台。对于税收业务涉及的公文、邮件、语音、视频
等非结构化数据需采用相应的数据存储机制。
(3)中间件
中间件产品包括:
应用服务器。它是三(N)层次应用体系结构的核心产品,负责接收客
户请求、调度业务逻辑并完成数据访问,它实现了界面逻辑、业务逻辑与数据存
储逻辑的分离,从而使应用软件具有很好的层次性、可维护性和跨平台性。
消息中间件类,也称作传输中间件。它的主要作用有两个,一是用来解
决在广域网环境下的数据传输可靠性问题;二是作为统一的应用接口来解决不同
的应用系统的数据交换自动化问题。
中间件产品应具有较好的应用可移植性,满足金税工程(三期)应用系统对
应用可移植性的要求。
(4)数据仓库及工具软件。
数据仓库及工具软件的功能应当包含数据抽取、数据建模及元数据管理、多
维数据库、数据挖掘、数据展现等。
(5)系统管理软件。
实现对关键设备和应用系统的性能检测、运行状态监测、审计、配置管理等,
以便提前发现问题,尽可能避免系统故障,包括机房管理组件、网络管理软件、
服务器管理软件、安全系统管理组件、存储管理组件、中间件管理软件、数据库
管理软件等。各管理模块功能如下:
机房管理组件主要对 UPS、精密空调、消防、门禁、防盗报警等事件在
事件管理层进行集成。
网络管理软件主要对网络设备、链路、结构进行统一管理,主要为网络
管理员服务。包括:网络拓扑管理、网络故障管理、网络性能管理。
服务器管理软件主要对服务器硬件、操作系统、服务器群集进行统一管
理,主要为主机系统管理员服务。包括:事件故障管理和性能分析管理。
安全系统管理组件是对总局即将部署的安全产品(包括防火墙、入侵监
测、漏洞扫描、防病毒软件)产生的安全事件在事件管理层进行集成。
存储管理组件是对已有的存储备份系统管理软件产生的事件在事件管理
层进行集成。
数据库管理软件主要对税务系统目前使用的数据库系统进行统一管理,
对数据库关键资源、故障进行实时监控,分析数据库的运行情况,主要为数据库
管理员服务。
中间件管理软件主要对税务系统目前使用的应用中间件及消息中间件系
统进行统一管理,包括:业务逻辑拓扑发现,业务逻辑分析诊断,系统性能监控、
分析及报警处理功能。
(6)软件开发、测试工具软件。
软件开发、分析设计工具及开发测试工具包括数据流图、E-R 图、UML 图
等分析设计、开发和测试工具。
(7)邮件系统
金税工程(三期)将统筹规划、完善覆盖全系统的邮件系统。可统筹考虑选
用市场上成熟的工具。
(8)个人办公软件。
个人办公软件的功能应当包含文字编辑等。
(9)其它各类软件。
2、软件配置原则
(1)操作系统:
与主机设备一同配备。
(2)数据库
按照用户数,逐步配齐。
(3)中间件
由于各地的应用规模差异较大,所以根据应用规模分类的不同,对中间件群
集的配置部署会有不同的建议方案。
对于业务量较大的 A 类和 B 类地区,可以采用多层的群集部署结构,分为
Web 层群集和应用层群集。
对于业务压力较小的地区,可以采用单层的群集结构,即不再区分 Web 层
次群集和 APP 层次群集。在 APP 群集层次,可以继续区分 CTAIS、稽核、防伪
税控等,以防止一类应用的调整对其它的应用造成影响。
对于业务压力较大的综合征管软件应用,可以单独构建一个群集,包括多
个 WebLogic Server 实例,这些实例可以跨越不同的物理机器或分区。
对于税收行政类应用,可以部署额外的 WebLogic Server 实例用来提供支撑
服务。各地可以根据各自情况灵活调整。
(4)数据仓库及工具软件。
数据利用的初期,全国不配备统一的数据仓库软件。针对个别需求,可以适
当配备数据分析工具。数据利用的需求成熟,并且各地数据积累到一定程度,实
际的分析工作需要数据仓库产品时,再统一购买数据仓库软件。
(5)系统管理软件。
总局统一配备。
(6)软件开发、测试工具软件。
随金税工程(三期)的应用系统建设的进展配备。
(7)邮件系统
适时配备。
(8)个人办公软件。
逐步配备。
可继承内容
基础环境
总局处理平台的基础环境主要依赖于数据中心(北京)的条件,省级处理平
台主要立足于原有机房,在现有的条件下,按照金税工程(三期)的要求,进行
适当改造、扩容。
局域网络系统
省局处理平台局域网络系统建设所需设备,除核心设备(核心交换机、接入
路由器、核心路由器)由总局统一配备外,其余可利用各省原有的局域网环境和
设备。
计算系统和存储系统
在“一省一市”项目中,总局为 28 个试点单位配备了中高档 UNIX 服务器(HP
SUPERDOME 24CPU)45 台,中档 UNIX 服务器(HP RP8400 8CPU)26 台,42
台中低档磁盘阵列系统。
在全国 36 个省级国税单位推行省级集中征管应用系统项目中,为国税省级
单位配备的 31 台 IBM595 高配 UNIX 服务器(IBM595 24CPU,192GB 内存,四
个分区); 27 台 IBM595 低配 UNIX 服务器(IBM595 16CPU,144GB 内存,
四个分区);46 台 IBM570UNIX 服务器(IBM570 8CPU,72GB 内存,四个分
区),同时还为各省配备了 SAN 存储备份系统,其中包括磁盘阵列、磁带库、NAS
引擎、光纤交换机和存储备份管理软件等。
目前在税务系统独立磁盘阵列约 153 台,其中国税系统约 128 台,其中地税
系统约 35 台,上述设备均可用于金税工程(三期)中。
上述系统可以继承。
系统软件
金税工程(三期)的软件平台可以继承的内容包括:
1、总局已统一采购并部署的仍有升级和补丁服务的操作系统、数据库、中
间件、数据存储备份管理软件、系统管理(网络、主机、存储、数据库)和网络
及信息安全的软件。
2、各省级自行采购的仍有升级和补丁服务的软件。
新建内容
基础环境
总局处理平台所需的基础环境必须要依赖总局数据中心的建设,其中机房环
境建设是核心内容。
省级处理平台所需基础建设主要立足于各省现有机房,在空调、供电、承重、
监控室等方面进行适当扩容,以满足金税工程(三期)的需要,具体费用由各省
自行解决。
局域网络系统
总局处理平台局域网络系统建设所需的网络环境和设备,基本依靠新建和购
买,现有的环境和设备都无法满足实际应用需求。
省局处理平台局域网络系统建设所需除核心设备(核心交换机、接入路由器、
核心路由器)由总局统一配备。
计算系统和存储系统
总局北京数据中心的计算系统和存储系统,根据需要进行采购;总局南海备
份中心的计算系统和存储系统主要依靠新购。
国税省局处理平台的计算系统和存储系统,主要是在现有设备的基础上,根
据金税工程(三期)的推广需要进行添置。
地税省局处理平台的计算系统和存储系统,应根据各地已有设备的配备情况,
按照应用系统部署的统一要求进行新购和部署。
系统软件
1、操作系统
与新购主机同时配备。
2、数据库
国税系统的配备以增加用户数和续买服务为模式。
地税系统按照不低于总局统一谈定的价格采购和配备。
3、中间件
同数据库
4、数据仓库及工具软件。
根据需要采购。
5、系统管理软件。
在 06 年部署包含网络管理、主机管理、存储管理的系统管理软件的基础上,
逐步配齐安全管理等组件。
6、软件开发、测试工具软件。
软件开发、分析设计工具及开发测试工具包括数据流图、E-R 图、UML 图
等分析设计、开发和测试工具。
7、邮件系统
8、个人办公软件。
按需采购。
项目和时间表
总局处理平台
总局处理平台(包括北京和南海数据(备份)中心)第一阶段全部建设完成
具体建设项目及时间表见下。
建设项目 完成内容 时间
基础环境准备 征地、建楼、外部服务设施等
机房建设 机房建设、楼宇布线、电信光纤接入、ups
系统配备。
基 础 环 境 完 成 后
一年内
网络建设 处理平台局域网、楼宇办公网及相关网络
设备的采购、安装。
基 础 环 境 完 成 后
一年内
主机、存储 主机、存储设备的采购和安装 基 础 环 境 完 成 后
一年内
系统软件 系统软件的采购和服务、LISENCES 的采
购
随 应 用 上 线 逐 步
增购
省局处理平台
1、省局处理分阶段、分步建设
(1)省国税处理平台
建设项目 完成内容 时间
机房改造 立足现有机房,进行扩容。 第一阶段第二年
网络建设 处理平台局域网、楼宇办公网及相关
网络设备的采购、安装。
第一阶段第二年
主机、存储 主机、存储设备的采购和安装 近期为保证继续推行三
期过渡期间部分先行建
设省级集中软件推广,
为各省续购一些硬件设
备。
第一阶段第二年(试点
省)
第二阶段(非试点省)
系统软件 系统软件的采购和服务、LISENCES
的采购
第一阶段第二年
(2)省地税处理平台
建设项目 完成内容 时间
机房改造 立足现有机房,进行扩容。 第二阶段
建设项目 完成内容 时间
局 域 网 络 建
设
处理平台局域网、楼宇办公网及相关
网络设备的采购、安装。
第一阶段第二年(试点省)
第二阶段(随地税广域网改造
进行)
主机、存储 主机、存储设备的采购和安装 第二阶段(在地税软件推广前
配备)
系统软件 系统软件的产品和服务的采购 第二阶段
工作安排
总局
总局在处理平台建设所需工作见下:
负责数据中心(北京)和数据中心(南海)的建设。
负责相关设备、系统软件的采购和安装。
统一为各地省级国税系统配备主机、存储、核心网络设备、系统软件。
为中西部省级地税配备相关设备,具体采购形式另行议定。
负责指导各地省级处理平台的建设。
编制、下发处理平台管理规范和运维制度。
负责数据中心(北京)和数据中心(南海)的灾备方案制定和实施。
国税省局
负责本省处理平台的改造。
负责配合总局进行相关设备的安装。
负责除总局统配的设备外,本省处理平台所需的相关设备的准备。
在总局制定的框架内,结合本省实际,负责处理平台管理规范和运维制
度的细化和执行。
中西部地税省局
负责本省处理平台的改造。
负责配合总局进行相关补助软硬件设备的采购、安装。
负责除总局统配的设备外,本省处理平台所需的相关软硬件设备的准备。
总局在地税系统统一推广的应用系统,其所需的系统软件在总局统一招
标后,各省级地税分别签署合同,支付费用。
在总局制定的框架内,结合本省实际,负责处理平台管理规范和运维制
度的细化和执行。
东部地税省局
负责本省处理平台的改造。
负责本省处理平台所需设备的准备。
总局在地税系统统一推广的应用系统,其所需的系统软件在总局统一招
标后,各省级地税分别签署合同,支付费用。
在总局制定的框架内,结合本省实际,负责处理平台管理规范和运维制
度的细化和执行。
应用内核建设
定位及实施目标
应用内核在定位在“公共服务层”,目的是,通过框架和构件的建立,规范金
税工程(三期)项目所有应用系统的技术架构和开发标准,并为整体应用体系提
供可复用的公共构件和组织架构,建立以业务为导向和驱动的、可快速构建应用
软件的业务基础平台;通过基础平台的建立,为上层应用平台制定基础性的服务
和交互方式,为金税工程(三期)“一体化”应用系统提供应用建设的基础。内核
建设完成后,将为三期的整体应用系统提供一个应用建设的整体架构平台,使得
每个具体应用开发只需要专注于自己领域的开发。
金税工程(三期)的应用内核包括:应用级技术平台、框架和公共构件
(库)。
金税工程(三期)的应用内核的主要目标为:
确定合理的应用分层框架模型及其规范:提供经过实践检验并经过业界
认可的应用分层模式,使得各层只需要专注于自己一层的开发。
提供强大而丰富构件:针对企业级应用构建强大而丰富的基础、通用和
领域构件,使得整个系统更利于集成和扩展。
加强应用级技术平台建设:建立数据与功能整合平台、内部门户系统、
身份权限管理平台、人工工作流平台、数据受理平台、外部数据交换平台,为上
层各个应用系统提供统一的、强有力的底层技术支持。
建设内容
金税工程(三期)是一个庞大的系统工程,系统的关键内核建设至关重要,
下图的模型从列(Tier)、层(Layer)和质量特性(Capbility)三个维度描述金税工
程(三期)整体架构和金税工程(三期)应用级技术平台建设。作为一个大的应
用系统,金税工程(三期)的技术体系思想要始终贯穿项目过程。
技术体系三维视图
基础技术内核的建设——框架
1、建设原则
(1)简约架构设计原则,即: 简化核心架构的设计,以基础内核的方式实
现系统架构的灵活性和可扩展性。并通过组件和服务的方式,实现具体业务或特
定功能的扩展。
(2)分层构建原则,从逻辑上将子系统划分成许多集合,而层间关系的形
成要遵循一定的规则。通过分层,可以限制子系统间的依赖关系,使系统以更松
散的方式耦合,从而更易于维护。
2、框架分层概述
金税工程(三期)的应用系统由众多的功能组成,其中有公共的功能部分,
也有特定的功能。为保持功能的独立性,使得局部的变化影响最小,应把功能分
解到最细的粒度,做到功能不重复。分解后的功能进行有序的分组和层次划分,
使得业务专用功能位于上层,跨越业务领域的功能位于中层,而基础服务功能位
于底层。同时,根据应用系统的组(构)件化的设计原则,提炼出内核的公共构
件层。框架建设过程中,要分清层次,逐层建设各级构件。具体框架层次关系描
述如下:
(1)客户层
客户层是指金税工程(三期)最终用户的使用界面和设备,包括基于浏览器
的瘦客户端和基于 GUI 的胖客户端应用。一般情况下,采用基于浏览器的瘦客
户端;特殊情况下,可以采用基于 GUI 的胖客户端。客户层的设计原则是尽量
减少与后台的交互,界面符合用户的使用习惯。对于如何挂接今后逐步完成的应
用的 UI,也应该预先给出规范,以确保整个展现层不会因为系统规模的变化而出
现大的调整。
(2)交互层
交互层是指用户和系统之间的交互管理,提供用户层的展现逻辑和对应用层
的访问接口。也包括单点登录、会话管理、用户输入的逻辑校验等功能。交互层
的设计原则是客户层的访问交互协议尽可能使用 http(s),交互层是客户层的统
一接入点。
(3)应用层
应用层是指业务逻辑的接口,实现业务流程的控制,是业务领域层的服务接
口。应用层的设计原则一是可以使用类似 Session Façade 的模式实现;二是启动
事务控制;三是公共的业务逻辑要集中处理。
(4)业务领域层
业务领域层是指根据业务需求进行抽象的业务对象模型,包括业务规则和逻
辑处理的实现。业务领域层将具体包括两个部份:业务原子构件和利用业务原子
构件构造的业务应用,以确保最大限度进行知识复用。
(5)持久层
持久层是对系统的各种资源和外部系统统一的访问逻辑的实现。持久层的设
计原则是不作语义转换,只实现纯粹的资源访问。
(6)资源层(EIS)
各种信息系统资源,例如:RDBMS、文件系统、原有系统、消息服务、交
易服务中间件等。
3、内核层内、层间交互机制的建设原则
(1) 对于上述所有层在建设时都必须提供一个基础构件的服务。这些服
务之所以称为基础服务是因为其本身为涵盖大部分基本操作功能而又能够作为
独立服务进行部署。从广义上来说它就是通用服务,例如日志工具构件,日期转
换构件等。
(2) 上述每一层在建设时要根据该层的实际需求定制扩展服务,例如在
交互层提供安全认证扩展服务构件,在业务领域层提供规则引擎构件等。
(3) 从上述每一层中的构件的角度来看,要引用基础服务和需要的扩展
服务插件就能正常完成其工作。
(4) 层间尽量采用 XML Schema 数据格式;其次避免跨层次依赖;再次
避免底层对上层的调用,保持层间调用的单向性。具体来说,即各层实现为一个
通用的单向服务提供者,降低层间耦合,达到只要替换其中的任何一个节点或节
点的实现就能实现应用程序以致层的完全移植的能力。
4、框架建设应关注的问题
运行效率:对于大型项目而言,运行效率永远是重点考虑的技术问题。
可扩展性:扩展性主要体现在分布式部署能力、接口开发能力等方面。
业务相关性:技术架构不是万能的,必须要根据业务特点制定具体的解
决方案。
内敛性:系统的各个组成部分要有良好的内敛特性,提高整体性能。
可维护性:可维护性是为了解决运维问题提出的。
故障的热维护能力:提高不停机运行时间。
计算负荷的弹性调整能力:动态均衡服务器集群性能。
考虑到应用系统的复杂性,应该同时支持多种用户界面。
公共构件(库)
1、构件分类
一个框架并不能完全支持一个庞大的应用,还需要一些公共构件、组件的支
持并辅以开发方法的指导。构件是指在功能上相对独立,在应用系统各层间共享
的重要的技术机制和解决方案。既包括独立运行的子系统,也包含提供支持的技
术策略或程序模块。公共构件设计和实现的基本原则是接口和实现的分离,保证
各项公共构件在提供标准化的服务接口的前提下可以替换各种可选的实现,而不
会影响系统其它部分的实现,以此将系统可重用部分可能的变更充分的局部化。
通常将公共构件划分成以下几类:基础构件、通用构件以及领域构件等。基
础构件是完成与应用无关的基础性的公共构件。而通用构件是一般管理信息系统
通用构件。针对税务领域的特定的公共要求,可以通过领域构件实现部分税务领
域相关的通用构件。见下图:
构件分层示意图
金税工程(三期)应用核心的主要公共构件:
(1)基础构件
构件名称 功能
配置管理 对系统的配置文件进行统一的管理
框架调试
可检查框架的配置合法性,检查各层是否配置正确帮助
开发人员快速发现问题。
缓存 实现对象缓存机制,并且需要支持集群的处理。
日志 提供统一的日志记录机制
异常处理机
制
提供统一的异常处理
任务调度 可以安排日程时间进行自动的任务处理。
国际化支持
开发人员自定义某些业务术语的显示名称,比如表
单界面上按钮、列表标题等的显示名称,菜单的显示名
称。解决、实施的方案,框架模板的改动。
输入校验引
擎
对层间交互数据进行合法性校验的一致性后台服务。
打印组件 提供打印预览,并支持套打
部署工具 提供方便的应用部署、打包工具,可使用 Ant
安全构件 提供数据传递的加、解密。
(2)通用构件
构件名称 功能
通用报表
报表的定制、生成、展现、分发、保存的统一服务,包
括报表自定义、离线报表等。还需要支持 JSP 公式定义和解
释引擎,可以用在 JSP 页面,可以在 JSP 页面定义公式,并
在运行时取数据。
通用查询 面向数据监控的可定制的即席查询统一服务或机制。
通用帮助
通过对字典数据表的描述,可以实现通用的弹出帮助和
下拉帮助。
全文检索
对数据库、文件、网站的各种格式的正文进行全文检索
的一致服务。
个性化菜单
定义
每个用户都可以完全定义自己个性化的菜单,系统为每
个用户提供一套菜单
规则引擎 业务层的基础服务实现业务规则的集中管理、运行
工作流构件
实现符合 WFMC 规范的工作流引擎,并提供可视化的
流程定制,可视化的表单定制等。
动态菜单
可以动态增加菜单,当新发布一个功能可以在菜单上增
加上。比如表单定制增加了新的表单,元数据增加新的数据
模型。
(3)领域构件
构件名称 功能
计量单位管
理 处理复杂的计量单位换算
工作日历、
财务日历 实现工作日历、财务期间、财务日历的管理
代码管理 对所有标准代码的管理和对外访问接口。
2、构件管理机制(构件库)的建设
大量的公共构件在对系统框架带来便利的同时,也带来了管理和实际应用上
的问题,例如构件版本控制、依赖关系、应用领域等等,必须有合理的管理和应
用机制才能充分发挥作用。需要建立一个框架构件的管理库,对所有的构件进行
分类管理和应用规则管理,同时还要构件库嵌入到应用开发工具中,实现标准化
构件开发和构件调用。构件库的主要功能是统一管理构件描述、分类、存储、检
索和使用.主要包括:
构件信息管理:对构件的描述信息、检索机制、分类机制等进行管理
file:///E:\�\�c\loushangV3\loushang���х�(old).xls#����!A1#����!A1
file:///E:\�\�c\loushangV3\loushang���х�(old).xls#����:!A1#����:!A1
构件实体管理:对构件的实现信息、发布机制、提取机制等进行管理
分布构件管理:实现构件的分布式部署、运行和管理
构件用户管理:对构件用户的用户名、密码、角色、权限等进行管理
应用级技术平台建设
1、数据与功能互联平台
数据与功能互联平台负责为金税工程(三期)系统架构中的各个应用系统提
供数据交换和功能(服务)调用服务。数据与功能互联平台将建立系统之间的信
息交换机制,制定信息交换所需的技术标准、规范,实现信息资源的全面共享。
同时,该平台还应建立应用系统的功能衔接和跨系统的数据访问,并实现应用系
统之间互联互通的功能。通过该平台还将对未来的应用系统的开发进行约束,对
正在开发中的应用系统提出修改和调整的策略和方法。
数据与功能整合平台建设内容主要包括:
(1)企业服务总线(ESB)
其功能包括:
统一访问服务:负责接收所有外部系统到总线的请求,提供统一的接入
标准。;
服务管理:负责解决各类服务与总线的动态绑定问题,实现服务的注册,
查找,加载,状态控制等各类服务管理机制;
路由服务:负责对请求的目标服务进行动态定位,支持直通以及基于内
容的路由机制;
消息代理:负责总线上所有的消息通讯机制,提供多种类型的信息交互
业务、适合于松耦合的业务集成、通过消息进行的业务集成、发布/订阅消息工
作模式等业务;
服务调度:服务调度机制负责总线同各类服务的直接交互;
流程服务:流程服务完成多环节处理以及需要进行分支以及并行路由的
各类复杂场景;
组合服务:组合服务主要用来处理各种比较固定的多环节处理场景;
(2)ESB 容器
其功能包括:
技术适配:技术适配负责为总线提供能够同各业务系统交互的技术接口
协议,需要对常见的各类标准的技术协议给予支持,如:EJB,WebService,
JMS,Socket,Ftp;
服务调度:服务调度管理负责整个容器的实例化,这也是实现基于配置
的接入访问控制的关键机制;
策略管理:负责对策略配置表的管理,配合全局的配置管理服务来实现
基于界面的容器策略管理机制,由用户来方便的进行容器策略配置;
接入访问控制:负责对源系统的请求和对目标系统的访问进行技术和业
务层面的适配;
2、内部门户系统
一个应用于税务系统所有员工的内部门户系统为税务系统内部办公人员提
供一个网上办公平台,在门户框架基础上开发基本 PORTLET,并通过 WEB 浏
览器对征收管理系统、行政管理系统、外部信息系统、决策支持系统等四大类系
统进行集成,然后在集成的基础上实现各应用系统之间的单点登录。
内部门户系统建设内容主要包括:
建立各省级和计划单列市的内部门户系统框架;
实现各系统之间的单点登录,能够方便地进行各个应用系统之间的频繁
切换;
界面展示风格和内容:要求单点登录后的界面形式规范一致,要求新建
系统按应用系统界面规范开发,在建和已建系统按应用系统界面规范调整;
3、身份权限管理平台
用于内部员工用户的统一用户身份管理平台和集中权限管理平台应实现单
点登录机制,并通过统一用户身份管理、统一权限管理,最终实现一次登录、全
程访问、操作规范、统一界面的无缝操作模式。
身份与权限管理平台建设内容主要包括:
用户管理:对用户信息进行管理,包括用户的增加、删除、修改等操作;
用户信息同步:将身份权限管理平台中更新的用户信息同步到其他相关
应用系统中;
机构管理:对组织机构信息进行管理,包括机构的增加、删除、修改等
操作;
单点登录:提供与各个应用系统的单点登录的管理;
策略管理:管理用户对各应用系统的访问策略;
权限管理:对用户权限信息的维护;
服务管理:提供对身份权限管理平台的各种服务的管理功能;
安全日志管理:对用户访问日志和相关操作日志的记录;
4、人工工作流平台
人工工作流平台为金税工程(三期)系统中各种需要大量人工交互的工作流
程提供一个成熟、稳定的开发和运行平台,主要是:在征收管理系统中需要人工
处理或干预才能完成的各类业务流程,在行政管理系统中需要人工处理或干预才
能完成的各类行政办公流程,这两类场景在流程属性上完全不同,但是流程处理
模式完全相同,在该平台中需要忽略具体的流程业务,将建设重点集中到它们的
流转模式以及同人员的交互机制上,保证整个平台的业务无关性。
人工工作流平台建设内容主要包括:
提供一个简单灵活的流程建模环境,满足各类业务的建模需求,方便的
进行流程的开发、调试;
提供一个灵活,高效以及稳定运行的人工工作流引擎,提供全面的流程
管理控制功能,适应将来税务系统的各类流程需求;
提供完善的任务管理和分配功能,建立灵活的组织机构以及多层级授权
机制,适应目前税务系统省级集中的模式,满足各类场景的工作分配需求;
提供全面的流程状态监控和统计功能,保证系统能够可靠稳定运行,同
时也为各类业务考核提供完整的数据基础;
提供完善的外部应用访问机制,充分利用整合平台的机制来实现人工流
程同外部应用间的相互调用,从而提高人工工作流平台的协同能力,为以后系统
的发展奠定良好的技术基础;
5、数据受理平台
数据受理平台对纳税人申报或申请的电子数据进行采集。该平台对面向纳税
人的各服务系统,如门户网站、电话服务、短信服务、自助终端,在税务端提供
多渠道数据接收和反馈通道,并对其传递的数据进行校验,对校验通过的数据,
受理平台通过整合平台访问相关的业务系统完成特定业务功能。
数据受理平台建设内容主要包括:
提供标准的数据接收接口;
提供标准的信息回馈机制;
提供数据保存功能;
提供数据逻辑校验功能;
调用整合平台或接入渠道提供的服务,完成业务处理。
6、外部数据交换平台
外部数据交换平台是提供税务系统与外部系统进行数据交换的基础技术平
台,通过平台实现税务系统与外部系统的数据交换,从而加强税务系统和相关政
府部门对纳税人的管理,保证国家税款的及时入库,提高税务系统的纳税服务质
量。
数据交换的范围包括:政府数据交换、税银数据交换和税库数据交换。政府
数据交换是税务部门同各政府部门的数据交换,税银数据交换是税务部门与银行
间的数据交换,税库数据交换是税务部门与国库间的数据交换。
外部系统信息采集的范围包括:银行、国库、工商管理部门、地税部门、质
量技术监督部门、海关部门、外汇管理部门、商务部门、公安部门、统计部门、
劳动和社会保障部门、邮政部门、民政部门、国土管理部门、房产部门、法院部
门、机构编制办公室、社会团体办公室、财政部门等共 19 个相关部门信息。
外部数据交换平台建设内容主要包括:
提供统一的数据交换报文标准;
提供统一的请求接入接口,实现同步、异步接入;
解析接入报文并根据需要进行数据转换成统一数据交换报文。
可继承内容
(1) 数据与功能互联平台
根据技术成熟度的变化做调整。
(2) 内部门户系统
(3) 身份权限管理平台
(4) 人工工作流平台
(5) 数据受理平台
根据需求变化可做部分内容的调整。
(6) 外部数据交换平台
根据有数据往来单位的变化做部分修改。
新建内容
应用系统框架和公共构件。
实施步骤
1、前置条件:金税工程(三期)应用规划和总体设计
完整的金税工程(三期)工程应用规划和总体设计为框架设计提供明确的范
围和判断依据。
2、系统框架规划和总体设计
组织调研给出应用框架设计的总体结构和基本原则。
3、系统框架选型和定制开发
系统框架招标,针对各个核心框架进行选型和必要的定制开发。
(1)框架开发。
前期的调研。确定框架的目标和范围。
系统设计和接口设计。
初步开发。实现最小的运行环境。
运行环境的测试。测试基本框架的可用性。
开发和维护工具的开发
(2)在构件部署前做好框架各种关键机制的开发。
层内交互机制的制定及实现。
层间交互接口的规范,数据格式的统一。
驱动机制的建立。
如果构件的数量达到一定级别,还要进行构件库管理机制的建立。
(3)各层框架核心公共构件的部署。
核心框架主要必需构件一览表
构件
名称
功能说明 实施先决条件
采购方
式
紧迫性 备注
框架 见 招标 急
WEB
组件
提供丰富的 JSP 标
签,简化 JSP 页面
的开发
框架规划完成 招标
工作
流
实现符合 WFMC
规范的工作流引擎,
并提供可视化的流
程定制,可视化的
表单定制等。
框架规划完成 招标 急
调 研 ,
采 购 成
品
规则
引擎
实现业务规则的集
中管理、运行
框架规划完成 招标 急
采购成
品
用户
权限/
安全
控制
既要提供高级别安
全访问控制,又要
操作管理非常简单,
是应用系统的重要
需求。提供基于角
色模型的安全访问
控制机制。
框架规划完成
正在开
发
急
总参开
发
缓存
实现对象缓存机制,
并且需要支持集群
的处理。
框架规划完成 招标 中
配置
管理
对系统的配置文件
进行统一的管理
框架规划完成 招标 中
元数
据管
实现运行时模型管
理,可在运行时添
框架规划完成 招标 中
可采购
成品
构件
名称
功能说明 实施先决条件
采购方
式
紧迫性 备注
理 加对象模型
异常
处理
机制
提供统一的异常处
理
框架规划完成 招标 急
日志
提供统一的日志记
录机制
框架规划完成 免费 急 Log4j
4、试点运行
系统框架验证,结合试点单位的运行情况,采用原型法和具体应用相结合的
方法进行框架验证,以及必要的调整。
5、后期工作:系统框架标准完善和维护体系建设
完善系统框架的标准,并建立组织上、技术上、平台上的可持续改进的软件
框架标准的维护体系和制度。
实施工作和时间表
序号 实施项目 时间(月) 备注
1
金税工程(三期)
项目规划和总体设计
1 正在进行
2
框架规划和总体
设计
3-5
3
系统框架选型和
定制开发
10-12 整理需求完成基础框架的研发
4
试点运行和平台
验证
10-12 在基础框架上开发试验应用系统
5
系统框架标准完
善和维护体系建设
长期
结合开发过程中的问题,继续优化
基础框架
6
应用系统研发和
完善
长期
根据基础框架开发各应用系统、根
据运行维护工作中的问题继续完善应
用系统
实施流程图
实施流程图
灾备系统建设
背景及现状分析
面临的灾难分析
1、机构的共性风险分析
序号 灾害名称 对 IT 系统可能造成的影响
1 地震 机房、机器损毁,电力、通信中断,人员伤亡
2 轰炸、爆炸 机房、机器损毁,电力、通信中断,人员伤亡
3 火灾 机房、机器损毁,电力、通信中断,人员伤亡
4 水灾 机器损坏、电力中断,人员受阻
5 电力供应中断 机器停止运行
6 环境污染 机器运行不正常,人员受损
7 飞机坠毁 机房、机器损毁,电力、通信中断,人员伤亡
8 火山爆发 机房、机器损毁,电力、通信中断,人员伤亡
9 恐怖袭击 机房、机器损毁,电力、通信中断,人员伤亡
10 大风雪 交通受阻,人员不能到位,电力通信可能中断
11 病毒的发作 系统运转不正常甚至停机
12 灾难的机器故障 系统停机
13 阴谋破坏 系统运行不正常
2、机构存在的差异性风险分析
序号 风险 对 IT 系统可能造成的影响
1 建筑环境物理安全 机房倒塌
2 基础设施的脆弱性 漏水、漏电,电磁干扰
3 数据中心的环境位置 泥石流,粉尘、有毒气体,造成机房故
障
4 不满情绪的雇员 蓄意破坏系统,误操作
5 数据安全 非法入侵
6 关键技术点 文档丢失,关键技术人员离职
7 系统支持和恢复 配件不齐、支持人员不够
3、灾难的控制程度分析
序号 风险类型 可能的控制方法 可控制程度
1 自然的 提高抵御自然灾害的能力 低
2 人为的 严格管理制度 中
3 技术的 采用冗余配备 高
4 政治的 低
5 无意的 严格管理制度 中
6 故意的 增强安全防范意识 中
7 内部 加强思想教育 中
8 外部的 加强联系沟通 中
4、通过异地灾备可以规避的风险分析
基本可以规避的风险 难以规避的风险
地震 地区级别的战争
火灾
水灾
环境污染
电力中断
飞机坠毁
恐怖袭击
基本可以规避的风险 难以规避的风险
病毒发作
恶意破坏
机器故障
关键技术点
系统支持问题
灾备现状
1、部分省已经开始逐步建立其自己的数据备份恢复机制
随着税收信息化的不断深入,以及省级大集中范围的不断扩大,部分省级处
理平台已经开始逐步建立本省的核心应用系统的备份,防止本省设备、网络和应
用的单点故障发生。
2、目前尚未建设省级和总局级的异地灾备中心
根据金税工程(三期)的项目建设要求,各信息系统的数据将逐步集中到省
级处理平台,其核心应用也将逐步上收到省级处理平台和总局处理平台。目前,
国家税务总局以及各省国、地税务部门现有业务严重依赖信息系统,其新业务的
开展也离不开信息系统的支持,大量重要的税务数据通过信息系统的网络和主机
应用进行传输和处理。一旦这些机房因为电力、水灾、火灾等因素而无法正常运
作,如果没有异地灾备中心提供服务,则将会直接影响到业务系统的正常运行,
其影响面也将直接波及到全省乃至全国。
3、目前尚未建立一套科学可行的灾难恢复机制和流程
一旦灾难发生,由于目前缺乏有效流程控制和演练,将使得灾难恢复过程存
在巨大变数,难以保障其可以在较快时间内迅速将各系统恢复。
实现目标
规避或减少因自然灾害和人为事故给税收工作带来的损失;
保证税收业务数据的完整和安全;
保证税收工作的正常进行;
保证税收应用系统的可用性。
灾备系统项目需求
总局南海灾备中心的需求
1、为总局处理平台提供 12 小时内接管其业务的服务。
2、为省级处理平台提供 24 小时内接管其业务的服务,被接管的业务仅限于
总局统一推行的系统,且最多同时支持两个省级处理平台的业务接管。
3、搭建一套完整的灾难恢复演练环境。
4、制定灾难恢复计划,建立容灾系统日常管理维护制度、灾难恢复机制和
流程。
各省级处理平台需求
1、各省级处理平台应采取数据备份和设备容错等手段,消除本地单点故障。
2、将本省税收数据实时传输到总局灾备中心。
实施内容
容灾系统主要包括各地生产系统本地备份、网络备份系统、南海灾备中心三
个部分。
各地生产系统本地备份实现对生产系统消除单点故障。
网络备份系统实现在灾难发生时,提供网络切换功能。
南海灾备中心实现数据远程实时复制,在灾难发生时提供业务接管服务。主
要包括两个灾备系统:一是为总局提供灾备服务的系统(下称总局处理平台灾备
系统);二是为省级提供灾备服务的系统(下称省局处理平台灾备系统)。
总局处理平台灾备系统
1、设计思想
按照总局业务的要求, 总局灾备方案的设计思想:
灾备等级为第 5 级。
RTO<=12 小时, RPO<=1 小时。
灾备中心的服务器配置、数量和型号与总局生产系统保持一致。
灾备中心包含灾难恢复演习环境。
当应用切换到灾备中心后,为了避免灾备中心省局数据复制对总局业务
的影响, 总局灾备系统使用单独的存储阵列。
数据复制不占用总局生产服务器的资源(CPU、内存等)。
降低数据复制设备对生产环境的影响,例如不需要对总局生产系统中的
LUN 进行重新划分。
2、总局业务系统纳入灾备系统的前提条件
在总局的业务系统纳入灾备前,应该建立基于 SAN 的存储网络环境。并且
生产系统应该具备本地的高可用性环境,以消除单点故障。
3、数据复制技术的选择
基于不同的假设,可以选择满足要求的不同数据复制技术:
若灾备中心采购与总局生产系统同一系列的磁盘阵列,则可以考虑采用
基于磁盘阵列的数据复制技术(例如 EMC 的 SRDF 技术) 。
考虑到北京到南海的距离较远,建议采用异步数据复制方式。同时需要采
购 4 台 FCIP 设备。生产中心 2 台互为备份,灾备中心 2 台互为备份。
b、若灾备中心采购的存储设备与总局生产系统不属于一个产品系列或
者是由不同厂家提供的产品,则可以采用第三方厂家的数据复制产品进行数据复
制。数据复制依然推荐采用异步方式。生产中心和灾备中心要采用高可用性设计。
4、主机系统的选择
总局处理平台生产系统包括税收管理系统、数据利用分析决策系统、内部网
络应用系统、行政管理系统、纳税人服务系统、运行维护系统和外部交换系统。
灾备中心备用数据处理系统按与总局生产系统完全一致进行配置
5、灾难恢复演习环境
灾难备份中心的灾难恢复演习环境与灾难恢复环境共享设备。在主机系统上
配备 2 个不同系统的启动盘,随时进行环境的切换。在存储系统上划分一个与灾
难恢复环境空间一样大的存储空间,作为演习时的试验环境。
在准备进行灾难演习时,主机系统启动灾难演习专用的操作系统(需要分配
灾难演习专用的一套 IP 地址),磁盘阵列做一次快照,作为演习环境。演习结束
后,再恢复到以前的状态。
省局处理平台灾备系统方案
1、设计思想
灾备等级为第 5 级。
RTO<=24 小时, RPO<=2 小时。
灾备中心的服务器配置、数量和型号尽量考虑共享性。
灾备中心包含灾难恢复演习环境。
数据复制不占用省局生产服务器的资源(CPU、内存等)。
降低数据复制设备对生产环境的影响,例如不需要对省局生产系统中的
LUN 进行重新划分。
灾难恢复环境满足可同时接管 2 个省局业务。
灾难演习环境满足可以同时进行 2 个省局的业务切换演练。
2、省级业务系统纳入灾备系统的前提条件
在省级的业务系统纳入灾备前,应该建立基于 SAN 的存储网络环境。
生产系统应该具备本地的高可用性环境,以消除单点故障。
应用系统的版本应与总局统一推行的版本一致。各地自有的系统应及时
在灾备中心更新。
3、数据复制技术的选择
若灾备中心采购与省级生产系统同一系列的磁盘阵列,则可以考虑采用
基于磁盘阵列的数据复制技术(例如 EMC 的 SRDF 技术) 。建议采用异步数
据复制方式。同时每个省级单位需要采购 2 台 FCIP 设备。生产中心 2 台互为备
份,灾备中心 2 台互为备份。
若灾备中心采购的存储设备与总局生产系统不属于一个产品系列或者是
由不同厂家提供的产品,则可以采用一些第三方厂家的数据复制产品进行数据复
制。数据复制依然推荐采用异步方式。生产中心和灾备中心要采用高可用性设计。
4、主机系统的选择
省级处理平台生产系统中需要备份的系统包括税收管理系统、数据利用分析
决策系统、行政管理系统、纳税人服务系统和外部交换系统。灾备中心能够同时
支持两个省级单位发生灾难后的业务运行。
考虑到共享设备,对每一个系统分别根据主机所使用操作系统版本进行分类,
在同类主机中选择最高档作为灾备中心备用系统主机,且同时备用两套。5、灾
难恢复演习环境
灾难备份中心的灾难恢复演习环境与灾难恢复环境共享设备。在主机系统上
配备 2 个不同系统的启动盘,随时进行环境的切换。在存储系统上划分一个与灾
难恢复环境空间一样大的存储空间(容量应满足存储容量需求最大的省),作为
演习时的试验环境。
在准备进行灾难演习时,主机系统启动灾难演习专用的操作系统(需要分配
灾难演习专用的一套 IP 地址),磁盘阵列做一次快照,作为演习环境。演习结束
后,再恢复到以前的状态。
存储备份系统
根据规划,灾备中心备份存储总容量为 600TB,备份磁带(200GB)6000
个。在灾备中心构建一个 SAN 存储网络,各备用系统可通过 SAN 共享存储设
备。灾备中心 SAN 存储网络与 71 个处理平台 SAN 存储网络之间通过 SAN 路由
器互联。
灾难恢复预案
灾难恢复预案是为了规范灾难恢复流程,使得灾难发生后能够快速地恢复业
务处理系统运行和业务运作;同时可以依据灾难恢复预案对灾难备份中心的恢复
能力进行测试和演练。
制订灾难恢复预案的目的是:当有重大灾害及突发状况发生,而危及、阻断
组织机构的信息系统及人员的正常运作时,能有效地让信息系统继续运作,确保
组织机构的正常的作业活动。
灾难恢复预案适用的范围是:天灾的部分包括水灾、火灾、地震、停电等。
人为的部分包括传染病 (例如 SARS 疫情) 致使人员需被迫隔离、计算机病毒威
胁、黑客攻击、阻绝服务攻击和其它许多不同形式的入侵导致信息系统中断或故
障。
灾难恢复预案内容主要包括:
灾难恢复组织机构
灾难恢复目标、范围
恢复队伍人员与职责、联络清单等
对外联系与沟通计划
灾难演练与维护规程
IT 系统的灾难恢复流程
业务系统的灾难恢复流程
灾难回退流程
各省国、地税局要做出灾难恢复预案,并进行日常的维护、定期测试和演习
以及审核,以保持其持续可用。具体内容参考《重要信息系统灾难备份规划指
南》。
灾备中心技术支持人员要求
技术支持人员至少有以下三类:
7 x 24 小时 专职计算机机房管理人员;
7 x 24 小时 专职数据备份技术支持人员;
7 x 24 小时 专职硬件、网络技术支持人员。
对于统一的和标准化的系统(总局推行的系统),技术支持人员数量相对固
定,即不随所备份系统数量的增加而增加。按五天工作制,双人四班考虑,上述
三种专职人员至少需要 36 人。
对于个性化系统,不同系统需配备不同人员,其数量将在 36 人基础上,随
所备份系统数量的增加而显著增加。
基本实施步骤
1、建立南海灾备中心筹建机构
2、南海灾备中心机房及附属设施建设
土建工程
电气、照明、水、燃气、消防等设施
机房装修、综合布线、监控设施等
3、南海灾备中心广域网络系统建设项目
纳入金税工程(三期)广域网络建设,尽可能提前实施。
4、南海灾备中心局域网建设项目
5、南海灾备中心总局数据处理中心灾备系统建设
远程数据复制系统
备用数据处理系统(含主机、存储、操作系统、数据库系统、中间件系
统、应用软件等)。包括总局业务系统,也包括内网 CA 系统。
6、南海灾备中心省局处理平台灾备系统建设
远程数据复制系统
备份存储系统(含存储、带库等)
备用数据处理系统(含主机、存储、操作系统、数据库系统、中间件系
统、应用软件等)
7、南海灾备中心安全系统建设
纳入金税工程(三期)安全体系建设。
8、建立南海灾备中心正式运行管理机构
9、总局数据处理中心灾备系统试运行
10、省局处理平台灾备系统试运行
11、总局、省局灾备系统正式运行
12、灾备系统灾备演练
第三章 征收管理系统建设规划
实施目标与建设内容
实施目标
1、两级处理:以税收征管业务为主线,依托统一的应用集成平台,在总局和
省级数据集中的基础上,按照业务便捷、效率优先和管理强化的要求,在省级数
据集中的基础上将部分跨地域处理的业务的数据处理层级逐步提升到总局。
2、业务全面覆盖:实现业务功能、工作流程、税种的全面覆盖,提高系统
间的信息共享程度,保证数据口径和数据来源的一致性要求,实现数据的一次采
集多处使用。
3、使用便捷:提供统一的涉税事宜和纳税服务的受理平台;为操作层工作
人员提供全程业务提示和业务监控的统一业务处理平台;为管理层提供准确高效
的税源管理平台;为决策层的科学决策提供正确依据,并实现对业务处理执行过
程全方位的管理监控。
4、互联互通:在系统之间松耦合条件下,实现不同模块之间的数据和功能
的互联,实现国、地税业务的数据互联和功能互通,实现与行政管理系统的文书
流转模块的自动衔接,避免文书审批的重复操作;通过外部信息交换系统,统一
与纳税人及外部门的信息交换渠道,所有外部信息采集将通过外部信息交换系统
完成。
建设内容
按照业务处理流程、业务响应时效性要求和业务数据操作类型(如:事务交
互类数据、分析类数据)的要求,依托金税工程(三期)统一技术框架和系统平
台,对税务业务功能进行合理划分,通过分层实现的方式,达到灵活适应此后因
业务调整所带来的业务处理性能要求以及界面功能展示要求。
可继承内容
根据金税工程(三期)总体规划、各系统关联关系,征收管理系统可继承
内容为:
1、防伪税控系统
按照金税工程(三期)技术体系要求,技术升级防伪税控企业端开票系统;
防伪税控发票发售和抄报税功能作为核心业务的“办税服务——纳税申报
——抄报税”模块的组成部分。
2、税控收款机系统
继续完成税控收款机、税控器具、银行卡受理终端等纳税人端设备的推广应
用;
对于税控收款机管理系统,考虑到业务特殊性,可以保留税控器具管理部分
功能,但将模块一的“税控数据接收处理”和“税控数据分析比对”、模块二的“税控
数据接收处理”作为核心业务的“办税服务——纳税申报——抄报税”模块的组成
部分。
3、交叉稽核系统
保留现有交叉稽核业务功能,逐步扩展交叉稽核对象,逐步涵盖普通发票稽
核;
在应用层级上,逐步实现稽核三级变两级;
交叉稽核系统的纳税人基本信息、稽核结果与核心业务系统、异地信息协作
平台相衔接。
4、协查系统
保留现有协查系统业务功能,逐步拓展功能领域,涵盖增值税专用发票、四
小票以及其它需要异地互通的所有信息的异地信息协作平台;
应用的层级上,实现协查信息两级数据集中;
结果与核心业务系统、“检查法制类系统——稽查案件管理”相衔接。
5、税务审计软件(含涉外审计和稽查查帐)
作为稽查人员在企业进行查账(审计)工作使用的工具系统,保留原系统功
能;
其数据接口、数据交换等与“核心业务”和“检查法制类系统——稽查案件管
理”相衔接。
6、车购税管理系统
考虑到车购税业务的独特性,作为独立系统重新开发;
其数据接口、数据交换等与“核心业务——内部管理——会计统计”相衔接。
7、个人所得税代扣代缴企业端
8、出口退税审核功能
现有出口退税系统的纳税人基础信息和申报功能纳入核心业务系统。其审核
功能保留,技术体系按照金税工程(三期)要求升级。
技术实现方案
税收征收管理系统技术实现方案如下图所示:
税收征收管理系统技术实现示意图
对于应用功能分布和数据库分布说明如下:
1、数据库分类
(1)生产数据库
核心业务库:考虑到数据耦合的程度要求很高,建议核心业务系统后台
数据库应作为独立数据库进行设计,数据库内部可以设立若干逻辑库,
分别存储纳税基本信息(登记、申报、征收)、会计核算信息、出口退
税信息、所得税汇算清缴信息;
发票库:存储抄报税环节从纳税人获取的增值税专用发票的进项和销项
信息、普通发票的明细信息;
异地信息协作库:存储发票和案件的协查、核查信息;
检查案件管理库:存储稽查案件管理系统、法制管理系统的案件信息库;
单税种管理库:目前仅指车购税管理系统。
补充说明:
考虑到出口退税信息、所得税汇算清缴信息的业务特殊性,从技术实现
上也可以为其独立设立数据库,实现总局数据集中。
由于数据耦合度不高且数据量不大,发票内部管理信息、票证管理信息、
资料管理信息、档案管理信息可以并入核心业务库,若单独作为项目实
施也可以为其单独设立数据库。
(2)缓冲库
为保证生产系统的运行效率,可以为每个生产系统建立缓冲库机制。对于核
心业务库而言,当一项业务办结之后便将相关数据转移到缓冲库中,若有业务处
理要求也可以从缓冲库中将相关数据激活并反写到核心业务库中。
(3)一户式存储数据库(ODS)
按照一定规则,将生产数据库(包括缓冲库)数据复制到一户式存储数据库
(ODS)的缓冲库中。当年度核算结束后,再将一户式存储数据库(ODS)缓冲
库信息复制到一户式存储数据库(ODS)历史库中。一户式存储数据库(ODS)
历史库将按照主题保存。
2、业务功能在数据库上的分布
除以下功能外,征收管理系统的业务功能都将依托生产数据库建设。
对于纳税评估业务中涉及当期数据,或者涉及历史数据统计结果的简单
业务处理,将依托一户式存储数据库(ODS)进行实现;
对于纳税评估业务中涉及经济模型分析的复杂业务处理,将依托数据仓
库中多维数据库(MOLAP)进行实现;
稽查选案(计算机选案)部分功能,主要涉及历史数据库,将依托一户
式存储数据库(ODS)实现;
纳税人信用等级评定、反避税等业务涉及较为复杂的经济分析模型,并
还将涉及一部分外部门交换信息,将依托数据仓库中多维数据库
(MOLAP)进行实现。
3、征收管理系统和其他系统的关系
(1)与外部信息交换系统的关系
征收管理系统中涉及到与纳税人、外部门相关的信息交换,将全部依托外部
信息交换系统实现。
(2)与决策支持系统的关系
征收管理系统中的部分业务功能,将依托决策支持系统项目中的数据仓库进
行建设。
关键点
前提
1、尽快实施技术平台建设,完成税收业务系统的公用组件和总体框架建设,
以及相关数据标准的建设。
2、尽快完成税收征管业务需求梳理。
难点和要点
1、可继承系统(交叉稽核系统、防伪税控系统、协查系统、税控收款机等)
的升级维护与三期核心系统有效的衔接,将涉及部分平台迁移和调整;
2、按照业务功能整合和松耦合的原则梳理并抽象税收业务功能;
3、适应总局和省局数据集中,实现管理高效和系统实用、稳定和易维护的
目标;
4、历史数据的迁移方案将比较复杂、工作量大。
实施步骤与计划
核心业务
实施步骤
1、在资源整合项目的基础上,完成征收管理系统的基础技术平台建设。包
括:
(1)尽快完成通用受理平台的建设(依托于资源整合项目的纳税人受理平
台);
(2)完成统一工作流引擎、通用报表组件、统一权限管理等基础组件的采
购及配备;
(3)完成需要定制的部分组件的选型或定制工作。
2、按照以下步骤完成征收管理软件的开发和部署工作:
(1)业务需求整理
业务需求整理
税收业务梳理、分析、优化和整合。
(2)业务需求分析
业务功能建模
数据模型设计
(3)系统建设方案的编制
总体方案设计
系统功能设计
数据库设计
3、软件招标
4、软件开发和测试
5、试点运行
实施计划表
序号 项目内容 实施时
间(月)
承担人 总局配备
资源
各地自备
资源
业务需求整理 待定 总局,省局配合1 业 务 需
求整理 需求分析、优化
和整合
待定 总局,省局配合
业务功能建模 3 总局,省局配合2 业 务 需
求分析 数据建模 3 总局,省局配合
3 系统平台建设 3 总局
总体方案设计 1 总局,省局配合
系统功能设计 1
4 建 设 方
案编写
系 统 技 术 实 现
设计
1 总局,省局配合
5 软件招标 3 总局
6 软件开发 6 总 局 和 合 作 公
司
系统平台
7 软件测试 3 总局,省局配合
8 试点运行 6 总局指导,省局
配合
网络、硬件、
软件平台,
应用软件
软、硬件平台集成,网
络建设,试运行数据、
人力准备
其他业务
实施计划
1、业务需求整理
(1)业务需求整理
(2)税收业务梳理、分析、优化和整合。
2、业务需求分析
(1)业务功能建模
(2)数据模型设计
3、系统建设方案的编制
4、软件招标
5、软件开发和测试
6、试点运行
其他应用系统实施计划表
序号 项目内容 实施时
间(月)
承担人 总局配备
资源
各地自备
资源
1 业 务 需 求 业务需求整理 待定 总局,省局配合
整理 需求分析、优化
和整合
待定 总局,省局配合
业务功能建模 3 总局,省局配合2 业 务 需 求
分析 数据建模 3 总局,省局配合
4 建设方案编写 1 总局,省局配合
5 软件招标 2 总局
6 软件开发 6 总局和合作公司 系统平台
7 软件测试 1 总局,省局配合
8 试点运行 3 总局指导,省局
配合
网 络 、 硬
件 、 软 件
平 台 , 应
用软件
软、硬件平台集成,
网络建设,试运行数
据、人力准备
税收征管系统实施流程总图
税收征管系统实施流程总图
第四章 行政管理系统建设规划
实施目标与建设内容
行政管理系统是机关内部行政类软件的统称。系统面向税务系统内部行政管
理事务进行处理。税务机关可以利用该系统提高政务工作的效率,建立一个更加
勤政、精简的政府机关。
行政管理系统应用范围覆盖总局以及全国国、地税系统各级税务机关,使用
用户为各级税务机关工作人员,同时也是各级税务机关领导干部重要的办公平台。
行政管理系统主要包含七个子系统:综合办公、人力资源、财务管理、监察监督、
教育培训、政府采购管理以及后勤保障等系统。
行政管理系统开发和推广是针对总局和省级国、地税务局。系统基于省级集
中模式运行。
行政管理系统模型由横向模型和纵向模型组成。
行政管理系统的横向模型:各级税务机关在履行其行政职能过程中共有的政
务活动,主要包括综合办公、人力资源、财务管理、监察监督、教育培训、政府
采购管理以及后勤保障七个子系统。其中:
综合办公子系统:包括工作安排、文件管理、信访管理、督查督办、会
议管理、信息采编、宣传管理、信息服务(内部网站)八个模块。
人力资源子系统:包括人事管理、教育管理、党群管理三个模块。
财务管理子系统:主要包括预算管理、收入支出管理、基本建设管理、
固定资产管理、内部审计管理、基础信息管理等六个模块。
监察监督子系统:包括廉洁自律、案件管理、纠风工作、执法监察、行
政监察、廉政教育等六个模块。
教育培训子系统:包括学员管理、在线学习、网上考试、培训管理、施
教机构管理、综合管理、评估查询等七个模块。
政府采购管理子系统:包括政府采购预算、政府采购实施计划、政府采
购项目合同款项国库集中支付、政府采购审批、备案管理、协议供货管理、政府
采购专家库管理、政府采购专项检查、合同执行管理、政府采购信息统计、政府
采购目录基础管理等模块。
后勤管理系统分为餐饮管理、交通管理、医务管理、办公用品管理、固
定资产管理、房产管理、宾馆接待管理、订票管理共计八个模块。
通过统一技术平台,实现行政管理系统各子系统之间,以及行政管理系统与
其它应用系统之间的数据互连互通和信息共享。通过同一个工作流的公共服务,
在工作流引擎上实现内部工作以流程为导向的要求,实现数据互连互通和信息共
享。
可继承内容
综合办公
税务综合办公信息系统作为税务行政管理系统的子系统,其中包含了文件管
理、工作安排、信访管理、督查督办、会议管理、信息采编、宣传管理、信息服
务(内部网站)八个业务功能模块。
行政管理系统可继承的内容包括上述八个业务功能模块。模块功能如下:
1、文件管理是税务综合办公系统的基础模块,将收文办理、发文办理、内
部文件办理、督促检查、档案管理等业务实现计算机管理,能完成文件的起草、
审批、会签、封发、归档等业务处理,实施上下监控,支持在线查询和统计分析。
处理的文件主要包括:一般行政公文、信访文书、税收征管业务文书以及其它需
要在税务系统内部进行审批的各种文书。
2、工作安排主要分为部门工作安排、个人工作安排两大部分。都是基于工
作任务的由来,工作计划的建立、审批,工作任务的处理,一系列紧密相扣的环
节。系统关注工作的被指派、审核、办理、结束阶段,另外为了丰富功能加入了
一些辅助性功能。
3、信访管理是实现对信访过程中从信访登记、呈批、转交办、结果审核、
信访考核、归档等环节的信息化、自动化管理。从而达到利用计算机加强信访管
理工作,并对整个信访管理工作实施有效监控的目的。所受理的信访件是指:公
民、法人或者其他组织采用书信、电话、走访、传真、电子邮件等形式,向各级
税务机关反映情况,提出意见、建议或者要求,依法应由税务机关处理的活动。
信访管理模块主要实现以下功能:信访登记、信访呈批、信访办理、信访回复、
信访审核、信访考核。
4、督查督办是督办部门根据《全国税务机关督促检查工作办法》及有关规
定对重要文件或事项的办理进行督查、督办,及时掌握办理的进展情况。督查督
办模块主要实现以下功能:督查督办立项审批、督查督办事项通知、督查承办、
督查承办情况反馈、督查催办通知以及督查催办延期审批。
5、会议管理是为了实现会议管理制度、会议安排、会议材料的网上公示、
查询;局内会议和系统会议的申请、审批、通知、报名、组织等环节的网上运行,
避免在时间、地点、人员方面的冲突,具备会议管理诸环节的自动回执功能;可
自动生成会议代表名单、接送站名单、分组名单等有关表格;能够将会议管理与
财务管理、文档管理等相关信息共享;有利于精简会议、提高会议效率、降低会
议成本。
6、信息采编包括信息的报送、采集、审批、编号、印刷、发送(布)、查阅、
统计等环节。通过信息采集系统的建立,使信息的采集工作实现全程自动化和无
纸化,大大提高采集效率,同时使信息工作实现规范化、制度化、科学化管理。
7、新闻宣传工作的职责是及时宣传国家的税收法规、政策和党中央、国务
院以及总局有关税收工作的重要部署,反映社会各界人士对税收工作的意见和建
议。通过建立宣传管理系统,使新闻稿件的管理更趋规范化,提高新闻宣传管理
的工作水平。
8、信息服务实现内部网站等功能。
人力资源
人力资源管理子系统包括人事管理、党群管理两个模块。
系统可继承的内容是人事管理系统。
人事管理是税务行政管理的重要内容,根据税务管理职能职责进行机构、岗
位设计,科学合理的调配人员,并提供必要的保障。本模块包括下列子模块:机
构编制管理、人员调配管理、职位分类管理、干部任免管理、工资管理、保险福
利管理、考核奖惩管理、出国出境管理、人事统计管理、职称管理、评先创优管
理、后备干部、退休审批、离退休信息管理等模块。模块功能如下:
1、机构编制管理为各级国税人事管理部门在处理机构编制业务时提供信息
化辅助手段,包括:机构设置、人员编制、领导职数、非领导职数、年度增人计
划等工作的管理。以及为上级机关监督下级单位的机构设置和编制使用情况所用。
2、人员调配管理为各级国税人事管理部门在处理人员调配业务时提供信息
化管理手段,规范工作程序,进一步提高人员调配工作效率,以及上级机关监督
下级单位的人员进出情况所用。
3、职位分类管理为各级国税人事管理部门在明确每个职位的职责和任职资
格条件时,提供信息化管理手段,以及为上级机关监督下级单位的职位设置和职
能分解情况所用。
4、干部任免管理旨在加强税务系统人事管理基础建设,实现人员信息资源
共享和干部任免的信息化、网络化、科学化和规范化,加强干部管理和监督工作,
提高办事效率,也便于快速、准确地查阅、统计和分析干部任免信息,更好地发
挥干部任免工作在领导干部队伍建设中的积极作用。
5、工资管理通过严格的工作程序和功能权限管理实现工作人员基本工资和
津补贴的调整、工资总额管理和工资基金的信息化管理。通过建立工资管理系统,
可以实现工资管理的信息化、规范化,更好地发挥工资管理工作的作用。
6、保险福利管理实现保险福利管理的信息化、规范化,提高办事效率,更
好地发挥保险福利管理在人事管理中的作用。
7、考核奖惩管理记录税务系统领导班子考核、个人考核、个人奖惩、集体
奖励的结果信息,便于查阅、统计、分析,生成公务员考核登记表、年度考核名
册、年度奖励花名册、年度惩戒花名册,处分到期自动提示。
8、出国出境管理对国税系统人员因公(私)出国出境历史记录进行管理,
记录国税系统人员因公(私)出国出境过程中的资料数据,生成日常所需的有关
信函和表格。
9、人事统计管理通过对各类人事信息进行有针对性的统计,能够为领导和
各级管理机构决策提供科学依据。提高干部统计工作科学化和现代化水平,促进
统计整体功能的发挥,从而达到干部统计信息采集准确、传输迅速、数据汇总及
时、查询检索便利、分析预测科学的总体目标
10、职称管理记录税务系统事业单位专业技术岗位设岗方案,专业技术人员
资格评审结果和职务聘任情况,工人技术等级评定和职务聘任情况,向工资管理
子系统传递专业技术职称聘任、工人技术职务聘任提示信息以便处理工资,查阅、
统计、分析专业技术人员、技术工人信息,生成专业技术职务资格评审表、向上
级备案表、工人技术等级评审表和专业技术人员花名册、技术工人花名册。
11、后备干部管理记录税务系统各级后备干部选拔、公示、呈报、确定、培
养、考试、使用各个阶段产生的信息,查阅、统计、分析后备干部基本信息,生
成后备干部登记表、后备干部花名册。
12、评先创优管理记录税务系统(包括地税系统)评先创优活动情况(通知、
报告、决定),以及获得各级荣誉称号的单位、个人情况(基本情况、事迹)。
13、退休审批管理实现退休审批管理的信息化、网络化、科学化和规范化,
加强退休审批工作的管理和监督,提高办事效率。
14、离退休信息管理实现离退休人员信息资源共享和离退休管理的信息化、
网络化、科学化和规范化,加强离退休干部管理和监督工作,提高办事效率,也
便快速、准确地查阅、统计和分析离退休干部信息。
财务管理
财务管理子系统是国税系统实施预算管理、收入支出管理、基本建设管理、
固定资产管理、内部审计管理和政府采购的信息化平台;是实现资金合理配置,
提高会计信息质量,保证国有资产安全完整,强化审计监督的有效手段。
系统可继承的内容为财务管理系统,该系统主要包括:收入支出管理、基本
建设管理、固定资产管理。模块功能如下:
1、收入支出管理是对税务系统收入支出的反映,是财务管理工作的重要环
节,是对预算执行的直接反映和体现,是税务系统基层单位财务工作的核心内容。
收入支出管理由行政单位、事业单位、企业单位、基本建设等核算部分构成;收
入支出管理的管理内容还包括:银行账户管理、年度决算和经费领拨管理等。
2、基本建设管理是对税务系统基本建设项目全过程管理,是财务管理活动
的重要组成部分。实施基本建设管理的目的是为了实现基本建设资金的合理配置
和安全运行,保证基本建设活动合法、合规、公平、高效,提高基本建设项目工
程质量和资金使用效益,防止腐败现象的发生。是确保税收管理活动有效的重要
保障。
3、固定资产管理是对税务系统固定资产信息登记、处置、变更、内部变动
等信息的管理,是财务管理的分支和重要组成部分,是税收管理工作重要保障。
固定资产管理的主要目的是为了确保固定资产的合理配置、使用;确保固定资产
资金的科学投入,发挥固定资产的最大使用效率;同时,确保固定资产的安全与
完整。
新建内容
人力资源
人力资源管理子系统需扩展的有党群管理模块。
党群管理主要是对税务干部进行思想工作,建立相应的