મુખ્ય સામગ્રી પર જાઓ
  1. સંસાધનો/
  2. અભ્યાસ સામગ્રી/
  3. ઇન્ફોર્મેશન અને કમ્યુનિકેશન ટેકનોલોજી એન્જિનિયરિંગ/
  4. આઈસીટી સેમેસ્ટર 5/

Software Engineering (4353202) - Summer 2025 Solution

19 મિનિટ· ·
Study-Material Solutions Software-Engineering 4353202 2025 Summer
મિલવ ડબગર
લેખક
મિલવ ડબગર
ઇલેક્ટ્રિકલ અને ઇલેક્ટ્રોનિક મેન્યુફેક્ચરિંગ ઉદ્યોગમાં અનુભવી લેક્ચરર. એમ્બેડેડ સિસ્ટમ્સ, ઈમેજ પ્રોસેસિંગ, ડેટા સાયન્સ, મેટલેબ, પાયથન, STM32માં કુશળ. એલ.ડી. કોલેજ ઓફ એન્જિનિયરિંગ - અમદાવાદથી કમ્યુનિકેશન સિસ્ટમ્સ એન્જિનિયરિંગમાં માસ્ટર્સ ડિગ્રી ધરાવતા મજબૂત શિક્ષણ વ્યાવસાયિક.
અનુક્રમણિકા

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

બધા જ પ્રકારના સૉફ્ટવેર એપ્લિકેશન ડોમેઇન ની યાદી બનાવો અને Embedded Software સમજાવો

જવાબ:

સૉફ્ટવેર એપ્લિકેશન ડોમેઇન:

ડોમેઇનવર્ણન
સિસ્ટમ સૉફ્ટવેરઓપરેટિંગ સિસ્ટમ, ડિવાઇસ ડ્રાઇવર
એપ્લિકેશન સૉફ્ટવેરવર્ડ પ્રોસેસર, ગેમ્સ, બિઝનેસ એપ્સ
એન્જિનિયરિંગ/સાયન્ટિફિક સૉફ્ટવેરCAD, સિમ્યુલેશન ટૂલ
એમ્બેડેડ સૉફ્ટવેરરિયલ-ટાઇમ કંટ્રોલ સિસ્ટમ
વેબ એપ્લિકેશનબ્રાઉઝર-આધારિત એપ્લિકેશન
AI સૉફ્ટવેરમશીન લર્નિંગ, એક્સપર્ટ સિસ્ટમ

એમ્બેડેડ સૉફ્ટવેર એ વિશેષ સૉફ્ટવેર છે જે ચોક્કસ હાર્ડવેર સાથે એમ્બેડેડ સિસ્ટમ પર ચાલે છે. આ વોશિંગ મશીન, કાર અને મેડિકલ ઉપકરણોમાં વપરાય છે.

  • રિયલ-ટાઇમ ઓપરેશન: નિર્ધારિત સમયમર્યાદામાં જવાબ આપવો જોઈએ
  • રિસોર્સ મર્યાદાઓ: મર્યાદિત મેમરી અને પ્રોસેસિંગ પાવર
  • હાર્ડવેર પર નિર્ભરતા: ચોક્કસ હાર્ડવેર સાથે ગાઢ એકીકરણ

સ્મૃતિ સહાયક: “SAEEWA” - System, Application, Engineering, Embedded, Web, AI

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

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

જવાબ:

જેનેરિક ફ્રેમવર્ક એક્ટિવિટીસ:

એક્ટિવિટીહેતુ
કોમ્યુનિકેશનહિતધારકોથી જરૂરિયાતો એકત્રિત કરવી
પ્લાનિંગકાર્ય યોજના અને શેડ્યૂલ બનાવવું
મોડેલિંગવિશ્લેષણ અને ડિઝાઇન મોડેલ બનાવવા
કન્સ્ટ્રક્શનકોડ જનરેશન અને ટેસ્ટિંગ
ડિપ્લોયમેન્ટસૉફ્ટવેર ડિલિવરી અને સપોર્ટ

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

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

સ્મૃતિ સહાયક: “CPMCD” ફ્રેમવર્ક માટે, “PRQCW” અમ્બ્રેલા માટે

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

સૉફ્ટવેર ડેવલપમેંટ લાઇફ સાઇકલની આકૃતિ દોરી તેના તબક્કાઓ સમજાવો

જવાબ:

SDLC આકૃતિ:

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

SDLC તબક્કાઓ:

તબક્કોપ્રવૃત્તિઓપરિણામો
જરૂરિયાત વિશ્લેષણવપરાશકર્તા જરૂરિયાતો એકત્રિત કરવી, SRS બનાવવુંSRS દસ્તાવેજ
સિસ્ટમ ડિઝાઇનઆર્કિટેક્ચર ડિઝાઇન, UI ડિઝાઇનડિઝાઇન દસ્તાવેજ
અમલીકરણકોડ ડેવલપમેન્ટ, યુનિટ ટેસ્ટિંગસોર્સ કોડ
ટેસ્ટિંગએકીકરણ, સિસ્ટમ ટેસ્ટિંગટેસ્ટ રિપોર્ટ
ડિપ્લોયમેન્ટઇન્સ્ટોલેશન, વપરાશકર્તા તાલીમડિપ્લોય થયેલ સિસ્ટમ
જાળવણીબગ ફિક્સ, સુધારાઓઅપડેટ થયેલ સિસ્ટમ
  • વ્યવસ્થિત અભિગમ: દરેક તબક્કાના ચોક્કસ ઇનપુટ અને આઉટપુટ
  • ગુણવત્તા ગેટ: તબક્કાઓ વચ્ચે સમીક્ષા ગુણવત્તા સુનિશ્ચિત કરે છે
  • પુનરાવર્તિત પ્રકૃતિ: પ્રતિપુષ્ટિ આગામી ચક્રો સુધારે છે

સ્મૃતિ સહાયક: “વાસ્તવિક સિસ્ટમ અમલીકરણ ટેસ્ટ દરમિયાન જાળવણી”

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

સોફ્ટવેર ડેવલપમેંટ મોડેલ્સની યાદી બનાવી કોઈ પણ બે મોડલ જરૂરી આકૃતિ સાથે સમજાવો

જવાબ:

સૉફ્ટવેર ડેવલપમેન્ટ મોડેલ્સ:

