信息系统开发项目管理指导书Word格式文档下载.docx

信息系统开发项目管理指导书Word格式文档下载.docx

《信息系统开发项目管理指导书Word格式文档下载.docx》由会员分享，可在线阅读，更多相关《信息系统开发项目管理指导书Word格式文档下载.docx（17页珍藏版）》请在冰豆网上搜索。

6、甲方应对组织对开发商提交的《系统设计说明书》进行评审，设计评审均以《业务需求说明书》和《系统需求规格说明书》为依据，确保系统设计满足全部需求，并出具《系统设计评审报告》（式样见附件6）。

2.3系统开发

1、系统开发包括程序编码、单元测试和集成测试。

开发商根据《系统设计说明书》制定系统开发计划，并提交给甲方对计划进行监督。

2、开发商有条件的情况下尽可能开发、测试和生产环境独立。

选择软件工具，明确项目成员的职责分工，按照编码规范和详细设计实现软件功能。

　　3、代码应满足结构良好，清晰易读，且与设计一致，符合编码规范。

　　4、开发人员需要软件实现过程中编写软件功能说明，源代码说明。

软件功能说明文档应说明项目名称、编号、软件名称和版本号，软件功能、主要功能实现过程。

源代码说明应说明项目编号、软件名称、功能，全局变量、数据库字典、函数功能、接口。

该文档包含在源代码文件中，以注释形式存在。

　　5、开发商进行单元测试和集成测试。

开发人员处理测试人员反馈的测试问题，并以书面形式反馈主要问题及解决办法，直至系统运行稳定。

测试组出具《系统测试报告》，测试人员签字确认测试结果。

2.4用户测试

1、开发商编制《用户测试计划》（式样见附件7），测试计划必须定义测试标准，并明确各种测试的测试步骤和需要的系统设置要求，并提交甲方准备。

2、甲方应该按照开发商测试组要求配合标准测试数据，测试用数据要足够模拟使用环境中的实际数据。

对已评定为敏感信息的数据进行敏感性处理和保护。

3、按照测试计划完成用户测试后，测试组应该出具《用户测试报告》（式样见附件8），甲乙双方必须在用户测试报告中签字确认。

4、完成测试后，开发商完成系统帮助文档（其中包括《用户操作手册》和《安装维护手册》）的编写。

凡涉及应用系统的变更，应对系统帮助文档及时更新。

2.5系统试运行

1、项目组必须制定《试运行计划》（式样见附件9），并制定试运行验收指标。

《试运行计划》中应包含问题应对机制，明确问题沟通渠道和职责分工。

2、项目组联合甲方公司进行相关系统部署工作，准备培训资料，对相关用户和信息技术人员进行培训。

3、项目组根据《试运行计划》负责对用户的老旧系统进行系统转换和数据迁移。

系统转换前，检查系统环境，确保运行环境能满足新应用系统的需要。

系统转换时必须详细记录原系统中的重要参数、设置等系统信息，并填写试运行报告相关内容。

4、系统转换和数据迁移完成后，正式启动试运行。

在试运行过程中，项目组应把系统运行情况（系统资源使用，反应速度等）记录到试运行报告中。

必要时，项目组应根据系统运行情况对应用系统进行优化。

5、试运行达到试运行计划规定的终止条件时，开发商编写《试运行报告》（式样见附件10）。

此报告应由开发商和甲方单位签字确认，试运行结束。

2.6系统验收与正式上线

1、系统验收主要用户单位及开发商联合组成独立系统验收小组，由验收小组共同商定验收的标准和方法。

验收小组从功能需求及技术需求层面对系统进行综合评估，系统验收内容包括但不限于移交给甲方的系统测试报告、系统安装文档、配置文档、源代码、操作手册、维护手册、系统应急预案、系统“回退”计划等。

2、验收小组应根据验收情况整理形成《系统验收报告》（式样见附件11），验收报告必须甲乙双方签字，并提交甲方作为付款依据。

3、系统验收合格且问题整改完成并经甲乙双方主要领导同意后系统转入正式上线运行。

3售后服务及保密要求

　开发商应该保证系统技术支持人员队伍的稳定，明确售后服务内容与责任，按照合同要求安排维护人员对系统进行技术支持。

系统需求变更或调整，记录变更原因和软件及源代码的版本控制，按照软件变更要求对系统进行维护。

