2006年Q2项目总结

1.需求阶段
积极投入，对任何细节都不要放过。技术调研要抓准难点，先分析都有那些难点并列出逐个解决

2.设计阶段
在设计时要考虑设计目标，只有在设计目标明确的前提下，设计才有意义。设计时，对于极限的情况要重视。要把自己的设计记录到文档中，不要只是凭记忆。在设计这个阶段，要花大力气。尽可能的把问题都在设计阶段解决，要是在编码，测试发现问题，修改的代价太高。MRD要成为设计的最重要的参考文档，要把它打印出来，设计时反复查看。

3. 编码阶段
（A）在编码的过程中，同时要写入测试信息，方便调试，这些测试信息可以用以下方式写：
 #ifdef _MYDEBUG_
 #endif
这种方式很容易在发布release的时候，去掉测试代码，保持代码的整洁。
（B）不准在代码中出现Magic Number, 代码中的常量要用宏或常量变量表示，可在工程中专门用一个文件放这些宏或常量变量
多个模块共用的常量，一般来说，一个项目都有个运行的环境，这些配置环境就有必要放在大家共用的配置环境文件中，易于保持整个项目的环境的一致性，防止由于疏忽导致的环境不一致的情况。
（C）模块之间的接口定义要仔细推敲，特别对于存在数据通信的情况下，要考虑数据的并发访问是否会出现问题
（D）尽可能用英文来做注释

4.单元测试
在做单元测试的时候，不需要像测试组那般详细，但也不能太简单了，测试路径要全。不要把一些低级的bug留给测试组来发现，总体来说，编码阶段与单元测试阶段的时间比例应该维持在大概3:1，这样可以基本确保提交给测试组的build的质量是较高的。

5.总结
每做完一个项目，每完成一个难点，都要从软件工程的几个阶段来思考，总结教训，提炼思想，为将来所用