મોડેલલાક્ષણિકતાઓ
વોટરફોલ મોડેલક્રમિક, રેખીય અભિગમ
પુનરાવર્તિત મોડેલડેવલપમેન્ટના પુનરાવર્તિત ચક્રો
સ્પાઇરલ મોડેલજોખમ-સંચાલિત, પુનરાવર્તિત
એજાઇલ મોડેલલવચીક, ગ્રાહક સહયોગ
RAD મોડેલઝડપી પ્રોટોટાઇપિંગ
V-મોડેલવેરિફિકેશન અને વેલિડેશન પર ધ્યાન

1. વોટરફોલ મોડેલ:

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

2. સ્પાઇરલ મોડેલ:

graph TD
    A[Planning] --> B[Risk Analysis]
    B --> C[Engineering]
    C --> D[Evaluation]
    D --> A
  • વોટરફોલ: સરળ, સારી રીતે સમજાયેલ જરૂરિયાતો માટે યોગ્ય
  • સ્પાઇરલ: ઉચ્ચ જોખમવાળા પ્રોજેક્ટને પુનરાવર્તિત જોખમ મૂલ્યાંકન સાથે હેન્ડલ કરે છે

સ્મૃતિ સહાયક: “WIRRAV” - Waterfall, Iterative, RAD, Risk-driven, Agile, V-model

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

SCRUM એજાઇલ પ્રોસેસ મોડલ અને SPIRAL પ્રોસેસ મોડલ વચ્ચેના તફાવત લખો

જવાબ:

પાસુંSCRUMSPIRAL
અભિગમએજાઇલ, પુનરાવર્તિતજોખમ-સંચાલિત, પુનરાવર્તિત
અવધિનિશ્ચિત સ્પ્રિન્ટ (2-4 અઠવાડિયા)ચલ સ્પાઇરલ ચક્રો
ધ્યાનગ્રાહક સહયોગજોખમ વ્યવસ્થાપન
આયોજનસ્પ્રિન્ટ પ્લાનિંગવ્યાપક આયોજન
દસ્તાવેજીકરણન્યૂનતમ દસ્તાવેજીકરણવિગતવાર દસ્તાવેજીકરણ
ટીમ સાઇઝનાની ટીમ (5-9 સભ્યો)કોઈપણ ટીમ સાઇઝ
  • SCRUM: ઝડપી ડિલિવરી અને ગ્રાહક પ્રતિપુષ્ટિ પર ભાર
  • SPIRAL: જોખમ ઓળખ અને શમન પર ધ્યાન

સ્મૃતિ સહાયક: “SCRUM=સ્પીડ, SPIRAL=સેફ્ટી”

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

જરૂરિયાત એકત્રીકરણ તકનીકોની યાદી આપો અને કોઇ પણ એક સમજાવો

જવાબ:

જરૂરિયાત એકત્રીકરણ તકનીકો:

તકનીકવર્ણન
ઇન્ટરવ્યુહિતધારકો સાથે સીધી વાતચીત
પ્રશ્નાવલીમાળખાગત લેખિત પ્રશ્નો
અવલોકનવપરાશકર્તાઓને કાર્ય કરતા જોવા
દસ્તાવેજ વિશ્લેષણહાલના દસ્તાવેજોની સમીક્ષા
પ્રોટોટાઇપિંગકાર્યશીલ મોડેલ બનાવવા
બ્રેઇનસ્ટોર્મિંગગ્રૂપ આઇડિયા જનરેશન

ઇન્ટરવ્યુ તકનીક સમજાવેલ:

  • માળખાગત ઇન્ટરવ્યુ: પૂર્વનિર્ધારિત પ્રશ્નો, ઔપચારિક અભિગમ
  • અમાળખાગત ઇન્ટરવ્યુ: ખુલ્લી ચર્ચા, લવચીક
  • અર્ધ-માળખાગત: બંનેનું મિશ્રણ

ફાયદાઓ: સીધી હિતધારક ઇનપુટ, સ્પષ્ટીકરણ શક્ય, વિગતવાર માહિતી પડકારો: સમય વપરાશ, ઇન્ટરવ્યુઅર પૂર્વગ્રહ, અધૂરી માહિતી

સ્મૃતિ સહાયક: “IQDPBB” - Interview, Questionnaire, Document, Prototype, Brainstorm, Observe

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

યુઝ કેસ ડાયગ્રામ વ્યાખ્યાપિત કરો. તેને ઉદાહરણ સાથે સમજાવો

જવાબ:

યુઝ કેસ ડાયગ્રામ વ્યાખ્યા: યુઝ કેસ ડાયગ્રામ એક્ટર્સ અને તેમની યુઝ કેસ સાથેની ક્રિયાપ્રતિક્રિયા દર્શાવીને સિસ્ટમની કાર્યાત્મક જરૂરિયાતો બતાવે છે.

ઘટકો:

ઘટકપ્રતીકહેતુ
એક્ટરલાકડી આકૃતિબાહ્ય એન્ટિટી
યુઝ કેસઅંડાકારસિસ્ટમ ફંક્શન
એસોસિએશનલાઇનએક્ટર-યુઝ કેસ સંબંધ
સિસ્ટમ બાઉન્ડરીલંબચોરસસિસ્ટમ સ્કોપ

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

graph LR
    A[લાઇબ્રેરિયન] --> B(પુસ્તક ઇશ્યૂ કરવું)
    A --> C(પુસ્તક પરત કરવું)
    A --> D(પુસ્તક ઉમેરવું)
    E[વિદ્યાર્થી] --> B
    E --> C
    E --> F(પુસ્તક શોધવું)

સંબંધો:

  • Include: યુઝ કેસ દ્વારા શેર કરાયેલ સામાન્ય કાર્યક્ષમતા
  • Extend: બેઝ યુઝ કેસમાં વૈકલ્પિક કાર્યક્ષમતા ઉમેરવી
  • સામાન્યીકરણ: એક્ટર્સ અથવા યુઝ કેસ વચ્ચે વારસો

ફાયદાઓ: સ્પષ્ટ કાર્યાત્મક ઝાંખી, કોમ્યુનિકેશન ટૂલ, ટેસ્ટિંગ માટે આધાર

સ્મૃતિ સહાયક: “એક્ટર્સ યુઝ કેસ સિસ્ટમની અંદર”

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

વોટર ફોલ મોડલ અને ઈટરેટિવ વોટર ફોલ મોડલ ની સરખામણી કરો

જવાબ:

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

સ્મૃતિ સહાયક: “PFRTFD” - Phases, Feedback, Risk, Testing, Flexibility, Delivery

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

ફંકશનલ અને નોન-ફંકશનલ જરૂરિયાતની વ્યાખ્યા લખી બંનેના ઉદાહરણ આપો

જવાબ:

