Sebuah diagram yang menggambarkan fungsionalitas yang diharapkan dari sebuah sistem disebut

Sebuah diagram yang menggambarkan fungsionalitas yang diharapkan dari sebuah sistem disebut
USE CASE DIAGRAM

Sebuah diagram yang menggambarkan fungsionalitas yang diharapkan dari sebuah sistem disebut
USE CASE DIAGRAM • Menggambarkan fungsionalitas yang diharapkan dari sebuah sistem. Yang ditekankan adalah “apa” yang diperbuat sistem, dan bukan “bagaimana”. • Menggambarkan kebutuhan system dari sudut pandang user • Mengfokuskan pada proses komputerisasi (automated processes) • Menggambarkan hubungan antara use case dan actor

Sebuah diagram yang menggambarkan fungsionalitas yang diharapkan dari sebuah sistem disebut
• Use case menggambarkan proses system (kebutuhan system dari sudut pandang user) • Secara umum use case adalah: • Pola perilaku system • Urutan transaksi yang berhubungan yang dilakukan oleh satu actor • Use case diagram terdiri dari • Use case • Actors • Relationship • System boundary boxes (optional) • Packages (optional)

Sebuah diagram yang menggambarkan fungsionalitas yang diharapkan dari sebuah sistem disebut
yang harus dilakukan oleh system atau apa yang sudah dimiliki oleh sistem Sistem dipandang sebagai Black-Box Fungsi Utama 1. Menjabarkan kebutuhan fungsi dari sistem 2. Memberikan gambaran yang jelas tentang apa yang harus dilakukan oleh sistem 3. Menyediakan dasar untuk membentuk uji coba 4. Menyediakan kemampuan untuk menelusuri kebutuhan fungsi kedalam actual class dan operasi pada sistem 4 Use Case Diagram Teknik pemodelan yang digunakan untuk menggambarkan apa

Sebuah diagram yang menggambarkan fungsionalitas yang diharapkan dari sebuah sistem disebut
5 Use Case Diagram

Sebuah diagram yang menggambarkan fungsionalitas yang diharapkan dari sebuah sistem disebut
Use Case Diagram 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) 6 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

Sebuah diagram yang menggambarkan fungsionalitas yang diharapkan dari sebuah sistem disebut
Use Case Diagram Untuk sebuah system yang besar dibutuhkan use case package (lihat package diagram) Letakkan use case utama anda pada pojok kiri atas dari diagram (in western culture people read from left to right, top to bottom, starting in the top-left corner) Use case diagram tidak terpengaruh urutan waktu, meskipun demikian supaya mudah dibaca perlu penyusunan use case 7

Sebuah diagram yang menggambarkan fungsionalitas yang diharapkan dari sebuah sistem disebut
ACTOR • Actor menggambarkan orang, system atau external entitas / stakeholder yang menyediakan atau menerima informasi dari system • Actor menggambarkan sebuah tugas/peran dan bukannya posisi sebuah jabatan • Actor memberi input atau menerima informasi dari system • Actor biasanya menggunakan Kata benda

Sebuah diagram yang menggambarkan fungsionalitas yang diharapkan dari sebuah sistem disebut
Use Case Diagram Actor - Use Case Diagram Actor menggambarkan orang, system atau external entitas / stakeholder yang menyediakan atau menerima informasi dari system Actor memberi input atau menerima informasi dari system (Berkomunikasi dengan sistem dengan pengiriman dan penerimaan pesan) Actor biasanya menggunakan Noun Actor digambarkan dengan gambar stick figure atau dengan gambar visual atau Primary Actor VS Secondary Actor (*) Active Actor VS Pasive Actor (*) dll 9

Sebuah diagram yang menggambarkan fungsionalitas yang diharapkan dari sebuah sistem disebut
Use Case Actor - Use Case Diagram Tidak boleh ada komunikasi langsung antar actor (Actors don’t interact with one another ) 10 Indikasi <> untuk sebuah actor yang merupakan sebuah system Adanya actor bernama “Time” yang mengindikasikan scheduled events (suatu kejadian yang terjadi secara periodik/bulanan)

