开放架构、可配置组件和统一交换格式的一个关键目标，是让开发人员更加关注创新和产品差异化功能的开发和重用。近年来，许多独立的标准被创建出来，而且已经影响到了诊断开发中的过程和工具，尤其是ODX和AUTOSAR。与此同时，对需求的系统获取、管理和跟踪控制，也对流程、方法和工具产生了重大影响。
有没有可能在没有一个或多个标准的情况下做到这一点？有超级标准吗？或者标准和方法是否能够更加有效地结合在一起？
需求工程
对一个系统的开发，开始于从用户视角的需求。对需求的获取标志着一个迭代过程的开始（图1），在这个过程中，系统的需求逐渐变得更加具体和精确。如果为满足需求的解空间仍然很大，后续对于各个子系统的规格描述就要精确并且不会含混不清。
图1：迭代开发过程
在实践中，需求在具体和精确的方面有所不同。基于文本的需求描述了一种以文本形式实现的系统属性，通常是不完整的、故意模糊的、短语或只是以笔记的形式。另一方面，规范要求是精确的，不仅描述了需求本身，而且还包括了解决方案，并且对规格的解释只留下很小的自由度。形式化语言通常用于描述规格，这些描述在文件中被附加到基于文本的需求后面。参考需求包含对规格的引用
