招 标 文 件技术业务部分项目名称：项目名称：20172017年业务需求管理与年业务需求管理与

服务平台升级完善项目服务平台升级完善项目 项目编号：项目编号：2017CGSC02017CGSC03434

1

国家税务总局2017年11月

第 1章 项目概述.............................................................................................31.1. 项目背景........................................................................................................31.2. 项目现状........................................................................................................31.3. 项目目标........................................................................................................41.4. 项目建设内容和范围......................................................................................5

1.4.1.项目业务需求........................................................................................................51.4.2.项目建设范围........................................................................................................5

第 2章 项目需求.............................................................................................52.1. 项目总体需求.................................................................................................52.2. 项目具体需求.................................................................................................6

2.2.1. 业务需求流程管理系统需求.............................................................62.2.2. 业务需求管理应用升级完善需求....................................................122.2.3. 征管规范管理应用升级完善需求....................................................152.2.4. 信息化项目建设台账管理需求.......................................................17

第 3章 项目约束...........................................................................................193.1. 管理约束......................................................................................................193.2. 技术约束......................................................................................................20

3.2.1. 架构约束...............................................................................................203.2.2. 接口约束...............................................................................................203.2.3. 平台约束...............................................................................................203.2.4. 技术标准和规范....................................................................................213.2.5. 双方职责...............................................................................................21

3.3. 工作环境约束...............................................................................................223.4. 项目工作范围约束........................................................................................22

3.4.1.软件需求实现......................................................................................................223.4.2.软件优化..............................................................................................................223.4.3.软件问题支持解决..............................................................................................22

3.5. 非功能性要求...............................................................................................223.5.1.性能要求..............................................................................................................223.5.2.可扩展性需求......................................................................................................233.5.3.易用性需求..........................................................................................................233.5.4.伸缩性需求..........................................................................................................233.5.5.可靠性需求..........................................................................................................233.5.6.可用性需求..........................................................................................................23

2

3.5.7.可维护性需求......................................................................................................233.5.8.可管理性需求......................................................................................................23

3.6. 安全性需求...................................................................................................23第 4章 项目实施要求.....................................................................................24

4.1. 总体要求......................................................................................................244.2. 项目管理要求...............................................................................................24

4.2.1.项目沟通管理......................................................................................................244.2.2.项目计划管理......................................................................................................244.2.3.项目配置管理......................................................................................................254.2.4.项目变更管理......................................................................................................25

4.3. 组织和人员要求...........................................................................................254.3.1.项目组织机构......................................................................................................254.3.2.项目人员管理......................................................................................................25

4.4. 项目实施内容...............................................................................................264.4.1.整体组织及过程管控..........................................................................................264.4.2.需求分析..............................................................................................................274.4.3.系统设计..............................................................................................................274.4.4.优化开发..............................................................................................................274.4.5.系统测试..............................................................................................................284.4.6.补丁制作发布......................................................................................................30

4.5. 报价要求......................................................................................................304.6. 其他要求......................................................................................................30

4.6.1.保密要求..............................................................................................................304.6.2.知识转移要求......................................................................................................304.6.3.知识产权要求......................................................................................................304.6.4.归档要求..............................................................................................................30

第 5章 项目验收要求.....................................................................................315.1. 项目验收准入条件........................................................................................315.2. 项目验收标准...............................................................................................315.3. 项目验收流程...............................................................................................315.4. 项目验收交付清单........................................................................................31

第 6章 投标响应要求.....................................................................................326.1. 明确双方的权利和义务.................................................................................32

6.1.1.招标人的权利和义务..........................................................................................326.1.2.中标人的权利和义务..........................................................................................32

6.2. 资质要求......................................................................................................336.3. 应答要求......................................................................................................33

6.3.1.对应答书的基本要求..........................................................................................336.3.2.技术服务的应答..................................................................................................33

6.4. 其他要求......................................................................................................35

附件：2017年业务需求管理与服务平台升级完善项目业务需求3

第1章 项目概述1.1. 项目背景

在总局网信办指导下，经过总局业务需求管理部门的不断探索和努力，严

格依据税收法律法规，逐步建立了覆盖各层级国、地税务机关征管的全部税

（费）种、覆盖税务管理的所有重要工作环节、覆盖税收实体法和税收程序法的

全部制度规定的一套完整系统的税收征管业务需求，用于指导总局各类税务应

用系统开发工作。业务需求管理与服务平台已初步实现对总局业务需求的出库入

库管理和在线发布功能，有效推动了业务需求管理的标准化、规范化，实现了总

局需求组织资产的沉淀与共享。2016 年 10 月份全国所有省份全部上线金税三期系统，按照总局“一体两

翼”的总体规划，未来金税三期将进一步优化完善主体系统，对内推进税收大

数据建设，对外建好统一规范的电子税务局,由此对于新出台税收政策业务落地

的时效性、各省提出业务运维问题响应的及时性、应用系统开发进度的可控性都4

提出了新的挑战。1.2. 项目现状

业务需求管理与服务平台是一个协助国家税务总局完成税收征管规范与业

务需求的标准规范制定，实现税收征管规范与业务需求的结构化入库与在线发

布的综合性平台。项目旨在服务于税收征管规范与业务需求管理，指导总局各类

税务应用系统开发工作，促进税收征管规范的推广与贯彻执行。为强化业务管控

实现业务管控一体化的目标，根据业务体系架构，将业务需求管理与服务平台

划分为业务需求管理应用与征管规范管理应用。目前支撑着业务需求和征管规范

日常结构化入库出库和在线发布工作，促进业务需求和征管规范的标准化建设，

通过业务需求和征管规范在全局范围内的共享，促进税收征管规范及业务需求

的全面推广与贯彻执行。（一）业务需求管理应用：

业务需求管理应用由业务需求入库出库工具系统和业务需求在线发布系统

组成。1)业务需求入库出库工具系统：为业务需求管理与服务平台中服务于业务

需求管理的核心工具，支持业务需求资料和业务管控资料的结构化入库，形成5

结构化数据，并支持定制化导出。业务需求资料包括业务需求正文、结构化清册

电子表单、纸质表单、其他辅助材料；业务管控资料包括组间联系单、问题确认

单、司局交互函等。2)业务需求在线发布系统：为业务需求管理与服务平台中服务于业务需求

在线发布的核心系统。实现业务需求相关的核心征管、管理决策、外部交换、纳税

服务，组间联系单、以及司局交互函等各类业务需求的在线展示，包括 PDF、类

CHM方式展示，支持全文检索、文档下载；组间联系表、司局交互函等相关统

计信息以及支持图形化展示等功能。（二）征管规范管理应用：征管规范管理应用由征管规范入库出库工具系统、征管规范纸质表单数据项

分析工具和征管规范在线发布系统组成。1)征管规范入库出库工具系统：为业务需求管理与服务平台服务于征管规

范管理的核心工具。征管规范相关资料的入库包括征管规范正文、减免税核准及

备案具体事项、纸质表证单书、征管规范业务框架清册等征管规范相关资料的分

析处理，形成结构化数据储存在数据库中，并支持结构化导出和定制化导出。2）征管规范纸质表单数据项分析工具：为业务需求管理与服务平台服务于

6

征管规范管理的辅助工具，用于对征管规范纸质表单数据项进行抽取、查询、统计分析，辅助纸质表正单书简化工作，简称征管规范纸质表单分析工具。

3)征管规范在线发布系统：为业务需求管理与服务平台中服务于征管规范

在线发布的核心系统。征管规范相关的征管规范正文、纸质表证单书、减免税核

准及备案具体事项等各类征管规范文档的在线展示。包括类 CHM方式展示，支

持全文检索、文档下载，相关统计信息进行图形化展示等功能。1.3. 项目目标

根据税总办发〔2016〕140 号国家税务总局办公厅关于加强信息系统业务

需求归口管理的通知精神，为了更好地落实各司局提出的系统要求，服务于总

局网信办和各司局业务需求管理工作，做好面向全国的金税三期业务需求运维，

让需求提出方第一时间了解系统要求转化为业务需求的内容及需求开发进度，

掌握最新的业务需求变化及应用系统版本升级情况、各单位提出的业务优化建议

业务问题的解决方案。一方面需要对业务需求管理与服务平台原有功能进行优化

完善和升级，另一方面新增业务需求流程管理系统的建设，实现系统要求转化

为业务需求、跟踪需求开发进度、监控系统要求从提出到实现的整个生命周期，

以支持和服务业务需求提出方、管理方和开发方更便捷更高效地完成业务运维与7

服务的工作目标和任务，以达到支撑税收政策、征管规范、业务需求、信息系统

协调联动机制，发挥业务需求管理与服务平台系统的最大效能，为总局“一体

两翼”的税收管理现代化建设目标的顺利实现保驾护航。1.4. 项目建设内容和范围1.4.1.项目业务需求

根据平台的目标要求，本次项目招标的业务需求主要包含两个方面的内容，

一方面是新建业务需求流程管理系统，另一方面是对现有的业务需求管理与服

务平台升级完善。项目需完成 2017 年业务需求管理与服务平台升级完善项目业

务需求中描述的全部内容，需求内容是完整、清晰、明确的。1.4.2.项目建设范围

本项目的软件使用范围业务覆盖全国税务系统。本次招标实施范围包括国家

税务总局，使用人员包括税务总局和省、市、区（县）各级国税系统税务干部。

8

第2章 项目需求2.1.项目总体需求

本项目依托业务需求管理与服务平台的建设成果，完成平台开发、优化、系

统版本发布部署等各项工作。一、投标人应充分理解国家财税体制改革、税务系统服务与管理创新的要求

不断适应新技术的发展，充分考虑用户实际使用过程中提出的优化建议和要求，

不断完善和优化应用系统。二、本系统涉及的业务关系复杂，在项目实施过程中项目需求变更等风险，

中标人应对此充分认识，采取有效措施，规避风险，确保项目建设保质保量如

期完成。三、招标人将在项目建设过程中，不定期对项目实施情况和工作质量进行评

价，中标人应对工作评价中的意见和建议及时进行答复，并提出相应的改进方

法和措施。四、投标人必须遵守税务系统信息化建设的整体要求，服从招标人的管理。五、时间要求：根据招标人安排的计划，要求中标人自合同签订之日起 1

9

个月内完成业务需求流程管理系统的开发和上线工作，并在合同签订之日起 3

个月内完成全部项目实施工作，招标人有权根据实际情况对上述计划进行调整。 2.2.项目具体需求

根据平台的目标要求，本次项目招标的业务需求主要包含两个方面的内容，

一方面是新建业务需求流程管理系统，另一方面是对现有的业务需求管理与服

务平台升级完善。其中业务需求管理与服务平台升级完善又包括业务需求管理应

用升级完善和征管规范管理应用升级完善两部分内容。涉及的业务需求概述如下

具体需求见附件《2017 年业务需求管理与服务平台升级完善项目业务需求》。

2.2.1.业务需求流程管理系统需求

1. 业务需求流程管理已立项的“系统要求” 管理全过程分为四个阶段：申请阶段、审核阶段、

整理阶段、实施阶段。1).申请阶段

业务司各处室的一般干部或处级干部根据实际需要填写需求申请，确认无

误后，提交处级干部审核；处级干部负责审核需求申请：处级干部接收到一般

10

干部提交的申请后，审核需求，确认无误后提交司级干部审核，若需求不符合

规范，退回发起人重新修改或审核人员直接修改后提交司级领导签发；司级干

部负责审签申请：司级干部接收到处级干部提交的申请后，审签需求内容，审

签通过后，签发到下一环节；若需求内容不完整，可直接修订或退回上一环节。参与人员：业务司一般干部、处级干部、司级干部

2).审核阶段征科司技术开发管理处负责确定会签处室：征科司技术开发管理处一般干

部或处级干部接收到业务司提供的需求，根据需求内容指定会签处室后，提交

处级干部审核；征科司技术开发管理处处级干部接收到一般干部提交的指定会

签处室信息，审核会签信息，审核通过发送到会签处室审核，会签处室有误，

重新选择或退回修改；需求与标准处负责审核需求内容：一般干部或处级干部

接收到技术处发送的需求内容初审信息后，初步审核需求内容后，将审核意见

反馈给处级干部；处级干部接收到一般干部提供的需求内容初审信息，结合初

审意见给出审核意见后，提交司级领导审签；规划设计处/项目管理处负责审核

立项预算信息：一般干部接收到技术处提交的需求信息后，初步审核立项预算

11

情况，给出初审意见后提交上级领导审核；处级领导接收到一般干部提交的立

项预算初审信息后，结合初审意见，提出审核建议后交由司级领导审签；征科

司负责审签需求：司级领导接收到各会签处室审核完毕的需求后，结合各处室

意见，给出审签意见后，签发到下一环节处理。由于业务需求流程管理系统中涉及的立项和预算信息已经立项，不需要再

次审核，因此取消指定会签处室及立项预算审核部分，新增网信办受理环节。调

整后的审核阶段为：a>网信办负责受理需求：网信办领导接收到业务司提供的

需求后，给出审核意见发送到征科司审核（该环节可自动执行）；b>需求与标

准处负责审核需求：一般干部或处级干部初步审核需求信息后，给出初审意见

交由处级领导审核；处级领导接收到一般干部提交的需求信息后，给出审核意

见，提交给司级领导审签；c>征科司司级领导负责审签需求：征科司级领导接

收到处级领导提交的需求信息后，结合审核意见，给出审签意见。若需求内容存

在问题，可直接退回上一环节。参与人员：网信办秘书处领导、征科司一般干部、处级干部、司级干部。

3).整理阶段

12

网络信息化安全办公室秘书处负责首次分配需求：网信办秘书处领导接收

到征科司提供的需求后，根据需求信息分配给运维工作组继续清分，或分配到

电税中心等其他实施单位流程结束；网信办运维工作组负责二次清分：运维工

作组接收到秘书处分配的任务后，根据需求内容决定清分到业务管控组或数据

管理组；业务管控组/数据管理组负责分配需求：业务管控组/数据管理组接收

到运维工作组分配的任务后，根据需求内容和各职能小组的职责选择职能小组；

职能小组负责整理需求：各职能小组负责人接收到上级分派的任务后，结合需

求内容选定实施单位后，提交给领导审核；业务管控组 /数据管理组负责审核需

求整理信息：业务管控组/数据管理组收到职能小组提交的整理情况后，结合各

小组选择的信息，重新选择实施单位或直接发送到实施环节。若需求内容存在问

题或清分错误，可直接退回上一环节。参与人员：网信办秘书处领导、运维工作组领导、业务管控组和数据管理

组以及职能小组领导、电税中心等其他实施单位领导。4).实施阶段

网络安全和信息化办公室运维工作组、数据管理组实施小组 (应用小组、云

13

平台小组、仓库小组)或业务处室（业务部门作为实施单位）负责实施需求:各实

