XXX信息化平台项目试运行方案

XXX信息化平台项目

试运行方案

录

目录

一、系统试行概述.........................................................................................................................41.1、上线原则........................................................................................................................41.2、应用范围........................................................................................................................51.2.1、业务试行范围.....................................................................................................51.2.2、本期上线功能列表.............................................................................................5二、系统试行方案.........................................................................................................................62.1、总体计划........................................................................................................................62.2、准备工作........................................................................................................................72.2.1、试行前准备.........................................................................................................72.3、UAT测试.......................................................................................................................82.3.1、阶段划分.............................................................................................................92.3.2、测试准备.............................................................................................................92.3.3、执行测试...........................................................................................................102.3.4接受标准...............................................................................................................142.3.4、缺陷跟踪及反馈...............................................................................................142.4、正式运行......................................................................................................................162.4.1、阶段划分...........................................................................................................162.4.2、正式准备...........................................................................................................162.4.3、执行运行...........................................................................................................162.5、应急响应预案..............................................................................................................172.5.1、业务应急响应预案...........................................................................................172.5.2、环境应急响应预案...........................................................................................222.6、培训计划......................................................................................................................272.6.1、首批试点单位培训...........................................................................................272.6.2、推广期培训计划...............................................................................................27三、试行制度...............................................................................................................................293.1、职责划分......................................................................................................................293.2、问题处理......................................................................................................................303.3、试行联络保障..............................................................................................................30四、附表.......................................................................................................................................304.1、正式系统上线前自检表，..........................................................................................30

典型性试验试运行项目应具备广泛的典型性和代表性，以期在试行阶段尽量多发现问题，避免准备充分以试运行方案为指导，充分准备满足试行的相关硬件环境、软件环境；除此之外，及时总结随时记录试运行准备过程中以及试行过程中发现的各类问题，积极研究探索问题产

一、系统试行概述典型性试验试运行项目应具备广泛的典型性和代表性，以期在试行阶段尽量多发现问题，避免准备充分以试运行方案为指导，充分准备满足试行的相关硬件环境、软件环境；除此之外，及时总结随时记录试运行准备过程中以及试行过程中发现的各类问题，积极研究探索问题产

XX企业项目系统/功能模块经过需求调研、蓝图评审、设计开发、集成测试环节后，将

进入试运行阶段。在此阶段，整个系统主体功能已开发测试完毕，所要求的主体功能基本建

设完成。为确保系统稳定、高效地运行，最大程度降低可能存在的故障和隐患，现有计划的

通过试运行来发现问题、解决问题。

希望通过试运行让用户提前熟悉系统的各项功能操作，同时对系统的可靠性与稳定性进

行验证。在系统试运行过程中，项目组对可能出现的问题及时响应，搜集试运行过程中产生

的各种运行问题并优化完善。

通过试运行达到目标：检验系统在实际应用环境中的运行状况，对试运行期间出现的问

题进行调整完善，使系统达到设计要求的状态；检验系统的有效性、稳定性和可靠性；检

验系统与原有网络和应用模块之间的集成磨合。

1.1、上线原则

✓

✓

后期产生风险，保障正式上线顺利运行。

✓

✓

向各方人员进行思想宣贯，充分理解试行的重要性。

✓

✓

生的原因，总结经验教训，并组织力量及时解决，减少对后期运行产生影响。

试行期是否功能点运行采购需求提报采购计划审核采购任务分派√√√√测试√√√√√√√√√√√备注√√√

1.2、应用范围试行期是否功能点运行采购需求提报采购计划审核采购任务分派√√√√测试√√√√√√√√√√√备注√√√

1.2.1、业务试行范围

简述试运行功能模块范围，达到的目的。

1.2.2、本期上线功能列表

（下打√为本期上线功能，下打×为本期非上线功能列表）

序模块号

管理方式

采购需求

采购计划

任务分派

管理公告管理公管理公告变更告供应商信息

（无范本）公开管理测试（无范本）

异议特殊情管理异常况中标人变更

非管理方式

谈判文件

开测试场地预约

邀请供应商竞争性谈文件澄清判组建评审委员会

竞谈文件领取

澄清文件领取

试行期是否功能点运行√√工作内容准备工作环境准备技术准备培训准备切换准备UAT测试正式试行备注责任人项目组项目组项目组项目组项目组、试点单位项目组、试点单位计划(完成)时间XX年XX月试行期是否功能点运行√√工作内容准备工作环境准备技术准备培训准备切换准备UAT测试正式试行备注责任人项目组项目组项目组项目组项目组、试点单位项目组、试点单位计划(完成)时间XX年XX月XX日XX年XX月XX日模块号

文件上传

参与报价二、系统试行方案

2.1、总体计划

序号

1

1.1

1.2

XX年XX月XX日-XX年XX月1.3XX日

XX年XX月XX日-XX年XX月1.4XX日

