业务用例
　　识别业务用例是简单的。组织的高级管理人员建立业务用例来完成CMM的合格证明。这依次变成个人、项目和组织过程所有者的业务用例。
　　构架
　　所有构件设计模式的来源，模型-视图-控制器8，是此项任务的理想构架设计模式。在这个经典模式中，模型是过程(RUP)，视图是Ginger的，并且控制器是质量活动(包括测试)。质量活动必须使成本和进度处于项目的控制之下，以满足CMM的精神。其它设计模式也在过程定义里也有一席之地，也是维护和支持。这些模式包括反射(变更工作产品以变更开发者的行为)，仲裁人(解决冲突--对SEPA有益)，以及命令链(提升远离项目的不一致)。
　　产品
　　Ginger的一个虚拟SQA工作流包括了RUP工件及其检查点、活动及其步骤的度量和总结，和计划不同CMM活动的角色总结。她也有一个RUP10要素的笔记本，分别按照RUP和CMM的相关项进行了裁剪，包括了将RUP映射到CMM的IBM白皮书。她现在可能正用这项信息来计划并执行其工件的过程审计。这个视图让她知道：
　　1)哪些RUP的产品工件有检查点;
　　2)哪些工件推荐为必需的，哪些工件对于一个给定的阶段是可选的;
　　3)哪些活动具有称为“结果的评估和验证”的步骤，以及谁来验证它们。
　　例如，软件需求规格说明书(SRS)工件是需求详细说明人负责的。它有定义的检查点，是详细说明软件需求活动的结果，也是由需求详细说明人执行的。它是定义测试方法活动的一个输入，定义测试方法活动包含评估和验证你的结果(对于测试设计人员)和确认测试动因(由测试经理)。Ginger需要确保担任测试设计人员和测试经理角色的个人被包含在需求的评审中，并且她可能使用检查点来执行分别的产品审计。Ginger现在知道如何有效地和高效地报告产品和过程度量给SEPA。
　　评估项目管理者联盟
　　Ginger对过程的评估需要检查在开始的时候先检查利己主义(她的和我的)。我们必需保持关注，并且为了避免被她的批评观点所泄气，我需要对他们加以分类，或者是 1)一个过程的误传，这需要修正，或者 2) 一个过程需求的误传，这需要澄清。同样地，当在她的项目中发现偏离时，Ginger必需将她的评估展现为建设性的批评;出于同样原因，当她发现指示一致时，她必须提供积极的反馈。所有这些都需要进一步发展和改进过程。
　　变更
　　管理材料的变更是非常不正式的，并且及时地根据Ginger的需要进行管理。简单的日期和时间标注还有电子邮件日志这样指示变更的基本解释是不足的。
　　用户支持
　　对Ginger提供支持如此简单，象是重新建立特定的RUP工作流、角色、活动、工件或CMM关键实践。RUP10论文展示了过程建立、配置和监控的一个清晰路径。
　　结束语
　　使用RUP10为Ginger建立一个虚拟的SQA工作流是富于挑战性的和有益的，因为正如我所发现的，质量的概念出现在RUP的任何地方。关于SQA工作流的一个明显之处是在测试工作流和要求评估的已定义活动中。然而，带有检查点以及工件和活动集合在测试或其它流程中的地方的工件数量，以及涉及到的多个角色，要求每个人想到Ginger。质量活动不是被限制为由一个指定的角色执行的一个单一活动或一组活动。而且，SQA角色是在所有的角色中共享的，而不是从这个包中分离出去的。组织必需依靠其所有的员工来在每个点上确保质量，一个产品是在这些点上被定义、设计、实现、配置、评审、测试和发布的。Ginger只不过是这个负责质量的抽象角色的实现--一个使用Cooper术语“角色”：当所有的角色都执行分配给他们的活动时，我们必须考虑这个角色的多个方面。
　　备注
　　1 因为质量保证被植入了CMM和集成CMM(CMMI)的阶段，因此在本文的上下文中，区分对于区别两个模型不是必需的。我简单地查阅了整个“CMM”。有关CMM和软件CMMI更多的信息，以及关键过程域。
　　2 带有特别是级别1的CMM过程成熟度的基础等级(2)。
　　3 参见“The Ten Essentials of RUP：The Essence of an Effective Development Process”，Leslee Probasco， IBM Rational 白皮书