IBM Rational Method Composer介绍

漂在生活

IBM Rational Method Composer (RMC)是一个在Eclipse上建立的商业产品。它是我们之前我们称之为IBM Rational Unified Process®或者RUP® 1 的主要发展部分，其他的还包括来源于RUP和IBM Rational SUMMIT Ascendant 2 的方法。

　　RMC的目标是为企业提供一个完整的过程解决方案。为达到这一目标，我们提供了比之前的RUP版本中范围更宽的内容和改进的过程工程工具。因此我们从介绍RUP作为介绍RMC的开始：

RUP的过程框架指导人们开发不同类型的软件密集型系统，包括传统遗留的改进、商业化产品开发、面向服务的架构、系统工程和维护。来源于IBM Rational SUMMIT Ascendant，RUP以及新创建内容的企业过程指导。一套基于Eclipse的用于创建、配置、浏览和发布过程的工具，包括和IBM Rational Portfolio Manager的集成，为一个企业过程框架提供一个执行环境。

　　这意味着RUP作为一个产品已经成为过去，但是RUP作为一个过程框架还是将继续存在。RUP将继续作为我们用于开发软件密集型系统综合知识库的具体表达。在当前维护协议下的RUP客户可以升级到RMC，升级后这些用户将从改进的工具和内容中大大获利。

　　对于关注于软件、系统和企业IT能力的组织来说，RMC提供了用于定义现存的或者改善商业过程的过程，RMC还可以为实现希望的改进而描述组织和IT的需求。它可以为从小规模的开发到大规模的分布式开发提供指导，还可以指导不同类型的项目，包括打包的应用程序、传统遗留的改进、维护以及应用开发项目。在进行当前最新的开发和应用环境，例如面向服务的架构时，它可以提供一个在一个项目、大型项目或者一个项目组合环境中执行的框架，将IT投资和高优先级的业务改进联系起来。

　　Rational Method Composer还提供让你能够保留你自己最好的习惯的工具，同时高效地将这些习惯与项目团队进行沟通。RMC将过程和用于分析、开发和测试、以及管理一个项目和项目组合的工具集成起来。

　　IBM Rational Method Composer中的一个子集捐献给了Eclipse，作为Eclipse Process Framework (EPF)提案 3 的一部分。这一提案目前被超过20个的公司支持，其中的15个公司已经为共同开发这一框架提供资源。如果这一提案被采纳，那将意味着RMC将成为基于我们所希望的一个充满活力的开发源码生态系统，这一点将使RMC的客户得到很大的好处。预期将有很多大学教授EPF课程，预期将有很多顾问将开始提供相关服务，预期将有很多组织将自己的内容作为这一生态系统的一部分。

　　在这篇文章中，我将描述RMC能够为不同类型的项目提供什么，还将说明RMC的跨项目和企业级别的指导能力。我还将阐述RMC是怎样为从业者、团队成员、项目经理或者过程工程师传递价值的。

　　对于不同项目的过程

　　RMC产品包括一系列大包好的过程, 或者叫作交付过程。这些描述了一个端到端的过程，包括一个建议的活动顺序、需要计划的阶段以及典型的迭代模式。这些过程可以直接使用或者作为进一步定制过程的出发点。新的交付过程会不断的被提供出来，并可以通过developerWorks网站 4 发布。到目前为止，下列过程可以被获得。注意过程的符号分别代表着提供了和RUP产品相比有小的改进，有主要的改进或是全新的：

　　Σ = 有改进
　　δ = 有重大的改进
　　NEW! = RMC中全新的
　　Σ 小项目的RUP：这个过程指导小规模和配置的团队，告诉他们怎样开发新的软件或者对已存在的软件做出大的改进。

　　Σ 中等规模项目的RUP：这一过程指导分布式的中等规模的团队，指导他们怎样来开发一个新的软件或者对已存在的软件做出大的改进。