XX年XX月XX日-XX年XX月2XX日

3

工作内容周边系统切换保障培训计划生产系统环境部署到位。语音服务器线路部署完毕。完成与现有系统功能模块开发、单元测试及集成联调。确定试行期首批试点单位名单，建议首批纳入管理中心、二家典型二级单位及其对试运行前一周提供生产系统最新组织架构数据，供应商基础数据，工作流基础数据，测试用例准备编写完成。组织架构（部门，人员，兼职信息，账号）导入小工具。专家信息导入小工具。AD信息和账号比对小工具。供应商基础数据导入小工具。工作流基础数据（完整审批路径信息，包括限上岗配置信息，秘书岗配置信息，代责任人项目组、AC项目组计划(完成)时间

序号工作内容周边系统切换保障培训计划生产系统环境部署到位。语音服务器线路部署完毕。完成与现有系统功能模块开发、单元测试及集成联调。确定试行期首批试点单位名单，建议首批纳入管理中心、二家典型二级单位及其对试运行前一周提供生产系统最新组织架构数据，供应商基础数据，工作流基础数据，测试用例准备编写完成。组织架构（部门，人员，兼职信息，账号）导入小工具。专家信息导入小工具。AD信息和账号比对小工具。供应商基础数据导入小工具。工作流基础数据（完整审批路径信息，包括限上岗配置信息，秘书岗配置信息，代责任人项目组、AC项目组计划(完成)时间

4

5

2.2、准备工作

2.2.1、试行前准备

2.2.1.1、环境准备

试行前由项目组完成如下环境准备工作：

✓

✓

✓

✓

应的三级单位。

✓

专家库名单。

✓

2.2.1.2、技术准备

试行前由项目组完成如下导入工具的准备工作：

1.

2.

3.

4.

5.

理人信息）导入小工具。

类别接口更新、配置、验证、启用；网络配置调整系统并行期内运维支持接口更新、配置、验证接口更新、配置、验证采购系统虚机、网络、短信、时间源。任务名称计划完成时间

2.2.1.3、任务分解类别接口更新、配置、验证、启用；网络配置调整系统并行期内运维支持接口更新、配置、验证接口更新、配置、验证采购系统虚机、网络、短信、时间源。任务名称计划完成时间

责任人

AC

采购运维组

惠点

二级单位

ITC

其他

注：接口部分上线策略，

2.2.1.4、培训准备

为保障系统正常试运行，项目组对试行期关键用户、采购用户进行系统讲解与培训，达

到试行用户了解和掌握系统架构，掌握系统操作方法。为使培训能真正达到预期的最佳效果，

在系统推进的每个阶段，项目组都将根据系统推进的实践做法开展不同方式的培训，如测试

阶段开展小范围的点对点操作培训，力争用户快速掌握系统操作；而在系统推广阶段，则根

据用户性质并结合培训时间、培训人数、培训大纲等内容开展有针对性、有计划性的培训，

具体培训计划参见第五章试行期及推广阶段培训安排。

2.2.1.5、切换准备

(1)系统并行期

系统并行期：指进入试行的单位在约定的时间内开启新系统上线，新项目约定在新系统

中操作，而对于老寻源模块中未走完的流程则继续流转，直至结束；未进入试行的单位则继

续按照现有的系统开展业务操作。

(2)全面试行期间

全面试行期：指全公司所有已上线单位用户在约定的时间内开启新系统上线，新项目约

定在新系统中操作，而对于老寻源模块中未走完的流程则继续流转，直至结束；同时关闭老

寻源模块中接收采购申请单据。

2.3、UAT测试

UAT测试即用户可接受度测试，其目的主要是要求用户参与系统测试，并得到用户对

编写用户接受测试用例；安排培训并建立测试环境，在测试环境中进行测试；安排准备测试环境的日期；安排测试，形成测试结果，并重新开展测试(如需)；首批试点单位UAT：扩大二级单位UAT范围：用户接受测试在此环境下进行编写用户接受测试用例；安排培训并建立测试环境，在测试环境中进行测试；安排准备测试环境的日期；安排测试，形成测试结果，并重新开展测试(如需)；首批试点单位UAT：扩大二级单位UAT范围：用户接受测试在此环境下进行项目组负责将程序及数据库部署到测试环境，并与生产环境保持一致项目组负责将测试环境功能验证到位项目组测试团队负责将测试环境测试到位，保障系统可用

主要安排如下：

✓

✓

✓

✓

2.3.1、阶段划分

✓

为期一周，组织首批试点单位（管理中心各处室关键用户及二家典型二级单位采购用户）

进行集中培训，并进入UAT。

✓

为期两周，组织全公司其余二级单位采购用户进行集中培训，并进入UAT。

2.3.2、测试准备

2.3.2.1、建立测试环境

软件测试环境准备：软件测试环境与正式生产环境应保持一致，提前提供可用测试环境。

