生命期中的构架，把构架作为软件开发过程基础的任何组织都需要理解构架在其生命期中的位置。在生命期莫行政，构架设计就是从初步的需求分析开始一步一步的进行迭代，很显然，在了解系统需求之前，不能开始设计构架。另一方面，刚开始进行设计时并不需要手机太多需求，为了确定构架驱动因素，需要识别优先级最高的业务目标。这样的业务目标应该很少。用质量属性场景或用例来表述这些业务目标。从该列表中，选择出对构架影响最大的需求，这些就是构架驱动因素，应该不少于10个。
我们将 一个用于设计构架以满足质量需求和功能需求的方法称为属性驱动的设计（ADD）。ADD把一组质量属性场景作为输入，并使用对质量属性实现和构架之间的关系的了解，对构架进行设计。可以把ADD方法看作是对大多数其他开发方法的扩展。
ADD是一种定义软件构架的方法，该方法将分解过程建立在软件必须满足的质量属性之上。它是一种递归的分解过程，其中在每个阶段都选择战术和构架模式来满足一组质量属性场景。然后对功能进行分配，以实例化由该模式所提供的模块类型。在生命期中，ADD位于需求分析之后，而且正如我们所说过的那样，在已经较为自信的知道了构架驱动因素后，ADD就可以开始了。
ADD的结果是构架的模块分解视图和其他视图（在适当情况下）的最初的几个层次。并不是视图的所有细节都是通过ADD得到的，系统被描述为功能和功能之间交互的一组容器。这是设计过程中构架的第一个连接点，因此肯定是粗粒度。尽管如此，他对实现期望的质量属性来说还是非常关键的，并且它为实现功能提供了一个框架。由ADD得到的框架和已经为实现做好准备的框架之间的区别是，需要做出更详细的设计决策。例如，这些决策可能是使用具体的面向对象设计模式，或为其他带来许多构架限制的某个他行的中间件。根据ADD设计的构架可能会故意推迟该决策，知道具有更大的灵活性为止。
ADD的输入是一组组需求。。与其他设计方法一样，ADD把功能需求和限制作为输入。