Sebuah diagram yang menggambarkan fungsionalitas yang diharapkan dari sebuah sistem disebut
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 11

Sebuah diagram yang menggambarkan fungsionalitas yang diharapkan dari sebuah sistem disebut
Assosiasi Use Case Diagram Ada 4 jenis relasi yang bisa timbul pada use case diagram Association antara actor dan use case Generalization/Inheritance antara use case 12 Association antara use case Generalization/Inheritance antara actors Associations bukan menggambarkan aliran data/informasi Associations digunakan untuk menggambarkan bagaimana actor terlibat dalam use case

Sebuah diagram yang menggambarkan fungsionalitas yang diharapkan dari sebuah sistem disebut
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

Sebuah diagram yang menggambarkan fungsionalitas yang diharapkan dari sebuah sistem disebut
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 yang menggunakan panah terbuka untuk mengindikasikan bila actor berinteraksi secara pasif dengan system anda. 14 Use Case Diagram

Sebuah diagram yang menggambarkan fungsionalitas yang diharapkan dari sebuah sistem disebut
Association antara use case <> termasuk didalam use case lain (required) / (diharuskan) Pemanggilan use case oleh use case lain contohnya adalah Pemanggilan sebuah fungsi program Gambarkan association <> secara horizontal Tanda panah terbuka harus terarah ke sub use case Tidak boleh actor dihubungkan pada use case <> 15 Use Case Diagram

Sebuah diagram yang menggambarkan fungsionalitas yang diharapkan dari sebuah sistem disebut
w Ketergantungan (Dependency) Use Case memanfaatkan Use Case lain w Sending Massage ke Use Case Lain 16 Uses Relationship / Include Relationship Use Case Diagram

Sebuah diagram yang menggambarkan fungsionalitas yang diharapkan dari sebuah sistem disebut
Use Case Diagram 17 <>

Sebuah diagram yang menggambarkan fungsionalitas yang diharapkan dari sebuah sistem disebut
Association antara use case <> 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 <> 18 Use Case Diagram

Sebuah diagram yang menggambarkan fungsionalitas yang diharapkan dari sebuah sistem disebut
Extend Relationship Use Case Diagram 19 w Ketergantungan (Dependency) Use Case yang dimanfaatkan Use Case lain w Sending Massage dari Use Case Lain

Sebuah diagram yang menggambarkan fungsionalitas yang diharapkan dari sebuah sistem disebut
Use Case Diagram 20 <>

Sebuah diagram yang menggambarkan fungsionalitas yang diharapkan dari sebuah sistem disebut
Association antara use case (Lanjut) • <> 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

Sebuah diagram yang menggambarkan fungsionalitas yang diharapkan dari sebuah sistem disebut
Use Case Diagram Harus digambarkan secara vertikal Generalization/inheritance antara use case Dibuat ketika ada sebuah keadaan yang lain/perlakuan khusus Inheriting use case dibawah base/parent use case 22 Generalization/inheritance digambarkan dengan sebuah garis berpanah tertutup pada salah satu ujungnya yang menunjukkan lebih umum

Sebuah diagram yang menggambarkan fungsionalitas yang diharapkan dari sebuah sistem disebut
Use Case Diagram w Generalisasi pada beberapa Use Case yang memiliki beberapa prilaku 23 umum yang sama

Sebuah diagram yang menggambarkan fungsionalitas yang diharapkan dari sebuah sistem disebut
Generalization/inheritance antara use case • Generalization/inheritance digambarkan dengan sebuah garis berpanah tertutup pada salah satu ujungnya yang menunjukkan lebih umum • Gambarkan generalization/inheritance antara use case secara vertical dengan inheriting use case dibawah base/parent use case • Generalization/inheritance dipakai ketika ada sebuah keadaan yang lain sendiri/perlakuan khusus (single condition)

