Bab 2 - Use Case Diagram

ANALISA & PERANCANGAN SISTEM INFORMASI
BERORIENTASI OBJEK
MWP51SI012
BAB 2 – UML ( Use Case Diagram )

DHAMAYANTI, S.KOM., M.T.I.
Sistem Informasi – Fasilkom
Universitas Indo Global Mandiri - 2022
PENGENALAN USE CASE DIAGRAM
Whitten (2004)
Industri perangkat lunak
telah mempelajari bahwa
untuk meraih sukses
perencanaan, analisis,
desain, konstruksi, dan Dengan fokus kepada Pemodelan use-case
Use case Diagram menunjukkan
penyebaran sistem pengguna sistem, analis awalnya disusun oleh Dr.
modelling/pemodelan use- interaksi antara pengguna
informasi, analis sistem dapat berkonsentrasi untuk Ivar Jacobson pada tahun
case adalah sebuah dan entitas eksternal
pertama-tama harus mengembangkan 1986. Diagram usecase
pendekatan yang
memahami apa saja bagaimana sistem akan merupakan alat komunikasi lainnya dengan sistem yang
memfasilitasi sedang dikembangkan
kebutuhan para digunakan dan bukan pada tingkat tinggi untuk
pengembangan
stakeholder dan alasan bagaimana sistem mewakili persyaratan
berpusatkan kegunaan
mengapa sistem harus dibangun. system
dikembangkan (user-
centered
development/pengembang
an berpusatkan pengguna)
KEUNTUNGAN ATAU MANFAAT DARI DIAGRAM USE-CASE (WHITTEN, 2004)
1.Menyediakan tool untuk mencapture persyaratan fungsional
1.Membantu menyusun ulang lingkup sistem menjadi bagian-bagian yang lebih dapat dikelola
bahasa
1.Menyediakan alat komunikasi dengan parayang sudah
penguna menjadi yang berhubungan dengan fungsionalitas
dan stakeholder
system standar pada visualisasi,
suatu metode permodelan secara
perancangan, dan juga
visual yang berfungsi sebagai
1.Memberikan cara bagaimana mengidentifikasi, menetapkan, melacak, mengontrol, dan mengelola kegiatan
pengembangan sistem. pendokumentasian sistem
sarana perancangan sistem
aplikasi. Saat ini UML menjadi
berorientasi objek
bahasa standar
1.Menyajikan panduan untuk mengestimasi lingkup,dalam penulisan
usaha, dan jadwal proyek
blue print software (arsitektur).
1.Menyajikan garis pokok pengujian, khususnya menentukan rencana test dan test case
1.Menyajikan tool untuk melacak persayaratan
1.Menyajikan titik mulai /awal untuk identifikasi objek data atau entitas
1.Menyajikan kerangka kerja untuk mengarahkan proyek pengembangan sistem

KELAKUAN SISTEM
bahasa yang sudah menjadi

standar pada visualisasi,
suatu Kebutuhan sistemsecara
metode permodelan adalah fungsionalitas
Use case model dimulai pada tahap
apa
visual yang
yang mestisebagai
berfungsi disediakan olehpendokumentasian
sistem,
inception
sistem dengan mengidentifikasi actor
apakah
sarana didokumentasikan
perancangan sistem pada model
berorientasi objek dan use case utama pada sistem.
use case yang menggambarkan fungsi
bahasa standar dalamKemudian
penulisan model ini diolah lebih matang
sistem yang diharapkan (use blue case), yang
print software (arsitektur).
di tahap elaboration untuk memperoleh
mengelilinginya (actor) dan hubungan
lebih detail informasi yang ditambahkan
antara actor dengan use case (use case
pada use case .
diagram).
SIMBOL USE CASE DIAGRAM

pendokumentasian sistem
berorientasi objek
bahasa standar dalam penulisan
SIMBOL USE CASE DIAGRAM

