对象分析及系统设计问题

[gemininet]

做ERP系统，是服装行业的，所以其订单维护的行业性比较明显，不像制造业的一些订单比较好维护，我们暂定都是用的交叉表来维护。因为一种款式的衣服有多种颜色多种尺寸，所以在做销售子系统的分析时，如何来抽象其特性。在祥细设计时如何来设计订单维护模块，因为考虑到有多种单子都具有相同属性，比如销售订单，退货单，发货单，出库单等里面都有单头信息，然后就是分色分码数据，是不是可以定义一个基类来表示订单头的基础数据，然后再派生出其它类分别表示订单类，退货单类等，每个类再实现相应的添加，删除等方法，这样来设计好不好，但是总感觉很难实现。如果按以前的单独设计，觉得没什么意思，重复工作做的比较多。希望大家帮帮忙，或者讨论一下，服装业的系统里的订单应该如何实现比较好。

[w_rose]

服装业中，同一类样板不同尺寸的衣服应该用不同的物件编号。如果连这个也不区分，那么就是一笔糊涂账。超市中，同一款口香糖每一包都是一样的编号，但是服装加工、（规范的）销售则不是。其它也有很多。例如贵重首饰、汽车修理等等，必须根据商品售后服务的责任不同来定义编号的使用范围。

[w_rose]

搂住所说的“很难”的问题，是反映在“订单明细”中的，并不是在“订单头”中的。并且，也不是订单明细本身的问题，而是物件编码系统的问题。

[stonespace]

>是不是可以定义一个基类来表示订单头的基础数据，然后再派生出其它类分别表示订单类，退货单类等，每个类再实现相应的添加，删除等方法，这样来设计好不好，但是总感觉很难实现。

可以，不过数据库操作仍然需要在派生类实现，也不见得简单。

[gemininet]

To w_rose(w_rose):
按照你所说的同一类样板不同尺寸的衣服应该用不同的物件编号，这个方法是不可取的。
实际中，在服装加工业，一般情况下是很少出现同一款式，也就是你说的样板，而且尺寸也分为多种类别的标记，国内用的是CM，而出口的服装有的有可能就是用英寸，同一款式服装可以争对很多颜色，很多尺寸，这样每个都取一个编号，是不可取的。
我们所采用的方法就是定款式，然后分色，再分尺寸，至于你所说的样板，我们是按规格来处理，同样是采用规格分码来处理，所以在维护其订单及样板配料单（BOM维护）是比较复杂。
所在现在为了能使这个维护过程的编码实现比较简单化来操作，需对系统进行较详细的分析。我由于也是刚开始做系统设计不久，试着套用一些设计模式来处理，也对不上号。现在就上这里高手云集的地方来讨教讨教。

[w_rose]

“款式，然后分色，再分尺寸”这不就是编码的划分尺度吗？如果你看不出我的意思，那么很遗憾！

问题的焦点应该放在编号系统上，并增加一些帮助用户快速识别编号的灵活功能。如果不是这样，那么编号与订单明细的对应关系与传统ERP不同，整个订单系统应该垮掉重新设计。

当然还有一种“解决办法”，就是退回到“超市”那种简单的信息系统中去。这样的系统是只图眼前方便而作的。