测试环境：

✓

✓

✓

✓

2.3.2.2、培训前提

对参与测试的用户，会提前进行统一的系统培训，包括如何登陆，如何配合测试用例进

行相关操作，如何记录发现问题等相关事宜。因为最终用户已经对测试的业务需求及业务功

能有一定了解，会特别针对访问应用程序和熟悉了解测试环境进行培训。

具体培训安排详见2.6培训计划。

2.3.2.3、UAT测试数据

用户接受测试的数据由单位采购用户提供，测试数据需请采购用户根据实际应用环境进

单位/部门建立测试环境，进行测试环境功能验证。确定测试人员名单。为测试人员分配系统测试账户及密码。交付测试用例给测试人员。客户端环境准备，由项目组核实客户端环境是否已经符合要求。发布测试计划，明确测试时间及测试人员姓名职务角色电话Email

行准备，建议是原先走过的真实项目数据。单位/部门建立测试环境，进行测试环境功能验证。确定测试人员名单。为测试人员分配系统测试账户及密码。交付测试用例给测试人员。客户端环境准备，由项目组核实客户端环境是否已经符合要求。发布测试计划，明确测试时间及测试人员姓名职务角色电话Email

2.3.2.4、UAT测试成员

参与UAT测试的人员详细信息(单位、姓名、职务、角色、电话、Email)如下：

序号

2.3.2.5、准备工作安排

下面是参加中国海油采购业务系统用户接受测试的安排：

✓

✓

✓

✓

✓

2.3.3、执行测试

2.3.3.1、测试范围与过程

UAT测试所涵盖的测试用例主要包括功能测试，指管理方式与非管理方式各流程的测

试。

具体测试范围详见1.3.2功能试行范围。

本次测试范围不包括如下：

协议采购、认证、双语访问，移动访问，统计分析、兼容性测试，压力测试。

2.3.3.2、用户接受测试过程

用户在测试过程中出现的问题，需在文档中及时记录，并提供必要的截屏信息，以便项

目组能够及时分析解决问题。

具体任务安排如下：

1.

准备测试用例执行测试用例/脚本记录测试结果记录上报的问题汇报和记录测试结果测试问题解决，更新测试记录重新安排测试（如需）任务描述工作策略安排二次测试（服务类测试办法个数+1）每次测试时间间隔应相对充裕，以便及时解决测试中发现的问题，一般应在1~2第一次应选择采用最常用测试办法的项目。第二次依旧用此办法，主要验证第一次发生的问题有没有得到很好的解决。第三次以后的测试就可以选择采用其他测试办法的项目。环境验证测试前准备

2.准备测试用例执行测试用例/脚本记录测试结果记录上报的问题汇报和记录测试结果测试问题解决，更新测试记录重新安排测试（如需）任务描述工作策略安排二次测试（服务类测试办法个数+1）每次测试时间间隔应相对充裕，以便及时解决测试中发现的问题，一般应在1~2第一次应选择采用最常用测试办法的项目。第二次依旧用此办法，主要验证第一次发生的问题有没有得到很好的解决。第三次以后的测试就可以选择采用其他测试办法的项目。环境验证测试前准备

3.

4.

5.

6.

7.

8.

2.3.3.2.1、测试用例

参考《UAT测试用例》文档。

2.3.3.2.2、测试策略

1)

使用以前已经完成的项目进行测试，由管理中心做管理文件，邀请供应商到现场来（或

项目组）制作文件，针对测试，可以由管理中心邀请相关的评委（或组织工作人员）来进行

测试。在测试环节，暴露的问题越多越好，建议首次测试，尽量选择典型项目。

2)

(1)测试次数和时间安排

✓

✓

天左右。

(2)测试项目的选择

✓

✓

✓

(3)测试流程

✓

在首次明确测试目标后，需要对中心的测试场所以及测试场所进行环境监测，包括开

测试电脑的安装环境，确保测试工作问题，及时与中心沟通交流，确保测试工作的顺利进展。

的顺利推进，检测时按照自检表要求逐项测试，一旦发现网络、投影、音响、打印机的设备

✓

前组织评委抽取环节测试环节

在测试前，首先要与管理中心沟通测试项目，选定好项目后，就开始对工作人员点对点前组织评委抽取环节测试环节

培训，在制作管理文件时一定要仔细，有任何模板上的问题尽早提出，特别是测试办法设置。

在管理文件上传到系统中后，要求邀请的单位到现场办理证书，下载管理文件。

单位在中心现场制作文件，我公司人员指导。如有任何制作上的问题，现场实施人员均

需记录下来，即时反馈开发进行修改。

以下测试中所使用的锁及电子签章前提为锁及电子签章已整合到位。

备注：

(1)所有的人员都集中到中心统一制作招文件。

(2)在标书制作之前，可以给各方演示操作一下，主要是电子签章部分。

