જરૂરીયાતો વિશ્લેષણ અને સ્ટેકહોલ્ડરની જરૂરિયાતોનું વિશ્લેષણ

નફો:

• કાર્યાત્મક અને બિન-કાર્યકારી આવશ્યકતાઓને અલગ પાડવાની ક્ષમતા અને કૃત્રિમ બુદ્ધિના સમર્થન સાથે સ્પષ્ટ, માપી શકાય તેવા આવશ્યક અભિવ્યક્તિઓ લખવાની ક્ષમતા
• ઇન્ટરવ્યુ નોંધોમાંથી વપરાશકર્તા વાર્તા, સ્વીકૃતિ માપદંડ અને અવકાશ મર્યાદા કાઢવા માટે માળખાગત સંકેતો સાથે કૃત્રિમ બુદ્ધિનો ઉપયોગ કરવાની ક્ષમતા
• અસ્પષ્ટતા, વિરોધાભાસ અને ગુમ થયેલ નિયમો માટે AI-જનરેટેડ આવશ્યકતાઓને તપાસવાની અને હિતધારકો સાથે તેની પુષ્ટિ કરવાની ટેવ પાડવી

આવશ્યકતાઓનું વિશ્લેષણ એ સિસ્ટમે શું કરવું જોઈએ તે સંપૂર્ણ, સ્પષ્ટ અને ચકાસી શકાય તેવી રીતે વ્યાખ્યાયિત કરવાનું કાર્ય છે. તે એવા તબક્કાઓમાંથી એક છે જ્યાં MIS નિષ્ણાત સૌથી વધુ મૂલ્ય ઉત્પન્ન કરે છે; કારણ કે અહીં એક ભૂલ પ્રોજેક્ટના અંતે ઝડપથી વધે છે. બે મૂળભૂત પ્રકારની આવશ્યકતાઓનું વિશ્લેષણ છે. કાર્યાત્મક આવશ્યકતા સિસ્ટમે જે કામ કરવું જોઈએ તેનું વર્ણન કરે છે: "જ્યારે તે ઓર્ડરની પુષ્ટિ કરે ત્યારે સિસ્ટમે ગ્રાહકને ઇમેઇલ કરવો જોઈએ." બિન-કાર્યકારી જરૂરિયાત વર્ણવે છે કે સિસ્ટમ કેવી હોવી જોઈએ: પ્રદર્શન, સુરક્ષા, ઉપયોગીતા અને સુલભતા જેવા ગુણો. "રિપોર્ટ સ્ક્રીન સરેરાશ લોડ પર 2 સેકન્ડથી ઓછા સમયમાં ખુલવી જોઈએ" એ બિન-કાર્યકારી જરૂરિયાત છે.

સારી આવશ્યકતામાં ત્રણ લક્ષણો હોય છે: તે સ્પષ્ટ છે (તેનું એક અર્થઘટન છે), તે માપી શકાય તેવું છે (તેમાં પરીક્ષણ કરી શકાય તેવું થ્રેશોલ્ડ છે), અને તે શોધી શકાય તેવું છે (તે સ્પષ્ટ છે કે તે કયા વ્યવસાયની જરૂરિયાતમાંથી આવે છે). "સિસ્ટમ ઝડપી હોવી જોઈએ" આમાંથી કોઈને મળતું નથી; "ઝડપી" વ્યક્તિલક્ષી છે, માપી શકાતી નથી, પરીક્ષણ કરી શકાતી નથી. આ તબક્કે, AI એ જરૂરીયાતોનો મુસદ્દો તૈયાર કરવામાં અને અસ્પષ્ટ શબ્દોને પકડવામાં એક શક્તિશાળી સહાયક છે; પરંતુ માત્ર હિતધારક જ નક્કી કરે છે કે કયો વ્યવસાય નિયમ વાસ્તવિક છે.

વપરાશકર્તા વાર્તા અને સ્વીકૃતિ માપદંડ

