作为一个复杂的嵌入式系统的工程方法，MBD需要考虑采取工程的各种基本方面。图10.1突出显示了MBD技术可能有与商业、组织、技术和工程流程方面有关的依赖性。

与MBD技术和方法相对的，这些工程方面之间的协调是重要的，并强烈影响MBD方法的可用性。MBD的技术和方法可以集中在一个或多个特定的环境或足够灵活、可以调整以适应一个特定的工程条件。一个MBD方法可以直接面向产品、流程或组织方面，例如，用结构、活动、资源、人、目标和企业约束表示的企业模型。每个领域传统上由专门的工具来处理，如企业资源规划和产品数据管理。而本章的重点在汽车嵌入式系统的MBD上面，其他部门采用MBD是一个自然和重要的补充，使得流程部分实现自动化，从而接近模型驱动研发、研发与产品生命周期的其他部分集成得到的概念。

现在对图10.1所示的要求进行简单说明，并在10.3.2节和10.6节中继续讨论。

10.3.1.1 技术施加的要求

相关技术要求包括那些使用产品中施加的以及工具中使用技术的要求。每个产品的特点是由特定的属性和需要由MBD中的模型与工具代表的现象。反之亦然，MBD技术将对模拟和分析的对象施加约束。汽车领域多样化功能和技术对要表示的各种行为、属性和结构显示出特殊要求。例如，考虑车辆动力学控制的功能，需要某种形式的混合动力系统的形式化。为了描述零件/功能（版本）、独特的产品配置（变异体）以及建立有效配置的规则，产品配置和产品系列的概念需要明确的支持。

图10.1 MBD与工程背景之间的依赖关系，用双向箭头表示与MBD背景有关的、对MBD方法的要求或MBD方法施加的约束

10.3.1.2 从技术流程来看要求(www.daowen.com)

一个技术流程包括了：对有目的功能和质量进行决策的活动、平台的选择、功能映射到解决方案、详细设计和V＆V。嵌入式系统的MBD需要支持为了V＆V的目的分析，支持为了设计空间探索和折中分析，其中设计中的折中是由于质量属性冲突（有着共同的设计参数）。技术流程在很大程度上规定了所需的建模、分析和V＆V的支持，包括文档、管理、信息交流的要求。如果可重复使用文档、分析和综合工作，那么这显然是有益的。在一般情况下，每一个研发者或利益相关者都需要待开发产品的专门信息——表示为一个或多个特定的模型或视角。软件和硬件特征上的差异受到关注。软件开发的特点是快速发布和迭代，而（硬件）电子和机械部件的研发时间较长。这使得系统集成面临一种特殊的挑战，必须协调不同研发团队发布的（系统）。正如前面提到的，使用的MBD的方法有潜在的优势——通过使用系统模型、使早期和频繁的技术集成得以实现，从而改善这种情况。

10.3.1.3 从管理流程视角来看要求

控制产品的复杂性的一种常见方法是通过信息化管理的支持、实施抽象和分离关注点原则。这反过来又需要适当的信息结构化来叙述各种工程关注点——如功能、实施和它们的关系。信息管理过程可以且应该作为一个针对要进行的技术过程有利的流程。基于模型的信息管理，允许对研发过程中的交流、记录、分析和产品综合提供支持。比如，假设系统设计者要增加一个新的功能到嵌入式系统中。为了评估这个功能，可以在何处以及如何部署（哪一个ECU，新的ECU、传感器的使用等），需要很多详细信息。始终在正确的时间提供这些信息给机构中多种多样的用户是管理流程的角色。汽车嵌入式系统的信息管理往往必须支持地理上分布的和并行研发。然后，变成重要的是一个整体系统定义适用于工作规划、变更和版本控制的目的。模型的复用和共享需要工具的兼容性信息、标准化的交换格式，并当模型在机构之间交换时提供对知识产权（IP）的支持。一个核心问题是如何确保冗余信息的一致性，并管理模型之间的信息依赖性和可追溯性。

10.3.1.4 从机构视角来看要求

用户和组织已经建立起有关术语、工作程序和建模系统方法的传统。引入一个MBD方法时，必须考虑预期、传统的角色和工作程序。

10.3.1.5 从商业背景来看要求

商业背景涉及客户需求、竞争、立法和市场趋势。比如，一个有竞争力的情形对应于MBD的次要驱动因素，需要更高效和有效的研发流程。