MDA模型驱动架构

建模的重要性

一本书中介绍，没有面向对象的分析，即使使用面向对象的语言运用面向对象的编程也只能开发出似是而非的面向对象的系统，大家觉得有道理吗？

关于MDD和DDD的一些菜鸟级的困惑

不要笑哈 1，MDD中的M代表着模型，这个模型是需求模型，还是系统模型呢，我认为是前者；2，DDD中的领域应该是问题领域，我在学软件工程，看书上说用例驱动设计，这个设计应该指的是将需求模型（如用例图等）转化为静态的类图吧？这就是所谓的MDD

MF老马不是神

Martin Fowler是OO大师，但是他不是神，他不可能在OO所有领域都有创意和正确引导。他喜欢玩ROR，结果很多人跟着说好，完全置普通消费者感情不顾，新的语言有的新的误区，中国老子早就说：只要是有形的东西‘必有亏（大概意思）。

关于动量软件

不知道大家对动量软件是怎么看的，动量软件号称软件业的革命，代码全部有机器生成，让大家只关注业务其他全部交给它来处理，程序员根本或者说很少写代码，听上去很美，我看过它生成的项目，就源代码而言没有可读性因为全是机器生成的，命名都是批量的，更别说是存在什么设计模式了，他们公司说他们生成项目是通过领域建模

关于BPM/SOA/MDA的随想

软件开发不外是：需求->设计->组件->编码，在软件开发中，为提高效率，一般要求这四层尽量解耦，即各自变化，互不影响。其实，现实中很难做到，一般变化的层次越高，引起的变化越大，组件可能只引起编码的变化，而需求一旦变了，则可能会全盘皆变；所以软件开发的突破重点是如何隔离需求的变动；

建模工具的选择:together还是rsa

看到Banq多次推荐together，但rational software architect做为ibm的产品，功能也是非常强大的不知道banq对rsa有什么高见？

请高人帮忙解惑FDD MDA DDD的问题

FDD MDA DDD这几种驱动设计的特征是什么,好在哪？哪个更优秀？还有就是除了这些还有哪些比较著名的驱动设计？接着是推崇基本比较优秀的书籍？

No model,no patterns ,then no framework

大意已了解！但还不是很清楚！求英语好的文采好的学院派翻译下，不长！ http://realmethods.com/documentation/nomodel-nopatterns-noframework.pdf

如何将模型与数据库联系起来

在jdon潜水也有一段时日了，但还是有个问题困扰着，就是：我们都说在分析阶段要与数据库隔离，而围绕领域模型，但是系统的数据最终还是要保存在数据库中，如果用hibernate映射来实现，应该怎么做呢？如果根据模型来设计表的字段，是不是有可能会造成数据的冗余呢？能否用个具体的例子说明一下，不知我表达得清