Dasturiy mahsulot narxini hisoblash

xarajatlar = A x o'lchami ^B x M,
bu erda A - loyihaning tashkil etilishiga va ishlab chiqilayotgan dasturiy ta'minot turiga bog'liq bo'lgan doimiy koeffitsient; o'lchov ko'rsatkichi dastur kodining kattaligiga yoki ob'ekt yoki funktsional nuqtalar sonida ifodalangan funktsional bahoga bog'liq bo'lishi mumkin; B darajasi 1 dan 1,5 gacha o'zgarishi mumkin, u yirik loyihalarni amalga oshirish uchun zarur bo'lgan ish hajmini aks ettiradi; M multiplikatori rivojlanishning turli bosqichlarining xususiyatlarini, shuningdek yaratilayotgan mahsulotning xususiyatlarini aks ettiradi.
Algoritmik modellar umumiy muammolarga ega.
1. Loyihaning dastlabki bosqichlarida , faqat tizim talablari haqida ma'lumot mavjud bo'lganda , o'lchov metrikasini aniqlash qiyin bo'lishi mumkin . Funktsional yoki ob'ekt nuqtalari bo'yicha baholash kod hajmini taxmin qilishdan ko'ra osonroq bo'lsa -da, natijalar ham har doim ham to'g'ri bo'lmaydi.
2018-05-01 xoxlasa buladi 121 2. B va M ko'rsatkichlariga ta'sir etuvchi omillarni baholash sub'ektivdir. Agar tajriba va malakasi har xil bo'lgan odamlar bu ko'rsatkichlar bilan farq qilsa.
Xarajatlarni baholashning ko'plab algoritmik modellari uchun asos yaratilgan tizimdagi kod satrlari sonidir. Kod o'lchamini baholashni boshqa loyihalar bilan taqqoslash orqali funktsional nuqtalarni kod o'lchamiga o'tkazish, tizim komponentlarining o'lchamlarini taqqoslash va mos yozuvlar komponentlari bilan taqqoslash yoki oddiygina muhandislik sezgisiga asoslanib olish mumkin.
Yakuniy tizimning hajmiga loyihani amalga oshirish jarayonida dastlabki xarajatlar smetasi tasdiqlanganidan keyin qabul qilingan qarorlar ta'sir ko'rsatishi mumkin. Masalan, murakkab boshqaruv tizimini talab qiladigan dasturiy ta'minotda uchinchi tomon ma'lumotlar bazalarini ishlatish yoki o'z ma'lumotlaringizni boshqarish tizimini ishlab chiqish to'g'risida qaror qabul qilinishi mumkin. Shubhasiz, uchinchi tomon ma'lumotlar bazasidan foydalanganda siz yaratishingiz kerak bo'lgan kod kichikroq bo'ladi. Bundan tashqari, dasturlash tili ham muhim. Java kabi tillar, masalan, C tilidan ko'ra ko'proq kod satrlarini talab qiladi, shu bilan birga "qo'shimcha" Java kodi kompilyatsiya paytida dasturni ko'proq tekshirishni talab qiladi, buning natijasida tizim narxi attestatsiya albatta kamayadi .... Bu holda nimaga ustunlik berish kerak? Boshqa narsalar qatorida, siz kodni qayta ishlatish miqdorini ham hisoblashingiz kerak.
Loyihaning narxini belgilashda algoritmik modellardan foydalanilganda, ular loyihaning turini hisobga olishi va baholash natijalarini sinchkovlik bilan tahlil qilishi kerak. Menejer bir emas, balki bir nechta xarajatlar smetasini tuzishi kerak (ular orasida eng kam daromadli, kutilgan va eng daromadli). Shuni ham unutmaslik kerakki, xarajatlarni erta bashorat qilishda jiddiy xatolar ehtimoli katta. Agar yaratilayotgan mahsulot yaxshi tuzilgan bo'lsa, model mijozlar tashkilotining manfaatlarini hisobga oladigan bo'lsa, dasturlash tili va kerakli uskunalar oldindan aniqlangan bo'lsa, eng aniq baholarni olish mumkin.

Guruch. 23.1. Xarajatlar smetasining o'zgaruvchanligi
Xarajatlarni prognoz qilish natijalarining to'g'riligi, shuningdek, tuzilayotgan tizim haqidagi ma'lumotlarning hajmiga bog'liq. Loyiha davom etar ekan, axborot miqdori ortadi, buning natijasida xarajatlar smetasi tobora aniqroq bo'ladi. Agar vaqt xarajatlarini dastlabki baholashda tizimni ishlab chiqish uchun x oy vaqt ketgan bo'lsa, loyihaning haqiqiy davomiyligi 0,25x dan 4xgacha o'zgarishi mumkin . Biroq, bu diapazon, rasmda ko'rsatilgandek, loyihaning rivojlanishi bilan asta -sekin torayib boradi. 23.1. Ushbu sxema [44] maqolasidan olingan va dasturiy ta'minotni ishlab chiqish bo'yicha ko'plab loyihalar tajribasiga asoslangan.