施单位接收到网信办分配的任务后，根据本单位各阶段实际完成情况及时填写

拟定计划、需求评审、用户测试、需求验收、实施反馈的信息；若需求内容存在问

题或清分错误，可直接退回上一环节。参与人员：安全和信息化办公室运维工作组/数据管理组实施小组 (应用小

组、云平台小组、仓库小组) /业务处室（业务部门作为实施单位）实施人员。针对业务需求流程管理电税中心等其他实施单位要求增加实施信息采集渠

道。电税中心等其他实施单位接收到网信办分配的业务需求实施任务后，根据实

施情况填写实施信息。5).基础信息维护

基础信息维护主要包含一些系统正常运行所需信息的维护功能，在本系统

中，所有业务需求申请都必须依赖于业务系统，每一个业务系统都会有相应的

立项信息和预算信息，因此在基础信息维护包含系统信息、立项信息、预算信息

的维护功能，以及三者之间关联关系构建的功能。 系统信息维护

14

负责维护所有已立项，已上线运行或将要上线运行的系统，包含系统信息

的增、删、改、查等基本功能。 立项信息维护

负责维护总局所有在发文中已经明确立项的立项信息，将立项信息维护到

系统中，并与系统中已维护的应用系统建立关联关系。 预算信息维护

负责维护总局所有立项信息对应的预算信息，在系统中维护预算的详细信

息，并与系统中已维护的立项信息建立关联关系。2. 临时数据查询需求流程临时数据需求管理实现业务司提出临时数据需求、网信办分发临时数据需求

电子税务管理中心或征科司实施临时数据需求并返回业务司局确认实施反馈结

果信息的全周期的流程化管理。1).临时数据查询需求提出业务司各处室的一般干部或处级干部根据实际需求，提出临时数据查询需

求，需要实施单位为其提供数据。参与人员：业务司各处室一般干部、处级干部

15

2).临时数据查询需求审核业务司各处室处级干部负责审核临时数据需求：处级领导接收到一般干部

提交的临时数据查询需求后，审核需求信息，审核通过直接交由司级领导审签；

需求信息不准确时，可直接修改或退回给提出人重新修订。参与人员：业务司各处室处级干部3).临时数据查询需求签发业务司司级领导负责审签临时数据需求：司级领导接收到处级干部提交的

临时数据查询需求后，审签需求信息，审签通过直接交由网信办分配需求；需

求信息不准确时，可直接修改或退回给处级领导重新修订。参与人员：业务司司级领导4).临时数据查询需求分发网络信息化安全办公室秘书处负责分发临时数据查询需求：网信办秘书处

领导接收到业务司提供的临时数据需求后，根据需求内容决定具体实施单位。参与人员：网信办秘书处领导5).临时数据查询需求实施电税中心/征科司实施单位负责实施临时数据查询需求：实施单位接收到网

16

信办分配的任务，根据需求内容为业务部门提供相应的资料后，反馈给需求提

出人员确认。参与人员：电税中心/征科司实施单位的实施人员。

6).确认反馈结果业务司一般干部或处级干部负责确认反馈结果：一般干部或处级干部接收

到实施单位提供的临时数据需求查询信息后，检验实施单位提供的资料，满足

需求后，结束流程。参与人员：业务司一般干部、处级干部。3. 系统管理1).资源管理

管理员通过资源管理对已开发的功能进行注册，所有功能必须在资源管理

模块进行注册后才可进行权限分配。2).机构管理

管理员对业务需求管理与服务平台用户相关的税务机构及厂商信息进行维

护管理，包括税务机构及厂商信息的增、删、改，对国家税务总局、省局及厂商

的机构进行管理。

17

3).用户管理系统管理员对业务需求管理与服务平台涉及的内部及外部用户进行统一管

理，配置用户基本信息、登录账号和密码。用户可以自己对密码信息进行修改。4).权限管理

系统管理员对业务需求管理与服务平台系统的功能权限管理，实现对应用

级用户权限的控制，具有管理权限的用户才可以操作相关的功能。权限管理的功

能包括功能模块注册、功能模板设置、岗位功能设置、岗位数据权限设置、操作人

员设置等。5).流程管理流程管理模块是本系统的核心，负责对需求申请的相关流程的支撑。本平

台涉及的业务需求和临时数据需求较多，通过流程管理模块对系统中涉及到所

有流程进行配置和维护。6).工作流引擎

对审批流程的管理和控制是本系统建设的重点。工作流引擎即需要支持自

动执行的审批流程，又需要支持人工控制派发的处理流程。7).公共消息维护

18

管理员可以在公共消息模块发布消息，消息发布后可以实时在系统首页滚

动显示，并且可以设计消息的时效性。8).在线用户

管理员可以通过该模块查询当前实时在线的用户，统计在线用户人数，查

询当前在线用户的信息，查询历史的用户登录信息。9).运维管理流程

提供系统运维管理流程功能，对于人员账号的新增、变更等实行申请、审核、执行、反馈流程，申请由各司综合处发起、审核由网信办秘书处负责、执行由维护人员进行操作，结果自动反馈到申请方。

4.与总局金三统一工作平台集成1）.单点登录集成

在保证个本系统正常登录的同时，集成总局单点登录模块，待系统上线后，

通过统一工作平台系统登陆后，再次访问该系统时，无需用户输入用户名和密

码，由单点登录认证模块进行用户认证，并自动登录进入系统。2）.界面集成

总局建设了金三统一工作平台，该平台将会集成目前已运行的大部分系统，

19

该平台将作为总局用户的工作平台，因此业务需求流程管理系统也需集成到该

系统中。将业务需求流程管理系统中所有功能模块注册到金三统一工作平台，并

在金三统一工作平台为用户分配相应的功能权限，确保所有功能通过统一工作

平台可以正常访问使用。3）.机构信息同步

建立机构信息同步机制，实现数据库定期自动同步，与人工干预同步相结

合的方式，定期将国家税务总局金三统一工作平台中的机构信息同步到业务需

求流程管理系统，保证机构信息的完整性、一致性。4）.人员信息同步

建立人员信息同步机制，实现数据库定期自动同步，与人工干预同步相结

合的方式，定期将国家税务总局金三统一工作平台中的人员信息同步到业务需

求流程管理系统，保证人员信息的完整性、一致性。5）.用户信息同步

建立人员信息同步机制，实现数据库定期自动同步，与人工干预同步相结

合的方式，定期将国家税务总局统一工作平台中的机构信息同步到业务需求流

20

程管理系统，保证用户信息的完整性、一致性。6）.权限信息同步

建立权限信息同步机制，实现数据库定期自动同步，与人工干预同步相结

合的方式，定期将业务需求流程管理系统中的岗位信息与金三统一工作平台的

岗位信息进行同步，保证两个系统权限的完整性、一致性，确保同一用户在不同

系统登录，功能权限保持一致。

5.其他1).流程回退经过各业务司协商讨论后要求已办事项不能够再次修改，发现有误需要领

导退回后，方可修订。业务需求流转到任一环节，均可实现向上一环节的回退。2).流程转办考虑到人员临时出差等情况，要求可以授权他人代办。3).部分流程自动执行审核环节步骤较多，要求在特定情况下部分环节可自动流转。4).流程展示优化需求流转被退回后在日志中能够显示；处室待办时，当前处理人员全部显

21

示不能为空。5).附件在线查看和编辑上传后的附件提供在线查看和在线编辑功能，并且word文档要实现编辑留

痕。

2.2.2.业务需求管理应用升级完善需求

1. 业务需求入库出库工具1).新增字数统计功能，产出业务需求字数统计清册

新开发文档字数统计功能，提取文件夹中每个 Word 文档中汉字的数量，

产出需求字数统计清册。2).定制化导出功能

按照用户选定文档的目录结构，按照对应的目录顺序、目录级别导出对应

的文档。2. 业务需求在线发布平台1).业务需求在线发布平台界面美化

进一步提升用户体验，优化系统，满足文档不断扩展的需求。同时优化平

台的搜索引擎，优化查询框架，提高响应速度，做好用户访问的统计功能。为平22

台中的司局请示/回复函、组间联系表回复增加标签定义归类及展示。2).业务流程查询

业务需求在线发布平台扩展业务流程查询功能，查询产出业务流程清册，

并支持查询结果的导出。3).业务流程统计

根据用户设定的统计维度，统计符合要求的业务流程数量。4).底层业务查询

在业务需求在线发布平台中扩展底层业务查询功能，查询产出底层业务清

册，并支持查询结果的导出。5).底层业务统计

根据用户设定的统计维度，统计符合要求的底层业务数量。6).提交资料查询

在业务需求在线发布平台中扩展提交资料查询功能，查询产出提交资料清

册，并支持查询结果的导出。7).提交资料统计

根据用户设定的统计维度，统计符合要求的提交资料数量。

23

8).数据项查询在业务需求在线发布平中台扩展数据项查询功能，查询产出数据项清册，

并支持查询结果的导出。9).数据项统计

根据用户设定的统计维度，统计符合要求的数据项数量。10). 电子表单查询

在业务需求在线发布平台中扩展电子表单查询功能，查询产出电子表单清

册，并支持查询结果的导出。11). 电子表单统计

根据用户设定的统计维度，统计符合要求的电子表单数量。12). 系统监控查询

在业务需求在线发布平台中扩展系统监控查询功能，查询产出系统监控清

册，并支持查询结果的导出。13). 系统监控统计

根据用户设定的统计维度，统计符合要求的系统监控数量。14). 外部信息交互查询

24

在业务需求在线发布平台中扩展外部信息交互查询功能，查询产出外部信

息交互清册，并支持查询结果的导出。15). 外部信息交互统计

根据用户设定的统计维度，统计符合要求的外部信息交互数量。16). 归档资料查询

在业务需求在线发布平台中扩展归档资料查询功能，查询产出归档资料清

册，并支持查询结果的导出。17). 归档资料统计

根据用户设定的统计维度，统计符合要求的归档资料数量。18). 节点职责查询

在业务需求在线发布平台中扩展节点职责查询功能，查询产出节点职责清

册，并支持查询结果的导出。19). 节点职责统计

根据用户设定的统计维度，统计符合要求的节点职责数量。20). 输入输出表证单书查询

在业务需求在线发布平台中扩展输入输出表证单书查询功能，查询产出输

25

入输出表证单书清册，并支持查询结果的导出。21). 输入输出表证单书统计

根据用户设定的统计维度，统计符合要求的输入输出表证单书数量。22). 关联流程查询

在业务需求在线发布平台中扩展关联流程查询功能，查询产出关联流程清

册，并支持查询结果的导出。23). 纸质表单查询

在业务需求在线发布平台中扩展纸质表单查询功能，查询产出纸质表单清

册，并支持查询结果的导出。24). 纸质表单统计

根据用户设定的统计维度，统计符合要求的纸质表单数量。25). 纸质表单对应电子表单查询

在业务需求在线发布平台中扩展纸质表单对应电子表单查询功能，查询产

出纸质表单对应电子表单清册，并支持查询结果的导出。26). 纸质表单对应电子表单统计

根据用户设定的统计维度，统计符合要求的纸质表单对应电子表单数量。

26

2.2.3.征管规范管理应用升级完善需求

1. 征管规范纸质表单数据项分析工具1).纸质表证单书数据项提取分析工具优化

由于纸质表单更新频率比较快，每次更新的表单数量也比较多。纸质表单

更新后都需要各级用户重新处理最新表单，更新本地数据库，无形中给用户增

加了很大的工作量。因此，在纸质表证单书数据项提取分析工具（单机版）的基

础上进行升级优化，新开发一套网络版的数据项提取分析工具。2).征管规范纸质表单分类查询统计纸质表单分类查询统计，是指用户可以根据纸质表单的不同属性，从多个

角度分类查询相关表单，将查询结果以列表的形式展示出来，并以相应的属性

作为统计维度，展示出相关统计结果。3).征管规范纸质表单数据项查询统计纸质表单数据项查询，是指用户可以根据表单的不同属性、数据项名称、

数据项之间的关系，按照精确查询或模糊查询两种方式，分别获取数据项所在

的纸质表单列表。涉及多个数据项的，按照用户选定的数据项之间的关联关系，

27

获取对应查询统计结果。4).征管规范纸质表单数据项频次统计纸质表单数据项频次统计，是指按照用户给定的查询条件，包括查询的表

单范围，数据项名称，多个数据项之间的关联关系等条件，统计数据项在选定

范围内出现的次数，以及出现的频率。5).征管规范纸质表单数据项种类统计纸质表单数据项种类统计，是指系统按照用户选定统计范围，统计该范围

内所有数据项出现的次数，并按照表单数量计算出数据项的使用频率。2. 征管规范纸质表单数据项在线展示1).征管规范纸质表单在线分类查询统计及图形化展示纸质表单在线查询统计及图形化展示功能，是在单机版纸质表单查询统计

的基础上，将纸质表单查询统计的思想在征管规范在线发布平台予以实现，同

时充分利用纸质表单的统计结果，以丰富多样的统计图表，更加形象的展示纸

质表单的整体情况。2).征管规范纸质表单数据项在线查询及图形化展示纸质表单数据项在线查询及图形化展示，是指充分利用纸质表单数据项提

28

取工具的成果物，将提取完成的纸质表单数据项发布到征管规范在线发布平台，

提供给各级税务工作人员进行分析统计。平台按照纸质表单的相关属性，数据项

的相关属性设计相关的查询统计选项，并根据用户提供的查询条件，统计纸质

表单的数据项个数、分布情况、使用次数等。3).征管规范纸质表单数据项在线频次统计及图形化展示

数据项频次统计，是指平台根据用户选定的纸质表单属性，给出的数据项

或数据项集，统计当前版本的数据项在指定范围的纸质表单中出现的次数，出

现的频率。同时辅以形象的统计图，使用户更直观、更充分的了解数据项的使用

频率。4).征管规范纸质表单数据项在线查看及图形化展示纸质表单数据项在线查看是指用户可以根据表单查看数据项，或根据数据

项查看表单。实现数据项从宏观到微观，从微观到宏观的双向展示。

2.2.4.信息化项目建设台账管理需求

为落实 2017 年第 17次税务总局党组会议精神，做好税务总局机关信息

化项目预算执行工作，拟建立税务总局机关信息化项目执行情况统计及通报机

29

制，形成信息化建设台账。1. 纳入统计的信息化项目范围纳入统计范围的信息化项目是指使用总局信息化专项经费的局本级项目，

包括金税运行费的项目、金税三期工程的项目、财税库银联网专项经费的项目。2. 统计内容及分工1).统计内容

统计内容为信息化项目执行全过程关键节点的信息，包括：项目立项批复

后的采购需求提交、采购、项目实施、项目验收、支付等各阶段的时间点、责任部

门、项目状态等信息，反映项目执行所处阶段、投入人力及预算执行等情况。具体统计内容：A.采购需求阶段信息：项目类型（开发、运维、数据、基础设施、其他）、本