Sebuah diagram yang menggambarkan fungsionalitas yang diharapkan dari sebuah sistem disebut
Use Case Generalization/inheritance antara actor Diagram Dibuat ketika ada sebuah actor baru terbentuk dan mempunyai atribut dan methode yang sama dengan actor yang sudah ada Inheriting actor dibawah base/parent actor 25

Sebuah diagram yang menggambarkan fungsionalitas yang diharapkan dari sebuah sistem disebut
26 Use Case Diagram w Generalisasi pada beberapa Aktor yang memiliki beberapa prilaku umum yang sama

Sebuah diagram yang menggambarkan fungsionalitas yang diharapkan dari sebuah sistem disebut
Generalization/inheritance antara actor • Gambarkan generalization/inheritance antara actors secara vertical dengan inheriting actor dibawah base/parent use case

Sebuah diagram yang menggambarkan fungsionalitas yang diharapkan dari sebuah sistem disebut
Package Diagram Use Case Diagram Memperlihatkan bagaimana elemen model diorganisasikan/dikelompokkan ke dalam packages Biasanya dipakai pada use case diagram atau class diagram Packages digambarkan sebagai sebuah direktori (file folders) yang berisi model-model elemen Packages dapat diterapkan pada sembarang diagram UML Walaupun package secara resmi bukanlah diagram UML, namun kegunaannya cukup signifikan Penjelasan package diagram pada masing-masing diagram UML Packages dibuat untuk : 28 Menggambarkan high level overview kebutuhan system Menggambarkan high level overview design Memecah sebuah diagram yang mempunyai banyak bubbles Mengorganisasikan source code programming

Sebuah diagram yang menggambarkan fungsionalitas yang diharapkan dari sebuah sistem disebut
Package Diagram Use Case Diagram Setiap packages akan mempunyai diagram yang lengkap Packages digunakan untuk mengorganisasikan sebuah diagram yang besar menjadi beberapa diagram kecil (sebuah diagram yang baik bila mempunyai bubbles 7+/- 2 didalamnya, jika sebuah diagram mempunyai bubbles yang banyak maka akan sulit untuk dipahami) 29 When the diagram cannot be printed on a single page Reorganize large diagram into smaller ones Digambarkan dengan lambang

Sebuah diagram yang menggambarkan fungsionalitas yang diharapkan dari sebuah sistem disebut
Class diagram Package 30 Contoh Use Case Diagram Use case diagram Package

Sebuah diagram yang menggambarkan fungsionalitas yang diharapkan dari sebuah sistem disebut
Use Case Lain-lain Use Case Diagram Association <>, <> atau <> yang digunakan pada versi UML sebelumnya, sudah tidak terpakai lagi. <> dan <> keduanya digantikan <> <> dikembangkan ke <> dan generalization Avoid more than 2 level of use case association 31

Sebuah diagram yang menggambarkan fungsionalitas yang diharapkan dari sebuah sistem disebut
32 Apa Benar ? Use Case Diagram

Sebuah diagram yang menggambarkan fungsionalitas yang diharapkan dari sebuah sistem disebut
33 Apa Benar ? Use Case Diagram

Sebuah diagram yang menggambarkan fungsionalitas yang diharapkan dari sebuah sistem disebut
34 Apa Benar ? Use Case Diagram

Sebuah diagram yang menggambarkan fungsionalitas yang diharapkan dari sebuah sistem disebut
35 Apa Benar ? Use Case Diagram

Sebuah diagram yang menggambarkan fungsionalitas yang diharapkan dari sebuah sistem disebut
Use Case Narrative Use Case Diagram q Terdiri dari nama use case, actor yang terlibat dalam sebuah use case, dan deskripsi kegiatan sebuah use case 36 q Berisi informasi mengenai sebuah use case.

Sebuah diagram yang menggambarkan fungsionalitas yang diharapkan dari sebuah sistem disebut
37 Use Case Diagram

