软件开发项目计划书格式

正文一、工程计划书格式根据《GB8567—88计算机软件产品开发文件编制指南》中工程开发计划的要求，结合实际情况调整后的《项目计划书》内容索引如下：1引言编写目的背景定义参考资料标准、条约和约定2工程概述工程目标产品目标与范围假设与约束工程工作范围应交付成果需完成的软件需提交用户的文档253须提交内部的文档应当提供的服务工程开发环境工程验收方式与依据3工程团队组织组织结构人员分工协作与沟通内部协作外部沟通4实施计划风险评估及对策工作流程总体进度计划工程监控质量控制计划进度监控计划预算监控计划配置管理计划5支持条件内部支持（可选）客户支持（对工程而宣）外包（可选）6预算（可选）人员本钱设备本钱确定所有重要的发布点和演示版］迭代目标［列出每次迭代将要实现的目标。］发布版［简要说明每个软件发布版，并指出它是否是演示版、Beta版等。］工程时间表［用图表显示完成迭代叮阶段、发布点、演示版及其他里程碑的目标H期。］工程资源分配人员配备计划［在此处确定所需人员的数目和类型，以及工程阶段或迭代需要的任何特殊技能或经验。］资源获取计划［说明您将如何发现并得到工程所需的人员。］培训计划［列出工程团队成员需要的所有特殊培训，以及完成这些培训的目标日期。］预算［按照WBS和阶段计划分配本钱。］迭代计划［通过引用的方式将各项迭代计划附加在本节中。］工程监测与控制需求管理计划［通过引用附加。］进度控制计划［说明以何种方法按照所计划的时间表监控工程进展，以及如何在需要时执行纠正操作。］预算控制计划［说明以何种方法按照工程预算监控工程开支，以及如何在需要时执行纠正操作。］质量控制计划［说明将在何时、以何种方法来控制项口可交付工件的质量，以及如何在需要时执行纠正操作。］报告计划［说明将生成的内部和外部报告，以及报告发布的频率和范围。］

