依据功用的体系工程
用功用性办法来介绍和开发体系架构通常是依据如EAST-ADL或SysML等UML（共同建模言语）衍生的特定域的言语。一起，用各种方法和笼统层级（例如功用、活动、序列和/或状态图） 来介绍将要被开发的体系的技能内容（组件），然后为了履行进行恰当的映射。
运用这种办法需求做很多的作业，不太适用于架构点评，更适用于具体的归档。事实上，为了能够对全体体系架构进行有意义的技能和财政点评 ，有必要十分具体地清晰每个单个层级直到抵达满足程度的细节。在随后的映射中 ， 作业量会按细节程度的平方数添加：例如，在单个层级中的工件数量。
假如核算相应的目标不行灵敏，就无法及时地对功用分配的改变进行点评，也就无法为每个单个的将要被点评的挑选供给真实有意义的成果，例如一个具体操控单元的软件组件。
整体而言，这极大地影响了架构的研讨。在某些情况下供给必要的数据和核算想要的目标所需求的时刻或许比整个项目原计划的时刻还要多！
功用模型
介绍的另一种办法运用了在一个单一层级上结合了标准化的、分等级的功用模型来描绘体系架构的技能内容。 标准化 的功用模型指可从它们终究作为硬件、驱动器和软件组件履行中分离出来的单个功用。不再在多个（在某些情况下是剩余的）层级上分发模型，取而代之的是单个的特定域的描绘能够与一个单个的功用笼统结合，然后消除了冗长的映射进程。通过能够被标准化（变成软件、电气或总线信号）的信号完成单个功用间的通讯。一切的工件都能够与一组来自具体的选项/变型模型的规矩有关。硬件、软件和电子&网络通讯的组件模型能够因此而集成在一起，而且运用规划规矩查看（DRC）来一起查看和验证他们的语义依靠联系。
通过这种办法能够早在功用笼统层级捕获下流履行域（硬件、软件、网络和电气）的技能、变型推进的内容，并在一切变型中验证该内容。
为了阐明这种办法，图3展现了许多功用块。软件功用(SW)、驱动器组件(D)，传感器(S)和履行器(A)在一个单个的笼统层级被描绘和显现。功用间的信号依据它们需求履行的色彩显现：赤色(SW)、绿色（PCB上的电子信号 ） 、橙色（线束上的电子信号）和蓝色（ 网络上的信号 ） 。
标出各种功用、选项分配和外部功用块或信号参阅的功用图。
在图4中，单个类型的分配与下流渠道的履行要求共同。假如一个功用是归于软件类的，这意味着该功用在渠道上在下流分配中被视为SW组件：它应被分配到操控单元，而不是一个单纯的电气组件。留意，一些功用和信息是可选的，与选项/变型模型照应。
关于不同软件类功用的图。
功用能够按等级安排，功用信号既能够参阅它们的原始功用（假如从外部功用规划开端），也能够通过一个信号库进行跨渠道和项目运用。
逻辑渠道
假如功用规划被如上所述所捕捉，那么就能够主动创立下流履行（硬件和软件、串行总线体系和电气散布 ） ，而且总是会尊重选项/变型的联系。
要做到这一点，首要界说一个逻辑渠道。这能够由一个3D模型以物理拓扑的方法得到，可是也能够从一个笼统的逻辑网络拓扑开端。通过向一个选项/变型模型分配单个功用组件，逻辑渠道能够包含（以轿车工程为例）一辆单个的车、一系列的车或一个轿车渠道一切或许存在的衍生物，包含软件、电气体系、网络和硬件的改变方法。相同的准则也适用于货车、越野车车辆、飞机和杂乱的机电设备，如工业打印机和医疗设备。乃至，一个像防空体系这类通过扩展的体系也能够用这种办法建模。
