系统架构 DSSA（Domain Specific SoftwareArchitecture）特定领域软件架构

一、何为DSSA

DSSA（Domain Specific SoftwareArchitecture）是特定领域软件架构，它为一个特定应用领域的多应用开发提供了一种组织结构参考的标准软件框架。
是一种有效实现特定领域软件重用的手段。简单地说，DSSA就是在一个特定应用领域为一组应用提供组织结构参考的标准软件体系结构。按照Tracz的说法，DSSA就是一个特定的问题领域中由领域模型、参考需求、参考架构等组成的开发基础架构，其目标就是支持一个特定领域中多个应用的生成。特定领域软件架构可以看作开发产品线的一个方法或理论，它的目标就是支持在一个特定领域中有多个应用的生成。

其实DSSA可以被理解为特定领域中的一种“模板”或“样板”，这个领域中的多个应用程序可以基于这个模板或样板进行构建和发展。

首先，DSSA不是针对某一个具体的应用程序，而是针对一个特定领域的多个应用程序。在这个领域中，应用程序可能有很多共同的功能和特点，比如医疗、教育、金融等领域。

其次，DSSA是一个标准的软件框架，它提供了一套通用的结构和规范，这个结构和规范可以用来组织和管理领域中的多个应用程序。它不是具体的应用程序，而是应用程序的“样板”。

再次，DSSA具有可重用的特点。在领域中，不同的应用程序可能有很多共通的功能和模块，这些功能和模块可以在DSSA中得到定义和封装，方便在不同的应用程序中进行重用。这样可以减少开发工作量，提高开发效率和质量。

最后，DSSA的目的是为了支持领域中多个应用程序的开发。它不是一个独立的程序，而是为应用程序开发提供支持和指导的工具。通过使用DSSA，开发人员可以更快地开发出符合领域需求的高质量软件。

总之，DSSA可以被理解为特定领域中的一种模板或样板，它提供了一套通用的结构和规范，用于支持领域中多个应用程序的开发，并方便应用程序的重用和组织。
 

二、DSSA的特征

对整个领域适度的抽象。
具有严格定义的问题域或解决方案域。
具备该领域固有的、典型的在开发过程中可重用元素。
具有普遍性，即可用于领域中某个特定应用的开发。

三、分类

从功能覆盖的范围角度通常有两种理解DSSA中领域的含义的方式。

（1）垂直域：定义了一个特定的系统族，包含整个系统族内的多个系统，结果是在该领域中可作为系统的可行解决方案的一个通用软件体系结构。

（2）水平域：定义了在多个系统和多个系统族中功能区域的共有部分。在子系统级上涵盖多个系统族的特定部分功能。

在垂直域上定义的DSSA只能应用于一个成熟的、稳定的领域，但这个条件比较难以满足：若将领域分割成较小的范围，则更相对容易，也容易得到一个一致的解决方案。

垂直域（Vertical Domain）相当于一个特定行业或领域中的系统，比如医疗、教育、金融等。在医疗领域中，可能包括许多不同的系统，如电子病历、影像诊断、医嘱系统等，这些系统都具备自己独特的功能和特性。在垂直域中，会研究所有这些系统的共同点，抽取出一个通用的软件体系结构，这样就可以为该领域中的任何一个系统提供可重用的组件和框架。

水平域（HorizontalDomain）则是不同系统或系统族之间的共有部分。比如在医疗、教育和金融三个领域中，可能都有一个共有的部分，如用户管理、数据存储、报表生成等。这些功能可能在不同的系统中都会用到，因此可以在水平域中定义一个通用的软件体系结构，来支持这些共有的功能。

　垂直域：某一个狭小领域或者说某个行业的共性抽象。

　水平域：多个行业可通用的一些共性的抽象。

• 垂直域：在一个特定领域中的通用软件架构。例如，电子病历系统、医院信息系统或医学影像分析系统。
• 水平域：在多个不同领域之间的通用部分。例如，购物和教育领域中的收费系统，或网络安全通用架构。

四、DSSA的基本活动

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

领域分析是DSSA方法的第一步，它涉及对特定领域的深入理解，以识别出该领域内的共性和差异性。这一阶段的主要目标是收集足够的信息，以便后续可以设计出满足领域需求的软件架构。

主要任务包括：

• 需求收集：与领域专家合作，收集和分析领域中的需求和期望。
• 现有系统评估：研究现有的系统和解决方案，理解它们的优点和局限性。
• 领域模型构建：创建一个或多个领域模型，这些模型描述了领域中的关键抽象、概念和它们之间的关系。

