大多数软件Software开发管理员都想进步了解及更好地控制项目需求可追溯性功能当你团队(Team)在同时使用 IBM® Rational® RequisitePro® 及 IBM® Rational® Software Architect 工具时将两种软件Software集成起来可以帮助你追踪用例需求按照下面整理总结步骤来开始操作

　　前提条件:你必须在你电脑上安装 Rational RequisitePro V7.1 及 Rational Software Architect V7.5 或者后续版本并对使用两款软件Software也都很熟悉

　　在 Rational RequisitePro 中创建项目需求

　　Rational RequisitePro 是种非常容易使用需求管理工具它帮助地理位置分布分散团队(Team)通过使用熟悉基于文件思路方法去编写、创建以及共享需求此外RequisitePro 还能够帮助你平衡激活数据库功能例如需求可追溯性以及影响分析

　　在 Rational RequisitePro 中创建个项目

　　根据你自己需要来创建个项目具有很多种方式出于这种指南需求你可以使用个 Rational 统过程(Rational Unied ProcessRUP)模板来在 Rational RequisitePro 中创建它该模板遵循 IBM Rational 统过程(RUP)思路方法学原则它还包括了需要可传递构件以及合适文件以及需求类型

　　打开 Rational RequisitePro 并创建个新项目

　　在弹出个对话框出来询问的后你可以选中 RUP 模板如图 1 所示然后点击 OK

　　图 1. 在 RequisitePro 中创建个项目



　　为项目起个合适名字然后使用 Browse 浏览来选择目录并使用箭头打开下拉菜单以选择项目数据库图 2 为该例显示出了这些选项:

　　名字:MyArticle

　　目录:REQUISITEPRO\Projects\MyArticle\project

　　数据库:MS Access

　　图 2. 指定项目属性



　　你可以在项目树形结构中看到新需求项目浏览项目、MyArticle 并展开 Use Cases 文件夹如图 3 所示

　　图 3. 项目视图



　　查看原图(大图)

　　在 RequisitePro 中创建用例需求

　　你可以在 RequisitePro 工具中创建大约 13 种区别类型需求在这里我们只关注于 Use Case(UC)需求

　　对于这里练习你将会在个 Driver Ticket Payment 系统上进行操作其中驱动器可以通过因特网或者电话来支付他们交通费用在支付票费时他们必须提供他们私人支付信息

　　接下来用例鉴定了该功能:

　　通过电话支付票额

　　通过因特网支付票额

　　票额支付

　　获取驱动器信息

　　访问点目录

　　现在在 Rational RequisitePro 中创建以下需求(用例):

　　像你在以前做过那样来打开用例文件夹(图 3)右击并从下拉菜单中选择 New > Requirement

　　该工具将会让你输入需求(用例)名字以及其他属性如图 4 所示:

　　类型:UC:用例(从下拉菜单中进行选择)

　　名字: 通过电话支付票额(输入)

　　点击 OK

　　图 4. 需求属性视图



　　按照相似方式来创建 其他 4个用例

　　然后你就可以看到所有 5个需求了从 UC2 到 UC5 (图 5)

　　图 5. 用例目录



　　查看原图(大图)　

　　在 Rational Software Architect 中创建个建模项目

　　在 Rational Software Architect 7.5 版本中打开工作区的后你可以切换至 Modeling 视图

　　通过选择 File > New > Modeling Project来创建个建模项目如图 6 所示

　　给项目命名(对于本次练习中输入 Use Case Modeling)然后选择这些选项如图 6 所示:

　　选中“使用默认位置”复选框

　　在“创建新模型位置”的下选中在项目中创建新模型并确定标准模板已经被选中

　　然后选择 Next

　　图 6. 创建个新模型项目



　　接下来从个标准模板中创建个新模型例如选择这些选项(见于图 7):

　　在类别下面选择 Requirements

　　在模板下面选择 Use Case Package

　　然后选择 Finish

　　图 7. 选择个标准模板



　　你可以在 Project Explorer 视图中创建项目(图 8)

　　图 8. 创建用例模型



　　集成 Rational Software Architect 和 Rational RequisitePro

　　为了将 Rational Software Architect 和 Rational RequisitePro 集成起来你必须安装称为生命周期以及结构工具集成 RequisitePro 集成特性它是个 Rational Software Architect 特性的间选项

　　使用 Updates IBM Installation Manager 的下 Features to Install 菜单如图 9 所示

　　图 9. 安装工具集成特性



　　在安装完成的后你就可以将 Rational Software Architect 和 RequisitePro 集成到起了

　　为了从 RequisitePro 工具中来集成用例你可以从 Rational Software Architecture Requirement Explorer 视图中来打开需求项目

　　点击图标或者在 Requirement Explorer 窗格中右击然后选择 MyArticle.rqs 项目(在 MyArticle-RQS.zip 中提供见于 下载部分)(见于图 10)

　　图 10. 和 Rational RequisitePro 相集成



　　查看原图(大图)

　　选择用户名(默认条件下名字是 Unknown如图 11 所示)并点击 OK

　　图 11. 用户名对话框



　　然后你可以看到两个集成到起工具(图 12)

　　图 12. 集成工具视图



　　查看原图(大图)

