内容


使用 IBM Rational RequisitePro、IBM Rational Software Architect 以及 BIRT 管理 UML 模型与需求之间的可追溯性,第 1 部分

需求报表

Comments

系列内容:

此内容是该系列 # 部分中的第 # 部分: 使用 IBM Rational RequisitePro、IBM Rational Software Architect 以及 BIRT 管理 UML 模型与需求之间的可追溯性,第 1 部分

敬请期待该系列的后续内容。

此内容是该系列的一部分:使用 IBM Rational RequisitePro、IBM Rational Software Architect 以及 BIRT 管理 UML 模型与需求之间的可追溯性,第 1 部分

敬请期待该系列的后续内容。

准备工作

了解从此教程中能够学到什么,以及如何最大限度发挥它的作用。

关于本系列教程

这组教程能够指导您使用 IBM Rational Software Architect,IBM Rational RequisitePro,以及 Business Intelligence Reporting Tools(BIRT)构建可追溯性报告。

教程的第 2 部分将向您展示如何继续构建那个报表,并且这个报表包含追踪到代理需求的需求。

关于本教程

本教程展示了 RequisitePro 与 Rational Software Architect 之间的集成。

目标

在本教程中,您将:

  1. 在需求和模型元素之间创建连接
  2. 创建 一个新报告
  3. 构建一个 UML 数据集
  4. 构建一个需求数据集
  5. 将需求数据集和 UML 数据集关联起来

先决条件

您应该对 UML 建模和需求报告有一个大体的了解。您 还应该熟悉 RequisiteProRational Software Architect 以及 BIRT。

系统需求

您应该安装并配置此参考软件。

RequisitePro 与 Rational Software Architect UML 模型的集成

您的开发组织很可能要求有连接需求和 UML 模型的能力。IBM® Rational® RequisitePro® 与 IBM® Rational® Software Architect 的集成可以做到这一点。有了此集成,您可以直接将需求和模型元素(当需要一对一对应关系时)连接起来,或者您可以将它们间接连接起来(通过一个代理需求)。

无论有那种方式,当您将一个需求和一个模型元素连接时,此需求上都会有一个隐藏的特性 (AssociatedElementUri),并在这个需求是由模型元素的 URI (Uniform Resource Identifier) 构成的。

如果您查看了这个属性值 (是与某个模型元素相关的特定需求的值),那么您看到的将会与这个十分相似:

uml:platform:/resource/UML%20models/TestAbstr.emx
>_5z4KwLx1Edug6OWRp7wLNw?TestAbstr > Marksmanship

这个 URI 不仅仅包括 UML模型元素,还包含您的工作区中的模型以及它的相对路径。

换句话说,把它分解,这个 UML 模型本身的 URI 如下所述:

platform:/resource/UML%20models/TestAbstr.emx

此外,识别这个模型中元素的片段是:

_5z4KwLx1Edug6OWRp7wLNw

Rational Software Architect 模型

Rational Software Architect UML 模型中的每个元素都可以用 URI 识别。这种 URI 有一些的模式:

platform:/resource/UML%20models/TestAbstr.emx#_5z4KwLx1Edug6OWRp7wLNw

注意来自 RequisitePro 的 URI 与 Rational Software Architect 所提供的 URI 十分相似。

BIRT

Rational Software Architect (即版本 7.5) 包括 Business Intelligence Reporting Tools (BIRT)。BIRT 是一个开源的基于 Eclipse 的报告系统,它与您的 Java™应用软件进行集成。它具有产生报告的性能,而这个报告包含经挑选的 UML 模型的内容。

RequisitePro Version 7.1 使您能够使用 BIRT 对一个 RequisitePro 项目的内容进行报告。根据 BIRT 的标准,这被看作是一个 ODA (Open Data Access) 编辑器。


您可以从两个独立的数据源,需求和模型中生成两个数据集。

这个需求数据组将包含拥有 AssociatedElementUri 属性的需求。您可以用一个简单的计算来处理这个属性的值,从而能够与 Rational Software Architect URI 保持一致。

