[原创]ERP设计中业务模型和设计模型关系闲谈

昨日周末，和友人两人坐一小酒肆，一瓶二锅下肚，借着酒精，扯天拉地的胡侃。

提及软件产品设计中设计的问题，两人发现目前国内软件设计中的一个较为普遍的问题，就是模型抽象和设计抽象的浅层次和缺乏归并思路。

简单来说：企业计划无论SOP计划还是MRP计划，都是基于物料在时间轴分布的供应和需求的匹配性估算；企业预算编制，也是如此；

此外对于企业收支平衡计划，例如日常收付现金平衡的控制、规划也是在采购现金需求和销售、服务、库存现金的现金供给，基于时间轴的匹配性估算，并实时进行平衡差异调整，以进行企业日常现金的有效保障。

再如成本核算在平行结转或者分项结转计算方法上，基于料工费在物料结构上的上下汇总和归集，也是类似于供给和需求之间的匹配性计算。

企业作为I/O系统，凡是涉及到平衡S/D关系上，都涉及到此类同样的逻辑。

那么目前国内的软件公司在抽取业务模型之后，设计模型是如何做的那？研发基于业务模型在单一领域采取独立的计算模型设计。业务对象不做深度抽象，如此大量存在类似模型或者仅仅约束、变量量不同的业务在系统中大量的重复设计和出现。如此系统的模型如何达到优化，和软件的简洁性。

以上就我们熟悉的领域进行说明，那么还会其他领域或者纯技术平台等都会有类似的问题。

据说SAP具有大量的数学学科博士和研究者，也许这涉及到国家的基础学科的建设问题和对模型的严谨性以及穷尽性分解吧。

大家怎么看？

推荐到鲜果： 查阅更多相关主题的帖子: SOP MRP 收支平衡 I/O系统