项目移交运维管理办法.doc_第1页
项目移交运维管理办法.doc_第2页
项目移交运维管理办法.doc_第3页
项目移交运维管理办法.doc_第4页
项目移交运维管理办法.doc_第5页
已阅读5页,还剩11页未读 继续免费阅读

下载本文档

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

文档简介

1、项目移交运维管理办法2009年 3月。一、目标编制项目移交运维管理办法的目标是梳理项目移交运维的一般流程,规范项目移交运维工作,最终保证我局信息化业务系统正常稳定运行。二、适用范围项目在正式上线并且稳定运行一个月后,在最终验收前项目建设部门发起将该项目移交给运维部门维护时适用本管理办法。三、参与对象在项目移交运维工作中,主要的参与对象是四个角色:项目建设部门移交审核人、项目负责人、运维移交审核人、系统维护负责人。( 一) 项目负责人项目负责人指的是项目建设部门负责项目实施的工作人员。项目在移交运维过程中,项目负责人与运维部门要密切合作,共同保证项目的顺利移交, 并且在项目移交后继续协助办理项目

2、的付款手续工作。在移交过程中,其职责主要为:1. 向系统维护负责人提供完整的项目相关资料,组织完成必要的系统管理培训, 交待项目建设的重点与难点及需要注意解决的问题,讲明本项目与其它业务系统的关系等;2. 与系统维护负责人共同完成项目移交运维手续的办理。3. 配合系统维护负责人,完成已移交项目的验收组织工作。( 二) 系统维护负责人系统维护负责人指的是接手项目后续管理运维,包括在系统免2。维期这段时间中对系统环境的熟悉以及监督开发公司对在免维期系统出现的问题故障及时解决, 保持系统的稳定运行, 及时更新技术文档内容,以便在免维期结束后能协助开发公司平滑过渡到运维公司负责维护系统, 确保用户在此

3、过程中不受影响的技术人员。 同时负责在项目支付尾款的时候提交该项目运维服务和运行质量报告,作为尾款支付的依据之一。在移交过程中,其职责主要为:1. 接收项目负责人移交的相关文档资料;2. 掌握接手项目基本情况;3. 参加或组织相关的业务培训和技术培训;4. 与项目负责人共同完成项目移交运维手续的办理, 负责已移交项目的验收工作。( 三) 移交审核人移交审核人由项目建设部门以及运维部门领导担任, 包括项目建设部门移交审核人以及运维移交审核人, 负责对项目移交运维工作监督审核, 并将审核结果反馈给相关责任人 (如审核通过则要反馈给审批人),主要职责为:1. 审核项目建设部门移交负责人提交的项目移交

4、运维工作单(见附录),并进行评估;2按照项目移交运维工作单中的移交计划组织移交实施工作。四、移交流程( 一) 总体流程项目移交运维的整个过程可以划分三个阶段:移交准备阶段、3。移交实施阶段和移交确认阶段。这三个阶段在时间上前后相继,原则上单个项目移交总体时间控制在一个月内。( 二) 移交准备阶段(时间控制在一周内)对准备要移交的项目,需作以下准备工作:对于已经完成系统上线, 并稳定运行一个月, 且按照项目合同可以进行验收的应用系统,项目负责人将该项目列入月度移交计划,同时向项目建设部门移交审核人提交项目移交运维工作单 ;项目建设部门移交审核人在收到项目移交运维工作单后,在两工作日内进行审核;审

5、核通过后,将项目移交运维工作单提交中心分管(副)主任领导审核;中心领导中心分管 (副)主任审核通过后, 交付运维部门处理;运维部门移交审核人对项目移交材料进行审核, 并在两工作日内予以反馈; 通过审核的, 运维部门移交审核人指定系统维护负责人并通知项目建设部门移交审核人; 未通过审核的, 运维部门给出详细的整改意见, 原则上反复整改的时间控制在一周内。 若无明显不合理之处,双方均不得以移交过程之外的其他理由拒绝移交或接收。( 三) 移交实施阶段(时间控制在三周内)项目移交运维的实施阶段需要完成三项工作:文档交接、 源代码交接和项目培训。 这三项工作的实施中可以采用同步进行的方式进行:4。文档交

6、接1. 交接的文档项目负责人需向系统维护负责人交接该项目相关的技术文档包括项目开发过程中的各种设计文档和项目运维过程需要的各种说明文档, 上述文档可以参考附录的项目交接文档列表进行提供。2. 文档要求项目负责人向系统维护负责人移交的所有文档应尽可能使用标准的文档模板, 系统维护负责人可以在以下几个方面对接受的文档进行评价 , 以确定是否符合要求。系统维护负责人对文档是否符合要求具有审核及组织整改权, 但不得以下列文档质量规约以外的含糊要求拖延移交进度,总体时间控制在两周内。文档完备性是否按照合同及其附件要求提交了全部文档;内容针对性文档是否是为文档列表中要求的文档;内容充分性文档全面、详细的程

7、度是否达到要求;规范程度是否很好地符合要求的规范、标准;内容一致性是否存在前后矛盾;5。文字明确性是否使用了“可能” 、“也许”“待定”等词语和语义含糊不清的语句;易读性文档结构是否清晰、目录是否一目了然、是否存在循环引用,能够在一篇文档中说明清楚的内容,是否被拆分成若干文档。3. 交接流程文档的交接步骤如下:项目负责人向系统维护负责人提交文档;系统维护负责人对文档进行审核;系统维护负责人审核通过, 则填写项目移交运维工作单 的文档移交部分; 审核不通过, 文档需要给出详细的整改意见, 由项目负责人按照整改意见组织对文档进行整改, 并在检查后提交系统维护负责人重新进行审核。原则上反复整改的时间