年度是否需要采购（已有合同、需要采购、不需要采购）、当前状态（未提交系

统要求、已提交系统要求、已通过征管科技司审核）、通过审核时间、需求是否提

交采购（是、否）、需求提交采购的时间。B.采购阶段信息：需求审核通过时间、采购完成时间、采购方式、合同名称、

合同乙方、合同期限、合同金额、付款约定。

30

C.实施及验收阶段信息：当前状态（未实施、实施中、初验、终验、结项验

收）、乙方累计投入人员、实施完成时间、结项验收时间、历次验收情况说明。D.支付阶段信息：（1）办理支付信息：收款单位、同意乙方支付申请时间、同意支付金额、

合同第几次付款（2）财务支付信息：财务记账时间、记账支付金额。

2).各部门填报分工根据信息化项目执行阶段和税务总局机关各部门现有职责，各部门填报工

作分工如下：A.网信办：建立相关运行机制制度，建设相应信息化项目预算执行管理平

台，明确信息化项目执行各阶段责任单位（需求部门、采购部门和实施部门），

对信息化项目执行情况进行跟踪、监控及统计，定期通报信息化项目进展及预算

执行进度等情况等。B.立项管理部门：金税三期工程项目的立项管理部门为网信办，其他项目

的立项管理部门为征管和科技发展司；立项管理部门负责提供纳入统计工作范

围的信息化项目的立项及预算安排信息。31

C.需求部门：提出立项需求的部门，负责填写信息化项目执行中“采购需

求阶段”信息（不含“是否提交采购需求、提交采购时间”）。一个项目如果分

包，每个包视同一个项目进行管理，项目编号后增加“-序号”；如果不分包，

且对应多个需求部门，由需求牵头部门商其他需求部门后填写整个项目采购需

求阶段信息。D.采购部门：执行项目采购的部门，负责填写信息化项目执行中“采购阶

段”的信息。E.实施部门：负责组织项目实施及验收的部门；负责填写信息化项目执行

中“项目采购需求阶段”中“是否提交采购需求、提交采购时间”信息和“实施

及验收阶段”的信息。F.办理支付手续部门：办理项目支付手续的部门，负责填写信息化项目执

行中“支付阶段”中办理支付有关信息。G.实际支付部门：财务司，负责提供信息化项目执行中“支付阶段”中财

务支付有关明细账目信息。H.金税三期工程综合组负责统一填报金税三期工程项目执行情况有关信息。

32

3. 工作机制税务总局机关信息化项目执行情况采取统一发布项目基本信息、动态填报

和定期统计通报的方式，滚动形成税务总局机关信息化项目建设台账。1).统一发布项目基本信息

网信办根据年度信息化项目立项情况，统一发布已立项信息化项目的采购

部门、实施部门、支付部门等基础信息。2).动态填报

各部门按照分工及时填报信息化项目执行情况有关信息，并动态更新。信息化项目预算执行管理平台启用后，采取在平台录入相关信息的方式填

报。项目执行各阶段的责任单位在项目执行各阶段关键节点任务完成后 3 个工

作日内录入信息。3).定期统计及通报

网信办根据各部门填报的信息，每月 12 日前完成信息化项目执行情况的

统计及分析总结，报网信办领导审核后在总局范围内通报税务总局机关信息化

项目进展及预算执行进度等情况。4. 四、其他要求

33

1).提供系统管理功能对各个项目的需求单位、采购单位、实施单位、支付单位等进行配置、调整。

2).提供多种条件的查询、统计功能

第3章 项目约束3.1.管理约束

包含在本项目合同范围内的各项技术需求包括：税收政策调整变化引发的业务需求、系统优化需求和系统整体层面的非功能性需求（包括现场技术支持服务需求等）。针对在本需求书中列出的软件功能性需求和非功能性需求，中标人应按照本需求书中规定的软件开发流程和管理要求，严格遵照国家税务总局项目招标人下达的开发任务书对软件进行修改开发或提供现场技术支持服务。

中标人对单项软件需求经过需求分析、系统设计、编码及内部测试、集成测试后，形成补丁版本，招标人根据软件需求和工作的具体情况，组织阶段评审或进行软件补丁用户现场业务技术测试、回归测试、试点运行、现场技术支持和技术培训等工作。

在合同付款前需对本需求书中全部需求的实现和完成情况系统进行评审或验收，并出具评审意见或验收报告。

3.2.技术约束为确保税务信息化建设实现一体化，国家税务总局目前已初步确定了《架构设计》

v1.0，业务需求管理与服务平台系统应遵循。在设计约束《架构设计》v1.0暂未明确的，须参照《架构设计》 v1.0 的设计原则执行。同时，考虑到本项目为软件升级开发维护项目，业务需求管理与服务平台系统开发时还须满足软件定版时的设计约束。如出现两类设计约束不一致的情况，由招标人和中标人协商解决。

34

投标人需要对现有的业务需求管理与服务平台的部署模式、业务流程情况、系统功能情况和技术架构情况，都有清楚的理解，在投标方案中予以详细的描述，并在升级完善需求开发过程中通过功能复用，对于已经实现的功能不再重复建设。投标人需要按照招标人的要求，按照逐个需求要求的实现周期完成需求的开发工作，

并在完成单项需求开发后，系统升级过程中需要保证系统的稳定运行，避免系统升级故障而影响业务的正常办理。

3.2.1.架构约束架构约束包括应用架构约束、数据架构约束、基础设施架构约束、安全架构约束等部分，

具体内容请参考：1.《应用和数据架构约束》 v1.0

2.《基础设施架构约束》v1.0

3.《安全架构约束》v1.0

3.2.2.接口约束1.数据接口应考虑其它相关系统的接口策略以及具体接口关系（具体参照业务边界），

并提供相应技术资料。2.数据接口设计原则： （1）XML 文件传递数据（2）利用 XML 标准，通过消息流的方式实现数据的传递（3）直接访问数据库视图或表中的数据

3.2.3.平台约束1.系统硬件平台约束

数据库服务器：Unix 主机/PC 服务器 应用服务器： PC 服务器 客户端：PC 机器

2.系统软件平台约束 数据库软件：Oracle11g

35

应用服务器软件： WebLogic Server 11g

客户端软件：IE浏览器 8.0 以上 3.2.4.技术标准和规范

本节界定了对业务需求管理与服务平台开发，必须遵从的标准和技术规范，包括编码和命名规范、过程标准、用户界面规范、代码和数据元标准、数据交换标准、软件平台开发应用指南等。具体内容请参考：

《编码和命名规范》v1.0

《用户界面规范》v1.0

《代码和数据元标准》v1.0

《数据采集/交换标准》SW 5001-2006

《公共构件规范》v1.0

《Oracle 数据库设计应用指南》v1.0

《BEA Weblogic 平台开发应用指南》v1.0

《过程标准》v1.0

《软件开发规范》 SW/T 3001-2006

国家相关部门和税务总局确定的其他标准规范3.2.5.双方职责

招标人：组织用户测试(联调测试、业务技术测试)和现场服务支持工作所需的硬件设备及系统软件(操作系统、Oracle、Weblogi等)由招标人负责提供序号 软件平台 软件工具或系统

1 数据库服务器 Oracle 11g

3 应用服务器 Oracle Weblogic 10g

4 WEB浏览器 Internet Explorer 8.0

5 数据库服务器操作系统 LINUX

6 应用服务器操作系统 Windows2008 Server

7 客户端操作系统 WINXP以上中标人：在软件需求开发过程中，所需的工作环境、开发设备、第三方软件开发工具和

系统软件等产品由中标人负责提供。

36

3.3.工作环境约束中标人在用户现场提供技术支持服务时，由用户方免费提供相应的办公场地和工作环

境。3.4.项目工作范围约束

本项目工作范围可分为以下四个方面：3.4.1.软件需求实现

根据本需求书中列出的需求，在业务需求管理与服务平台系统实现相关业务技术功能和系统接口等需求。投标人需要对每项业务需求进行详细的需求分析，并于投标文件中提供每项需求对应

的需求规格说明文档。相关文档将作为评判投标人履约能力的重要依据。3.4.2.软件优化

根据本需求书中列出的软件易用性不足和系统运行效率低等方面的问题，对软件进行优化完善。3.4.3.软件问题支持解决

在软件运行和用户操作使用过程中，对税务总局运维部门、业务部门及省税务局发现提出的软件 BUG 问题进行收集整理、分析确认和修改解决。

3.5.非功能性要求3.5.1. 性能要求

系统应具备的响应能力指标:

系统响应能力指标列表序号 性能指标项 平均时间(秒) 峰值时间(秒)

1 业务查询和提取响应时间 ≤10 ≤20

2 业务提交处理时间 ≤5 ≤10

3 实时交易的平均响应时间 ≤5 ≤10

37

3.5.2.可扩展性需求系统在设计开发上必须具有适应业务变化的能力，当系统新增业务功能或现有业务功

能改变时，应尽可能的保证业务变化造成的影响局部化。3.5.3.易用性需求

系统在易用性方面必须满足以下要求： 所有的业务功能界面风格和操作流程一致； 应兼容大多数主流版本的浏览器登录使用3.5.4.伸缩性需求当系统容量发生变化时，应能通过在横向（Tiers）和纵向(Layers)的各个层次的扩充，

保证系统合理的响应时间和吞吐量。支持负载的划分与均衡。3.5.5.可靠性需求

应保证在正常情况下和极端情况下业务逻辑的正确性。3.5.6.可用性需求

系统在可用性方面必须满足以下要求： 必须避免由于单点故障或系统的升级而影响整个系统的正常运行。 系统在每周七天，每天二十四小时内都应是可以使用的，宕机的时间应少于 4%。 平均故障间隔时间应超过三个月。3.5.7.可维护性需求

软件能够被简单方便的修改和升级。包含可读性、可修改性、可测试性等。具备错误的远程分析与排除功能。3.5.8.可管理性需求

本项目为软件升级开发项目，在本项目期内软件可管理性和维护服务能力的实现程度与软件定版时保持一致。

38

3.6.安全性需求业务需求管理与服务平台必须在安全架构的设计要求（具体参照《安全架构约束

1.0》）下，基于 WebLogic自身的安全策略提供以下安全策略： 提供系统整体的安全保障机制； 提供系统整体的权限管理策略； 提供文件传输和存储等的加密策略； 提供关键业务操作的日志功能和安全审计功能。

在具体设计上要具有：保护用户身份的安全；实现功能和数据权限、身份信息的安全传递；数据的加密和签名；对于关键业务操作必须提供安全审计功能；所有子系统必须实现统一和一致的日志功能。

第4章 项目实施要求

4.1.总体要求1、中标人应按照软件工程的标准规范和开发流程对项目进行规划及实施，确保项目的

开发成功。2、中标人应提供项目管理方案，至少覆盖进度管理、范围管理、风险管理、需求管理、

质量管理、资源管理、计划管理、沟通管理等。3、中标人提供项目管理工具的，应保证采购人免费使用该管理工具，如涉及版权纠纷，

责任由中标人承担。

39

4.2.项目管理要求4.2.1.项目沟通管理

1、 项目实施过程中，中标人须通过建立制度化的沟通渠道等方式，加强与采购人的沟通。

2、 中标人须遵守采购人项目管理相关规定，接受采购人项目管理机构和项目负责人的领导，指定负责人与采购人保持沟通和协调。

3、 中标人须建立项目例会制度，就项目进展情况、存在的问题、需要协调的主要事项、下一阶段工作计划等与采购人进行沟通协调。4.2.2.项目计划管理

中标人制定行之有效的项目计划管理方案，应包括：制定项目实施计划，建立项目组工作月报、周报制度，对项目组成员进行工作量统计，实施项目交付物质量检查，及时汇报项目进展状况等。

制定切实可行的工作计划，明确实施进度、资源调度等；根据项目进行的不同阶段制定项目的里程碑和交付物；规定项目组中每个成员的任务；检查阶段任务完成的情况和项目阶段性提交物的质量。4.2.3.项目配置管理

中标人应制定项目配置管理计划，设置系统配置管理项，明确交付物版本控制方法等。建立项目配置文件管理库，保存项目开发中的记录性文件、脚本及代码等。4.2.4.项目变更管理

中标人应建立项目变更管理办法，指定专人负责项目实施过程中出现的各种变更情况，包括：人力资源变更、技术变更、需求变更等。对于每项变更，都必须按照预先设计好的项目变更流程，提出变更请求，评估变更可能带来的影响，经国家税务总局审批后，才能实施变更。变更工作完成后，需通知所有相关人员，确保项目能够协调一致地进行。

40

4.3.组织和人员要求4.3.1.项目组织机构

本项目成立由国家税务总局、中标人共同组成的项目管理机构，负责整个项目的实施工作。中标人的专职项目团队必须严格遵守国家的政策法规，执行项目管理机构的各项规章制度，服从管理和调度，认真履行工作职责，圆满完成工作任务。4.3.2.项目人员管理

中标人应根据项目需求建立项目团队，明确项目组人员的角色。相关人员资质应满足以下要求：

1、中标人必须在项目建设中，选派工作责任心强、技术水平高、业务熟练、管理经验丰富的人员专职参加该项目的建设。项目实施人员应与投标文件中所提供的人员名单相符不经国家税务总局许可不得变更。

2、中标人选派的项目组成员应以专职为主，专职人员在项目实施期间不得兼任与本项目无关的其他工作，专职人员比例应不低于 90％。

3、中标人应选派专人担任项目总监，所选派人员应从事信息化建设 8 年以上、具备国内外多个大型信息化建设项目的管理经验。

4、中标人应选派 1 名专人担任项目经理，要求具有 5 年以上项目管理经验，具有从事 5 年以上信息化建设经验，熟悉税务系统行业情况。具有业内认可的项目管理专业认证资历证书，除非用户主动要求，在项目实施期内不得更换项目经理。项目经理应全程在现场参与工作。

5、国家税务总局如认为中标人的项目组成员达不到要求，有权要求中标人更换，中标人必须负责在一周之内调换符合国家税务总局要求的项目成员。

6、中标人应为本项目的实施工作配置相应资质和数量的人员（不少于 30 人），保证本项目按照建设时间安排如期完成，投标人在投标时需要书面给出参与本项目的项目团队人员的清单、团队人员的工作简历，要求有丰富的业务需求管理与服务平台开发实施经验（并提供相关证明材料）等。

7、 中标人应按阶段提交项目参与人员名单，经国家税务总局确认。中标人应保证项目组成员的稳定性，如特殊情况需要调整项目组成员的，应提前一周书面通知国家税务总局

41

并获得国家税务总局的确认后才能安排调整。8、 中标人组建的项目团队必须遵守国家的政策、法令，严格执行国家税务总局的各项

