内容


使用 IBM Jazz Reporting Service 发现跨项目报表

Comments

和 OpenSocial 仪表板小部件一样,Jazz Reporting Service(JRS)提供了一些新的现成的报表。这些报表利用变更和配置管理(CCM)、质量管理(QM)和需求管理(RM)应用程序的相关工具的数据,实现跨项目 协作应用程序生命周期管理。(要了解更多不同的应用程序和产品,请参见 jazz.net 上的概述)。JRS 应用程序可以呈现这些报表,也可以独立部署或部署到现有的面向 Collaborative Lifecycle Management (CLM) 应用服务器的 Rational 解决方案中。JRS 应用程序通过通用部件目录提供了与 Collaborative Lifecycle Management 仪表板的集成。在完成设置后,CLM 用户可以在这个部件目录中找到 21 个报表。本文将介绍其中一些新报表以及它们的适用场景。

使用仪表板

安装和配置了 Jazz Reporting Service,并将它与 CLM 服务器集成后,用户可以立即在仪表板中访问新的报表。要打开仪表板,请单击 Add Widget 并选择新的 Jazz Reporting Service 目录。用户可以浏览这些报表,每个报表旁边是一个缩略图,显示了各种图表报表,其中包括表格。单击报表名称可查看详细说明,如图 1 所示。

图 1. CLM 仪表板中显示的 JRS 报表库
样例仪表板显示报表部件
样例仪表板显示报表部件

将报表添加到仪表板后,系统会提示您对参数进行过滤,这些参数将确定项目的报表范围并开发您感兴趣的迭代。选定的过滤器会保存到仪表板中,并且可以随时通过单击 FilterEdit 进行修改。

以下小节显示了一些可应用于不同场合的样例报表。下面示例中显示的数据来自一个虚构的简化的演示,并不能代表真实的、完整的用法。

使用跨项目状态报表查看进度

如果您过去处理过 CLM 报表,那么您应该知道 CLM 提供的所有报表都使用一个单项目区(single-project area)范围。即使是跨 CLM 生命周期项目提供可溯性的报表,也会首先选择一个质量管理、变更和配置管理或需求管理项目区,然后通过跟踪链接到项目区域。JRS 报表通常是跨项目的;您可以比较来自多个项目、团队或时间表的数据。

如果运行来自多个项目或发布版的一个程序,其中包括多个由几个团队同时开发的应用程序或组件,那么您可能希望通过一个高级概览报表了解这些发布版的状态。您可能希望以更详细的信息运行报表,从而比较这些并行版本的具体方面。比如,您可能希望通过进度故事点(burning-down story point)了解每个团队在当前迭代中的进度,或者他们如何修复缺陷。图 2 所示的 Release Status 报表提供了有关进度的快速浏览。

图 2. Release Status 报表比较了不同应用程序组件的故事点
各个组件的关键故事点
各个组件的关键故事点

在图 2 所示的示例中,一个项目中开发的四个程序将作为一个应用程序组合发布,这四个应用程序当前的开发迭代数据被上卷(roll up)到发布版级别。该报表主要关注当前开发迭代中总的故事的完成情况。将鼠标悬浮到仪表板中的图表上,您就可以读取每个条形段所代表的具体数字。

图 3 所示的第二个报表使用了相同的数据查询,但是通过表的形式显示了该查询的更多细节。该报表计算出开放的故事和已结束的故事,并会根据团队区域对这些数字进行分解。它还增加了每个团队修复的缺陷的数量,显示仍然未得到修复的缺陷的数量。您可以从视图中快速了解缺陷的数量,这些缺陷将影响正常的未完成的工作。

图 3. Release Status 列表添加了缺陷数量并按团队进行分解
合计缺陷数量和团队进度数据
合计缺陷数量和团队进度数据

要进一步了解这些应用程序版本当前的开发进度,可以使用另一个报表显示更加详细的故障信息。除了计算已完成的工作数量之外,图 4 的 Iteration Health 报表还显示了每个迭代的日期以及剩余的开发天数。