આધુનિક આવશ્યકતાઓના લેખનમાં એક સામાન્ય ફોર્મેટ એ વપરાશકર્તા વાર્તા છે: "એક [ભૂમિકા] તરીકે, [હેતુ માટે], મને [સુવિધા] જોઈએ છે." ઉદાહરણ: "સેલ્સ પ્રતિનિધિ તરીકે, મને મોબાઇલ સ્ક્રીન પરથી ડિસ્કાઉન્ટની ગણતરી જોઈએ છે જેથી કરીને હું ક્ષેત્રમાં ઝડપી અવતરણ કરી શકું." વાર્તા ટૂંકી અને વ્યવસાયલક્ષી છે; તે તકનીકી ઉકેલ લાદતો નથી.

દરેક વાર્તામાં સ્વીકૃતિ માપદંડ હોવો જોઈએ: કસોટી યોગ્ય શરતો કે જે વાર્તાને "ઠીક" ગણવામાં આવે તે માટે મળવી આવશ્યક છે. વારંવાર ઉપયોગમાં લેવાતી પેટર્ન એ "આપવામાં/ક્યારે/પછી" પેટર્ન છે: "આપ્યું: ગ્રાહક VIP સેગમેન્ટમાં છે. ક્યારે: 10,000 TL થી વધુનો ઓર્ડર આપે છે. પછી: સિસ્ટમ 5% ડિસ્કાઉન્ટ લાગુ કરે છે." આ પેટર્ન અસ્પષ્ટતાને દૂર કરે છે કારણ કે તે સ્પષ્ટપણે સ્થિતિ અને અપેક્ષિત પરિણામને જોડે છે.

ટીપ: કૃત્રિમ બુદ્ધિમત્તા માટે વપરાશકર્તા વાર્તા લખતી વખતે, "દરેક વાર્તા માટે આપેલ/ક્યારે/પછીના ફોર્મેટમાં ઓછામાં ઓછા 2 સ્વીકૃતિ માપદંડો જનરેટ કરો" કહેવાની ખાતરી કરો. જ્યારે મોડેલને બેન્ચમાર્ક બનાવવાની ફરજ પાડવામાં આવે છે, ત્યારે આવશ્યકતામાં છુપાયેલા ગાબડાઓ દેખાય છે.

સ્ટેપ બાય સ્ટેપ: AI-આસિસ્ટેડ જરૂરીયાતો નિષ્કર્ષણ

પગલું 1 - કાચો ઇનપુટ એકત્રિત કરો. કૉલ લૉગ્સ, ઇમેઇલ્સ, હાલના સ્ક્રીનશૉટ્સ, ફરિયાદ સૂચિઓ. વધુ વાસ્તવિક ઇનપુટ, ઓછી બનાવટ.

પગલું 2 - વાર્તાઓનો પ્રથમ સેટ કાઢો. આર્ટિફિશિયલ ઇન્ટેલિજન્સ માટે રો ઇનપુટ આપો અને તેને યુઝર સ્ટોરી ડ્રાફ્ટ્સ તૈયાર કરવા દો. આ પગલું સંપૂર્ણ સૂચિ નથી, પરંતુ પ્રથમ પગલું છે.

પગલું 3 - સ્વીકૃતિ માપદંડ ઉમેરો. દરેક વાર્તા માટે આપેલ/ક્યારે/પછી માપદંડ બનાવો. એક વાર્તા કે જેના માટે માપદંડ ઉત્પન્ન કરી શકાતા નથી તેનો અર્થ એ છે કે તે પર્યાપ્ત રીતે વ્યાખ્યાયિત નથી.

પગલું 4 - વિરોધાભાસ અને અંતર માટે સ્કેનિંગ. AI ને પૂછો "શું આ જરૂરિયાતો વચ્ચે કોઈ વિરોધાભાસ, ડુપ્લિકેશન અથવા અવ્યાખ્યાયિત પરિસ્થિતિઓ છે?" પૂછો અને તેને તપાસો. માનવ તરીકે પરિણામ ફિલ્ટર કરો.

