对软件开发的一些看法
来源:互联网 发布:用友软件销售咨询 编辑:程序博客网 时间:2024/05/01 18:17
自动化测试要花费比较小的代价,被测试单元的处理逻辑一定要和它处理的数据分离开,因为程序和测试代码都需要数据。那些C环境下的编程高手、UNIX的源代码都是 比较好的做到了这一点。
一个优秀的软件必然要比较好的实现用户的需求,否则,不管你的设计有多么的精巧,在用户看来,它的价值都不大。比如数据维护软件就可以很多资源的录入做成批量录入,指定一个规则,用户按此规则只需录入共性的东西一次、再分别录入各个资源不同的地方,然后在导入时一次指出出错的地方,这种使用方式跟用户一条一条的录,每录一次还可能报错,用户使用起来绝对要愉快很多。
软件使用发生错误找到问题责任人很困难,在界面上的一个业务处理出错后,界面开发人员找到后台,但是后台的程序日志不全,后台开发人员花费了三天的时间,查数据、调代码,最终发现是另一个子系统的处理错误,也许这个子系统的开发人员又会花费很长时间才发现究竟是自身的问题还是第三方的问题。
从管理上来说,这种问题的本质原因在于在于开发人员和维护人员没有分离,否则开发人员一定会把日志写的比较好,也就能比较容易找到出错的子系统。
从软件设计上来说,这是职责分离的原则没有遵守,网络通信与业务处理是不同的职责,如果分离了,就能比较方便的记录下收发的网络通信消息,就不会有这种问题。
一个优秀的软件必然要比较好的实现用户的需求,否则,不管你的设计有多么的精巧,在用户看来,它的价值都不大。比如数据维护软件就可以很多资源的录入做成批量录入,指定一个规则,用户按此规则只需录入共性的东西一次、再分别录入各个资源不同的地方,然后在导入时一次指出出错的地方,这种使用方式跟用户一条一条的录,每录一次还可能报错,用户使用起来绝对要愉快很多。
软件使用发生错误找到问题责任人很困难,在界面上的一个业务处理出错后,界面开发人员找到后台,但是后台的程序日志不全,后台开发人员花费了三天的时间,查数据、调代码,最终发现是另一个子系统的处理错误,也许这个子系统的开发人员又会花费很长时间才发现究竟是自身的问题还是第三方的问题。
从管理上来说,这种问题的本质原因在于在于开发人员和维护人员没有分离,否则开发人员一定会把日志写的比较好,也就能比较容易找到出错的子系统。
从软件设计上来说,这是职责分离的原则没有遵守,网络通信与业务处理是不同的职责,如果分离了,就能比较方便的记录下收发的网络通信消息,就不会有这种问题。
- 对软件开发的一些看法
- 谈谈个人对软件开发的看法
- 浅谈对软件开发过程的看法
- 对Web平台和软件架构的一些看法
- 谈谈我对版本控制软件的一些选型看法
- 关于基于组件的软件开发的一些看法
- 新近入职写一点对软件开发的看法
- 对软件危机的看法
- 对敏捷开发(XP)实践的一些看法
- 对bootloader的一些看法
- 对企业发展的一些看法
- 对经济学的一些看法
- 对跳槽的一些看法
- 对 XML 的一些看法
- 对大盘的一些看法
- 对Spring的一些看法
- 对常见的三个免费数据库软件的一些个人看法
- 对软件开发过程的一些感想
- 几个SQL Server分布存储过程
- Tomcat5.5.x配置整理
- 中国很多IT企业根本就不知道资深的含义!(转天涯)
- 讲个职友集(jobui)低PV的故事(评论)
- I P v 6的分段
- 对软件开发的一些看法
- 三十六计之以逸待劳(第四计)
- static的困惑
- insist用法扫描
- 《孙子兵法》之九变篇
- 《孙子兵法》之军争篇
- 《孙子兵法》之形篇
- 《孙子兵法》之虚实篇
- 博客搜索有前途吗?作者:李安科(评论)