REQUIREMENTS ANALYSIS

STRATEGIES
& USE CASE
 KELOMPOK 6
Ahmad Fauzan Mansur
H071201001
Andi Ahmad Yani Pallawagau
H071201011
Ayu Lestari Ramadhani
H071201007

2
●
“
Tujuan Pembelajaran:
Menjelaskan beberapa strategi analisis yang dapat membantu sang analis
menemukan kebutuhannya.
● Menjelaskan tujuan dari use case dalam fase analisis SDLC.
● Menjelaskan proses yang digunakan untuk membuat use case.
● Menggambarkan bagaimana use case berkontribusi pada persyaratan
fungsional suatu sistem.
● Mengetahui komponen-komponen dan format use case.

3
 1
Requirements Analysis
Strategies
Strategi-strategi untuk Analisis Kebutuhan

4
Strategi analisis →← Teknik
Strategi yang anda gunakan untuk menganalisis sistem
kebutuhan yang berpotensi, akan membentuk teknik yang
anda gunakan

5
Contoh:
Sebuah bank memiliki proses untuk menyetujui pinjaman
pelanggannya
- Pelanggan bertemu dengan petugas pinjaman
- Pelanggan mengisi informasi pada formulir kertas
- Bank menjalankan pemeriksaan kredit pada pelanggan
- Bank menyelesaikan wawancara tindak lanjut dengan
pelanggan

6
Analisis Masalah
- meminta pengguna untuk mengidentifikasi masalah dan
solusi
- Peningkatannya cenderung kecil dan bertahap

7
Analisis Akar Masalah
- Berasumsi tentang mengapa masalah ada
- melacak gejala-gejala yang ada ke sumbernya untuk
menemukan masalah sebenarnya

8
Analisis Durasi
- Berapa lama seluruh proses biasanya memakan waktu?
- Berapa lama waktu yang dibutuhkan untuk setiap tahap?
- Tahap mana yang dapat dipersingkat
Biaya Berdasarkan Aktivitas
- Berapa biaya setiap tahap yang dilakukan organisasi?
- Dapatkah salah satu tahap menjadi lebih hemat biaya?
Pembandingan Informal
- Bagaimana organisasi lain menyelesaikan proses atau aktivitas serupa?
- Peningkatan apa yang dapat kita buat?

11
Analisis Hasil
- Mempertimbangkan hasil yang diinginkan dari prespektif pelanggan
- Mempertimbangkan apa yang organisasi dapat lakukan untuk
pelanggan
Analisis Teknologi
- Para analis dan karyawan mencantumkan teknologi yang penting dan
menarik
- Kelompok tersebut kemudian menulusuri daftar teknologi yang telah
diidentifikasi dan bagaimana memanfaatkannya untuk bisnis
Eleminasi Aktivitas
- Mengidentifikasi apa yang akan terjadi jika aktivitas organisasinya
dihilangkan
- bersikeras bahwa semua aktivitas berpotensi dihilangkan bahkan jika
tampaknya tidak masuk akal
Rangkuman Strategi
Apa itu Use Case?
Memahami Tujuan dari Alat Ini 2 16
 Apa itu Use Case (kasus penggunaan) ?

◉ Use Case adalah deskripsi tentang bagaimana sistem berinteraksi dengan lingkungannya
dengan menggambarkan aktivitas yang dilakukan oleh pengguna sistem dan respons sistem.
◉ Apa tujuan dari analisis use case?
❏ Tujuannya adalah untuk membuat satu set use case yang menggambarkan semua tugas yang
perlu dilakukan pengguna menggunakan sistem.

17
 Peran Use Case

❖ Use Case mengekspresikan dan ❖ Digunakan secara luas dalam tahap

mengklarifikasi persyaratan pengguna. analisis.
● Mendefinisikan interaksi yang ● Seringkali merupakan bagian dari
diharapkan antara sistem dan pewawancara pengguna atau sesi JAD
pengguna

❖ Use Case berbasis teks mudah dipahami ❖ Mengalir dengan mudah ke dalam
pengguna. pembuatan model proses dan
● Penggambaran visual use case (use case model data
diagram)

18
Use Case yang didorong oleh peristiwa

❖ Setiap use case menjelaskan bagaimana

peristiwa eksternal memicu beberapa
respons dari sistem.

❖ Dalam pemodelan yang digerakkan oleh

peristiwa maka segala sesuatu dalam sistem
diangggap sebagai respon terhadap peristiwa.
● Ketika tidak ada respon maka sistem akan
“beristirahat”.

19
 Mendekati Analisis
Use Case
Langkah-langkah untuk membuat, tips praktis, bagaimana
hal itu sesuai dengan penentuan persyaratan
3 20
 Membuat Use Case (kasus penggunaan)

◉ Mengidentifikasi peristiwa yang harus ditanggapi sistem, atau sebagai

alternatif, aktivitas yang dilakukan pengguna.

◉ Membuat daftar resmi kasus-kasus penggunaan

21
 Contoh Use Case (kasus penggunaan)

◉ Contoh buku teks dan latihan (disarakan)

◉ Menambahkan siswa ke kursus
◉ Dari pengalaman di Industri :

o Membuat laporan laba bersih khusus berdasarkan informasi yang

