Part 1

通報

問題一覧

What does CMM stand for in software engineering?

Capability Maturity Model

The primary purpose of the Capability Maturity Model (CMM) is to:

ഒരു organization’s-ന്റെ software processes-കളുടെ പക്വത (maturity) മെച്ചപ്പെടുത്തുകയും വിലയിരുത്തുകയും (assess) ചെയ്യുക.

Which of the following is NOT a level in the CMM framework?

Automated

ഏത് സ്ഥാപനമാണ് Capability Maturity Model വികസിപ്പിച്ചെടുത്തത്?

Software Engineering Institute

Capability Maturity Model (CMM)-ൻ്റെ വ്യത്യസ്ത Levels താഴെ കൊടുത്തിരിക്കുന്നു:

Level 1: Initial, Level 2: Repeatable, Level 3: Defined, Level 4: Managed, Level 5: Optimizing

Characteristics: Processes എന്നത് unpredictable, poorly controlled, and reactive-മാണ്. വിജയം പ്രധാനമായും വ്യക്തിഗത പരിശ്രമത്തെയും വീരകൃത്യങ്ങളെയും (heroics) ആശ്രയിച്ചിരിക്കുന്നു. Description: ഈ foundational level-ൽ, software processes-കളോട് സ്ഥാപനങ്ങൾക്ക് നിർവചിക്കപ്പെട്ടതോ (defined) അച്ചടക്കമുള്ളതോ (disciplined) ആയ ഒരു സമീപനമില്ല (approach). പ്രോജക്ടുകൾ പലപ്പോഴും സ്റ്റാൻഡേർഡ് ചെയ്ത നടപടിക്രമങ്ങളെക്കാൾ (procedures) വ്യക്തിഗത കഴിവുകളെയാണ് ആശ്രയിക്കുന്നത്. വിജയം പ്രധാനമായും ആകസ്മികമാണ് (accidental), ആവർത്തിക്കാൻ കഴിയില്ല (not repeatable). Implication: സോഫ്റ്റ്‌വെയർ വികസനം താറുമാറായതാണ് (chaotic); ഗുണനിലവാരവും ഷെഡ്യൂൾ പ്രവചനങ്ങളും വിശ്വസനീയമല്ല (unreliable).

Level 1: Initial

Characteristics: cost, schedule, and functionality (പ്രവർത്തനക്ഷമത) എന്നിവ ട്രാക്ക് ചെയ്യുന്നതിനായി Basic project management രീതികൾ (practices) നിലവിലുണ്ട്. Description: requirements management, project tracking, and configuration management എന്നിവയ്ക്കായി സ്ഥാപനങ്ങൾ basic processes സ്ഥാപിക്കുന്നു. തന്മൂലം project monitoring and control പ്രാപ്തമാക്കുന്നു. ഇത് processes-കളെ കൂടുതൽ predictable and repeatable ആക്കുന്നു. Implication: വിജയകരമായ രീതികൾ എല്ലാ Project-കളിലും ആവർത്തിക്കാൻ കഴിയും.

Level 2: Repeatable

Characteristics: Processes-കൾ നന്നായി ചിത്രീകരിക്കപ്പെടുകയും (characterized) മനസ്സിലാക്കുകയും ചെയ്യുന്നു, കൂടാതെ മാനദണ്ഡങ്ങൾ (standards), നടപടിക്രമങ്ങൾ (procedures), ഉപകരണങ്ങൾ (tools) എന്നിവയിൽ വിവരിച്ചിരിക്കുന്നു. Description: പ്രോജക്റ്റുകൾക്കായി പ്രത്യേകം രൂപകൽപ്പന ചെയ്‌തിരിക്കുന്നതും സ്ഥാപനത്തിലുടനീളം സ്ഥിരമായി ഉപയോഗിക്കുന്നതുമായ standard processes-കൾ സ്ഥാപനത്തിനുണ്ട്. മനസ്സിലാക്കൽ ഉറപ്പാക്കുന്നതിന് training programs-കളും process documentation-നും ഇതിൽ ഉൾപ്പെടുന്നു. Implication: Process improvement സ്ഥാപനവൽക്കരിക്കപ്പെടുകയും, ഉയർന്ന ഗുണനിലവാരത്തിലേക്കും കാര്യക്ഷമതയിലേക്കും നയിക്കുകയും ചെയ്യുന്നു.

Level 3: Defined