示例：在医疗系统的领域分析阶段，团队收集与医院管理相关的信息源，包括医疗领域的法规、患者需求、医院流程和现有系统。通过与医院管理员、医生和护士的讨论以及研究医疗保健法规，确定了系统需求，如患者信息记录、医生排班、药物管理等。这些需求构成了领域模型，也就是医院信息管理领域的需求。

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

基于领域分析的结果，领域设计阶段将定义一个灵活且可重用的软件架构，该架构能够适应领域内的多种应用需求。

主要任务包括：

架构风格选择：选择最适合领域需求的架构风格，如分层架构、事件驱动架构等。
组件和模块设计：设计可重用的组件和模块，并定义它们之间的交互方式。
服务和接口定义：定义领域内的服务及其接口，确保不同应用可以使用这些服务。

• 示例：
  在领域设计阶段，基于领域模型，团队提供了医院信息管理系统的高层次设计。这个设计包括模块化组件，如患者信息管理模块、医生排班模块、药物管理模块等。这些模块设计成可扩展和可重用的，以便满足不同医院的需求。这个领域设计能够适应医院信息管理领域中多个系统的需求。

4.3 领域实现
主要目标是依据领域模型和DSSA开发和组织可重用信息。领域模型和DSSA定义了这些可重用信息的重用时机。从而支持了系统化的软件重用。这个阶段也可以看作重用基础设施的实现阶段.

领域实现是将领域设计转换为实际的软件产品的过程。这涉及到编码、测试和部署领域内的应用实例。

主要任务包括：

代码开发：根据设计的架构编写代码，实现领域内的功能和服务。
系统集成：集成各个组件和服务，确保它们在系统中协同工作。
应用部署：将完成的软件系统部署到目标环境中，进行实际运行。

示例：
在领域实现阶段，团队根据领域模型和领域设计来开发具体的医院信息管理系统。他们实现了患者信息管理模块，包括患者信息录入、查看和编辑功能。同时，他们也开发了医生排班模块，以及药物管理模块，确保这些模块符合领域设计的要求。这些模块的开发是基于领域模型和DSSA的指导原则，以确保系统的可维护性和可重用性。

值得注意的是，以上过程是一个反复的、逐渐求精的过程。在实施领域工程的每个阶段中，都可能返回到以前的步骤，对以前的步骤得到的结果进行修改和完善，再回到当前步骤，在新的基础上进行本阶段的活动。

五、参与DSSA的人员

• 领域架构师【一层】：领域开发环境【输出：参考结构、架构、开发工具等】
• 应用工程师【二层】：领域特定的应用开发环境【输出：实例化的架构】
• 操作员【三层】：应用执行环境【输出：实施的代码】

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

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

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

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

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

六、DSSA的建立过程

因所在的领域不同，DSSA的创建和使用过程也各有差异，Tract曾提出了一个通用的DSSA应用过程，这些过程也需要根据所应用到的领域来进行调整。一般情况下，需要用所应用领域的应用开发者习惯使用的工具和方法来建立DSSA模型。同时Tracz强调了DSSA参考体系结构文档工作的重要性。因为新应用的开发和对现有应用的维护都要以此为基础。

DSSA的建立过程分为5个阶段，每个阶段可以进一步划分为一些步骤或子阶段。每个阶段包括一组需要回答的问题，一组需要的输入，一组将产生的输出和验证标准。本过程是并发的（concurrent）、递归的（recursive）、反复的（iterative）。或者可以说，它是螺旋模型（spiral）。完成本过程可能需要对每个阶段经历几遍，每次增加更多的细节。

6.1 定义领域范围
本阶段的重点是确定什么在感兴趣的领域中以及本过程到何时结束。这个阶段的一个主要输出是领域中的应用需要满足一系列用户的需求。
这是DSSA（领域特定软件体系结构）过程的初始阶段。在此阶段，领域专家和系统架构师确定DSSA的关注领域。他们识别出关键的业务、系统和技术方面，这些方面是DSSA需要支持的。此外，该阶段还定义了DSSA的边界和范围，以避免与不相关的系统或业务领域产生混淆。

主要活动：

• 识别领域边界：确定哪些问题和解决方案属于此领域。
• 确定领域目标：明确该领域追求的目标和目的。
• 界定上下文：理解领域内外部的影响因素和约束条件。

