RMC产品包括一系列打包好的过程，或者叫作交付过程。
然而，在许多项目中，可以直接在RMC中清楚地定义并理解方法的大部分架构和设计。
到目前为止，团队已经能够适应大部分请求，从而改进，幸亏RMC的灵活性。
在文章的第一段，我给了你在RMC中对过程的总的看法。
正如你将在此段看到的RMC过程支持许多属性。
在RMC中，模版会在方法内容包的指导文件夹内被创建，如图8所示。
预拌车聚集于少数工地等待卸货，形成车队长龙、妨碍交通、更造成预拌车资源閒置。
我认为我可以将很多项目外包，这样可以节省很多资金；RMC拥有的估算特性可以帮助我确认这个问题。
RMC中进行的工作的输出是作为HTML发布的流程（通常采用网站的形式）。
所有在RMC中管理的内容可以发布为HTML并部署到Web服务器中，供所有的治理涉众分布使用。
使用RMC创建的经过归档的治理流程可以通过企业内网发布并部署为Web站点。
RMC会显示出你可以创建的各种不同指导的上下文菜单。
一名离开RMC的英国管理者——多少有点挫败感，在RMC被墨西哥公司兼并不久之后，仍然称赞他们的管理方法。
你也可以从RMC开始不依赖于任何我们提供的明确的方法定义。
RMC在三个领域为从业者提供了结构：生产力，指导和个性化。
RMC最基本的原则是可复用的核心方法内容与它在过程中的应用分离。
RMC帮助创建、配置、查看和发布流程（即您的所有SOA治理流程）。
换句话说，一个方法定义对应着被构建方法相关的RMC库子集。
图4描绘了方法内容的典型来源以及在RMC中方法内容是如何表达的。
最后，使用RMC建立的备有文档的过程可以作为网站发布和部署了。
几乎所有RMC的其它概念都按照这一分离原则分类，如图6所示（见后文）。
介绍了中压加氢裂化（RMC）工艺在3L中型试验装置上加工大庆VGO及其混合油的研究结果。
在RMC中定义和使用任务与软件工程中的定义有很多共同点。
RMC还允许项目经理快速修改交付过程的任何方面。
RMC的目标是为企业提供一个完整的过程解决方案。
RMC明确了方法维度与过程维度的区别。
在图6的右边，你可以看到用于表达RMC中的过程的概念。