Permissions Comparison

यह क्या है और क्यों बना

IBM Engineering Lifecycle Management में कोई यूज़र किसी प्रोजेक्ट में क्या कर सकता है, यह प्रोजेक्ट एरिया के रोल्स और हर रोल की परमिशन पर निर्भर करता है: कौन आर्टिफ़ैक्ट बना या हटा सकता है, मॉड्यूल बदल सकता है, रिव्यू स्वीकृत कर सकता है, बेसलाइन बना सकता है या चेंज सेट डिलीवर कर सकता है। टीम एरिया, टाइमलाइन और इटरेशन प्रोजेक्ट के अपने हिस्से के लिए इन परमिशन को फिर से बदल सकते हैं।

संगठन आमतौर पर हर प्रोजेक्ट एक ही प्रोसेस टेम्पलेट से शुरू करते हैं, और फिर प्रोजेक्ट धीरे-धीरे अलग हो जाते हैं। एक प्रोजेक्ट ऑथर्स को आर्टिफ़ैक्ट हटाने देता है, दूसरा किसी टीम एरिया को अपनी परमिशन देता है, तीसरे में ऐसा रोल है जो बाकी में नहीं है। वेब क्लाइंट एक बार में एक ही प्रोजेक्ट एरिया की परमिशन दिखाता है, इसलिए ये अंतर खोजने के लिए वही स्क्रीन साथ-साथ खोलकर रोल दर रोल देखना पड़ता है। Permissions Comparison इन्हें आपके लिए पढ़ता है और केवल वही दिखाता है जो अलग है।

यह कौन-सी समस्याएँ हल करता है

• एक ही टेम्पलेट से बने प्रोजेक्ट एरिया जिनकी परमिशन अब मेल नहीं खातीं, और कोई नहीं जानता कि कहाँ।
• एक्सेस रिव्यू, जिनमें हर प्रोजेक्ट एरिया का हर रोल हाथ से जाँचना पड़ता है।
• टीम एरिया या इटरेशन जो चुपचाप किसी रोल को प्रोजेक्ट एरिया से ज़्यादा या कम परमिशन दे देते हैं।
• ऑडिटर को दिखाने के लिए कोई सबूत नहीं कि दस्तावेज़ में लिखे रोल्स और परमिशन वही हैं जो सर्वर पर कॉन्फ़िगर हैं।

मानकों और ऑडिट के लिए यह क्यों मायने रखता है

रेगुलेटेड और सुरक्षा से जुड़े डेवलपमेंट के मानक शायद ही किसी टूल का नाम लेते हैं, लेकिन वे अपेक्षा करते हैं कि नियंत्रित रिकॉर्ड केवल अधिकृत लोग बदल सकें और आप दिखा सकें कि कौन क्या कर सकता है। ELM प्रोजेक्ट एरिया में यह नियंत्रण रोल परमिशन ही हैं। Permissions Comparison से आप जाँच सकते हैं कि यह नियंत्रण हर प्रोजेक्ट में एक जैसा है और आपकी दस्तावेज़ित प्रोसेस से मेल खाता है।

• FDA 21 CFR Part 11 (मेडिकल डिवाइस और फ़ार्मा में इलेक्ट्रॉनिक रिकॉर्ड): § 11.10(d) "limiting system access to authorized individuals" (सिस्टम एक्सेस को अधिकृत व्यक्तियों तक सीमित करना) माँगता है, और § 11.10(g) अधिकार जाँच, ताकि केवल अधिकृत व्यक्ति ही कोई रिकॉर्ड बदल सकें या संबंधित ऑपरेशन कर सकें। तुलना हर प्रोजेक्ट एरिया के लिए दिखाती है कि कौन-सा रोल कौन-सा ऑपरेशन कर सकता है।
• ISO/IEC 27001:2022: Annex A के कंट्रोल 5.15 Access control, 5.18 Access rights, 5.3 Segregation of duties और 8.2 Privileged access rights। एक्सेस अधिकारों की नियमित समीक्षा होनी चाहिए और परस्पर विरोधी कर्तव्य अलग रखे जाने चाहिए, जैसे वह रोल जो रिक्वायरमेंट लिखता है और वह रोल जो उसे स्वीकृत करता है। Excel रिपोर्ट दर्ज करती है कि क्या और कब समीक्षा की गई।
• ISO 26262, Automotive SPICE, DO-178C और IEC 62304: चारों रिक्वायरमेंट्स जैसे वर्क प्रोडक्ट्स के कॉन्फ़िगरेशन मैनेजमेंट और चेंज मैनेजमेंट की माँग करते हैं (ISO 26262 Part 8, Automotive SPICE में SUP.8 और SUP.10, DO-178C का सेक्शन 7, IEC 62304 का क्लॉज़ 8)। DOORS Next में इस नियंत्रण का एक हिस्सा यह है कि कौन-से रोल आर्टिफ़ैक्ट बदल सकते हैं, बेसलाइन बना सकते हैं और बदलाव डिलीवर कर सकते हैं। ऐसा प्रोजेक्ट जिसके रोल्स प्रोसेस में बताए गए से ज़्यादा की अनुमति देते हैं, एक आम ऑडिट फ़ाइंडिंग है।

