ફન્ડામેન્ટલ્સ ઓફ સૉફ્ટવેર ડેવલપમેન્ટ (4331604) - શિયાળું 2023 ઉકેલ

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

#

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

જવાબ:

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

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

મેમરી ટ્રીક: “અમૂર્ત તાર્કિક ઉત્પાદન જટિલતા”

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

#

Software engineering- A layered technology વિશેનો નોંધ લખો.

જવાબ:

Software Engineering એ સ્તરીય ટેકનોલોજી તરીકે માળખાકીય છે જ્યાં દરેક સ્તર આગામી સ્તરને આધાર આપે છે.

સ્તરીય માળખું:

graph TD
    A[Tools] --> B[Methods]
    B --> C[Process]
    C --> D[Quality Focus - પાયો]

મેમરી ટ્રીક: “ટૂલ્સ મેથડ્સ પ્રોસેસ ક્વોલિટી”

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

#

સૉફ્ટવેર પ્રોસેસ ફ્રેમવર્ક તેમજ umbrella એક્ટિવિટી સમજાવો.

જવાબ:

સૉફ્ટવેર પ્રોસેસ ફ્રેમવર્ક સૉફ્ટવેર ડેવલપમેન્ટ માટે મુખ્ય પ્રવૃત્તિઓ અને umbrella પ્રવૃત્તિઓ સાથે માળખું પ્રદાન કરે છે.

ફ્રેમવર્ક પ્રવૃત્તિઓ:

Umbrella પ્રવૃત્તિઓ:

• Software project tracking: પ્રગતિ નિરીક્ષણ અને ગુણવત્તા નિયંત્રણ
• Risk management: સંભવિત સમસ્યાઓ ઓળખવી અને ઘટાડવી
• Quality assurance: ધોરણો પૂરા થાય તેની ખાતરી કરવી
• Configuration management: ફેરફારોને વ્યવસ્થિત રીતે નિયંત્રિત કરવા
• Work product preparation: ડિલિવરેબલ દસ્તાવેજો બનાવવા

graph LR
    A[Communication] --> B[Planning]
    B --> C[Modeling]
    C --> D[Construction]
    D --> E[Deployment]
    F[Umbrella Activities] -.-> A
    F -.-> B
    F -.-> C
    F -.-> D
    F -.-> E

મેમરી ટ્રીક: “કોમ્યુનિકેશન પ્લાનિંગ મોડલિંગ કન્સ્ટ્રક્શન ડિપ્લોયમેન્ટ” + “ટ્રેક રિસ્ક ક્વોલિટી કન્ફિગરેશન વર્ક”

પ્રશ્ન 1(ક) અથવા [7 ગુણ]

#

SDLC ની વ્યાખ્યા આપો. તેમજ દરેક તબક્કા સમજાવો.

જવાબ:

SDLC (Software Development Life Cycle) એ સૉફ્ટવેર એપ્લિકેશન્સ વિકસાવવા માટેની વ્યવસ્થિત પ્રક્રિયા છે.

SDLC તબક્કાઓ:

graph TD
    A[Planning] --> B[Analysis]
    B --> C[Design]
    C --> D[Implementation]
    D --> E[Testing]
    E --> F[Deployment]
    F --> G[Maintenance]

મેમરી ટ્રીક: “પ્લાન એનાલિસિસ ડિઝાઇન ઇમ્પ્લિમેન્ટેશન ટેસ્ટિંગ ડિપ્લોયમેન્ટ મેઇન્ટેનન્સ”

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

#

Prototype model ના ફાયદા તેમજ નુકશાન વર્ણન કરો.

જવાબ:

Prototype Model વિશ્લેષણ:

મેમરી ટ્રીક: “વહેલો ઓછું બહેતર” વિરુદ્ધ “સમય ખર્ચ સ્કોપ”

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

#

Prototyping મૉડલ સમજાવો, એ મૉડલ ક્યારે ઉપયોગમાં લઈ શકાય.

જવાબ:

Prototyping Model વિકાસ પ્રક્રિયાની શરૂઆતમાં સૉફ્ટવેરનું કાર્યશીલ મોડલ બનાવે છે.

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

