# Copy Data Model URI

> Reprend les URI d'un modèle de données 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.

Source: https://widgets.doorsnext.com/fr/widgets/copy-data-model-uri/

- Discipline: Configuration et gouvernance
- Fonctionne dans: Module IBM DOORS Next
- Produits pris en charge: RM (IBM Engineering Requirements Management DOORS Next (Requirements Management))
- Modifie les données
- Keywords: copier des URI, URI attribué, URI du système de types, URI du modèle de données, owl:sameAs, URI de type d'artefact, URI d'attribut, URI de type de lien, ensemble de modifications, flux, composant, configuration globale, reporting
- Version: 1.7 (Publiée le 2026-10-27)
- Vendor: SmarterProcess (https://doorsnext.com, info@smarterprocess.pl)
- Déroulement: 1. Ouvrir un ensemble de modifications dans chaque projet cible → 2. Choisir From et les cibles → 3. Affiche ce que reçoit chaque cible (Si besoin: Conflits ou noms absents : vérifier le modèle cible) → 4. Copy URIs : enregistrés cible après cible → 5. Rapport de modifications Excel

## 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.