# Copy Data Model URI

> Übernimmt die URIs eines Referenz-Datenmodells und schreibt sie über den Namen in die gewählten Projekte, Komponenten, Streams und Änderungssets, viele in einem Durchlauf.

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

- Disziplin: Konfiguration und Governance
- Einsatzort: IBM DOORS Next-Modul
- Unterstützte Produkte: RM (IBM Engineering Requirements Management DOORS Next (Requirements Management))
- Ändert Daten
- Keywords: URIs kopieren, zugewiesene URI, Typsystem-URIs, Datenmodell-URIs, owl:sameAs, Artefakttyp-URI, Attribut-URI, Linktyp-URI, Änderungsset, Stream, Komponente, globale Konfiguration, Reporting
- Version: 1.7 (Veröffentlicht 2026-10-27)
- Vendor: SmarterProcess (https://doorsnext.com, info@smarterprocess.pl)
- Arbeitsablauf: 1. In jedem Zielprojekt ein Änderungsset öffnen → 2. From und Ziele wählen → 3. Zeigt vorab, was jedes Ziel erhält (Bei Bedarf: Konflikte oder fehlende Namen: Zielmodell prüfen) → 4. Copy URIs: Ziel für Ziel gespeichert → 5. Änderungsbericht in Excel

## Was es ist und warum es existiert
Wenn ein Unternehmen viele DOORS Next-Projekte mit einem gemeinsamen Datenmodell betreibt, sollte dasselbe Attribut oder derselbe Artefakttyp überall dieselbe URI tragen. Berichte, Publishing-Vorlagen, OSLC-Integrationen und globale Konfigurationen erkennen an diesen URIs „dieselbe“ Definition über Projekte, Komponenten und Streams hinweg, auch wenn die internen Kennungen verschieden sind.

Data Model URIs setzt die URIs eines Projekts nach einem Muster. Copy Data Model URI übernimmt sie aus einem Referenzprojekt, einer Komponente und einem Stream und schreibt sie über den Namen in die gewählten Projekte, Komponenten, Streams und Änderungssets, viele davon in einem Durchlauf.

## Gelöste Probleme
- URIs, die einmal im Referenzprojekt gesetzt wurden, in allen anderen Projekten aber fehlen oder abweichen.
- Stunden in den Projekteigenschaften jedes Projekts und Streams, um dieselben URIs erneut einzugeben.
- Neue Komponenten und Streams, die die URIs des Referenzmodells nie erhalten.
- Doppelte URIs in einem Ziel, die Berichte und Integrationen verwirren.

## Vorteile
- **Viele Ziele auf einmal:** Projekte, Komponenten, Streams und Änderungssets in einem Baum wählen, mit All components und All streams als Regeln.
- **Regeln, die neue Streams aufnehmen:** All components und All streams werden bei jeder Vorschau neu gelesen, eine später hinzugefügte Komponente oder ein neuer Stream ist im nächsten Lauf dabei.
- **Erst sehen, dann ändern:** eine Vorschau jedes Ziels mit neuen, bereits gesetzten, im Ziel fehlenden und konfliktbehafteten URIs.
- **Sicher konzipiert:** Sie entscheiden, ob vorhandene URIs ersetzt werden, und Konflikte oder mehrdeutige Namen werden nie geschrieben.
- **Excel-Exporte** der Vorschau und ein Änderungsbericht jeder geschriebenen URI, pro Ziel.

## Verwendung
1. Öffnen Sie in jedem Zielprojekt ein Änderungsset (empfohlen).
2. Prüfen Sie **From**: Referenzprojekt, Komponente und Stream oder Baseline. Vorgegeben ist, was in DOORS Next geöffnet ist; **Change** wählt etwas anderes.
3. Klicken Sie bei **Targets** auf **Add**, markieren Sie im Baum Projekte, Komponenten, Streams und Änderungssets oder die Regeln **All components** und **All streams**, und klicken Sie auf **Add targets**.
4. Klicken Sie auf **Preview**, wenn Sie zuerst prüfen möchten, was jedes Ziel erhält, und exportieren Sie die Vorschau nach Excel, wenn andere sie prüfen sollen.
5. Klicken Sie auf **Copy URIs** und bestätigen Sie. Ohne aktuelle Vorschau liest das Widget zuerst alle Ziele. Der Fortschritt wird pro Ziel angezeigt, und Sie können jederzeit stoppen.
6. Laden Sie den Änderungsbericht mit **Log** im Ergebnisblock herunter und liefern Sie die Änderungssets aus, wenn Sie zufrieden sind. Eine von DOORS Next abgelehnte Speicherung wird dort mit dem Grund aufgelistet, und **Retry all** versucht es erneut.

## Gut zu wissen
- Wir empfehlen, URIs nur in Änderungssets zu kopieren, die in den Zielprojekten geöffnet sind, damit ein fehlerhafter Lauf vor der Auslieferung verworfen werden kann. Direkt in einen Stream gespeicherte URIs sind schwer rückgängig zu machen, manche Änderungen nur durch Wiederherstellen eines Backups.
- Definitionen werden innerhalb ihrer Gruppe über den Namen zugeordnet: Artefakttypen, Attribute, Datentypen, Aufzählungswerte und Linktypen. Sie wählen, welche Gruppen kopiert werden.
- Ein Attribut erhält die URI nur, wenn sein Datentyp in beiden Modellen denselben Namen hat, es sei denn, Sie erlauben es anders.
- Sie benötigen die Berechtigung, das Typsystem jedes Zielprojekts zu ändern.
- Unter **Settings** ist **Replace URIs that are already set** standardmäßig aktiviert: Eine Definition, die im Ziel eine andere URI hat, erhält die URI der Quelle. Schalten Sie die Option aus, um die URIs zu behalten, die ein Ziel bereits hat.
- Eine Baseline kann Quelle sein, aber nie Ziel.