(3)将中心和人制作电子标书的证书留下，方便我们内部先对测试系统测试。

✓

第一次测试，一定要注意现场规范，如流程，现场纪律，包括谁在现场主持，电脑用哪

台，上面各类插件是否已经安装到位，网络情况是否满足需要。

一般来说，管理中心所坐区域为投影幕布左侧，面向人区域，监督人员也是面向人，但

监督人员面前需要放置一台显示器，同步显示界面。

✓

此环节非常重要，涉及到测试过程是否能够真正顺利进行。因此测试专家的选择，也是

至关重要的。

前期测试时，尽量由中心指定测试专家，要求测试专家对电脑操作比较熟悉，对这类新

生事物能够接受，并且测试能力较强，能够对系统提出较好的建议。

后期系统常态化运行时，为保证测试的公平公正，测试专家应要求随机抽取，抽取的专

家应提前通过培训考核。

✓

在前半小时，对评委临时证书进行发证，制作评委证书。当然也可以采用测试锁，模拟

盖章。

附：注意事项

(1)提前在测试电脑上安装测试系统最新插件，认证是否能够签章，是否能够查看招文

件。

(2)提前将测试系统网址设置成IE默认首页，或者在桌面上放置快捷方式。

(3)提前配置好打印机驱动，方便测试报告的打印。

网络环境：环境测试环境二级单位测试测试项目选择二级单位采购人员综合能力较强，通过前期培训已经很好地掌握了网上管理的流程管理项目的金额不宜太大，以免测试失败带来负面影响。测试准备工作二级单位一定要提前编制管理文件。从我们的实施经验看来，如果在管理文件范本正式测试时，尽量让首次参与网上招活动的单位安排人员在现场制作招文件。测试期间需要重点关注的问题项目组技术服务电话应保持畅通，特别是前一天，要保证24小时畅通；

(4)如果专家之前接受培训的时间已经比较长了（1个月以上）或者根本没有培训过，网络环境：环境测试环境二级单位测试测试项目选择二级单位采购人员综合能力较强，通过前期培训已经很好地掌握了网上管理的流程管理项目的金额不宜太大，以免测试失败带来负面影响。测试准备工作二级单位一定要提前编制管理文件。从我们的实施经验看来，如果在管理文件范本正式测试时，尽量让首次参与网上招活动的单位安排人员在现场制作招文件。测试期间需要重点关注的问题项目组技术服务电话应保持畅通，特别是前一天，要保证24小时畅通；

项目组应当花10-20分钟时间给评委大概简介系统的测试流程。

(5)在测试过程中，安排相关技术人员解答评委咨询问题，以及指导测试专家对系统的

应用。

(1)开测试场地要求（需中心配合）

满足上线最基本方案

✓

要求开测试区域能能够访问系统。

具体地址为：IP地址。

✓

需改造成一个电子室，添加电脑，音箱，打印机，投影仪等设备。

✓

需要改造成一个电子测试室，添加测试电脑5~7台，音箱，打印机，投影仪等设备。

1.

选取2家二级单位进行测试，2家单位各选一种采购方式（竞争性谈判，询价，单一来

源），拿之前项目测试。

测试流程同管理中心。

1)

项目的选定是非常重要的，一般选择的依据如下：

✓

和各项技能。

✓

2)

✓

的修订上花费了较大精力，那么在正式测试时，管理文件制作问题会较少；反之制作的管理

文件或多或少会存在各种各样的问题，都需要调整范本来实现，因此，管理文件制作的提前

量就非常重要。

✓

3)

✓

测试的业务环节包括整个全流程。标书费用的缴纳和保证金的缴纳，也需要提前考虑，应确定采用何种方式进行。项目经理要严格按照测试记录表中流程安排任务，并要做好持续关注。开测试场地要求（需各所属单位配合）网络环境：环境测试环境2.3.4.1用户接受测测试准测试周期执行的用例总数累计所有测试周期测试用例总数当日要执行的测试用例数目

测试的业务环节包括整个全流程。标书费用的缴纳和保证金的缴纳，也需要提前考虑，应确定采用何种方式进行。项目经理要严格按照测试记录表中流程安排任务，并要做好持续关注。开测试场地要求（需各所属单位配合）网络环境：环境测试环境2.3.4.1用户接受测测试准测试周期执行的用例总数累计所有测试周期测试用例总数当日要执行的测试用例数目

✓

✓

4)

满足上线最基本方案

✓

要求开测试区域能能够访问采购业务系统。

具体地址为：IP地址

✓

需改造成一个电子室，添加电脑，音箱，打印机，投影仪等设备。

✓

需要改造成一个电子测试室，添加测试电脑5~7台，音箱，打印机，投影仪等设备。

2.3.4接受标准

如果每个测试用例的实际结果和预期一致就认为该案例测试结果通过，如果不一致就

