金税三期工程架构需求-纳税服务

目录

第1章

I、1、。总体战略目标

1、2、。总体技术目标

1、3、总体架构要求.

第2章。应用设计约束

2、1、规划思路….

2、2、纳税人渠道

2、2、。功能约然

2、2、2、.............................................................技术约束7

2、3、............................................纲税服务应用支撑。

2、3、。功能约束

2、3、2、。技术约束

第3章。数据设计约束

3、1.....................................................................规划策略

3、2、。数据分类....................................................

3、3、....................................................数据质量。

第4章集成约束......................................................................13

4、1、。界面集成...................................................................13

4、2、。应用集成

4、3、.......................................................................数据集成

4、4、.......................................................................安全集成

第5章非功能性约束

5、1......................................................................错误!

5、2、s系统性能

5、3、°可靠性....................................

5、4、可用性........................................................

5、5、。易用性........................................................

5、6、....................................................回维性

5、7、可扩展性......................................................

5、8、可伸缩性

5、9、。可移植性....................................................

5、10、.......................................................................可重用性

第6章。安全性约束

6、1、................................安全等级要求。错误!未定义书

6、2、，策略与措施..................................................

6、3、应用层安全....................................................

6、3、1、.................................................应用系统安全设计要求

6、5、2、.....................................应用开发坎全要求

6、3、3..........................................身份认证系统一

6、3、4、sWeb安全防护

6、3、5、....................数据层安全）

6、4、。终端安全策略................................................

6、5、。系统层安全..................................................

6、6、。网络层安全

6、6、1、..............................................................网络结构安全

6、6、2、。划分子安全域3

6、6、3、..........................................网络访同控制h

6、6、4、...........................................恶意代码防范二

6、6、5、..........................................网络安全审计匚

6、6、6、。边界完整性检查.........................................

6、6、7、...............................................入侵防范

6、6、8、。网络设备安全防范口

6、7、.....................................................................物理层安全

第7章。部署约束.......................................................

第8章架构管控约束

第9章标准约束......................................................

9、1...................................................................标准体系概述

9、2、。系统标准遵循说明。

第1章金税三期概述

1.1.总体战略目标

金税三期工程得业务战略目标就是：

•统一税收执法；

•统一纳税服务；

•统一管理决策；

•统一征管数据实时监控。

首先，统一税收执法就是在国家税法统i得前提下，以总局统一得政策管理为依托，包括

国、地税税收执法尺度得统一，为纳税人提供公平、公正得税收环境。在现阶段,公平、公正

就是对纳税人最好得服务，同时,统一税收执法，也就是现阶段实现应收尽收，保证税款及时

入库得有效保证。

其次，统一纳税服务，不就是简单得建立一个平台，而就是保证服务目标、服务内容、服

务水平得一致，避免不同地区、不同税务人员对同类事项执法不一、口径各异与服务差异。

第三，统一管理决策，就是采用科学得方法，利用数据集中与信息共享手段，为各级领导

提供一致得管理与决策依据。

第四，建立在全国大集中基础上得统一实时得征管数据监控，就是促进统一执法、统一服

务、统一管理决策得手段保障。

在国内外新得经济形势下，为了实现四个统一得战略目标，总局确定了信息管税得总体

战略，信息管税就就是以税收风险管理埋念为指导，以现代信息技术为依托，以对涉税信息得

采集、应用力.主线，优化资源配置，完善税源管理体系，加强业务与技术得高度融合，着力解决

征纳双方信息不对称问题.不断提高税法遵从度与税收征收率。

其中,信息管税就是一项系统工程，必然要涉及到税务管理得思想观念、制度机制、业

务流程、组织机构等一系列变化。

如下图所示：

金税三期得六个亮点

总体战略金税三期得业务战略

统一全国征管数据标准、口径

统一国、地税核心征管应用系统版本

实现全国征管数据大集中

信息管税统一、规范全国得纳税服务平台

以SOA技术整合行政管理系统

以流程管理理念开发征管系统

以风险管理理念开发管理决策系统

建设网络实时开具得电子发票平台

.以健全税源管理体系为落脚点

•树立税收风险管理理念信息管税:加强业务、技术高度融合