પગલું 5 - પ્રાધાન્ય આપો અને પુષ્ટિ કરો. વ્યવસાયિક મૂલ્ય અને તાકીદના આધારે હિતધારકો સાથે વાર્તાઓને પ્રાધાન્ય આપો. પ્રાથમિકતાનો નિર્ણય એઆઈનો નહીં પણ બિઝનેસ યુનિટનો છે.

બિન-કાર્યકારી આવશ્યકતાઓને ભૂલશો નહીં

મોટા ભાગના પ્રોજેક્ટ્સને ક્ષેત્રમાં મુશ્કેલીઓ હોય છે કારણ કે તેઓ કાર્યાત્મક આવશ્યકતાઓ લખતી વખતે બિન-કાર્યકારીને ભૂલી જાય છે. રિપોર્ટ "યોગ્ય રીતે" કામ કરી શકે છે, પરંતુ જો તેને ખોલવામાં 45 સેકન્ડનો સમય લાગે, તો કોઈ તેનો ઉપયોગ કરશે નહીં. નીચેનું કોષ્ટક સામાન્ય રીતે અવગણવામાં આવતી બિન-કાર્યકારી જરૂરિયાત પ્રકારો અને માપી શકાય તેવા લેખન ઉદાહરણો દર્શાવે છે.

શૈલી

ખરાબ અભિવ્યક્તિ

માપી શકાય તેવી અભિવ્યક્તિ

પ્રદર્શન

"ઝડપી હોવી જોઈએ"

"સરેરાશ લોડ પર ક્વેરી પ્રતિસાદ < 2 સેકન્ડ"

સુલભતા

"દરેક વ્યક્તિ તેનો ઉપયોગ કરવા સક્ષમ હોવા જોઈએ"

"WCAG 2.1 AA સુસંગત; સંપૂર્ણ કીબોર્ડ નેવિગેશન"

સુરક્ષા

"તે સુરક્ષિત હોવું જોઈએ"

"વ્યક્તિગત ડેટા બાકીના સમયે એનક્રિપ્ટ થયેલ છે; ઍક્સેસ ભૂમિકા-આધારિત છે"

ઉપલબ્ધતા

"સરળ હોવું જોઈએ"

"નવા વપરાશકર્તા તાલીમ વિના 3 પગલામાં ઓર્ડર પૂર્ણ કરે છે"

ઉપલબ્ધતા/સતતતા

"ક્રેશ ન થવું જોઈએ"

"માસિક અપટાઇમ ≥ 99.5%"

ત્રણ મિની કેસ: સંખ્યાઓ દ્વારા

કેસ 1 - માપી ન શકાય તેવી જરૂરિયાતની કિંમત. સ્ક્રીન, જે બેંકમાં "રિપોર્ટ સ્ક્રીન ઝડપથી ખુલવી જોઈએ" એવી જરૂરિયાત સાથે વિકસાવવામાં આવી હતી, તે ફીલ્ડ લોડ હેઠળ 22 સેકન્ડમાં ખોલવામાં આવી હતી. વિકાસકર્તાએ વિચાર્યું કે તે તેના વાતાવરણમાં (2 સેકન્ડ) "ઝડપી" શબ્દ પ્રદાન કરી રહ્યો છે. જો જરૂરિયાત "<3 સેકન્ડ એટ પીક અવર, વાસ્તવિક થ્રુપુટ" તરીકે લખવામાં આવી હોત, તો સમસ્યા પરીક્ષણમાં પકડાઈ ગઈ હોત. પુનઃવિકાસનો ખર્ચ 3 અઠવાડિયા અને માપી શકાય તેવો વધારાનો ખર્ચ.

