软件开发项目计划书格式

正文

一、项目计划书格式根据《GB8567—88计算机软件产品开发文件编制指南》中项目开发计划的要求，结合实际情况调整后的《项目计划书》内容索引如下1引言lo I编写目的lo2背景

1.3定义lo4参考资料

1.5标准、条约和约定2项目概述21项目目标

01.12产品目标与范围

2.3假设与约束

2.4项目工作范围

2.5应交付成果

205.1需完成的软件2o

5.2需提交用户的文档2o5o3须提交内部的文档

215.4应当提供的服务

2.6项目开发环境

2.7项目验收方式与依据3项目团队组织3o1组织结构

3.2人员分工

3.3协作与沟通

3.

3.1内部协作

3.3o2外部沟通4实施计划

4.1风险评估及对策

4.2工作流程

4.3总体进度计划44项目监控O

4.

4.1质量控制计划4o

4.2进度监控计划443预算监控计划O O

44.4配置管理计划05支持条件

5.1内部支持（可选）

5.2客户支持（对项目而言）5o3外包（可选）6预算（可选）6o1人员成本

6.2设备成本确定所有重要的发布点和演示版］4o2o2迭代目标［列出每次迭代将要实现的目标］

4.23发布版［简要说明每个软件发布版，并指出它是否是演示版、Beta版等］

4.24项目时间表［用图表显示完成迭代与阶段、发布点、演示版及其他里程碑的目标日期.］4o

2.5项目资源分配

4.

2.5o1人员配备计划［在此处确定所需人员的数目和类型，以及项目阶段或迭代需要的任何特殊技能或经验］

4.

2.

5.2资源获取计划［说明您将如何发现并得到项目所需的人员］

1.

2.5o3培训计划［列出项目团队成员需要的所有特殊培训，以及完成这些培训的目标日期］

1.36预算［按照WBS和阶段计划分配成本.］

1.4迭代计划［通过引用的方式将各项迭代计划附加在本节中」

1.5项目监测与控制

44.1需求管理计划O［通过引用附加］

4.

4.2进度控制计划［说明以何种方法按照所计划的时间表监控项目进展，以及如何在需要时执行纠正操作.］44o3预算控制计划［说明以何种方法按照项目预算监控项目开支，以及如何在需要时执行纠正操作.］

4.4o4质量控制计划［说明将在何时、以何种方法来控制项目可交付工件的质量，以及如何在需要时执行纠正操作.］

4.4o5报告计划［说明将生成的内部和外部报告，以及报告发布的频率和范围］4o

4.6评测计划［通过引用附加.］

4.5风险管理计划［通过引用附加］

4.6收尾计划［说明有序地完成项目所要执行的活动，其中包括人员重新分配、项目材料存档、事后检查汇报及报告等］5技术流程计划

5.1开发案例［通过引用附加］5o2方法、工具和技术［以引用的方式列出所记录的项目技术标准_业务建模指南_用户界面指南_用例建模指南_设计指南_编程指南_测试指南_手册风格指南］5o3基础设施计划［通过引用附加.］

5.4产品验收计划［通过引用附加.］6支持流程计划

6.1配置管理计划［通过引用附加］

6.2评估计划［作为软件开发计划的一部分，本小节说明项目的产品评估计划，并介绍评估所使用的技术、标准、指标和过程;评估将包括走查、检查和复审,请注意，评估计划是对测试计划的补充，但软件开发计划中并不包括测试计划,］6o3文档计划［通过引用附加］

6.4质量保证计划［通过引用附加］

6.5问题解决计划［通过引用附加］

6.6分包商管理计划［通过引用附加］

6.7流程改进计划［通过引用附加.］7o其他计划［列出合同或法规所要求的其他计戈］8附录［供SDP读者使用的其他材料］9o索引

6.3其它经费预算

6.4项目合计经费预算7关键问题8专题计划要点

二、项目计划书的编写说明1引言

