Sejarah Singkat Cocomo
COCOMO (Constructive Cost Model) 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.
COCOMO (Constructive Cost Model) 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:
o Proyek organik(organic mode) Adalah proyek dengan ukuran relatif kecil, dengan anggota tim yang sudah berpengalaman, dan mampu bekerja pada permintaan yang relatif fleksibel.
o Proyek sedang(semi-detached mode)Merupakan proyek yang memiliki ukuran dan tingkat kerumitan yang sedang, dan tiap anggota tim memiliki tingkat keahlian yang berbeda
o 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).
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 (-).
Reff :
http://saiiamilla.wordpress.com/2011/04/14/cocomo-constructive-cost-model/
http://farizzuko.blogspot.com/2011/04/cocomo-constructive-cost-model.html
http://rayawaji.blogspot.com/2010/01/cocomo.html
http://www.ardikirafuda.co.cc/2010/01/cocomo-constructive-cost-model.html
http://jagaindonesia.blogspot.com/2011/04/cocomo.html
http://girlycious09.wordpress.com/2012/04/07/constructive-cost-model-cocomo/
o Proyek organik(organic mode) Adalah proyek dengan ukuran relatif kecil, dengan anggota tim yang sudah berpengalaman, dan mampu bekerja pada permintaan yang relatif fleksibel.
o Proyek sedang(semi-detached mode)Merupakan proyek yang memiliki ukuran dan tingkat kerumitan yang sedang, dan tiap anggota tim memiliki tingkat keahlian yang berbeda
o 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).
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 (-).
Reff :
http://saiiamilla.wordpress.com/2011/04/14/cocomo-constructive-cost-model/
http://farizzuko.blogspot.com/2011/04/cocomo-constructive-cost-model.html
http://rayawaji.blogspot.com/2010/01/cocomo.html
http://www.ardikirafuda.co.cc/2010/01/cocomo-constructive-cost-model.html
http://jagaindonesia.blogspot.com/2011/04/cocomo.html
http://girlycious09.wordpress.com/2012/04/07/constructive-cost-model-cocomo/
Tidak ada komentar:
Posting Komentar