23.8 -jadval. Loyihaning narxini tashkil etuvchi dizayn xususiyatlari
Dasturiy mahsulotning xususiyatlari
|
RELY
|
Kerakli tizim ishonchliligi
|
CPLX
|
Tizim modullarining murakkabligi
|
DOCU
|
Kerakli hujjatlar doirasi
|
DATA
|
Amaldagi ma'lumotlar bazasining hajmi
|
RUSE
|
Komponentlarni qayta ishlatish foizi
|
Uskuna texnik xususiyatlari
|
VAQT
|
Ijro vaqtini cheklaydigan ko'rsatkichlar
|
PVOL
|
Rivojlanish platformasini o'zgartirish qobiliyati
|
STOR
|
Xotira hajmini cheklash
|
Kadrlar xususiyatlari
|
ACAP
|
Loyihani tahlil qilish bilan shug'ullanadigan shaxslarning qobiliyatlari
|
PCON
|
Rivojlanish guruhining birligi
|
PEXP
|
Dasturiy ta'minotning ushbu sohasida dasturlash tajribasi
|
PCAP
|
Dasturchilarning qobiliyatlari
|
AXP
|
Dasturiy ta'minotning ushbu sohasida loyiha tahlilchisi tajribasi
|
LTEX
|
Ushbu dasturlash tili va ishlab chiqish vositalaridan foydalanish tajribasi
|
Loyihaning xususiyatlari
|
TOOL
|
Dasturiy vositalardan foydalanish
|
SCED
|
Ish jadvalining konsolidatsiyasi
|
SAYT
|
Turli joylarda bajarilgan ishlar soni va aloqa sifati
|
Jadval 23.9, bu xususiyatlar dastlabki xarajatlar smetasiga qanday ta'sir qilishining misolini ko'rsatadi. Men oldingi misoldan 1.17 eksponentini oldim va RELY, CPLX, STOR, TOOL va SCED loyihaning narxini belgilovchi asosiy xususiyatlar deb taxmin qildim. Boshqa barcha xususiyatlar 1 qiymatiga ega, shuning uchun ular xarajatlar smetasiga ta'sir qilmaydi.
23.9 -jadval. Xarajatlar smetasini hisoblash
Eksponent qiymati
|
1.17
|
Tizim hajmi (komponentlarning qayta ishlatilishi va mumkin bo'lgan o'zgaruvchan talablarni hisobga olgan holda)
|
128,000 DSI *
|
Dizayn xususiyatlarini hisobga olmagan holda COCOMO modeli bo'yicha dastlabki baho
|
730 odam-oy
|
Tizimning ishonchliligi
|
Juda yuqori, multiplikator 1.39
|
Tizim modullarining murakkabligi
|
Juda yuqori, multiplikator 1.3
|
Xotira hajmini cheklash
|
Yuqori, multiplikator 1.21
|
Yordamchi qurilmalardan foydalanish
|
Past, multiplikator 1.12
|
Ish tartibi
|
Tezlashtirilgan, multiplikator 1.29
|
COCOMO modeli bo'yicha tuzatilgan smeta
|
2306 kishi-oy
|
Tizimning ishonchliligi
|
Juda past, ko'paytiruvchi 0,75
|
Tizim modullarining murakkabligi
|
Juda past, ko'paytiruvchi 0,75
|
Xotira hajmini cheklash
|
Yo'q, 1 -omil
|
Yordamchi qurilmalardan foydalanish
|
Juda yuqori, ko'paytiruvchi 0,72
|
Ish tartibi
|
Oddiy, multiplikator 1
|
COCOMO modeli bo'yicha tuzatilgan smeta
|
295 kishi-oy
|
* DSI (etkazib berilgan manba ko'rsatmalari) - yakuniy dasturdagi ko'rsatmalar soni. - Taxminan. ed
Bu misolda men xarajatlar smetasiga qanday ta'sir qilishini ko'rsatish uchun asosiy xususiyatlarga maksimal va minimal qiymatlarni qo'ydim. Qiymatlar COCOMO 2 modeli uchun qo'llanmadan olingan [41]. O'zingiz ko'rishingiz mumkinki, qiymatning shakllanishiga ta'sir etuvchi xususiyatlar uchun yuqori qiymatlar xarajatlar smetasining uch barobardan oshishiga olib keldi, past ko'rsatkichlarda esa xarajatlar smetasi bu ko'rsatkichga nisbatan deyarli uch baravar kamaydi. boshlang'ich. Bu misol har xil turdagi loyihalar orasidagi farqni, shuningdek, ishlab chiqarish tajribasini bir dasturiy sohadan boshqasiga o'tkazishdagi qiyinchiliklarni ko'rsatadi.
COCOMO modelini ishlab chiquvchilar taklif qilgan formulalar ularning ishlab chiquvchilar tajribasini aks ettirsa -da va katta ma'lumotlar bazasiga asoslangan bo'lsa -da, menimcha, bu model amaliy foydalanish uchun keraksiz murakkab. Juda ko'p ko'rsatkichlarni ko'rib chiqish va ularning qiymatlarini aniqlash uchun juda keng doirani yaratish kerak. Shunday qilib, ushbu modeldan foydalanishni istagan har bir kishi uni oldingi loyihalarni amalga oshirish jarayonida to'plangan ma'lumotlarini tekshirishi va moslashtirishi kerak, chunki ular ushbu loyihaning rivojlanishiga ta'sir etishi mumkin bo'lgan holatlar haqida ma'lumot beradi. Ba'zi tashkilotlar COCOMO modelini sinab ko'rish va sozlash imkoniyatiga ega bo'lgan shaklda o'tgan loyihalar haqida etarli ma'lumot to'plashdi.
23.3.2. Loyihani rejalashtirishda xarajatlarning algoritmik modellari
Loyihaning narxini pasaytirish uchun har xil investitsiyalarni solishtirish uchun xarajatlarning algoritmik modellari qo'llaniladi. Bu, ayniqsa, apparat yoki dasturiy ta'minot sotib olish to'g'risida qaror qabul qilinganda yoki loyiha uchun zarur bo'lgan maxsus ko'nikmalarga ega bo'lgan yangi xodimlarni yollash zarurati tug'ilganda muhim ahamiyatga ega.
Misol sifatida, kosmosda tajriba o'tkazish uchun o'rnatilgan boshqaruv tizimini ko'rib chiqing. Kosmosda tajriba o'tkazish uchun uskunalar o'ta ishonchli bo'lishi va og'irlik cheklovlari qat'iy bo'lishi kerak. Shuning uchun, masalan, elektron kartadagi chiplar sonini kamaytirish kerak bo'lishi mumkin. Agar biz baholash uchun COCOMO modelini olsak, dizayn cheklovlari va ishonchliligiga bog'liq bo'lgan omillar birdan katta qiymatga ega bo'ladi.
Loyihaning qiymati uchta komponentdan iborat.
1. Ishlab chiqilgan tizim ishlaydigan maqsadli uskunaning narxi.
2018-05-01 xoxlasa buladi 121 2. Tizimni ishlab chiqish uchun ishlatiladigan platformaning narxi (hisoblash uskunalari va dasturiy ta'minot).
3. Tizimni ishlab chiqish qiymati.
Fig. 23.2, xarajatlarni hisoblashda hisobga olinishi mumkin bo'lgan ba'zi dizayn ko'rsatkichlari va xususiyatlarini taqdim etadi. Masalan, dasturiy ta'minot narxini pasaytirish maqsadli uskunalarga yuqori sarmoyani yoki takomillashtirilgan ishlab chiqish vositalariga qo'shimcha sarmoyalarni talab qilishi mumkin.
Bu holda qo'shimcha apparat xarajatlari qabul qilinadi, chunki ishlab chiqilgan tizim juda ixtisoslashgan va ommaviy sotish uchun mo'ljallanmagan. Agar uskuna tijorat mahsulotlariga o'rnatilgan bo'lsa, u holda maqsadli uskunalarga qo'shimcha sarmoya (dasturiy ta'minot narxini pasaytirish) kamdan -kam qo'llaniladi, chunki u sotilayotgan mahsulot narxini oshiradi.
Guruch. 23.2. Xarajatlarni hisoblashda dizayn ko'rsatkichlari va xususiyatlari hisobga olinadi
Jadval 23.10-rasmda tasvirlangan A-E xususiyatlarining bajarilishini ta'minlaydigan apparat va dasturiy ta'minot ko'rsatilgan. 23.2. COCOMO 2 modeliga muvofiq ushbu loyihaning qiymati (xarajatlarning shakllanishiga ta'sir qiluvchi dizayn xususiyatlari (ko'paytirgichlar bundan mustasno) oldingi bo'limga qarang) 45 kishi-oyiga baholanadi. Bir kishi uchun oylik to'lov-15000 dollar.
Xarajatlarning shakllanishiga ta'sir etuvchi omillar cheklangan ish vaqti va xotira hajmini (TIME va STORE indikatorlari), o'zaro faoliyat platformali kompilyatorlar kabi ishlab chiqish tizimini qo'llab-quvvatlash vositalarining mavjudligini hisobga oladi. (TOOL metrikasi) va ishlab chiqish guruhining tajribasi (LTEX metrikasi). Barcha dizayn xususiyatlari uchun RELY multiplikatori (ishonchlilik indeksi) 1,39; bu ishonchli tizimni ishlab chiqish uchun qo'shimcha xarajatlar talab qilinishini bildiradi.
Dasturiy mahsulot (SC) narxi quyidagicha hisoblanadi.
SC = Xarajatlar smetasi x RELY x TIME x STOR x TOOL x EXP x 15000 dollar.
A xarakterli loyiha mavjud xodimlar va yordamchi vositalar bilan tizimni ishlab chiqish xarajatlariga to'g'ri keladi. Turli xil xususiyatlarga ega bo'lgan loyihalar apparat xarajatlarini yoki yangi xodimlarni yollashni talab qiladi (tegishli xarajatlar va xavflar bilan). B tipidagi loyihaning misoli shuni ko'rsatadiki, uskunani yangilash har doim ham xarajatlarni kamaytirmaydi, chunki ishlab chiquvchilar guruhining tajribasini hisobga olgan holda, bu holda juda muhim bo'ladi. Bundan tashqari, faqat xotirani yangilash butun hisoblash tizimini yangilashdan ko'ra samaraliroq bo'lishini ko'rish mumkin.
23.10 -jadval. Xarajat parametrlari
Xarakterli
|
RELY
|
STOR
|
VAQT
|
TOOL
|
LTEX
|
Umumiy xarajatlar
|
Dasturiy ta'minot narxi
|
Uskuna narxi
|
umumiy xarajat
|
A
|
1.39
|
1.06
|
1.11
|
0,86
|
1
|
63
|
949 393
|
100.000
|
1.049.393
|
B
|
1.39
|
1
|
1
|
1.12
|
1.22
|
88
|
1 313 550
|
120 ming
|
1.402.025
|
V
|
1.39
|
1
|
1.11
|
0,86
|
1
|
60
|
895 653
|
105 ming
|
1.000 653
|
G
|
1.39
|
1.06
|
1.11
|
0,86
|
0,84
|
51
|
769.008
|
100.000
|
897,490
|
D
|
1.39
|
1
|
1
|
0,72
|
1.22
|
56
|
844 425
|
220 ming
|
1.044.159
|
E.
|
1.39
|
1
|
1
|
1.12
|
0,84
|
57
|
851,180
|
120 ming
|
1002 706
|
Dizayn xarakteristikasi D eng kam tizimni ishlab chiqish xarajatlarini ta'minlaydi. Qo'shimcha apparat xarajatlariga hojat yo'q, lekin loyihada ishlash uchun yangi xodimlarni yollash kerak. Agar bunday xodimlar rivojlanish tashkilotida allaqachon mavjud bo'lsa, unda bu variant eng daromadli bo'ladi va tanlovni to'xtatish kerak. Aks holda, yangi xodimlarni yollash qo'shimcha xarajatlar va xavflarni keltirib chiqaradi. Bu shuni anglatadiki, xarajatlarning foydasi jadvalda ko'rsatilganidek katta bo'lmasligi mumkin. 23.10. Xarakterli B loyihasida deyarli 50 000 dollar tejaldi, deyarli hech qanday xavf yo'q. Konservativ fikrga ega bo'lgan loyiha menejerlari bu variantni xavfliroq bo'lgan G variantidan afzal ko'rishadi.
Yuqoridagi tahlil kadrlar tajribasi kabi ko'rsatkichning ahamiyatini ko'rsatdi. Agar tashkilot katta tajribaga ega bo'lgan malakali xodimlarni yollasa, bu loyihaning narxini sezilarli darajada kamaytiradi. Bu indikator 23.1 -bo'limda tasvirlangan hosildorlik omillari bilan bevosita bog'liq. Bu misol, shuningdek, yangi uskunalarga sarmoya kiritish unchalik foydali bo'lmasligini ko'rsatadi. Odatda bu strategiyani yangi tizimlar bilan ishlashni yaxshi ko'radigan dasturchilar afzal ko'rishadi. Biroq, bu holda yangi tizimlar bilan tajribaning yo'qligi, yangi uskunalarni sotib olishdan kutilgan foyda ko'ra, loyihaning narxiga salbiy ta'sir ko'rsatishi mumkin.
23.4. Loyihaning davomiyligi va ishga qabul qilish
Loyiha ustida ishlash uchun zarur bo'lgan xarajatlarni hisoblab chiqarish va bu xarajatlar tannarxini aniqlashdan tashqari, loyiha menejerlari loyihaning davomiyligini (ya'ni ish uchun vaqt jadvalini tuzish) va xodimlarni qachon ishga olishni boshlashi kerak. to'g'ridan -to'g'ri ish. Ko'pincha, ishlab chiqarish kompaniyalari dasturiy mahsulotni bozorga raqobatchilardan oldin etkazib berish uchun ish jadvalini minimal darajada "siqib" qo'yishadi.
Loyihada ishlaydigan odamlar soni, umumiy xarajatlar va ishlab chiqish vaqti o'rtasidagi bog'liqlik oddiy emas. Xodimlar sonining ko'payishi bilan xarajatlar, shu jumladan vaqtni ham oshiradi, chunki rivojlanish guruhi ichida muloqotga ko'proq vaqt sarflanadi. Shuningdek, ular ishlab chiqadigan tizim qismlari orasidagi interfeyslarni aniqlash uchun ko'proq vaqt kerak bo'ladi. Xodimlar sonini ikki barobarga oshirish orqali, ishlab chiqish muddati ham ikki barobar qisqartirilishiga kafolat yo'q.
COCOMO modeli loyihani amalga oshirishning taqvim vaqtini (TDEV) aniqlash formulasini o'z ichiga oladi. COCOMO modelining barcha darajalari uchun vaqtni hisoblashning yagona formulasi mavjud:
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.
Do'stlaringiz bilan baham: |