从篇幅上来看，J1211从第7段已经触及了开发的基本方法。

插入一些个人的观点，在产品的生命周期之中，存在的方法其实有好多，我个人想得到的就有如下若干个层次：

1.最基本的元件层次：比如硬件的电阻电容的使用方法和注意事项，这些内容在很多地方是有专门的元件工程师负担的，由于整个半导体AECQ就是一个复杂的过程，所以从器件本身上的注意事项，贯穿整个公司的项目，涉及采购、设计和生产，这方面是有着相当丰富的方法和管理的。从设计者来看，如果这块能够整理成设计开发过程中可借鉴的完整Checklist和Guildline，当免去很多的麻烦。

2.电路设计的层次：这里既有包括针对于电路功能的各种输入采样的调理方法，也有输出电路的设计方法。就像我们都会遇到的电压、电流和温度以及其他物理量的采样电路，不同的结构和方法出来的性能和功能都是不同的。

3.产品级：其实DFMEA、FTA都是模块级别的方法，只是通过产品的各个方面细分下去成为软件的硬件的等等。更有一些系统的策略等等。

4.与产品级别相对的，是人员组织和产品不同的周期（工程、研发、测试和生产）之间的组织方法。

5.最大的，就是在大环境下面的企业运营方法了，这个就是笑称的战略运行了。

  其实做好一个产品，仅仅是第一层和第二层是不够的，想要生存下去，其实最基本的还是运营战略。那些创业的兄弟们，这就是最大的课题了，所以我觉得在谈到技术的时候，是否也得考虑它并不是那么的单一。岩兄曾经与我笑谈，老板管技术和开发过程，经理管具体开发和选型，弄得底层工程师都给老板参谋战略，事情都拧成麻花了。

  回归正题了，以下的KNOWLEDGE MATRIX 实在是重要了一点，所以单独拿出这个章节来谈谈，的后面ANALYSIS, MODELING AND SIMULATION (AMS)、INTELLIGENT TESTING、MANUFACTURING PROCESS ROBUSTNESS AND ITS EVALUATION都是非常有必要单独拿开来谈的，光是目录解释没有特别的意义。

7. KNOWLEDGE MATRIX FOR SYSTEMIC FAILURES

   在SAE里面有关于KM的文件参考，链接在此。这篇SAE的论文Knowledge Management and Axiomatic Design也是值得一看的。
7.1 Knowledge Matrix Definition
   知识矩阵就是系统故障（产品设计中或技术所固有的）的知识库，它是一个机构采用的Robustness Validation process产生经验教训的集合。通过对基本的失效机理的积累，可以当发生问题的时候快速的分析机理并找到原因。严格意义上，这个知识库是需要完整的流程和设计方法支持的，如果设计系统的零散的话，KM的效果并不会很好。

7.2 Knowledge Matrix Structure

    所有的失效机理，是需要分类的。从模块级开始，TABLE 4 - KNOWLEDGE MATRIX STRUCTURE给了一个很好的指引。

1.主元件集合（外壳、连接器、主动元件和被动元件等）、子元件集合（电阻、电容和电感等被动元件的子类）

2.产品的生命周期的各个阶段（设计、生产、安装和客户使用等）

3.鲁班性方面

4.失效模式、原因、机理和类型

5.失效因子

6.测试方法和参照

7.3 Knowledge Matrix Use

和信息控制一样，KM也需要生成Public和Project（原文为Company Private）级别两种.前者对于公司是普适的，我以前在项目开发之中看到Ford、Renault的一些对供应商的要求，以及BMW的GS系列其实都应该算是KM的一种，这些更像是简单的指导Guildline。所以其实这仅仅对汽车电子零部件商的基本常识，其实大多数时候我们或多或少可以学习到一些现成的东西，如果认为这是你自己的，或者仅仅记下来，这还远远不够。不同的平台，不同类型的应用都有着更为复杂和特殊的Knowledge，Know How的意义并不是一两个点和方面，而是完整的应对。

7.3.1 Knowledge Matrix Use in Failure Prevention (Proactive)

  在汽车电子的行业里面，在前段的评估过程中，很讲究Automotive Experience和不同OEM的Product Relation，其根本要理是切入一个产品，从最初的Concept至设计、生产和装配，乃至使用一段时间之后，如果真正负责任去做，会产生大量的经验教训，这个就是赢得项目的关键了。所以对于现有的KM的评估，也是OEM的DRE考虑的重要部分。
7.3.2 Knowledge Matrix Use in Failure Analysis (Reactive)

  我印象最深刻的事情，就是在以前某个BCM平台之中，柳青兄Lead一个小团队，去分析为什么转向灯芯片会被短路的过程。这个过程真是让人绝望和痛苦，当问题发生的时候，有没有KM就决定你的响应速度。不幸之万幸就是只是在路试过程中出问题了，如果是PV之后，这个故事就大了。
7.4 Knowledge Matrix Change Control

  这里不仅仅是文件管控的方法，更是Knowledge累积的过程。
7.5 Lessons Learned

  关于Lesson Learn的做法，有个系统能够支持当然是最好的。这个环节为什么那么多企业都要提，真得值得我们注意。出了问题，并不需要我们自己内部的xdjm去笑话，“他们又怎么样怎么样了”。本身就是用钱和精力买的教训，可千万要成为Knowledge。

7.6 Knowledge Matrix Availability

  看前面的链接。