சுறுசுறுப்பான வளர்ச்சி முறை - சுறுசுறுப்பு

சுறுசுறுப்பான மாதிரி

நெகிழ்வான (சுறுசுறுப்பான) முறையானது, பணிப்பாய்வுகளை பல சிறிய சுழற்சிகளுக்கு நகர்த்துவதன் மூலம் மென்பொருள் உருவாக்கத்தில் ஆபத்தைக் குறைக்க உதவுகிறது. இந்த சுழற்சிகள் மறு செய்கைகள் என்று அழைக்கப்படுகின்றன மற்றும் பொதுவாக இரண்டு முதல் மூன்று வாரங்கள் வரை நீடிக்கும்.

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

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

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

தீமைகளைப் பொறுத்தவரை, சுறுசுறுப்பைப் பயன்படுத்தும் போது, ​​தொழிலாளர் வளங்களின் விலை மற்றும் திட்டத்தின் வரவு செலவுத் திட்டத்தை மதிப்பிடுவது சில நேரங்களில் கடினம். நெகிழ்வான மாதிரியின் நடைமுறை பயன்பாட்டிற்கான விருப்பங்களை நாம் எடுத்துக் கொண்டால், அவற்றில் மிகவும் பிரபலமானது எக்ஸ்ட்ரீம் புரோகிராமிங் (எக்ஸ்பி) ஆகும்.

XP ஆனது ஒவ்வொரு நாளும் நடைபெறும் குழு உறுப்பினர்களின் சுருக்கமான சந்திப்புகள் மற்றும் வழக்கமான சந்திப்புகள் (வாரத்திற்கு ஒரு முறை அல்லது அதற்கும் குறைவாக) அடிப்படையாக கொண்டது. தினசரி பேரணிகளில் (தினசரி நிற்பது) பொதுவாக விவாதிக்கப்படுகிறது:

• வேலையின் தற்போதைய முடிவுகள்;
• ஒவ்வொரு குழு உறுப்பினரும் முடிக்க வேண்டிய பணிகளின் பட்டியல்;
• எதிர்கொள்ளும் சிரமங்கள் மற்றும் அவற்றைத் தீர்ப்பதற்கான வழிகள்.

அறிக்கை

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

சுறுசுறுப்பான அறிக்கை 4 அடிப்படை யோசனைகள் மற்றும் 12 கொள்கைகளைக் கொண்டுள்ளது.

முக்கிய யோசனைகள்:

• கருவிகளை விட டெவலப்பர்களுக்கு இடையிலான ஒத்துழைப்பு மிகவும் முக்கியமானது;
• ஆவணங்களை விட தயாரிப்பின் வேலை பதிப்பு முன்னுரிமை பெறுகிறது;
• குழுவிற்கும் வாடிக்கையாளருக்கும் இடையிலான பரஸ்பர புரிதல் ஒப்பந்தத்தின் விதிமுறைகளை விட முக்கியமானது;
• தேவைப்பட்டால் அசல் திட்டத்தை எப்போதும் மாற்றலாம்.

அஜிலின் 12 கொள்கைகளைப் பொறுத்தவரை, அவை இங்கே:

• வாடிக்கையாளரின் எதிர்பார்ப்புகளுடன் முடிக்கப்பட்ட திட்டத்தின் இணக்கம் முக்கிய முன்னுரிமை;
• எந்த நிலையிலும், வளர்ச்சியின் இறுதி கட்டத்தில் கூட (இது மென்பொருளின் தரம் மற்றும் போட்டித்தன்மையை மேம்படுத்த முடியும் என்றால்) நிலைமைகளை மாற்றுவது அனுமதிக்கப்படுகிறது;
• மென்பொருள் தயாரிப்பின் வேலை பதிப்புகளின் வழக்கமான விநியோகம் (ஒவ்வொரு 14 நாட்களுக்கும், மாதம் அல்லது காலாண்டுக்கு ஒருமுறை);
• வெற்றிக்கான திறவுகோல் வாடிக்கையாளர் மற்றும் டெவலப்பர்களிடையே வழக்கமான தொடர்பு (முன்னுரிமை தினசரி);
• அவர்கள் ஆர்வமுள்ளவர்களிடையே திட்டங்கள் உருவாக்கப்பட வேண்டும், அத்தகைய நபர்களுக்கு வேலைக்கு தேவையான நிபந்தனைகள் மற்றும் அனைத்து வகையான ஆதரவையும் வழங்க வேண்டும்;
• ஒரு குழுவில் தகவல்களைப் பகிர சிறந்த வழி தனிப்பட்ட சந்திப்பு;
• மென்பொருளின் வேலை பதிப்பு முன்னேற்றத்தின் சிறந்த குறிகாட்டியாகும்;
• அனைத்து பங்குதாரர்களும் மென்பொருள் மேம்பாடு செயல்முறை முழுவதும் தேவையான வேலை வேகத்தை பராமரிக்க முடியும்;
• தொழில்நுட்ப முன்னேற்றம் மற்றும் நல்ல வடிவமைப்பு நெகிழ்வுத்தன்மையை மேம்படுத்துகிறது;
• அதை எளிமையாக வைத்திருப்பது முக்கியம் மற்றும் அதிகமாக உருவாக்க வேண்டாம்;
• சுய-ஒழுங்கமைக்கக்கூடிய அந்த குழுக்களிடமிருந்து சிறந்த முடிவுகள் பெறப்படுகின்றன;
• குழு உறுப்பினர்கள் பணிப்பாய்வுகளை மாற்றுவதன் மூலம் தங்கள் செயல்திறனை மேம்படுத்துவதற்கான வழிகளைப் பற்றி தொடர்ந்து சிந்திக்க வேண்டும்.

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