1.1编写目的说明编写这份项目计划的目的，并指出预期的读者.作用本节是为了说明编制“项目计划书”亦即本文档的意图和希望达到的效果注意这里的“目的”不是“项目目标”,而是为了说明本文档的目的与作用“项目目标”在21中说明意义使项目成员和项目干系人了解项目开发计划书的作用、希望达到的效果开发计划书的作用一般都是“项目成员以及项目干系人之间的共识与约定，项目生命周期所有活动的行动基础，以便项目团队根据本计划书开展和检查项目工作”例如可以这么写为了保证项目团队按时保质地完成项目目标，便于项目团队成员更好地了解项目情况，使项目工作开展的各个过程合理有序，因此以文件化的形式，把对于在项目生命周期内的工作任务范围、各项工作的任务分解、项目团队组织结构、各团队成员的工作责任、团队内外沟通协作方式、开发进度、经费预算、项目内外环境条件、风险对策等内容做出的安排以书面的方式，作为项目团队成员以及项目干系人之间的共识与约定，项目生命周期内的所有项目活动的行动基础，项目团队开展和检查项目工作的依据常见的问题把项目本身的“项目目标”误作编制项目开发计划的目的lo2背景主要说明项目的来历，一些需要项目团队成员知道的相关情况.主要有以下内容项目的名称:经过与客户商定或经过立项手续统一确定的项目名称，一般与所待开发的软件系统名称有较大的关系，如针对“XX系统”开发的项目名称是“XX系统开发，项目的委托单位如果是根据合同进行的软件开发项目，项目的委托单位就是合同中的甲方；如果是自行研发的软件产品，项目的委托单位就是本企业项目的用户（单位）软件或网络的使用单位，可以泛指某个用户群注意项目的用户或单位有时与项目的委托单位是同一个，有时是不一样的如海关的报关软件、税务的报税软件，委托单位是海关或税务机关，但使用的用户或单位不仅有海关或税务机关，还包括需要报关、报税的企业单位项目的任务提出者本企业内部提出需要完成此项目的人员，一般是领导或商务人员；注意项目的任务提出者一般不同于项目的委托单位，前者一般是企业内部的人员如果是内部开发项目，则两者的区别在于前者指人，后者指单位项目的主要承担部门有些企业根据行业方向或工作性质的不同把软件开发分成不同的部门（也有的分为不同事业部）,项目的特点就是其矩阵式组织，一般一个项目的项目成员可能由不同的部门组成，甚至可能由研发部门、开发部门、测试部门、集成部门、服务部门等等其中几个组成.需要根据项目所涉及的范围确定本项目的主要承担部门项目建设背景从政治环境上、业务环境上说明项目建设背景,说明项目的大环境、来龙去脉这有利于项目成员更好地理解项目目标和各项任务例句:根据《某部关于某建设工作的实施意见》精神，为了保障某建设工作的正常实施，必须加强监督考核,建立督查通报制度，某市某建设工作小组办公室把此项建设工作实施列入督查的重要内容，及时掌握进度,相关部门建立市某建设工作简报制度，及时反映全市某建设工作动态目前对于某建设工作的工作主要采用计划部门手工编制年度计划、建设工作主管部门和建设工作实施单位联合手动编制进度计划，某建设工作单位手工上报建设工作进度情况的方式，而全市的建设工作有数百个,加上前期建设工作的数量和今后某市建设发展的趋势，建设工作的数量将越来越多，原来的工作模式已经越来越无法适应市委市政府的要求因此，充分利用现代信息化、因特网的优势，建立“某市某建设工作信息报送反馈系统”,提高某建设工作信息报送反馈工作效率，提高信息的及时性、减轻各级相关工作人员的劳动强度是非常有必要和紧迫的任务软件系统与其他系统的关系说明与本系统有关的其他系统，说明它们之间的相互依赖关系这些系统可以是这个系统的基础性系统（一些数据、环境等必须依靠这个系统才能运行），也可以是以这个系统为基础的系统，或者是两者兼而有之的关系、互相依赖的系统例句本系统中对外部办公部分如需要各个建设单位报送材料的子系统应当挂在市政府网站软件系统与机构的关系说明软件系统除了委托单位和使用单位，还与哪些机构组织有关系例如一些系统需要遵守那些组织的标准、需要通过那些组织机构的测试才能使用等等、是否需要外包或与那些组织机构合作.

1.3定义列出为正确理解本计划书所用到的专门术语的定义、外文缩写词的原词及中文解释注意尽量不要对一些业界使用的通用术语进行另外的定义，使它的含义和通用术语的惯用含义不一致.lo4参考资料列出本计划书中所引用的及相关的文件资料和标准的作者、标题、编号、发表日期和出版单位，必要时说明得到这些文件资料和标准的途径.本节与下一节的“标准、条约和约定”互为补充，注意“参考资料”未必作为“标准、条约和约定”，因为“参考”的不一定是“必须遵守”的常用资料如本项目的合同、标书、上级机关有关通知、经过审批的项目任务书；属于本项目的其他已经发表的文件；本文档中各处引用的文件、资料，包括所要用到的软件开发标准

