Data Model URIs
एक ही पैटर्न से प्रोजेक्ट के हर आर्टिफ़ैक्ट टाइप, एट्रिब्यूट, डेटा टाइप, एन्यूमरेशन वैल्यू और लिंक टाइप को एक जैसा URI देता है, और कुछ भी बदलने से पहले पूरा प्रीव्यू दिखाता है।
यह क्या है और क्यों बना
किसी 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डोमेन, प्रीफ़िक्स और नाम फ़ॉर्मेट दर्ज करें
- DOORS Next4Set URIs: डेटा मॉडल में सहेजे गए
- परिणाम5Excel में बदलाव रिपोर्ट
- प्रोजेक्ट को चेंज सेट (अनुशंसित) या स्ट्रीम में खोलें। विजेट उसका डेटा मॉडल पढ़ता है।
- URI pattern पर Change क्लिक करें और अपना डोमेन या सर्वर दर्ज करें, उदाहरण के लिए
https://example.com/ns, फिर हर समूह के लिए एक प्रीफ़िक्स और नाम फ़ॉर्मेट चुनें। उदाहरण आपकी पसंद के अनुसार बदलते हैं। - प्रीव्यू की समीक्षा करें: नए URIs, पहले से सेट URIs, बनाए रखे गए URIs और कोई भी टकराव। अगर मौजूदा URIs बदलने हैं तो Replace URIs that are already set पर टिक करें। अगर दूसरों को जाँचना हो तो प्रीव्यू को Excel में एक्सपोर्ट करें।
- Set URIs पर क्लिक करें और पुष्टि करें। प्रगति दिखाई जाती है और आप किसी भी समय रोक सकते हैं।
- परिणाम ब्लॉक में Log से बदलाव रिपोर्ट डाउनलोड करें और संतुष्ट होने पर चेंज सेट डिलीवर करें।
स्क्रीनशॉट
1आपका डोमेन, और हर समूह के लिए प्रीफ़िक्स और नाम फ़ॉर्मेट, हर एक का लाइव उदाहरण 2प्रीव्यू: कुल संख्याएँ, हर परिभाषा का नया URI और टकराव क्यों नहीं लिखा जाता 3डेटा मॉडल में URIs सहेजने से पहले पुष्टि 4URIs सेट: कुल संख्याएँ अपडेट, बदलाव रिपोर्ट Log में 5अस्वीकार हुई सेविंग DOORS Next के दिए कारण के साथ सूचीबद्ध, फिर से कोशिश के लिए तैयार
जानने योग्य बातें
- हम चेंज सेट में काम करने की सलाह देते हैं, ताकि डिलीवरी से पहले नए URIs की समीक्षा की जा सके या उन्हें डिस्कार्ड किया जा सके। बेसलाइन को बदला नहीं जा सकता।
- नामों को साफ़ URI शब्दों में बदला जाता है: एक्सेंट हटा दिए जाते हैं और स्पेस, डैश और कैपिटल अक्षर शब्दों को अलग करते हैं।
- सामान्य उपयोग: प्रोजेक्ट टेम्पलेट तैयार करना, ग्लोबल कॉन्फ़िगरेशन से पहले प्रोजेक्ट्स में सामंजस्य लाना, और रिपोर्टिंग व OSLC इंटीग्रेशन संभव बनाना।
- जो परिभाषाएँ स्वयं DOORS Next की हैं, जैसे सिस्टम एट्रिब्यूट, वे केवल पढ़ने के लिए दिखती हैं और कभी नहीं बदली जातीं। वर्कफ़्लो की स्थितियाँ सूची में नहीं आतीं, क्योंकि DOORS Next इस तरह उनके URIs सहेजने नहीं देता।
संस्करण 1.14 में नया क्या है
· बदलावों के शीर्षक अंग्रेज़ी में प्रकाशित किए जाते हैं।
- Report ready in the notifications