Rekayasa Perangkat Lunak 1 Analisis Kebutuhan Perangkat Lunak (Analisis Kebutuhan Non Fungsional dan Analisis Kebutuhan Fungsional Sistem)

Transkripsi

1 Rekayasa Perangkat Lunak 1 Analisis Kebutuhan Perangkat Lunak (Analisis Kebutuhan Non Fungsional dan Analisis Kebutuhan Fungsional Sistem)

2 Analisis Kebutuhan Perangkat Lunak 1. Penjelasan Analisis Kebutuhan Non Fungsional 2. Penjelasan Analisis Kebutuhan Fungsional

3 PENJELASAN ANALISIS KEBUTUHAN NON FUNGSIONAL

4 Pembahasan Materi Definisis Analisis Kebutuhan Non Fungsional Analisis Kebutuhan Perangkat Lunak Analisis Kebutuhan Perangkat Keras Analisis Kebutuhan Pengguna Analisis Jaringan Analisis Pengkodean

5 Definisi Analisis Kebutuhan Non Fungsional Penguraian kebutuhan kebutuhan non fungsional (batasan dari sistem) menjadi kebutuhan yang lebih mendetail berdasarkan pada fakta dan kebutuhan yang ada.

6 Analisis Kebutuhan Perangkat Lunak Penguraian kebutuhan kebutuhan non fungsional yang berhubungan dengan Spesifikasi Perangkat Lunak dan berhubungan dengan proses pembangunan perangkat lunak. Contoh : Sistem yang di bangun berbasis web dinamis Kebutuhan Perangkat Lunak : Sistem Operasi (Berlisensi atau Open Source) Web Server, XAMPP, WAMPP (Open Source), IIS (Bila menggunakan Teknologi.net) Web Browser

7 Analisis Kebutuhan Perangkat Keras Penguraian kebutuhan kebutuhan non fungsional yang berhubungan dengan Spesifikasi Perangkat Keras dan berhubungan dengan proses pembangunan perangkat lunak. Contoh : Sistem yang di bangun berbasis web dinamis Kebutuhan Perangkat Keras: Komputer Server (Kelas Menengah) Pentium IV, Kapasitas Memori (2 GB), Hardisk ( 450 GB). Komputer Klient Pentium IV, Kapsitas Memori (512), Hardisk (256 GB)

8 Analisis Kebutuhan Pengguna Penguraian kebutuhan kebutuhan non fungsional yang berhubungan dengan Spesifikasi Pengguna dan berhubungan dengan proses pembangunan perangkat lunak. Contoh : Pengguna Sistem Terdiri dari Admin Sistem, Kepala Bagian, Staff Stakeholder Tanggung Jawab Tingkat Pendidikan Tingkat Keterampilan yang dimiliki Pengalaman Menggunakan Komputer

9 Analisis Jaringan Identifikasi Spesifikasi Jaringan Lokal yang ada maupun yang dibutuhkan dalam pembangunan perangkat lunak. Analisis jaringan hanya dilakukan apabila sistem dibangun dalam jaringan lokal / terbatas. Contoh : Sistem yang di bangun berbasis web di jaringan lokal Kebutuhan Jaringan : Tampilkan gambar arsitektur jaringan. Tampilkan perhitungan subneting sesuai kebutuhan sistem.

10 Analisis Pengkodean Identifikasi Pengkodean yang telah digunakan pada sistem berjalan dengan maksud mengetahui format pengkodean Contoh : Pengkodean NIM di UNIKOM, NIM MHS : Analisis Pengkodean : Digit kedua dan ketiga adalah kode jurusan -> Digit keempat dan kelima adalah tahun masuk -> Digit keenam sampai kedelapan adalah nomor urut mahasiswa ->

11 PENJELASAN ANALISIS KEBUTUHAN FUNGSIONAL

12 Langkah langkah Analisis Kebutuhan Fungsional Spesifikasi Kebutuhan Fungsional Diagram Konteks Data Flow Diagram

13 Diagram Konteks: Rules of Thumb 1. Memodelkan aliran data dari entitas luar ke dalam sistem. 2. Sistem masih dianggap kesatuan yang utuh. 3. Entitas luar bisa berupa pengguna, mesin, ataupun database yang berada di luar sistem tapi berhubungan dengan sistem. 4. Garis masuk dari entitas luar ke dalam sistem menggambarkan input sedangkan garis keluar dari sistem ke entitas luar menggambarkan output.

14 DFD: Rules of Thumb 5. Memodelkan proses beserta aliran data setiap prosesnya. 6. DFD merupakan breakdown dari diagram konteks. 7. Peletakan entitas luar harus konsisten supaya mudah dibaca. 8. Data store yang ada pada sistem dimunculkan. 9. Garis aliran data dari entitas luar ke dalam proses harus konsisten baik secara jumlah maupun penamaan.

