生产系统故障及问题

生产系统故障及问题生产系统故障及问题 处理流程处理流程 文件编号文件编号受控编号受控编号 版次版次1 0密级密级内部公开 总页数总页数10附录附录无 作者 作者 杨波 日期 日期 2011 6 28 批准 批准 日期 日期 审核 审核 日期 日期 版权所有 翻版必究 文件修改记录文件修改记录 修改日期修改日期修改状态修改状态修改页码及条款修改页码及条款修改人修改人审核人审核人批准人批准人 目目 录录 1目的 4 2适用范围 4 3职责 4 4故障及问题处理流程 5 4 1流程图 5 4 2故障 问题类型 6 4 3故障 问题优先级 6 4 4故障 问题提交 7 4 5故障 问题的响应和解决 7 4 6故障 问题关闭 9 4 7故障 问题数据统计分析 9 1 1 目的目的 该流程的目的是为了保证运维 客服及各省业务团队反馈的产品故障及问 题能够得到研发及时响应 受理及解决 从而提高客户对公司产品及服务的满 意度 2 2 适用范围适用范围 适用于以现网问题跟踪表 邮件以及电话形式提交的故障及问题信息 人 员包括项目经理 研发人员 QA 3 3 职责职责 项目经理 负责故障及问题的受理及安排研发人员进行解决 开发人员 负责故障及问题的受理及信息反馈和解决 QA 负责对故障及问题的解决状态进行监控 4 4 故障及问题处理流程故障及问题处理流程 4 1流程图流程图 4 2故障故障 问题类型问题类型 故障 计算机程序中不正确的步骤 过程和数据定义导致的产品功能 不能正常使用 分为 5 个等级 重大故障 一级故障 二级故障 三 级故障和四级故障 程序缺陷 软件缺陷是存在于软件 文档 数据 程序 之中的那些 不希望或不可接受的偏差 其结果是软件运行于某一特定条件时将出 现软件故障 页面问题 由于浏览器兼容性 页面源文件不完整性 脚本 bug 页 面结构或标签错误等导致的页面显示不完整或点击失效等问题 也包 括页面内容错误和连接地址错误等问题 4 3故障故障 问题优先级问题优先级 紧急 需要立即给予响应并解决的故障或问题 高 需要研发人员在规定的响应时间内给予响应并优先安排解决的故 障或问题 一般 需要研发人员在规定的响应时间内给予响应 并及时安排解决 的故障或问题 优先级的判定标准如下表 优先级优先级 判定因素判定因素 紧急紧急高高一般一般 投诉投诉 报障对象报障对象 移动运营商或局方领导 第三方拨测公司拨测人员 最终个人用户 运维维护和拨测人员 最终个人用户 运维维护和拨测人员 最终个人用户 运维维护和拨测人员 故障类型故障类型 故障故障 程序缺陷 故障 程序缺陷 页面错误 故障等级故障等级 二级及以上级别故障三级故障四级及以下级别故障 潜在的安全隐患潜在的安全隐患 存在导致系统崩溃或引发 二级以上级别故障的安全 隐患 存在引发三级故障的安 全隐患 存在引发四级及以上级 别故障的安全隐患 故障 问题优先级的判定 首要确定投诉和报障的对象 如果是移动运营商 局 方领导或第三方拨测公司拨测人员 则故障的优先级直接判定为紧急 如果是 其他保障人 则继续进行故障类型 故障等级以及潜在的安全隐患等因素的判 断 4 4故障故障 问题提交问题提交 本流程中故障 问题的提交过程主要指故障 问题从运维部提交到研发部的过 程 提交方式 故障 问题的提交主要包括工单 邮件和电话 根据故障 问 题的紧急程度可选择不同的方式提交 一般非紧急情况下都选择用工 单的形式提交 全球通驻点发现故障和问题一般都用邮件提交 一些 紧急的故障 问题的提交可根据具体情况选择电话或者同时采用几种方 式并行提交 提交的内容要求 要求提交的内容要将故障 问题现象发现的路径 手 机号码 时间点 邮件主题等描述清楚 以及出现的问题页面具体的 内容信息 最好能够提供页面截图 还要给出希望研发作出回复的时 限要求 提交人 运维部技术支持组运维值班工程师 根据发现的故障 问题的 具体信息 对照研发的应用模块负责人列表 该列表由 QA 每月定期 更新 然后发送给运维相关人员 除了发送故障 问题直接责任人之外 还要抄送相关的研发室经理 QA 以便对于问题的跟进及统计分析 如果根据故障 问题的具体信息不能准确的判断是研发哪个部门 哪个 负责人的情况 可以请 QA 工程师协助进行判断 然后再进行发送 4 5故障故障 问题的响应和解决问题的响应和解决 对于不同优先级别的故障 问题 受理人要在规定的时限内作出响应和 给予解决 对于比较棘手 技术复杂度较高的故障 问题 受理人难以 在规定的时限内解决的 可以组织室内部和其他室的技术骨干公共参 与解决方案的讨论和制定 故障 问题的受理 响应和解决的时限以及相应的解决方式如下表 优先级优先级受理人受理人受理时间受理时间响应时限响应时限解决时限解决时限解决方式解决方式 紧急 室经理 项目经理或 直接责任人 7X24 小时电话立即响应 重大故障 1 小时内 一级故障 2 小时内 二级故障 4 小时内 紧急故障修复 或开发环境解决经 测试环境测试后上 线更新 高 项目经理或 直接责任人 工作日4 小时内12 小时内 开发环境解决经测 试环境测试后上线 更新 一般 项目经理或 直接责任人 工作日8 小时内24 小时内 开发环境解决经测 试环境测试后上线 更新 上表中的 解决时限 指的是研发解决问题的时间 不包括问题解决后到上线 的时间 故障接收人在接到报障后 首先要判断是否是自己负责的产品的问题 然后判断是否需要其他研发室配合解决 如果是自己负责的产品的问题 而且不需要其他研发室配合 则根据 工单的优先级及时的给出回复 如果需要其他研发室配合解决 则要 及时的与其对应的模块负责人沟通 共同确定具体的解决方案和计划 并由接收人在工单或邮件中给予回复 回复信息内容包括 产生故障 问题的原因分析以及解决的时间计划等 如果不是自己负责的产品的问题 则有责任和义务在工单或邮件中给 出回复 如能确定是谁负责的产品问题 则立即将工单或邮件转给其 负责人 如不能确定 则立即通过口头 邮件或者即时通讯工具等方 式通知 QA 或文档工程师 由其负责协调相关部门确定责任人及时的 给出回复 故障 问题责任人依据拟定解决的方案和计划进行故障的解决 如涉及到多方配合解决的故障 问题 则成立一个临时的故障 问题解决 小组 由故障受理人负责协调解决故障 问题 故障 问题解决后 受理人在工单或邮件中回复问题当前已解决的状态 并分派给报障人进行验证 如果是紧急故障的修复 问题的解决而导致没有经过版本基线和测试组 的测试 直接由研发人员将发布包发给运维上线执行人员的情况 则 要根据生产环境的配置变更同步更新到测试环境 同时要将修改后的 程序包及其源代码和相关更新部署文档交由配置工程师进行基线化处 理 如果被分派的故障 问题处理责任人因公或因私不在公司办公 则其所 属的室经理要代其处理或者安排其他人进行处理 4 6故障故障 问题关闭问题关闭 验证通过后 由工单发起人将工单进行关闭 对于移动运营商 局方领导或运维系统维护组人员提出的 要求公司 研发部对于此次故障 问题出具故障报告的情况 由运维系统维护组人 员在故障修复后 发邮件给故障 问题的责任部门室经理 由其安排相 关的故障 问题处理人员填写故障报告 对此次故障 问题的产生原因 解决办法进行描述 然后交由其室经理审核后 由其室经理反馈给研 发总监 运维总监 QA 及运维系统维护组相关人员 研发人员出具故障报告的时间 要求在收到运维系统维护组相关人员 要求出具故障报告的邮件后 依据邮件里面的时间要求提交故障报告 如果邮件没有要求时限 则在收到邮件后的 24 小时内提交 节假日除 外 4 7故障故障 问题数据统计分析问题数据统计分析 由 QA 负责对分派给研发一部的工单以及研发故障 问题信息进行数据 统计和分析 工单统计数据包括 所属产品 所属部门