Characteristics: പ്രോജക്ടുകൾ കൈകാര്യം ചെയ്യുന്നതിനും process performance-നും Quantitative performance measures ഉപയോഗിക്കുന്നു. Description: defect rates, process variation, productivity തുടങ്ങിയ മെട്രിക്സുകൾ ഉപയോഗിച്ച് ഓർഗനൈസേഷനുകൾ lprocess performance അളവ്പരമായി നിരീക്ഷിക്കുകയും നിയന്ത്രിക്കുകയും ചെയ്യുന്നു. ഡാറ്റാധിഷ്ഠിത തീരുമാനമെടുക്കൽ പ്രക്രിയകൾ സ്ഥിതിവിവരക്കണക്ക് നിയന്ത്രണത്തിലാണെന്ന് ഉറപ്പാക്കുന്നു. Implication: process performance-വും ഉൽപ്പന്ന ഗുണനിലവാരവും പ്രവചിക്കാൻ സ്ഥാപനത്തിന് കഴിയും, അതുവഴി മുൻകരുതൽ മെച്ചപ്പെടുത്തലുകൾ സാധ്യമാക്കാൻ കഴിയും.

Level 4: Managed

Characteristics: ഫീഡ്‌ബാക്കിലൂടെയും നൂതന കണ്ടുപിടുത്തങ്ങളിലൂടെയും തുടർച്ചയായ process improvement-ൽ ശ്രദ്ധ കേന്ദ്രീകരിക്കുക. Description: വൈകല്യ പ്രതിരോധം (defect prevention), പ്രക്രിയാ നവീകരണങ്ങൾ (process innovations), സാങ്കേതിക മെച്ചപ്പെടുത്തലുകൾ (technological improvements) എന്നിവ ഉപയോഗിച്ച് സ്ഥാപനം അതിന്റെ പ്രക്രിയകൾ മെച്ചപ്പെടുത്താൻ തുടർച്ചയായി ശ്രമിക്കുന്നു. പഠിച്ച പാഠങ്ങൾ വ്യവസ്ഥാപിതമായി സംയോജിപ്പിക്കുന്നു. Implication: തുടർച്ചയായ ഗുണനിലവാര മെച്ചപ്പെടുത്തലിന്റെയും നവീകരണത്തിന്റെയും സംസ്കാരത്തോടെ, പ്രക്രിയ പക്വത (Process maturity) അതിന്റെ ഏറ്റവും ഉയർന്ന നിലയിലാണ്.

Level 5: Optimizing

software development-ൽ Waterfall Model-നെ ഏറ്റവും നന്നായി describe ചെയ്യുന്നത് ഏത്?

അടുത്ത ഘട്ടം (phase) pആരംഭിക്കുന്നതിന് മുമ്പ് ഓരോ ഘട്ടവും പൂർത്തിയാക്കേണ്ട ഒരു linear and sequential സമീപനം

Phases of the Waterfall Model:

1. Requirements Analysis, 2. System Design, 3. Implementation (Coding), 4. Integration and Testing, 5. Deployment, 6. Maintenance

Waterfall Model-ൻ്റെ ഏത് phase-നെപ്പറ്റിയാണ് ചുവടെ പറയുന്നത്? Objective: പങ്കാളികളിൽ (stakeholders) നിന്ന് സാധ്യമായ എല്ലാ ആവശ്യങ്ങളും (requirements) ശേഖരിച്ച് വിശകലനം ചെയ്യുക. Activities: പ്രവർത്തനപരവും പ്രവർത്തനപരമല്ലാത്തതുമായ (functional and non-functional) requirements വിശദമായി രേഖപ്പെടുത്തുക. Outcome: Design-ന് അടിസ്ഥാനമായി പ്രവർത്തിക്കുന്ന ശേഷം Requirement Specification Document

Requirements Analysis

Waterfall Model-ൻ്റെ ഏത് phase-നെപ്പറ്റിയാണ് ചുവടെ പറയുന്നത്? Objective: ആവശ്യകതകളെ വിശദമായ സിസ്റ്റം ഡിസൈനിലേക്ക് മാറ്റുക. Activities: system architecture, hardware and software specifications, data models, interface design, security considerations (സുരക്ഷാ പരിഗണനകൾ) എന്നിവ define ചെയ്യുക. Outcome: implementation-ന് മാർഗ്ഗനിർദ്ദേശം നൽകുന്ന Design documents and models.

System Design

Waterfall Model-ൻ്റെ ഏത് phase-നെപ്പറ്റിയാണ് ചുവടെ പറയുന്നത്? Objective: design specifications-കളെ അടിസ്ഥാനമാക്കി software system നിർമ്മിക്കുക. Activities: Developers code എഴുതുന്നു, മൊഡ്യൂളുകൾ സൃഷ്ടിക്കുന്നു, components integrate ചെയ്യുന്നു. Outcome: Testing-ന് തയ്യാറായ പ്രവർത്തിക്കുന്ന software components.

