સોફ્ટવૅર એન્જિનિયરિંગ (4353202) - શિયાળો 2024 ઉકેલ

પ્રશ્ન 1(અ) [3 ગુણ]

#

સોફ્ટવૅર ની વ્યાખ્યા આપો અને તેની લાક્ષણિકતા સમજાવો.

જવાબ:

સોફ્ટવૅર એ કમ્પ્યુટર પ્રોગ્રામ્સ, પ્રક્રિયાઓ અને દસ્તાવેજીકરણનો સમૂહ છે જે કમ્પ્યુટર સિસ્ટમ પર કાર્યો કરે છે.

ટેબલ: સોફ્ટવૅર લાક્ષણિકતાઓ

• મુખ્ય મુદ્દો: સોફ્ટવૅર = પ્રોગ્રામ્સ + દસ્તાવેજીકરણ + પ્રક્રિયાઓ
• યાદશક્તિ સહાય: “I Don’t Make Reliable Electronics”

પ્રશ્ન 1(બ) [4 ગુણ]

#

ક્લાસિકલ વોટરફોલ મોડેલ સમજાવો.

જવાબ:

વોટરફોલ મોડેલ એ રેખીય ક્રમિક સોફ્ટવૅર વિકાસ પદ્ધતિ છે જ્યાં દરેક તબક્કો પૂર્ણ થયા પછી જ આગળનો તબક્કો શરૂ થાય છે.

graph TD
    A[આવશ્યકતા વિશ્લેષણ] --> B[સિસ્ટમ ડિઝાઇન]
    B --> C[અમલીકરણ]
    C --> D[પરીક્ષણ]
    D --> E[જમાવટ]
    E --> F[જાળવણી]

મુખ્ય લક્ષણો:

• ક્રમિક તબક્કાઓ: તબક્કાઓ વચ્ચે કોઈ ઓવરલેપ નથી
• દસ્તાવેજીકરણ આધારિત: દરેક તબક્કે ભારે દસ્તાવેજીકરણ
• સરળ માળખું: સમજવા અને મેનેજ કરવા સરળ
• નિશ્ચિત આવશ્યકતાઓ: એકવાર શરૂ થયા પછી ફેરફાર મુશ્કેલ

યાદશક્તિ સહાય: “Real Systems Include Testing, Deployment, Maintenance”

પ્રશ્ન 1(ક) [7 ગુણ]

#

સોફ્ટવૅર પ્રોસેસ ફ્રેમવર્ક અને અમ્બ્રેલા એક્ટિવિટી સમજાવો.

જવાબ:

સોફ્ટવૅર પ્રોસેસ ફ્રેમવર્ક મુખ્ય પ્રોસેસ વિસ્તારો ઓળખીને સંપૂર્ણ સોફ્ટવૅર એન્જિનિયરિંગ પ્રોસેસ માટે પાયો પ્રદાન કરે છે.

graph LR
    A[સંવાદ] --> B[આયોજન]
    B --> C[મોડેલિંગ]
    C --> D[નિર્માણ]
    D --> E[જમાવટ]
    E --> A
    
    F[અમ્બ્રેલા એક્ટિવિટીઝ] --> A
    F --> B
    F --> C
    F --> D
    F --> E

ટેબલ: ફ્રેમવર્ક એક્ટિવિટીઝ વિ અમ્બ્રેલા એક્ટિવિટીઝ

ફ્રેમવર્ક એક્ટિવિટીઝ:

• સંવાદ: સ્ટેકહોલ્ડર્સ પાસેથી આવશ્યકતાઓ એકત્રિત કરવી
• આયોજન: પ્રોજેક્ટ પ્લાન અને શેડ્યુલ બનાવવું
• મોડેલિંગ: ડિઝાઇન મોડેલ્સ બનાવવા
• નિર્માણ: કોડ જનરેશન અને પરીક્ષણ
• જમાવટ: સોફ્ટવૅર ડિલિવરી અને ફીડબેક

અમ્બ્રેલા એક્ટિવિટીઝ પ્રોજેક્ટ દરમિયાન ચાલે છે:

• પ્રોજેક્ટ ટ્રેકિંગ: પ્રગતિ નિરીક્ષણ
• જોખમ મેનેજમેન્ટ: જોખમો ઓળખવા અને નિયંત્રિત કરવા
• ગુણવત્તા ખાતરી: ગુણવત્તા ધોરણો સુનિશ્ચિત કરવા
• કન્ફિગરેશન મેનેજમેન્ટ: ફેરફારો નિયંત્રિત કરવા

યાદશક્તિ સહાય: “Can People Make Construction Deploy”

પ્રશ્ન 1(ક) OR [7 ગુણ]

#

SCRUM મોડેલ પર ટૂંક નોંધ લખો.

જવાબ:

SCRUM એ પુનરાવર્તક અને વૃદ્ધિશીલ પ્રથાઓનો ઉપયોગ કરીને સોફ્ટવૅર વિકાસ પ્રોજેક્ટ્સનું મેનેજમેન્ટ કરવા માટેનું એક agile ફ્રેમવર્ક છે.

graph TD
    A[Product Backlog] --> B[Sprint Planning]
    B --> C[Sprint Backlog]
    C --> D[Sprint 2-4 weeks]
    D --> E[Sprint Review]
    E --> F[Sprint Retrospective]
    F --> B
    D --> G[Daily Scrum]
    G --> D

ટેબલ: SCRUM ભૂમિકાઓ અને આર્ટિફેક્ટ્સ

મુખ્ય ઇવેન્ટ્સ:

• Sprint Planning: આગામી sprint માટે કામ પસંદ કરવું
• Daily Scrum: 15-મિનિટનું દૈનિક સિંક્રોનાઇઝેશન
• Sprint Review: પૂર્ણ થયેલ કામ દર્શાવવું
• Sprint Retrospective: પ્રક્રિયા પર વિચાર કરવો અને સુધારવું

ફાયદાઓ: ઝડપી ડિલિવરી, લવચીકતા, સતત સુધારણા, ગ્રાહક સહયોગ

યાદશક્તિ સહાય: “People Sprint Daily Reviewing Retrospectively”

પ્રશ્ન 2(અ) [3 ગુણ]

#

સારા SRS ની લાક્ષણિકતા સમજાવો.

