我们公司是做收银软件销售及维护的，我想做个系统 对客户及维护做记录

                                            往来单位

                         |----------------|------------------|

                      客户               代理商                   供应商  

                                              商品

                         |----------------------------------|

                        设备                普通商品               软件

             |----------------|

          监控设备           电脑及耗材

就以这2个树举例吧，往来单位是抽象类，下面有如图的三个子类， 同样商品类是抽象类，下面有三个子类。

其实在做系统的时候这些都是基础信息，很容易抽象出 一些类来，我想问的是 实体层 怎么写？

我设想的是在 实体层 先写个  往来单位  这样一个基类，然后再写 供应商 客户 供应商这3个类继承 往来单位， 商品类同理。我这样做合理吗？ 还是应该 直接写 供应商 客户 供应商这几个类，这样的话 我就要 重复的写 编号 名称 地址 电话 联系人这些属性。好麻烦，如果类多呢？

以上说的都是 说的 实体层， 那么如果用抽象， 数据层，业务逻辑层怎么写？ 也抽象出 往来单位、商品这样的类？??