项目移交运维管理办法.docx

项目移交运维管理办法.docx

《项目移交运维管理办法.docx》由会员分享，可在线阅读，更多相关《项目移交运维管理办法.docx（12页珍藏版）》请在冰豆网上搜索。

项目移交运维管理办法

项目移交运维管理办法

2009年3月

一、目标

编制项目移交运维管理办法的目标是梳理项目移交运维的一般流程，规范项目移交运维工作，最终保证我局信息化业务系统正常稳定运行。

二、适用范围

项目在正式上线并且稳定运行一个月后，在最终验收前项目建设部门发起将该项目移交给运维部门维护时适用本管理办法。

三、参与对象在项目移交运维工作中，主要的参与对象是四个角色：

项目建设部门移交审核人、项目负责人、运维移交审核人、系统维护负责人。

（一）项目负责人

项目负责人指的是项目建设部门负责项目实施的工作人员。

项目在移交运维过程中，项目负责人与运维部门要密切合作，共同保证项目的顺利移交，并且在项目移交后继续协助办理项目的付款手续工作。

在移交过程中，其职责主要为：

1.向系统维护负责人提供完整的项目相关资料，组织完成必要的系统管理培训，交待项目建设的重点与难点及需要注意解决的问题，讲明本项目与其它业务系统的关系等；

2.与系统维护负责人共同完成项目移交运维手续的办理。

3.配合系统维护负责人，完成已移交项目的验收组织工作。

（二）系统维护负责人

系统维护负责人指的是接手项目后续管理运维，包括在系统免维期这段时间中对系统环境的熟悉以及监督开发公司对在免维期系统出现的问题故障及时解决，保持系统的稳定运行，及时更新技术文档内容，以便在免维期结束后能协助开发公司平滑过渡到运维公司负责维护系统，确保用户在此过程中不受影响的技术人员。

同时负责在项目支付尾款的时候提交该项目运维服务和运行质量报告，作为尾款支付的依据之一。

在移交过程中，其职责主要为：

1.接收项目负责人移交的相关文档资料；

2.掌握接手项目基本情况；

3.参加或组织相关的业务培训和技术培训；

4.与项目负责人共同完成项目移交运维手续的办理，负责已移交项目的验收工作。

（三）移交审核人

移交审核人由项目建设部门以及运维部门领导担任，包括项目建设部门移交审核人以及运维移交审核人，负责对项目移交运维工作监督审核，并将审核结果反馈给相关责任人（如审核通过则要反馈给审批人），主要职责为：

1.审核项目建设部门移交负责人提交的项目移交运维工作单（见附录），并进行评估；

2．按照项目移交运维工作单中的移交计划组织移交实施工作。

四、移交流程

（一）总体流程

项目移交运维的整个过程可以划分三个阶段：

移交准备阶段、移交实施阶段和移交确认阶段。

这三个阶段在时间上前后相继，原则上单个项目移交总体时间控制在一个月内。

（二）移交准备阶段（时间控制在一周内）

对准备要移交的项目，需作以下准备工作：

对于已经完成系统上线，并稳定运行一个月，且按照项目合同可以进行验收的应用系统，项目负责人将该项目列入月度移交计划，同时向项目建设部门移交审核人提交《项目移交运维工作单》；

项目建设部门移交审核人在收到《项目移交运维工作单》后，在两工作日内进行审核；审核通过后，将《项目移交运维工作单》提交中心分管（副）主任领导审核；

中心领导中心分管（副）主任审核通过后，交付运维部门处理；

运维部门移交审核人对项目移交材料进行审核，并在两工作日内予以反馈；通过审核的，运维部门移交审核人指定系统维护负责人并通知项目建设部门移交审核人；未通过审核的，运维部门给出详细的整改意见，原则上反复整改的时间控制在一周内。

若无明显不合理之处，双方均不得以移交过程之外的其他理由拒绝移交或接收。

（三）移交实施阶段（时间控制在三周内）

