5. Requirements Capture

User Requirements

•

_{Diperlukan untuk memahami}

bagaimana sebuah organisasi

berjalan pada saat itu

•

_{Mengetahui masalah apa yang}

terjadi pada sistem yang ada

sekarang?

•

_{Apa saja kebutuhan yang diinginkan}

Perhatikan Video tentang Use

Current System

• _{Sebagian dari sistem yang sedang}

berjalan dapat memenuhi kebutuhan orang yang menggunakannya

• _{Sebagian dari sistem ada yang sudah tidak}

dapat lagi memenuhi kebutuhan organisasi

• _{Beberapa aspek pekerjaan dari organisasi}

tidak dapat dipenuhi oleh sistem yang sedang berjalan

• _{Sistem tidakk berkembang sehingga perlu}

Current System

•

_{Penting untuk memahami bahwa}

fungsi dari sistem yang sedang

berjalan akan terbawa pada sistem

yang baru

•

_{Kekurangan pada sistem yang}

Current System

• _{Tidak semua orang setuju bahwa pemahaman rinci tentang}

sistem berjalan adalah penting. Yourdon (1989) memiliki pendapat yang berlawanan dengan hal tersebut. Ia

berpendapat bahwa daripada menghabiskan waktu untuk menganalis sistem yang saat ini sedang berjalan, sebaiknya diganti saja dengan sistem yang baru!

• _{SSADM (Structured System Analysis and Design Method)}

mengeluarkan banyak waktu untuk melakukan investigasi dan membuat pemodelan dari sistem yang saat ini sedang berjalan untuk mendapatkan esensi logik dari sistem

Alasan Melakukan

Investigasi

• _{Fungsi yang ada pada sistem berjalan diperlukan}

pada sistem baru

• _{Data harus diimigrasikan ke sistem baru}

• _{Dokumentasi teknis memberikan rincian algoritma}

pengolahan

• _{Cacat pada sistem yang berjalan harus dihindari} • _{Bagian dari sistem berjalan mungkin masih harus}

disimpan

• _{Perlu memahami pekerjaan dari pengguna}

• _{Informasi dasar tentang sistem berjalan membantu}

New Requirements

• Saat ini banyak organisasi yang beroperasi dalam lingkungan bisnis yang berubah dengan cepat.

• Organisasi beroperasi dalam lingkungan teknis yang berubah.

• Teknologi baru yang diperkenalkan mengubah proses

produksi, distribusi jaringan dan relasi dengan pelanggan.

• Pemerintah dan supra-organisasi pemerintah

menetapkan undang-undang yang memiliki dampak pada cara bisnis dilakukan.

• Organisasi melakukan penggabungan, pemisahan,

Tipe Requirements

•

_Functional

Functional Requirements

• _{Deskripsi proses yang dilakukan oleh sistem}

– _{Rincian input yang dimasukkan ke sistem dari}

formulir dan dokumen, dari interaksi antara pengguna dan sistem lainnya

– _{Rincian output yang diharapkan ari sistem} – _{Data apa yang harus disimpan oleh sistem}

• _{Seringkali dimodelkan dengan menggunakan Use}

Case Diagrams. Lebih lanjut akan dimodelkan dengan jenis diagram lainnya yang menunjukkan

struktur dari sistem (Class Diagrams) and behaviour

Non-functional

Requirements

• _{Non-functional requirement}

menggambarkan aspek-aspek sistem yang berhubungan dengan seberapa baik

sistem dapat bekerja. seperti

– _{respon times untuk update data pada sistem} – _{retrieve data dari sistem,}

– _{antisipasi volume data, dan pertimbangan}

keamanan.

• _{Didokumentasikan dalam daftar}

Usability Requirements

• _{Berkaitan dengan kecocokkan antara sistem}

dengan cara orang-orang (pengguna) bekerja.

• _{International Standard Organization (ISO)}

mendefinisikan kegunaan dari produk sebagai tingkat dimana pengguna tertentu dapat

mencapai tujuan khusus pada lingkungan

tertentu secara efektif, efisien, nyaman, dan dengan cara yang dapat diterima.

• _{Usability dapat diset dalam yang berkenaan}

Usability Requirements

• _{Untuk membangun usablitiy ke dalam sistem}

perlu mengumpulkan terlebih dahulu jenis informasi berikut ini:

– _{Karakteristik dari pengguna yang akan}

menggunakan sistem

– _{Tugas yang dilakukan pengguna}

– _{Kriteria penerimaan untuk sistem kerja}

• _{Usability requirement didokumentasikan pada}

Fact Finding Techniques

•

_{Background Reading}

•

_Interviewing

•

_Observation

•

_{Document Sampling}

Background Reading

•

_{memahami organisasi dan tujuan}

bisnis organisasi tersebut

•

_{Jenis dokumen yang cocok sebagai}

sumber informasi :

– _reports

– _{organization charts} – _{policy manuals}

– _{job descriptions}

Background Reading

• _{Keuntungan dari teknik ini:}

– _{membantu untuk memahami organisasi}

sebelum pertemuan dengan orang-orang yang bekerja di sana

– _{membantu untuk mempersiapkan jenis}

teknik fact finding yang lain

– _{dokumentasi sistem yang ada dapat}

membantu untuk mengidentifikasi

Background Reading

•

_{Kerugian dari teknik ini:}

– _{Dokumen tertulis dapat usang atau}

tidak cocok dengan cara organisasi beroperasi

•

_{Situasi yang cocok:}

– _{Backgorund reading cocok untuk proyek}

Interviewing

•

_{Bertujuan untuk mendapatkan}

