wayground logo

Free Printable Worksheets

Font size

S
M
L
XL
Worksheets

Kompyuter Arxitekturasi 3.0

Total questions: 19

Worksheet time: 12mins

Name
Class
Date
1.

Sharshara metodologiyasi- bu

a)

ketma-ket jarayon bo'lib, unda taraqqiyot sharsharaga o'xshash bir necha bosqichlar orqali yuqoridan pastgacha o'tadi.

b)

o‘lchashlarning natijalari qonunlashtirilgan birliklarda ifodalangan va o‘lchashlarning xatoliklari berilgan ehtimollik bilan ma'lum bo‘lgan holat.

c)

maxsus texnik vositalar yordamida fizik kattaliklar qiymatlarini tajriba yo‘li bilan topish.

d)

qadoqlash va yorliqlashtirish, sinovdan o‘tkazish va tahanalizlash, o‘ziga xos xususiyatlarini aniqlashtirishga o'xshagan.

2.

RUP ……. ta asosiy tamoyilga asoslanadi:

a)

6 ta;

b)

10 ta;

c)

4 ta;

d)

8 ta;

3.

RUP ning asosiy tamoyillari:

a)

iterativ rivojlanish modeli, talablarni boshqarish, komponent arxitekturasi, vizual dasturiy ta'minotni modellashtirish, dasturiy ta'minot sifatini tekshirish, nazoratni o'zgartirish.

b)

qadoqlash va yorliqlashtirish, sinovdan o‘tkazish va tahanalizlash, o‘ziga xos xususiyatlarini aniqlashtirish.

c)

odamlar o'qiy oladigan talablarni haqiqiy kodga aylantirishga yordam beradigan oraliq bosqich.

d)

maxsus texnik vositalar yordamida fizik kattaliklar qiymatlarini tajriba yo‘li bilan topish.

4.

RUP ning iterativ rivojlanish modeli tamoyili -

a)

loyihaning har bir bosqichida xatarlarni bartaraf etish muammoni yaxshiroq tushunish va maqbul yechim topilmaguncha kerakli o'zgarishlarni amalga oshirish imkonini beradi;

b)

RUP funktsional talablarni tashkil etish va kuzatish, hujjatlarni rasmiylashtirish va maqbul echimlarni tanlash jarayonini tavsiflaydi ( rivojlanish jarayonida ham, biznes yuritishda ham);

c)

tizim arxitekturasi joriy va kelajakdagi loyihalarda qo‘llanilishi mumkin bo‘lgan komponentlarga bo‘lingan.

d)

odamlar o'qiy oladigan talablarni haqiqiy kodga aylantirishga yordam beradigan oraliq bosqich.

5.

RUP ning talablarni boshqarish tamoyili -

a)

loyihaning har bir bosqichida xatarlarni bartaraf etish muammoni yaxshiroq tushunish va maqbul yechim topilmaguncha kerakli o'zgarishlarni amalga oshirish imkonini beradi;

b)

RUP funktsional talablarni tashkil etish va kuzatish, hujjatlarni rasmiylashtirish va maqbul echimlarni tanlash jarayonini tavsiflaydi ( rivojlanish jarayonida ham, biznes yuritishda ham);

c)

tizim arxitekturasi joriy va kelajakdagi loyihalarda qo‘llanilishi mumkin bo‘lgan komponentlarga bo‘lingan.

d)

odamlar o'qiy oladigan talablarni haqiqiy kodga aylantirishga yordam beradigan oraliq bosqich.

6.

RUP ning komponent arxitekturasi tamoyili -

a)

loyihaning har bir bosqichida xatarlarni bartaraf etish muammoni yaxshiroq tushunish va maqbul yechim topilmaguncha kerakli o'zgarishlarni amalga oshirish imkonini beradi;

b)

RUP funktsional talablarni tashkil etish va kuzatish, hujjatlarni rasmiylashtirish va maqbul echimlarni tanlash jarayonini tavsiflaydi ( rivojlanish jarayonida ham, biznes yuritishda ham);

c)

tizim arxitekturasi joriy va kelajakdagi loyihalarda qo‘llanilishi mumkin bo‘lgan komponentlarga bo‘lingan.

d)

