Bruce 2021-3-19 15:20
老师，我看了一篇文章，里面提到领域愿景，感觉和您说的愿景不太一样，这两者有什么区别？
UMLChina潘加宇
这个图应该是Eric Evans的《领域驱动设计》人邮译本里面的，你可以把它看作是“伪创新”。
Eric Evans给出的“领域愿景说明”例子，主语是领域模型，按道理是说分析？如果把“模型”二字替换成“系统”看看，更像是系统的需求，工件名字却叫作“领域愿景”。Eric Evans估计是不了解愿景、需求和分析的区别。
我们在2005年制作《领域驱动设计》中译本的时候注意过这个问题，这个内容一直没人提，就算了，但如果有人拿出来当典范来推，那就要好好说说了。
软件开发的一个迭代周期中的四个工作流：
A-业务建模——定位需要改进的目标组织（人群或机构）以及该组织接下来最需要改进的问题。
B-需求——描述为了改进组织的问题，所引入的信息系统必须具有的表现。
C-分析——提炼为了满足功能需求，所引入的信息系统需要封装的核心域机制。
D-设计——考虑质量需求和设计约束，将核心域机制映射到选定非核心域上实现。
Eric Evans的“领域愿景”相当于从C、D的知识去臆想A、B。
以下是回答的扩展。
有一些敏捷人士只有D的知识，在没有学习和掌握A、B、C的情况下，先高喊“砸烂一切”吸引热血青年，然后发现砸烂一切是不行的，又偷偷捡起自己砸烂的A、B、C，但又不好好学习其中的知识，只是从D来臆想A、B、C，就会得到各种伪创新，然后用“敏捷”包装起来到处宣传。很多“敏捷实践”实际上就是只掌握D的人怎么爽怎么来的实践。
这种现象值得警惕。因为“领域驱动设计”又是一个新的包装，有的“领域驱动设计”人士只有D的知识，然后用D去套A、B、C。既然“领域愿景”有了，“领域驱动设计特色的业务建模”、“领域驱动设计特色的需求”应该也不远了，没准已经有人在炮制了。
更麻烦的是，这些人士形成了一个互相吹捧的封闭体系。甲吹捧乙，乙吹捧丙，丙吹捧甲，偶尔搞一个“软件开发必读**”，里面全是封闭体系里的甲乙丙。
[2020.01加一套题]UMLChina建模竞赛题大全-题目全文+分卷自测（11套110题）
[新增EA024高校毕业生就业系统]全程字幕-24套UML+Enterprise Architect建模示范视频
[幻灯]4月1-4日-剔除“伪创新”和“无领域”的领域驱动设计-网课
[新增：鸵鸟]软件开发团队的脓包：皇帝的新装、口号党、鸵鸟、废话迷
《软件方法》书中自测题-题目全文+分卷自测（1-8章）16套111题
中文书籍中对《人月神话》的引用（完结，共110本）：软件工程通史1930-2019、实用Common Lisp编程……
CTO也糊涂的常用术语：功能模块、业务架构、用户需求……[20210217更新]
扫一扫
811
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