ફંકશનલ જરૂરિયાતો: સિસ્ટમે શું કરવું જોઈએ - ચોક્કસ વર્તણૂકો અને કાર્યોને વ્યાખ્યાયિત કરતી જરૂરિયાતો.

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

પ્રકારફંકશનલનોન-ફંકશનલ
વ્યાખ્યાસિસ્ટમ વર્તણૂકસિસ્ટમ ગુણવત્તા
ઉદાહરણોલોગિન, ગણતરી, સંગ્રહપ્રદર્શન, સુરક્ષા
ટેસ્ટિંગબ્લેક-બોક્સ ટેસ્ટિંગલોડ, સ્ટ્રેસ ટેસ્ટિંગ
દસ્તાવેજીકરણયુઝ કેસ, દૃશ્યોગુણવત્તા મેટ્રિક્સ

ફંકશનલ ઉદાહરણો:

  • વપરાશકર્તા પ્રમાણીકરણ અને લોગિન
  • કુલ બિલ રકમની ગણતરી કરવી
  • માસિક રિપોર્ટ જનરેટ કરવી

નોન-ફંકશનલ ઉદાહરણો:

  • સિસ્ટમ રિસ્પોન્સ ટાઇમ < 2 સેકન્ડ (પ્રદર્શન)
  • 99.9% સિસ્ટમ ઉપલબ્ધતા (વિશ્વસનીયતા)
  • 1000 સમવર્તી વપરાશકર્તાઓને સપોર્ટ (સ્કેલેબિલિટી)

સ્મૃતિ સહાયક: “ફંકશનલ=શું, નોન-ફંકશનલ=કેવી રીતે”

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

કોહેશનની વ્યાખ્યા આપો. કોહેશનનું વર્ગીકરણ સમજાવો

જવાબ:

કોહેશન વ્યાખ્યા: કોહેશન માપે છે કે મોડ્યુલની અંદરના ત્તત્વો કેટલા નજીકથી સંબંધિત છે. ઉચ્ચ કોહેશન સારી રીતે ડિઝાઇન કરાયેલ મોડ્યુલ દર્શાવે છે.

કોહેશનનું વર્ગીકરણ (સૌથી મજબૂતથી સૌથી નબળું):

પ્રકારવર્ણનઉદાહરણ
ફંકશનલએક, સારી રીતે વ્યાખ્યાયિત કાર્યવર્ગમૂળ ગણતરી
સિક્વન્શિયલએકનું આઉટપુટ = બીજાનું ઇનપુટવાંચવું→પ્રોસેસ કરવું→લખવું
કોમ્યુનિકેશનલસમાન ડેટા પર કામ કરવુંગ્રાહક રેકોર્ડ અપડેટ
પ્રોસિજરલઅમલીકરણનો ક્રમ અનુસરવોપેરોલ પ્રોસેસિંગ સ્ટેપ્સ
ટેમ્પોરલસમાન સમયે અમલસિસ્ટમ પ્રારંભીકરણ
લોજિકલસમાન લોજિકલ ફંક્શનબધા ઇનપુટ/આઉટપુટ ઓપરેશન
કોઇન્સિડેન્ટલકોઈ અર્થપૂર્ણ સંબંધ નહીંરેન્ડમ યુટિલિટીઝ
graph TD
    A[ફંકશનલ - સૌથી મજબૂત] --> B[સિક્વન્શિયલ]
    B --> C[કોમ્યુનિકેશનલ]
    C --> D[પ્રોસિજરલ]
    D --> E[ટેમ્પોરલ]
    E --> F[લોજિકલ]
    F --> G[કોઇન્સિડેન્ટલ - સૌથી નબળું]

લક્ષ્ય: જાળવણીયોગ્ય, વિશ્વસનીય મોડ્યુલ માટે ફંકશનલ કોહેશન હાંસલ કરવું

સ્મૃતિ સહાયક: “ફ્રેન્કની સ્માર્ટ બિલાડી ટેનિસ લોજિકલી રમે છે”

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

સારા સોફ્ટવેર ડિઝાઇનની લાક્ષણિકતાઓની યાદી બનાવો

જવાબ:

સારા સૉફ્ટવેર ડિઝાઇનની લાક્ષણિકતાઓ:

લાક્ષણિકતાવર્ણન
મોડ્યુલારિટીસ્વતંત્ર મોડ્યુલમાં વિભાજિત
એબ્સ્ટ્રેક્શનઅમલીકરણ વિગતો છુપાવવી
એન્કેપ્સ્યુલેશનડેટા અને મેથડ્સ એકસાથે બંડલ કરવા
હાયરાર્કીસ્તરો/લેવલમાં સંગઠિત
સરળતાસમજવામાં અને જાળવવામાં સરળ
લવચીકતાભવિષ્યના ફેરફારોને સમાવવા
  • ઉચ્ચ કોહેશન: સંબંધિત ત્તત્વો એકસાથે જૂથબદ્ધ
  • નીચું કપલિંગ: મોડ્યુલ વચ્ચે ન્યૂનતમ નિર્ભરતાઓ
  • પુનઃઉપયોગિતા: ઘટકોને અન્ય સિસ્ટમમાં ફરીથી વાપરી શકાય

સ્મૃતિ સહાયક: “MAEHSF” - Modularity, Abstraction, Encapsulation, Hierarchy, Simplicity, Flexibility

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

ઈંટરમીડીયેટ COCOMO મોડલ દ્વારા પ્રોજેક્ટ એસ્ટીમેશન પધ્ધતિ સમજાવો

જવાબ:

ઇન્ટરમીડિયેટ COCOMO મોડેલ: ઉત્પાદકતાને અસર કરતા કોસ્ટ ડ્રાઇવરોને ધ્યાનમાં લઈને બેઝિક COCOMO ને વિસ્તૃત કરે છે.

સૂત્ર: Effort = a × (KLOC)^b × EAF

કોસ્ટ ડ્રાઇવર્સ:

કેટેગરીડ્રાઇવર્સપ્રભાવ
પ્રોડક્ટવિશ્વસનીયતા, જટિલતાપ્રયત્ન ગુણક
હાર્ડવેરએક્ઝિક્યુશન ટાઇમ, સ્ટોરેજપ્રદર્શન મર્યાદાઓ
કર્મચારીવર્ગવિશ્લેષક ક્ષમતા, અનુભવટીમ કુશળતા
પ્રોજેક્ટઆધુનિક પ્રથાઓ, શેડ્યૂલડેવલપમેન્ટ વાતાવરણ

