67,513
社区成员
发帖
与我相关
我的任务
分享请发表友善的回复…
发表回复
houhou820 2005-12-29
- 打赏
- 举报
顶
willpower88 2005-12-22
- 打赏
- 举报
我同意三楼的说法,看团队侧重于哪种方法
houhou820 2005-12-22
- 打赏
- 举报
顶
cuiyingfeng 2005-12-19
- 打赏
- 举报
很同意楼上的观点，数据库驱动不应该成为我们开发的根本，如果偏重于这一块，就成了为数据存储写程序。业务才是最重要的，领悟业务逻辑和流程，快速把握业务中的对象模型，对于程序员本身是很重要的素质，开发重点也在于此。
良少 2005-12-19
- 打赏
- 举报
用例---就是用户需求，
然后据此，构建业务领域模型。 这个模型是对象模型。
数据库，实际上可以从对象模型中转换过来。
对象模型中的类型， 转为 数据库的表。 表使用E-R图来表示。
最后，才将E-R图表示的表转为实际数据库的表。
数据库系统是企业级软件的核心，但不是我们开发的根本， 根本的设计应该是业务领域对象模型！
数据库系统 仅仅是 软件系统持久化的那一部分！
然后据此，构建业务领域模型。 这个模型是对象模型。
数据库，实际上可以从对象模型中转换过来。
对象模型中的类型， 转为 数据库的表。 表使用E-R图来表示。
最后，才将E-R图表示的表转为实际数据库的表。
数据库系统是企业级软件的核心，但不是我们开发的根本， 根本的设计应该是业务领域对象模型！
数据库系统 仅仅是 软件系统持久化的那一部分！
houhou820 2005-12-19
- 打赏
- 举报
帮顶
喝酒吃肉 2005-12-16
- 打赏
- 举报
帮顶
houhou820 2005-12-15
- 打赏
- 举报
没人知道吗？
yyy 2005-12-13
- 打赏
- 举报
按照Rup的思想，应该是以用例为驱动的。
silverend 2005-12-13
- 打赏
- 举报
两种方式没有什么确定的答案；
你熟悉、掌握哪种方式就用哪种；根据自己团队的爱好，熟练程度而定
对象模型可用Together
数据库模型可用许多建模工具，进而转为相应的物理模型
你熟悉、掌握哪种方式就用哪种；根据自己团队的爱好，熟练程度而定
对象模型可用Together
数据库模型可用许多建模工具，进而转为相应的物理模型
pdw2009 2005-12-12
- 打赏
- 举报
楼下继续，，希望看到不同的见解
miaoliujun 2005-12-12
- 打赏
- 举报
楼上正解
但正规的流程应该是对象模型驱动，数据库模型也是对象模型的一种
但正规的流程应该是对象模型驱动，数据库模型也是对象模型的一种
lahmyyc 2005-12-12
- 打赏
- 举报
项目越大越偏向数据库模型，因为要考虑很多性能的问题，中小型项目为了快速开发，应该采用对象模型，这样可以更好的重用，使得程序员有更多的精力放在逻辑和页面上。
