Vous pouvez configurer IBM® Rational DOORS Web Access en tant que fournisseur TRS (Tracked Resource Sets) en éditant les fichiers de configuration et en exécutant les fichiers de traitement par lots Derby.
Pourquoi et quand exécuter cette tâche
Rational DOORS Web Access et Derby sont livrés avec plusieurs utilisateurs et mots de passe par défaut pour l'activation de TRS. Si vous modifiez ces noms ou mots de passe, vous devez également modifier les paramètres de configuration associés à ces utilisateurs, comme décrit dans la procédure ci-dessous. L'intégration fait appel aux utilisateurs suivants :
- Utilisateur_fonctionnel_LQE
- Cet utilisateur Rational DOORS standard gère les requêtes LQE entre une application client TRS intégrée et Rational DOORS Web Access. S'il possède un nom d'utilisateur et un mot de passe différents des valeurs par défaut, celles-ci doivent correspondre aux entrées du fichier festival.xml, tel que décrit dans la procédure ci-dessous.
- trs.db.user
- Cet utilisateur de base de données Derby peut accéder aux données de la base de données TRS et est utilisé par Rational DOORS Web Access pour extraire les données de la base de données.
Pour utiliser des données d'identification autres que celles par défaut, vous devez créer les entrées correspondantes dans le fichier festival.xml. Si vous modifiez le mot de passe, vous devez entrer le nouveau dans le fichier de propriétés Derby.
- derby.user.admin
- Cet administrateur de base de données n'offre pas actuellement 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.
Important : Les administrateurs doivent prendre des mesures pour préserver l'intégrité
de la base de données Derby et prévenir sa corruption. Pour plus d'informations, voir "Maintaining database integrity" dans
Derby Server and Administration Guide.
Que faire ensuite
Une fois l'intégration à une application client TRS configurée à l'aide de relations OSLC amies, vous devez enregistrer Rational DOORS en tant que fournisseur TRS dans l'application client. Pour obtenir
un exemple de cette procédure, dans la documentation pour IBM
Rational Engineering Lifecycle Management,
voir la section "Register applications as TRS providers for the Lifecycle Query Engines".
LQE, qui est utilisé par une application client TRS, notamment Rational Engineering Lifecycle Management, génère un indice principal (ou base de données) de données provenant de plusieurs outils de gestion du cycle de vie. Chaque outil du fournisseur TRS publie ses données via un ensemble TRS. LQE peut collecter ou indexer les données provenant de chaque outil. Les équipes peuvent écrire des requêtes, qui sont comme des 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, définissez 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
Dans l'onglet
Administration, cliquez sur , puis définissez les valeurs de délai d'attente HTTP ci-dessous. La valeur par défaut est 60 secondes. Augmentation des deux valeurs :
- Délai de connexion (minimal) : 5 minutes (300 secondes)
- Délai d'attente du socket (minimal) : 15 minutes (900 secondes)