USE CASE DIAGRAM

1. USE CASE DIAGRAM

2. Use Case Diagram • Usecase Diagram digunakan untuk mengambarkan interaksi antara pengguna sistem (actor) dengan kasus (use case) yang disesuaikan dengan langkah-langkah (scenario) yang telah ditentukan. • Sejak tahun 1992, dengan adanya pengembang UML, yaitu Jacob Et All, menjadikan Use case sebagai model utama atau yang dibutuhkan (Requeirment Model) pada UML.

3. Use Case Diagram • Kegiatan yang dibutuhkanuntukmembentuk Use Case Diagram 1. Pendefinisiansistem 2. Penemuan Actor dan Use Case 3. Pendefinisian Relationship antara Use Case 4. Validasi Model • Pemodelah Use Case tidakhanyamenangkapkebutuhanuntuksistembarutetapiujugadigunakanketikapembangunangenerasibarudarisistem

4. Use Case Diagram • Teknikpemodelan yang digunakanuntukmenggambarkanapa yang harusdilakukanoleh system atauapa yang sudahdimilikiolehsistem • Sistemdipandangsebagai Black-Box • FungsiUtama 1.Menjabarkankebutuhanfungsidarisistem 2.Memberikangambaran yang jelastentangapa yang harusdilakukanolehsistem 3. Menyediakandasaruntukmembentukujicoba 4. Menyediakankemampuanuntukmenelusurikebutuhan fungsikedalam actual class danoperasipadasistem

5. Use Case Diagram

6. Use Case Diagram Use Case • Use case dibuat berdasar keperluan actor, merupakan “apa” yang dikerjakan system, bukan “bagaimana” system mengerjakannya • Use case diberi nama yang menyatakan apa hal yang dicapai dari hasil interaksinya dengan actor. • Use case dinotasikan dengan gambar (horizontal ellipse) • Use case biasanya menggunakan verb • Nama use case boleh terdiri dari beberapa kata dan tidak boleh ada 2 use case yang memiliki nama yang sama • Sebuah use case bisa mempunyai dokumentasi • Gunakan dengan lambang dibawah ini dan ditarik dengan garis putus tanpa panah

7. Use Case Diagram • Untuksebuah system yang besardibutuhkan use case package (lihat package diagram) • Letakkan use case utamaandapadapojokkiriatasdari diagram (in western culture people read from left to right, top to bottom, starting in the top-left corner) • Use case diagram tidakterpengaruhurutanwaktu, meskipundemikiansupayamudahdibacaperlupenyusunan use case

8. Use Case Diagram • Selalu di awali oleh aktor • Bernilai bari Aktor • Lengkap • Sebagai sebuah fungsi • Class

9. Use Case Diagram Actor - Use Case Diagram • Actor menggambarkanorang, system atau external entitas / stakeholder yang menyediakanataumenerimainformasidari system • Actor memberi input atau menerima informasi dari system (Berkomunikasidengansistemdenganpengirimandanpenerimaanpesan) • Actor biasanyamenggunakan Noun • Actor digambarkandengangambar stick figure ataudengangambar visual\ • atauataudll • Primary Actor VS Secondary Actor (*) • Active Actor VS Pasive Actor (*)

10. Use Case Diagram Actor - Use Case Diagram • Tidakbolehadakomunikasilangsungantar actor (Actors don’t interact with one another ) • Indikasi <<system>> untuksebuah actor yang merupakansebuah system • Adanya actor bernama “Time” yang mengindikasikan scheduled events (suatukejadian yang terjadisecaraperiodik/bulanan)

11. Use Case Diagram Actor - Use Case Diagram • Actors menggambarkan sebuah tugas/peran dan bukannya posisi sebuah jabatan • Actor jangan digambarkan ditengah-tengah use cases • Actors menggambarkan sebuah tugas/peran dan bukannya posisi sebuah jabatan

12. Use Case Diagram Assosiasi • Ada 4 jenis relasi yang bisa timbul pada use case diagram • Association antara actor dan use case • Association antara use case • Generalization/Inheritance antara use case • Generalization/Inheritance antara actors • Associations bukan menggambarkan aliran data/informasi • Associations digunakan untuk menggambarkan bagaimana actor terlibat dalam use case

