Rational Requirements Composer 4.0 中的新功能

释放从定义到交付的可跟踪性的能量

IBM Rational Requirements Composer 新版本 4.0 能够在定义、采集和管理项目需求时,为业务分析师提供从定义到交付的整个过程的支持。该软件主要关注的是企业部署与高可用性、用于可疑链接分析和可跟踪性分析的扩展图形化功能、更出色的需求交换与导入,以及用于项目团队需求管理的信息访问控制。

Jared K. Pulham, 高级产品经理, IBM

作者的照片Jared Pulham 是一名 IBM Rational 软件高级产品经理,在软件测试和开发领域拥有超过 15 年丰富经验,还拥有许多公司和行业的从业经验。Jared 专门研究需求管理工具和 Jazz 技术的功能,他负责管理 IBM Rational Requirements Composer。



2012 年 9 月 19 日

下载 IBM® Rational® Requirements Composer 试用版  |  在线试用 IBM Rational 协作化生命周期管理解决方案
下载更多的 IBM 软件试用版,并加入 IBM 软件下载与技术交流群组,参与在线交流。

简介

IBM® Rational® Requirements Composer 提供了一项完整的需求管理功能来定义和采集业务需求,管理整个项目生命周期的所有需求。它支持在线敏捷需求社区中执行更紧密的业务和开发协作,让各种不同的利益相关者参与进来,包括客户、分析师、开发人员、测试人员,以及参加运营与生产的任何人。

新的 Rational Requirements Composer 4.0(IBM Collaborative Lifecycle Management CLM 解决方案的一部分)改进了对企业部署的支持功能,新提供了增强版功能来改善软件和 IT 组织中项目团队的价值实现速度。

Requirements Composer 通过使组织能够优化需求沟通、协作和验证而继续让组织更轻松地减少开发成本、提高效率和改进产品质量。新的增强功能将帮助项目团队认识到项目影响和下游可视性,跨需求、测试和开发区域使用可跟踪性。


增强项目可跟踪性的潜力

使用链接来连接项目信息,可能是一种在需求管理工具中浏览和从一个数据元素导航到另一个数据元素的有用方式。能够将相同的链接用于分析和变更影响,这提供了更多的价值。

以图形化方式可视化生命周期链接关系

可跟踪性是一个需求管理工具的支柱。能够创建需求之间和从需求到其他生命周期元素的关系(链接),这是组织选择需求定义和管理解决方案的一个主要原因。跟踪和理解需求和生命周期工件之间的关系对项目成功至关重要。链接不仅指明了从一部分信息到另一部分信息的简单连接,它们还带来了更多含义或意义。查询报告中通常对为什么创建一个链接以及进一步分析该链接的动机是什么给出合理的理由。

尽管多年来查询链接的基本方法主要基于矩阵表和网格风格的列显示来理解,但新技术使更详细地阐述业务分析师的交互和使用链接成为可能。Requirements Composer 现在提供了一个内置的图形链接浏览器,它允许分析师与需求链接交互和使用它们作为需求流程中的主要元素。

图 1. 图形化的可跟踪性浏览器
相关链接的图表视图

分析师现在可从工件界面的链接面板选择可跟踪性浏览器,或者通过工件交互菜单从网格视图启动浏览器。然后可跟踪性浏览器会展开以填充该界面,并最大化查看区域以包含一个或多个工件。

您有许多控件可用于提高可跟踪性分析查询的效率。缩放功能允许您调整视图,以容纳您希望在工作中查看的需求和生命周期工件。也可以使用位置菜单来选择哪种布局(横向还是纵向)更适合手头的任务。

也有基本walker星形 视图等标准布局,它们可以提供需求连接方式的不同透视图。图形化可跟踪性的强大功能通过使用星形布局得以放大,星形布局在一个圆形、类似星星的显示视图中显示链接关系,焦点需求位于显示视图的中心,链接的需求工件以放射状向外发散。

当在同一个显示视图中一起查看多个工件时,分析师可从图形化显示中轻松确定特定需求工件的依赖性风险。在使用传统的网格风格可跟踪性分析时,这种类型的查询可能被完全忽视了,但当以图形化进行查看时,可立即识别出它。然后分析师可记下这些关键需求,以确保它们在整个版本中朝正确方向发展。

选择一个布局并调整视图后,真正的分析工作就可以开始了。使用链接类型关系过滤器,您可以选择哪些关系对您的分析任务很重要。如果希望查看创建了哪些下游需求来满足更高级的需求,那么通过从复选框选择一个 Satisfies 关系并选择 Apply,您可以消除可能阻碍特定分析任务和产生混淆的其他链接的后台和支持性工件。

图形化的浏览器现在使查看依赖关系和下游影响变得非常简单。如果存在没有进一步的链接关系的工件,那么分析师可迅速识别开发周期中何处存在差距,采取措施来获得下游需求、场景、生命周期工作项或就绪的任务。

