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 :
- Utilisateur fonctionnel LQE. Cet utilisateur gère les requêtes LQE
entre une application client TRS intégrée et Rational DOORS Web
Access. Cet utilisateur doit exister dans la base de données Rational DOORS. Vous devez spécifier les
paramètres de cet utilisateur dans le fichier festival.xml.
- trs.db.user. Il s'agit d'un utilisateur de base de données Derby qui a accès à la base
de données TRS. Il est utilisé par Rational
DOORS Web Access pour extraire les données de la base de données. Vous
devez spécifier un mot de passe pour cet utilisateur dans le fichier festival.xml
et le fichier de propriétés Derby.
- derby.user.admin. Il s'agit d'un administrateur de base de données Derby.
Actuellement, cet utilisateur n'offre pas de fonctions pour Rational DOORS Web
Access. Vous pouvez définir un mot de passe pour cet utilisateur dans la base
de données Derby.
Remarque : Les administrateurs doivent prendre des mesures pour préserver l'intégrité
de la base de données Derby et prévenir sa corruption. Voir
"Maintaining database integrity" (Maintien de l'intégrité de la base de données) dans
Derby Server and Administration Guide.
Procédure
- 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.
- 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 LQEPropriété |
Description/Valeur |
ForceHttpsForAuthenticationForOAuth |
Définissez cette valeur sur true. |
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 la fenêtre Clés locales de la configuration Rational DOORS. La valeur par
défaut est LQE Functional User Key. |
functional.user.consumer.secret |
Valeur confidentielle associée à
l'utilisateur fonctionnel LQE. Elle est utilisée par Lifecycle Query Engine
pour accéder à DOORS Tracked
Resource Set (TRS). Cette valeur confidentielle doit se trouver dans la fenêtre 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. |
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.
La valeur par défaut est dwaTrsPa11word. |
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. |
- Ouvrez le fichier derby.properties
dans un éditeur. Ce fichier se trouve dans le répertoire répertoire_installation_dwa/derby.
- 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 TRSParamè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. |
- Exécutez le fichier de traitement par lots suivant : répertoire_installation_dwa/derby.start.bat.
- Exécutez le fichier de traitement par lots suivant : répertoire_installation_dwa/derby/scripts/init_trs.bat.
- 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.
- 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.
- Sélectionnez et notez que la fenêtre contient la clé de consommateur
et la valeur confidentielle que vous avez spécifiées 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
Une fois l'intégration aux applications client TRS
configurée à l'aide de relations OSLC amies, vous devez enregistrer Rational DOORS en tant que fournisseur TRS dans l'application client.
Par exemple, consultez l'une des rubriques suivantes dans le centre de documentation IBM Rational Engineering
Lifecycle Management :
Lifecycle Query Engine (LQE), qui est utilisé par une application client TRS, comme Rational Engineering
Lifecycle Management, 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 :
- Nombre d'unités d'exécution pour l'indexation initiale : 1
- Nombre d'unités d'exécution pour l'indexation incrémentielle : 1
- Fréquence de régénération : 60
Définissez les valeurs de délai d'attente HTTP dans l'onglet
Administration
>
Configuration >
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)