જવાબ:

SRS (સોફ્ટવૅર આવશ્યકતા વિશિષ્ટતા) દસ્તાવેજ અસરકારક બનવા માટે વિશિષ્ટ ગુણો હોવા જોઈએ.

ટેબલ: સારા SRS લાક્ષણિકતાઓ

• સંપૂર્ણ: બધી functional અને non-functional આવશ્યકતાઓ સમાવે છે
• સુસંગત: વિવિધ આવશ્યકતાઓ વચ્ચે કોઈ સંઘર્ષ નથી
• અસ્પષ્ટ નથી: દરેક આવશ્યકતાનો માત્ર એક જ અર્થઘટન છે

યાદશક્તિ સહાય: “Complete Computers Use Verified Modifications”

પ્રશ્ન 2(બ) [4 ગુણ]

#

પ્રોટોટાઇપ મોડેલના લાભ અને ગેરલાભ વર્ણવો.

જવાબ:

પ્રોટોટાઇપ મોડેલ આવશ્યકતાઓને વધુ સારી રીતે સમજવા માટે સોફ્ટવૅરનું કાર્યકારી મોડેલ બનાવે છે.

ટેબલ: પ્રોટોટાઇપ મોડેલ - ફાયદા અને ગેરફાયદા

ફાયદા:

• સ્પષ્ટ આવશ્યકતાઓ: વપરાશકર્તા કાર્યકારી મોડેલ જુએ છે
• પ્રારંભિક ફીડબેક: અંતિમ પ્રોડક્ટના જોખમો ઘટાડે છે
• વપરાશકર્તાનો સમાવેશ: વધુ સારી વપરાશકર્તા સ્વીકૃતિ

ગેરફાયદા:

• વધારાનો સમય: પ્રોટોટાઇપ બનાવવામાં સમય લાગે છે
• વધારાનો ખર્ચ: પ્રોટોટાઇપ માટે સાધનોની જરૂર
• અવકાશ વિસ્તરણ: વપરાશકર્તા પ્રોટોટાઇપના ફીચર્સની અપેક્ષા રાખી શકે છે

યાદશક્તિ સહાય: “Better Users Experience” વિ “Time Costs Increase”

પ્રશ્ન 2(ક) [7 ગુણ]

#

સ્પાઇરલ મોડેલ ડિઝાઇન વર્ણવો અને તેના લાભ અને ગેરલાભ વિશે લખો.

જવાબ:

સ્પાઇરલ મોડેલ પુનરાવર્તક વિકાસને વ્યવસ્થિત જોખમ મેનેજમેન્ટ સાથે પુનરાવર્તિત ચક્રો દ્વારા જોડે છે.

graph TD
    A[આયોજન] --> B[જોખમ વિશ્લેષણ]
    B --> C[એન્જિનિયરિંગ]
    C --> D[ગ્રાહક મૂલ્યાંકન]
    D --> A
    
    E[ચતુર્થાંશ 1: આયોજન] 
    F[ચતુર્થાંશ 2: જોખમ વિશ્લેષણ]
    G[ચતુર્થાંશ 3: એન્જિનિયરિંગ]
    H[ચતુર્થાંશ 4: ગ્રાહક મૂલ્યાંકન]

ટેબલ: સ્પાઇરલ મોડેલ તબક્કાઓ

ફાયદા:

• જોખમ મેનેજમેન્ટ: પ્રારંભિક જોખમ ઓળખ
• લવચીકતા: ફેરફારો સરળતાથી સમાવે છે
• ગ્રાહક સામેલગીરી: નિયમિત ગ્રાહક ફીડબેક
• ગુણવત્તા ફોકસ: સતત પરીક્ષણ અને વેલિડેશન

ગેરફાયદા:

• જટિલ મેનેજમેન્ટ: મેનેજ કરવું મુશ્કેલ
• ઊંચો ખર્ચ: જોખમ વિશ્લેષણને કારણે મોંઘું
• સમય લેતું: લાંબા વિકાસ ચક્રો
• જોખમ નિપુણતા જરૂરી: જોખમ મૂલ્યાંકન કૌશલ્યની જરૂર

શ્રેષ્ઠ માટે: મોટા, જટિલ, ઉચ્ચ-જોખમ પ્રોજેક્ટ્સ

યાદશક્તિ સહાય: “Plan Risks Engineering Customer” તબક્કાઓ માટે

પ્રશ્ન 2(અ) OR [3 ગુણ]

#

ઇન્ક્રિમેન્ટલ મોડેલ સમજાવો.

જવાબ:

ઇન્ક્રિમેન્ટલ મોડેલ સોફ્ટવૅરને નાના, કાર્યાત્મક ટુકડાઓમાં જે ઇન્ક્રિમેન્ટ્સ કહેવાય છે તેમાં ડિલિવર કરે છે.

graph LR
    A[મુખ્ય પ્રોડક્ટ] --> B[ઇન્ક્રિમેન્ટ 1]
    B --> C[ઇન્ક્રિમેન્ટ 2]
    C --> D[ઇન્ક્રિમેન્ટ 3]
    D --> E[અંતિમ પ્રોડક્ટ]

મુખ્ય લક્ષણો:

• આંશિક અમલીકરણ: દરેક ઇન્ક્રિમેન્ટ કાર્યક્ષમતા ઉમેરે છે
• પ્રારંભિક ડિલિવરી: મુખ્ય ફીચર્સ પ્રથમ ડિલિવર થાય છે
• સમાંતર વિકાસ: અનેક ઇન્ક્રિમેન્ટ્સ એકસાથે વિકસાવી શકાય છે

ટેબલ: ઇન્ક્રિમેન્ટલ મોડેલ લાક્ષણિકતાઓ

યાદશક્તિ સહાય: “Deliver Functionality Reducing Feedback”

પ્રશ્ન 2(બ) OR [4 ગુણ]

#

રેપિડ એપ્લિકેશન ડેવલપમેન્ટ મોડેલનો ખ્યાલ આપી સમજાવો.

જવાબ:

RAD (રેપિડ એપ્લિકેશન ડેવલપમેન્ટ) વ્યાપક આયોજનને બદલે ઝડપી પ્રોટોટાઇપિંગ અને ઝડપી ફીડબેક પર ભાર મૂકે છે.

