系统上线管理办法
- 格式:pdf
- 大小:75.19 KB
- 文档页数:10
《系统上线管理办法》
内部讨论版
上海捷羿软件系统有限公司
二〇一六年十月
版本历史
版本号版本说明/变更理由/变更内容作者/日期审批人/日期备注V0.0.1 C 曹党锋、刘扣根2016/10/15 内部讨论版V0.0.2 M,修订上线流程曹党锋2016/10/23 内部讨论版
变更说明: C 初始创建;A添加;M 修改;D删除
目录
1总则 (4)
2范围 (4)
3职责 (4)
4管理办法 (5)
4.1上线流程 (5)
4.1.1一般问题或需求 (5)
4.1.2紧急问题 (6)
4.2管理办法细则 (6)
4.3系统上线操作注意事项 (8)
4.4关于数据库备份机制 (9)
5附录 (9)
5.1附录A:《01系统故障(缺陷)报告》模板 (9)
5.2附录B:《02系统故障(缺陷)修复方案》模板 (9)
5.3附录C:《03系统变更测试报告》模板 (10)
5.4附录D:《04系统变更申请单》模板 (10)
5.5附录E:《05系统变更操作复核表》模板 (10)
5.6附录F:《06系统升级上线方案》模板 (10)
1 总则
为管理和规范总部人员或者现场人员,在进行应用软件系统(以下简称系统)上线过程的操作和流程,确保系统顺利上线和实施,保证系统相关部门和人员的业务平稳过渡,特制定本管理办法。
2 范围
本管理办法适用于公司总部研发中心,北京分公司,各现场项目组的所有技术人员,以及所有外包团队和技术人员。
3 职责
工程管理部负责本管理办法的制订和修订,负责对本管理办法的执行情况开展定期或不
定期的监督检查和指导工作,并负责审批系统上线方案、上线申请、系统缺陷/故障报告。
具体操作的团队或人员编制上线方案,上线申请等需要编写的文档,格式参见附录及附件。
具体操作的团队或人员进行系统上线,故障处理的实际工作。
工程总监负责系统上线的工程管理和审核工作。
技术总监负责系统上线的技术管理和审核工作。
数据库管理人员(我司或客户)负责数据库的安装或实施。
系统管理人员(我司或客户)负责系统环境、网络的准备和实施。
各总监,项目经理,项目组成员都要有风险,安全意识,敬畏生产系统,且不可在生产系统随意操作。
4
管理办法
4.1 上线流程
下面流程,在具体操作时,按照必要的流程顺序,进行工作。
4.1.1
一般问题或需求
客户或者现场维护人员发现系统问题,向我们公司的项目经理进行汇报,项目经理及团
队进行问题初步分析,并汇报给公司的管理工程总监,客户经理。
项目经理或者工程总监组织协调设计开发团队,
进行系统问题或需求的详细分析,
设计,
开发以及内部测试工作。
开发完成后,由测试和好、评审团队进行测试,验证,评审。
由维护人员进行系统上线,
并将上线情况汇报给项目经理,
项目经理汇报给管理的工程
总监,客户经理,上线后现场维护进行观察,监控,一定时间后没有问题,项目经理再次汇
客户
项目经理
现场维护
工程总监、客户
接口人
设计/开发团队测试/评审团队维护人员
项目经理
工程总监、客户
接口人
系统一般问题/需求
报给工程总监,客户经理,本次问题处理结束。
4.1.2
紧急问题
系统遇到紧急严重问题或者事故时,首先由项目经理组织团队进行系统紧急严重事故的
处理,并及时汇报给所属工程总监,客户经理。
在事故处理过程中,
要定时将事故处理的进度,
状态汇报给工程总监,
如果需要公司团
队或技术人员支持,以便工程总监及时汇报或者申请。
紧急严重问题处理结束后,请按照上面“系统一般问题/需求”的流程,进行系统升级
完善。
4.2 管理办法细则
1)
客户提出需求变更,
或系统出现缺陷,且不是紧急严重缺陷时,
由项目经理或者项目接
口人进行分析评估,以邮件方式汇报所管辖工程总监和技术总监,客户接口人;2)
为加快工作效率,规定数据库结构修改,数据更新,后台核心系统,后台前置系统的任何变更或缺陷分析评估,必须要邮件方式汇报;前台界面系统,如查询,统计报表,界面完善等可以直接口头汇报,或者不汇报,由项目经理或者项目接口人直接和客户接口
人自行确定,或灵活处理;3)
对于系统紧急严重缺陷(故障)
,首先进行系统恢复,并尽快汇报给客户接口人和工程客户
项目经理
现场维护
工程总监、客户
接口人
处理问题紧急严重问题
项目经理
总监。
系统恢复后,也要及时汇报给客户接口人和工程总监。
如果需要针对本次紧急严重缺陷,进行系统升级,请按上线流程和办法执行;
4)需求开发,缺陷修复必须在开发环境进行开发,针对复杂需求和缺陷,先进行设计,并
进行评审,通过后才可以进行设计开发;
5)开发完成,部署测试环境,进行集成测试,详细测试本次上线的功能,还需要对于本功
能有耦合的功能模块,进行回归测试,完成系统变更测试报告;
6)测试环境测试完成后,如果客户有条件,建议在演示环境进行部署并验证,演示环境务
必保持和生产环境一致,如果有本步骤,追加更新上面系统变更测试报告;
7)项目经理或者项目接口人准备系统升级上线方案,系统变更申请单,系统变更复核表;
发送给客户接口人,抄送所属工程总监,技术总监,及相关技术人员;
8)工程总监,客户接口人分别对以上的上线文档进行审核,并确认是否通过;
9)准备上线源代码,数据库执行脚本,确保正确和完整;请技术总监进行审核,并确认是
否通过;
10)上线文档,上线源代码,数据库执行脚本均通过审核之后,按照上线方案中的上线计划,
开始执行系统上线;
11)上线后,对系统进行每天检查和监控,口头或邮件方式汇报给客户接口人,工程总监;
12)监控一段时间后(建议一周时间),如没有问题,正式邮件汇报客户接口人,工程总监,
技术总监,相关干系人,本次上线完整结束;如果发现有问题,请重复以上流程,重新
开始。
4.3 系统上线操作注意事项
1)升级过程中,严格按上线文档操作,不能随意增减操作步骤、不能随意调整操作顺序,
如发现上线文档有缺陷,停止本次升级,并对已经上线的内容进行回退;
2)上线团队如果超过一个人时,另外一个人要进行协助和监督,不可因为,不是自己负责
的系统,而不关注,不协助,不监督;
3)上线时,尽量要求客户接口人,一起参与系统上线;
4)如果上线对数据库,硬件或网络有改动,上线时,数据库维护人员,系统维护人员必须
在场;
5)上线前必须对上一版本程序进行保存,对需要操作的数据表和数据进行备份,并妥善保
存,做好回退机制和回退方案;
6)除第一次部署上线之外,后续更新上线,sql脚本严禁使用truncate语句;
7)尽量避免使用drop,delete等破坏数据的语句;如果因上线需要必须使用,请在上线
脚本中详细说明原因,请技术总监严格审核;
8)使用drop,delete的语句前,必须要增加备份表,备份数据的语句,且备份表后带时
间戳;
9)执行delete,update语句后,先不要commit,使用select进行查看数据执行结果是
否正确,没问题再commit;
10)禁止在生产环境数据库中,临时编写破坏数据的sql语句,并且进行执行;
4.4 关于数据库备份机制
1)各地项目经理或负责人需要检查所负责项目的数据备份机制,如数据库系统属于我们公
司维护支持,要尽快建立数据库层面的备份机制,数据库备份技术支持请向公司申请,
由公司安排数据库专业技术人员完成;如数据库系统不属于我们维护支持,请尽快提醒客户,建立起数据库备份机制;
2)各应用系统增加数据库的自动备份功能,这样可以在一定程度上为客户解决数据丢失的
严重问题;
3)如客户方数据库技术人员短缺,或者技术能力能力薄弱,建议现场维护支持的同事,定
期对数据库进行一次全量备份,全量备份脚本和操作,可以向公司的数据库专业技术人员求助。
5 附录
以下文档供参考,根据客户要求和项目实际情况进行调整。
5.1 附录A:《01系统故障(缺陷)报告》模板
01系统故障(缺陷)报告20160926.rar
5.2 附录B:《02系统故障(缺陷)修复方案》模板
02系统故障(缺陷)修复方案.rar
5.3 附录C:《03系统变更测试报告》模板
03系统变更测试报告.rar
5.4 附录D:《04系统变更申请单》模板
04系统变更申请单.rar
5.5 附录E:《05系统变更操作复核表》模板
05系统变更操作复核表.rar
5.6 附录F:《06系统升级上线方案》模板
06系统升级上线方案.rar。