PERENCANAAN PROYEK PERANGKAT LUNAK Pertemuan 3

(ketidakpastian struktural). OBSERVASI PADA ESTIMASI Proses manajemen proyek perangkat lunak dimulai dengan planning dan perkiraan (estimasi). Yang mempengaruhi estimasi : ¢Project Complexity (kompleksitas proyek). ¢Project Size (ukuran proyek). ¢Structural Uncertainty Tim RPL 1 (ketidakpastian struktural). 2

PROYEK PERANGKAT LUNAK TUJUAN PERENCANAAN PROYEK PERANGKAT LUNAK Menyediakan sebuah kerangka kerja yang memungkinkan manajer membuat estimasi yang dapat Tim RPL 1 dipertanggungjawabkan terhadap sumber daya, biaya dan jadual pada awal proyek yang dibatasi oleh waktu. 3

Aktifitas Perencanaan Proyek Perangkat Lunak : Tim RPL 1 ¢Menentukan Ruang Lingkup Perangkat Lunak. ¢Mengestimasi Sumber Daya yang Dibutuhkan. 4

Ruang lingkup PL menggambarkan : RUANG LINGKUP PERANGKAT LUNAK Ruang lingkup PL menggambarkan : ¢Fungsi untuk memberikan awalan yang lebih detail pada saat dimulai estimasi. ¢Kinerja melingkupi pemrosesan dan kebutuhan waktu respon. ¢Batasan mengidentifikasi batas yang ditempatkan pada PL oleh hardware Tim RPL 1 eksternal, memori dan sistem lain. 5

diinterpretasi untuk menentukan : ¢Konsep sebuah interface diinterpretasi untuk menentukan : — Hardware yang mengeksekusi PL dan device yang dikontrol secara langsung oleh PL. — Software yang sudah ada dan harus dihubungkan dengan PL yang baru. — Manusia yang menggunakan PL melalui perangkat I/O. Tim RPL 1 — Prosedur. 6

Memiliki kategori yang diusulkan oleh BEUNATAN : SUMBER DAYA ¢Manusia. ¢Perangkat Lunak. Memiliki kategori yang diusulkan oleh BEUNATAN : Tim RPL 1 Komponen Off-the self. — — Komponen ¢Lingkungan Full-Experience. Partial-Experience. Baru. (Software Engineering Environment SEE), menggabungkan 7 PL dan hardware.

Akurasi estimasi proyek PL didasarkan pada : PERANGKAT LUNAK Akurasi estimasi proyek PL didasarkan pada : ¢Tingkat dimana perencana telah dengan tepat mengestimasi ukuran produk yang akan dibuat. ¢Kemampuan mengestimasi ukuran ke dalam kerja manusia, waktu kalender,dan dolar. ¢Tingkat dimana rencana proyek mencerminkan kemampuan tim PL. Tim RPL 1 ¢Stabilitas syarat produk serta lingkungan yang mendukung usaha pengembangan PL. 8

Putnam dan Myers mengusulkan 4 masalah penentuan ukuran : ¢Fuzzy-logic sizing (logika kabur). ¢Function point sizing. Tim RPL 1 ¢Standard component sizing. ¢Change sizing. 9

¢Model COCOMO Intermediate. ¢Model COCOMO Advance. Barry Boehm memperkenalkan hirarki model estimasi PL dengan nama COCOMO (COnstructive COst MOdel = Model Biaya Konstruktif) : ¢Model COCOMO Dasar. ¢Model COCOMO Intermediate. ¢Model COCOMO Advance. Model COCOMO mengidentifikasi 3 kelas proyek PL : ¢Model Organik. Tim RPL 1 ¢Model Semi Detached. ¢Model Embedded. 10

kontraktor luar. ¢PL dapat dibeli (atau lisensi) off-the- Pada aplikasi PL, dari segi biaya sering lebih efektif membeli daripada mengembangkan sendiri. Pada keputusan make-buy dengan pilihan : ¢PL dapat dibeli (atau lisensi) off-the- self. ¢Komponen PL full-experiencedan partial-experience. ¢PL dapat dibuat custom-built oleh Tim RPL 1 kontraktor luar. 11