Configurazione di Rational DOORS come provider TRS

È possibile configurare IBM® Rational DOORS come provider per TRS (Tracked Resource Set) modificando i file di configurazione ed eseguendo i file batch Derby.

Prima di iniziare

Per utilizzare TRS e LQE, è necessario utilizzare un server di database Rational DOORS 9.4.0.1 o successiva e che il server sia configurato per escludere i client Rational DOORS precedenti alla versione 9.4.0.1. Per escludere questi client, impostare la versione client minima nella scheda Politica di accesso delle proprietà del database su 9.4.0.1.

Informazioni su questa attività

Rational DOORS e Derby sono forniti con diversi utenti e password predefiniti per l'abilitazione di TRS. È necessario modificare i parametri di configurazione associati a questi utenti, come descritto nella procedura riportata di seguito. L'integrazione utilizza i seguenti utenti:

Procedura

  1. Aprire il file di Rational DOORS Web Access festival.xml in un editor. Questo file si trova nella directory dwa_install\server\festival\config.
  2. Immettere i valori delle proprietà per l'utente funzionale LQE e per l'utente TRS, come descritto nella seguente tabella. Un esempio di queste proprietà è riportato alla fine di questo argomento.
    Tabella 1. Proprietà del file festival.xml per TRS e LQE
    Proprietà Descrizione/Valore
    ForceHttpsForAuthenticationForOAuth Impostare questo valore su true.
    oauth.domain Impostare questo valore su https://server:porta/dwa, dove server è un nome di dominio server o un indirizzo IP.
    functional.user.consumer.key La chiave consumatore associata all'utente funzionale LQE. Viene utilizzato da Lifecycle Query Engine per accedere a DOORS TRS (Tracked Resource Set). Questa chiave deve trovarsi nella scheda Chiavi locali di configurazione di Rational DOORS. Il valore predefinito è Chiave utente funzionale LQE.
    functional.user.consumer.secret Il segreto consumatore associato all'utente funzionale LQE. Viene utilizzato da Lifecycle Query Engine per accedere a DOORS TRS (Tracked Resource Set). Questo segreto deve trovarsi nella scheda Chiavi locali di configurazione di Rational DOORS. Il valore predefinito è qwert6.
    functional.user.name Il nome utente per l'utente funzionale LQE. Questo nome utente deve essere utente Rational DOORS valido. Il valore predefinito è Utente funzionale LQE.
    functional.user.password La password per l'utente funzionale LQE. Il valore predefinito è qwert6.
    trs.db.user Nome utente per l'abilitazione TRS. Per semplicità, utilizzare il nome utente trs.db.user predefinito.
    trs.db.password La password per trs.db.user. È anche necessario specificare questa password nel file delle proprietà Derby.
    trs.page.size Il numero di risorse TRS per includere in una pagina. Il valore predefinito è 250.
    trs.enable Impostare questo valore su true.
  3. Aprire il file derby.properties in un editor. Questo file si trova nella directory dwa_install/derby.
  4. Sostituire i valori della password con i parametri della seguente tabella.
    Tabella 2. Parametri del file di proprietà TRS per Derby
    Parametro Descrizione
    derby.user.trs La password per trs.db.user specificata nel file festival.xml. Il valore predefinito è dwaTrsPa11word.
    derby.user.admin La password per l'amministratore del database Derby. Attualmente, questo utente non fornisce funzioni for Rational DOORS Web Access. Il valore predefinito è dwaTrsPa11word.
  5. Eseguire il seguente file di batch: dwa_install/derby.start.bat.
  6. Eseguire il seguente file di batch: dwa_install/derby/scripts/init_trs.bat.
  7. Abilitare i parametri DCN (Data Change Notifications) per configurare il server di database Rational DOORS per comunicare con il broker Rational DOORS Web Access con il server Rational DOORS Web Access.
  8. Accedere a Rational DOORS utilizzando queste credenziali:
    • Nome utente: l'Utente funzionale LQE o il nome utente funzionale specificato nel file festival.xml.
    • Password: qwert6 o la password dell'utente funzionale specificata nel file festival.xml.
  9. Aprire le proprietà del database ed osservare che la scheda Chiavi locali di configurazione di Rational DOORS contiene la chiave e il segreto consumatore specificati nel file festival.xml.

Esempio

Il seguente estratto dal file festival.xml mostra un esempio delle proprietà relative a 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"/>

Operazioni successive

LQE (Lifecycle Query Engine) utilizzato da un'applicazione consumatore TRS, ad esempio IBM Rational Engineering Lifecycle Management, genera un indice master (database) di dati provenienti da più tool di ciclo di vita. Ogni tool del provider TRS pubblica i rispettivi dati attraverso un TRS. LQE può raccogliere o 'indicizzare' i dati provenienti da ciascun tool. I team possono scrivere query (report) per i dati indicizzati in linguaggio SPARQL. Quando si aggiunge un'origine dati per Rational DOORS nell'applicazione di amministrazione LQE, assicurarsi di aver impostato i seguenti valori:
Impostare i seguenti valori di timeout HTTP nella scheda Amministrazione > Configurazione > Proprietà avanzate. Il valore predefinito è 60 secondi. ENTRAMBI devono essere aumentati di 10 minuti, 600 secondi.
  • Timeout connessione (minimo): 10 minuti (600 secondi)
  • Timeout socket (minimo): 10 minuti (600 secondi)

Feedback