USE CASE DIAGRAM

1. USE CASE DIAGRAM Pertemuan 5

2. Diagram Use Case menggambarkan apa saja aktifitas yang dilakukan oleh suatu sistem dari sudut pandang pengamatan luar. yang digambarkan itu apa yang dilakukan bukan bagaimana melakukannya. • Diagram Use Case berkaitan dengan kejadian-kejadian. Kejadian (scenario) merupakan apa yang terjadi ketika seseorang berinteraksi dengan sistem.

3. Simbol diagram Use Case

4. Cara pembuatan diagram use case1. Aktor • Tempatkan aktor utama dipojok kiri atas, karena sebagian besar rancangan sistim mengutamakan pelanggan, maka aktor utamanya pelanggan (nasabah, klien, siswa/ mahasiswa, dsb) • Gambarkan aktor terpisah dengan use case • Berilah nama aktor dengan kata benda tunggal. • Aktor minimal harus terhubung dengan satu use case.

5. Berilah nama aktor sesua dengan perannya terhadap model bukan jabatannya. • Tambahkan <<system>> pada aktor berjenis sistem. • Jangan menghubungkan langsung antara aktor satu dengan yang lain (kecuali generalisasi). Aktor satu dengan yang lainnya harus terhubung melalui use case. • Tambahkan aktor “waktu (time)” untuk sistim yang terjadwal otomatis.

6. 2. Use case • Buatlah nama use case sejelas mungkin dan orientasinya terhadap stakeholder/ klien bukan perancang sistim. • Susunlah use case berdasarkan urutannya dari atas ke bawah untuk mempermudah pembacaan.

7. 3. Relasi • Hindari penggunaan anak panah antara aktor dan use case kecuali salah satunya bersifat pasif. • Gunakan <<include>> jika kita yakin suatu use case harus melibatkan use case lain. • Gunakan <<extend>> jika suatu use case mungkinkan melibatkan use case lain. • Gunakan <<extend>> seperlunya karena kebanyakan <<extend>> membuat diagram sulit dibaca.

8. Gunakan kata include dan extend bukannya includes dan extends. • Tempatkan included use case disebelah kanan use case dasar. • Tempatkan extend use case dibawah use case dasar. • Tempatkan generalisasi use case dibawah use case induk. • Tempatkan generalisasi aktor dibawah aktor induk. • Hindari pembuatan use case lebih dari dua tingkat.

9. Contoh:

10. Cara menghasilkan use case yang baik • Pilih nama yang baik • Ilustrasikan perilaku dengan baik • Identifikasi perilaku dengan lengkap • Menyediakan use case lawan (inverse) • Batasi use case hingga satu perilaku saja • Nyatakan use case dari sudut pandang aktor

11. Relasi antar use case/ aktor • Relasi yang digunakan UML adalah generalisasi, ekstensi dan inklusi.

12. Generalisasi • Generalisasi pada aktor dan use case digunakan untuk menyederhanakan model dengan cara menarik keluar sifat-sifat pada aktor maupun use case yang sejenis. • Untuk mengetahui kapan dibutuhkan generalisasi berdasarkan pada tujuan: • Mekanisme berbeda dengan satu tujuan yang sama (generalisasi use case). • Agen berbeda dengan satu tujuan yang sama (generalisasi aktor).

13. Contoh (use case tanpa generalisasi)

14. Untuk mengurangi kerumitan diagram diatas, maka kita bisa menambahkan satu aktor lagi, misalnya system administrator yang menjalankan fungsi star up dan shutdown database yang merupakan generalisasi dari database, backup dan deployment administrator. Notasi generalisasi yg bisa dipakai adalah anak panah tertutup.

15. Contoh generalisasi pada aktor

16. Contoh: Generalisasi pada use case

17. Ekstensi • Hubungan extensi antar use-case berarti bahwa suatu use-case merupakan tambahan kegunaan dari use-case yang lain jika kondisi atau syarat tertentu dipenuhi. Jika prosedur dari use-case merupakan alternatif untuk menjelaskan use-case lain. Use-case akan dikerjakan apabila salah satu syarat terpenuhi. Ekstensi diberi simbol dengan <<extend>>. • Hubungan generalisasi antar use-case menunjukkan bahwa use-case yang satu merupakan spesialisai dari yang lain.

18. Contoh: • Dalam perbankan, bank menyediakan layanan kartu kredit. Setiap nasabah yang ingin membuka kartu kredit, maka bank membuat use case “tambah member”, jika kartu kredit sudah berjalan selama 2 tahun, maka nasabah dapat menyertakan anak dan isterinya untuk memiliki kartu kredit.

19. Contoh Kondisi:{pengguna kartu >2 th} Titik ekstensi: Tambah kartu <<extend>>

20. Inklusi • Hubungan include menggambarkan suatu use-case seluruhnya meliputi kegunaan dari use-case lainnya. Sebuah use-case dapat meng-include fungsionalitas use-case lain sebagai bagian dari proses dalam dirinya. Secara umum diasumsikan bahwa use-case yang di-include dieksekusi secara normal. • Sebuah use-case dapat di-include oleh lebih dari use-case lain, sehingga duplikasi fungsional dapat dihindari. • Simbol hubungan inklusi adalah garis putus-putus dengan anak panah terbuka dan diberi keterangan <<include>>

21. Contoh: • Hubungan inklusi antara use case pesan tiket dengan use case pesan kelas dan pesan kursi. Pesan tiket disebut use case pemanggil sedangkan pesan kelas dan pesan kursi disebut use case terpanggil. Use case pesan tiket belum lengkap karena harus pesan kelas dan pesan kursi terlebih dahulu.

22. Contoh <<include>> <<include>>

23. Contoh: <<include>> <<include>>