Presentasi sedang didownload. Silahkan tunggu

Presentasi sedang didownload. Silahkan tunggu

A NALISIS K EBUTUHAN DAN S PESIFIKASI P ERANGKAT L UNAK.

Presentasi serupa


Presentasi berjudul: "A NALISIS K EBUTUHAN DAN S PESIFIKASI P ERANGKAT L UNAK."— Transcript presentasi:

1 A NALISIS K EBUTUHAN DAN S PESIFIKASI P ERANGKAT L UNAK

2 L ATAR B ELAKANG 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 L ATAR B ELAKANG.. Mengidentifikasi dan menetapkan kebutuhan ( requirement ) selalu melibatkan interaksi orang Tidak bisa otomatis Kebutuhan (IEEE) = Sebuah kondisi atau kemampuan yang harus dimiliki oleh sistem Fase kebutuhan berakhir dengan dokumen spesifikasi kebutuhan perangkat lunak (SRS) SRS menentukan apa yang harus dilakukan sistem yang diusulkan

4 L ATAR B ELAKANG.. Sulitnya memahami kebutuhan Visualisasi sistem yang akan dibangun adalah sulit Kemampuan dari sistem yang akan dibangun tidak jelas, maka kebutuhan tidak jelas kebutuhan berubah sewaktu-waktu... Penting untuk melakukan analisis dan spesifikasi kebutuhan yang tepat

5 P ERLUNYA SRS 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 P ERLUNYA SRS... Membantu pengguna memahami keperluannya. pengguna tidak selalu tahu keperluan mereka harus menganalisis dan memahami potensi tujuannya adalah tidak hanya untuk mengotomatisasi sistem manual, tetapi juga untuk menambahkan nilai melalui TI Proses kebutuhan membantu memperjelas keperluan SRS menyediakan referensi untuk validasi dari produk akhir Pemahaman yang jelas tentang apa yang diharapkan. Validasi - “PL memenuhi SRS"

7 P ERLUNYA SRS... SRS yang bermutu tinggi penting untuk PL yang bermutu tinggi Kesalahan kebutuhan akan diwujudkan 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 P ERLUNYA SRS... SRS yang baik mengurangi biaya pengembangan Kesalahan SRS mahal untuk diperbaiki kemudian Perubahan kebutuhan memerlukan biaya besar (hingga 40%) SRS yang baik dapat meminimalkan perubahan dan kesalahan Penghematan substansial; upaya ekstra yang dihabiskan selama fase kebutuhan 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 P ERLUNYA SRS... Contoh... Setelah fase kebutuhan 65% kesalahan kebutuhan terdeteksi dalam perancangan, 2% dalam pemrograman, 30% dalam pengujian penerimaan, 3% selama operasi Jika 50 kesalahan kebutuhan tidak dihilangkan dalam fase kebutuhan, total biaya 32,5 * 5 + 1 * 15 + 15 * 50 + 1,5 * 150 = 1152 jam Jika 100 orang-jam tambahan diinvestasikan dalam fase kebutuhan untuk menangkap 50 cacat ini, maka biaya pembangunan bisa dikurangi dengan 1152 orang-jam Pengurangan bersih dalam biaya adalah 1052 orang- jam

10 P ROSES K EBUTUHAN Urutan langkah-langkah yang perlu dilakukan untuk mengubah keperluan pengguna menjadi SRS Proses ini harus menggali keperluan dan kebutuhan dan menetapkannya dengan jelas Kegiatan Dasar analisis masalah atau kebutuhan spesifikasi kebutuhan validasi Analisis melibatkan elisitasi/penggalian dan yang paling sulit

11 Requirements 11 P ROSES K EBUTUHAN.. needs Analysis Specification Validation