15 DFD: Rules of Thumb 10. Proses di dalam DFD harus diberi penomoran yang jelas. 11. DFD dimulai dari level 0 atau 1 (level 1 disarankan). 12. Entitas luar tidak boleh berhubungan langsung dengan data store (harus melewati proses) begitu pun sebaliknya. 13. Hubungan antara proses dan data store dan sebaliknya berupa data bukan informasi. 14. DFD bisa dibreakdown sampai level yang cukup.

16 DFD: Rules of Thumb 15. DFD yang mempunyai level besar merupaka turunan dari DFD dengan level yang lebih kecil. 16. Penomoran proses pada DFD level kecil akan mempengaruhi penomoran pada DFD level berikutnya. 17. Konsistensi jumlah dan penamaan aliran data harap diperhatikan dari DFD level sebelumnya. 18. Tidak boleh membreakdown jika turunannya hanya satu proses.

17 DFD: Rules of Thumb Setiap Proses Harus Diberikan Penomeran Yang Jelas

18 DFD: Rules of Thumb Level 1 Level 2 Level 3 Level 0 Level 1 Level 2 Pemberial Level didalam DFD harus berurutan

19 DFD: Rules of Thumb Entitas luar tidak boleh berhubungan langsung dengan data store begitu pula sebaliknya

20 DFD: Rules of Thumb Hubungan antara proses dan data store sebaliknya berupa data bukan informasi

21 DFD: Rules of Thumb Penulisan Konsep paket data ketika menggunakan data yang lebih dari satu

22 DFD: Rules of Thumb Hubungan antara entitas luar dan proses berupa input dan output

23 DFD: Rules of Thumb Tidak boleh membreakdown jika turunanya hanya satu Proses

24 DFD: Rules of Thumb Penomoran proses pada DFD Level kecil akan mempengaruhi penomoran pada DFD Leve berikutnya

25 DFD dan Konteks: Simbol Yourdan dan De Marco SIMBOL NAMA SIMBOL FUNGSI Entitas Luar Menggambarkan entitas eksternal yang berhubungan dengan sistem Sistem(konteks)/ Proses(DFD) Menggambarkan proses yang ada dalam suatu sistem Aliran Data/Informasi Menggambarkan aliran data antar proses, data store dan entitas luar Data Store Menggambarkan tempat penyimpanan data di dalam sistem

26 DFD dan Konteks: Simbol Gene dan Serson SIMBOL NAMA SIMBOL FUNGSI Entitas Luar Menggambarkan entitas eksternal yang berhubungan dengan sistem Sistem(konteks)/ Proses(DFD) Menggambarkan proses yang ada dalam suatu sistem Aliran Data/Informasi Menggambarkan aliran data antar proses, data store dan entitas luar Data Store Menggambarkan tempat penyimpanan data di dalam sistem

27 Mengecek Kesalahan Penulisan DFD

28 Mengecek Kesalahan Penulisan DFD

29 Spesifikasi Proses: Rules of Thumb 1. Tabel yang berisi keterangan atau deskripsi dari semua proses yang terdapat di DFD. 2. Logika proses harus dituliskan secara jelas baik menggunakan bahasa deskriptif atau pseudo code (tidak boleh campuran). 3. Perhatikan aksi dan reaksi sitem terhadap input dari pengguna.

30 Spesifikasi Proses: Format Tabel Admin Data Login 1.0 Proses Login Data Login Valid Db_user No Urut. Proses Keterangan No. Proses 1 Nama Proses Proses Login Source (sumber) Admin Input Data Login Output Data Login Valid Destination (tujuan) 1 Logika Proses If (Data Login == True) { massage( Login Sukses ); } else { massage( Login Gagal ); }

31 Kamus Data: Rules of Thumb 1. Tabel yang berisi deskripsi dari data yang mengalir pada DFD. 2. Penjelasan struktur data (berupa field) tiap data harus sama dengan yang sudah dimodelkan di ERD. 3. Tipe data tiap struktur data harus digambarkan dengan sejelas mungkin agar input yang diberikan sesuai.

32 Kamus Data: Format Tabel Nama Data Login Admin Data Login 1.0 Proses Login Data Login Valid Where used / how used Deskripsi Struktur Data Proses Login Data yang digunakan ketika proses login Username, Password Username [varchar(150)]; Db_user Password [varchar(150)]; [Penjelasan per struktur data]

33 Dokumen Spesifikasi Kebutuhan Perangkat Lunak 1. Dokumen yang berisi kebutuhan perangkat lunak beserta model yang dipergunakan. 2. Format dapat dilihat pada template yang diberikan. 3. Jika ada revisi pada dokumen tersebut harus mendapatkan persetujuan. 4. Dokumen ini akan diacu pada tahap SDLC selanjutnya.

34 MODELS ARE JUST TOOLS TO GIVE SIMPLE PICTURE OF SYSTEM. SO, THINK SIMPLE!!! SIMBOL PADA MODEL BOLEH BERBEDA ASALKAN KONSISTEN DAN ADA REFERENSINYA!

35 SELESAI...