Analisis K ebutuhan dan Spesifikasi Perangkat Lunak

1. Analisis Kebutuhan dan Spesifikasi Perangkat Lunak

2. Latar Belakang • Masalah skala merupakan isu kunci untuk PL • Untuk skala kecil, sangat mudah untuk memahami dan menentukan kebutuhan • Untuk skala besar - sangat sulit, mungkin merupakan yang paling sulit, paling bermasalah dan rawan. • Masukan: kebutuhan pengguna dalam pikiran orang lain. • Keluaran: Pernyataan yang tepat dari sistem yang diinginkan dan dibutuhkan.

3. Latar Belakang .. • Mengidentifikasi dan menetapkan kebutuhan (requirement) selalu melibatkan interaksi orang • Tidak bisa otomatis • Kebutuhan (IEEE) = Sebuah kondisi atau kemampuan yang harus dimiliki oleh sistem • Fase kebutuhanberakhir dengan dokumen spesifikasi kebutuhan perangkat lunak (SRS) • SRS menentukan apa yang harusdilakukansistem yang diusulkan

4. Latar Belakang .. • Sulitnya memahami kebutuhan • Visualisasi sistem yang akandibangunadalah sulit • Kemampuan dari sistem yang akandibanguntidak jelas, maka kebutuhan tidak jelas • kebutuhan berubah sewaktu-waktu • ... • Penting untuk melakukan analisis danspesifikasi kebutuhan yang tepat

5. PerlunyaSRS • SRS menetapkan dasar kesepakatan antara pengguna dan pemasok • Pengguna harus puas, tapi pengguna tidak dapat memahami perangkat lunak • Pengembang akan mengembangkan sistem, tetapi mungkin tidak tahu tentang masalah ranah • SRS adalah media untuk menjembatani kesenjangan tersebut. dan menentukan kebutuhan pengguna dengan cara yang baik dan bisa mengerti

6. PerlunyaSRS ... • Membantu pengguna memahami keperluannya. • pengguna tidak selalu tahu keperluan mereka • harus menganalisisdan memahami potensi • tujuannya adalah tidak hanya untuk mengotomatisasi sistem manual, tetapi juga untuk menambahkan nilai melalui TI • Proses kebutuhanmembantu memperjelas keperluan • SRS menyediakan referensi untuk validasi dari produk akhir • Pemahaman yang jelastentang apa yang diharapkan. • Validasi - “PL memenuhi SRS"

7. PerlunyaSRS... • SRS yang bermututinggi penting untuk PL yang bermututinggi • Kesalahan kebutuhan akandiwujudkan dalam PL akhir • untuk memenuhi tujuan mutu, harus dimulai dengan SRS bermutu tinggi • Cacat kebutuhan tidak sedikit • 25% dari semua cacat dalam satu kasus; 54% dari semua cacat yang ditemukan setelah pengujian unit • 80 cacat dalam A7 yang mengakibatkan permintaan perubahan • 500 / 250 cacat dalam SRS yang sebelumnya disetujui.

8. PerlunyaSRS ... • SRS yang baik mengurangi biaya pengembangan • Kesalahan SRS mahal untuk diperbaiki kemudian • Perubahan kebutuhanmemerlukanbiaya besar(hingga 40%) • SRS yang baik dapat meminimalkan perubahan dan kesalahan • Penghematan substansial; upaya ekstra yang dihabiskan selama fasekebutuhan menghemat upaya beberapa kali lipat • Contoh • Biaya untuk memperbaiki kesalahan dalam kebutuhan,perancangan, pemrograman, pengujian penyerahan dan operasi adalah 2, 5, 15, 50, 150 orang-bulan

9. PerlunyaSRS... • Contoh ... • Setelah fase kebutuhan65% kesalahankebutuhan terdeteksi dalam perancangan, 2% dalam pemrograman, 30% dalam pengujian penerimaan, 3% selama operasi • Jika 50 kesalahan kebutuhan tidak dihilangkan dalam fasekebutuhan, total biaya 32,5 * 5 + 1 * 15 + 15 * 50 + 1,5 * 150 = 1152 jam • Jika 100 orang-jam tambahan diinvestasikan dalamfasekebutuhanuntuk menangkap 50 cacatini, maka biaya pembangunan bisa dikurangi dengan 1152 orang-jam • Pengurangan bersih dalam biaya adalah 1052 orang-jam

10. Proses Kebutuhan • Urutan langkah-langkah yang perlu dilakukan untuk mengubah keperluanpengguna menjadiSRS • Proses iniharusmenggalikeperluandan kebutuhan dan menetapkannyadenganjelas • KegiatanDasar • analisis masalah atau kebutuhan • spesifikasi kebutuhan • validasi • Analisis melibatkan elisitasi/penggalian dan yang paling sulit

11. ProsesKebutuhan.. needs Analysis Specification Requirements Validation

12. Proses Kebutuhan .. • Proses ini tidak linier, hal ini berulang dan paralel • Tumpang tindih antara fase - beberapa bagian dapat dianalisis dan ditetapkan • Spesifikasi sendiri dapat membantu analisis • Validasi dapat menunjukkan kesenjangan yang dapat menyebabkan analisis lebih lanjut dan spesifikasi

13. Proses kebutuhan ... • Fokus analisis adalah pada pemahaman sistem yang diinginkan sertakebutuhannya • Membagi dan menaklukkan adalah strategi dasarnya • urai menjadi bagian-bagian kecil, fahami setiap bagian serta hubungan antara bagian-bagian • volume informasi yang dihasilkan besar • mengorganisasiinformasi adalah kunci • Teknik seperti diagram aliran data, diagram objek dll yang digunakan dalam analisis

14. kebutuhan Proses .. • Transisi dari analisis kespesifikasi sulit • dalam spesifikasi, perilaku eksternal yang ditentukan • selama analisis, struktur dan ranah dipahami • struktur analisis membantu dalam spesifikasi, namun transisitersebut belum final • metode analisis yang mirip dengan perancangan, tetapi tujuan dan ruang lingkup yang berbeda • analisis berkaitan dengan ranah masalah, sedangkan perancanganberkenaandengan ranah solusi

15. Analisis Permasalahan • Tujuan: untuk memperoleh pemahaman tentang keperluan, kebutuhan, dan batasanpada perangkat lunak • Analisis melibatkan • mewawancarai klien dan pengguna • membaca manual • mempelajari sistem saat ini • membantu klien/pengguna memahamikemungkinan-kemungkinan baru • Seperti menjadi konsultan • Harus memahami kerja dari klien, organisasi dan pengguna