[软件开发]中太极之道.pdfVIP

软件开发中的太极之道 效率与创造性有机共存的 5 种最佳实践 0 “现在的软件开发过程中40%至 50%的时间都花在了可避免的返工上。” B.Boehm，V.R.Basili 《软件缺陷预防Top10》 IEEE Computer，2001 年 1 月 自从软件诞生之日起，其开发工作就一直是一项创造性的工作。很多开发者将这项工作 视为一种艺术，因此软件开发者就像艺术家一样自豪。尽管如此，创造性的工作的效率一般 都是比较低的。当然软件开发工作也不例外，正如上面引用的 B.Boehm 和 V.R.Basili 的评 论一样。 软件业作为一种产业，很多团队管理者都希望将其过程变得更有效率并且更加可预测。 但是他们同时也担心采取这样的措施后会降低开发团队的创造性，这对软件项目而言是至关 重要的。 幸运的是，效率与创造性在软件开发过程中是可以和平共存的。自动化工具完成了软件 开发过程中的大量繁琐且无需人力协助的工作，开发者可以更加注重于他们中意的创造性的 工作。并且在更短的时间里开发出质量更好的软件。本文介绍了五个业界标准的最佳实践以 及它们是如何帮助团队减少开发过程中可避免的资源浪费以及如何让开发者在不向效率妥 协的前提下满足各种商业需求。 软件质量与开发效率的博弈 使人感到惊奇的是，最快的开发流程事实上也是缺陷消除率非常的高开发流程。下面的 图表来源于 Capers Jones 的《软件评估：效率以质量并重》第二版（McGraw-Hill，1996） 一书，仔细观察这一图表： 大多数开发团队处于 这一位置 开发时间 最快的开发流程 （“最好的”开发流程） 软件发布前的缺陷修复百分比 上述图表是在对业界软件开发过程进行大量统计后绘制出的，给出了软件总的开发时间 和软件发布前缺陷修复百分比之间的关系。从图表中可以明显地看出从 0 到 95%的缺陷修 复率这个区间内，软件的开发时间是单调递减的，当缺陷修复率朝着 100%逼近时，其需要 的开发时间急剧上升。 这一发现与主流认识截然相反，开发质量更高的软件并不比质量低（缺陷更多）的耗费 更多的时间。反而，当软件的发布前缺陷修复率在 95%左右时，其开发周期是最优化的， 而这样的软件质量也已经是相当好的了。这一观点表明开发效率与软件性能是可以兼顾的。 1 当然，使软件缺陷更少其表现出的质量也就更高，但是，其相应的开发时间会急剧地增加。 上述发现的两个要点是： 软件缺陷不会“自动”消除。这需要开发团队主动地引入正确的编码实践以及一些工具。 大多数开发团队都没有处于图表中的最佳位置。这意味着他们不但可以进一步提升其代 码的质量，同时还能降低其开发成本。 一个典型的资源浪费的例子 向图表中的最佳位置逼近的第一步就是查找出开发团队能够并且应该避免的资源浪费。 显然，软件开发过程中的某些资源耗费是无法避免的。例如，一些基础研究工作、为了开发 软件而开发的一些副产物、创建软件模型等。 而可避免的资源浪费也是非常明显的。可以概括为： 由于某些团队成员在修改了代码后并没有对其进行编译，因此需要花费大量的时间 来查找原因并且对其进行修复。浪费在这上面的时间比绝大多数项目经理想象中的要多 得多。 耗费在人工追踪内存缺陷上的大量时间。这对 C/C++代码而言尤为频繁。 由于开发成员的粗心，可能在代码中某处忘记了加上反括号“）”，将耗费数周的时 间来调试并查找原因。这看上去是不可思议的，但是当由这个原因而影响了软件的功能 的时候