为了保护甲乙双方的商业、技术秘密等权益，开发商与甲方、开发商与其相关员工必须签订保密协议。

附件1：

项目执行计划

文件状态：

[√]草稿

[]正式发布

[]正在修改

文件标识：

当前版本：

作者：

完成日期：

版本历史

版本/状态

作者

参与者

起止日期

备注

1文档介绍

1.1文档目的

1.2文档范围

1.3参考文献

提示：

列出本文档的所有参考文献（可以是非正式出版物），格式如下：

[标识符]作者，文献名称，出版单位（或归属单位），日期

例如：

[AAA]作者，《立项建议书》，机构名称，日期

1.5术语与缩写解释

缩写、术语

解释

2项目介绍

2.1项目范围

（1）用简练的语言说明本项目“是什么”，“说明用途”。

（2）说明本项目“应当包含的内容”和“不包含的内容”。

2.2项目目标

给出“清晰的”、“可实现”、“可验证”的目标。

2.3客户与最终用户介绍

请说明本项目的客户、用户及其相关责任人是谁，描述最终用户的特征。

2.4约束

（1）请说明在项目开发过程中应当遵循的标准或规范

（2）请说明相关项目可能对本项目造成的影响。

（3）说明一些假设和依赖。

3项目过程定义

3.1软件生命周期模型

简要描述、绘制本项目的软件生命周期模型。

3.2项目规范

描述项目需遵循的规范，例如：

编码规范。

此处可以表现为编码规范的链接。

3.3方法与工具

说明在过程中将采用的方法与工具。

例如采用RationalRose进行面向对象分析与设计，采用VisualSourceSafe进行配置管理，采用MicrosoftOffice制作文档。

方法与工具

用途

VisualSourceSafe

配置管理

…

4里程碑计划

序号

里程碑名称

开始日期

结束日期

工作成果

5资源计划

5.1人力资源计划

制定本项目的角色职责表，并为已知的项目成员分配角色（一个人可以兼多个角色）。

角色

职责

人员姓名

工作说明

高层领导

项目经理

需求分析员

系统设计员

程序员

测试员

5.2软硬件资源计划

分析项目开发、测试、运行所需的软硬件资源和关键计算机资源（会影响软件产品的性能的CPU、内存、带宽等内容），主要内容包括：

●资源级别（分为“关键”、“普通”两种）

●详细配置

●获取方式（如“已经存在”、“可以借用”或“需要购买”等）与获取时间

●使用说明（如“谁”在“什么”时候使用）

软硬件资源名称

级别

详细配置

获取方式与时间

使用说明

关键

普通

6文档交付列表

交付文档名称

交付日期

7风险管理计划

以下是各个列标题的解释。

约定在项目中的风险管理方案，例如：

风险识别频度、风险跟踪频度等。

风险级别：

确定风险的严重性、可能性、风险系数

风险描述：

缓解方案或者应急计划。

风险编号

风险级别

风险描述

缓解方案

应急计划

严重性

（1-5）

可能性

（%）

风险系数

（严重性*可能性）

8沟通计划

甲方代表

乙方代表

沟通方式

沟通频率/时间

期望结果

9附件

●项目进度计划

⏹进度表

制定项目开发的进度表（建议给出项目里程碑计划）。

编号

预计结束时间

需求调研完成

项目计划完成

需求分析完成

系统设计完成

.....

开发完成

集成测试完成

系统测试完成

用户验收测试完成

试运行结束

项目验收

附件2：

业务需求说明书

1概述

1.1业务调研人员名单

【可选】

职能部门

姓名

主管

联系电话

1.2业务范围

此处描写总体业务的概要分类。

1.3业务目标

从甲方高层或商务利益的角度提出本业务系统的期望目标，以及评价标准。

1.4相关文档

说明：

列出本文档的所有参考文献（可以是非正式出版物），包括现有规范、标准、批文、引用到的文件、资料等。

1.5业务词汇表

列出本文档的所引用的专属领域词汇、术语等，以便于业务需求的提供者和接收者是建立在一致的业务理解基础之上的。

2组织结构及业务

2.1业务相关组织结构、人员组织结构

如果用户岗位设置复杂可分别设置，业务组织结构和人员组织结构

2.2组织机构描述

2