Dasturiy mahsulot narxini hisoblash

TDEV = 3x (PM) ^{(0.33 + 0.2 * (B-1.01))} ,
bu erda RM- bu odam-oylaridagi xarajatlar smetasi, B- eksponent, uni aniqlash usuli ilgari tasvirlangan ( B dastlabki prototiplash darajasiga teng). Ushbu formula loyihaning rejalashtirilgan davomiyligini aniqlaydi.
Biroq, loyihaning rejalashtirilgan davomiyligi va loyihani bajarish rejasi bilan belgilanadigan ish jadvalining davomiyligi bir xil emas. Rejalashtirilgan ish jadvali loyiha davomiyligidan uzoqroq yoki qisqaroq bo'lishi mumkin. Bu ikki muddat orasidagi farq COCOMO 2 modelida hisobga olinadi:
TDEV = 3 x (PM) ^{(0.33 + 0.2 * (B - 1.01))} x% SCED / 100,
bu erda% SCED - loyiha prognoz qilinadigan davomiyligining foiz o'sishi (yoki kamayishi). Rejalashtirilgan davomiylik va rejalashtirilgan ish jadvali o'rtasidagi jiddiy tafovutlar loyihani amalga oshirish jarayonida yaqinlashib kelayotgan muammolarni bildiradi.
COCOMO modeli yordamida loyihaning davomiyligini hisoblash misolini ko'rib chiqaylik, taxmin qilinishicha, xarajatlarning dastlabki bahosiga ko'ra, loyihani amalga oshirish uchun 60 kishi-oy kerak bo'ladi (23.10-jadvaldagi B xususiyatli loyiha). Biz 1.17 raqamini B eksponentining qiymati sifatida olamiz. Keyin
TDEV = 3 (60) ^0.36 = 13 oy.
Agar bu holda ish jadvalining davomiyligi bilan ziddiyat bo'lmasa, davomiylik formulasidagi oxirgi ifoda yakuniy natijaga ta'sir qilmaydi.
COCOMO modelida loyihani amalga oshirish uchun zarur bo'lgan vaqt loyihaning barcha xarajatlarining vazifasi ekanligi qiziq tuyulishi mumkin. Bundan tashqari, bu loyihada ishlaydigan dasturchilar soniga bog'liq emas. Bu loyihani bajarilishini tezlashtirish uchun ko'proq dasturchilarni muddatidan kechroq kiritish mantiqiy emas degan fikrni kuchaytiradi. Maqola [251] loyihani amalga oshirishni tezlashtirish masalasini o'rganadi va agar dasturiy ta'minotni ishlab chiqish uchun etarli vaqt ajratilmasa, ishda muammolar muqarrar degan xulosaga keladi.
Loyihaning taxmin qilingan xarajatlarini taqsimlashda, biz hali ham ishlab chiqarish guruhiga qancha odamni kiritish kerakligini aniq bilmaymiz. Ko'pincha dasturchilarni yollash kichikdan kattagacha bo'lgan printsipga asoslanadi, so'ngra ularning soni asta -sekin kamayadi.
Buning sababi shundaki, rivojlanish bosqichining boshida faqat tizimni rejalashtirish va spetsifikatsiyalarni ishlab chiqish bilan shug'ullanadigan nisbatan kam sonli mutaxassislar talab qilinadi. Loyiha davom etar ekan, bajarilgan ishlar hajmi ham oshadi va xodimlar soni maksimal darajada oshadi. Tizimni kodlash va sinovdan o'tkazgandan so'ng, mutaxassislar soni bir yoki ikki kishi qolguncha kamayadi. Xodimlar sonining juda tez o'sishi ko'pincha loyiha rejadan ortda qolganligini ko'rsatadi. Loyihaning boshida menejerlar ko'p odamlarni jalb qilmasligi kerak.
Ish yukining ko'payishini Rayleigh egri chizig'i [223] yordamida modellashtirish mumkin; Putnamning baholash modeli ([286]) bu egri chiziqlarga asoslangan kadrlar modelidan foydalanadi. Putman modeli ishlab chiqish vaqtini asosiy omil sifatida hisobga oladi, chunki rivojlanish vaqtining qisqarishi bilan tizimni qurish qiymati eksponentli ravishda oshadi.