முறைகள்

சுறுசுறுப்பான அறிக்கையில் மதிப்புகள் மற்றும் கொள்கைகளை விளக்கும் பல வழிமுறைகள் உள்ளன:

• சுறுசுறுப்பான மாடலிங்;
• சுறுசுறுப்பான ஒருங்கிணைந்த செயல்முறை;
• சுறுசுறுப்பான தரவு முறை
• விரைவான பயன்பாட்டு மேம்பாடு (DSDM);
• அத்தியாவசிய ஒருங்கிணைந்த செயல்முறை;
• தீவிர நிரலாக்கம்;
• அம்சம் சார்ந்த வளர்ச்சி;
• உண்மையான பெறுதல்;
• திற;
• ஸ்க்ரம்.

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

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

சுறுசுறுப்பான ஒருங்கிணைந்த செயல்முறை என்பது பயனர்களுக்கு தோராயமாக (மாடல்) எளிதாக்கும் ஒரு முறையாகும். பொதுவாக வணிக மென்பொருளை உருவாக்க பயன்படுகிறது.

சுறுசுறுப்பான தரவு முறை - பல குழுக்களின் ஒத்துழைப்பு மூலம் வாடிக்கையாளர் நிலைமைகள் அடையப்படும் பல ஒத்த முறைகள்.

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

அம்சத்தால் இயக்கப்படும் மேம்பாடு என்பது ஒரு கால வரம்பைக் கொண்ட ஒரு மேம்பாட்டு முறை: "ஒவ்வொரு அம்சமும் இரண்டு வாரங்களுக்கு மேல் செயல்படுத்தப்பட வேண்டும்."

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

நிஜத்தைப் பெறுவது என்பது ஒரு செயல்பாட்டு முறை ஆகும், இதில் நிரல் இடைமுகம் முதலில் உருவாக்கப்பட்டது, அதன் பிறகுதான் அதன் செயல்பாடு உருவாக்கப்படுகிறது.

OpenUP என்பது திட்ட சுழற்சியை நான்கு நிலைகளாகப் பிரிக்கும் ஒரு மேம்பாட்டு முறையாகும்: தொடக்கம், சுத்திகரிப்பு, கட்டுமானம் மற்றும் ஒப்படைப்பு.

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

ஸ்க்ரமைப் பொறுத்தவரை, இது வளர்ச்சி செயல்முறையை நிர்வகிப்பதற்கான விதிகளை ஒழுங்குபடுத்துகிறது மற்றும் நிலைமைகளை சரிசெய்யும் அல்லது மாற்றங்களைச் செய்வதற்கான சாத்தியக்கூறுகளுடன் இருக்கும் குறியீட்டு நடைமுறைகளைப் பயன்படுத்த உங்களை அனுமதிக்கிறது. இந்த முறையைப் பயன்படுத்தி, வளர்ச்சியின் ஆரம்ப கட்டங்களில் எதிர்பார்க்கப்படும் முடிவுகளிலிருந்து விலகல்களைக் காணவும் அகற்றவும் உங்களை அனுமதிக்கிறது.

இதை கொஞ்சம் விரிவாகப் பார்ப்போம்...