Implementation (Coding)

Waterfall Model-ൻ്റെ ഏത് phase-നെപ്പറ്റിയാണ് ചുവടെ പറയുന്നത്? Objective: System എന്നത് ഉദ്ദേശിച്ച രീതിയിൽ പ്രവർത്തിക്കുന്നുണ്ടോ എന്ന് പരിശോധിക്കുക. Activities: unit testing, integration testing, system testing, acceptance testing എന്നിങ്ങനെ വിവിധ തരം Testing നടത്തുക. Outcome: Test ചെയ്തതും stable ആയിട്ടുള്ളതുമായ ഒരു software ഉൽപ്പന്നം.

Integration and Testing

Waterfall Model-ൻ്റെ ഏത് phase-നെപ്പറ്റിയാണ് ചുവടെ പറയുന്നത്? Objective: User environment-ൽ Software എത്തിച്ച് install ചെയ്യുക. Activities: Deployment procedures, user training, and initial support. Outcome: Target environment-ലെ പ്രവർത്തന software.

Deployment

Waterfall Model-ൻ്റെ ഏത് phase-നെപ്പറ്റിയാണ് ചുവടെ പറയുന്നത്? Objective: Deployment-ന് ശേഷം കണ്ടെത്തിയ പ്രശ്നങ്ങൾ പരിഹരിക്കുക, ആവശ്യാനുസരണം സിസ്റ്റം മെച്ചപ്പെടുത്തുക. Activities: Bug fixing, updates, and modifications. Outcome: തുടർച്ചയായ പിന്തുണയും സിസ്റ്റം മെച്ചപ്പെടുത്തലും.

Maintenance

Waterfall Model-ലിൽ implementation നടപ്പിലാക്കിയ ശേഷം Testing നടത്തുന്നത് എന്തുകൊണ്ട്?

കാരണം ഈ stage-ൽ requirements പൂർണ്ണവും സ്ഥിരതയുള്ളതുമാണെന്ന് (complete and stable) കരുതപ്പെടുന്നു.

Waterfall Model-ന്റെ പ്രധാന പോരായ്മ എന്താണ്?

ഒരു Phase പൂർത്തിയായിക്കഴിഞ്ഞാൽ, മാറ്റങ്ങൾ വരുത്താൻ തിരികെ പോകുന്നത് ബുദ്ധിമുട്ടുള്ളതും ചെലവേറിയതുമാണ്.

ഏത് തരത്തിലുള്ള projects-നാണ് Waterfall Model ഏറ്റവും അനുയോജ്യം?

നന്നായി മനസ്സിലാക്കിയതും, സ്ഥിരതയുള്ളതും, വ്യക്തമായി നിർവചിക്കപ്പെട്ടതുമായ ആവശ്യകതകളുള്ള (clearly defined requirements) പ്രോജക്ടുകൾ.

വാട്ടർഫാൾ മോഡലിന്റെ ഒഴുക്കിനെ കൃത്യമായി പ്രതിഫലിപ്പിക്കുന്ന പ്രസ്താവന ഏതാണ്?

System design-നും implementation-നും ആരംഭിക്കുന്നതിന് മുമ്പ് ഇതിന് പൂർണ്ണമായ Requirments ആവശ്യമാണ്.

സോഫ്റ്റ്‌വെയർ എഞ്ചിനീയറിംഗിൽ SRS എന്താണ് സൂചിപ്പിക്കുന്നത്?

Software Requirements Specification

താഴെ പറയുന്നവയിൽ ഏതാണ് ഒരു SRS-ന്റെ ഉദ്ദേശ്യത്തെ ഏറ്റവും നന്നായി വിവരിക്കുന്നത്?

Development-ന് വഴികാട്ടുന്നതിനായി system requirements-കളുടെ വിശദവും (detailed) വ്യക്തവുമായ (unambiguous) വിവരണം നൽകുന്നതിന്

താഴെ പറയുന്നവയിൽ ഏതാണ് സാധാരണയായി SRS രൂപരേഖയുടെ (outline) ഭാഗമല്ലാത്തത്?

User Interface Design

ഒരു SRS പ്രധാനമായിരിക്കുന്നത് എന്തുകൊണ്ട്?

എന്ത് build ചെയ്യണമെന്നും സിസ്റ്റം എങ്ങനെ behave ചെയ്യണമെന്നും മനസ്സിലാക്കാൻ ഇത് ഡെവലപ്പർമാരെ സഹായിക്കുന്നു.

