CoCoMo – Constructive Cost Model

  • August 7, 2019

CoCoMo – Constructive Cost Model

CoCoMo – Constructive Cost Model

Constructive Cost Model (COCOMO) adalah algoritma estimasi biaya perangkat lunak model yang dikembangkan oleh Barry Boehm. Model ini menggunakan rumus regresi dasar, dengan parameteryang berasal dari data historis dan karakteristik proyek proyek saat ini.

COCOMO pertama kali diterbitkan pada tahun 1981 Barry Boehm W. s Book ekonomi Softwareengineering sebagai model untuk memperkirakan usaha, biaya, dan jadwal untuk proyek-proyekperangkat lunak. Ini menarik pada studi dari 63 proyek di TRW Aerospace mana Barry Boehmadalah Direktur Riset dan Teknologi Perangkat Lunak pada tahun 1981. Penelitian ini memeriksaproyek-proyek ukuran mulai dari 2.000 sampai 100.000 baris kode, dan bahasa pemrograman mulaidari perakitan untuk PL / I. Proyek-proyek ini didasarkan pada model pengembangan perangkat lunak waterfall yang merupakan proses software umum pembangunan di tahun 1981.

Referensi untuk model ini biasanya menyebutnya COCOMO 81. Pada tahun 1997 COCOMO II telahdikembangkan dan akhirnya diterbitkan pada tahun 2000 dalam buku Estimasi Biaya COCOMO IISoftware dengan COCOMO II. adalah penerus dari COCOMO 81 dan lebih cocok untukmengestimasi proyek pengembangan perangkat lunak modern. Hal ini memberikan lebih banyak dukungan untuk proses pengembangan perangkat lunak modern, dan basis data proyek diperbarui.Kebutuhan model baru datang sebagai perangkat lunak teknologi pengembangan pindah dari batch processing mainframe dan malam untuk pengembangan desktop, usabilitas kode dan penggunaankomponen software off-therak. Artikel ini merujuk pada COCOMO 81.

Constructive Cost Model II (COCOMO  II) adalah model yang memungkinkan seseorang untukmemperkirakan biaya, usaha, dan jadwal ketika merencanakan suatu kegiatan pengembangan perangkat lunak baru. COCOMO  II adalah perpanjangan utama terbaru ke  COCOMO asli(COCOMO  81) model diterbitkan pada tahun 1981. Ini terdiri dari tiga submodels, masing-masingmenawarkan satu peningkatan kesetiaan lebih lanjut sepanjang satu adalah dalam perencanaanproyek dan proses desain. Tercantum dalam meningkatkan kesetiaan, submodels ini disebutKomposisi Aplikasi, Desain Awal, dan model Postarsitektur.

COCOMO terdiri dari tiga bentuk hirarki semakin rinci dan akurat. Tingkat pertama, Basic COCOMOadalah baik untuk cepat, order awal, kasar estimasi besarnya biaya perangkat lunak, namunakurasinya terbatas karena kurangnya faktor untuk memperhitungkan perbedaan atribut proyek(Cost Drivers). Intermediate COCOMO mengambil Driver Biaya ini diperhitungkan dan Rinciantambahan COCOMO account untuk pengaruh fase proyek individu.

Basic COCOMO
COCOMO dasar menghitung usaha pengembangan perangkat lunak (dan biaya) sebagai fungsi dari ukuran program. Ukuran program dinyatakan dalam ribuan estimasi baris kode (KLOC)
COCOMO berlaku untuk tiga kelas proyek perangkat lunak:
  1. Proyek organik (organic mode) Adalah proyek dengan ukuran relatif kecil, dengan anggota tim yang sudah berpengalaman, dan mampu bekerja pada permintaan yang relatif fleksibel.
  2. Proyek sedang (semi-detached mode)Merupakan proyek yang memiliki ukuran dan tingkat kerumitan yang sedang, dan tiap anggota tim memiliki tingkat keahlian yang berbeda.
  3. Proyek terintegrasi (embedded mode)Proyek yang dibangun dengan spesifikasi dan operasi yang ketat
Intermediate COCOMOs
Intermediate COCOMO menghitung usaha pengembangan perangkat lunak sebagai fungsi ukuranprogram dan sekumpulan cost drivers yang mencakup penilaian subjektif produk, perangkat keras,personil dan atribut proyek. Ekstensi ini mempertimbangkan satu set empat cost driversyang dijabarkan dalam kategori dan subkatagori sebagai berikut :

1. Atribut produk (product attributes)

  • Reliabilitas perangkat lunak yang diperlukan (RELY)
  • Ukuran basis data aplikasi (DATA)
  • Kompleksitas produk (CPLX)

2. Atribut perangkat keras (computer attributes)

  • Waktu eksekusi program ketika dijalankan (TIME)
  • Memori yang dipakai (STOR)
  • Kecepatan mesin virtual (VIRT)
  • Waktu yang diperlukan untuk mengeksekusi perintah (TURN)

3. Atribut sumber daya manusia (personnel attributes)

  • Kemampuan analisis (ACAP)
  • Kemampuan ahli perangkat lunak (PCAP)
  • Pengalaman membuat aplikasi (AEXP)
  • Pengalaman penggunaan mesin virtual (VEXP)
  • Pengalaman dalam menggunakan bahasa pemrograman (LEXP)

4. Atribut proyek (project attributes)

  • Penggunaan sistem pemrograman modern(MODP)
  • Penggunaan perangkat lunak (TOOL)
  • Jadwal pengembangan yang diperlukan (SCED)

Sumber : https://solopellico3p.com/

Riska

E-mail : admin@7-ksa.net