本文主要是介绍《分析模式》漫谈03- Unified Method并不是RUP，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！
DDD领域驱动设计批评文集
做强化自测题获得“软件方法建模师”称号
《软件方法》各章合集
在《分析模式》第2章 ，Fowler提到了“Rational Software's Unified Method”， 而且给出了引用的参考文献，是Rational公司的一份文档：
2004中译本的翻译如下：
翻译为“Rational软件的统一方法”是正确的。
2020中译本的翻译如下：
翻译为“Rational软件统一方法”，把整个混为一体了，这个翻译是错误的。可能译者联想到有“Rational软件统一过程”，以为说的是这个，于是“发挥”了一下。
Unified Method并不是RUP（Rational Unified Process）！
RUP是过程：
Unified Method其实就是统一建模语言UML。UML在改名为UML之前，就叫“统一方法”——不叫“Rational软件统一方法”。
包含UML历史相关章节的书，很多都会提到“Unified Method（统一方法）”这个名称。
不一定是UML主题的书，其他主题的书也有：
我列出这么多书，意思是说，这个名字在历史上不是默默无闻的。如果认真看过某一本涉及到这方面的书，很可能会对这个名字有印象，就不会把整个连在一起翻译了。
而且从“元模型包括类型、关联、子类型、操作”也可以看出来， 这说的不是过程，是建模语言。
这篇关于《分析模式》漫谈03- Unified Method并不是RUP的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！
![[职场] 公务员的利弊分析 #知识分享#经验分享#其他](https://img-blog.csdnimg.cn/img_convert/5bcd74cd751052a1172c6b8f5a4cf29a.png)
