Tracking changes by using TRS and LQE

You can use Tracked Resource Sets (TRS) and the Lifecycle Query Engine (LQE) to track changes to resources in IBM® Rational® DOORS® from lifecycle applications, such as IBM Rational Engineering Lifecycle Manager (RELM).

TRS overview

LQE creates an index of linked lifecycle data from one or more TRS records. Changes that occur in indexed resources are tracked in the TRS Change Log. Those changes are propagated to the LQE lifecycle index to keep it up to date. These changes include creation, deletion, and modification to requirements, modules, and views. Data from Rational DOORS and multiple lifecycle tools can be queried as cross-application links between resources by using the SPARQL query language. The data that is returned by these queries can be used to build impact analysis views, traceability views, and other presentations of linked resource data. Access to the TRS records in the lifecycle index are controlled by user authentication and tool licensing.

To implement change tracking with TRS, a system administrator must do these tasks:

Constraints and considerations

If LQE is configured to make concurrent requests to Rational DOORS for TRS data, the performance of Rational DOORS Web Access might be impacted, in particular if users add many resources to TRS during high-demand periods. To reduce delays, the Rational DOORS Web Access administrator can add interoperation servers.

The security mechanism in LQE does not support all levels of security in Rational DOORS. LQE users can see the attributes that the configured functional user can see, even if the LQE users do not have access permissions for those attributes in Rational DOORS. However, LQE users cannot see modules or objects (requirements) in Rational DOORS if they do not have read-access permissions for those artifacts.


Feedback