代码大全2里面给出的解释,个人感觉很重要.考虑到公司项目由于前期构建的非常糟糕,然后又推翻重做,如果前期考虑的很充足的话,可以节省大量的人力物力和财力.
构建活动是软件开发的主要组成部分
根据项目规模的不同,构建活动在整个软件开发活动中所占的比例一般在30%~80%之间.在整个项目中占有这么多时间的活动必然会影响到项目的成败.
构建活动是软件开发中的核心活动
需求分析和架构设计都是在构建活动开始之前就完成的基础工作,他们可以让你更有效地进行构建;系统测试(严格意义上的独立测试)则是构建活动的后续工作,用以验证构建的正确性.显然,构建活动位于软件开发过程中的核心位置.
把主要精力集中于构建活动,可以大大提高程序员的生产率
意向由Sackmam、Erikson和Grant进行的经典研究表明:在构建活动期间,不同程序员的生产率的差异可达10到20倍(1968).这一结果随后被大量的其他的研究所证实.
公司项目的构建时间很短暂,目前目不清楚现代流行的敏捷开发是如何确定软件构建的.如何考虑软件的后续兼容&扩展...
构建活动的产物--源代码--往往是对软件的唯一精确描述
在很多项目中,程序员可以得到的唯一文档就是源代码本身.需求规格书和设计文档可能过时,但源代码总是最新的.因此源代码就必须具有尽可能高德质量.统一的运用各种技术来改进源代码的质量,将决定得到的结果是Rube Goldberg所造的古怪产品,还是一个详细、正确且信息丰富的程序.这些技术在构建活动中能得到的最有效的应用.
接触过得项目也不少了,开发文档真的如书中所说,过时了.接口可能随时变化,和我们的有效沟通也就是开个会,然后每个人那个小本子记录下新的需求和接口,然后如果负责任的后台把接口用邮件告诉一声,不负责任的就直接口头阐述了.所以源代码真的是对软件唯一精确描述.
构建活动是唯一一项确保会完成的工作
一个理想的软件项目在进行构建之前,都要经过谨慎的需求分析和架构设计.一个理想的项目在构建完成之后,也要经历全面的、统计意义上受控制的系统测试.然而现实中不那么万门的软件项目,往往跳过需求和设计的阶段而直接跃入构建环节.之后又由于太多的错误要修正而时间又不够,测试环节也被抛到一边了.但是,无论一个项目的计划有多匆忙、多糟糕,它都不可能扔下构建活动--这是不可或缺的环节.因此,对构建活动进行改进,是改进软件开发过程中一种有效途径.