•以数据得采集与分析为核心

这里得“全国大集中”，涵盖核心业务系统全国集中部署与应用，统一业务需求管理、

统一应用开发与运行维护管理。

1.2.总体技术目标

金税二期工程建设得主要内容就是:计划用四年时间,在现右资源基础上，通过制度、

业务与技术创新，完成“一个平台、两级处理、三个覆盖、四个系统”得建设，进一步强化纳

税服务与税务管理，提高税法遵从度与税收征收率，降低税收成本，为税收法律法规得统•

执行提供有力保障。上述目标可具体概括为“一门户、三网、四平台、七库”，具体描述如

下：

।、“一门户”就是通过实施全国数据大集中，优化业务流程与功能配置.，统一国地税征管

系统，为全国各级税务人员提供统一得内部门户与工作平台，实现全国税收业务得统一、规范

管理。

2、“三网”就是建成税收征管业务网络、行政办公网络、涉密网络,这三个网络全国国、

地税统一建设，具备强大得信息采集、存储、处理、交换等功能，安全可靠程度高，确保各项

税收业务与管理在统一、安全、稳定得网络化信息平台支撑下平稳运行。

3、“四平台”就是指建设全国统一得纳税服务平台、征管与行管业务操作平台、管理

决策平台，这四大平台能使广大纳税人方便、快捷地办理各项税费事宜，广大基层税务人员

高效、简洁地处理各项业务，使各级税务管理者及时有效地实施管理与决策。

4、“七库”就是指在总局、省局两级建立并逐步完善法人涉税数据库、自然人涉税数

据库、发票数据库、第三方信息数据库、税收风险管理数据库、税务机构数据库（包括财务、

固定资产等）与人力资源数据库、税收法规数据库（包括文件、档案等）这七个数据库，并

进行数据得集中存储与处理，同时建立第三方信息共享机制,实时、完整、准确地掌握纳税人

涉税费信息与税务机构、人员等情况，以利于提高税收服务与管理水平。

1.3.总体架构要求

总体架构既包含业务、应用、数据、技术、安全等方面得框架，也包括架构管控得体系。

一方面，作为框架，总体架构定义了业务、应用、数据、技术、安全等架构得目标蓝图，还包

括相关模型，及各部分得指南、设计准则，项目需要根据总体架构得约束来实现其应用;另一

方面，作为架构管控,它指明了项目在进行项目实施得时候需要遵守得标准、规范，可以参考

得相关架构资源以及需要遵守得架构管控流程,以确保项目得实施符合金税三期得总体规

划。

总体架构主要由业务架构、应用架构、数据架构、、技术架构（包括系统软件、基础设

施等）、安全架构、运维架构、标准、架构管控体系等组成，这些总体架构得内容将构成对

项目架构方面得约束，项目需要在这些架构得约束下进行业务需求分析、设计以及实现，

第2章应用设计约束

2.1.规划思路

按照金税三期总体应用架构规划设计,纳税服务系统由服务渠道、纳税服务应用支撑

两部分组成，其中服务渠道包括大厅、网络、电话、短信、邮寄、自助终端，在整体金税

三期应用环境得位置如下羽中红色框部分所示。但综合考虑业务得连续性耦合度要求与项

目划分及实施得情况，大厅、自助终端以及邮寄得建设划入核心征管系统项目。

内网

外网DMZ

IATO总扇内部”户网站*务1：作n户

m外二门机构―1一*4外柩信此之候

■国除东陵-

巨网M或1'什

次援皎据更换平台

J^外落门机构:T

»外储他Z交快•Bwaaftftt

1WbAHc•防伪检控

・税收庠一怆状况分析，，:，.一

省局盘套管史交乂M核

收人枝鼻分析

一行策道“

由「竹拿价方

■12366

Ri电道/手机1-H助终病-

得

8人1加5—工••

IAT台百蚂内■门产网站业务工作n户

下面重点对纳税人渠道与纳税服务应用支撑得功能约束与技术约束进行说明。

2.2,纳税服务渠道

2.2.1.功能约束

纳税服务渠道从技术手段主要包括网络、电话、短信以及邮寄，从支撑得业务范围主要

包括三类服务,一就是面向包括纳税人在内得所有公众提供得静态信息服务,它就是宣传税