berorientasi objek
KOMPONEN USE CASE DIAGRAM- ACTOR (AKTOR)
Adalah orang, proses, atau sistem lain
yang berinteraksi dengan sistem informasi aktor bukanlah bagian dari use case
yang akan dibuat di luar sistem informasi diagram, namun untuk dapat terciptanya
yang akan dibuat
bahasaitu sendiri, jadi menjadi suatu use case diagram diperlukan
yang sudah
walaupun simbol dari aktor adalah beberapa aktor dimana aktor tersebut
standar pada
gambar orang, tapi aktor belum tentuvisualisasi, mempresentasikan seseorang atau
perancangan,
merupakan orang; biasanya dinyatakan dan juga sesuatu (seperti perangkat, sistem lain)
menggunakan katapendokumentasian
benda di awal frase sistem yang berinteraksi dengan sistem.
sarana perancangan sistem nama aktor.Saat ini UML menjadi
aplikasi.
berorientasi objek
Sebuah aktor mungkin hanya
memberikan informasi inputan pada Aktor digambarkan dengan stick man.
sistem, hanya menerima informasi dari Aktor dapat digambarkan secara
sistem atau keduanya menerima dan secara umum atau spesifik, dimana
memberi informasi pada sistem, aktor untuk membedakannya kita dapat
hanya berinteraksi dengan use case tetapi menggunakan relationship.
tidak memiliki kontrol atas use case.
(NUGROHO, 2009) DAN (FOWLER, 2004)

•aktor yang terutama mendapatkan

Primary keuntungan dari pelaksanaan use-case (contoh
business actor bahasa yang: karyawan dengan menerima gaji untuk
sudah menjadi
periode
standar pada tertentu)
visualisasi,
pendokumentasian
•aktor yangsistem
secara langsung berhadapan
aplikasi. Saat ini UMLsistem
dengan menjadiuntuk menginisiasi atau memicu
berorientasi objek
Primary system kegiatan
blue print software atau sistem. (contoh : operator
(arsitektur).
actor telepon yang memberi bantuan kepada
pelanggan, kasir bank yang memproses
TIPE-TIPE AKTOR transaksi)
•aktor yang melayani kebutuhan pengguna

External server
use-case. (contoh : biro kredit yang memiliki
actor
kuasa atas perubahan kartu kredit).
•aktor yang bukan pelaku utama, tapi

menerima nilai yang terukur atau teramati
External bahasa yang(output)
sudah menjadi
dari use-case. (contoh : gudang
suatu metode permodelan receiver
secara actor menerima paket permintaan untuk
visual yang berfungsi sebagai menyiapkan
pendokumentasian sistempengiriman sesudah seorang
aplikasi. Saatpelanggan memesannya).
ini UML menjadi
berorientasi objek
•kejadian sistem yang dipicu dengan waktu.
(contoh : sistem billing untuk perusahaan kartu
kredit secara otomatis mencetak tagihan pada
TIPE-TIPE AKTOR Temporal event hari ke lima dalam bulan itu (tanggal billing);
billing PLN; billing PAM, bank merekonsiliasi
transaksi tiap hari pada jam 5 sore). Yang
menjadi aktor/pelaku disini adalah waktu.
Digambarkan dengan
bahasa yang sudah menjadi icon yang mungkin
visual yang berfungsi sebagai bervariasi namun konsepnya sama
MAHASISWA pendokumentasian sistem
berorientasi objek
Umumnya untuk orang Umumnya, untuk sistem
digambarkan dengan sosok digambarkan dengan segi
dengan kepala, badan, tangan, empat disertai notasi
dan kaki. “<<Actor>>” di atas label nama
MAHASISWA
PENGGAMBARAN & PENAMAAN

