图3：将 RUP 资产插入到 CMMI 技术解决方案过程域中
图 4 显示了修改过程资产的截图，它以 RUP 的格式定义。
图4：新的 RUP 过程资产的截图
在 RUP/CMMI 结合中面临的挑战及其解决方案
通常，希望执行 RUP 和 CMMI 的企业最终定义了单独的过程架构。许多企业使用一组 RUP 过程用于开发（往往配置 RUP 过程资产完全使用“现有的过程”）。然而，为了和 CMMI 兼容，他们定义了单独的 RUP 过程。这就在过程文档中产生了冗余，并且给 RUP 和 CMMI 的执行都提出了挑战。
增强您现已存在的 RUP 过程框架的一个更加有效的解决方案是，使其同 CMMI 的最佳实践相符合。如同上面的 CMMI-RUP 映射中所描绘的那样，RUP 几乎覆盖 CMMI 所要求的 80% 的过程域。所以问题来了，如何才能最好的处理其余的 20% 从而使得 RUP 完整起来并且同 CMMI 透视图向符合呢？
面向 IBM Rational Method Composer 的 RUP-CMMI 映射的 Wipro 插件程序能够处理本文中所讨论的 RUP/CMMI 结合的需要。它提供了经过验证的程序、最佳实践、模板、指导、以及其他来自 RUP 的过程资产，用基于上面所描绘的差异分析的额外的架构元素对其加以补充。该插件程序充分借鉴了 Wipro 在遵从 CMMI Maturity Level 3 要求方面所积累的经验和过程成熟度。
图5描绘了包括在插件程序中的若干资产。
图5：针对 RUP-CMMI 映射的 Wipro 插件程序
如果需要的话，这些架构元素能够被进一步增强或者修改，以适合公司的特定需要。Rational Method Composer 的过程创造能力在执行定制和管理方面，提供了额外的灵活性。
