我看了谢星星 朱婵的《Power Designer系统分析与建模实战》里面设计信息系统都是先设计ER图，然后用power designer 转为对象模型。但是在《软件工程》相关的书籍中面向对象的方法论从来没有设计ER图这一个步骤。我的疑惑有：
1.面向对象设计信息系统到底是先设计类图还是ER图，哪个才是核心？
2.如果说类图就是比ER图的实体多了操作，是可以转换的，那么一个类A中的变量的类型是另一个类B的这种组合关系，那么ER图又怎么表示？表A的属性的类型总不能是另一张表B吧？如果是继承关系又该怎么办，是父类对应一张表，子类再对应一张表吗？这样不是有数据冗余了吗？还是子类表只要表示扩展的那些属性？
3.我可以这样设计吗？类图不参考ER图设计，或者ER图不参考类图设计，在处理数据的时候单纯将数据存在类中，然后储存的时候再把相应数据按照数据库的设计的ER图的格式来存储，用的时候再取出来按照类的格式存储吗？
4.面向对象与结构化是水火不容的吗？还是可以结合的？我们老师说现在还不存在纯粹的面向对象，都是自顶向下，功能划分来开发的？企业中到底用那种模式开发居多？
你首先应该把基本概念搞清楚。
比如说，结构化编程，是指使用循环、分支、选择等结构化的语法代替goto，那么你说面向对象的编程语言是不是就不是结构化了？这问题还用问么
课本讲解与现实差太多了。。。公司的设计与实现都是直奔功能实现，至于这些ER图，设计类啥的都是基本没有了的！！！除非是真正的BAT之类的，不过也是很少写，主攻还是功能实现。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。@Y。。。。
面向对象建模用的是UML其中并没有ER图，ER图是结构化设计的步骤
面向对象设计方法的话直接用类图替代ER图了