规章制度，服从国家税务总局的管理和调度，认真履行工作职责，努力完成国家税务总局安排的工作任务。由于中标人造成的国家税务总局经济损失，中标人需承担全部责任。

9、中标人须充分考虑系统实现的复杂度，应为本项目的开发实施工作按照高级、中级和初级配合相应数量的人员，要求总投入不少于 90 人月。所提供人员能力不能胜任实施工作、影响实施进度或质量的，中标人需按照招标人要求更换或者增加人员。

10、高级服务成员主要从事项目管理、核心设计、总体框架和应用总体设计等方面的建设工作，要求具备如下的能力要求之一：

在相关软件开发从业 5 年以上，要求主持过技术平台研发或核心模块设计或主要方案规划；

精通 IT 技术，在系统集成、运维保障、数据集成、应用集成等方面具有独立实施的能力；

中级服务成员能力要求 IT从业在 3 年以上，具备独立分析解决问题的能力；初级服务成员要求 IT从业在 1 年以上。

4.4.项目实施内容4.4.1.整体组织及过程管控4.4.1.1. 整体组织

1、主要任务项目的整体组织管控的主要任务是在项目过程中做好实施的组织和管理。包括项目组

管理、项目计划管理、项目开发管理等。2、主要工作 制定项目整体实施方案； 制定《需求开发计划》等； 建立项目组织，包括优化开发团队。3、主要交付物

42

包括但不仅限于《需求开发计划》等。

4.4.1.2. 过程管控过程管控的主要工作内容为：一、严格控制本项目实施过程中各项任务的进度；二、对项目实施过程中的各类信息资产进行收集整理和标准化管理；三、组织支持人员做好服务与支持工作。

4.4.2.需求分析1、主要任务

中标人根据《业务需求管理与服务平台升级完善项目业务需求》对业务需求进行细化的过程，同时也是系统逻辑设计的开始。

2、主要工作 制定详细工作方案。内容至少包括进度安排、详细的工作（安排）分工、人员组成

等内容。 中标人应制定需求分析标准和规范。 中标人须严格按照需求分析标准和规范进行需求分析,对本项目的业务需求、用户

需求、功能性需求进行分析，形成需求分析说明书。 编写《需求分析规格说明书》。3、主要交付物包括但不仅限于《需求分析规格说明书》等。

4.4.3.系统设计1、主要任务

将《需求分析规格说明书》中详细明确的业务技术需求转换到实际的系统设计和开发中，形成系统设计说明书。

2、主要工作 制定详细工作方案。内容至少包括进度安排、详细的工作（安排）分工、人员组成

等内容。 中标人应制定详细设计标准和规范。

43

中标人必须严格按照详细设计标准和规范进行详细设计。 完成系统的概要设计和详细设计。 整理《系统设计说明书》。3、主要交付物包括但不仅限于《系统设计说明书》及相关文档等。

4.4.4.优化开发1、主要任务

本阶段是根据《系统设计说明书》中的内容，进入系统开发和测试阶段，实现系统从文字向实际成果的转化过程。

此阶段完成的标志是完成了《系统设计说明书》中规定的任务，实现了《需求规格说明书》中规定的所有需求。

2、主要工作 制定优化开发工作方案。内容至少包括进度安排、详细的工作（安排）分工、人员

组成等内容。 制定编码实现标准和规范。 开发过程中必须严格遵守编码标准和开发规范。 优化开发中必须组织人员进行模块自测、互测以及代码和数据库脚本走查。编码自

测完成后，进行内部测试，包括针对需求本身的功能测试以及问题回归测试。 开发程序。 执行技术测试。 编写用户操作手册。3、 主要交付物包括但不仅限于系统源代码、《用户操作手册》等。

4.4.5.系统测试1、主要任务

对优化的各项功能进行验证，逐项测试，检查系统是否达到采购人要求的功能。2、主要工作

在自己环境中完成全部业务和技术测试后，可以向国家税务总局提交测试版本，国家

44

税务总局根据情况，决定是否可以进行测试，并根据情况安排不同方式的测试。中标人负责提供相关文档及支持服务，包括：测试版本、测试用例、操作手册等，协助国家税务总局制定测试计划和测试方案，并根据国家税务总局需要提供相应人员现场技术支持。对于测试过程中发现的问题，中标人应按国家税务总局的工作进度要求继续进行修改完善。功能测试通过后，中标人应提交《功能测试报告》、功能测试用例及相关文档。

（1）测试内容、范围 功能测试

功能测试又称正确性测试，它检查系统的功能是否符合规格说明。主要包含以下几个方面：

适用性：适用性是系统提供的一系列功能对需求的满足程度。准确性：准确性是指与能否得到正确或相符的结果或效果有关的软件特性。互操作性：互操作性是指与其他指定系统进行交互有关的能力。依从性：依从性是指软件遵循有关的标准、约定、法规以及类似规定的属性。（2）测试标准和要求根据测试内容与范围，测试方案应包括但不限于以下测试内容： 参加测试人员及组织分工。 测试方法，包括模块测试、功能测试、系统测试等。 测试步骤及日程。 测试结果形式及文档。 测试的审核和结果认定方法。

（4）组织实施为确保项目的测试达到预定效果，应成立相应的组织领导机构来指导整个测试过程，

具体包括： 中标人组建测试领导小组，由业务人员和技术人员组成，并有招标人人员参与整

个测试过程。 中标人建立详细的测试计划和方案。 中标人根据测试情况，形成完整的测试报告，并针对测试中出现的问题提出解决方案。

（5）招标人、中标人需提供的资源参与测试的招标人、中标人应根据自己的职责与特征，提供不同的资源，确保整个测

45

试过程高效、有序开展。招标人： 组建测试领导小组（配合中标人，共同组建测试领导小组）。 准备测试环境，提供测试数据。 提供业务与技术支持。

中标人： 组建测试领导小组。 列举详细的测试内容。 列举详细的测试工具。 制订详细的测试策略和方法。 提出风险分析报告，预测测试过程中可能的风险和解决方法。 提供完成各项测试的案例集。 其它方面。3、主要交付物包括但不仅限于《测试方案》、《测试用例》、《测试报告》等。

4.4.6.补丁制作发布1、主要任务

根据软件补丁试运行情况，制作正式补丁，并提交招标人，招标人安排发布。2、主要工作版本编译及制作，包括测试版本的制作及最终正式版本的制作；版本有效性验证；版本相关的文档编写。3、主要交付物包括但不仅限于系统补丁（版本）、《补丁（版本）发布移交单》、《补丁（版本）说明》

等。4.5.报价要求

投标人报价应按照软件各部分需求开发实施等服务内容进行分别报价。

46

4.6.其他要求4.6.1.保密要求

投标人参与项目的所有人员应严格遵守采购人的保密要求签订保密协议,并由中标人担保；采购人对于中标人提供的资料，不得以任何形式向第三方传播。保密期限不受本项目期限的限制，在本项目履行完毕后，保密信息接受方仍应承担保密义务。4.6.2.知识转移要求

中标人须将系统的源代码及分析说明、需求分析文档、设计开发理念、部署实施步骤和经验等通过培训和文档等形式转移给采购人。4.6.3.知识产权要求

1、项目系统的版权属于国家税务总局所有，采购人对项目实施过程中所产生的所有成果（包括发明、发现、可运行系统、源代码及相关技术资料、文档等）享有永久使用权、复制权和修改权。项目系统的专利申请权、专利权、技术秘密的所有权、使用权、转让权等知识产权归国家税务总局所有。

2、中标人应保证在本项目中所有预装和为本项目安装的软件为在中国境内具有合法版权或使用权的正版软件且无质量瑕疵。

3、中标人保证所提供的产品及服务不侵犯第三方的知识产权，否则，由此给采购人造成的一切损失由中标人承担。4.6.4.归档要求

中标人应按照国家税务总局管理办法，对该项目所涉及的需求分析、设计开发、测试、服务等各项工作文档按采购人质量、数量、提供方式、提供时间等要求进行整理，并提交采购人归档。

47

第5章 项目验收要求

项目验收工作按照国家税务总局相关规定组织开展。评审和验收工作由国家税务总局组织实施，中标人应完成项目评审和验收的相关验收

和资料的准备。中标人在合同工作完成后向招标人提出验收申请，招标人审核是否满足项目验收准入

条件。满足验收准入条件后，准予启动项目验收程序。5.1.项目验收准入条件

本需求书中包含的业务技术需求全部开发完成。 需求对应的软件补丁经过业务技术测试，并将业务技术测试阶段出现的主要问题

全部解决，测试单位出具业务技术测试报告，软件功能、性能符合业务和技术需求。

正式软件补丁版本下发，将软件补丁升级到生产系统后经过一个业务周期（通常指一个征期）的平稳运行。

需求开发实现过程中相关管理、技术文档通过招标人评审。

5.2.项目验收标准中标人在工作完成后向实施单位提出验收申请，按照项目验收交付清提交相关文档，

招标人审核是否满足项目验收准入条件。满足验收准入条件后，予启动项目验收程序。5.3.项目验收流程

符合项目验收准入条件后，中标人可提出项目验收申请。 中标人书面提出项目验收申请。

48

向招标人提交《项目验收工作总结报告》和《项目需求开发实现工作报告》。 向招标人整理提交项目需求实现相关管理、技术文档电子版文件。 招标人组织进行项目验收评审会议，对项目工作内容及文档进行验收评审。 项目验收评审通过后，招标人出具项目验收报告。5.4.项目验收交付清单

序号 交付物名称 介质形式 期限 数量 备注1 《需求规格说明书》 电子 正式补丁下发时 12 《系统设计说明书》 电子 正式补丁下发时 13 《系统测试报告》 电子 正式补丁下发时 14 集成测试后的系统 电子 正式补丁下发时 15 系统源代码 电子 正式补丁下发时 16 《系统操作手册》 电子 正式补丁下发时7 《系统验收测试报告》 电子 正式补丁下发时 18 《系统上线报告》 电子 项目最终验收时 19 《运行维护报告》 电子 项目最终验收时 110 项目验收申请 电子、纸质 项目最终验收时 1

11 项目验收工作总结报告 电子、纸质 项目最终验收时 1

49

第6章 投标响应要求

6.1.明确双方的权利和义务6.1.1.招标人的权利和义务

1、招标人对该系统有永久的使用权、复制权和修改权。2、招标人对本项目的开发、服务支持和验收进行管控。3、招标人应指派专人负责开发过程中的有关协调工作，包括：工作成果确认、部门

配合协调、会议组织协调、验收等。4、招标人保守中标人在项目建设中涉及到的技术、经济及其他商业机密。5、招标人应积极配合中标人，并为中标人执行本合同提供本合同约定的必要条件。6、招标人应按照本合同约定及时向中标人支付合同价款。

6.1.2.中标人的权利和义务1、中标人应严格按照合同和相关附件的约定履行开发及实施服务。2、中标人应向招标人提交详细、可行的工作计划，工作计划须得到招标人批准后方

可实施。3、中标人应保证项目实施及服务队伍的稳定，开发项目经理不得随意调换，如需调

换时，应及时书面通知招标人，经书面同意后方可调换；当招标人提出调换时，中标人应配合。

6.2.资质要求投标人必须是具有独立承担民事责任的能力的在中华人民共和国境内注册的企业法人，

投标人必须具备《政府采购法》第二十二条的规定，不接受联合体投标。

50

投标人具有独立承担民事责任的能力； 投标人具有良好的商业信誉和健全的财务会计制度； 投标人必须具有依法缴纳税收和社会保障资金的良好记录； 投标人参加政府采购活动前三年内，在经营活动中没有重大违法记录。

6.3.应答要求如无特殊说明均为强制性需求，投标人必须充分应答。

6.3.1.对应答书的基本要求投标人必须针对技术需求书（含业务需求）中有关章节的需求逐个或分块做出实质性

响应，其响应应与需求书内容采用同样的顺序。对每个需求的响应必须遵循如下规则：1、重复该需求；2、用“是/否”响应来表明该需求是否被满足（描述性需求）；3、简要描述应答书或应答方案如何满足该需求，如果该响应在应答书其它部分有详

述，可在该处简单应答，但必须给出确切的位置索引；4、解释应答书或应答方案与国家税务总局需求之间的偏差；用数量来表示的需求，

必须用确切的数字、单位来响应。5、投标人应提供实质性确切响应，并有详细的文字描述和说明，任何仅采用“符

合”、“满足”或非确定性数值（如“>=”或“<=”）的响应均将被视为没有对本需求书的实质性响应，从而可能导致严重后果；有关表格部分的响应应按商务部分规定的格式列出。

6、对本项目技术需求书的完全响应，具体包括： 对项目背景、现状及目标的理解及详细响应。 对项目建设内容及范围的理解及详细响应。 对项目需求的理解及详细响应。 对项目约束的理解及详细响应。 对项目实施方案的详细响应。 对项目管理方案的详细响应。 对项目项目岗位人员配备的详细响应。

51

6.3.2.技术服务的应答投标人必须提供充分的具有说服力的材料，以证明投标人提供的方案、服务等满足本

项目的需求。1、在应答书中，整体技术实现方案必须基于现状，描述如何实现工作。投标人应在

方案中描述具体工作内容及各项具体方案。要求提供详细的技术方案，内容包括但不限于设计原则、集成能力要求、 稳定可靠性要求、安全性要求、测试方案等；

2、在项目实施岗位人员配备的详细响应中，投标人重点需要对以下方面做出应答：项目总监、项目经理、项目设计负责人、开发负责人的简历等内容。

52

人员简历表姓名 性别 年龄 身份

证号毕业院校 专业学历 参加工作

时间 职称

所在公司机构或部门 服务时间

公司职务

本项目中承担职务或工作

取得的技术资质认证

工作经历及项目经验

6.4.其他要求1．要求投标人提供专业、客观、公正的信息。投标人在任何时候都要以招标人的利益为

重，并严格避免同投标人的其它任务发生冲突。2．不允许联合投标及项目分包、转包。3．投标人需提供技术需求中要求的相关证明。

53

附件：2017年业务需求管理与服务平台

升级完善项目业务需求

一、建设背景在总局网信办指导下，经过总局业务需求管理部门的不断探索

和努力，严格依据税收法律法规，逐步建立了覆盖各层级国、地税务机关征管的全部税（费）种、覆盖税务管理的所有重要工作环节、覆盖税收实体法和税收程序法的全部制度规定的一套完整系统的税收征管业务需求，用于指导总局各类税务应用系统开发工作。业务需求管理与服务平台已初步实现对总局业务需求的出库入库管理和在线发布功能，有效推动了业务需求管理的标准化、规范化，实现了总局需求组织资产的沉淀与共享。

2016年10月份全国所有省份全部上线金税三期系统，按照总局“一体两翼”的总体规划，未来金税三期将进一步优化完善主体

54

系统，对内推进税收大数据建设，对外建好统一规范的电子税务局,

