本文主要是介绍软考 系统架构设计师系列知识点之特定领域软件体系结构DSSA（4），希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！
接前一篇文章：软考 系统架构设计师系列知识点之特定领域软件体系结构DSSA（3）
所属章节：
第7章. 系统架构设计基础知识
第5节. 特定领域软件体系结构
4. 建立过程
因所在的领域不同，DSSA的创建和使用过程也各有差异。Tract曾提出一个通用的DSSA应用过程，这些过程也需要根据所应用到的领域来进行调整。一般情况下，需要用所应用领域的应用开发者习惯使用的工具和方法来建立DSSA模型。同时Tract强调了DSSA参考体系结构文档工作的重要性，因为新应用的开发和对现有应用的维护都要以此为基础。
DSSA的建立过程分为5个阶段，每个阶段可以进一步划分为一些步骤或子阶段。每个阶段包括一组需要回答的问题、一组需要的输入、一组将产生的输出和验证标准。本过程是并发的（Concurrent）、递归的（Recursive）、反复的（Iterative）。或者可以说，它是螺旋模型（Sprial）。完成本过程可能需要对每个阶段经历几遍，每次增加更多的细节。
（1）定义领域范围
本阶段的重点是确定什么在感兴趣的领域中以及本过程到何时结束。这个阶段的一个主要输出是领域中的应用需要满足一系列用户的需求。
（2）定义领域特定的元素
本阶段的目标是编译领域字典和领域术语的同义词词典。在领域工程过程的前一个阶段产生的高层块圈将被增加更多的细节，特别是识别领域中应用间的共同性和差异性。
（3）定义领域特定的设计和实现需求约束
本阶段的目标是描述解空间中有差别的特性。不仅要识别出约束，而且要记录约束对设计和实现决定造成的后果，还要记录对处理这些问题时产生的所有问题的讨论。
（4）定义领域模型和体系结构
本阶段的目标是产生一般的体系结构，并说明构成它们的模块或构件的语法和语义。
（5）产生、搜集可重用的产品单元
本阶段的目标是为DSSA增加构件，使其可以被用来产生问题域中的新应用。
DSSA的建立过程是并发的、递归的和反复进行的。该过程的目的是将用户的需求映射为基于实现限制集合的软件需求，这些需求定义了DSSA。在此之前的领域工程和领域分析过程并没有对系统的功能性需求和实现限制进行区分，而是统称为“需求”。
这篇关于软考 系统架构设计师系列知识点之特定领域软件体系结构DSSA（4）的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！
