மென்பொருள் தயாரிப்பு மேம்பாடு பல தகுதியான வழிமுறைகளை அறிந்திருக்கிறது - வேறுவிதமாகக் கூறினால், நிறுவப்பட்ட சிறந்த நடைமுறைகள். தேர்வு திட்டத்தின் பிரத்தியேகங்கள், பட்ஜெட் அமைப்பு, அகநிலை விருப்பத்தேர்வுகள் மற்றும் மேலாளரின் மனோபாவம் ஆகியவற்றைப் பொறுத்தது. எடிசனில் நாம் அடிக்கடி சந்திக்கும் முறைகளை கட்டுரை விவரிக்கிறது.
கேஸ்கேட் மாதிரி என்பது சோதனையின் நீட்டிப்பாகும். . இந்த மாதிரியில், சோதனை கட்டத்திற்கு கூடுதலாக, ஒரு உறுப்பு சேர்க்கப்பட்டுள்ளது, இது கட்டங்களில் ஒன்றாக கருதப்படுகிறது - சோதனை திட்டம். படம் 5 - வேலையின் அடிப்படையில் சொந்த வளர்ச்சி. மறு செய்கைகளுடன் கூடிய நீர்வீழ்ச்சி மாதிரியும் வழங்கப்படுகிறது. இந்த மாதிரி எந்த கட்டத்தின் முடிவும் முழுமையடையாது மற்றும் மாற்றியமைக்கப்பட வேண்டும் என்று கருதுகிறது. தேவைகள், செலவு மற்றும் செயல்படுத்தும் நேரத்தை மாற்ற மாதிரி உங்களை அனுமதிக்கிறது. சிக்கலான அமைப்புக்கு வழிவகுக்கும் சிக்கலான பன்முக சூழ்நிலைகளில் பயன்பாடு கண்டறியப்பட்டுள்ளது.
மூலத்தைப் பொறுத்து, மாதிரியில் சோதனை எதுவும் இல்லை மற்றும் சரிபார்ப்பு மட்டுமே உள்ளது என்று கருதப்படுகிறது. சோதனை இரண்டாம் தலைமுறை என்பதையும் நீங்கள் காணலாம் மென்பொருள்இந்த மாதிரியில். படம் 6 - வேலையின் அடிப்படையில் சொந்த வளர்ச்சி.
1. "நீர்வீழ்ச்சி மாதிரி" (அடுக்கு மாதிரி அல்லது "நீர்வீழ்ச்சி")
பழமையான ஒன்று, நிலைகளின் தொடர்ச்சியான பத்தியை உள்ளடக்கியது, ஒவ்வொன்றும் அடுத்தது தொடங்கும் முன் முழுமையாக முடிக்கப்பட வேண்டும். நீர்வீழ்ச்சி மாதிரியானது ஒரு திட்டத்தை நிர்வகிப்பதை எளிதாக்குகிறது. அதன் கடினத்தன்மைக்கு நன்றி, வளர்ச்சி விரைவாக தொடர்கிறது, செலவு மற்றும் காலக்கெடு முன்னரே தீர்மானிக்கப்படுகிறது. ஆனால் இது இரட்டை முனைகள் கொண்ட வாள். நீர்வீழ்ச்சி மாதிரியானது தெளிவான மற்றும் முன் வரையறுக்கப்பட்ட தேவைகள் மற்றும் அவற்றைச் செயல்படுத்துவதற்கான வழிகளைக் கொண்ட திட்டங்களில் மட்டுமே சிறந்த முடிவுகளைத் தரும். ஒரு படி பின்வாங்க வழி இல்லை; வளர்ச்சி முடிந்த பிறகு அல்லது கிட்டத்தட்ட முடிந்த பிறகுதான் சோதனை தொடங்கும். நியாயமான தேர்வு இல்லாமல் இந்த மாதிரியின் படி உருவாக்கப்பட்ட தயாரிப்புகளில் குறைபாடுகள் இருக்கலாம் (தேவைகளின் பட்டியலை எந்த நேரத்திலும் சரிசெய்ய முடியாது), இது கடுமையான செயல்களின் வரிசையின் காரணமாக இறுதியில் மட்டுமே அறியப்படுகிறது. மாற்றங்களைச் செய்வதற்கான செலவு அதிகமாக உள்ளது, ஏனெனில் அதைத் தொடங்க முழு திட்டமும் முடியும் வரை காத்திருக்க வேண்டும். இருப்பினும், நிலையான செலவு பெரும்பாலும் அணுகுமுறையின் தீமைகளை விட அதிகமாக உள்ளது. உருவாக்கும் செயல்பாட்டின் போது உணரப்பட்ட குறைபாடுகளை சரிசெய்வது சாத்தியமாகும், மேலும் எங்கள் அனுபவத்தில், ஒரு சிறிய தொழில்நுட்ப விவரக்குறிப்புடன் ஒப்பந்தத்திற்கு ஒன்று முதல் மூன்று கூடுதல் ஒப்பந்தங்கள் தேவை.
மாதிரி - தேடல் நிரலாக்கம். . காகிதத்தில் வழங்கப்பட்ட மாதிரியானது தேவைகளை வரையறுக்க கடினமாக உள்ள அமைப்புகளில் பயன்படுத்தப்படுகிறது, கணினி மீண்டும் மீண்டும் கட்டமைக்கப்பட்டுள்ளது, ஒவ்வொரு சுழற்சியும் கிளையன்ட் காசோலையுடன் முடிவடைகிறது. இந்த மாதிரியானது மென்பொருளை உருவாக்க ஒரு பொழுதுபோக்காக பயன்படுத்தப்படலாம். தொழில் ரீதியாக முன்மாதிரிகளில் பயன்படுத்தப்படுகிறது. கணினியின் ஆரம்ப சோதனை அதன் ஒட்டுமொத்த வடிவமைப்பிற்குப் பிறகு நிகழ்கிறது.
படம் 7 - வேலையின் அடிப்படையில் சொந்த வளர்ச்சி. மாதிரியானது சிக்கலான அமைப்புகளில் தெளிவற்ற அல்லது தெளிவற்ற தேவைகளுடன் பயன்படுத்தப்படுகிறது - வாடிக்கையாளரால் சோதிக்கப்பட்ட முன்மாதிரிகள் மூலம் கணினி சுழற்சி முறையில் செயல்படுத்தப்படுகிறது. என்று அழைக்கப்படும் முன்மாதிரிகள். ஒப்பனை குறைந்த செலவிலும் மிக விரைவாகவும் செய்யலாம். பயன்படுத்தப்படும் முறை தேவைகளை சரிபார்க்க அனுமதிக்கிறது. கணினி செயல்படுத்தப்பட்ட நிலைக்குப் பிறகு சோதனை நிகழ்கிறது.
நீர்வீழ்ச்சி மாதிரியைப் பயன்படுத்தி, தொழில்நுட்ப விவரக்குறிப்புகளை மட்டும் உருவாக்குவது உட்பட பல திட்டங்களை புதிதாக உருவாக்கினோம். Habré இல் எழுதப்பட்ட திட்டங்கள்: நடுத்தர - , சிறிய - .
நீர்வீழ்ச்சி முறையை எப்போது பயன்படுத்த வேண்டும்?
- தேவைகள் தெரிந்ததும், புரிந்து கொண்டும், பதிவு செய்தாலும் மட்டுமே. முரண்பட்ட தேவைகள் எதுவும் இல்லை.
- தேவையான தகுதிகளுடன் புரோகிராமர்கள் கிடைப்பதில் எந்த பிரச்சனையும் இல்லை.
- ஒப்பீட்டளவில் சிறிய திட்டங்களில்.
2. "வி-மாடல்"
அடுக்கு மாதிரியிலிருந்து "படிப்படியாக" கட்டமைப்பை மரபுரிமையாகப் பெற்றது. V- வடிவ மாதிரியானது தடையற்ற செயல்பாடு குறிப்பாக முக்கியமான அமைப்புகளுக்குப் பொருந்தும். உதாரணத்திற்கு, பயன்பாட்டு திட்டங்கள்நோயாளிகளைக் கண்காணிப்பதற்கான கிளினிக்குகளில், வாகனங்களில் அவசர காற்றுப் பைகளுக்கான கட்டுப்பாட்டு வழிமுறைகளுக்கான ஒருங்கிணைந்த மென்பொருள் மற்றும் பல. மாடலின் ஒரு சிறப்பு அம்சம் என்னவென்றால், இது ஏற்கனவே வடிவமைப்பின் ஆரம்ப கட்டத்தில் இருக்கும் ஒரு தயாரிப்பை முழுமையாக சரிபார்த்து சோதனை செய்வதை நோக்கமாகக் கொண்டுள்ளது. சோதனை நிலை தொடர்புடைய வளர்ச்சி நிலையுடன் ஒரே நேரத்தில் மேற்கொள்ளப்படுகிறது, எடுத்துக்காட்டாக, குறியீட்டு முறையின் போது அலகு சோதனைகள் எழுதப்படுகின்றன.
படம் 8 - வேலையின் அடிப்படையில் சொந்த வளர்ச்சி. மென்பொருள் வாழ்க்கைச் சுழற்சியின் நான்கு முக்கிய நிலைகள் சுழற்சி முறையில் உள்ளன: இடர் பகுப்பாய்வு, வடிவமைப்பு, சரிபார்ப்பு, திட்டமிடல். படம் 9 - வேலையின் அடிப்படையில் சொந்த வளர்ச்சி.
மென்பொருள் சோதனை என்றால் என்ன? . மென்பொருள் சோதனை என்றால் என்ன என்ற கேள்விக்கு பதிலளிக்கும் முன், சரிபார்ப்பு மற்றும் சரிபார்ப்பு போன்ற கருத்துகளின் வரையறையைக் குறிப்பிடுவது மதிப்பு. படைப்பின் ஆசிரியரின் மதிப்பாய்வு, ஆய்வு மூலம் மற்றும் தெளிவான சான்றுகளை வழங்குவதன் மூலம், குறிப்பிட்ட தேவைகள் பூர்த்தி செய்யப்படுகின்றன என்பதை உறுதிப்படுத்துகிறது. வடிவமைப்பு மற்றும் உற்பத்தியில், சரிபார்ப்பு என்பது ஒரு செயல்பாட்டிற்கான தேவைகளுக்கு இணங்குவதைத் தீர்மானிக்க ஒரு செயல்பாட்டின் வெளியீட்டைச் சோதிக்கும் செயல்முறையைக் குறிக்கிறது.
வி-முறையை அடிப்படையாகக் கொண்ட எங்கள் வேலைக்கான எடுத்துக்காட்டு - மொபைல் பயன்பாடுஐரோப்பியருக்கு மொபைல் ஆபரேட்டர், இது பயணம் செய்யும் போது ரோமிங் செலவுகளை மிச்சப்படுத்துகிறது. திட்டமானது ஒரு தெளிவான விவரக்குறிப்பின்படி மேற்கொள்ளப்படுகிறது, ஆனால் இது ஒரு குறிப்பிடத்தக்க சோதனைக் கட்டத்தை உள்ளடக்கியது: இடைமுக வசதி, செயல்பாடு, சுமை மற்றும் ஒருங்கிணைப்பு உட்பட, பல்வேறு உற்பத்தியாளர்களின் பல கூறுகள் நிலையானதாக இணைந்து செயல்படுவதை உறுதிப்படுத்த வேண்டும், பணம் மற்றும் கடன் திருட்டு சாத்தியமற்றது.
சரிபார்ப்பு, அதே ஆசிரியரைக் குறிப்பிடுவதன் மூலம், ஒரு குறிப்பிட்ட, நோக்கம் கொண்ட பயன்பாட்டிற்கான குறிப்பிட்ட தேவைகள் பூர்த்தி செய்யப்படுகின்றன என்பதற்கான தெளிவான ஆதாரத்தை வழங்குகிறது என்பதை, பரிசோதனையின் மூலம் உறுதிப்படுத்துவதாகும். வடிவமைப்பு மற்றும் உற்பத்தியில், சரிபார்ப்பு என்பது பயனரின் தேவைகளைப் பூர்த்திசெய்கிறதா என்பதைத் தீர்மானிக்க ஒரு தயாரிப்பைச் சோதிக்கும் செயல்முறையைக் குறிக்கிறது. சரிபார்ப்பு பொதுவாக இறுதி தயாரிப்பில் செய்யப்படுகிறது. சோதனையானது மென்பொருளைச் சரிபார்த்து சரிபார்ப்பதை உள்ளடக்கியது. மென்பொருள் சோதனை, இங்கு வரையறுக்கப்பட்டுள்ளபடி, பிழைகளைக் கண்டறிய உள்ளீடுகள் மற்றும் நிலைகளின் கலவைக்கு எதிராக குறியீட்டை செயல்படுத்துவதாகும்.
வி-மாடலை எப்போது பயன்படுத்த வேண்டும்?
- ஒரு தயாரிப்பின் முழுமையான சோதனை தேவைப்பட்டால், V-மாடல் அதன் உள்ளார்ந்த யோசனையை நியாயப்படுத்தும்: சரிபார்ப்பு மற்றும் சரிபார்ப்பு.
- சிறிய மற்றும் நடுத்தர அளவிலான திட்டங்களுக்கு, தேவைகள் தெளிவாக வரையறுக்கப்பட்டு சரி செய்யப்படுகின்றன.
- தேவையான தகுதிகள் கொண்ட பொறியாளர்கள், குறிப்பாக சோதனையாளர்கள் கிடைக்கும் சூழ்நிலையில்.
3. "அதிகரிக்கும் மாதிரி" (அதிகரிக்கும் மாதிரி)
அதிகரிக்கும் மாதிரியில், முழுமையான கணினி தேவைகள் வெவ்வேறு கூட்டங்களாக பிரிக்கப்படுகின்றன. மென்பொருளின் படிப்படியான அசெம்பிளியை விவரிக்க சொற்கள் பெரும்பாலும் பயன்படுத்தப்படுகின்றன. பல வளர்ச்சி சுழற்சிகள் நடைபெறுகின்றன, மேலும் அவை ஒன்றாக பல நீர்வீழ்ச்சி வாழ்க்கை சுழற்சியை உருவாக்குகின்றன. சுழற்சி சிறிய, எளிதில் உருவாக்கப்பட்ட தொகுதிகளாக பிரிக்கப்பட்டுள்ளது. ஒவ்வொரு தொகுதியும் தேவைகள் வரையறை, வடிவமைப்பு, குறியீட்டு முறை, செயல்படுத்தல் மற்றும் சோதனை ஆகிய கட்டங்களில் செல்கிறது. அதிகரிக்கும் மாதிரியின் படி மேம்பாட்டு செயல்முறையானது முதல் பெரிய கட்டத்தில் அடிப்படை செயல்பாட்டுடன் ஒரு தயாரிப்பை வெளியிடுவதை உள்ளடக்கியது, பின்னர் "அதிகரிப்பு" என்று அழைக்கப்படும் புதிய செயல்பாடுகளைச் சேர்ப்பது. முழுமையான அமைப்பு உருவாக்கப்படும் வரை செயல்முறை தொடர்கிறது.
சோதனைகளின் நோக்கம் பிழைகளைக் கண்டறிவதாகும். சோதனை என்பது டைனமிக் பகுப்பாய்வாகும், ஏனெனில் சோதிக்கப்பட்ட குறியீடு செயல்படுத்தப்படுகிறது. மென்பொருள் சரிபார்ப்பு - ஐந்து-நிலை சோதனை சோதனை. . வேலை கட்டத்தில், சோதனை செயல்முறை பின்வருமாறு வழங்கப்படுகிறது.
முதல் கட்டத்தில், கூறுகள் சரியாக வேலை செய்கிறதா என்பதை உறுதிப்படுத்த, கூறுகள் சோதிக்கப்படுகின்றன. ஒரு தொகுதி என்பது பொருள் வகுப்புகள், சுருக்க தரவு வகைகள் அல்லது செயல்பாடுகள் மற்றும் நடைமுறைகளின் தொகுப்பு போன்ற சுயாதீன கூறுகளின் தொகுப்பாகும். தொகுதி தொடர்புடைய கூறுகளை உள்ளடக்கியதால், மற்ற கணினி தொகுதிகளின் பங்கேற்பு இல்லாமல் அதை சோதிக்க முடியும். துணை அமைப்பு சோதனை. இந்த கட்டத்தில், துணை அமைப்பில் ஒருங்கிணைக்கப்பட்ட தொகுதிகளின் சட்டசபை சோதிக்கப்படுகிறது. இடைமுக இணக்கமின்மை பெரிய கணினிகளில் எதிர்கொள்ளும் சிக்கல்களில் ஒன்றாகும். இந்த கட்டத்தில் சோதனையானது பிழை கண்டறிதல் இடைமுகங்களை ஏற்படுத்த வேண்டும். கணினி சோதனை. துணை அமைப்புகள் ஏற்கனவே கணினியில் ஒருங்கிணைக்கப்பட்டுள்ளன. இந்த கட்டத்தில், சோதனையானது துணை அமைப்புகளுக்கு இடையே திட்டமிடப்படாத தொடர்புகள் மற்றும் துணை அமைப்பு இடைமுகங்களில் உள்ள சிக்கல்களால் ஏற்படும் பிழைகளை கண்டறிய வேண்டும். செயல்பாட்டு மற்றும் செயல்படாத சோதனை முழு அமைப்பின் செயல்பாட்டு மற்றும் செயல்படாத தேவைகளைப் பொறுத்தது. பரிசோதிக்கப்படுகிறது. கணினியை பயனரிடம் ஒப்படைப்பதற்கு முன் சோதனை செயல்முறையின் இறுதி நிலை. பயனரிடமிருந்து பெறப்பட்ட தரவுகளின் தொகுப்பைப் பயன்படுத்தி கணினி சோதிக்கப்படுகிறது. இந்த சோதனைக் கட்டம் கணினி தேவைகளை வரையறுப்பதில் பிழைகள் மற்றும் குறைபாடுகளைக் கண்டறிய முடியும். கூடுதலாக, கணினி வசதிகள் பயனர் தேவைகளை முழுமையாக பூர்த்தி செய்யவில்லை அல்லது கணினி செயல்திறன் ஏற்றுக்கொள்ள முடியாதது என்ற உண்மையின் காரணமாக சிக்கல்கள் ஏற்படலாம்.
- ஒவ்வொரு கூறுகளும் மற்ற கணினி கூறுகளின் பங்கேற்பு இல்லாமல் சுயாதீனமாக சோதிக்கப்படுகின்றன.
- சோதனை தொகுதிகள்.
தனிப்பட்ட மாற்றக் கோரிக்கைகள் தெளிவாக இருக்கும் மற்றும் எளிதாக முறைப்படுத்தப்பட்டு செயல்படுத்தப்படும் இடங்களில் அதிகரிக்கும் மாதிரிகள் பயன்படுத்தப்படுகின்றன. எங்கள் திட்டங்களில், DefView ரீடரை உருவாக்க அதைப் பயன்படுத்தினோம், பின்னர் மின்னணு நூலகங்களின் விவால்டி நெட்வொர்க்கை உருவாக்கினோம்.
உதாரணமாக, ஒரு அதிகரிப்பின் சாரத்தை விவரிப்போம். DefView ஐ மாற்றியது. DefView ஒரு ஆவண சேவையகத்துடன் இணைக்கப்பட்டுள்ளது, இப்போது பலவற்றுடன் இணைக்க முடியும். ஒரு குறிப்பிட்ட பார்வையாளர்களுக்கு அதன் உள்ளடக்கத்தை ஒளிபரப்ப விரும்பும் ஒரு நிறுவனத்தின் தளத்தில் ஒரு சேமிப்பக சேவையகம் நிறுவப்பட்டுள்ளது, இது ஆவணங்களை நேரடியாக அணுகி தேவையான வடிவமைப்பிற்கு மாற்றுகிறது. கட்டிடக்கலையின் மூல உறுப்பு தோன்றியது - மத்திய விவால்டி சேவையகம், ஒரு ஒற்றை செயல்படுகிறது தேடல் இயந்திரம்பல்வேறு நிறுவனங்களில் நிறுவப்பட்ட அனைத்து சேமிப்பக சேவையகங்களிலும்.
பொதுவாக, டெவலப்பர்கள் மற்றும் கூறுகளை உருவாக்குபவர்கள் அவர்கள் உருவாக்கும் தொகுதிகள் மற்றும் தொகுதிகளை சோதனை செய்வதற்கு பொறுப்பாவார்கள். கூறுகளை உருவாக்கும் புரோகிராமர், கூறுகளை நன்கு அறிந்திருப்பதால் இது நியாயமானது. சோதனையின் பிந்தைய நிலைகள் பல டெவலப்பர்களின் வேலையை ஒருங்கிணைப்பதை உள்ளடக்கியது. இந்த நடவடிக்கைகள் சோதனைக்கு முன் திட்டமிடப்பட வேண்டும். விவரக்குறிப்புகள் மற்றும் தயாரிக்கப்பட்ட சோதனை நிகழ்வுகளின் அடிப்படையில் சோதனையாளர் ஒரு சுயாதீன சோதனைக் குழுவைச் செயல்படுத்த பரிந்துரைக்கப்படுகிறது. சோதனைத் திட்டங்கள் எவ்வாறு உருவாக்கம் மற்றும் சோதனை நடவடிக்கைகளுக்கு இடையே இணைப்பு என்பதை படம் காட்டுகிறது.
அதிகரிக்கும் மாதிரியை எப்போது பயன்படுத்த வேண்டும்?
- கணினிக்கான அடிப்படைத் தேவைகள் தெளிவாக வரையறுக்கப்பட்டு புரிந்து கொள்ளப்படும் போது. அதே நேரத்தில், சில விவரங்கள் காலப்போக்கில் சுத்திகரிக்கப்படலாம்.
- சந்தையில் தயாரிப்புகளை முன்கூட்டியே அறிமுகப்படுத்துவது அவசியம்.
- பல ஆபத்தான அம்சங்கள் அல்லது இலக்குகள் உள்ளன.
4. “RAD மாடல்” (விரைவான பயன்பாட்டு மேம்பாட்டு மாதிரி அல்லது விரைவான பயன்பாட்டு மேம்பாடு)
RAD மாதிரி என்பது ஒரு வகை அதிகரிக்கும் மாதிரி. RAD மாதிரியில், கூறுகள் அல்லது செயல்பாடுகள் பல சிறு-திட்டங்கள் போன்ற இணையாக பல திறமையான குழுக்களால் உருவாக்கப்படுகின்றன. ஒரு சுழற்சியின் கால அளவு கண்டிப்பாக வரையறுக்கப்பட்டுள்ளது. உருவாக்கப்பட்ட தொகுதிகள் பின்னர் ஒரு வேலை செய்யும் முன்மாதிரியாக ஒருங்கிணைக்கப்படுகின்றன. கருத்துகளைப் பெறுவதற்கும் மாற்றங்களைச் செய்வதற்கும் வாடிக்கையாளரிடம் பணிபுரியும் ஒன்றை மிக விரைவாக வழங்க சினெர்ஜி உங்களை அனுமதிக்கிறது.
ஆல்பா சோதனைகள் மற்றும் பீட்டா சோதனைகள் பற்றி இங்கே குறிப்பிடுவது மதிப்பு. ஆல்பா சோதனையானது ஏற்றுக்கொள்ளும் சோதனை என்று அழைக்கப்படுகிறது. பீட்டா சோதனையின் விஷயத்தில், ஒரு குறிப்பிட்ட குழு பயனர்களுக்கு வெளிப்படும் தயாரிப்புகளின் குழுவை நாங்கள் கையாள்கிறோம். பயன்படுத்தும் போது ஏற்படும் பிரச்சனைகளை உற்பத்தியாளர்களிடம் பயனர்கள் தெரிவிக்கின்றனர். இந்த தீர்வு தயாரிப்பை உண்மையிலேயே பயனுள்ளதாக்குகிறது மற்றும் டெவலப்பர்கள் மற்றும் சிஸ்டம் ஆபரேட்டர்களால் எதிர்பார்க்கப்படாத பிழைகளைக் கண்டறிய உங்களை அனுமதிக்கிறது. கருத்து கிடைத்ததும், கணினி மாற்றப்பட்டு மேலும் பீட்டா சோதனை அல்லது பொது பயன்பாட்டிற்கு கிடைக்கும்.
விரைவான பயன்பாட்டு மேம்பாட்டு மாதிரி பின்வரும் கட்டங்களை உள்ளடக்கியது:
- வணிக மாதிரியாக்கம்: பல்வேறு துறைகளுக்கு இடையேயான தகவல் ஓட்டங்களின் பட்டியலை வரையறுத்தல்.
- தரவு மாதிரியாக்கம்: முந்தைய கட்டத்தில் சேகரிக்கப்பட்ட தகவல்கள், தகவல்களின் சுழற்சிக்குத் தேவையான பொருள்கள் மற்றும் பிற நிறுவனங்களைத் தீர்மானிக்கப் பயன்படுகின்றன.
- செயல்முறை மாதிரியாக்கம்: வளர்ச்சி இலக்குகளை அடைய தகவல் பாய்கிறது இணைப்பு பொருள்கள்.
- பயன்பாட்டை உருவாக்கவும்: CAD மாதிரிகளை குறியீடாக மாற்ற தானியங்கு சட்டசபை கருவிகளைப் பயன்படுத்துகிறது.
- சோதனை: புதிய கூறுகள் மற்றும் இடைமுகங்கள் சோதிக்கப்படுகின்றன.
உயர் தகுதி வாய்ந்த மற்றும் அதிக நிபுணத்துவம் வாய்ந்த கட்டிடக் கலைஞர்களுடன் மட்டுமே பயன்படுத்த முடியும். ஆயத்த தானியங்கு அசெம்பிளி கருவிகளின் விலையுடன் இந்த நிபுணர்களுக்குச் செலுத்துவதற்கான திட்ட வரவு செலவுத் திட்டம் பெரியது. RAD மாதிரியை இலக்கு வணிகம் மற்றும் 2-3 மாதங்களுக்குள் கணினியின் அவசர உற்பத்தியின் தேவை பற்றிய நம்பிக்கையான அறிவுடன் தேர்ந்தெடுக்கலாம்.
முடிவில், இந்த கட்டுரையில் வழங்கப்பட்ட மாதிரிகளிலிருந்து, மென்பொருள் தயாரிப்பில் சோதனையின் முக்கியத்துவம் அதிகரித்து வருகிறது என்பது தெளிவாகிறது. மேலே உள்ள உரை முனைவர் பட்டத்திற்கான தயாரிப்பின் ஒரு பகுதியாகும். மென்பொருள் மேம்பாட்டு சுழற்சியை வரையறுப்பது நீண்ட காலமாக ஒரு பாரம்பரியமாக இருந்து வருகிறது. முதல் முயற்சிகளில் ஒன்று நீர்வீழ்ச்சியின் மாதிரியை உருவாக்குவது. இது மிகவும் எளிமையானது என்றாலும், மென்பொருள் உருவாக்கப்பட்ட முதல் திட்டங்களில் இது முற்றிலும் பிரதிபலித்தது. அதன் ஒரே குறைபாடு அதன் எளிமை, இது கணக்கில் எடுத்துக்கொள்ளாது, எடுத்துக்காட்டாக, நேர தேர்வுமுறை.
5. “சுறுசுறுப்பான மாதிரி” (நெகிழ்வான வளர்ச்சி முறை)
"சுறுசுறுப்பான" மேம்பாட்டு முறைமையில், ஒவ்வொரு மறுமுறைக்குப் பிறகும் வாடிக்கையாளர் முடிவைக் கவனித்து, அது அவருக்குத் திருப்தி அளிக்கிறதா இல்லையா என்பதைப் புரிந்து கொள்ள முடியும். இது நெகிழ்வான மாதிரியின் நன்மைகளில் ஒன்றாகும். முடிவுகளின் குறிப்பிட்ட சூத்திரங்கள் இல்லாததால், வளர்ச்சிக்குத் தேவையான தொழிலாளர் செலவுகள் மற்றும் செலவுகளை மதிப்பிடுவது கடினம் என்ற உண்மையை அதன் குறைபாடுகள் உள்ளடக்குகின்றன. எக்ஸ்ட்ரீம் புரோகிராமிங் (எக்ஸ்பி) என்பது நடைமுறையில் உள்ள சுறுசுறுப்பான மாதிரியின் சிறந்த அறியப்பட்ட பயன்பாடுகளில் ஒன்றாகும்.
நினைவூட்டல் நிரலைப் பயன்படுத்தி மாதிரியை பகுப்பாய்வு செய்வோம். நீங்கள் யூகித்தபடி, அதன் முக்கிய முன்மாதிரி நிகழ்வுகளை நினைவூட்டுவதாக இருக்கும். நாம் தேவைகளுடன் தொடங்க வேண்டும்: இது நமக்கு எதை நினைவூட்டுகிறது? அதில் என்ன அளவுருக்களை அமைக்கலாம்? தேவைகள் தேவைகள் தணிக்கையை வரையறுக்கத் தொடங்குவதற்கான அடிப்படையாகும்.
நாம் எதை அடைய விரும்புகிறோம் என்பதை அறிந்துகொள்வதன் மூலம், அது எப்படி இருக்க வேண்டும் மற்றும் அது செயல்படுமா என்பதை நாம் தீர்மானிக்க முடியும். முதல் மற்றும் அடிப்படை இறுதி சோதனை - நிரல் தொடங்கினால், நினைவூட்டல் உங்களுக்கு நினைவூட்டுகிறதா? கட்டிடக் கலைஞர்கள், டெவலப்பர்கள், சோதனையாளர்கள் போன்ற குழுக்கள் இருக்கும்போது தேவைகள் பகுப்பாய்வு செய்யப்படுகின்றன. யோசனை சாத்தியமா என்பதை முடிவு செய்யுங்கள். அனைத்து ஆரம்ப அனுமானங்களையும் உணர முடியுமா? இருப்பினும், முக்கியமாக, சோதனையாளர்களை பகுப்பாய்வு செய்ய இது அரிதாகவே பயன்படுத்தப்படுகிறது, இது சரிபார்ப்பு மட்டத்தில் கணினி சோதனையின் அடிப்படையாக இருக்கலாம்.
இந்த வகை குறுகிய தினசரி சந்திப்புகளை அடிப்படையாகக் கொண்டது - “ஸ்க்ரம்” மற்றும் தொடர்ந்து நிகழும் சந்திப்புகள் (வாரத்திற்கு ஒரு முறை, இரண்டு வாரங்களுக்கு ஒரு முறை அல்லது மாதத்திற்கு ஒரு முறை), “ஸ்பிரிண்ட்” என்று அழைக்கப்படுகிறது. தினசரி கூட்டங்களில், குழு உறுப்பினர்கள் விவாதிக்கிறார்கள்:
- கடைசி ஸ்க்ரம் முதல் செய்யப்பட்ட பணிகள் குறித்த அறிக்கை;
- அடுத்த கூட்டத்திற்கு முன் பணியாளர் முடிக்க வேண்டிய பணிகளின் பட்டியல்;
- வேலையின் போது ஏற்படும் சிரமங்கள்.
அஜிலை எப்போது பயன்படுத்த வேண்டும்?
திட்ட வடிவமைப்பாளர்கள் தனிப்பட்ட கூறுகளாக பிரிக்கப்பட்டுள்ளனர். டெவலப்பர்கள் மற்றும் சோதனையாளர்களால் உள்ளீடு செய்யப்படும் விவரக்குறிப்பை அவை உருவாக்குகின்றன. ஒவ்வொரு திட்டத்திற்கும் அதன் சொந்த இடைமுகங்கள் உள்ளன, அவை வேலை செய்ய அனுமதிக்கின்றன இயக்க முறைமை, உதாரணத்திற்கு. இதையொட்டி, ஒவ்வொரு கூறுகளும் ஒருங்கிணைக்கப்படுவதற்கு முன்பு தனித்தனியாக சோதிக்கப்படலாம். சோதனை இடைமுகங்கள் மற்றும் கூறுகளின் கருத்துக்கள் இங்கே உள்ளன. உணர்தல் என்பது இடது கையின் தத்துவார்த்த முடிவு. வலது கை அல்லது காசோலை என்பது ஆரம்ப அனுமானங்கள் பூர்த்தி செய்யப்பட்டுள்ளதா என்பதைச் சரிபார்க்கும். முழு ஒருங்கிணைந்த கணினியில் உள்ள சிறிய கூறுகளுடன் தொடங்கி, பொதுவாக இறுதி சோதனைகள் என்று அழைக்கப்படுகிறது.
- மாறும் வணிகத்தில் பயனர் தேவைகள் தொடர்ந்து மாறிக்கொண்டே இருக்கும் போது.
- சுறுசுறுப்பான மாற்றங்கள் அடிக்கடி அதிகரிப்பதன் காரணமாக குறைந்த செலவில் செயல்படுத்தப்படுகின்றன.
- நீர்வீழ்ச்சி மாதிரியைப் போலன்றி, சுறுசுறுப்பான மாதிரியானது ஒரு திட்டத்தை தரையில் இருந்து பெறுவதற்கு ஒரு சிறிய திட்டமிடல் தேவைப்படுகிறது.
6. "செயல்முறை மாதிரி" (செயல்முறை அல்லது மறுசெயல் மாதிரி)
ஒரு செயல்பாட்டு வாழ்க்கைச் சுழற்சி மாதிரியானது தொடங்குவதற்கு முழுமையான தேவைகள் விவரக்குறிப்பு தேவையில்லை. அதற்கு பதிலாக, உருவாக்கம் செயல்பாடுகளின் ஒரு பகுதியை செயல்படுத்துவதன் மூலம் தொடங்குகிறது, இது மேலும் தேவைகளை வரையறுக்க அடிப்படையாகிறது. இந்த செயல்முறை மீண்டும் மீண்டும் செய்யப்படுகிறது. பதிப்பு சரியானதாக இருக்காது, முக்கிய விஷயம் அது வேலை செய்கிறது. இறுதி இலக்கைப் புரிந்துகொள்வதன் மூலம், ஒவ்வொரு அடியும் பயனுள்ளதாக இருக்கும், மேலும் ஒவ்வொரு பதிப்பும் செயல்படக்கூடியதாக இருக்கும்படி நாங்கள் பாடுபடுகிறோம்.
தயாரிப்பு வாடிக்கையாளர் தேவைகளைப் பூர்த்திசெய்கிறதா என்ற கேள்விக்கு பதிலளிக்கும் ஏற்றுக்கொள்ளும் சோதனைகள். ஒவ்வொரு வடிவமைப்பு கட்டமும் அடுத்த கட்டம் மற்றும் அதற்கான சரிபார்ப்பு கட்டத்திற்கான உள்ளீட்டுடன் முடிவடைகிறது. சோதனைத் திட்டங்கள், சோதனை விவரக்குறிப்புகள் மற்றும் சோதனைகளை உருவாக்கும் செயல்பாட்டில் ஆரம்ப தொடக்கத்தை ஊக்குவிக்கிறது.
வரைபடத்தை பகுப்பாய்வு செய்வதன் மூலம், ஆவணங்களைச் சரிபார்க்க வேண்டிய பகுதிகளை எளிதாகக் கண்டறியலாம். இது மிகவும் விரிவான அல்லது திறமையானதாக இல்லாவிட்டாலும், கட்டிடக் கலைஞர்கள், டெவலப்பர்கள், சோதனையாளர்கள் மற்றும் வாடிக்கையாளர்களுக்கு இடையிலான ஒத்துழைப்பின் சிறந்த உலகத்திற்கு இது ஒரு எடுத்துக்காட்டு. மென்பொருளைக் கையாள விரும்பும் எந்தவொரு நபரும் தெரிந்து கொள்ள வேண்டிய ஒப்பிடமுடியாத மாதிரி இது. மென்பொருள் மேம்பாடு முதன்மையாக தொழில்முறை மற்றும் வழங்கப்பட்ட தயாரிப்புகளின் உயர் தரத்தில் கவனம் செலுத்துகிறது, இது ஒவ்வொரு முறையும் எங்கள் வாடிக்கையாளர்களால் கவனிக்கப்படுகிறது.
வரைபடம் மோனாலிசாவின் "வளர்ச்சி"யை மீண்டும் காட்டுகிறது. நீங்கள் பார்க்க முடியும் என, முதல் மறு செய்கையில் மோனாலிசாவின் ஓவியம் மட்டுமே உள்ளது, இரண்டாவதாக வண்ணங்கள் தோன்றும், மூன்றாவது மறு செய்கை விவரங்கள், செறிவு மற்றும் செயல்முறையை நிறைவு செய்கிறது. அதிகரிக்கும் மாதிரியில், உற்பத்தியின் செயல்பாடு துண்டு துண்டாக கட்டமைக்கப்படுகிறது, தயாரிப்பு பகுதிகளால் ஆனது. மறுசெயல் மாதிரியைப் போலன்றி, ஒவ்வொரு பகுதியும் ஒரு முழுமையான உறுப்பைக் குறிக்கிறது.
இதற்கு நன்றி, சிறப்பு மென்பொருளுக்கான சந்தையை நாங்கள் மதிக்கிறோம். எங்கள் நிறுவனத்தால் தயாரிக்கப்பட்ட தகவல் அமைப்புகளை இணையத்தில் காணலாம் கையடக்க தொலைபேசிகள்மற்றும் தொலைக்காட்சியில். எங்கள் மேம்பாட்டுச் சேவைகள் தனிப்பயன் மென்பொருளின் வளர்ச்சியுடன் முடிவடைவதில்லை - எங்கள் வல்லுநர்கள் எங்கள் வேலையைக் கண்காணித்து, எங்கள் அமைப்புகளைக் கவனித்து, எங்கள் தேவைகளுக்காக அவற்றை உருவாக்குகிறார்கள்.
நாங்கள் செயல்படுத்தும் திட்டங்கள் நெகிழ்வானவை மற்றும் வேலையின் எந்த கட்டத்திலும் அவற்றில் பங்கேற்கலாம். ஒத்துழைப்பு மற்றும் திட்டத்தை செயல்படுத்துவதற்கான வழிமுறை எப்போதும் வாடிக்கையாளரின் எதிர்பார்ப்புகளை கணக்கில் எடுத்துக்கொள்கிறது. திட்டத்தில் பயன்படுத்தப்படும் தொழில்நுட்பங்கள், கணினியின் பாதுகாப்பு மற்றும் செயல்திறனைப் பராமரிக்கும் போது, முடிந்தவரை திறமையாகவும் வேகமாகவும் இருக்க வேண்டும்.
குரல் அங்கீகாரம் என்பது மீண்டும் மீண்டும் செய்யும் வளர்ச்சிக்கு ஒரு எடுத்துக்காட்டு. விஞ்ஞான கருவியின் முதல் ஆராய்ச்சி மற்றும் தயாரிப்பு நீண்ட காலத்திற்கு முன்பு தொடங்கியது, முதலில் எண்ணங்களில், பின்னர் காகிதத்தில். ஒவ்வொரு புதிய மறு செய்கையிலும், அங்கீகாரத்தின் தரம் மேம்பட்டது. இருப்பினும், சரியான அங்கீகாரம் இன்னும் அடையப்படவில்லை, எனவே, பிரச்சனை இன்னும் முழுமையாக தீர்க்கப்படவில்லை.
தகவல் தொழில்நுட்ப திட்டங்களுக்கான விரிவான சேவைகள்
வாடிக்கையாளர் தேவைகள் மற்றும் தேவைகள் பற்றிய பகுப்பாய்வு தொழில்நுட்ப விவரக்குறிப்புகளை செயல்படுத்துதல் IT அமைப்புகளின் மென்பொருள் மேம்பாடு பயன்பாட்டு மென்பொருள் ஹோஸ்டிங் ஹோஸ்டிங் நிர்வாகம், ஆதரவு, கண்காணிப்பு பயன்பாடு மேம்பாட்டின் பயன்பாடு மென்பொருள் செயல்படுத்தல்.
ஏற்கனவே உள்ள அமைப்புகளின் வளர்ச்சி, தேர்வுமுறை, இடம்பெயர்வு
தற்போதுள்ள தரவு பரிமாற்ற உள்கட்டமைப்பின் முழுமையான அல்லது பகுதியளவு மறுசீரமைப்பின் செயல்பாட்டை விரிவாக்க ஒரு தரவுத்தளத்தை உருவாக்க மென்பொருள் உருவாக்கம். மாதிரி ஐடி திட்டங்கள். சிறப்பு கிளையன்ட் மென்பொருளை வடிவமைத்தல் மற்றும் செயல்படுத்துதல், இணைய மென்பொருளின் மேம்பாடு மற்றும் நிர்வாகம் மற்றும் கணினி பகுப்பாய்வில் நிறுவுதல், வணிக மென்பொருளை வடிவமைத்தல் மற்றும் செயல்படுத்துதல், டெஸ்க்டாப் மற்றும் கிளையன்ட்-சர்வர் பயன்பாடுகளை உருவாக்குதல் மற்றும் செயல்படுத்துதல்; பயனர் இடைமுகங்களை உருவாக்குதல் மற்றும் செயல்படுத்துதல்; தரவுத்தள ஒருங்கிணைப்பு; மறுசீரமைப்பு தகவல் அமைப்புகள்இடம்பெயர்தல் மூல குறியீடு; அமைப்புகள் மற்றும் மென்பொருள் தரவு உள்ளூர்மயமாக்கல் மற்றும் தொழில்நுட்ப ஆவணங்களை உருவாக்குதல். கடந்த சில ஆண்டுகளாக நாங்கள் பல ஐடி திட்டங்களை முடித்துள்ளோம்.மறுசெயல் மாதிரியைப் பயன்படுத்துவது எப்போது உகந்தது?
- இறுதி அமைப்புக்கான தேவைகள் தெளிவாக வரையறுக்கப்பட்டு முன்கூட்டியே புரிந்து கொள்ளப்படுகின்றன.
- திட்டம் பெரியது அல்லது மிகப் பெரியது.
- முக்கிய நோக்கம் வரையறுக்கப்பட வேண்டும், ஆனால் செயல்படுத்தல் விவரங்கள் காலப்போக்கில் உருவாகலாம்.
7. "சுழல் மாதிரி" (சுழல் மாதிரி)
"சுழல் மாதிரி" என்பது அதிகரிக்கும் மாதிரியைப் போன்றது, ஆனால் ஆபத்து பகுப்பாய்விற்கு முக்கியத்துவம் அளிக்கிறது. புதிய தயாரிப்பு வரிசைகளின் வெளியீட்டின் பின்னணியில், விஞ்ஞான ஆராய்ச்சி மற்றும் நடைமுறைச் சோதனைகள் தேவைப்படும்போது, தோல்வியானது நிறுவனத்தின் செயல்பாடுகளுடன் ஒத்துப்போகாதபோது முக்கியமான வணிகச் சிக்கல்களைத் தீர்ப்பதற்கு இது நன்றாக வேலை செய்கிறது.
சுழல் மாதிரி ஒவ்வொரு திருப்பத்திற்கும் 4 நிலைகளை உள்ளடக்கியது:
- திட்டமிடல்;
- இடர் பகுத்தாய்வு;
- வடிவமைப்பு;
- முடிவை மதிப்பீடு செய்தல் மற்றும் தரம் திருப்திகரமாக இருந்தால், புதிய நிலைக்கு மாறுதல்.
சுருக்கமாகக் கூறுவோம்
ஸ்லைடு இரண்டு பொதுவான முறைகளுக்கு இடையிலான வேறுபாடுகளை நிரூபிக்கிறது.
நவீன நடைமுறையில், மென்பொருள் மேம்பாட்டு மாதிரிகள் பன்முகத்தன்மை கொண்டவை. எல்லா திட்டங்களுக்கும், தொடக்க நிலைகள் மற்றும் கட்டண மாதிரிகளுக்கும் சரியான மாதிரி எதுவும் இல்லை. சில வாடிக்கையாளர்களின் ஆயத்தமின்மை அல்லது நெகிழ்வான நிதியுதவியின் இயலாமை காரணமாக நம் அனைவருக்கும் மிகவும் பிரியமான சுறுசுறுப்பானது கூட எல்லா இடங்களிலும் பயன்படுத்த முடியாது. வழிமுறைகள் ஓரளவு ஒன்றுடன் ஒன்று மற்றும் ஓரளவு ஒன்றுக்கொன்று ஒத்திருக்கும். வேறு சில கருத்துக்கள் தங்கள் சொந்த தொகுப்பாளர்களை விளம்பரப்படுத்த மட்டுமே பயன்படுத்தப்பட்டன மற்றும் நடைமுறையில் புதிதாக எதையும் கொண்டு வரவில்லை.
வளர்ச்சி தொழில்நுட்பங்கள் பற்றி:
.
.
.
.
நீங்கள் என்ன முறைகளைப் பயன்படுத்துகிறீர்கள்?
இன்று, சிக்கலான மென்பொருள் பயன்பாடுகளை உருவாக்கும் செயல்முறையை வாழ்க்கைச் சுழற்சி நிலைகளாகப் பிரிக்காமல் கற்பனை செய்து பார்க்க முடியாது. ஒரு நிரலின் வாழ்க்கைச் சுழற்சியின் மூலம் நாம் கட்டங்களின் தொகுப்பைக் குறிக்கிறோம்:
- பொருள் பகுதியின் பகுப்பாய்வு மற்றும் தொழில்நுட்ப விவரக்குறிப்புகளை உருவாக்குதல் (வாடிக்கையாளருடன் தொடர்பு)
- நிரல் கட்டமைப்பை வடிவமைத்தல்
- குறியீட்டு முறை (திட்ட ஆவணங்களின்படி நிரல் குறியீட்டின் தொகுப்பு)
- சோதனை மற்றும் பிழைத்திருத்தம்
- திட்டத்தை செயல்படுத்துதல்
- நிரல் ஆதரவு
- அகற்றல்
UML என்பது காட்சிப்படுத்தல், அளவுருக்கள் பற்றிய விளக்கம், பல்வேறு அமைப்புகளின் வடிவமைப்பு மற்றும் ஆவணப்படுத்தல் (குறிப்பாக நிரல்கள்) ஆகியவற்றுக்கான வரைகலை மொழியாகும். ரேஷனல் ரோஸ் (http://www-01.ibm.com/software/rational/) மற்றும் எண்டர்பிரைஸ் ஆர்கிடெக்ட் (http://www.sparxsystems.com.au/) போன்ற சிறப்பு CASE கருவிகளைப் பயன்படுத்தி வரைபடங்கள் உருவாக்கப்படுகின்றன. UML தொழில்நுட்பத்தின் அடிப்படையில், ஒரு ஒருங்கிணைந்த தகவல் மாதிரி. மேலே உள்ள CASE கருவிகள் பல்வேறு பொருள் சார்ந்த மொழிகளில் குறியீட்டை உருவாக்கும் திறன் கொண்டவை, மேலும் அவை மிகவும் பயனுள்ள செயல்பாடுதலைகீழ் பொறியியல். (தற்போதுள்ள நிரல் குறியீடு மற்றும் அதற்கான கருத்துகளில் இருந்து வரைகலை மாதிரியை உருவாக்க தலைகீழ் பொறியியல் உங்களை அனுமதிக்கிறது.)
மாதிரியைக் காட்சிப்படுத்துவதற்கான வரைபடங்களின் வகைகளைப் பார்ப்போம் (இன்னும் பல வகைகள் இருந்தாலும் இது கண்டிப்பாக இருக்க வேண்டும்):
வழக்கு வரைபடத்தைப் பயன்படுத்தவும்
வடிவமைக்கப்பட்ட அமைப்பு, முன்னுதாரணங்கள் என்று அழைக்கப்படுவதைப் பயன்படுத்தி கணினியுடன் தொடர்பு கொள்ளும் நிறுவனங்கள் அல்லது நடிகர்களின் தொகுப்பாகக் குறிப்பிடப்படுகிறது. இந்த வழக்கில், ஒரு நடிகர் அல்லது நடிகர் என்பது வெளியில் இருந்து அமைப்புடன் தொடர்பு கொள்ளும் எந்தவொரு நிறுவனமாகும். வேறு வார்த்தைகளில் கூறுவதானால், ஒவ்வொரு பயன்பாட்டு வழக்கும் நடிகருடனான உரையாடலின் போது கணினியால் செய்யப்படும் ஒரு குறிப்பிட்ட செயல்களை வரையறுக்கிறது. இருப்பினும், அமைப்புடன் நடிகர்களின் தொடர்பு எவ்வாறு செயல்படுத்தப்படும் என்பது பற்றி எதுவும் கூறப்படவில்லை.வகுப்பு வரைபடம்
பொருள் சார்ந்த நிரலாக்க வகுப்புகளின் சொற்களில் கணினி மாதிரியின் நிலையான கட்டமைப்பைக் குறிக்க ஒரு வகுப்பு வரைபடம் உதவுகிறது. ஒரு வகுப்பு வரைபடம், குறிப்பாக, பொருள்கள் மற்றும் துணை அமைப்புகள் போன்ற தனிப்பட்ட டொமைன் நிறுவனங்களுக்கிடையேயான பல்வேறு உறவுகளை பிரதிபலிக்கும், மேலும் அவற்றின் உள் அமைப்பு (புலங்கள், முறைகள்...) மற்றும் உறவுகளின் வகைகளை (பரம்பரை, இடைமுகங்களை செயல்படுத்துதல்... ) இந்த வரைபடம் கணினி செயல்பாட்டின் நேர அம்சங்களைப் பற்றிய தகவலை வழங்கவில்லை. இந்தக் கண்ணோட்டத்தில், வகுப்பு வரைபடம் என்பது வடிவமைக்கப்பட்ட அமைப்பின் கருத்தியல் மாதிரியின் மேலும் வளர்ச்சியாகும். இந்த கட்டத்தில், OOP அணுகுமுறை மற்றும் வடிவமைப்பு முறைகள் பற்றிய அறிவு அவசியம்.
மாநில விளக்கப்படம் வரைபடம்
இந்த வரைபடத்தின் முக்கிய நோக்கம், அதன் வாழ்க்கைச் சுழற்சியின் போது ஒரு மாதிரி உறுப்புகளின் நடத்தையை ஒன்றாகக் காட்டும் நிலைகள் மற்றும் மாற்றங்களின் சாத்தியமான வரிசைகளை விவரிப்பதாகும். ஒரு மாநில வரைபடம் என்பது சில குறிப்பிட்ட நிகழ்வுகளின் கருத்துக்கு அவர்களின் பதிலின் விவரக்குறிப்பின் அடிப்படையில் நிறுவனங்களின் மாறும் நடத்தையைக் குறிக்கிறது.
வரிசை வரைபடம்
UML மொழியில் பொருள்களின் தொடர்புகளை மாதிரியாக்க, பொருத்தமான தொடர்பு வரைபடங்கள் பயன்படுத்தப்படுகின்றன. பொருள்களின் இடைவினைகளை சரியான நேரத்தில் பார்க்க முடியும், பின்னர் ஒரு வரிசை வரைபடம் பொருள்களுக்கு இடையில் செய்திகளின் பரிமாற்றம் மற்றும் வரவேற்பு நேரத்தைக் குறிக்கப் பயன்படுகிறது. ஊடாடும் பொருள்கள் சில தகவல்களை ஒருவருக்கொருவர் பரிமாறிக் கொள்கின்றன. இந்த வழக்கில், தகவல் பூர்த்தி செய்யப்பட்ட செய்திகளின் வடிவத்தை எடுக்கும். வேறு வார்த்தைகளில் கூறுவதானால், செய்தியில் தகவல் உள்ளடக்கம் இருந்தாலும், அதன் பெறுநரின் மீது நேரடியான செல்வாக்கை செலுத்தும் கூடுதல் சொத்தை அது பெறுகிறது.
ஒத்துழைப்பு வரைபடம்
ஒத்துழைப்பு வரைபடத்தில், தொடர்புகளில் பங்கேற்கும் பொருள்கள் செவ்வக வடிவில் சித்தரிக்கப்படுகின்றன, இதில் பொருளின் பெயர், அதன் வர்க்கம் மற்றும், ஒருவேளை, பண்புக்கூறு மதிப்புகள் உள்ளன. ஒரு வகுப்பு வரைபடத்தைப் போலவே, பொருள்களுக்கு இடையிலான தொடர்புகள் பல்வேறு இணைக்கும் கோடுகளின் வடிவத்தில் குறிக்கப்படுகின்றன. இந்த வழக்கில், சங்கத்தின் பெயர்கள் மற்றும் இந்த சங்கத்தில் பொருள்கள் வகிக்கும் பாத்திரங்களை நீங்கள் வெளிப்படையாகக் குறிப்பிடலாம்.ஒரு வரிசை வரைபடத்தைப் போலன்றி, ஒரு ஒத்துழைப்பு வரைபடம் என்பது தொடர்புகளில் குறிப்பிட்ட பாத்திரங்களை வகிக்கும் பொருள்களுக்கு இடையிலான உறவுகளை மட்டுமே சித்தரிக்கிறது.
கூறு வரைபடம்
ஒரு கூறு வரைபடம், முன்னர் விவாதிக்கப்பட்ட வரைபடங்களைப் போலல்லாமல், அமைப்பின் இயற்பியல் பிரதிநிதித்துவத்தின் அம்சங்களை விவரிக்கிறது. மென்பொருள் கூறுகளுக்கு இடையே சார்புகளை நிறுவுவதன் மூலம் உருவாக்கப்படும் கணினியின் கட்டமைப்பை வரையறுக்க ஒரு கூறு வரைபடம் உங்களை அனுமதிக்கிறது, அவை மூல, பைனரி மற்றும் இயங்கக்கூடிய குறியீடு. பல வளர்ச்சி சூழல்களில், ஒரு தொகுதி அல்லது கூறு ஒரு கோப்பிற்கு ஒத்திருக்கும். தொகுதிகளை இணைக்கும் புள்ளியிடப்பட்ட அம்புகள் நிரல் மூலக் குறியீட்டைத் தொகுக்கும்போது ஏற்படும் ஒன்றுக்கொன்று சார்ந்த உறவுகளைக் காட்டுகின்றன. ஒரு கூறு வரைபடத்தின் முக்கிய வரைகலை கூறுகள் கூறுகள், இடைமுகங்கள் மற்றும் அவற்றுக்கிடையேயான சார்புகள் ஆகும்.
வரிசைப்படுத்தல் வரைபடம்
வரிசைப்படுத்தல் வரைபடம் என்பது இயக்க நேர கட்டத்தில் மட்டுமே இருக்கும் நிரலின் கூறுகள் மற்றும் கூறுகளைக் காட்சிப்படுத்த வடிவமைக்கப்பட்டுள்ளது. இந்த வழக்கில், இயங்கக்கூடிய கோப்புகள் அல்லது டைனமிக் லைப்ரரிகளான நிரல் நிகழ்வு கூறுகள் மட்டுமே குறிப்பிடப்படுகின்றன. இயக்க நேரத்தில் பயன்படுத்தப்படாத கூறுகள் வரிசைப்படுத்தல் வரைபடத்தில் காட்டப்படவில்லை.வரிசைப்படுத்தல் வரைபடம் கொண்டுள்ளது வரைகலை படங்கள்செயலிகள், சாதனங்கள், செயல்முறைகள் மற்றும் அவற்றுக்கிடையேயான இணைப்புகள். தர்க்கரீதியான பிரதிநிதித்துவ வரைபடங்களைப் போலன்றி, ஒரு வரிசைப்படுத்தல் வரைபடம் ஒட்டுமொத்த அமைப்பிற்கும் ஒரே மாதிரியாக இருக்கும், ஏனெனில் அது அதன் செயலாக்கத்தின் அம்சங்களை முழுமையாக பிரதிபலிக்க வேண்டும். இந்த வரைபடம் அடிப்படையில் ஒரு குறிப்பிட்ட OOAP செயல்முறையை நிறைவு செய்கிறது மென்பொருள் அமைப்புமற்றும் அதன் வளர்ச்சி பொதுவாக மாதிரி விவரக்குறிப்பின் கடைசி கட்டமாகும்.
இது குறிப்பாக வரைபடங்கள் மற்றும் பொதுவாக வடிவமைப்பு பற்றிய எங்கள் மேலோட்டத்தை முடிக்கிறது. வடிவமைப்பு செயல்முறை நீண்ட காலமாக மென்பொருள் மேம்பாட்டிற்கான ஒரு தரமாக மாறியுள்ளது என்பது கவனிக்கத்தக்கது, ஆனால் பெரும்பாலும் நீங்கள் சிறப்பாக எழுதப்பட்ட நிரலைக் கையாள வேண்டும், இது சாதாரண ஆவணங்கள் இல்லாததால், தேவையற்ற பக்க செயல்பாடுகள், ஊன்றுகோல்களால் அதிகமாகி, சிக்கலானதாகிறது. மற்றும் அதன் முந்தைய தரத்தை இழக்கிறது. =(
ஒரு புரோகிராமர் முதலில் ஒரு குறியீட்டாளர் என்று நான் உறுதியாக நம்புகிறேன் - அவர் வாடிக்கையாளருடன் தொடர்பு கொள்ளக்கூடாது, கணினியின் கட்டமைப்பைப் பற்றி சிந்திக்கக்கூடாது, நிரலுக்கு ஒரு இடைமுகத்தை கண்டுபிடிக்கக்கூடாது, அவர் குறியீடுகளை மட்டுமே செய்ய வேண்டும் - வழிமுறைகள், செயல்பாடு, தோற்றம், பயன்பாட்டினை, ஆனால் எதுவும் இல்லை... வடிவமைப்பாளர், சுருக்க வரைபடங்களிலிருந்து (பொருள் பகுதியை விவரிக்கும்) தரவுகளின் கட்டமைப்பைக் குறிக்கும் வரைபடங்கள் வரை, அவற்றின் தொடர்புகளின் வகுப்புகள் மற்றும் செயல்முறைகள் அனைத்தையும் விரிவாக விவரிக்க வேண்டும். அதாவது, வேலையின் சிக்கலான தன்மை மற்றும் ஒரு வடிவமைப்பாளரின் சம்பளம் ஒரு ப்ரோக்ராமர் == குறியீடரை விட அதிக அளவு வரிசையாக இருக்க வேண்டும். தேசத்துரோகத்திற்கு மன்னிக்கவும்....