【系统设计架构师】特定领域软件体系结构

1.说明

• 1.早在20世纪70年代就有人提出程序族、应用族的概念，特定领域软件体系结构的主要目的是在一组相关的应用中共享软件体系结构。
• 2.p267。

2.DSSA的定义

2.1 说明

• 1.DSSA（Domain Specific Software Architecture）就是在一个特定应用领域中为一组应用提供组织结构参考的标准软件体系结构。
• 2.对DSSA研究的角度、关心的问题不同导致了对DSSA的不同定义。
• 3.Hayes Roth对DSSA的定义如下：“DSSA就是专用于一类特定类型的任务（领域）的、在整个领域中能有效地使用的、为成功构造应用系统限定了标准的组合结构的软件构件的集合。”
• 4.Tracz的定义为：“DSSA就是一个特定的问题领域中支持一组应用的领域模型、参考需求、参考体系结构等组成的开发基础，其目标就是支持在一个特定领域中多个应用的生成。”

2.2 必备特征

• 1.一个严格定义的问题域和问题解域。
• 2.具有普遍性，使其可以用于领域中某个特定应用的开发。
• 3.对整个领域的构件组织模型的恰当抽象。
• 4.具备该领域固定的、典型的在开发过程中可重用元素。

2.3 理解方式

• 1.一般的DSSA的定义并没有对领域的确定和划分给出明确说明。
• 2.从功能覆盖的范围的角度有两种理解DSSA中领域的含义的方式。
• 3.垂直域：定义了一个特定的系统族，包含整个系统族内的多个系统，结果是在该领域中可作为系统的可行解决方案的一个通用软件体系结构。
• 4.水平域：定义了在多个系统和多个系统族中功能区域的共有部分。在子系统级上涵盖多个系统族的特定部分功能。
• 5.在垂直域上定义的DSSA只能应用于一个成熟的、稳定的领域，但这个条件比较难以满足。
• 6.若将领域分割成较小的范围，则相对更容易，也容易得到一个一致的解决方案。

3.基本活动

3.1 说明

• 1.实施DSSA的过程中包含了一些基本的活动。
• 2.虽然具体的DSSA方法可能定义不同的概念、步骤和产品等，但这些基本活动大体上是一致的。
• 3.以下阶段是一个反复的、逐渐求精的过程。在实施领域工程的每个阶段中，都可能返回到以前的步骤，对以前的步骤得到的结果进行修改和完善，再回到当前步骤，在新的基础上进行本阶段的活动。

3.2 领域分析

• 1.这个阶段的主要目标是获得领域模型。
• 2.领域模型描述领域中系统之间的共同需求，即领域模型所描述的需求为领域需求。
• 3.在这个阶段中首先要进行一些准备性的活动，包括定义领域的边界，从而明确分析的对象。
• 4.识别信息源，即整个领域工程过程中信息的来源。
• 5.可能的信息源包括现存系统、技术文献、问题域和系统开发的专家、用户调查和市场分析、领域演化的历史记录等。
• 6.在此基础上就可以分析领域中系统的需求，确定哪些需求是领域中的系统广泛共享的，从而建立领域模型。
• 7.当领域中存在大量系统时，需要选择它们的一个子集作为样本系统。
• 8.对样本系统的需求地考察将显示领域需求的一个变化范围。
• 9.一些需求对所有被考察的系统是共同的，一些需求是单个系统所独有的。
• 10.很多需求位于这两个极端之间，即被部分系统共享。

3.3 领域设计

• 1.这个阶段的主要目标是获得DSSA。
• 2.DSSA描述在领域模型中表示的需求的解决方案，它不是单个系统的表示，而是能够适应领域中多个系统的需求的一个高层次的设计。
• 3.建立了领域模型之后，就可以派生出满足这些被建模的领域需求的DSSA，由于领域模型中的领域需求具有一定的变化性，DSSA也要相应地具有变化性。
• 4.它可以通过多选一的（Alternative）、可选的（Optional）解决方案等来做到这一点。
• 5.因此在这个阶段通过获得DSSA，也就同时形成了重用基础设施的规约。

3.4 领域实现

