《系统上线管理办法》
内部讨论版
上海捷羿软件系统有限公司
二〇一六年十月
版本历史
变更说明： C 初始创建；A添加；M 修改；D删除
目录
1 总则
2 范围
3 职责
4 管理办法
上线流程 ...............................................................
一般问题或需求...................................................
紧急问题.........................................................
管理办法细则 ...........................................................
系统上线操作注意事项 ...................................................
关于数据库备份机制 .....................................................
5 附录
附录A：《01系统故障(缺陷)报告》模板....................................
附录B：《02系统故障(缺陷)修复方案》模板................................
附录C：《03系统变更测试报告》模板......................................
附录D：《04系统变更申请单》模板........................................
附录E：《05系统变更操作复核表》模板....................................
附录F：《06系统升级上线方案》模板......................................
总则
为管理和规范总部人员或者现场人员，在进行应用软件系统（以下简称系统）上线过程的操作和流程，确保系统顺利上线和实施，保证系统相关部门和人员的业务平稳过渡，特制定本管理办法。
范围
本管理办法适用于公司总部研发中心，北京分公司，各现场项目组的所有技术人员，以及所有外包团队和技术人员。
职责
工程管理部负责本管理办法的制订和修订，负责对本管理办法的执行情况开展定期或不定期的监督检查和指导工作，并负责审批系统上线方案、上线申请、系统缺陷/故障报告。
具体操作的团队或人员编制上线方案，上线申请等需要编写的文档，格式参见附录及附件。
具体操作的团队或人员进行系统上线，故障处理的实际工作。
工程总监负责系统上线的工程管理和审核工作。
技术总监负责系统上线的技术管理和审核工作。
数据库管理人员（我司或客户）负责数据库的安装或实施。
系统管理人员（我司或客户）负责系统环境、网络的准备和实施。
各总监，项目经理，项目组成员都要有风险，安全意识，敬畏生产系统，且不可在生产系统随意操作。
管理办法
上线流程
下面流程，在具体操作时，按照必要的流程顺序，进行工作。
一般问题或需求
客户或者现场维护人员发现系统问题，向我们公司的项目经理进行汇报，项目经理及团队进行问题初步分析，并汇报给公司的管理工程总监，客户经理。
项目经理或者工程总监组织协调设计开发团队，进行系统问题或需求的详细分析，设计，开发以及内部测试工作。开发完成后，由测试和好、评审团队进行测试，验证，评审。
由维护人员进行系统上线，并将上线情况汇报给项目经理，项目经理汇报给管理的工程总监，客户经理，上线后现场维护进行观察，监控，一定时间后没有问题，项目经理再次汇报给工程总监，客户经理，本次问题处理结束。
紧急问题
系统遇到紧急严重问题或者事故时，首先由项目经理组织团队进行系统紧急严重事故的处理，并及时汇报给所属工程总监，客户经理。
在事故处理过程中，要定时将事故处理的进度，状态汇报给工程总监，如果需要公司团队或技术人员支持，以便工程总监及时汇报或者申请。
紧急严重问题处理结束后，请按照上面“系统一般问题/需求”的流程，进行系统升级完善。管理办法细则
1)客户提出需求变更，或系统出现缺陷，且不是紧急严重缺陷时，由项目经理或者项目接口
人进行分析评估，以邮件方式汇报所管辖工程总监和技术总监，客户接口人；
2)为加快工作效率，规定数据库结构修改，数据更新，后台核心系统，后台前置系统的任何
变更或缺陷分析评估，必须要邮件方式汇报；前台界面系统，如查询，统计报表，界面完善等可以直接口头汇报，或者不汇报，由项目经理或者项目接口人直接和客户接口人自行确定，或灵活处理；
3)对于系统紧急严重缺陷（故障），首先进行系统恢复，并尽快汇报给客户接口人和工程总
监。系统恢复后，也要及时汇报给客户接口人和工程总监。如果需要针对本次紧急严重缺陷，进行系统升级，请按上线流程和办法执行；
4)需求开发，缺陷修复必须在开发环境进行开发，针对复杂需求和缺陷，先进行设计，并进
行评审，通过后才可以进行设计开发；
5)开发完成，部署测试环境，进行集成测试，详细测试本次上线的功能，还需要对于本功能
有耦合的功能模块，进行回归测试，完成系统变更测试报告；
6)测试环境测试完成后，如果客户有条件，建议在演示环境进行部署并验证，演示环境务必
保持和生产环境一致，如果有本步骤，追加更新上面系统变更测试报告；
7)项目经理或者项目接口人准备系统升级上线方案，系统变更申请单，系统变更复核表；发
送给客户接口人，抄送所属工程总监，技术总监，及相关技术人员；
8)工程总监，客户接口人分别对以上的上线文档进行审核，并确认是否通过；
9)准备上线源代码，数据库执行脚本，确保正确和完整；请技术总监进行审核，并确认是否
通过；
10)上线文档，上线源代码，数据库执行脚本均通过审核之后，按照上线方案中的上线计划，
开始执行系统上线；
11)上线后，对系统进行每天检查和监控，口头或邮件方式汇报给客户接口人，工程总监；
12)监控一段时间后（建议一周时间），如没有问题，正式邮件汇报客户接口人，工程总监，
技术总监，相关干系人，本次上线完整结束；如果发现有问题，请重复以上流程，重新开始。
