《产品开发流程100923》.pptVIP

* * * * * * * 2.2.1 重要活动：变更管理 涉及 需求 规格 配置 计划 要求 过程应该是可以记录和回溯的 需要经过评审、具有相应权限人员的批准 * 2.2.2 重要活动：技术评审 1、进入测试前的评审： 对产品子系统及模块的详细设计审查结果和单元测试结果做评审。评审通过后可进入系统联调和集成测试。评审的时机是在模块功能测试及函数测试都完成后，不一定等全部测试做完才可以进行评审。但至少应该做完了大部分的测试，说明系统已经比较充分可靠，才可以进入下一个阶段。 2、开发阶段结束时的评审： 对系统集成测试的结果（包括功能、性能和规格吻合度等）做评审，系统集成测试的对象是生产环境下生产的初始产品。通过后，标志开发阶段完成。 详细设计、开发、单元测试/资料准备 子系统 集成测试 系统 集成测试 初始产品功能测试 测试 详细设计/编码/单元测试 开发阶段的两个重要技术评审点： * 2.2.3 重要活动：同行互审 开发过程中，对比较重要的活动和输出，可随时进行同行互审以保证开发质量： 确评审过程主要是发现错误而不是去挑作者的毛病。 确保设计和相关文档满足下一活动的基本入口准则 确保所有的检视者在会议前都已做好准备 发现的缺陷进行记录和分类排列 验证所有的要改正的缺陷在跟踪活动/再次检视前都已经得到了改正 确保在跟踪过程中发现的任何新的缺陷都已被标注并且添加到缺陷列表中去。 关键点：事先准备，记录和跟踪缺陷 * 3.1验证阶段主要活动 3.2验证阶段重要活动 三、验证阶段 * 目标 ： 执行为满足产品需求所做的设计更改， 刻划产品特点并验证产品，发布最终的工程规格及相关文档 输入： 1、测试和验证计划； 2、已评估样品； 3、详细的产品发布计划； 4、确定实验局； 5、产品文档； 输出： 1、修正的产品规格 2、制造能力及产能计划 3、制造文档 4、合格的产品 5、最终的产品发布计划 生命周期 发布 验证 开发 计划 概念 3.1 验证阶段主要活动 * 生命周期 发布 验证 开发 计划 概念 修改设计，以满足规格要求 形成最终的产品规格 实验局支持 早期客户支持 审视市场及客户需求 证实开发阶段的假设 确保制造准备就绪 审视产品及财务假设 形成最终的发布文档 对供应商是否已验证进行确认 3.1 验证阶段主要活动 * 3.2 验证阶段重要活动 开发阶段输出 继续对项目进行管理和监控 子系统验证测试 系统验证测试－集成 系统认证测试和标杆测试 发布阶段 订购生产器件 进行制造工艺验证测试 准备销售队伍 评审确定是否进入下阶段：包括性能、可靠性、环境、内部鉴定/认证、内部测试等测试结果和外部用户实验局测试的结果做评审， 同时对产品制造问题的解决情况进行评审 标杆测试 标杆测试又叫指标/基准测试根据该标准可以进行度量或比较。系统指标能够描述该产品的基本特性的性能，该指标也称为性能指标。系统指标在系统设计之初就会提出来，但是最终产品详细指标如何必须通过严格的测试。要根据系统的稳定性测试模型，结合系统运行的实际情况对系统进行指标测试或标杆测试。系统的标杆测试基本概念分为两个部分:1 在系统基本设置或最优化配置下，通过测试工具等模拟系统和提供单一或标准负荷模型，从而得到系统各种表征指标，进一步可以验证系统需求和设计规格中的指标是否达到；2 在多任务并接近实际网上运行等复杂的条件下，由于cpu，内存，存储器，通道，网络，系统配置等资源的影响而测试出系统性能在各方面潜在的低效和限制，比如系统瓶颈，系统指标上限。标杆测试对于软件的测试版不多，他主要针对制造类产品比较多。要根据系统设计书，国家规定等来进行标杆测试。标杆测试最好在系统稳定性测试后进行，因为系统稳定性测试可能会发现系统的缺陷，而该问题严重影响了系统稳定性能而不得不更改原始的配置和设计模型。这些变更导致了数据配置的优化，设计的优化甚至设计的完全更新。为了得到真实的系统性能指标就不能过早的开展标杆测试。 * * 输出： 1、生命周期管理计划 2、对与产品开发团队就业务计划所作承诺完成情况进行评估 3、项目经验数据 输入： 1、修正的产品规格 2、制造能力及产能计划 3、制造文档 4、合格的产品 5、最终的产品发布计划 四、发布阶段 目标 ： 保证各个环节可以切换到批量生产和供货阶段。并通过小批量供货验证各个环节工作是正常的 生命周期 发布 验证 开发 计划 概念 * 五、生命周期管理阶段 一般会成立新的产品维护团队负责此阶段的工作： 在产品稳定生产到产品生命终结期间内对产品进行管理 管理产品直至产品生命终止 制定产品过渡策略 为客户提供产品工程支持以满足客户需求 直至最后终止/替换产品 生命周期 发布 验证 开发 计划