ADR பயன்பாட்டைத் தொடங்குவது எப்படி
ADR களைப் பயன்படுத்தத் தொடங்க, உங்கள் குழுத் தோழர்களுடன் இந்தப் பகுதிகளைப் பற்றிப் பேசுங்கள்.
முடிவைக் கண்டறிதல்:
AD எவ்வளவு அவசரமானது, எவ்வளவு முக்கியமானது?
இதை இப்போதே எடுக்க வேண்டுமா, அல்லது மேலும் தெரியவரும் வரை காத்திருக்கலாமா?
தனிப்பட்ட மற்றும் கூட்டு அனுபவம், அத்துடன் அங்கீகரிக்கப்பட்ட வடிவமைப்பு முறைகளும் நடைமுறைகளும், முடிவைக் கண்டறிய உதவும்.
சிறந்த முறையில், தயாரிப்புச் செய்ய-வேண்டியவை பட்டியலை நிறைவுசெய்யும் முடிவுகளுக்கான செய்ய-வேண்டியவை பட்டியலைப் பராமரிக்கவும்.
முடிவெடுத்தல்:
பொதுவானவை, மென்பொருள் கட்டமைப்புக்கே உரியவை (எ.கா. உரையாடல் வரைபடமாக்கல்) என பல முடிவெடுக்கும் நுட்பங்கள் உள்ளன.
குழு முடிவெடுத்தல் ஒரு செயலில் உள்ள ஆராய்ச்சித் தலைப்பு.
முடிவை நடைமுறைப்படுத்துதலும் கடைப்பிடித்தலும்:
AD கள் மென்பொருள் வடிவமைப்பில் பயன்படுத்தப்படுகின்றன; எனவே அமைப்புக்கு நிதியளிக்கும், உருவாக்கும், இயக்கும் பங்குதாரர்களுக்கு அவை தெரிவிக்கப்பட்டு, அவர்களால் ஏற்கப்பட வேண்டும்.
கட்டமைப்பு வெளிப்படையாகத் தெரியும் குறியீட்டு நடை மற்றும் கட்டமைப்புக் கவலைகள், முடிவுகளில் கவனம் செலுத்தும் குறியீட்டு மதிப்பாய்வுகள் ஆகியவை இரண்டு தொடர்புடைய நடைமுறைகள்.
மென்பொருள் பரிணாமத்தில் ஒரு மென்பொருள் அமைப்பை நவீனப்படுத்தும்போதும் AD கள் (மீண்டும்) பரிசீலிக்கப்பட வேண்டும்.
முடிவைப் பகிர்தல் (விருப்பத்தேர்வு):
பல AD கள் திட்டங்கள் முழுவதும் மீண்டும் மீண்டும் வருகின்றன.
எனவே, வெளிப்படையான அறிவு மேலாண்மை உத்தியைப் பின்பற்றும்போது, கடந்த கால முடிவுகளின் நல்ல, கெட்ட அனுபவங்கள் மதிப்புமிக்க மறுபயன்பாட்டுச் சொத்துகளாக இருக்கலாம்.
முடிவை ஆவணப்படுத்துதல்:
முடிவுகளைப் பதிவு செய்ய பல வார்ப்புருக்களும் கருவிகளும் உள்ளன.
சுறுசுறுப்பான (agile) சமூகங்களைப் பாருங்கள், எ.கா. M. Nygard இன் ADR கள்.
பாரம்பரிய மென்பொருள் பொறியியல் மற்றும் கட்டமைப்பு வடிவமைப்புச் செயல்முறைகளைப் பாருங்கள், எ.கா. IBM UMF மற்றும் CapitalOne இன் Tyree, Akerman பரிந்துரைத்த அட்டவணை அமைப்புகள்.
மேலும்:
- மேலே உள்ள படிகள் Architectural Decision என்ற Wikipedia பதிவிலிருந்து எடுக்கப்பட்டவை