本文主要是介绍软考 系统架构设计师系列知识点之特定领域软件体系结构DSSA（2），希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！
接前一篇文章：软考 系统架构设计师系列知识点之特定领域软件体系结构DSSA（1）
所属章节：
第7章. 系统架构设计基础知识
第5节. 特定领域软件体系结构
2. 基本活动
实施DSSA的过程中包含了一些基本的活动。虽然具体的DSSA方法可能定义不同的概念、步骤和产品等，但这些基本活动大体上是一致的。下面将分3个阶段介绍这些活动。
2.1 领域分析
领域分析阶段的主要目标是获得领域模型。领域模型描述领域中系统之间的共同需求，即领域模型所描述的需求为领域需求。在这个阶段中首先要进行一些准备性活动，包括定义领域的边界，从而明确分析的对象；识别信息源，即整个领域工程过程中信息的来源。可能的信息源包括现存系统、技术文献、问题域和系统开发的专家、用户调查和市场分析、领域演化的历史记录等。在此基础上就可以分析领域中系统的需求，确定哪些需求是领域中的系统广泛共享的，从而建立领域模型。当领域中存在大量系统时，需要选择它们的一个子集作为样本系统。对样本系统的需求考察将显示领域需求的一个变化范围。一些需求对所有被考察的系统是共同的，一些需求是单个系统所独有的。很多需求位于这两个极端之间，即被部分系统共享。
2.2领域设计
领域设计阶段的主要目标是获得DSSA即特定领域软件体系结构。DSSA描述在领域模型中表示的需求的解决方案，它不是单个系统的表示，而是能够适应领域中多个系统需求的一个高层次的设计。建立了领域模型之后，就可以派生出满足这些被建模的领域需求的DSSA。由于领域模型中的领域需求具有一定的变化性，DSSA也要相应地具有变化性。它可以通过多选一的（Alternative）、可选的（Optional）解决方案等来做到这一点。因此在这个阶段通过获得DSSA，也就同时形成了重用基础设施的规约。
2.3 领域实现
领域实现阶段的主要目标是依据领域模型和特定领域软件架构（DSSA）开发和组织可重用信息。这些可重用信息可能是从现有系统中提取得到，也可能需要通过新的开发得到。它们依据领域模型和DSSA进行组织，也就是领域模型和DSSA定义了这些可重用信息的重用时机，从而支持了系统化的软件重用。这个阶段也可以看做重用基础设施的实现阶段。
值得注意的是，以上过程是一个反复的、逐渐求精的过程。在实施领域工程的每个阶段中，都可能返回到以前的步骤，对以前的步骤得到的结果进行修改和完善，再回到当前步骤，在新的基础上进行本阶段的活动。
这篇关于软考 系统架构设计师系列知识点之特定领域软件体系结构DSSA（2）的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！
