TM 2 APSAnalisis kebutuhan Pengguna

Tujuan Instruksional Umum

27/02/2013-ap-2

Bagian ini menjelaskan tentang pengertiankebutuhan dan analisis kebutuhan, tahappelaksanaan analisis kebutuhan, serta dokumenspesifikasi kebutuhan. Setelah mempelajari bagian ini dengan baik,

mahasiswa diharapkan dapat: Memahami pengertian kebutuhan perangkat lunak. Memahami apa yang dimaksud dengan analisis

kebutuhan dan tahap pelaksanaannya.

Pokok Bahasan

27/02/2013-ap-3

Pokok bahasan pada bagian inimeliputi:Definisi dan konsep Kebutuhan

perangkat lunakTahap Pelaksanaan Analisis

Kebutuhan

Definisi Kebutuhan

27/02/2013-ap-4

Kebutuhan perangkat lunak adalah kondisi atau

kemampuan yang harus dimiliki olehperangkat lunak untuk memenuhi apa yang

disyaratkan atau diinginkan oleh pemakai

Jenis Kebutuhan

27/02/2013-ap-5

Secara kategoris, ada tiga buah jenis kebutuhanperangkat lunak [IEE93]: Kebutuhan fungsional (functional requirement) Kebutuhan antarmuka (interface requirement) Kebutuhan unjuk kerja (performance requirement)

Kebutuhan antarmuka dan unjuk kerja seringdisebut Non-functional Requirement

Kebutuhan fungsional

27/02/2013-ap-6

Disebut juga kebutuhan operasional,yaitu kebutuhan yang berkaitan denganfungsi atau proses transformasi yangharus mampu dikerjakan oleh perangkatlunak. Contoh: Perangkat lunak harus dapat menyimpan semua

rincian data pesanan pelanggan. Perangkat lunak harus mampu mencetak laporan

penjualan sesuai periode yang diinputkan. Perangkat lunak harus mampu menyajikan

informasi jalur pengiriman terpendek.

Kebutuhan antarmuka

27/02/2013-ap-7

Kebutuhan antarmuka yangmenghubungkan perangkat lunakdengan elemen perangkat keras, perangkatlunak, atau basis data. Contoh: Akses ke basis data menggunakan ODBC (Open

Data Base Connectivity). Perangkat untuk memasukkan data menggunakan

keyboard, mouse, dan scanner.

Kebutuhan unjuk kerja

27/02/2013-ap-8

Kebutuhan yang menetapkankarakteristik unjuk kerja yang harusdimiliki oleh perangkat lunak, sepertikecepatan, ketepatan, atau frekuensi. Contoh: Waktu tanggap penyajian informasi maksimal

selama satu menit. Perangkat lunak harus mampu mengolah data

sampai 1 juta record untuk setiap transaksi. Perangkat lunak harus dapat digunakan secara

multi user sesuai otoritas yang diberikan kepadamasing-masing pemakai.

Analisis Kebutuhan

27/02/2013-ap-9

Analisis kebutuhan perangkat lunak dapatdiartikan sebagai: Proses mempelajari kebutuhan pemakai

untuk mendapatkan definisi kebutuhan sistem atauperangkat lunak [IEE93].

Proses untuk menetapkan fungsi danunjuk kerja perangkat lunak, menyatakanantarmuka perangkat lunak dengan elemen-elemensistem lain, dan menentukan kendala yang harusdihadapi oleh perangkat lunak [PRE01].

Analisis Kebutuhan

27/02/2013-ap-10

Tujuan analisis kebutuhan perangkat lunakadalah:

Memahami masalah yang akan dibuatperangkat lunaknya secara menyeluruh(komprehensif).

Mendefinisikan apa yang harus dikerjakanoleh perangkat lunak untuk memenuhi keinginanpemakai.

Pentingnya Analisis Kebutuhan

27/02/2013-ap-11

Pendefinisian kebutuhan yang baik dapatmenjadi faktor sukses pelaksanaanpengembangan perangkat lunak. Sebaliknyaakan menyebabkan banyak kegagalan. Menurut hasil survey DeMarco, 56%

kegagalan proyek perangkat lunak adalahkarena ketidaklengkapan pendefinisiankebutuhan.

