Configuration de Rational DOORS en tant que fournisseur TRS

Vous pouvez configurer IBM® Rational DOORS en tant que fournisseur pour Tracked Resource Sets (TRS) en éditant les fichiers de configuration et en exécutant les fichiers de traitement par lots Derby.

Avant de commencer

Pour utiliser TRS et LQE, vous devez utiliser un serveur de base de données Rational DOORS 9.4.0.1 ou versions ultérieures, et le serveur doit être configuré de manière à exclure les clients Rational DOORS antérieurs à la version 9.4.0.1. Pour exclure ces clients, définissez la version client minimum sur l'onglet Règle de connexion des propriétés de la base de données sur 9.4.0.1.

Pourquoi et quand exécuter cette tâche

Rational DOORS et Derby sont livrés avec plusieurs utilisateurs et mots de passe par défaut pour l'activation de TRS. Vous devez éditer les paramètres de configuration associés à ces utilisateurs, comme indiqué dans la procédure ci-dessous. L'intégration fait appel aux utilisateurs suivants :

Procédure

  1. Ouvrez le fichier Rational DOORS Web Access festival.xml dans un éditeur. Ce fichier se trouve dans le répertoire répertoire_installation_dwa\server\festival\config.
  2. Entrez des valeurs de propriété pour l'utilisateur fonctionnel LQE et l'utilisateur TRS (voir le tableau ci-dessous). Voir l'exemple de ces propriétés à la fin de cette rubrique.
    Tableau 1. Fichier de propriétés festival.xml pour TRS et LQE
    Propriété Description/Valeur
    ForceHttpsForAuthenticationForOAuth Définissez cette valeur sur true.
    oauth.domain Définissez cette valeur sur https://serveur:port/dwa, où serveur est un nom de domaine de serveur ou une adresse IP.
    functional.user.consumer.key Clé de consommateur associée à l'utilisateur fonctionnel LQE. Elle est utilisée par Lifecycle Query Engine pour accéder à DOORS Tracked Resource Set (TRS). Cette clé doit se trouver dans l'onglet Clés locales de la configuration Rational DOORS. La valeur par défaut est LQE Functional User Key.
    functional.user.consumer.secret Secret de consommateur associé à l'utilisateur fonctionnel LQE. Il est utilisé par Lifecycle Query Engine pour accéder à DOORS Tracked Resource Set (TRS). Ce secret doit se trouver dans l'onglet Clés locales de la configuration Rational DOORS. La valeur par défaut est qwert6.
    functional.user.name Nom de l'utilisateur fonctionnel LQE. Ce nom d'utilisateur doit être un utilisateur Rational DOORS valide. La valeur par défaut est LQE Functional User.
    functional.user.password Mot de passe de l'utilisateur fonctionnel LQE. La valeur par défaut est qwert6.
    trs.db.user Nom d'utilisateur pour l'activation TRS. Pour simplifier, utilisez le nom d'utilisateur par défaut trs.db.user.
    trs.db.password Mot de passe pour trs.db.user. Vous devez également spécifier ce mot de passe dans le fichier de propriétés Derby.
    trs.page.size Nombre de ressources TRS à inclure dans une page. La valeur par défaut est 250.
    trs.enable Définissez cette valeur sur true.
  3. Ouvrez le fichier derby.properties dans un éditeur. Ce fichier se trouve dans le répertoire répertoire_installation_dwa/derby.
  4. Remplacez les valeurs de mot de passe des paramètres du tableau ci-dessous.
    Tableau 2. Paramètres de fichier de propriétés Derby pour TRS
    Paramètre Description
    derby.user.trs Mot de passe de trs.db.user que vous avez spécifié dans le fichier festival.xml. La valeur par défaut est dwaTrsPa11word.
    derby.user.admin Mot de passe de l'administrateur de base de données Derby. Actuellement, cet utilisateur n'offre pas de fonctions pour Rational DOORS Web Access. La valeur par défaut est dwaTrsPa11word.
  5. Exécutez le fichier de traitement par lots suivant : répertoire_installation_dwa/derby.start.bat.
  6. Exécutez le fichier de traitement par lots suivant : répertoire_installation_dwa/derby/scripts/init_trs.bat.
  7. Activez les paramètres Data Change Notifications (DCN) pour configurer le serveur de base de données Rational DOORS de sorte qu'il communique avec le courtier Rational DOORS Web Access et le serveur Rational DOORS Web Access.
  8. Connectez-vous à Rational DOORS en utilisant ces données d'identification :
    • Nom d'utilisateur : LQE Functional User ou le nom d'utilisateur fonctionnel que vous avez spécifié dans le fichier festival.xml.
    • Mot de passe : qwert6 ou le mot de passe de l'utilisateur fonctionnel que vous avez spécifié dans le fichier festival.xml.
  9. Ouvrez les propriétés de base de données et notez que l'onglet Clés locales de la configuration Rational DOORS contient la clé de consommateur et le secret que vous avez spécifiés dans le fichier festival.xml.

Exemple

L'extraction suivante issue du fichier festival.xml donne un exemple de propriétés liées à TRS :
<f:property name="ForceHttpsForAuthenticationForOAuth" value="true"/> 
<f:property name="oauth.domain" value="https://[server]:[port]/dwa"/>
<f:property name="functional.user.consumer.key" value="LQE Functional User Key"/> 
<f:property name="functional.user.consumer.secret" value=qwert6"/> 
<f:property name="functional.user.name" value="LQE Functional User"/> 
<f:property name="functional.user.password" value="qwert6"/> 
<f:property name="trs.enable" value="true"/>

Que faire ensuite

Lifecycle Query Engine (LQE), qui est utilisé par une application client TRS (IBM Rational Engineering Lifecycle Management, par exemple), génère un indice principal (base de données) de données provenant de plusieurs outils de cycle de vie. Chaque outil TRS publie ses données grâce à l'ensemble des ressources contrôlées (ITS). LQE peut collecter ou "indexer" les données provenant de chaque outil. Les équipes peuvent écrire des requêtes (rapports) pour les données indexées en langage SPARQL. Lorsque vous ajoutez une source de données pour Rational DOORS dans l'application LQE Administration, veillez à définir les valeurs suivantes :
Définissez les valeurs de délai d'attente HTTP dans l'onglet Administration > Configuration > Advanced Properties (Propriétés avancées). La valeur par défaut est 60 secondes. BOTH doit être incrémenté à 10 minutes (600 secondes).
  • Délai de connexion (minimal) : 10 minutes (600 secondes)
  • Délai du socket (minimal): 10 minutes (600 secondes)

Commentaires en retour