13. Use Case Diagram Association antara actor dan use case Ujung panah pada association antara actor dan use case mengindikasikan siapa/apa yang meminta interaksi dan bukannya mengindikasikan aliran data Sebaiknya gunakan garis tanpa panah untuk association antara actor dan use case association antara actor dan use case yang menggunakan panah terbuka untuk mengindikasikan bila actor berinteraksi secara pasif dengan system anda.

14. Use Case Diagram Association antara use case • <<include>> • termasukdidalam use case lain (required) / (diharuskan) • Pemanggilan use case oleh use case lain • contohnyaadalahPemanggilansebuahfungsi program • Gambarkan association <<include>> secara horizontal • Tandapanahterbukaharusterarahke sub use case • Tidakboleh actor dihubungkanpada use case <<include>>

15. Use Case Diagram Uses Relationship / Include Relationship • Ketergantungan (Dependency) Use Case memanfaatkan Use Case lain • Sending Massage ke Use Case Lain

16. Use Case Diagram <<include>>

17. Use Case Diagram Association antara use case • <<extend>> • Perluasan dari use case lain jika kondisi atau syarat terpenuhi • Kurangi penggunaan association Extend ini, terlalu banyak pemakaian association ini membuat diagram sulit dipahami. • Tanda panah terbuka harus terarah ke parent/base use case • Gambarkan association extend secara vertical (picture extending use case below than base/parent use case) • Tidak boleh actor dihubungkan pada use case <<extend>>

18. Use Case Diagram Extend Relationship • Ketergantungan (Dependency) Use Case yang dimanfaatkanUse Case lain • Sending Massage dari Use Case Lain

19. Use Case Diagram <<extend>>

20. Use Case Diagram Generalization/inheritance • Generalization/inheritance digambarkandengansebuahgarisberpanahtertutuppadasalahsatuujungnya yang menunjukkanlebihumum • Harusdigambarkansecaravertikal Generalization/inheritance antara use case • Dibuatketikaadasebuahkeadaan yang lain/perlakuankhusus • Inheriting use case dibawah base/parent use case

21. Use Case Diagram • Generalisasipadabeberapa Use Case yang memilikibeberapaprilakuumum yang sama

22. Use Case Diagram Generalization/inheritance antara actor • Dibuatketikaadasebuah actor baruterbentukdanmempunyaiatributdanmethode yang samadengan actor yang sudahada • Inheriting actor dibawah base/parent actor

23. Use Case Diagram • GeneralisasipadabeberapaAktor yang memilikibeberapaprilakuumum yang sama

24. Use Case Diagram Generalization/inheritance Contoh :

25. Use Case Diagram Package Diagram • Memperlihatkan bagaimana elemen model diorganisasikan/dikelompokkan ke dalam packages • Biasanyadipakaipadause case diagramatauclass diagram • Packages digambarkansebagaisebuahdirektori (file folders) yang berisi model-model elemen • Packages dapatditerapkanpadasembarang diagram UML • Walaupun package secararesmibukanlah diagram UML, namunkegunaannyacukupsignifikan • Penjelasan package diagram padamasing-masing diagram UML • Packages dibuatuntuk : • Menggambarkan high level overview kebutuhan system • Menggambarkan high level overview design • Memecahsebuah diagram yang mempunyaibanyak bubbles • Mengorganisasikan source code programming

26. Use Case Diagram Package Diagram • Setiap packages akanmempunyai diagram yang lengkap • Packages digunakanuntukmengorganisasikansebuah diagram yang besarmenjadibeberapa diagram kecil (sebuah diagram yang baikbilamempunyai bubbles 7+/- 2 didalamnya, jikasebuah diagram mempunyai bubbles yang banyakmakaakansulituntukdipahami) • When the diagram cannot be printed on a single page • Reorganize large diagram into smaller ones • Digambarkandenganlambang

27. Use Case Diagram Contoh Class diagram Package Use case diagram Package