ટેબલ: RAD મોડેલ તબક્કાઓ

મુખ્ય ખ્યાલો:

• પુનઃઉપયોગી ઘટકો: પૂર્વ-નિર્મિત ઘટકો વિકાસ ગતિ વધારે છે
• શક્તિશાળી ટૂલ્સ: CASE ટૂલ્સ અને કોડ જનરેટર્સ
• નાની ટીમો: પ્રતિ ટીમ 2-6 લોકો
• સમય-બોક્સ્ડ: કડક સમય મર્યાદા (60-90 દિવસ)

RAD માટેની આવશ્યકતાઓ:

• સારી રીતે વ્યાખ્યાયિત બિઝનેસ આવશ્યકતાઓ
• વપરાશકર્તાની સામેલગીરી સમગ્ર પ્રક્રિયા દરમિયાન
• કુશળ ડેવલપર્સ જે RAD ટૂલ્સથી પરિચિત છે

યાદશક્તિ સહાય: “Business Data Process Application Testing”

પ્રશ્ન 2(ક) OR [7 ગુણ]

#

SDLC ને વ્યાખ્યાયિત કરો અને દરેક તબક્કા સમજાવો.

જવાબ:

SDLC (સોફ્ટવૅર ડેવલપમેન્ટ લાઇફ સાઇકલ) સારી રીતે વ્યાખ્યાયિત તબક્કાઓ દ્વારા સોફ્ટવૅર બનાવવાની વ્યવસ્થિત પ્રક્રિયા છે.

graph TD
    A[આયોજન] --> B[વિશ્લેષણ]
    B --> C[ડિઝાઇન]
    C --> D[અમલીકરણ]
    D --> E[પરીક્ષણ]
    E --> F[જમાવટ]
    F --> G[જાળવણી]
    G --> A

ટેબલ: SDLC તબક્કાઓ વિગતવાર

તબક્કો વર્ણન:

• આયોજન: પ્રોજેક્ટ અવકાશ અને સાધનો વ્યાખ્યાયિત કરવા
• વિશ્લેષણ: સિસ્ટમ શું કરવું જોઈએ તે સમજવું
• ડિઝાઇન: સિસ્ટમ કેવી રીતે કામ કરશે તેનું આયોજન
• અમલીકરણ: વાસ્તવિક સિસ્ટમ બનાવવું
• પરીક્ષણ: સિસ્ટમ યોગ્ય રીતે કામ કરે છે કે કેમ તે ચકાસવું
• જમાવટ: વપરાશકર્તાઓ માટે સિસ્ટમ રિલીઝ કરવું
• જાળવણી: ચાલુ સપોર્ટ અને અપડેટ્સ

યાદશક્તિ સહાય: “People Always Design Implementation, Test Deployment, Maintain”

પ્રશ્ન 3(અ) [3 ગુણ]

#

સોફ્ટવૅર પ્રોજેક્ટને મેનેજ કરવાની સ્કિલ વર્ણવો.

જવાબ:

સોફ્ટવૅર પ્રોજેક્ટ મેનેજમેન્ટ તકનીકી અને સોફ્ટ સ્કિલ્સના સંયોજનની જરૂર છે.

ટેબલ: જરૂરી પ્રોજેક્ટ મેનેજમેન્ટ સ્કિલ્સ

મુખ્ય સ્કિલ્સ:

• લોકો મેનેજમેન્ટ: ટીમ સભ્યોનું નેતૃત્વ અને પ્રેરણા
• તકનીકી જ્ઞાન: વિકાસ પ્રક્રિયા અને ટૂલ્સની સમજ
• સંવાદ: તકનીકી ટીમ અને સ્ટેકહોલ્ડર્સ વચ્ચેનો સેતુ

યાદશક્તિ સહાય: “Technical Leaders Communicate Planning Problems”

પ્રશ્ન 3(બ) [4 ગુણ]

#

સોફ્ટવૅર પ્રોજેક્ટ મેનેજરની જવાબદારી ટૂંકમાં લખો.

જવાબ:

સોફ્ટવૅર પ્રોજેક્ટ મેનેજર પ્રોજેક્ટની શરૂઆતથી પૂર્ણતા સુધી સમગ્ર પ્રોજેક્ટની દેખરેખ રાખે છે.

ટેબલ: પ્રોજેક્ટ મેનેજરની જવાબદારીઓ

પ્રાથમિક જવાબદારીઓ:

• પ્રોજેક્ટ આયોજન: અવકાશ, સમયસીમા અને સાધનો વ્યાખ્યાયિત કરવા
• ટીમ નેતૃત્વ: વિકાસ ટીમને માર્ગદર્શન અને સહાય આપવી
• સ્ટેકહોલ્ડર સંવાદ: દરેકને પ્રગતિની માહિતી આપતા રહેવું
• ગુણવત્તા ખાતરી: પ્રોજેક્ટ આવશ્યકતાઓ પૂરી કરે તે સુનિશ્ચિત કરવું
• જોખમ મેનેજમેન્ટ: પ્રોજેક્ટના જોખમો અને મુદ્દાઓને હેન્ડલ કરવા

સફળતાના પરિબળો: સમયસર ડિલિવરી, બજેટની અંદર, આવશ્યકતાઓ પૂરી કરવી

યાદશક્તિ સહાય: “Plan Team Communication Quality Risk”

પ્રશ્ન 3(ક) [7 ગુણ]

#

SRS ની આવશ્યકતાનું વર્ગીકરણ કરો (1) ફંક્શનલ આવશ્યકતાઓ (2) નોન-ફંક્શનલ આવશ્યકતાઓ.

જવાબ:

આવશ્યકતા વર્ગીકરણ વિવિધ પ્રકારની સિસ્ટમ જરૂરિયાતોને વ્યવસ્થિત અને સમજવામાં મદદ કરે છે.

ટેબલ: ફંક્શનલ વિ નોન-ફંક્શનલ આવશ્યકતાઓ

ફંક્શનલ આવશ્યકતાઓ:

