COCOMO

Definisi dan Sejarah

     Constructive Cost Model (COCOMO) adalah algoritma estimasi biaya perangkat lunak model yang dikembangkan oleh Barry Boehm . The model uses a basic regression formula, with parameters that are derived from historical project data and current project characteristics. Model ini menggunakan dasar regresi formula, dengan parameter yang berasal dari data historis dan karakteristik proyek proyek saat ini.
       COCOMO pertama kali diterbitkan pada tahun 1981 Barry Boehm W. 's Book rekayasa ekonomi Perangkat Lunak sebagai model untuk memperkirakan usaha, biaya, dan jadwal untuk proyek-proyek perangkat lunak. It drew on a study of 63 projects at TRW Aerospace where Barry Boehm was Director of Software Research and Technology in 1981. Ini menarik pada studi dari 63 proyek di TRW Aerospace mana Barry Boehm adalah Direktur Riset dan Teknologi Perangkat Lunak pada tahun 1981. The study examined projects ranging in size from 2,000 to 100,000 lines of code , and programming languages ranging from assembly to PL/I . Penelitian ini memeriksa proyek-proyek ukuran mulai dari 2.000 sampai 100.000 baris kode , dan bahasa pemrograman mulai dari perakitan untuk PL / I . These projects were based on the waterfall model of software development which was the prevalent software development process in 1981. Proyek-proyek ini didasarkan pada model waterfall pengembangan perangkat lunak yang merupakan pengembangan software proses lazim pada tahun 1981.

       References to this model typically call it COCOMO 81 . Referensi untuk model ini biasanya menyebutnya COCOMO 81. In 1997 COCOMO II was developed and finally published in 2000 in the book Software Cost Estimation with COCOMO II . COCOMO II is the successor of COCOMO 81 and is better suited for estimating modern software development projects. Pada tahun 1997 COCOMO II telah dikembangkan dan akhirnya diterbitkan pada tahun 2000 di Perangkat Lunak Perkiraan Biaya buku dengan COCOMO II. COCOMO II adalah penerus dari COCOMO 81 dan lebih cocok untuk mengestimasi proyek pengembangan perangkat lunak modern. It provides more support for modern software development processes and an updated project database. Hal ini memberikan lebih banyak dukungan untuk modern proses pengembangan perangkat lunak dan basis data proyek diperbarui. The need for the new model came as software development technology moved from mainframe and overnight batch processing to desktop development, code reusability and the use of off-the-shelf software components. 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. This article refers to COCOMO 81 . Artikel ini merujuk pada COCOMO 81.

Jenis-Jenis COCOMO :

1. COCOMO dasar 

menghitung usaha pengembangan perangkat lunak (dan biaya) sebagai fungsi dari ukuran program. Program size is expressed in estimated thousands of lines of code ( KLOC ) Ukuran program dinyatakan dalam ribuan estimasi baris kode ( KLOC )

COCOMO applies to three classes of software projects: COCOMO berlaku untuk tiga kelas proyek perangkat lunak:

• Organic projects - "small" teams with "good" experience working with "less than rigid" requirements Organik proyek - "kecil" tim dengan pengalaman "baik" bekerja dengan "kurang dari kaku" persyaratan
• Semi-detached projects - "medium" teams with mixed experience working with a mix of rigid and less than rigid requirements Semi-terpisah proyek - "sedang" tim dengan pengalaman bekerja dicampur dengan campuran persyaratan kaku kaku dan kurang dari
• Embedded projects - developed within a set of "tight" constraints (hardware, software, operational, ......) Embedded proyek - dikembangkan dalam satu set "ketat" kendala (hardware, software, operasional, ......)

2. Intermediate COCOMO

Intermediate COCOMO menghitung usaha pengembangan perangkat lunak sebagai fungsi ukuran program dan sekumpulan "cost drivers" yang mencakup penilaian subjektif produk, perangkat keras, personil dan atribut proyek. This extension considers a set of four "cost drivers",each with a number of subsidiary attributes:- Ekstensi ini mempertimbangkan satu set empat "cost drivers", masing-masing dengan sejumlah atribut anak.

• Product attributes Atribut produk
  • Required software reliability Perangkat lunak yang disyaratkan reliabilitas
  • Size of application database Ukuran database aplikasi
  • Complexity of the product Kompleksitas produk
• Hardware attributes Hardware atribut
  • Run-time performance constraints Run-time kinerja kendala
  • Memory constraints Memori kendala
  • Volatility of the virtual machine environment Volatilitas lingkungan mesin virtual
  • Required turnabout time Diperlukan waktu pembalikan haluan
• Personnel attributes Personil atribut
  • Analyst capability Analis kemampuan
  • Software engineering capability Kemampuan rekayasa perangkat lunak
  • Applications experience Aplikasi pengalaman
  • Virtual machine experience Mesin virtual pengalaman
  • Programming language experience Bahasa pemrograman pengalaman
• Project attributes Proyek atribut
• Use of software tools Penggunaan perangkat lunak
• Application of software engineering methods Penerapan metode rekayasa perangkat lunak
• Required development schedule Diperlukan jadwal pengembangan

3. Detil COCOMO

Detil COCOMO menggabungkan semua karakteristik versi intermediate dengan penilaian dampak cost driver di setiap langkah (analisis, desain, dll) dari proses rekayasa perangkat lunak 1. the detailed model uses different efforts multipliers for each cost drivers attribute these Phase Sensitive effort multipliers are each to determine the amount of effort required to complete each phase. model rinci kegunaan yang berbeda upaya pengali untuk setiap driver biaya atribut tersebut Sensitif pengganda Tahap upaya masing-masing untuk menentukan jumlah usaha yang dibutuhkan untuk menyelesaikan setiap tahap.

In detailed COCOMO, the effort is calculated as function of program size and a set of cost drivers given according to each phase of software life cycle. Pada COCOMO rinci, upaya dihitung sebagai fungsi dari ukuran program dan satu set driver biaya yang diberikan sesuai dengan tiap tahap siklus hidup rekayasa perangkat lunak. The phases used in detailed COCOMO are requirement planning and software design, detailed design, code and unit test, and integration testing. Fase yang digunakan dalam COCOMO rinci perencanaan kebutuhan dan perancangan perangkat lunak, perancangan detil, kode dan menguji unit, dan pengujian integrasi.




Sumber : http://en.wikipedia.org/wiki/COCOMO