ORM 与O/R Mapping不是一回事。ORM是对象角色模型，O/R mapping是对象/关系映射，最好不要弄混了。
ORM这个词汇还没有成为比较流行的O/R mapping的表达，对于许多熟悉ORM或O/R mapping的数据建模专家来说，如果这样与他们交流，很容易引起混乱。
对于不少人来说，并不知道还有对象角色模型这个东西，但在实际的开发技术中ORM也拥有十分重要的地位，毕竟ORM与O/R mapping都是专门针对数据库的东东，而且背后还有千丝万网的联系。简单一点说，O/R mapping在一定程度上提供了对ORM的支持，使得ORM产生的设计模型在进入编码阶段更加方便。
如果老是弄混下去，有时候难免会交流上的问题，我也只是随便说说，假如表达上能能够分清的话，也无所谓了。
附：
思考时，能够远离数据库的细节操作是一个诱人的想法，因为这可以让你更集中精力去做你想做的事情。
使用ORM(也称NIAM)建模数据库，比较简单，也比较直观，正如所介绍的那样，这个模型是给业务专家使用的，能够让业务专家在不需要学习专业的ER图的情况下，给出数据库的设计方案。
在VISIO for Visual.Studio.NET中，ORM在数据库建模上是做得很不错的，你可以先进行ORM建模，然后直接根据ORM生成ER图，将ER图整理好了之后，再直接生成数据库模型图，然后再用它来自动生成数据库的结构，感觉很不错。
ORM在业务方面的表达的专长，是UML恰好不具备的，但根据ORM导出UML的模型图，只要掌握了方法，却是很容易的，因为中间并不需要许多复杂的转换。
另外，ORM虽然本质上是提供数据库设计支持，但在使用时，注重的却是业务层次的表达。
当然，自动生成的东西，是有必要去繁就简的，但这个就不在介绍ORM的范围里了。
这东西很好玩，有兴趣了解的话，可以参考：http://www.orm.net
MSDN上也有使用ORM的文章：
利用商务分析功能：Visual Studio .NET中的对象角色造型
还用基于VISIO的应用的文章，也有介绍ORM：
Visual Studio .NET Enterprise Architect 中基于 Visio 的数据库建模：第一部分
Visual Studio .NET Enterprise Architect 中基于 Visio 的数据库建模：第二部分
Visual Studio .NET Enterprise Architect 中基于 Visio 的数据库建模：第三部分
随便说说
