2005年终总结：建议部分

 

二、建议

1.       需求分析

好的需求分析是项目成功的保证。如果能在设计之前完全了解用户的需求，那么以后的工作就会相应的轻松很多。

在这一块，希望还是不要怕麻烦，反复跟最终用户（软件使用者）讨论需求。制作页面原形。达到让对方满意的效果。

2.       设计

需求是一定会变化的。这基本成了做软件的一个定律。既然控制不了变化，最好能在设计上多下点工夫。

良好的设计，能让以后在维护的时候省点力气。最理想的状态，是能分析到可能的变化点，并把这些潜在的变化在设计的时候集中到一起。

3.       编码

因为大家的编码风格不一样。所以代码也有不少差别。现在，开始使用统一的编码规范，虽然在刚开始实施的一个阶段会有点不熟悉。不过，相信过一段时间就能很好的执行编码规范，有了合理的规范，也能把程序的质量提升上去，这个规范应该坚持下去并不断完善。

4.       代码调整

现有代码，也应该进行一定的维护。改善代码结构和质量。

这里面有一个问题，就是现有代码都能正常运行，有没有必要进行这样的调整。可能有些时候调整会比较大。一旦调整，测试之类的工作也要跟上，才能保证程序在调整以后也能正常运行。

但是，我认为，为了整体改进程序的质量。这样的调整还是有必要的。不过，我们现在都没有什么相关的经验。所以不宜进行大刀阔斧的改变。应该从相对简单的地方开始，先努力做到消除重复代码，进而慢慢改变软件结构。

转载于:https://www.cnblogs.com/jpwar/archive/2006/01/18/319671.html