28. Use Case Diagram Lain-lain Use Case Diagram • Association <<uses>>,<<includes>> atau <<extends>> yang digunakanpadaversi UML sebelumnya, sudahtidakterpakailagi. • <<uses>> dan <<includes>> keduanyadigantikan <<include>> • <<extends>> dikembangkanke <<include>> dan generalization • Avoid more than 2 level of use case association

29. Use Case Diagram Lain-lain Use Case Diagram • use case packages (see package diagram ) • When the diagram cannot be printed on a single page • Reorganize large diagram into smaller ones • Use case packagedinotasikandengangambar

30. Use Case Diagram ApaBenar ?

31. Use Case Diagram ApaBenar ?

32. Use Case Diagram ApaBenar ?

33. Use Case Diagram ApaBenar ?

34. Use Case Diagram Use Case Narrative • Berisi informasi mengenai sebuah use case. • Terdiri dari nama use case, actor yang terlibat dalam sebuah use case, dan deskripsi kegiatan sebuah use case use case

35. Use Case Diagram

36. Use Case Diagram • Use Case :Buat Nota • Actor : Konsumen • Description : • Konsumendatanglangsungketoko, membayarsecara cash danmembawapulanglangsungbarangnya • Barang yang sudah tercatat pada Nota mempunyai asumsi ada di stok • <<Include>> • Use Case :Entry Barangdibeli • Actor : Konsumen • Description : • Data-Data barang yang dibeli oleh konsumen entry kode barang dan jumlah barang yang dibeli • <<extend>> • Use Case : Entry Konsumenbaru • Actor : Konsumen • Description : • Apabila konsumen belum pernah terdaftar, maka dibuatlah data konsumen baru • Data konsumen ini dibutuhkan untuk pemberian discount

37. Pemodelan Bisnis – Kasus 001 Pelanggan adalah Raja bagi Agensi. Setiap ada pelanggan baru dan atau berhenti, seorang petugas selalu menuliskan data pada buku daftar pelanggan yang memuat data dari beberapa pelanggan, yang terdiri dari no, nama, alamat, no telp, tanggal menjadi pelanggan serta sejumlah media yang di “langgani”. serta loper yang setiap hari mengantarkan medianya. Daftar pelanggan tersebut selalu berubah ubah sesuai dengan keinginan pelanggan, perubahan dapat saja berupa alamat, media, atau berhentinya berlangganannya pelanggan. Penentuan petugas loper adalah dengan memperhatikan area dari kerja si loper yang disesuaikan dengan alamat dari pelanggan dan dicatat pada saat pendaftaran pelanggan baru. Area kerja loper dapat diketahui memperhatikan buku kerja loper yang dibuat pada saat seorang loper diterima kerja di agensi, dalam buku ini terdapat data no, nama, alamat, area kerja, tanggal mulai kerja. Setiap hari apabila seorang loper selesai mengantarkan media ke pelanggan, loper diharuskan menyerahkan daftar antar media yang dibuat olehnya dan memcatat pada buku transaksi yang berisi beberapa data media yang di telah diberikan ke pelanggan, terdiri dari tanggal, nama pelanggan, alamat pelanggan, beberapa media yang diterima yang terdiri dari nama media, jumlah media yang diterima oleh pelanggan. Berdasarkan Buku Transaksi, di akhir periode akan digunakan untuk membuat tagihan kepada pelanggan. Di mana pada tagihan terdapat informasi periode transaksi, tanggal penaginan, tanggal jatuh tempo, jumlah tagihan. Dalam perhitungan tagihan petugas selalu memperhatikan daftar harga dari media pada saat media tersebut diterima oleh pelanggan. Ini dilakukan karena dimungkinkan terjadinya perubahan harga di tengah-tengah periode. Sehingga untuk ini petugas selalu mencatat informasi harga yang diterima dari penerbit pada buku catatan yang menyimpan data nama media, harga, tanggal diberlakukan harga tersebut

38. Use Case Diagram – Kasus 001

39. Use Case Diagram – Kasus 001

40. QUESTION ?