由此对于新出台税收政策业务落地的时效性、各省提出业务运维问题响应的及时性、应用系统开发进度的可控性都提出了新的挑战。 二、平台现状

业务需求管理与服务平台是一个协助国家税务总局完成税收征管规范与业务需求的标准规范制定，实现税收征管规范与业务需求的结构化入库与在线发布的综合性平台。项目旨在服务于税收征管规范与业务需求管理，指导总局各类税务应用系统开发工作，促进税收征管规范的推广与贯彻执行。为强化业务管控，实现业务管控一体化的目标，根据业务体系架构，将业务需求管理与服务平台划分为业务需求应用与征管规范应用两个应用系统。目前支撑着业务需求和征管规范日常结构化入库出库和在线发布工作，促进业务需求和征管规范的标准化建设，通过业务需求和征管规范在全局范围内的共享，促进税收征管规范及业务需求的全面推广与贯彻执行。

（一）业务需求应用：

55

1)业务需求入库出库工具系统：为业务需求管理与服务平台中服务于业务需求管理的核心工具，支持业务需求资料和业务管控资料的结构化入库，形成结构化数据，并支持定制化导出。业务需求资料包括业务需求正文、结构化清册、电子表单、纸质表单、其他辅助材料；业务管控资料包括组间联系单、问题确认单、司局交互函等。

2)业务需求在线发布系统：为业务需求管理与服务平台中服务于业务需求在线发布的核心系统。实现业务需求相关的核心征管、管理决策、外部交换、纳税服务，组间联系单、以及司局交互函等各类业务需求的在线展示，包括PDF、类CHM方式展示，支持全文检索、文档下载；组间联系表、司局交互函等相关统计信息以及支持图形化展示等功能。

（二）征管规范应用1)征管规范入库出库工具系统：为业务需求管理与服务平台服

务于征管规范管理的核心工具。征管规范相关资料的入库包括征管规范正文、减免税核准及备案具体事项、纸质表证单书、征管规范业务

56

框架清册等征管规范相关资料的分析处理，形成结构化数据储存在数据库中，并支持结构化导出和定制化导出。

2）征管规范纸质表单数据项分析工具：为业务需求管理与服务平台服务于征管规范管理的辅助工具，用于对征管规范纸质表单数据项进行抽取、查询、统计分析，辅助纸质表正单书简化工作，简称征管规范纸质表单分析工具。

3)征管规范在线发布系统：为业务需求管理与服务平台中服务于征管规范在线发布的核心系统。征管规范相关的征管规范正文、纸质表证单书、减免税核准及备案具体事项等各类征管规范文档的在线展示。包括类CHM方式展示，支持全文检索、文档下载，相关统计信息进行图形化展示等功能。三、建设目标

根据税总办发〔2016〕140号国家税务总局办公厅关于加强信息系统业务需求归口管理的通知精神，为了更好地落实各司局提出的系统要求，服务于总局网信办和各司局业务需求管理工作，做好面

57

向全国的金税三期业务需求运维，让需求提出方第一时间了解系统要求转化为业务需求的内容及需求开发进度，掌握最新的业务需求变化及应用系统版本升级情况、各单位提出的业务优化建议、业务问题的解决方案，需要对业务需求管理与服务平台原有功能进行优化完善和升级的同时，新增业务需求流程管理系统的建设，实现系统要求转化为业务需求、跟踪需求开发进度、监控系统要求从提出到实现的整个生命周期，以支持和服务业务需求提出方、管理方和开发方更便捷更高效的完成业务运维与服务的工作目标和任务，以达到支撑税收政策、征管规范、业务需求、信息系统协调联动机制，发挥业务需求管理与服务平台系统的最大效能，为总局“一体两翼”的税收管理现代化建设目标的顺利实现保驾护航。为此，特编制本业务需求，需求内容是完整、清晰、明确的。

四、基本需求(一) 业务需求流程管理系统需求

58

4. 业务需求流程管理已立项的“系统要求” 管理全过程分为四个阶段：申请阶段、

审核阶段、整理阶段、实施阶段。

6). 申请阶段业务司各处室的一般干部或处级干部根据实际需要填写需求申

请，确认无误后，提交处级干部审核；处级干部负责审核需求申请：处级干部接收到一般干部提交的申请后，审核需求，确认无误后提交司级干部审核，若需求不符合规范，退回发起人重新修改或审核人员直接修改后提交司级领导签发；司级干部负责审签申请：司级干部接收到处级干部提交的申请后，审签需求内容，审签通过后，

59

签发到下一环节；若需求内容不完整，可直接修订或退回上一环节。参与人员：业务司一般干部、处级干部、司级干部

7). 审核阶段征科司技术开发管理处负责确定会签处室：征科司技术开发管

理处一般干部或处级干部接收到业务司提供的需求，根据需求内容指定会签处室后，提交处级干部审核；征科司技术开发管理处处级干部接收到一般干部提交的指定会签处室信息，审核会签信息，审核通过发送到会签处室审核，会签处室有误，重新选择或退回修改；需求与标准处负责审核需求内容：一般干部或处级干部接收到技术处发送的需求内容初审信息后，初步审核需求内容后，将审核意见反馈给处级干部；处级干部接收到一般干部提供的需求内容初审信息，结合初审意见给出审核意见后，提交司级领导审签；规划设计处/项目管理处负责审核立项预算信息：一般干部接收到技术处提交的需求信息后，初步审核立项预算情况，给出初审意见后提交上级领导审核；处级领导接收到一般干部提交的立项预算初审信息后，结合初审意见，提出审核建议后交由司级领导审签；征科司负责审签需求：司级领导接收到各会签处室审核完毕的需求后，结合各处室意见，给出审签意见后，签发到下一环节处理。

由于业务需求流程管理系统中涉及的立项和预算信息已经立项，不需要再次审核，因此取消指定会签处室及立项预算审核部分，新增网信办受理环节。调整后的审核阶段为：a>网信办负责受理需求：

60

网信办领导接收到业务司提供的需求后，给出审核意见发送到征科司审核（该环节可自动执行）；b>需求与标准处负责审核需求：一般干部或处级干部初步审核需求信息后，给出初审意见交由处级领导审核；处级领导接收到一般干部提交的需求信息后，给出审核意见，提交给司级领导审签；c>征科司司级领导负责审签需求：征科司级领导接收到处级领导提交的需求信息后，结合审核意见，给出审签意见。若需求内容存在问题，可直接退回上一环节。

参与人员：网信办秘书处领导、征科司一般干部、处级干部、司级干部。

8). 整理阶段网络信息化安全办公室秘书处负责首次分配需求：网信办秘书

处领导接收到征科司提供的需求后，根据需求信息分配给运维工作组继续清分，或分配到电税中心等其他实施单位流程结束；网信办运维工作组负责二次清分：运维工作组接收到秘书处分配的任务后，根据需求内容决定清分到业务管控组或数据管理组；业务管控组/数据管理组负责分配需求：业务管控组/数据管理组接收到运维工作组分配的任务后，根据需求内容和各职能小组的职责选择职能小组；职能小组负责整理需求：各职能小组负责人接收到上级分派的任务后，结合需求内容选定实施单位后，提交给领导审核；业务管控组/

数据管理组负责审核需求整理信息：业务管控组/数据管理组收到职能小组提交的整理情况后，结合各小组选择的信息，重新选择实施

61

单位或直接发送到实施环节。若需求内容存在问题或清分错误，可直接退回上一环节。

参与人员：网信办秘书处领导、运维工作组领导、业务管控组和数据管理组领导以及职能小组领导、电税中心等其他实施单位领导。

9). 实施阶段网络安全和信息化办公室运维工作组、数据管理组实施小组

(应用小组、云平台小组、仓库小组)或业务处室（业务部门作为实施单位）负责实施需求:各实施单位接收到网信办分配的任务后，根据本单位各阶段实际完成情况及时填写拟定计划、需求评审、用户测试、需求验收、实施反馈的信息；若需求内容存在问题或清分错误，可直接退回上一环节。

参与人员：安全和信息化办公室运维工作组/数据管理组实施小组 (应用小组、云平台小组、仓库小组) /业务处室（业务部门作为实施单位）实施人员。

针对业务需求流程管理电税中心等其他实施单位要求增加实施信息采集渠道。电税中心等其他实施单位接收到网信办分配的业务需求实施任务后，根据实施情况填写实施信息。

10). 基础信息维护基础信息维护主要包含一些系统正常运行所需信息的维护功能，

在本系统中，所有业务需求申请都必须依赖于业务系统，每一个业务系统都会有相应的立项信息和预算信息，因此在基础信息维护包

62

含系统信息、立项信息、预算信息的维护功能，以及三者之间关联关系构建的功能。

系统信息维护负责维护所有已立项，已上线运行或将要上线运行的系统，包

含系统信息的增、删、改、查等基本功能。 立项信息维护

负责维护总局所有在发文中已经明确立项的立项信息，将立项信息维护到系统中。并与系统中已维护的应用系统建立关联关系。

预算信息维护负责维护总局所有立项信息对应的预算信息，在系统中维护预

算的详细信息，并与系统中已维护的立项信息建立关联关系。5. 临时数据查询需求流程临时数据需求管理实现业务司提出临时数据需求、网信办分发临

时数据需求、电子税务管理中心或征科司实施临时数据需求并返回业务司局确认实施反馈结果信息的全周期的流程化管理。

63

7). 临时数据查询需求提出业务司各处室的一般干部或处级干部根据实际需求，提出临时

数据查询需求，需要实施单位为其提供数据。参与人员：业务司各处室一般干部、处级干部

8). 临时数据查询需求审核业务司各处室处级干部负责审核临时数据需求：处级领导接收

到一般干部提交的临时数据查询需求后，审核需求信息，审核通过直接交由司级领导审签；需求信息不准确时，可直接修改或退回给

64

提出人重新修订。参与人员：业务司各处室处级干部

9). 临时数据查询需求签发业务司司级领导负责审签临时数据需求：司级领导接收到处级

干部提交的临时数据查询需求后，审签需求信息，审签通过直接交由网信办分配需求；需求信息不准确时，可直接修改或退回给处级领导重新修订。参与人员：业务司司级领导

10). 临时数据查询需求分发网络信息化安全办公室秘书处负责分发临时数据查询需求：网

信办秘书处领导接收到业务司提供的临时数据需求后，根据需求内容决定具体实施单位。参与人员：网信办秘书处领导

11). 临时数据查询需求实施电税中心/征科司实施单位负责实施临时数据查询需求：实施单

位接收到网信办分配的任务，根据需求内容为业务部门提供相应的65

资料后，反馈给需求提出人员确认。参与人员：电税中心/征科司实施单位的实施人员。

12). 确认反馈结果业务司一般干部或处级干部负责确认反馈结果：一般干部或处

级干部接收到实施单位提供的临时数据需求查询信息后，检验实施单位提供的资料，满足需求后，结束流程。参与人员：业务司一般干部、处级干部。

6. 系统管理10). 资源管理

管理员通过资源管理对已开发的功能进行注册，所有功能必须在资源管理模块进行注册后才可进行权限分配。

11). 机构管理管理员对业务需求管理与服务平台用户相关的税务机构及厂商

信息进行维护管理，包括税务机构及厂商信息的增、删、改，对国家税务总局、省局及厂商的机构进行管理。

12). 用户管理系统管理员对业务需求管理与服务平台涉及的内部及外部用户

进行统一管理，配置用户基本信息、登录账号和密码。用户可以自己66

对密码信息进行修改。13). 权限管理

系统管理员对业务需求管理与服务平台系统的功能权限管理，实现对应用级用户权限的控制，具有管理权限的用户才可以操作相关的功能。权限管理的功能包括功能模块注册、功能模板设置、岗位功能设置、岗位数据权限设置、操作人员设置等。

14). 流程管理流程管理模块是本系统的核心，负责对需求申请的相关流程的

支撑。15). 工作流引擎

对审批流程的管理和控制是本系统建设的重点。工作流引擎即需要支持自动执行的审批流程，又需要支持人工控制派发的处理流程。

16). 公共消息维护管理员可以在公共消息模块发布消息，消息发布后可以实时在

系统首页滚动显示，并且可以设计消息的时效性。17). 在线用户

管理员可以通过该模块查询当前实时在线的用户，统计在线用户人数，查询当前在线用户的信息，查询历史的用户登录信息。

18). 运维管理流程67

提供系统运维管理流程功能，对于人员账号的新增、变更等实行申请、审核、执行、反馈流程，申请由各司综合处发起、审核由网信办秘书处负责、执行由维护人员进行操作，结果自动反馈到申请方。4.与总局金三统一工作平台集成

1). 单点登录集成在保证个本系统正常登录的同时，集成总局单点登录模块，待

系统上线后，通过统一工作平台系统登陆后，再次访问该系统时，无需用户输入用户名和密码，由单点登录认证模块进行用户认证，并自动登录进入系统。

2). 界面集成总局建设了金三统一工作平台，该平台将会集成目前已运行的

大部分系统，该平台将作为总局用户的工作平台，因此业务需求流程管理系统也需集成到该系统中。将业务需求流程管理系统中所有功能模块注册到金三统一工作平台，并在金三统一工作平台为用户分配相应的功能权限，确保所有功能通过统一工作平台可以正常访问使用。

3). 机构信息同步建立机构信息同步机制，实现数据库定期自动同步，与人工干

预同步相结合的方式，定期将国家税务总局金三统一工作平台中的机构信息同步到业务需求流程管理系统，保证机构信息的完整性、一

68

致性。4). 人员信息同步

建立人员信息同步机制，实现数据库定期自动同步，与人工干预同步相结合的方式，定期将国家税务总局金三统一工作平台中的人员信息同步到业务需求流程管理系统，保证人员信息的完整性、一致性。

5). 用户信息同步建立人员信息同步机制，实现数据库定期自动同步，与人工干

预同步相结合的方式，定期将国家税务总局统一工作平台中的机构信息同步到业务需求流程管理系统，保证用户信息的完整性、一致性。

6). 权限信息同步建立权限信息同步机制，实现数据库定期自动同步，与人工干

预同步相结合的方式，定期将业务需求流程管理系统中的岗位信息与金三统一工作平台的岗位信息进行同步，保证两个系统权限的完整性、一致性，确保同一用户在不同系统登录，功能权限保持一致。

5.其他6). 流程回退

经过各业务司协商讨论后要求已办事项不能够再次修改，发现

69

有误需要领导退回后，方可修订。业务需求流转到任一环节，均可实现向上一环节的回退。

7). 流程转办考虑到人员临时出差等情况，要求可以授权他人代办。

8). 部分流程自动执行审核环节步骤较多，要求在特定情况下部分环节可自动流转。

9). 流程展示优化需求流转被退回后在日志中能够显示；处室待办时，当前处理

人员全部显示不能为空。10). 附件在线查看和编辑