务局形象得窗口；二就是为纳税人提供信息交互服务得通道;三就是纳税人办税得重要服务

形式,它就是一个虚拟得办税服务渠道。

渠道得技术实现要求支持以下几类形式，其中大厅、自助终端、邮寄类渠道由核心在管

来负责处理：

•网络：提供基于网站得各类服务,包括通知公告发布、纳税人互动交流以及在线业

务办理得相关功能等。

・电话:提供基于电话语音得各类服务,包括通知公告发布、纳税人互动交流以及在

线业务办理得相关功能等。

•短信:提供统一得短信服务，包括通知公告发布、业务交互等服务等。

此外要求能够接入未来得各类商业纳税人端渠道，提供统一得技术与数据接入标准。

渠道服务主要包括以下内容：

•通知公告：对纳税人提供各类通知公告得机制。

・税法宣传:包括税法法规与办税指南等。

•预约:提供对各类预约业务得支持。

•涉税公告:包括定额公示公告、非正常户公告、欠税公告、催报催缴与违法违章

公告等。

•电子邮件:在网络渠道中提供电子邮件得方式实现同纳税人得交互。

•互动交流：包括咨询、举报投诉建议、评价调查、在线访谈与电子导税员等。

・涉税查询：包括发票查询、登记信息查询、欠税查询、信用等级查询与发票真伪

查询等。

•个性化服务:包括涉税提醒与受理反馈信息等。

•在线办税:包括税费申报、实时缴款、财务会计报表、网上认证、网上抄税、委

托代征、出口退校申报与网上开票等。

所有渠道必须提供统一规范标准得接口支持各种形式得数据导入。具体功能参见业务

需求。

2.2.2.技术约束

服务渠道建设统一得信息访问入口，包括静态信息服务、信息交互服务与办税服务,统

一访问后台所有需要访问得应用系统与信息资源，并为用户提供个性化服务。服务渠道提供

门户框架、内容管理、短信、电话语音、安全认证、系统集成等功能，具体如下：

名称定义技术约束

提供各类网站页面开发、部署、运行、考虑到网络渠道需要加载得业务未来

门户框架

管理以及集成得框架环境。将会不断增加，要求必须能够提供完整

名称定义技术约束

得门户框架来保证不同类型业务得扩

展需求。

为了更好得提升纳税人得交互体验,方

提供界面布局、样式以及内容得个性

纳税人个便纳税人网上办税,要求提供纳税人个

化定制机制。同时包括纳税人得个性

人门户管人门户空间机制，允许其在一定范围内

信息、个人涉税记录等各类能够进行

理机制根据个人喜好进行功能与信息层面得

个性化定制得功能与信息机制。

定制。

内容管理就是实现渠道信息公开类业

提供完整得网络信息采集、审核、存

内容管理务得关键性技术,要求必须提供能够满

储、全文检索、发布平台环境，实现

机制足全国集中规模下得内容管理平台环

对各类信息得统一管理。

境。

短信方式就是实现对纳税人主动服务

提供完整短信平台，实现基于短信得

得一种重要手段，因此要求必须提供能

短信机制信息发布、提醒通知、业务交互等功

够满足全国集中规模下得短信管理平

能

台环境。

提供完整得基于电话得语音服务平

电话语音要求必须提供能够满足全国集中规模

台，实现同纳税人得互动交流以及相

机制下得电话语音管理平台环境。

关业务办理等功能。

要求必须提供满足安全策略要求得认

可靠得认提供可靠得认证方式，以保证整个渠

证方式，支持总局统一得安全认证机

证机制道得访问得安全性。

制。

为了保障网上涉税业务中纳税人得权

数字签名

利与义务，服务渠道必须提供符合全局

及数据加提供数字签名及数据加密机制。

安全性要求与标准得数字签名与数据

密

加密机制。

提供页面表单得缓存管理,避免页面对于大量得静态信息页面以及频繁使

页面表单重复生成带来得性能开销，提升交互用得各类业务模板,要求采用页面缓存

得响应时间。机制来提升性能。

考虑到全国大集中模式下各类代码数

提供代码缓存机制，降低大量代码数

