总结一些软件开发中的项目实施方法

1、问题单跟踪系统中 每个问题单解决后（开发人员实施修改阶段）附上修改代码前与后的比较文件（如svn导出的diff文件），这对后人查看该问题单时候很有帮助，并需要附上pc_lint检查报告、问题单验证报告。

2、架构头文件由CMO（打包与配置管理员）有权限提交，开发人员如果修改头文件需要经过架构师评审同意。

3、可以将研发任务提交到问题单跟踪系统，跟bug单一样形成闭环跟踪。

4、PC_Lint 检查报警发现了自己写的代码中忽略的东西 ：整型变量初始化为0作为参数传到函数内处理，但函数内做的减1操作 ，由于参数的反复传递自己没发现这个减1操作存在变负的可能。

5、代码变动后，开发通过测试用例的代码覆盖率分析 给测试提供需要再补充什么测试用例形成代码逻辑全覆盖的测试方法。这对于新特性增加、特性逻辑修改时候尤其需要。

6、问题单从提出到关闭的流程：问题提交人提交问题单->测试（项目）经理审核->开发人员定位->项目经理审核定位->开发人员实施修改->审核人员审核修改->CMO归档(内测版本发布后，开发内测提交的问题单)->测试经理组织测试->回归人员回归测试->确认问题单

7、开发组内:特性开发->特性验收(根据ST测试用例验证，资料验证，准备特性验收材料，主持特性验收)->交付（代码合入版本，出版本）

     测试：组织测试->提交问题单->回归问题单