Analisis Perancangan Perangkat Lunak Kelompok 3

Definisi Kebutuhan Analisis Kebutuhan Analisis 24/09/2013 Analisis Tahap dimana kita mengenali segenap permasalahan yang muncul terhadap pengguna, yaitu komponen sistem, objek- objek, hubungan antar objek, dan sebagainya. Kebutuhan Fungsi kuantitas sistem yang berorientasi pada customer dan batasan-batasan yang membatasinya. Analisis Kebutuhan Proses menemukan permasalahan dan memecahkan masalah secara relatif dan relevan sehingga bisa mendapatkan hasil yang effektif dan efisien. id.wikipedia.org/wiki/Analisis_kebutuhan‎ Kelompok 3

Tujuan Umum Dapat meneyelesaikan masalah secara tepat 24/09/2013 Dapat meneyelesaikan masalah secara tepat Dapat menyusun suatu alternatif dalam penyelesaian suatu masalah Memilih satu dari beberapa alternatif yang ada Memebuat spesifikasi logis untuk penyelesaian amethyst070188.files.wordpress.com/2010/09/rpl-4.pdf‎ Kelompok 3

Tujuan Khusus 24/09/2013 Untuk mengetahui kebutuhan khusus costumer dengan sistem perangkat lunak yang diinginkan. amethyst070188.files.wordpress.com/2010/09/rpl-4.pdf‎ Kelompok 3

Cara Analisis Sistem Interview secara langsung Membuat quisioner 24/09/2013 Interview secara langsung Membuat quisioner Menganalisis produk yang lama Kelompok 3

Ruang Lingkup Tahap Analisis 24/09/2013 Mengidentifikasi costumer Mendefinisikan dan menspesifikasikan kebutuhan costumer Membangun model analisis Mendefinisikan spesifikasi rinci untuk dijadikan panduan melakukan perancangan Mendokumentasikan hasil analisis Melakukan pengkajian ulang amethyst070188.files.wordpress.com/2010/09/rpl-4.pdf‎ Kelompok 3

Prinsip Analisis Dominan informasi dari suatu masalah harus direpresentasikan dan dipahami. Fungsi – fungsi yang akan dilakukan oleh perangkat lunak harus di definisikan. Tingkah laku perangkat lunak (sebagai suatu urutan proses kerja) Model – model yang menggambarkan informasi, fungsi, dan tingkah laku harus dipecah – pecah dalam suatu cara yang membongkar suatu detail dalam bentuk lapisan (atau hirarki) atau bisa juga dengan skema. Proses analisis harus bergerak dari informasi dasar ke detail implementasi. amethyst070188.files.wordpress.com/2010/09/rpl-4.pdf‎ 24/09/2013 Kelompok 3

Spesifikasi kebutuhan Perangkat Lunak 24/09/2013 Penulisan Definisi Kebutuhan: 1.Menggunakan bahasa natural dan secara universal dimengerti, namun tetap dimungkinkan muncul hal-hal berikut yang harus dihindari, antara lain : ketidakjelasan disebabkan dokumen yang dibuat sulit dibaca karena terlalu rinci pencampuradukan antara kebutuhan fungsional dan kebutuhan non fungsional beberapa kebutuhan diekspresikan dengan satu pernyataan 2. Menggunakan format standar (misal : IEEE) Spesifikasi Kebutuhan adalah deskripsi rinci dan terukur dari fungsi- fungsi dan batasan-batasan sistem yang telah didefinisikan amethyst070188.files.wordpress.com/2010/09/rpl-4.pdf‎ Kelompok 3

Faktor Analisis Kebutuhan 24/09/2013 Lengkap Semua yang diharapkan oleh client Detail Dapat mengumpulkan informasi yang rinci Benar Analisis kebutuhan haruslah benar dan sesuai dengan kenyataan Kelompok 3

Kesimpulan 24/09/2013 Ketrampilan komunikasi, penggunaan istilah yang sederhana, terbuka terhadap klien, serta menyaksikan sejumlah contoh nyata tentang apa yang dibutuhkan klien, menjadi faktor yang berguna dalam proses analisa kebutuhan perangkat lunak. Kelompok 3