Architecture Decision RecordADR का उपयोग कैसे शुरू करें
ADR का उपयोग शुरू करने के लिए, अपने साथियों से इन क्षेत्रों पर बात करें।
निर्णय की पहचान:
AD कितना अत्यावश्यक और कितना महत्वपूर्ण है?
क्या इसे अभी लेना ज़रूरी है, या अधिक जानकारी मिलने तक प्रतीक्षा की जा सकती है?
निर्णय की पहचान में व्यक्तिगत और सामूहिक अनुभव, तथा मान्यता प्राप्त डिज़ाइन विधियाँ और प्रथाएँ सहायक हो सकती हैं।
आदर्श रूप से, उत्पाद की कार्य-सूची के पूरक के रूप में एक निर्णय कार्य-सूची रखें।
निर्णय लेना:
निर्णय लेने की कई तकनीकें मौजूद हैं, कुछ सामान्य और कुछ सॉफ़्टवेयर आर्किटेक्चर के लिए विशिष्ट, उदाहरण के लिए डायलॉग मैपिंग।
समूह में निर्णय लेना एक सक्रिय शोध विषय है।
निर्णय का क्रियान्वयन और प्रवर्तन:
AD का उपयोग सॉफ़्टवेयर डिज़ाइन में होता है; इसलिए उन्हें सिस्टम के उन हितधारकों तक पहुँचाना और उनसे स्वीकृत करवाना ज़रूरी है जो उसके लिए धन देते हैं, उसे विकसित करते हैं और चलाते हैं।
आर्किटेक्चर की दृष्टि से स्पष्ट कोडिंग शैलियाँ, और आर्किटेक्चर संबंधी चिंताओं व निर्णयों पर केंद्रित कोड समीक्षाएँ, दो संबंधित प्रथाएँ हैं।
सॉफ़्टवेयर के विकास के दौरान किसी सॉफ़्टवेयर सिस्टम का आधुनिकीकरण करते समय भी AD पर (पुनः) विचार करना आवश्यक है।
निर्णय साझा करना (वैकल्पिक):
कई AD विभिन्न परियोजनाओं में दोहराए जाते हैं।
इसलिए, जब स्पष्ट ज्ञान प्रबंधन रणनीति अपनाई जाती है, तब पिछले निर्णयों के अनुभव, अच्छे और बुरे दोनों, मूल्यवान पुन: उपयोग योग्य संपत्ति बन सकते हैं।
निर्णय का दस्तावेज़ीकरण:
निर्णय दर्ज करने के लिए कई टेम्पलेट और उपकरण मौजूद हैं।
एजाइल समुदायों को देखें, जैसे M. Nygard के ADR।
पारंपरिक सॉफ़्टवेयर इंजीनियरिंग और आर्किटेक्चर डिज़ाइन प्रक्रियाओं को देखें, जैसे IBM UMF और CapitalOne के Tyree और Akerman द्वारा सुझाए गए तालिका प्रारूप।
अधिक जानकारी के लिए:
- ऊपर के चरण विकिपीडिया की प्रविष्टि Architectural Decision से लिए गए हैं