Architecture Decision Record

Active theme: Light

← ஆவணங்கள்

ADR பயன்பாட்டைத் தொடங்குவது எப்படி

ADR களைப் பயன்படுத்தத் தொடங்க, உங்கள் குழுத் தோழர்களுடன் இந்தப் பகுதிகளைப் பற்றிப் பேசுங்கள்.

முடிவைக் கண்டறிதல்:

  • AD எவ்வளவு அவசரமானது, எவ்வளவு முக்கியமானது?

  • இதை இப்போதே எடுக்க வேண்டுமா, அல்லது மேலும் தெரியவரும் வரை காத்திருக்கலாமா?

  • தனிப்பட்ட மற்றும் கூட்டு அனுபவம், அத்துடன் அங்கீகரிக்கப்பட்ட வடிவமைப்பு முறைகளும் நடைமுறைகளும், முடிவைக் கண்டறிய உதவும்.

  • சிறந்த முறையில், தயாரிப்புச் செய்ய-வேண்டியவை பட்டியலை நிறைவுசெய்யும் முடிவுகளுக்கான செய்ய-வேண்டியவை பட்டியலைப் பராமரிக்கவும்.

முடிவெடுத்தல்:

  • பொதுவானவை, மென்பொருள் கட்டமைப்புக்கே உரியவை (எ.கா. உரையாடல் வரைபடமாக்கல்) என பல முடிவெடுக்கும் நுட்பங்கள் உள்ளன.

  • குழு முடிவெடுத்தல் ஒரு செயலில் உள்ள ஆராய்ச்சித் தலைப்பு.

முடிவை நடைமுறைப்படுத்துதலும் கடைப்பிடித்தலும்:

  • AD கள் மென்பொருள் வடிவமைப்பில் பயன்படுத்தப்படுகின்றன; எனவே அமைப்புக்கு நிதியளிக்கும், உருவாக்கும், இயக்கும் பங்குதாரர்களுக்கு அவை தெரிவிக்கப்பட்டு, அவர்களால் ஏற்கப்பட வேண்டும்.

  • கட்டமைப்பு வெளிப்படையாகத் தெரியும் குறியீட்டு நடை மற்றும் கட்டமைப்புக் கவலைகள், முடிவுகளில் கவனம் செலுத்தும் குறியீட்டு மதிப்பாய்வுகள் ஆகியவை இரண்டு தொடர்புடைய நடைமுறைகள்.

  • மென்பொருள் பரிணாமத்தில் ஒரு மென்பொருள் அமைப்பை நவீனப்படுத்தும்போதும் AD கள் (மீண்டும்) பரிசீலிக்கப்பட வேண்டும்.

முடிவைப் பகிர்தல் (விருப்பத்தேர்வு):

  • பல AD கள் திட்டங்கள் முழுவதும் மீண்டும் மீண்டும் வருகின்றன.

  • எனவே, வெளிப்படையான அறிவு மேலாண்மை உத்தியைப் பின்பற்றும்போது, கடந்த கால முடிவுகளின் நல்ல, கெட்ட அனுபவங்கள் மதிப்புமிக்க மறுபயன்பாட்டுச் சொத்துகளாக இருக்கலாம்.

முடிவை ஆவணப்படுத்துதல்:

  • முடிவுகளைப் பதிவு செய்ய பல வார்ப்புருக்களும் கருவிகளும் உள்ளன.

  • சுறுசுறுப்பான (agile) சமூகங்களைப் பாருங்கள், எ.கா. M. Nygard இன் ADR கள்.

  • பாரம்பரிய மென்பொருள் பொறியியல் மற்றும் கட்டமைப்பு வடிவமைப்புச் செயல்முறைகளைப் பாருங்கள், எ.கா. IBM UMF மற்றும் CapitalOne இன் Tyree, Akerman பரிந்துரைத்த அட்டவணை அமைப்புகள்.

மேலும்:

  • மேலே உள்ள படிகள் Architectural Decision என்ற Wikipedia பதிவிலிருந்து எடுக்கப்பட்டவை