随后,您可以根据这些 URI 值,生成一个将您的需求数据集(需求)与您的模型数据集(元素)连接在一起的关联数据集。

配置

RequisitePro V7.1 包含一些必需的 BIRT 编辑器,从而能够访问 RequisitePro 信息。然而,为了使用这些编辑器,必需将它们适当地添加到 Rational Software Architect。

当您安装 RequisitePro V7.1 时,务必要包含:

  • Reporting 客户端
  • RequistePro 客户端

当 RequisitePro V7.1 和 Rational Software Architect V7.5 安装到您的工作区以后,就必须将 RequisitePro BIRT 驱动程序添加到您的 Rational Software Architect 配置中。假设这两个产品都安装在 C: 驱动上,拷贝这两个位于 C:\Program Files\IBM\SDLC\RequisitePro\Reporting 的 jar 文件:

  • com.ibm.rational.report.oda.reqpro.runtime_1.0.0.jar
  • com.ibm.rational.report.oda.reqpro.ui_1.0.0.jar

将这两个文件粘帖到 C:\Program Files\IBM\SDP\plugins 地址。

接下来,调用 IBM® Installation 管理。确保这个 Reporting 特性是激活的,并包含以下:

  • Business Intelligence 和 Reporting Tools (BIRT)
  • 软件构架发布和报告

最后,当这些修改之后重新启动带有干净实参的 Rational Software Architect。


特别值得注意的是,RequisitePro ODA 编辑器是通过 RequisiteWeb 提供的 Web 服务来访问 RequisitePro 项目内容的。 第一个重大事件是,必须有一个 RequisiteWeb 实例服务于感兴趣的项目。第二重大的事件是,BIRT 所访问的 RequisitePro 项目必须是安全激活的 (通过 RequisiteWeb 可以访问)。这个配置并不难,但是属于这篇文章的范围之外。

在需求和模型元素之间创建连接

为了这个讨论的目的,您要创建一个 新的 UML 模型,并使用由 RequisitePro 装载的样本 RequisitePro 项目中的其中一个。可以按照下面这些步骤来执行。

  1. 开始切换到 Modeling 视图,然后创建一个新的模型项目。选择图 1 所示的 New > Model Project
图 1. 创建一个新的模型项目
菜单命令
菜单命令
  1. 给这个新 Model 项目 TraceDemo 命名。为了简单起见,可以创建一个新的空白包,给这个新包 T1 命名,如图 2 所示。
图 2. 添加一个模型到这个新项目
从一个标准模板对话框中创建一个新模型
从一个标准模板对话框中创建一个新模型
  1. 完成这个 New Model 项目向导,并将一些少量的 UML 类添加到这个模型。从这个控制板中选择 Class 工具,然后将它添加到默认的图表,如图 3 所示。
图 3. 您添加类之后的模型
带有这些类的图表
带有这些类的图表
  1. 接下来,通过选择 Window > Show View > Requirement Explorer 激活 Requirement Explorer 视图,如图 4 所示。
图 4. 显示这个 Requirement Explorer 视图
菜单命令
菜单命令

图 5 显示了放映 Requirement Explorer 的结果。

图 5. 附有激活 Requirement Explorer 的 Rational Software Architect
Requirement Explorer 制表在左下方
Requirement Explorer 制表在左下方
  1. 接下来,通过选择一个 RequisitePro Project 图标,打开这个样本 RequisitePro 项目,如图 6 所示。
图 6. 打开这个 RequisitePro 项目
图标显示了文件夹中的金字塔
  1. 假设这个产品安装在 C: 驱动,drive,转到

C:\Program Files\IBM\RationalSDLC\RequisitePro\samples\Learning_Project-Use_Cases

  1. 选择 LEARNING. USE CASES.RQS.

当您登录以后,打开这个项目的结果是,Requirement Explorer 现在将由这个项目的内容来填充,如图 7 所示。

