公司应用系统运维移交管理办法_第1页
公司应用系统运维移交管理办法_第2页
公司应用系统运维移交管理办法_第3页
公司应用系统运维移交管理办法_第4页
公司应用系统运维移交管理办法_第5页
已阅读5页,还剩6页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

公司应用系统运维移交管理办法第一章总则1.1目的与依据为规范公司应用系统从开发/实施阶段向运维阶段的移交过程,确保系统移交的完整性、准确性和及时性,明确移交各方的职责与义务,保障系统投产后的稳定运行和持续服务能力,特制定本办法。本办法依据公司《IT服务管理规范》及相关制度文件制定。1.2适用范围本办法适用于公司内部所有新建、升级改造及外购引入的应用系统在完成开发、测试、验收后,正式移交至运维团队进行日常运行维护的全过程管理。涉及系统运维职责变更、人员调整等导致的运维交接,参照本办法相关条款执行。1.3基本原则1.责任明确原则:清晰界定移交方、接收方及相关各方在移交过程中的责任。2.充分准备原则:移交前双方应完成各项准备工作,确保移交条件成熟。3.规范有序原则:移交过程应遵循规定的流程和标准,确保交接有序进行。4.完整准确原则:移交的文档、数据、知识等信息必须完整无缺、准确无误。5.责任追溯原则:移交过程应有完整记录,确保后续问题可追溯。6.业务连续性原则:移交过程应最大限度减少对业务系统正常运行的影响,保障业务连续性。第二章术语定义2.1应用系统指由公司自主开发、合作开发或外购引进,用于支撑公司业务运营、管理决策等活动的软件系统及其相关的配置项,包括但不限于系统软件、应用软件、数据、文档及相关的硬件和网络环境配置。2.2移交方指在应用系统运维移交过程中,负责将系统的运维责任、相关资产、文档资料、知识经验等转移给接收方的单位或团队,通常为系统开发团队、项目实施团队或原运维团队。2.3接收方指在应用系统运维移交过程中,负责接收并承担系统后续日常运维责任的单位或团队,通常为公司IT运维部门或指定的运维团队。2.4移交监督方指对应用系统运维移交过程进行监督、协调和审核的单位,通常为公司IT管理部门或项目主管部门。2.5运维移交指应用系统在开发/实施完成并通过验收后,或在运维职责发生变更时,移交方将系统的日常运行维护、故障处理、性能优化、安全管理等责任及相关的文档、数据、配置、知识等转移给接收方的过程。第三章移交准备与条件3.1移交准备移交方在移交前应完成以下准备工作:1.系统功能确认:确保应用系统功能符合业务需求,已通过用户验收或试运行验收,主要功能和性能指标达到设计要求。2.文档资料整理:收集、整理并完善系统相关的各类文档,确保文档的完整性、准确性和规范性。文档应至少包括但不限于:*系统需求规格说明书、设计文档(概要设计、详细设计)*系统部署文档、配置手册、安装手册*用户操作手册、管理员手册、维护手册*系统应急预案、故障处理手册、常见问题处理指南*数据字典、数据库设计文档、接口文档*系统架构图、网络拓扑图、部署架构图*系统测试报告、验收报告*第三方软件/组件清单及相关许可证明*源代码及版本控制信息(如适用)3.数据准备与迁移:确保系统数据的准确性、完整性和安全性,如需数据迁移,应制定详细的数据迁移方案并执行。4.环境准备:确保系统部署的软硬件环境稳定可靠,符合运维要求,并向接收方提供详细的环境配置信息。5.人员培训:制定并执行接收方运维人员的培训计划,确保接收方人员具备独立进行系统运维所需的知识和技能。培训内容应覆盖系统架构、日常操作、故障处理、应急响应等。6.问题整改:对系统验收或试运行期间发现的问题进行整改,并将整改结果书面告知接收方和监督方。3.2移交条件应用系统运维移交需满足以下条件:1.系统已完成开发、测试,并通过正式的用户验收或项目验收。2.系统已稳定运行一段时间(具体时长可根据系统重要性和复杂性确定),无重大功能性缺陷或性能问题。3.移交方已按要求完成所有文档资料的整理,并通过接收方的初步审核。4.移交方已完成对接收方运维人员的培训,接收方人员已基本掌握系统运维技能。5.系统相关的软硬件环境、网络资源、安全策略等已配置到位并稳定运行。6.数据已完成迁移(如适用)并验证无误。7.移交方已制定详细的移交计划,明确移交内容、步骤、时间表、责任人及双方职责。8.接收方已对系统运维所需的资源(人员、工具、场地等)进行了充分准备。第四章移交流程与职责4.1移交申请与审批1.移交申请:移交方在确认满足移交条件后,向移交监督方提交《应用系统运维移交申请表》,并附移交计划、移交文档清单等相关材料。2.申请审批:移交监督方收到申请后,应在规定时间内组织接收方对移交申请及相关材料进行审核,确认是否满足移交条件。审核通过后,批准移交;否则,退回移交方并要求其限期整改。4.2移交启动会移交申请获批后,由移交监督方组织移交方和接收方召开移交启动会,明确移交目标、范围、内容、计划、双方责任人、沟通协调机制及风险应对措施。4.3资料移交与核对1.资料移交:移交方按照移交文档清单,向接收方移交所有相关文档资料(包括纸质版和电子版)。2.资料核对:接收方对移交的文档资料进行逐项核对、签收。如发现文档缺失、不完整或不准确,应及时向移交方提出,移交方应在规定时间内补充或修正。资料核对完成后,双方签署《应用系统文档资料交接清单》。4.4环境与数据移交1.环境移交:移交方协助接收方熟悉系统运行环境,提供详细的环境配置参数、账号密码(经安全处理)、网络拓扑关系等信息,并进行现场演示和讲解。2.数据移交:如涉及数据移交,移交方负责按照数据迁移方案完成数据迁移,并与接收方共同对迁移后的数据进行完整性、准确性和一致性验证。验证通过后,双方签署《应用系统数据交接确认书》。4.5知识转移与培训1.移交方根据培训计划,对接收方进行系统运维知识和技能的培训,可采用集中授课、现场操作指导、答疑解惑等多种形式。2.培训内容应包括系统架构、核心业务逻辑、关键配置、日常运维操作(启停、备份、监控等)、常见故障处理、应急处置流程等。3.培训结束后,接收方可通过提问、实操等方式检验培训效果。双方签署《应用系统运维培训记录表》。4.6接收方测试与评估接收方在接收文档、环境、数据并接受培训后,应在移交方的配合下,独立进行系统运维操作测试,包括日常维护、故障模拟处理等,以评估自身运维能力是否满足独立运维要求。测试过程中发现的问题,移交方应协助解决。4.7试运行与问题处理1.试运行期:自接收方确认具备独立运维能力起,可进入试运行期。试运行期的长短根据系统的重要性和复杂性确定。2.试运行责任:试运行期间,原则上由接收方主导进行系统运维,移交方提供必要的技术支持和指导。对于试运行期间出现的问题,双方应共同分析原因,移交方负责解决属于开发或实施阶段遗留的问题。3.问题记录与跟踪:试运行期间,接收方应详细记录系统运行情况及出现的问题,移交方负责问题的跟踪和解决,并及时反馈给接收方和监督方。4.8移交验收1.验收申请:试运行期结束且系统运行稳定后,接收方向移交监督方提交《应用系统运维移交验收申请表》,并附试运行总结报告、问题处理清单等材料。2.验收组织:移交监督方组织移交方和接收方进行移交验收。验收内容包括移交文档的完整性与准确性、接收方运维能力、系统运行稳定性、问题整改情况等。3.验收结论:验收通过的,三方共同签署《应用系统运维移交验收报告》,系统正式移交接收方负责运维。验收未通过的,应明确未通过原因和整改要求,移交方和接收方在限期内完成整改后重新申请验收。4.9移交后支持1.支持期:为确保接收方平稳过渡,可设置一定期限的移交后支持期(具体时长根据系统情况确定)。2.支持责任:在支持期内,移交方应继续为接收方提供必要的技术支持,解答运维疑问,协助处理复杂故障。支持期结束后,移交方的运维责任正式终止(合同另有约定的除外)。第五章移交文档与记录移交过程中产生的所有文档和记录,包括但不限于《应用系统运维移交申请表》、移交计划、《应用系统文档资料交接清单》、《应用系统数据交接确认书》、《应用系统运维培训记录表》、试运行报告、《应用系统运维移交验收报告》等,均应由移交方、接收方和移交监督方分别存档,保存期限应符合公司档案管理规定。第六章责任与追溯1.移交方对移交前所产生的系统问题及移交过程中提供的文档资料的完整性、准确性负责。因移交方未履行移交义务或移交内容不完整、不准确导致接收方无法正常运维或造成损失的,移交方应承担相应责任。2.接收方在接收后,应对系统的日常运维、安全管理和故障处理负主要责任。因接收方未认真履行接收审核义务或运维不当造成系统故障或损失的,接收方应承担相应责任。3.移交监督方对移交过程的规范性、公正性进行监督,对因监督不力导

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

最新文档

评论

0/150

提交评论