disimpan dalam QuickBooks.

o Hasil daftar klien yang pengembalian pajaknya telah selesai.

o Temukan dan secara otomatis memasukkan alamat kantor

internasional ke surat template

22
 Membuat Use Case (kasus penggunaan)

◉ Untuk setiap kasus penggunaan (Use Case):

❏Mengidentifikasi langkah-langkah utama dan pengecualian.
❏Identifikasi elemen dengan setiap langkah utama.
❏ Konfirmasi kasus penggunaan dengan pengguna.

23
Use Case (kasus penggunaan) Secara Berurutan

◉ Kasus penggunaan sering dilakukan secara berurutan

◉ Tidak ada kasus penggunaan tunggal yang harus terlalu besar
◉ Penting menentukan keadaan awal dan akhir

24
 Tips Praktis Use Case (kasus penggunaan)

❏ Gunakan penyempurnaan bertahap.

❏ Berkonsentrasi untuk menggambarkan tujuan pengguna dengan sistem
sepenuhnya dan akurat.
❏ Jauhkan kedua audiens dalam pikiran-pengguna dan pengembang.
❏ Buat kasus penggunaan hanya bila diperlukan untuk mengklarifikasi apa yang
harus dilakukan sistem dari perspektif pengguna

25
Use Case (kasus penggunaan) dan Persyaratan Fungsional

❏ Kasus penggunaan adalah alat yang berguna untuk memperjelas persyaratan.

❏ Kasus penggunaan hanya menyampaikan sudut pandang pengguna.
❏ Mengubah pandangan pengguna menjadi pandangan pengembang melalui
persyaratan fungsional adalah salah satu kontribusi utama analis sistem.
❏ Persyaratan fungsional yang diturunkan memberi tahu pengembang lebih banyak
tentang apa yang harus dilakukan sistem.

26
Persyaratan Fungsional Terperinci

27
 Persyaratan Fungsional Terperinci

❏ Sistem ini akan memungkinkan LCA yang masuk ke sistem Chemical Request untuk
meminta satu atau lebih bahan kimia.
❏ Sistem ini akan memungkinkan LCA untuk menentukan bahan kimia dengan
memasukkan nomor ID atau nama.
❏ Sistem harus memberitahu LCA jika bahan kimia tidak lagi disetujui untuk digunakan.
❏ Sistem ini akan mendorong LCA untuk jumlah bahan kimia yang dibutuhkan.
❏ Sistem harus mencari penyimpanan data Pasokan Kimia untuk jumlah yang tersedia
untuk bahan kimia yang diminta dan menampilkan jumlah yang tersedia.

28
 Persyaratan Fungsional Terperinci
❏ Sistem akan meminta pengguna untuk mengkonfirmasi permintaannya. Ketika permintaan
dikonfirmasi, sistem harus melakukan hal berikut sebagai transaksi tunggal:
❏ Tetapkan nomor Chemical Request berikutnya ke Chemical Request, tetapkan tanggal
dan waktu saat ini ke Chemical Request, catat nama dan nomor ID LCA atas
permintaan tersebut.
❏ Perbarui jumlah bahan kimia yang tersedia dengan mengurangi jumlah yang diminta
dari jumlah yang tersedia di penyimpanan data Pasokan Kimia.
❏ Cetak Pemberitahuan Otorisasi Penjemputan Kimia untuk LCA.
❏ Kirim pesan ke Gudang Pasokan Kimia dari Penjemputan Kimia yang disetujui.
❏ Catat Permintaan Kimia yang disetujui di penyimpanan data Permintaan Kimia,
ditandai sebagai "Pending Pick-up".
❏ Sistem ini akan meminta LCA untuk keluar dari sistem atau untuk membuat permintaan kimia
lain.

29
Komponen dan Format
Use Case
4 30
 Komponen Use Case: Basic/Dasar
1 3
Setiap use case memiliki Memiliki aktor yang dapat
nama, angka, dan deskripsi berupa orang (ataupun sistem
singkat tentang use case itu lain) yang berinteraksi dengan
sendiri. sistem utama

2 4
Dapat memiliki prioritas untuk Memiliki trigger (pemicu),
mengindikasikan signifikansi yang memulai use case
use case External Trigger/Temporal
Trigger

31
Contoh Use Case Basic
32
 Komponen Use Case: Details/Rinci
1 3
Normal course merupakan Preconditions, apapun yang
tahap-tahap yang dilalui - dibutuhkan/perlu diselesaikan
sebagai respon dari pemicu untuk memulai use case

2 4
Exceptions merupakan kondisi Postconditions, apapun yang
apabila terjadi kesalahan telah selesai ketika use case
dalam normal course berakhir

33
Contoh Use Case
Details/Rinci
34
 Fully Dressed
Use Case
Teliti, rinci, dan terstruktur.

Komponen tambahan:
◉ Alternative Course
◉ Input dan Output (dari setiap tahap)
◉ Ringkasan Mengenai input dan Output

35
 Kapan Menggunakan Fully Dressed Use Case?

1. Pengguna tidak familiar dengan tim pengembang

(developer team)

2. Projek memiliki kompleksitas serta resiko yang tinggi.

36
THANKS!
Template from slidescarnival.

37