odamlar o'qiy oladigan talablarni haqiqiy kodga aylantirishga yordam beradigan oraliq bosqich.

7.

RUP ning vizual dasturiy ta'minotni modellashtirish tamoyili -

a)

RUP ishlab chiqish metodologiyasini ko'rsatadi arxitektura va uning tarkibiy qismlarining tuzilishi va xatti-harakatlarini tushunish uchun dasturiy ta'minotning vizual modelini qanday yaratish;

b)

loyihaning har bir bosqichida xatarlarni bartaraf etish muammoni yaxshiroq tushunish va maqbul yechim topilmaguncha kerakli o'zgarishlarni amalga oshirish imkonini beradi;

c)

RUP funktsional talablarni tashkil etish va kuzatish, hujjatlarni rasmiylashtirish va maqbul echimlarni tanlash jarayonini tavsiflaydi ( rivojlanish jarayonida ham, biznes yuritishda ham);

d)

tizim arxitekturasi joriy va kelajakdagi loyihalarda qo‘llanilishi mumkin bo‘lgan komponentlarga bo‘lingan.

8.

tektura va uning tarkibiy qismlarining tuzilishi va xatti-harakatlarini tushunish uchun dasturiy ta'minotning vizual modelini qanday yaratish;

4 lines
9.

RUP ning dasturiy ta'minot sifatini tekshirish tamoyili -

a)

RUP ishlab chiqish metodologiyasini ko'rsatadi arxitektura va uning tarkibiy qismlarining tuzilishi va xatti-harakatlarini tushunish uchun dasturiy ta'minotning vizual modelini qanday yaratish;

b)

loyihaning har bir bosqichida xatarlarni bartaraf etish muammoni yaxshiroq tushunish va maqbul yechim topilmaguncha kerakli o'zgarishlarni amalga oshirish imkonini beradi;

c)

RUP funktsional talablarni tashkil etish va kuzatish, hujjatlarni rasmiylashtirish va maqbul echimlarni tanlash jarayonini tavsiflaydi ( rivojlanish jarayonida ham, biznes yuritishda ham);

d)

dasturiy ta'minotni ishlab chiqish jarayonida jamoaning barcha harakatlarining sifati nazorat qilinadi

10.

RUP ning nazoratni o'zgartirish tamoyili -

a)

o'zgarishlarni kuzatish uzluksiz rivojlanish jarayonini qurish imkonini beradi;

b)

loyihaning har bir bosqichida xatarlarni bartaraf etish muammoni yaxshiroq tushunish va maqbul yechim topilmaguncha kerakli o'zgarishlarni amalga oshirish imkonini beradi;

c)

RUP funktsional talablarni tashkil etish va kuzatish, hujjatlarni rasmiylashtirish va maqbul echimlarni tanlash jarayonini tavsiflaydi ( rivojlanish jarayonida ham, biznes yuritishda ham);

d)

dasturiy ta'minotni ishlab chiqish jarayonida jamoaning barcha harakatlarining sifati nazorat qilinadi

11.

Dasturiy ta’minotni testlash (software testing) – bu …

a)

dasturning real va kutilgan natijalari orasidagi moslikni ma’lum tartibda tanlangan chekli test to’plami asosida tekshirish.

b)

tizimni yoki uning komponentlarini joriy bosqich boshida shakllantirilgan talablarga qanoatlantirishini baholash jarayonidir.

c)

ishlab chiqilgan DTning kutilgan natijalarga va foydalanuvchi extiyojlariga, tizim talablariga mosligini aniqlash.

d)

testlash bo’yicha bajarilishi kerak bo’lgan ishlarni qamrab olgan xujjat

12.

Tekshirish (Verification) – bu …

a)

tizimni yoki uning komponentlarini joriy bosqich boshida shakllantirilgan talablarga qanoatlantirishini baholash jarayonidir.

b)

ishlab chiqilgan DTning kutilgan natijalarga va foydalanuvchi extiyojlariga, tizim talablariga mosligini aniqlash.

c)

testlash bo’yicha bajarilishi kerak bo’lgan ishlarni qamrab olgan xujjat

d)

dasturning real va kutilgan natijalari orasidagi moslikni ma’lum tartibda tanlangan chekli test to’plami asosida tekshirish.

