前篇总结
前篇原文链接：质问灵魂三大问：AUTOSAR导入目标怎么定...
AUTOSAR有着广阔的应用前景和迫切的实现需求，所以AUTOSAR技术需要持续更新，而为了应对这种持续更新的状态，学习运用AUTOSAR技术也是没有“终点”的。那么，仅仅去“跟踪”AUTOSAR技术的变化就足够了吗？我认为是不够的。AUTOSAR是可以根据使用者的需求来修订的，联盟中有部分级别的会员也有直接建议修改的权力。这意味着我们可以根据需求主动对AUTOSAR提出修订，而不是被动的“跟踪”其变化。当然，盲目地修订是毫无意义的，我们必须明白修订是为了达到什么目的，有针对性的修订才是有意义的。
说到这里，我就不得不问一个问题，那就是“你对AUTOSAR有什么期望？”，这个问题其实就是修订AUTOSAR有什么意义，想要达到什么样的目的。“你希望AUTOSAR能为你带来什么？能为你做什么？”这个问题我已经提出很多年了，然而国内很少有人会去认真思考它。
值得庆幸的是，我们在这个问题上也不是完全没有进展。“我们能在力所能及的范围发现对AUOTOSAR的期待吗？”如果我们以这样的提问为契机展开讨论，是不是太受个人能力的限制了？我认为，把AUTOSAR制约在自己的想象内，自己的理解范围内，或者自身的能力内，这是抑制“期待”的最大原因。
解决方法（“杀手锏”）
那么，如何解决被“束缚”的问题呢？答案其实很简单。
首先，让我们和不同立场的人讨论一下吧。是关于期待和那个实现手段的双方。可能只有这个。但是，因为会花很多时间，所以可能不会对着急的人有帮助……(之所以用了象征一击必杀的“银色子弹”这个词，就是这个理由)。
首先，我们站在两个不同立场来讨论这个问题，分别代表期待方（标准制定者或是专家等）和手段实现方（使用AUTOSAR的企业方和工程师等等）。不过这种结合两方讨论观点的做法比较花时间，对于急于求成的人可能不会有太大的帮助……（所谓的“杀手锏”，就是可以一击必杀，但不会一击必中。）
在讨论期望时，我们也应该聚集许多不了解AUTOSAR但对当前情况（引入AUTOSAR之前的方式）不满意的人，而不是仅收集AUTOSAR专家的意见。虽然AUTOSAR专家可能会提供“您可以期待什么”的提示，但对该领域工程实践的理解程度可能不会很高。我们不能深入到实现的手段。这是因为即使看上去不太可能实现的东西，也有可以实现可能性。
当我们讨论对AUTOSAR的“期待”时，比起大量收集AUTOSAR专家的意见，不如多聚集一些不了解AUTOSAR并对其不满的人来一起讨论和提出意见。为什么这么说呢？这是因为AUTOSAR专家虽然可能会给我们带来“可以期待的内容”，但是对在实战中遇到的难题并不能理解到位。所以AUTOSAR专家不能对“实现手段”有深入的认识，有时候在专家看来不能实现的手段，实际上是可以实现的。
说完了“期待”，接下来我们来讨论“实现手段”吧！关于“实现手段”，我们也需要去听取各方的建议。当然，也包括AUTOSAR专家的意见，毕竟他们的人数已经到达了一定的规模。其实道理很简单，我作为本篇文章的作者，那么我就什么懂吗？如果是这样的话，大家有什么问题只管问我就好了，但很不巧，事实并非如此。请各位听听其他人的意见，欢迎各位在文末点击“留言”，或者参加牛喀网的本周末(7月6日)的AUTOSAR实现经验培训，我们一起讨论AUTOSAR的实现手段。
“无所不知”的人是不存在的。如果有人说他什么都懂，那么有可能是他的可见领域还太窄了，他还没有发现那些他不可见的领域。（如下图）
此外，你还应该要摒除对个人的偏见，对职级和社会地位的盲目信任或轻视，不要只凭个人的过往业绩做判断，多虚心倾听公司内有经验的同事的建议。
在这些问题的讨论中，请务必记得这一点：绝对不要对AUOTSAR的价值和可能性做出最终判断！。这是因为AUTOSAR及其所处的环境无时不刻在变化。另外，这个世界上没有“无所不知”的人，所以你在和别人的交谈中，随时有可能获取新的信息和知识，你也会对AUTOSAR有新的理解。临时性的评价和判断当然是必要的，不过，那些都是具有时效性的，是你在当下具备的知识储备下所得出的结论。所以，不如等我们导入使用AUTOSAR之后再对其进行总结评论。在没有实战之前，就盲目下定论，很容易让我们在今后的工作中失去判断能力。如果我们能现在就意识到这是不正确的，那么就可以避免“误判断”了。
此外，在讨论的过程中，你可能会陷入这样的想法中：“以前没有AUTOSAR的时候，我们也一样做事啊！并没有什么太大的变化嘛！”，这种想法确实有些“着急”了。即便看上去只有些许的差别，也有可能造成很大的有影响。所以我们要仔细研究，千万不能急于求成。
想到能够“自己思考”“自己决定”，这简直是一种奢侈的“享受”！累积不确定或是不充分的想法，也是十分有价值的吧！
“对AUTOSAR的期待”示例（摘录）
以下是一些关于“对AUTOSAR的期待”的示例（摘录）：
我建议你先尽量不要阅读以下示例，先自己思考一下关于“对AUTOSAR的期待”，然后阅读文章后面叙述的关于“AUTOSAR导入背后的常规属性”，最后再回来看以下示例。这时，你已经可以带着帮助你加深理解AUTOSAR的目的来看示例了，如果你还有新的启发，就可以继续深入讨论了。但是，如果因为你先阅读了以下示例，而抑制了你自由思考的空间，那可就太可惜了！
正是因为以上的建议，所以我们只会公布一部分示例。（绝对不是我想有所保留！）
我期待……
1.能够更容易的应对未来出现的新技术
当应对新技术时，局部化架构和工作流程方面的变更所带来的影响。（例如：能够在不变更SW-C的情况下，完成从传统的CAN到CAN FD和车载以太网等的对应）
利用通用产品，减轻开发负担。（注：不仅限于使用通用产品，还有通用产品+定制产品的组合等）
2.能够免除专有解决方案的负担和限制
降低知识产权成本（例如：减少为AUTOSAR所覆盖范围的知识产权调查所花费的精力和财力）
降低开发和维护成本（例如：利用通用产品进行“维护”和“教育”）
可开发具有高实施水平的原型，无需为每个汽车制造商披露专有解决方案的信息
3.能够更易于专注在感兴趣的部分，而其他方面则也易于外包处理
即便对AUTOSAR没有全面的认识，也可以很容易地凭借对某一特定领域的熟知进入市场（例如：软件开发商只提供特定用途的SW-C）
4.能够将更多的设计信息格式化/标准化，以便于互相兼容
实现高度自动化变为可能（例如：并非是对于代码或设计文档的人力审查，而是利用XML内的参数等进行自动验证，从而减少再验证等的工作量，最终便于缩短TAT）
5.能够避免使用的特定供应商产品中固有的数据格式所带来的锁定风险（例如：摆脱供应商对产品的数据形式及其功能扩展的控制）
6.能够改善公司与负责人之间的沟通（例如：基于共同的术语和概念，便于沟通）
7.当各软件供应商将软件供应给整车厂时，能够使车厂省去软件集成所带来的“接口匹配”的工作，缩短TAT。
通过标准化接口，控制基本工作量
将设计信息标准化和形式化，再通过利用设计信息自动化，控制基本工作量和提高工作效率（例如：通过再次执行生成自动代码，就能够应对伴随通信矩阵接口改变而带来的变更）
便于兼容二进制格式
提高SW-C在ECU中的配置自由度
8.能够控制变量增多
9.能够解决重大修订后的遗留问题
获得软件重构的机会（例如：重新评估分界线）
类似于传统非AUTOSAR解决方案所遗留下的这些问题，通过AUTOSAR固有的通信规范，或导入AUTOSAR后引入的通信规范，一举解决了由于担心互换性被破坏而未能解决的老问题。
正如以上你所看到的，比起某个项目的现场，或是短期的话题，我们更注重的是长期的发展和整体的战略、策略。
对于某个人来说是开心的事，对于另一个人来说可就不一定了！说的更直接一点，你所获得东西，就是从别人手上拿过来的，那个人是失去了这个东西。在这种情况下，想要顺利的导入AUTOSAR，可能吗？
如果你没有克服组织内外协调等重大障碍，那么范围将是安全的和小的，你不能期望有很大的影响。但是，如果拥有足够权威的人发挥积极作用，也有可能实现飞跃以产生巨大的效果。因此，自上而下采用AUTOSAR进入组织比自下而上更自然。
如果你不能克服公司组织协调的障碍，那么导入AUTOSAR的范围是非常小的，你将看不到AUTOSAR会带来多大的影响。但是，如果是在公司内部具有权威的人来主导导入AUTOSAR，那就有可能实现一个质的飞跃，产生巨大的效果。因此，AUTOSAR的导入工作，自上而下要比自下而上要好得多。
AUTOSAR实施背后的一般特性
如果是自上而下导入AUTOSAR，你不该只考虑到导入AUTOSAR工作的积极方面。在这些“AUTOSAR可以做到的事情”背后，还有很多的特性。如果我们看不清这些特性，对于AUTOSAR带来期待的同时也带来的牺牲，我们就无法做出正确的评价。
例如，对于利用通用产品和规格标准时的限制，就是最具代表性的“牺牲品”之一。这是一个非常典型的示例，由于对于某个模板的功能追加和扩展，是受到通用产品/规格标准限制的，并不能自由的进行。但是对于提出功能需求的一方来说，“不在AUTOSAR中处理该需求”也并非一件坏事，我们可以考虑其他方式来达到相同的目的。
AUTOSAR已经是一个不可忽视的存在了。你可能在不知不觉中已经使用了AUTOSAR，或者因为没有使用AUTOSAR而遭受了不知道的损失。所以，我们一定要从自己的立场去了解AUTOSAR，了解其特性以及背后的性质。在没有因AUTOSAR而遭到损失之前，努力去改变AUTOSAR。（如果你不参加标准化，那么你只有服从！）如果提案没有获批，那也只能是服从，我们别无选择。
下面介绍导入AUTOSAR背后的本质：
依赖自动化；
依赖再利用；
先进技术黑箱化；
使用二进制的软件；
现有事物转移到不同的地方；
在不同职位/职级（水平/垂直）之间沟通/交付；
使用形式化信息；
使用自动代码生成；
使用外部采购的产品；
使用现有产品（COTS：包括商业现货）；
使用多用途产品（通用产品）；
使用可根据设置改变行为的软件；
使用规格和标准；
使用持续更新的标准；
接口和匹配分离；
提高软件配置自由度。
在你对AUTOSAR的“期待”中，有些对于其他人来说是“不幸”的。令你愉悦的事，在别人看来可不一定。这取决于各位的“束缚”和价值观。
所以，谁都能感受到“导入AUTOSAR带来的快乐”，但实际在导入的时候，又有谁会不苦恼呢？
鱼和熊掌兼得的事情是做不到的，所以我们只能争取让AUTOSAR为自己想要的去定制。只能通过个别讨论，来把需要的东西修改出来为自己使用。这就是为什么我说我们要认真去想，而不是形式上的讨论就足够了。
