逻辑性错误出现后的杯具和启示
摘要:上个月发布了一个新的功能性需求,发布后快一个月了一直都没有什么问题反馈,用户也没有提示Bug之类的,但是上周有个用户突然说有一个他修改采购入库单据出现错误,错误的原因是他修改了入库单的产品明细的单位,听到这个消息我们的运维人员感到困惑,因为以前系统一直是不让修改入库单据的单位的啊,而且明细数据都是根据采购单据号直接取出来的啊,只有数量时可以更改的啊。所以实施人员赶紧自己验证了下,发现现在单位确实可以修改了。这下轮到我头大了,我在PRD数据库里查询了下这些出现问题的单据,发现居然有200多条了,而且还产生了月结,设计到了20多家用户,这下惨了。于是我赶快想了个办法,先尽快堵住这个漏洞再说,历史错
阅读全文
切身体会设计系统时的前瞻性问题
摘要: 这几天遇到用户提出的一个新需求,要求在现有系统的基础上增加一种新的销售模式,其实也算不上新的销售模式,只不过是由于收货方式有点区别,要在以前的价格基础上做订单时有个调整即可。但是做这种单据可以有几种方式,其中一种是有采购入库单直接生成的销售出库单,写设计方案时,我就发现了一个头痛的问题,目前系统已经将销售模式写死了,比如SaleType(1表示正常销售,2表示调拨销售,3表示分销,4表示。。。)。本来这次的需求也属于正常销售的一种,只是要稍加区别即可。但是现在目前系统在不增加字段或者不进行大修改的情况下相当困难。因为很多系统很多关联地方都将SaleType写死了,特别是很多报表,对于
阅读全文