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

订单模型设计疑问

         
2007-08-10 17:50
赞助商链接

各位大侠大家好。我想设计一个订单模型。现在设计如图所示:
Torders代表的是订单;TorderItem代表的是订单明细;Tparts代表的是商品;Tprice代表的是价格;Tsupplier代表的是供应商。请大家指点一下。

哈,如果有哪位大侠有好的模型请提供一下,让小弟学习学习。










[该贴被sxdthonda于2007年08月16日 15:13修改过]

2007-08-15 12:28

设计不错啊。

你需要其他给你show他们的模型?是展示他们漂亮的模型图呢(可能五颜六色)?还是其他什么?

模型是根据业务需要来设计的,你没有贴出你的业务需求,而只是告诉我们结果,这就很难了,就象1+1=2,你只告诉我们2的结果,并且用彩笔画了好看的2字,意义不太大噢。

UML图就象AutoCAD图一样,会画AutoCAD的不一定是建筑师。关键是掌握设计思想。

2007-08-15 12:44

多谢彭老师:)

我是在学习O/R时想自已做一个简单的库存管理软件练练手。基本业务流程是:
操作员下订单,选择供应商,同时录入需要订货的明细。这个可以使用刚开始的类模型。

但我想,当到货入库时,该怎么操作呢?(业务流程是:当到货后,首先点到货数量,然后根据到货数量,做一个入库单,当然还要更新库存数量等信息)。但在些,入库单这个怎么处理呢?想了好久都没办法。

订货单,入库单,以后还要能进行一查询。
在下疑问是:
再设计一个入库单及入库明细类呢,还是把现在的Torder类增加一些属性,同时表示订货、入库呢?

请各位请辈指点一下。

2007-08-15 12:52

>再设计一个入库单及入库明细类呢,还是把现在的Torder类增加一些属性,同时表示订货、入库呢?

这是问题关键,我们曾经讨论过:一个事物必然要包括一个约束问题,只要它符合一个约束,就可以定义它为类/对象,也就是说,一个对象中属性必须是明确标明它的特征,是一种约束。

Torder是订单对象,很显然入库不属于订单的内在属性,不应该被划入订单对象,而应该重新设计一个对象“库单”(可以设计有入库单/出库单两种子类)。


2007-08-15 14:23

呵呵,一句话点醒梦中人,明白了,多谢彭老师。

5Go 1 2 3 4 ... 5 下一页

赞助商链接

赞助商链接

返回顶部

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