Plusieurs packages permettant le suivi du déploiement ont été ajoutés dans IBM Rational ClearQuest.
Les packages de suivi de déploiement suivants ont été ajoutés dans IBM
Rational ClearQuest:
- Le package DeploymentTracking, qui prend en charge le processus
d'approbation de déploiement.
- Le package TPM, qui permet d'associer votre édition à l'emplacement
d'un serveur IBM Tivoli Provisioning Manager. Ce package doit seulement être
appliqué si vous souhaitez créer une intégration entre
Rational ClearQuest et
Tivoli Provisioning Manager. Le package TPM permet d'ajouter un lien URL à
l'interface utilisateur Web de Tivoli Provisioning Manager dans votre
enregistrement de déploiement et crée une intégration simple d'interface
utilisateur entre
Rational ClearQuest et
Tivoli Provisioning Manager.
- Le package eSignature, qui prend en charge la demande de fourniture
de signatures électroniques lors de l'approbation ou du rejet d'un
enregistrement d'approbation.
- Le package AuditTrail, qui permet d'effectuer le suivi des éléments
des zones des enregistrements Approval et Deployment qui ont été modifiés,
à quel moment et par qui.
- Le package Email, qui prend en charge l'envoi de notifications par
e-mail aux auteurs de l'approbation d'une édition lorsqu'une approbation a été
envoyée, approuvée ou rejetée.
- Le package BuildTracking, qui permet la traçabilité entre les phases
de construction et de déploiement.
Types d'enregistrement
L'application du package DeploymentTracking à votre schéma
Rational ClearQuest
ajoute les types d'enregistrement suivants :
- DTDeployment
Chaque enregistrement de déploiement représente un
seul déploiement.
Chaque enregistrement de déploiement comporte une zone indiquant dans
quel environnement il peut être déployé. Les détails du déploiement
figurent dans le fichier XML de l'unité de déploiement référencé par
l'enregistrement de déploiement.
- DTApproval
Ce type d'enregistrement représente l'approbation d'un
déploiement.
Les approbations peuvent référencer au maximum un enregistrement de
déploiement.
- DTEnvironment
Chaque environnement représente une phase différente
du test. Vous pouvez créer plusieurs environnements pour de nombreuses phases de
test par lesquelles votre logiciel doit passer avant d'être publié. Par exemple,
vous pouvez créer des environnements de test d'unité, de test
fonctionnel, de test système et de test d'intégration.
- DTRole
Les rôles indiquent quels utilisateurs sont habilités à approuver
un déploiement dans un environnement donné. Les utilisateurs de Rational ClearQuest
peuvent appartenir à plus d'un rôle.
- DTRelease
Chaque enregistrement d'édition modélise une édition au
niveau du déploiement. Chaque édition comporte un ensemble de rôles
autorisés à approuver des déploiements, et dans les environnements UCM, permet
de modéliser de nombreux projets UCM comme entrées pour un seul
déploiement. Une édition passe par plusieurs déploiements.
Types d'enregistrement de package TPM
L'application du package TPM à votre schéma
Rational ClearQuest
ajoute les types d'enregistrement suivants :
- TPMServer. Chaque enregistrement TPMServer contient des
informations de base sur un serveur Tivoli Provisioning Manager. Il existe une
seule instance de ce type d'enregistrement, et en toute probabilité un seul
enregistrement pour chaque serveur Tivoli Provisioning Manager dans votre
environnement. Lors de sa définition, une édition peut être associée à un
enregistrement de serveur TPM. Chaque enregistrement de déploiement comportant
un enregistrement d'édition référençant un serveur TPM contient une
référence
URL à l'interface Web de TPM, ce qui fournit une intégration simple à
l'interface utilisateur.
- TPMWorkflow. Cet enregistrement représente un flux de travaux TPM. Il s'agit d'un proxy pour les informations dans TPM. Cet enregistrement est ajouté pour la prise en charge de l'intégration
à TPM dans les éditions à venir. Les
enregistrements du flux de travaux référencent les enregistrements de
déploiement 0..*.
Types d'enregistrement du package BuildTracking
L'application du package BuildTracking à votre schéma
Rational ClearQuest
ajoute les types d'enregistrement suivants :
- BTBuild. Ce type d'enregistrement vous permet d'effectuer le suivi
de l'état de votre construction. Les informations dont vous effectuez le suivi
sont les dates/heures de début et de fin de votre construction, que celle-ci
ait ou non réussi, l'édition à laquelle la construction est associée, et
l'emplacement du journal de la construction.
Types d'état d'un enregistrement de déploiement
Les critères requis pour la définition des types d'état lorsque vous utilisez
Rational ClearQuest
pour les enregistrements de déploiement sont les suivants :
- Vous devez affecter chaque état à un type d'état.
- Vous devez avoir une seule définition d'état choisie dans les types d'état
suivants pour votre type d'enregistrement de déploiement :
- Ready. Cet état indique que l'édition est prête à être déployée dans
l'environnement en cours.
- Deployed. Cet état indique que l'édition a été déployée dans
l'environnement en cours.
- Retired. Cet état indique que l'édition a été déployée dans tous les
environnements requis.
- Failed. Cet état indique que l'édition déployée comporte des erreurs et
que tout autre déploiement a été arrêté.
- La progression de la transition d'état est Ready->Deployed->Retired.
- Vous ne pouvez pas définir l'état initial des enregistrements de
déploiement comme Retired ou Failed.
L'état initial doit toujours être Ready.
Types d'état d'un enregistrement d'approbation
Les critères requis pour la définition des types d'état lorsque vous
utilisez
Rational ClearQuest
pour les enregistrements d'approbation sont les suivants :
- Vous devez avoir une seule définition d'état choisie dans les types d'état
suivants pour votre type d'enregistrement de déploiement :
- Submitted. Indique que l'enregistrement d'approbation a été soumis.
- Approved. Indique que l'enregistrement d'approbation a été approuvé.
- Rejected. Indique que l'enregistrement d'approbation a été rejeté.
- La progression de la transition d'état est Submitted >Approved ou Submitted > Rejected.
En plus des types d'état et du modèle de transition décrits ici, vous
pouvez aussi créer vos propres types d'état et transitions
d'état personnalisés.
Types d'état d'un enregistrement de construction
Les exigences suivantes concernent la définition des types d'état lorsque vous utilisez
Rational ClearQuest pour les enregistrements de
construction :
- Submitted. Indique que la construction a été démarrée.
- Completed. Indique que la construction a terminé sans erreurs.
- Failed. Indique que la construction a échoué.
- Retired. Indique que l'enregistrement de la construction n'a plus lieu
d'être.
La progression de la transition d'état est : Submitted > Completed, Submitted >Failed,
Completed > Retired, Failed > Retired.