产品开发计划

报告编号：报告编号：报告编号：报告编号：密级密级ConfidentialityLevel报告版本ReportVersion页数Totals报告编号：部门：日期：初审初审Pre-ReviewedbyReviewedbyApprovedby日期Date日期Date日期Date目录内容简介 4\l“_TOC_250010“文档目的 4\l“_TOC_250009“文档范围 4工程概况 4工程组织构造 4工程依靠关系分析 5工程关键路径分析及保障措施 5工程依靠关系分析 5工程关键成功因素 55.3技术方法和工具 6交付件 6工程打算 6工程的里程碑打算 7工程WBS打算〔highlevel打算〕 8人力资源和技能需求 8工程所需其它资源 9\l“_TOC_250008“关键物料需求打算 9\l“_TOC_250007“试验设备和环境资源打算 9资料开发打算 10对外合作打算 10外包任务 11\l“_TOC_250006“子承包商资料 11\l“_TOC_250005“外包任务的范围 11\l“_TOC_250004“里程碑、交付件 11预算/安排〔可选〕 11验收标准〔可去掉〕 11质量打算(也可单独成文档) 11工程过程定义 11\l“_TOC_250003“质量目标 11\l“_TOC_250002“通过技术手段保证质量 12\l“_TOC_250001“质量掌握活动 12\l“_TOC_250000“质量保证活动 13工程沟通打算 14工程组会议 14工程报告机制 14工程的重用打算 14现有重用构件 14增重用构件 15配置治理打算 1518问题 15风险治理打算 15客户的参与 16培训打算 16打算更策略 16内容简介文档目的这局部要描述文档的目的，应当指明读者。文档范围<描述工程打算的范围，明确文档涉及的各项内容>相关人员的角色和职责、主要里程碑、进度打算、质量打算、配置治理打算、风险打算等。工程概况/改进/维护类〕、工程的目的、范围、目标〔例如：工程的市场定位，产品需求等〕。工程组织构造PDT组织构造图PDT及系统分析与设计组成员建议，产品开发成员建议在决策评审点前与适当的PRB成员及相关资源部门经理对这些列表进展沟通的结果描述工程的组织构造，建议承受图表的表示方式。也可参考下例：下表定义了工程成员的角色和职责。在审核之前工程经理需指定全部文档和代码的审核人。对于各个角色的职责定义可依据工程实际状况进展补充。下表内容应当至少在工程的每个阶段完毕时进展更。对于工程阶段中/阶段间发生的组织构造的变化，工程经理应当通过邮件周知全部相关人员，然后更工程计划。No.角色姓名No.角色姓名向谁报告备份资源1 客户代表2产品QA〔PQA〕3PDT经理4市场代表〔MKTPDT〕5技术支持代表〔TSEPDT〕6制造代表〔MNFPDT〕报告编号：报告编号：报告编号：报告编号：5.3工程关键成功因素关键成功因素影响高/中/低依靠关系行动打算5.3工程关键成功因素关键成功因素影响高/中/低依靠关系行动打算No.角色姓名向谁报告备份资源7选购代表〔PROPDT〕8财务代表〔FPDT〕9开发代表(RDPDT)系统工程师(SE)软件经理硬件经理构造经理开发组长〔PL〕1开发组长〔PL〕210变更掌握委员会〔CCB〕10变更掌握委员会〔CCB〕11技术评审专家〔Reviewer〕工程关键路径分析及保障措施在本节中，分析影响工程进度的关键步骤/环节、关键因素，并提出保障措施工程依靠关系分析客户之间的技术、资源等方面〕。可用依靠性列表、活动网络图的方法描述。为整个大系统的一局部，需要其他局部供给接口定义或者PDT供给正在开发的仿真性能测试工具以代替实际环境测试等等>请参考下例：Sl.NoSl.No等〕责任人关闭〕最早供给日 验收条件(假设期 有)123技术方法和工具的开发方法、组织构造和其他标记、工具、技术和方法。此外，对使用的技术标准、方针和流程也要用直接描述或参考到其它文档的方式进展说明。参考下例，对于产品工程所需要的硬件、软件和其他工具设备用下表描述：分类仪表名称分类仪表名称型号数量开头使用日期完毕使用日期开发工具交付件文档等。交付工作产品应分解成可治理的大小粒度。〔这局部内容如在配置治理打算或文档打算中给出，则可以指出相关文档名称或者赐予链接即可。〕可以承受列表方式。举例如下：表3工程交付工作产品交付工作产品名称产品描述质量保证活动验收标准交付件形式文档XXX工程XX总体设计方案正规检视及评审公布文档文档XXX工程XX具体设计公布文档公布公布文档公布文档公布文档公布文档…………工程打算报告编号：工程的里程碑打算关键里程碑打算可承受图形方式。将工程的全部里程碑和关键活动标注在下面的时间轴上。留意：假设存在早期功能子集Beta和/或ESP交付件，PDTTR4A/TR5评审，以及对GA层产品交付件进展TR4A和TR5评审。PDT不需要对每一个构件标注TR4，只需要标示第一个TR4的日期。假设需要将全部里程碑和关键活动标注出来，可将时间轴划分成阶段，如上所示。也可承受如下例子的形式描述里程碑打算。表5工程里程碑打算阶段需求评审〕和概念DR

