For artifacts extracted from DOORS, it is now possible to filter based on the set literals for enumerations. In addition, we added filters considering unset literals. They can be defined by using the new keywords
contains_not
and
not_in
.
Find more details in our
help.
It is now possible to store links in DOORS invasively. YT uses DOORS external links to store links to any artifact type that is configured in YT. When storing the information in DOORS, YT considers the lock mode of the target module in DOORS. YT tries „exclusive edit” if „shareable edit” is not configured for the DOORS target module.
Note that these links are not (not yet) navigable – they need to be evaluated by YAKINDU Traceability.
Now it is possible to configure the names of artifacts that have been extracted from PTC Integrity.
Here’s an example for an artifact type configuration specifying the name:
map to "Requirement"
if ("Category" = "User Requirement")
name valueOf("ID") + ":" + valueOf("Text")
{ ... }
When configuring PTC Integrity artifacts, string expressions for attribute mapping are supported.
We improved the evaluation of built-in and custom attributes for Rhapsody model elements. You now can use any attribute for filtering and mapping.
It is now possible to configure XML or Serna Data Accesses to follow include tags. See W3C documentation of XML Inclusions .
Please specify in the configuration whether YT should honor inclusions or not.
The title says it all: The EA adapter supports models in databases, .eap files and .eapx files.
On open configuration editor, YT checked out licenses for all adapter types. The motivation for this behavior was to provide license information to the user pro-actively. We removed the pro-active checkout to get more accurate license usage statistics. The user is now lacking information about available licenses during configuration, but he’s notified directly after he configures an adapter which is not licensed.
YAKINDU Traceability did not always handle renamings of folders containing Rhapsody models correctly:
Imagine you extracted data from a Rhapsody model and – while YT is running – rename one of the folders containing the model.
In some cases, YT reads the data from the updated folder again – without deleting the obsolete data. This resulted in duplicate artifacts in YT.
Now YT correctly updates the extracted data.
In some cases – e.g. when triggering multiple selection propagations from YT to Rhapsody in a row – the selections were not in synch.
We fixed this.
YT polls DOORS regularly to detect selected requirements in DOORS. The goal is to show in YT the selected requirements and the linked artifacts for this requirement.
Now the „poll” works also for modules with more than 10,000 objects.
In YT, you can configure a command line command to launch DOORS. This is e.g. useful to pass parameters to DOORS.
In some cases when restarting YT, YT did not honor the configured command and started DOORS without parameters. We made this more robust.
YAKINDU Traceability caches the data read from DOORS in files. These files may by invalid or broken – e.g. if you shutdown DOORS during data extraction.
In some cases, YT tried to read broken cache files instead of discarding them. Now, YT discards such files and automatically reloads the data.
It is possible to specify Artifact Types with colons, e.g.
SWE1:Software Requirements . In some cases, queries or reports broke when evaluating the configuration.
This has been fixed.