结合Rational Rose和RequisitePro，通过使用强大的需求管理能力来提升用例建模，给你提供了集成用例管理。它并不只是简单的框图，事实上，你能够使用可分类的属性，文档和可追踪性来扩展用例，并且，有助于你管理项目中的大量用例。

引言

你怎样组织你的用例？
你知道在哪儿发布一个实现的特定用例？
你怎样知道整个系统功能被测试？
哪些测试会因用例中的变化而受到影响？
如果你不能够顺利地回答这些问题，在工作中出现了进度表滞后，或者产品的交付没有达到标准之类的麻烦。那么，本文或许可以给你一些帮助。

        集成用例管理强大的需求管理能力增强了Rational Rose用例建模。用可分类的属性，文档和可追踪性，集成用例管理不仅提供了一系列的框图，而在很大程度上扩展了用例，有效地帮助你管理团队中的大量用例。这是市场上可视化建模工具和需求管理工具最紧密、最健壮的集成。

为什么要管理需求？

        需求管理是指捕获、记录并管理需求的系统化方案。没有它，三分之二的项目都会因遗漏用户需求，延期或者超出预算(Standish Group, CHAOS的权威报告www.standishgroup.com) 。为什么会有如此之多不成功的项目呢？这主要是因为管理需求即意味着管理变更—并且管理变更是相当困难的。变化是普遍存在的。我们生活在一个动态的世界：客户不断地改变他们的想法；在交付我们的方案之前，竞争者又提出了更好的方法；业务环境也在不断变化。身处这个变化的环境是件好事，但同时它也可能会让你陷入困境不能前进。变化本身并没有错，糟糕的是没有控制的变化—在它发生之前，无法衡量其影响。通过管理需求，你有可能会提出一个适时的方案，以解决客户的现实问题。

为什么要管理用例？

        用例即需求，它从用户的角度来说明系统应该提供的功能。同样地，用例应当参与到所有系统需求的管理之中。多数软件项目拥有大量的用例，它们拥有不同的优先级和依赖—正如其它需求一样。例如，描述Web订单流程的一个用例，可能会不去考虑通过Web产生更多收益的业务需求。在用例及其业务需要之间建立切实可行的依赖，你可以更好地应对影响这些需求的变更。并且，区别实现各用例的优先级，有助于你选择从哪儿来开始。

        和所有其它需求一起来管理用例是理解项目当前状态的关键，也能让你更好地设计出正确的系统。集成用例管理的价值就在于无缝地集成了用例与需求信息。

建立集成

        集成用例管理从Rational Rose模型与Rational RequisitePro项目的关联开始。这个关联为在Rose环境中选择用例文档模板和用例属性提供了环境。你能够在模型层次或者包层次建立这个关联，该层上，每个包可能与其RequisitePro项目相关联。包关联参与大型软件项目，该项目可能用多个RequisitePro项目(典型的子系统)或不同的用例文档模板(用于业务用例vs.系统用例)。

        一个Rational RequisitePro项目包括若干Microsoft Word文档和一个数据库(Microsoft Access, Microsoft SQL Server 或 Oracle)来组织需求信息。RequisitePro的用例文档包括用例文本描述，比如属性、可追踪链接、版本、变更历史、项目安全等。从RequisitePro数据库中，你能够查询需求信息以检查覆盖率并衡量变化的影响。你也可以很容易地导航到RequisitePro Word环境，或者返回到Rose。

Rational Rose的需求管理能力

        由Rational Rose的标准快捷菜单，我们就可以看到，其需求管理能力是很显著的--右键单击一个用例以查看新用例菜单选项(如图1所示)，它们包括：

• Use Case Document，建立新的用例文档或将该用例与已有RequisitePro用例相关联。
• Requirement Properties，查看和编辑该用例的属性及可追踪性。
• View RequisitePro Association，查看该用例的Rational RequisitePro 上下文(相关联的用例文档模型和用例属性—通过需求“类型”来设定)。