架构的本质在于其抽象性。它包括两个方面的抽象：业务抽象和技术抽象。其中业务抽象面向特定的应用领域。
特定领域软件架构（Domain Specific Software Architecture，DSSA）可以看做开发产品线的一个方法（或理论），它的目标就是支持在一个特定领域中有多个应用的生成。DSSA 的必备特征有：
（1）一个严格定义的问题域或解决域；
（2）具有普遍性，使其可以用于领域中某个特定应用的开发；
（3）对整个领域的合适程度的抽象；
（4）具备该领域固定的、典型的在开发过程中的可复用元素。
从功能覆盖的范围角度理解 DSSA 中领域的含义有两种方法：
（1）垂直域。定义了一个特定的系统族，导出在该领域中可作为系统的可行解决方案的一个通用软件架构。
（2）水平域。定义了在多个系统和多个系统族中功能区域的共有部分，在子系统级上涵盖多个系统（族）的特定部分功能。
DSSA 的活动阶段如下。
（1）领域分析：主要目标是获得领域模型。即通过分析领域中系统的需求（领域需求），确定哪些需求是被领域中的系统广泛共享的，从而建立领域模型。
（2）领域设计：这个阶段的目标是获得 DSSA，它是一个能够适应领域多个系统的需求的一个高层次的设计。由于领域模型中的领域需求具有一定的变化性，DSSA 也要相应地具有变化性，它可以通过表示多选一的、可选的解决方案等来做到这一点。
（3）领域实现：主要目标是依据领域模型和 DSSA 开发与组织可复用信息。这些复用信息可以是从现有系统中提取得到的，也可能通过新的开发得到。这个阶段可以看作复用基础设施的实现阶段。
在上述工作中，获得领域模型是基础也是关键，领域建模专注于分析问题领域本身，发掘重要的业务领域概念，并建立业务领域概念之间的关系。通常领域模型可用 UML 的类图和状态图表示。
对于中等复杂度的项目，应该在系统的领域模型中找到大约50到100个类。
领域模型的主要作用如下：
（1）领域模型为需求定义了领域知识和领域词汇，这较之单一的项目需求更有较好的大局观；
（2）软件界面的设计往往和领域模型关系密切；
（3）领域模型的合理性将严重影响软件系统的可扩展性；
（4）在分层架构的指导下，领域模型精化后即成为业务层的骨架；
（5）领域模型也是其数据模型的基础；
（6）领域模型是团队交流的基础，因为它规定了重要的领域词汇表，并且这些词汇的定义是严格的、大家共同认可的。