思想上的重要转变出现于团队成员看出了他们对同事的职责，并且加入了另每个人的工作更简单的编码规则。有许多可以用于自定义组织的特殊编码规则的工具和脚本。当这些工具加入到治理环境中时，管理层就能够在增加的法规遵循方向上轻推开发组织。在途中，可能有一些挫折，但它是健康的事情，因为它可以进一步改善规则。累积影响倾向于非常积极，团队成员能够共享代码，在团队中调试，并且概括地了解彼此的工作。
语言规则
语言规则类似于编码规则，但是一般来自于开发组织之外，而不是从内部。举例来说，Sun Microsystems 发布了一组 Java 语言 9 的编码约定。商业和开源工具可以自动地根据语言厂商的规则评估代码，一般使用令调整规则使其满足开发治理计划的需求很容易，的规则引擎和语法检查。在某些情况下，语言厂商的规则相当良好，并且可能只影响到代码的表示或维护的某个小方面。然而，在其他情况下，代码中违反规则的表现可以是一个红色的标记，即使编译器让其通过，在运行时也会严重地出错。
随着工具，例如这些工具并入治理计划，在今天的行业中，软件工具正经历快速的变更和演进是毫无意义的。IBM? 最近收购了 Watchfire，强调了可以查明安全弱点的工具之间的成熟度，并且考虑与开发目标和审查需求相关的这类工作产品 KPI 的关系对您来说是有意义的。重要的事情是保持行业趋势的优势，并且消息灵通。
复杂性
上面提到的工作产品评估一般是性质上的，复杂性分析形成了强大工作产品 KPI 的基础。甚至超过编码规则，复杂性分析是在您的系统中确定最有风险的，更容易出错的，最困难且维护成本最高的代码的基础。许多组织没有成功地利用这一关键量度，因为它被认为是，对已经有负担的开发团队来说是太花费时间或太困难了。但是随着源自管理量度的自动化系统的到来，例如 SourceIQ，管理层现在可以将复杂性作为至关重要的维度加入到开发治理计划中。
从 IBM Rational ? 工具中获得 KPI
组织根据表示为 KPI 的标准评估，利用他们的 Rational 基础架构实现与那些标准相关的真正的法规遵循报告。
这可能类似于一点小跳跃，但让我们抛开某个历史的包袱。一些人将 Rational 套件视为工具的集合：开发人员使用 IBM Rational ClearCase?，质量保证团队使用 IBM Rational ClearQuest?，等等。但是 Rational 基础架构远不止一组工具。它是一组集成工具，包含了关于关键开发过程的事实和事务的宝藏，并且可以对于根据标准的法规遵循报告进行挖掘和分析。
Rational 基础架构是获得有效治理所需的管理 KPI，以及确保前面提到的动态治理三元组仍旧完整，有快速的响应，并且跨团队（不论是本国的、境外的，或全球分布的）有效，的基础。有了统一变更管理（Unified Change Management，UCM），该基础架构甚至更强大，而其洞察力甚至更集中。
Rational 套件的三个成员提供了您需要的所有基础：ClearQuest、ClearCase 和 IBM Rational Build Forge?。
ClearQuest 提供关于评估过程 KPI（允许对开发过程的端点的治理）所需的增强的请求和缺陷的事实和事务的编年存储库：输入的请求和输出的审查。很明显存在 ClearQuest 的替代方案，但是它拥有关于 UCM 的特别优势，如下所述。
ClearCase 是编年的存储库，可以从其中获得不同时间的过程和工作产品的状态。有了 UCM，ClearCase 增加了治理价值，发现了用于许多外部审计所需的变更的永不改变的存储库的想法。下一个部分中将探究该存储库的非凡价值，读者当然要熟悉关于 ClearCase 的配置选项，例如 UCM 和多站点 10 。
ClearQuest 启用的 UCM 是向开发治理计划授权牵引力的理想配置。不论您的开发方法是 Agile 或是瀑布的，这个技术减少了将开发过程标准化的困难，并且提供通过变更顺序、编码，和测试表示变更的事务的至关重要的环境。
虽然 ClearQuest 和 ClearCase 提供了数据和环境，但是 Build Forge 是自动地生成法规遵循报告的工具。由于许多组织每晚构建或连续的集成，这解决了法规遵循报告频率和周期性的问题，并且令管理者更敏感地处理违规行为的情况。
文章来源于领测软件测试网 https://www.ltesting.net/