图 4. Iteration Health 报表对迭代进度进行分解
迭代日志和剩余的开发天数
迭代日志和剩余的开发天数

图 5 中的 Team Velocity 报表是另一种向下钻取(drill-down)报表,它侧重于其中一个应用程序版本的一个开发团队。它提供了每次迭代中某个团队的进度故事点的趋势数据。图 5 显示,Mobile Banking 1.6 应用程序的团队已经完成了 36 个故事点的工作,而 Sprint 1 还剩余 8 个故事点需要完成。Sprint 2 部分显示已经为下一次迭代安排了 37 个点,它们构成了 Sprint 2。它甚至显示了 product backlog(产品需求列表)。

图 5. Team Velocity 报表显示了各个迭代中团队的故事点进度
每次迭代按团队分解故事点
每次迭代按团队分解故事点

跟踪迭代的范围和功能蔓延

除了跟踪各个开发团队的计划内的工作进度之外,JRS 还提供了可以跟踪迭代范围的报表。在谈到 scrum 术语时,如果您的开发团队重视提交的 sprint backlog 的稳定性,那么您可能希望跟踪在迭代期间添加或移除的内容项。JRS 提供了两种此类报表。

图 6 显示的 Scope Added 报表列出了选定的 项目区时间表 在当前迭代启动后新增的内容。您可能不希望在这种列表中显示所有类型的内容(例如,您可能希望去掉最新发现的障碍或缺陷),您可以使用 Work Item Type 过滤器来指定感兴趣的跟踪类型。示例报表显示了当前迭代 Sprint 2 (1.6) 中增加了三个故事内容。它显示了每个内容的大小、创建时间,以及所来自的迭代(如果有的话),比如是一个新创建的故事或来自另一个迭代或 backlog 的故事。

图 6. Scope Added 报表跟踪迭代期间新增的内容项
Scope Added 报表显示了迭代期间发生的修改
Scope Added 报表显示了迭代期间发生的修改

Scope Removed 报表使用相同的过滤器显示了与前一报表相反的信息。它显示了从选定项目区时间表的当前迭代中移除的特定类型的内容。如图 7 所示,该报表显示了从其中删除内容项的迭代(下一次迭代或 procuct backlog)。

图 7. Scope Removed 报表显示从当前迭代中移除的内容项
跟踪移除的内容项
跟踪移除的内容项

查找团队依赖关系和障碍

开发复杂应用程序需要由几个团队共同完成,这些复杂程序包含彼此关联的组件或集成应用程序,团队成员和开发主管必须能够立即发现问题来自哪个团队,对哪些团队造成影响。在 CLM CCM 应用程序中,您可以在工作项(比如缺陷)之间建立阻碍(block)关系图。图 8 所示的 Team Dependencies 报表就可以用来显示每个团队在当前受到其他团队的哪些制约。

图 8. Team Dependencies 报表显示了其他团队造成的缺陷
按团队划分缺陷
按团队划分缺陷

Team Dependencies 报表只显示因为团队制约而受影响的工作内容,相关的工作内容属于两个不同的团队。报表根据所选的团队区域进行过滤。团队区域表示拥有报表所列的受制约工作项的团队,并根据制约的严重程度进行排列。对于每个受制约的工作项,还列出影响它们的工作项和所属团队。

受影响的内容包括缺陷等工作项,但是也可以包括质量管理测试中影响测试完成的缺陷。与 Team Dependencies 报表(显示某个开发团队受到其他团队引入的缺陷的影响)相比,图 9 所示的 Blocking Work Items 报表则列出了特定开发团队中影响其他团队(包括测试团队)进度的工作项。该报表显示了属于当前团队的满足以下其中之一条件的工作项:

  • 缺陷的严重级别为 Blocking
  • 缺陷与 QM 中阻碍测试执行记录有关联。
