Si vous êtes un administrateur, vous pouvez utiliser les
capacités de contrôle de Rational Team Concert pour
vous assurer que les fichiers remontés sur le serveur ne sont pas
sources d'erreurs.
Pourquoi et quand exécuter cette tâche
Les contrôles suivants, correspondant à des préconditions,
peuvent être sélectionnés :
- RPP - Contrôle de redéfinition des Rubriques, RPP
- Contrôle de redéfinition des Meta Entites et RPP
- Contrôle de redéfinition des artefects de design.
Ces
préconditions vérifient que les Rubriques, les Méta Entités ou tous
les artefacts de design (sauf les Structures de Données) sur le point
d'être distribués, et qui ont été créés, ne sont pas des redéfinitions
d'artefacts appartenant à une même hiérarchie de projets. Ces contrôles
ne s'appliquent pas aux artefacts redéfinis et modifiés. Lors de la
migration Pacbase,
ces contrôles ne sont pas actifs et ne s'appliquent pas aux instances
redéfinies dans Pacbase et
migrées.
Remarque : Les contrôles s'appliquent au contenu indexé du
serveur. Ce contenu peut être déphasé par rapport au contenu réel
du serveur. Avant de distribuer vos modifications, vous devez donc
synchroniser le contenu indexé du serveur avec son contenu réel. Pour
cela, ouvrez la perspective
Eléments de travail puis
la vue
Artefacts de l'équipe. Développez la
zone de projet contenant les modifications à distribuer puis la ligne
Enterprise
Extensions. Faites un clic droit sur
Données
de code source.
A partir de Rational Team Concert V6.0.1,
vous configurez l'analyse des données du code source du flux avec
le choix Ouvrir des configurations d'examen.
Pour savoir comment faire, suivez les instructions de la documentation Rational Team Concert : Création d'une configuration d'examen pour le flux.
Avec Rational Team Concert V5.0.2
ou V6.0, sélectionnez Mettre à jour les données du code
source.
- RPP - Contrôle des préconditions client de synchronisation
du code source.
Cette précondition vérifie que les fichiers
COBOL sur le point d'être distribués sont synchronisés avec tous les
fichiers design ayant participé à leur génération en local. Cette
précondition s'applique uniquement aux fichiers COBOL qui font partie
de la distribution. De plus, si un développeur ne distribue que des
fichiers COBOL sans distribuer les fichiers design associés, il provoque
des erreurs dans le flux Rational Team Concert.
- RPP - Contrôle de références de design non résolues.
Cette
précondition vérifie que toutes les références des fichiers design
sur le point d'être distribués sont résolues.
Les références
ne sont pas résolues dans les cas suivants :
- Des modifications locales sont distribuées partiellement. Les
références ne sont pas résolues, par exemple, si une nouvelle Rubrique
est appelée dans un nouveau Segment mais si seul le Segment est distribué.
- Une instance utilisée par d'autres instances est supprimée. Les
références ne sont pas résolues, par exemple, si une Rubrique appelée
dans un Segment est supprimée mais si seule cette suppression est
distribuée.
Cette précondition est un premier moyen de contrôler la
résolution des références entre les fichiers design. Cependant, pour
détecter automatiquement et globalement les références non résolues
dans les ensembles d'artefacts modifiés distribués, il est conseillé
de mettre en place des générations nocturnes sur le serveur Rational Team Concert.
Vous bénéficiez alors de tout l'outillage requis pour remonter dans
l'historique des modifications et corriger la cause d'une erreur.
Remarque : Les contrôles s'appliquent au contenu des ensembles d'artefacts
modifiés sur le point d'être distribués, et au contenu indexé du serveur.
Vous devez donc distribuer toutes les modifications liées simultanément
ou, à défaut, vous devez vous assurer que le contenu du serveur ait
été réindexé avant de distribuer la suite de vos modifications. Pour
cela, ouvrez la perspective
Eléments de travail puis
la vue
Artefacts de l'équipe. Développez la
zone de projet contenant les modifications à distribuer puis la ligne
Enterprise
Extensions. Faites un clic droit sur
Données
de code source.
A partir de Rational Team Concert V6.0.1,
vous configurez l'analyse des données du code source du flux avec
le choix Ouvrir des configurations d'examen.
Pour savoir comment faire, suivez les instructions de la documentation Rational Team Concert : Création d'une configuration d'examen pour le flux.
Avec Rational Team Concert V5.0.2
ou V6.0, sélectionnez Mettre à jour les données du code
source.
- RPP - Contrôle des préconditions client du contrôle
qualité.
Cette précondition vérifie que les fichiers
COBOL et design sur le point d'être distribués ne contiennent pas
d'erreurs graves de contrôle qualité Rational Programming Patterns.
- Contrôles sur les fichiers générés.
Les préconditions suivantes
s'appliquent à la distribution des fichiers générés :
- RPP - Contrôles d'intégrité des fichiers générés.
Cette précondition vérifie l'intégrité des fichiers générés sur le
point d'être distribués en effectuant les contrôles suivants :
- Un ensemble d'artefacts modifiés ne peut pas contenir plus d'un
fichier généré.
- Les fichiers générés et les fichiers pdp correspondants
doivent être distribués simultanément. Par exemple, un fichier cbl doit
être distribué avec son fichier cblpdp.
- Les fichiers générés doivent être synchronisés avec les fichiers
design ayant participé à leur génération en local.
- RPP - Interdire la distribution de fichiers générés
si des fichiers design contributeurs sont manquants. Cette
précondition vérifie que tous les fichiers design ayant participé
à la génération d'un fichier sur le point d'être distribué ont déjà
été distribués ou sont distribués en même temps que le fichier généré.
- RPP - Interdire la distribution de fichiers générés
si des modifications entrantes contiennent des fichires design contributeurs.
Cette précondition vérifie que les ensembles d'artefacts modifiés
entrants ne contiennent pas de fichiers pouvant impacter les fichiers
générés sur le point d'être distribués.
Ces préconditions se basent sur le contenu de la vue Modifications
en attente. Ainsi, si des fichiers design impliqués dans
une génération ont été chargés dans l'espace de travail avec le choix Charger
les artefacts requis et s'ils n'ont pas été partagés,
ils ne sont pas pris en compte dans les préconditions.
Remarque : Les contrôles s'appliquent au contenu des ensembles d'artefacts
modifiés sur le point d'être distribués, et au contenu indexé du serveur.
Vous devez donc distribuer toutes les modifications liées simultanément
ou, à défaut, vous devez vous assurer que le contenu du serveur ait
été réindexé avant de distribuer la suite de vos modifications. Pour
cela, ouvrez la perspective
Eléments de travail puis
la vue
Artefacts de l'équipe. Développez la
zone de projet contenant les modifications à distribuer puis la ligne
Enterprise
Extensions. Faites un clic droit sur
Données
de code source.
A partir de Rational Team Concert V6.0.1,
vous configurez l'analyse des données du code source du flux avec
le choix Ouvrir des configurations d'examen.
Pour savoir comment faire, suivez les instructions de la documentation Rational Team Concert : Création d'une configuration d'examen pour le flux.
Avec Rational Team Concert V5.0.2
ou V6.0, sélectionnez Mettre à jour les données du code
source.
Procédure
- Depuis la vue Artefacts de l'équipe de
la perspective Eléments de travail de Rational Team Concert,
faites un clic droit sur la zone de projet. Sélectionnez Ouvrir.
- Ouvrez l'onglet Configuration du processus.
- Dans la partie Configuration, développez
la ligne Configuration d'équipe et sélectionnez Comportement
de l'opération.
- Dans la table Opérations, localisez
la ligne Distribuer (client) sous Contrôle
des sources. Cliquez, sur cette ligne, dans la colonne Tout
le monde. Cette colonne contient une icône pour indiquer
que des préconditions sont disponibles sur cette opération.
Remarque : Il
est possible d'appliquer les préconditions selon les rôles définis
dans Rational Team
Concert. Pour plus d'informations, veuillez vous reporter à la
documentation Rational
Team Concert.
La ligne Des préconditions
et des actions de suivi sont configurées pour cette opération devient
disponible et est sélectionnée.
- Cliquez sur le bouton Ajouter associé
à la table Préconditions.
- Dans la boîte de sélection qui s'affiche, sélectionnez
une ou plusieurs préconditions, selon les contrôles que vous voulez
implémenter :
- Cliquez sur OK.
Le
nom de la précondition s'affiche dans la zone Nom et
une brève description apparaît dans la zone Description.
- Si vous cochez la case Echec si non installé,
seuls les développeurs ayant installé le plug-in contenant la précondition
pourront distribuer des fichiers sur le serveur. Ce plug-in s'installe
automatiquement lors d'une installation standard de la partie cliente
de Rational Programming
Patterns.
- Si vous cochez la case L'utilisateur peut ignorer,
les développeurs pourront choisir d'ignorer une erreur liée au non-respect
d'une précondition. Ils pourront donc distribuer leurs fichiers, même
si ces fichiers ne respectent pas la précondition.
- Vous pouvez limiter les préconditions RPP -
Contrôles d'intégrité des fichiers générés, RPP
- Contrôle des préconditions client de synchronisation du code source et RPP
- Contrôle des préconditions client du contrôle qualité à
un ou plusieurs composants. Pour ce faire, cliquez sur le bouton Ajouter associé
à la table Portée. Sélectionnez des composants
et cliquez sur OK.
- Sauvegardez.
Résultats
Si les développeurs tentent de distribuer un fichier ne respectant
pas les préconditions sélectionnées, la distribution ne s'effectue
pas et une erreur s'affiche dans la vue
Assistant de l'équipe.
L'erreur indique la précondition non respectée et inclut un lien actif
vers le fichier en erreur.
Si vous avez coché la case L'utilisateur
peut ignorer, le développeur peut faire un clic droit
sur l'erreur affichée dans la vue Assistant de l'équipe et
ignorer cette erreur. Il pourra alors distribuer ses mises à jour.
Si
vous n'avez pas coché la case
L'utilisateur peut ignorer,
le développeur doit corriger l'erreur avant de distribuer.
- S'il s'agit d'une erreur de synchronisation avec le design, il
doit regénérer le code COBOL.
- S'il s'agit d'une erreur de contrôle qualité, il peut, par exemple,
restaurer le code généré depuis la vue Structure du code
généré.