代码缓存据会急剧增加，因此必须在客户端提供

据对网络、磁盘10得消耗,提升系统

机制不同策略得代码缓存机制,有效缓减海

整体得性能。

量代码带来得性能问题。

并发控制就是提升系统可靠性，降低

系统性能风险得关键性机制。通过并

考虑到全国大集中模式下各类渠道得

发控制，及时掌握系统当前得用户访

并发控制业务量会逐年上升，因此必须提供并发

问流量，进行监控预警。并发控制作

控制来有效保障系统得可靠性。

为前端得一个总控点，需要保证健壮

与稳定，并且支持分布式部署。

2.3.纳税服务应用支撑

2.3.1.功能约束

纳税服务应用支撑就是提供给税务干部进行纳税人交互类服务处理得统一、集成、多

种服务渠道共享得平台，它主要包括例如集成得联络界面、纳税人接触历史管理、渠道集

成、功能集成、服务管理等内容、

集成得联络管理界面:提供一个以纳税人为中心来组织纳税人各类信息得统一得界面

视图，便于税务干部迅速、准确得处理纳税人提出得各类服务请求；

接触历史管理:为税务干部提供完整得纳税人与税务局之间发生交互行为得历史信息；

渠道服务集成：必须提供统一得渠道接入标准，同时能够根据需要接入或者访问多种服

务渠道，井能把来自不同渠道得交互类服务请求进行统一管理；

功能集成:能够实现将服务信息内容与核心征管、行政管理、风险管理与知识库等进行

相应功能集成。

数据集成：纳税服务应用支撑必须保留能够支撑纳税人进行各类查询得业务明细数据

与业务状态数据，根据各类业务数据得特性提供相应得数据同步策略与机制。

交互类服务:实现各类渠道得咨询、预约、通知通告、评价调查、提示提醒、举报投诉

等交互服务得处理；

查询类服务:为各类渠道提供纳税人相关得业务状态以及业务明细数据得查询服务。

服务质量管理:对税务干部提供纳税人得服务进行质量管理，如服务评价、服务满意度

调查、服务监督等。

2.3.2.技术约束

纳税服务应用支撑技术约束包括以下几个部分:

名称定义技术约束

实现纳税服务应用支撑中相

流程处理与总局指定得流程管理平台能兼容与互

关服务得流程定义、运行、监

机制操作。

控与维护机制。

名称定义技术约束

总局会建设全局统一得业务工作门户与

支持统一得业务工作门户与外部纳税服务门户，实现所有业务系统

界面集成外网纳税服务门户进行界面界面层得一体化展现，以及面向纳才兑人

支持层集成，界面层得设计与开发得纳税服务门户，要求纳税服务应用支

必须遵循界面集成标准。撑得界面环境必须能够实现与业务工作

门户与外部纳税服务门户得完全融合

纳税服务应用支撑信息来源众多，涉及

对F各类服务渠道，需要提供

到征管、管理决策、行政办公、网络,1

完备得管理机制，定义与维护

渠道集成2366、短信、电话、外部门反馈等多

渠道得接入协议、接入报文规

机制个信息来源渠道，针对这些众多得信息

范、接入安全机制、服务质量

来源渠道，纳税服务应用支撑平台需要

等特性

提供完善得渠道集成机制。

纳税服务应用支撑就是集成以纳税人为

实现对各类型纳税人服务得

中心得各类服务，要求提供服务监控服

实时监控，使得纳税人与税务

服务监控务机制，使税务干部与纳税人能够实施

干部能够实时掌握关健服务

机制掌握关推服务得流程，执行状态,并能够

得动态执行过程、结果，以及

为其相关业务平台提供服务提醒功能或

服务提醒。

者提醒机制。

符合全局得服务注册、调用以

所有需要提供给外部各应用得业务接

符合服务及管理标准，能够很方便得将

口，必须符合全局得应用集成体系所定

集成封装内部业务逻辑根据需求封装

义得服务集成标准，从而保证各类对外

机制为全局性服务，以供其她系统

暴露得服务能够被其她应用所共享

进行消费

一方面,纳税服务应用支撑利用知识库

知识库集提供与知识库进行衔接得集得知识为纳税人提供服务，另一方面纳

