ITPub博客

首页 > Linux操作系统 > Linux操作系统 > 多级组织架构间的软件业务流程讨论

多级组织架构间的软件业务流程讨论

原创 Linux操作系统 作者:mzhanker 时间:2011-06-01 22:42:10 0 删除 编辑

 对于鞋服行业的零售分销企业,大多数是多级组织架构的,如下图所示:

                

     如何处理每个组织内部的业务以及和其它组织间的业务,是鞋服行业软件好坏的一个关键指标.

以上图为例,我们来讨论一下多级组织间的软件业务流程。

图中表示的是:一个典型的三级组织架构的企业,第一级总公司A,第二级分公司B1,第三级是经销商C1.

鞋服行业软件对于这种结构,一个典型而又普遍的做法为:

1):总部和其它组织(或经销商,或代理商)算成本,算库存的方式有区别

  如果软件具有以下几个主要模块:

         1):采购类模块(只有总公司具有,向供应商能够享有)

         2):批发类模块(销售给客户)

         3):渠道调拔类(销售给分公司)

         4):零售模块

         5):店铺调拔类模块.

  总部这五大类模块都有,而其它组织是没有采购类模块的。 那其它组织的采购数据从哪儿来,从”3):渠道调拔类”得到,理论上业务逻辑是讲的通的,但是事实上为软件的扩展增加了无穷的麻烦,具体体现在:

  a):数据很混乱,比如总公司A给分公司B1发了100件货品,做了一张渠道调拔单.

那么这张渠道调拔单在总部A里面算出库,在分公司B1里面算采购入库.如果只有两级,这样做没什么问题,和自营店一样,但是如果是三级就麻烦了,分公司B1向经销商C1发了50件货品,也是做渠道调拔单的.总经一下,对于B1的渠道调拔单来说,有些是当作采购入库的,有些是当作调拔出库的.

b):除了总部外,其它组织算成本很麻烦,库存重整也很麻烦。而且非常容易造成数据库死锁.原因很简单:一条数据几个组织共有,很容易出现抢占资源的情况,从而数据库死锁。

c):如果所有的数据要求实时,性能很难优化,鞋服行业的软件大多数体现在数据库层,因为数据量很大。而解决性能的一个最有效的办法就是切割表,就象电信一样。而如果是这种设计,数据杂乱无章地放在一起,相信谁来都很难了。所以目前一些大企业的做法就是,每个组织建一个数据库,通过数据传输达到业务数据间的往来.

2):参数设置不能按照组织来区分,总部设置一个系统参数,其它组织就要按照设置的参数执行。对于管理上很严紧,这种设计也是可以的,但是国内企业还达不到,不同组织间的管理文化,人员构成,经营能力都是有区别,不可能做到一样。

从以上分析得知,目前鞋服行业的软件存在普遍问题是,处理一,二级两级,用起来挺好,处理到第二级以后,就非常麻烦,不好用。事实上这和我调查的一些企业的使用效果

相同.

我个人的倾向设计是:

1):每个组织具有相同的模块,每个模块的作用都相同

2):每个组织都能单独设置系统参数

3):除了基础数据(比如,商品,颜色,尺码)之外,它的业务数据是相对独立的.

4):组织间业务数据衔接,通过单独的业务工具,业务往来具体包含如下:

a):上级组织发货,下级组织验货,收货的过程

    b):下级组织采购订货,上级组织转为销售订单的过程

    c):下级组织退货申请,上级组织审核,并转为销售退货申请的过程。

    d):下级组织退货,上级组织审核,并转为销售退单的过程。

以上纯属个人观点,欢迎讨论。

来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/660744/viewspace-696918/,如需转载,请注明出处,否则将追究法律责任。

请登录后发表评论 登录
全部评论

注册时间:2011-06-01

  • 博文量
    10
  • 访问量
    11576