13.

Validasiya (Validation) – bu …

a)

ishlab chiqilgan DTning kutilgan natijalarga va foydalanuvchi extiyojlariga, tizim talablariga mosligini aniqlash.

b)

testlash bo’yicha bajarilishi kerak bo’lgan ishlarni qamrab olgan xujjat

c)

dasturning real va kutilgan natijalari orasidagi moslikni ma’lum tartibda tanlangan chekli test to’plami asosida tekshirish.

d)

tizimni yoki uning komponentlarini joriy bosqich boshida shakllantirilgan talablarga qanoatlantirishini baholash jarayonidir.

14.

Testlashni rejalashtirish (Test Plan) – bu

a)

testlash bo’yicha bajarilishi kerak bo’lgan ishlarni qamrab olgan xujjat

b)

dasturning real va kutilgan natijalari orasidagi moslikni ma’lum tartibda tanlangan chekli test to’plami asosida tekshirish.

c)

tizimni yoki uning komponentlarini joriy bosqich boshida shakllantirilgan talablarga qanoatlantirishini baholash jarayonidir.

d)

ishlab chiqilgan DTning kutilgan natijalarga va foydalanuvchi extiyojlariga, tizim talablariga mosligini aniqlash.

15.

Bag/Defekt Report (Bug Report) - bu …

a)

testlash obyektini noto’g’ri ishlashiga olib kelgan harakatlar ketma-ketligi yoki shu holatga olib kelgan vaziyatlarni izohi bo’lib unda kelib chiqish sabablari va kutilayotgan natijalar keltirilgan xujjatdir.

b)

dasturning real va kutilgan natijalari orasidagi moslikni ma’lum tartibda tanlangan chekli test to’plami asosida tekshirish.

c)

tizimni yoki uning komponentlarini joriy bosqich boshida shakllantirilgan talablarga qanoatlantirishini baholash jarayonidir.

d)

ishlab chiqilgan DTning kutilgan natijalarga va foydalanuvchi extiyojlariga, tizim talablariga mosligini aniqlash.

16.

Testni Qoplanishi (Test Coverage) – bu

a)

testlash sifatini baholash mezonlaridan biri, bajariladigan kodning yoki talablarni testlar yordamida qoplanishidir.

b)

dasturning real va kutilgan natijalari orasidagi moslikni ma’lum tartibda tanlangan chekli test to’plami asosida tekshirish.

c)

tizimni yoki uning komponentlarini joriy bosqich boshida shakllantirilgan talablarga qanoatlantirishini baholash jarayonidir.

d)

ishlab chiqilgan DTning kutilgan natijalarga va foydalanuvchi extiyojlariga, tizim talablariga mosligini aniqlash.

17.

DT ni testlash darajalari

a)

alohida modul ustida, bir guruh modullar yoki butun tizim ustida tekshirilishi tushuniladi.

b)

testlash sifatini baholash mezonlaridan biri, bajariladigan kodning yoki talablarni testlar yordamida qoplanishidir.

c)

dasturning real va kutilgan natijalari orasidagi moslikni ma’lum tartibda tanlangan chekli test to’plami asosida tekshirish.

d)

tizimni yoki uning komponentlarini joriy bosqich boshida shakllantirilgan talablarga qanoatlantirishini baholash jarayonidir.

18.

DT ning sifati –

a)

Bahoni to’g’ri ekanligini kafolatlaydi.

b)

alohida modul ustida, bir guruh modullar yoki butun tizim ustida tekshirilishi tushuniladi.

c)

testlash sifatini baholash mezonlaridan biri, bajariladigan kodning yoki talablarni testlar yordamida qoplanishidir.

d)

dasturning real va kutilgan natijalari orasidagi moslikni ma’lum tartibda tanlangan chekli test to’plami asosida tekshirish.

19.

DTni testlash tiplari quyidagi guruhlarga bo’linadi:

a)

funksional, funksional bo’lmagan, o’zgarishlar bilan bog’liq bo’lgan;

b)

lokal , abstrakt , terminlar;

c)

konsepsiya , terminlar , tashki interfeys;

d)

abstrakt , virtual , tashqi interfeys;