项目移交运维的实施阶段需要完成三项工作：

文档交接、源代码交接和项目培训。

这三项工作的实施中可以采用同步进行的方式进行：

文档交接

1.交接的文档

项目负责人需向系统维护负责人交接该项目相关的技术文档包括项目开发过程中的各种设计文档和项目运维过程需要的各种说明文档，上述文档可以参考附录的《项目交接文档列表》进行提供。

2.文档要求

项目负责人向系统维护负责人移交的所有文档应尽可能使用标准的文档模板，系统维护负责人可以在以下几个方面对接受的文档进行评价,以确定是否符合要求。

系统维护负责人对文档是否符合要求具有审核及组织整改权，但不得以下列文档质量规约以外的含糊要求拖延移交进度，总体时间控制在两周内。

文档完备性

是否按照合同及其附件要求提交了全部文档；

内容针对性

文档是否是为文档列表中要求的文档；

内容充分性

文档全面、详细的程度是否达到要求；

规范程度

是否很好地符合要求的规范、标准；

内容一致性

是否存在前后矛盾；

文字明确性

是否使用了“可能”、“也许”“待定”等词语和语义含糊不清的语句；

易读性

文档结构是否清晰、目录是否一目了然、是否存在循环引用，能够在一篇文档中说明清楚的内容，是否被拆分成若干文档。

3.交接流程

文档的交接步骤如下：

项目负责人向系统维护负责人提交文档；

系统维护负责人对文档进行审核；

系统维护负责人审核通过，则填写《项目移交运维工作单》的文档移交部分；审核不通过，文档需要给出详细的整改意见，由项目负责人按照整改意见组织对文档进行整改，并在检查后提交系统维护负责人重新进行审核。

原则上反复整改的时间不超过一周。

源代码交接

源代码交接的交接步骤如下：

项目负责人提交源代码及相关数据库结构说明给系统维护负责人；

系统维护负责人对代码的可理解性、可靠性与可编译性进行审核，并在一周内予以反馈，通过审核，则填写《项目移交运维工作单》的代码移交部分。

未通过审核，则提出具体整改意见，项目负责人按照整改意见组织对源代码进行整改，并在检查后提交系统维护负责人重新进行审核。

原则上反复整改的时间不超过一周。

项目培训

1.培训内容

项目培训的具体内容见下表：

培训内容

要求

系统业务流程讲解

讲解系统的业务流程，让相关人员对该应用系统的业务流程有详尽的了解。

系统操作培训

提供系统操作培训，让相关人员能够熟悉各项功能的操作方法。

系统安装培训

向相关人员进行必要的系统安装培训，使其能够独立完成应用软件的安装工作。

系统日常维护培训

向相关人员讲解系统日常维护方法。

2.培训流程

①由项目负责人和系统维护负责人商定培训时间及地点。

②实施培训。

由项目负责人组织对相关人员进行培训，以熟悉整个系统基本功能的应用，并在培训现场指导相关人员对系统的应用与维护。

③完成培训则填写《项目移交运维工作单》的培训部分。

④系统维护负责人开始对项目进行日常运维工作。

（四）移交确认阶段（时间控制在一周内）

移交确认阶段的工作流程如下：

完成上述步骤且文档、代码、培训审核完成后，运维部门负责人对整改后的文档、代码、培训总体情况进行确认审批。

运维部门接手人员独立运维一周后，双方（项目负责人以及系统维护负责人）对《项目移交运维工作单》进行签字确认，并由双方共同保管，完成整个项目移交运维工作。

此时，项目负责人拟写通知，通知有关部门项目移交后的维护管理及联系电话。

在系统终验前运维部门的工作是协同和支持，在此过程中，项目建设部门应该承担直接责任；在移交确认、通过项目验收后，系统维护负责人负责该项目的日常维护管理工作，包括项目所关联系统的发布以及后台维护等技术工作，并统一收集用户对该项目提出的使用意见以及新需求，及时分析解决网络、资源、配置、简单维护、操作指引等方面的问题，当不能解决时，原项目建设部门应组织处理协同解决。

