BOM构建是系统设计的重点之一
在这个U型理论中，没有象MRPII中的主生产计划，能力需求计划等模块，这里的原因是我们遇到的企业由于产品并不是制造组装类的，他们根本没有想过BOM这个名词，但事实在使用，如纸箱厂要用纸板生产纸箱，客户订的纸箱少有相同的，而一个纸箱用多少纸板，它是主要材料，完全可以根据公式计算出来，剩下的钉、胶、油墨则可以忽略，因此决对不能让他们每新增加一种纸箱就要新增加一个BOM记录，而是根据实际情况设计相应程序去自动代替了BOM的展开。当我做了几个系统后感觉有一句话的确正确：BOM构建是系统设计重点之一。而这个U型模型中也表达了这个想法，对于小企业或行业性质不同的不能为了MRPII而使用MRPII。我宁愿用管理信息系统这个名词代替MRPII。
但不可否认这是一个较粗浅的理论模型，它首先未体现人力资源的发挥，在模块中只是比较独立的人事管理模块，再深也是生产计划中对工时的一个比较而已；其次它不以时间为轴，未能直观反映出时间上的关系。对于计划日期与完成日期，只有用计划反馈的查询界面来体现出来，而其它的时间关系则是做出以时间为X轴，类似甘特图的内容来体现，这与U型差异甚远。
当我在企业信息管理师培训中讨论该理论模型时又得到老师与同学们的指点，有老师指出对它的扩展可以很容易进行，如成本意识中的销售，即可扩展为根据历史记录对客户的信用额度的控制，而我目前的做法则只是在客户档案中直接输入信用额度，然后订单输入审核时提示而已，因此它本身仍有挖掘的机会，更增强了自己的信心。又有老师提出一个极为经典的公式：A*B-C=D，这里A即需生产量，B即BOM中的配比，C即原料库存量（成品库存量），D即采购量（生产量），在该模型中对该公式的体现如下图：
有同学指出U型的左边其实是信息流，右边是物流，再右边图中的补充则是资金流，虽然这与我的一流带三流（企业管理中有物流、资金流、人力流，而信息流则是以上三者的载体）的思想有冲突，但使我的U型模型与一流带三流的两个思想又接近一步，将来的某个时候可能会整合在一起。
此外，我还在CIO网站中看到一个更为相似的示意图（如下图），它的思想与我有相似之处。只是它是倒着放的，并在客户处形成闭环，但在
主体上还是体现出客户、销售、生产、采购、厂商这种简洁的关系。
相信在众人的帮助下，加上自己的努力，U型理论会越来越完善，能真真地为小型企业的信息化做出一定的贡献。
全文完