在导入涉众需求之后，就可以执行基于模型的需求分析操作了。这意味着您可以创建一个 UML 模型来获取给定的需求并分析它们。有了 Rational Rhapsody，就可以创建可执行的模型，并通过执行开发阶段早期确认期间获得的模型，来执行模型。

图1 Rational DOORS 的需求会得到导入，并在 Rhapsody 模型中进一步分析和确认

　　确认基于模型测试的需求

　　正如前面所述的那样，在初始涉众需求的基础之上，您可以创建一个可执行的 UML 需求模型，作为开发系统预期行为的引用模型。但是，如果在后期的开发阶段之中需求模型作为引用模型，那么就必须确认模型的行为确实满足了给定的需求。这一确认步骤可以通过 基于模型的测试完成。

　　基于模型的测试支持模型行为的动态测试，这意味着可以在模型层次上指定（例如，使用 UML 序列图）和自动执行测试用例。UML Testing 文件提供了所有需要的概念与术语，以建模 UML 建模语言之内的测试结构，测试行为以及测试数据。对于使用 Rational Rhapsody 所创建的 UML 模型，TestConductor Add On 可以提供所有需要的功能以及高度的自动化操作形式，来帮助您创建和执行基于模型的测试用例。

　　与动态软件测试相似，动态测试模型可以确保模型的行为确实满足给定的需求。而且，既然需求和测试用例都是模型的一部分，所以它们之间可以相互关联，这可以确保测试用例和测试结果需求的完整追踪性。图2使用序列图来描述测试用例的范例。

图2 序列图可以指定测试用例的输入与输出结果

　　将基于模型的测试集成到质量管理进程之中

　　众所周知，您需要整个开发周期内的质量管理以得到一个高质量的产品。Rational Quality Manager 使用单个的共享测试管理轴心，有助于优化项目质量，该轴心提供了许多类型测试之间的集成式生命周期支持。它为测试规划，创建以及执行，工作流程控制，追踪及末端追踪提供了一个可定制的角色驱动的方案。

　　集成质量管理的一个重要方面是有效地管理项目，并实时管理质量风险，以确保项目决策和可交付项目符合业务目标。在开发生命周期阶段，质量管理应该回答以下这个问题：“一切是否仍然按计划进行？”

　　特别是在早期的开发阶段期间，例如在功能性系统规格阶段，要回答这个问题会很困难，因为在该阶段没有可实施的软件，所以您不能执行动态软件测试操作。但是，如果对系统规格使用基于模型的方法，这样就可以使用一个可执行的模型了，那么在早期的开发阶段就可以使用基于模型的测试，以评价原始的涉众需求在多大的程度上不能满足当前的系统规格。这意味着就算是在开发的早期阶段，您就可以评价当前项目的质量状态了。