(续1)
２９．４ 应用维护和优化
需要进行应用维护和优化的情况主要有程序中的编码错误、设计局限、需要提高执行效率、需要改进操作方法、需要增加辅助功能、需要提高自动化程度、需要进行更加严格的控制、需要提供更严格的合法性检验、局部功能调整等。应用维护和优化应限制在对应用程序编码的修改和局部调整上。需要改变数据结构、改变编码含义、调整数据处理流程、调整应用结构等方面的问题，由于实施工程量大，全路必须统一更换，应向部主管部门提请进行系统升级解决。
应用维护和优化的要求可以是现场应用过程中发现的问题，也可是技术支持中发现的问题，但都必须经过下列过程：
２９．４．１ 维护任务下达。应用维护与优化的要求首先汇报给总工，由总工根据客票维护工作的需要下达维护任务。任务书必须包含维护和优化需求、修订版本号。
２９．４．２ 调阅设计书，分析问题的涉及范围和解决办法，编写详细的系统维护与优化设计书，设计书必须包含：维护与优化需求、修改涉及的所有功能和程序编码、新的程序执行流程、新的数据处理流程、新的编码适应范围、新的操作方式和现场软件更新前必须进行的准备工作。
２９．４．３ 按照系统维护与优化设计书编制测试提纲。测试提纲应覆盖所有涉及到的功能和程序编码。测试提纲应由非设计人员编写。
２９．４．４ 调出相应程序源代码，按照系统维护和优化设计书，修改程序编码，并在修改处增加注释内容。注释内容应包括编码修改日期、依据的设计文件、编码人、原编码内容、其它需要的注释等。
２９．４．５ 按测试提纲对修改完成后的程序进行测试，并详细记录测试过程和测试案例。
２９．４．６ 按照测试记录编写测试报告。测试报告必须包含测试通过的案例、测试发现问题的案例说明及其可能的编码错误分析、测试日期、测试人员、依据的测试提纲等。
２９．４．７ 测试中发现问题的应返回２９．４．４修正错误的编码，若问题是维护与优化设计局限引起的，应同时更新设计书（在设计书中加注）。重复２９．４．４到２９．４．６，直至达到系统维护与优化的要求为止。
２９．４．８ 将测试通过后的新程序在模拟实验室进行现场实际情况模拟。若模拟中发现问题，应返回２９．４．４并重复修改编码、测试、模拟过程，直到模拟通过为止。编写模拟实验报告。
２９．４．９ 将模拟通过后的新程序（修订版）进行封装，并将程序编码、维护与优化设计书、测试提纲、测试报告、模拟实验报告存档。
２９．４．１０ 编制应用软件更新报告，总工、所长审核后报部主管部门，请求应用更新命令。应用软件更新报告必须说明更新的模块、修订版本号、更新的内容、更新对目前售票作业的影响、更新的要求、全路更新时间不一致可能造成的问题和表现形式。
２９．４．１１ 按照部应用软件更新命令将修订版装载到部客票中心服务器上，并分发给下属各个地区客票中心、车站、窗口使用。
２９．４．１２ 对较小的程序编码错误和设计错误，在现场有较强的解决时间限定的情况下，可在没有设计书、测试提纲的情况下进行编码修正、测试、模拟，但必须详细记录修改编码、测试、模拟的过程和测试模拟案例。任务完成后立即补充设计任务书、测试提纲、测试模拟报告，并编制应用更新报告报部主管部门请求全路更新。
２９．５ 系统性能优化
系统性能优化的目的是为了得到更好的应用运行效率、更好的安全性和稳定性。系统性能优化的要求可来源于现场，也可来源于长期技术支持的经验。系统性能优化主要通过设备和系统运行参数调整实现，主要涉及操作系统、数据库、网络系统、安全系统等。系统性能优化应按照下列步骤进行：
２９．５．１ 系统性能优化任务下达。任务书必须说明性能优化的目的。
２９．５．２ 调阅相关的技术资料，分析提高系统性能可能需要调整的运行参数，并设计出系统性能测试案例。必要时咨询原供货商、获取详细技术资料。
２９．５．３ 在模拟环境下进行参数调整试验，并测试修改前与修改后系统性能的差别。详细记录试验数据。
２９．５．４ 根据试验数据分析系统性能与运行参数的关系，找出运行参数对系统性能的影响规律。
２９．５．５ 编制系统运行参数调整方案，总工、所长审核后报部主管部门请求调整运行参数命令。调整方案必须包括可调整的设备型号、环境要求、调整步骤、调整的作用、不调整可能产生的问题和涉及的地区客票中心、车站和窗口。由部主管部门向相关地区客票中心、车站下达系统运行参数调整通知。
２９．５．６ 根据部下达的运行参数调整命令，进行系统运行参数调整，通过电话、远程登录向相关地区客票中心和车站提供参数调整操作指导。对调整运行参数需要提供现场支持的地区客票中心和车站，提供现场技术支持。
２９．５．７ 全路相关地区客票中心和车站调整完成后，编制参数调整情况报告。报告经总工、所长审批后报部主管部门。
２９．５．８ 运行参数模拟试验记录、分析报告、参数调整方案、情况报告存档备查。
２９．６ 设备故障处理
设备故障一般情况下都会影响系统的正常运行，可能的情况下应首先启用备用设备或备件。设备故障的处理按照下列步骤进行：
２９．６．１ 在获得设备故障处理技术支持请求后，应首先了解设备的型号、生产商、购置日期、配置情况、运行状况、故障现场、对系统运行的影响、有无备件或备用设备和有偿服务商。
２９．６．２ 若有备件或备用设备，应首先启用备件和备用设备，恢复系统正常运行。
２９．６．３ 对设备故障进行分析和诊断。故障诊断应按照电源故障、通信线缆故障、接口故障、器件损坏、内置程序故障、接口卡故障、系统板故障、配置和设置错误、环境影响（如温度、湿度、洁净度、磁场干扰、电场干扰、噪声、振动等）、设备间的相互干扰、整体参数不匹配的顺序进行检查。
２９．６．４ 可能的情况下在模拟实验室进行故障和处理步骤模拟。
２９．６．５ 合同规定应该由服务提供商或供货商解决的，应由请求单位要求相关合同单位解决，中心可提供相应的技术协助。
２９．６．６ 如发现设备器件、接口、连接电缆损坏，应告知请求单位测试和诊断结论，由请求单位进行设备维修。
２９．６．７ 如发现设置错误或与系统不匹配，应告知请求单位正确的设置和调整方法、调整步骤；有严格操作顺序限制的，应明确强调。由请求单位自己修改设备参数设置。
２９．６．８ 编写设备故障处理报告，报告存档。有重要故障监测经验的，由中心组织对全体技术支持人员进行培训。故障检测过程、处理办法、思路、原理、处理步骤等信息进入支持库。
２９．７ 系统故障处理
系统故障一般都会影响系统的正常运行，可能的情况下应启用备用系统。系统故障应按照下列顺序进行处理：
２９．７．１ 在获得系统故障处理技术支持请求后，应首先了解故障发生地点、系统设备型号、生产商、购置日期、配置情况、运行状况、故障现象、对系统运行的影响等。
２９．７．２ 可能的情况下，应要求用户将系统转换到备用系统上运行，首先恢复系统正常工作。
２９．７．３ 分析和诊断系统故障原因。在进行系统故障原因分析和诊断时，应首先排除相关系统、设备、运行速度、网络通断状况、要求运行的系统和应用软件缺失等因素的影响。系统故障一般发生在存储空间不够、系统资源耗竭、系统计时错误、系统参数设置错误、日志空间不够、数据完整性被破坏、输入非法数据、用户权限设置不当、过期数据未及时清理等。
２９．７．４ 必要时可远程登录到故障系统，检查系统和数据库日志，从日志中发现故障的可能原因。检查数据的完整性和合法性；检查应该运行的应用和系统进程。
２９．７．５ 必要时可将现场数据传回模拟实验室进行故障和处理步骤模拟。
