这个系列的文章可以看作视频教程《GJJ-004 分析模式及实现》的文字版，更全面的内容可到umlchina.com/url/video.html购买《GJJ-004 分析模式及实现》视频教程，时长10小时08分——这个篇幅得写100集以上了，慢慢等文字版，估计是等不来的。
AI降临的时代，精确描述系统需要封装的核心域逻辑，也就是分析，已经成为在软件开发领域AI给人类剩下的最重要技能。
我们先澄清一些关于模式的用语，例如：
*模式≠设计模式
*设计模式≠《设计模式》
*分析模式≠《分析模式》
……
并列举领域驱动设计伪创新中和以上相关的一些错例。
模式≠设计模式
还是搬出软件开发的工作流ABCD：
A-业务建模（business modeling）——定位需要改进的目标组织以及该组织接下来最需要改进的问题。
B-需求（requirements）——描述为了改进组织的问题，待引入的信息系统必须具有的整体表现。
C-分析（analysis）——提炼为了满足功能需求，待引入的信息系统需要封装的核心域机制。
D-设计（design）——考虑质量需求和设计约束，将核心域机制映射到选定非核心域上实现。
按照以上ABCD归类目前已出版的模式书籍如下，只列书籍，不列论文。
和 A-业务建模 相关的模式
书名：Business Modeling with UML: Business Patterns at Work
作者：Hans-Erik Eriksson, Magnus Penker
中译本书名：UML业务建模
此书前面部分模式其实说的是“C-分析”，后面部分的模式才是“A-业务建模”，使用Eriksson-Penker Business Extensions表示法（在EA建模工具中以UML扩展的方式使用）
书名：Workflow Patterns: The Definitive Guide
作者：Nick Russell, Wil M. P. van der Aalst, Arthur H. M. ter Hofstede
中译本书名：本书无中译本，但本书作者的另一本书有中译本《工作流管理：模型，方法和系统》
注意，有一些书名带Business...Model...Patterns的书，说的是商业模式，不是建模方法学中“A-业务建模”所要建模的组织流程。
还有一些书名带Process Patterns的软件开发书籍，说的是软件开发的Process，不是建模方法学中“A-业务建模”所要建模的组织流程。
和 B-需求 相关的模式
（待续）