• વપરાશકર્તા ક્રિયાપ્રતિક્રિયાઓ: લોગિન, રજિસ્ટ્રેશન, ડેટા એન્ટ્રી
• બિઝનેસ નિયમો: વેલિડેશન નિયમો, ગણતરીઓ
• સિસ્ટમ ફીચર્સ: રિપોર્ટ્સ, નોટિફિકેશન્સ, વર્કફ્લો
• ડેટા પ્રોસેસિંગ: CRUD ઓપરેશન્સ

ઉદાહરણો:

• વપરાશકર્તા યુઝરનેમ/પાસવર્ડ સાથે લોગિન કરી શકે છે
• સિસ્ટમ આપોઆપ ટેક્સની ગણતરી કરે છે
• માસિક વેચાણ રિપોર્ટ જનરેટ કરવી

નોન-ફંક્શનલ આવશ્યકતાઓ:

ટેબલ: નોન-ફંક્શનલ આવશ્યકતા પ્રકારો

ગુણવત્તા લક્ષણો:

• પ્રદર્શન: પ્રતિસાદ સમય, થ્રુપુટ
• સુરક્ષા: ઓથેન્ટિકેશન, ઓથોરાઇઝેશન, એન્ક્રિપ્શન
• ઉપયોગિતા: વપરાશકર્તા-મૈત્રીપૂર્ણ ઇન્ટરફેસ, પહોંચતા
• વિશ્વસનીયતા: અપટાઇમ, એરર હેન્ડલિંગ
• જાળવણીયોગ્યતા: કોડ ગુણવત્તા, દસ્તાવેજીકરણ

યાદશક્તિ સહાય: “Performance Security Usability Reliability Maintainability”

પ્રશ્ન 3(અ) OR [3 ગુણ]

#

SRS નું મહત્વ દર્શાવો.

જવાબ:

SRS (સોફ્ટવૅર આવશ્યકતા વિશિષ્ટતા) એ મહત્વપૂર્ણ દસ્તાવેજ છે જે સોફ્ટવૅર શું કરવું જોઈએ તે વ્યાખ્યાયિત કરે છે.

ટેબલ: SRS મહત્વ

મુખ્ય મહત્વ:

• સંવાદ સાધન: ક્લાયન્ટ્સ અને ડેવલપર્સ વચ્ચેનો સેતુ
• આયોજન પાયો: સમય, ખર્ચ અને સાધનોનો અંદાજ કાઢવામાં મદદ કરે છે
• પરીક્ષણ આધાર: SRS આવશ્યકતાઓમાંથી ટેસ્ટ કેસ મેળવવા

યાદશક્તિ સહાય: “Clear Planning Quality Change Legal”

પ્રશ્ન 3(બ) OR [4 ગુણ]

#

Gantt ચાર્ટ વિશે સમજાવો.

જવાબ:

Gantt ચાર્ટ એ દ્રશ્ય પ્રોજેક્ટ મેનેજમેન્ટ ટૂલ છે જે કાર્યો, સમયસીમા અને નિર્ભરતા દર્શાવે છે.

gantt
    title પ્રોજેક્ટ શેડ્યુલ
    dateFormat  YYYY-MM-DD
    section તબક્કો 1
    આવશ્યકતાઓ    :a1, 2024-01-01, 30d
    ડિઝાઇન         :a2, after a1, 20d
    section તબક્કો 2
    કોડિંગ         :a3, after a2, 45d
    પરીક્ષણ        :a4, after a3, 15d

ટેબલ: Gantt ચાર્ટ ઘટકો

ફાયદા:

• દ્રશ્ય ટાઇમલાઇન: પ્રોજેક્ટ શેડ્યુલ જોવા સરળ
• પ્રગતિ ટ્રેકિંગ: કાર્ય પૂર્ણતાનું નિરીક્ષણ
• સાધન આયોજન: સાધનોને અસરકારક રીતે ફાળવવા
• નિર્ભરતા મેનેજમેન્ટ: કાર્ય સંબંધો સમજવા

યાદશક્તિ સહાય: “Tasks Timeline Bars Dependencies Milestones”

પ્રશ્ન 3(ક) OR [7 ગુણ]

#

રિસ્ક મેનેજમેન્ટ પર ટૂંક નોંધ લખો.

જવાબ:

રિસ્ક મેનેજમેન્ટ એ પ્રોજેક્ટના જોખમોને ઓળખવા, વિશ્લેષણ કરવા અને નિયંત્રિત કરવાની વ્યવસ્થિત પ્રક્રિયા છે.

graph TD
    A[જોખમ ઓળખ] --> B[જોખમ વિશ્લેષણ]
    B --> C[જોખમ આયોજન]
    C --> D[જોખમ નિરીક્ષણ]
    D --> A

ટેબલ: રિસ્ક મેનેજમેન્ટ પ્રક્રિયા

જોખમ કેટેગરીઓ:

ટેબલ: સોફ્ટવૅર જોખમોના પ્રકારો

જોખમ પ્રતિસાદ વ્યૂહરચના:

• ટાળવું: જોખમ સ્ત્રોતને દૂર કરવું
• ઘટાડવું: સંભાવના અથવા અસર ઘટાડવી
• સ્થાનાંતરિત કરવું: અન્ય લોકો સાથે જોખમ વહેંચવું
• સ્વીકારવું: જોખમ સાથે જીવવું

જોખમ મૂલ્યાંકન: સંભાવના × અસર = જોખમ એક્સપોઝર

ફાયદા: પ્રો-એક્ટિવ સમસ્યા ઉકેલ, વધુ સારી પ્રોજેક્ટ સફળતા દર, સ્ટેકહોલ્ડર વિશ્વાસ

યાદશક્તિ સહાય: “Identify Analyze Plan Monitor” પ્રક્રિયા માટે, “Avoid Mitigate Transfer Accept” વ્યૂહરચના માટે

પ્રશ્ન 4(અ) [3 ગુણ]

#

પ્રોજેક્ટની સાઇઝના અંદાજ માટેના મેટ્રિક શું છે? FP ઉદાહરણ સાથે સમજાવો.

જવાબ:

સાઇઝ અંદાજ મેટ્રિક્સ સોફ્ટવૅર પ્રોજેક્ટના સાઇઝ અને પ્રયત્નોની આગાહી કરવામાં મદદ કરે છે.

ટેબલ: સાઇઝ અંદાજ મેટ્રિક્સ

Function Points (FP) વપરાશકર્તા કાર્યક્ષમતાના આધારે સોફ્ટવૅર સાઇઝ માપે છે.

