A Rational ClearQuest sono stati aggiunti diversi package che consentono
la traccia della distribuzione.
A
Rational ClearQuest sono stati aggiunti i seguenti package di traccia
della distribuzione:
- Il package DeploymentTracking, che supporta il processo di approvazione di distribuzione.
- Il package TPM, che è possibile utilizzare per associare il rilascio con il percorso di un server
IBM Tivoli Provisioning Manager. Questo package deve essere applicato solo se è necessario durante la creazione di un'integrazione tra Rational ClearQuest e Tivoli
Provisioning Manager. È possibile utilizzare la funzionalità del package TPM per aggiungere un collegamento URL all'interfaccia utente Web di Tivoli Provisioning Manager al record di distribuzione, fornendo una semplice integrazione di interfaccia utente tra Rational ClearQuest e Tivoli Provisioning Manager.
- Il package eSignature, che supporta e-signature richieste durante l'approvazione o il rifiuto di un
record di approvazione.
- Il package AuditTrail, che consente la memorizzazione di campi di oggetto, della durata e da parte di chi dei record Approval e Deployment modificati.
- Il package Email, che supporta l'invio di notifiche e-mail
agli approvatori di un rilascio quando un'approvazione è stata inoltrata, approvata o rifiutata.
- Il package BuildTracking, che consente la funzione di traccia tra le fasi di creazione e distribuzione.
Tipi di record
Applicando il package DeploymentTracking allo schema di
Rational ClearQuest, vengono aggiunti i seguenti
tipi di record:
- DTDeployment
Ogni record di distribuzione rappresenta una singola distribuzione.
Ogni record di distribuzione ha un campo che indica l'ambiente su cui deve essere distribuito. I dettagli di distribuzione sono descritti nel file XML dell'unità di distribuzione a cui fa riferimento il record di distribuzione.
- DTApproval
Questo tipo di record rappresenta un'approvazione per una distribuzione.
Le approvazioni possono fare riferimento al massimo ad un record di distribuzione.
- DTEnvironment
Ogni ambiente rappresenta una diversa fase di verifica. È possibile
creare una serie di ambienti per più fasi di test in cui il software viene collaudato prima
del rilascio. Ad esempio, è possibile disporre di ambienti di test unità,
test funzionali, test di sistema e test di integrazione.
- DTRole
I ruoli indicano gli utenti che hanno le autorizzazioni per approvare una distribuzione in un determinato ambiente. Gli utenti di Rational ClearQuest possono appartenere a più ruoli.
- DTRelease
Ogni record di rilascio modella un rilascio al livello di distribuzione. Ogni rilascio ha un insieme di ruoli autorizzati per approvare distribuzioni e in ambienti UCM, consente la modellazione di più progetti UCM come input
su una singola distribuzione. Un rilascio ha una serie di distribuzioni nel corso di un rilascio.
Tipi di record del package TPM
L'applicazione del package TPM allo schema
Rational ClearQuest
aggiunge i seguenti tipi di record:
- TPMServer. Ogni record TPMServer contiene le informazioni di base su un server Tivoli Provisioning Manager. Sarà presente un'istanza di questo tipo di record e solo un record, per ogni server Tivoli Provisioning Manager nell'ambiente. Quando un rilascio viene definito, è possibile associare il rilascio ad un record del server TPM. Ogni record di distribuzione con un record di rilascio che fa riferimento ad un server TPM contiene un riferimento URL all'interfaccia Web TPM, fornendo i record di distribuzione con una semplice integrazione dell'interfaccia utente.
- TPMWorkflow. Questo record rappresenta un flusso di lavoro TPM. Indica il proxy per le informazioni in TPM. Questo record viene aggiunto per supportare l'integrazione
con TPM nei futuri rilasci. I record del flusso di lavoro fanno riferimento ai record di distribuzione 0..*.
Tipi di record del package BuildTracking
L'applicazione del package BuildTracking allo schema
Rational ClearQuest aggiunge i seguenti tipi di record:
- BTBuild. Questo tipo di record consente di memorizzare lo stato del build. Le informazioni che è possibile memorizzare includono le ore di avvio e di fine del build, se il build sia stato eseguito correttamente, il rilascio a cui è associato il build e il percorso in cui viene memorizzato il log del build.
Tipi di stato del record di distribuzione
Di seguito sono riportati i requisiti per impostare i tipi di stato quando si utilizza
Rational ClearQuest per i record di distribuzione:
- È necessario assegnare ogni stato ad un tipo di stato.
- È necessario disporre di una definizione di stato dei seguenti tipi di stato nel tipo di record di distribuzione:
- Pronto. Questo stato indica che la release è pronta per essere distribuita nell'ambiente corrente.
- Distribuito. Questo stato indica che la release è stata distribuita nell'ambiente corrente.
- Ritirato. Questo stato indica che la release è stata distribuita in tutti gli ambienti richiesti
- Non riuscito. Questo stato indica che si sono verificati errori nel rilascio distribuito e che l'ulteriore distribuzione di questo rilascio è stata terminata.
- Il percorso di transizione dello stato è Pronto->Distribuito->Ritirato.
- Non è possibile impostare lo stato iniziale dei record di distribuzione su Ritirato o Non riuscito.
Lo stato iniziale deve essere sempre Pronto.
Tipi di stato del record di approvazione
Di seguito sono riportati i requisiti per impostare i tipi di stato quando si utilizza
Rational ClearQuest per i record
di approvazione:
- È necessario disporre di una definizione di stato dei seguenti tipi di stato nel tipo di record di distribuzione:
- Inoltrato. Indica che il record di approvazione è stato inoltrato.
- Approvato. Indica che il record di approvazione è stato approvato.
- Respinto. Indica che il record di approvazione è stato rifiutato.
- Il percorso di transizione di stato è Inoltrato >Approvato o Inoltrato> Respinto.
Oltre ai tipi di stato e al modello di transizione descritto di seguito, è anche possibile creare i tipi di stato personalizzati e le transizioni di stato.
Tipi di stato del record build
I seguenti requisiti sono utili per l'impostazione dei tipi di stato quando si utilizza
Rational ClearQuest per i record build:
- Inoltrato. Indica che il build è stato avviato.
- Completato. Indica che il build è stato completato senza errori.
- Non riuscito. Indica che il build ha avuto esito negativo.
- Ritirato. Indica che questo record di build non è più rilevante.
Il percorso di transizione di stato è: Inoltrato > Completato, Inoltrato > Non riuscito, Completato > Ritirato, Non riuscito > Ritirato.