Architecture Decision Record

Active theme: Light

← दस्तऐवज

ADR वापरणे कसे सुरू करावे

ADR वापरणे सुरू करण्यासाठी, तुमच्या सहकाऱ्यांशी या क्षेत्रांबद्दल बोला.

निर्णय ओळखणे:

  • AD किती तातडीचा आणि किती महत्त्वाचा आहे?

  • तो आत्ताच घ्यावा लागेल का, की अधिक माहिती मिळेपर्यंत थांबता येईल?

  • वैयक्तिक आणि सामूहिक अनुभव, तसेच मान्यताप्राप्त डिझाइन पद्धती आणि प्रथा, निर्णय ओळखण्यात मदत करू शकतात.

  • आदर्शपणे, उत्पादनाच्या कामांच्या यादीला पूरक अशी निर्णयांची करायच्या कामांची यादी ठेवा.

निर्णय घेणे:

  • निर्णय घेण्याची अनेक तंत्रे अस्तित्वात आहेत, सर्वसाधारण तसेच सॉफ्टवेअर आर्किटेक्चरसाठी खास, उदाहरणार्थ संवाद नकाशा (dialogue mapping).

  • गटाने निर्णय घेणे हा संशोधनाचा सक्रिय विषय आहे.

निर्णयाची अंमलबजावणी आणि पालन:

  • AD सॉफ्टवेअर डिझाइनमध्ये वापरले जातात; म्हणून ते प्रणालीसाठी निधी देणाऱ्या, ती विकसित करणाऱ्या आणि चालवणाऱ्या भागधारकांना कळवले गेले पाहिजेत आणि त्यांनी ते स्वीकारले पाहिजेत.

  • आर्किटेक्चर स्पष्टपणे दिसणारी कोडिंग शैली आणि आर्किटेक्चरल चिंता व निर्णयांवर लक्ष केंद्रित करणारे कोड पुनरावलोकन या दोन संबंधित प्रथा आहेत.

  • सॉफ्टवेअर उत्क्रांतीमध्ये सॉफ्टवेअर प्रणाली आधुनिक करताना AD चा (पुन्हा) विचार करावा लागतो.

निर्णय वाटून घेणे (ऐच्छिक):

  • अनेक AD प्रकल्पांमध्ये पुन्हा पुन्हा येतात.

  • म्हणून, स्पष्ट ज्ञान व्यवस्थापन धोरण वापरताना, भूतकाळातील निर्णयांचे चांगले आणि वाईट अनुभव मौल्यवान पुनर्वापरयोग्य संपत्ती ठरू शकतात.

निर्णयाचे दस्तऐवजीकरण:

  • निर्णय नोंदवण्यासाठी अनेक साचे आणि साधने उपलब्ध आहेत.

  • चपळ (agile) समुदाय पहा, उदा. M. Nygard यांचे ADR.

  • पारंपरिक सॉफ्टवेअर अभियांत्रिकी आणि आर्किटेक्चर डिझाइन प्रक्रिया पहा, उदा. IBM UMF आणि CapitalOne चे Tyree व Akerman यांनी सुचवलेली सारणी मांडणी.

अधिक माहितीसाठी:

  • वरील पायऱ्या Architectural Decision या Wikipedia नोंदीतून घेतल्या आहेत