FP ઘટકો:

• External Inputs: ડેટા એન્ટ્રી સ્ક્રીન્સ
• External Outputs: રિપોર્ટ્સ, સંદેશાઓ
• External Queries: ડેટાબેસ ક્વેરીઝ
• Internal Files: ડેટા સ્ટોર્સ
• External Interfaces: સિસ્ટમ કનેક્શન્સ

FP ગણતરી ઉદાહરણ: લાઇબ્રેરી મેનેજમેન્ટ સિસ્ટમ માટે:

• External Inputs: 5 (પુસ્તક એન્ટ્રી, સભ્ય એન્ટ્રી, વગેરે)
• External Outputs: 3 (રિપોર્ટ્સ)
• External Queries: 4 (સર્ચ ફંક્શન્સ)
• Internal Files: 2 (પુસ્તક DB, સભ્ય DB)
• External Interfaces: 1 (ઓનલાઇન કેટલોગ)

સિમ્પલ FP = 5 + 3 + 4 + 2 + 1 = 15 Function Points

યાદશક્તિ સહાય: “Inputs Outputs Queries Files Interfaces”

પ્રશ્ન 4(બ) [4 ગુણ]

#

પ્રોજેક્ટ અંદાજની બેસિક ટેકનિક COCOMO મોડેલ સમજાવો.

જવાબ:

COCOMO (COnstructive COst MOdel) સોફ્ટવૅર ડેવલપમેન્ટ પ્રયત્ન અને શેડ્યુલનો અંદાજ લગાવે છે.

ટેબલ: COCOMO મોડેલ પ્રકારો

બેસિક COCOMO ફોર્મુલા:

• પ્રયત્ન = a × (KLOC)^b person-months
• સમય = c × (પ્રયત્ન)^d months
• લોકો = પ્રયત્ન / સમય

ટેબલ: COCOMO કોન્સ્ટન્ટ્સ

ઉદાહરણ: 10 KLOC organic પ્રોજેક્ટ માટે

• પ્રયત્ન = 2.4 × (10)^1.05 = 25.47 person-months
• સમય = 2.5 × (25.47)^0.38 = 8.64 months
• લોકો = 25.47 / 8.64 = 3 લોકો

યાદશક્તિ સહાય: “Organic Semi Embedded” પ્રોજેક્ટ પ્રકારો માટે

પ્રશ્ન 4(ક) [7 ગુણ]

#

તમારી પસંદગીની સિસ્ટમ માટે સ્પ્રિન્ટ બર્ન ડાઉન ચાર્ટ તૈયાર કરો.

જવાબ:

સ્પ્રિન્ટ બર્ન ડાઉન ચાર્ટ ઓનલાઇન શોપિંગ સિસ્ટમ માટે સ્પ્રિન્ટ દરમિયાન બાકી કામને ટ્રેક કરે છે.

graph LR
    A[સ્પ્રિન્ટ ગોલ: વપરાશકર્તા ઓથેન્ટિકેશન મોડ્યુલ<br/>સ્પ્રિન્ટ અવધિ: 2 અઠવાડિયા<br/>કુલ સ્ટોરી પોઇન્ટ્સ: 40]

સ્પ્રિન્ટ બેકલોગ:

ટેબલ: સ્પ્રિન્ટ કાર્યો

બર્ન ડાઉન ચાર્ટ ડેટા:

ટેબલ: દૈનિક પ્રગતિ

ચાર્ટ વિશ્લેષણ:

• લીલી લાઇન: આદર્શ બર્ન ડાઉન
• લાલ લાઇન: વાસ્તવિક પ્રગતિ
• વિવિધતાઓ: પડકારો અને પુનઃપ્રાપ્તિ દર્શાવે છે
• પૂર્ણતા: સ્પ્રિન્ટ સમયસર પૂર્ણ થયું

ફાયદા: દ્રશ્ય પ્રગતિ ટ્રેકિંગ, પ્રારંભિક સમસ્યા ઓળખ, ટીમ પ્રેરણા

યાદશક્તિ સહાય: “Track Progress Daily, Identify Issues Early”

પ્રશ્ન 4(અ) OR [3 ગુણ]

#

USE CASE ડાયાગ્રામના ઘટકો સમજાવો.

જવાબ:

યુઝ કેસ ડાયાગ્રામ વપરાશકર્તાના દૃષ્ટિકોણથી સિસ્ટમ કાર્યક્ષમતા દર્શાવે છે.

ટેબલ: યુઝ કેસ ડાયાગ્રામ ઘટકો

સંબંધો:

• ઇન્ક્લૂડ: એક યુઝ કેસ બીજાને સમાવે છે (ફરજિયાત)
• એક્સટેન્ડ: વૈકલ્પિક યુઝ કેસ વિસ્તરણ
• જનરલાઇઝેશન: માતા-પિતા-બાળક સંબંધ

ઉદાહરણ ઘટકો:

• પ્રાથમિક એક્ટર: ગ્રાહક, એડમિન
• યુઝ કેસ: લોગિન, પ્રોડક્ટ્સ સર્ચ કરો, ઓર્ડર આપો
• સિસ્ટમ: ઓનલાઇન શોપિંગ સિસ્ટમ

યાદશક્તિ સહાય: “Actors Use Systems, Associate Generally”

પ્રશ્ન 4(બ) OR [4 ગુણ]

#

કોહેસન અને કપલિંગની સરખામણી કરો.

જવાબ:

કોહેસન અને કપલિંગ જાળવણીયોગ્યતાને અસર કરતા મહત્વપૂર્ણ સોફ્ટવૅર ડિઝાઇન સિદ્ધાંતો છે.

ટેબલ: કોહેસન વિ કપલિંગ સરખામણી

કોહેસન પ્રકારો (નીચાથી ઉચ્ચા સુધી):

• સંયોગજન્ય: રેન્ડમ ગ્રુપિંગ
• તાર્કિક: સમાન લોજિક
• ટેમ્પોરલ: સમાન સમય અમલ
• પ્રોસેજ્યોરલ: ક્રમિક પગલાં
• કમ્યુનિકેશનલ: સમાન ડેટા
• સિક્વેન્શિયલ: એકનું આઉટપુટ બીજાનું ઇનપુટ
• ફંક્શનલ: એક જ હેતુ

