rpl-4.3.analisis perangkat lunak (analisis kebutuhan non fungsional dan kebutuhan fungsional ).pdf

8/10/2019 RPL-4.3.Analisis Perangkat Lunak (Analisis Kebutuhan Non Fungsional dan Kebutuhan Fungsional ).pdf

1/35

Rekayasa Perangkat Lunak 1Analisis Kebutuhan Perangkat Lunak

(Analisis Kebutuhan Non Fungsional danAnalisis Kebutuhan Fungsional Sistem)


2/35

Analisis Kebutuhan Perangkat Lunak

1. Penjelasan Analisis Kebutuhan Non

Fungsional

2. Penjelasan Analisis Kebutuhan Fungsional


3/35

PENJELASAN ANALISIS KEBUTUHAN NON FUNGSIONAL


4/35

Pembahasan Materi

Definisis Analisis Kebutuhan Non Fungsional


Analisis Kebutuhan Perangkat Keras

Analisis Kebutuhan Pengguna

Analisis Jaringan

Analisis Pengkodean


5/35

Definisi Analisis Kebutuhan Non Fungsional

Penguraian kebutuhan kebutuhan non

fungsional (batasan dari sistem) menjadi

kebutuhan yang lebih mendetail berdasarkan

pada faktadan kebutuhanyang ada.


6/35


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/35


8/35

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 PendidikanTingkat Keterampilan

yang dimiliki

Pengalaman

Menggunakan

Komputer


9/35

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/35

Analisis Pengkodean

Identifikasi Pengkodean yang telah digunakan pada sistem berjalan dengan

maksud mengetahui format pengkodean

Contoh :

Pengkodean NIM di UNIKOM, NIM MHS : 10104202

Analisis Pengkodean :

Digit kedua dan ketiga adalah kode jurusan -> 10104202.

Digit keempat dan kelima adalah tahun masuk -> 10104202.

Digit keenam sampai kedelapan adalah nomor urut mahasiswa -> 10104202.


11/35

PENJELASAN ANALISIS KEBUTUHAN FUNGSIONAL


12/35

Langkahlangkah Analisis Kebutuhan Fungsional

Spesifikasi

Kebutuhan

Fungsional

DiagramKonteks

Data FlowDiagram


13/35

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/35

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/35

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/35

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/35

DFD: Rules of Thumb

Setiap Proses Harus Diberikan Penomeran Yang Jelas


18/35

DFD: Rules of Thumb

Pemberial Level didalam DFD harus berurutan

Level 1 Level 2 Level 3

Level 0 Level 1 Level 2


19/35

DFD: Rules of Thumb

Entitas luar tidak boleh berhubungan langsung dengan

data store begitu pula sebaliknya


20/35

DFD: Rules of Thumb

Hubungan antara proses dan data store sebaliknya

berupa data bukan informasi


21/35

DFD: Rules of Thumb

Penulisan Konsep paket data ketika menggunakan data

yang lebih dari satu


22/35

DFD: Rules of Thumb

Hubungan antara entitas luar dan proses berupa input

dan output


23/35

DFD: Rules of Thumb

Tidak boleh membreakdown jika turunanya hanya satu

Proses


24/35

DFD: Rules of Thumb

Penomoran proses pada DFD Level kecil akan

mempengaruhi penomoran pada DFD Leve berikutnya


25/35

DFD dan Konteks: Simbol Yourdan dan De Marco

SIMBOL NAMA SIMBOL FUNGSI

Entitas LuarMenggambarkan entitas eksternal

yang berhubungan dengan sistem

Sistem(konteks)/Proses(DFD)

Menggambarkan proses yang adadalam suatu sistem

Aliran

Data/Informasi

Menggambarkan aliran data antar

proses, data store dan entitas luar

Data StoreMenggambarkan tempat

penyimpanan data di dalam sistem


26/35

DFD dan Konteks: Simbol Gene dan Serson

SIMBOL NAMA SIMBOL FUNGSI

Entitas LuarMenggambarkan entitas eksternal

yang berhubungan dengan sistem

Sistem(konteks)/Proses(DFD)

Menggambarkan proses yang adadalam suatu sistem

Aliran

Data/Informasi

Menggambarkan aliran data antar

proses, data store dan entitas luar

Data StoreMenggambarkan tempat

penyimpanan data di dalam sistem


27/35

Mengecek Kesalahan Penulisan DFD


28/35

Mengecek Kesalahan Penulisan DFD


29/35

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/35

Spesifikasi Proses: Format Tabel

No Urut. Proses Keterangan

1

No. Proses 1

Nama Proses Proses Login

Source (sumber) Admin

Input Data Login

Output Data Login Valid

Destination (tujuan)Logika Proses If (Data Login == True)

{

massage(LoginSukses);

}

else

{

massage(LoginGagal);

}

1.0

Proses

LoginAdmin

Data Login

Db_user

Data Login Valid


31/35

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/35

Kamus Data: Format Tabel

Nama Data Login

Where used / how used Proses Login

Deskripsi Data yang digunakan ketika proses login

Struktur DataUsername, Password

[Penjelasan per struktur data]

Username [varchar(150)];

Password [varchar(150)];

1.0

Proses

LoginAdmin

Data Login

Db_user

Data Login Valid


33/35

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/35

MODELS ARE JUST TOOLS TO GIVE SIMPLE PICTURE

OF SYSTEM. SO, THINK SIMPLE!!!

SIMBOL PADA MODEL BOLEH BERBEDA ASALKAN

KONSISTEN DAN ADA REFERENSINYA!


35/35

SELESAI ......

rpl-4.3.analisis perangkat lunak (analisis kebutuhan non fungsional dan kebutuhan fungsional ).pdf

Documents