文档介绍：正文
一、项目计划书格式
根据《GB8567—88计算机软件产品开发文件编制指南》中项目开发计划的要求，结合实际情况调整后的《项目计划书》内容索引如下：
1引言
编写目的
背景
、条约和统的关系：说明与本系统有关的其他系统，说明它们之间的相互依赖关系。这些系统可以是这个系统的基础性系统（一些数据、环境等必须依靠这个系统才能运行），也可以是以这个系统为基础的系统，或者是两者兼而有之的关系、互相依赖的系统。例句：本系统中对外部办公部分如需要各个建设单位报送材料的子系统应当挂在市政府网站。
软件系统与机构的关系：说明软件系统除了委托单位和使用单位，还与哪些机构组织有关系。例如一些系统需要遵守那些组织的标准、需要通过那些组织机构的测试才能使用等等、是否需要外包或与那些组织机构合作。
、外文缩写词的原词及中文解释。注意尽量不要对一些业界使用的通用术语进行另外的定义，使它的含义和通用术语的惯用含义不一致。
、标题、编号、发表日期和出版单位，必要时说明得到这些文件资料和标准的途径。本节与下一节的“标准、条约和约定”互为补充，注意“参考资料”未必作为“标准、条约和约定”，因为“参考”的不一定是“必须遵守”的。常用资料如：本项目的合同、标书、上级机关有关通知、经过审批的项目任务书；属于本项目的其他已经发表的文件；本文档中各处引用的文件、资料，包括所要用到的软件开发标准。
、条约和约定列出在本项目开发过程中必须遵守的标准、条约和约定。例如：相应的《立项建议书》、《项目任务书》、合同、国家标准、行业标准、上级机关有关通知和实施方案、相应的技术规范等。
“参考资料”一般具有“物质”特性，一般要说明参照了什么，要说明在哪里可以获得；“标准、条约和约定”一般具有“精神”特性，一般是必须遵守的，不说明在哪里可以获得。参考资料的内容应该涵盖“标准、条约和约定”。
＜项目名称＞
软件开发计划
版本<>
[注：以下提供的模板用于RationalUnifiedProcess。其中包括用方括号括起来并以蓝色斜体（样式=InfoBlue）显示的文本，它们用于向作者提供指导，在发布此文档之前应该将其删除。按此样式输入的段落将被自动设置为普通样式（样式=正文）。]
修订历史记录
日期
版本
说明
作者
＜日/月/年＞
＜＞＜详细信息＞＜姓名＞
1.
2.
3.
4.
目录
简介
目的
范围
定义、首字母缩写词和缩略语
引用
概述
项目概述
项目的目的、规模和目标
假设与约束
项目的可交付工件
软件开发计划的演进
项目组织
组织结构
外部接口
角色与职责
管理流程
项目估计
项目计划
迭代目标
发布版
项目时间表
项目资源分配
预算
需求管理计划
进度控制计划
预算控制计划
质量控制计划
报告计划
评测计划
方法、工具和技术
产品验收计划
6.
支持流程计划
配置管理计划
评估计划
文档计划
质量保证计划
问题解决计划
分包商管理计划
流程改进计划
7.
其他计划
8.
附录
9.
索引
软件开发计划
［软件开发计划的简介应提供整个文档的概述。它应包括此软件开发计划的目的、范围、定义、首字母缩写词、缩略语、引用和概述。］
［阐明此软件开发计划的目的。］
［简要说明此软件开发计划的范围：它的相关项目，以及受到此文档影响的任何其他事物。］
定义、首字母缩写词和缩略语
［本小节应提供正确理解此软件开发计划所需的全部术语、首字母缩写词和缩略语的定义。这些信息可以通过引用项目词汇表来提供。］
［本小节应完整地列出此软件开发计划中其他部分所引用的所有文档。每个文档应标有