Pemodelan Berorientasi Objek

Ukuran: px

Mulai penontonan dengan halaman:

Download "Pemodelan Berorientasi Objek"

Hamdani Halim
7 tahun lalu
Tontonan:

1 1 Pemodelan Berorientasi Objek Pemodelan Kebutuhan Sistem Dengan Use Case Adam Hendra Brata

2 Materi Pertemuan 4 2 Pemodelan Kebutuhan Sistem Diagram Use Case Skenario Use Case

3 Pemodelan Kebutuhan Sistem 3

4 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

5 Pemodelan Kebutuhan Sistem 5 Ruang Lingkup Masalah Analisis Kebutuhan Diagram Use Case Pemodelan Perangkat Lunak Diagram Aktivitas Diagram Sekuensial Diagram Kelas Diagram State

6 Diagram Use Case 6

7 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

8 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

9 Diagram Use Case 9

10 Diagram Use Case 10

11 Aktor 11 Secara umum, Aktor dapat diklasifikasikan menjadi 3 jenis, yaitu : Pengguna sistem Sistem lain yang berhubungan dengan sistem yang sedang dibangun Waktu

12 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

13 Use Case 13 Use case adalah peringkat tertinggi dari fungsionalitas yang dimiliki sistem Use case menggambarkan bagaimana seseorang akan menggunakan / memanfaatkan sistem Login

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

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

16 Relasi 16 Include Memungkinkan suatu use case untuk menggunakan fungsionalitas yang disediakan oleh use case yang lainnya Pembelian Tiket <<include>> Memeriksa Kredit

17 Relasi 17 Extend Menspesifikasikan bahwa use case tertentu memperluas perilaku dari suatu use case pada suatu titik yang diberikan Mengubah Pemesanan <<extend>> Memeriksa Kredit

18 Relasi 18 Generalisasi Hubungan dimana objek anak berbagi perilaku dan struktur data dari objek yang ada di atasnya Penumpang Penumpang Pribadi Penumpang Perusahaan Perusahaan Pribadi Pemerintah

19 Skenario Use Case 19

Skenario Use Case 20 Skenario Use Case Secara umum, skenario use case memiliki fungsi untuk menjelaskan secara detail aliran event yang terjadi pada

20 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

21 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

22 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

23 Contoh Penggunaan Skenario Use Case 23

24 Nomor Use Case Nama Skenario Kasus Pada Sistem SRS_001_01 Login 24 Tujuan Deskripsi Aktor Untuk menyeleksi mahasiswa yang memiliki autorisasi Use case ini menjelaskan bagaimana mahasiswa melakukan log in untuk dapat menampilkan halaman utama SIAM Mahasiswa Skenario Utama Kondisi Awal Sistem menampilkan halaman log in Aksi Aktor 1. Mahasiswa memasukkan data log in (NIM dan password), lalu menekan tombol Log In Reaksi Sistem 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

25 25 Terimakasih v^^

dokumen-dokumen yang mirip

Pemodelan Berorientasi Objek

1 Pemodelan Berorientasi Objek Pemodelan Kebutuhan Sistem Dengan Activity Diagram Adam Hendra Brata Pemodelan Kebutuhan Sistem 2 Ruang Lingkup Masalah Analisis Kebutuhan Diagram Use Case Pemodelan Perangkat