Dasturiy ta’minot ishlab chiqish hayot sikli va sinovi Abstraksiya

IV. DASTUR SINOV TADQIQOT YO'L XARITASI

Yo'l xaritasi "siz shu yerdasiz" qizil nuqtasidan boshlab kerakli taqdirga erishish uchun ko'rsatmalar beradi. Yumshoq buyumlarni sinovdan o'tkazish bo'yicha tadqiqot yo'l xaritasi quyidagicha tashkil etilgan:
"Siz shu yerdasiz" qizil nuqta o'tgan tadqiqotlarning eng muhim yutuqlaridan iborat (ammo bu harakatlarning ba'zilari hali ham davom etayotganini unutmang);
Kerakli manzil (to'rtta) orzular to'plami shaklida tasvirlangan: biz ushbu atamani re uchun to'rtta marshrut oxirida asimptotik maqsadlar ekanligini bildirish uchun ishlatamiz-qidiruv jarayoni. Ularga deinition tomonidan erishib bo'lmaydi va ularning qiymati foydali, uzoqni ko'ra oladigan tadqiqotlar uchun jalb qilish qutblari sifatida qoladi;
O'rtada hozirgi va fu - ture sinov tadqiqotlari duch keladigan muammolar, ozmi-ko'pmi etuk bosqichda va muvaffaqiyatga erishish uchun ozmi-ko'pmi imkoniyatlar mavjud. Ushbu muammolar orzular sari sayohatda kuzatiladigan yo'nalishlarni belgilaydi va shuning uchun ular yo'l xaritasining Markaziy, eng muhim qismidir.
Yo'l xaritasi rasmda ko'rsatilgan. 1. Unda biz joylashdik markazda rivojlanayotgan va davom etayotgan tadqiqot yo'nalishlari, etuk mavzular-yutuqlar - chap tomonida va yakuniy maqsadlar-orzular - o'ng tomonida. To'rtta gorizontal chiziqlar tushlarni himoya qilish uchun o'ziga xos tadqiqot yo'nalishlarini tasvirlaydi, ya'ni:
1. Umumjahon test nazariyasi;
2. Sinovga asoslangan modellashtirish;
3. 100% avtomatik sinov;
4. Eficacy-maksimal sinov muhandislik.
Yo'nalishlar progressiv yordam dasturiga muvofiq buyurtma qilingan: nazariya qabul qilingan modellar asosida amalga oshiriladi, bu esa o'z navbatida avtomatlashtirish uchun zarur bo'lib, bu tejamkor sinov muhandisligi uchun muhim ahamiyatga ega [11]. Qiyinchiliklar gorizontal ravishda oltita vertikal chiziqdan iborat kor-dasturiy ta'minotni sinovdan o'tkazadigan savollarga nima uchun, qanday, qancha, nima, qaerda va qachon javob berish (maxsus tartibda).
Dasturiy ta'minotni sinovdan o'tkazish tadqiqotlari muammolari vertikal ravishda ular asosan moyil bo'lgan uzoq muddatli orzu yoki orzularga qarab va gorizontal ravishda ular asosan markazga yo'naltirilgan dasturiy ta'minotni sinash tavsifining qaysi savoliga yoki savollariga qarab ushbu rejadagi o'rnini belgilaydi. Ushbu maqolaning qolgan qismida biz ushbu yo'l xaritasining elementini (yutuqlar, qiyinchiliklar, orzular) muhokama qilamiz. Biz tez - tez Harrold tomonidan uning 2000 ning prede-cessor bilan bu yo'l xaritasi solishtirish qiladi [12], biz FOSE2000 sifatida bundan buyon murojaat qiladi.

V. Dasturiy Ta'minotni Sinovdan O'tkazish Sifati Rejasi

Dasturiy ta'minotning sifati muhandislarning sifat rejasi asosida ishlab chiqilgan. Dastlabki reja turli xil kodlarni sinash seanslari uchun farq qiladi. Dastlabki reja ishlab chiqilgan tsiklning sifati bilan sinovdan o'tkazilishi mumkin. Dasturiy ta'minot kodlarini sinovdan o'tkazish bo'yicha ushbu strategiya tizim sinov sessiyalarida amalga oshiriladi. Sifatni ta'minlash tajribasiga muvofiq, kompaniya dasturiy ta'minotining sifati dizayn bosqichi tsiklida sinovdan o'tkaziladi [13]. Dasturiy ta'minot kodini sinovdan o'tkazish sifati kodlash sxemalarining ini - tial bosqichlariga va dasturiy ta'minotni ishlab chiqish usullarining infratuzilmasiga bog'liq. Ushbu infratuzilma strategiyasi dasturiy ta'minotni sinovdan o'tkazish sxemalarining sifat rejasini tavsiflaydi. Dasturiy ta'minotni sinovdan o'tkazish sxemasining dastlabki rejasi ularning tuzilishini tiklash uchun sxemalarning to'liq amalga oshirilgan loyihalarga qo'shgan hissasi hisoblanadi. [14]. Dasturiy ta'minot kodlarining quyruq modulini sinovdan o'tkazish har xil kodlash seanslari uchun har xil bo'lishi mumkin. Dasturiy ta'minotni sinovdan o'tkazishning dastlabki rejasi hisobga olinadi va segmentlar. Shundan so'ng mod - ules sinovdan o'tkaziladi. Agar rejalar batafsil bo'lmasa, dasturiy ta'minotni sinovdan o'tkazish to'xtatiladi. Ushbu rejalar testning turli segmentlarini tashkil qiladi. Agar reja batafsil bo'lmasa, u qayta rejalashtiriladi [5]. Dasturiy ta'minotni sinovdan o'tkazish tizimining sifat rejasi dasturiy ta'minotni sinovdan o'tkazishning barcha ma'lumotlarini o'z ichiga oladi. Ushbu segmentlar va modullar osongina sinovdan o'tkaziladi. Ushbu dasturlar to'g'ri nazorat qilinadi. Sinov bitta sifatda ko'rsatilgan. Ushbu tadbirlar dasturiy ta'minot sinov tizimi tomonidan con - trolled etiladi. Dastur tuzilishiga mos keladigan ba'zi tadbirlar mavjud. Ushbu tadbirlar orqali biz dasturni tekshirishimiz mumkin. Veriication bilan im-plementation o'zgartirilishi mumkin. Xatolarni kiritishda ba'zi bo'shliqlar yordam beradi. Shunday qilib, bu xatolarni kuzatish oson emas. Lekin test - ing dastur tuzilishi modullar to'g'ri ishlatiladi. 10]. Dasturiy ta'minotni sinovdan o'tkazish uchun amalga oshiriladigan tadbirlar verini tasdiqlashi mumkin-
dasturiy ta'minotni ishlab chiqish uchun ication. Ushbu tadbirlar tasdiqlash veriication uchun amalga oshiriladi. Veriication va validation o'rtasida farq bor. Bu harakatlar boshqacha bo'lishi mumkin. Bularni diagramma bilan tasvirlash mumkin. Valida-tions va veriications bir-biriga iltifot bo'lishi mumkin bo'lgan. Tekshirish turli bosqichlarga kiritilishi mumkin. Veriica-yozildi aslida tekshirish jarayonini bajarish mumkin jarayon. Asosiy validations inal mahsulotlari joyga jamlanganda mumkin. Inal mahsulotlari yumshoq buyumlar rivojlanishining ayrim turlari bo'lishi mumkin. Dastur sinov kodi sinov deb atash mumkin.
A. dasturiy ta'minotni sinovdan o'tkazish uchun ajratilgan resurslar
1) dasturiy ta'minot uchun sinovdan o'tgan narsalar: ushbu elementlar jadvalga muvofiq o'zgartiriladi va sinovdan o'tkaziladi. Ushbu elementlarga dasturiy ta'minotni sinovdan o'tkazish sifatini saqlab qolish uchun jadval beriladi. AP - plikatsiya tuzilishiga mos kelishni maqsad qilgan ba'zi tadbirlar mavjud. Ushbu tadbirlar orqali biz dasturni tekshirishimiz mumkin. Veriication bilan amalga oshirish o'zgartirilishi mumkin. Xatolarni kiritishda ba'zi bo'shliqlar yordam beradi. Shunday qilib, bu xatolarni kuzatish oson emas. Lekin modullari test dastur tuzilishi to'g'ri ishlatiladi [10]. Dasturiy ta'minotni sinovdan o'tkazish uchun amalga oshiriladigan tadbirlar dasturiy ta'minotni ishlab chiqish uchun tasdiqlash tekshiruvini berishi mumkin. . Ushbu tadbirlar tasdiqlash veriication uchun amalga oshiriladi. Tekshirish va tasdiqlash o'rtasida farq bor. Ushbu ac-tivities boshqacha bo'lishi mumkin. Bularni diagramma bilan tasvirlash mumkin. Tekshirishlar va tekshirishlar bir - biriga mos kelishi mumkin. Veriication turli-lor bosqichlarida kiritilgan bo'lishi mumkin. Veriication aslida tekshirish jarayonini bajarish mumkin jarayon. Asosiy validations inal mahsulotlari joyga jamlanganda mumkin. Inal mahsulotlari dasturiy ta'minotni ishlab chiqishning ayrim turlari bo'lishi mumkin. Dastur sinov kodi sinov deb atash mumkin.
2) dasturiy ta'minotni sinovdan o'tkazish uchun xususiyatlar: ushbu modulda xususiyatlar sinovdan o'tkaziladi. Bu ma'lumotlar sinov uchun, dasturiy ta'minot bilan bog'liq barcha fea - tures irst sinov bo'ladi. Xususiyatlari dasturiy sinovdan Xususiyatlari sinov qilinadi emas irst ko'rsatilgan. Ushbu xususiyat dasturiy ta'minotni sinab ko'rishga yordam beradi. Dasturiy ta'minotni sinovdan o'tkazish rejasining to'liqligi dastlabki bosqichda amalga oshiriladi. Appli-kation tuzilishiga mos keladigan ba'zi tadbirlar mavjud. Ushbu tadbirlar orqali biz ap-plikatsiyani tekshirishimiz mumkin [15]. Veriication bilan amalga oshirish o'zgartirilishi mumkin. Xatolarni kiritishda ba'zi bo'shliqlar yordam beradi. Shunday qilib, bu xatolarni kuzatish oson emas Ammo modullarni sinab ko'rishda dastur tuzilishi to'g'ri ishlatiladi. Dasturiy ta'minotni sinovdan o'tkazish uchun amalga oshiriladigan faol aloqalar dasturiy ta'minotni ishlab chiqish uchun valida - tion tekshiruvini berishi mumkin. Bu activ-ities tekshirish veriication uchun amalga oshiriladi. Tekshirish va tasdiqlash o'rtasida farqlar mavjud. Bu harakatlar boshqacha bo'lishi mumkin. Bularni diagramma bilan tasvirlash mumkin. Validations va veriications bir-biriga iltifot bo'lishi mumkin bo'lgan. Veriication turli bosqichlarida kiritilgan bo'lishi mumkin [13]. Veriication aslida tekshirish jarayonini bajarish mumkin jarayon. Asosiy validations inal mahsulotlari joyga jamlanganda mumkin. Inal mahsulotlari dasturiy ta'minotni ishlab chiqishning ayrim turlari bo'lishi mumkin. Dastur sinov kodi sinov deb atash mumkin.
3) dasturiy ta'minotni sinab ko'rish uchun yondashuv:
yondashuv sinov maqsadi uchun cho - sen. Bu bilan bog'liq barcha modullar-spected va sinov bo'ladi. Maxsus sinov texnikasi amalga oshiriladi. Dastur tuzilishiga mos keladigan ba'zi tadbirlar mavjud. Ushbu tadbirlar orqali biz dasturni tekshirishimiz mumkin. Veriication bilan amalga oshirish o'zgartirilishi mumkin. Xatolarni kiritishda ba'zi bo'shliqlar yordam beradi. Shunday qilib, bu xatolarni kuzatish oson emas. Ammo modullarni sinovdan o'tkazishda amaliy tuzilma to'g'ri ishlatiladi.
Dasturiy ta'minotni sinovdan o'tkazish uchun amalga oshiriladigan tadbirlar dasturiy ta'minotni ishlab chiqish uchun tasdiqlash tekshiruvini berishi mumkin. Ushbu tadbirlar tasdiqlash veriication uchun amalga oshiriladi. Tekshirish va tasdiqlash o'rtasida farq bor. Ushbu faol narsalar boshqacha bo'lishi mumkin. Bularni dia-gramm bilan tasvirlash mumkin. Tekshirishlar va tekshirishlar bir-birining iltifoti bo'lishi mumkin [15]. Veriication turli-lor bosqichlarida kiritilgan bo'lishi mumkin. Veriication aslida tekshirish jarayonini bajarish mumkin jarayon. Asosiy validations inal mahsulotlari joyga jamlanganda mumkin. Inal mahsulotlari dasturiy ta'minotni ishlab chiqishning ayrim turlari bo'lishi mumkin. Dastur sinov kodi sinov deb atash mumkin.
4) Pass/dasturiy ta'minot sinov uchun mezonlarini xilof: dasturiy ta'minot sinov uchun cri - teria to'g'ri deined va keyin boshlangan turli jadvallarini qoplangan deine. Ushbu jadvalda o'rtacha ta'sirli kamchiliklar sinovdan so'ng xatolarni olib tashlaydi va keyin xatolarni olib tashlaydi. Dasturiy ta'minotni sinovdan o'tkazish uchun to'xtatib turish va tiklash. Dasturiy ta'minotni sinovdan o'tkazish maqsadi, dasturiy ta'minotni sinovdan o'tkazishda osonlikcha yordam beradigan shartlar mavjud. Ba'zi tadbirlar to'g'ri amalga oshiriladi. Ba'zi vaqt dasturiy qobiliyatsiz darajasi in-burmalangan bo'ladi [8]. Ba'zan qobiliyatsiz darajasi ijro uchun dasturiy ta'minot oldini olish. Keyin dasturiy ta'minot to'g'ri ishlayotgan bo'lsa, sinov qayta boshlanadi. Dasturiy ta'minotni sinash uchun ishlatiladigan ba'zi cheklar mavjud. Dastur tuzilmasiga kor-javob berishga qaratilgan ba'zi tadbirlar mavjud. Ushbu tadbirlar orqali biz dasturni tekshirishimiz mumkin. Verii - kation bilan amalga oshirish o'zgartirilishi mumkin. Xatolarni aniqlashda ba'zi kamchiliklar mavjud. Shunday qilib, bu xatolar kuzatilishi oson emas [5].Ammo modullarni sinab ko'rishda dastur tuzilishi to'g'ri ishlatiladi. Yumshoq buyumlarni sinovdan o'tkazish uchun amalga oshiriladigan tadbirlar yumshoq buyumlarni ishlab chiqish uchun tasdiqlash tekshiruvini berishi mumkin. Ushbu tadbirlar vali - dation veriication uchun amalga oshiriladi. Tekshirish va tasdiqlash o'rtasida farq bor. Bu harakatlar boshqacha bo'lishi mumkin. Bularni diagramma bilan tasvirlash mumkin. Validations va veriications bir-biriga iltifot bo'lishi mumkin bo'lgan. Veriication turli bosqichlarda in-cluded bo'lishi mumkin. Veriication aslida tekshirish jarayonini bajarish mumkin pro - cess hisoblanadi. Asosiy validations inal mahsulotlari joyga jamlanganda mumkin. I-nal mahsulotlari dasturiy ta'minotni ishlab chiqishning ayrim turlari bo'lishi mumkin. Dastur sinov kodi sinov deb atash mumkin.5) dasturiy ta'minotni sinovdan o'tkazish sifatini kuzatish: dasturiy ta'minotni sinovdan o'tkazish sifati nazorat qilinadi va dasturiy ta'minot dasturchilarining turli xil og'ishlarini ochib beradi. Dasturiy ta'minotni sinovdan o'tkazish sifati turli xil konsonanslar ostida to'g'ri amalga oshiriladi. Bu dasturiy ta'minotni sinovdan o'tkazish tizimini boshqaradigan mumkin bo'lgan stsenariylar. Nazorat uchun ishtirok etadigan ikkita shakl mavjud [16].Sifat jarayoni belgilangan standartlarga muvofiq bo'lishi kerak. Sifat jarayoni kon-tingencies to'g'ri tasvirlab kerak. Dasturni kuzatib boradigan ikkita shakl mavjud. Formatsiyani nazorat qilish dasturiy ta'minotni sinovdan o'tkazish orqali yig'iladi. Qual-ity muhandisi dasturiy ta'minotni sinovdan o'tkazishga harakat qiladi ishlaydigan shakl. Dasturiy ta'minot faoliyati sinov parvona - erly qiladi [17].Dasturiy ta'minot rejalari sinov shaklini kodlarni sinab ko'rishga o'zgartirishi mumkin. Dasturiy ta'minotning ma'lumotlar bazalarida natijalarni to'g'ri saqlay olmaydigan ba'zi prob - lemlar mavjud va keyin muammoni olib tashlash uchun dastur dizayni o'zgarishi mumkin. Yumshoq buyumlarni sinovdan o'tkazishdagi muammolar anomaliyalar shaklida bo'lishi mumkin. Ushbu anoma-yolg'on aslida dasturiy ta'minot va ma'lumotlar bazalari sodir bo'ldi, chunki bu ma'lumotlar ma'lumotlar bazalarida saqlanmaydi. Xatolarning num-berini to'g'ri kuzatish va erta olib tashlash mumkin. Biroz xatolar butun dasturni Structure-ture-ni o'zgartirishi mumkin. Bu vaziyatdan qochish uchun biz xatolarni IX uchun imkon qadar tezroq olib tashlash kerak. Modullar sinovdan o'tkaziladi va keyin dasturning AP - plikatsiyasi va tuzilishida tekshiriladi. Dasturiy ta'minot ishga esa modullar to'g'ri sinov berish. Anomaliyalar ma'lumotlar bazalari tuzilmasidan olib tashlanadi ca - pacity dasturiy ta'minot tuzilishining. Yoriqlar ra - tio ortishi dastur tuzilishi rivojlanmagan va to'g'ri mumkin [5]. Turli xil test turlari joriy etiladi. Ushbu test-inglar dasturdagi xatolarni asosiy tuzilishdan olib tashlash uchun ishtirok etishi mumkin.Butun dunyoda kompyuter birliklari Manufacturing IBM jahon eng yaxshi kompaniya ilovalar dan xatolar tizimini olib tashlash joriy etdi. tizimlari va ularning dasturiy ta'minot sinov uchun de-tail tartibi barcha kompaniyalar o'z jadvalini va qo'llash xatolar olib tashlash uchun yo'llarini bor. Ilova va dizayn kodlari tuzilmasidagi xatolarni olib tashlash uchun turli xil vazifalarni taqsimlash turli kompaniyalar uchun farq qilishi mumkin [18]. Dasturiy ta'minot ishlab chiqaruvchisi guruhiga xatolarni olib tashlashni sinab ko'rish uchun ba'zi vazifalar mavjud. Dastur tuzilishi rejasini olish va kodni to'g'ri sinovdan o'tkazish uchun birliklarni turli qismlarga ajratadigan ba'zi yirik tashkilotlar mavjud. Agar ushbu modullar ishlab chiqilgan bo'lsa, unda ushbu modullar turli vazifalarga bo'linadi. Ushbu vazifalar xatolarni bosqichma-bosqich olib tashlashga yordam beradi. Agar modullar ajratilgan bo'lsa, dasturiy ta'minotni sinovdan o'tkazish sifati oshadi va modullarni boshqarish oson. Dasturiy ta'minotni ishlab chiqish kodlari va sessiyasi modullardagi turli mavhumlik darajalariga asoslangan bo'lishi mumkin. Dasturiy ta'minotni sinovdan o'tkazadigan turli xil modullar bo'lishi mumkin. [9]. Dasturni sinovdan o'tkazish uchun ishlatilishi mumkin bo'lgan turli xil belgilar mavjud. Mutaxassisliklar Excel-lent dasturiy ta'minotni sinovdan o'tkazish. Buni dasturlash sessiyasida kodlarni loyihalash sessiyalarini kiritish orqali amalga oshirish mumkin. Integratsiya darajasi bo'lishi mumkin bo'lgan ba'zi modullar mavjud. Integratsiya darajasi dasturiy ta'minotni sinash uchun ham ishlatilishi mumkin. Kod sessiyasining tuzilishidan o'tishi mumkin bo'lgan dasturiy ta'minotni developmentning ba'zi maxsus darajalari mavjud [5].

