Amaliy ish № 5 - Дастурий таъминотни ишлаб чикиш технологияси

|
Дастурий таъминотни ишлаб чикиш технологияси
|
bet | 56/82 | Sana | 29.05.2024 | Hajmi | 6,67 Mb. | | #256570 |
Bog'liq Dasturiy ta\'mnot sifatini ta\'minlashi UMK 2021 2022 (2)Amaliy ish № 5
Mavzu: UML dan foydalanish
Ishning maqsadi: UMLda yechimga asoslangan murakkab dasturiy vositalarni texnik-iqtisodiy asoslash uchun hujjatlarni o'rganish
Constructive Cost Model (konstruktiv xarajat modeli) - Barri Boem tomonidan ishlab chiqilgan dasturiy ta'minotni ishlab chiqish xarajatlarini baholashning algoritmik modeli. Model bir qator loyihalardan to'plangan ma'lumotlardan aniqlangan parametrlarga ega oddiy regressiya formulasidan foydalanadi. COCOMO 1981 yilda Barri Boem tomonidan tashkil etilgan. Dastlab u ushbu tashkilotda tadqiqot direktori bo'lgan Amerika aerokosmik kompaniyasining 63 ta dasturiy dizayn ishlanmalarini tahlil qilish asosida qurdi. 1997 yilda u o'zining modelini yakunlab, unga COCOMO II nomini berdi va 2000 yilda uning yakuniy, yangilangan versiyasi nashr etildi. COCOMO modelida uchta ketma-ket daraja mavjud bo'lib, ular bir darajadan ikkinchisiga o'tishda kengayadigan ishlatiladigan parametrlar to'plamida va kiritilgan ma'lumotlarning aniqlik darajasida farqlanadi: • dastlabki model (Application Composition Model);
• loyihadan oldingi model (Early Design Model);
• batafsil model (Post Architecture Model). Dastlabki model (bazaviy) dasturiy ta'minotni ishlab chiqishning dastlabki bosqichlarida tezkor baholash uchun javob beradi, ba'zi omillarni hisobga olish mumkin emas, chunki ular hali aniqlanmagan. Dizayndan oldingi model (o'rta daraja) allaqachon bu omillarni hisobga oladi. Batafsil model, qo'shimcha omillarga qo'shimcha ravishda, loyihaning alohida bosqichlarining uning umumiy qiymatiga ta'sirini hisobga oladi. COCOMO modeli oddiy regressiya formulasiga asoslanadi, uning parametrlari sanoat ma'lumotlari va ko'rib chiqilayotgan loyihaning xususiyatlari bilan belgilanadi. Loyihaning murakkabligini hisoblash odam-oylarda amalga oshiriladi, asosiy formula:
qayerda:
SIZE — KSLOCdagi IT mahsulot hajmi;
EMi - mehnat sarfini ko'paytiruvchilar;
SFj masshtab omillari;
A - ishlab chiquvchi tashkilotga va ishlab chiqilayotgan dasturiy ta'minot turiga qarab doimiy koeffitsient;
B - yirik loyihalarni amalga oshirish uchun zarur bo'lgan ish hajmini aks ettiruvchi koeffitsient;
n=7 - loyihadan oldingi model uchun;
n=17 - batafsil model uchun.
Formuladan ko'rinib turibdiki, Natija hisobiga ta'sir qiluvchi asosiy ko'rsatkichlardan biri dasturiy mahsulotning o'lchami bo'lib, manba kodining minglab satrlarida o'lchanadi (KSLOC, Kilo Source Lines Of Code). Shuni ta'kidlaymanki, bu erda biz mantiqiy satrlar haqida gapiramiz. Agar baholanayotgan dasturiy ta'minotning o'lchami funktsiya nuqtasi usuli yordamida aniqlangan bo'lsa, u holda statistik sanoat koeffitsientlarini qo'llash orqali bitta funktsiya nuqtasi uchun kod satrlari sonini hisoblash mumkin.
Multiplikatorlar M - loyiha va dasturiy ta'minotni ishlab chiqish jarayonini tavsiflovchi ko'rsatkichlar (masalan, RCPX - ishlab chiqilayotgan mahsulotning ishonchliligi va murakkabligi, PDIF - ishlab chiqish platformasining murakkabligi, PERS va PREX - xodimlarning imkoniyatlari va tajribasi va boshqalar. ). Dizayngacha bo'lgan model uchun ettita parametrdan keyin batafsil uchun o'n ettitasi tuziladi. Ya'ni, masalan, yuqorida aytib o'tilgan RCPX yana to'rtta ko'rsatkichda batafsil tavsiflangan: RELY - tizimning ishonchlilik darajasi, CPLX - uning murakkablik darajasi, DOCU - tegishli hujjatlar miqdori, DATA - ishlatilgan ma'lumotlar miqdori. Har bir ko'rsatkichga ma'lum bir qiymat beriladi, u maxsus jadvaldan olinadi. Sizga shuni eslatib o'tamanki, COCOMO modelini qo'llashda biz odam-oylarda mehnat xarajatlarini olamiz. Ushbu modelda (haqiqatan ham, shunga o'xshash boshqalarda bo'lgani kabi) mumkin bo'lgan bayramlar va shifoxona xodimlarini hisobga olgan holda oylik normaga 152 kishi-soat kiritilgan.
Endi COCOMO ning kamchiliklari haqida bir oz. Mutaxassislarning fikriga ko'ra, ushbu model allaqachon eskirgan va murakkab zamonaviy dasturiy ta'minot tizimlarini ishlab chiqish uchun mehnat xarajatlarini baholash uchun mos emas. Bu uchinchi darajali tillarda (Java, Paskal, Delphi) yozilgan, boshqalarga integratsiyalanmagan butun dasturlar uchun yaxshi. Zamonaviy dasturiy ta'minot ko'pincha o'zgartirilgan va takomillashtirilgan boshqa dasturlar asosida ishlab chiqiladi. Bunday holatlar uchun COCOMO unchalik ishonchli bo'lmagan Natijalarni beradi, chunki u oxirgi marta 2000 yilda yangilangan, bunday dasturiy ta'minot tizimlari hali mavjud bo'lmagan. SLIM CONSTRUX ESTIMATE VERSION 2.0 ga asoslangan.
SLIM modeli CONSTRUX tomonidan yaratilgan. Uni kompaniya veb-saytidan bepul yuklab olish mumkin. COCOMO dan farqli o'laroq,
SLIM yopiq turar-joyga ega. Bu shuni anglatadiki,
SLIM modeli bo'yicha mehnat xarajatlarini aniqlash uchun siz faqat uni ishga tushirishingiz, taklif qilingan maydonlarni to'ldirishingiz kerak, keyin dastur hamma narsani hisoblab chiqadi va Natijani chiqaradi. Parametrlarni kiritganingizda, ular COCOMOda qo'llaniladigan ko'rsatkichlarga o'xshashligini ko'rasiz.
SLIM modeli Monte-Karlo usulidan foydalanadi. SLIM-da Natija hisobi baholangan dasturiy ta'minot qancha odam-oylar uchun ishlab chiqilishi ehtimolini aks ettiruvchi jadval ko'rinishida taqdim etiladi. Shunga ko'ra, baholovchi jadvalda ko'rsatilgan mehnatning eng mumkin bo'lgan diapazonining o'rtacha qiymatini tanlashi kerak. Galorath tomonidan ishlab chiqilgan
DASTURIYATNI SEER Bu doimiy yangilanib turadigan "ilg'or" model. Birinchi ikkita modeldan farqli o'laroq, SEER FOR SOFTWARE zamonaviy murakkab IT mahsulotlariga qo'llanilganda yanada ishonchli Natijalarni beradi. Ushbu modelda, masalan, baholangan dasturiy ta'minot to'plamiga kiritilgan o'zgartirishlar va yaxshilanishlarni hisobga olish mumkin. IT-mahsulotni sinovdan o'tkazishning birinchi bosqichida qo'llab-quvvatlashni ham hisobga olish mumkin. Biroq, ushbu modeldan foydalanish uchun avvalo uni ishlab chiqqan Galorath kompaniyasidan litsenziya sotib olishingiz kerak bo'ladi. Siz buni IT-mahsulotini baholash uchun bitta buyurtma uchun qilmasligingiz aniq. Ushbu model yopiq hisob-kitobga ega va uni qo'llash ham dastur tomonidan talab qilingan parametrlarni to'g'ri kiritish va tegishli Natijalarni olish bilan bog'liq. Shunday qilib, siz ushbu model bo'yicha baholangan IT-mahsulotni ishlab chiqishda mehnat zichligini hisoblashning Natijasini tasdiqlovchi dasturiy ta'minotni baholash hisobotiga monitoringizning ekran tasvirlarini qo'shishingiz kerak bo'ladi. Ushbu modelning afzalligi nafaqat COCOMO-da qo'llaniladigan parametrlarga o'xshash parametrlarni hisoblash, balki shu kabi loyihalarning ma'lumotlar bazasidan foydalanish imkoniyatidir. Shunda mehnat xarajatlari smetasi aniqroq bo'ladi. Bundan tashqari, COCOMO dan farqli o'laroq, SEER FOR SOFTWARE da baholangan dasturning o'lchami kod satrlari soni bilan emas, balki funktsiya nuqtalari soni bilan belgilanadi. Gap shundaki, kod satrlari soni dasturchi ularda dasturning u yoki bu funksiyasini qanchalik samarali amalga oshirganiga bog'liq. Tajribali ishlab chiquvchilar bir xil funktsiyaga erishgan holda kamroq kod yozishni afzal ko'rishadi. Shuning uchun, to'g'ri baholash uchun siz mijozdan baholanayotgan dasturiy ta'minot kodini so'rashingiz va uni tushunishingiz kerak bo'ladi. Funktsional nuqtalar bo'yicha baholash uchun dastur uchun faqat uning imkoniyatlarini batafsil tavsiflovchi hujjatlar kerak bo'ladi. Tadbirkor foydasini hisoblash masalasi bo'yicha
|
| |