14-Ma’ruza. Dasturiy ta’minot o’lchovi Dasturiy ta'minotni o'lchash dasturiy ta'minot komponenti, tizim yoki jarayonning atributi uchun raqamli qiymat yoki profilni olish bilan bog'liq

14-Ma’ruza. Dasturiy ta’minot o’lchovi
Dasturiy ta'minotni o'lchash dasturiy ta'minot komponenti, tizim yoki jarayonning atributi uchun raqamli qiymat yoki profilni olish bilan bog'liq. Ushbu qiymatlarni bir-biri bilan va tashkilot bo'ylab amal qiladigan standartlar bilan taqqoslash orqali siz dasturiy ta'minot sifati haqida xulosa chiqarishingiz yoki dasturiy jarayonlar, vositalar va usullarning samaradorligini baholashingiz mumkin. Masalan, tashkilot yangi dasturiy ta'minotni sinovdan o'tkazish vositasini joriy qilmoqchi.
Asbobni joriy etishdan oldin, siz ma'lum bir vaqt ichida aniqlangan dasturiy ta'minotdagi nuqsonlar sonini qayd qilasiz. Bu vositaning samaradorligini baholash uchun asosdir. Asbobni biroz vaqt ishlatganingizdan so'ng, ushbu jarayonni takrorlang. Agar asbob joriy etilgandan so'ng bir xil vaqt ichida ko'proq nuqsonlar aniqlansa, u dasturiy ta'minotni tekshirish jarayoni uchun foydali yordam beradi deb qaror qilishingiz mumkin.
Dasturiy ta'minot ko'rsatkichi - ob'ektiv ravishda o'lchanadigan dasturiy ta'minot tizimi, tizim hujjatlari yoki ishlab chiqish jarayonining xarakteristikasi. Ko'rsatkichlarga misollar kod satrlarida mahsulot hajmini o'z ichiga oladi; Tuman indeksi (Gunning, 1962), bu yozma matnning o'qilishining o'lchovidir; yetkazib berilgan dasturiy mahsulotdagi nosozliklar soni; va tizim komponentini ishlab chiqish uchun zarur bo'lgan odam-kunlar soni.
Dasturiy ta'minot ko'rsatkichlari nazorat ko'rsatkichlari yoki bashorat qiluvchi ko'rsatkichlar bo'lishi mumkin. Nomlardan ko'rinib turibdiki, boshqaruv ko'rsatkichlari jarayonni boshqarishni qo'llab-quvvatlaydi va bashorat qiluvchi ko'rsatkichlar dasturiy ta'minot xususiyatlarini taxmin qilishda yordam beradi. Nazorat ko'rsatkichlari odatda dasturiy jarayonlar bilan bog'liq. Nazorat yoki jarayon ko'rsatkichlariga misollar o'rtacha harakat va xabar qilingan nuqsonlarni tuzatish uchun zarur bo'lgan vaqtdir. Bashorat qiluvchi ko'rsatkichlar dasturiy ta'minotning o'zi bilan bog'liq va ba'zan "mahsulot ko'rsatkichlari" deb nomlanadi. Bashorat qiluvchi koʻrsatkichlarga misol qilib modulning siklomatik murakkabligi, dasturdagi identifikatorlarning oʻrtacha uzunligi va dizayndagi obʼyektlar sinflari bilan bogʻliq atributlar va amallar soni kiradi. Menejerlar jarayonni o'zgartirish kerakmi yoki yo'qligini hal qilish uchun jarayon o'lchovlaridan va dasturiy ta'minotni o'zgartirish uchun zarur bo'lgan harakatlarni baholashga yordam berish uchun bashorat qiluvchi ko'rsatkichlardan foydalanadilar. 

14.1-rasm Prediktor va nazorat o'lchovlari
Dasturiy ta'minot tizimining o'lchovlaridan foydalanishning ikkita usuli mavjud:
1. Tizim sifati atributlariga qiymat berish. Tizim tarkibiy qismlarining siklomatik murakkabligi kabi xususiyatlarini o'lchash va keyin bu o'lchovlarni jamlash orqali siz tizim sifatining atributlarini, masalan, xizmat ko'rsatish qobiliyatini baholashingiz mumkin.
2. Kimning sifati sifatsiz tizim komponentlarini aniqlash uchun. O'lchovlarni me'yordan chetlashgan xususiyatlari bilan alohida-alohida qismlariga aniqlash mumkin. Misol uchun, siz eng yuqori murakkabligi bilan birga bo'lganlar kashf qismlariga o'lchash mumkin. 
Ushbu atributlar haqida mulohaza yuritish uchun siz dasturiy ta'minotning ba'zi ichki atributlarini (masalan, uning hajmi, murakkabligi va boshqalar) o'lchashingiz va ular sizni qiziqtirgan sifat xususiyatlariga bog'liq deb taxmin qilishingiz kerak.

