关于域建模与用例建模:孰先孰后?

>早年用OOA&D的方法,一上来就找对象。甚至从一篇用户提供的文档中划出名词,作为初始对象。UML出来后>,Jacobson的use case则成为一个主要的部分。一开始就教你捕获use case,搞用例模型,强调用例驱动。 >但我对此则常有疑惑,如果域对象都没有搞清楚,use case又如何能明确?所以说,我经常采用一种非正规的>方法,在域对象和use case之间走钢丝,根据实际业务的情况,那种模型容易建立就先作那一种,只是要注意>在不断迭代中确保这二个模型之间的一致性。

一年前就听说了这个专业的网站,但那时我才开始接触java语言,面对java世界的一大堆名词可以说是完全找不到北,来过一次这里但是完全看不懂,呵呵。
在这一年间认真看了一些设计模式和其他的书,总算有点眉目了,所以最近才开始看jdon的论坛,这段时间认真的看了其中很多高手的帖子,他们都结合自己的项目经验发表自己的看法和观点,感觉让我受益匪浅。
今天我把自己对上面这段文章的困惑提出来,希望得到各位老师的指点。
>如果域对象都没有搞清楚,use case又如何能明确?
域模型应该是从我们的用例模型提炼出来,那用例模型应该先于域模型建立,那就不应该有这个问题呀。
如果我们不编写用例而直接建立域模型怎么感觉又像回到文章开始说的“早年用OOA&D的方法,从文档中划出名词,作为初始对象”。
域模型应该是业务领域的一些业务对象和他们之间关系的建型,自己的理解不知道对不对?

我也是采用用例和域模型之间两者互相迭代,互相验证。这种方法比较容易挖掘域对象。