Sejarah
Singkat Cocomo
COCOMO
pertama kali diterbitkan pada tahun 1981 Barry Boehm W. ’s Book ekonomi
Software engineering sebagai model untuk memperkirakan usaha, biaya, dan jadwal
untuk proyek-proyek perangkat lunak. Ini menarik pada studi dari 63 proyek di
TRW Aerospace mana Barry Boehm adalah Direktur Riset dan Teknologi Perangkat
Lunak pada tahun 1981. Penelitian ini memeriksa proyek-proyek ukuran mulai dari
2.000 sampai 100.000 baris kode, dan bahasa pemrograman mulai dari perakitan
untuk PL / I. Proyek-proyek ini didasarkan pada model pengembangan perangkat
lunak waterfall yang merupakan proses software umum pembangunan di 1981.
Referensi
untuk model ini biasanya menyebutnya COCOMO 81. Pada tahun 1997 COCOMO II telah
dikembangkan dan akhirnya diterbitkan pada tahun 2000 dalam buku Estimasi Biaya
COCOMO II Software dengan COCOMO II. adalah penerus dari COCOMO 81 dan lebih
cocok untuk mengestimasi 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 penggunaan komponen software
off-the-rak. Artikel ini merujuk pada COCOMO 81.
Pengertian
Cocomo
COCOMO terdiri dari tiga bentuk hirarki semakin rinci dan akurat. Tingkat pertama, Basic COCOMO adalah baik untuk cepat, order awal, kasar estimasi besarnya biaya perangkat lunak, namun akurasinya terbatas karena kurangnya faktor untuk memperhitungkan perbedaan atribut proyek (Cost Drivers). Intermediate COCOMO mengambil Driver Biaya ini diperhitungkan dan Rincian tambahan COCOMO account untuk pengaruh fase proyek individu.
Model
Jenis Cocomo
Ada
tiga model cocomo, yaitu :
1.
Dasar Cocomo
Dengan menggunakan estimasi parameter persamaan (dibedakan menurut tipe sistem yang berbeda) upaya pengembangan dan pembangunan durasi dihitung berdasarkan perkiraan DSI. Dengan rincian untuk fase ini diwujudkan dalam persentase. Dalam hubungan ini dibedakan menurut tipe sistem (organik-batch, sebagian bersambung-on-line, embedded-real-time) dan ukuran proyek (kecil, menengah, sedang, besar, sangat besar).
Dengan menggunakan estimasi parameter persamaan (dibedakan menurut tipe sistem yang berbeda) upaya pengembangan dan pembangunan durasi dihitung berdasarkan perkiraan DSI. Dengan rincian untuk fase ini diwujudkan dalam persentase. Dalam hubungan ini dibedakan menurut tipe sistem (organik-batch, sebagian bersambung-on-line, embedded-real-time) dan ukuran proyek (kecil, menengah, sedang, besar, sangat besar).
Model
COCOMO dapat diaplikasikan dalam tiga tingkatan kelas:
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
E
: besarnya usaha (orang-bulan)
D
: lama waktu pengerjaan (bulan)
KLOC
: estimasi jumlah baris kode (ribuan)
P
: jumlah orang yang diperlukan.
Sedangkan
koefisien ab, bb, cb, dab db diberikan pada Tabel berikut
2.
Intermediate Cocomo
Persamaan
estimasi sekarang mempertimbangkan (terlepas dari DSI) 15 pengaruh
faktor-faktor; ini adalah atribut produk (seperti kehandalan perangkat lunak,
ukuran database, kompleksitas), komputer atribut-atribut (seperti pembatasan
waktu komputasi, pembatasan memori utama), personil atribut ( seperti aplikasi
pemrograman dan pengalaman, pengetahuan tentang bahasa pemrograman), dan proyek
atribut (seperti lingkungan pengembangan perangkat lunak, tekanan waktu
pengembangan). Tingkat pengaruh yang dapat diklasifikasikan sebagai sangat
rendah, rendah, normal, tinggi, sangat tinggi, ekstra tinggi; para pengganda
dapat dibaca dari tabel yang tersedia.
Pengembangan
model COCOMO adalah dengan menambahkan atribut yang dapat menentukan jumlah
biaya dan tenaga dalam pengembangan perangkat lunak, yang 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)
Dari
pengembangan ini diperoleh persamaan:
E
: besarnya usaha (orang-bulan)
KLOC : estimasi jumlah baris kode (ribuan)
KLOC : estimasi jumlah baris kode (ribuan)
EAF
: faktor hasil penghitungan dari sub-katagori di atas.
2.1
Persamaan Perangkat Lunak
Persamaan perangkat lunak merupakan model variabel jamak yang menghitung suatu distribusi spesifik dari usaha pada jalannya pengembangan perangkat lunak. Persamaan berikut ini diperoleh dari hasil pengamatan terhadap lebih dari 4000 proyek perangkat lunak :
E
= usaha yang dilakukan (orang-bulan atau orang-tahun)
t
= durasi proyek dalam (bulan atau tahun)
B
= faktor kemampuan khusus
P
= parameter produktivitas
Nilai
B diambil berdasarkan perkiraan. Untuk program berukuran kecil (0.5 < KLOC
< 5), B = 0.16. Untuk program yang lebih besar dari 70 KLOC, B = 0.39.
Sedangkan
besarnya nilai P merefleksikan:
Kematangan
proses dan praktek manajemen
Kualitas
rekayasa perangkat lunak
Tingkat
bahasa pemrograman yang digunakan
Keadaan
lingkungan perangkat lunak
Kemampuan
dan pengalaman tim pengembang
Kompleksitas
aplikasi
Berdasarkan
teori, diperoleh P = 2000 untuk sistem terapan, P = 10000 untuk perangkat lunak
pada sistem informasi dan sistem telekomunikasi, dan P = 28000 untuk sistem
aplikasi bisnis.
2.2
Konversi Waktu Tenaga Kerja
Konversi
waktu tenaga kerja ini diperoleh dari angka pembanding yang digunakan pada
perangkat lunak ConvertAll, dengan hubungan persamaan antara orang-bulan (OB),
orang-jam (OJ), orang-minggu (OM), dan orang-tahun (OT) adalah sebagai berikut
:
OM
= 40 OJ
OT
= 12 OB
OT
= 52 OM
Dari persamaan di atas, diperoleh konversi orang-bulan ke orang-jam sebagai berikut :
OB
= (40 OJ x 52) / 12
OB = 173,33 OJ
OB = 173,33 OJ
3.
Detil Cocomo
Model
COCOMO II, pada awal desainnya terdiri dari 7 bobot pengali yang relevan dan
kemudian menjadi 16 yang dapat digunakan pada arsitektur terbarunya.
Sama
seperti COCOMO Intermediate (COCOMO81), masing-masing sub katagori bisa
digunakan untuk aplikasi tertentu pada kondisi very low, low, manual, nominal,
high maupun very high. Masing-masing kondisi memiliki nilai bobot tertentu.
Nilai yang lebih besar dari 1 menunjukkan usaha pengembangan yang meningkat,
sedangkan nilai di bawah 1 menyebabkan usaha yang menurun. Kondisi Laju nominal
(1) berarti bobot pengali tidak berpengaruh pada estimasi. Maksud dari bobot
yang digunakan dalam COCOMO II, harus dimasukkan dan direfisikan di kemudian
hari sebagai detail dari proyek aktual yang ditambahkan dalam database. Dalam
hal ini adalah rincian untuk fase tidak diwujudkan dalam persentase, tetapi
dengan cara faktor-faktor pengaruh dialokasikan untuk fase. Pada saat yang
sama, maka dibedakan menurut tiga tingkatan hirarki produk (modul, subsistem,
sistem), produk yang berhubungan dengan faktor-faktor pengaruh sekarang
dipertimbangkan dalam persamaan estimasi yang sesuai. Selain itu detail cocomo
dapat menghubungkan semua karakteristik versi intermediate dengan penilaian
terhadap pengaruh pengendali biaya pada setiap langkah (analisis, perancangan,
dll) dari proses rekayasa PL
SUMBER :
Tidak ada komentar:
Posting Komentar