发帖    主题    评论    推荐    标签    作者    订阅    查搜    注册   登陆   关注
 
面向对象 设计模式 领域驱动设计 企业架构 框架 开发教程 微服务 CQRS 扩展性 并发编程 事件溯源 分布式 SOA
1 2 3 下一页 Go 3

领域设计 实践疑惑

              
tqb
2008-12-04 14:52
赞助商链接

项目:合格供应方管理
企业内部的供应方需要通过该企业的合格供应方申请审批流程后,才能成为合格的供应方,才能进行后续的贸易活动。合格供应方申请可以由企业内部员工或者是合格供应方(同一平台上的)自己提交申请;企业内部通过已经建立好的评估方案对该申请进行评估考核;最后由企业的决策层审批。
模块关系图:

建模思路:
实体:
评估方案、申请单、供应商、产品信息、审批信息、评审信息(上图暂未给出)
因为这些都是需要跟踪的。

值对象:
评估分类、评估项目

疑惑:
建立类图时,申请单与审批、评审信息之间的关系如何表示?申请单中有审批、评审的集合?审批、评审中有申请的引用?还是前面两者都做,用双向关联?

望各位发表一下高见。
[该贴被tqb于2008-12-04 14:58修改过]
[该贴被tqb于2008-12-04 15:11修改过]
[该贴被tqb于2008-12-04 15:13修改过]

2008-12-05 00:34

呵呵,错了

申请单与审批、评审信息之间根本就没有直接的联系,他们是被第三者关联起来的。“申请”是一个整体,“申请单”“评审信息”都是它的子元素。

看你的图觉得还是在以数据为核心思考。

2008-12-05 10:13

只是没一步抽象出“申请”这种抽象的主体,因为只关注了表面的名词吧,这些词更实在点,看得见摸得着。我在这方面也很弱,经常不能一下子发现这样的主体,直到客户老是向我说这些词我才感觉自己有问题。

2008-12-05 12:31

banq所说的问题就是在这里,因为太过于关注表面而忽略了其中的实质。

2008-12-05 14:30

那正确的uml应该怎么画出来?

可以试试吗?

3Go 1 2 3 下一页

赞助商链接

赞助商链接

返回顶部

移动版 关于本站 使用帮助 联系反馈 最佳分辨率1366x768
OpenSource JIVEJDON Powered by JdonFramework Code © 2002-20 jdon.com