上传后的附件提供在线查看和在线编辑功能，并且word文档要实现编辑留痕。(二) 业务需求管理应用升级完善需求

3. 业务需求入库出库工具3). 新增字数统计功能，产出业务需求字数统计清册

新开发文档字数统计工具，提取文件夹中每个 Word 文档中汉

70

字的数量，产出需求字数统计清册。4). 定制化导出功能

按照用户选定文档的目录结构，按照对应的目录顺序、目录级别导出对应的文档。

4. 业务需求在线发布平台27). 业务需求在线发布平台界面美化

进一步提升用户体验，优化系统，满足文档不断扩展的需求。同时优化平台的搜索引擎，优化查询框架，提高响应速度，做好用户访问的统计功能。为平台中的司局请示/回复函、组间联系表回复增加标签定义归类及展示。

28). 业务流程查询业务需求在线发布平台扩展业务流程查询功能，查询产出业务

流程清册，并支持查询结果的导出。29). 业务流程统计

根据用户设定的统计维度，统计符合要求的业务流程数量。30). 底层业务查询

在业务需求在线发布平台中扩展底层业务查询功能，查询产出底层业务清册，并支持查询结果的导出。

31). 底层业务统计

71

根据用户设定的统计维度，统计符合要求的底层业务数量。32). 提交资料查询

在业务需求在线发布平台中扩展提交资料查询功能，查询产出提交资料清册，并支持查询结果的导出。

33). 提交资料统计根据用户设定的统计维度，统计符合要求的提交资料数量。

34). 数据项查询在业务需求在线发布平中台扩展数据项查询功能，查询产出数

据项清册，并支持查询结果的导出。35). 数据项统计

根据用户设定的统计维度，统计符合要求的数据项数量。36). 电子表单查询

在业务需求在线发布平台中扩展电子表单查询功能，查询产出电子表单清册，并支持查询结果的导出。

37). 电子表单统计根据用户设定的统计维度，统计符合要求的电子表单数量。

38). 系统监控查询在业务需求在线发布平台中扩展系统监控查询功能，查询产出

系统监控清册，并支持查询结果的导出。

72

39). 系统监控统计根据用户设定的统计维度，统计符合要求的系统监控数量。

40). 外部信息交互查询在业务需求在线发布平台中扩展外部信息交互查询功能，查询

产出外部信息交互清册，并支持查询结果的导出。41). 外部信息交互统计

根据用户设定的统计维度，统计符合要求的外部信息交互数量。42). 归档资料查询

在业务需求在线发布平台中扩展归档资料查询功能，查询产出归档资料清册，并支持查询结果的导出。

43). 归档资料统计根据用户设定的统计维度，统计符合要求的归档资料数量。

44). 节点职责查询在业务需求在线发布平台中扩展节点职责查询功能，查询产出

节点职责清册，并支持查询结果的导出。45). 节点职责统计

根据用户设定的统计维度，统计符合要求的节点职责数量。46). 输入输出表证单书查询

在业务需求在线发布平台中扩展输入输出表证单书查询功能，73

查询产出输入输出表证单书清册，并支持查询结果的导出。47). 输入输出表证单书统计

根据用户设定的统计维度，统计符合要求的输入输出表证单书数量。

48). 关联流程查询在业务需求在线发布平台中扩展关联流程查询功能，查询产出

关联流程清册，并支持查询结果的导出。49). 纸质表单查询

在业务需求在线发布平台中扩展纸质表单查询功能，查询产出纸质表单清册，并支持查询结果的导出。

50). 纸质表单统计根据用户设定的统计维度，统计符合要求的纸质表单数量。

51). 纸质表单对应电子表单查询在业务需求在线发布平台中扩展纸质表单对应电子表单查询功

能，查询产出纸质表单对应电子表单清册，并支持查询结果的导出。52). 纸质表单对应电子表单统计

根据用户设定的统计维度，统计符合要求的纸质表单对应电子表单数量。(三) 征管规范管理应用升级完善需求

74

3. 征管规范纸质表单数据项分析工具6). 纸质表证单书数据项提取分析工具优化

由于纸质表单更新频率比较快，每次更新的表单数量也比较多。纸质表单更新后都需要各级用户重新处理最新表单，更新本地数据库，无形中给用户增加了很大的工作量。因此，在纸质表证单书数据项提取分析工具（单机版）的基础上进行升级优化，新开发一套网络版的数据项提取分析工具。

7). 征管规范纸质表单分类查询统计纸质表单分类查询统计，是指用户可以根据纸质表单的不同属

性，从多个角度分类查询相关表单，将查询结果以列表的形式展示出来，并以相应的属性作为统计维度，展示出相关统计结果。

8). 征管规范纸质表单数据项查询统计纸质表单数据项查询，是指用户可以根据表单的不同属性、数

据项名称、数据项之间的关系，按照精确查询或模糊查询两种方式，分别获取数据项所在的纸质表单列表。涉及多个数据项的，按照用户选定的数据项之间的关联关系，获取对应查询统计结果。

9). 征管规范纸质表单数据项频次统计纸质表单数据项频次统计，是指按照用户给定的查询条件，包

括查询的表单范围，数据项名称，多个数据项之间的关联关系等条件，统计数据项在选定范围内出现的次数，以及出现的频率。

75

10). 征管规范纸质表单数据项种类统计纸质表单数据项种类统计，是指系统按照用户选定统计范围，

统计该范围内所有数据项出现的次数，并按照表单数量计算出数据项的使用频率。

4. 征管规范纸质表单数据项在线展示5). 征管规范纸质表单在线分类查询统计及图形化展示纸质表单在线查询统计及图形化展示功能，是在单机版纸质表

单查询统计的基础上，将纸质表单查询统计的思想在征管规范在线发布平台予以实现，同时充分利用纸质表单的统计结果，以丰富多样的统计图表，更加形象的展示纸质表单的整体情况。

6). 征管规范纸质表单数据项在线查询及图形化展示纸质表单数据项在线查询及图形化展示，是指充分利用纸质表

单数据项提取工具的成果物，将提取完成的纸质表单数据项发布到征管规范在线发布平台，提供给各级税务工作人员进行分析统计。平台按照纸质表单的相关属性，数据项的相关属性设计相关的查询统计选项，并根据用户提供的查询条件，统计纸质表单的数据项个数、分布情况、使用次数等。

7). 征管规范纸质表单数据项在线频次统计及图形化展示数据项频次统计，是指平台根据用户选定的纸质表单属性，给

出的数据项或数据项集，统计当前版本的数据项在指定范围的纸质76

表单中出现的次数，出现的频率。同时辅以形象的统计图，使用户更直观、更充分的了解数据项的使用频率。

8). 征管规范纸质表单数据项在线查看及图形化展示纸质表单数据项在线查看是指用户可以根据表单查看数据项，

或根据数据项查看表单。实现数据项从宏观到微观，从微观到宏观的双向展示。(四) 信息化项目建设台账管理需求

为落实 2017 年第 17次税务总局党组会议精神，做好税务总局机关信息化项目预算执行工作，拟建立税务总局机关信息化项目执行情况统计及通报机制，形成信息化建设台账。

1. 纳入统计的信息化项目范围纳入统计范围的信息化项目是指使用总局信息化专项经费的局

本级项目，包括金税运行费的项目、金税三期工程的项目、财税库银联网专项经费的项目。

2. 统计内容及分工1). 统计内容

统计内容为信息化项目执行全过程关键节点的信息，包括：项目立项批复后的采购需求提交、采购、项目实施、项目验收、支付等各阶段的时间点、责任部门、项目状态等信息，反映项目执行所处阶段、投入人力及预算执行等情况。

77

具体统计内容：A.采购需求阶段信息：项目类型（开发、运维、数据、基础设施、

其他）、本年度是否需要采购（已有合同、需要采购、不需要采购）、当前状态（未提交系统要求、已提交系统要求、已通过征管科技司审核）、通过审核时间、需求是否提交采购（是、否）、需求提交采购的时间。

B.采购阶段信息：需求审核通过时间、采购完成时间、采购方式、合同名称、合同乙方、合同期限、合同金额、付款约定。

C.实施及验收阶段信息：当前状态（未实施、实施中、初验、终验、结项验收）、乙方累计投入人员、实施完成时间、结项验收时间、历次验收情况说明。

D.支付阶段信息：（1）办理支付信息：收款单位、同意乙方支付申请时间、同意

支付金额、合同第几次付款（2）财务支付信息：财务记账时间、记账支付金额。

2). 各部门填报分工根据信息化项目执行阶段和税务总局机关各部门现有职责，各

部门填报工作分工如下：A.网信办：建立相关运行机制制度，建设相应信息化项目预算

执行管理平台，明确信息化项目执行各阶段责任单位（需求部门、采购部门和实施部门），对信息化项目执行情况进行跟踪、监控及统计，

78

定期通报信息化项目进展及预算执行进度等情况等。B.立项管理部门：金税三期工程项目的立项管理部门为网信办，

其他项目的立项管理部门为征管和科技发展司；立项管理部门负责提供纳入统计工作范围的信息化项目的立项及预算安排信息。

C.需求部门：提出立项需求的部门，负责填写信息化项目执行中“采购需求阶段”信息（不含“是否提交采购需求、提交采购时间”）。一个项目如果分包，每个包视同一个项目进行管理，项目编号后增加“-序号”；如果不分包，且对应多个需求部门，由需求牵头部门商其他需求部门后填写整个项目采购需求阶段信息。

D.采购部门：执行项目采购的部门，负责填写信息化项目执行中“采购阶段”的信息。

E.实施部门：负责组织项目实施及验收的部门；负责填写信息化项目执行中“项目采购需求阶段”中“是否提交采购需求、提交采购时间”信息和“实施及验收阶段”的信息。

F.办理支付手续部门：办理项目支付手续的部门，负责填写信息化项目执行中“支付阶段”中办理支付有关信息。

G.实际支付部门：财务司，负责提供信息化项目执行中“支付阶段”中财务支付有关明细账目信息。

H.金税三期工程综合组负责统一填报金税三期工程项目执行情况有关信息。

3. 工作机制

79

税务总局机关信息化项目执行情况采取统一发布项目基本信息、动态填报和定期统计通报的方式，滚动形成税务总局机关信息化项目建设台账。

1). 统一发布项目基本信息网信办根据年度信息化项目立项情况，统一发布已立项信息化

项目的采购部门、实施部门、支付部门等基础信息。2). 动态填报

各部门按照分工及时填报信息化项目执行情况有关信息，并动态更新。

信息化项目预算执行管理平台启用后，采取在平台录入相关信息的方式填报。项目执行各阶段的责任单位在项目执行各阶段关键节点任务完成后 3 个工作日内录入信息。

3). 定期统计及通报网信办根据各部门填报的信息，每月 12 日前完成信息化项目

执行情况的统计及分析总结，报网信办领导审核后在总局范围内通报税务总局机关信息化项目进展及预算执行进度等情况。

4. 其他要求1). 提供系统管理功能:

对各个项目的需求单位、采购单位、实施单位、支付单位等进行配

80

置、调整。2). 提供多种条件的查询、统计功能。

五、详细需求(一) 业务需求流程管理系统需求

1. 业务需求流程管理已立项的“系统要求” 管理全过程分为四个阶段：申请阶段、

审核阶段、整理阶段、实施阶段。

1). 申请阶段（1）阶段描述

81

申请阶段包含三个节点：提出申请、审核申请、审签申请。◆提出申请：业务司一般干部/处级干部在系统中录入需求类别、

系统名称、需求名称、联系电话，上传附件等。◆审核申请：业务司处级干部修订需求类别、系统名称、需求名

称、联系电话，补充附件，在线编辑已上传附件，填写审核意见等。◆审签申请：业务司司级干部修订需求类别、系统名称、需求名

称、联系电话，补充附件，在线编辑已上传附件，填写审签意见。（2） 处理流程一般干部提出申请提交处级领导审核申请，处级领导审核通过

后提交司级领导审签：提出申请（一般干部/处级干部）→审核申请（处级）→审签申

请（司级）。司级领导申请不通过退回给处级领导，处级领导审核不通过退

回给一般干部：提出申请（一般干部/处级干部）←审核申请（处级）←审签申

请（司级）。提出申请环节：只有被退回的申请可转办他人；审核申请环节：允许当前用户转办他人；审签申请环节：允许当前用户转办他人。本阶段提出申请环节提交时，自动生成司内编号；审签环节签

发时自动生成正式需求编号。（3） 各岗位的操作功能

82

一般干部岗：新建、修改、保存、提交、转办需求申请；上传、删除、在线编辑附件。处级干部岗：审核、修改、保存、提交、转办需求申请；上传、删

除、在线编辑、下载附件。司级干部岗：审签、修改、保存、提交、转办需求申请；上传、删

除、在线编辑、下载附件。（4）其他说明1、各环节自动带出当前用户信息：所属单位、姓名、联系方式；2、审核意见默认带出（审核通过与驳回）3、选择系统自动带出立项预算信息

2). 审核阶段调整后审核阶段包含四个节点：受理系统要求、初审需求内容、

审核需求内容、审签需求内容。◆受理系统要求：网络信息化安全办公室秘书处领导受理系统

要求，填写审核意见。◆初审需求内容：征科司需求与标准处一般干部初审需求信息，

填写初审意见等。◆审核需求内容：征科司需求与标准处处级干部审核需求信息，

填写审核意见等。◆审签需求内容：征科司司级干部审签需求信息，填写审签意

见等。

83

（2） 处理流程网络信息化安全办公室秘书处领导受理系统要求后，发送给征

科司需求与标准处一般干部初审需求；征科司需求与标准处一般干部初审通过后，提交处级领导审核；征科司需求与标准处处级干部审核通过后，提交司级领导审签：

受理系统要求（网信办干部）→初审需求内容（一般干部）→审核需求内容（处级）→审签需求内容（司级干部）。

初审内容不通过，可退回给网信办受理系统要求环节；受理系统不通过可退回给上一阶段业务司审签需求环节：

审签需求（业务司司级干部）←受理系统要求（网信办干部）←初审需求内容（征科司一般干部）

征科司司级领导审签不通过，可退回给征科司处级领导重新审核需求内容：

审核需求内容（处级）←审签需求内容（司级干部）受理系统要求环节：允许当前用户转办他人；初审需求内容环节：允许当前用户转办他人；审核需求内容环节：允许当前用户转办他人；审签需求内容环节：允许当前用户转办他人；（3） 各岗位的操作功能网信办综合管理岗：受理、保存、转办、提交、退回系统要求；

下载、在线预览附件。征科司一般干部岗：初审、保存、转办、提交、退回需求申请；

84

上传、删除、在线编辑、下载附件。征科司处级干部岗：审核、保存、转办、提交需求申请；上传、

删除、在线编辑、下载附件。征科司司级干部岗：审签、保存、转办、签发、退回需求申请；

