RELASI USE CASE

Relasi pada use case
Terdapat 4 jenis relasi yang mungkin terjadi pada use case diagram:
  1. Asosiasi antara aktor dan use case
  2. Asosiasi antar use case
  3. Generalisasi/Inheritance antar aktor
  4. Generalisasi/Inheritance antar use case
Asosiasi adalah….
  • Asosiasi = gabungan
  • Asosiasi bukan menggambarkan aliran data/informasi.
  • Asosiasi digunakan untuk menggambarkan bagaimana aktor terlibat dalam use case.

Asosiasi Antara Aktor –Use Case
  • Gunakan garis tanpa panah untuk asosiasi antara aktor dan use case.


Asosiasi Antara Aktor –Use Case
  • Contoh: customer melakukan pembelian tiket online

Asosiasi Antara Use Case
  • Ada 2 jenis relasi asosiasi (association relationship) antar sesama use case, yaitu:
Relasi “Includes”
Relasi “Extends”

Apa Perbedaan antara Includes dan Extends?

¨  “A includes B" artinya: tugas “A” adalah subtugas dari “B”; dalam menyelesaikan tugas “A”, tugas “B” akan diselesaikan paling tidak sekali.
¨  “A extends B" artinya: “A” adalah tugas yang bertipe sama dengan “B”, namun “A” spesial, kasusnya lebih spesifik dari “B”. Jadi, “A” mirip dengan “B”, namun “A” memiliki proses ekstra yang harus dilakukan dalam menyelesaikan “B”.

Relasi “Includes”
  • Relasi “includes”: Gunakan <<include>> jika kita yakin suatu use case harus melibatkan use case lain.
  • jika terdapat dua atau lebih use case yang memiliki sebuah fungsi yang identik, yang selalu dilakukan jika suatu use lain dilakukan. Kemudian masing-masing use case dapat memiliki sebuah relasi “includes” dengan use case ini.
  • Tempatkan included use case di atas use case dasar.

Contoh Relasi “Includes”
Contoh narasinya:
Dalam mengelola pesanan tiket, Penjual tiket memastikan (harus/wajib/pasti) ketersediaan tiket dan rincian harga tiket.
NB:Dalam hal ini use case “include” dibuat tanpa ada hubungan asosiasi dengan aktor

Bentuk use case dalam narasi yang berbeda:



Sebelum melakukan penjualan tiket, penjual tiket memasukkan ketersediaan tiket dan rincian harga tiket. Kemudian ketika mengelola pesanan tiket, Penjual tiket memastikan (harus/wajib/pasti) ketersediaan tiket dan rincian harga tiket.
NB: use case “include” dibuat ada hubungan asosiasi dengan actor

Relasi “Extends”
¨  Relasi “extend”: Gunakan <<extend>> jika suatu use case memungkinkan melibatkan use case lain.
¨  Tempatkan extend use case di bawah use case dasar.

Contoh Relasi “Extends”
Contoh narasinya:
Setiap mengelola penukaran tiket, petugas tiket melakukan cek rincian harga tiket jika dan hanya jika harga tiket berubah. Jika ketika penukaran tiket harga tiket tidak berubah, maka tidak perlu melakukan cek harga tiket.
Karena “cek rincian harga tiket” tidak selalu dilakukan, maka ada sebuah relasi “extend” dari use case yang secara opsional berjalan (“cek rincian harga tiket”) ke use case yang di-extend (“Mengelola Penukaran tiket”).




Bentuk lain use case :
Jika use case dari relasi “extend” sudah ada sebelumnya maka kita langsung mengarahkan panah berjalan ke arah use case yang di “extend”. Jika use case tersebut belum ada maka kita buat use case tersebut tanpa ada tanda asosiasi dari actor.
Contoh:     



Komentar

Posting Komentar

Postingan populer dari blog ini

ACTIVITY DIAGRAM

Gambar
Pendahuluan •       Activity diagram memodelkan alur kerja (work flow) sebuah urutan aktivitas pada suatu proses. •       Diagram ini sangat mirip dengan flow chart karena kita dapat memodelkan prosedur logika, proses bisnis dan alur kerja. •       Perbedaan utamanya adalah flow chart dibuat untuk menggambarkan alur kerja dari sebuah sistem, sedangkan activity diagram dibuat untuk menggambarkan aktivitas aktor. •       Dipakai pada proses pemodelan untuk memperlihatkan urutan aktivitas proses bisnis . •       Sangat bermanfaat apabila kita membuat diagram ini terlebih dahulu dalam memodelkan sebuah proses untuk membantu memahami proses secara keseluruhan •       Activity diagram dibuat berdasarkan satu atau beberapa use case pada use case diagram Aktivitas —   Aktivitas menggambarkan sebuah pekerjaan/tugas dalam alur kerja ( workflow ). —   Penulisan aktivitas dimulai dengan kata kerja dan diakhiri dengan kata benda —   Contoh: “Masukkan PIN” —   Pa
Baca selengkapnya

USE CASE

Gambar
Object-Oriented Requirements Models Use case diagrams – mengidentifikasi aktor dan use case (goal) Use case descriptions – menyertakan detail dari use case dan bagaimana user menggunakan sistem Systems sequence diagrams (SSDs) – menentukan input dan output dan urutan interaksi antara user dan sistem untuk setiap use case Activity diagrams – mendefinisikan aktivitas sistem dan user pada satu use case Requirements Models—Traditional versus OO Definisi use case Mendeskripsikan bagaimana sistem bereaksi terhadap aksi yang dilakukan aktor. Menggambarkan aktifitas yang dilakukan sistem dari sudut pandang user (actor). Menggambarkan hubungan antara use case dan aktor. Use case dibuat berdasarkan keperluan aktor “apa” yang dikerjakan sistem, bukan “bagaimana” sistem mengerjakannya. Diagram Use Case berkaitan dengan kejadian-kejadian. Kejadian (scenario) merupakan apa yang terjadi ketika seseor
Baca selengkapnya