开成发策划书到_模板.docVIP

{ 产品名称 } 开发策划书编 写 人： 编写日期： 年 月 日文档修订记录 版本编号 说明：如形成文件、变更内容和变更范围 日期 变更人 批准日期 批准人目 录 1. 软件开发目标 3 1.1 开发目标 3 1.2 制约 3 2. 项目过程定义 3 2.1过程模型描述 3 2.2 开发过程描述 3 2.3 技术、规范、方法与工具 3 3. 软件估计 4 4．人力资源计划 4 5. 软硬件资源计划 4 6. 开发任务与进度 5 7. 培训计划 5 8. 同行评审计划 5 9. 组间协调计划 6 10. 度量计划 6 11. 配置管理计划 6 12. 测试计划 6 13．风险管理 7 14．其它管理措施 7 1. 软件开发目标 1.1 开发目标 提示：说明本项目的目标，例如进度目标、质量目标等，这些目标必须是“可实现”、“可验证”的。如： 1）最后测试完成的需求覆盖率不低于立项时需求的90% 2）满足研究院的质量目标（1、待发行产品中没有死机和致命错误； 2、测试期Bug密度（系统测试的bug数/总的代码行数）：不超过 2.5 个/千行；3、待发行产品中Bug密度（遗留Bug数/总的代码行数）：不超过 2.5 个/万行）；4、待发行产品的开发过程符合研究院CMM体系文件的要求） 3）满足研究院进度控制目标：整个开发和测试周期的进度延期不超过20%? 1.2 制约 提示：（1）请说明在项目开发过程中应当遵循的标准或规范，注意可能存在特殊的行业规定，请不要遗漏。（2）请说明相关项目可能对本项目造成的影响。（3）说明一些假设和依赖。 2. 项目过程定义 2.1过程模型描述 提示：描述本项目选用的生命周期模型，适合这种模型的理由。 2.2 开发过程描述 提示：对所定义的软件过程进行描述如和客户的过程需求存在，则应在软件过程描述中进行说明.3 技术、规范、方法与工具 提示：说明开发过程中将主要采用的技术、规范、方法与工具。例如采用Rational Rose进行面向对象分析与设计，采用Visual SourceSafe进行配置管理。说明本项目中使用到的规则、惯例和约定，如果采用了组织标准过程库之外的新的工具和技术，需要进行说明。如果本次开发过程有技术难点，需特别说明，在评审时引起关注，并可得到部门在技术和资源方面的支持。 过程域 技术、规范、方法与工具 需求分析技术、工具 系统设计技术、工具 编码语言、工具 编码规范 测试技术、工具 配置管理工具……3. 软件估计 提示：对开发任务进行WBS分解，依据分解结果进行规模、工作量、成本的估计。估计的结果记录到《软件估计书》，见模板。 4．人力资源计划 提示：确定本项目的角色职责，并为已知的项目成员分配角色（一个人可以兼多个角色）。 角色 职责 人员 工作说明 开发经理系统分析员设计人员程序员测试经理测试人员质量保证人员配置管理员…5. 软硬件资源计划 提示：分析项目开发、测试、运行所需的软硬件资源，主要内容包括： 资源级别（分为“关键”、“普通”两种） 详细配置 获取方式（如“已经存在”、“可以借用”或“需要购买”等）与获取时间 使用说明（如“谁”在“什么”时候使用） 软硬件资源名称 资源级别 详细配置 获取方式与时间 使用说明6. 开发任务与进度 提示：编制《开发任务进度表》，建议采用Microsoft Project，也可以使用Microsoft Excel描述。见模板。 7. 培训计划 提示：根据WBS、项目开发所选定的技术和工具等因素，考察开发组成员的能力是否能满足当前和以后的技能需求，如果不能满足则需要制定相应的培训计划。根据情况可单独形成文档，这里指明出处即可。 次数 培训内容 培训达到的目标 时间安排 培训讲师 接受培训人 培训方式 培训结果检查 128. 同行评审计划 提示：根据项目选定的开发过程、WBS、各阶段的输出产品、各阶段的风险情况等，确定本项目在各开发阶段结束时需要进行的评审活动。根据情况可单独形成文档，这里指明出处即可。如策划时无法确定评审形式和时间，可以标明“待定”。 次数 评审内容 评审形式 时间安排 召集人 备注 1 需求评审 会议评审 《需求规格说明书》完成后 2 开发策划评审 会议评审 开发策划完成后 3 总体设计评审 会议评审 总体设计文档完成后 4 详细设计评审 邮件评审 详细设计文档完成后 5 编码评审 走查 编码完成后… …9. 组间协调计划 提示：1）确定需要其它项目工程组协作完成的任务内容及目标；2）明确出相互交接的工作产品，以及接收组和提供组的职责和双方的负责人；3）确定协调的具体方式、产品的交付时间或检查频度；4）协商确定交接工作产品