认为失败。测试失败的案例将记录到测试报告中做追踪。

在测试完成后，其结果如满足用户需求的接受条件，则将被部署到生产环境中。

如在测试过程中对测试需求存在分歧，由项目组根据实际情况，决定在测试阶段是否接

受应用。

2.3.3.3、中止标准和恢复条件

如应用或相关数据库有重大缺陷，则所有的测试活动被中止，在缺陷改正后测试恢复。

2.3.4、缺陷跟踪及反馈

2.3.4.1、报告测试事件

现场测试经理把测试结果及时汇报给项目组。

从测试第一天起，测试团队每日及时反馈测试报告，具体应包括以下内容：

✓

✓

✓

当日已执行的测试用例数目系统缺陷数目任务描述测试计划编写测试用例编写测试系统准备安排UAT测试人员UAT测试测试结果分析与报告系统完善修复计划开始时间项目组项目组项目组项目组试点单位项目组项目组计划结束时间当日已执行的测试用例数目系统缺陷数目任务描述测试计划编写测试用例编写测试系统准备安排UAT测试人员UAT测试测试结果分析与报告系统完善修复计划开始时间项目组项目组项目组项目组试点单位项目组项目组计划结束时间责任人

✓

2.3.4.2、异常处理

缺陷指定给不同的人员来解决。开发人员解决缺陷后，会再测试一遍并更新状态。缺

陷严重性分为：

•严重

•高

•中

•低

所有严重缺陷立即汇报给项目经理，以保证最早暴露问题与解决问题。

2.3.4.3、测试过程计划和跟踪

测试人员按照测试用例指定的操作顺序进行测试，测试过程中如出现意外，即出现与预

期不同的结果，请与支持人员联系并将问题重现，由支持人员判别是否是错误，如果判断是

错误，统一记录到测试问题记录文件中。

技术人员对测试问题记录并进行分析，制定相应的解决方案，指定问题解决人，最后解

决日期。

UAT相关的活动安排如下：

序号

1、

2、

3、

4、

5、

6、

7、

首批试点单位正式试运行：组织管理中心及二家典型二级单位进行系统试行，标志首批试点单位生产系统正式扩大正式试运行范围：扩大至所有已上线二级单位试行。用户接受试行在此环境下进行项目组负责将程序及数据库部署到正式环境，并更新到最新项目组负责将正式环境功能验证到位项目组测试团队负责将正式环境测试到位，保障系统可用

2.4、正式运行首批试点单位正式试运行：组织管理中心及二家典型二级单位进行系统试行，标志首批试点单位生产系统正式扩大正式试运行范围：扩大至所有已上线二级单位试行。用户接受试行在此环境下进行项目组负责将程序及数据库部署到正式环境，并更新到最新项目组负责将正式环境功能验证到位项目组测试团队负责将正式环境测试到位，保障系统可用

2.4.1、阶段划分

✓

✓

上线。

✓

✓

2.4.2、正式准备

2.4.2.1、正式环境

软件正式环境准备：提前提供可用正式环境。

✓

✓

✓

✓

具体详见附表“正式系统上线前自检表”

2.4.2.2、培训前提

对进入正式试行的试点单位，提前组织安排进行统一详细培训。

具体培训安排详见2.6培训计划。

2.4.3、执行运行

2.4.3.1、管理中心正式运行

中心管理与非管理业务正式挂网上线；

中心正式项目测试同测试过程；

2.4.3.2、二级单位正式运行（企业项目）

二级单位管理与非管理业务正式挂网上线；

二级单位正式项目测试过程同测试过程，正式测试的次数不限。

管理经理在项目受理阶段无法查询到从需求计划模块传输的RFX单据。负责人第一步：管理经理确认在需求计划模块中有已批复的第二步：项目组检查RFX单据接口，并联合AC运XXX第三步：若短时间无法通过接口重新触发，则考虑将XXX项目组将处理过程汇报采办项目组。管理经理在编制管理文件时，无法生成管理文件。负责人第一步：管理经理报项目组。配合人XXXXXX配合人管理经理在项目受理阶段无法查询到从需求计划模块传输的RFX单据。负责人第一步：管理经理确认在需求计划模块中有已批复的第二步：项目组检查RFX单据接口，并联合AC运XXX第三步：若短时间无法通过接口重新触发，则考虑将XXX项目组将处理过程汇报采办项目组。管理经理在编制管理文件时，无法生成管理文件。负责人第一步：管理经理报项目组。配合人XXXXXX配合人XXXXXXXXX

2.5.1、业务应急响应预案

2.5.1.1、管理项目受理应急预案

2.5.1.1.1、与需求计划模块接口问题

场景描述

应急方案

问题场景描述

1

应急方案步骤说明

1

采办申请记录，且已经发送至新寻源模块，但新寻源XXX模块中项目受理列表中无此记录。管理经理将此问题

