项目计划书样板.doc

计算机软件开发控制程序

No:

XXXXX有限公司

系统

项目计划书

< All Rights Reserved©>
只允许在特定范围内使用与传递
只在用户代表与公司代表正式认可后有效
在新版本或正式版本发布后自动失效

编 制
审 核
批 准
签名

日期
年 月 日
年 月 日
年 月 日
修订历史记录
序号
修订日期
修订说明
修订人
1
2007.8.24
编写计划草案
XXX
2
2007.8.25
根据确认的需求分析报告修订计划
XXX

目 录

1 简介 1
1.1 目的 1
1.2 定义、首字母缩写词和缩略语 1
1.3 参考资料 1
2 项目介绍 1
2.1 项目范围 1
2.2 项目目标 1
2.3 项目分析与实现规划 2
2.4 项目组织机构 2
2.5 制约 2
2.6 项目需提交的成果 2
2.7 进度计划 3
2.8 跟踪控制及质量保证机制 3
3 附录 4
3.1 计划假设 4

1 简介
项目计划的简介应提供整个文档的概述。它应包括此项目计划的目的、范围、定义、首字母缩写词、缩略语、参考资料和概述。
1.1 目的
阐明制订此项目计划书的目的。
1.2 定义、首字母缩写词和缩略语
[本小节应提供正确解释此项目计划所需的全部术语的定义、首字母缩写词和缩略语。这些信息可以通过引用项目词汇表来提供。]
1.3 参考资料
[本小节应完整列出此项目计划中其他部分所引用的任何文档。每个文档应标有标题、报告号（如果适用）、日期和出版单位。列出可从中获取这些参考资料的来源。这些信息可以通过对附录或其他文档的引用来提供。 
对于项目计划，参考资料可能包括：
项目合同
项目方案书等]
2 项目介绍
2.1 项目范围
用简练的语言说明本项目“是什么”，“什么用途”。
说明本项目“应当包含的内容”和“不应包含的内容”。
说明本项目“适用的领域”和“不适用的领域”。
提供与其他相关系统可能的接口说明。
2.2 项目目标
说明本项目的目标，这些目标必须是“可实现”、“可验证”的。
如原系统存在，描述原系统存在的问题、待改进的措施及实现目标。
2.3 项目分析与实现规划
对本项目的实施模式，实施工作量、开发工作量、第三方软件和系统集成工作量占比分析，及基于什么产品上进行二次开发等。

2.4 项目组织机构
[使用组织结构图的方式描述项目的组织结构，项目组织结构应包括需求调研人员、项目经理、开发、测试、实施、配置管理、质量保证、客户经理、客户代表等角色，项目发起人、公司内部其他对项目的成功有重要影响的成员，以及项目的客户，并且对角色的职责进行说明。]

姓名
角色
电话及Email
单位/部门

项目负责人

项目成员

测试人员

2.5 制约
请说明在项目开发过程中应当遵循的标准或规范，注意可能存在特殊的行业规定，请不要遗漏。
一般为约束条件（如技术方面或客户要我们用什么样的技术等）。

2.6 项目需提交的成果
描述项目性质，确定需要提交的成果。
工作产品
需提交的工作产品
划勾（√）
备注
项目计划书
√

需求分析报告
√

概要设计说明书
√

详细设计说明书

模块开发卷宗

用户手册／操作手册
√

测试计划

测试报告
√

安装程序

项目开发总结报告

2.7 进度计划
项目预计起止时间：
项目工作日合计：
任务进度计划表：（可以详见《XXX项目进度计划.mpp》）
2.8 跟踪控制及质量保证机制
描述项目执行过程中需要注意的事项及可能遇到的问题，并针对预期风险采取技术、管理、商务等方面的跟踪控制、质量保证机制。
(可以参考以下表格)
序号
风险描述
影响程度
措施
变化序号
跟踪日期
变更原因
1
没有签订合同
严重
督促有关人员尽快签订

2
需求没有得到用户签字认可
一般

注意：
(1) 第一次风险计划时，每个风险的跟踪日期记录计划日期。风险发生变化后，跟踪日期记录变更日期。
(2) 风险每跟踪一次，增加一条记录，若风险发生变化由变化序号加1，初始变化序号为0。
3 附录
3.1 计划假设
[本小节说明本项目计划基于什么假设条件制定。这对计划的顺利执行很重要。例如：申请的2名开发人员在4月20日能够顺利到岗。 ]

4