Produk perangkat lunak dikatakan layak jika dikembangkan dalam batasan anggaran. Model
estimasi biaya digunakan untuk memprediksi upaya dan biaya yang diperlukan untuk
mengembangkan proyek. Model ini memberikan dasar untuk memprediksi biaya untuk
mengembangkan proyek perangkat lunak. Estimasi biaya dapat digunakan untuk
mengembangkan produk dengan memanfaatkan sumber daya yang optimal. Dalam makalah ini
akan dibahas Model Biaya Konstruktif sebagai model estimasi biaya.
PENDAHULUAN :
Model estimasi biaya perangkat lunak adalah ukuran tidak langsung, yang digunakan oleh
personel perangkat lunak untuk memprediksi biaya proyek. Pengembangan produk perangkat
lunak bervariasi tergantung pada lingkungan di mana ia sedang dikembangkan. Untuk proyek
dengan lingkungan yang akrab, mudah untuk memprediksi biaya proyek. Model estimasi
berguna untuk trade off antara pengembang dan pelanggan. Organisasi dapat mewujudkan apa
yang dapat dicapai dan disampaikan kepada pelanggan.
Bagi organisasi untuk mengembangkan model estimasi biaya, hal-hal berikut diperlukan.
Penggerak biaya adalah fitur-fitur penting yang berdampak pada proyek. Penggerak biaya dapat
memvariasikan biaya pembangunan proyek. Penggerak biaya yang paling penting adalah ukuran
proyek. Ukuran proyek diukur dalam Kilo lines of code (KLOC). Poin fungsi adalah pengukuran
empiris untuk mengukur ukuran proyek. Poin fungsi dapat bervariasi dalam ukuran proyek
karena variasi dalam
- Jumlah input
- Jumlah keluaran
- Jumlah pertanyaan
- Jumlah file
– Jumlah antarmuka
MODEL COCOMO :
- COCOMO DASAR
- Upaya E = a * (KDSI) b * EAF Dimana KDSI adalah jumlah ribuan instruksi sumber yang dikirim a dan b
adalah konstanta, dapat bervariasi tergantung pada ukuran proyek.
- EAF disebut Effort Adjustment Factor yaitu 1 untuk basic cocomo , nilai ini bisa bervariasi dari 1 sampai
15.
Tabel 1
Tabel 1 di atas menunjukkan nilai konstanta tipikal yang telah dihitung dari berbagai proyek.
Cocoo dasar memberikan besaran biaya proyek. Ini bervariasi tergantung pada ukuran proyek. Berbagai
kelas proyek perangkat lunak adalah
- Ada interaksi yang tepat di antara anggota tim dan mereka mengoordinasikan pekerjaan mereka.
- Itu terletak di antara mode organik dan mode tertanam dalam hal ukuran tim.
- Dan S=2,5(E)[0].[35].
- Dan S=2,5(E)[0].[32].[2]
- COCOMO Menengah
- Penggerak biaya bergantung pada keandalan produk, ukuran basis data, eksekusi, dan penyimpanan.
- Penggerak biaya bergantung pada persyaratan, analisis, desain, pengujian, dan pemeliharaan.
BATASAN COCOMO
- COCOMO digunakan untuk memperkirakan biaya dan jadwal proyek, mulai dari tahap desain
hingga akhir tahap integrasi. Untuk fase yang tersisa, model estimasi terpisah harus digunakan.
- COCOMO bukan model realistis yang sempurna. Asumsi yang dibuat di awal dapat bervariasi
seiring berjalannya waktu dalam mengembangkan proyek.
- Ketika diperlukan untuk merevisi biaya proyek. Sebuah perkiraan baru mungkin menunjukkan
lebih dari anggaran atau di bawah anggaran untuk proyek tersebut. Hal ini dapat menyebabkan
sebagian pengembangan sistem, tidak termasuk persyaratan tertentu.
- COCOMO mengasumsikan bahwa persyaratannya konstan selama pengembangan proyek;
setiap perubahan persyaratan tidak diakomodasi untuk perhitungan biaya proyek.
- Tidak ada banyak perbedaan antara COCOMO dasar dan menengah, kecuali selama
pemeliharaan dan pengembangan proyek perangkat lunak.
- COCOMO tidak cocok untuk model kasus non-sekuensial, pengembangan cepat, rekayasa
ulang, penggunaan kembali.
Hasil di atas memberikan perkiraan biaya yang lebih akurat untuk proyek masa depan.Model
estimasi biaya kini menjadi lebih realistis.
COCOMO II
- COCOMO II dikembangkan pada tahun 1995
- Dapat mengatasi keterbatasan penghitungan biaya untuk model perangkat lunak yang tidak
berurutan, pengembangan cepat, rekayasa ulang, dan penggunaan kembali.
- Ini memiliki 3 modul
- Komposisi aplikasi: - baik untuk proyek dengan antarmuka GUI untuk pengembangan proyek
yang cepat.
- Desain awal: - Siapkan gambaran kasar tentang apa yang akan dirancang. Dilakukan sebelum
arsitektur dirancang.
- Arsitektur pasca: - Disiapkan setelah arsitektur dirancang
PERHITUNGAN COCOMO II
Dalam COCOMO II nilai konstanta b diganti dengan 5 faktor skala.
- Upaya (E) dihitung sebagai berikut:
E = a * (KDSI) sf * (EM)
Dimana a adalah konstan, sf adalah faktor penskalaan, EM adalah Pengganda Upaya (7 untuk
desain Awal, 17 untuk arsitektur Post).
KEGUNAAN COCOMO II
- Membantu dalam mengambil keputusan berdasarkan perhitungan bisnis dan keuangan proyek.
- Menetapkan biaya dan jadwal proyek yang sedang dikembangkan, ini memberikan rencana
untuk proyek tersebut.
- Memberikan biaya dan jadwal yang lebih andal, sehingga mitigasi risiko mudah dilakukan.
- Ini mengatasi masalah rekayasa ulang dan penggunaan kembali modul perangkat lunak.
- Mengembangkan proses di setiap level. Oleh karena itu menangani model kematangan
kemampuan.
KESIMPULAN :
Model Biaya Konstruktif yang dikembangkan oleh Barry W Boehm, adalah model estimasi
biaya yang paling umum dan banyak digunakan untuk sebagian besar proyek perangkat lunak.
Upaya dan jadwal yang dihitung oleh model didasarkan pada dua hal, informasi sejarah dan
pengalaman. Dengan demikian keandalan pada cocomo telah meningkat. Situs web yang
disediakan oleh NASA di cocomo, menyediakan kalkulator cocomo dengan driver biaya untuk
proyek yang kompleks. Penggerak biaya secara langsung berdampak pada pengembangan
proyek.