设计不错啊。

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

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

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

多谢彭老师:)

我是在学习O/R时想自已做一个简单的库存管理软件练练手。基本业务流程是：

操作员下订单，选择供应商，同时录入需要订货的明细。这个可以使用刚开始的类模型。

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

订货单，入库单，以后还要能进行一查询。

在下疑问是：

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

请各位请辈指点一下。

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

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

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

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