Shakl. 3. Xato darajasi ko'rsatilgan grafik.
Dasturiy ta'minotni sinash tizimida topilgan nosozliklar to'g'ri integratsiyaga olib kelishi mumkin. Turli xil kodlarni sinash sxemalari uchun toifalar har xil bo'lishi mumkin. Yuqoridagi diagrammaga muvofiq, unda nosozliklar va ularning dasturiy ta'minot tizimi va sifatini isbotlash uchun sinovlari aniq ko'rsatilgan. Diagrammada dasturiy ta'minotni sinovdan o'tkazish tizimi qay darajada ishlashini sinab ko'rish sifati ko'rsatilgan [19]. Dasturiy ta'minot ma'lumotlar bazalarida natijalarni to'g'ri saqlay olmaydigan ba'zi muammolar mavjud va keyin dastur dizayni prob - LEMni olib tashlash uchun o'zgarishi mumkin. Dasturiy ta'minotni sinovdan o'tkazishdagi muammolar anomaliyalar shaklida bo'lishi mumkin. Ushbu anomaliyalar aslida men yumshoq buyumlar va ma'lumotlar bazalari tufayli ma'lumotlar bazalarida saqlanmaydi. Yoriqlar soni to'g'ri kuzatilishi mumkin va erta olib tashlash uchun. Biroz xatolar butun dastur tuzilishini o'zgartirishi mumkin. Bu vaziyatdan oldini olish uchun, biz ix xatolar iloji boricha ilgari xatolarni olib tashlash kerak. Modullar sinovdan o'tkaziladi va keyin applikationning qo'llanilishi va tuzilishida tekshiriladi. Dasturiy ta'minot ishlayotganda modullar tegishli sinovlarni beradi [12] Anomaliyalar ma'lumotlar bazalari tuzilmasidan dasturiy ta'minot tuzilmasining imkoniyatlarini oshirish uchun olib tashlanadi. Yoriqlar nisbati ortishi dastur tuzilishi rivojlanmagan va to'g'ri mumkin. Turli xil sinov turlari ishlab chiqariladi. Ushbu testlar asosiy tuzilishdagi appli - kation xatolarini olib tashlash uchun ishtirok etishi mumkin. IBM dunyo butun dunyoda kompyuter birliklari ishlab chiqarish eng yaxshi kompaniya ilovalar dan xatolar tizimini olib tashlash joriy etdi. tizimlarni va ularning dasturiy ta'minotini sinovdan o'tkazishning batafsil tartibi barcha kompaniyalar o'zlarining sched-ule va dasturdan xatolarni olib tashlash usullariga ega. Ilova va dizayn kodlari tuzilishidagi xatolarni olib tashlash uchun turli xil vazifalarni taqsimlash turli kompaniyalar uchun har xil bo'lishi mumkin. Dasturiy ta'minot ishlab chiqaruvchisi guruhiga xatolarni olib tashlashni sinab ko'rish uchun ba'zi vazifalar mavjud. Dastur tuzilishi rejasini olish va kodni sinab ko'rish uchun birliklarni turli qismlarga ajratishi mumkin bo'lgan ba'zi bir yirik tashkilotlar mavjud. Agar ushbu modullar ishlab chiqilgan bo'lsa, unda ushbu modullar turli vazifalarga bo'linadi. Ushbu vazifalar xatolarni bosqichma-bosqich olib tashlashga yordam beradi. Agar modullar ajratilgan bo'lsa, dasturiy ta'minotni sinovdan o'tkazish sifati oshadi va modullarni boshqarish oson [20]. ]. Dastur tuzilishiga mos keladigan ba'zi tadbirlar mavjud. Bu ac-tivities tomonidan, biz dasturni tekshirish mumkin. Veriication bilan amalga oshirish o'zgartirilishi mumkin. Xatolarni kiritishda ba'zi bo'shliqlar yordam beradi. Shunday qilib, bu xatolarni kuzatish oson emas. Ammo modullarni sinab ko'rishda dastur tuzilishi to'g'ri ishlatiladi. Yumshoq buyumlarni sinovdan o'tkazish uchun amalga oshiriladigan tadbirlar yumshoq buyumlarni ishlab chiqish uchun tasdiqlash tekshiruvini berishi mumkin. Ushbu tadbirlar vali - dation veriication uchun amalga oshiriladi. Tekshirish va tasdiqlash o'rtasida farq bor. Bu harakatlar boshqacha bo'lishi mumkin. Bularni diagramma bilan tasvirlash mumkin. Validations va veriications bir-biriga iltifot bo'lishi mumkin bo'lgan. Veriication turli bosqichlarda in-cluded bo'lishi mumkin. Veriication aslida tekshirish jarayonini bajarish mumkin pro - cess hisoblanadi. Asosiy validations inal mahsulotlari joyga jamlanganda mumkin. I-nal mahsulotlari dasturiy ta'minotni ishlab chiqishning ayrim turlari bo'lishi mumkin. Dastur sinov kodi sinov deb atash mumkin. 6) dasturiy ta'minot sinov tizimida tekshirish va tasdiqlash: dastur tuzilishiga mos keladigan ba'zi tadbirlar mavjud. Ushbu tadbirlar orqali biz dasturni tekshirishimiz mumkin. Veriication bilan amalga oshirish o'zgartirilishi mumkin. Xatolarni kiritishda ba'zi bo'shliqlar yordam beradi. Shunday qilib, bu xatolarni kuzatish oson emas. Lekin modullari test dastur tuzilishi to'g'ri ishlatiladi [21]. Dasturiy ta'minotni sinovdan o'tkazish uchun amalga oshiriladigan tadbirlar dasturiy ta'minotni ishlab chiqish uchun tasdiqlash tekshiruvini berishi mumkin. Ushbu tadbirlar tasdiqlash veriication uchun amalga oshiriladi. Tekshirish va tasdiqlash o'rtasida farq bor. Ushbu faol narsalar boshqacha bo'lishi mumkin. Bu dia - gramm tomonidan ko'rsatilgan bo'lishi mumkin [22]. Tekshirishlar va tekshirishlar bir - biriga mos kelishi mumkin. Tekshirish turli bosqichlarga kiritilishi mumkin. Veriication aslida tekshirish jarayonini bajarish mumkin jarayon Asosiy tekshirishlar inal mahsulotlariga yo'naltirilishi mumkin. Inal mahsulotlari dasturiy ta'minotni ishlab chiqishning ayrim turlari bo'lishi mumkin. Dastur sinov kodi sinov deb atash mumkin. Kodlarni sinovdan o'tkazish kodni loyihalash sessiyasini ishlab chiqish bosqichiga kiritilishi mumkin. Bu rivojlanish bosqichlarini o'z ichiga olishi mumkin. Tasdiqlash faoliyati dasturiy ta'minotni loyihalashga olib keladi. Agar kod sessiyasida biron bir muammo yuzaga kelsa, dasturiy ta'minotni tekshirish mumkin. Yumshoq buyumlar kodini ishlab chiqish uchun tabiiy bo'lgan ba'zi xususiyatlar mavjud. Kod sessiyasi veb-sessiya va veb-saytlarni ishlab chiqish kodlariga katta ta'sir ko'rsatadi. [15]. Yumshoq buyumlarni ishlab chiqish kodlari va sessiyasi modullardagi dif - ferent abstraktsiya darajalariga asoslangan bo'lishi mumkin. Dasturiy ta'minotni sinovdan o'tkazadigan differe-lor modullari bo'lishi mumkin. Pro - gram sinovini tasvirlash uchun ishlatilishi mumkin bo'lgan turli xil belgilar mavjud. Mutaxassisliklar dasturiy ta'minotni sinovdan o'tkazishning mukammal rivojlanishiga olib keladi. Buni dasturlash sessiyasida kodni loyihalash sessiyalarini kiritish orqali amalga oshirish mumkin. Integratsiya darajasi bo'lishi mumkin bo'lgan ba'zi modullar mavjud. Integratsiya darajasi dasturiy ta'minotni sinash uchun ham ishlatilishi mumkin. Kod sessiyasining tuzilishidan o'tishi mumkin bo'lgan dasturiy ta'minotni ishlab chiqishning ba'zi maxsus darajalari mavjud.