1.5标准、条约和约定列出在本项目开发过程中必须遵守的标准、条约和约定例如相应的《立项建议书》、《项目任务书》、合同、国家标准、行业标准、上级机关有关通知和实施方案、相应的技术规范等“参考资料一般具有“物质”特性，一般要说明参照了什么，要说明在哪里可以获得；“标准、条约和约定”一般具有“精神，，特性,一般是必须遵守的，不说明在哪里可以获得参考资料的内容应该涵盖“标准、条约和约定〈项目名称〉软件开发计划版本〈

1.0〉［注:以下提供的模板用于Rational UnifiedProcesso其中包括用方括号括起来并以蓝色斜体（样式=InfoBlue）显示的文本，它们用于向作者提供指导，在发布此文档之前应该将其删除按此样式输入的段落将被自动设置为普通样式（样式=正文）］修订历史记录日期版本说明作者〈日/月/年〉Xo x）〈详细信息〉〈姓名〉目录

1.简介lo1目的

1.2范围

1.3定义、首字母缩写词和缩略语

1.4引用lo5概述

2.项目概述21项目的目的、规模和目标022假设与约束O2o3项目的可交付工件

2.4软件开发计划的演进3项目组织31组织结构03o2外部接口3o3角色与职责

4.管理流程41项目估计42项目计划

04.2o2迭代目标

4.2o3发布版

4.

2.4项目时间表

4.2o5项目资源分配

4.2o

5.1人员配备计划

4.

2.

5.2资源获取计划425o3培训计划426预算4o3迭代计划

4.4项目监测与控制441需求管理计划4o

4.2进度控制计划4o

4.3预算控制计划

4.4o4质量控制计划

44.5报告计划44o6评测计划

04.5风险管理计划4o6收尾计划5o技术流程计划51开发案例52方法、工具和技术05o4产品验收计划6支持流程计划6o1配置管理计划6o2评估计划

6.3文档计划6o4质量保证计划

6.5问题解决计划6o6分包商管理计划

6.7流程改进计划7其他计划

8.附录

9.索引软件开发计划

1.简介［软件开发计划的简介应提供整个文档的概述它应包括此软件开发计划的目的、范围、定义、首字母缩写词、缩略语、引用和概述］

1.1目的［阐明此软件开发计划的目的.］

1.2范围［简要说明此软件开发计划的范围它的相关项目，以及受到此文档影响的任何其他事物.］

1.3定义、首字母缩写词和缩略语［本小节应提供正确理解此软件开发计划所需的全部术语、首字母缩写词和缩略语的定义这些信息可以通过引用项目词汇表来提供］［本小节应完整地列出此软件开发计划中其他部分所引用的所有文档.每个文档应标有标题、报告号（如果适用）、日期和发布组织列出可从中获取这些引用的来源这些信息可以通过引用附录或其他文档来提供对于软件开发计划，所引用工件的列表中应包括_迭代计划_需求管理计划_评测计划_风险管理计划_开发案例_业务建模指南_用户界面指南_用例建模指南_设计指南_编程指南_测试指南_手册风格指南_基础设施计划_产品验收计划_配置管理计划_评估计划（仅当该计划是单独的计划时，但它通常是SDP的62节）_文档计划_质量保证计划_问题解决计划分包商管理计划流程改进计划］lo5概述［本小节应说明此软件开发计划中其他部分所包含的内容，并解释文档的组织方式］

2.项目概述

2.1项目的目的、规模和目标［简要说明此项目的目的与目标，以及此项目将要交付的可交付工件.］2o2假设与约束［列出此计划所依据的假设和对项目的所有约束（如预算、人员、设备、时间表等）］23项目的可交付工件［以表格的形式列出将在项目中创建的工件，包括目标交付日期J

2.4软件开发计划的演进［以表格的形式列出软件开发计划的提议版本，以及在计划外修订与重新发行此计划需符合的标准］3o项目组织31组织结构0［说明项目团队（包括管理人员和其他复审委员会）的组织结构.］32外部接口［说明项目与外部组织联系的方式对于每个外部组织，应确定其内部和外部联系人的姓名.］

3.3角色与职责［确定将负责各个核心工作流程、工作流程明细和支持流程的项目组织单位］4o管理流程

4.1项目估计［提供所估计的项目成本与进度、这些估计所依据的基础，以及项目中将重新进行估计的时间点和情况42项目计划4o

2.1阶段计划［包括以下内容_工作细分结构（WBS）_显示项目各阶段或迭代的时间分配情况的时间线或甘特图确定主要里程碑及其成就标准。