• 1.这个阶段的主要目标是依据领域模型和DSSA开发和组织可重用信息。
• 2.这些可重用信息可能是从现有系统中提取得到，也可能需要通过新的开发得到。
• 3.它们依据领域模型和DSSA进行组织，也就是领域模型和DSSA定义了这些可重用信息的重用时机，从而支持了系统化的软件重用。
• 4.这个阶段也可以看作重用基础设施的实现阶段。

4.参与人员

4.1 说明

• 1.参与DSSA的人员可以划分为4种角色：领域专家、领域分析人员、领域设计人员和领域实现人员。

4.2 领域专家

• 1.领域专家可能包括该领域中系统的有经验的用户、从事该领域中系统的需求分析、设计、实现以及项目管理的有经验的软件工程师等。
• 2.领域专家的主要任务包括提供关于领域中系统的需求规约和实现的知识，帮助组织规范的、一致的领域字典，帮助选择样本系统作为领域工程的依据，复审领域模型、DSSA等领域工程产品等。
• 3.领域专家应该熟悉该领域中系统的软件设计和实现、硬件限制、未来的用户需求及技术走向等。

4.2 领域分析人员

• 1.领域分析人员应由具有知识工程背景的有经验的系统分析员来担任。
• 2.领域分析人员的主要任务包括控制整个领域分析过程，进行知识获取，将获取的知识组织到领域模型中，根据现有系统、标准规范等验证领域模型的准确性和一致性，维护领域模型。
• 3.领域分析人员应熟悉软件重用和领域分析方法；熟悉进行知识获取和知识表示所需的技术、语言和工具；应具有一定的该领域的经验，以便于分析领域中的问题及与领域专家进行交互；；应具有较高的进行抽象、关联和类比的能力；应具有较高的与他人交互和合作的能力。

4.3 领域设计人员

• 1.领域设计人员应由有经验的软件设计人员来担任。
• 2.领域设计人员的主要任务包括控制整个软件设计过程，根据领域模型和现有的系统开发出DSSA，对DSSA的准确性和一致性进行验证，建立领域模型和DSSA之间的联系。
• 3.领域设计人员应熟悉软件重用和领域设计方法；熟悉软件设计方法；；应由一定该领域的经验，以便于分析领域中的问题及与领域专家进行交互。

4.4 领域实现人员

• 1.领域实现人员应由有经验的程序设计人员来担任。
• 2.领域实现人员的主要任务包括根据领域模型和DSSA，或者从头开发可重用构件，或者利用再工程的技术从现有系统中提取可重用构件，对可重用构件进行验证，建立DSSA与可重用构件间的联系。
• 3.领域实现人员应熟悉软件重用、领域实现及软件再工程技术；熟悉程序设计；具有一定的该领域的经验。

5.建立过程

5.1 说明

• 1.因所在的领域不同，DSSA的创建和使用过程也各有差异，Tract曾提出一个通用的DSSA应用过程，这些过程也需要根据所应用到的领域来进行调整。
• 2.一般情况下，需要用所应用领域的应用开发者习惯使用的工具和方法来建立DSSA模型。
• 3.同时Tract强调了DSSA参考体系结构文档工作的重要性，因为新应用的开发和对视有应用的维护都要以此为基础。
• 4.DSSA的建立过程分为5个阶段，每个阶段可以进一步划分为一些步骤或子阶段。
• 5.每个阶段包括一组需要回答的问题，一组需要的输入，一组将产生的输出和验证标准。
• 6.本过程是并发的（Concrrent）、递归的（Recursive）、反复的（Iterative）。
• 7.或者可以说，它是螺旋模型（Spiral）。
• 8.完成本过程可能需要对每个阶段经历几遍，每次增加更多的细节。
• 9.DSSA的建立过程是并发的、递归的和反复进行的。
• 10.该过程的目的是将用户的需求映射为基于实现限制集合的软件需求，这些需求定义了DSSA。
• 11.在此之前的领域工程和领域分析过程并没有对系统的功能性需求和实现限制进行区分，而是统称为“需求”。
• 12.DSSA的三层次系统模型：
  

5.2 定义领域范围