Sebuah diagram yang menggambarkan fungsionalitas yang diharapkan dari sebuah sistem disebut
Use Case Diagram 1. Use Case : Buat Nota Actor : Konsumen Description : • Konsumen datang langsung ke toko, membayar secara cash dan membawa pulangsung barangnya • Barang yang sudah tercatat pada Nota mempunyai asumsi ada di stok 38 <> Use Case : Entry Barang dibeli Actor : Konsumen Description : • Data-Data barang yang dibeli oleh konsumen entry kode barang dan jumlah barang yang dibeli <> Use Case : Entry Konsumen baru Actor : Konsumen Description : • Apabila konsumen belum pernah terdaftar, maka dibuatlah data konsumen baru • Data konsumen ini dibutuhkan untuk pemberian discount

Sebuah diagram yang menggambarkan fungsionalitas yang diharapkan dari sebuah sistem disebut
Use case System boundary boxes • Digambarkan dengan kotak disekitar use case, untuk menggambarkan jangkauan system anda (scope of of your system). • Biasanya digunakan apabila memberikan beberapa alternative system yang dapat dijadikan pilihan • System boundary boxes dalam penggunaannya optional

Sebuah diagram yang menggambarkan fungsionalitas yang diharapkan dari sebuah sistem disebut
Usecase berdasarkan sistem usulan atau berdasar program Contoh Kasus Penggajian (Acknowledgments. Evi. Lutfi. Muktar) Use Case Absen Deskripsi use case Absen Nama : Use Case Diagram Absen Actor : TU dan Administrasi Deskripsi : TU mencetak Rekap Absen kemudian diserahkan kepada Administrasi Nama Use Case : <> input data absen harian

Sebuah diagram yang menggambarkan fungsionalitas yang diharapkan dari sebuah sistem disebut
Use Case Rekap Biodata Pegawai Deskripsi Use Case Rekap Biodata Pegawai Nama : Use Case Rekap Biodata Pegawai Actor : TU dan Administrasi Deskripsi : TU mencetak Rekap Biodata Pegawai kemudian diserahkan kepada Administrasi Nama Use Case : <> input data pegawai, Pendidikan dan Keluarga.

Sebuah diagram yang menggambarkan fungsionalitas yang diharapkan dari sebuah sistem disebut
Use Case Pengolahan Daftar Data Pegawai dan Gaji (DDPG) Deskripsi Use Case Pengolahan Data Pegawai dan gaji (DDPG) Nama : Use Case Pengolahan Data Pegawai dan Gaji Actor : Administrasi dan Pegawai Deskripsi : Administrasi Mencetak Slip Gaji kemudian diserahkan kepada Pegawai Nama Use Case : <> Input total absensi pegawai dan input data pegawai, data pendidikan, data keluarga, PKS, insentif, fungsional, transport dan potongan.

Sebuah diagram yang menggambarkan fungsionalitas yang diharapkan dari sebuah sistem disebut
Gambar Use case formulir pendaftaran rubah daya (Acknowledgments Toeko triyanto)

Sebuah diagram yang menggambarkan fungsionalitas yang diharapkan dari sebuah sistem disebut
Gambar Use case cetak surat jawaban

Sebuah diagram yang menggambarkan fungsionalitas yang diharapkan dari sebuah sistem disebut
Gambar Use case cetak surat perjanjian jual beli

Sebuah diagram yang menggambarkan fungsionalitas yang diharapkan dari sebuah sistem disebut
Gambar Use case cetak kwitansi.

Sebuah diagram yang menggambarkan fungsionalitas yang diharapkan dari sebuah sistem disebut
Gambar use case cetak perintah kerja.

Sebuah diagram yang menggambarkan fungsionalitas yang diharapkan dari sebuah sistem disebut
Pemodelan Bisnis – Kasus 001 48 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 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 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

Sebuah diagram yang menggambarkan fungsionalitas yang diharapkan dari sebuah sistem disebut
49 Use Case Diagram – Kasus 001

Sebuah diagram yang menggambarkan fungsionalitas yang diharapkan dari sebuah sistem disebut
50 Use Case Diagram – Kasus 001

Sebuah diagram yang menggambarkan fungsionalitas yang diharapkan dari sebuah sistem disebut
51 QUESTION ?