VI. FUNKTSIONAL VA MODELGA ASOSLANGAN SINOV

DASTUR SINOVLARI
Ushbu sessiya dastur - ming va rivojlanish bosqichlarining barcha sessiyalarida qo'llanilishi mumkin. Ushbu rivojlanish bosqichlariga erishish va alohida sessiyalarda joylashtirish mumkin. Moduldan tizim darajasiga ma'lum o'zgarishlar bo'lishi mumkin. Sys-tem darajasi boshqa dasturiy sinov modullari uchun har xil bo'lishi mumkin. Ushbu modullar dasturiy ta'minotni sinash va kodlash usullariga asoslangan. Bu Pro-gramming xatti tavsifidan qo'llanilishi mumkin. Funktsiya ixtisosligi kodlash seansini qo'llab-quvvatlaydigan bunday tur bo'lishi mumkin. Dasturiy ta'minotning ma'lumotlar bazalarida ba'zi muammolar mavjud bo'lib, ular natijalarni to'g'ri saqlay olmaydi va keyin dasturni bekor qilish muammoni olib tashlash uchun o'zgarishlar bo'lishi mumkin. Dasturiy ta'minotni sinovdan o'tkazishdagi muammolar anomaliyalar shaklida bo'lishi mumkin. Ushbu anomaliyalar aslida dasturiy ta'minot va ma'lumotlar bazalari sodir bo'ldi, chunki bu ma'lumotlar ma'lumotlar bazalariga saqlanmaydi. Xatolar soni to'g'ri kuzatilishi mumkin va erta olib tashlash uchun [22].Biroz xatolar butun dasturni Structure-ture-ni o'zgartirishi mumkin. Bu vaziyatdan oldini olish uchun, biz ix xatolar iloji boricha ilgari xatolarni olib tashlash kerak. Modullar sinovdan o'tkaziladi va keyin dasturning qo'llanilishi va tuzilishida tekshiriladi. Dasturiy ta'minot ishga esa modullar to'g'ri sinov berish. Anomaliyalar dasturiy ta'minot tuzilmasining imkoniyatlarini oshirish uchun ma'lumotlar bazalari tuzilmasidan olib tashlanadi [13]. Nosozliklar nisbatining oshishi dastur tuzilishi rivojlanmagan bo'lishi mumkin nosozliklar nisbatining oshishi dastur tuzilishi rivojlanmagan va to'g'ri bo'lishi mumkin. Turli xil test turlari joriy etiladi. Ushbu testlar dasturdagi xatolarni asosiy tuzilishdan olib tashlash uchun ishtirok etishi mumkin. IBM dunyoning eng yaxshi kompaniyasi manu-facturing butun dunyoda kompyuter birliklari Intro - duced ilovalar dan xatolar tizimini olib tashlash bor. Barcha kompaniyalar o'z jadvalini va qo'llash xatolarni olib tashlash uchun yo'llarini bor tizimlari va ularning yumshoq buyumlar sinov uchun batafsil tartibi. Ilova va dizayn kodlari tuzilishidagi xatolarni olib tashlash uchun turli xil vazifalarni taqsimlash differe - KBB kompaniyalari uchun har xil bo'lishi mumkin. Xatolarni qayta ko'chirishni sinab ko'rish uchun dasturiy ta'minot ishlab chiqaruvchisi guruhiga ba'zi vazifalar mavjud. Dastur tuzilishi rejasini qabul qilish va kodni to'g'ri sinovdan o'tkazish uchun birliklarni turli qismlarga ajratishi mumkin bo'lgan ba'zi yirik tashkilotlar mavjud. Agar ushbu modullar ishlab chiqilgan bo'lsa, unda ushbu modullar turli vazifalarga bo'linadi. Bu vazifalar xatolarni bosqichma-bosqich olib tashlashda yordam berishi mumkin [23]. Agar modullar ajratilgan bo'lsa, dasturiy ta'minotni sinovdan o'tkazish sifati oshadi va modullarni boshqarish oson. Funktsional test dasturiy ta'minotni sinash uchun foydalidir. A func-milliy speciication dastur sinov xulq bo'lishi mumkin. Agar u kod seansi uchun olingan bo'lsa va kod seansi yaxshi dasturlash seansiga olib kelishi mumkin. Kodlash seansi muammolarini aniqlash uchun ixtisoslikni tabiiy tilda va kompyuter tilida ifodalash mumkin. Ininite mashinasi uchun turli raqamlarni berishi mumkin bo'lgan kod sessiyasi ham mavjud. Unied modellashtirish tillari, shuningdek, dasturiy ta'minot kodlari va dasturlash sessiyasini yaratish uchun ses - sionlarga kiritilgan [24]. UML amalga oshirilganda, mutaxassisliklar amalga oshiriladi. Funktsional sinov texnikasi ses - sionlarni kodlash bosqichlarini yaxshilashi mumkin. Funktsional sinov dasturni sinash tizimiga o'tkaziladi. Sinov dizaynerlari dasturni oldingi bosqichda xatolardan tozalash uchun kodlarga e'tibor qaratishlari mumkin [15]. Shunday qilib, ishlab chiquvchilar va dizaynerlar xatolarni bartaraf etishda muvaffaqiyat qozonishlari mumkin. Kodlarni avtomatik sinovdan o'tkazishda ishtirok etadigan ba'zi modellar mavjud. Dasturiy ta'minotni loyihalash uchun qilingan kodlar va dasturlar aslida dasturlash tuzilishi uchun ishlatiladi. Dasturiy ta'minot ishlab chiqish sinov speciications dasturiy ta'minot ishlab chiqish bosqichlari silliq borish keyin amalga oshiriladi qachon. Agar dasturiy ta'minot dizayni kodlarni sinash tizimida ishtirok etishi mumkin bo'lgan dasturiy ta'minotning ishlashi uchun bajarilgan bo'lsa, unda bu jarayon muvaffaqiyatli bo'lishi mumkin. Agar do'kon-ping aravachasi ishlab chiqilsa, o'sha paytda dasturiy ta'minot tuzilmasining rivojlanishi uchun tizim dizayni amalga oshiriladi. Veb-sinov vositasi uchun dasturiy ta'minot ko'plab bosqichlar bo'lishi va mani - festo bilan sinovdan o'tkazilishi mumkin. Dasturiy ta'minot tuzilishini loyihalashda foydali bo'lishi mumkin bo'lgan diagramma mavjud Agar biron bir xato topilsa, dasturiy ta'minotni sinovdan o'tkazish biz uchun juda oson. Dasturiy ta'minot ishlab chiquvchi kodlar va seanslar modullardagi turli mavhum darajalarga asoslangan bo'lishi mumkin [25]. Dasturiy ta'minotni sinovdan o'tkazadigan turli xil mod-ules bo'lishi mumkin. Dastur sinovini tasvirlash uchun ishlatilishi mumkin bo'lgan dif - ferent belgilari mavjud. Mutaxassisliklar dasturiy ta'minotni sinovdan o'tkazishning mukammal rivojlanishiga olib keladi. Buni dasturlash sessiyasida kodlarni loyihalash sessiyalarini kiritish orqali amalga oshirish mumkin. Integratsiya darajasi bo'lishi mumkin bo'lgan ba'zi modullar mavjud. Dasturiy ta'minotni sinash uchun integra - tion darajasidan ham foydalanish mumkin. Kod sessiyasining tuzilishidan o'tishi mumkin bo'lgan dasturiy ta'minotni ishlab chiqishning ba'zi maxsus darajalari mavjud. A. dasturiy ta'minotni sinovdan o'tkazishda sinov darajalari Dasturiy ta'minotni ishlab chiqish kodlari va sessiyasi modullardagi turli mavhumlik darajalariga asoslangan bo'lishi mumkin. Dasturiy ta'minotni sinovdan o'tkazadigan turli xil modullar bo'lishi mumkin. Dastur sinovini tasvirlash uchun ishlatilishi mumkin bo'lgan turli xil belgilar mavjud. Mutaxassisliklar dasturiy ta'minotni sinovdan o'tkazishning mukammal rivojlanishiga olib keladi. Bu dasturlash ses - sion kod dizayn mashg'ulotlari joriy etish orqali mumkin bo'lishi mumkin [26]. Integratsiya darajasi bo'lishi mumkin bo'lgan ba'zi modullar mavjud. Integratsiya darajasi dasturiy ta'minotni sinash uchun ham ishlatilishi mumkin. Kod sessiyasining tuzilishidan o'tishi mumkin bo'lgan dasturiy ta'minotni ishlab chiqishning ba'zi maxsus darajalari mavjud. Dasturiy ta'minotni sinovdan o'tkazishda
B. modul sinovi
Modullar ishlab chiquvchilarning turli vazifalar va pastki vazifalarga ajratish bosqichini tekshiradigan komponentlardir. Rivojlanish strukturasini har xil qilishi mumkin bo'lgan ba'zi bitta modullar ham
C. integratsiya va komponentlarga asoslangan dasturiy ta’minoti
sinovdan o'tkazish yagona modul uchun dasturiy ta'minotni sinovdan o'tkazish sifati etarli bo'lishi mumkin, ammo dasturiy ta'minotning ichki bosqichi sifati turli bosqichlarni talab qilishi mumkin [7]. Past sifatli olib kelishi mumkin modullar qobiliyatsiz imkoniyat bor. Nosozliklarni bartaraf etish uchun turli xil jarayon mavjud, ammo bu nosozliklarni modul komponentlari dasturiy ta'minotini sinovdan o'tkazishning so'nggi sessiyasida kuzatish mumkin.mavjud. Modul sinovlari orqali xatolar va xatolarni olib tashlash juda muhimdir.
D. dasturiy ta'minotdagi tarkibiy sinov
Dastlabki bosqichda dasturiy ta'minot darajasini sinovdan o'tkazadigan tizimli test sinovlari ham mavjud. Kodlarni o'lchash, shuningdek, millionlab kod satrlarini qamrab olishda va kod sessiyasi tomonidan identifikatsiyalashda juda muhimdir. Boshqa tomondan, tarkibiy dizayn va sinov kodi sessiyasi modul uchun juda muhim ahamiyatga ega [14]. Boshqa tomondan, dasturiy ta'minotni sinovdan o'tkazish usullarini aniqlang. Strukturaviy sinovlarda kodlarni sinash uchun strukturaviy sinf osongina bo'lishi mumkin. Dasturiy ta'minotni ishlab chiqish kodlari va sessiyasi modullardagi turli mavhumlik darajalariga asoslangan bo'lishi mumkin.
VII. XULOSA VA KELAJAKDAGI ISH
Biz SDLC - ga asoslangan turli xil maqolalarni ko'rib chiqdik va yumshoq buyumlarni ishlab chiqish uchun ko'plab modellar mavjudligini aniqladik. Har bir dasturiy ta'minotning kuchli va zaif tomonlari bor. Ushbu maqolada SDLC va dasturiy ta'minot anal - ysilari va dizayn metodologiyalari bilan bog'liq tarix, holat va muammolarning qisqartirilgan muhokamasi, tashkilot davomida sifat va foydalilikni yaxshilash uchun kelajakdagi ehtiyojlarni aniqlash uchun taqdim etiladi. Kelajakdagi tadqiqotlar aniqlandi va quyidagi yo'nalishlarda muhokama qilindi: Muvaffaqiyatli dasturlarning asosiy drayverlari, foydalanishga yaroqli interfeyslarni ishlab chiqish uchun maxsus texnikalar va jarayonlarning nisbiy ahamiyatini aniqlash zarurati, dasturlarni ishlab chiqishda xizmat ko'rsatishning eng yaxshi amaliyotlari, it xizmatlarini baholashni o'z ichiga olgan SERVQUAL modifikatsiyalar va veb-saytlardagi tizim va xizmat o'rtasidagi nuanslarni masxara qilish, dasturlardan foydalanish va qoniqish munosabatlarini ishlab chiqish, amaliy ishlab chiqishni ko'rib chiqish uchun elementlarning umumiy uslubiy ro'yxatlari, yangi texnikalarni sanoat amaliyotiga o'tkazish usullari, dasturlarni ishlab chiqishda boshqaruv rollari uchun nazorat ro'yxatlari, qulaylik va foydalanuvchi. Modellar talablar asosida qabul qilinadi. . Dasturiy ta'minotni sinovdan o'tkazish dastur kodlarini sinab ko'rish uchun juda faol maydon va sessiyaga aylandi. Endi bir kunlik sifatli muhandislar turli xil asboblar tuzilishiga olib kelishi mumkin. Boshqa dasturiy ta'minotni sinovdan o'tkazish usullaridan ajoyib beneit mavjud. Muhandislar bu dasturiy ta'minot sinov texnikasi uchun ko'p natijalar deine. Dizayn vaqtida va ish vaqtida kodlardagi xatolarni tekshirish uchun ular ko'plab foydali vositalardan foydalanishlari mumkin. Biroq, ishlab chiquvchilar uchun dasturlardagi kodlarni ishlab chiqish va ularni chiroyli tekshirish uchun juda ko'p qiyinchiliklar bo'lishi mumkin [27]. Sifatli tadbirlar ikki bosqichda ishtirok etadi. Irst muammo xatolarimizni aniqlash va keyin boshqa bir xatolarimizni kirishini sifatida muhokama qilinadi. Bitta jarayon tugadi, sifatni ishonchli qilib bo'lmaydi. Hozirgi kunda biz texnologiya juda yuqori tezlikda rivojlanib borayotganini kuzatmoqdamiz. Buni yodda tutgan holda, ishlab chiquvchilar kerakli dasturiy ta'minotni yaratish uchun ma'lum modelni tanlashlari kerak. Rivojlanish modelini to'g'ri tanlash tez yetkazib berish va sifatli mahsulotga olib kelishi mumkin. Sifatni dasturiy ta'minotni rivojlantirishning dastlabki bosqichida o'lchash mumkin. Ammo sifat butun rivojlanish jarayonida main-tainga majbur bo'ladi. Ba'zan xatolar bilan im portant darslari amalga ind uchun dificult bor. Mutaxassisliklar dasturiy ta'minotni sinovdan o'tkazishning mukammal rivojlanishiga olib keladi. Buni dasturlash sessiyasida kodlarni loyihalash sessiyalarini kiritish orqali amalga oshirish mumkin. Ko'rinib turibdiki, orzular kabi hal qilingan yo'l xaritasidagi maqsadlar shunday bo'lib qoladi. Qanday qilib, qayta qidirish yo'l xaritasida haqiqiy narsa inishdagi yorliq emas, balki kuzatilgan marshrutlar bo'ylab yo'llardir. Shunday qilib, tadqiqotchilar taraqqiyotni imzolashga e'tibor qaratishlari muhim bo'lgan narsa, bu qiyinchiliklar deb ataladi va, albatta, yo'l xaritasi ularning ko'pchiligini qo'llab - quvvatlaydi, ba'zilari yanada etuk bosqichda, boshqalari paydo bo'la boshlaydi. Ishonchli narsa shundaki, dasturiy ta'minotni sinovdan o'tkazadigan tadqiqotchilar ishsiz qolish xavfi yo'q [13]. Dastur sinov va dasturiy ta'minot muhandislik bir funda - ruhiy faoliyati bo'lishi davom etadi: tarzda inqilobiy yutuqlar qaramay qurilgan va em - ployed bo'ladi( yoki, ehtimol, aynan, chunki), dasturiy ta'minot har doim oxir-oqibat harakat va nazorat qilinishi kerak bo'ladi. Va keng ishonch uchun, biz (to'rt sinov tushlarning yakuniy bilan bir vaqtga to'g'ri keladi), yanada samarali oldindan va oson sinov jarayonini qilish kerak bo'ladi, bu maqolada muhokama qilindi. Tegratsiya darajasida bo'lishi mumkin bo'lgan ba'zi modullar mavjud. Integratsiya darajasi dasturiy ta'minotni sinash uchun ham ishlatilishi mumkin. Kod sessiyasining tuzilishidan o'tishi mumkin bo'lgan yumshoq buyumlar rivojlanishining ba'zi maxsus darajalari mavjud [28]. Agar ushbu dasturlar kompaniyaning talablarini qondira olmasa, ular xatolarni olib tashlash uchun yana qayta sinovdan o'tkaziladi, ammo ushbu turdagi mashqlar dasturiy ta'minotni ishlab chiqishda yaxshi emas. Foydalanuvchilar sinov paytida faqat bir nechta narsalarga toqat qilishlari mumkin, aks holda ular dasturni sinovdan o'tkazishni rad etishadi. Sharhlar va tekshiruvlar dasturiy ta'minotni sinab ko'rishda juda yaxshi. Yumshoq buyumlarni ishlab chiqish va sinovdan o'tkazish platformasi rivojlanishda davom etmoqda va juda mashhur bo'lib qolmoqda. Biroq, sinov kabi juda muhim va tanqidiy narsa ko'pincha dasturiy ta'minotni ishlab chiqish jarayonida juda kech keladi. Yaxshi tushunish va erta ko'rib chiqish uchun maxsus yozuvchilar va testerlar o'rtasida maksimal darajadagi o'zaro ta'sir bo'lishi kerak, bu noaniqlik muammolarini keltirib chiqarishi va natijada dasturiy ta'minotni keyinchalik ixing xarajatlarini tejashga olib kelishi mumkin. Sinovchilar mutaxassisliklar va talablar to'g'risida aniq ma'lumotga ega bo'lgandan so'ng, ishlab chiquvchilarga ma'lum bir engil sinov modelini topshirishlari kerak, shuning uchun ular oficial test uchun loyihani ko'rib chiqishdan oldin birlamchi mutaxassislikning bajarilishiga ishonch hosil qilishadi [5]. Simulasyon vositalari foydalanish o'ta mahsulot ishlatish uchun taqdir bo'lgan o'xshash environ - ment yaratishda sinov yordam berishi mumkin, istisno ishlash uchun muayyan excep - yozildi sinov va usullari eng yaxshi aniqlanishi mumkin. Mahsulotni shunga o'xshash sinov muhitida sinovdan o'tkazishda va bu simulyatsiyani sinov jarayonida birlashtirish orqali osonlikcha amalga oshirilishi mumkin. Shunday qilib, sinov jarayoni bilan bog'liq bo'lgan kelajakdagi ish simulyatsiya va avtomatlashtirilgan sinov modeliga asoslangan yondashuvni qo'llash uchun juda ko'p texnologiya bo'ladi, bu nafaqat sinovning hayot aylanishini tezlashtiradi, balki optimal xatolarning oldini olish va sifatni ta'minlashni ham ta'minlaydi.
A. keyingi o'rganish doirasi
Hodisalarni boshqarish, koniguratsiyani boshqarish va ozod qilishni boshqarish kabi qaram jarayonlar rivojlanish va texnik xizmat ko'rsatish doirasida o'rganilishi mumkin. SDLC bosqichlari o'rtasida birma-bir xaritalash va ushbu jarayonlar bilan sinovlarni o'rnatish mumkin.