Adabahasa
beberapa kemungkinan yang
yang sudah menjadi
menyebabkan
perancangan, danactor
juga tersebut terkait
aplikasi. Saatdengan sistem
MAHASISWA
ini UML menjadi
berorientasi objek
Yang
berkepentingan
terhadap sistem Orang ataupun Sistem lain yang
External resource
dimana adanya pihak yang akan berinteraksi dengan
yang digunakan
arus informasi baik mengelola sistem sistem yang akan
oleh system
yang diterimanya tersebut dibuat
MAHASISWA maupun yang dia
inputkan ke sistem.
PENGGAMBARAN & PENAMAAN

KOMPONEN USE CASE DIAGRAM- USE CASE
merupakan unit fungsi yang dapat
berinteraksi dengan aktor atau gambaran fungsionalitas dari suatu
terkait dengan use case lainnya. sistem, sehingga customer atau
bahasa yang diwakili
Penggunaannya sudah menjadi
dengan pengguna sistem paham dan
sebuahstandar pada nama
elips dengan visualisasi,
use case mengerti mengenai kegunaan
perancangan,
didalamnya. Nama use dan
casejuga
biasanya sistem yang akan dibangun.
visual yang berfungsi sebagai berupa suatu kata kerja
berorientasi objek
Nama Use Case bahasa standar dalam penulisan
Use case diagram adalah
penggambaran sistem dari sudut
pandang pengguna sistem tersebut
(user) , sehingga pembuatan use
case lebih dititikberatkan pada
fungsionalitas yang ada pada sistem,
bukan berdasarkan alur atau urutan
kejadian.

KOMPONEN USE CASE DIAGRAM- USE CASE

Cara menentukan Use Case dalam suatu sistem
berorientasi objek
Nama Use Case bahasa standar dalam penulisan Apa yang
blue print software (arsitektur). Sistem atau “benda”
dikerjakan oleh
Pola perilaku yang memberikan
Gambaran tugas suatu perangkat
perangkat lunak sesuatu yang
dari sebuah actor lunak (* bukan
aplikasi bernilai kepada
bagaimana cara
actor
mengerjakannya)
KOMPONEN USE CASE DIAGRAM- RELATIONSHIP

suatu metode permodelanHubungan digambarkan
perancangan, sebagai
dan juga sebuah garis
secara
antara dua simbol.
Pemaknaansistem
pendokumentasian hubungan berbeda-
berorientasi objek beda tergantung bagaimana garis tersebut
digambar dan
blue tipe simbol (arsitektur).
print software apa yang digunakan
untuk menghubungkan garis tersebut

BEBERAPA RELASI YANG TERDAPAT PADA USE CASE DIAGRAM
Association, menghubungkan link antar element

suatu metode permodelan secara hubungan antara pelaku/actor
perancangan, dan juga dengan Digambarkan sebagai satu garis lurus
visual yang berfungsi sebagai use case dimana terjadi interaksi di yang menghubungkan pelaku dan use
sarana perancangan sistem antara keduanya case.
berorientasi objek
“Mahasiswa Melakukan Presensi”

<<extends>>, kelakuan yang hanya berjalan di bawah kondisi

tertentu
bahasa seperti
yang sudah menjadimenggerakkan alarm
sarana perancangan sistem Pada hubungan extensions,
<<extend>>
berorientasi objek
Extension use-case adalah dalam penulisan
bahasa standar
sebuah use case yang
ditambahkan dapat berdiri
langkah yang
bluediekstraksi
print software (arsitektur). sendiri walau tanpa use
dari use-case yang lebih
use case yang mengextend case tambahan itu; mirip
kompleks untuk
tidak harus selalu dengan prinsip inheritance
menyederhanakan dan
tereksekusi ketika use case pada pemrograman
menyediakan fungsionalitas
induknya dieksekusi berorientasi objek;
tambahan kepada usecase
biasanya use case
induknya pada suatu aliran
tambahan memiliki nama
tertentu
depan yang sama dengan
use case yang ditambahkan