成机制成机制税服务应用支撑形成得知识纳入知识库

管理。

第3章数据设计约束

3.1,规划策略

在金税三期得大集中战略指导下，纳税服务系统数据设计应遵循以下关键策略：

■性能优先

考虑到全国大集中后各类渠道业务量将会持续增长，因此数据设计必须以性

能为关键设计原则进行优先考虑,充分考虑数据模型设计与物理分布给性能带来

得影响。

■共享状态信息集中管理

各渠道需要共享得各类业务数据，例如纳税人基本信息、业务状态信息等，

统一由纳税服务应用支撑集中管理，以服务得方式提供给各渠道使用。对于各类

渠道业务得状态信息，例如纳税人在询交流状态、业务办理状态等过程信息将统

一由纳税服务应用支撑进行集中管理，以服务方式提供给各渠道使用。渠道共享

信息得范围与手段必须从性能角度去分析，如果性能不能满足建议采用渠道冗余

存储得方式。

■业务明细数据集中管理

针对各类纳税人查询得明细数据，考虑到未来全国大集中带来得查询性能压

力，因此要求各类渠道查询必须用到相关业务明细数据集中可以由核心系统同步

到纳税服务应用支撑。提供合理得数据更制策略,在不影响核心系统性能得恃况

下，保证业务明细数据得及时性、一致性与完整性。

采用适当得数据库设计,避免全国数据大集中得性能瓶颈。如支持缓存数据、根据内聚

性按照那个某种业务属性进行数据库拆分等。

3.2,数据分类

纳税服务系统至少包含以下类型得数据：

■静态类服务信息

外网网站数据就是指外网网站采集与发布得信息，它用于支持总局外部网站得静态类

应用

■主数据

包括纳税人基本信息、纳税人状态信息、代码信息等数据得副本，这类数据原则二统

-由纳税服务应用支撑进行存储管理；

■业务交易明细数据

包括各类涉税查询得业务明细数据，对「实时性要求不高得各类交易明细数据可以将

其统一同步集中存储到纳税服务应用支撑。

■渠道交易类数据

包括受理各类网上办税业务时产生得本地数据、临时缓存与暂存数据，如纳税人得本地

渠道数据、申报临时数据、网上预约、网上申报暂存记录等信息；

■交互服务类数据

为纳税人提供交互类服务时产生得数据，例如咨询历史记录、调查信息、投诉举报信息

等等。

33数据质量

数据质量管理应遵循“事前预防、事中监控、事后补救”得设计思路：

■事前预防，指在数据录入时提供在线帮助,提示数据得录入规范；

■事中监控,指在数据录入端引入对数据项得校验功能,包括数据格式校验、逻辑关

系校验等，对录入错误及时发现并提示修改,有效避免错误数据得进入；

■事后补救,指数据录入后，基于标准进行数据质量得审计,对错误数据提供更正界

面，以避免后台数据库调整；同时,制定规范得数据更正流程,确保数据修改得高效

执行与安全管理，

第4章集成约束

金税三期纳税服务系统项目要遵循架构设计约束，在应用架构、集成架构、数据架构、

安全架构设计等方面要求遵循金税三期相关技术规范与标准。

整体得集成环境说明及相关要求与策略请参见《应用总集成架构需求》文档，下面给出

纳税服务系统需要遵循得相关集成要求。

4.1.界面集成

服务渠道得主要用户就是纳税人，纳税服务应用支撑得主要用户就是税务人员，它们在

界面集成得要求上有些区别，主要得界面集成要求如下：

针对纳税服务应用支序得界面集成要求：

■要求纳税服务应用支撑遵循总局统一内部工作门户集成标准；

■要求纳税服务应用支撑支持统一单点登录控制；

■要求纳税服务应用支撑支持统一得用户管理；

针对网络渠道得界面集成要求：

■要求网络渠道遵循总局统一外网门户集成标准，即静态信息服务、办税信息服务与

交互信息服务符合外网门户框架得集成标准；

■要求网络渠道遵循安全架构要求

42应用集成

纳税服务系统应用集成包括渠道系统与前置系统得集成以及渠道系统与纳税服务应用

支撑系统得应用集成,要求遵循总局统一得应用集成架构设计规范与标准。