图 7. 项目空缺的 Requirement Explorer
树形视图中的项目内容
树形视图中的项目内容
  1. 现在,在这个模型中建立特征需求与类之间的连接。选择 FEAT 10 并将它置于 Class1 上,如图 8 所示。
图 8. 建立到模型元素的连接
从 Requirement 拖拽到 Project Explorer
从 Requirement 拖拽到 Project Explorer
  1. 对于 FEAT 11 (对 Class2) 和 FEAT 12 (对 Class3) 重复这个动作。注意由于连接结果的需要,模型元素和需求都要添加这个装饰模式。

执行这些行为的结果是,现在在需求和模型元素之间存在连接。这些连接是 RequisitePro 与 Rational Software Architect 整合中间接连接的例子。为了支持多个需求对应一个模型元素的连接,在 RequisitePro 中已经创建了一个代表类模型元素的代理需求,如图 8 所示。

图 9. 代表模型元素的代理需求
Eclipse Element Proxies 文件夹

然后,在这种背景下,这些代理需求就会被追踪到 FEAT 需求。

这是就会建立一个样本情景,您也已经准备好开始构建这个报告了。

创建一个新报告

执行下面的步骤,在这个模型项目中创建一个 BIRT 报告。

  1. 选择这个模型项目并点击 Rational Software Architect 中的 New > Other,如图 10 所示。
图 10. 创建一个新报告
菜单命令
菜单命令
  1. 创建这个新 BIRT 报告:选择 Business Intelligence 和 Reporting Tools 文件夹中的 Report,如图 11 所示。
图 11. 创建一个新报告 (2)
选择一个向导的对话框
选择一个向导的对话框
  1. 接下来,为这个报告取一个直观的名称,如图 12 所示。例如,输入这个 TraceDemo父本文件夹的名称 和一个and a file name of trace report.rptdesign的文件名称。
  2. 点击 Finish从而完成这个 New Report 向导。
图 12. 为这个报告命名
创建一个新报告的对话框
创建一个新报告的对话框
  1. 当有提示显示时,选择进入这个 Report Design 视图,如图 13 所示。
图 13. 打开这个 Report Design 视图
打开 Associated Perspective 对话框
打开 Associated Perspective 对话框

这时就会显示一个新的空白 BIRT 报告,如图 14 所示。

图 14. 一个新的空白 BIRT 报告
追踪 report.rptdesign 制表实际图
追踪 report.rptdesign 制表实际图

您现在已经准备好开始构建这个报告了。

BIRT 操作从一个连续列范例开始。也就是说,假定一个信息源来决定所感兴趣的(行)常规数据,而不管喜信息是否是感兴趣的(列)。

就 BIRT 而言,每个这样的查询都是一个数据集。与每个数据集联系在一起的是一个数据源,表明什么样的模型是(一个数据集)感兴趣的,以及什么样的需求项目是(另一个数据集)感兴趣的。换句话说,一个数据 就是对某些信息源 (数据 ) 的查询。

对于您的例子,这个 UML 数据源将是您的模型,并且需求数据源也将成为您的需求项目。

构建一个 UML 数据集

要构建一个 UML 数据集,可以通过创建一个新 UML 数据源开始。

  1. 在 Data Explorer 视图中选择 Data Sources。
  2. 右键点击并选择 New Data Source,如图 15 所示。
图 15. 创建一个新数据源
菜单命令
菜单命令
  1. 从这个源列表中,选择 UML Data 源。
  2. 提供一个合适的 Data Source Name,比如 My UML Data Source,如图 16 所示。
图 16. 创建一个新 UML 数据源
从数据源类型或者连接档案中创建
从数据源类型或者连接档案中创建
  1. 点击 Next
  2. 通过点击这个向导上 Models 页面上的 Add按钮来指定要包含哪些模型,如图 17 所示。
图 17. Models 页面
Instance 模型,诠释模型,以及 Profiles
Instance 模型,诠释模型,以及 Profiles
  1. 在 Models 页面的 Instance 模型板块中,浏览到您工作区的样本 UML 模型 (.emx 文件名后缀),如图 18 所示。