berorientasi objek
“Setiap Kali Use Case Memilih Matakuliah Belumdalam
Tentupenulisan
bahasa standar
Use Case Memilih Kelas blue print software (arsitektur).
Dieksekusi”

Dependency, sebuah
standar element
pada bergantung dalam beberapa cara ke element lainnya
visualisasi,
perancangan, dan juga<<include>>
berorientasi objek
<<include>> bahasa standar dalam penulisan
Relasi use case tambahan ke sebuah use
kelakuan yang harus terpenuhi agar
case dimana use case yang ditambahkan
sebuah event dapat terjadi, dimana pada
memerlukan use case ini untuk
kondisi ini sebuah use case adalah
menjalankan fungsinya atau sebagai syarat
bagian dari use case lainnya
dijalankan use case ini

Setiap kali ada proses mengisi KRS maka proses
berorientasi login
pengecekan objekpasti selalu dilakukan, jadi ketika Use
Case mengisi KRS dieksekusi maka blue Use
printCase Cek (arsitektur).
software Status
Login akan ikut tereksekusi

Generalization,
standar disebut juga inheritance (pewarisan), sebuah elemen
pada visualisasi,
suatu metode permodelan secara dapat merupakan
perancangan, dan jugaspesialisasi dari elemen lainnya
berorientasi objek
Digunakanblue
ketikaprint software
ada use (arsitektur).
case yang umum atau actor yang umun, digunakan untuk memberikan
dasar fungsi yang dapat digunakan oleh use case/actor yang lebih khusus
Maknanya mahasiswa merupakan actor yang lebih

umum daripada asisten, dimana tidak semua
bahasamahasiswa
yang sudah menjadi
adalah asisten dan semua asisten adalah mahasiswa
berorientasi objek
Maknanya use case mengelola data terdiri dari proses

ubah data dan hapus data
KOMPONEN USE CASE DIAGRAM- CONTOH

User merupakan use case yang ditambahkan, dimana use case
visual yang berfungsi sebagai ini dapat berdiri sendiri tanpa use case tambahan (Validasi
sarana perancangan sistem Sidik Saat
Jari). padamenjadi
contoh diatas setelah pengguna melakukan
aplikasi. ini UML
berorientasi objek validasi user, pengguna
bahasa standar dalam penulisandapat mengembangkannya (opsional)
bluedengan validasi(arsitektur).
print software sidik jari atau tidak.
bahasa yang sudahuse menjadi

case Buka Rekening merupakan use case yang
perancangan,ditambahkan
dan juga sehingga use case ini dapat berdiri sendiri
pendokumentasian sistem use case Buka Deposito dan Buat Kartu
sedangkan
berorientasi objek Kredit merupakan use case tambahan yang berasal dari
pengembangan use case extend. pada contoh diatas
setelah pengguna melakukan Buka Rekening, pengguna
dapat mengembangkannya / melanjutkannya (opsional)
dengan Buka Deposito / Buat Kartu Kredit.
Use Case Login merupakan syarat / selalu dipanggil terlebih dahulu
sebelum dijalankannya use case Mengelola Anggota atau use
case Mengelola Peminjaman. Intinya perbedaan mendasar dari use
case bahasa
extend yang sudah
dan use menjadi
case include adalah :
suatu metode permodelan secara 1. usestandar pada visualisasi,
case extend digunakan untuk mengembangkan sebuah use case
visual yang berfungsi sebagai (useperancangan,
case inti)dan juga
misalnya setelah melakukan Buka Rekening
pendokumentasian
selanjutnya sistem
bisa melakukan apa lagi ?, dimana pada hubungan
berorientasi objek extend arah panah mengarah pada use case inti (use case
ditambahkan).
2. use case include digunakan untuk menjelasakan bahwa sebuah use
case memiliki sebuah syarat agar / ketentuan sebelum bisa
dijalankan, misalnya saat kita akan mengelola anggota maka kita
diwajibkan login terlebih dahulu. pada hubungan include arah
panah mengarah pada use case tambahan (use case yang dipakai /
dibutuhkan).
Apa artinya ……?

