pemodelan berorientasi objek · pdf filemenggunakan notasi uml ... pembelian tiket memeriksa...

Pemodelan Berorientasi

Objek

Adam Hendra Brata

1

Pemodelan Kebutuhan Sistem

Dengan Use Case

Materi Pertemuan 4

Pemodelan Kebutuhan Sistem

Diagram Use Case

Skenario Use Case

2

Pemodelan Kebutuhan Sistem

3

Subject : UCS-PBO-SP-A-NIM

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

5Pemodelan Kebutuhan Sistem

6Pemodelan Kebutuhan Sistem

Ruang Lingkup

Masalah

Analisis

Kebutuhan

Pemodelan

Perangkat

Lunak

Diagram Use

Case

Diagram

Sekuensial

Diagram

Aktivitas

Diagram Kelas Diagram State

Diagram 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

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

9Use Case

10Diagram Use Case

11Diagram Use Case

Secara umum, Aktor dapat diklasifikasikan

menjadi 3 jenis, yaitu :

Pengguna sistem

Sistem lain yang berhubungan dengan sistem

yang sedang dibangun

Waktu

12Aktor

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

13Aktor

Use case adalah peringkat tertinggi dari

fungsionalitas yang dimiliki sistem

Use case menggambarkan bagaimana

seseorang akan menggunakan /

memanfaatkan sistem

14Use 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 ?

15Use 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

16Relasi

Include

Memungkinkan suatu use case untuk

menggunakan fungsionalitas yang disediakan

oleh use case yang lainnya

17Relasi

<<include>>Pembelian Tiket Memeriksa Kredit

Extend

Menspesifikasikan bahwa use case tertentu

memperluas perilaku dari suatu use case pada

suatu titik yang diberikan

18Relasi

<<extend>>Memeriksa KreditMengubah Pemesanan

Generalisasi

Hubungan dimana objek

anak berbagi perilaku dan

struktur data dari objek yang

ada di atasnya

19Relasi

Penumpang

Penumpang

Pribadi

Perusahaan

Pribadi

Penumpang

Perusahaan

Pemerintah

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

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

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

23Skenario Use Case

24Contoh Penggunaan Skenario

Use Case

25Skenario 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

Terimakasih v^^

26