Copy Data Model URI

Ce que c'est et pourquoi il existe

Lorsqu'une entreprise gère de nombreux projets DOORS Next qui partagent un modèle de données, le même attribut ou type d'artefact devrait porter le même URI partout. Les rapports, modèles de publication, intégrations OSLC et configurations globales s'appuient sur ces URI pour reconnaître « la même » définition d'un projet, d'un composant et d'un flux à l'autre, même quand les identifiants internes diffèrent.

Data Model URIs définit les URI d'un projet à partir d'un modèle de nommage. Copy Data Model URI les reprend d'un projet, composant et flux de référence et les écrit par nom dans les projets, composants, flux et ensembles de modifications choisis, nombreux en une seule exécution.

Problèmes résolus

• Des URI définis une fois dans le projet de référence mais absents ou différents dans tous les autres projets.
• Des heures passées dans les propriétés de chaque projet et flux pour saisir à nouveau les mêmes URI.
• De nouveaux composants et flux qui ne reçoivent jamais les URI du modèle de référence.
• Des URI en double dans une cible qui perturbent le reporting et les intégrations.

Avantages

• De nombreuses cibles à la fois : choisissez projets, composants, flux et ensembles de modifications dans une arborescence, avec All components et All streams comme règles.
• Des règles qui prennent les nouveaux flux : All components et All streams sont relus à chaque aperçu, donc un composant ou un flux ajouté plus tard fait partie de l'exécution suivante.
• Voir avant de modifier : un aperçu de chaque cible avec ce qui est nouveau, déjà défini, absent de la cible ou en conflit.
• Sûr par conception : vous décidez si les URI existants sont remplacés, et les conflits ou noms ambigus ne sont jamais écrits.
• Exports Excel de l'aperçu et un rapport de chaque URI écrit, par cible.

Utilisation

1. Ouvrez un ensemble de modifications dans chaque projet cible (recommandé).
2. Vérifiez From : le projet, le composant et le flux ou la ligne de base de référence. Il part de ce qui est ouvert dans DOORS Next ; Change en choisit un autre.
3. À Targets, cliquez sur Add, cochez dans l'arborescence des projets, composants, flux et ensembles de modifications, ou les règles All components et All streams, puis cliquez sur Add targets.
4. Cliquez sur Preview si vous voulez d'abord vérifier ce que reçoit chaque cible, et exportez l'aperçu vers Excel si d'autres doivent le relire.
5. Cliquez sur Copy URIs et confirmez. Sans aperçu à jour, le widget lit d'abord toutes les cibles. La progression s'affiche par cible et vous pouvez arrêter à tout moment.
6. Téléchargez le rapport de modifications avec Log dans le bloc de résultat et livrez les ensembles de modifications quand le résultat vous convient. Un enregistrement refusé par DOORS Next y est listé avec la raison, et Retry all le relance.

Bon à savoir

• Nous recommandons de copier les URI uniquement dans des ensembles de modifications ouverts dans les projets cibles, afin de pouvoir abandonner une exécution erronée avant la livraison. Des URI enregistrés directement dans un flux sont difficiles à annuler, et certaines modifications ne s'annulent qu'en restaurant une sauvegarde.
• Les définitions sont associées par nom au sein de leur groupe : types d'artefact, attributs, types de données, valeurs d'énumération et types de lien. Vous choisissez les groupes copiés.
• Un attribut ne reçoit l'URI que si son type de données porte le même nom dans les deux modèles, sauf si vous l'autorisez.
• Vous devez avoir le droit de modifier le système de types de chaque projet cible.
• Dans Settings, Replace URIs that are already set est activé par défaut : une définition qui a un autre URI dans la cible reçoit l'URI de la source. Désactivez-le pour garder les URI qu'une cible possède déjà.
• Une ligne de base peut être la source, jamais une cible.