文档介绍：:..密级 ConfidentialityLevel报告版本ReportVersion页数 TotalPages报告编号:产品开发计划项目号: 项目名称: 编制人: 部门: 日期: 初审Pre-Reviewedby日期Date复审Reviewedby日期Date批准Approvedby日期Date版权所有侵权必究AllCopyrightReserve产品开发计划报告编号:第1版目录1内容简介 41」文档目的 42项目概况 43项目组织结构 44项目依赖关系分析 55」项目关键路径分析及保障措施 65交付件. 66项目计划 (highlevel计划) 97人力资源和技能需求 98项目所需其它资源 109资料开发计划. 1110对外合作计划. 1111外包任务 1210」子承包商资料、交付件 1212预算/分配(可选) 1213验收标准(可去掉) 1214质量计划(也可单独成文档) 1212」项目过程定义 1515项目沟通计划 1616项目的重用计划 1615」现有重用构件新增重用构件 1617配置管理计划 1718问题 1719风险管理计划 1720客户的参与 1821培训计划 1822计划更新策略 ,应该指明读者。<描述项目计划的范闱,明确文档涉及的各项内容〉简要描述本计划需要在该产品项F!中完成的工作活动及其工作冃标、项H采用的生命周期、项目交付物、相关人员的角色和职责、主要里程碑、进度计划、质量计划、配置管理计划、风险计划等。2项目概况简要描述本项目的类型(新产品/改进/维护类)、项目的目的、范闱、目标(例如:项目的市场定位,产品需求等)。3项目组织结构PDT组织结构图PDT及系统分析与设计组成员建议,产品开发成员建议在决策评审点前与适当的PRB成员及相关资源部门经理对这些列表进行沟通的结果描述项目的组织结构,建议采用图表的表示方式。也可参考下例:下表定义了项目成员的角色和职责。■在审核之前项口经理需指泄所有文档和代码的审核人。*对于各个角色的职责泄义可根据项目实际情况进行补充。*下表内容应当至少在项目的每个阶段结束时进行更新。对于项目阶段屮/阶段间发生的组织结构的变化,项目经理应当通过邮件周知所有相关人员,然后更新项冃计划。表4 :(PQA)3PDT经理版木经理1版本经理14市场代表(MKTPDT)5技术支持代表(TSEPDT)6制造代表(MNFPDT)7采购代表(PROPDT)8财务代表(FPDT)9开发代表(RDPDT)系统工程师(SE)软件经理硬件经理结构经理开发组长(PL)1开发组长(PL)B)11技术评审专家(Reviewer),分析影响项目进度的关键步骤/环节、关键因素,,说明项目的内部依赖关系(如:开发测试工具、人力资源等)和对外部的依赖(如项目之间、与客户之间的技术、资源等方血)。可用依赖性列表、活动网络图的方法描述。列出所有影响项目计划的假设因素(相对于已知的因素)。如果这些假设因素有误,或者没有利用到假设因素,或者假设因素发生变化都会使项H受到影响。另外述要描述项F!对外部因素的依赖关系,例如,如项目作为整个大系统的一部分,蛊要其他部分提供接口定义或者PDT提供正在开发的仿真性能测试工具以代替实际环境测试等等〉请参考下例:(通常指接口等)责任人状态OPEN(止在进行)/CLOSE(已经关闭)最早提供日期验收条件(如果有),描述对产品项目进行需求分析、设计、实现、测试、文档写作、发布、修改、或维护过程中采用的开发方法、组织结构和其他标记、工具、技术和方法。此外,对使用的技术标准、方针和流程也要用直接描述或参考到其它文档的方式进行说明。参考卜•例,对于产品项H所需要的硬件、软件和其他工