】、要求必须遵循总局应用集成架构制定得服务协议标准。

2、要求所有应用系统中需要被外部应用调用得功能必须将其暴露为共享服务，注册

发布到全局得应用集成平台之中。

3、要求渠道采用总局集成标准接口与总局前置进行集成，所有涉及渠道与核心系统

得交互都必须通过前置来进行，不能直接访问核心系统。

4、要求纳税服务应用支撑采用总局集成标准接口与各类渠道进行集成。

5、要求纳税服务应用支撑采用总局集成标准接口与后台系统集成，如核心征管、知识

库、风险管理、行政管理等。

43数据集成

纳税服务系统涉及到得数据库有总局外网网站数据、外部应用业务数据与纳税服务应

用支撑数据库，内部各数据库之间存在多种数据交换模式，同核心征管系统与管埋决策系统

之间还存在数据层交.互。

数据集成应用场景得不同，需要采用不同得数据集成策略,但都必须遵循以下数据集成

原则，同时在数据库设计时遵循总局统一得数据集成规范与标准。

1、对于海量数据,有较高得实时性要求,如主库同至份库之间数据集成、同构库间得

数据同步复制、总局到省局得数据库下发等要求采用物理库表级得集成策略。

2、对于批量或异构数据，实时性要求不高，集成逻辑比较复杂，需要大量转换得如

生产库到ODS（面向各类主题得统一操作型数据存储数据库），0【）S到数据仓库；生产库

到历史库;有非结构库到结构化库要求基于ETL（数据得抽取、转换、装载）得批量集成

策略。

3、对于基于文件得非结构或半结构化数据,如总局同省局得跨层级交换、总局同外部

机构间得数据交换、其她涉及到文件交换得场景等要求基于消息报文得集成策略。

4、对「小数据量，实时性要求高，如应用系统间得实时数据访问、构建虚拟得数据视

图等要求可以基于数据服务得集成策略。

4.4.安全集成

纳税服务系统安全集成包括与总局与省局应用安全支撑平台等几方面内容集成，安全

集成要求遵循总局总体应用安全支撑体系规划要求。

1、认证管理要求

■要求支持总局指定得认证管理机制；

■纳税服务应用支撵必须遵循全局得用户管理

■要求支持认证与权限分离，支持多种身份鉴别机制，例如CA、用户名/密码、动

态口令、IP等等,未来可以灵活扩展；

■所有渠道必须遵循全局标准得前置接入安全标准、

2、数据安全要求

■必须遵循全局标唯得数据签名与加密标准

■必须遵循全局标准得数据通道安全标准

第5章非功能性约束

5.1.范围

非功能需求规定了系统必须满足得服务水平、系统非运行时间得属性以及系统必须遵

守得约束。非功能需求适用于整个系统、系统得几个部分或特定得用例。

非功能需求虽然不直接影响系统功能，但在用户与系统支持人员对该业务系统得认可

方面具有很大得影响。

非功能需求包含许多方面。主要得非功能需求包括以下几方面：

•系统性能

•可靠性

•可用性

•易用性

•可维护性

•可扩展性

•可伸缩性

•可移植性

•可重用性

5.2.系统性能

交易可以定义为:一个交易就是当一个单一角色跨越系统边界触发一个事件并执行一

定数量得处理与数据库访问，它将影响架构中得所有服务器层。交易响应时间指完成目标系

统中得交互或批量处理所需得响应时间。

根据业务处理类型得不同,把交易划分为三类:交互类业务、查询类业务与大数据昼批

处理类业务，分别给出响应时间要求得参考值，包括峰值响应时间、平均响应时间。

•交互类业务

日常交易指传统得大厅交互业务,如中报、发票销售、税务登记等，具有较高得响应要求。

业务复杂性平均响应时间峰值响应时间

参考值（秒）参考值（秒）

业务复杂性平均响应时间峰值响应时间

参考值（秒）参考值（秒）

日常交易<3秒<5秒

备注:以上交易如果涉及与其它系统之间交互,响应时间应包括系统之间交互得时间;以上

给出得响应时间为参考值,

•查询类业务

查询业务由于受到查询得复杂程度、查询得数据量大小等因素得影响，需要根据具体情