除了用作一个查看和分析环境,图形化浏览器也是一个编辑环境。如果下游视图中存在空白,那么新的链接工件可迅速创建并立即通过浏览器显示来查看。在需要处理项目需求和端到端可跟踪性时,许多分析师可能更喜欢直接在可跟踪性浏览器中工作,而不是采用以前的网格方法。

使用可疑链接分析来提高变更认知力

许多审核和读取需求的典型用户将仅使用链接来在需求之间导航。但链接可能是一种快速发现项目中的信息变化情况的功能丰富得多的机制。

当两个需求链接在一起时,存在一个时间点,两部分信息之间的关系被认为在这个时间点是有效的。但在一个项目的生命周期中,将不可避免地对需求进行更改,这些更改可能影响两个需求工件是否仍在逻辑上保持一致。当这些更改发生时,分析师需要一种轻松方式来发现更改,需要一种轻松方式来重新验证该关系。

Requirements Composer 现在包含一项可疑链接功能,它将在链接的另一端发生更改时自动标志需求。分析师将迅速知道项目团队中的某个人执行了一项可能映像其项目部分的需求。单击几次鼠标后,用户可以看到这些更改(通过工件审计历史),并依据可疑链接决定他们是否需要更新自己的需求,或者创建新需求来容纳该更改。

图 2. 可疑链接
工件视图:ID、名称和类型

可疑链接也可通过用户配置文件来管理,这使配置项目团队需要跟踪的特殊链接变得非常简单。产品经理和开发领导可建立自己的配置文件。当特定用户希望分析可疑链接时,他们可设置视图,以仅显示针对他们的特定角色的可疑标志。与其他需求工具相比,新的可疑链接配置文件功能将显著减少误判,使 Rational Requirements Composer 可疑链接功能更有价值(用户的开销更少)。

显示标志后,您可以在显示视图中迅速移动来分析链接、更新需求和清除可疑标志。当用户清除标志时,可疑链接将再次被视为有效,Requirements Composer 将继续跟踪它,以确定进一步更改的可能性。

图 3. 清除可疑链接
选项:clear all 或 clear for profile(角色)

可疑链接跟踪是一项强大的功能,是开发生命周期解决方案中被要求最多的分析功能之一。它非常适合包含在链接分析功能集中。


管理项目和维持控制

管理多个项目和环境的项目团队领导需要使他们的工作变得更轻松的功能。他们需要管理其用户和项目信息访问的方式,以及管理其所有环境的配置的更好方式。

扩展的数据访问权限

维持对项目需求的控制至关重要,尤其是对于较大型的团队,这些团队中的各个团队成员的角色可能不同。一些项目领导习惯于一种开放编辑体验,相信他们的团队成员会做正确的事情。但甚至在值得信赖的环境中,高成本的错误也可能发生,甚至简单的错误更改也会因疏忽而引起。因此,访问权限就变得对保护项目需求免遭这些类型的不幸错误至关重要。

项目团队现在可在项目级别以下向他们的文件夹、需求工件和链接应用更加具体的写入权限。这是对以前的 Requirements Composer 版本的一大改进,在以前的版本中,权限仅可在项目级别上使用。项目管理员将使用团队管理来分配文件夹、工件和链接上的权限,以保护数据免遭不应有的修改。这扩大了项目管理员的控制范围,允许他们在到达特定的项目里程碑时建立 “锁定的” 数据。

图 4. 设置访问权限
按角色设置权限的示例

图 4 的大图

作为一个例子,考虑一种典型的需求流程,其中所有团队成员在早期的启发和定义阶段都拥有自由创建业务需求的写权限。所有用户角色都将有能力创建和编辑新需求,以帮助推动项目向前发展。当项目到达更关键的里程碑时,项目管理员可删除团队写权限,进而防止更大的项目团队进一步修改。这将是使用 Requirements Composer 评论功能的恰当时机,以便收集用户对额外更改的评论,基于评论反馈而仅允许具有特定用户角色的人进行修改。

对写权限的扩展现在增强了项目管理员控制业务需求和针对多个需求项目扩展团队配置类型的能力。

更高级的项目仪表板

随着组织扩大他们对 Requirements Composer 的使用,他们会继续增加用于管理信息的项目数量。对于已有大量项目的组织,Requirements Composer 现在有一个项目仪表板,其中所有项目都可从单一位置访问。每个团队成员可有一个预先配置的仪表板(或 viewlet)来显示分配给他们来支持的典型项目。

图 5. 项目仪表板
My Projects 仪表板视图

图 5 的大图

重用项目模板

项目经理和工具管理员现在可在不同 Requirements Composer 实例之间上传和下载项目模板。这在多个环境中实现了更高效的项目管理,为项目团队提供了一种在不同服务器之间维护项目配置的方式,而无需在不同实例之间手动配置项目。

图 6. 项目模板上传或下载
上传、下载、编辑和删除选项

图 6 的大图


改进需求信息传输

当与需求工具外部的人协作很重要时,您如何可靠地与他们共享信息或将他们提供的信息作为您项目的输入?他们需要途径来在各个环境之间传输信息,与合作伙伴或协作者共享信息。

需求交换格式 (ReqIF)

