系统上线管理办法.docx

1、系统上线管理办法内部讨论版上海捷羿软件系统有限公司二一六年十月系统上线管理办法 第 2 页 共 10 页版本历史版本号 版本说明/变更理由/变更内容 作者/ 日期 审批人/日期 备注V0.0.1 C 曹党锋、刘扣根 2016/10/15 内部讨论版V0.0.2 M，修订上线流程 曹党锋 2016/10/23 内部讨论版变更说明： C 初始创建 ；A 添加 ；M 修改 ；D 删除系统上线管理办法 第 3 页 共 10 页目 录1 总则 .42 范围 .43 职责 .44 管理办法 .54.1 上线流程 .54.1.1 一般问题或需求 .54.1.2 紧急问题 .64.2 管理办法细则 .64.3

2、 系统上线操作注意事项 .84.4 关于数据库备份机制 .95 附录 .95.1 附录 A：01 系统故障(缺陷) 报告模板 .95.2 附录 B：02 系统故障(缺陷)修复方案模板 .95.3 附录 C：03 系统变更测试报告 模板 .105.4 附录 D：04 系统变更申请单模板 .105.5 附录 E： 05 系统变更操作复核表模板 .105.6 附录 F：06 系统升级上线方案模板 .10系统上线管理办法 第 4 页 共 10 页1 总则为管理和规范总部人员或者现场人员，在进行应用软件系统（以下简称系统）上线过程的操作和流程，确保系统顺利上线和实施，保证系统相关部门和人员的业务平稳过渡

3、，特制定本管理办法。2 范围本管理办法适用于公司总部研发中心，北京分公司，各现场项目组的所有技术人员，以及所有外包团队和技术人员。3 职责 工程管理部负责本管理办法的制订和修订，负责对本管理办法的执行情况开展定期或不定期的监督检查和指导工作，并负责审批系统上线方案、上线申请、系统缺陷/故障报告。 具体操作的团队或人员编制上线方案，上线申请等需要编写的文档，格式参见附录及附件。 具体操作的团队或人员进行系统上线，故障处理的实际工作。 工程总监负责系统上线的工程管理和审核工作。 技术总监负责系统上线的技术管理和审核工作。 数据库管理人员（我司或客户）负责数据库的安装或实施。系统上线管理办法 第 5

4、 页 共 10 页 系统管理人员（我司或客户）负责系统环境、网络的准备和实施。 各总监，项目经理，项目组成员都要有风险，安全意识，敬畏生产系统，且不可在生产系统随意操作。4 管理办法4.1 上线流程下面流程，在具体操作时，按照必要的流程顺序，进行工作。4.1.1 一般问题或需求客户或者现场维护人员发现系统问题，向我们公司的项目经理进行汇报，项目经理及团队进行问题初步分析，并汇报给公司的管理工程总监，客户经理。项目经理或者工程总监组织协调设计开发团队，进行系统问题或需求的详细分析，设计，开发以及内部测试工作。开发完成后，由测试和好、评审团队进行测试，验证，评审。由维护人员进行系统上线，并将上线情

5、况汇报给项目经理，项目经理汇报给管理的工客户项目经理现场维护工程总监 、 客户接口人设计 / 开发团队 测试 / 评审团队 维护人员项目经理工程总监 、 客户接口人系 统 一 般 问 题 / 需 求系统上线管理办法 第 6 页 共 10 页程总监，客户经理，上线后现场维护进行观察，监控，一定时间后没有问题，项目经理再次汇报给工程总监，客户经理，本次问题处理结束。4.1.2 紧急问题系统遇到紧急严重问题或者事故时，首先由项目经理组织团队进行系统紧急严重事故的处理，并及时汇报给所属工程总监，客户经理。在事故处理过程中，要定时将事故处理的进度，状态汇报给工程总监，如果需要公司团队或技术人员支持，以便

6、工程总监及时汇报或者申请。紧急严重问题处理结束后，请按照上面“系统一般问题/需求”的流程，进行系统升级完善。4.2 管理办法细则1) 客户提出需求变更，或系统出现缺陷，且不是紧急严重缺陷时，由项目经理或者项目接口人进行分析评估，以邮件方式汇报所管辖工程总监和技术总监，客户接口人；2) 为加快工作效率，规定数据库结构修改，数据更新，后台核心系统，后台前置系统的任何变更或缺陷分析评估，必须要邮件方式汇报；前台界面系统，如查询，统计报表，界面完善等可以直接口头汇报，或者不汇报，由项目经理或者项目接口人直接和客户接口人自行确定，或灵活处理；客户项目经理现场维护工程总监 、 客户接口人处理问题紧 急 严