Pentingnya Analisis Kebutuhan

27/02/2013-ap-12

Produk perangkat lunak yang tidaksempurna akan dihasilkan karena kesalahanpada saat menentukan spesifikasi kebutuhan. Jika kesalahan tersebut diketahui di akhir

siklus hidup pengembangan, usaha untukmemperbaikinya akan sangat mahal (sekitar82% dari total biaya perbaikan).

Tahap Analisis Kebutuhan

27/02/2013-ap-13

Tahap kebutuhan perangkat lunak dimulaidengan [DAV93]: Adanya masalah yang membutuhkan

penyelesaian: orientasi aplikasi, misalnya inventory orientasi bisnis, misalnya produk baru, peramalan

pendapatan orientasi peningkatan produk, misalnya pemeliharaan

Munculnya ide untuk membuat sebuah perangkatlunak baru.

Tahap Analisis Kebutuhan

27/02/2013-ap-14

Tahap kebutuhan berakhir apabila deskripsilengkap dari perilaku eksternal perangkatlunak yang akan dibangun sudah didapat,termasuk dokumentasi seluruh antarmuka

perangkat lunak dengan lingkungannya(perangkat keras, perangkat lunak lain,pemakai) yang dicatat dalam Spesifikasi

Kebutuhan Perangkat Lunak (SKPL).

Tahap Analisis Kebutuhan

27/02/2013-ap-15

Secara teknis pelaksanaan pekerjaan analisiskebutuhan perangkat lunak pada dasarnyaterdiri dari urutan aktivitas: Mempelajari dan memahami persoalan Mengidentifikasi kebutuhan pemakai Mendefinisikan kebutuhan perangkat lunak Membuat dokumen spesifikasi kebutuhan Mengkaji ulang (review) kebutuhan

Proses Analisis Kebutuhan

27/02/2013-ap-16

Mempelajari dan memahamipersoalan .. (1)

27/02/2013-ap-17

Pada tahap ini, masalah yang akan dibuat perangkatlunaknya dipelajari sehingga dapat ditentukan: siapa pemakai yang akan menggunakan perangkat lunak dimana perangkat lunak akan digunakan pekerjaan apa dari pemakai yang akan dibantu oleh

perangkat lunak dari dan sampai mana cakupan pekerjaan tersebut, dan

bagaimana mekanisme pelaksanaannya apa yang menjadi kendala atau keterbatasannya dilihat dari

sisi teknologi yang akan digunakan atau dari sisi hukum danstandar

Mempelajari dan memahamipersoalan .. (2)

27/02/2013-ap-18

Cara yang digunakanuntuk dapatmemahami masalahbiasanya adalah: wawancara dengan

pemakai observasi atau

pengamatan lapangan kuesioner

Mempelajari referensiatau dokumen-dokumen yangdigunakan, sepertidokumen hasilanalisis danperancangan sistem

Mempelajari dan memahamipersoalan .. (3)

27/02/2013-ap-19

Hasil pemahaman masalah tersebutselanjutnya digambarkan dalam bentukmodel-model tertentu sesuai dengan jenismasalahnya. Sebagai contoh, untuk masalah bisnis dapat

menggunakan flowmap atau business usecase, sementara untuk masalah matematikadapat mengunakan, misalnya, graf.

Mengidentifikasi KebutuhanPemakai .. (1)

27/02/2013-ap-20

Sebenarnya, tahap identifikasi kebutuhanpemakai (user requirement) ini pada prakteknyadilaksanakan bersamaan dengan pemahamanmasalah. Cara yang digunakan pun relatif sama.

Mengidentifikasi KebutuhanPemakai .. (2)

27/02/2013-ap-21

Hanya saja, subtansi yang ditanyakan biasanyaadalah: data atau informasi apa yang akan diproses, fungsi apa yang diinginkan, kelakuan sistem apa yang diharapkan, antarmuka apa yang tersedia (user interfaces, hardware

interfaces, software interfaces, dan communicationsinterfaces).

Mengidentifikasi KebutuhanPemakai .. (3)

27/02/2013-ap-22