Manbalar
[1] G. Booch, unied modellashtirish tili foydalanuvchi qo'llanmasi. Yangi Dehli, Hindiston: Pearson Education Hindiston, 2005 Yil.

[2] D. Avison va G. Fitsjerald," axborot tizimlarini rivojlantirish: dolzarb mavzular va kelajak yo'nalishlari", axborot va dasturiy ta'minot texnologiyalari, jild. 30, no. 8, pp. 458-466, 1988. doi: https://doi.org/10.1016/0950-5849(88) 90142-5
[3] K. Bek, M. Bidl, A. Van Bennekum, A. Kokbern, V. Kanningem, M. Fauler, J. Grenning, J. Xaysmit, A. Xant va
R. Jeffri. (2001) tezkor dasturiy ta'minotni ishlab chiqish uchun Manifest. [Onlayn]. Mavjud: https://bit.ly/3G1uoSB
[4] P. Abrahamsson, O. Salo, J. Ronkainen va J. Varsta, tezkor dasturiy ta'minotni ishlab chiqish usullari: ko'rib chiqish va tahlil qilish. Espoo, Finlyandiya: VTT elektronika, 2017.
[5] X. Chen va P. Sorenson, `it xizmatlari TQM tomon," xizmat sifatini avtomatlashtirish bo'yicha ASE seminar yuritishda, Atlanta, Gruziya, 2007.
[6] D. Alonso-Rbukskos, A. Vbukskes-Garcbukskes, E. Mosqueira-Rey va V. Moret-Bonillo, " mavjudlik: tanqidiy tahlil va soliq-https://doi.org/10. 1080/10447310903025552
[7] J. Baschab va J. Piott, axborot texnologiyalari bo'yicha Ijroiya qo'llanmasi. Nyu-York, Nyu-York: Vili, 2017.
[8] S. Brinkkemper," metod muhandisligi: axborot tizimlarini ishlab chiqish usullari va vositalarining muhandisligi", axborot va dasturiy ta'minot texnologiyasi, jild. 38, no. 4, pp. 275-280, 1996. doi: https://doi.org/10.1016/0950-5849(95)01059-9
[9] S. Konger, `axborot texnologiyalari xizmatlarini boshqarish va axborot tizimlari o'quv dasturlari uchun imkoniyatlar" strategik axborot tizimlari: tushunchalar, metodologiyalar, vositalar va dasturlar. Hershey, PA: IGI Global, 2010, pp. 2606-2616.
[10] S. Konger va B. Landri, `muammolarni tahlil qilish: belgilangan texnikalar ishlamasa" 2-yillik Conf-IRM konferentsiyasi materiallari, Dubay, 2009 yil.
[11] E. Brynjolfsson va L. M. xitt, `hisoblash unumdorligi: firma darajasidagi dalillar" Iqtisodiyot va statistika sharhi, jild. 85, no. 4, pp. 793-808, 2003. doi: https://doi.org/10.1162/003465303772815736
[12] T. Gimaraes, C. P. Armstrong va B. M. Jons, `axborot tizimlari sifatini o'lchashga yangi yondashuv", sifat menejmenti jurnali, jild. 16, no. 1, pp. 42-51, 2009. doi: https://doi.org/10.1080/10686967.2009.11918217
[13] S. Konger, `it infratuzilmasi kutubxonasi ITIL v3" texnologiyalarni boshqarish bo'yicha qo'llanma, H. Bigdoli, tahrir. Nyu-York, Nyu-York: jon Vili va o'g'illari, 2010 yil.
[14] B. Brevin. (2010) Glitch VA-ni mudofaa bilan elektron sog'liqni saqlash ma'lumotlarini almashishni to'xtatishga undaydi. [Onlayn]. Mavjud: https:
//bit.ly/3fYxagU
[15] M. Gallagher, A. Link va J. Petrusa, xizmat ko'rsatish sohasini tadqiq qilish va rivojlantirishni o'lchash. Vashington, DC: Milliy fan va texnologiyalar instituti, 2005 yil
[16] B. Boem, `20 va 21-asr dasturiy injiniringining ko'rinishi" dasturiy ta'minot muhandisligi bo'yicha 28-xalqaro konferentsiya materiallari, Shanxay, Xitoy, 2006 yil. doi: https://doi.org/10.1145/1134285.1134288
[17] A. Cater-Steel va M. Toleman, `it xizmatlarini boshqarish standartlari uchun ta'lim", xalqaro it standartlari va standartlashtirish tadqiqotlari jurnali (IJITSR), jild. 5, no. 2, pp. 27-41, 2007. doi: https://doi.org/10.4018/jitsr.2007070103
[18] C. U. Ciborra, `tashkilotlarda improvizatsiya va vaqt haqida eslatmalar", buxgalteriya hisobi, Menejment va axborot texnolo - gies, jild. 9, no. 2, pp. 77-94, 1999. doi: https://doi.org/10.1016/S0959-8022(99)00002-8
[19] F. Brooks, Jr., Afsonaviy Odam-Oy. O'qish, MA: Addison-Uesli, 1975.
[20] C. Goldenstern. (2010) 21-asrning xizmat ko'rsatish qobiliyati farqini yopish. [Onlayn]. Mavjud: https://bit.ly/3u4I90o
[21] S. D. Galup, R. Dattero, J. J. Quan, va S. Conger, `it xizmati boshqarish haqida umumiy ma'lumot," ACM aloqa, : https://doi.org/10.1145/1506409.1506439
[22] C. U. Ciborra, `platforma tashkiloti: rekombinatsiya strategiyalari, tuzilmalari va kutilmagan hodisalari" Brikolaj, parvarish va ma'lumot. London, buyuk Britaniya: Springer, 2009.
[23] D. E. Avison va G. Fitsjerald, " qaerda endi rivojlantirish metodologiyasi uchun?"ACM aloqa, vol. 46, no. 1, pp. 78-82, 2003. doi: https://doi.org/10.1145/602421.602423
[24] D. Avison va S. Gregor, `axborot tizimlarini tadqiq qilishning amaliyot uchun haqiqiy yoki xayoliy oqibatlarini o'rganish" axborot tizimlari bo'yicha 17-Evropa konferentsiyasi materiallari, Verona, Italiya, 2009 yil.
[25] S. Alter, `tizimlarni xizmat sifatida ko'rish: is ieldda yangi yondashuv", axborot tizimlari Assotsiatsiyasining aloqalari, jild. 26, no. 1, p. 11, 2010. doi: https://doi.org/10.17705/1CAIS.02611
[26] A. Bertolino, `dastur sinov tadqiqot: yutuqlar, muammolar, dreams," dasturiy ta'minot muhandislik kelajakda (FOSE'07), Minneapolis, MN, 2007. doi: https://doi.org/10.1109/FOSE.2007.25
[27] S. Konger, jarayonlarni xaritalash va boshqarish. Nyu-York, Nyu-York: biznes bo'yicha mutaxassis matbuot, 2010 yil.
[28] A. R. Xevner, S. T. mart, J. Park va S. Ram, `axborot tizimlarini tadqiq qilishda dizayn fanlari" mis choraklik, jild. 28, no. 1, pp. 75-105, 20