14.2-rasm Ichki va tashqi dasturiy ta'minot o'rtasidagi aloqalar

14.2-rasmda ba'zi tashqi dasturiy ta'minot sifati atributlari va ular bilan intuitiv ravishda bog'liq bo'lishi mumkin bo'lgan ichki atributlar ko'rsatilgan. Diagramma tashqi va ichki atributlar o'rtasida bog'liqlik bo'lishi mumkinligini ko'rsatadi, ammo bu atributlarning qanday bog'liqligi aytilmaydi. 

Dasturiy ta'minotning ichki atributlari, masalan, komponentning siklomatik murakkabligi dasturiy ta'minotning manba kodini tahlil qiluvchi dasturiy vositalar yordamida o'lchanadi. Ushbu o'lchovlarni amalga oshirish uchun ishlatilishi mumkin bo'lgan ochiq manba vositalari mavjud. Garchi sezgi dasturiy ta'minot komponentining murakkabligi va foydalanishda kuzatilgan nosozliklar soni o'rtasida bog'liqlik bo'lishi mumkinligini ko'rsatsa ham, buni ob'ektiv ravishda isbotlash qiyin. Ushbu gipotezani sinab ko'rish uchun sizga ko'p sonli komponentlar uchun nosozlik ma'lumotlari va tahlil qilish uchun komponent manba kodiga kirish kerak. Juda kam kompaniyalar o'zlarining dasturiy ta'minoti haqida ma'lumot to'plash bo'yicha uzoq muddatli majburiyatlarni oldilar, shuning uchun tahlil qilish uchun muvaffaqiyatsizlik ma'lumotlari kamdan-kam hollarda mavjud.
1990-yillarda Hewlett-Packard (Grady, 1993), AT&T (Barnard and Price, 1994) va Nokia (Kilpi, 2001) kabi bir qancha yirik kompaniyalar metrikalar dasturlarini joriy qildilar. Ular o'zlarining mahsulotlari va jarayonlarini o'lchashdi va ulardan sifatni boshqarish jarayonlarida foydalanishdi. Asosiy e'tibor dastur kamchiliklari va tekshirish va tasdiqlash jarayonlari bo'yicha ko'rsatkichlarni yig'ishga qaratildi. Offen va Jeffrey (1997) va Hall va Fenton (1997) sanoatda metrik dasturlarni joriy etishni batafsilroq muhokama qilishadi.
Sanoatda tizimli dasturiy ta'minotni o'lchashning joriy qo'llanilishi to'g'risida ommaga juda kam ma'lumot mavjud. Ko'pgina kompaniyalar o'zlarining dasturiy ta'minoti haqida ma'lumot to'plashadi, masalan, talablarni o'zgartirish so'rovlari soni yoki sinovda aniqlangan nuqsonlar soni. Biroq, ular dasturiy mahsulotlar va jarayonlarni solishtirish yoki dasturiy ta'minot jarayonlari va vositalariga o'zgarishlarning ta'sirini baholash uchun ushbu o'lchovlarni tizimli ravishda ishlatishlari aniq emas. Bu qiyin bo'lishining bir necha sabablari bor:
1. Bu tashkiliy tarzda o'lchab dasturini joriy etish investitsiyalar daromadliligini o'lchash mumkin emas. Bu tizimli dasturiy ta'minot o'lchash va baholash joriy etish boshlang'ich xarajatlarini oqlash qiyin, shuning uchun metrikalariga foydalanish holda o'tgan bir necha yil davomida dasturiy ta'minot sifati muhim harakat bor edi.
2. Dasturiy ta'minot ko'rsatkichlari yoki o'lchash va tahlil qilish uchun standartlashtirilgan jarayonlar uchun standartlar mavjud emas. Ko'pgina kompaniyalar bunday standartlar va yordamchi vositalar mavjud bo'lmaguncha o'lchov dasturlarini joriy etishni istamaydilar.
3. Ko'p kompaniyalar, dasturiy ta'minot jarayonlari standartlashtirilgan emas va kam belgilangan va nazorat qilinadi. kabi, o'lchovlari mazmunli tarzda foydalanish uchun shu kompaniya ichida juda ko'p jarayon o'zgaruvchanlik bor.
4. Dasturiy ta'minotni o'lchash va ko'rsatkichlar bo'yicha olib borilgan tadqiqotlarning aksariyati kodga asoslangan ko'rsatkichlarga va rejaga asoslangan rivojlanish jarayonlariga qaratilgan. Biroq, ERP tizimlari yoki COTSni sozlash yoki tezkor usullardan foydalangan holda tobora ko'proq dasturiy ta'minot ishlab chiqilmoqda. Shuning uchun biz oldingi tadqiqotlar ushbu dasturiy ta'minotni ishlab chiqish usullariga tegishlimi yoki yo'qligini bilmaymiz.
5. O'lchovni joriy etish jarayonlarga qo'shimcha xarajatlarni qo'shadi. Bu dasturni ishlab chiqish bilan bevosita bog'liq bo'lmagan texnologik jarayonlarni yo'q qilishni tavsiya etadigan tezkor usullarning maqsadlariga zid keladi. Shuning uchun tezkor usullarni qo'llagan kompaniyalar metrikalar dasturini qabul qilishlari ehtimoldan yiroq emas.
Dasturiy ta'minotni o'lchash va ko'rsatkichlar empirik dasturiy ta'minot muhandisligining asosidir (Endres va Rombach, 2003). Bu tadqiqot sohasi bo'lib, unda dasturiy ta'minot tizimlari bo'yicha tajribalar va real loyihalar haqida ma'lumotlar to'plash dasturiy ta'minot muhandisligi usullari va usullari haqidagi farazlarni shakllantirish va tasdiqlash uchun ishlatilgan.
Ushbu sohada ishlaydigan tadqiqotchilarning ta'kidlashicha, biz dasturiy ta'minot muhandisligi usullari va usullari haqiqatan ham o'z ixtirochilari taklif qilgan foydalarni taqdim etayotganiga aniq dalillar keltira olsak, ularning qiymatiga amin bo'lishimiz mumkin. Afsuski, ob'ektiv o'lchovlarni amalga oshirish va ulardan xulosa chiqarish mumkin bo'lganda ham, bu qaror qabul qiluvchilarni ishontirishi shart emas. Aksincha, qaror qabul qilishga ko'pincha sub'ektiv omillar ta'sir qiladi, masalan, yangilik yoki texnikalar amaliyotchilarni qanchalik qiziqtirishi. Menimcha, empirik dasturiy ta'minot muhandisligi natijalari dasturiy injiniring amaliyotiga sezilarli ta'sir ko'rsatishi uchun ko'p yillar kerak bo'ladi.
Mahsulot ko'rsatkichlari
Mahsulot ko'rsatkichlari dasturiy ta'minot tizimining ichki atributlarini o'lchash uchun ishlatiladigan bashorat qiluvchi ko'rsatkichlardir. Mahsulot ko'rsatkichlariga misollar kod satrlarida o'lchanadigan tizim o'lchamini yoki har bir ob'ekt sinfi bilan bog'liq usullarning sonini o'z ichiga oladi.
Mahsulot ko'rsatkichlari ikki sinfga bo'linadi:
1. Dinamik tarzda o'lchash. Bu tarzda o'lchash tizimi sinov paytida yoki tizim foydalanish ketdi keyin to'planishi mumkin. Bir misol, xato hisobotlarni soni yoki hisob bajarish uchun qabul vaqti bo'lishi mumkin.
2. Statik o'lchov. Statik metrikalariga misol kodi hajmi va foydalanish identifikatorlari o'rtacha uzunligi bor. Ushbu turdagi ko'rsatkichlar turli sifat atributlari bilan bog'liq. Dinamik ko'rsatkichlar dasturning samaradorligi va ishonchliligini baholashga yordam beradi. Statik ko'rsatkichlar dasturiy ta'minot tizimi yoki tizim komponentlarining murakkabligi, tushunarliligi va barqarorligini baholashga yordam beradi.
Odatda dinamik ko'rsatkichlar va dasturiy ta'minot sifati xususiyatlari o'rtasida aniq bog'liqlik mavjud. Muayyan funktsiyalar uchun talab qilinadigan bajarish vaqtini o'lchash va tizimni ishga tushirish uchun zarur bo'lgan vaqtni baholash juda oson. Bular to'g'ridan-to'g'ri tizimning samaradorligi bilan bog'liq. 
Ushbu tajribalarning hech biri yakuniy bo'lmagan, ammo dastur hajmi va boshqaruvning murakkabligi tushunarlilik, tizim murakkabligi va barqarorlikning eng ishonchli prognozi bo'lib tuyuladi.