估量完毕日期 交付件〔立项阶段输出〕〔立项阶段输出〕〔立项阶段输出〕产品需求规格书

验收准则〔可去掉〕TR2〔总体方案评审〕和打算DR

/产品业务打算产品开发打算/产品设计说明书产品测试与验证打算物料认证打算提前选购决策TR3〔模块级概要设计评审〕

/总体设计各模块级测试报告目标本钱跟踪表测试方案TR4〔原型机评审〕 原型机原型机测试报告报告编号：报告编号：报告编号：报告编号：TR5〔设计定型评审〕TR5〔设计定型评审〕中试样机验证报告制造系统验证报告BETA测试完毕BETA测试报告外部认证完毕系统认证和标杆测试报告TR6〔转产评审〕DR产品可行性分析报告/产品业务打算〔优化后〕市场公布材料清单试产验证测试报告制造系统验证报告GA量产检查点确认通知打算〔highlevel打算〕参见工程的WBS打算，请指出具体存放位置。软件具体打算硬件具体打算构造具体打算人力资源和技能需求也可承受下表格式：<排列工程需要的人力资源及技能要求>Sl.No.资源名称阶段1Sl.No.资源名称阶段1能要求〕阶段2能要求〕阶段3要求〕阶段4能要求〕说明工程经理XX硬件组软件组报告编号：报告编号：报告编号：报告编号：也可承受下表格式：Sl.No.Sl.No.1234资源名称人数起始日期完毕日期技能要求说明工程所需其它资源关键物料需求打算可单独形成《关键物料需求打算》。或可单独形成《供给商※物料选择打算》也可承受下表：：关键物料描述概念、打算阶段物料打算选购到货时间关键物料描述概念、打算阶段物料打算选购到货时间预期最长选购周期打算选购数量XXX器件开发阶段物料XXX器件验证与公布阶段物料XXX器件增加提前选购，供给商选择参见提前选购打算表模板：《物料提前选购清单》，局部物料可以从该表COPY过来工程组应当打算好首次量产前〔包括工程样机、中试样机、首次量产〕的全部物料，并依据后续量产的数量、时间结合市场的打算等给出建议。试验设备和环境资源打算报告编号：报告编号：报告编号：报告编号：不必在这里列。举例如下：阶段描述阶段描述数量打算使用时间区段说明打算阶段开发阶段验证阶段资料开发打算表7资料开发打算资料类别资料名称责任人打算完成时间验收准则1.料用户手册客户产品布XXX评审2.料市场部YYY评审资料开发/测试评审料开发/测试对外合作打算包括合作内容，进度要求等报告编号：报告编号：报告编号：报告编号：外包任务<本局部仅当工程中有外包时适用>联系人通讯地址<其它>联系人通讯地址<其它>外包任务的范围<指明工程外包给子担当商的工作内容，可以承受特性、需求、模块等来说明>里程碑、交付件里程碑安排给子承包商的里程碑安排给子承包商的工作产品打算开头日期打算完成日期给公司的交付件预算/安排〔可选〕估量产品的预算及安排个工程的资源、本钱和时间进度进展比较。验收标准〔可去掉〕持了全都。组帮助。交付件的属性如：质量目标，测试标准，验收完毕后觉察故障的处理方式，文档等。>质量打算(也可单独成文档)1〕开发类，增加类，维护类2〕并可在此根底上进一步流程裁剪：供给与标准开发流程的偏差，并说明裁剪缘由。质量目标可以定性或定量描述，为提高可掌握性，尽量承受定量质量指标描述。假设能定量描述，请参考下表：报告编号：报告编号：报告编号：报告编号：参考或直接引用工程度量表中质量目标局部的数据。表9工程质量目标NO.工程质量目标目标基线〔暂不填〕上限〔暂不填〕下限〔暂不填〕说明1进度偏差率80%2需求稳定性903硬件第一次样机制作完成前缺陷觉察数目<=34样机投板次数20%5软件公布前缺陷觉察密度6编码缺陷觉察密度7硬件/软件总体设计缺陷觉察数目8硬件/软件具体设计缺陷觉察数目9需求更改/设计更改/工程更改数10文档齐套性11返修率......通过技术手段保证质量通过哪些技术手段可以保证质量目标和关键性能指标的达成。例如：通过静态代码分析工具和自动化软件测试工具可以有效提高软件质量。质量掌握活动排列执行的质量掌握活动。技术评审活动各技术评审点的评审要素的裁剪说明t技术评审1和技术评审2合并TR1与TR2的评审要素合并，并裁剪，评审要素重点放。。。，而。。。方面要素可免去。技术评审3TR3的评审要素需裁剪，评审要素重点放。。。，而。。。方面要素可免去。技术评审4TR4的评审要素需不裁剪；技术评审5TR4的评审要素需不裁剪；技术评审6TR4的评审要素需不裁剪；正规检视活动〔同行评审〕报告编号：报告编号：报告编号：报告编号：产品开发过程中需要设置对哪些输出的正规检视活动？软件模块测试打算软件概要设计软件代码软件测试报告硬件总体设计硬件电路原理图和PCB图硬件测试报告测试对测试策略和测试活动进展说明：也可合入文档《产品测试与验证打算》测试活动合并裁剪例如：增加类工程，集成测试和系统测试可以合并。 单元测试测试停顿准则 集成测试测试重点 系统测试测试重点回归测试策略质量保证活动举例如下：内部审计每个工程在开发生命周期中至少进展一次内部审计。技术评审1之后技术评审2之后技术评审3之后技术评审4之后报告编号：报告编号：报告编号：报告编号：技术评审5之后技术评审6之后基线审计规划在哪些阶段点需要进展基线审计。技术评审1之后技术评审2之后技术评审3之后技术评审4之后技术评审5之后技术评审6之后工程沟通打算工程组会议参考下例：No会议No会议频度参与人跟踪机制1.阶段完毕会议2.工程总结会议3.工程报告机制参考下例：No.1.报告No.1.报告预备人频度向谁汇报2.工程阶段完毕报告3.工程总结报告4.工程的重用打算链接相应的文档或者在此加以说明。现有重用构件1报告编号：报告编号：报告编号：报告编号：Sl.Sl.No构件/文档名承受阶段(Ifapplicable)重用构件的资产ID12序号序号12构件/文档名需求/文档id说明注：资产库中已有的重用构件2工程产生的的重用构件配置治理打算工程的配置治理活动应当依据配置治理打算来执行。参见《XXX工程配置治理打算》。问题<描述与当前版本有关的问题或从前一版本继承而来的问题>列出工程初期任何其他已经觉察的问题，包括组间协调、试验环境、工作场所等问题。Sl.问题责任人状态〔翻开/关 最早关闭日期No1闭〕2风险治理打算依据风险治理规程来治理工程的风险。祥见《XXX工程风险治理打算》。险评估和治理相关文档。存在哪些技术、市场和财务风险？有无的风险和假设？解决，有没有预备其它的打算？假设没有这些风险，对工程会有哪些影响？与产品包相关的各方面的风险包括：报告编号：报告编号：报告编号：报告编号：/客户风险；技术风险；工程风险客户的参与Sl.Sl.No序号1234工作产品等〕参与期望客户担当的职责最大响应时间说明培训打算举例如下：No培训领域No培训领域平员能水平培训方式式123导师打算也应包含在本培训打算中，该类打算在“培训方法”一栏需