下面列出的是建立和使用该集成的主要的先决条件:
- 为了使用 RequisitePro 进行集成,您必须拥有 Rational Portfolio Manager V7.1 或者更高的版本。该版本于2007年6月29日全面发布。
- RequisitePro 的版本为 7.0.1 或更高的版本。
- 需要配置 RequisitePro Web Service。它并不同于面向 Web 的 RequisitePro Client (IBM® Rational® RequisiteWeb)。该服务包应当和 RequisitePro 被配置在同一台服务器上。
- RequisitePro Web Services 必须被配置在一台 Microsoft® Windows® 机器上,并且要求该机器支持下列应用程序服务器中的一种:
- IBM® WebSphere® 5.1 或者更高的版本
- Apache® Tomcat® 5.5
- Oracle® 9.0.4 或者 10.1.0.2
- BEA® WebLogic® 8.1.5
- 请参见 RequisitePro Integration 的安装文档,获取如何安装服务器的具体细节。
- RequisitePro Web Services 必须被配置在一台 Microsoft® Windows® 机器上,并且要求该机器支持下列应用程序服务器中的一种:
- 需求必须存在于 RequisitePro 之中。
- RequisitePro 项目必须在 Rational RequisiteWeb 项目清单中被注册。
注意:请记住您配置 .ear 文件所用的名称,因为您需要用它来构成 RequisitePro Web Services 的 URL 的一部分。
至此,基本工作已经就绪,您可以开始学习如何使用这一集成了。
![]() ![]() |
![]()
|
所有的导入工作都是通过 Rational Portfolio Manager 完成的。在当前的执行中,它是一个从 RequisitePro “拖拉” 的过程。在 Rational Portfolio Manager 中,所有取得的数据都是只读的。我们以一个能够操作项目的用户身份登录 Rational Portfolio Manager。
需求只能被作为 “requirement” 导入到 Scope Management 视图中。此外,它们还需要同一个特定的项目联系起来。本文就将使用一个新的建议来对比一个已经存在的项目,但是两者都可以工作。
- 您需要创建的第一样东西就是一个建议。根据您最近所打开的视图,您可能需要在 Navigation Bar 上面选中 Work Management 视图(参见图1)。对于那些对 Rational Portfolio Manager 并不熟悉的人来说,该工具条位于 GUI 屏幕的左下角。
图 1. 选中 Work Management
![选中 Work Management](https://i-blog.csdnimg.cn/blog_migrate/df7e13c1e79067b5bfe9e42f7f295cf6.png)
- 在 Work Management 视图中,从主菜单工具条中将 Proposal 拖动到 Proposals 文件夹上面,如图2所示。
在您的环境中,您可能不会用到这一相同的结构,或者命名约定可能并不相同。Rational Portfolio Manager 具有很强的通用性,并且能够以无数种方式进行配置。本文中的例子将尽可能简单的保持环境不变。
图 2. 拖动一个 Proposal 到 Work Management 视图中
![拖动一个 Proposal 到 Work Management 视图中](https://i-blog.csdnimg.cn/blog_migrate/6a627e85ec7b1926ef074c2ae8f5e3e1.png)
在 Rational Portfolio Manager 的一个标准配置中,您能能会使用一个模板,或者作为您的过程(亦即 Workflow)一部分的对象可能被自动的包含进该建议之中。为了保持它的简单性,没有一项将被显示出来。该例子中所使用的建议是从 IBM® Rational Unified Process® (RUP®) 架构 Small Project 模板中创建的,该模板包含在 Rational Portfolio Manager Version 6.2 或者更新的版本中。导入 RequisitePro 需求的步骤与建议或者项目中所定义的对象无关。
- 一旦该建议被创建,从 Navigation (图3)中选择 Scope Management。在 GUI 的主面板中显示的 Scope Management 视图如图4所示。
图 3. 选中 Scope Management
![选中 Scope Management](https://i-blog.csdnimg.cn/blog_migrate/d6b6ebc6b3ac478aba592a56e642bfba.png)
图 4. Scope Management 视图
![Scope Management 视图](https://i-blog.csdnimg.cn/blog_migrate/e4ce89b657336f73b16bbd737a294dc1.png)
开始导入
您将注意到对于每一个项目和建议,都有相对应的文件夹。这为您提供了将那些特定的项目或者建议所包含的所有元素放置在一个位置的条件,这将有助于您对这些对象进行组织。
- 开始导入过程,加亮那个您想要导入的需求(在本例子中是 RequisitePro Integration)。
- 下一步,从 RequisitePro 中右键单击选择 Import,如图5所示。
图 5. 导入需求
![导入需求](https://i-blog.csdnimg.cn/blog_migrate/11f43008cb843bd9f5f99fda8416d927.png)
该导入过程现在启动(参见图6)。对于一个最初的导入,您需要提供一些信息,它们将允许用户访问 RequisitePro Web Service,并通过它访问 RequisitePro 中已经被定义的(该用户有权访问的)所有项目。
- 您必须为 RequisitePro Web Service 提供 URL。URL 的基本结构已经给出,但是将需要您提供一些额外的信息:
- Server Address
- Port
- 用于 RequisitePro Web Service 的 Deployed Name (默认值为 reqpro)
该信息将需要被放置进对话框的第一个区域中。图7显示了该信息将要被放置的位置。
图 6. 导入过程的初始屏幕
![导入过程的初始屏幕](https://i-blog.csdnimg.cn/blog_migrate/e620cc15361cf618d800133e22743ce0.png)
图 7. 导入对话框
![导入对话框](https://i-blog.csdnimg.cn/blog_migrate/7368b2351bebe3616a8779e2d359b686.png)
您还必须提供一个有效的 RequisitePro Login Name 和 Password (参见图8)。按钮 Next 直到所有这些信息被提供之后才会变为可点击状态。
- 输入一个有效的 RequisitePro User 及其密码。请注意这些区域都是需要区分大小写的,所以请确认您输入的大小写格式正确!
- 最后,点击 Next。
图 8. 完成导入的初始屏幕
![完成导入的初始屏幕](https://i-blog.csdnimg.cn/blog_migrate/262a565f8108851a4cc954b7ae865ade.png)
选择一个项目和需求
一旦您点击了 Next,该系统就将会处理所提供的信息,并且返回一个您所能访问的项目的列表。
- 使用下拉菜单,加亮您希望使用的项目,如图9所示,然后点击 Next。
图 9. 项目列表
![项目列表](https://i-blog.csdnimg.cn/blog_migrate/ad36ebb4faee0a386f7442c68de3221e.png)
该系统将查询悲情球的项目,并且返回一个需求列表。该列表将会展示项目中所有需求的分层结构,包括文件夹(如图10所示)。
图 10. 需求列表
![需求列表](https://i-blog.csdnimg.cn/blog_migrate/e02a1d25986fe1e23c7104aaf3218399.png)
- 展开文件夹,需求就会向您显示它们在 RequisitePro 中是如何被组织的(参见图11)。您能够改变对话框的大小和对话框所在专栏的大小,所以您能够容易得看到所有可用的信息。
图 11. 扩展的需求列表
![扩展的需求列表](https://i-blog.csdnimg.cn/blog_migrate/c1489d756e18a485bc245b00a8d45d20.png)
- 选择您希望导入的需求(或者多个需求),选中 Import 专栏中需求前面的复选框。您不需要把所有的都选中,因为被选中的需求的所有祖先需求都将自动的被选中(参见图12)。
一个选中的但是阴影的复选框,代表其对应的文件夹或者项目中并非所有的需求都计划被导入。
图 12. 选中单独一个子需求的同时,其所有的父需求对象都将被自动选中。
![选中单独一个子需求的同时,其所有的父需求对象都将被自动选中](https://i-blog.csdnimg.cn/blog_migrate/f263f58ca52c807c843b7f2816802891.png)
- 您也能够选中整个文件夹或者项目(此处项目是最高级的),该文件夹或项目中的所有需求都将被自动导入(参见图13)。
图 13. 选中需求的一个完整文件夹
![选中需求的一个完整文件夹](https://i-blog.csdnimg.cn/blog_migrate/0895181cc6afc0ae5e40dcc2c4fada0c.png)
- 如果您想要选择文件夹中的大部分但并非全部需求的话,您并不需要逐一选中它们。您可以选择文件夹,然后从导入列表中移除任何一个需求。操作如下:点击您想要导入需求的文件夹前的复选框。您同样可以清除一个整个的文件夹。(参见图14)。
图 14. 移除需求
![移除需求](https://i-blog.csdnimg.cn/blog_migrate/27051024f9fff1c19b8173c8600a8cb2.png)
- 您还能够选择不同类型的需求,并且同时将它们导入(参见图15)。左下角的状态栏指示了被选中需求的总数,以及最近完成的操作。(在图14中,需求被清除。)
在这个版本中,对于同一时间被导入的需求的数量有一个限制。这个限制为400个需求。正如您在图14中的状态栏中所看到的,当前总共选中50个将被导入的需求。
图 15. 导入不同类型的需求
![导入不同类型的需求](https://i-blog.csdnimg.cn/blog_migrate/d94f46115dd0f7939115c62e5c0815b2.png)
- 一旦您选中了所有被导入的需求(请记住最大限额为400个),点击 Import。Rational Portfolio Manager 通过集成将会为每一个需求创建一个副本。
您不能在 Rational Portfolio Manager 中对从 RequisitePro 导入的区域进行编辑。任何对需求的修改都只能在 RequisitePro 中进行。
已导入的需求
在 Rational Portfolio Manager 处理需求的同时,来自 RequisitePro 对话框的 Import 指示进程已经启动(参见图16)。
图 16. 导入 RequisitePro 需求
![导入 RequisitePro 需求](https://i-blog.csdnimg.cn/blog_migrate/069383e4eb564c231cb7469addb32cba.png)
当导入完成后,对话框随即消失,并且 Rational Portfolio Manager GUI 重新显示 Scope Management 视图。您在进程开始时所选择的文件夹将会被折叠起来。
- 打开该文件夹,您将看到 RequisitePro Project 的名称。该项目下面拥有包含 RequisitePro 需求的文件夹(参见图17)。
由于该文件夹结构是从 RequisitePro 获得的,所以如果您的项目没有利用该选项,那么您看到的将是需求列表。
图 17. 从 RequisitePro 成功导入需求
![从 RequisitePro 成功导入需求](https://i-blog.csdnimg.cn/blog_migrate/0f6c1f64b785b5e2432a88bc12b5708b.png)
- 展开文件夹,您将看到您所导入的需求(参见图18)。
您也将注意到分层的需求结构已不复存在。在 Rational Portfolio Manager 中,您具有对方需求的能力,但是如果您不这样做,那么您就不能够在 Work Breakdown Structure 中分别为堆放的需求列表。为了使您更加灵活的使用列表选项,来自 RequisitePro 的需求被导入到同一个级别中。而分层的结构仍然在 RequisitePro 中得以保持。
图 18. 已导入的 RequisitePro 需求
![已导入的 RequisitePro 需求](https://i-blog.csdnimg.cn/blog_migrate/d105aa8dd400e585fe24a610b6d95ee3.png)
为了区分被导入的需求和 Rational Portfolio Manager 中开发和保持的需求,我们赋予被导入的对象以特定的图标。标1显示了 Rational Portfolio Manager 本地图标和 RequisitePro 图标。
表 1. 标准的 Rational Portfolio Manager 图标和 RequisitePro 图标
类型 | 本地的 Rational Portfolio Manager Icon | RequisitePro 图标 |
---|---|---|
项目 | ![]() | ![]() |
文件夹 | ![]() | ![]() |
需求 | ![]() | ![]() |
![]() ![]() |
![]()
|
获得已导入需求的状态和信息
在 ReqPro 项目级上的导入记录状态中,更多的信息能够被获得。我们仍然停留在 Scope Management 视图中,完成如下操作:
- 加亮 RequisitePro 项目。
- 从顶部菜单栏中点击 Description (参见图19)。
图 19. 打开一个 RequisitePro 项目的 Description 视图
![打开一个 RequisitePro 项目的 De.ion 视图](https://i-blog.csdnimg.cn/blog_migrate/298372f01979c45c5d69ee31bb3a64ba.png)
Description 视图被打开,显示 RequisitePro Integration 布局。该布局包括两个 portlets : Identification 和 RequisitePro Integration Status。每一个 portlets 都包含关于 RequisitePro 项目的信息(参见图20)。其中,Identification portlet 包含来自 Import Wizard 的信息。它还包含以下两个域:
- 创建新的需求
- 删除已在 RequisitePro 中被删除的 RPM 中的需求
为了对其进行修改,您必须对描述视图进行核对。默认状态下它们都被设置为 No。其中,RequisitePro Integration Status 包含一个需求列表,这些需求用于 Identification 中所描述的 RequisitePro 项目。
该 portlet 显示了每一个需求的状态(同步、删除、或者不同步;无论其是否被导入),同时,它也显示了来自 RequisitePro 的最新更新,从而为您提供了观察该项目的全局视角。您也能够直接从该视图中运行 Import/Update 向导。
当您启动项目的第一个导入进程时,将会获得 RequisitePro User、RequisitePro Password、Server URL 和 Project Path。RequisitePro Integration Status 小节指示了哪些需求被导入(或着未被导入),以及它们的状态是什么。
图 20. 已导入的 Project Description 视图
![已导入的 Project De.ion 视图](https://i-blog.csdnimg.cn/blog_migrate/8f7334bb688032c031bac7cb5f6df5b6.png)
- 如果您选择 Launch RequisitePro Import/Update Wizard 按钮,Import From RequisitePro 对话框就会显示如图21所示。
图 21. Project Import 向导
![Project Import 向导](https://i-blog.csdnimg.cn/blog_migrate/4f709d8f9c41cef371a86f8720111046.png)
- 您能够如前面所描述的那样导入或者更新需求(参见图22)。
图 22. 通过 Project Import 向导将 Updates 和 Imports 集成起来
![通过 Project Import 向导将 Updates 和 Imports 集成起来](https://i-blog.csdnimg.cn/blog_migrate/ec1c8eb075ea0920bc86240495b2f15e.png)
- 点击 Import 按钮,服务将会启动,开始导入和更新所有的需求记录。在项目 Description 视图的下一个视图上,附加的需求将被更新(参见图23)。
图 23. 在 ReqPro 项目 Description 视图中更新信息
![在 ReqPro 项目 De.ion 视图中更新信息](https://i-blog.csdnimg.cn/blog_migrate/234c1186883261c46357a9dc635dee03.png)
![]() ![]() |
![]()
|
前一小节讨论了如何在 RequisitePro 项目级上进行更新。现在您将看到如何在需求级上完成这一操作。您可以从 Work Management 视图或者 Scope Management视图中启动该进程。
- 在 Work Management 视图中,加亮项目(亦即 Rational Portfolio Manager 项目,而不是 RequisitePro Project)。
- 从顶部菜单中点击 Scope Management 按钮。
- 当 Scope Management 视图打开时,展开 RequisitePro 项目并且加亮一个单独的需求,然后右键单击并选择 Update Imported Elements (参见图24)。
图 24. 更新单独一个已导入的需求
![更新单独一个已导入的需求](http://www.ibm.com/developerworks/cn/rational/07/0807_johnson/image024.jpg)
- 来自 RequisitePr 对话框的 Confirm Update 显示出来。如果您不希望您每次更新需求时该对话框都被显示的话,请在点击 Yes 按钮之前,选择左下角的 Don’t show this dialog again 选择框(参见图25)。
至此完成更新工作,您将返回到 Scope Management 视图。
图 25. 确认更新对话框
![确认更新对话框](http://www.ibm.com/developerworks/cn/rational/07/0807_johnson/image025.jpg)
如果这两个工具是 “同步” 的话,那么对话框将如图26所示,并且将会有信息指示元素处于最新状态。
图 26. 最近导入的元素
![最近导入的元素](http://www.ibm.com/developerworks/cn/rational/07/0807_johnson/image026.jpg)
![]() ![]() |
![]()
|
至此,您已经成功的从 RequisitePro 导入并且更新了需求,您可能还存有许多关于项目管理的问题。下面列出的问题可能正是您想要提出的:
- 我是否能够将需求制定进项目中?
- 需求是否必须被制定到同一个任务中?
- 我是否能够将 Work Breakdown Structure (WBS) 元素添加到需求中?
- 我能够应用资源?
- 我能否应用成本评估?
- 我能否添加文档?
我们的答案是:您能够对这些需求做任何本地需求所能够做的事情。有三个例外,它们是:Reference Number、Description 和 Name (参见图27)。
- 要访问 Description 视图,可以双击需求,或者加亮需求并从顶部菜单栏中选中 Description。默认的视图或者最近打开的视图将显示出来。
图27显示了一个 “需求视图” 的例子。图标指示该需求当前被核对。您能够根据您公司的需要对该布局进行调整和设置。
图 27. Edit 模式中的 Requirement Description 视图
![工作区](http://www.ibm.com/developerworks/cn/rational/07/0807_johnson/image027.jpg)
通过这个描述视图,您能够执行许多项目管理任务,比如:
- 添加资源
- 使资源任务负起责任
- 添加属性
- 添加文档
- 添加财务信息,如成本、开销、收益等
您执行这些任务的能力将取决于您的 Rational Portfolio Manager 安全权限。图28显示了同图27一样的 Description 视图布局,但是其中若干 portlets 未被展开。它也影响该需求的下列部分:
- "requirement responsible" 资源 (Karen Miles)
- 文档(例子文档)
- 属性 (Scope Management > Business Impact > Quality)
- 关闭描述视图(点击右上角红色的 X (
)),返回到 Scope Management 视图。
图 28. 在 Requirement Description 视图中扩展的 portlets
![在 Requirement De.ion 视图中扩展的 portlets](http://www.ibm.com/developerworks/cn/rational/07/0807_johnson/image028.jpg)
描述图中不同的 portlet 中的信息同 RequisitePro 中的属性以相似的方式表现:它们向需求的理解添加深度和广度。要理解需求的复杂性,您需要创建它的工作崩溃结构 (WBS)。
- 您可以在将需求移动到 Work Management 视图之前或者之后执行这一操作。该过程与您所选择的选项无关。从主菜单栏中拖动任意范围元素到需求上。您放置对象的顺序将被保持。
您能够添加概要任务、交付、任务、里程碑、以及其他范围元素,诸如风险、问题、或者瑕疵。如果您首先选择创建 WBS,那么您得到的结果将同图29中所显示的相类似。
图 29. 添加到 Requirement 的元素
![添加到 Requirement 的元素](http://www.ibm.com/developerworks/cn/rational/07/0807_johnson/image029.jpg)
- 然后,您就能够将项目管理任务应用到每一个对象上(例如任务责任、添加文档、指派资源、等等)。这同需求级上完成该操作的方法是一样的。
- 该需求现在已经准备好被包括在 WBS 项目中了。为了完成这一操作,您必须切换到 Work Management 视图。从左侧的导航树中将其选中。
- 在 Work Management 视图中展开该项目:
- 加亮该项目
- 右键单击并选择 Expand all (参见图30)
图 30. Rational Portfolio Manager 弹出菜单
![Rational Portfolio Manager 弹出菜单](http://www.ibm.com/developerworks/cn/rational/07/0807_johnson/image030.jpg)
该项目将显示所有的 WBS 元素(参见图31)。
- 从顶部菜单栏中点击 Scope Management。将显示所有加亮项目的范围元素(本例中为 RequisitePro Integration),包括从 RequisitePro 中导入的需求。
图 31. 在 Work Management 视图中扩展的 WBS
![在 Work Management 视图中扩展的 WBS](http://www.ibm.com/developerworks/cn/rational/07/0807_johnson/image031.jpg)
- 您需要展开所有容器来观察实际的需求(参见图32)。
图 32. Scope Management 已打开的 Work Management 视图
![Scope Management 已打开的 Work Management 视图](http://www.ibm.com/developerworks/cn/rational/07/0807_johnson/image032.jpg)
- 将需求拖动到 Work Breakdown Structure 上面。这些不需要被放置在同一个交付或者概要任务中(参见图33)。正如您所看到的,这些需求并不在同一个概要任务或者交付中。有些甚至都没有被列出。
WBS 中的元素现在能够应用,并且它们能够影响该列表。换句话说,它们能够像 Work Breakdown Structure 中的任何其他元素一样被对待。
图 33. 有来自 RequisitePro 需求的 WBS
![有来自 RequisitePro 需求的 WBS](http://www.ibm.com/developerworks/cn/rational/07/0807_johnson/image033.jpg)
Rational Portfolio Manager 中的信息同 RequisitePro 中的信息保持一致,是非常重要的。这一过程必须由 Rational Portfolio Manager 发起,但是它可以在项目级至需求级之间被完成(正如前文所述的那样)。
来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/12639375/viewspace-150433/,如需转载,请注明出处,否则将追究法律责任。
转载于:http://blog.itpub.net/12639375/viewspace-150433/