berorientasi objek
Apa artinya ……?

USE CASE SCENARIO
Setiap use case diagram dilengkapi dengan skenario, skenario use

case / use case skenario
bahasaadalah alurmenjadi
yang sudah jalannya proses use case dari
sisi aktor
standar padadan system.
visualisasi,
pendokumentasian sistem Skenario normal dan
sarana perancangan
Skenariosistem
use case aplikasi. Saat ini UML menjadi skenario alternatif
berorientasi objek
dibuat per use case Sedangkan skenario
bahasa standar
Skenario normal dalam penulisan dapat berjumlah
terkecil, misalkan alternatif adalah
blue scenario
adalah print software
bila (arsitektur). lebih dari satu. Alur
untuk generalisasi scenario bila system
system berjalan skenario inilah yang
maka scenario yang tidak berjalan normal
normal tanpa terjadi nantinya menjadi
dibuat adalah use atau mengalami
kesalahan atau error. landasan pembuatan
case yang lebih error
sequence diagram /
khusus
diagram sekuen.

USE CASE SCENARIO

perancangan, dan juga Reaksi Sistem
visual yang berfungsi sebagai Nama Aktor
berorientasi objek
Skenario Normalbahasa standar dalam penulisan
Skenario Alternatif

USE CASE SCENARIO

berorientasi objek

berorientasi objek
https://www.selasar.com/use-case-diagram/#1_Aktor

Bab 2 - Use Case Diagram

Diunggah oleh

Informasi Dokumen

Judul Asli

Hak Cipta

Format Tersedia

Bagikan dokumen Ini

Bagikan atau Tanam Dokumen

Opsi Berbagi

Apakah menurut Anda dokumen ini bermanfaat?

Apakah konten ini tidak pantas?

Hak Cipta:

Format Tersedia

Bab 2 - Use Case Diagram

Diunggah oleh

Hak Cipta:

Format Tersedia

ANALISA & PERANCANGAN SISTEM INFORMASI

BAB 2 – UML ( Use Case Diagram )

1.Menyediakan tool untuk mencapture persyaratan fungsional

1.Menyajikan tool untuk melacak persayaratan

1.Menyajikan kerangka kerja untuk mengarahkan proyek pengembangan sistem

bahasa yang sudah menjadi

bahasa yang sudah menjadi

bahasa yang sudah menjadi

(NUGROHO, 2009) DAN (FOWLER, 2004)

•aktor yang terutama mendapatkan

•aktor yang melayani kebutuhan pengguna

•aktor yang bukan pelaku utama, tapi

PENGGAMBARAN & PENAMAAN

PENGGAMBARAN & PENAMAAN

(NUGROHO, 2009) DAN (FOWLER, 2004)

bahasa yang sudah menjadi

bahasa yang sudah menjadi

(NUGROHO, 2009) DAN (FOWLER, 2004)

Association, menghubungkan link antar element

“Mahasiswa Melakukan Presensi”

<<extends>>, kelakuan yang hanya berjalan di bawah kondisi

bahasa yang sudah menjadi

bahasa yang sudah menjadi

bahasa yang sudah menjadi

bahasa yang sudah menjadi

Maknanya mahasiswa merupakan actor yang lebih

Maknanya use case mengelola data terdiri dari proses

bahasa yang sudah menjadi

bahasa yang sudahuse menjadi

Apa artinya ……?

Apa artinya ……?

Setiap use case diagram dilengkapi dengan skenario, skenario use

(NUGROHO, 2009) DAN (FOWLER, 2004)

bahasa yang sudah menjadi

(NUGROHO, 2009) DAN (FOWLER, 2004)

bahasa yang sudah menjadi

(NUGROHO, 2009) DAN (FOWLER, 2004)

Anda mungkin juga menyukai