1 1 Pemodelan Berorientasi Objek Pemodelan Kebutuhan Sistem Dengan Use Case Adam Hendra Brata2 Materi Pertemuan 4 2 Pemodelan Kebutuhan Sistem Diagram...
Pemodelan Berorientasi Objek Pemodelan Kebutuhan Sistem Dengan Use Case Adam Hendra Brata
Materi Pertemuan 4
Pemodelan Kebutuhan Sistem
Diagram Use Case
Skenario Use Case
2
3
Pemodelan Kebutuhan Sistem
Pemodelan Kebutuhan Sistem
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
4
Pemodelan Kebutuhan Sistem
Ruang Lingkup Masalah
Analisis Kebutuhan
Diagram Use Case
Pemodelan Perangkat Lunak
Diagram Aktivitas
Diagram Sekuensial
Diagram Kelas
Diagram State
5
6
Diagram Use Case
Use Case
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
7
Use 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
8
Diagram Use Case
9
Diagram Use Case
10
Aktor
Secara umum, Aktor dapat diklasifikasikan menjadi 3 jenis, yaitu :
Pengguna sistem
Sistem lain yang berhubungan dengan sistem yang sedang dibangun
Waktu
11
Aktor
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
12
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
Untuk setiap aktor kita harus memikirkan halhal 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 ?
14
Relasi
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
15
Relasi
16
Include Memungkinkan
suatu use case untuk menggunakan fungsionalitas yang disediakan oleh use case yang lainnya <>
Pembelian Tiket
Memeriksa Kredit
Relasi
17
Extend Menspesifikasikan
bahwa use case tertentu memperluas perilaku dari suatu use case pada suatu titik yang diberikan
Mengubah Pemesanan
<<extend>>
Memeriksa Kredit
Relasi
18
Generalisasi Hubungan
dimana objek anak berbagi perilaku dan struktur data dari objek yang ada di atasnya
Penumpang Pribadi
Perusahaan Pribadi
Penumpang
Penumpang Perusahaan
Pemerintah
19
Skenario Use Case
Skenario Use Case
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
20
Skenario 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
21
Skenario 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
22
Contoh Penggunaan Skenario Use Case
23
Skenario Kasus Pada Sistem
24
Nomor Use Case
SRS_001_01
Nama
Login
Tujuan Deskripsi
Untuk menyeleksi mahasiswa yang memiliki autorisasi Use 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 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