Untuk dapat menangkap kebutuhan pemakaidengan baik, utamanya kesamaan persepsi,dibutuhkan: komunikasi dan brainstorming yang intensif prototype perangkat lunak, atau screen snapshot data atau dokumen yang lengkap

Mendefinisikan KebutuhanPerangkat Lunak .. (1) Saat mengidentifikasi

kebutuhan pemakai,informasi yang diperolehbelum terstruktur.

Pemakai akanmengungkapkan apayang dibutuhkannyadengan bahasa sehari-hariyang biasa digunakanpemakai. Sebagai contoh,

ungkapan kebutuhanpemakai di BagianAkuntansi, misalnya:

27/02/2013-ap-23

“saya ingindata yangdimasukkanoleh BagianPenjualanbisalangsungdijurnal”

“informasineraca bisasaya lihatkapan saja”

Mendefinisikan KebutuhanPerangkat Lunak .. (2)

Pada tahap ini, kebutuhanpemakai yang belumterstruktur tersebutdianalisis,diklasifikasikan, danditerjemahkan menjadikebutuhan fungsional,antarmuka, dan unjukkerja perangkat lunak.

Fungsional Unjuk Kerja

Antarmuka

Pemakai

27/02/2013-ap-24

Mendefinisikan Kebutuhan PerangkatLunak .. (3)

27/02/2013-ap-25

Kebutuhan pemakai (diBagian Akuntansi) Kebutuhan fungsional: entry dan rekam data

transaksi penjualan. retrieve nilai transaksi

penjualan untukperiode tertentu (sesuaiperiode yangdiinputkan melaluikeyboard). rekam nilai akumulasi

transaksi penjualanperiode tertentu kejurnal umum berikutaccount pasangannya(kas).

“saya ingin datayang dimasukkan

oleh BagianPenjualan bisa

langsung dijurnal”.

Mendefinisikan Kebutuhan PerangkatLunak .. (4)

27/02/2013-ap-26

Kebutuhan antarmuka: antarmuka pemakai untuk

merekam data penjualan. antarmuka pemakai untuk

menyajikan dan menjurnalinformasi nilai transaksipenjualan periode tertentu. jaringan lokal untuk

menghubungkanperangkat lunak aplikasi diBagian Penjualan denganperangkat lunak aplikasi diBagian Akuntansi

Kebutuhan unjukkerja: ada otoritas

pemakaianperangkat lunak danakses data. proses jurnal hanya

dapat dilakukansekali setelah datatransaksi penjualandirekam.

Mendefinisikan Kebutuhan PerangkatLunak .. (5)

27/02/2013-ap-27

Selanjutnya, kebutuhan tersebut diubahmenjadi model atau gambar tertentu denganmemanfaatkan teknik analisis dan alat bantutertentu. Sebagai gambaran, kebutuhan fungsional

dapat dimodelkan dengan menggunakan:Data Flow Diagram, kamus data, dan

spesifikasi proses jika menggunakan teknikterstruktur.Diagram Use Case dan skenario sistem jika

menggunakan pendekatan objek.

Membuat Dokumen SpesifikasiKebutuhan

27/02/2013-ap-28

Semua kebutuhan yang telah didefinisikanselanjutnya dibuatkan dokumentasinya, yaituSpesifikasi Kebutuhan Perangkat Lunak (SKPL) atauSoftware Requirements Specification (SRS).

SKPL yang dibuat harus dapat menyatakan secaralengkap apa yang dapat dilakukan oleh perangkatlunak, termasuk deskripsi lengkap dari semuaantarmuka yang digunakan.

SKPL bisa terdiri dari banyak dokumentasi yangsaling melengkapi.

Mengkaji Ulang (Review) Kebutuhan

27/02/2013-ap-29

Proses untuk memeriksa (validasi) SKPL apakahsudah konsisten, lengkap, dan sesuai dengan apayang diinginkan pemakai.

Proses ini mungkin dilakukan lebih dari satu kali. Dan sering kali muncul kebutuhan-kebutuhan baru

dari pemakai. Untuk itu, diperlukan negosiasi antara pihak

pengembang dengan pemakai sesuai prinsip “win-winsolution” sampai kebutuhan tersebut dapat disepakatikedua belah pihak.