质量也是软件需求之一

上午在实验室Coding的时候，查阅两个月前写的代码，发现还是有些地方可以进行重构优化的。无论从流程和结构方面，或者是简单的代码规范方面，都是可以找到优化的突破口的。但是，我们是否真的需要求修改它呢？毕竟它已经是经历了两个月的运行良好的程序，而且经历了两轮的系统测试。如果这时候修改，我们确实有机会将程序改的更好，但是也会冒着引入新的bug的风险，而且必须保证充分的测试，否则后果是很难预测的。

 

在踌躇莫展的时候，我们何去何从？从程序员的角度讲，我们当然希望进行重构，凭借自己的经验将程序改的更好。但是从管理者的角度，风险谁来承担？如何保证质量？这是一个很难抉择的时刻。从《重构-改善既有代码的设计》书中得到的建议是，如果项目已到尾声，并且没有新功能要增加时，还是不要轻易去重构。

 

我觉得也可以从另一个角度来考虑这个问题，就是用经济学上的成本收益原理去思考，只有这项改善带来的收益大于成本时，才去做它。否则，就是不经济的。经济学上的很多原理可以为我们考虑问题开辟另一个角度。

 

当然，在项目策划的阶段，对质量的要求应该也是软件需求的一部分。综合考虑项目的预算，周期，人员，市场等各种因素，看在这些条件下能达到一个什么样的质量。我觉得这也是公平考虑质量因素的标准之一，因为过多的质量要求也会带来过多的成本和周期，而这两个因素又恰恰是市场经济环境下非常重要的因素。

 

所以说，质量也是软件需求之一。这是我的一点粗浅的想法，欢迎各位批评指正。