કપલિંગ પ્રકારો (ઉચ્ચાથી નીચા સુધી):

• કન્ટેન્ટ: મોડ્યુલ આંતરિક બાબતોને સીધો એક્સેસ
• કોમન: વહેંચાયેલ ગ્લોબલ ડેટા
• એક્સટર્નલ: વહેંચાયેલ બાહ્ય ઇન્ટરફેસ
• કન્ટ્રોલ: કન્ટ્રોલ માહિતી પાસ
• સ્ટેમ્પ: ડેટા સ્ટ્રક્ચર પાસ
• ડેટા: સરળ ડેટા પાસ

ગોલ: ઉચ્ચ કોહેસન + નીચું કપલિંગ = સારી ડિઝાઇન

યાદશક્તિ સહાય: “High Cohesion, Low Coupling” સારી ડિઝાઇન માટે

પ્રશ્ન 4(ક) OR [7 ગુણ]

#

રિસ્ક એસેસમેન્ટને વિસ્તારથી સમજાવો.

જવાબ:

રિસ્ક એસેસમેન્ટ મેનેજમેન્ટ પ્રયત્નોને પ્રાથમિકતા આપવા માટે ઓળખાયેલા જોખમોનું મૂલ્યાંકન કરે છે.

graph TD
    A[જોખમ ઓળખ] --> B[જોખમ એસેસમેન્ટ]
    B --> C[સંભાવના વિશ્લેષણ]
    B --> D[અસર વિશ્લેષણ]
    C --> E[જોખમ એક્સપોઝર ગણતરી]
    D --> E
    E --> F[જોખમ પ્રાથમિકતા]

રિસ્ક એસેસમેન્ટ ઘટકો:

ટેબલ: જોખમ એસેસમેન્ટ તત્વો

એસેસમેન્ટ પ્રક્રિયા:

1. સંભાવના એસેસમેન્ટ:

• ખૂબ નીચી (0.1): થવાની શક્યતા નથી
• નીચી (0.3): શક્ય પણ સંભવિત નથી
• મધ્યમ (0.5): થઈ શકે કે ન પણ થાય
• ઉચ્ચ (0.7): થવાની શક્યતા છે
• ખૂબ ઉચ્ચ (0.9): લગભગ નિશ્ચિત

2. અસર એસેસમેન્ટ:

• વિનાશકારી (9-10): પ્રોજેક્ટ નિષ્ફળતા
• ગંભીર (7-8): મોટા વિલંબ/કોસ્ટ ઓવરરન
• સીમાંત (4-6): શેડ્યુલ/બજેટ પર થોડી અસર
• નગણ્ય (1-3): ઓછી અસર

3. જોખમ એક્સપોઝર ગણતરી: જોખમ એક્સપોઝર = સંભાવના × અસર

ઉદાહરણ જોખમ એસેસમેન્ટ:

ટેબલ: નમૂના જોખમ વિશ્લેષણ

રિસ્ક મેટ્રિક્સ:

• ઉચ્ચ પ્રાથમિકતા: એક્સપોઝર > 4.0
• મધ્યમ પ્રાથમિકતા: એક્સપોઝર 2.0-4.0
• નીચી પ્રાથમિકતા: એક્સપોઝર < 2.0

એસેસમેન્ટ ફાયદા:

• ઉદ્દેશ્ય પ્રાથમિકતા: ડેટા-આધારિત નિર્ણયો
• સાધન ફાળવણી: ઉચ્ચ-જોખમ આઇટમ્સ પર ફોકસ
• સંવાદ સાધન: સ્પષ્ટ જોખમ સંવાદ
• આયોજન ઇનપુટ: પ્રોજેક્ટ આયોજનને પ્રભાવિત કરે છે

યાદશક્તિ સહાય: “Probability Impact Exposure Priority”

પ્રશ્ન 5(અ) [3 ગુણ]

#

કોડ રિવ્યુની કોડ ઇન્સ્પેક્શન ટેકનિક સમજાવો.

જવાબ:

કોડ ઇન્સ્પેક્શન એ ખામીઓ શોધવા માટે કોડની ઔપચારિક, વ્યવસ્થિત તપાસ છે.

ટેબલ: કોડ ઇન્સ્પેક્શન પ્રક્રિયા

મુખ્ય લક્ષણો:

• ઔપચારિક પ્રક્રિયા: વ્યાખ્યાયિત ભૂમિકાઓ સાથે માળખાગત અભિગમ
• વ્યવસ્થિત સમીક્ષા: લાઇન-બાય-લાઇન તપાસ
• ખામી કેન્દ્રિત: ભૂલો શોધવી, ઉકેલો નહીં
• લેખકની ટીકા નહીં: કોડ પર ફોકસ, કોડર પર નહીં

ફાયદા: પ્રારંભિક ખામી શોધ, જ્ઞાન વહેંચણી, કોડ ગુણવત્તા સુધારણા

યાદશક્તિ સહાય: “Plan Overview Prepare Inspect Rework Follow-up”

પ્રશ્ન 5(બ) [4 ગુણ]

#

ATM ના ઓછામાં ઓછા ચાર ટેસ્ટ કેસ તૈયાર કરો.

જવાબ:

ATM ટેસ્ટ કેસ ઓટોમેટેડ ટેલર મશીનની કાર્યક્ષમતા ચકાસે છે.

ટેબલ: ATM ટેસ્ટ કેસ

વિગતવાર ટેસ્ટ કેસ:

ટેસ્ટ કેસ 1: માન્ય લોગિન

• પૂર્વશરત: ATM કાર્યરત છે, કાર્ડ દાખલ કર્યું
• પગલાં: સાચો PIN દાખલ કરો → Enter દબાવો
• અપેક્ષિત: વિકલ્પો સાથે મુખ્ય મેનુ દર્શાવવું

ટેસ્ટ કેસ 2: રોકડ ઉપાડ

• પૂર્વશરત: વપરાશકર્તા લોગ ઇન, પૂરતો બેલેન્સ
• પગલાં: ઉપાડ પસંદ કરો → રકમ દાખલ કરો → કન્ફર્મ કરો
• અપેક્ષિત: રોકડ આપવી, બેલેન્સ અપડેટ કરવો