7、 重 问 题项目经理系统上线管理办法 第 7 页 共 10 页3) 对于系统紧急严重缺陷（故障） ，首先进行系统恢复，并尽快汇报给客户接口人和工程总监。系统恢复后，也要及时汇报给客户接口人和工程总监。如果需要针对本次紧急严重缺陷，进行系统升级，请按上线流程和办法执行；4) 需求开发，缺陷修复必须在开发环境进行开发，针对复杂需求和缺陷，先进行设计，并进行评审，通过后才可以进行设计开发；5) 开发完成，部署测试环境，进行集成测试，详细测试本次上线的功能，还需要对于本功能有耦合的功能模块，进行回归测试，完成系统变更测试报告；6) 测试环境测试完成后，如果客户有条件，建议在演示环境进行部署并验证，演示

8、环境务必保持和生产环境一致，如果有本步骤，追加更新上面系统变更测试报告；7) 项目经理或者项目接口人准备系统升级上线方案，系统变更申请单，系统变更复核表；发送给客户接口人，抄送所属工程总监，技术总监，及相关技术人员；8) 工程总监，客户接口人分别对以上的上线文档进行审核，并确认是否通过；9) 准备上线源代码，数据库执行脚本，确保正确和完整；请技术总监进行审核，并确认是否通过；10) 上线文档，上线源代码，数据库执行脚本均通过审核之后，按照上线方案中的上线计划，开始执行系统上线；11) 上线后，对系统进行每天检查和监控，口头或邮件方式汇报给客户接口人，工程总监；12) 监控一段时间后（建议一周时

9、间） ，如没有问题，正式邮件汇报客户接口人，工程总监，技术总监，相关干系人，本次上线完整结束；如果发现有问题，请重复以上流程，重新开始。系统上线管理办法 第 8 页 共 10 页4.3 系统上线操作注意事项1) 升级过程中，严格按上线文档操作，不能随意增减操作步骤、不能随意调整操作顺序，如发现上线文档有缺陷，停止本次升级，并对已经上线的内容进行回退；2) 上线团队如果超过一个人时，另外一个人要进行协助和监督，不可因为，不是自己负责的系统，而不关注，不协助，不监督；3) 上线时，尽量要求客户接口人，一起参与系统上线；4) 如果上线对数据库，硬件或网络有改动，上线时，数据库维护人员，系统维护人员必

10、须在场；5) 上线前必须对上一版本程序进行保存，对需要操作的数据表和数据进行备份，并妥善保存，做好回退机制和回退方案；6) 除第一次部署上线之外，后续更新上线，sql 脚本严禁使用 truncate 语句；7) 尽量避免使用 drop，delete 等破坏数据的语句；如果因上线需要必须使用，请在上线脚本中详细说明原因，请技术总监严格审核；8) 使用 drop，delete 的语句前，必须要增加备份表，备份数据的语句，且备份表后带时间戳；9) 执行 delete，update 语句后，先不要 commit，使用 select 进行查看数据执行结果是否正确，没问题再 commit；10) 禁止在生

11、产环境数据库中，临时编写破坏数据的 sql 语句，并且进行执行；系统上线管理办法 第 9 页 共 10 页4.4 关于数据库备份机制1) 各地项目经理或负责人需要检查所负责项目的数据备份机制，如数据库系统属于我们公司维护支持，要尽快建立数据库层面的备份机制，数据库备份技术支持请向公司申请，由公司安排数据库专业技术人员完成；如数据库系统不属于我们维护支持，请尽快提醒客户，建立起数据库备份机制；2) 各应用系统增加数据库的自动备份功能，这样可以在一定程度上为客户解决数据丢失的严重问题；3) 如客户方数据库技术人员短缺，或者技术能力能力薄弱，建议现场维护支持的同事，定期对数据库进行一次全量备份，全量

12、备份脚本和操作，可以向公司的数据库专业技术人员求助。5 附录以下文档供参考，根据客户要求和项目实际情况进行调整。5.1 附录 A：01 系统故障(缺陷) 报告 模板01系 统 故 障 (缺 陷 )报 告 20160926.rar5.2 附录 B：02 系统故障(缺陷) 修复方案模板02系 统 故 障 (缺 陷 )修 复 方 案 .rar系统上线管理办法 第 10 页 共 10 页5.3 附录 C：03 系统变更测试报告模板03系 统 变 更 测 试 报 告 .rar5.4 附录 D：04 系统变更申请单模板04系 统 变 更 申 请 单 .rar5.5 附录 E：05 系统变更操作复核表模板05系 统 变 更 操 作 复 核 表 .rar5.6 附录 F：06 系统升级上线方案模板06系 统 升 级 上 线 方 案 .rar