graph LR
    A[Requirements] --> B[Quick Design]
    B --> C[Build Prototype]
    C --> D[User Evaluation]
    D --> E{Satisfied?}
    E -->|ના| B
    E -->|હા| F[Final System]

મેમરી ટ્રીક: “આવશ્યકતા ઝડપી બિલ્ડ યુઝર સંતુષ્ટ ફાઇનલ”

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

#

આકૃતિ બનાવી સમજાવો (I) Waterfall model & (II) Incremental Model.

જવાબ:

(I) Waterfall Model:

રેખીય ક્રમિક અભિગમ જ્યાં દરેક તબક્કો આગલા તબક્કા પહેલાં પૂર્ણ થવો જોઈએ.

graph TD
    A[Requirements Analysis] --> B[System Design]
    B --> C[Implementation]
    C --> D[Testing]
    D --> E[Deployment]
    E --> F[Maintenance]

(II) Incremental Model:

નાના increments માં વિકાસ જ્યાં દરેક increment કાર્યક્ષમતા ઉમેરે છે.

graph TD
    A[Analysis] --> B[Design]
    B --> C[Code]
    C --> D[Test]
    D --> E[Increment 1]
    
    F[Analysis] --> G[Design]
    G --> H[Code]
    H --> I[Test]
    I --> J[Increment 2]
    
    E --> K[Final Product]
    J --> K

મેમરી ટ્રીક: “વોટર એકવાર પડે, ઇન્ક્રિમેન્ટ બહુવિધ બનાવે”

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

#

Incremental Model ના ફાયદા તેમજ નુકશાન વર્ણન કરો.

જવાબ:

Incremental Model વિશ્લેષણ:

મેમરી ટ્રીક: “વહેલી સરળ ઓછું” વિરુદ્ધ “કુલ સિસ્ટમ મેનેજમેન્ટ”

પ્રશ્ન 2(બ) અથવા [4 ગુણ]

#

Rapid Application Development (RAD) નો ખ્યાલ આપો સમજાવો.

જવાબ:

RAD યોજના અને ટેસ્ટિંગ કરતાં ઝડપી prototyping અને ત્વરિત ફીડબેક પર ભાર મૂકે છે.

RAD ઘટકો:

graph LR
    A[Business Modeling] --> B[Data Modeling]
    B --> C[Process Modeling]
    C --> D[Application Generation]
    D --> E[Testing & Turnover]

મેમરી ટ્રીક: “બિઝનેસ ડેટા પ્રોસેસ એપ્લિકેશન ટેસ્ટિંગ”

પ્રશ્ન 2(ક) અથવા [7 ગુણ]

#

Spiral Model ની આકૃતિ બનાવી સમજાવો. તેમજ ફાયદા અને નુકશાન વર્ણન કરો.

જવાબ:

Spiral Model પુનરાવર્તક વિકાસને વ્યવસ્થિત જોખમ વિશ્લેષણ સાથે જોડે છે.

graph TD
    A[Planning] --> B[Risk Analysis]
    B --> C[Engineering]
    C --> D[Evaluation]
    D --> A
    
    E[લક્ષ્યો નક્કી કરવા] --> F[જોખમો ઓળખવા]
    F --> G[વિકસાવવું & ટેસ્ટ કરવું]
    G --> H[આગલા iteration ની યોજના]
    H --> E

Spiral ચતુર્થાંશ:

ફાયદા વિરુદ્ધ નુકસાન:

મેમરી ટ્રીક: “પ્લાન રિસ્ક એન્જિનિયર ઇવેલ્યુએટ” + “ઉચ્ચ સારું ગ્રાહક” વિરુદ્ધ “જટિલ મોંઘું જોખમ”

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

#

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

જવાબ:

SRS (Software Requirements Specification) એ સૉફ્ટવેર ડેવલપમેન્ટ માટે મહત્વપૂર્ણ પાયાનું દસ્તાવેજ છે.

મહત્વ કોષ્ટક:

મેમરી ટ્રીક: “કોમ્યુનિકેશન કરાર ટેસ્ટિંગ”

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

#

સારા અને ખરાબ SRS ના લક્ષણો સમજાવો

જવાબ:

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

વધારાના સારા લક્ષણો:

• સુધારી શકાય તેવું: બદલવું અને જાળવવું સરળ
• ટ્રેસેબલ: સ્રોત અને ડિઝાઇન સાથે લિંક

graph LR
    A[સારો SRS] --> B[સંપૂર્ણ]
    A --> C[સુસંગત]
    A --> D[અસ્પષ્ટ નહીં]
    A --> E[ચકાસી શકાય તેવું]
    
    F[ખરાબ SRS] --> G[અધૂરો]
    F --> H[અસંગત]
    F --> I[અસ્પષ્ટ]
    F --> J[ચકાસી ન શકાય]

મેમરી ટ્રીક: “સંપૂર્ણ સુસંગત અસ્પષ્ટ-ન ચકાસી-શકાય” વિરુદ્ધ “અધૂરો અસંગત અસ્પષ્ટ ચકાસી-ન-શકાય”

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

#

નીચે આપેલ નું વર્ગીકરણ/વર્ણન કરો. i) Functional Requirements ii) Non-functional Requirements

જવાબ:

સૉફ્ટવેર આવશ્યકતાઓને બે મુખ્ય શ્રેણીઓમાં વર્ગીકૃત કરવામાં આવે છે.

(i) Functional Requirements:

સિસ્ટમે શું કરવું જોઈએ તે નક્કી કરે છે - વિશિષ્ટ વર્તણૂકો અને કાર્યો.

(ii) Non-functional Requirements:

સિસ્ટમે કેવી રીતે પ્રદર્શન કરવું જોઈએ તે નક્કી કરે છે - ગુણવત્તા લક્ષણો અને મર્યાદાઓ.

graph TD
    A[આવશ્યકતાઓ] --> B[Functional]
    A --> C[Non-Functional]
    
    B --> D[બિઝનેસ નિયમો]
    B --> E[યુઝર એક્શન્સ]
    B --> F[ડેટા પ્રોસેસિંગ]
    B --> G[એક્સટર્નલ ઇન્ટરફેસ]
    
    C --> H[પ્રદર્શન]
    C --> I[સુરક્ષા]
    C --> J[વિશ્વસનીયતા]
    C --> K[ઉપયોગિતા]
    C --> L[સ્કેલેબિલિટી]

સરખામણી કોષ્ટક:

મેમરી ટ્રીક: “Functional = શું, Non-Functional = કેવી રીતે”

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

#

Software projects ની વ્યવસ્થા કરવાની કુશળતાનું વર્ણન કરો.

જવાબ:

પ્રોજેક્ટ મેનેજમેન્ટ માટે સફળ સૉફ્ટવેર ડિલિવરી માટે વિવિધ કુશળતાઓની જરૂર છે.

આવશ્યક કુશળતાઓ:

મેમરી ટ્રીક: “ટેકનિકલ નેતૃત્વ કોમ્યુનિકેશન”

પ્રશ્ન 3(બ) અથવા [4 ગુણ]

#

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

જવાબ:

સૉફ્ટવેર પ્રોજેક્ટ મેનેજર સમગ્ર પ્રોજેક્ટ લાઇફસાઇકલની દેખરેખ રાખે છે અને સફળ ડિલિવરી સુનિશ્ચિત કરે છે.

મુખ્ય જવાબદારીઓ:

વધારાની ફરજો:

• જોખમ વ્યવસ્થાપન: પ્રોજેક્ટ જોખમો ઓળખવા અને ઘટાડવા
• ટીમ ડેવલપમેન્ટ: ટીમ સભ્યોને માર્ગદર્શન અને સંઘર્ષ નિરાકરણ

graph LR
    A[પ્રોજેક્ટ મેનેજર] --> B[પ્લાનિંગ]
    A --> C[એક્ઝિક્યુશન]
    A --> D[ગુણવત્તા]
    A --> E[કોમ્યુનિકેશન]
    A --> F[જોખમ વ્યવસ્થાપન]
    A --> G[ટીમ ડેવલપમેન્ટ]