നന്നായി തയ്യാറാക്കിയ ഒരു SRS-ന്റെ പ്രധാന നേട്ടം എന്താണ്?

User needs നിറവേറ്റുന്നതും അവ്യക്തത (ambiguity) കുറയ്ക്കുന്നതുമായ ഉയർന്ന നിലവാരമുള്ള സോഫ്റ്റ്‌വെയർ ഇത് ഉറപ്പാക്കുന്നു.

SRS Model-ലെ ഏത് phase-മായി ബന്ധപ്പെട്ട കാര്യമാണ് ചുവടെ കൊടുത്തിരിക്കുന്നത്? ● user needs ശേഖരിക്കുക, പഠിക്കുക, മനസ്സിലാക്കുക. ● പ്രവർത്തനപരവും പ്രവർത്തനപരമല്ലാത്തതുമായ (functional and non-functional) ആവശ്യകതകൾ നിർവചിക്കുക. ● ബാഹ്യ ഇന്റർഫേസുകൾ, പെരുമാറ്റരീതികൾ, നിയന്ത്രണങ്ങൾ എന്നിവ വ്യക്തമാക്കുന്ന വ്യക്തവും സമഗ്രവുമായ ഒരു SRS document നിർമ്മിക്കുക.

Requirements Analysis

SRS Model-ലെ ഏത് phase-മായി ബന്ധപ്പെട്ട കാര്യമാണ് ചുവടെ കൊടുത്തിരിക്കുന്നത്? ● SRS-നെ ഒരു logical system design-നാക്കി മാറ്റുന്നു. ● SRS-ൽ വിവരിച്ചിരിക്കുന്ന ആവശ്യകതകളെ അടിസ്ഥാനമാക്കി system architecture, modules, data structures, interfaces, detailed specifications എന്നിവ വികസിപ്പിക്കൽ.

Design

SRS Model-ലെ ഏത് phase-മായി ബന്ധപ്പെട്ട കാര്യമാണ് ചുവടെ കൊടുത്തിരിക്കുന്നത്? ● design specifications-ന് അനുസൃതമായി സോഫ്റ്റ്‌വെയർ ഘടകങ്ങൾ (components) വികസിപ്പിക്കൽ. ● SRS-ലെ ആവശ്യകതകളുമായി implementation പൊരുത്തപ്പെടുന്നുണ്ടെന്ന് ഉറപ്പാക്കുന്നു.

Implementation (Coding)

SRS Model-ലെ ഏത് phase-മായി ബന്ധപ്പെട്ട കാര്യമാണ് ചുവടെ കൊടുത്തിരിക്കുന്നത്? ● വികസിപ്പിച്ച സിസ്റ്റം നിർദ്ദിഷ്ട Requirements പാലിക്കുന്നുണ്ടെന്ന് ഉറപ്പാക്കുന്നു. ● പൂർണ്ണതയും കൃത്യതയും ഉറപ്പാക്കാൻ SRS-ന് എതിരായ പ്രവർത്തനങ്ങളെ സാധൂകരിക്കുന്നു.

Testing

SRS Model-ലെ ഏത് phase-മായി ബന്ധപ്പെട്ട കാര്യമാണ് ചുവടെ കൊടുത്തിരിക്കുന്നത്? ● actual user-നായി സിസ്റ്റം Deploying ചെയ്യുന്നു. ● ഫീഡ്‌ബാക്കിന്റെയും വികസിച്ചുകൊണ്ടിരിക്കുന്ന ആവശ്യകതകളുടെയും അടിസ്ഥാനത്തിൽ തുടർച്ചയായ അറ്റകുറ്റപ്പണികളും അപ്‌ഡേറ്റുകളും നടത്തുന്നു.

Deployment & Maintenance

COCOMO എന്ന ചുരുക്കെഴുത്ത് (acronym) എന്തിനെ സൂചിപ്പിക്കുന്നു?

Constructive Cost Model

താഴെ പറയുന്നവയിൽ ഏതാണ് COCOMO മോഡലിന്റെ ലെവൽ അല്ലാത്തത്?

Advanced COCOMO

Basic COCOMO model പ്രാഥമികമായി (primarily) പരിശ്രമം (effort) കണക്കാക്കുന്നത് ഇവയെ അടിസ്ഥാനമാക്കിയാണ്:

Size of the software in KLOC

Intermediate COCOMO model-ൽ പരിശ്രമ കണക്കുകൾ (effort estimates) പരിഷ്കരിക്കുന്നതിന് (refine) ഏത് ഘടകമാണ് ചേർത്തിരിക്കുന്നത്?