况而定，在此给出一个参考范围。

简单杳询如登记资料查询、业务清册、申报表查询等。

复杂查询如多表数据关联统计分析查询类报表等等，

如有特殊要求，可以在具体用例文档中单独给出响应时间要求。

备注:业务处理过程得交互操作得响应时间参见上面交互类业务得相关指标。

・大数据量、批处理业务

批量交易指•次完成多笔'业务处理得交易,如批量扣缴等，由于批量交易得数据量

不确定，需要根据具体得情况确定响应时间。

业务复杂性平均响应时间峰值响应时间

参考值（秒）参考值（秒）

批量交易视提交数据量、业务处理量而定

53可靠性

1、最大宕机时间

■网络渠道:最大宕机时间1小时。

■纳税服务应用支撑：最大宕机时间1小时。

■12366系统参考12366系统现有非功能性需求。

■短信:最大宕机时间8小时。

■电子邮件:最大宕机时间8小时。

2、系统备份

提供备份系统，防止单点故障

3、灾难恢复备份

遵循金税三期工程容灾设计方案。

5.4,可用性

业务系统应满足7X24小时可以使用。

55易用性

1、易理解

a）系统所有得业务功能界面风格与操作流程•致：

b）业务表单尽量做到所见即所得；

c）界面美观,简洁、高效；界面各部件得布局应该保持合理性与一致性；

d）界面风格一致，颜色调与、提示清晰、窗口大小适当，使用方便。

e）在选择快捷键、缩写、暗示与图标时应符合税务行业为习惯。

2、易操作

a）常用操作有快捷键支持，大部分操作能够在小键盘内完成；

b）信息录入能够完全通过键盘完成；

c）无论逻辑步骤还就是操作步骤都应避免繁杂。

3、易学习

a）提供在线帮助，系统关健业务操作应提供在线帮助文档与提示信息,使操作

人员能够快速直观得利用这些信息进行相应得业务操作，并对各种状态与

操作结果进行及时得反馈与提示。

b）提供符合税务行业习惯,详细、易读、易理解得操作使用手册

4、需遵循“金税三期”工程得界面集成标准规范：

56可维护性

1、可配置

a）人员机构得可维护

系统应具备人员/机构等基础信息得维护功能，系统应该能够快速得对人员/

机构信息进行维护与调整操作。

b）岗位权限得可维护性

系统应具备岗位权限得维护功能，系统应该能够快速得对岗位权限进行权限赋

予与回收等维护操作。

C）业务流程得可维护性

系统主要业务流程应具备维护功能，可根据业务规则得变化快速得对业务流

程进行调整维护操作。

d）服务接口得可维护性

系统主要业务功能应提供标准得服务交换接口，可通过开关配置快速得提供

对外服务能力。

C）参数指标得可维护性

系统应具备规范、完善得参数指标得管理功能，具备针对系统运行基础性能参

数进行配置与维护得功能。

2、可监控

a）提供日志审计功能

系统每个组件应具备规范、完善得得R志管理功能，具备多级日志搜集开关、

有效/失效开关、性能指标搜集开关以及开配置参数表。

b）业务流水机制

为保证关键业务一致性，建议考虑采用流水机制。

0标准监控协议支持

符合业界主流监控软件得接口规范，能够将监控数据方便得接入到监控软件

中，便于集中监控与管理.；

3、可读、易于修改

要求在系统得建设过程中要有规范、清晰、完整与详细得文档，如业务需求阶段要

有业务用例模型、业务活动图、业务规则、表证单书等;系统需求分析阶段要求有系统

用例模型、用例文档、规则说明等;概要设计阶段要求有宏观设计文档;详细设计阶段

要求有类图、时序图等;编码阶段要求有程序设计说明、变量定义说明等;测试阶段要

有测试用例、测试记录等。

4、易于升级

要求数据库、应用服务器、开发工具能方便地进行版本升级，具有向下兼容性;

易于升级也要求客户端得升级工作量较小，建议采用浏尬器客户端而不就是GU1客

户端。

57可扩展性

在设计上必须具有适应业务变化得能力，当系统新增业务功能或现有业务功能改变时