项目移交运维工作单

移

交

计

划

及

审

批

项目名称

系统上线日期

项目负责人

移交申请日期

计划完成

移交日期

项目负责人

移交项目意见

项目移交

审核人意见

中心领导

意见

运维部移交

审核人指派

运维负责人

文

档

移

交

文档是否符合

要求

移交日期

不符合要求整改原因

是否通过

整改后审核

交接双方签字确认：

项目负责人

运维负责人

代

码

移

交

提交代码是否

符合要求

移交日期

不符合要求整改原因

是否通过整改后审核

交接双方签字确认：

项目负责人

运维负责人

项

目

培

训

培训内容是否

符合要求

不符合要求整改原因

培训时间

是否通过

整改后审核

交接双方签字确认：

项目负责人

运维负责人

移交

确认

运维负责人是否独立

运维满一周

运维负责人是否参加

验收评审会

项目负责人

运维

负责人

实际完成

移交日期

附件一:

附件二:

项目交接文档列表

序号

文档名称

提交阶段

说明

1

项目招、

投标文件

2

项目合同书

需求分析阶段

包括项目名称、项目计划类别、管理单位、承担单位等

３

项目开发计划｜项目实施计划

需求分析阶段

编写这份软件项目开发计划的目的，并指出预期的读者

４

业务规范｜业务调研报告

５

软件需求说明书

需求分析阶段

本项目的任务提出者、开发者、用户及实现该软件的计算中心或计算机网络

６

数据要求说明书

项目设计阶段

说明编写这份数据要求说明书的目的，指出预期的读者

７

概要设计说明书

项目设计阶段

说明编写这份概要设计说明书的目的，指出预期的读者

８

详细设计说明书

项目设计阶段

阐明编写详细设计说明书的目的，指明读者对象

９

数据库设计说明书

项目设计阶段

包括数据库名称、表名、字段名、字段类型、字段说明、备注、字段数值计算公式等

10

测试用例说明书

项目设计阶段

包括项目所涉的测试用例

11

测试记录（合同）

12

测试计划

项目设计阶段

包括评测目的、评测范围、评测环境、评测内容、实测数据、性能表现

13

测试分析报告

项目设计阶段

对测试结果分析和评测总结等

14

开发进度月报｜项目进度月报

项目设计阶段

分析工程进度与状态

15

操作手册

项目验收阶段

包括服务器编译环境、操作系统、编译工具、目录说明、程序生成、源程序文件列表、Makefile配置及其相关程序的对应关系列表。

客户端的编译过程、编译结果、编译示例、编译环境、操作系统、编译工具、源文件列表和制作安装程序的过程

16

维护说明｜维护手册

项目验收阶段

包括产品简介、系统须知、初始环境设置、系统配置、数据管理和备份、技术问题解答和联系方式等。

17

项目开发总结报告｜项目实施总结报告

项目验收阶段

说明编写这份项目开发总结报告的目的，指出预期的阅读范围。

18

项目验收申请表

项目验收阶段

项目验收

19

用户使用意见书

项目维护阶段

用户使用意见

20

项目验收自评估报告

项目验收阶段

项目验收自评

21

项目验收信息表

项目验收阶段

项目验收信息

22

程序清单及相关软件

项目验收阶段

本项目所有源代码

23

项目安装手册

项目验收阶段

包括系统环境、运行平台、产品安装过程、初始环境设置、安装记录等

24

项目培训计划

项目验收阶段

包括项目简介、产品功能、产品特点、商业优势、系统运行环境、适用范围、目标客户等

25

培训记录

26

例会记录

27

验收方案

28

试运行计划

29

试运行情况报告

30

售后服务计划

欢迎您的下载，

资料仅供参考！

致力为企业和个人提供合同协议，策划案计划书，学习资料等等

打造全网一站式需求