订单模型设计疑问

07-08-10 sxdthonda

#建模案例 #DDD领域驱动设计

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

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

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

#建模案例 #DDD领域驱动设计

赞

banq

2007-08-15 12:28

设计不错啊。

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

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

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

sxdthonda

2007-08-15 12:44

多谢彭老师:)

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

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

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

请各位请辈指点一下。

banq

2007-08-15 12:52

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

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

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

sxdthonda

2007-08-15 14:23

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

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