# Data Model URIs

> एक ही पैटर्न से प्रोजेक्ट के हर आर्टिफ़ैक्ट टाइप, एट्रिब्यूट, डेटा टाइप, एन्यूमरेशन वैल्यू और लिंक टाइप को एक जैसा URI देता है, और कुछ भी बदलने से पहले पूरा प्रीव्यू दिखाता है।

Source: https://widgets.doorsnext.com/hi/widgets/data-model-uris/

- विषय-क्षेत्र: कॉन्फ़िगरेशन और गवर्नेंस
- कहाँ काम करता है: IBM DOORS Next मॉड्यूल
- समर्थित उत्पाद: RM (IBM Engineering Requirements Management DOORS Next (Requirements Management))
- डेटा बदलता है
- Keywords: असाइन किया गया URI, टाइप सिस्टम URIs, डेटा मॉडल URIs, RDF URIs, आर्टिफ़ैक्ट टाइप URI, एट्रिब्यूट URI, एन्यूमरेशन URI, OSLC, ग्लोबल कॉन्फ़िगरेशन, रिपोर्टिंग, नामकरण परिपाटी, camelCase
- संस्करण: 1.14 (रिलीज़ 2026-10-27)
- Vendor: SmarterProcess (https://doorsnext.com, info@smarterprocess.pl)
- कार्यप्रवाह: 1. प्रोजेक्ट को चेंज सेट में खोलें → 2. डोमेन, प्रीफ़िक्स और नाम फ़ॉर्मेट दर्ज करें → 3. हर URI और टकराव का प्रीव्यू (ज़रूरत हो तो: टकराव: प्रीफ़िक्स या फ़ॉर्मेट बदलें) → 4. Set URIs: डेटा मॉडल में सहेजे गए → 5. Excel में बदलाव रिपोर्ट

## यह क्या है और क्यों बना
किसी DOORS Next प्रोजेक्ट के हर आर्टिफ़ैक्ट टाइप, एट्रिब्यूट, डेटा टाइप और एन्यूमरेशन वैल्यू का एक URI हो सकता है। रिपोर्ट, पब्लिशिंग टेम्पलेट, OSLC इंटीग्रेशन और ग्लोबल कॉन्फ़िगरेशन इन्हीं URIs के सहारे अलग-अलग प्रोजेक्ट्स और स्ट्रीम में "एक ही" एट्रिब्यूट या टाइप को पहचानते हैं। इनके बिना हर प्रोजेक्ट के अपने आंतरिक आइडेंटिफ़ायर होते हैं और प्रोजेक्ट्स के बीच का काम बिगड़ जाता है।

प्रोजेक्ट प्रॉपर्टीज़ में हाथ से URIs सेट करने का मतलब है हर परिभाषा को एक-एक करके खोलना, URI टाइप करना और नामकरण को एक जैसा बनाए रखना। किसी वास्तविक डेटा मॉडल में यह सैकड़ों प्रविष्टियाँ और घंटों का काम है, जिसमें टाइपिंग की गलतियाँ आ जाती हैं। Data Model URIs इसे पूरे मॉडल के लिए एक ही नामकरण योजना के साथ, एक ही चरण में करता है।

## यह कौन-सी समस्याएँ हल करता है
- बिना URIs वाले डेटा मॉडल, जिनकी वजह से रिपोर्ट, इंटीग्रेशन और ग्लोबल कॉन्फ़िगरेशन प्रोजेक्ट्स के बीच टाइप का मिलान नहीं कर पाते।
- हाथ से टाइप किए गए URIs, जिनकी स्पेलिंग, प्रीफ़िक्स और कैपिटलाइज़ेशन एक जैसे नहीं होते।
- डुप्लिकेट URIs, जो डेटा मॉडल को रोक देते हैं या रिपोर्टिंग में भ्रम पैदा करते हैं।
- एक सरल नियम वाले काम के लिए प्रोजेक्ट प्रॉपर्टीज़ में घंटों खर्च होना।

## लाभ
- **पूरे मॉडल के लिए एक पैटर्न:** आपका डोमेन या सर्वर, हर समूह के लिए एक प्रीफ़िक्स और एक नाम फ़ॉर्मेट (camelCase, PascalCase, snake_case या kebab-case)।
- **बदलने से पहले देखें:** पैटर्न सेट करते समय लाइव उदाहरण, और हर URI का उसकी स्थिति के साथ प्रीव्यू।
- **डिज़ाइन से ही सुरक्षित:** मौजूदा URIs तब तक बने रहते हैं जब तक आप उन्हें बदलना न चुनें, और टकराव वाले URIs कभी नहीं लिखे जाते।
- **एन्यूमरेशन वैल्यू और लिंक टाइप भी शामिल,** हर एन्यूमरेशन वैल्यू अपने डेटा टाइप के URI के नीचे।
- **Excel एक्सपोर्ट**, प्रीव्यू का और हर रन में हुए बदलावों का, समीक्षा और ऑडिट के लिए।

## उपयोग कैसे करें
1. प्रोजेक्ट को चेंज सेट (अनुशंसित) या स्ट्रीम में खोलें। विजेट उसका डेटा मॉडल पढ़ता है।
2. **URI pattern** पर **Change** क्लिक करें और अपना डोमेन या सर्वर दर्ज करें, उदाहरण के लिए `https://example.com/ns`, फिर हर समूह के लिए एक प्रीफ़िक्स और नाम फ़ॉर्मेट चुनें। उदाहरण आपकी पसंद के अनुसार बदलते हैं।
3. प्रीव्यू की समीक्षा करें: नए URIs, पहले से सेट URIs, बनाए रखे गए URIs और कोई भी टकराव। अगर मौजूदा URIs बदलने हैं तो **Replace URIs that are already set** पर टिक करें। अगर दूसरों को जाँचना हो तो प्रीव्यू को Excel में एक्सपोर्ट करें।
4. **Set URIs** पर क्लिक करें और पुष्टि करें। प्रगति दिखाई जाती है और आप किसी भी समय रोक सकते हैं।
5. परिणाम ब्लॉक में **Log** से बदलाव रिपोर्ट डाउनलोड करें और संतुष्ट होने पर चेंज सेट डिलीवर करें।

## जानने योग्य बातें
- हम चेंज सेट में काम करने की सलाह देते हैं, ताकि डिलीवरी से पहले नए URIs की समीक्षा की जा सके या उन्हें डिस्कार्ड किया जा सके। बेसलाइन को बदला नहीं जा सकता।
- नामों को साफ़ URI शब्दों में बदला जाता है: एक्सेंट हटा दिए जाते हैं और स्पेस, डैश और कैपिटल अक्षर शब्दों को अलग करते हैं।
- सामान्य उपयोग: प्रोजेक्ट टेम्पलेट तैयार करना, ग्लोबल कॉन्फ़िगरेशन से पहले प्रोजेक्ट्स में सामंजस्य लाना, और रिपोर्टिंग व OSLC इंटीग्रेशन संभव बनाना।
- जो परिभाषाएँ स्वयं DOORS Next की हैं, जैसे सिस्टम एट्रिब्यूट, वे केवल पढ़ने के लिए दिखती हैं और कभी नहीं बदली जातीं। वर्कफ़्लो की स्थितियाँ सूची में नहीं आतीं, क्योंकि DOORS Next इस तरह उनके URIs सहेजने नहीं देता।