complexity, personnel capability തുടങ്ങിയ ചെലവ് ഘടകങ്ങൾ (Cost drivers)

Detailed COCOMO model പ്രധാനമായും ഉപയോഗിക്കുന്നത്:

detailed phase analysis-നോടു കൂടിയ Final project estimation

താഴെ പറയുന്നവയിൽ ഏതാണ് COCOMO-യിലെ മൂന്ന് തരം സോഫ്റ്റ്‌വെയർ പ്രോജക്റ്റുകളിൽ ഉൾപ്പെടാത്തത്?

Modular

'Organic' project class-ൻ്റെ സവിശേഷതകൾ ഇവയാണ്:

Small, familiar projects with experienced developers

Complexity കാരണം high effort and long schedules സാധാരണയായി ഉൾപ്പെടുന്ന project class ഏതാണ്?

Embedded

COCOMO effort estimation formula-ൽ, 'effort' എന്നത് ഇനിപ്പറയുന്നതിന് ആനുപാതികമാണ്:

KLOC to the power of a coefficient b

താഴെ പറയുന്നവയിൽ ഏതാണ് COCOMO-യിലെ effort multipliers-കളുടെ ഭാഗമാകാൻ ഏറ്റവും സാധ്യതയില്ലാത്ത ഘടകങ്ങൾ?

Hardware cost

COCOMO Model-ലെ ഏത് Phase-മായി ബന്ധപ്പെട്ട കാര്യമാണ് ചുവടെ കൊടുത്തിരിക്കുന്നത്? Purpose: സോഫ്റ്റ്‌വെയറിന്റെ size-നെ മാത്രം അടിസ്ഥാനമാക്കിയുള്ള ദ്രുതവും ഏകദേശവുമായ കണക്കുകൾ (quick, rough estimates) നൽകുന്നു. Effort Calculation: Effort=a×(KLOC)b ഇവിടെ a, b എന്നിവ പ്രോജക്റ്റ് type-നെ അടിസ്ഥാനമാക്കിയുള്ള സ്ഥിരാങ്കങ്ങളാണ് (constants), കൂടാതെ KLOC എന്നത് ആയിരക്കണക്കിന് കോഡ് വരികളുടെ estimated size ആണ്. Use Case: Limited data ഉപയോഗിച്ചുള്ള ആദ്യകാല project estimation.

Basic COCOMO

COCOMO Model-ലെ ഏത് Phase-മായി ബന്ധപ്പെട്ട കാര്യമാണ് ചുവടെ കൊടുത്തിരിക്കുന്നത്? Purpose: software complexity, developer capability (ശേഷി), hardware constraints (പരിമിതികൾ) തുടങ്ങിയ ഘടകങ്ങൾ പരിഗണിച്ച് effort estimates പരിഷ്കരിക്കുന്നതിന് cost drivers ചേർക്കുന്നു. Effort Calculation: Effort=a×(KLOC)b × πi EMi ഇവിടെ EM_i എന്നത് വ്യത്യസ്ത പ്രോജക്റ്റ് ഘടകങ്ങളെ പ്രതിനിധീകരിക്കുന്ന effort multipliers (പരിശ്രമ ഗുണിതങ്ങളാണ്). Use Case: Project സമയത്ത് കൂടുതൽ കൃത്യമായ ആസൂത്രണം (precise planning).

Intermediate COCOMO

COCOMO Model-ലെ ഏത് Phase-മായി ബന്ധപ്പെട്ട കാര്യമാണ് ചുവടെ കൊടുത്തിരിക്കുന്നത്? Purpose: intermediate model-ന്റെ എല്ലാ വശങ്ങളും ഉൾപ്പെടുത്തുകയും വിശദമായ പ്രോജക്റ്റ് ഷെഡ്യൂളുകളും വേരിയബിളിറ്റിയും ഉൾപ്പെടെ വിവിധ ഘട്ടങ്ങളുടെ സ്വാധീനം പരിഗണിക്കുകയും ചെയ്യുന്നു. Effort Calculation: നിർദ്ദിഷ്ട പ്രോജക്റ്റ് ഗുണങ്ങളുടെ സ്വാധീനം കൂടി കണക്കിലെടുത്ത്, കൂടുതൽ സൂക്ഷ്മമായ തലത്തിൽ ഇത് പരിശ്രമത്തെയും ഷെഡ്യൂളിനെയും മാതൃകയാക്കുന്നു. Use Case: detailed project planning-നായി ഉപയോഗിക്കുന്ന, actual development ആരംഭിക്കുന്നതിന് മുമ്പുള്ള Final estimation അന്തിമ.

