Sasaran yang ingin dicapai :
– Kualitas ekonomis keberhasilan penyelesaiaan tugas SE.
– Menyusun target yang mungkin harus dicapai.
– Mengurangi kesalahan yang terjadi pada saat proses pembuatan SE.
– Membuat perencanaan kegiatan yang lebih baik.
DEFINISI
Tahap definisi estimasi meliputi 3 bagian siklus hidup :
1. Tahap spesifikasi dan feasibility
– Spesifikasi fungsional dan outline system design (OSD).
– Disebut sebagai ‘tahap 1’ siklus hidup.
2. Aktivitas pengembangan software.
– Termasuk validitas dan sertifikasi software.
– Disebut sebagai ‘tahap 2’ siklus hidup
3. Tahap perawatan software.
– Dimulai sejak sistem dioperasikan dan berakhir saat sistem dicabut dari pengoperasian.
– Disebut sebagai ‘tahap 3’ siklus hidup
KESALAHAN KHUSUS DALAM ESTIMASI SOFTWARE
RINGKASAN
1. Usaha terlalu dini untuk menyusun suatu perumusan yang cepat dan matang nilai usaha dan skala waktu yangdibutuhkan atau kedua-duanya, demikian pula estimasi kegiatan perawatan tahap 3 terlalu dini dilakukan.
2. Penggunaan faktor rata-rata produktivitas yang berlebihan untuk menghitung usaha estimasi dari beberapa evaluasi ukuran kode(code size).
KESALAHAN KHUSUS YANG PREMATUR YANG SERING DITEMUKAN
1. Analogi.
Berdasarkan penilaian para pakar atau pendapat nonpakar.
2. Parkinson.
• Pekerjaan bertambah memenuhi waktu yang tersedia untuk itu.
• Perkiraan waktu (man year) yang disediakan untuk pembuatan software selalu tidak pernah tepat.
• Pendekatan ini harus dihindari dan lebih mengarah secara proporsional daripada software engineering pada usaha tahap 1 & 2.
3. Price to win.
• Lebih banyak ditujukan untuk usaha memenangkan tender.
• Sering kurang memperhatikan penilaian volume/bobot pekerjaan secara real.
• Sering terjadi penyebab estimasi prematur.
4. Top down estimating system analysis.
• Bukan suatu pendekatan yang tepat untuk subtansi estimasi.
• Bukan suatu pendekatn yang tepat untuk keperluan memperoleh kontrak.
5. Productivity factors.
• Pemakaian faktor produktivitas yang salah dalam melakukan estimasi ukuran kode untuk mendapatkan nilai usaha yang dibutuhkan.
• Estimasi ukuran kode berdasarkan hasil tebakan bukan pakar akan mempengaruhi hasil estimasi.
• Productivity harus dimasukkan sebagai faktor contigency.
SARAN MENGURANGI KESALAHAN
• Gunakan metoda network planning/cpm untuk mengurangi kesalahan estimasi.
• Gunakan standar waktu, kwalifikasi tenaga, alat bantu dalam pembuatan estimasi.
• Gunakan alat bantu bar-chart, s-curve untuk cost control.
PENGELOLAAN PENGEMBANGAN SOFTWARE BEBERAPA HAL YANG PERLU DIPERHATIKAN
• Penggunaan perencanaan dengan bar-chart dan status matriks.
• Penyerahan dokumentasi harus memenuhi syarat a.l :
– Kepada siapa diserahkan.
– Apa isi dokumentasi
– Kapan harus dilaksanakan yang tercantum dalam dokumentasi.
– Apakah perlu alat penunjang elektronis.
• Komponen penyerahan dokumentasi dilengkapi
– Users manual
– The software maintenance manual.
– The operators manual
• Pengaturan untuk perubahan berkaitan dengan
– Perubahan spesifikasi.
– Perubahan program pengendalian versi dan pengelolaan konfigurasi.
• Kesalahan umum dalam estimasi awal berkaitan dengan
– estimasi anggaran tahap I
– ketidakjelasan dalam mengestimasikan ketentuan nilai usaha dan skala waktu
HUBUNGAN ANTARA ESTIMASI KESALAHAN SEBAGAI FUNGSI TAHAPAN SIKLUS HIDUP VERIFICATION DAN TESTING
1. UMUM
Verification & testing bagian kegiatan dari sistem daur hidup (life cycle) pengembangan “SE” sebelum dilakukan tahapan implementasi.
Tahapan daur hidup :
1. TESTING
2. TESTING PENYUSUNAN PROGRAM (AUTHOR & ADVESARY TESTING).
3. TESTING STATIC & DYNAMIC
4. INTEGRASI TESTING PENDEKATAN TOP-DOWN DAN BOTTOM UP.
PENILAIAN DALAM PENGEMBANGAN CARA TOP-DOWN
Pernyataan yang sering timbul dalam implementasi top-down adalah :
1) Deteksi awal dari kesalahan utama
2) Kepercayaan (reliability)
3) Program debugging
4) Penggunaan komputer time
5) Tampilan implementasi top-down adalah sesuatu yang tangible.
6) Programmer time.
PERANGKAT LUNAK DAN HARDWARE KOMPUTER 