Anda di halaman 1dari 6

ABSTRACT :

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.

- Daftar pemicu biaya penting atau kritis.

- Siapkan model penskalaan untuk setiap pemicu biaya.

- Temukan proyek dengan lingkungan serupa.

- Bandingkan proyek dengan proyek yang sudah dikenal sebelumnya.

- Mengevaluasi proyek apakah layak dalam batasan anggaran.

- Menggabungkan fitur-fitur penting secara iteratif.

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 BIAYA KONSTRUKTIF (COCOMO) :


Model Biaya Konstruktif dikembangkan oleh Barry W Boehm pada tahun 1981. Ini adalah
model biaya algoritmik. Model biaya algoritma dikembangkan berdasarkan keterkaitan proyek
saat ini dengan proyek sebelumnya. Hal ini didasarkan pada informasi sejarah. Cocomo
didasarkan pada ukuran proyek. Ukuran proyek dapat bervariasi tergantung pada titik fungsi

MODEL COCOMO :
- COCOMO DASAR

- Digunakan untuk proyek yang relatif kecil.

- Hanya beberapa pemicu biaya yang terkait.

- Penggerak biaya terutama bergantung pada ukuran proyek.

- Berguna ketika ukuran tim kecil, yaitu staf kecil.

Upaya (E) dan jadwal (S) proyek dihitung sebagai berikut:

- 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.

- Jadwal S= c * (E) d di mana E adalah Usaha dan c, d adalah konstanta.

- EAF disebut Effort Adjustment Factor yaitu 1 untuk basic cocomo , nilai ini bisa bervariasi dari 1 sampai
15.

Abbildung di dieser Leseprobe nicht enthalten

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

- Proyek mode organik:

- Digunakan untuk tim yang relatif lebih kecil.

- Proyek dikembangkan dalam lingkungan yang akrab.

- Ada interaksi yang tepat di antara anggota tim dan mereka mengoordinasikan pekerjaan mereka.

- Bohem mengamati E=2.4(KDSI).[05] E dalam orang-bulan.

- Dan S=2,5(E)[0].[38]. [2]

- Proyek mode semi-terpisah:

- Itu terletak di antara mode organik dan mode tertanam dalam hal ukuran tim.

- Terdiri dari staf yang berpengalaman dan tidak berpengalaman.

- Anggota tim tidak terbiasa dengan sistem yang sedang dikembangkan.

- Bohem mengamati E=3(KDSI).[12] E dalam orang-bulan.

- Dan S=2,5(E)[0].[35].

- Proyek mode tertanam:

- Lingkungan proyek kompleks.

- Anggota tim sangat terampil.

- Anggota tim sudah familiar dengan sistem yang sedang dikembangkan.

- Bohem mengamati E=3.6(KDSI).[20] E dalam orang-bulan.

- Dan S=2,5(E)[0].[32].[2]
- COCOMO Menengah

- Digunakan untuk proyek berukuran sedang.

- Penggerak biaya adalah cocomo menengah ke dasar dan lanjutan.

- Penggerak biaya bergantung pada keandalan produk, ukuran basis data, eksekusi, dan penyimpanan.

- Ukuran tim sedang.

- COCOMO tingkat lanjut

- Digunakan untuk proyek berukuran besar.

- Penggerak biaya bergantung pada persyaratan, analisis, desain, pengujian, dan pemeliharaan.

- Ukuran tim besar.

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.

AKURASI ESTIMASI BIAYA


Estimasi biaya dapat bervariasi karena perubahan persyaratan, ukuran staf, dan lingkungan di
mana perangkat lunak sedang dikembangkan.

Perhitungan akurasi estimasi biaya diberikan sebagai berikut:

Kesalahan mutlak= (Epred - Eaktual)

Persentase kesalahan= (Epred - Epred)/Epred

Kesalahan relatif= 1/n (Epred - Epred)/Epred

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.

Anda mungkin juga menyukai