Anda di halaman 1dari 25

1

Pemodelan Berorientasi
Objek
Pemodelan Kebutuhan Sistem
Dengan Use Case Adam Hendra Brata
Materi Pertemuan 4 2

Pemodelan Kebutuhan Sistem


Diagram Use Case
Skenario Use Case
3

Pemodelan Kebutuhan Sistem


Pemodelan Kebutuhan Sistem
4

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
Pemodelan Kebutuhan Sistem
5

Ruang Lingkup Analisis


Masalah Kebutuhan

Pemodelan
Diagram Use Diagram
Perangkat
Case Aktivitas
Lunak

Diagram
Diagram Kelas Diagram State
Sekuensial
6

Diagram Use Case


Use Case 7

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
Use Case 8

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
Diagram Use Case 9
Diagram Use Case 10
Aktor 11

Secara umum, Aktor dapat diklasifikasikan


menjadi 3 jenis, yaitu :
Pengguna sistem
Sistem lain yang berhubungan dengan sistem
yang sedang dibangun
Waktu
Aktor 12

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
Use Case 13

Use case adalah peringkat tertinggi dari


fungsionalitas yang dimiliki sistem
Use case menggambarkan bagaimana
seseorang akan menggunakan /
memanfaatkan sistem

Login
Use Case 14

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 ?
Relasi 15

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
Relasiyang terjadi antara aktor dengan use case
biasanya berupa asosiasi
Relasi 16

Include
Memungkinkan suatu use case untuk
menggunakan fungsionalitas yang disediakan
oleh use case yang lainnya

<<include>>
Pembelian Tiket Memeriksa Kredit
Relasi 17

Extend
Menspesifikasikan bahwa use case tertentu
memperluas perilaku dari suatu use case pada
suatu titik yang diberikan

<<extend>>
Mengubah Pemesanan Memeriksa Kredit
Relasi 18

Generalisasi
Hubungan dimana objek
anak berbagi perilaku dan
struktur data dari objek yang Penumpang
ada di atasnya

Penumpang Penumpang
Pribadi Perusahaan

Perusahaan
Pribadi Pemerintah
19

Skenario Use Case


Skenario Use Case 20

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
Skenario Use Case 21

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
Skenario Use Case 22

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
Contoh Penggunaan Skenario
23
Use Case
Skenario Kasus Pada Sistem
Nomor Use Case SRS_001_01 24
Nama Login
Tujuan Untuk menyeleksi mahasiswa yang memiliki autorisasi
Use case ini menjelaskan bagaimana mahasiswa melakukan log in
Deskripsi 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 2. Sistem menerima data log in dan kemudian sistem melakukan
in (NIM dan password), lalu pengecekan terhadap data yang dimasukkan oleh mahasiswa,
menekan tombol Log In 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
25

Terimakasih v^^