મેમરી ટ્રીક: “પ્લાન એક્ઝિક્યુટ ગુણવત્તા કોમ્યુનિકેટ જોખમ ટીમ”

પ્રશ્ન 3(ક) અથવા [7 ગુણ]

#

PERT chart – Gantt chart ની સરખામણી સામ સામે કરો.

જવાબ:

બંને ચાર્ટ પ્રોજેક્ટ મેનેજમેન્ટ ટૂલ્સ છે પરંતુ વિવિધ હેતુઓ સેવે છે અને અલગ લક્ષણો ધરાવે છે.

વિગતવાર સરખામણી:

વિઝ્યુઅલ રિપ્રેઝન્ટેશન:

graph LR
    subgraph "PERT Chart"
        A[Task A] --> C[Task C]
        B[Task B] --> C
        C --> D[Task D]
    end

gantt
    title Gantt Chart
    dateFormat  YYYY-MM-DD
    section Development
    Task A     :a1, 2024-01-01, 3d
    Task B     :a2, 2024-01-01, 2d
    Task C     :a3, after a1 a2, 4d
    Task D     :a4, after a3, 2d

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

ફાયદાઓની સરખામણી:

મેમરી ટ્રીક: “PERT = પાથ, Gantt = બાર્સ”

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

#

પ્રોજેક્ટ મોનિટરિંગ અને નિયંત્રણ પ્રક્રિયાના પગલાં આપો

જવાબ:

પ્રોજેક્ટ મોનિટરિંગ વ્યવસ્થિત નિરીક્ષણ અને સુધારાત્મક ક્રિયાઓ દ્વારા પ્રોજેક્ટ ટ્રેક પર રહે તેની ખાતરી કરે છે.

મોનિટરિંગ પગલાં:

મેમરી ટ્રીક: “ટ્રેક મૂલ્યાંકન પગલાં”

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

#

ચર્ચા કરો i)Risk Assessment ii)Risk Mitigation

જવાબ:

(i) Risk Assessment:

સંભવિત પ્રોજેક્ટ જોખમો ઓળખવા અને મૂલ્યાંકન કરવાની પ્રક્રિયા.

(ii) Risk Mitigation:

જોખમની અસર અને સંભાવના ઘટાડવાની વ્યૂહરચનાઓ.

મેમરી ટ્રીક: “ટાળો ઘટાડો ટ્રાન્સફર સ્વીકારો”

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

#

પ્રોજેક્ટ જોખમ વ્યાખ્યાયિત કરો અને જોખમ વ્યવસ્થાપન કેવી રીતે સંચાલિત કરશો?

જવાબ:

પ્રોજેક્ટ જોખમ એ અનિશ્ચિત ઘટના છે જે, જો થાય તો, પ્રોજેક્ટ લક્ષ્યો પર સકારાત્મક અથવા નકારાત્મક અસર કરે છે.

જોખમ લક્ષણો:

જોખમ વ્યવસ્થાપન પ્રક્રિયા:

graph TD
    A[જોખમ ઓળખ] --> B[જોખમ મૂલ્યાંકન]
    B --> C[જોખમ પ્રાથમિકતા]
    C --> D[જોખમ પ્રતિભાવ યોજના]
    D --> E[જોખમ મોનિટરિંગ]
    E --> F[જોખમ નિયંત્રણ]
    F --> A

જોખમ વ્યવસ્થાપન પગલાં:

જોખમ શ્રેણીઓ:

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

• નકારાત્મક જોખમો (ધમકીઓ): ટાળવું, ટ્રાન્સફર કરવું, ઘટાડવું, સ્વીકારવું
• સકારાત્મક જોખમો (તકો): શોષણ કરવું, શેર કરવું, વધારવું, સ્વીકારવું

મેમરી ટ્રીક: “ઓળખો મૂલ્યાંકન પ્રતિભાવ મોનિટર” + “ટાળો ટ્રાન્સફર ઘટાડો સ્વીકારો”

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