报项目组。

2

维团队诊断此问题，并经业务确认后重新执行接口的

触发，将此条记录重新发送至新寻源模块。

3XXX单据直接导入至新寻源模块中。

4

2.5.1.1.2、管理文件无法生成

问题场景描述

1

场景描述

应急方案步骤说明

1

负责人XXXXXX配合人XXX

应急方案步骤说明负责人XXXXXX配合人XXX

第二步：项目组检查判定无法生成原因。是否是配

置变更或网络故障导致客户端与服务器端的连接失2败，如是配置问题则由项目组修改配置，若是服务

器端网络故障则由联系ITC网络接口人。

第三步：检查管理文件生成的其它因素，是否是有

未知因素导致生成报错，在管理经理报错机器上检3查。若是系统程序有BUG，则记录后报技术组，评

估后进行紧急修复。

应急方案

由于客户端原因造成无法生成文件。负责人客服人员客服人员技术组供应商在截标前上传报价，造成提交失败、或提交时间过长的现象。负责人确认是客户端环境问题导致，比如网络问题或环境问技术组配合人配合人员客服人员

2.5.1.2管理应急预案由于客户端原因造成无法生成文件。负责人客服人员客服人员技术组供应商在截标前上传报价，造成提交失败、或提交时间过长的现象。负责人确认是客户端环境问题导致，比如网络问题或环境问技术组配合人配合人员客服人员

2.5.1.1.3、无法生成文件

场景描述

问题场景描述

1

应急方案

应急方案步骤说明

第一步：客户无法生成文件，将问题反馈至项目1组技术支持服务热线

第二步：客户人员可要求人下载最新客户端，并2更新驱动。

第三步：若问题仍未解决可报项目技术组。项目

3技术组与客户联系后，可通过远程等方式进行查看，

以解决客户端问题。

2.5.1.1.4、上传文件失败

场景描述

问题场景描述

1

应急方案

应急方案步骤说明

第一步：确认是否系统问题还是客户端环境问题，如

1

题，由客服人员指导其解决。

第二步：如确认是系统问题，则由客服人员联系项目2技术组及时进行解决。

专家抽取通知不足负责人家不足情况，导致抽取通知无法正常完成，在管理XXX可启用人工通知的方式，并将通知结果录入至系统人无法登陆平台进行网上解密。负责人客服人员配合人员XXXXXX、XXX配合人员

2.5.1.3专家抽取通知应急预案专家抽取通知不足负责人家不足情况，导致抽取通知无法正常完成，在管理XXX可启用人工通知的方式，并将通知结果录入至系统人无法登陆平台进行网上解密。负责人客服人员配合人员XXXXXX、XXX配合人员

2.5.1.1.5、专家抽取通知不足

场景描述

问题场景描述

1

应急方案

应急方案步骤说明

第一步：管理经理在进行专家抽取通知时，出现专

1

经理确认专家数量充足的情况下，上报至项目组。

第二步：项目组首先检查抽取专业专家数量信息，

如确认专家不足，则告知管理经理并启用专家抽取2应急预案；若专家数量充足，则排查系统抽取条件，

检查原因，并快速释放专家。

第三步：若解决该问题耗时较长，通知管理经理，

3

中，待抽取通知服务恢复后

2.5.1.4管理应急预案

2.5.1.1.6、标书解密

场景描述

问题场景描述

1

应急方案

应急方案步骤说明

第一步：无法登陆平台一般是人自身环境问题，经1客服人员指导操作后人可登录成功。

负责人XXXXXX、XXX测试过程出现报错或测试无法进行下去。负责人第一步：管理经理将问题汇报项目组。相关程序进行排查，确认问题原因，初步提出问题解决策启用人工评议，经同意后通知各管理经理安排相XXX配合人员配合人员XXX、XXXXXXXXX

应急方案步骤说明负责人XXXXXX、XXX测试过程出现报错或测试无法进行下去。负责人第一步：管理经理将问题汇报项目组。相关程序进行排查，确认问题原因，初步提出问题解决策启用人工评议，经同意后通知各管理经理安排相XXX配合人员配合人员XXX、XXXXXXXXX

第二步：所有人无法登陆平台，或系统状态有错，2管理经理或客服人员需即报项目技术组进行解决。

第三步：若在解决过程中，供应商带错锁，一经确

认，则按照管理文件规定进行处理，一般视为其撤

销文件。

若出现因人之外的原因造成文件未解密的，则上报3至项目组进行排查解决，若能快速解决，则等待项

目组解决并恢复；若不能快速解决，则按照管理文

件要求启用备用方案，如不加密文件或纸质文件，

以完成唱标操作。

2.5.1.5测试管理应急预案

2.5.1.1.7、测试

场景描述

问题场景描述

1

应急方案

应急方案步骤说明

1

第二步：项目组首先对系统进行检查或对问题部分的

