软件项目计划书模板

XXX系统软件项目计划书

2009-10-12 10:10

目录

1 引言 (1)

1.1 背景 (1)

1.3 定义 (2)

1.4 参考资料 (2)

1.5 标准、条约和约定 (2)

2 项目概述 (2)

2.1 项目目标 (2)

2.2 产品目标与范围 (3)

2.3 假设与约束 (3)

2.4 项目工作范围 (3)

2.5 应交付成果 (3)

2.5.1 需完成的软件 (3)

2.5.2 需提交用户的文档 (3)

2.5.3 须提交内部的文档 (3)

2.5.4 应当提供的服务 (4)

2.6 项目开发环境 (4)

2.7 项目验收方式与依据 (4)

3 项目团队组织 (4)

3.1 组织结构 (4)

3.2 人员分工 (4)

3.3 协作与沟通 (5)

3.3.1 项目团队内部协作 (5)

3.3.2 项目接口人员 (5)

3.3.3 项目团队外部沟通与协作模式 (5)

4 实施计划 (5)

4.1 风险评估及对策 (5)

4.2 工作流程 (6)

4.3 总体进度计划 (6)

4.4 项目控制计划 (7)

4.4.1 质量保证计划 (7)

4.4.2 进度控制计划 (7)

4.4.3 预算监控计划 (8)

4.4.4 配置管理计划 (8)

5 支持条件 (8)

5.1 内部支持 (8)

5.2 客户支持 (8)

5.3 外包（可选） (8)

6 预算 (9)

6.1 人员成本 (9)

6.2 设备成本 (9)

6.3 其它经费预算 (9)

7 关键问题 (9)

8专题计划要点 (9)

XXX软件项目计划书

根据《GB8567－88计算机软件产品开发文件编制指南》中项目开发计划的要求，结合实际情况调整后的《项目计划书》内容如下：

1 引言

1.1 背景

主要说明项目的来历，一些需要项目团队成员知道的相关情况。主要有以下内容：

(1)项目的名称

经过与客户商定或经过立项手续统一确定的项目名称，一般与所待开发的软件系统名称有较大的关系，如针对“XX系统”开发的项目名称是“XX系统开发”。

(2)项目的委托单位

如果是根据合同进行的软件开发项目，项目的委托单位就是合同中的甲方；如果是自行研发的软件产品，项目的委托单位就是本企业。

(3)项目的用户（单位）：

软件或网络的使用单位，可以泛指某个用户群。注意项目的用户或单位有时与项目的委托单位是同一个，有时是不一样的。如海关的报关软件、税务的报税软件，委托单位是海关或税务机关，但使用的用户或单位不仅有海关或税务机关，还包括需要报关、报税的企业单位。

(4)项目的任务提出者

本企业内部提出需要完成此项目的人员，一般是领导或商务人员；注意项目的任务提出者一般不同于项目的委托单位，前者一般是企业内部的人员。如果是内部开发项目，则两者的区别在于前者指人，后者指单位。

(5)项目的主要承担部门

有些企业根据行业方向或工作性质的不同把软件开发分成不同的部门（也有的分为不同事业部）。项目的特点就是其矩阵式组织，一般一个项目的项目成员可能由不同的部门组成，甚至可能由研发部门、开发部门、测试部门、集成部门、服务部门等等其中几个组成。需要根据项目所涉及的范围确定本项目的主要承担部门。

(6)项目建设背景

从政治环境上、业务环境上说明项目建设背景，说明项目的大环境、来龙去脉。这有利于项目成员更好地理解项目目标和各项任务。

(7)软件系统与其他系统的关系

说明与本系统有关的其他系统，说明它们之间的相互依赖关系。这些系统可以是这个系统的基础性系统（一些数据、环境等必须依靠这个系统才能运行），也可以是以这个系统为基础的系统，或者是两者兼而有之的关系、互相依赖的系统。例句：本系统中对外部办公部分如需要各个建设单位报送材料的子系统应当挂在市政府网站。

(8)软件系统与机构的关系

说明软件系统除了委托单位和使用单位，还与哪些机构组织有关系。例如一些系统需要遵守那些组织的标准、需要通过那些组织机构的测试才能使用等等、是否需要外包或与那些组织机构合作。

1.3 定义

列出为正确理解本计划书所用到的专门术语的定义、外文缩写词的原词及中文解释。注意尽量不要对一些业界使用的通用术语进行另外的定义，使它的含义和通用术语的惯用含义不一致。

1.4 参考资料

列出本计划书中所引用的及相关的文件资料和标准的作者、标题、编号、发表日期和出版单位，必要时说明得到这些文件资料和标准的途径。本节与下一节的“标准、条约和约定”互为补充，注意“参考资料”未必作为“标准、条约和约定”，因为“参考”的不一定是“必须遵守”的。常用资料如：

◆本项目的合同、标书、上级机关有关通知、经过审批的项目任务书；

◆属于本项目的其他已经发表的文件；

◆本文档中各处引用的文件、资料，包括所要用到的软件开发标准。

1.5 标准、条约和约定

列出在本项目开发过程中必须遵守的标准、条约和约定。例如：相应的《立项建议书》、《项目任务书》、合同、国家标准、行业标准、上级机关有关通知和实施方案、相应的技术规范等。

“参考资料”一般具有“物质”特性，一般要说明参照了什么，要说明在哪里可以获得；“标准、条约和约定”一般具有“精神”特性，一般是必须遵守的，不说明在哪里可以获得。参考资料的内容应该涵盖“标准、条约和约定”。

2 项目概述

2.1 项目目标

设定项目目标就是把项目要完成的工作用清晰的语言描述出来，让项目团队每一个成员都有明确的概念。注意，不要简单地说成在什么什么时间完成开发什么什么软件系统或完成什么什么软件安装集成任务。注意“要完成一个系统”只是一个模糊的目标，它还不够具体和明确。明确的项目目标应该指出了服务对象，所开发软件系统最主要的功能和系统本身的比较深层次的社会目的或系统使用后所起到的社会效果。

项目目标应当符合SMART原则：

◆明确的陈述(Specific)

◆可以衡量的结果(Measurable)

◆可以达成的目标(Attainable)

◆现实的或者说是能和实际工作相结合(Realistic)

◆可以跟踪的(Trackable)

项目目标可以进行横向的分解也可以进行纵向的分解。

横向分解

一般按照系统的功能或按照建设单位的不同业务要求，如分解为第一目标、第二目标等等；

纵向的分解

一般是指按照阶段，如分解为第一阶段目标、第二阶段目标等等，或近期目标、中期目标、远期目标等等。阶段目标一般应当说明目标实现的较为明确的时间。一般要在说明了总目标的基础上再说明分解目标，可加上“为实现项目的总目标，必须实现以下三个阶段目标······”