PEMROGRAMAN BERORIENTASI OBJEK : BAB 8

Use Case Diagram

  • Use case diagram menggambarkan fungsionalitas yang diharapkan dari sebuah sistem. Yang ditekankan adalah “apa” yang diperbuat sistem, dan bukan “bagaimana”. Sebuah use case merepresentasikan sebuah interaksi antara aktor dengan sistem.

Komponen Use Case Diagram

  • Aktor adalah seseorang atau apa saja yang berhubungan dengan sistem yang sedang dibangun.
  • Aktor sebaiknya diberi nama dengan kata benda.
  • Dalam UML direpresentasikan dengan notasi berikut ini:

Pertanyaan …

  • Siapa yang menggunakan sistem?
  • Siapa yang memasang sistem?
  • Siapa yang memulai sistem?
  • Siapa yang memelihara sistem?
  • Siapa yang mematikan sistem?
  • Sistem lain apa yang menggunakan sistem ini?
  • Siapa yang mengambil informasi dari sistem?
  • Siapa yang menyediakan informasi ke sistem?
  • Apakah segala sesuatu terjadi secara otomatis pada waktu saat ini?

Actor
Ada 3 tipe

  1. Pengguna sistem
  2. Sistem yang lain dan berhubungan dengan sistem yang dibangun
  3. Waktu

Tipe pertama actor secara fisik atau seorang pengguna, gambaran secara umum dan selalu ada pada setiap sistem

  • Ketika memberi nama actor, gunakan nama peranan dan jangan nama posisi
  • Seorang individu dapat memainkan beberapa peranan.

Tipe Kedua adalah sistem yang lain. Misalkan pada sebuah sistem Informasi Puskesmas memerlukan koneksi dengan aplikasi sistem yang lain, semisal SIM rumah sakit.

  • Maka dalam kasus ini, SIM rumah sakit adalah actor.

Tipe ketiga adalah waktu

  • Dapat menjadi actor jika seiring perjalan waktu dapat memicu event/kejadian dalam sistem.

Use Case

  • Adalah bagian fungsionalitas tingkat tinggi yang disediakan oleh sistem.
  • Dengan kata lain, use case menggambarkan bagaimana seseorang menggunakan sistem.
  • Use dalam UML dinotasikan dengan simbol
  • Nama use case

– Simple name
Biasanya berupa kata kerja + kata benda
– Path name
nama di bagian depan menyatakan paket (package) dimana use case tersebut berada

Relasi

  • Relasi antara actor dan use case
  • Arah panah menunjukkan siapa yang mengawali komunikasi.
  • Dengan mengecualikan use case dalam relasi include dan relasi extend, setiap use case harus diinisialisasi oleh actor

Jenis Relasi

  • Generalization
  • Include
  • extends

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
  1. Actor Generalization
  2. Use Case Generalization

Actor generalization

  • Aktor bisa umum atau spesifik
  • Menggunakan generalization

– Pelanggan : General actor
– Pelanggan Perusahaan & Pelanggan Individu:
Specific

Use case generalization

  • Use case anak mewarisi arti dari use case induk sambil menambahkan/memodifikasi behaviour dari induk

Relasi Include

  • Memungkinkan satu use case menggunakan fungsionalitas yang disediakan oleh use case lainnya.

Relasi Extend

  • Memungkinkan suatu use case secara optional menggunakan fungsionalitas yang disediakan oleh use case lainnya.
  • Use case pemeriksaan kesehatan suatu saat memerlukan tes laboratorium, tapi pada saat lain tidak. Tergantung pada kondisi pasien yang diperiksa.

Batasan sistem

  • Untuk memperlihatkan batasan sistem dalam diagram use case, Anda dapat menggambarkan sebuah kotak yang melingkupi semua use case, namun actor tetap berada di luar kotak.
Iklan

Tinggalkan Balasan

Isikan data di bawah atau klik salah satu ikon untuk log in:

Logo WordPress.com

You are commenting using your WordPress.com account. Logout / Ubah )

Gambar Twitter

You are commenting using your Twitter account. Logout / Ubah )

Foto Facebook

You are commenting using your Facebook account. Logout / Ubah )

Foto Google+

You are commenting using your Google+ account. Logout / Ubah )

Connecting to %s