8、不超过一周。源代码交接源代码交接的交接步骤如下:项目负责人提交源代码及相关数据库结构说明给系统维护负责人;系统维护负责人对代码的可理解性、 可靠性与可编译性进行审核,并在一周内予以反馈, 通过审核, 则填写项目移交运维工作单的代码移交部分。 未通过审核, 则提出具体整改意见, 项目负责人按照整改意见组织对源代码进行整改, 并在检查后提交系统维6。护负责人重新进行审核。原则上反复整改的时间不超过一周。项目培训1. 培训内容项目培训的具体内容见下表:培训内容要求系统业务流程讲解讲解系统的业务流程,让相关人员对该应用系统的业务流程有详尽的了解。系统操作培训提供系统操作培训,让相关人员能够熟悉各项功能

9、的操作方法。系统安装培训向相关人员进行必要的系统安装培训,使其能够独立完成应用软件的安装工作。系统日常维护培训向相关人员讲解系统日常维护方法。2. 培训流程由项目负责人和系统维护负责人商定培训时间及地点。实施培训。 由项目负责人组织对相关人员进行培训, 以熟悉整个系统基本功能的应用,并在培训现场指导相关人员对系统的应用与维护。完成培训则填写项目移交运维工作单的培训部分。系统维护负责人开始对项目进行日常运维工作。( 四) 移交确认阶段(时间控制在一周内)移交确认阶段的工作流程如下:完成上述步骤且文档、代码、培训审核完成后,运维部门负责人对整改后的文档、代码、培训总体情况进行确认审批。运维部门接手

10、人员独立运维一周后,双方(项目负责人以及系统维护负责人)对项目移交运维工作单进行签字确认, 并由双方共同保管,完成整个项目移交运维工作。此时,项目负责人拟写通知,通知有关部门项目移交后的维护管理及联系电话。7。在系统终验前运维部门的工作是协同和支持,在此过程中, 项目建设部门应该承担直接责任;在移交确认、 通过项目验收后, 系统维护负责人负责该项目的日常维护管理工作,包括项目所关联系统的发布以及后台维护等技术工作,并统一收集用户对该项目提出的使用意见以及新需求,及时分析解决网络、资源、配置、简单维护、操作指引等方面的问题,当不能解决时, 原项目建设部门应组织处理协同解决。8。附件一 :移交计划

11、及审批文档移交代码移交项目培训移交确认项目移交运维工作单项目名称系统上线日期项目负责人移交申请计划完成日期移交日期项目负责人移交项目意见项目移交审核人意见中心领导意见运维部移交审核人指派运维负责人文档是否符合移交日期要求不符合要求整改原因是否通过整改后审核交接双方签字确认:项目负责人运维负责人提交代码是否移交日期符合要求不符合要求整改原因是否通过整改后审核交接双方签字确认:项目负责人运维负责人培训内容是否不符合要求符合要求整改原因培训时间是否通过整改后审核交接双方签字确认:项目负责人运维负责人运维负责人是否独立运维负责人是否参加运维满一周验收评审会项目负责人运维实际完成负责人移交日期。9。附件

12、二 :项目交接文档列表序文档名称提交阶段说明号1项目招、投标文件2项目合同书需求分析阶段包括项目名称、项目计划类别、管理单位、承担单位等项目开发计划需求分析阶段编写这份软件项目开发计划的目的,并指出预期的读者项目实施计划业务规范业务调研报告软件需求说明书需求分析阶段本项目的任务提出者、开发者、用户及实现该软件的计算中心或计算机网络数据要求说明书项目设计阶段说明编写这份数据要求说明书的目的,指出预期的读者概要设计说明书项目设计阶段说明编写这份概要设计说明书的目的,指出预期的读者详细设计说明书项目设计阶段阐明编写详细设计说明书的目的,指明读者对象数据库设计说明项目设计阶段包括数据库名称、表名、字段

13、名、字段类型、字段说明、备书注、字段数值计算公式等10测试用例说明书项目设计阶段包括项目所涉的测试用例11 测试记录(合同)12测试计划项目设计阶段包括评测目的、评测范围、评测环境、评测内容、实测数据、性能表现13测试分析报告项目设计阶段对测试结果分析和评测总结等14开发进度月报项目设计阶段分析工程进度与状态项目进度月报包括服务器编译环境、操作系统、编译工具、目录说明、程序生成、源程序文件列表、 Makefile 配置及其相关程序的对15操作手册项目验收阶段应关系列表。客户端的编译过程、编译结果、编译示例、编译环境、操作系统、编译工具、源文件列表和制作安装程序的过程16维护说明维护项目验收阶段包括产品简介、系统须知、初始环境设置、系统配置、数据手册管理和备份、技术问题解答和联系方式等。项目开发总结报说明编写这份项目开发总结报告的目的,指出预期的阅读范17告项目实施总项目验收阶段围。结报告18项目验收申请表项目验收阶段项目验收19用户使用意见书项目维护阶段用户使用意见20项目验收自评估项目验收阶段项目验收自评报告21项目验收信息表项目验收阶段项目验收信息22程序清单及相关项目验收阶段本项目所

温馨提示

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

评论

0/150

提交评论