pemahaman mendalam tentang tujuan

organisasi, persyaratan pengguna,

aturan yang dibuat oleh orang

– _{manajer untuk memahami tujuan}

– _{staf untuk memahami peran dan kebutuhan}

informasi

– _{pelanggan dan masyarakat sebagai}

Interviewing

•

_{keuntungan dari teknik ini:}

– _{kontak pribadi memungkinkan}

pewawancara untuk merespon secara adaptif terhadap apa yang dikatakan

– _{memungkinkan untuk menyelidiki}

secara lebih mendalam

– _{jika diwawancara hanya ada sedikit}

Interviewing

•

_{Kerugian teknik ini:}

– _{dapat memakan waktu dan mahal}

– _{catatan harus ditulis atau kaset harus}

ditranskripsi setelah wawancara

– _{dapat bias}

– _{jika orang yang diwawancarai}

memberikan informasi yang

Interviewing

•

_{Situasi yang cocok:}

– _{pada sebagian besar proyek}

– _{pada tahap fact finding ketika informasi}

yang mendalam diperlukan

•

_{Teknik ini membutuhkan skill untuk}

Observation

• _{Langsung melihat apa yang terjadi bukan}

berdasarkan pada apa yang dikatakan orang mengenai sesuatu yang terjadi

• _{Misalkan :}

– _{Melihat proses yang dilakukan seseorang} – _{Melihat yang terjadi melalui dokumen}

– _{memperoleh data kuantitatif sebagai dasar}

untuk perbaikan yang disediakan oleh sistem baru

Observation

•

_keuntungan:

– _{first-hand experience - pengalaman}

tangan pertama tentang bagaimana sistem beroperasi

– _{validitas data tingkat tinggi dapat}

dicapai

– _{memverifikasi informasi dari sumber lain} – _{memungkinkan pengumpulan data}

Observation

•

_kekurangan:

– _{orang tidak suka diamati dan mungkin}

berperilaku berbeda, mendistorsi temuan

– _{membutuhkan pelatihan dan}

keterampilan

– _{logistik masalah bagi analis dengan staf}

yang bekerja shift atau perjalanan jauh

Observation

•

_{Situasi Sesuai :}

– _{ketika data kuantitatif diperlukan} – _{untuk memverifikasi informasi dari}

sumber lain

– _{ketika informasi yang berlawanan dari}

sumber lain harus diselesaikan

– _{ketika proses perlu dipahami dari awal}

Document Sampling

• _{Bertujuan untuk mengetahui kebutuhan}

informasi yang dimiliki orang

• _{Menyediakan data statistik mengenai}

volume transaksi dan pola aktivitas

• _{Misalkan :}

– _{memperoleh salinan dokumen kosong dan}

yang telah diselesaikan

– _{menghitung jumlah formulir dalam bentuk}

Document Sampling

• _keuntungan:

– _{untuk mengumpulkan data kuantitatif}

– _{untuk mencari tahu tentang tingkat kesalahan}

• _kekurangan:

– _{tidak membantu jika sistem akan berubah}

secara dramatis

• _{Situasi sesuai :}

– _{selalu digunakan untuk memahami kebutuhan}

Questionnaires

•

_{Bertujuan untuk memperoleh}

pandangan dari sejumlah besar

orang dengan cara yang dapat

dianalisis secara statistik

•

_Misalkan:

– _{Melalui pos, berbasis web dan email}

kuesioner

Questionnaires

•

_keuntungan:

– _{cara yang ekonomis mengumpulkan}

informasi dari sejumlah besar orang

– _{cara yang efektif mengumpulkan}

informasi dari orang-orang yang secara geografis

– _{kuesioner yang dirancang dengan baik}

Questionnaires

•

_kekurangan:

– _{kuesioner yang baik sulit untuk}

merancang

– _{Tidak dapat secara otomatis}

Questionnaires

•

_{Sesuai situasi:}

– _{ketika dilihat dari sejumlah besar orang}

harus diperoleh

– _{ketika staf organisasi yang secara}

geografis terpisah

– _{untuk sistem yang akan digunakan oleh}

Questionnaires

•

_{Perlu kemampuan merancang}

Keterlibatan Pengguna

•

_{Berbagai pemangku kepentingan:}

– _{manajemen senior-dengan tanggung}

jawab keseluruhan untuk organisasi

– _{manajer keuangan-yang mengendalikan}

anggaran

Documenting Requirements

• _{Dokumentasi harus mengikuti standar}

organisasi

• _{Alat pemodelan yang dihasilkan model UML}

memelihara data terkait dalam repositori

• _{Beberapa dokumen akan membutuhkan}

penyimpanan terpisah dalam sistem pengarsipan:

– _{wawancara catatan}

– _{salinan dokumen yang ada} – _{menit pertemuan}

Documenting Requirements

• _{Dokumen harus disimpan dalam sistem}

manajemen dokumen dengan kontrol versi

• _{Use Case digunakan untuk}

mendokumentasikan persyaratan fungsional

• _{Memelihara daftar requirement yang}

terpisah

• _{Requirement review untuk mengecualikan}

Requirements List

Use Case Model Candidate

Requirements

Elicit

requirements Project Initiation

Requirements capture and modelling

Requirements Team

Project Initiation Document

Requirements List

Use Case Model

Initial System Architecture

Interface Prototypes

40

Referensi

• _{Oppenheim (2000)} • _{Allison et al. (1996)}

• _{Usability is covered in more detail in}

Chapter 16 of Bennett, McRobb and Farmer

• _{Chapter A2 shows products of}

requirements capture and modelling