ADR वापरणे कसे सुरू करावे
ADR वापरणे सुरू करण्यासाठी, तुमच्या सहकाऱ्यांशी या क्षेत्रांबद्दल बोला.
निर्णय ओळखणे:
AD किती तातडीचा आणि किती महत्त्वाचा आहे?
तो आत्ताच घ्यावा लागेल का, की अधिक माहिती मिळेपर्यंत थांबता येईल?
वैयक्तिक आणि सामूहिक अनुभव, तसेच मान्यताप्राप्त डिझाइन पद्धती आणि प्रथा, निर्णय ओळखण्यात मदत करू शकतात.
आदर्शपणे, उत्पादनाच्या कामांच्या यादीला पूरक अशी निर्णयांची करायच्या कामांची यादी ठेवा.
निर्णय घेणे:
निर्णय घेण्याची अनेक तंत्रे अस्तित्वात आहेत, सर्वसाधारण तसेच सॉफ्टवेअर आर्किटेक्चरसाठी खास, उदाहरणार्थ संवाद नकाशा (dialogue mapping).
गटाने निर्णय घेणे हा संशोधनाचा सक्रिय विषय आहे.
निर्णयाची अंमलबजावणी आणि पालन:
AD सॉफ्टवेअर डिझाइनमध्ये वापरले जातात; म्हणून ते प्रणालीसाठी निधी देणाऱ्या, ती विकसित करणाऱ्या आणि चालवणाऱ्या भागधारकांना कळवले गेले पाहिजेत आणि त्यांनी ते स्वीकारले पाहिजेत.
आर्किटेक्चर स्पष्टपणे दिसणारी कोडिंग शैली आणि आर्किटेक्चरल चिंता व निर्णयांवर लक्ष केंद्रित करणारे कोड पुनरावलोकन या दोन संबंधित प्रथा आहेत.
सॉफ्टवेअर उत्क्रांतीमध्ये सॉफ्टवेअर प्रणाली आधुनिक करताना AD चा (पुन्हा) विचार करावा लागतो.
निर्णय वाटून घेणे (ऐच्छिक):
अनेक AD प्रकल्पांमध्ये पुन्हा पुन्हा येतात.
म्हणून, स्पष्ट ज्ञान व्यवस्थापन धोरण वापरताना, भूतकाळातील निर्णयांचे चांगले आणि वाईट अनुभव मौल्यवान पुनर्वापरयोग्य संपत्ती ठरू शकतात.
निर्णयाचे दस्तऐवजीकरण:
निर्णय नोंदवण्यासाठी अनेक साचे आणि साधने उपलब्ध आहेत.
चपळ (agile) समुदाय पहा, उदा. M. Nygard यांचे ADR.
पारंपरिक सॉफ्टवेअर अभियांत्रिकी आणि आर्किटेक्चर डिझाइन प्रक्रिया पहा, उदा. IBM UMF आणि CapitalOne चे Tyree व Akerman यांनी सुचवलेली सारणी मांडणी.
अधिक माहितीसाठी:
- वरील पायऱ्या Architectural Decision या Wikipedia नोंदीतून घेतल्या आहेत