IBM Rational产品助力电信设备提供商转型

ZDNet至顶网软件频道消息 一家领先的电信设备提供商利用几个IBM工具进行开发活动，以 RATIONAL TEAM CONCERT、QUALITY MANAGER、REQUIREMENTS COMPOSER 和 RHAPSODY 支持的转型为目标。他们采用基于Jazz的Rational产品启动重要的工具蓝图转型。以协作为重点，Agile和Scrum实践是通用的，在整个公司不断增长。公司打算利用OSLC接口实现最大可能的扩展，以集成当前的工具。接下来，他们将战略迁移到完整的Rational套件，他们完全相信这将减少任何特定目的所需的应用程序数量，比如变更管理。

作为协作的核心Rational Team Concert当前将被部署到整个公司的设计团队，该公司并行运行着八个分布式Scrum团队。他们的目标是在2010年底迁移50个团队，他们迫切希望实现Team Concert带来的效率。使用目前的手动集成，影响分析和工作项跟踪是不必要的累赘，在某些情况下甚至是不可能实现的，因为当前工具之间缺少连接。出于对Scrum的关注，公司意识到工件之间链接的关键本质问题所在，将Rational工具的优先部署作为重点，以管理这种风险。他们预期可以开箱即用实现这些集成，同时实现从基于文档的方法到更深层次的细节的迁移，促进与具体内容的更佳一致性。

需求管理当前需要大量人工干预和智能来进行影响分析并确定交互。公司计划使用Rational Requirements Composer替换以文档为中心的方法，他们认为该工具足够成熟，可以开始启动实现。完成了向基于Jazz的Requirements Composer转型之后，版本控制和跟踪需求关系的复杂机制将大大简化。由于Requirements Composer可以直接管理变更控制，不再需要生成需求文档然后放在独立系统中进行变更控制。2011 初的目标是迁移到Requirements Composer，允许将需求完全集成到其流程中。

用例、状态机、序列图形式的系统建模都在公司内执行。但是，结果是解耦合的。根据利用Rational Rhapsody（集成了Requirements Composer和Team Concert）的战略，公司将建模活动迁移到中央工具套件。

Rational Quality Manager对测试管理的实现提供了增强目前使用的分离方法的机会。部署之后，Team Concert和Quality Manager将集中测试跟踪和报告，包括模拟测试和物理硬件执行的测试自动化。目前，公司手动集成测试用例、测试数据和需求覆盖。对于需求，迁移到Quality Manager可以自动将需求与测试活动联系起来。迁移到Quality Manager是2010年第二季度末的目标。

公司通过利用Rational Method Composer实现了强大的流程协作功能，该工具还支持流程优化和评估。由于需要例行度量关键绩效指标，并以四小时为周期评估完整的设计状态，成熟的流程是绝对必要的。通过使用Method Composer，该公司发现，与其他供应商的产品相比，IBM 解决方案可以更加轻松地填补现有的技术缺口，而Method Composer只是其中一例。

公司意识到在产品开发过程中协作的需求，并利用他们的Scrum团队和敏捷流程满足这种需求。他们还了解到工具解决方案与此优先级协调一致的必要性。他们启动了一个基础战略，在整个公司部署Rational Team Concert、Rational Quality Manager、Rational Requirements Composer 和Rational Rhapsody。通过将需求、建模、测试集成到一个以协作为中心的平台，公司预计能把性能提高到另一个水平，他们相信这对于未来非常重要。