કેસ 2 - સ્વીકૃતિ માપદંડ દ્વારા મેળવેલ ગેપ. ઈ-કોમર્સ પ્રોજેક્ટમાં "સિસ્ટમ એપ્લાય ડિસ્કાઉન્ટ" વાર્તા માટે સ્વીકૃતિ માપદંડ લખતી વખતે, હિસ્સેદારે નોંધ્યું કે જો ડિસ્કાઉન્ટ કૂપન અને વીઆઈપી ડિસ્કાઉન્ટ સાથે વિરોધાભાસી હોય તો શું થશે તેની ચર્ચા કરવામાં આવી ન હતી. એક જ આપેલ/ક્યારે/પછી પ્રશ્ન ગો-લાઇવ પહેલાં ડબલ ડિસ્કાઉન્ટ ભૂલને અટકાવે છે; આ ભૂલને કારણે સમાન પ્રોજેક્ટ્સમાં આવકનું ગંભીર નુકસાન થયું.

કેસ 3 - AI દ્વારા બનાવેલ નિયમ. એચઆર પ્રોજેક્ટમાં, એઆઈએ આવશ્યકતાઓના ડ્રાફ્ટમાં "રજાની વિનંતી 24 કલાકની અંદર આપમેળે મંજૂર થઈ જાય છે" વાક્ય ઉમેર્યું. મીટિંગમાં આવી કોઈ સ્વચાલિત મંજૂરીની ચર્ચા કરવામાં આવી ન હતી; મોડેલે એક નિયમ બનાવ્યો હતો જે "વાજબી" લાગતો હતો. દરેક જરૂરિયાતની બાજુમાં, નિષ્ણાત લખે છે "સ્રોત: કયો ઇન્ટરવ્યુ/દસ્તાવેજ?" કૉલમ ઉમેરીને, તેણે 4 અનસોર્સ્ડ વાક્યો દૂર કર્યા.

નબળા પ્રોમ્પ્ટ / મજબૂત પ્રોમ્પ્ટ

નબળા પ્રોમ્પ્ટ:

આ પ્રોજેક્ટ માટે વપરાશકર્તા વાર્તાઓ લખો.

શક્તિશાળી પ્રોમ્પ્ટ:

તમારી ભૂમિકા: તમે MIS બિઝનેસ વિશ્લેષક છો. નીચેની ઇન્ટરવ્યૂ નોંધમાંથી વપરાશકર્તા વાર્તાઓ કાઢો. નિયમો:- ફોર્મેટ: "એક [ભૂમિકા] તરીકે, [ઉદ્દેશ] માટે, મારે [સુવિધા] જોઈએ છે."- આપેલ/ક્યારે/પછી ફોર્મેટમાં દરેક વાર્તા માટે ઓછામાં ઓછા 2 સ્વીકૃતિ માપદંડ લખો.- દરેક વાર્તાની આગલી વાક્યમાં "સ્રોત" ઉમેરો: કઈ વાર્તા આવી? [અનિશ્ચિત] કોઈપણ નિયમ કે જે નોંધમાં સ્પષ્ટ નથી; ફિટિંગ.- એક અલગ વિભાગમાં માપી શકાય તેવી બિન-કાર્યકારી જરૂરિયાતો (પ્રદર્શન, સુરક્ષા, સુલભતા) લખો. ઇન્ટરવ્યુ નોંધ:[ટેક્સ્ટ]

શક્તિશાળી પ્રોમ્પ્ટ વાર્તાનું ફોર્મેટ, સ્વીકૃતિ માપદંડ, સ્ત્રોતની શોધક્ષમતા અને બિન-કાર્યકારી આવશ્યકતાઓને એકસાથે લાગુ કરે છે; આ આઉટપુટને નિયંત્રિત કરવાનું સરળ બનાવે છે.

ચાર નકલ કરી શકાય તેવા નમૂનાઓ

1) જરૂરિયાતો સ્પષ્ટતા:

નીચેની જરૂરિયાતની સમીક્ષા કરો. દરેક વિધાનને ચિહ્નિત કરો કે જે અસ્પષ્ટ, અસંતુલિત અથવા એક કરતાં વધુ અર્થઘટન માટે ખુલ્લું છે અને દરેક માટે સ્પષ્ટતા આપતો પ્રશ્ન લખો. જવાબ બનાવશો નહીં. આવશ્યકતા: [ટેક્સ્ટ]