#

સૉફ્ટવેર ડિઝાઇન પ્રક્રિયાનું વર્ણન કરો અને ડિઝાઇન પદ્ધતિઓ સમજાવો

જવાબ:

સૉફ્ટવેર ડિઝાઇન આવશ્યકતાઓને વ્યવસ્થિત અભિગમ દ્વારા અમલીકરણ માટે બ્લુપ્રિન્ટમાં રૂપાંતરિત કરે છે.

ડિઝાઇન પ્રક્રિયા:

મેમરી ટ્રીક: “વિશ્લેષણ આર્કિટેક્ચર વિગત”

પ્રશ્ન 4(બ) અથવા [4 ગુણ]

#

Cohesion and Coupling ની સરખામણી સામ સામે કરો.

જવાબ:

બંને ખ્યાલો મોડ્યુલ ડિઝાઇન ગુણવત્તા માપે છે પરંતુ વિવિધ પાસાઓ પર ધ્યાન કેન્દ્રિત કરે છે.

વ્યાપક સરખામણી:

પ્રકારોની સરખામણી:

ડિઝાઇન પર પ્રભાવ:

મેમરી ટ્રીક: “Cohesion = અંદર મજબૂત, Coupling = વચ્ચે નબળું”

પ્રશ્ન 4(ક) અથવા [7 ગુણ]

#

સ્તરો સાથે ડેટા-ફ્લો ડાયાગ્રામ સ્કેચ કરો અને સમજાવો

જવાબ:

ડેટા ફ્લો ડાયાગ્રામ (DFD) ગ્રાફિકલ નોટેશન વાપરીને સિસ્ટમ દ્વારા ડેટા કેવી રીતે ચાલે છે તે બતાવે છે અને વિગતના બહુવિધ સ્તરો ધરાવે છે.

DFD સિમ્બોલ્સ:

DFD સ્તરો:

graph TD
    A[Context Diagram Level 0] --> B[Level 1 DFD]
    B --> C[Level 2 DFD]
    C --> D[Level 3 DFD]
    
    E[એક પ્રોસેસ] --> F[મુખ્ય પ્રોસેસો]
    F --> G[ઉપ-પ્રોસેસો]
    G --> H[વિગતવાર પ્રોસેસો]

સ્તર વર્ણનો:

ઉદાહરણ - વિદ્યાર્થી માહિતી સિસ્ટમ:

Level 0 (Context Diagram):

[વિદ્યાર્થી] → વિદ્યાર્થી માહિતી → [વિદ્યાર્થી સિસ્ટમ] → રિપોર્ટ્સ → [એડમિન]

Level 1 DFD:

graph LR
    A[વિદ્યાર્થી] --> B[1.0 વિદ્યાર્થી નોંધણી]
    B --> C[વિદ્યાર્થી ડેટાબેસ]
    C --> D[2.0 રિપોર્ટ જનરેટ કરવી]
    D --> E[એડમિન]
    F[શિક્ષક] --> G[3.0 ગ્રેડ અપડેટ કરવા]
    G --> C

બેલેન્સિંગ નિયમો:

• ડેટા સંરક્ષણ: દરેક સ્તરે ઇનપુટ = આઉટપુટ
• પ્રોસેસ નંબરિંગ: સ્તરીય નંબરિંગ સિસ્ટમ
• બાહ્ય એન્ટિટીઓ: બધા સ્તરો પર સમાન

સ્તરીય DFDs ના ફાયદા:

મેમરી ટ્રીક: “Context મુખ્ય ઉપ બારીક” + “પ્રોસેસ એન્ટિટી સ્ટોર ફ્લો”

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

#

સારા UI ની લાક્ષણિકતાઓ આપો.

જવાબ:

સારો યુઝર ઇન્ટરફેસ ડિઝાઇન સૉફ્ટવેર સિસ્ટમ સાથે અસરકારક યુઝર ક્રિયાપ્રતિક્રિયા સુનિશ્ચિત કરે છે.

UI લાક્ષણિકતાઓ:

