IPD产品开发流程各TR评审要素表.xlsVIP

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多

Sheet6

TR5

TR4

TR3

TR2-2

TR2-1

TR1

TR1评审要素表

产品名称/版本:

项目

评审要素

评审操作指导

评审结果

备注

市场需求规格

市场需求是否清晰并依据市场需求规格模板进行了整理?

必须依照模板编写,保证内容的全面性。

关联:市场需求文档

所有的市场需求(外部需求)是否得到满足?市场需求是否充分?

关注外部客户需求。

市场需求要充分考虑不同细分市场和不同区域、行业应用的差异。

是否充分考虑了影响客户购买行为的八个方面$APPEALS)?

是否充分考虑客户的潜在需求?

关键的市场需求是否满足主要客户提出的需求?

包括主要客户的一些特殊需求,要注意评估该需求的市场前景,当前的微小需求是否可以演变成一个机会点

系统需求规格

市场需求是否充分转换成系统需求规格?

是否建立需求跟踪矩阵或采用类似的管理手段?

关联:市场需求文档;系统需求规格

所有的市场需求(外部需求)和内部需求(如:DFx需求等)是否得到满足?

这里的内部需求属一般意义上的表述,来源于DFx需求规范、基本规范要求、产品的上一版本的特性积累、公司的客户解决方案对本产品的需求等。

关联:系统需求规格

选择的产品概念中的关键技术路线是否可行?复杂度如何?是否存在风险,并被记录和评估?

关注产品需求和产品概念中涉及的关键技术公司是否有积累(共享模块、技术开发积累或预研积累)?

注意供应商的物料成熟度以及输出国的出口限制问题,考虑是否能与供应商签订供货协议

关联:系统需求规格

包含可用性需求,可靠性需求,可实施性需求,可测试性需求,可制造性可装配性需求等

系统需求规格是否满足外部标准(工业标准)和企业内部标准/企业内控标准

基于产品可能的目标市场的环境以及产品在实际中可能应用的环境情况,考虑是否对应用环境,如温度、湿度、气压、粉尘、电源等进行了描述,并根据产品市场定位和应用环境确定零部件的不同质量等级(民用、工业级、军用)要求?

例如,是否需要考虑产品的全球性设计即产品的海外标准顺从问题

系统需求规格是否符合硬件和软件共用模块的策略?

明确本产品选择公司共用模块的策略;也包含产品与上一版本、公司其他产品或其他设备互通、相互兼容,在软硬件平台及接口协议等方面的兼容

关联:系统需求规格;

公用硬件和软件模块的应用策略。

关键物料和共享模块

关键物料的供应商/物料选择计划是否已经确定?是否已由采购工程师汇总?

关联:公用硬件和软件模块的应用策略

物料在目标市场的质量等级和应用环境(民用、工业用、军用)是否已经明确?

物料功能、性能、可靠性等分析是否符合工业标准和供应商发展路标?

度量指标、行动计划是否明确?风险分析是否完成?

TR2-1评审要素表

项目

系统架构

系统的架构是否分析并参考业界的主流方案?

关联:《产品总体设计》

产品选择的技术的生命周期是否符合产品的规划?

对系统功能框、数据流定义是否清晰、无二义性?

产品总体设计方案是否可以用已有的技术(如:PCB、芯片、软件等)来实现,或者该技术的成熟度是否满足开发和交付的需要?

产品总体设计方案是否考虑了今后的系统升级(是否有系统升级的清晰需求和途径)?产品采用的现有技术是否满足升级需求?相关技术出现对升级需求产生影响?

所有与系统需求规格、产品总体设计方案相关的风险和问题是否被记录和评估?

关联:《系统需求规格》、《产品总体设计》

如果存在多种标准,产品选择的标准是否是主流的标准?对标准、协议的特性支持是否明确?

在选择产品方案过程中是否对友商进行了深入分析(包括产品选用的技术、平台、OS、关键物料等)?

软件子系统架构

产品总体设计方案中是否考虑了支持二次开发或第三方开发?

是否考虑了用户定义(客户化)的部分对整个系统稳定性、安全性的影响?

是否考虑产品的模块化设计充分支持行业流行的开发工具?

是否对软件子系统的开发工具和开发方式进行评估与优选?是否采用仿真环境等?

是否支持软件License管理?

关联:《产品总体设计》、系统需求规格

模块的划分是否符合拆卸、组装要求(高内聚、低耦合)?

模块之间的接口是否定义清晰?

模块是否具备标准的、开放的外部接口,并且尽可能符合业界或工业标准?是否满足产品标准策略?

模块化设计是否便于故障隔离?

模块化设计是否便于升级,满足最小容量到最大容量的平滑升级及成本的平滑性?

产品的系统构成是否有外购件?例如中间件、服务器软件等。是否明确相应的成本?是否规划自主替换计划?

重用策略是否落实(新开发的关键子系统在接口总线和电平定义中是否考虑相关产品的可能重用性,成熟电路和成熟软件是否考虑采用公司标准模块)?

本产品开发能否贡献共享模块?

兼容性

外部接口是否兼容公司其他产品和业界网络设备?

协议是否兼容业界网络

文档评论(0)

lemon + 关注
实名认证
文档贡献者

流程管理、项目管理、IT、PLM、IPD

1亿VIP精品文档

相关文档