ટેસ્ટ કેસ 3: બેલેન્સ પૂછપરછ

• પૂર્વશરત: વપરાશકર્તા લોગ ઇન
• પગલાં: બેલેન્સ પૂછપરછ પસંદ કરો
• અપેક્ષિત: વર્તમાન બેલેન્સ સ્ક્રીન પર દર્શાવવો

ટેસ્ટ કેસ 4: PIN ફેરફાર

• પૂર્વશરત: વપરાશકર્તા લોગ ઇન
• પગલાં: PIN ફેરફાર પસંદ કરો → જૂનો PIN દાખલ કરો → નવો PIN દાખલ કરો → કન્ફર્મ કરો
• અપેક્ષિત: PIN સફળતાપૂર્વક બદલાયો, પુષ્ટિ સંદેશ

યાદશક્તિ સહાય: “Login Withdraw Inquiry Change”

પ્રશ્ન 5(ક) [7 ગુણ]

#

white box ટેસ્ટિંગ વર્ણવો.

જવાબ:

વ્હાઇટ બોક્સ ટેસ્ટિંગ આંતરિક કોડ માળખું અને લોજિક પાથ્સની તપાસ કરે છે.

graph TD
    A[સોર્સ કોડ] --> B[કન્ટ્રોલ ફ્લો વિશ્લેષણ]
    B --> C[પાથ કવરેજ]
    C --> D[ટેસ્ટ કેસ ડિઝાઇન]
    D --> E[ટેસ્ટ એક્ઝિક્યુશન]
    E --> F[કવરેજ વિશ્લેષણ]

ટેબલ: વ્હાઇટ બોક્સ ટેસ્ટિંગ લાક્ષણિકતાઓ

કવરેજ માપદંડો:

ટેબલ: કવરેજ પ્રકારો

વ્હાઇટ બોક્સ ટેસ્ટિંગ ટેકનિક્સ:

1. બેસિસ પાથ ટેસ્ટિંગ:

• સાયક્લોમેટિક કોમ્પ્લેક્સિટી ગણવી: V(G) = E - N + 2
• E = એજ્સ, N = કન્ટ્રોલ ફ્લો ગ્રાફમાં નોડ્સ
• V(G) બરાબર સ્વતંત્ર પાથ્સ જનરેટ કરવા

2. લુપ ટેસ્ટિંગ:

• સિમ્પલ લુપ્સ: 0, 1, 2, સામાન્ય, મહત્તમ પુનરાવર્તનો ટેસ્ટ કરવા
• નેસ્ટેડ લુપ્સ: પહેલા આંતરિક લુપ, પછી બાહ્ય
• કોન્કેટેનેટેડ લુપ્સ: અલગ લુપ્સ તરીકે ટેસ્ટ કરવા

3. કન્ડિશન ટેસ્ટિંગ:

• બધી લોજિકલ કન્ડિશન્સ ટેસ્ટ કરવી (AND, OR, NOT)
• દરેક કન્ડિશન true અને false બંને માટે મૂલ્યાંકન સુનિશ્ચિત કરવું

ઉદાહરણ: સિમ્પલ કોડ ટેસ્ટિંગ

if (age >= 18 AND income > 25000)
    approve_loan();
else
    reject_loan();

ટેસ્ટ કેસ:

• age=20, income=30000 (બંને true) → approve
• age=16, income=30000 (પહેલું false) → reject
• age=20, income=20000 (બીજું false) → reject
• age=16, income=20000 (બંને false) → reject

ફાયદા:

• સંપૂર્ણ ટેસ્ટિંગ: આંતરિક લોજિક ટેસ્ટ કરે છે
• પ્રારંભિક ખામી શોધ: લોજિક એરર્સ શોધે છે
• કવરેજ માપ: મૂર્ત ટેસ્ટિંગ પ્રગતિ

ગેરફાયદા:

• સમય લેતું: કોડ જ્ઞાનની જરૂર
• મોંઘું: કુશળ ટેસ્ટર્સની જરૂર
• જાળવણી: કોડ સાથે ફેરફારો

ટૂલ્સ: JUnit (Java), NUnit (.NET), Coverage.py (Python)

યાદશક્તિ સહાય: “Statement Branch Path Condition” કવરેજ પ્રકારો માટે

પ્રશ્ન 5(અ) OR [3 ગુણ]

#

કોડ રિવ્યુની કોડ વોક થ્રુ ટેકનિક સમજાવો.

જવાબ:

કોડ વોક થ્રુ એ અનૌપચારિક કોડ રિવ્યુ ટેકનિક છે જ્યાં લેખક ટીમને કોડ રજૂ કરે છે.

ટેબલ: વોક થ્રુ પ્રક્રિયા

મુખ્ય લાક્ષણિકતાઓ:

• લેખક-આગેવાની: કોડ લેખક સેશન ચલાવે છે
• અનૌપચારિક પ્રક્રિયા: ઇન્સ્પેક્શન કરતાં ઓછું માળખાગત
• શિક્ષણાત્મક: ટીમ કોડ કાર્યક્ષમતા વિશે શીખે છે
• સહયોગી: ખુલ્લી ચર્ચાને પ્રોત્સાહન

સહભાગીઓ:

• લેખક: કોડ રજૂ કરે છે અને સમજાવે છે
• રિવ્યુઅર્સ: પ્રશ્નો પૂછે છે અને ફીડબેક આપે છે
• મોડરેટર: ચર્ચાને કેન્દ્રિત રાખે છે (વૈકલ્પિક)

ફાયદા: જ્ઞાન વહેંચણી, પ્રારંભિક સમસ્યા શોધ, ટીમ સહયોગ, શીખવાની તક

યાદશક્તિ સહાય: “Prepare Present Discuss Document”

પ્રશ્ન 5(બ) OR [4 ગુણ]

#

સોફ્ટવૅર ડોક્યુમેન્ટેશન વિશે સમજાવો.

જવાબ:

સોફ્ટવૅર ડોક્યુમેન્ટેશન વિવિધ સ્ટેકહોલ્ડર્સ માટે સોફ્ટવૅર સિસ્ટમ વિશે માહિતી પ્રદાન કરે છે.

ટેબલ: ડોક્યુમેન્ટેશન પ્રકારો