Detailed COCOMO

COCOMO Model-ലെ Software Projects-ലെ ഏത് Class-മായി ബന്ധപ്പെട്ട കാര്യമാണ് ചുവടെ കൊടുത്തിരിക്കുന്നത്? Characteristics: Small, simple projects with familiar requirements and experienced developers. Example: Small business applications, simple tools. Effort and schedule: Relatively low effort, short schedule.

Organic

COCOMO Model-ലെ Software Projects-ലെ ഏത് Class-മായി ബന്ധപ്പെട്ട കാര്യമാണ് ചുവടെ കൊടുത്തിരിക്കുന്നത്? Characteristics: Medium-sized projects with mixed experience levels and more complex requirements. Example: Large software for a specific department or small-scale enterprise systems. Effort and schedule: Moderate effort and duration.

Semi-Detached

COCOMO Model-ലെ Software Projects-ലെ ഏത് Class-മായി ബന്ധപ്പെട്ട കാര്യമാണ് ചുവടെ കൊടുത്തിരിക്കുന്നത്? Characteristics: Large, complex systems with strict constraints and real-time operations, often involving hardware/software integration. Example: Real-time control systems, avionics, defense systems. Effort and schedule: High effort, longer schedules, and complex planning.

Embedded

Software quality-യുടെ പ്രാഥമിക ലക്ഷ്യം എന്താണ്?

software-ൻ്റെ specified requirements-യും customer expectations-യും നിറവേറ്റുന്നുവെന്ന് ഉറപ്പാക്കാൻ

Software Quality-ലെ Nine Attributes-ലെ ഏത് attribute-മായി ബന്ധപ്പെട്ട കാര്യമാണ് താഴെ കൊടുത്തിരിക്കുന്നത്? വ്യവസ്ഥാപിതമായ (systematic) reviews and audits-ലൂടെ മാനദണ്ഡങ്ങൾക്കും ആവശ്യകതകൾക്കും (standards and requirements) അനുസൃതമായി സോഫ്റ്റ്‌വെയർ പരീക്ഷിക്കപ്പെടുകയും സ്ഥിരീകരിക്കപ്പെടുകയും (tested and verified) ചെയ്യുന്നതിനുള്ള കഴിവ്.

Auditability

Software Quality-ലെ Nine Attributes-ലെ ഏത് attribute-മായി ബന്ധപ്പെട്ട കാര്യമാണ് താഴെ കൊടുത്തിരിക്കുന്നത്? വ്യത്യസ്ത hardware, software environments-ൽ, അല്ലെങ്കിൽ മറ്റ് സിസ്റ്റങ്ങളുമായി സംയോജിച്ച് (conjunction) വൈരുദ്ധ്യങ്ങളില്ലാതെ (conflicts) തടസ്സമില്ലാതെ പ്രവർത്തിക്കാനുള്ള സോഫ്റ്റ്‌വെയറിന്റെ ശേഷി.

Compatibility

Software Quality-ലെ Nine Attributes-ലെ ഏത് attribute-മായി ബന്ധപ്പെട്ട കാര്യമാണ് താഴെ കൊടുത്തിരിക്കുന്നത്? ആവശ്യമായ എല്ലാ പ്രവർത്തനങ്ങളും (functionalities), സവിശേഷതകളും (features), നിയന്ത്രണങ്ങളും (constraints) എത്രത്തോളം പൂർണ്ണമായി നടപ്പിലാക്കിയിട്ടുണ്ട്, requirements, design, code എന്നിവയിൽ രേഖപ്പെടുത്തിയിട്ടുണ്ട് (documented).

Completeness

Software Quality-ലെ Nine Attributes-ലെ ഏത് attribute-മായി ബന്ധപ്പെട്ട കാര്യമാണ് താഴെ കൊടുത്തിരിക്കുന്നത്? documents, design, implementation എന്നിവയിലുടനീളം കുറഞ്ഞ വൈരുദ്ധ്യങ്ങളോ (contradictions) പൊരുത്തക്കേടുകളോ (discrepancies) ഇല്ലാതെ, ഏകീകൃതതയുടെയും (uniformity) സ്റ്റാൻഡേർഡൈസേഷന്റെയും അളവ്,

Consistency

Software Quality-ലെ Nine Attributes-ലെ ഏത് attribute-മായി ബന്ധപ്പെട്ട കാര്യമാണ് താഴെ കൊടുത്തിരിക്കുന്നത്? സോഫ്റ്റ്‌വെയർ അതിന്റെ സ്പെസിഫിക്കേഷനുകളോട് പറ്റിനിൽക്കുക, പിശകുകളില്ലാതെ പ്രവർത്തിക്കുക, ഉദ്ദേശിച്ച പ്രവർത്തനങ്ങൾ ശരിയായി നടപ്പിലാക്കുക.