असेसर प्रोजेक्ट्स के एक सैंपल की जाँच करता है और हर एक में एक ही प्रोसेस की अपेक्षा करता है। असेसमेंट से पहले हर प्रोजेक्ट एरिया की तुलना अपने रेफ़रेंस प्रोजेक्ट से करें, तो अंतर सबसे पहले आपको दिखेंगे।

लाभ

• हर अंतर एक सूची में: रोल्स, उनका क्रम और कार्डिनैलिटी, और हर वह परमिशन जो एक तरफ़ अनुमत है और दूसरी तरफ़ नहीं, प्रोजेक्ट एरिया, टीम एरिया और चाहें तो टाइमलाइन और इटरेशन के लिए।
• एक सोर्स, कई टारगेट: किसी रेफ़रेंस प्रोजेक्ट एरिया की तुलना उसी एप्लिकेशन के 25 तक दूसरे प्रोजेक्ट एरिया से करें।
• हर ELM एप्लिकेशन में काम करता है: DOORS Next, Workflow Management (EWM), Test Management (ETM) और Global Configuration, ELM Mini Dashboard से।
• Excel रिपोर्ट पूरे परमिशन मैट्रिक्स के साथ, एक्सेस रिव्यू या ऑडिट फ़ाइल के लिए तैयार।
• केवल पढ़ने के लिए: विजेट परमिशन केवल पढ़ता है, कभी बदलता नहीं।

उपयोग कैसे करें

1. Settings में चुनें कि टीम एरिया की तुलना करनी है (शुरू में चालू) और टाइमलाइन व इटरेशन की (शुरू में बंद)।
2. Compare में Application चुनें। From सोर्स है: DOORS Next डैशबोर्ड पर यह खुले प्रोजेक्ट से शुरू होता है, और Change से कोई दूसरा प्रोजेक्ट एरिया चुनें।
3. To में Add पर क्लिक करें, 25 तक प्रोजेक्ट एरिया चुनें (खोज, Select all और Show archived मदद करते हैं) और Apply पर क्लिक करें।
4. Compare पर क्लिक करें। परिणाम ब्लॉक हर श्रेणी या हर टारगेट के अंतरों की संख्या दिखाता है, और वे टारगेट भी जो पढ़े नहीं जा सके, Retry के साथ।
5. Differences में, कई टारगेट हों तो एक टारगेट चुनें, फिर Roles या Permissions। परमिशन रोल और स्तर के अनुसार समूहित होती हैं, जैसे Author / Team area: Business Recovery। दोनों पक्ष देखने के लिए किसी पंक्ति पर क्लिक करें।
6. पूरी तुलना सहेजने के लिए परिणाम ब्लॉक में Export to Excel पर क्लिक करें।

जानने योग्य बातें

• रोल्स का मिलान पहले id से, फिर नाम से होता है, इसलिए एक ही नाम और अलग id वाला रोल एक ही रोल माना जाता है। रोल्स के क्रम की भी तुलना होती है, क्योंकि कई रोल्स वाले यूज़र को वह परमिशन उस पहले रोल से मिलती है जो उसे अनुमति देता है।
• विजेट रोल्स और उनकी परमिशन की तुलना करता है, यह नहीं कि वे किसके पास हैं। किन यूज़र्स के पास कौन-से रोल्स हैं, यह User Audit दिखाता है।
• कोई टीम एरिया, टाइमलाइन या इटरेशन जहाँ केवल एक पक्ष किसी रोल को अपनी परमिशन देता है, एक पंक्ति के रूप में दिखाया जाता है, परमिशन अंतरों की लंबी सूची के रूप में नहीं।
• इसके उपयोग के सामान्य मौके: ऑडिट या असेसमेंट से पहले, प्रोसेस टेम्पलेट बदलने के बाद, और जब कोई नया प्रोजेक्ट टेम्पलेट से सेट किया जाए।
• विजेट किसी प्रोजेक्ट को अनुपालक नहीं बनाता। यह आपको तथ्य देता है ताकि आप जाँच सकें कि परमिशन आपकी दस्तावेज़ित प्रोसेस से मेल खाती हैं, और सबूत के रूप में रखने के लिए एक रिपोर्ट।