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

SHAPEXXX信息化平台项目试运行方案目录TOC\o"1-3"\h\u8206一、系统试行概述 3122331.1、上线原则 4194621.2、应用范围 536961.2.1、业务试行范围 5218871.2.2、本期上线功能列表 56749二、系统试行方案 6283732.1、总体计划 6298672.2、准备工作 7215302.2.1、试行前准备 7130282.3、UAT测试 8285322.3.1、阶段划分 9323652.3.2、测试准备 9218162.3.3、执行测试 1042622.3.4接受标准 14322892.3.4、缺陷跟踪及反馈 14309252.4、正式运行 1661742.4.1、阶段划分 16169252.4.2、正式准备 16190662.4.3、执行运行 169642.5、应急响应预案 17287912.5.1、业务应急响应预案 17290872.5.2、环境应急响应预案 2296162.6、培训计划 27317232.6.1、首批试点单位培训 2764012.6.2、推广期培训计划 2715678三、试行制度 2926223.1、职责划分 29126783.2、问题处理 3078143.3、试行联络保障 3017901四、附表 30326974.1、正式系统上线前自检表， 30系统试行概述XX企业项目系统/功能模块经过需求调研、蓝图评审、设计开发、集成测试环节后，将进入试运行阶段。在此阶段，整个系统主体功能已开发测试完毕，所要求的主体功能基本建设完成。为确保系统稳定、高效地运行，最大程度降低可能存在的故障和隐患，现有计划的通过试运行来发现问题、解决问题。希望通过试运行让用户提前熟悉系统的各项功能操作，同时对系统的可靠性与稳定性进行验证。在系统试运行过程中，项目组对可能出现的问题及时响应，搜集试运行过程中产生的各种运行问题并优化完善。通过试运行达到目标：检验系统在实际应用环境中的运行状况，对试运行期间出现的问题进行调整完善，使系统达到设计要求的状态；检验系统的有效性、稳定性和可靠性；检验系统与原有网络和应用模块之间的集成磨合。上线原则典型性试验试运行项目应具备广泛的典型性和代表性，以期在试行阶段尽量多发现问题，避免后期产生风险，保障正式上线顺利运行。准备充分以试运行方案为指导，充分准备满足试行的相关硬件环境、软件环境；除此之外，向各方人员进行思想宣贯，充分理解试行的重要性。及时总结随时记录试运行准备过程中以及试行过程中发现的各类问题，积极研究探索问题产生的原因，总结经验教训，并组织力量及时解决，减少对后期运行产生影响。应用范围业务试行范围简述试运行功能模块范围，达到的目的。本期上线功能列表（下打√为本期上线功能，下打×为本期非上线功能列表）序号模块功能点试行期是否运行备注管理方式采购需求采购需求提报√采购计划采购计划审核√任务分派采购任务分派√公开管理管理公告管理公告√管理公告变更√供应商信息√测试（无范本）√测试（无范本）√特殊情况异议√管理异常√中标人变更√非管理方式竞争性谈判谈判文件√开测试场地预约√邀请供应商√文件澄清√组建评审委员会√竞谈文件领取√澄清文件领取√文件上传√参与报价√系统试行方案总体计划序号工作内容责任人计划(完成)时间1准备工作1.1环境准备项目组XX年XX月XX日1.2技术准备项目组XX年XX月XX日1.3培训准备项目组XX年XX月XX日-XX年XX月XX日1.4切换准备项目组XX年XX月XX日-XX年XX月XX日2UAT测试项目组、试点单位XX年XX月XX日-XX年XX月XX日3正式试行项目组、试点单位4周边系统切换保障项目组、AC5培训计划项目组准备工作试行前准备环境准备试行前由项目组完成如下环境准备工作：生产系统环境部署到位。语音服务器线路部署完毕。完成与现有系统功能模块开发、单元测试及集成联调。确定试行期首批试点单位名单，建议首批纳入管理中心、二家典型二级单位及其对应的三级单位。试运行前一周提供生产系统最新组织架构数据，供应商基础数据，工作流基础数据，专家库名单。测试用例准备编写完成。技术准备试行前由项目组完成如下导入工具的准备工作：组织架构（部门，人员，兼职信息，账号）导入小工具。专家信息导入小工具。AD信息和账号比对小工具。供应商基础数据导入小工具。工作流基础数据（完整审批路径信息，包括限上岗配置信息，秘书岗配置信息，代理人信息）导入小工具。任务分解责任人类别任务名称计划完成时间AC接口更新、配置、验证、启用；网络配置调整采购运维组系统并行期内运维支持惠点接口更新、配置、验证二级单位接口更新、配置、验证ITC采购系统虚机、网络、短信、时间源。其他注：接口部分上线策略，培训准备为保障系统正常试运行，项目组对试行期关键用户、采购用户进行系统讲解与培训，达到试行用户了解和掌握系统架构，掌握系统操作方法。为使培训能真正达到预期的最佳效果，在系统推进的每个阶段，项目组都将根据系统推进的实践做法开展不同方式的培训，如测试阶段开展小范围的点对点操作培训，力争用户快速掌握系统操作；而在系统推广阶段，则根据用户性质并结合培训时间、培训人数、培训大纲等内容开展有针对性、有计划性的培训，具体培训计划参见第五章试行期及推广阶段培训安排。切换准备系统并行期系统并行期：指进入试行的单位在约定的时间内开启新系统上线，新项目约定在新系统中操作，而对于老寻源模块中未走完的流程则继续流转，直至结束；未进入试行的单位则继续按照现有的系统开展业务操作。全面试行期间全面试行期：指全公司所有已上线单位用户在约定的时间内开启新系统上线，新项目约定在新系统中操作，而对于老寻源模块中未走完的流程则继续流转，直至结束；同时关闭老寻源模块中接收采购申请单据。UAT测试UAT测试即用户可接受度测试，其目的主要是要求用户参与系统测试，并得到用户对软件的认可，鼓励用户进行测试设计和破坏性测试，充分暴露系统的设计和功能问题。主要安排如下：编写用户接受测试用例；安排培训并建立测试环境，在测试环境中进行测试；安排准备测试环境的日期；安排测试，形成测试结果，并重新开展测试(如需)；阶段划分首批试点单位UAT：为期一周，组织首批试点单位（管理中心各处室关键用户及二家典型二级单位采购用户）进行集中培训，并进入UAT。扩大二级单位UAT范围：为期两周，组织全公司其余二级单位采购用户进行集中培训，并进入UAT。测试准备建立测试环境软件测试环境准备：软件测试环境与正式生产环境应保持一致，提前提供可用测试环境。测试环境：用户接受测试在此环境下进行项目组负责将程序及数据库部署到测试环境，并与生产环境保持一致项目组负责将测试环境功能验证到位项目组测试团队负责将测试环境测试到位，保障系统可用培训前提对参与测试的用户，会提前进行统一的系统培训，包括如何登陆，如何配合测试用例进行相关操作，如何记录发现问题等相关事宜。因为最终用户已经对测试的业务需求及业务功能有一定了解，会特别针对访问应用程序和熟悉了解测试环境进行培训。具体培训安排详见2.6培训计划。UAT测试数据用户接受测试的数据由单位采购用户提供，测试数据需请采购用户根据实际应用环境进行准备，建议是原先走过的真实项目数据。UAT测试成员参与UAT测试的人员详细信息(单位、姓名、职务、角色、电话、Email)如下：序号单位/部门姓名职务角色电话Email准备工作安排下面是参加中国海油采购业务系统用户接受测试的安排：建立测试环境，进行测试环境功能验证。确定测试人员名单。为测试人员分配系统测试账户及密码。交付测试用例给测试人员。客户端环境准备，由项目组核实客户端环境是否已经符合要求。执行测试测试范围与过程UAT测试所涵盖的测试用例主要包括功能测试，指管理方式与非管理方式各流程的测试。具体测试范围详见1.3.2功能试行范围。本次测试范围不包括如下：协议采购、认证、双语访问，移动访问，统计分析、兼容性测试，压力测试。用户接受测试过程用户在测试过程中出现的问题，需在文档中及时记录，并提供必要的截屏信息，以便项目组能够及时分析解决问题。具体任务安排如下：发布测试计划，明确测试时间及测试人员准备测试用例执行测试用例/脚本记录测试结果记录上报的问题汇报和记录测试结果测试问题解决，更新测试记录重新安排测试（如需）测试用例参考《UAT测试用例》文档。测试策略任务描述使用以前已经完成的项目进行测试，由管理中心做管理文件，邀请供应商到现场来（或项目组）制作文件，针对测试，可以由管理中心邀请相关的评委（或组织工作人员）来进行测试。在测试环节，暴露的问题越多越好，建议首次测试，尽量选择典型项目。工作策略测试次数和时间安排安排二次测试（服务类测试办法个数+1）每次测试时间间隔应相对充裕，以便及时解决测试中发现的问题，一般应在1~2天左右。测试项目的选择第一次应选择采用最常用测试办法的项目。第二次依旧用此办法，主要验证第一次发生的问题有没有得到很好的解决。第三次以后的测试就可以选择采用其他测试办法的项目。测试流程环境验证在首次明确测试目标后，需要对中心的测试场所以及测试场所进行环境监测，包括开测试电脑的安装环境，确保测试工作问题，及时与中心沟通交流，确保测试工作的顺利进展。的顺利推进，检测时按照自检表要求逐项测试，一旦发现网络、投影、音响、打印机的设备测试前准备在测试前，首先要与管理中心沟通测试项目，选定好项目后，就开始对工作人员点对点培训，在制作管理文件时一定要仔细，有任何模板上的问题尽早提出，特别是测试办法设置。在管理文件上传到系统中后，要求邀请的单位到现场办理证书，下载管理文件。单位在中心现场制作文件，我公司人员指导。如有任何制作上的问题，现场实施人员均需记录下来，即时反馈开发进行修改。以下测试中所使用的锁及电子签章前提为锁及电子签章已整合到位。备注：所有的人员都集中到中心统一制作招文件。在标书制作之前，可以给各方演示操作一下，主要是电子签章部分。将中心和人制作电子标书的证书留下，方便我们内部先对测试系统测试。前组织第一次测试，一定要注意现场规范，如流程，现场纪律，包括谁在现场主持，电脑用哪台，上面各类插件是否已经安装到位，网络情况是否满足需要。一般来说，管理中心所坐区域为投影幕布左侧，面向人区域，监督人员也是面向人，但监督人员面前需要放置一台显示器，同步显示界面。评委抽取环节此环节非常重要，涉及到测试过程是否能够真正顺利进行。因此测试专家的选择，也是至关重要的。前期测试时，尽量由中心指定测试专家，要求测试专家对电脑操作比较熟悉，对这类新生事物能够接受，并且测试能力较强，能够对系统提出较好的建议。后期系统常态化运行时，为保证测试的公平公正，测试专家应要求随机抽取，抽取的专家应提前通过培训考核。测试环节在前半小时，对评委临时证书进行发证，制作评委证书。当然也可以采用测试锁，模拟盖章。附：注意事项提前在测试电脑上安装测试系统最新插件，认证是否能够签章，是否能够查看招文件。提前将测试系统网址设置成IE默认首页，或者在桌面上放置快捷方式。提前配置好打印机驱动，方便测试报告的打印。如果专家之前接受培训的时间已经比较长了（1个月以上）或者根本没有培训过，项目组应当花10-20分钟时间给评委大概简介系统的测试流程。在测试过程中，安排相关技术人员解答评委咨询问题，以及指导测试专家对系统的应用。开测试场地要求（需中心配合）满足上线最基本方案网络环境：要求开测试区域能能够访问系统。具体地址为：IP地址。环境需改造成一个电子室，添加电脑，音箱，打印机，投影仪等设备。测试环境需要改造成一个电子测试室，添加测试电脑5~7台，音箱，打印机，投影仪等设备。二级单位测试选取2家二级单位进行测试，2家单位各选一种采购方式（竞争性谈判，询价，单一来源），拿之前项目测试。测试流程同管理中心。测试项目选择项目的选定是非常重要的，一般选择的依据如下：二级单位采购人员综合能力较强，通过前期培训已经很好地掌握了网上管理的流程和各项技能。管理项目的金额不宜太大，以免测试失败带来负面影响。测试准备工作二级单位一定要提前编制管理文件。从我们的实施经验看来，如果在管理文件范本的修订上花费了较大精力，那么在正式测试时，管理文件制作问题会较少；反之制作的管理文件或多或少会存在各种各样的问题，都需要调整范本来实现，因此，管理文件制作的提前量就非常重要。正式测试时，尽量让首次参与网上招活动的单位安排人员在现场制作招文件。测试期间需要重点关注的问题项目组技术服务电话应保持畅通，特别是前一天，要保证24小时畅通；测试的业务环节包括整个全流程。标书费用的缴纳和保证金的缴纳，也需要提前考虑，应确定采用何种方式进行。项目经理要严格按照测试记录表中流程安排任务，并要做好持续关注。开测试场地要求（需各所属单位配合）满足上线最基本方案网络环境：要求开测试区域能能够访问采购业务系统。具体地址为：IP地址环境需改造成一个电子室，添加电脑，音箱，打印机，投影仪等设备。测试环境需要改造成一个电子测试室，添加测试电脑5~7台，音箱，打印机，投影仪等设备。2.3.4接受标准2.3.4.1用户接受测测试准如果每个测试用例的实际结果和预期一致就认为该案例测试结果通过，如果不一致就认为失败。测试失败的案例将记录到测试报告中做追踪。在测试完成后，其结果如满足用户需求的接受条件，则将被部署到生产环境中。如在测试过程中对测试需求存在分歧，由项目组根据实际情况，决定在测试阶段是否接受应用。中止标准和恢复条件如应用或相关数据库有重大缺陷，则所有的测试活动被中止，在缺陷改正后测试恢复。缺陷跟踪及反馈报告测试事件现场测试经理把测试结果及时汇报给项目组。从测试第一天起，测试团队每日及时反馈测试报告，具体应包括以下内容：测试周期执行的用例总数累计所有测试周期测试用例总数当日要执行的测试用例数目当日已执行的测试用例数目系统缺陷数目异常处理缺陷指定给不同的人员来解决。开发人员解决缺陷后，会再测试一遍并更新状态。缺陷严重性分为：严重高中低所有严重缺陷立即汇报给项目经理，以保证最早暴露问题与解决问题。测试过程计划和跟踪测试人员按照测试用例指定的操作顺序进行测试，测试过程中如出现意外，即出现与预期不同的结果，请与支持人员联系并将问题重现，由支持人员判别是否是错误，如果判断是错误，统一记录到测试问题记录文件中。 技术人员对测试问题记录并进行分析，制定相应的解决方案，指定问题解决人，最后解决日期。UAT相关的活动安排如下：序号任务描述计划开始时间计划结束时间责任人测试计划编写项目组测试用例编写项目组测试系统准备项目组安排UAT测试人员项目组UAT测试试点单位测试结果分析与报告项目组系统完善修复项目组正式运行阶段划分首批试点单位正式试运行：组织管理中心及二家典型二级单位进行系统试行，标志首批试点单位生产系统正式上线。扩大正式试运行范围：扩大至所有已上线二级单位试行。正式准备正式环境软件正式环境准备：提前提供可用正式环境。用户接受试行在此环境下进行项目组负责将程序及数据库部署到正式环境，并更新到最新项目组负责将正式环境功能验证到位项目组测试团队负责将正式环境测试到位，保障系统可用具体详见附表“正式系统上线前自检表”培训前提对进入正式试行的试点单位，提前组织安排进行统一详细培训。具体培训安排详见2.6培训计划。执行运行管理中心正式运行中心管理与非管理业务正式挂网上线；中心正式项目测试同测试过程；二级单位正式运行（企业项目）二级单位管理与非管理业务正式挂网上线；二级单位正式项目测试过程同测试过程，正式测试的次数不限。应急响应预案业务应急响应预案管理项目受理应急预案与需求计划模块接口问题场景描述问题场景描述1管理经理在项目受理阶段无法查询到从需求计划模块传输的RFX单据。应急方案应急方案步骤说明负责人配合人1第一步：管理经理确认在需求计划模块中有已批复的采办申请记录，且已经发送至新寻源模块，但新寻源模块中项目受理列表中无此记录。管理经理将此问题报项目组。XXX2第二步：项目组检查RFX单据接口，并联合AC运维团队诊断此问题，并经业务确认后重新执行接口的触发，将此条记录重新发送至新寻源模块。XXXXXX3第三步：若短时间无法通过接口重新触发，则考虑将单据直接导入至新寻源模块中。XXXXXX4项目组将处理过程汇报采办项目组。XXXXXX管理文件无法生成问题场景描述1管理经理在编制管理文件时，无法生成管理文件。场景描述应急方案步骤说明负责人配合人1第一步：管理经理报项目组。XXXXXX2第二步：项目组检查判定无法生成原因。是否是配置变更或网络故障导致客户端与服务器端的连接失败，如是配置问题则由项目组修改配置，若是服务器端网络故障则由联系ITC网络接口人。XXX3第三步：检查管理文件生成的其它因素，是否是有未知因素导致生成报错，在管理经理报错机器上检查。若是系统程序有BUG，则记录后报技术组，评估后进行紧急修复。XXXXXX应急方案2.5.1.2管理应急预案无法生成文件场景描述问题场景描述1由于客户端原因造成无法生成文件。应急方案应急方案步骤说明负责人配合人1第一步：客户无法生成文件，将问题反馈至项目组技术支持服务热线客服人员2第二步：客户人员可要求人下载最新客户端，并更新驱动。客服人员3第三步：若问题仍未解决可报项目技术组。项目技术组与客户联系后，可通过远程等方式进行查看，以解决客户端问题。技术组上传文件失败场景描述问题场景描述1供应商在截标前上传报价，造成提交失败、或提交时间过长的现象。应急方案应急方案步骤说明负责人配合人员1第一步：确认是否系统问题还是客户端环境问题，如确认是客户端环境问题导致，比如网络问题或环境问题，由客服人员指导其解决。客服人员2第二步：如确认是系统问题，则由客服人员联系项目技术组及时进行解决。技术组2.5.1.3专家抽取通知应急预案专家抽取通知不足场景描述问题场景描述1专家抽取通知不足应急方案应急方案步骤说明负责人配合人员1第一步：管理经理在进行专家抽取通知时，出现专家不足情况，导致抽取通知无法正常完成，在管理经理确认专家数量充足的情况下，上报至项目组。XXX2第二步：项目组首先检查抽取专业专家数量信息，如确认专家不足，则告知管理经理并启用专家抽取应急预案；若专家数量充足，则排查系统抽取条件，检查原因，并快速释放专家。XXX3第三步：若解决该问题耗时较长，通知管理经理，可启用人工通知的方式，并将通知结果录入至系统中，待抽取通知服务恢复后XXX、XXX2.5.1.4管理应急预案标书解密场景描述问题场景描述1人无法登陆平台进行网上解密。应急方案应急方案步骤说明负责人配合人员1第一步：无法登陆平台一般是人自身环境问题，经客服人员指导操作后人可登录成功。客服人员2第二步：所有人无法登陆平台，或系统状态有错，管理经理或客服人员需即报项目技术组进行解决。XXX3第三步：若在解决过程中，供应商带错锁，一经确认，则按照管理文件规定进行处理，一般视为其撤销文件。若出现因人之外的原因造成文件未解密的，则上报至项目组进行排查解决，若能快速解决，则等待项目组解决并恢复；若不能快速解决，则按照管理文件要求启用备用方案，如不加密文件或纸质文件，以完成唱标操作。XXX、XXX2.5.1.5测试管理应急预案测试场景描述问题场景描述1测试过程出现报错或测试无法进行下去。应急方案应急方案步骤说明负责人配合人员1第一步：管理经理将问题汇报项目组。XXX、XXX2第二步：项目组首先对系统进行检查或对问题部分的相关程序进行排查，确认问题原因，初步提出问题解决方案，并预估问题修复时间。并进行紧急修复更新XXX3第三步：若不能快速修复，则报领导小组及业务部门决策启用人工评议，经同意后通知各管理经理安排相关人工评议工作。XXX4第四步：人工评议数据收集后可在项目评议结束后将数据进行录入。XXX环境应急响应预案网络、服务器中断服务场景描述问题场景描述1网络、服务器中断服务应急方案应急方案步骤说明负责人配合人员1第一步：应用维护组在发现应用问题后经初步判定可能是网络或服务器产生问题报ITC总接口联络人和网络及服务器维护人员。XXXXXX2第二步：网络和服务器维护人员对问题进行诊断，判断是否可通过使用备份或重启在60分钟内恢复服务，若可以则快速实施恢复服务。ITC接口人XXX3第三步：若问题不能快速解决，维护组需要提出恢复方案以及可能的处理时间，将方案报采办项目组。XXXXXX4第四步：采办项目组同意后网络和服务器维护方按方案进行实施，先确保服务正常。并通知应用维护组进行数据核验，将错误信息进行清除。XXX、XXXXXX5第五步：故障分析后将系统恢复回原状，解除应急状态。XXXXXX保证金支付接口中断场景描述问题场景描述11保证金支付接口中断应急方案应急方案步骤说明负责人配合人员1第一步：业务组发现用户无法支付或支付不成功，报技术组进行排查。XXXXXX2第二步：技术组检查应用系统接口端的程序和数据，排查发生问题的原因，检查网络通信状态、银行支付系统是否正常，并报ITC及银行方式进行处理。XXXXXX3第三步：若问题是因网络通信，则报ITC接口人进行网络通信检查并恢复，告知用户继续操作。若是银行系统问题，则报银行接口人进行检查并恢复，告知用户继续操作。随后进行问题产生原因分析及解决，以防止再次发生。XXX4第四步：若问题不能快速解决，则需要向采办项目组进行汇报，并启用保证金线下支付方式，待支付服务恢复后，可继续进行网上支付。XXX5第五步：故障原因分析后可进行系统恢复原状，恢复时要确保不影响正常的短信节点业务。XXXXXXCF支付平台接口中断场景描述问题场景描述1CF支付平台接口中断应急方案应急方案步骤说明负责人配合人员1第一步：业务组发现用户无法支付或支付不成功，报技术组进行排查。XXXXXX2第二步：技术组检查应用系统接口端的程序和数据，排查发生问题的原因，检查网络通信状态是否正常。XXXXXX3第三步：若问题是因网络通信，则报ITC接口人进行网络通信检查并恢复，告知用户继续操作。随后进行问题产生原因分析及解决，以防止再次发生。XXX4第四步：若问题不能快速解决，则需要向采办项目组进行汇报，并启用线下备用支付方式，待支付服务恢复后，可继续进行网上支付。XXX5第五步：故障原因分析后可进行系统恢复原状，恢复时要确保不影响正常的短信节点业务。XXXXXX采招网公告推送中断场景描述问题场景描述1采招网公告推送中断应急方案应急方案步骤说明负责人配合人员1第一步：业务组发现公告不能推送或推送后无法显示在采招网中，报技术组进行排查；XXXXXX2第二步：技术组检查应用系统接口端的程序和数据，排查发生问题的原因，并根据原因报送相应单位接口联络人。XXX3第三步：若问题可以快速定位并恢复，则进行恢复操作，并检查公告队列，将受影响的公告通知相关业务部门，由项目组组织重新发送。随后进行问题产生原因分析及解决，以防止再次发生。XXX4第四步：若问题不能快速解决，则需要向采办项目组进行汇报，暂由业务部门人工进行发布，待公告推送服务恢复后，可停止人工处理。XXX5第五步：故障原因分析后可进行系统恢复原状，恢复时要确保不影响正常的短信节点业务。XXX专家通知服务中断场景描述问题场景描述1专家通知服务中断应急方案应急方案步骤说明负责人配合人员1第一步：业务组发现专家抽取通知服务暂停，报技术组进行排查。XXXXXX2第二步：技术组检查应用语音通知系统服务状态，排查发生问题的原因。XXX3第三步：若问题可以快速定位并恢复，则进行恢复操作，并检查专家通知队列，将受影响的专家通知相关业务部门，由项目组组织重新通知。随后进行问题产生原因分析及解决，以防止再次发生。XXX4第四步：若问题不能快速解决，则需要向采办项目组进行汇报，暂由业务部门进行人工通知处理，待通知服务恢复后，可停止人工处理。XXXXXX5第五步：故障原因分析后可进行系统恢复原状，恢复时要确保不影响正常的短信节点业务。XXX短信服务中断场景描述问题场景描述1短信服务中断应急方案应急方案步骤说明负责人配合人员1第一步：业务组发现短信不能发出或发出后没有收到，报技术组进行排查；XXXXXX2第二步：技术组检查应用系统接口端的程序和数据，排查发生问题的原因，并同时报ITC短信接口人及短信服务商进行排查XXX3第三步：若问题可以快速定位并恢复，则进行恢复操作，并检查短信队列，将受影响的短信通知相关业务部门，由项目组组织重新发送。随后进行问题产生原因分析及解决，以防止再次发生。XXX4第四步：若问题不能快速解决，则需要向采办项目组进行汇报，提出其它解决方案，暂由业务部门人工通知处理，待短信服务恢复后，可停止人工处理。XXXXXX5第五步：故障原因分析后可进行系统恢复原状，恢复时要确保不影响正常的短信节点业务。XXX汇率获取服务中断场景描述问题场景描述1汇率获取服务中断应急方案应急方案步骤说明负责人配合人员1第一步：业务组发现汇率不能正常获取，报技术组进行排查；XXXXXX2第二步：技术组检查应用系统接口端的程序和数据，排查发生问题的原因，并同时报ITC网络接口人进行排查XXX3第三步：若问题可以快速定位并恢复，则进行恢复操作。随后进行问题产生原因分析及解决，以防止再次发生。XXX4第四步：若问题不能快速解决，则需要向采办项目组进行汇报，由业务部门启用汇率人工查询并登记，待汇率获取服务恢复后，可停止人工处理。XXX5第五步：故障原因分析后可进行系统恢复原状，恢复时要确保不影响正常的短信节点业务。XXX培训计划根据系统推进阶段不同，项目组采取不同的培训方式，计划安排如下:首批试点单位培训该阶段为首批试点单位培训，主要实现对试点单位用户进行集中式操作讲解，达到快速掌握系统操作的目的。序号培训内容说明计划时间参与人员（建议）场地安排1管理方式业务操作对管理方式中管理、、开测试、定标等内容进行讲解。管理中心各处室联络用户、试点二级单位采购用户待定2非管理方式业务操作对非管理方式中竞谈、询价、议标等业务操作进行讲解。管理中心各处室联络用户、试点二级单位采购用户待定推广期培训计划该阶段主要基于系统UAT基础上开展推广应用，主要实现对所属单位用户、采购用户开展分片区、集中式培训。序号培训内容说明计划时间参与人员（建议）场地安排关键用户培训对业务管理、系统管理、配置过程进行讲解培训片区集中培训xx.xx.xx-xx.xx.xx建议各所属单位关键用户参加，建议每单位2人参加。待定管理与非管理业务全过程讲解对管理方式、非管理方式进行全过程业务讲解片区集中培训xx.xx.xx-xx.xx.xx各所属单位采购用户参加，分片区集中式。待定评委专家对中心测试专家进行电子化测试进行培训