本篇将完善概观总表的内容并将它们和前面的有关智能系统设计原则的两篇中讲到的内容挂上。 两篇文章分别是”软件智能:aaas系统AI众生的”世”和”界” 之16 智能系统设计原则” 和”软件智能:aaas系统AI众生的”世”和”界” 之17 智能系统设计原则的运用- 三种制造方式与三种云计算模式”。
1、整体回顾-鲁棒性
前面说过，概观总表整体描述了一个 完整的智能系统的DDD引擎。
所谓”完整”一般表示的是 系统完整性，就是一般所说的 鲁棒性robustness，一般它包括 稳定鲁棒性和 性能鲁棒性。
这种能力被称为 系统能力。两种鲁棒性对应的英文单词是 Soundness健全性（比如，一个充分的理论基础或令人信服的一个充分的理由。【充分条件法】 ）和 completeness 完整性（比如，一个足够的实践基础或能使人对它产生兴趣的某些足够的根据。【充足根据律】 ）。
它们是表征系统完整性的两个不同的侧面（respect 或side）。前者是系统完整性的 内部表征【标准化词汇vocabulary-词和短语(word串)】，后者是系统的完整性的 外部表征【标准化符号notation -字母和字符串( 数字和字母组合的字符串)】。
虽然没有直接的方式来观察内部表征，但它们的许多性质 properties可以从自然语言的特征features和人们用语言（both 自然语言和人工语言）表达express的推理种类（the kinds of reasoning）中推断infer出来。
一个DDD引擎额外还需要满足 代码鲁棒性。后者被称为 功能水平。
两种能力对应于一直说的AI能力的基础划分 performence和 competence。前者 维持全面的平衡发展（一个系统的发展 ），后者 促进发明和创新（一种文明的进程 ）。这个划分是一个通用的AI智能系统（可以理解为 AI程序的 操作系统）的基础。
上述 系统性和功能性的区分是逻辑上的（性能和功能），从物理上可以将它们理解为 ISO7层模型中物理层的控制特性（ 鲁棒控制器）和功能特性（ 鲁棒处理器）。鲁棒控制器是以闭环系统的鲁棒性作为目标设计得到的固定控制器，鲁棒处理器以开放系统的鲁棒性为目的实现而植入的协处理器。
2、限界上下文
智能系统原型的一个典型例子是一个拥有清晰子域示例的 限界上下文。
限界上下文主要用来封装通用语言和领域对象，但它同时也包含了那些为领域模型提供交互手段和辅助功能的内容。需要注意到是，对于架构中的每个组件，都应该将其放在适当的地方。
DDD中的每个上下文都是一个模型，使用CQRS模式。它将CQRS模式理解为 一个方法的仅有的两种模式–命令模式和查询模式。在领域模型中，通常会看到同时包含有命令和查询的聚合。
领域模型中基本部件有： 模块、聚合、领域时间和领域服务，基本对象有值对象、聚合根和事件源。
一个限界上下文用来容纳一个领域模型。模型是限界上下文的主要”公民”。但限界上下文并不局限于容纳模型，它通常标定了一个系统、一个应用程序或一种业务服务。
1.2.1 界限上下文
DDD引擎用于提供界线上下文的控制能力（鲁棒控制器）并提供其所需的领域服务（鲁棒处理器）。一个拥有清晰子域示例的限界上下文如下图。
图22 一个拥有清晰子域的示例 限界上下文
aaas通过图中的三个模型来形成一个实际的应用程序方案。在实际应用中，一个项目总会有多个限界上下文，它们之间的集成是一个重要环节。除了限界上下文和子域，还需要掌握上下文映射图来解决集成问题。
（本篇先到这里，本主题还有很多内容，留待下一篇继续。）
【 ———未完待续———-】
Original: https://blog.csdn.net/ChuanfangChen/article/details/123136584
Author: 一水鉴天
Title: 软件智能:aaas系统AI众生的“世”和“界” 之18 从鲁棒性到DDD引擎
原创文章受到原创版权保护。转载请注明出处：https://www.johngo689.com/556794/
转载文章受原作者版权保护。转载请注明原作者出处！