项目经理常常需要从一个项目中提取需求,以便与更多利益相关者、合作伙伴和全球团队成员共享。许多项目经理依靠标准的报告或文档和电子表格导出来从数据库获取项目需求并与更庞大的群体共享它们。其中一些格式的问题在于,元信息的丰富性(比如结构和丰富的格式)不会在一种可靠的格式中保留下来,供更多团队成员继续在需求管理工具中使用。

这是激发需求交换格式ReqIF 灵感的基本用例。ReqIF 格式是一种 XML 文件格式,可用于在任何供应商的软件工具之间交换需求以及它关联元数据。需求交换格式还定义了一个在合作伙伴之间传输需求状态的工作流。尽管是在企业行业开发的,但 ReqIF 适合用于任何行业中需求的无损交换中。

Requirements Composer 现在支持一些 ReqIF 工作流用例在不同的需求项目实例之间导出和导入需求工件。使用 ReqIF 定义向导,项目团队成员可定义应该导出哪些项目需求工件。此外,当已导出一个文件时,他们可使用该向导再次下载一个文件。

图 7. ReqIF Manager
导出一个文件的示例

这提供了一种更可靠的方式来导出和导入项目需求,使用一种可用于其他需求实例或者甚至其他需求工具(比如 IBM® Rational DOORS®)的开放格式。

自动需求识别和解析

许多项目需求最初是在 Microsoft Word 文档中创建的。常常在这些文档变得不可用,需要支持 Requirements Composer 所提供的特性、可跟踪性链接和其他概念时,业务分析师希望将需求传输到来自另一个团队、合作伙伴或组织的合适的需求工具。Requirements Composer 3.0.1 引入了将 Word 文档直接导入一个项目的能力,无论是采用原生的格式还是转换为一种富文本格式。

导入 Microsoft Word 文档的团队成员现在可自动识别需求,使用关键词、样式和其他文档结构来将文档分析和分解为单独的、可管理的需求工件。分析流程非常简单,可在 Requirements Composer 中在任何文档上激活并通过一些简单的向导步骤来配置。

图 8. 需求解析向导
指定如何识别需求

这显著改进了获取现有或遗留需求信息并将它迁移到 Requirements Composer 中以用于更多管理任务的选项。


支持企业部署

拥有企业 IT 环境的组织需要高可靠性、可用性和可伸缩性来为他们的业务成功保驾护航。

通过集群实现高可用性

对于许多组织,高可用性和可靠性对确保开发团队能够访问业务关键型系统至关重要。Requirements Composer 4.0(以及 Collaborative Lifecycle Management 2012)现在通过集群 来支持高可用性。3.0 CLM 应用程序现在支持一种手动备用解决方案,其中,如果一个 CLM 服务器的主要服务器发生故障(支持基本的高可用性),一个备份服务器可手动接管工作。

在这个新版本中,现在支持合适的集群,因此始终有多个服务器节点是活动的,请求分散在它们之间。当一个节点发生故障时,集群配置会进行调整,将请求重新分配给其他节点,进而最小化对最终用户的影响。

服务器重命名

协作生命周期管理 (CLM) 方法基于一个 Web 架构,其中集成的工具通过 URL 寻址和彼此链接。尽管在工具之间实现了强大的集成功能,但它可能在服务器 URI 需要更改时产生阻碍。CLM 2012 现在支持用于工具重新配置的服务器重命名场景。


结束语

Rational Requirements Composer 正迅速成为一种行业标准的需求定义和管理工具。作为下一代需求管理软件(和 CLM 2012 的一部分),它在可跟踪性分析、项目管理、数据交换和其他支持全球分布式软件/IT 项目团队的企业功能上实现了新的突破。

参考资料

学习

获得产品和技术

讨论

条评论

developerWorks: 登录

标有星(*)号的字段是必填字段。


需要一个 IBM ID?
忘记 IBM ID?


忘记密码?
更改您的密码

单击提交则表示您同意developerWorks 的条款和条件。 查看条款和条件

 


在您首次登录 developerWorks 时,会为您创建一份个人概要。您的个人概要中的信息(您的姓名、国家/地区,以及公司名称)是公开显示的,而且会随着您发布的任何内容一起显示,除非您选择隐藏您的公司名称。您可以随时更新您的 IBM 帐户。

所有提交的信息确保安全。

选择您的昵称



当您初次登录到 developerWorks 时,将会为您创建一份概要信息,您需要指定一个昵称。您的昵称将和您在 developerWorks 发布的内容显示在一起。

昵称长度在 3 至 31 个字符之间。 您的昵称在 developerWorks 社区中必须是唯一的,并且出于隐私保护的原因,不能是您的电子邮件地址。

标有星(*)号的字段是必填字段。

(昵称长度在 3 至 31 个字符之间)

单击提交则表示您同意developerWorks 的条款和条件。 查看条款和条件.

 


所有提交的信息确保安全。


static.content.url=http://www.ibm.com/developerworks/js/artrating/
SITE_ID=10
Zone=Rational
ArticleID=835932
ArticleTitle=Rational Requirements Composer 4.0 中的新功能
publish-date=09192012