પ્રયત્ન સમાયોજન ફેક્ટર (EAF): EAF = બધા કોસ્ટ ડ્રાઇવર ગુણકોનું ગુણાકાર

પગલાં:

  1. KLOC (કોડની હજારો લાઇન) નો અંદાજ કાઢવો
  2. પ્રોજેક્ટ પ્રકાર આધારે યોગ્ય a, b મૂલ્યો પસંદ કરવા
  3. કોસ્ટ ડ્રાઇવર્સનું મૂલ્યાંકન (સ્કેલ 0.70 થી 1.65)
  4. EAF ની ગણતરી કરવી
  5. પર્સન-મંથમાં પ્રયત્ન મેળવવા માટે સૂત્ર લાગુ કરવું

સ્મૃતિ સહાયક: “PHPP” - Product, Hardware, Personnel, Project drivers

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

ઓનલાઇન શોપિંગ સિસ્ટમ માટે લેવલ-1 નો ડેટા ફ્લો ડાયગ્રામ દોરો અને સમજાવો

જવાબ:

ઓનલાઇન શોપિંગ સિસ્ટમ માટે લેવલ-1 DFD:

િિિિ||િ

પ્રોસેસ:

પ્રોસેસઇનપુટઆઉટપુટવર્ણન
ઓર્ડર પ્રોસેસગ્રાહક ઓર્ડરઓર્ડર પુષ્ટિકરણઓર્ડર પ્લેસમેન્ટ હેન્ડલ કરવું
પેમેન્ટ પ્રોસેસપેમેન્ટ વિગતોપેમેન્ટ સ્ટેટસટ્રાન્ઝેક્શન પ્રોસેસ કરવા
ઇન્વેન્ટરી મેનેજસ્ટોક ક્વેરીસ્ટોક સ્ટેટસપ્રોડક્ટ ઉપલબ્ધતા ટ્રેક કરવી

ડેટા સ્ટોર:

  • પ્રોડક્ટ ડેટાબેઝ: પ્રોડક્ટ માહિતી સંગ્રહિત કરવી
  • ઓર્ડર ડેટાબેઝ: ઓર્ડર વિગતો સંગ્રહિત કરવી
  • ગ્રાહક ડેટાબેઝ: ગ્રાહક પ્રોફાઇલ સંગ્રહિત કરવી

બાહ્ય એન્ટિટીઝ:

  • ગ્રાહક: ઓર્ડર મૂકે છે, પેમેન્ટ કરે છે
  • પેમેન્ટ ગેટવે: પેમેન્ટ પ્રોસેસ કરે છે
  • ઇન્વેન્ટરી મેનેજર: સ્ટોક લેવલ અપડેટ કરે છે

સ્મૃતિ સહાયક: “PPMI” - Process order, Process payment, Manage inventory

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

એનાલિસિસ અને ડિઝાઇન વચ્ચેનો તફાવત લખો

જવાબ:

પાસુંએનાલિસિસડિઝાઇન
ધ્યાનસિસ્ટમે શું કરવું જોઈએસિસ્ટમ કેવી રીતે કામ કરશે
તબક્કોજરૂરિયાત તબક્કોડિઝાઇન તબક્કો
આઉટપુટસમસ્યાની સમજસોલ્યુશન સ્ટ્રક્ચર
મોડેલયુઝ કેસ, જરૂરિયાતોઆર્કિટેક્ચર, ક્લાસ
દૃષ્ટિકોણવપરાશકર્તાનો દૃષ્ટિકોણડેવલપરનો દૃષ્ટિકોણ
સ્તરઅમૂર્ત, સંકલ્પનાત્મકનક્કર, વિગતવાર
  • એનાલિસિસ: સમસ્યા-કેન્દ્રિત, જરૂરિયાતોની સમજ
  • ડિઝાઇન: સોલ્યુશન-કેન્દ્રિત, સિસ્ટમ આર્કિટેક્ચર બનાવવું

સ્મૃતિ સહાયક: “એનાલિસિસ=શું, ડિઝાઇન=કેવી રીતે”

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

બેઝિક COCOMO મોડલ દ્વારા પ્રોજેક્ટ એસ્ટીમેશન પધ્ધતિ સમજાવો

જવાબ:

બેઝિક COCOMO મોડેલ: કોડની લાઇન આધારે સૉફ્ટવેર ડેવલપમેન્ટ પ્રયત્નનો અંદાજ કાઢે છે.

સૂત્ર:

  • Effort = a × (KLOC)^b person-months
  • Time = c × (Effort)^d months

પ્રોજેક્ટ પ્રકારો:

પ્રકારabcdવર્ણન
ઓર્ગેનિક2.41.052.50.38નાની, અનુભવી ટીમ
સેમી-ડિટેચ્ડ3.01.122.50.35મધ્યમ કદ, મિશ્ર ટીમ
એમ્બેડેડ3.61.202.50.32જટિલ, કડક મર્યાદાઓ

પગલાં:

  1. KLOC (કોડની હજારો લાઇન) નો અંદાજ કાઢવો
  2. પ્રોજેક્ટ પ્રકાર ઓળખવો (organic/semi-detached/embedded)
  3. યોગ્ય ગુણાંકો લાગુ કરવા
  4. પ્રયત્ન અને ડેવલપમેન્ટ સમયની ગણતરી કરવી

ઉદાહરણ: 10 KLOC ઓર્ગેનિક પ્રોજેક્ટ

  • Effort = 2.4 × (10)^1.05 = 25.2 person-months
  • Time = 2.5 × (25.2)^0.38 = 8.4 months

સ્મૃતિ સહાયક: “OSE” - Organic, Semi-detached, Embedded

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

લાઇબ્રેરી મેનેજમેન્ટ સિસ્ટમ માટે ક્લાસ ડાયગ્રામ દોરો અને સમજાવો

જવાબ:

લાઇબ્રેરી મેનેજમેન્ટ સિસ્ટમ માટે ક્લાસ ડાયગ્રામ:

classDiagram
    class Library {
        +name: String
        +address: String
        +addBook()
        +removeBook()
        +searchBook()
    }

    class Book {
        +bookId: String
        +title: String
        +author: String
        +ISBN: String
        +isAvailable: Boolean
        +getDetails()
    }
    
    class Member {
        +memberId: String
        +name: String
        +email: String
        +phone: String
        +issueBook()
        +returnBook()
    }
    
    class Transaction {
        +transactionId: String
        +issueDate: Date
        +returnDate: Date
        +fine: Double
        +calculateFine()
    }
    
    Library ||--o{ Book : contains
    Member ||--o{ Transaction : has
    Book ||--o{ Transaction : involved_in

સંબંધો:

સંબંધવર્ણનમલ્ટિપ્લિસિટી
લાઇબ્રેરી-બુકલાઇબ્રેરીમાં પુસ્તકો છે1 થી ઘણા
મેમ્બર-ટ્રાન્ઝેક્શનમેમ્બરના ટ્રાન્ઝેક્શન છે1 થી ઘણા
બુક-ટ્રાન્ઝેક્શનપુસ્તક ટ્રાન્ઝેક્શનમાં સામેલ1 થી ઘણા

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

  • એટ્રિબ્યુટ્સ: દરેક ક્લાસના ડેટા સભ્યો
  • મેથડ્સ: ક્લાસ ડેટા પર કામ કરતા ફંક્શન
  • એસોસિએશન: ક્લાસો વચ્ચેના સંબંધો બતાવે છે કે તેઓ કેવી રીતે ક્રિયાપ્રતિક્રિયા કરે છે

સ્મૃતિ સહાયક: “LBMT” - Library, Book, Member, Transaction

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

પ્રોજેક્ટ સાઇઝ નક્કી કરવાના મેટ્રિક્સની યાદી બનાવી તેની વ્યાખ્યા લખો

જવાબ:

પ્રોજેક્ટ સાઇઝ એસ્ટીમેશન મેટ્રિક્સ:

મેટ્રિકવ્યાખ્યાઉપયોગ
લાઇન્સ ઓફ કોડ (LOC)એક્ઝિક્યુટેબલ કોડ લાઇનની ગણતરીપરંપરાગત સાઇઝિંગ
ફંક્શન પોઇન્ટ્સ (FP)કાર્યક્ષમતા આધારિત માપભાષા-સ્વતંત્ર
ફીચર પોઇન્ટ્સવિસ્તૃત ફંક્શન પોઇન્ટ્સરિયલ-ટાઇમ સિસ્ટમ
ઓબ્જેક્ટ પોઇન્ટ્સઓબ્જેક્ટ અને મેથડ્સની ગણતરીઓબ્જેક્ટ-ઓરિએન્ટેડ સિસ્ટમ
યુઝ કેસ પોઇન્ટ્સયુઝ કેસ જટિલતા આધારિતજરૂરિયાત-આધારિત

ફંક્શન પોઇન્ટ્સ ઘટકો:

  • એક્સટર્નલ ઇનપુટ્સ: ડેટા એન્ટ્રી સ્ક્રીન
  • એક્સટર્નલ આઉટપુટ્સ: રિપોર્ટ્સ, મેસેજ
  • એક્સટર્નલ ઇન્ક્વાયરીઝ: ઇન્ટરેક્ટિવ ક્વેરીઝ
  • ઇન્ટર્નલ ફાઇલ્સ: માસ્ટર ફાઇલ્સ
  • એક્સટર્નલ ઇન્ટરફેસ: શેર કરેલ ડેટા

ફાયદાઓ: વહેલું અનુમાન, ટેકનોલોજી-સ્વતંત્ર, માનકીકૃત અભિગમ

સ્મૃતિ સહાયક: “LFFOU” - LOC, Function Points, Feature Points, Object Points, Use Case Points

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

જોખમની ઓળખને વિસ્તારથી સમજાવો

જવાબ:

જોખમ ઓળખ: પ્રોજેક્ટની સફળતાને અસર કરી શકે તેવા સંભવિત જોખમોને શોધવા, ઓળખવા અને વર્ણવવાની પ્રક્રિયા.

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

કેટેગરીઉદાહરણોપ્રભાવ
ટેકનિકલનવી ટેકનોલોજી, જટિલતાડેવલપમેન્ટ વિલંબ
પ્રોજેક્ટશેડ્યૂલ, બજેટ મર્યાદાઓકોસ્ટ ઓવરરન
બિઝનેસમાર્કેટ ફેરફારો, સ્પર્ધાપ્રોજેક્ટ રદ્દીકરણ
બાહ્યવેન્ડર મુદ્દાઓ, નિયમોનિર્ભરતાઓ

ઓળખ તકનીકો:

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

રિસ્ક રજિસ્ટર: ઓળખાયેલ જોખમો સાથેનો દસ્તાવેજ જેમાં છે:

  • જોખમ વર્ણન
  • ઘટનાની સંભાવના
  • પ્રભાવની ગંભીરતા
  • જોખમ કેટેગરી
  • જવાબદાર વ્યક્તિ

સ્મૃતિ સહાયક: “TPBE” - Technical, Project, Business, External risks

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

તમારી પસંદની કોઇ સિસ્ટમ માટે Gantt Chart દોરો

જવાબ:

ઓનલાઇન બેંકિંગ સિસ્ટમ માટે ગેન્ટ ચાર્ટ:

કાર્યઅઠવાડિયું 1અઠવાડિયું 2અઠવાડિયું 3અઠવાડિયું 4અઠવાડિયું 5અઠવાડિયું 6અઠવાડિયું 7અઠવાડિયું 8
જરૂરિયાત વિશ્લેષણ████████████████
સિસ્ટમ ડિઝાઇન████████████████
ડેટાબેઝ ડિઝાઇન████████████████
UI ડેવલપમેન્ટ████████████████
બેકએન્ડ ડેવલપમેન્ટ████████████████
ટેસ્ટિંગ████████████████
ડિપ્લોયમેન્ટ████████████████

પ્રોજેક્ટ કાર્યો:

કાર્યઅવધિનિર્ભરતાઓસંસાધનો
જરૂરિયાત વિશ્લેષણ2 અઠવાડિયાકોઈ નહીંબિઝનેસ એનાલિસ્ટ
સિસ્ટમ ડિઝાઇન2 અઠવાડિયાજરૂરિયાતોસિસ્ટમ ડિઝાઇનર
ડેટાબેઝ ડિઝાઇન2 અઠવાડિયાસિસ્ટમ ડિઝાઇનડેટાબેઝ ડિઝાઇનર
UI ડેવલપમેન્ટ2 અઠવાડિયાસિસ્ટમ ડિઝાઇનUI ડેવલપર
બેકએન્ડ ડેવલપમેન્ટ2 અઠવાડિયાડેટાબેઝ ડિઝાઇનબેકએન્ડ ડેવલપર
ટેસ્ટિંગ2 અઠવાડિયાUI + બેકએન્ડQA ટેસ્ટર
ડિપ્લોયમેન્ટ2 અઠવાડિયાટેસ્ટિંગDevOps એન્જિનિયર

ફાયદાઓ: દ્રશ્ય પ્રગતિ ટ્રેકિંગ, સંસાધન ફાળવણી, નિર્ભરતા વ્યવસ્થાપન

સ્મૃતિ સહાયક: “RSDUBtd” - Requirements, System design, Database, UI, Backend, Testing, Deployment

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

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

જવાબ:

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

ક્ષેત્રજવાબદારીઓ
આયોજનપ્રોજેક્ટ પ્લાન બનાવવા, સ્કોપ વ્યાખ્યાયિત કરવો
સંગઠનસંસાધનો ફાળવવા, ટીમ બનાવવી
નેતૃત્વટીમને પ્રેરણા આપવી, સંઘર્ષ ઉકેલવો
નિયંત્રણપ્રગતિ મોનિટર કરવી, ફેરફારો વ્યવસ્થિત કરવા
કોમ્યુનિકેશનહિતધારક અપડેટ્સ, ટીમ કોર્ડિનેશન
રિસ્ક મેનેજમેન્ટજોખમો ઓળખવા અને શમન કરવા

મુખ્ય પ્રવૃત્તિઓ:

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

સ્મૃતિ સહાયક: “POLCR” - Planning, Organizing, Leading, Controlling, Risk management

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

જોખમ આકારણીને વિસ્તારથી સમજાવો

જવાબ:

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

આકારણી ઘટકો:

ઘટકસ્કેલવર્ણન
સંભાવના1-5 અથવા %જોખમ ઘટનાની સંભાવના
પ્રભાવ1-5 અથવા $જો જોખમ થાય તો તીવ્રતા
રિસ્ક સ્કોરP × Iએકંદર જોખમ પ્રાથમિકતા

જોખમ આકારણી મેટ્રિક્સ:

સંભાવના/પ્રભાવનીચું (1)મધ્યમ (2)ઉચ્ચ (3)
નીચું (1)123
મધ્યમ (2)246
ઉચ્ચ (3)369

આકારણી તકનીકો:

  • ગુણાત્મક આકારણી: વર્ણનાત્મક સ્કેલ (ઉચ્ચ/મધ્યમ/નીચું)
  • માત્રાત્મક આકારણી: સંખ્યાત્મક મૂલ્યો અને ગણતરીઓ
  • એક્સપર્ટ જજમેન્ટ: અનુભવ આધારિત મૂલ્યાંકન
  • ઐતિહાસિક ડેટા: ભૂતકાળના પ્રોજેક્ટ વિશ્લેષણ

જોખમ વર્ગીકરણ:

  • ઉચ્ચ જોખમ (7-9): તાત્કાલિક ધ્યાન જરૂરી
  • મધ્યમ જોખમ (4-6): મોનિટર કરવું અને શમન આયોજન કરવું
  • નીચું જોખમ (1-3): સ્વીકારવું અથવા ન્યૂનતમ શમન

સ્મૃતિ સહાયક: “PIS” - Probability, Impact, Score

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

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

જવાબ:

E-commerce મોબાઇલ એપ માટે સ્પ્રિન્ટ બર્ન ડાઉન ચાર્ટ (2-અઠવાડિયાનો સ્પ્રિન્ટ):

43322110505050501=2=34િ56િ7િ8910િ

સ્પ્રિન્ટ વિગતો:

દિવસઆદર્શ બાકીવાસ્તવિક બાકીપૂર્ણ થયેલ કાર્ય
દિવસ 13640સ્પ્રિન્ટ પ્લાનિંગ
દિવસ 23235યુઝર લોગિન ફીચર
દિવસ 32830પ્રોડક્ટ કેટાલોગ
દિવસ 42425શોપિંગ કાર્ટ
દિવસ 52025API મુદ્દાથી અવરોધ
દિવસ 61620પેમેન્ટ એકીકરણ
દિવસ 71215ઓર્ડર મેનેજમેન્ટ
દિવસ 8810ટેસ્ટિંગ અને ફિક્સ
દિવસ 945અંતિમ ટેસ્ટિંગ
દિવસ 1000સ્પ્રિન્ટ પૂર્ણ

મુખ્ય અંતર્દૃષ્ટિ:

  • ઢાળ: આદર્શ સાથે સરખામણીએ પ્રગતિ દર
  • સપાટ વિસ્તારો: અવરોધિત કાર્ય અથવા સ્કોપ ફેરફારો
  • આદર્શથી નીચે: શેડ્યૂલ આગળ
  • આદર્શથી ઉપર: શેડ્યૂલ પાછળ

સ્મૃતિ સહાયક: “DABC” - Days, Actual, Burn-down, Chart

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

કોડ રિવ્યુ તકનીકની યાદી બનાવી કોઈ એક સમજાવો

જવાબ:

કોડ રિવ્યુ તકનીકો:

તકનીકવર્ણનસહભાગીઓ
કોડ વોકથ્રુલેખક દ્વારા અનૌપચારિક સમીક્ષાલેખક + સમીક્ષકો
કોડ ઇન્સ્પેક્શનઔપચારિક, વ્યવસ્થિત સમીક્ષાપ્રશિક્ષિત નિરીક્ષકો
પીઅર રિવ્યુસાથીદાર કોડ તપાસે છેડેવલપર સાથીદારો
ટૂલ-આધારિત રિવ્યુસ્વચાલિત વિશ્લેષણટૂલ્સ + ડેવલપર્સ

કોડ ઇન્સ્પેક્શન સમજાવેલ:

પ્રક્રિયા:

  1. આયોજન: કોડ પસંદ કરવો, ભૂમિકાઓ સોંપવી
  2. ઝાંખી: લેખક કોડ સ્ટ્રક્ચર સમજાવે છે
  3. તૈયારી: કોડની વ્યક્તિગત સમીક્ષા
  4. ઇન્સ્પેક્શન મીટિંગ: ગ્રૂપ કોડ તપાસે છે
  5. રિવર્ક: ઓળખાયેલ ખામીઓ ઠીક કરવી
  6. ફોલો-અપ: સુધારાઓ ચકાસવા

ભૂમિકાઓ:

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

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

સ્મૃતિ સહાયક: “CWIP” - Code Walkthrough, Inspection, Peer review

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

ઓનલાઇન શોપિંગ સિસ્ટમ માટે ટેસ્ટ કેસ તૈયાર કરો

જવાબ:

ઓનલાઇન શોપિંગ સિસ્ટમ માટે ટેસ્ટ કેસ:

ટેસ્ટ કેસ IDટેસ્ટ દૃશ્યટેસ્ટ સ્ટેપ્સઅપેક્ષિત પરિણામ
TC001વપરાશકર્તા નોંધણી1. માન્ય વિગતો દાખલ કરો
2. રજિસ્ટર ક્લિક કરો
એકાઉન્ટ સફળતાપૂર્વક બનાવ્યું
TC002વપરાશકર્તા લોગિન1. વપરાશકર્તાનામ/પાસવર્ડ દાખલ કરો
2. લોગિન ક્લિક કરો
વપરાશકર્તા લોગ ઇન થયો
TC003કાર્ટમાં ઉમેરો1. પ્રોડક્ટ પસંદ કરો
2. કાર્ટમાં ઉમેરો ક્લિક કરો
પ્રોડક્ટ કાર્ટમાં ઉમેર્યું
TC004ચેકઆઉટ પ્રક્રિયા1. કાર્ટમાં જાઓ
2. ચેકઆઉટ ક્લિક કરો
3. પેમેન્ટ વિગતો દાખલ કરો
ઓર્ડર સફળતાપૂર્વક મૂક્યો

વિગતવાર ટેસ્ટ કેસ ઉદાહરણ:

ટેસ્ટ કેસ ID: TC003 ટેસ્ટ ટાઇટલ: શોપિંગ કાર્ટમાં પ્રોડક્ટ ઉમેરવું પ્રી-કન્ડિશન: વપરાશકર્તા લોગ ઇન છે, પ્રોડક્ટ ઉપલબ્ધ છે ટેસ્ટ સ્ટેપ્સ:

  1. પ્રોડક્ટ કેટાલોગ પર નેવિગેટ કરો
  2. પ્રોડક્ટ પસંદ કરો
  3. જથ્થો પસંદ કરો
  4. “કાર્ટમાં ઉમેરો” બટન ક્લિક કરો

અપેક્ષિત પરિણામ: સાચા જથ્થા અને કિંમત સાથે પ્રોડક્ટ કાર્ટમાં દેખાય છે પોસ્ટ-કન્ડિશન: કાર્ટ કાઉન્ટ વધે છે, કુલ રકમ અપડેટ થાય છે

સ્મૃતિ સહાયક: “RAULC” - Registration, Authentication, User cart, Login, Checkout

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

વ્હાઇટ બોક્સ ટેકનિકની વ્યાખ્યા કરો. વિવિધ વ્હાઇટ બોક્સ તકનીકની સૂચિ બનાવો. કોઈપણ બે સમજાવો

જવાબ:

વ્હાઇટ બોક્સ ટેસ્ટિંગ વ્યાખ્યા: આંતરિક કોડ સ્ટ્રક્ચર, લોજિક પાથ અને અમલીકરણ વિગતોની તપાસ કરતી ટેસ્ટિંગ તકનીક.

વ્હાઇટ બોક્સ તકનીકો:

તકનીકકવરેજ ક્રાઇટેરિયાહેતુ
સ્ટેટમેન્ટ કવરેજબધા સ્ટેટમેન્ટ એક્ઝિક્યુટબેસિક કોડ કવરેજ
બ્રાન્ચ કવરેજબધી બ્રાન્ચ લેવાયનિર્ણય ટેસ્ટિંગ
પાથ કવરેજબધા પાથ એક્ઝિક્યુટસંપૂર્ણ ફ્લો ટેસ્ટિંગ
કન્ડિશન કવરેજબધી શરતો ટેસ્ટલોજિકલ એક્સપ્રેશન ટેસ્ટિંગ
લૂપ ટેસ્ટિંગબધા લૂપ વેરિએશનપુનરાવર્તક સ્ટ્રક્ચર ટેસ્ટિંગ

1. સ્ટેટમેન્ટ કવરેજ: કોડમાં દરેક એક્ઝિક્યુટેબલ સ્ટેટમેન્ટ ઓછામાં ઓછું એક વાર એક્ઝિક્યુટ થાય તેની ખાતરી કરે છે.

સૂત્ર: (એક્ઝિક્યુટ થયેલ સ્ટેટમેન્ટ / કુલ સ્ટેટમેન્ટ) × 100%

ઉદાહરણ:

if (x > 0)        // સ્ટેટમેન્ટ 1
    y = x + 1;    // સ્ટેટમેન્ટ 2
else
    y = x - 1;    // સ્ટેટમેન્ટ 3
z = y * 2;        // સ્ટેટમેન્ટ 4

ટેસ્ટ કેસ: x = 5 (સ્ટેટમેન્ટ 1,2,4 કવર કરે), x = -1 (સ્ટેટમેન્ટ 1,3,4 કવર કરે) કવરેજ: 100% સ્ટેટમેન્ટ કવરેજ હાંસલ

2. બ્રાન્ચ કવરેજ: નિર્ણય બિંદુઓની દરેક બ્રાન્ચ (true/false) એક્ઝિક્યુટ થાય તેની ખાતરી કરે છે.

ઉદાહરણ:

if (a > b && c > d)    // બે શરતો
    result = 1;        // True બ્રાન્ચ
else
    result = 0;        // False બ્રાન્ચ

ટેસ્ટ કેસ:

  • a=5, b=3, c=7, d=2 (true બ્રાન્ચ)
  • a=1, b=3, c=7, d=2 (false બ્રાન્ચ)

ફાયદાઓ: સ્ટેટમેન્ટ કવરેજ કરતાં ઉચ્ચ ખામી શોધ

સ્મૃતિ સહાયક: “SBPCL” - Statement, Branch, Path, Condition, Loop

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

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

જવાબ:

સૉફ્ટવેર ડોક્યુમેન્ટેશન: સૉફ્ટવેર સિસ્ટમ, તેની ડિઝાઇન, અમલીકરણ અને ઉપયોગનું વર્ણન કરતી લેખિત સામગ્રી.

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

પ્રકારહેતુપ્રેક્ષકો
આંતરિક ડોક્યુમેન્ટેશનકોડ સમજડેવલપર્સ
બાહ્ય ડોક્યુમેન્ટેશનસિસ્ટમ ઉપયોગવપરાશકર્તાઓ, ઓપરેટર્સ
સિસ્ટમ ડોક્યુમેન્ટેશનડિઝાઇન અને આર્કિટેક્ચરજાળવણીકર્તાઓ
વપરાશકર્તા ડોક્યુમેન્ટેશનઓપરેશન સૂચનાઓઅંતિમ વપરાશકર્તાઓ

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

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

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

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

ફાયદાઓ: સરળ જાળવણી, જ્ઞાન સ્થાનાંતરણ, ઘટાડેલ તાલીમ સમય

સ્મૃતિ સહાયક: “IESU” - Internal, External, System, User documentation

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

ATM સિસ્ટમ માટે 4 ટેસ્ટ કેસ બનાવો

જવાબ:

ATM સિસ્ટમ માટે ટેસ્ટ કેસ:

ટેસ્ટ કેસ IDટેસ્ટ દૃશ્યટેસ્ટ સ્ટેપ્સઅપેક્ષિત પરિણામ
TC001માન્ય PIN એન્ટ્રી1. કાર્ડ દાખલ કરો
2. સાચો PIN દાખલ કરો
3. Enter દબાવો
મુખ્ય મેનુમાં પ્રવેશ મળ્યો
TC002અમાન્ય PIN એન્ટ્રી1. કાર્ડ દાખલ કરો
2. ખોટો PIN દાખલ કરો
3. Enter દબાવો
“અમાન્ય PIN” સંદેશ દેખાય છે
TC003રોકડ ઉપાડ1. સફળતાપૂર્વક લોગિન કરો
2. “રોકડ ઉપાડ” પસંદ કરો
3. રકમ દાખલ કરો
4. પુષ્ટિ કરો
રોકડ આપવામાં આવી, બેલેન્સ અપડેટ થયું
TC004અપૂરતું બેલેન્સ1. સફળતાપૂર્વક લોગિન કરો
2. “રોકડ ઉપાડ” પસંદ કરો
3. બેલેન્સ કરતાં વધુ રકમ દાખલ કરો
“અપૂરતું બેલેન્સ” સંદેશ

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

ટેસ્ટ કેસ ID: TC003 ટેસ્ટ વર્ણન: પૂરતા બેલેન્સ સાથે રોકડ ઉપાડવી પ્રી-કન્ડિશન: માન્ય ATM કાર્ડ, પૂરતું એકાઉન્ટ બેલેન્સ ટેસ્ટ ડેટા: PIN=1234, ઉપાડની રકમ=₹1000, એકાઉન્ટ બેલેન્સ=₹5000

પોસ્ટ-કન્ડિશન: એકાઉન્ટ બેલેન્સ ₹1000 ઘટાડ્યું, ટ્રાન્ઝેક્શન રેકોર્ડ થયું

સ્મૃતિ સહાયક: “VPCI” - Valid PIN, PIN error, Cash withdrawal, Insufficient funds

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

બ્લેક બોક્સ ટેસ્ટિંગ પધ્ધતિની સૂચિ બનાવો. તેને ફંકશનલ ટેસ્ટિંગ કેમ કહેવાય છે તે સમજાવો. થા કોઇ પણ બે પધ્ધતિ આકૃતિ સાથે વણવો

જવાબ:

બ્લેક બોક્સ ટેસ્ટિંગ પધ્ધતિઓ:

પધ્ધતિહેતુઇનપુટ ફોકસ
સમકક્ષ વિભાજનઇનપુટને વર્ગોમાં વહેંચવુંમાન્ય/અમાન્ય વિભાજન
બાઉન્ડરી વેલ્યુ એનાલિસિસસીમા મૂલ્યોની ટેસ્ટસીમા શરતો
ડિસિઝન ટેબલ ટેસ્ટિંગજટિલ બિઝનેસ નિયમોબહુવિધ ઇનપુટ સંયોજનો
સ્ટેટ ટ્રાન્ઝિશન ટેસ્ટિંગસ્ટેટ આધારિત સિસ્ટમસ્ટેટ ફેરફારો
યુઝ કેસ ટેસ્ટિંગકાર્યાત્મક દૃશ્યોવપરાશકર્તા ક્રિયાપ્રતિક્રિયા
એરર ગેસિંગઅનુભવ આધારિત ટેસ્ટિંગસંભવિત ભૂલ શરતો

શા માટે ફંકશનલ ટેસ્ટિંગ કહેવાય છે? બ્લેક બોક્સ ટેસ્ટિંગ સિસ્ટમ શું કરે છે પર ધ્યાન આપે છે તે કેવી રીતે કામ કરે છે તેનાથી વિપરીત. તે આંતરિક કોડ સ્ટ્રક્ચરનું જ્ઞાન વિના ઇનપુટ અને અપેક્ષિત આઉટપુટ ટેસ્ટ કરીને કાર્યાત્મક આવશ્યકતાઓને માન્ય કરે છે.

1. સમકક્ષ વિભાજન:

1[8-6િ5]::(0-1[2<00)0િ-17:66-]120>120

ઉદાહરણ: જોબ એપ્લિકેશન માટે વય વેલિડેશન

  • માન્ય વિભાજન: 18-65 વર્ષ
  • અમાન્ય વિભાજન: <0, 0-17, 66-120, >120
  • ટેસ્ટ કેસ: દરેક વિભાજનમાંથી એક (દા.ત., 25, -5, 10, 70, 130)

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

[-10:199(0-110]000|)101

ઉદાહરણ: વિદ્યાર્થી સ્કોર વેલિડેશન (0-100)

  • ટેસ્ટ મૂલ્યો: -1, 0, 1, 50, 99, 100, 101
  • ફોકસ: સીમાની અંદર અને બહાર
  • તર્ક: મોટાભાગની ભૂલો સીમા પર થાય છે

ફાયદાઓ:

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

સ્મૃતિ સહાયક: “EBDSUE” - Equivalence, Boundary, Decision, State, Use case, Error guessing

સંબંધિત

OOPS અને પાયથોન પ્રોગ્રામિંગ (4351108) - સમર 2025 સોલ્યુશન
23 મિનિટ
Study-Material Solutions Python 4351108 2025 Summer
Java Programming (4343203) - Summer 2025 Solution (ગુજરાતી)
27 મિનિટ
Study-Material Solutions Java-Programming 4343203 2025 Summer
VLSI (4361102) - Summer 2025 Solution - ગુજરાતી
17 મિનિટ
Study-Material Solutions Vlsi 4361102 2025 Summer
વાયરલેસ સેન્સર નેટવર્ક્સ અને IoT (4353201) - સમર 2025 સોલ્યુશન
32 મિનિટ
Study-Material Solutions Wireless-Sensor-Networks Iot 4353201 2025 Summer
સોફ્ટવૅર એન્જિનિયરિંગ (4353202) - શિયાળો 2024 ઉકેલ
20 મિનિટ
Study-Material Solutions Software-Engineering 4353202 2024 Winter
ઇલેક્ટ્રોનિક્સ ડિવાઇસેસ અને સર્કિટ્સ (1323202) - સમર 2024 સોલ્યુશન
14 મિનિટ
Study-Material Solutions Electronics 1323202 2024 Summer