［通过引用附加。［通过引用附加。］［通过引用附加。］［通过引用附加。］评测计划风险管理计划［通过引用附加。］收尾计划［说明有序地完成工程所要执行的活动，其中包括人员重新分配、工程材料存档、事后检查汇报及报告等。］技术流程计划开发案例［通过引用附加。］方法、工具和技术［以引用的方式列出所记业的工程技术标准：,业务建模指南_用户界面指南_用例建模指南_设计指南_编程指南_测试指南_手册风格指南］基础设施计划［通过引用附加。］产品验收计划［通过引用附加。］支持流程计划配置管理计划［通过引用附加。］评估计划［作为软件开发计划的一局部，本小节说明工程的产品评估计划，并介绍评估所使用的技术、标准、指标和过程：评估将包括走查、检查和复审。请注意，评估计划是对测试计划的补充，但软件开发计划中并不包括测试计划。］文档计划［通过引用附加。］质量保证计划［通过引用附加。］问题解决计划［通过引用附加。］分包商管理计划［通过引用附加。］流程改进计划［通过引用附加。］其他计划［列出合同或法规所要求的其他计划。］附录［供SDP读者使用的其他材料。］9.9.9.索引9.其它经费预算工程合计经费预算7关键问题8专题计划要点二、工程计划书的编写说明1引言编写目的说明编写这份工程计划的目的，并指出预期的读者。作用：本节是为了说明编制“工程计划书”亦即本文档的意图和希望到达的效果。注意这里的“目的''不是“项目目标”，而是为了说明本文档的目的与作用。“工程目标”在2.1中说明。意义：使工程成员和工程干系人了解工程开发计划书的作用、希望到达的效果。开发计划书的作用一般都是“工程成员以及工程干系人之间的共识与约定，工程生命周期所有活动的行动基础，以便工程团队根据木计划书开展和检查工程工作。”例如可以这么写：为了保证工程团队按时保质地完成工程目标，便于工程团队成员更好地了解工程情况，使工程工作开展的各个过程合理有序，因此以文件化的形式，把对于在工程生命周期内的工作任务范围、各项工作的任务分解、工程团队组织结构、各团队成员的工作责任、团队内外沟通协作方式、开发进度、经费预算、工程内外环境条件•、风险对策等内容做出的安排以书面的方式，作为工程团队成员以及工程干系人之间的共识与约定，工程生命周期内的所有工程活动的行动基础，工程团队开展和检查工程工作的依据。常见的问题：把工程本身的“工程目标''误作编制工程开发计划的目的。背景主要说明工程的来历，一些需要工程团队成员知道的相关情况。主要有以下内容：工程的名称：经过与客户商定或经过立项手续统一确定的工程名称，一般与所待开发的软件系统名称有较大的关系，如针对“XX系统”开发的工程名称是“XX系统开发“。工程的委托单位：如果是根据合同进行的软件开发工程，工程的委托单位就是合同中的甲方；如果是自行研发的软件产品，工程的委托单位就是本企业。工程的用户（单位）：软件或网络的使用单位，可以泛指某个用户群。注意工程的用户或单位有.时与工程的委托单位是同一个，有时是不一样的。如海关的报关软件、税务的报税软件，委托单位是海关或税务机关,但使用的用户或单位不仅有海关或税务机关，还包括需要报关、报税的企业单位。工程的任务提出者：本企业内部提出需要完成此工程的人员，•般是领导或商务人员；注意工程的任务提出者一般不同于工程的委托单位，前者一般是企业内部的人员。如果是内部开发工程，那么两者的区别在于前者指人，后者指单位。工程的主要承当部门：有些企业根据行业方向或工作性质的不同把软件开发分成不同的部门（也有的分为不同事业部）。工程的特点就是其矩阵式组织，一般一个工程的工程成员可能由不同的部门组成，甚至可能由研发部门、开发部门、测试部门、集成部门、服务部门等等其中几个组成。需要根据工程所涉及的范围确定本工程的主要承当部门。工程建设背景：从政治环境上.、业务环境上说明工程建设背景，说明工程的大环境、来龙去脉。这有利于工程成员更好地理解工程目标和各项任务。例句：根据《某部关于某建设工作的实施意见》精神，为了保障某建设工作的正常实施，必须加强监督考核，建立督查通报制度，某市某建设工作小组办公室把此项建设工作实施列入督查的重要内容，及时掌握进度，相关部门建立市某建设工作简报制度，及时反映全市某建设工作动态。目前对于某建设工作的工作主要采用计划部门手工编制年度计划、建设工作主管部门和建设工作实施单位联合手动编制进度计划，某建设工作单位手工上报建设工作进度情况的方式，而全市的建设工作有数百个，加上前期建设工作的数量和今后某市建设开展的趋势，建设工作的数量将越来越多，原来的工作模式已经越来越无法适应市委市政府的要求。因此，充分利用现代信息化、因特网的优势，建立“某市某建设工作信息报送反应系统”，提高某建设工作信息报送反应工作效率，提高信息的及时性、减轻各级相关工作人员的劳动强度是非常有必要和紧迫的任务。软件系统与其他系统的关系：说明与本系统有关的其他系统，说明它们之间的相互依赖关系。这些系统可以是这个系统的基础性系统（一些数据、环境等必须依靠这个系统才能运行），也可以是以这个系统为基础的系统，或者是两者兼而行之的关系、互相依赖的系统。例句：本系统中对外部办公局部如需要各个建设单位报送材料的子系统应当挂在市政府网站。软件系统与机构的关系：说明软件系统除了委托单位和使用单位，还与哪些机构组织有关系。例如一些系统需要遵守那些组织的标准、需要通过那些组织机构的测试才能使用等等、是否需要外包或与那些组织机构合作。定义列出为正确理解本计划书所用到的专门术语的定义、外文缩写词的原词及中文解料。注意尽量不要对一些业界使用的通用术语进行另外的定义，使它的含义和通用术语的惯用含义不一致。参考资料列出本计划书中所引用的及相关的文件资料和标准的作者、标题、编号、发表日期和出版单位，必要时说明得到这些文件资料和标准的途径。本节与下一节的“标准、条约和约定”互为补充，注意“参考资料”未必作为“标准、条约和约定”，因为“参考''的不一定是“必须遵守”的。常用资料如：本工程的合同、标书、上级机关有关通知、经过审批的工程任务书；屈于本工程的其他已经发表的文件：本文档中各处引用的文件、资料，包括所要用到的软件开发标准。标准、条约和约定列出在本工程开发过程中必须遵守的标准、条约和约定。例如：相应的《立项建议书》、《工程任务书》、合同、国家标准、行业标准、上级机关有关通知和实施方案、相应的技术规范等。“参考资料''一般具有“物质”特性，一般要说明参照了什么，要说明在哪里可以获得：“标准、条约和约定”一般具有“精神”特性，一般是必须遵守的，不说明在哪里可以获得。参考资料的内容应该涵盖“标准、条约和约定〈工程名称,软件开发计划版本<1.0>［注：以下提供的模板用于RationalUnifiedProcess.：其中包括用方括号括起来并以蓝色斜体（样式=InfoBlue）显示的文本，它们用于向作者提供指导，在发布此文档之前应该将其删除。按此样式输入的段落将被自动设置为普通样式（样式=正文）。］修订历史记录口期版本说明作者〈日/月/年〉<x.x>〈详细信息》〈姓名〉目录.简介目的范围定义、首字母缩写词和缩略语引用概述.工程概述工程的目的、规模和目标假设与约束工程的可交付工件软件开发计划的演进.工程组织组织结构外部接口角色与职责.管理流程工程估计工程计划阶段计划迭代目标发布版工程时间表工程资源分配人员配备计划资源获取计划培训计划预第迭代计划工程监测与控制需求管理计划进度控制计划预算控制计划质量控制计划报告计划评测计划风险管理计划收尾计划.技术流程计划开发案例方法、工具和技术基础设施计划产品验收计划.支持流程计划配置管理计划评估计划文档计划质量保证计划问题解决计划分包商管理计划流程改进计划.其他计划.附录.索引软件开发计划简介［软件开发计划的简介应提供整个文档的概述。它应包括此软件开发计划的目的、范围、定义、首字母缩写词、缩略语、引用和概述。］目的［说明此软件开发计划的目的。］范围［简要说明此软件开发计划的范围：它的相关工程，以及受到此文档影响的任何其他事物。］定义、首字母缩写词和缩略语［本小节应提供正确理解此软件开发计划所需的全部术语、首字母缩写词和缩略语的定义。这些信息可以通过引用工程词汇表来提供。］引用［本小节应完整地列出此软件开发计划中其他局部所引用的所有文档。每个文档应标有标题、报告号（如果适用）、日期和发布组织。列出可从中获取这些引用的来源。这些信息可以通过引用附录或其他文档来提供。对于软件开发计划，所引用工件的列表中应包括：_迭代计划_需求管理计划_评测计划_风险管理计划,开发案例,业务建模指南_用户界面指南_用例建模指南_设计指南_编程指南_测试指南_手册风格指南,基础设施计划_产品验收计划_配置管理计划评估计划（仅当该计划是单独的计划时，但它通常是SDP的6.2节）_文档计划,质量保证计划问题解决计划分包商管理计划,流程改进计划］概述［本小节应说明此软件开发计划中其他局部所包含的内容，并解释文档的组织方式。］工程概述工程的目的、规模和目标［简要说明此工程的目的与目标，以及此工程将要交付的可交付工件。］假设与约束［列出此计划所依据的假设和对工程的所有约束（如预算、人员、设备、时间表等）。］工程的可交付工件［以表格的形式列出将在工程中创立的工件，包括目标交付日期。］软件开发计划的演进［以表格的形式列出软件开发计划的提议版本，以及在计划外修订与市新发行此计划需符合的标