图 18. 选择这个模型
File Selection 对话框
File Selection 对话框

这个动作所产生的结果是,在 Data Explorer 中将会显示一个新的 UML 可视的数据源。

图 19. 新 UML 数据源
树形视图中的数据源

创建一个查询

接下来,您将通过创建一个数据集来创建一个查询到这个数据源中。

  1. 选择 Data Sets,右键点击,然后点击 New Data Set,如图 20 所示。
图 20. 调用这个 New Data Set 向导
菜单命令
  1. 在最后的对话框中,命名并选择这数据集 NamedElements,如图 21 所示。
图 21. NamedElements 数据集
附有 Data Set Name,Type,以及 Source 的对话框
附有 Data Set Name,Type,以及 Source 的对话框
  1. 点击 Next
  1. 跳过这个 Query Parameters 页面,提前来到 Row Mapping 页面,如图 22 所示。
图 22. UML Data Set Row Mapping
Browse 在左边,Row Query 在右边
Browse 在左边,Row Query 在右边

Row Mapping 页面就是您构建这查询的位置,这个查询从数据源中生成了感兴趣的行。

  1. 从 Browse 菜单中,选择 UML,如图 23 所示。
图 23. 选择这个 UML 诠释
浏览列表
浏览列表

换句话说,将使用 UML (与这个模型结构相反或者通过标记法选择的一个图表) 对您构建的这个数据集进行诠释。

RequisitePro-Rational Software Architect 整合的一个细节是,这些需求只能与 UML NamedElements连接(也就是说,UML 中的元素都有名称)。当然 UML 中也有些元素没有名称,比如组件。

行映射

对于行映射的查询,如果您要对 UML 模型查询,只能得到一个 NamedElement

  1. 转到 UML 浏览器的 NamedElement 入口,如图 24 所示。
图 24. 在这个 Browser 中选择 NamedElement
被重点显示和用圆圈包围的具体 NamedElement
被重点显示和用圆圈包围的具体 NamedElement
  1. 接下来,选择 NamedElement 作为被这个行查询所检索到元素的 Type如图 25 所示。