Σ 大项目的RUP（经典的RUP）：这一过程指导分布式的大规模的团队怎样开发或提炼交易模型，怎样对现存的软件进行大的改进以支持不断发展的业务。这个过程最适合于那些需要达到业内的或者是法规指导原则，例如Sarbanes-Oxley、软件工程协会 (SEI)的 CMMI 、Basel以及ISO 9001等的组织。

　　Σ 用于COTS（(Commercial Off-The-Shelf，商业现货）和打包的应用程序的开发的RUP：这一过程描述了如何选择可重用的组件，如何在可重用组件、获取需求、计划风险以及对市场的关注中进行正确的平衡。这一过程还解释了怎样将一个或者几个更小的组件合并起来，还说明了怎样根据你的需要定制大型的包。

　　Σ 用于系统工程的RUP：这个过程描述了怎样开发一个由软件、硬件以及人结合到一起的系统，说明了将这些资源在高效、统一协作方面表现出的常见问题。这个过程在很多种不同的项目中使用，从大规模的防御和通讯项目到汽车工业中的嵌入式软件项目都要使用到这个过程。

　　Σ 用于面向服务的架构（SOA）的RUP：这个过程描述了怎样定义业务过程，以及怎样将业务过程和服务结合起来，如图2所示。它提供了多种方法，通过分析当前的资产和数据结构来选择合适的业务元素成为服务组件。方法中包括特定的关于怎样使用J2EE和其他的技术来有效的实现Web服务的指导。

　　NEW! 用于维护的RUP: 这一过程描述了怎样处理一系列缺陷和变更请求，并推动对现存的产品的增量式发布。


上一篇：【供学习交流】用RMC实现SE（Systems Engineering）实例
下一篇：RMC开源版EPF初级介绍

漂在生活

用于商业化产品和打包应用程序开发的RUP描述了在你开发使用商业化产品的应用程序或者实现打包应用程序时，怎样平衡涉众、商业组件的可用性、系统架构的关注点和程序风险之间的互动。

　　用于SOA的RUP描述了怎样定义和模拟业务流程，怎样从业务流程中识别服务，怎样使用案例、现有的数据以及遗留的组件，怎样将服务和业务流程结合起来以便实现业务需要和IT资产的更紧密的结合，还包括对怎样实现服务及服务组件的指导。

　　RMC还提供专门的有关多种不同的可以用来加强、改变上面列出来的交付过程或者建立一个全新的交付过程的域和技术的内容。这个内容被打包成为一个可下载的“插件”，可以随时加到你的过程库中来。IBM和合作伙伴在不断的开发新的插件。

　　这些插件包含的一些关键的区域包括：

　　Σ J2EE开发，包括关于架构模式的指导、以不同的应用环境为目标的设计的指导、以及怎样高效的使用工具来开发J2EE应用程序的指导。

　　.NET开发，包括关于分布式模型的指导、应用程序设计、.NET平台元素、结构层次以及怎样高效的使用工具开发.NET应用程序。

　　以用户为中心的工程，包括用户体验模型、导航图、情节串连图、线框图、可用性检测以及以用户为中心的设计。

特定工具的指导，包括怎样高效的使用IBM Rational软件开发工具以及其他的合作者的工具。

　　用于企业的过程

　　RMC还关注在规划、项目组合和企业级的跨项目问题。我们将很快在这方面展开讨论。现在，这些内容包括：

　　δ 大型项目管理。它为启动和计划大规模到超大规模的项目提供指导，包括大型项目管理办公室的组建、计划和大型项目管理机构的建立、控制以及支持的基础设施。

　　NEW! 项目组合管理。为计划和执行一个项目组合评估、管理业务案例、对正在进行的实施工作的阶段性和战略性的复查以及做出继续或者终止项目的决定等提供指导。

　　基于资产的开发。为资产的创建、资产的消耗以及资产组合的管理提供指导。

　　Σ 业务工程。为业务目标建模、现存的和将来的业务过程、组织的结构以及业务流程的模拟提供指导。它还描述了怎样将业务过程和现存或者将来的软件资产联系起来。

　　过程工程。为你在过程实施工作中高效的使用IBM Rational Method Composer和怎样进行过程改善提供指导。

　　Σ 系统工程：如我们上面讨论的“对于不同项目的过程”，这一过程既可以用于项目级也可以用于很大的规模的软件项目，整体系统被定义，很多的相关项目在开发单独的组件，所有的都采用相同的系统结构。

　　IBM也发布了IBM Tivoli Unified Process，主要表述了运行和系统管理组织的需求。这一过程是基于英国标准，IT Information Library 5 (ITIL)。和IBM Rational Method Composer结合到一起，这两个过程覆盖了IT生命周期管理的全部内容。

　　从业者如何使用RMC

　　RMC在三个领域为从业者提供了结构：生产力，指导和个性化。让我们分别讨论RMC在这三个领域为我们提供了什么。

　　生产力：采用一个过程的主要原因是提高生产力。RMC提供几个生产力工具：
　　为生产一个关键产品提供开始点的模板。
　　用来理解怎样才能和团队的其他人合作的角色，任务和产品。
　　工具指导者提供特定的关于怎样使用某个特定的工具完成过程中描述的任务。
　　过程顾问 让你理解怎样在你的开发环境中通过提供上下文过程的直接指导，最好的使用工具。
　　指导：RMC提供几种不同的指导:
指导方针，技术以及概念帮助团队学习软件开发的新方法和怎样有效的使用关键的技术。
　　让团队可以学习的其他人的成功例子
　　用于快速检查现正在进行的工作和它怎样可以被改进的检查表
　　个性化：基于你的经验等级、角色和兴趣，你可以个性化你和过程的界面，从而关注对你有意义的东西。这是通过可以用Web浏览器访问的MyRUP和基于Eclipse 界面的过程顾问（Process Advisor）来完成的。

漂在生活

　　一个项目经理怎么使用RMC

　　RMC关注于表述三个对于项目经理最重要的领域：项目快速初始化，灵活性和基于现实的管理

　　项目快速初始化：一旦决定开始一个项目，时间通常是最宝贵的东西。不确定交付过程的目的就是为项目经理提供一个计划和初始化一个项目的快速开始点。交付过程将提供一个初始的项目模板，确定应该包含什么种类的里程碑，在每一个里程碑应该完成什么工作产品，在每个阶段需要什么样的资源。RMC和IBM Rational Portfolio Manager的集成让经理可以根据开始模板和项目细节很快的实例化一个项目计划。

　　灵活性：没有两个完全相同的项目，一个项目经理需要快速修改过程来反映特定的项目需要。这可以通过插件和可选的方法包，允许不同域不同的内容，例如数据库建模或者高级需求管理的增加和删除。能力模式让项目经理可以快速的增加或删除属于特定的问题的过程模式。RMC还允许项目经理快速修改交付过程的任何方面。

　　基于现实的管理：经验表明多数项目初期制订的过于细化的项目计划在项目进行到一半时已经没有意义了。这是为什么将交付过程和能力模式组合到一起。这些捕获过程模式可以在你项目的过程中根据需要来应用，而不是为整个项目在前面制订一个过于细化的计划。通过和IBM Rational Portfolio Manager的集成，你可以将交付过程和能力模式转移到Rational Portfolio Manager当中，逐渐的增量式的实例化你的项目，一次一个或几个能力模式。

　　IBM Rational Portfolio Manager还提供一个完整的管理RUP项目的环境，包括的功能有：1）让团队成员理解什么任务是目前最重要的，避免完成时间任务，同时管理文档和复查；2）项目经理分发任务分配，管理日程表和资源，同时和团队协作来理解项目要点。 IBM Rational Portfolio Manager还提供高级项目组合管理能力，同时还包括让整个团队来查看和项目健康和状态相关的各项指标，例如和项目计划或初始计划相关的进度情况，资源使用情况，以及时间和成本跟踪。

　　交付过程和其他的元素一起提供了一个工作分解结构（WBS），它可以导出到IBM Rational Portfolio Manager。同时它还提供了一个关于什么活动和任务应该以什么样的顺序完成的图形化描述，这个图形化描述还包括什么工作产品和部件在什么时候完成，在项目的不同时间点你应该充当什么样的角色。

　　过程经理如何使用RMC

　　过程经理，过程工程师或者内容所有者（或者其他的在组织中有相似角色的负责实体）必须决定组织中不同的团队使用合适的过程。典型的，过程经理根据内容的范围以及根据不同的项目类型的需要设定过程的能力来做出决定。

　　内容的范围：为了提出组织的过程范围需要，团队需要重新使用他们为其他组织工作的最优方法，而不是根据草稿发明所有的东西。RMC为企业级的过程内容提供了一个优秀的基础，特别是使用来自于IBM和其他公司的商业的和开放源代码的插件时。RMC还能够让组织能够更容易的找到他们自己的最优方法，并让他们无缝的扩展到RMC内容库当中。

　　能力：只是有很多内容是不够的，你还需要能够高效的使用这些内容来执行不同类型的项目。这一点是通过让过程经理、过程工程师或者内容所有者能够将内容封装到可重用的能力模式中，并能够在能力模式外为不同的项目类型建立交付过程来实现的。

　　对于发展 IBM Rational Method Composer的指导原则

　　在过去十年中，Rational Unified Process通过不断的采用来自于不同地方的最优方法而不断发展。这一发展过程包括和其他的经过证明的过程进行集成，例如Objectory Process、Rational Process和SUMMIT Ascendant；经过了和具有领先优势的公司和机构的合作，例如卡耐基•梅隆大学的SEI，南加州大学的计算机工程中心，以及数量巨大的推动软件开发艺术发展的公司；经历了广大的软件开发社区的大力帮助，他们提供了诸如敏捷开发技术这样的革新。每年我们都会收到超过1000个的来自于我们客户的关于改进我们的过程框架的需求。随着我们在更广泛的支持下继续扩展软件开发过程领域，我们靠你们“让我们保持诚实”，并帮助我们发展新的IBM Rational Method Composer产品。

　　IBM Rational Method Composer和它的前任一直提供单独的过程，不依赖工具。同时，这些过程框架保证了和用于团队寻求自动化工具环境的软件工具的紧密集成，特别是IBM Rational Software Development Platform 和Eclipse平台。我们相信通过将过程和工具集成到一起可以产生最大的生产力。

　　从RUP在1996年产生以来，Rational团队确信一个好的过程框架必须能够帮助个体的团队成员。只有这时才能说在一个组织中成功的采用了过程。太多的过程改进提议是由管理层将过程标准化的想法来推动的，这样做是因为它将导致“精确”和“可预测”，但是这种努力在实践者不能看到过程是怎样让他们的生活更简单时就会失败。这就是为什么我们一直关注个体的团队成员的需要。最终，软件是由团队来完成的，过程只是在能够帮助团队成员更高效的协作时才是有用的。

　　在2005年的12月份的Rational Edge中，Walker Royce和我描述了可以作为提高软件开发过程的六个关键的原则。我们相信IBM Rational Method Composer提供了在业务驱动开发的年代应用这些原则具体指导。我邀请你提出问题或提供建议，我期待能够在developerWorks的RUP用户论坛：http://www-128.ibm.com/developer ... d=100198&cat=24上看到你的消息。

jane

收藏，理论上学习，实践中还有待继续探索。

voidvoid

公司正准备上Rational的东东，先看看

雨莹

前排支持下了哦~

公主

好帖是需要鼓励的~

一秒钟的永恒。

路过的帮顶

夜梦你@

以我的经验来看，楼主的想法是可以执行的~

沙漠超

我了个去，顶了

板凳

very good.

冷温柔ら

鼎力支持！！

专属ち棒棒糖

我是个凑数的。。。

晏子

我也来顶一下..

千千结

学习下我只是路过，不发表意见……