上传、删除、在线编辑、下载附件。（4）其他说明1、各环节自动带出当前用户信息：所属单位、姓名、联系方式；2、审核意见默认带出（审核通过与驳回）

3). 整理阶段（1）阶段描述整理阶段包含五个节点：系统需求一级清分、业务组清分需求、

分配需求、整理需求、业务需求审核◆系统需求一级清分：网络信息化安全办公室秘书处领导选择

受理单位（金三或电税）。◆业务组清分需求：运维工作组选择受理组别（业务组或数据

组），补充资料。◆分配需求：业务组/数据组选择具体的职能小组，补充资料。◆需求整理：职能小组决定实施单位，补充整理后的资料。◆业务需求审核：审核需求整理信息，更正实施单位，补充资

料。（2） 处理流程

85

网络信息化安全办公室秘书处将接收到的需求分发给运维工作组，运维工作组接收后，分配给业务组/数据组清分，业务组/数据组接收后，选定职能小组整理，职能小组接收后，提交给业务组/数据组领导审核。

系统需求一级清分（秘书处干部）→业务组清分需求（运维工作组干部）→分配需求（业务组/数据组干部）→需求整理（职能小组干部）→业务需求审核（业务组/数据组干部）。

（3） 各岗位的操作功能网信办综合管理岗：系统需求初次分配给电税或运维工作组；

上传、删除、在线编辑附件。运维工作组综合管理岗：二次分配需求到业务管控组/数据管理

组；上传、删除、在线编辑、下载附件。业务管控组/数据管理组综合管理岗：分配需求到各职能小组；

上传、删除、在线编辑、下载附件。

职能小组综合管理岗：选定实施单位；上传、删除、在线编辑、下载附件。

业务管控组/数据管理组综合管理岗：审核需求整理信息，修订实施单位；上传、删除、在线编辑、下载附件。

（4）其他说明1、各环节自动带出当前用户信息：所属单位、姓名、联系方式；

86

2、审核意见默认带出（审核通过与驳回）4). 实施阶段

（1）阶段描述实施阶段包含五个节点：拟定计划、需求评审、用户测试、需求

验收、实施反馈备注：完善实施反馈、审核实施反馈、审签实施反馈已取消。◆拟定计划：需求实施人员填写需求分析完成时间、编码开发完

成时间、用户测试启动时间、正式版本发布时间。◆需求评审：需求实施人员填写用户评审启动时间和用户评审

通过时间上传用户签字确认书。

◆用户测试：需求实施人员填写用户测试启动时间、测试通过时间

上传用户测试通过报告。◆需求验收：需求实施人员填写正式版本发布时间、用户验收启

动时间、用户验收通过时间，上传用户验收通过报告。

◆实施反馈：需求实施人员填写转入运维时间及实施完成状态上传其他资料

（2） 处理流程实施单位接收到需求后，开始拟定计划；拟定计划完毕后，提

87

交到需求评审环节；需求评审完成后，提交到用户测试环节；用户测试完成后，提交到需求验收环节；需求验收完成后，提交到实施反馈环节；实施反馈完成后流程结束。拟定计划→需求评审→用户测试→需求验收→实施反馈。（3） 各岗位的操作功能实施单位综合管理岗：分阶段填写实施情况。（4）其他说明各环节自动带出当前用户信息：所属单位、姓名、联系方式。

业务需求流程管理中新增电税中心等其他实施单位环节。电税中心等其他实施单位的实施人员接收到网信办分配的实施任务后，可新增、删除、修订实施情况。实施信息包含：计划需求分析完成时间、计划开发完成时间、计划用户测试启动时间、计划版本发布时间、需求评审启动时间、需求评审通过时间、用户测试启动时间、用户测试通过时间、正式版本发布时间、用户验收启动时间、用户验收通过时间、正式转入运维时间以及实施反馈备注信息。提交后电税中心等其他实施单位流程结束。

5). 基础信息维护 系统信息维护

所有的业务需求都必须建立在应用系统已经存在的基础上，即所有在业务需求流程管理系统中提出的系统要求，都必须明确该需求在哪个应用系统予以实现。因此应用系统信息是影响业务需求能否

88

正常提交的关键因素。基础信息维护模块负责维护应用系统的基本信息，包含应用系

统的系统编号、系统名称、开发厂商，开发商编号、有效期限等。有效期限决定了各业务司提出系统要求时，能否选该系统，超过截止期限的系统将不允许在该系统上申请开发新的功能。

立项信息维护立项信息是应用系统建立的依据，有了立项信息，建立系统才

会有依据。同时立项信息也是框定系统开发的范围，规定那些需求可以在该系统中开发实现，为系统开发的边界。因此立项信息必须维护在系统中，方便用户在审核需求时可以按照该边界审核需求。

立项信息维护主要包含立项的一些基础信息，如项目编号、项目名称、项目预算、项目起止时间、立项通知书等，对立项信息进行增、删、改、查等操作。同时需要在立项信息维护模块建立系统与立项之间的关联关系，保证每一个应用系统都有一个有效的立项信息与之对应。

预算信息维护预算信息标明了立项信息中，项目预算金额的详细信息。每一

个立项都会对应一个预算信息，用以支撑该立项的开发实现。每一份立项都必须有一份预算与之对应。

预算信息维护主要包含项目编号、预算项目名称、预算金额、预算起止时间、预算来源等信息，在该模块对预算信息进行增、删、改、查。同时在该模块建立预算信息与立项信息的关联关系，表明某份立

89

项是有具体的预算信息作支撑的。2. 临时数据查询需求流程

临时数据需求管理实现业务司提出临时数据需求、网信办分发临时数据需求、电子税务管理中心或征科司实施临时数据需求并返回业务司局确认实施反馈结果信息的全周期的流程化管理。

（1）需求描述临时数据需求包含六个节点：新建临时数据查询需求、审核临时

数据查询需求、审签临时数据查询需求、分发临时数据查询需求、实施临时数据查询需求、确认反馈信息。

◆新建临时数据查询需求：业务司一般干部/处级干部在系统中录入需求名称、 修订或默认联系电话、输入需求描述、 上传附件等。

90

◆审核临时数据查询需求：业务司处级干部修订需求名称、 修订或默认联系电话、修订需求描述、 上传附件或在线编辑已有附件，填写审核意见等。

◆审签临时数据查询需求：业务司司级干部修订需求名称、 修订或默认联系电话、修订需求描述、 上传附件或在线编辑已有附件，填写审签意见等。

◆分发临时数据查询需求:网络信息安全化办公室干部为临时数据需求选择实施单位。

◆实施临时数据查询需求:电税中心或征科司实施单位根据需求内容上传相应的资料。

◆确认反馈信息:业务司一般干部/处级干部根据实施内容填写审核意见。

（2） 处理流程业务司一般干部提出申请提交业务司处级领导审核申请；业务

司处级领导审核通过后，提交司级领导审签；业务司司级领导审签通过后，签发网信办分配；网信办分配完毕后，发送实施单位；实施单位实施完毕后，提交需求提出单位确认；业务司提出人员确认后流程结束：

提出申请（业务司一般/处级）→审核申请（业务司处级）→审签申请（业务司司级）→分配申请（网信办）→实施申请（电税/征科）→确认申请（业务司一般/处级）。

网信办领导不同意业务司提出的需求，退回给业务司司级领导；91

司级领导审签不通过退回给处级领导，处级领导审核不通过退回给一般干部：

提出申请（业务司一般/处级）←审核申请（业务司处级）←审签申请（业务司司级）←分配申请（网信办）。

实施结果没有满足需求提出单位的要求，可退回给实施单位再次补充资料：

实施申请（电税/征科）←确认申请（业务司一般/处级）提出申请环节：只有被退回的申请可转办他人；审核申请环节：允许当前用户转办他人；审签申请环节：允许当前用户转办他人；分配申请环节：允许当前用户转办他人；实施申请环节：允许当前用户转办他人；确认反馈环节：允许当前用户转办他人。本阶段提出申请环节提交时，自动生成司内编号；审签环节签

发时自动生成正式需求编号。（3） 各岗位的操作功能业务司一般干部岗：新建、修改、保存、提交、转办临时数据需求

申请；上传、删除、在线编辑附件。业务司处级干部岗：审核、修改、保存、提交、转办、退回临时数

据需求申请；上传、删除、在线编辑、下载附件。业务司司级干部岗：审签、修改、保存、提交、转办、退回临时数

据需求申请；上传、删除、在线编辑、下载附件。92

网信办综合管理岗：保存、修改、转办、提交、退回临时数据需求分发信息；上传、删除、在线编辑、下载附件。

电税/征科一般干部岗/处级干部岗：保存、修改、转办、提交临时数据需求实施信息；上传、删除、在线编辑、下载附件。

业务司一般干部岗：审核、保存、转办、完成、退回临时数据需求确认结果；下载、在线预览附件。

（4）其他说明1、各环节自动带出当前用户信息：所属单位、姓名、联系方式；2、审核意见默认带出（审核通过与驳回）

3. 系统管理1). 资源管理

管理员在资源管理模块对已开发的功能进行注册，所有功能必须在资源管理模块进行注册后才可进行权限分配。

2). 机构管理管理员对业务需求管理与服务平台用户相关的税务机构及厂商

信息进行维护管理，包括税务机构及厂商信息的增、删、改，对国家税务总局及省局及厂商的机构进行管理。

3). 用户管理系统管理员对业务需求管理与服务平台涉及的内部及外部用户

进行统一管理，配置用户基本信息、登录账号和密码。用户可以自己93

对密码信息进行修改。4). 权限管理

系统管理员对业务需求管理与服务平台系统的功能权限管理，实现对应用级用户权限的控制，只有有权限的用户才可以操作相关的功能。权限管理的功能包括功能模块注册、功能模板设置、岗位功能设置、岗位数据权限设置、操作人员岗位分配等。

5). 流程管理流程管理模块是本系统的核心，负责对需求申请的相关流程的

支撑。本平台涉及的业务需求和临时数据需求较多，通过流程管理模块对系统中涉及到所有流程进行配置和维护。

6). 工作流引擎对审批流程的管理和控制是本系统建设的重点。工作流引擎既

需要支持自动执行的审批流程，又需要支持人工控制派发的处理流程。

7). 公共消息维护管理员可以在公共消息模块发布消息，消息发布后可以实时在

系统首页滚动显示，要求可以设计消息的时效性。8). 在线用户

管理员可以通过该模块查询当前实时在线的用户，统计在线用户人数，查询当前在线用户的信息，查询历史的用户登录信息。

94

9). 运维管理流程提供系统运维管理流程功能，对于人员账号的新增、变更等实

行申请、审核、执行、反馈流程，申请由各司综合处发起、审核由网信办秘书处负责、执行由维护人员进行操作，结果自动反馈到申请方。

4. 与总局金三统一工作平台集成1). 单点登录集成

在保证个本系统正常登录的同时，集成总局单点登录模块，待系统上线后，通过统一工作平台系统登陆后，再次访问该系统时，无需用户输入用户名和密码，由单点登录认证模块进行用户认证，并自动登录进入系统。

2). 界面集成总局建设了金三统一工作平台，该平台将会集成目前已运行的

大部分系统，该平台将作为总局用户的工作平台，因此业务需求流程管理系统也需集成到该系统中。将业务需求流程管理系统中所有功能模块注册到金三统一工作平台，并在金三统一工作平台为用户分配相应的功能权限，确保所有功能通过统一工作平台可以正常访问使用。

3). 机构信息同步建立机构信息同步机制，实现数据库定期自动同步，与人工干

预同步相结合的方式，定期将国家税务总局金三统一工作平台中的95

机构信息同步到业务需求流程管理系统，保证机构信息的完整性、一致性。

4). 人员信息同步建立人员信息同步机制，实现数据库定期自动同步，与人工干

预同步相结合的方式，定期将国家税务总局金三统一工作平台中的人员信息同步到业务需求流程管理系统，保证人员信息的完整性、一致性。

5). 用户信息同步建立人员信息同步机制，实现数据库定期自动同步，与人工干

预同步相结合的方式，定期将国家税务总局统一工作平台中的机构信息同步到业务需求流程管理系统，保证用户信息的完整性、一致性。

6). 权限信息同步建立权限信息同步机制，实现数据库定期自动同步，与人工干

预同步相结合的方式，定期将业务需求流程管理系统中的岗位信息与金三统一工作平台的岗位信息进行同步，保证两个系统权限的完整性、一致性，确保同一用户在不同系统登录，功能权限保持一致。

5. 其他优化需求1). 流程回退

经过各业务司协商讨论后要求已办事项不能够再次修改，发现

96

有误需要领导退回后，方可修订。2). 流程转办考虑到人员临时出差等情况，要求可以授权他人待办。

3). 部分流程自动执行审核环节步骤较多，要求在特定情况下部分环节可自动流转。

4). 流程展示优化需求流转被退回后在日志中能够显示；处室待办时，当前处理

人员全部显示不能为空。5). 附件在线查看和编辑

上传后的附件提供在线查看和在线编辑功能；并且 word 文档要实现编辑留痕。(二) 业务需求管理应用升级完善需求

1. 业务需求入库出库工具1). 新增字数统计功能，产出业务需求字数统计清册

新开发文档字数统计工具，将文档集合输入到工具内，工具自动提取每个 Word 文档中汉字的数量，并将统计结果输出到记事本或 excel 中，形成需求字数统计清册。

97

2). 定制化导出功能Word 文档通过导入导出工具结构化保存到数据库中后，工具

读取数据库中已入库的文档数据，按照文档目录结构组织形成不同的书籍。用户可双击书籍名称进入到文档定制化导出界面，用户可以自主勾选目录树中的任意一级目录，也可以勾选某一类、某一章节的书籍内容。工具可以按照用户选定的目录结构，按照对应的目录顺序、目录级别导出对应的文档。

2. 业务需求在线发布平台1). 业务需求在线发布平台界面美化

业务需求在线发布平台上线以来，为各级用户实时提供最新发布的各类需求文档。为进一步提升用户体验，优化系统，要求对平台界面进一步优化，使平台更加整洁大方，满足不同文档扩展的需求。同时优化平台的搜索引擎，优化查询框架，提高响应速度。做好用户访问的统计功能，充分利用系统的通知动态在线发布功能。为平台中的司局请示/回复函、组间联系表回复增加利于知识管理的标签定义归类功能，平台记录普通用户搜索关键词，形成搜索关键词云图，系统管理用户可根据搜索关词统一设定归类标签，对请示/回复函、组间联系表回复按照不同的标签维度进行分类。

2). 业务流程查询

98

在业务需求在线发布平台扩展业务流程查询功能，根据业务流程的流程编号、流程名称、所属业务域，所属业务系统等查询条件，查询符合条件的业务流程，并支持查询结果的导出。

3). 业务流程统计业务流程统计维度包括：流程编号、流程名称、所属业务域，

