我们看楼主的订单其实是采购行为产生的订单，并不是要别人要买楼主的东西，而是楼主要下采购单去买别人的东西，我们一般把它称为订购单。
[该贴被javaxmler于2007年09月05日 12:43修改过]
我们看楼主的订单其实是采购行为产生的订单，并不是要别人要买楼主的东西，而是楼主要下采购单去买别人的东西，我们一般把它称为订购单。
[该贴被javaxmler于2007年09月05日 12:43修改过]
>我觉得应该是 TPart 的一个属性
我觉得Tprice是不是要作为一个属性取决于需求和你对Price的认识。
TPrice存在的话，设计可能更具扩展性。
Tprice可能要表示美元，可能是人民币；可能用中文大写显示也可能是阿拉伯数字；
还可能需要定制一些价格策略，比如打折、买二送一什么的。
我认为是有关联的，下采购单肯定要知道下给谁，而且不会同一张单下给不同的 Supplier。TOrders 与 TSupplier的关系是非常重要的，不能忽视。
当然应该有直接关系，是一种高聚合，如果一个订单没有订货单位能叫订单吗？恐怕是产品明细单了。
是不是该把供应商的名字拉出来做为订单的一个属性呢?还有价格变动也存在同样的情况,是不是该把所有会变动的元素,都作为订单的一个属性,然后再把订单和各个对象关联起来.那我觉的是不是有属性重复的感觉?
你这个问题很好，不过你提的问题属于另外一种解决领域：记录跟踪，也就是说使用计算机对现实中订单等进行记录跟踪，这个可以参考MF的“分析模式”中的Account来解决。
1 模型中TOrders 与 TSupplier之间应没有直接关系(如有也不是一对一的关系)
与定单TOrders关联的应该是TOrderItem,与TOrderItem关联的是TParts,与TParts关联的才是TSupplier.
实际业务，一个订单应该对应一个供应商，否则将造成收货后付款的困难。而且，订单产生前应该确定供应商，因为还要确定价格和订货份额分配。