敏捷开发随笔2-关于校验

我们做系统设计的时候,如果碰到不合理的校验需求,一般会在设计上缩小逻辑控制到可以理解,而又不影响到业务流程的程度。

 

根据自己理解加校验是大忌。原因是有些校验触发场景很特殊,客户按需求列表验收时很难注意到,实际上线后使用中发现,如果需要去掉就需要重新发版,要走整个验收流程。

 

事实上,对于客户的需求,设计上只能尽可能的往合理角度上去靠,不会每个疑问点都找客户确认,要客户给方案,这是很low的。

 

对于客户需求上的逻辑缺点,在系统设计上和操作支持上的宽容也是功夫。

 

有些低级的问题,即使客户明显需求有问题,这边也不会主动捅出来或者要求客户修改,而是尽可能的在可以接受的范围内弱化问题。

 

系统控制很严格,这也报错,那也报错,实际上只是保护系统本身的安全,实际上用户体验是很糟糕的。

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值