2) વિરોધાભાસ સ્કેનિંગ:

નીચેની આવશ્યકતાઓની સૂચિમાં, એવી વસ્તુઓ શોધો જે એકબીજા સાથે વિરોધાભાસી હોય, પુનરાવર્તિત હોય અથવા તાર્કિક અંતર છોડે. આઇટમ નંબર અને એક વાક્યના વાજબીતા સાથે દરેક શોધની જાણ કરો. સૂચિ: [ટેક્સ્ટ]

3) સ્વીકૃતિ માપદંડ બનાવવું:

આપેલ/ક્યારે/પછી ફોર્મેટમાં નીચેની વપરાશકર્તા વાર્તા માટે ઓછામાં ઓછા 4 સ્વીકૃતિ માપદંડો લખો, જેમાં મર્યાદા અને અપવાદ કેસોનો સમાવેશ થાય છે. અસ્પષ્ટ રહે તેવા કોઈપણ મુદ્દાઓની પણ સૂચિ બનાવો. વાર્તા: [ટેક્સ્ટ]

4) અવકાશ રૂપરેખા:

નીચેની જરૂરિયાતો અનુસાર બે-કૉલમ ટેબલ તરીકે "અવકાશમાં" અને "અવકાશની બહાર" વસ્તુઓનો મુસદ્દો તૈયાર કરો. લેબલ [પુષ્ટિ જરૂરી] કોઈપણ આઇટમ માટે તમે અનિશ્ચિત છો. આવશ્યકતાઓ: [ટેક્સ્ટ]

સામાન્ય ભૂલો

• ઉકેલનો વિચાર કરવો જરૂરી છે. "ડ્રોપડાઉન મેનૂ ઉમેરો" એ ઉકેલ છે, જરૂરિયાત નથી. આવશ્યકતા કહે છે કે "વપરાશકર્તા નિર્ધારિત સૂચિમાંથી દેશ પસંદ કરવા સક્ષમ હોવા જોઈએ"; આઇટી ટીમ સોલ્યુશન ડિઝાઇન કરે છે.
• બિન-કાર્યક્ષમ રાશિઓને છોડી દેવા. ફક્ત "શું કરવું" લખવું અને "કેવી રીતે બનવું" (ગતિ, સુરક્ષા, સુલભતા) ભૂલી જવું એ સૌથી સામાન્ય અને સૌથી ખર્ચાળ છટકબારી છે.
• અમાપ વિશેષણોનો ઉપયોગ. "ઝડપી, સરળ, સલામત, વપરાશકર્તા મૈત્રીપૂર્ણ" જેવા શબ્દો થ્રેશોલ્ડ વિના અમાન્ય છે.
• એઆઈએ બનાવેલા નિયમની નોંધ લેતા નથી. મોડેલ "વાજબી" ઉમેરી શકે છે પરંતુ વાસ્તવમાં બોલાતા નિયમો નહીં; દરેક જરૂરિયાત માટે સંસાધનો માટે પૂછો.
• AI પર પ્રાથમિકતા છોડીને. પ્રથમ શું કરવું તે વ્યવસાય મૂલ્યનો નિર્ણય છે; બિઝનેસ યુનિટ આ આપે છે.

સાવધાન: જરૂરીયાતો વિશ્લેષણમાં સૌથી ખતરનાક વાક્ય છે "દરેક વ્યક્તિ આ પહેલેથી જ જાણે છે". અસ્પષ્ટ ધારણાઓ તેને દસ્તાવેજીકરણમાં બનાવતી નથી, તેને ક્યારેય કોડમાં બનાવતી નથી, અને ક્ષેત્રમાં ઉભરી આવતી નથી. AI ને પૂછો "આ આવશ્યકતામાં શું ધારવામાં આવ્યું છે પરંતુ લખાયેલ નથી?" આ છુપાયેલી ધારણાઓને દૃશ્યમાન બનાવે છે.

સારાંશમાં