图 9. Blocking Work Items 报表显示团队的受阻碍工作项
按严重级别或阻碍测试划分的团队受阻碍工作项
按严重级别或阻碍测试划分的团队受阻碍工作项

了解缺陷影响

前面的小节介绍了 JRS 报表,它列出了会直接影响其他团队工作进度的缺陷。要了解团队的整体缺陷情况,以及这些缺陷如何影响迭代的需求交付,或者了解缺陷如何影响迭代中回归测试的完成情况,可以从以下列表中选择一项。这些报表可以在仪表板中显示为列表或条形图。

  • 按严重程度划分团队和当前迭代的缺陷
  • 按照需求划分的缺陷,如图 10 所示
  • 按测试用例划分的缺陷

图 10 只显示了在其中发现缺陷的需求。对于 RM 中的一个需求,如果某个缺陷可跟踪到当前版本范围规定的 CCM 用户故事中,那么可以认为该需求存在一个缺陷,并且用户案例在 QM 中进行测试。该报表还显示共发现多少缺陷,同时测试哪些需求仍然处于开放状态,而哪些需求已经关闭。该报表帮助您评估与交付特定需求有关的风险。

图 10. 在需求图表和列表中列出缺陷
图表和列表报告
图表和列表报告

前面列出的报表为您提供了类似的信息。在 Defects Per Test Case 报表中,您可以选择一个或多个测试方案,并查看与需求报表内容相同的缺陷统计(与测试方案的测试用例相关)。Defects by Priority 报表显示特定团队区域针对当前迭代、按优先级分组的缺陷图表和列表。

需求跟踪

以下报表类别主要侧重于需求的可追溯性。

图 11 所示的 Story Traceability 报表为开发团队提供了完整的 CLM 可追溯性涵盖情况。对于针对特定迭代计划的 CCM 用户故事,报表中包含了连接到 RM 故事说明(story elaboration)需求的可追溯性链接,QM 故事的测试用例的链接,以及在测试这些用例时发现的开放缺陷的数量。该报表可用于发现可追溯性中的漏洞,比如遗失的测试用例。它还可以作为一个导航向导,通过单击报表中的有效链接直接打开和查看相关内容。

图 11. Story Traceability 报表显示跟踪内容:故事到需求、测试和缺陷的链接
迭代,需求,测试用例,开放缺陷
迭代,需求,测试用例,开放缺陷

图 11 所示的 Story Traceability 报告显示了与 QM 中的 CCM 用户故事测试相关的缺陷数量。图 12 所示的 Test Execution per Requirement 报表显示了有关测试结果的详细视图。

图 12. Test Execution per Requirement 报表显示测试是否成功或失败
条形图显示受阻塞、失败和通过的测试
条形图显示受阻塞、失败和通过的测试

对于此报表,您可以选择需求项目、测试方案和感兴趣的测试迭代。对于每个与测试用例的用户故事有关的需求,该报表显示了已执行的测试的数量和它们的成功状态。该报表可以使您快速了解特定的已实现需求的完成状况。它有助于判断哪些需求存在必须解决的问题,哪些需求可以供产品所有者和外部的利益相关方放到当前的集成版本中。

结束语

本文向您介绍了在 CLM 5.0 中 Jazz Reporting Service 提供的一些现成的报表。它包含了一些典型的使用场景:跨项目状态报告和范围管理,跨团队依赖关系分析,缺陷对团队进度的影响,以及可追溯性报告。您可以在 YouTube 上观看视频演示和报表

您也可以使用本文未涉及到的其他 JRS 报表。它们提供了额外的状态视图(比如当前迭代中某个团队的开放故事),并涵盖了其他 CLM 域(比如变更集活动或 build success 消息)。我建议您安装并试用该应用程序,为我们提供反馈以及有关其他报表的建议。


相关主题


评论

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

static.content.url=http://www.ibm.com/developerworks/js/artrating/
SITE_ID=10
Zone=Rational
ArticleID=987867
ArticleTitle=使用 IBM Jazz Reporting Service 发现跨项目报表
publish-date=10302014