அடுக்கு மாதிரி சாதனம்
நீர்வீழ்ச்சி மாதிரி, நீர்வீழ்ச்சி என்றும் அழைக்கப்படுகிறது, இது மென்பொருள் மேம்பாட்டிற்கான மிகவும் பிரபலமான அணுகுமுறைகளில் ஒன்றாகும். மாடலின் ஆசிரியர் வின்ஸ்டன் ராய்ஸ். 1970 ஆம் ஆண்டில், அவர் தனது புதுமையின் சாரத்தை அதன் நன்மைகள் மற்றும் தீமைகளை விவரிக்கும் கட்டுரையில் விவரித்தார். அதே இடத்தில், இந்த மாதிரியை ஒரு மறுசெயல் மாதிரிக்கு எவ்வாறு சுத்திகரிக்க முடியும் என்பதை அவர் விளக்கினார். ஆரம்பத்தில், நீர்வீழ்ச்சி மாதிரியில், வளர்ச்சி நிலைகள் பின்வரும் வரிசையில் செல்கின்றன:
- தேவைகளின் வரையறை மற்றும் ஒருங்கிணைப்பு;
- திட்ட ஒப்புதல்;
- குறியீட்டு முறை;
- மென்பொருள் தயாரிப்பின் வேலை செய்யும் பதிப்பை உருவாக்குதல்;
- சோதனை மற்றும் பிழைத்திருத்தம்;
- மென்பொருள் நிறுவல்;
- ஆதரவு.
நீர்வீழ்ச்சி மாதிரியின் படி, டெவலப்பரின் செயல்களை செயல்படுத்துவது தொடர்ச்சியாக நிகழ்கிறது - புள்ளி மூலம் புள்ளி. தொடங்குவதற்கு, முடிக்கப்பட வேண்டிய பட்டியலின் வடிவத்தில் மென்பொருள் தேவைகளைத் தீர்மானிப்பதற்கும் ஒப்புக்கொள்வதற்கும் பணி நிறைவடைகிறது.
அதன் பிறகு, திட்டத்தின் உருவாக்கம் மற்றும் ஒப்புதலுக்கு ஒரு மாற்றம் உள்ளது, இதன் விளைவாக முன்னர் ஒப்புக் கொள்ளப்பட்ட மென்பொருள் தேவைகளை எவ்வாறு செயல்படுத்துவது என்பதை விவரிக்கும் ஆவணங்கள் எழுதப்பட்டுள்ளன.
வடிவமைப்பு முடிந்தால், டெவலப்பர்கள் செயல்படுத்தலை மேற்கொள்கின்றனர். அடுத்து குறியீட்டின் இணைப்பு வருகிறது - திட்டத்தின் தனிப்பட்ட பகுதிகளின் ஒருங்கிணைப்பு, இது பல்வேறு குழு உறுப்பினர்களால் வேலை செய்யப்பட்டது.
அடுத்த கட்டம் தயாரிப்பு சோதனை மற்றும் பிழைத்திருத்தம் ஆகும். முன்பு கண்டுபிடிக்கப்பட்ட பிழைகள் இங்கே சரி செய்யப்படுகின்றன.
இறுதியாக, நிரல் நிறுவப்பட்டு ஆதரிக்கப்படுகிறது. தேவைப்பட்டால், செயல்பாட்டில் மாற்றங்களைச் செய்வது மற்றும் கண்டறியப்பட்ட பிழைகளை நீக்குவது ஆகியவை இதில் அடங்கும்.
கேஸ்கேட் மாதிரியானது, நீங்கள் அடுத்த கட்ட வளர்ச்சிக்கு கண்டிப்பாக வரிசையாக செல்ல முடியும் என்று கருதுகிறது - முந்தைய பணியை முடித்த பின்னரே. நிலைகளில் பின்னடைவு அல்லது முரண்பாடு சாத்தியம் வழங்கப்படவில்லை.
நன்மைகள் மற்றும் தீமைகள்
அவ்வப்போது, நீர்வீழ்ச்சி மாதிரி அதன் நெகிழ்வுத்தன்மை இல்லாததால் விமர்சிக்கப்படுகிறது. திட்ட நிர்வாகத்தின் குறிக்கோள் அதில் நிலவுவதால் பலர் அதை விரும்புவதில்லை, அதே நேரத்தில் காலக்கெடுவை சந்திப்பது, செலவு மற்றும் வளர்ச்சியின் தரம் மிகவும் முக்கியமானது.
இருப்பினும், பெரிய திட்டங்களுக்கு வரும்போது, அவற்றில் மேலாண்மை பெரும்பாலும் முக்கியமானது, ஏனெனில் இது திட்டத்தின் அபாயங்களைக் குறைக்கிறது மற்றும் வேலையில் வெளிப்படைத்தன்மையை மேம்படுத்துகிறது.
குறைபாடுகள் இருந்தபோதிலும், PMBOK 3வது பதிப்பு முறையாக "கேஸ்கேட் மாதிரி" முறையை மட்டுமே குறிப்பிடுகிறது. திட்ட மேலாண்மை உட்பட பிற விருப்பங்கள் வழங்கப்படவில்லை.
நீர்வீழ்ச்சி மாதிரியின் நன்மைகள்:
- குழு வளர்ச்சியை கட்டுப்படுத்துவது எளிது. புரோகிராமர்கள் தற்போது என்ன வேலை செய்கிறார்கள் என்பதை வாடிக்கையாளர் நன்கு அறிந்திருக்கிறார், அவர் திட்டத்தின் காலக்கெடு மற்றும் பட்ஜெட்டை மாற்ற முடியும்.
- வளர்ச்சிக்கான செலவு முதல் கட்டத்தில் அங்கீகரிக்கப்பட்டுள்ளது. செயல்படுத்தலின் அனைத்து நிலைகளிலும் ஒப்புக்கொண்ட பிறகு, மென்பொருள் தயாரிப்பு தொடர்ந்து எழுதப்படுகிறது.
- அனுபவம் வாய்ந்த சோதனையாளர்கள் தேவையில்லை. சோதனை கட்டத்திற்கு, நீங்கள் நிரல் ஆவணங்களைப் பயன்படுத்தலாம்.
நீர்வீழ்ச்சி மாதிரியின் தீமைகள்:
- வளர்ச்சியின் முடிவில் சோதனை தொடங்குவதால், ஒரு பிழை கண்டுபிடிக்கப்பட்டால், ஆரம்ப கட்டத்தை விட அதை சரிசெய்ய அதிக செலவாகும். எல்லாவற்றிற்கும் மேலாக, டெவலப்பர் ஏற்கனவே குறியீட்டை எழுதி முடித்தவுடன் மட்டுமே சோதனையாளர்கள் பிழையைக் கண்டுபிடிப்பார்கள், மற்றும் நகல் எழுத்தாளர்கள் - ஆவணங்கள்.
- டெவலப்மெண்ட் முடிந்த பிறகு வாடிக்கையாளர் முடிக்கப்பட்ட தயாரிப்புடன் பழகுவார். அதன்படி, தயாரிப்பு கிட்டத்தட்ட முழுமையாக தயாராக இருக்கும்போது மட்டுமே அவர் அதை மதிப்பீடு செய்ய முடியும். அவர் முடிவை விரும்பவில்லை என்றால், திருத்தத்தின் தேவை காரணமாக திட்ட வரவு செலவுத் திட்டத்தின் செலவு குறிப்பிடத்தக்க அளவில் அதிகரிக்கும்.
- அதிக தொழில்நுட்ப ஆவணங்கள், வேலையை முடிக்க அதிக நேரம் எடுக்கும். இத்தகைய ஆவணங்களுக்கு அதிக மாற்றங்கள் மற்றும் ஒப்புதல்கள் தேவை.
"நீர்வீழ்ச்சி" பெரும்பாலும் மருத்துவ மற்றும் விண்வெளித் தொழில்களில் திட்டங்களில் பயன்படுத்தப்படுகிறது, அங்கு ஏற்கனவே பரந்த அளவிலான ஆவணங்கள் உள்ளன, அதன் அடிப்படையில் புதிய மென்பொருளுக்கான தேவைகளை வரைய முடியும்.
நீர்வீழ்ச்சி மாதிரியைப் பயன்படுத்தும் போது, முக்கிய விஷயம் விரிவான தேவைகளை எழுதுவது. சோதனையின் போது, முழு திட்டத்திற்கும் தீங்கு விளைவிக்கும் எங்கோ ஒரு பிழை உள்ளது என்று மாறிவிடக்கூடாது.