4. Analisa Kebutuhan Perangkat Lunak2

8/3/2019 4. Analisa Kebutuhan Perangkat Lunak2

1/13

Analisa Kebutuhan

Perangkat Lunak

Abdul Rokhim S.Kom

http://abdul-rokhim.blogspot.com

@2011 Universitas Madura
http://abdul-rokhim.blogspot.com/http://abdul-rokhim.blogspot.com/http://abdul-rokhim.blogspot.com/http://abdul-rokhim.blogspot.com/


2/13

Berdasarkan IEEE93 kebutuhan adalah: Kondisi atau kemampuan yang diperlukan pemakai

untuk menyelesaikan suatu persoalan, atau untukmencapai tujuan.

Kondisi atau kemampuan yang harus dimiliki ataudipunyai oleh sistem atau komponen sistem untukmemenuhi kontrak, standar, spesifikasi, ataudokumen formal lainnya.

Tiga jenis kebutuhan perangkat lunak [IEEE93]: Kebutuhan fungsional Kebutuhan antarmuka

Kebutuhan unit kerja


3/13

Pengertian

Proses mempelajari kebutuhan pemakai untuk mendapatkandefinisi kebutuhan sistem atau perangkat lunak.

Proses untuk menetapkan fungsi dan unjuk kerja perangkat

lunak, menyatakan antarmuka perangkat lunak denganelemen-elemen sistem lain, dan menentukan kendala yangharus dihadapi perangkat lunak.

Tujuan

Memahami masalah secara menyeluruh (komprehensif) yang

ada pada perangkat lunak yang akan dikembang sepertiruang lingkup produk perangkat lunak(product space) danpemakai yang akan menggunakannya.

Mendefinisikan apa yang harus dikerjakan oleh perangkatlunak untuk memenuhi keinginan pelanggan.


4/13

Tahapan analisis kebutuhan:

Mempelajari dan memahami persoalan

Mengidentifikasi kebutuhan pemakai

Mendefinisikan kebutuhan perangkat lunak Membuat dokumen spesifikasi kebutuhan

perangkat lunak (SKPL)

Mengkaji ulang (review) kebutuhan


5/13

Metode Analisis Berorientasi Aliran Data (Data Flow Oriented atau

Functional Oriented) Sudut pandang analisis pada pendekatan ini difokuskan

pada aspek fungsional dan behavioral (perilaku laku)

sistem Berorientasi Struktur Data (Data Structured Oriented)

Analisis dengan pendekatan ini difokuskan pada strukturdata, dimana struktur tersebut dapat dinyatakan secarahirarki dengan menggunakan konstruksi sequence,selection dan repetition

Berorientasi Objek (Object Oriented) memandang sistem yang akan dikembangkan sebagai

suatu kumpulan objek yang berkorespondensi denganobjek-objek dunia nyata


6/13

SKPL adalah sebuah dokumen yang berisipernyataan lengkap dari apa yang dapat dilakukanoleh perangkat lunak, tanpa menjelaskanbagaimana hal tersebut dikerjakan oleh perangkat

lunak. Tujuan pembuatan SKPL:

untuk mendefinisikan keinginan yang biasanya dinyatakandalam bentuk penjelasan umum (User)

Sarana komunikasi antara pelanggan, pemakai, analis,

dan perancang perangkat lunak. (Developer) Dasar untuk merencanakan dan melaksanakan aktivitas

pengujian sistem. (Developer)

Acuan untuk melakukan perbaikan dan perubahanperangkat lunak (Developer)


7/13

Syarat Pembentukan SKPL Mudah diidentifikasi

Diuraikan dengan jelas, simple, sederhana, danconcise (jelas, tidak ambiguous)

Bisa divalidasi dan bisa dites (test reliable, testaccessable)

Mampu untuk ditelusuri kembali (tracebility)

Hindari hal-hal berikut saat pembentukan

SKPL: Over specification

Tindakan unconcistency

Ambiguity

Menuliskan mimpi-mimpi


8/13

Dalam suatu SKPL ada 2 aspek yang harusbisa dilihat: Fungsi

Non-fungsi

Dokumen SKPL yang baik mengikutiattribut-attribut penulisan SKPL

Terdapat 9 macam orang yang terlibat

dalam pembuatan SKPLKeberhasilan pengembangan perangkat

lunak bisa dilihat dari 10 aspek atau titikpandang


9/13


10/13

Analisis Terstruktur (Structured Analysis)merupakan salah satu teknik analisis yangmengunakan pendekatan berorientasi fungsi.

Prinsip dari Structured Analysis adalah

dekomposisi fungsi dari sistem berdasarkanaliran data dan proses-prosesnya untukmendapatkan produk analisis yang dapatdiubah dan diperbaiki secara mudah (highlymaintainable).

Untuk menggambarkan hasil pelaksanaanAnalisis Terstruktur dibutuhkan alat bantupemodelan yang disebut Perangkat PemodelanAnalisis Terstruktur


11/13

Perangkat Analisis Terstruktur yangdisampaikan oleh DeMarco dan Yourdonadalah: Diagram Aliran Data atau Data Flow Diagram (DFD)

Kamus Data atau Data Dictionary Structured English

Tabel Keputusan atau Decision Table

Pohon Keputusan atau Decision Tree

Diagram Entitas-Relasi atau Entity-RelationshipDiagram (ERD)

Diagram Transisi Keadaan atau State TransitionDiagram (STD)


12/13

Analisis terstruktur dibagi menjadi dua versi:

Analisis Terstruktur Klasik (Classical StructuredAnalysis)

Analisis Terstruktur Klasik dibuat untuk memperbaiki penyajian

spesifikasi fungsional sebagai hasil analisis melalui penggunaanperangkat pemodelan secara grafis.

Analisis Terstruktur Modern (Modern StructuredAnalysis).

Merupakan pendekatan yang diusulkan oleh Edward Yourdonuntuk memperbaiki pelaksanaan analisis dengan pendekatanklasik


13/13

Mekanisme Analisis terstruktur dapatdipandang dalam tahapan sebagai berikut:

Tahap Analisis Terstruktur dimulai dengan membuatDiagram Konteks (disebut juga model sistem dasaratau model konteks) yang menggambarkan fungsisistem sebagai sebuah proses transformasi tunggal

Proses dan aliran informasi pada Diagram Kontekskemudian dipecah dan dibagi-bagi menjadi tingkat-

tingkat DFD selanjutnya untuk pemerincian (tingkat 1,2, 3, dan seterusnya) sampai didapat proses atomik(proses-proses yang akan dikerjakan oleh komputer)

4. Analisa Kebutuhan Perangkat Lunak2

Documents