软件行为由领域模型控制。只要将领域逻辑与技术问题相隔离，就能实现模型驱动设计，从而实现领域驱动设计。
领域模型实现模式分为领域模型、事务脚本、表模块。
事务脚本模式遵循开发的程序化风格而非面向对象方法。通常会为每个业务事务创建单个程序，并且它是按照某种静态管理器或服务类来分组的。每个程序都包含所有需要的业务逻辑，以完成从工作流、业务规则和验证检查到数据库中持久性的业务事务。
即事务脚本将事务封装成一个个的脚本，是面向过程的。它可用于领域中具有很少逻辑或不具有逻辑的部分。一个操作的所有逻辑都包含在单个服务方法中。
我养成了这样的习惯，把我想在以后几个小时之内完成的任何事情都记录在电脑旁的一张纸上。我还有一张这样的请单，我把它钉在墙上，不过这张单子是这一周或者这个月的工作计划。一旦把所有要完成的事情都写在清单上，我就知道我是不会忘记去做这些事情了。当又有新条目出现时，我会迅速而有意识地判断这个条目是属于“现在的”清单还是“以后的”清单，还是它根本就不需要去做。
将其运用到测试驱动开发上，那么我们记录到列表上的就是我们要去实现的测试。首先，把你所知道需要实现的每种操作的范例都记录在清单上，其次，对于那些目前还不存在的操作，将其空（null）版本记录到清单上。最后，列出所有你认为在这一轮编程结束后为了获得整洁的代码而必须要完成的重构。
广度优先搜索用于在非加权图中查找最短路径。
狄克斯特拉算法用于在权重为正的加权图中查找最短路径，权重为负的用贝尔曼-福德算法（Bellman-Ford algorithm）。
| 问题 | 解决方法 | 参阅 |
|---|---|---|
| 单点连通性 | DepthFirstSearch | 4.1.3.2 节 |
| 单点路径 | DepthFirstPaths | 算法 4.1 |
| 单点最短路径 | BreadthFirstPaths | 算法 4.2 |
| 连通性 | CC | 算法 4.3 |
| 检测环 | Cycle | 表 4.1.7 |
现代面向对象分析和设计过程中都综合使用了用例建模、静态建模、状态机建模和对象交互建模。
用例建模：系统的功能性需求按照用例和参与者进行定义。
静态建模：提供系统的结构化视图。类按照其属性以及与其他类的关系进行定义。
对象交互建模：通过对象交互图显示对象之间是如何通信以实现用例。
状态机建模：通过状态图表示系统的相关状态及关系。
软件设计表示法：使用图形或文本方式或同时使用图形和文本描述软件设计的方法。
软件设计思想：用于设计系统的根本性的思想。