આંતરિક ડોક્યુમેન્ટેશન:

• કોડ કોમેન્ટ્સ: જટિલ લોજિક સમજાવવી
• ફંક્શન હેડર્સ: હેતુ અને પેરામીટર્સ વર્ણવવા
• વેરિએબલ નામો: સ્વ-દસ્તાવેજીકરણ ઓળખકર્તાઓ
• README ફાઇલ્સ: પ્રોજેક્ટ ઓવરવ્યુ અને સેટઅપ

બાહ્ય ડોક્યુમેન્ટેશન:

• વપરાશકર્તા માન્યુઅલ્સ: ચરણ-દર-ચરણ ઉપયોગ સૂચનાઓ
• ઇન્સ્ટોલેશન ગાઇડ્સ: સેટઅપ પ્રક્રિયાઓ
• API ડોક્યુમેન્ટેશન : ઇન્ટરફેસ વિશિષ્ટતાઓ
• તાલીમ સામગ્રી: શિક્ષણાત્મક સામગ્રી

ફાયદા:

• જાળવણીયોગ્યતા: કોડ અપડેટ્સ સરળ
• જ્ઞાન સ્થાનાંતરણ: નવા ટીમ સભ્યો ઝડપથી શીખે છે
• વપરાશકર્તા સપોર્ટ: સપોર્ટ વિનંતીઓ ઘટાડે છે
• ગુણવત્તા ખાતરી: આવશ્યકતાઓ અને ડિઝાઇન દસ્તાવેજીકરણ કરે છે

ડોક્યુમેન્ટેશન ધોરણો: સુસંગત ફોર્મેટ, નિયમિત અપડેટ્સ, વર્ઝન કન્ટ્રોલ, પહોંચતા

યાદશક્તિ સહાય: “User System Process Requirements” પ્રકારો માટે

પ્રશ્ન 5(ક) OR [7 ગુણ]

#

black box ટેસ્ટિંગ પર ટૂંક નોંધ લખો.

જવાબ:

બ્લેક બોક્સ ટેસ્ટિંગ આંતરિક કોડ માળખાના જ્ઞાન વિના સોફ્ટવૅર કાર્યક્ષમતાની તપાસ કરે છે.

graph LR
    A[ઇનપુટ] --> B[સોફ્ટવૅર સિસ્ટમ<br/>બ્લેક બોક્સ] --> C[આઉટપુટ]
    D[ટેસ્ટ કેસ] --> A
    E[અપેક્ષિત પરિણામો] --> F[સરખામણી]
    C --> F

ટેબલ: બ્લેક બોક્સ ટેસ્ટિંગ લાક્ષણિકતાઓ

બ્લેક બોક્સ ટેસ્ટિંગ ટેકનિક્સ:

ટેબલ: ટેસ્ટિંગ ટેકનિક્સ

1. ઇક્વિવેલન્સ પાર્ટિશનિંગ:

• માન્ય પાર્ટિશન્સ: સ્વીકૃત ઇનપુટ્સ
• અમાન્ય પાર્ટિશન્સ: નકારેલા ઇનપુટ્સ
• દરેક પાર્ટિશનમાંથી એક વેલ્યુ ટેસ્ટ કરવી

ઉદાહરણ: પાસવર્ડ લંબાઈ (6-12 અક્ષરો)

• માન્ય: 6-12 અક્ષરો
• અમાન્ય: <6 અક્ષરો, >12 અક્ષરો

2. બાઉન્ડરી વેલ્યુ એનાલિસિસ:

• લઘુત્તમ, મહત્તમ, લઘુત્તમથી થોડું નીચે, મહત્તમથી થોડું ઉપર ટેસ્ટ કરવું
• મોટાભાગની ભૂલો સીમાઓ પર થાય છે

ઉદાહરણ: રેન્જ 1-100 માટે

• ટેસ્ટ: 0, 1, 2, 99, 100, 101

3. ડિસિઝન ટેબલ ટેસ્ટિંગ:

• કન્ડિશન્સ: ઇનપુટ કન્ડિશન્સ
• એક્શન્સ: અપેક્ષિત આઉટપુટ્સ
• નિયમો: કન્ડિશન-એક્શન સંયોજનો

ફાયદા:

• વપરાશકર્તા દૃષ્ટિકોણ: વપરાશકર્તાના દૃષ્ટિકોણથી ટેસ્ટ કરે છે
• કોડ જ્ઞાનની જરૂર નથી: ટેસ્ટર્સને પ્રોગ્રામિંગ સ્કિલ્સની જરૂર નથી
• નિષ્પક્ષ: કોડ અમલીકરણથી પ્રભાવિત નથી
• પ્રારંભિક ટેસ્ટિંગ: આવશ્યકતાઓ સાથે શરૂ કરી શકાય છે

ગેરફાયદા:

• મર્યાદિત કવરેજ: કેટલાક કોડ પાથ્સ ચૂકાવી શકે છે
• રિડન્ડન્ટ ટેસ્ટિંગ: સમાન લોજિકને વધુ વખત ટેસ્ટ કરી શકે છે
• મુશ્કેલ ટેસ્ટ કેસ ડિઝાઇન: આંતરિક જ્ઞાન વિના મુશ્કેલ

બ્લેક બોક્સ ટેસ્ટિંગના પ્રકારો:

• ફંક્શનલ ટેસ્ટિંગ: મુખ્ય કાર્યક્ષમતા
• નોન-ફંક્શનલ ટેસ્ટિંગ: પ્રદર્શન, ઉપયોગિતા
• રીગ્રેશન ટેસ્ટિંગ: ફેરફારો પછી
• યુઝર એક્સેપ્ટન્સ ટેસ્ટિંગ: અંતિમ વેલિડેશન

ટૂલ્સ: Selenium (વેબ), Appium (મોબાઇલ), TestComplete, QTP

ક્યારે ઉપયોગ કરવો:

• સિસ્ટમ ટેસ્ટિંગ તબક્કો
• યુઝર એક્સેપ્ટન્સ ટેસ્ટિંગ
• ઇન્ટિગ્રેશન ટેસ્ટિંગ
• રીગ્રેશન ટેસ્ટિંગ

યાદશક્તિ સહાય: “Equivalence Boundary Decision State” ટેકનિક્સ માટે