Correctness

Software Quality-ലെ Nine Attributes-ലെ ഏത് attribute-മായി ബന്ധപ്പെട്ട കാര്യമാണ് താഴെ കൊടുത്തിരിക്കുന്നത്? Time, resources, technology തുടങ്ങിയ നിലവിലുള്ള പരിമിതികൾക്കുള്ളിൽ requirements-കളും design-നും പ്രായോഗികമായി നടപ്പിലാക്കാൻ കഴിയുമെന്ന സാധ്യത.

Feasibility

Software Quality-ലെ Nine Attributes-ലെ ഏത് attribute-മായി ബന്ധപ്പെട്ട കാര്യമാണ് താഴെ കൊടുത്തിരിക്കുന്നത്? ഒരു സിസ്റ്റത്തിൽ വ്യതിരിക്തവും സ്വതന്ത്രവുമായ മൊഡ്യൂളുകൾ അടങ്ങിയിരിക്കുന്നതിന്റെ അളവ്, ഒരു മൊഡ്യൂളിലെ മാറ്റങ്ങൾ മറ്റുള്ളവയിൽ കുറഞ്ഞ സ്വാധീനം ചെലുത്തുന്നു, ഇത് maintainability-യും reusability-യും സാധ്യമാക്കുന്നു.

Modularity

Software Quality-ലെ Nine Attributes-ലെ ഏത് attribute-മായി ബന്ധപ്പെട്ട കാര്യമാണ് താഴെ കൊടുത്തിരിക്കുന്നത്? നിർദ്ദിഷ്ട സാഹചര്യങ്ങളിൽ സോഫ്റ്റ്‌വെയറിന്റെ performance-യും behavior-യും കൃത്യമായി പ്രവചിക്കാനുള്ള കഴിവ്, വിശ്വാസ്യതയും (reliability) സ്ഥിരതയും (consistency) ഉറപ്പാക്കുന്നു.

Predictability

Software Quality-ലെ Nine Attributes-ലെ ഏത് attribute-മായി ബന്ധപ്പെട്ട കാര്യമാണ് താഴെ കൊടുത്തിരിക്കുന്നത്? Invalid inputs, errors, സമ്മർദ്ദകരമായ പാരിസ്ഥിതിക (stressful environmental) സാഹചര്യങ്ങൾ എന്നിവയുടെ സാന്നിധ്യത്തിൽ crash ചെയ്യാതെയോ incorrect results നൽകാതെയോ സോഫ്റ്റ്‌വെയറിന് ശരിയായി പ്രവർത്തിക്കാനുള്ള കഴിവ്.

Robustness

White Box Testing നടത്തുന്നതിനുള്ള ഒരു പ്രധാന ആവശ്യകത (Requirement) എന്താണ്?

Internal code and logic-നെ കുറിച്ചുള്ള അറിവ്

internal control flow-യും code coverage-യും വിശകലനം ചെയ്യുന്നത് സാധാരണയായി ഉപയോഗിക്കുന്ന Test approach ഏത്?

White Box Testing

താഴെ പറയുന്നവയിൽ ഏതാണ് White Box Testing-ന് ഉപയോഗിക്കുന്ന technique?

Statement coverage

Black Box Testing-ൻ്റെ പ്രാഥമിക ശ്രദ്ധ ഇവയിലാണ്:

Software functionality and external behavior

ഏത് testing approach-ലാണ് testers-ന് source code-നെക്കുറിച്ചുള്ള വിശദമായ അറിവ് ആവശ്യമായി വരുന്നത്?

White Box Testing

താഴെ പറയുന്നവയിൽ ഏതാണ് Black Box Testing-നെ ഏറ്റവും നന്നായി വിവരിക്കുന്നത്?

internal code-നെക്കുറിച്ച് അറിവില്ലാതെ requirements-കളെ അടിസ്ഥാനമാക്കിയുള്ള testing.

White Box Testing-ൻ്റെ ഒരു പ്രാഥമിക ലക്ഷ്യം (objective) എന്താണ്?

program-നുള്ളിൽ logical errors-യും execute ചെയ്യാത്ത (unexecuted) code paths-കളും കണ്ടെത്തുക.

coding phase-ൽ ഡെവലപ്പർമാർ ഏത് testing approach നടത്താനാണ് കൂടുതൽ സാധ്യതയുള്ളത്?

White Box Testing

