Dojo
最新
最佳
搜索
订阅
解道Jdon
架构设计
领域驱动
DDD介绍
DDD专辑
战略建模
领域语言UL
领域事件
商业分析
工作流BPM
规则引擎
架构师观点
数据工程
产品经理
系统思维
微服务
微服务介绍
微服务专辑
模块化设计
SOA
API设计
clean架构
SpringBoot
分布式事务
事件溯源
Kafka消息
Kubernetes
DevOps
编程设计
GoF设计模式
模式专辑
面向对象
函数式编程
编程语言比较
编程工具比较
形式逻辑
前端编程
Reactive编程
Jdon框架
Rust语言
人工智能
Web3
模因梗
幽默梗
程序员吐槽
面试技巧
Java入门
数字化转型
认知偏差
道德经
更多话题
关于域建模与用例建模:孰先孰后?
05-11-25
chensheng
>早年用OOA&D的方法,一上来就找对象。甚至从一篇用户提供的文档中划出名词,作为初始对象。UML出来后>,Jacobson的use case则成为一个主要的部分。一开始就教你捕获use case,搞用例模型,强调用例驱动。 >但我对此则常有疑惑,如果域对象都没有搞清楚,use case又如何能明确?所以说,我经常采用一种非正规的>方法,在域对象和use case之间走钢丝,根据实际业务的情况,那种模型容易建立就先作那一种,只是要注意>在不断迭代中确保这二个模型之间的一致性。
一年前就听说了这个专业的网站,但那时我才开始接触java语言,面对java世界的一大堆名词可以说是完全找不到北,来过一次这里但是完全看不懂,呵呵。
在这一年间认真看了一些
设计模式
和其他的书,总算有点眉目了,所以最近才开始看jdon的论坛,这段时间认真的看了其中很多高手的帖子,他们都结合自己的项目经验发表自己的看法和观点,感觉让我受益匪浅。
今天我把自己对上面这段文章的困惑提出来,希望得到各位老师的指点。
>如果域对象都没有搞清楚,use case又如何能明确?
域模型应该是从我们的用例模型提炼出来,那用例模型应该先于域模型建立,那就不应该有这个问题呀。
如果我们不编写用例而直接建立域模型怎么感觉又像回到文章开始说的“早年用OOA&D的方法,从文档中划出名词,作为初始对象”。
域模型应该是业务领域的一些业务对象和他们之间关系的建型,自己的理解不知道对不对?
banq
2005-12-04 10:50
我也是采用用例和域模型之间两者互相迭代,互相验证。这种方法比较容易挖掘域对象。
需求工程RE
DDD领域驱动设计