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

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

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

UML என்பது காட்சிப்படுத்தல், அளவுருக்கள் பற்றிய விளக்கம், பல்வேறு அமைப்புகளின் வடிவமைப்பு மற்றும் ஆவணப்படுத்தல் (குறிப்பாக நிரல்கள்) ஆகியவற்றுக்கான வரைகலை மொழியாகும். ரேஷனல் ரோஸ் (http://www-01.ibm.com/software/rational/) மற்றும் எண்டர்பிரைஸ் ஆர்கிடெக்ட் (http://www.sparxsystems.com.au/) போன்ற சிறப்பு CASE கருவிகளைப் பயன்படுத்தி வரைபடங்கள் உருவாக்கப்படுகின்றன. UML தொழில்நுட்பத்தின் அடிப்படையில், ஒரு ஒருங்கிணைந்த தகவல் மாதிரி. மேலே உள்ள CASE கருவிகள் பல்வேறு பொருள் சார்ந்த மொழிகளில் குறியீட்டை உருவாக்கும் திறன் கொண்டவை, மேலும் அவை மிகவும் பயனுள்ள செயல்பாடுதலைகீழ் பொறியியல். (தற்போதுள்ள நிரல் குறியீடு மற்றும் அதற்கான கருத்துகளில் இருந்து வரைகலை மாதிரியை உருவாக்க தலைகீழ் பொறியியல் உங்களை அனுமதிக்கிறது.)

மாதிரியைக் காட்சிப்படுத்துவதற்கான வரைபடங்களின் வகைகளைப் பார்ப்போம் (இன்னும் பல வகைகள் இருந்தாலும் இது கண்டிப்பாக இருக்க வேண்டும்):

வழக்கு வரைபடத்தைப் பயன்படுத்தவும்

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

வகுப்பு வரைபடம்

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

மாநில விளக்கப்படம் வரைபடம்

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

வரிசை வரைபடம்

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

ஒத்துழைப்பு வரைபடம்

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

கூறு வரைபடம்

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

வரிசைப்படுத்தல் வரைபடம்

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

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

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

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

1. "நீர்வீழ்ச்சி மாதிரி" (அடுக்கு மாதிரி அல்லது "நீர்வீழ்ச்சி")

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

நீர்வீழ்ச்சி மாதிரியைப் பயன்படுத்தி, தொழில்நுட்ப விவரக்குறிப்புகளை மட்டும் உருவாக்குவது உட்பட பல திட்டங்களை புதிதாக உருவாக்கினோம். Habré இல் எழுதப்பட்ட திட்டங்கள்: நடுத்தர - ​​, சிறிய - .

நீர்வீழ்ச்சி முறையை எப்போது பயன்படுத்த வேண்டும்?

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

2. "வி-மாடல்"

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

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

வி-மாடலை எப்போது பயன்படுத்த வேண்டும்?

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

3. "அதிகரிக்கும் மாதிரி" (அதிகரிக்கும் மாதிரி)

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

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

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

அதிகரிக்கும் மாதிரியை எப்போது பயன்படுத்த வேண்டும்?

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

4. “RAD மாடல்” (விரைவான பயன்பாட்டு மேம்பாட்டு மாதிரி அல்லது விரைவான பயன்பாட்டு மேம்பாடு)

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

விரைவான பயன்பாட்டு மேம்பாட்டு மாதிரி பின்வரும் கட்டங்களை உள்ளடக்கியது:

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

RAD மாதிரி எப்போது பயன்படுத்தப்படுகிறது?

உயர் தகுதி வாய்ந்த மற்றும் அதிக நிபுணத்துவம் வாய்ந்த கட்டிடக் கலைஞர்களுடன் மட்டுமே பயன்படுத்த முடியும். ஆயத்த தானியங்கு அசெம்பிளி கருவிகளின் விலையுடன் இந்த நிபுணர்களுக்குச் செலுத்துவதற்கான திட்ட வரவு செலவுத் திட்டம் பெரியது. RAD மாதிரியை இலக்கு வணிகம் மற்றும் 2-3 மாதங்களுக்குள் கணினியின் அவசர உற்பத்தியின் தேவை பற்றிய நம்பிக்கையான அறிவுடன் தேர்ந்தெடுக்கலாம்.

5. “சுறுசுறுப்பான மாதிரி” (நெகிழ்வான வளர்ச்சி முறை)

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

இந்த வகை குறுகிய தினசரி சந்திப்புகளை அடிப்படையாகக் கொண்டது - “ஸ்க்ரம்” மற்றும் தொடர்ந்து நிகழும் சந்திப்புகள் (வாரத்திற்கு ஒரு முறை, இரண்டு வாரங்களுக்கு ஒரு முறை அல்லது மாதத்திற்கு ஒரு முறை), “ஸ்பிரிண்ட்” என்று அழைக்கப்படுகிறது. தினசரி கூட்டங்களில், குழு உறுப்பினர்கள் விவாதிக்கிறார்கள்:

• கடைசி ஸ்க்ரம் முதல் செய்யப்பட்ட பணிகள் குறித்த அறிக்கை;
• அடுத்த கூட்டத்திற்கு முன் பணியாளர் முடிக்க வேண்டிய பணிகளின் பட்டியல்;
• வேலையின் போது ஏற்படும் சிரமங்கள்.

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

அஜிலை எப்போது பயன்படுத்த வேண்டும்?

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

6. "செயல்முறை மாதிரி" (செயல்முறை அல்லது மறுசெயல் மாதிரி)

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

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

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

மறுசெயல் மாதிரியைப் பயன்படுத்துவது எப்போது உகந்தது?

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

7. "சுழல் மாதிரி" (சுழல் மாதிரி)

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

சுழல் மாதிரி ஒவ்வொரு திருப்பத்திற்கும் 4 நிலைகளை உள்ளடக்கியது:

1. திட்டமிடல்;
2. இடர் பகுத்தாய்வு;
3. வடிவமைப்பு;
4. முடிவை மதிப்பீடு செய்தல் மற்றும் தரம் திருப்திகரமாக இருந்தால், புதிய நிலைக்கு மாறுதல்.

இந்த மாதிரி சிறிய திட்டங்களுக்கு ஏற்றது அல்ல; சிக்கலான மற்றும் விலையுயர்ந்த திட்டங்களுக்கு இது நியாயமானது, எடுத்துக்காட்டாக, ஒரு வங்கிக்கான ஆவண ஓட்ட அமைப்பை உருவாக்குவது போன்றவை, ஒவ்வொரு அடுத்த கட்டத்திலும் நிரலாக்கத்தை விட விளைவுகளை மதிப்பிடுவதற்கு அதிக பகுப்பாய்வு தேவைப்படும் போது. சைபீரியா SO UES இன் ODU க்காக EDMS ஐ உருவாக்கும் திட்டத்தில், மின்னணு காப்பகத்தின் பிரிவுகளின் குறியீட்டை மாற்றுவதற்கான இரண்டு சந்திப்புகள் ஒரு புரோகிராமர் மூலம் இரண்டு கோப்புறைகளை இணைப்பதை விட 10 மடங்கு அதிக நேரம் எடுக்கும். நாங்கள் பங்கேற்ற அரசாங்க திட்டங்கள், ஒரு விலையுயர்ந்த கருத்தை நிபுணர் சமூகத்தால் தயாரிப்பதில் தொடங்கியது, இது எந்த வகையிலும் பயனற்றது, ஏனெனில் அது தேசிய அளவில் செலுத்துகிறது.

சுருக்கமாகக் கூறுவோம்

ஸ்லைடு இரண்டு பொதுவான முறைகளுக்கு இடையிலான வேறுபாடுகளை நிரூபிக்கிறது.

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

வளர்ச்சி தொழில்நுட்பங்கள் பற்றி:
.
.
.
.

நீங்கள் என்ன வழிமுறைகளைப் பயன்படுத்துகிறீர்கள்?