• 1.本阶段的重点是确定什么在感兴趣的领域中以及本过程到何时结束。
• 2.这个阶段的一个主要输出是领域中的应用需要满足一系列用户的需求。

5.3 定义领域特定的元素

• 1.本阶段的目标是编译领域字典和领域术语的同义词词典。
• 2.在领域工程过程的前一个阶段产生的高层块圈将被增加更多的细节，特别是识别领域中应用间的共同性和差异性。

5.4 定义领域特定的设计和实现需求约束

• 1.本阶段目标是描述解空间中有差别的特性。
• 2.不仅要识别出约束，并且要记录约束对设计和实现决定造成的后果，还要记录对处理这些问题时产生的所有问题的讨论。

5.5 定义领域模型和体系结构

• 1.本阶段的目标是产生一般的体系结构，并说明构成它们的模块或构件的语法和语义。

5.6 产生、搜集可重用的产品单元

• 1.本阶段的目标是为DSSA增加构件，使它可以被用来产生问题域中的新应用。

6.例题

6.1 例题1

• 1.题目

1.特定领域软件架构(Domain Specific Software Architecture,DSSA)以一个特定问题领域为对象，形成由领域参考模型 参考需求、(C)等组成的开发基础架构，支持一个特定领域中多个应用的生成。DSSA的基本活动包括领域分析、领域设计和领域实现。其中领域分析的主要目的是获得(D)，从而描述领域中系统之间共同的需求，即领域需求;领域设计的主要目标是获得(B)，从而描述领域模型中表示需求的解决方案;领域实现的主要目标是开发和组织可重用信息，并实现基础软件架构。
问题1
A.参考设计
B.参考规约
C.参考架构
D.参考实现
问题2
A.领域边界
B.领域信息
C.领域对象
D.领域模型
问题3
A.特定领域软件需求
B.特定领域软件架构
C 特定领域软件设计模型
D.特定领域软件重用模型

• 2.分析

1.简单地说，DSSA就是在一个特定应用领域中为一组应用提供组织结构参考的标准软件体系结构。对DSSA研究的角度、关心的问题不同导致了对DSSA的不同定义。
2.Hayes Roth对DSSA的定义如下：“DSSA就是专用于一类特定类型的任务（领域）的、在整个领域中能有效地使用的、为成功构造应用系统限定了标准的组合结构的软件构件的集合”。
3.Tracz的定义为：“DSSA就是一个特定的问题领域中支持一组应用的领域模型、参考需求、参考架构等组成的开发基础，其目标就是支持在一个特定领域中多个应用的生成”。
4.实施DSSA的过程中包含了一些基本的活动。虽然具体的DSSA方法可能定义不同的概念、步骤和产品等，但这些基本活动大体上是一致的。以下将分三个阶段介绍这些活动。

6.2 例题2

• 1.题目

2.特定领域软件架构(Domain Specific Sofware Architecture，DSSA)是在一个特定应用领域中，
为一组应用提供组织结构参考的标准软件体系结构。DSSA的基本活动包括领域分析、领域设计和领域实现。
其中领域分析的主要目的是获得(D)，从而描述领域中系统之间共同的需求，即领域需求;
领域设计的主要目标是获得(B)，从而描述领域模型中表示需求的解决方案;领域实现的主要目标是开发和组织
可重用信息，并对基础软件架构进行实现。
问题1
A.领域边界
B.领域信息
C.领域对象
D.领域模型

问题2
A.特定领域软件需求
B.特定领域软件架构
C.特定领域软件设计模型
D.特定领域软件重用模型

• 2解析

1.特定领域软件架构（Domain Specific Software Architecture，DSSA）以一个特定问题领域为对象，
形成由领域参考模型、参考需求、参考架构等组成的开发基础架构，其目标是支持一个特定领域中多个应用的生成。
2.DSSA的基本活动包括领域分析、领域设计和领域实现。
3.其中领域分析的主要目的是获得领域模型，领域模型描述领域中系统之间共同的需求，即领域需求；
4/领域设计的主要目标是获得DSSA，DSSA描述领域模型中表示需求的解决方案；
5.领域实现的主要目标是依据领域模型和DSSA开发和组织可重用信息，并对基础软件架构进行实现。