COCOMO (Constructive Cost Model)
dikembangkan pada tahun 1981, oleh Barry Boehm memperkenalkan hirarki model
estimasi PL dengan nama COCOMO, Barry Boehm mendesain COCOMO untuk memberikan
estimasi / perkiraan jumlah Person-Months untuk mengembangkan suatu produk
software. Referensi pada model ini dikenal dengan nama COCOMO 81.
Pada tahun 1990, muncul suatu model
estimasi baru yang disebut dengan COCOMO II. Secara umum referensi COCOMO
sebelum 1995 merujuk pada original COCOMO model yaitu COCOMO 81, setelah itu
merujuk pada COCOMO II.
COCOMO II diset sebagai siklus hidup
software modern. Orgininal COCOMO model sudah sangat berhasil, tetapi tidak
sesuai dengan praktek pengembangan software yang lebih baru sebagaimana dengan
software tradisional. COCOMO II menargetkan proyek software pada tahun 1990an
sampai 2000an dan akan terus berkembang dalam beberapa tahun ke depan.
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).
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.
3. Detil Cocomo
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.
Model COCOMO dapat diaplikasikan
dalam tiga tingkatan kelas:
- Proyek organik(organic mode) Adalah proyek dengan ukuran relatif kecil, dengan anggota tim yang sudah berpengalaman, dan mampu bekerja pada permintaan yang relatif fleksibel.
- Proyek sedang(semi-detached mode)Merupakan proyek yang memiliki ukuran dan tingkat kerumitan yang sedang, dan tiap anggota tim memiliki tingkat keahlian yang berbeda
- Proyek terintegrasi (embedded mode)Proyek yang dibangun dengan spesifikasi dan operasi yang ketat
Aplikasi Teknis
Untuk proyek perangkat lunak
mengembangkan aplikasi komersial, biasanya CoCoMo muncul dengan nilai-nilai
estimasi usaha yang berlebihan (juga membandingkan / Utara, 1986 / hal 87),
karena itu hanya CoCoMo diterapkan untuk pengembangan perangkat lunak teknis.
Keadaan ini disebabkan oleh fakta
bahwa rasio laki-laki bulan DSI dan diimplementasikan dalam persamaan estimasi
CoCoMo sesuai dengan tingkat produktivitas dalam pembangunan teknis; yang
berkaitan dengan pengembangan perangkat lunak komersial yang lebih tinggi
tingkat produktivitas DSI / orang-bulan dapat diasumsikan.
Poin yang kuat dan lemah dari Metode dan kemungkinan Remediasi Tindakan
Estimasi Base “Disampaikan Sumber Petunjuk”
Dengan menggunakan dasar estimasi instruksi (DSI) itu berusaha untuk mengurangi ketidakpastian dan masalah besar sehubungan dengan basis estimasi tradisional LOC. Namun, beberapa masalah tetap: ketidakpastian dari estimasi DSI (-) dan untuk usaha pengembangan yang DSI yang-berdasarkan metode rekayasa perangkat lunak modern-tidak lagi sangat penting karena usaha semakin terjadi selama kegiatan awal dan DSI hanya akan efektif menjelang akhir proses pembangunan (-); DSI serta LOC tergantung pada bahasa pemrograman yang dipilih (sebuah Ada adopsi untuk CoCoMo sudah tersedia, namun).
Poin yang kuat dan lemah dari Metode dan kemungkinan Remediasi Tindakan
Estimasi Base “Disampaikan Sumber Petunjuk”
Dengan menggunakan dasar estimasi instruksi (DSI) itu berusaha untuk mengurangi ketidakpastian dan masalah besar sehubungan dengan basis estimasi tradisional LOC. Namun, beberapa masalah tetap: ketidakpastian dari estimasi DSI (-) dan untuk usaha pengembangan yang DSI yang-berdasarkan metode rekayasa perangkat lunak modern-tidak lagi sangat penting karena usaha semakin terjadi selama kegiatan awal dan DSI hanya akan efektif menjelang akhir proses pembangunan (-); DSI serta LOC tergantung pada bahasa pemrograman yang dipilih (sebuah Ada adopsi untuk CoCoMo sudah tersedia, namun).
Sebuah obat dapat dicapai oleh
instruksi bobot sesuai dengan berbagai jenis (lihat / Sneed, 1987 / hlm. 73-74:
compiler, deskripsi data, transformasi, kontrol, dan I / O instruksi, atau
melihat / Sneed, 1987 / hal. 183-185: deskripsi data instruksi (dibedakan
menurut tingkat integrasi, pesan / data objek, modifikasi derajat) dan
pengolahan instruksi (dibedakan menurut batch / on-line, modifikasi derajat,
kompleksitas, bahasa)).
Makro dan Mikro Estimasi
Melalui berbagai tingkatan model,
CoCoMo memungkinkan untuk mewujudkan perkiraan makro baik melalui CoCoMo Dasar
dan estimasi mikro melalui CoCoMo dan Menengah Detil CoCoMo (+). Estimasi mikro
memungkinkan alokasi untuk kegiatan usaha dan unit fungsional. Namun, metode
CoCoMo tidak hanya didasarkan pada siklus hidup perangkat lunak yang menyimpang
dari V-Model tetapi juga pada struktur sistem lain (-). Oleh karena itu, dalam
rangka upaya individu untuk daftar submodels, (sub-) kegiatan, dan (sub-)
produk, perlu untuk menyesuaikan metode item ini untuk CoCoMo Model V-konsep.
Pengaruh Faktor-faktor /
Objektivitas
Dalam upaya estimasi, CoCoMo
mempertimbangkan karakteristik dari proyek, produk, dan personil maupun
teknologi (+). Dalam rangka untuk mencapai tujuan evaluasi faktor-faktor
pengaruh tersebut, tepat CoCoMo menawarkan definisi (+). Kuantifikasi
faktor-faktor pengaruh mewakili sebuah masalah tertentu, meskipun (-) yang
memiliki dampak yang kuat pada kualitas metode perkiraan dan DSI informasi yang
diperlukan.
Jangkauan Aplikasi
Dengan membedakan persamaan estimasi
ukuran proyek sesuai dengan sistem dan jenis, kisaran aplikasi untuk metode
CoCoMo adalah lebar satu (+). Ini juga merupakan salah satu dari beberapa
metode estimasi-selain menawarkan dukungan untuk proyek-proyek
pembangunan-dukungan bagi upaya perkiraan tugas SWMM juga (juga oleh estimasi
parameter persamaan) seperti untuk perkiraan durasi proyek (+).
Perangkat Dukungan
Dukungan berbasis komputer
diperlukan untuk Menengah dan Detailed CoCoMo, didasarkan pada masalah
kuantitas (diferensiasi faktor-faktor pengaruh fase dan subproducts (-).
Referensi :
Tidak ada komentar:
Posting Komentar