6.2 定义领域特定的元素
本阶段的目标是编译领域字典和领域术语的同义词词典。在领域工程过程的前一个阶段产生的高层块圈将被增加更多的细节，特别是识别领域中应用间的共同性和差异性。
在这个阶段，领域专家和系统架构师定义了DSSA中所需的领域特定元素。这些元素可能包括数据模型、功能需求、服务、业务流程、用户界面模式、交互模式等等。这些元素是DSSA的核心，因为它们将用于构建DSSA的各个组成部分。

主要活动：

• 抽象化领域实体：确定领域中的核心对象和实体。
• 定义实体间关系：明确不同实体之间的交互和依赖关系。
• 识别领域服务：确定领域需要支持的主要功能和服务。

6.3 定义领域特定的设计和实现需求约束
本阶段的目标是描述解空间中有差别的特性。不仅要识别出约束，并且要记录约束对设设计和实现决定造成的后果，还要记录对处理这些问题时产生的所有问题的讨论。
在这个阶段，架构师和开发人员定义了在设计和实现DSSA时需要考虑的需求约束。这些约束可能包括性能、安全性、可用性、可扩展性、可维护性、可重用性等。这些约束在设计和实现DSSA的过程中提供了方向，以确保系统满足特定的要求和标准。

主要活动：

• 确定技术约束：识别影响设计决策的技术限制和要求。
• 遵守法规和标准：确保解决方案符合相关的法律和行业标准。
• 优化性能需求：明确性能指标，如响应时间、吞吐量等。

6.4 定义领域模型和体系结构
本阶段的目标是产生一般的体系结构，并说明构成它们的模块或构件的语法和语义。
在这个阶段，架构师和领域专家定义了DSSA的领域模型和体系结构。领域模型是一个概念模型，它描述了DSSA所关注的领域的核心概念和关系。体系结构则描述了DSSA的组件、模块、接口和关系，以及它们如何一起工作以实现所需的功能。

主要活动：

• 创建高层架构：设计一个高层次的结构，概述领域的整体布局。
• 详细设计组件：详细设计架构中的每个组件和它们的接口。
• 确定数据流和控制流：设计系统中数据和控制信息的流动方式。

6.5 产生，搜集可重用的产品单元
本阶段的目标是为DSSA增加构件，使它可以被用来产生问题域中的新应用。
这是最后一个阶段，架构师和开发人员根据在前面的阶段中定义的元素、设计和实现需求约束以及领域模型和体系结构，创建或收集可重用的产品单元。这些产品单元可以是现有的软件组件、库、工具、框架等，也可以是新开发的组件。这些产品单元将被组装成最终的DSSA，以满足业务需求并实现所需的性能和功能。

主要活动：

• 开发可复用组件：基于DSSA开发可以在多个项目中重用的组件。
• 文档和打包：为重用组件提供充分的文档和支持，包括安装和使用指南。
• 维护和更新：随着领域的发展，持续更新和维护这些可复用产品以保持其相关性和有效性。

DSSA的建立过程是并发的、递归的和反复进行的。该过程的目的是将用户的需要映射为基于实现限制集合的软件需求，这些需求定义了DSSA。在此之前的领域工程和领域分析过程并没有对系统的功能性需求和实现限制进行区分，而是统称为“需求”。

领域实现过程
在领域实现过程中，主要的目标是利用和构建可复用元件来高效地开发特定领域的软件系统。这个过程不仅涉及到搜索已有的可复用元件，还包括创建新的元件，并通过持续的迭代进一步优化这些元件。以下是这一过程的详细步骤：

1. 搜索可复用元件
在开始新项目时，首先会寻找已经存在的可复用元件，这些元件可以是代码库、框架、软件组件或其他任何可以加速开发过程的资源。

关键活动包括：

识别需求：明确项目需要什么样的功能或特性。
库存检查：检查组织内已有的可复用元件库，确定哪些元件可能符合需求。
适应性评估：评估找到的元件是否适合当前项目的需求，包括技术兼容性和业务逻辑适应性。
2. 产生可复用元件
如果没有现成的元件可用或现有元件不能完全满足需求，就需要创建新的可复用元件。

关键活动包括：

设计通用性：设计时考虑元件的通用性和扩展性，确保新元件能在不同的项目和环境中使用。
文档化：为新创建的元件编写详细的文档，说明其功能、使用方法和集成指南。
测试验证：对新元件进行彻底测试，确保它们在不同场景下都能稳定运行。
3. 进一步升华 - 螺旋形迭代
在实际应用中，元件可能需要根据反馈进行调整和优化。通过螺旋形迭代，即多次迭代反馈和改进的过程，逐步提升元件的质量和适用性。

