使用较少的硬件达到更快的速度

    在进行 IBM Rational BuildForge 实施时，可以实现将部门的硬件资源以受控方式进行共享。没有这种集中管理方式，一个部门往往按项目组分配机器，例如某台 AIX 服务器就是给某项目组用的，其他项目组无法使用，结果造成硬件资源随着时间推移利用率不高。但如果使用 Rational BuildForge 就可以使下面的使用场景成为可能：

    一个部门需要偶尔在 Linux 服务器上运行一些流程，通过 BuildForge 无需直接进行物理访问或对系统进行修改就可以提供受控的访问权限。例如该部门只能在该 Linux 服务器上运行某些特定的任务，而且可以在这些任务执行结束后自动将产生的结果清除掉。如果这些任务的运行过于频繁还可以禁止超过限制的运行请求。
    一个部门的服务器可以设置为另一个部门的备份服务器，如果一个部门的关键服务器宕机，系统可以自动使用备份服务器直到首选服务器重新可用。
    可以将一组机器组织成服务器池，不管涉及的部门或项目是什么都可以在服务器池上运行任何需要它们的流程。
    可以仅将本部门一台机器的一部分运行能力赋予其他部门。
    这些场景总的说来可以在提高处理速度的同时减低企业成本。

    流程透明度和用于持续改进的分析

    由于 Rational BuildForge 可以跟踪用户从编码到生产期间所执行的所有活动，因此在 BuildForge 中包含了相当丰富的信息，这些信息可以帮助团队提高生产效率。Rational BuildForge 可以生成一组预先定制好的报告，供用户用来分析自己的流程并持续进行改进。同使用大量的批处理文件或脚本却只能提供对流程有限的可见性相比，使用 Rational BuildForge 可以帮助用户：

    不用搜索大量的日志记录就可以快速定位问题。如下图所示 BuildForge 提供了丰富的日志自动过滤搜索机制，用户可以抽象并定义错误或警告信息的模式，例如“ERROR”、“MYSYS_ERROR_CODE”等，同时可以定义一旦在日志或返回信息中搜索到满足这些模式的字符串后需要做什么样的处理，例如置为错误并终止运行，置为警告并继续运行，尽管返回信息为警告但可以清楚警告标志并继续运行等等。另外还可以定义需要通知哪些角色的人员。
    图 7: BuildForge 提供了丰富的日志自动过滤搜索机制

    检查每个流程甚至每个步骤的实际执行时间，从而发现运行趋势以及反常的运行。下图示出了通过 BuildForge Performance Report 对“GCC 编译演示”项目的多次运行过程进行的分析。包括时间趋势分析以及各个步骤的时长分布。
    图 8: “GCC 编译演示”项目示例

    跟踪问题发生的具体位置，属于跨部门的问题还是某个部门内的问题。
    随着时间推移跟踪服务器的利用率。
    发现代码变化最频繁的部分并定位错误发生的热点地区，改进项目计划。
    使用 Rational BuildForge 公开的数据库模式产生用户自己的报告。从 BuildForge 7.0.1 开始加入了一个新的可选模块 BuildForge QuickReport，通过 QuickReport 可以基于 BuildForge 数据库简单地通过点击即可生成基于 Web 的报告、图表。下图分别示出了一个简单的对各项目构建成功率进行统计的报告的设计界面及最终结果。
    图 9: 一个简单的对各项目构建成功率进行统计的报告的设计界面

    图 10: 一个简单的对各项目构建成功率进行统计的最终结果