Toshkent axborot texnologiyalari universiteti dt sifatini ta'minlash

Developer-driven usuli

Kod sifatining ba'zi xususiyatlarini avtomatik baholash juda qiyin, agar imkonsiz bo'lmasa. Yaxshi dizayn savollari, masalan, ko'pincha sub'ektivdir. Yaxshi dizaynning ba'zi jihatlari algoritmlar bilan o'lchanadi , lekin boshqalar (masalan, fayllar va modullar muammo sohasiga intuitiv ravishda mos keladimi yoki yo'qmi) insoniy fikrlash darajasini talab qiladigan darajada tushunishni talab qiladi.
Dasturchi tomonidan boshqariladigan kodni tekshirish odatda ikki bosqichli jarayondir. Dasturchi birinchi navbatda dasturni tushunishi kerak, shunda ular uni amalga oshirish va loyihalash haqida fikr bildira oladilar. Shundagina ular dasturni to'g'ri baholashlari mumkin.
Baholashning o'zi haqida gap ketganda, aniq maqsadlar bir necha omillarga bog'liq. Tizimni yozishda foydalanilgan tilning paradigmasi mavjud (Ob'ektga yo'naltirilgan tizimlar, masalan, funktsional yoki imperativ dasturlardan boshqa aqliy modelga ko'ra tushuniladi). Shuningdek, ustuvorliklar mavjud - masalan, xavfsizlikka e'tibor qaratadigan ishlab chiquvchilar barqarorlik kabi masalalarga e'tibor qaratadigan ishlab chiquvchilarga qaraganda turli xil potentsial muammolarni izlashlari mumkin.

3.1 Kodni tushunish

Qanday qilib ishlab chiquvchi (yoki ishlab chiquvchilar guruhi) kodlar bazasi haqidagi bilimlarni jamlashi va undan izchil aqliy modelni shakllantirish uchun foydalanishi mumkin? Kod xatti-harakati to'g'risida to'liq tushunchani muntazam ravishda shakllantirish uchun barcha manba kodini o'qishga urinish kamdan-kam uchraydi (haqiqatan ham keng miqyosli dastur bilan duch kelganingizni tasavvur qiling).
Kodni tushunish masalasi juda qiyin. Kod bazasini qanday qilib eng yaxshi tushunishni aniqlash inson psixologiyasini yaxshi tushunishni talab qiladi. Garchi ko'plab tadqiqotlar odamlar kodni qanday tushunishlari haqida faraz qilgan bo'lsa-da, bu farazlarni tasdiqlash qiyin. Tajribalar ko'p sonli inson ishtirokchilariga tayanadi va ularni loyihalash qiyin bo'lishi mumkin. Ular rozi bo'lishlari kerak -har qanday chalkash omillarni (masalan, ishtirokchilarning oldingi tajribasi yoki dasturlash tili paradigmasi) ishonchli tarzda hal qilish, shuningdek, tushunish mashqlari davomida olingan bilimlarni qandaydir tarzda o'lchash kerak, bu o'z-o'zidan qiyin bo'lishi mumkin.
Amalda, dasturiy ta'minotni tushunish (a) dastur haqida allaqachon bilganingizni umumlashtirish va (b) siz bilmagan (lekin bilishingiz kerak bo'lgan) narsalarni ko'proq o'rganish uchun dasturni o'rganishdan iborat . Siz allaqachon tanish bo'lgan dastur elementlari "mayoqlar" bilan ifodalanishi mumkin - siz allaqachon mavjud bo'lgan ularning funksionalligini aniq ko'rsatish uchun etarlicha tavsiflovchi usul nomlari yoki izohlarni o'z ichiga olgan sinflar yoki dizayn naqshlari tanish.
Shuning uchun yaxshi dasturlash amaliyoti juda muhimdir. Aqlli ismlar va qisqacha sharhlar boshqa ishlab chiquvchilarning tushunish uchun qimmatli vaqt sarflash zaruriyatini yo'q qiladi va ularni yanada samaraliroq sarflashga imkon beradi. Bunga dasturning dastlabki kodiga uning rivojlanishi davomida engil o'zgartirishlar kiritish orqali ham yordam berish mumkin ; agar ishlab chiquvchi dastur haqida biror narsa o'rgansa uni tushunishga harakat qilganda, bu tushuncha boshqa ishlab chiquvchilarga keyingi bosqichda yordam berish uchun izoh sifatida manba kodiga kiritilishi mumkin.