આવશ્યકતાઓનું વિશ્લેષણ સ્પષ્ટ, માપી શકાય તેવી અને શોધી શકાય તેવી રીતે સિસ્ટમે શું કરવું જોઈએ તે વ્યાખ્યાયિત કરે છે. કાર્યાત્મક આવશ્યકતાઓ નોકરીનું વર્ણન કરે છે, બિન-કાર્યકારી આવશ્યકતાઓ ગુણોનું વર્ણન કરે છે, અને બાદમાં ઘણીવાર ભૂલી જાય છે. વપરાશકર્તા વાર્તા અને આપેલ/ક્યારે/પછી સ્વીકૃતિ માપદંડ એ અનિશ્ચિતતાને દૂર કરતા શક્તિશાળી સાધનો છે. આર્ટિફિશિયલ ઇન્ટેલિજન્સ સ્ટોરીબોર્ડ, સ્વીકૃતિ માપદંડ, સંઘર્ષની શોધ અને સ્પષ્ટતા પ્રશ્નોના ઉત્પાદનને નોંધપાત્ર રીતે વેગ આપે છે; જો કે, વ્યવસાયના નિયમની ચોકસાઈ, અવકાશ અને અગ્રતા નિર્ણય અને દરેક વાક્યનો સ્ત્રોત માનવની જવાબદારી છે. કોઈપણ જરૂરિયાતને અંતિમ સ્વરૂપ આપશો નહીં કે જે અનસોર્સ્ડ અને અમાપ છે.

એપ્લિકેશન કાર્ય

કાલ્પનિક “ઓનલાઈન એપોઈન્ટમેન્ટ સિસ્ટમ” (દા.ત., “ગ્રાહકો ઓનલાઈન એપોઈન્ટમેન્ટ લેવા સક્ષમ હોવા જોઈએ, સ્ટાફ કેલેન્ડર્સ જોવા માટે સક્ષમ હોવા જોઈએ”) માટે એક ફકરાની બિઝનેસ વિનંતી લખો. (1) આ વિનંતીના મજબૂત સંકેત સાથે ઓછામાં ઓછી 5 વપરાશકર્તા વાર્તાઓ અને દરેક માટે 2 સ્વીકૃતિ માપદંડ બનાવો. (2) મોડેલ દ્વારા નિર્મિત માપદંડોમાં ઓછામાં ઓછા 2 છુપાયેલા ગાબડાઓ શોધો (દા.ત. એક જ સમયે ડબલ એપોઇન્ટમેન્ટ, રદ કરવાનો નિયમ). (3) માપી શકાય તેવા સ્વરૂપમાં ઓછામાં ઓછી 3 બિન-કાર્યકારી જરૂરિયાતોનો સમાવેશ કરો. (4) ઓછામાં ઓછી 3 વસ્તુઓને "અવકાશની બહાર" તરીકે ઓળખો. (5) એક નિયમને ચિહ્નિત કરો કે જે મોડેલે બનાવેલું હોઈ શકે છે અને લખો કે તમે તેની પુષ્ટિ કેવી રીતે કરશો.

ચેકલિસ્ટ

• [ ] મેં કાર્યાત્મક અને બિન-કાર્યકારી આવશ્યકતાઓને અલગથી લખી છે.
• [] દરેક જરૂરિયાત સ્પષ્ટ, માપી શકાય તેવી અને પરીક્ષણ કરી શકાય તેવી છે.
• [] દરેક વાર્તામાં આપેલ/ક્યારે/પછી સ્વીકૃતિ માપદંડ હોય છે.
• [ ] હું દરેક જરૂરિયાતના સ્ત્રોત (વાતચીત/દસ્તાવેજ) શોધી શકું છું.
• [ ] AI એ બનાવેલા સંભવિત નિયમોને મેં ચિહ્નિત કર્યા અને પુષ્ટિ માટે તેમને છોડી દીધા.
• [ ] મેં વ્યવસાય એકમ સાથે મળીને પ્રાથમિકતા કરી.