2

决方案，并预估问题修复时间。并进行紧急修复更新

第三步：若不能快速修复，则报领导小组及业务部门

3

关人工评议工作。

第四步：人工评议数据收集后可在项目评议结束后将4数据进行录入。

网络、服务器中断服务负责人可能是网络或服务器产生问题报ITC总接口联络人判断是否可通过使用备份或重启在60分钟内恢复服XXX方案进行实施，先确保服务正常。并通知应用维护XXX负责人第一步：业务组发现用户无法支付或支付不成功，配合人员XXXITC接口人XXXXXX、XXXXXX配合人员XXXXXXXXXXXXXXX

2.5.2、环境应急响应预案网络、服务器中断服务负责人可能是网络或服务器产生问题报ITC总接口联络人判断是否可通过使用备份或重启在60分钟内恢复服XXX方案进行实施，先确保服务正常。并通知应用维护XXX负责人第一步：业务组发现用户无法支付或支付不成功，配合人员XXXITC接口人XXXXXX、XXXXXX配合人员XXXXXXXXXXXXXXX

2.5.2.1、网络、服务器中断服务

场景描述

问题场景描述

1

应急方案

应急方案步骤说明

第一步：应用维护组在发现应用问题后经初步判定

1

和网络及服务器维护人员。

第二步：网络和服务器维护人员对问题进行诊断，

2

务，若可以则快速实施恢复服务。

第三步：若问题不能快速解决，维护组需要提出恢3复方案以及可能的处理时间，将方案报采办项目组。

第四步：采办项目组同意后网络和服务器维护方按

4

组进行数据核验，将错误信息进行清除。

第五步：故障分析后将系统恢复回原状，解除应急5状态。

2.5.2.2、保证金支付接口中断

场景描述

问题场景描述

1保证金支付接口中断1

应急方案

应急方案步骤说明

1

负责人排查发生问题的原因，检查网络通信状态、银行支银行系统问题，则报银行接口人进行检查并恢复，组进行汇报，并启用保证金线下支付方式，待支付XXXCF支付平台接口中断负责人XXXXXX配合人员XXXXXXXXXXXX配合人员XXXXXXXXX

应急方案步骤说明负责人排查发生问题的原因，检查网络通信状态、银行支银行系统问题，则报银行接口人进行检查并恢复，组进行汇报，并启用保证金线下支付方式，待支付XXXCF支付平台接口中断负责人XXXXXX配合人员XXXXXXXXXXXX配合人员XXXXXXXXX

报技术组进行排查。

第二步：技术组检查应用系统接口端的程序和数据，

2

付系统是否正常，并报ITC及银行方式进行处理。

第三步：若问题是因网络通信，则报ITC接口人进

行网络通信检查并恢复，告知用户继续操作。若是

3

告知用户继续操作。随后进行问题产生原因分析及

解决，以防止再次发生。

第四步：若问题不能快速解决，则需要向采办项目

4

服务恢复后，可继续进行网上支付。

第五步：故障原因分析后可进行系统恢复原状，恢5复时要确保不影响正常的短信节点业务。

2.5.2.3、CF支付平台接口中断

场景描述

问题场景描述

1

应急方案

应急方案步骤说明

第一步：业务组发现用户无法支付或支付不成功，1报技术组进行排查。

第二步：技术组检查应用系统接口端的程序和数据，2排查发生问题的原因，检查网络通信状态是否正常。

负责人行网络通信检查并恢复，告知用户继续操作。随后组进行汇报，并启用线下备用支付方式，待支付服XXX采招网公告推送中断负责人XXX排查发生问题的原因，并根据原因报送相应单位接口XXXXXX进行汇报，暂由业务部门人工进行发布，待公告推送配合人员XXXXXXXXX配合人员XXXXXX

应急方案步骤说明负责人行网络通信检查并恢复，告知用户继续操作。随后组进行汇报，并启用线下备用支付方式，待支付服XXX采招网公告推送中断负责人XXX排查发生问题的原因，并根据原因报送相应单位接口XXXXXX进行汇报，暂由业务部门人工进行发布，待公告推送配合人员XXXXXXXXX配合人员XXXXXX

第三步：若问题是因网络通信，则报ITC接口人进

3

进行问题产生原因分析及解决，以防止再次发生。

第四步：若问题不能快速解决，则需要向采办项目

4

务恢复后，可继续进行网上支付。

第五步：故障原因分析后可进行系统恢复原状，恢5复时要确保不影响正常的短信节点业务。

2.5.2.4、采招网公告推送中断

场景描述

问题场景描述

1

应急方案

应急方案步骤说明

第一步：业务组发现公告不能推送或推送后无法显示1在采招网中，报技术组进行排查；

第二步：技术组检查应用系统接口端的程序和数据，

2

联络人。

第三步：若问题可以快速定位并恢复，则进行恢复操