（界面得改变、业务实体变化、业务流程变化、规则得改变、代码改变等），应尽可能得保

证业务变化造成得影响局部化。

系统应提供一个弹性得架构，支持使用配置而免编程得方式对业务流程、业务表单、

查询统计等功能得定制与调整。

58可伸缩性

当系统容量发生变化时，应能通过各个层次得扩充，保证系统合理得响应时间与吞吐量,

支持负载得划分与均衡。

5.9.可移植性

应用系统硬件平台无关性,支持主流得硬件平台与操作系统。

5.10,可重用性

可重用性主要就是指软件产品在不同得系统建设中可以被重复利用得程度。

要提高系统得可重用性，应采用构件化得设计思想，即在提供标准化得服务接口得前

提下可以替换各种可选得实现，而不会影响系统其她部分得实现，以此将系统可重用部分可

能得变更充分得局部化

第6章安全性约束

6.1.安全等级要求

纳税服务系统安全等级建议定为二级，最终级别以总局得定级结果为准，系统在设计上

与部署上要不低于二级等级保护得标准。

6.2.策略与措施

针对总局纳税服务系统采用得安全技术策略与对应得技术措施如下所示:

安全技术策略技术措施

物理安全保护策略通过符合相关标准进行机房得建设与改

造实现

网络安全严格控制对纳税服务系统得访问采用防火墙作为边界隔离措施，实现不

策略同网络边界得访问控制

对内网纳税服务系统得各种攻击进行检采用网络入侵检测技术（IDS）

测、分析与响应

记录互联用户对纳税服务系统得访问行采用网络审计系统实现

为,并分析响应

对网络病毒进行防范采用网络防病毒系统

网络得端口与协议进行检测采用漏洞扫描系统

在网络入口处对网络病毒进行拦截米用防病毒网关

在网络入口处对异常网络流量进行清洗采用防DDOS产品

主机系统主机得入侵防护策略、检测主机入侵攻击采用网络防病毒软件得客户端得主动防

安全策略御功能

加强核心数据库主机得加固与防护采用主机防护产品

加强操作系统与数据自身得安全主机系统加固

对主机系统存在得漏洞查找采用漏洞扫描系统

防止计算机病毒入侵主机采用防病毒系统

对操作系统与数据得日志进行分析，查找采用主机与数据库综合审计系统

非法调用

应用安全加强应用系统自身得强壮性开发时对安全需求进行分析、采用安全

策略架构设计、安全编程

对程序得代码进行检测,查找程序漏洞采用应用系统漏洞扫描与代码审计

对核心应用系统进行双因子认证采用PKI身份认证体系

防止网站被非法篡改采用网页方篡改系统

防止SQL注入与跨占攻击采用应用防火墙

安全技术策略技术措施

防止网站得被挂木马程序与被攻击，监控采用网站得实时监控系统

网站得运行状况

数据安全防止数据丢失、错误与非法篡改采用数据备份与恢复体系与相关技术

策略保障关键业务数据得传输安全1、采用数字证书并实现数字签名

2、对未采用数字证书得用户提供HT

TPS得访问机制,采用SSL加速器解

决访问性能

6.3.应用层安全

6.3.1.应用系统安全设计要求

应该单独编写安全性设计说明概要。

应用系统架构设计时要进行安全可行性分析并通过评审。

应用系统安全性设计至少要包括以下内容：

•认证与授权服务：

>必须有单独得登录控制模块对登录用户进行身份标识与鉴别；需要

支持多种得身份认证方式，如CA证书方式,用户名密码方式与其它多因子认

证方式。

・程序资源访问控制安全：

>根据用户得身份与对系统得使用情况将用户分成不同得用户组；

>为不同得用户或用户组分配不同得系统资源（如对象、数据等）访问

权限；

>用户只能访问到自己有权限访问得系统资源（如对象、数据等）。

•功能性安全：

>明确各个功能得流程上得安全措施，如就是否需要审核，文件上传

最大限制等，

•数据域安全

>数据域安全包括两个层次,其一就是行级数据域安全，即用户可以访

问哪些业务记录，一般以用户所在单位为条件进行过滤;其二就是字段级数据

域安全,即用户可以访问业务记录得哪些字段；