12 P ROSES K EBUTUHAN.. 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 P ROSES KEBUTUHAN... Fokus analisis adalah pada pemahaman sistem yang diinginkan serta kebutuhannya Membagi dan menaklukkan adalah strategi dasarnya urai menjadi bagian-bagian kecil, fahami setiap bagian serta hubungan antara bagian-bagian volume informasi yang dihasilkan besar mengorganisasi informasi adalah kunci Teknik seperti diagram aliran data, diagram objek dll yang digunakan dalam analisis

14 KEBUTUHAN P ROSES.. Transisi dari analisis ke spesifikasi sulit dalam spesifikasi, perilaku eksternal yang ditentukan selama analisis, struktur dan ranah dipahami struktur analisis membantu dalam spesifikasi, namun transisi tersebut belum final metode analisis yang mirip dengan perancangan, tetapi tujuan dan ruang lingkup yang berbeda analisis berkaitan dengan ranah masalah, sedangkan perancangan berkenaan dengan ranah solusi

15 A NALISIS P ERMASALAHAN Tujuan: untuk memperoleh pemahaman tentang keperluan, kebutuhan, dan batasan pada perangkat lunak Analisis melibatkan mewawancarai klien dan pengguna membaca manual mempelajari sistem saat ini membantu klien/pengguna memahami kemungkinan-kemungkinan baru Seperti menjadi konsultan Harus memahami kerja dari klien, organisasi dan pengguna

16 A NALISIS M ASALAH... Beberapa masalah Memperoleh informasi yang diperlukan Brainstorming : berinteraksi dengan klien untuk membahas sifat sistem yang diinginkan Pengaturan informasi, karena banyak informasi akan dikumpulkan Memastikan kelengkapan Memastikan konsistensi Menghindari rancangan internal

17 A NALISIS M ASALAH... Masalah interpersonal penting Keterampilan komunikasi sangat penting Prinsip dasar: masalah partisi Partisi Objek - analisis berorientasi objek Fungsi - analisis struktural Kejadian di sistem - partisi kejadian Proyeksi - mendapatkan sudut pandang yang berbeda Membahas beberapa teknik analisis yang berbeda

18 K ARAKTERISTIK DARI SRS Apa yang harus menjadi karakteristik SRS yang baik? Beberapa karakteristik utama  Lengkap  Tidak ambigu  Konsisten  Dapat diverifikasi  Diberi peringkat untuk kepentingan dan/atau stabilitas

19 K ARAKTERISTIK Kebenaran Setiap kebutuhan secara akurat mewakili beberapa fitur yang diinginkan dalam sistem akhir Kelengkapan Semua fitur yang diinginkan/karakteristik ditetapkan Paling sulit untuk dipenuhi Kelengkapan dan kebenaran sangat terkait Cukup jelas Setiap kebutuhan memiliki tepat satu arti Tanpa hal ini akan timbul banyak kesalahan Penting karena bahasa alami sering digunakan

20 K ARAKTERISTIK Dapat diverifikasi Harus ada cara yang efektif biaya untuk memeriksa apakah PL memenuhi kebutuhan Konsisten dua kebutuhan tidak bertentangan satu sama lain Peringkat untuk kepentingan / stabilitas Diperlukan prioritasi dalam konstruksi Untuk mengurangi risiko akibat perubahan kebutuhan

21 K OMPONEN SRS Apa yang harus terdapat dalam SRS? Menjelaskan ini akan membantu memastikan kelengkapan Sebuah SRS harus menentukan kebutuhan Fungsi Kinerja Kendala rancangan Antarmuka eksternal

22 K EBUTUHAN F UNGSIONAL Inti dokumen SRS; ini membentuk sebagian dari spesifikasi Menetapkan semua fungsionalitas yang sistem harus dukung Keluaran atas masukan yang diberikan dan hubungan antara mereka Semua operasi yang akan dilakukan sistem Harus menetapkan perilaku untuk masukan yang tidak valid juga


Download ppt "A NALISIS K EBUTUHAN DAN S PESIFIKASI P ERANGKAT L UNAK."

Presentasi serupa


Iklan oleh Google