View
223
Download
0
Category
Preview:
Citation preview
Setelah dilakukan penggalian kebutuhan
sistem dengan analisis kebutuhan, maka
langkah selanjutnya adalah pemodelan
kebutuhan yang sudah dianalisis tersebut ke
dalam diagram yang menggambarkan
keseluruhan kebutuhan sistem dengan
menggunakan notasi UML
Pemodelan kebutuhan ini diawali oleh
penggambaran semua kebutuhan fungsional
sistem ke dalam sebuah Diagram Use Case
4Pemodelan Kebutuhan Sistem
5Pemodelan Kebutuhan Sistem
Ruang Lingkup
Masalah
Analisis
Kebutuhan
Pemodelan
Perangkat
Lunak
Diagram Use
Case
Diagram
Sekuensial
Diagram
Aktivitas
Diagram Kelas Diagram State
Use case diagram menggambarkan fungsionalitas yang diharapkan dari sebuah sistem
Yang ditekankan adalah “apa” yang diperbuat sistem, dan bukan “bagaimana”
Sebuah use case merepresentasikan sebuah interaksi antara aktor dengan sistem
Use case diagram dapat sangat membantu bila kita sedang menyusun requirement sebuah sistem, mengkomunikasikan rancangan dengan klien, dan merancang test case untuk semua feature yang ada pada sistem
7Use Case
Singkatnya, use case menerangkan tentang
hubungan interaksi aktor dengan sistem
Use case merupakan sebuah pekerjaan
tertentu, misalnya login ke sistem, meng-create
sebuah daftar belanja, dan sebagainya
Seorang/sebuah aktor adalah sebuah entitas
manusia atau mesin yang berinteraksi dengan
sistem untuk melakukan pekerjaan-pekerjaan
tertentu
8Use Case
Secara umum, Aktor dapat diklasifikasikan
menjadi 3 jenis, yaitu :
Pengguna sistem
Sistem lain yang berhubungan dengan sistem
yang sedang dibangun
Waktu
11Aktor
Aturan Penggunaan Aktor
Aktor menggambarkan sebuah tugas/peran
dan bukannya posisi sebuah jabatan
Aktor memberi input atau menerima informasi
dari sistem
Aktor biasanya menggunakan kata benda
Tidak boleh ada komunikasi langsung antar
aktor
Letakkan aktor utama di bagian pojok kiri atas
dari diagram
12Aktor
Use case adalah peringkat tertinggi dari
fungsionalitas yang dimiliki sistem
Use case menggambarkan bagaimana
seseorang akan menggunakan /
memanfaatkan sistem
13Use Case
Login
Untuk setiap aktor kita harus memikirkan hal-
hal berikut :
Apa yang akan pengguna kerjakan dengan
sistem yang akan dikembangkan ?
Apa yang para pengguna butuhkan untuk
memelihara informasi-informasi ?
Apakah yang perlu sistem lakukan saat terjadi
event tertentu yang datang dari luar sistem ?
14Use Case
Use case dan aktor masing-masing tidak bisa
berdiri sendiri, mereka saling terhubung
dengan apa yang dinamakan relasi
Ada berbagai relasi yang dikenal dalam
model UML :
Asosiasi
Relasi yang terjadi antara aktor dengan use case
biasanya berupa asosiasi
15Relasi
Include
Memungkinkan suatu use case untuk
menggunakan fungsionalitas yang disediakan
oleh use case yang lainnya
16Relasi
<<include>>Pembelian Tiket Memeriksa Kredit
Extend
Menspesifikasikan bahwa use case tertentu
memperluas perilaku dari suatu use case pada
suatu titik yang diberikan
17Relasi
<<extend>>Memeriksa KreditMengubah Pemesanan
Generalisasi
Hubungan dimana objek
anak berbagi perilaku dan
struktur data dari objek yang
ada di atasnya
18Relasi
Penumpang
Penumpang
Pribadi
Perusahaan
Pribadi
Penumpang
Perusahaan
Pemerintah
Skenario Use Case
Secara umum, skenario use case memiliki fungsi untuk menjelaskan secara detail aliran event yang terjadi pada setiap use case
Aliran ini “menceritakan” keseluruhan kejadian yang terjadi di setiap use case, mulai dari awal sampai akhir secara sistematis dan urut
20Skenario Use Case
Aliran event
Use case mendeskripsikan apa yang akan
sistem kerjakan
Untuk secara nyata mengembangkan
sistem/perangkat lunak lunak, kita seharusnya
memiliki rincian-rincian yang lebih spesifik.
Rincian-rincian ini dituliskan sebagai aliran event
Kegunaan dari aliran event ini adalah untuk
mendokumentasikan aliran-aliran logika dalam
setiap use case
21Skenario Use Case
Aliran event mendeskripsikan aliran event
langkah-langkah per langkah dan ditulis dari
sudut pandang pengguna. Aliran-aliran event
primer dan aliran-aliran alternatif mencakup :
Bagaimana use case berawal ?
Berbagai lintasan normal (primer) dalam use
case
Setiap penyimpangan (deviasi) dari aliran
normal dalam use case (aliran-aliran alternatif)
Setiap aliran kesalahan (exception atau error)
Bagaimana use case terakhir
22Skenario Use Case
24Skenario Kasus Pada Sistem
Nomor Use Case SRS_001_01
Nama Login
Tujuan Untuk menyeleksi mahasiswa yang memiliki autorisasi
DeskripsiUse case ini menjelaskan bagaimana mahasiswa melakukan log in
untuk dapat menampilkan halaman utama SIAM
Aktor Mahasiswa
Skenario Utama
Kondisi Awal Sistem menampilkan halaman log in
Aksi Aktor Reaksi Sistem
1. Mahasiswa memasukkan data log
in (NIM dan password), lalu
menekan tombol Log In
2. Sistem menerima data log in dan kemudian sistem melakukan
pengecekan terhadap data yang dimasukkan oleh mahasiswa,
jika data benar, maka akan ditampilkan halaman utama SIAM
Skenario Alternatif 1 : Jika NIM atau password kosong
3. Sistem akan menampilkan pesan peringatan bahwa NIM atau
password kosong
Skenario Alternatif 2 : Jika NIM dan password salah
4. Sistem akan menampilkan pesan peringatan bahwa NIM dan
password salah
Kondisi Akhir Sistem menampilkan halaman utama SIAM
Recommended