　　从 Requirement Explorer 中强调所有用例并将它们拖拉到 Project Explorer 中以将它们放到 Use-Case Building Blocks文件夹中如图 13 中所示

　　图 13. 拖拉所有用例到 Use-Case Building Block 中去



　　在 Rational Software Architect 中为 5个用例建模

　　在 Project Explorer 中链接用例的后就该完成用例建模了

　　首先你需要在 Versatile Actors 包中创建两个角色:

　　通过电话支付驱动器叫做 Phone-Driver

　　使用因特网来支付票额驱动器叫做 Internet-Driver

　　通过右击并为所有角色选择添加 UML > Actor 来创建个 Actor 图表如图 14 所示你将会看到所有创建的后角色

　　现在双击 Versatile Actors 图表来打开它

　　拖拉图表中所有角色这样你就可以将 Internet-Driver 及 Phone-Driver 和简单称作 Driver 父角色相联系

　　图 14. 创建并为角色建模



　　查看原图(大图)

　　接下来在 Use-Case Building Blocks 包中复制并粘贴 ${functional.area} package 图标并将其重命名为 Driver Ticket Payment

　　选择移动所有用例到新 Driver Ticket Payment 包如图 15 所示

　　图 15. 移动所有用例到 functional.area 文件夹中



　　双击 ${functional.area} Use Cases 统建模语言(UML)图表以打开编辑器从项目浏览器中拖拉所有用例和角色到编辑器中如图 6 所示

　　图 16. 用例模型图表



　　查看原图(大图)

　　创建联系

　　现在你就可以根据需求创建用例和角色的间联系了图 17 显示了 Driver Ticket Payment 用例项和用于查看用例

　　图 17. 用例建模联系



　　查看原图(大图)

　　Internet-Driver 及 Phone-Driver 是称为 Driver 角色规格指定在本场景中可以在父类元素和子类元素的间创建种 <Generalization> 关系

　　有两种具体用例: 通过因特网支付票费及通过电话支付票费这些用例是所谓票额支付抽象用例变种

　　Access Po Catalog 是 Ticket Payment 用例可选序列[行为]；因此在它们的间会创建种 <extend> 关系“获取 Driver 信息”是 Ticket Payment 种强制性行为；没有它就不能完成支付过程了因此在它们的间可以创建种 <> 关系

　　用例模型概述角色概述以及内容图表

　　用例模型概述是用例建模种最终输出物在特定系统中它由角色概述和内容图表组成

　　角色概述只包括了属于该功能角色它区别于 Versatile Actor Diagram其中系统中所有角色都得到了定义

　　内容图表还代表了特定功能及总体系统范围

　　为了创建角色概述从 Versatile Actor 包中拖拉合适角色到角色概述图表中如图 18 所示

　　图 18. 角色概述图表



　　查看原图(大图)

　　对于内容图表从合适包中拖拉所有角色和角色并通过将它们置于个方框中来创建逻辑性分组(代表范围)如图 19 所示

　　图 19. 内容图表



　　查看原图(大图)

　　创建需求可追溯性

　　需求可追溯性 是两个需求的间关系这两种需求代表了工件的间源、衍生或者附件

　　你可以使用可追溯性关系来决定你项目需求得到什么程度满足元素或者它们相联系需求变更所以你可以使用可追溯性关系来监视这些变更影响

　　让我们假设下 Ticket Payment 是 Feature (FEAT)需求种所有用例都是为它创建

　　从 Rational Software Architect Requirement Explorer 项(或者从 Rational RequisitePro 中)创建个 FEAT 需求(见于图 20):在 MyArticle 项目内展开 02 – Visions and Features 文件夹这样你就可以选择 FEAT1 Ticket Payments 了

　　图 20. 来自 Rational Software Architect 特性创建



　　查看原图(大图)

　　创建可追溯性

　　现在你可以创建这些特性和用例的间可追溯性:

　　在 Requirement Explorer 视图中双击 FEAT1 Ticket Payments

　　然后在 Traces From 窗格中点击 Add 按钮并为 Ticket Payment 添加所有用例(见于图 21):

　　通过电话支付票额

　　通过因特网支付票额

　　票额支付

　　图 21. 可追溯性创建



　　查看原图(大图)

　　查看结果

　　现在为了追踪需求你可以:

　　右击 FEAT1 Ticket Payment

　　然后选择 Query >Impact Analysis > Clients 以创建个显示可追溯性图表

　　注意:

　　你还可以在 Requirement Trace View 和 Requirement Query Results 中查看可追溯性如图 22 所示

　　图 22. 可追溯性结果



　　查看原图(大图)

　　整理总结

　　在遵循本文所概括步骤的后现在你已经知道了如何集成 Rational RequisitePro 和 Rational Software Architect 环境实现用例需求、用例建模和需求追踪了该过程不仅消除了业务和 IT 的间鸿沟还可以在区别工具的间同步化需求如需获得进步参考您可以在 Rational Software Architect 中查看集成和用例建模视频或者打开本文“下载”部分所附带项目交换文件(RSA-ReqPro-PIF.zip)压缩包在另外个压缩包文件中项目文件(MyArticle-RQS.zip)中有用于 Rational RequisitePro 可用资源

　　本文举例源代码或素材下载