关键活动包括：

收集反馈：从使用元件的项目团队那里收集反馈信息。
识别改进点：基于反馈识别元件中需要改进或更新的部分。
迭代增强：对元件进行必要的修改和增强，然后再次进行测试和部署。

DSSA(Domain Specific Software Architecture)就是在一个特定应用领域中为一组应用提供组织结构参考的标准软件体系结构，实施DSSA的过程中包含了一些基本的活动。其中，领域模型是( )阶段的主要目标。
A.领域设计
B.领域实现
C.领域分析
D.领域工程

答案： A
解析： 领域分析。主要目的是获得领域模型。

 例题

特定领域软件架构（DSSA）的主要目的是什么？
A. 增加软件的运行速度
B. 提高软件的开发效率和质量
C. 减少软件的功能性
D. 增强软件的图形界面

DSSA中的“组件”指的是什么？
A. 软件的图形界面元素
B. 执行特定功能的预定义软件单元
C. 软件开发过程中的一个阶段
D. 软件测试用例

在DSSA中，以下哪项不是利用特定领域软件架构的优点？
A. 提高软件的可复用性
B. 减少软件的可维护性
C. 提高软件的开发效率
D. 减少开发成本

在哪些情况下，采用特定领域软件架构（DSSA）是合适的？
A. 当软件系统非常简单时
B. 当需要快速开发面向特定领域的复杂软件系统时
C. 当软件系统没有明确的业务领域时
D. 当软件开发团队缺乏经验时

特定领域软件架构中的“通用框架”主要用于什么？
A. 解决软件的特定业务问题
B. 在多个项目中复用的基础软件结构
C. 管理软件项目的进度
D. 测试软件的性能

如何描述DSSA中的“模式”？
A. 用于增加软件复杂性的技术
B. 用于执行软件自动化测试的脚本
C. 解决特定问题的优秀实践和方法
D. 用于软件开发文档编写的指南

特定领域软件架构的开发过程中，以下哪一项最不可能成为重用的对象？
A. 数据库设计
B. 用户界面设计
C. 项目管理计划
D. 业务逻辑组件

在电子商务系统开发中，以下哪个不是DSSA中可能包含的组件？
A. 商品展示
B. 购物车
C. 操作系统
D. 订单处理

DSSA的实施在什么情况下会遇到困难？
A. 当业务需求非常清晰时
B. 当项目组有丰富的领域知识时
C. 当面向的领域过于广泛，缺乏明确界定时
D. 当有足够的时间和资源时

特定领域软件架构促进了软件开发中的哪种趋势？
A. 个性化定制的增加
B. 开发时间的延长
C. 跨领域技术的融合
D. 复用性和标准化的提升

（2）答案和解析
答案：B。DSSA的主要目的是提高软件的开发效率和质量，通过复用组件和服务来减少开发时间和成本。
答案：B。组件是指执行特定功能的预定义软件单元，可以在多个软件项目中复用，以提高开发效率。
答案：B。利用DSSA的优点包括提高软件的可复用性、提高开发效率和减少开发成本。减少软件的可维护性并不是DSSA的优点。
答案：B。DSSA特别适合于需要快速开发面向特定领域的复杂软件系统的情况，因为它能够提供复用的组件和框架。
答案：B。通用框架是指在多个项目中复用的基础软件结构，其主要用途是提高软件开发的效率和质量，通过复用已有的结构减少开发工作量。
答案：C。“模式”在DSSA中指的是解决特定问题的优秀实践和方法，它们帮助开发人员采用最佳实践来解决常见问题。
答案：C。在特定领域软件架构的开发过程中，项目管理计划通常是针对特定项目定制的，不太可能成为重用的对象，而数据库设计、用户界面设计和业务逻辑组件更可能被复用。
答案：C。在电子商务系统开发中，操作系统不被视为DSSA中的组件。DSSA的组件通常是指那些执行特定业务功能的软件单元，如商品展示、购物车和订单处理。
答案：C。当面向的领域过于广泛且缺乏明确界定时，DSSA的实施可能会遇到困难，因为缺乏针对性的组件和框架来支持开发。
答案：D。特定领域软件架构促进了软件开发中复用性和标准化的提升，这有助于减少开发时间和成本，同时提高软件质量。