મેમરી ટ્રીક: “સરળ સુસંગત પ્રતિસાદશીલ”

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

#

સંક્ષિપ્તમાં Unit testing સમજાવો

જવાબ:

યુનિટ ટેસ્ટિંગ સાચી કાર્યક્ષમતા સુનિશ્ચિત કરવા માટે વ્યક્તિગત સૉફ્ટવેર ઘટકોને અલગતામાં ચકાસે છે.

યુનિટ ટેસ્ટિંગ ઝાંખી:

ટેસ્ટિંગ પ્રક્રિયા:

graph LR
    A[ટેસ્ટ કેસ લખવા] --> B[ટેસ્ટ અમલ કરવા]
    B --> C[પરિણામો વિશ્લેષણ]
    C --> D[ખામીઓ સુધારવી]
    D --> B

ફાયદા:

• વહેલી બગ શોધ સુધારવાનો ખર્ચ ઘટાડે છે
• કોડ ગુણવત્તા ટેસ્ટિંગ શિસ્ત દ્વારા સુધારણા
• રિગ્રેશન ટેસ્ટિંગ ભાવિ ભંગાણ અટકાવે છે

મેમરી ટ્રીક: “અવકાશ અલગતા સ્વચાલન વહેલી”

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

#

ટ્રેન રિઝર્વેશન સિસ્ટમની activity diagrams બનાવો, દરેક પગલું સમજાવો.

જવાબ:

Activity Diagram યુઝર વિનંતીથી ટિકિટ પુષ્ટિ સુધી ટ્રેન રિઝર્વેશન સિસ્ટમનો વર્કફ્લો બતાવે છે.

graph TD
    A[શરૂઆત] --> B[યુઝર લોગિન]
    B --> C{વૈધ ઓળખપત્રો?}
    C -->|ના| B
    C -->|હા| D[ટ્રેન સર્ચ કરવી]
    D --> E[ટ્રેન પસંદ કરવી]
    E --> F[સીટ પસંદ કરવી]
    F --> G{સીટ ઉપલબ્ધ?}
    G -->|ના| F
    G -->|હા| H[પેસેન્જર વિગતો દાખલ કરવી]
    H --> I[બુકિંગ સમીક્ષા]
    I --> J{બુકિંગ કન્ફર્મ કરવું?}
    J -->|ના| D
    J -->|હા| K[પેમેન્ટ પ્રોસેસ કરવું]
    K --> L{પેમેન્ટ સફળ?}
    L -->|ના| K
    L -->|હા| M[ટિકિટ જનરેટ કરવું]
    M --> N[પુષ્ટિ મોકલવી]
    N --> O[અંત]

પગલા-દર-પગલાની સમજૂતી:

પ્રવૃત્તિ પ્રકારો:

સમાંતર પ્રવૃત્તિઓ:

• પેમેન્ટ પ્રોસેસિંગ અને સીટ રિઝર્વેશન એકસાથે થઈ શકે છે
• પુષ્ટિ ઇમેઇલ અને SMS સમાંતરમાં મોકલી શકાય છે

એક્સેપ્શન હેન્ડલિંગ:

• લોગિન નિષ્ફળતા: લોગિન સ્ક્રીન પર પાછા ફરવું
• કોઈ સીટ નથી: વિવિધ સીટ પસંદગીની મંજૂરી
• પેમેન્ટ નિષ્ફળતા: પેમેન્ટ વિકલ્પો ફરી પ્રયાસ
• સિસ્ટમ એરર: એરર મેસેજ બતાવવો અને ફરી શરૂ કરવું

મેમરી ટ્રીક: “લોગિન સર્ચ સિલેક્ટ ચૂઝ એન્ટર રિવ્યુ પે જનરેટ સેન્ડ”

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

#

Verification, Validation ની સરખામણી સામ સામે કરો.

જવાબ:

બંને ગુણવત્તા ખાતરીની પ્રવૃત્તિઓ છે પરંતુ સાચકીના વિવિધ પાસાઓ પર ધ્યાન કેન્દ્રિત કરે છે.

Verification વિરુદ્ધ Validation:

