在传统的瀑布和V型开发模型中,系统集成和前期系统分析、设计、实现几乎平分秋色。而一些大型软件项目开发周期通常在一年以上,这使得一些系统设计、实现的问题,往往要到项目后期甚至临近交付时才被发现,由于时间间隔较长,又涉及不同团队,分析和修复这些问题,代价异常高昂,这常常导致项目延期交付,甚至项目失败。由此,强调短周期的快速迭代的敏捷开发开始受到青睐,加速从中小型软件项目向大型软件项目渗透——爱立信、诺基亚(现诺基亚西门子)、阿尔卡特朗讯均在近几年尝试敏捷开发。然而大型软件项目在实现敏捷开发过程中遇到了大型软件项目所特有的问题——很难实现一个在数分钟内完成系统构建的持续集成系统(通常认为10分钟是一个比较合理的上限,耗时较长的通常放在夜间,但时长也仅仅允许十多个小时),因为系统编译往往就长达数小时,集成测试则数十小时至数周。了解了大型软件项目在持续集成中的主要问题在于解决构建过程的编译、测试活动中的计算力需求,本文从并行和分布式计算着手解决系统编译、测试活动中的计算力需求问题。首先研究了GNU make和distcc分别进行并行和分布式编译对软件编译时间的影响,在实际并行编译进程数量达到12个左右时,可以在一般的工作站上获得8至9倍的速度提高,结合增量编译完全可以满足大型软件项目编译过程对计算力的需求；接着讨论了如何根据软件系统架构建立适合分布式测试的系统集成测试框架,进而搭建分布式测试环境和分布式测试集群以分别解决开发人员和组织在测试活动中对计算力的需求。计算力需求问题的解决为持续集成系统的构建扫除了技术障碍,大大提高了开发人员的生产率,缩短了集成周期,提高了项目资源的利用率。