作，并检查公告队列，将受影响的公告通知相关业务3部门，由项目组组织重新发送。随后进行问题产生原

因分析及解决，以防止再次发生。

第四步：若问题不能快速解决，则需要向采办项目组

4

服务恢复后，可停止人工处理。

负责人XXX专家通知服务中断负责人XXXXXXXXX进行汇报，暂由业务部门进行人工通知处理，待通知XXX短信服务中断负责人配合人员配合人员XXXXXX配合人员XXX

应急方案步骤说明负责人XXX专家通知服务中断负责人XXXXXXXXX进行汇报，暂由业务部门进行人工通知处理，待通知XXX短信服务中断负责人配合人员配合人员XXXXXX配合人员XXX

第五步：故障原因分析后可进行系统恢复原状，恢复5时要确保不影响正常的短信节点业务。

2.5.2.5、专家通知服务中断

场景描述

问题场景描述

1

应急方案

应急方案步骤说明

第一步：业务组发现专家抽取通知服务暂停，报技术1组进行排查。

第二步：技术组检查应用语音通知系统服务状态，排2查发生问题的原因。

第三步：若问题可以快速定位并恢复，则进行恢复操

作，并检查专家通知队列，将受影响的专家通知相关3业务部门，由项目组组织重新通知。随后进行问题产

生原因分析及解决，以防止再次发生。

第四步：若问题不能快速解决，则需要向采办项目组

4

服务恢复后，可停止人工处理。

第五步：故障原因分析后可进行系统恢复原状，恢复5时要确保不影响正常的短信节点业务。

2.5.2.6、短信服务中断

场景描述

问题场景描述

1

应急方案

应急方案步骤说明

负责人XXX排查发生问题的原因，并同时报ITC短信接口人及XXX组进行汇报，提出其它解决方案，暂由业务部门人XXX汇率获取服务中断负责人XXX排查发生问题的原因，并同时报ITC网络接口人进XXX配合人员XXXXXXXXX配合人员XXXXXXXXX

应急方案步骤说明负责人XXX排查发生问题的原因，并同时报ITC短信接口人及XXX组进行汇报，提出其它解决方案，暂由业务部门人XXX汇率获取服务中断负责人XXX排查发生问题的原因，并同时报ITC网络接口人进XXX配合人员XXXXXXXXX配合人员XXXXXXXXX

第一步：业务组发现短信不能发出或发出后没有收1到，报技术组进行排查；

第二步：技术组检查应用系统接口端的程序和数据，

2

短信服务商进行排查

第三步：若问题可以快速定位并恢复，则进行恢复

操作，并检查短信队列，将受影响的短信通知相关3业务部门，由项目组组织重新发送。随后进行问题

产生原因分析及解决，以防止再次发生。

第四步：若问题不能快速解决，则需要向采办项目

4

工通知处理，待短信服务恢复后，可停止人工处理。

第五步：故障原因分析后可进行系统恢复原状，恢5复时要确保不影响正常的短信节点业务。

2.5.2.7、汇率获取服务中断

场景描述

问题场景描述

1

应急方案

应急方案步骤说明

第一步：业务组发现汇率不能正常获取，报技术组1进行排查；

第二步：技术组检查应用系统接口端的程序和数据，

2

行排查

第三步：若问题可以快速定位并恢复，则进行恢复3操作。随后进行问题产生原因分析及解决，以防止

负责人组进行汇报，由业务部门启用汇率人工查询并登记，XXXXXX培训内容管理中心各处室联理、、开测试、定标单位采购用户对非管理方式中竞式业务操务操作进行讲解。配合人员说明络用户、试点二级管理中心各处室联谈、询价、议标等业单位采购用户计划时间待定络用户、试点二级参与人员（建议）待定场地安排

应急方案步骤说明负责人组进行汇报，由业务部门启用汇率人工查询并登记，XXXXXX培训内容管理中心各处室联理、、开测试、定标单位采购用户对非管理方式中竞式业务操务操作进行讲解。配合人员说明络用户、试点二级管理中心各处室联谈、询价、议标等业单位采购用户计划时间待定络用户、试点二级参与人员（建议）待定场地安排

再次发生。

第四步：若问题不能快速解决，则需要向采办项目

4

待汇率获取服务恢复后，可停止人工处理。

第五步：故障原因分析后可进行系统恢复原状，恢5复时要确保不影响正常的短信节点业务。

2.6、培训计划

根据系统推进阶段不同，项目组采取不同的培训方式，计划安排如下:

2.6.1、首批试点单位培训

该阶段为首批试点单位培训，主要实现对试点单位用户进行集中式操作讲解，达到快速

掌握系统操作的目的。

序号

对管理方式中管管理方式1业务操作等内容进行讲解。

非管理方

2

作

2.6.2、推广期培训计划

该阶段主要基于系统UAT基础