தேவைகள் பகுப்பாய்வு மற்றும் மென்பொருள் வடிவமைப்பு

ஆதாயங்கள்:

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

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

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

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

தெளிவற்ற கோரிக்கையிலிருந்து சோதிக்கக்கூடிய தேவை வரை

ஒரு நல்ல தேவை அளவிடக்கூடியது மற்றும் சரிபார்க்கக்கூடியது. "கணினி வேகமாக இருக்கட்டும்" அல்ல, ஆனால் "தேடல் முடிவுகள் 500 msக்குள் திரும்பட்டும்". நிச்சயமற்ற தன்மையைக் குறைக்க AI ஐப் பயன்படுத்துவதற்கான படிப்படியான வழி இங்கே:

1. கோரிக்கையை அப்படியே கொடுத்து, கேள்வியை உருவாக்கவும். AIயிடம் தீர்வுக்காகக் கேட்காமல், முதலில் "இந்தக் கோரிக்கையில் தெளிவற்ற எதையும் கேள்வியாகப் பட்டியலிடவும்."
2. நீங்கள் பதில்களைத் தருகிறீர்கள். சூழல் உங்களுக்கு மட்டுமே தெரியும்; உங்களின் உண்மையான வணிகக் கட்டுப்பாடுகளுடன் AI இன் கேள்விகளுக்குப் பதிலளிக்கவும்.
3. அதை பயனர் கதைகள் மற்றும் ஏற்றுக்கொள்ளும் அளவுகோல்களாக மொழிபெயர்க்க வேண்டும். தெளிவுபடுத்தப்பட்ட தேவையை சோதிக்கக்கூடிய பொருட்களாக மொழிபெயர்க்கவும்.
4. விளிம்பு வழக்குகள் மற்றும் எதிர்மறை காட்சிகளைச் சேர்க்கவும். "வெற்று முடிவு", "அங்கீகரிக்கப்படாத பயனர்", "மிகப் பெரிய கோப்பு" போன்றவை.

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

பயனர் கதை + ஏற்றுக்கொள்ளும் அளவுகோல் அறிவுறுத்தல்: "பின்வரும் தெளிவுபடுத்தப்பட்ட தேவைகளை INVEST கொள்கைகளுக்கு இணங்கக்கூடிய பயனர் கதைகளாகப் பிரிக்கவும். ஒவ்வொரு கதைக்கும் 3-5 சோதனை ஏற்றுக்கொள்ளும் அளவுகோல்களை எழுதவும் (கொடுக்கப்பட்டபோது-பின் வடிவத்தில்). குறைந்தது 2 எதிர்மறையான காட்சிகளைச் சேர்க்கவும் (அங்கீகரிக்கப்படாத அணுகல், வெற்று தரவு). தேவை: [இங்கே எழுத வேண்டும்]

AI உடன் வடிவமைப்பு முடிவுகளை ஒப்பிடுதல்

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

வடிவமைப்பு ஒப்பீட்டு ப்ராம்ட்: "பயனருக்கு மின்னஞ்சல் அறிவிப்பை அனுப்பு' அம்சத்தை நான் வடிவமைத்து வருகிறேன். இரண்டு அணுகுமுறைகளையும் ஒப்பிடுக: (A) HTTP கோரிக்கையின் போது ஒத்திசைவான விநியோகம், (B) செய்தி வரிசையில் வைத்து பின்னணியில் ஒத்திசைவற்ற விநியோகம். பின்வரும் அச்சுகளில் அட்டவணையை உருவாக்கவும்: பயனர் காத்திருப்பு நேரம், தவறு, சகிப்புத்தன்மை, சிக்கலானது. முடிவில் நான் எதை தேர்வு செய்வேன் என்பதை 2 வாக்கியங்களில் சுருக்கவும்.

அச்சு

ஒத்திசைவான பரிமாற்றம்

ஒத்திசைவற்ற (வரிசை)

பயனர் காத்திருக்கும் நேரம்

நீண்ட நேரம் (கப்பலுக்குக் காத்திருக்கிறது)

குறுகிய (உடனடியாகத் திரும்பும்)

தவறு சகிப்புத்தன்மை

குறைந்த (அனுப்பினால் வெடிக்கும் கோரிக்கை வெடிக்கும்)

உயர் (மீண்டும் முயற்சி சாத்தியம்)

சிக்கலானது

குறைந்த

நடுத்தர உயர் (வரிசை உள்கட்டமைப்பு)

உள்கட்டமைப்பு செலவு

குறைந்த

கூடுதல் கூறுகள் தேவை

அது எங்கே பொருந்தும்

குறைந்த அளவு, எளிமையான பயன்பாடு

அதிக அளவு, முக்கியமான விநியோகம்

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

பலவீனமான ப்ராம்ட் / ஸ்ட்ராங் ப்ராம்ட்

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

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

மினி வழக்குகள்

வழக்கு 1 - மறைக்கப்பட்ட அனுமானம். "பயனர் சுயவிவரப் புகைப்படத்தைப் பதிவேற்றலாம்" கோரிக்கையை ஒரு குழு நேரடியாகக் குறியீடு செய்கிறது. மற்றொரு குழு நிச்சயமற்ற தன்மை பற்றி AI யிடம் கேட்டது: "அதிகபட்ச அளவு? அனுமதிக்கப்பட்ட வடிவங்கள்? பொருத்தமற்ற உள்ளடக்கக் கட்டுப்பாடு? பழைய புகைப்படத்தை நீக்கவா?" போன்ற 8 கேள்விகளை இது உருவாக்குகிறது. 20 MB கோப்புகள் சேவையகத்தை நிரப்பும் போது உற்பத்தியில் உள்ள சிக்கலை முதல் குழு அறிந்து கொள்கிறது; இரண்டாவது குழு அதை வடிவமைப்பில் தீர்க்கிறது.

வழக்கு 2 - தவறான அளவிலான அனுமானம். அறிக்கையிடல் அம்சத்திற்கான சிக்கலான கேச்சிங் லேயரை AI முன்மொழிகிறது. உண்மையான தரவு ஒரு நாளைக்கு 30 அறிக்கைகள் மட்டுமே என்று பொறியாளர் சுட்டிக்காட்டும்போது, ​​AI பரிந்துரையை எளிதாக்குகிறது. அளவைக் குறிப்பிடாதது தேவையற்ற சிக்கலான செலவை ஏற்படுத்துகிறது; குறிப்பிடுவது 2 வாரங்கள் தேவையற்ற வேலைகளைச் சேமிக்கிறது.

வழக்கு 3 - ஏற்றுக்கொள்ளும் அளவுகோல் இடைவெளி. "பணம் செலுத்தத் தவறினால் என்ன நடக்கும்?" கேள்வி கேட்கப்படாததால், ஆர்டர் அமைப்பு தோல்வியுற்றால் ஆர்டரை "உறுதிப்படுத்தப்பட்டது" எனக் குறிக்கும். AI ஆல் உருவாக்கப்பட்ட எதிர்மறை காட்சிகளின் பட்டியல் இந்த இடைவெளியைப் பிடிக்கிறது; 1 வரி ஏற்றுக்கொள்ளும் அளவுகோல் உண்மையான பண இழப்பைத் தடுக்கிறது.

பொதுவான தவறுகள்

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

சுருக்கமாக

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

விண்ணப்ப பணி

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

சரிபார்ப்பு பட்டியல்

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