use case model
TRANSCRIPT
Use Case model
Cara menggambarkan apa yang dilakukan system bukan bagaimana system melakukan
Use case memiliki dua istilah :
System use case : interaksi dengan system
Busines use case : interaksi bisnis dengan konsumen atau kejadian nyata
Elemen Kunci :
Apa aksi dan procedure yang ada dalam system use case
Siapa yang terlibat dalam aksi itu aktor
Bagaimana hubungan masing-masing dalam sebuah system relasinya
Elemen use case :
Aksi yang terdapat di dalam sistem, melingkupi semua aksi yang harus maupun dapat terjadiTidak harus berelasi dengan seorang atau sebuah actorPada umumnya kata kerja
Elemen Aktor:Pengguna system disebut actorActor bisa berupa manager, pimpinan, mahasiswa, dan lain sebagainya
Actor tidak harus berupa manusia Jika sistem A mengerjakan sebuah fungsi untuk sistem sistem B, maka
sistem B disebut actorSatu diagram use case bisa memiliki banyak actor
Use case model :Use case text Use case diagram
Lebih detail Tak ada visualisasiCocok bagi developer
Lebih abstrakBentuk visualCocok untuk berkomunikasi dengan Client
Use case text :Pilih salah satu scenario sebagai scenario utama yang sukses
Tulis langkah-langkah untuk menyelesaikan sekenario tersebutSetiap langkah menmapilkan tujuan dari sang actorTidak perlu menuliskan bagian user interfaceTulis scenario lain dan sebut sebagai ekstensions, variasi dari scenario utamaEkstensi bisa sukses atau gagal tetapi interaksinya harus berbeda dengan scenario utamaEkstensi bisa kembali ke scenario utama
Cookburn menyarankan adanya pembedaanlevelSea level : interaksi sistem dengan aktor utamaFish level : use case yang ada karena include dari use case sea-levelKite level : menggambarkan sea-level use case untuk interaksi bisnis yang lebih luas
Contoh use case text:
Membeli sebuah produk
Use Case Text
Struktur Use Case Text cocok untuk proses brainstorming terhadap proses alternatif dari skenario utama
o Bagaimana jika kasus X terjadi? Apa solusinya?o Mencoba mendaftar segala kemungkinan yang adao Mempermudah developer dalam membuat program
Langkah yang terlalu kompleks bisa dipecah ke dalam use case yang berbeda
o Biasa digunakan hyperlink dengan garis bawah Use case jangan tidak terlalu banyak sub case
Informasi pada Use Case Text Objective/Goal: tujuan dari use case Actors: pelaku Pre-condition: kondisi yang harus dipenuhi sebelum use case dimulai Guarantee/result: kondisi yang harus dipenuhi setelah use case selesai Trigger: kejadian yang mampu menjadi pemicu terjadinya sebuah use
case Relationship: hubungan dengan use case lain Scenario: langkah-langkah ....
Use Case DiagramNama use case
Simple nameBiasanya berupa kata kerja
Path namenama di bagian depan menyatakan paket (package) dimana use case tersebut berada
System Boundary Merupakan batas antara sistem dan aktor Biasa dinotasikan dengan bujur sangkar Semua use case harus berada didalam system boundary
Relationship Generalization Include Extend Dependency Association
Generalization Hubungan antara induk dan anak Anak mewarisi sifat dan method dari induk Induk disebut root / base Class yang tidak memiliki anak disebut leaf Terbagi menjadi 2
o Actor Generalizationo Use Case Generalization
Actor Generalization Aktor bisa umum atau spesifik Menggunakan generalization Customer : General actor Commercial Customer: Specific
DIAGRAM
Use Case Generalization Use case anak mewarisi arti dari use case induk sambil
menambahkan/memodifikasi behaviour dari induk
Include Relationship X include Y berarti use case X menggunakan use case Y sepenuhnya Include digunakan untuk menghindari redundansi flow of event (seperti
fungsi) Penulisan pada Use Case Text
Extend Relationship Y extend X berarti use case X menggunakan use case Y secara
opsional (tergantung keputusan saat runtime atau implementasi sistem)
Other Relationships
Association Relasi struktural antar obyek (use case, actor) Dinotasikan dengan garis penghubung antar obyek
Tips Membuat Use Case Fokuskan pada bagian teks (narasi) dibandingkan pada diagram Lebih banyak informasi yang bisa didapatkan pada bagian teks Pengecualian untuk komunikasi dengan client ƒ Ü Hindari bloated use cases Use case yang terlalu banyak akan membingungkan dan orang akan
malas untuk membacanya