所属业务系统等，用户根据实际情况设定相应的统计维度，统计符合条件的业务流程数量。

4). 底层业务查询在业务需求在线发布平台扩展底层业务查询功能，根据底层业

务的流程编号、流程名称、业务编号、业务名称，所属业务系统等查询条件，查询符合条件的底层业务，并支持查询结果的导出。

5). 底层业务统计底层业务统计维度包括：流程编号、流程名称、业务编号、业务

名称，所属业务系统等，用户根据实际情况设定相应的统计维度，统计符合条件的底层业务数量。

6). 提交资料查询在业务需求在线发布平台扩展提交资料查询功能，根据提交资

料的流程编号、流程名称、所在表格、资料名称，资料报送条件等查询条件，查询符合条件的提交资料，并支持查询结果的导出。

7). 提交资料统计

99

提交资料的统计维度包括：流程编号、流程名称、资料报送条件等，用户根据实际情况设定相应的统计维度，统计符合条件的提交资料数量。

8). 数据项查询在业务需求在线发布平台扩展数据项查询功能，根据数据项的

流程编号、流程名称、表单编号、表单名称，数据项名称、处理方式、采集规则等查询条件，查询符合条件的数据项，并支持查询结果的导出。

9). 数据项统计数据项的统计维度包括：流程编号、流程名称、表单编号、表单

名称，处理方式、采集规则等，用户根据实际情况设定相应的统计维度，统计符合条件的数据项数量。

10). 电子表单查询在业务需求在线发布平台扩展电子表单查询功能，根据电子表

单的流程编号、流程名称、表单编号、表单名称等查询条件，查询符合条件的电子表单，并支持查询结果的导出。

11). 电子表单统计电子表单的统计维度包括：流程编号、流程名称、表单编号、表

单名称等，用户根据实际情况设定相应的统计维度，统计符合条件的电子表单数量。

100

12). 系统监控查询在业务需求在线发布平台扩展系统监控查询功能，根据系统监

控的流程编号、流程名称、流程节点、监控名称、监控时点、监控属性等查询条件，查询符合条件的系统监控信息，并支持查询结果的导出。

13). 系统监控统计系统监控的统计维度包括：流程编号、流程名称、流程节点、监

控属性等，用户根据实际情况设定相应的统计维度，统计符合条件的系统监控数量。

14). 外部信息交互查询在业务需求在线发布平台扩展外部信息交互查询功能，根据外

部信息交互的流程编号、流程名称、流程节点、项目名称、来源部门等查询条件，查询符合条件的外部信息交互数据，并支持查询结果的导出。

15). 外部信息交互统计外部信息交互的统计维度包括：流程编号、流程名称、流程节

点、来源部门等，用户根据实际情况设定相应的统计维度，统计符合条件的外部信息交互数量。

16). 归档资料查询在业务需求在线发布平台扩展归档资料查询功能，根据归档资

101

料的流程编号、流程名称、资料名称等查询条件，查询符合条件的归档资料，并支持查询结果的导出。

17). 归档资料统计归档资料的统计维度包括：流程编号、流程名称、资料名称等，

用户根据实际情况设定相应的统计维度，统计符合条件的归档资料数量。

18). 节点职责查询在业务需求在线发布平台扩展节点职责查询功能，根据节点职

责的流程编号、流程名称、业务节点、角色等查询条件，查询符合条件的节点职责，并支持查询结果的导出。

19). 节点职责统计节点职责的统计维度包括：流程编号、流程名称、业务节点、角

色等，用户根据实际情况设定相应的统计维度，统计符合条件的节点职责数量。

20). 输入输出表证单书查询在业务需求在线发布平台扩展输入输出表证单书查询功能，根

据表证单书的流程编号、流程名称、表单编号、表单名称等查询条件，查询符合条件的表证单书，并支持查询结果的导出。

21). 输入输出表证单书统计表证单书的统计维度包括：流程编号、流程名称、输入/输出等，

102

用户根据实际情况设定相应的统计维度，统计符合条件的输入输出表证单书数量。

22). 关联流程查询在业务需求在线发布平台扩展关联流程查询功能，根据关联流

程的流程编号、流程名称、触发流程编号、触发流程名称等查询条件，查询符合条件的关联流程，并支持查询结果的导出。

23). 纸质表单查询在业务需求在线发布平台扩展纸质表单查询功能，根据纸质表

单的业务类别、业务域、设置依据、表单类型、表单编号、表单名称等查询条件，查询符合条件的纸质表单，并支持查询结果的导出。

24). 纸质表单统计纸质表单的统计维度包括：业务类别、业务域、设置依据、表单

类型等，用户根据实际情况设定相应的统计维度，统计符合条件的纸质表单数量。

25). 纸质表单对应电子表单查询在业务需求在线发布平台扩展纸质表单对应电子表单查询功能，

根据纸质表单的业务类别、业务域、设置依据、表单类型、表单编号、表单名称，流程编号、流程名称、电子表单编号、电子表单名称等查询条件，查询符合条件的纸质表单对应电子表单数据，并支持查询结果的导出。

103

26). 纸质表单对应电子表单统计纸质表单对应电子表单的统计维度包括：业务类别、业务域、

业务流程名称等，用户根据实际情况设定相应的统计维度，统计符合条件的纸质表单对应电子表单数量。(三) 征管规范管理应用升级完善需求

1. 征管规范纸质表单数据项分析工具1). 纸质表证单书数据项提取分析工具升级优化

由于纸质表单更新频率比较快，每次更新的表单数量也比较多。每次更新表单都需要各级用户重新处理最新表单，更新本地数据库，无形中给用户增加了很大的工作量。

因此，在纸质表证单书数据项提取分析工具（单机版）的基础上进行升级优化，应总局领导要求，重新开发一套网络版的数据项提取分析工具。网络版工具连接总局征管规范数据库，为用户提供数据项的查询统计功能。为保证数据的准确性、一致性，网络版工具删除了纸质表单数据项提取，数据项加工等功能。保留了数据项的提取、修改、合并、拆分功能，纸质表单每次更新后，只需在后台将最新数据发布到该平台。借助各级用户的力量，在使用该工具进行统计分析时，对数据库中不标准的数据项进行修正，提高数据项的准确率。同时网络版工具保留了数据项的查询及一些简单的统计功能，确保能够满足用户的基本需求。

104

2). 征管规范纸质表单分类查询统计纸质表单分类查询统计，是指用户可以根据纸质表单业务域、

业务类别、设置依据、表单类别、表单编号、表单名称等不同属性，从多个角度设置查询条件分类查询相关表单。将查询结果以列表的形式展示出来，用户可以单击查询结果中的任一表单，查看表单详细信息。

3). 征管规范纸质表单数据项查询统计纸质表单数据项查询，是指用户可以借助纸质表单业务域、业

务类别、设置依据、表单类别、表单编号、表单名称等不同属性，划定表单数据项的统计范围，给出要查询的数据项，多个数据项之间以逗号隔开。多个数据项还可以定义数据项之间的关联关系，按照并列关系、并且关系两种不同的关联关系进行定义。用户可以选择精准查询、模糊查询两种不同的查询方式，查询指定范围内的数据项。

4). 征管规范纸质表单数据项频次统计纸质表单数据项频次统计，是指按照用户给定的查询条件，包

括查询的表单范围，数据项名称，多个数据项之间的关联关系等条件，统计将要查询的数据项在框定范围使用的次数，纸质表单的个数，以及出现的频率。

单击统计结果中的表单数量，可以查看该数据向在哪些表单中出现，每一个表单包含多少种数据项。

单击表单名称，可以查看该表单有哪些具体的数据项。105

5). 征管规范纸质表单数据项种类统计纸质表单数据项种类统计，是指按照用户给定的查询条件，查

询指定表单范围内数据项的种类，并按照纸质表单的属性，按照不同属性两两结合进行统计，通过多个不同的维度统计纸质表单数据项的种类，并支持统计结果的钻取，查看每一个具体统计结果对应的详细信息。

2. 征管规范纸质表单数据项在线展示1). 征管规范纸质表单在线分类查询统计及图形化展示纸质表单分类查询统计，是指用户可以根据纸质表单业务域、

业务类别、设置依据、表单类别、表单编号、表单名称等不同属性，从多个角度设置查询条件分类查询相关表单。将查询结果以列表的形式展示出来，用户可以单击查询结果中的任一表单，查看表单详细信息。

按照纸质表单的业务域、业务类别、设置依据、表单类型四种关系组织形成对应的树形图表，形象的展示了表单与表单属性之间的关系。

同时借助已经提取到的纸质表单数据项，通过力向图和和弦图两种不同的展示方式展现表单与数据项之间的关系。

纸质表单统计可以统计表单个数、数据项个数、数据项种类三种不同的统计方式对纸质表单及其使用的数据项进行统计。用户单击统计结果中的具体数据，可以查看该维度下的表单列表，统计结果

106

以柱形图、折线图、饼形图、漏斗图四种图表展示。2). 征管规范纸质表单数据项在线查询及图形化展示

将纸质表单数据项发布到征管规范在线发布平台，提供给各级税务工作人员进行分析统计。平台按照纸质表单业务域、业务类别、设置依据、表单类别、表单编号、表单名称等不同属性设置相应的筛选条件，划定表单数据项的统计范围，给出要查询的数据项，多个数据项之间以逗号隔开。多个数据项还可以定义数据项之间的关联关系，按照并列关系、并且关系两种不同的关联关系进行定义。用户可以选择精准查询、模糊查询两种不同的查询方式，查询指定范围内的数据项，将统计结果以多种图表形式进行展示。

3). 征管规范纸质表单数据项在线频次统计及图形化展示数据项频次统计，是指平台按照纸质表单业务域、业务类别、

设置依据、表单类别、表单编号、表单名称等不同属性设置相应的筛选条件，划定表单数据项的统计范围，给出要查询的数据项，多个数据项之间以逗号隔开。统计当前版本的纸质表单数据项在指定范围的纸质表单中出现的次数，出现的表单个数，出现的频率。同时辅以柱形图、饼形图等统计图，使用户更直观、更充分的了解数据项的使用频率。

同时要求实现统计数据的钻取，可以根据统计结果查看符合条件的具体数据。

4). 征管规范纸质表单数据项在线查看及图形化展示107

纸质表单数据项在线查看是指用户可以根据表单查看数据项，或根据数据向查看表单。实现数据项从宏观到微观，从微观到宏观的双向展示。在查看纸质表单的同时，对照查看该表单所使用的数据项；同时也可以根据数据项查找纸质表单，查看哪些表单使用了该数据项，以及该数据项在表单中的位置。(四) 信息化项目建设台账管理需求

为落实 2017 年第 17次税务总局党组会议精神，做好税务总局机关信息化项目预算执行工作，拟建立税务总局机关信息化项目执行情况统计及通报机制，形成信息化建设台账。

1. 纳入统计的信息化项目范围纳入统计范围的信息化项目是指使用总局信息化专项经费的局

本级项目，包括金税运行费的项目、金税三期工程的项目、财税库银联网专项经费的项目。

2. 统计内容及分工1). 统计内容

统计内容为信息化项目执行全过程关键节点的信息，包括：项目立项批复后的采购需求提交、采购、项目实施、项目验收、支付等各阶段的时间点、责任部门、项目状态等信息，反映项目执行所处阶段、投入人力及预算执行等情况。

具体统计内容：

108

A.采购需求阶段信息：项目类型（开发、运维、数据、基础设施、其他）、本年度是否需要采购（已有合同、需要采购、不需要采购）、当前状态（未提交系统要求、已提交系统要求、已通过征管科技司审核）、通过审核时间、需求是否提交采购（是、否）、需求提交采购的时间。

B.采购阶段信息：需求审核通过时间、采购完成时间、采购方式、合同名称、合同乙方、合同期限、合同金额、付款约定。

C.实施及验收阶段信息：当前状态（未实施、实施中、初验、终验、结项验收）、乙方累计投入人员、实施完成时间、结项验收时间、历次验收情况说明。

D.支付阶段信息：（1）办理支付信息：收款单位、同意乙方支付申请时间、同意

支付金额、合同第几次付款（2）财务支付信息：财务记账时间、记账支付金额。

2). 各部门填报分工根据信息化项目执行阶段和税务总局机关各部门现有职责，各

部门填报工作分工如下：A.网信办：建立相关运行机制制度，建设相应信息化项目预算

执行管理平台，明确信息化项目执行各阶段责任单位（需求部门、采购部门和实施部门），对信息化项目执行情况进行跟踪、监控及统计，定期通报信息化项目进展及预算执行进度等情况等。

109

B.立项管理部门：金税三期工程项目的立项管理部门为网信办，其他项目的立项管理部门为征管和科技发展司；立项管理部门负责提供纳入统计工作范围的信息化项目的立项及预算安排信息。

C.需求部门：提出立项需求的部门，负责填写信息化项目执行中“采购需求阶段”信息（不含“是否提交采购需求、提交采购时间”）。一个项目如果分包，每个包视同一个项目进行管理，项目编号后增加“-序号”；如果不分包，且对应多个需求部门，由需求牵头部门商其他需求部门后填写整个项目采购需求阶段信息。

D.采购部门：执行项目采购的部门，负责填写信息化项目执行中“采购阶段”的信息。

E.实施部门：负责组织项目实施及验收的部门；负责填写信息化项目执行中“项目采购需求阶段”中“是否提交采购需求、提交采购时间”信息和“实施及验收阶段”的信息。

F.办理支付手续部门：办理项目支付手续的部门，负责填写信息化项目执行中“支付阶段”中办理支付有关信息。

G.实际支付部门：财务司，负责提供信息化项目执行中“支付阶段”中财务支付有关明细账目信息。

H.金税三期工程综合组负责统一填报金税三期工程项目执行情况有关信息。

3. 工作机制税务总局机关信息化项目执行情况采取统一发布项目基本信息、

110

动态填报和定期统计通报的方式，滚动形成税务总局机关信息化项目建设台账。

4). 统一发布项目基本信息网信办根据年度信息化项目立项情况，统一发布已立项信息化

项目的采购部门、实施部门、支付部门等基础信息。1). 动态填报

各部门按照分工及时填报信息化项目执行情况有关信息，并动态更新。

信息化项目预算执行管理平台启用后，采取在平台录入相关信息的方式填报。项目执行各阶段的责任单位在项目执行各阶段关键节点任务完成后 3 个工作日内录入信息。

2). 定期统计及通报网信办根据各部门填报的信息，每月 12 日前完成信息化项目

执行情况的统计及分析总结，报网信办领导审核后在总局范围内通报税务总局机关信息化项目进展及预算执行进度等情况。

4. 其他要求1). 提供系统管理功能:

对各个项目的需求单位、采购单位、实施单位、支付单位等进行配置、调整。

111

2). 提供多种条件的查询、统计功能。

112