મેમરી ટ્રીક: “Verification = સાચી પ્રક્રિયા, Validation = સાચું ઉત્પાદન”

પ્રશ્ન 5(બ) અથવા [4 ગુણ]

#

Testing ની વ્યાખ્યા સમજાવો કોઈપણ બે Testing ના પ્રકારનું વર્ણન કરો

જવાબ:

ટેસ્ટિંગ એ ભૂલો શોધવા અને તે આવશ્યકતાઓ પૂરી કરે છે તે ચકાસવા માટે સૉફ્ટવેરનું મૂલ્યાંકન કરવાની પ્રક્રિયા છે.

ટેસ્ટિંગ વ્યાખ્યા: ખામીઓ શોધવા અને કાર્યક્ષમતા ચકાસવા માટે સૉફ્ટવેરની વ્યવસ્થિત તપાસ.

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

(1) Black Box Testing:

(2) White Box Testing:

સરખામણી:

મેમરી ટ્રીક: “Black = બાહ્ય, White = આંતરિક”

પ્રશ્ન 5(ક) અથવા [7 ગુણ]

#

દરેક Coding standards અને માર્ગદર્શિકાઓનું વર્ણન કરો.

જવાબ:

કોડિંગ સ્ટાન્ડર્ડ્સ એ સુસંગત, જાળવી શકાય તેવા અને વાંચી શકાય તેવા કોડ લખવા માટેના નિયમો અને પરંપરાઓનો સમૂહ છે.

કોડિંગ સ્ટાન્ડર્ડ્સનો હેતુ:

મુખ્ય કોડિંગ સ્ટાન્ડર્ડ્સ શ્રેણીઓ:

(1) નામકરણ પરંપરાઓ:

(2) કોડ માળખું:

(3) કોડ ગોઠવણી:

graph TD
    A[કોડ ગોઠવણી] --> B[ફાઇલ માળખું]
    A --> C[ફંક્શન સાઇઝ]
    A --> D[ક્લાસ ડિઝાઇન]
    
    B --> E[એક જવાબદારી]
    C --> F[નાના ફંક્શન્સ]
    D --> G[સ્પષ્ટ ઇન્ટરફેસ]

(4) દસ્તાવેજીકરણ સ્ટાન્ડર્ડ્સ:

(5) એરર હેન્ડલિંગ:

(6) પર્ફોર્મન્સ માર્ગદર્શિકાઓ:

કોડ રિવ્યુ સ્ટાન્ડર્ડ્સ:

graph LR
    A[કોડ લખાયેલો] --> B[સેલ્ફ રિવ્યુ]
    B --> C[પીઅર રિવ્યુ]
    C --> D[ટીમ લીડ રિવ્યુ]
    D --> E[કોડ મંજૂર]
    E --> F[મેઇન માં મર્જ]

રિવ્યુ ચેકલિસ્ટ:

સ્ટાન્ડર્ડ્સ અનુસરવાના ફાયદા:

અમલીકરણ વ્યૂહરચના:

1. માર્ગદર્શિકાઓ સ્થાપિત કરવી: ટીમ-વિશિષ્ટ કોડિંગ સ્ટાન્ડર્ડ્સ દસ્તાવેજ બનાવવો
2. ટૂલ ઇન્ટિગ્રેશન: સ્વચાલિત ફોર્મેટિંગ અને લિન્ટિંગ ટૂલ્સ વાપરવા
3. તાલીમ: કોડિંગ શ્રેષ્ઠ પ્રેક્ટિસિસ પર વર્કશોપ્સ કરાવવી
4. અમલીકરણ: કોડ રિવ્યુ પ્રક્રિયામાં સ્ટાન્ડર્ડ્સ સામેલ કરવા
5. સતત સુધારણા: ટીમ ફીડબેક પર આધારિત નિયમિત અપડેટ્સ

લોકપ્રિય કોડિંગ સ્ટાન્ડર્ડ્સ:

મેમરી ટ્રીક: “નામ માળખું ગોઠવણી દસ્તાવેજ હેન્ડલ પર્ફોર્મ રિવ્યુ”