图 25. 设置有查询检索到的类型
类型设置为 uml:NamedElement
类型设置为 uml:NamedElement
  1. 现在,通过点击与这个表达窗口相邻的比 (>) 更大的按钮,从而在这个表达中创建实际的查询。
  2. 选择预置查询表达 instanceOf(//*, “uml:NamedElement”),如图 26 所示。

也就是说,任何 UML 模型元素都有一个 NamedElement类型的名称。您可以通过简单地说明您想要任何模型元素都是一个 NamedElement实例,从而要求所有拥有名称的 UML 模型元素都有这样类型的名称。

图 26. 创建这个行查询
选择一个查询表达对话框
选择一个查询表达对话框
  1. 这个 Row Mapping 页面将看起来如图 27 所示。
图 27. 完整的 UML 行查询
用您的架构来填充 Expression 窗口
用您的架构来填充 Expression 窗口

Row Mapping 查询这时是完整的。您已经具体说明您想要来自 UML 模型中的 ALL 元素都有名称 (通过对任何 NamedElement实例的元素进行要求可以实现)。

Column mapping

  1. 选择 Next,您将提到来到 Column 映射页面,在这个页面您可以指定您想从 每个 NamedElement行中得到什么。
  2. 在 Column Mapping 页面的浏览器中选择 uml:NamedElement,如图 28 所示。
图 28. NamedElements 的 Column Query
Browse 在左边,Column Query 在右边
Browse 在左边,Column Query 在右边
  1. 注意显示的 UML 属性(显示在图 29 中)被指定为 NamedElements
图 29. NamedElements 能够使用的 Columns
被填充命名元素的 Browse 窗口
被填充命名元素的 Browse 窗口

对于您的报告,您将指定您想要合格的名称以及 UML 模型元素的 URI (例如,这一行)。

  1. 逐个选择并将它添加到 Column Query 列表中,如图 30 所示。
图 30. 合格名称以及元素 URI 的列查询
带有 Name 和 Query 列的查询表格在右边
带有 Name 和 Query 列的查询表格在右边
  1. 点击 Finish,完成这个数据集向导。
  2. 接下来,通过预览使查询生效,如图 31 所示。
图 31. 使查询生效
元素表在左边,预览右边的详细资料
元素表在左边,预览右边的详细资料

这时,您的 UML 数据集已经完成 (也就是说,这个数据集包括合格的名称,并且拥有名称的每个模型元素都有 URI)。


切记这里所执行的活动都是为报告的结构做铺垫的,在报告创建过程中您只需要执行及可以了。一旦创建一个报告,您就可以简单地对它进行重复运行。换句话说,一个报告设计就是一个由执行构成的报告模板。

您现在将创建这个需求数据集。

建立需求数据集

下面对您创建需求数据集之前必需设置进行了简短的概述。

  • RequisitePro BIRT ODA Java™档案 (JAR) 文件必须被添加到 Rational Software Architect
  • RequisitePro 项目必须有安全激活
  • RequisitePro project 必须能够通过 RequisiteWeb 进行访问

要创建一个新的 RequisitePro 数据源,可按照以下步骤操作。

  1. 在 Data Explorer 中,从您的报告中选择 Data Sources。
  2. 指出您希望创建一个新 IBM Rational RequisitePro Data Source。
  3. 给这个数据源命名为 RequirementsThatLink,如图 32 所示。
图 32. 创建一个 RequisitePro 数据源
从数据源类型或者相关资料中创建
从数据源类型或者相关资料中创建
  1. 接下来,确定这个 RequisiteWeb 服务器,如图 33 所示。
图 33. 确定这个 RequisiteWeb 服务器
有 Connect 按钮的对话框
有 Connect 按钮的对话框
  1. 在这个例子中,RequisiteWeb 服务器IP地址为 192.168.0.110。一旦提供了这个地址,就点击 Connect。这个对话框应该表明到这台服务器的链接已经成功,如图 34 所示。
图 34. 成功地连接到 RequisiteWeb 服务器
这台服务器的 IP 地址,使用的都是默认选项
这台服务器的 IP 地址,使用的都是默认选项

注意,作为一个成功的服务器连接结果,这个 Project 选项是激活的并且应该反映这台服务器上的 RequisiteWeb 项目是可使用的,如图 35 所示。

图 35. 选择 RequisitePro 项目
项目的下拉列表
项目的下拉列表
  1. 选择 Learning Project – Use Cases 项目,提供登录信息,并按下 OK键,如图 36 所示。
图 36. 验证这个 Project
Data Source Profile 的 Project 域对话框
Data Source Profile 的 Project 域对话框

这个对话框应该表明验证是成功的(换句话说,这个用户能够成功地验证指定的项目)。由于成功地进行了验证,这个 Project Items 的下拉菜单应该是激活的。

  1. 选择 Packages并点击 OK,如图 37 所示。
图 37. 选择这个 Project Items 列表中的 Packages
下拉菜单和 OK 按钮
下拉菜单和 OK 按钮

选择了这个选项,这个对话框的 Explorer 部分应该表明这个项目的结构。

  1. 选择 Eclipse Element Proxies RequisitePro 报告,它限制了这个包(和它的次级包)的范围。
  2. 此外,确保 Requirements过滤已经选择,如图 39 所示。
  3. 然后点击这个对话框中的 Generate URLFinish

    注意这个新数据源将在这个项目的最高层中返回需求和软件包。

图 38. 选择 Eclipse Element Proxies 和 Requirements
学习这个树形视图中的 Project Use Cases
学习这个树形视图中的 Project Use Cases

这个 Requirements 数据源这是已经被指定。您现在已经准备好开始在您的 RequisitePro 项目中查询需求的具体问题。也就是说,您现在要转向为这个新数据源创建数据集。

创建数据集

  1. 由于有了先前创建的 UML 数据集,选择 Data Explorer 中的 Data Sets,右键点击并选择 New Data Set来开始这个向导。
图 39. 创建一个 New RequisitePro 数据集
菜单命令
菜单命令
  1. 提供这个 Data Set NameLinkedReqs,并确保 Data Set TypeData Source 是正确的,如图 40 所示。
  2. 点击 Next
图 40. 给 Data Set 取一个合适的名称
新 Data Set 对话框
新 Data Set 对话框

注意 RequisitePro 数据集都是基于 XML 的。

  1. 因此,选择 使用数据源中定义的 XML 文件无线按钮,如图 41 所示。
图 41. 使用这个数据源 XML
对话框选项可以预览数据
对话框选项可以预览数据
  1. 选择 Next提前来到图 42 中所显示的 Table Mapping 页面。

注意这个数据源,如指定那样,已经生成了 XML,它显示了这个需求项目的软件包结构。

  1. 选择 Req 并将它添加到图表映射查询中。
图 42. RequisitePro Table Mapping 页面
XML Structure 在左边,Element Selection 在右边
XML Structure 在左边,Element Selection 在右边
  1. 在最后结果的对话框中,选择 在固定绝对路径中名称为 "Req" 的 XML 元素并点击 OK
图 43. 从这个软件包中选择需求
带有三个选项的对话框
带有三个选项的对话框

注意图表映射查询 (被指定为一个 XPath 查询) 现在是 /PROJECT/Pkg/Requirements/Req,如图 44 所示。

图 44. Table Mapping 已经完成
XPath Expression 是由查询构成的
XPath Expression 是由查询构成的

查询操作如下:无论在这个软件包结构 (如数据源中所指定的 Eclipse Element Proxies 包)中的什么位置查找到 Req (Requirement),都会返回这个需求。

列映射

  1. 选择 Next从而转入如图 45 所示的列映射中。
图 45. 选择 Requirement 属性
XML Structure 在左边,Column Mapping 在右边
XML Structure 在左边,Column Mapping 在右边

如注释的那样,对于报告作者来说,几个 Req 属性都是可使用的。与您的报告相关的属性如下所示(如图 46 所示):

  • GUID
  • RPre
  • FVs/FV/FLbl
  • FVs/FV/FTxt
图 46. 列查询已经完成
Name,XPath,以及 Type 列显示
Name,XPath,以及 Type 列显示
  1. 通过点击 Show Sample Data 按钮使这个数据集生效。结果如图 47 所示。
图 47. 通过取样使查询生效
您所选择属性的详细记录
您所选择属性的详细记录

这时,查询会返回内嵌在 Eclipse Element Proxies包所有的(代理)需求,您可以选择每个需求的属性:

  • GUID(唯一的 RequisitePro 标识符)
  • 需求标签
  • 属性名称 (AssociatedElementUri
  • 属性(字符串)值 (模型元素 URI 的 RequisitePro 和 Rational Software Architect 表现,并且这个模型元素与代理需求相连接)

变更这个模型元素 URI 形式

下一个步骤是将模型元素 URI 的形式转换成如 UML 数据集所引用的那样能够与 URIs 相比较的形式。

  1. 通过添加一个新计算栏(点击 New) 来开始这个步骤,如图 48 所示。
图 48. 创建新的计算栏
指向 New 按钮的箭头
指向 New 按钮的箭头
  1. 在 New Computed Column 对话框中:
    1. 输入 URI作为 Column Name
    2. 选择 String作为 Data Type
    3. 调用这个表达编辑器 (点击 fx)。
图 49. 命名并设置计算栏的类型
对话框规定这个 Expression 不能为空
对话框规定这个 Expression 不能为空
  1. 然后,在这个 Java™Script 表达生成器(如图 50 所示)中,您可以通过以下操作来计算一个一致性 URI:
    1. 从这个值中清除首列的 uml:
    2. 将分隔符从 >更改为 #
    3. 当作有都在 ?字符前面时才可以返回

您打代码看起来应该如列表 1 所示。

列表 1. 计算一个一致性 URI
//	
// 如果这个属性是 AssociatedElementUri,仅仅处理这个值
//
if(row["FLbl"] == "AssociatedElementUri") {
      //
      // 生成一个与 Rational Software Architect BIRT 查询一致的 URI
      //
      row["FTxt"].replace("uml:","").replace(">","#").split("?",2)[0]
}
图 50. 创建 JavaScript 表达来转换 URI
代码在 Category,Sub-Category,以及元素之上
代码在 Category,Sub-Category,以及元素之上
  1. 完成这个计算栏的表达和定义,并通过 Preview 使查询生效,如图 51 所示。
图 51. 使 RequisitePro 数据集生效
预览结果
预览结果

正如您看到的那样,通过这个查询所返回的每一行包含:

  • RequisitePro GUID
  • RequisitePro 标签 (来自 RPre域)
  • RequisitePro 属性名称 (在这个案例中,代理需求只有一个属性。AssociatedElementUri属性)
  • RequisitePro AssociatedElementUri属性值
  • 这个计算 URI 与 Rational Software Architect 一致

这时,需求数据集已经完全确定。

您最终的目标是生成一个连接数据集,即将这两个基于常用 URI 属性值的数据集联合起来。

将需求和 UML 数据集联合起来

放映从需求到模型的可追溯性,现在只需进行将这两个数据集联合起来的操作即可。

  1. 要创建这个关联数据集,选择 Data Explorer 中的 Data Sets,然后右键点击 New Joint Data Set ,从而调用这个向导,如图 52 所示。
图 52. 创建新的关联数据集
菜单命令
菜单命令
  1. 现在,为这个关联数据集取一个较直观的名称(例如,RequirementsLinkedToModelElements)。
  2. 选择这两个数据集,和这个链接 (Inner、Left Outer、Right Outer、或者 Full Outer) 的基本(类型),如图 53 所示。
图 53. 指定要连接的数据集和连接类型
命名的元素在左边,连接需求在右边
命名的元素在左边,连接需求在右边
  1. 最后,通过预览使连接数据集生效,如图 54 所示。这样就可以向您显示已经建立的可跟踪性。
图 54. 通过预览使生效
树形图在左边,详细资料在右边
树形图在左边,详细资料在右边

这时要注意,您已经完成了规定的目标:这个数据集显示了来自 RequisitePro 的模型元素和它们的代理需求。

  1. 您最后的步骤是将这个数据集中的信息添加到您的报告中。只需要简单地将您刚才所创建的关联数据集拖拽到报告编辑器中,如图 55 所示。
图 55. 编辑图表
报告编辑器中的栏
报告编辑器中的栏
  1. 注意对于普通读者来说很可能对有些栏不感兴趣。选择带有 URIs 的栏并清除它们。保留 qualifiedNameGUID、以及 RPre栏。
  2. 修饰您的报告:更改栏目标题,添加一个标题背景颜色,并提供单元格周围的行,如图 56 所示。
图 56. 清除之后的报告模板
带有三个纵栏的模板
带有三个纵栏的模板
  1. 最后,预览这个报告,如图 57 所示。
图 57. 预览完成的报告
附有数据的报告
附有数据的报告

接下来的步骤

既然追踪到模型元素的需求已经被识别,那么继续构建报告就容易多了。这个系列教程的第二部分将向您展示如何修改您的报告,从而使它能够显示追踪到代理需求的需求。


相关主题


评论

添加或订阅评论,请先登录注册

static.content.url=http://www.ibm.com/developerworks/js/artrating/
SITE_ID=10
Zone=Rational
ArticleID=379443
ArticleTitle=使用 IBM Rational RequisitePro、IBM Rational Software Architect 以及 BIRT 管理 UML 模型与需求之间的可追溯性,第 1 部分: 需求报表
publish-date=03312009