【IT168 分析评论】

    软件环境中的治理

    没有比交付软件和软件密集型系统的组织更需要有效管理的了。组织越来越依靠软件以运作它们的业务过程；许多组织将软件集成到它们的产品中，无论这些软件是自己制造的、生产外包的、或从另一个经销商购买的。

    一家软件依赖型公司要想成功，它必须拥有在运行时环境中持续良好运行的应用——这些应用必须是高质量的，并且需要在部署前经过彻底的测试。这需要软件交付具有敏捷的业务流程，用以适应多种不同类型的项目，并且加速上市时间，而非减缓。反过来，这种流程必须由某种可调整的体系框架加以管理，包括规则、非常好的实践、对于项目进度的连续可视化管理，并且要符合商业需求。

    良好治理与良好管理不同，后者主要是战术性的与被动的，而不是战略性的与主动的。治理结构是一种可重复的标准，它可以确保供应商和客户达成目标。 正如 IBM 杰出工程师 Kurt Bittner 所指出的，治理构建并加强了责任制。它应该度量那些被团队成员所负责的，能够给影响整个团队成果的事情。

    IBM Rational 质量治理观点

    当然，质量已成为影响今天软件与软件密集型系统的主要因素。 质量极大的影响了团队结果和顾客的满意度，IBM Rational 团队早已意识到需要做到组织范围的质量关注。它具有悠久的、已被证明的为全面测试、测量、变更管理、错误纠正以及其他质量相关活动提供的自动化能力。

    质量治理是一个针对软件系统交付的较大环境治理中的规程。质量治理的一部分内容是进行组织化和结构化， 并提供责任链、权力链和沟通链，通过他们能够建立应用质量度量的工作流。另一部分则涉及度量：规则、政策和允许评估产品质量与进度的控制机制。这部分正是 IBM Rational 一直关注的。

    25年来，为客户的软件开发创建一种全面的质量治理环境一直是 Rational 不断追求的产品策略。 Rational Unified Process？，或 RUP？非常好的实践之一是迭代开发，而质量治理则是这种方法的根本原则。迭代开发强调了在业务需求变更、尽早测试，以及在原型化阶段更深层次的让客户参与进来方面进行持续的结合。

    通过内部开发，战略性收购，与所获得的来自客户定义的非常好的实践，Rational 不断的增强其客户质量治理能力。利用与 IBM WebSphere 和 Tivoli 技术的集成， Rational Software Delivery Platform 现今已可以自动化地为软件与系统交付提供质量治理的能力—— 开发者利用构建和实际产品环境实现组件测试。这种能力体现出灵活多变的体系结构，而不是僵化死板的。 IBM 杰出工程师 Grady Booch 说过，好的治理 "……增强了可预见性和可重复性，但依然允许蓬勃的创造力。"

    如果使用 Rational Software Delivery Platform，那么创建一种有效的质量治理结构并不需要整体的组织转型。 紧密的产品集成与开源的系统环境可以更加轻松的将 Rational 产品引入到使用其他质量治理产品与流程的工作区中 —— 可以保护先前的 IT 投资。随着质量治理体系的发展，自定义的技术也许可以保持它们的特征，但首先应该考虑组织的特点。

    确保软件质量的解决方案

    我们的测试解决方案可以提供更严谨的管理，更妥善的规划，团队成员间的更完善的数据共享，这一切都建立在 IBM Rational Software Delivery Platform 上。为帮助您作出自信的决定、构建高质量的组织应用，我们提供了各种解决方案，包括性能测试、功能与回归测试、手工测试、开发人员测试、和测试管理。这些测试角色和 IBM Rational 产品的关系如下图所示。

    使用我们的解决方案，质量保证团队可以很容易地管理和解决应用的功能性、可用性、可靠性、伸缩性、与性能方面的问题。