താഴെ പറയുന്നവയിൽ ഏതാണ് സാധാരണയായി White Box Testing-ൻ്റെ കേന്ദ്രബിന്ദു അല്ലാത്തത്?

ഉപയോക്തൃ സാഹചര്യങ്ങളെ (user scenarios) അടിസ്ഥാനമാക്കിയുള്ള Interface testing

Part 4

Part 4

Part 5

Praveen Raj · 9問 · 2年前

Part 5

9問 • 2年前

Part 1

Praveen Raj · 24問 · 2年前

Part 1

24問 • 2年前

2022

Praveen Raj · 16問 · 2年前

2022

16問 • 2年前

1² to 30²

1² to 30²

part 1

part 1

part 2

part 2

Part 1

Praveen Raj · 9問 · 2年前

Part 1

9問 • 2年前

part 3

part 3

part 4

Praveen Raj · 10問 · 2年前

part 4

10問 • 2年前

part 1

Praveen Raj · 38問 · 2年前

part 1

38問 • 2年前

part 2

Praveen Raj · 7問 · 2年前

part 2

7問 • 2年前

part 1

part 1

part 2

part 2

part 3

part 3

part 4

Praveen Raj · 10問 · 2年前

part 4

10問 • 2年前

part 5

part 5

part 6

part 6

part 7

part 7

part 8

part 8

part 9

part 9

part 10

part 10

part 11

part 11

part 12

part 12

part 13

part 13

part 14

part 14

part 15

part 15

part 16

part 16

part 17

part 17

part 18

part 18

part 20

part 20

part 21

part 21

part 22

part 22

part 23

part 23

part 24

Praveen Raj · 10問 · 2年前

part 24

10問 • 2年前

part 25

part 25

part 26

part 26

part 27

part 27

part 28

part 28

part 1

Praveen Raj · 5問 · 2年前

part 1

5問 • 2年前

part 1

Praveen Raj · 44問 · 2年前

part 1

44問 • 2年前

Cyber Security

Cyber Security

part 1

Praveen Raj · 6問 · 2年前

part 1

6問 • 2年前

Part 1

Praveen Raj · 30問 · 1年前

Part 1

30問 • 1年前

Part 1

Praveen Raj · 27問 · 1年前

Part 1

27問 • 1年前

Part 1

Praveen Raj · 35問 · 1年前

Part 1

35問 • 1年前

Part 2

Praveen Raj · 36問 · 1年前

Part 2

36問 • 1年前

Part 1

Praveen Raj · 10問 · 1年前

Part 1

10問 • 1年前

Part 1

Praveen Raj · 29問 · 1年前

Part 1

29問 • 1年前

Part 2

Praveen Raj · 26問 · 1年前

Part 2

26問 • 1年前

Part 1

Praveen Raj · 31問 · 1年前

Part 1

31問 • 1年前

Part 2

Praveen Raj · 11問 · 1年前

Part 2

11問 • 1年前

Part 2

Praveen Raj · 30問 · 1年前

Part 2

30問 • 1年前

Part 3

Praveen Raj · 5問 · 11ヶ月前

Part 3

5問 • 11ヶ月前

Praveen Raj · 30問 · 11ヶ月前

Part 1

Part 1

30問 • 11ヶ月前

Praveen Raj · 57問 · 10ヶ月前

Part 1

Part 1

57問 • 10ヶ月前

Revision 1

Praveen Raj · 6問 · 10ヶ月前

Revision 1

6問 • 10ヶ月前

Praveen Raj · 65問 · 10ヶ月前

Part 2

Part 2

65問 • 10ヶ月前

Praveen Raj · 31問 · 10ヶ月前

Part 2

Part 2

31問 • 10ヶ月前

Praveen Raj · 43問 · 10ヶ月前

Part 3

Part 3

43問 • 10ヶ月前

Praveen Raj · 25問 · 10ヶ月前

Part 3

Part 3

25問 • 10ヶ月前

Praveen Raj · 42問 · 10ヶ月前

Part 1

Part 1

42問 • 10ヶ月前

Praveen Raj · 18問 · 10ヶ月前

Part 1 (തീരഞ്ഞെടുപ്പ് കമ്മീഷൻ)

Part 1 (തീരഞ്ഞെടുപ്പ് കമ്മീഷൻ)

18問 • 10ヶ月前

Praveen Raj · 52問 · 10ヶ月前

Part 2 (മൗലികാവകാശങ്ങൾ)

Part 2 (മൗലികാവകാശങ്ങൾ)

52問 • 10ヶ月前

Praveen Raj · 32問 · 10ヶ月前

Part 1

Part 1

32問 • 10ヶ月前