bab ii use case diagram
TRANSCRIPT
Use Case DiagramPresented By Hari Setiaji
Page 2
Pengenalan UML
Sebuah "bahasa" yang menjadi standar dalam industri untuk visualisasi, merancang dan mendokumentasikan sistem perangkat lunak.
UML mendefinisikan notasi dan syntax.Notasi UML sekumpulan bentuk khusus yang memiliki
makna tertentu untuk menggambarkan berbagai diagram perangkat lunak.
UML syntax mendefinisikan bagaimana bentuk-bentuk tersebut dapat dikombinasikan.
Page 3
Pengenalan UML
Notasi UML diturunkan dari 3 notasi yaitu :– Grady Booch OOD (Object-Oriented Design).
– Jim Rumbaugh OMT (Object Modeling Technique).
– Ivar Jacobson OOSE (Object-Oriented Software Engineering).
Bentuk diagram yang digunakan untuk merepresentasikan elemen-
elemen dalam sistem :– Use-case Diagram
– Class Diagram
– State Diagram
– Sequence diagram
– Collaboration Diagram
– Activity Diagram
– Component Diagram
– Deployment Diagram
Page 4
Tujuan Penggunaan UML
Memberikan bahasa pemodelan yang bebas dari berbagai bahasa pemrograman dan proses rekayasa.
Menyatukan praktek-praktek terbaik yang terdapat dalam pemodelan.
Memberikan model yang siap pakai, bahasa pemodelan visual yang ekspresif untuk mengembangkan dan saling menukar model dengan mudah dan dimengerti secara umum.
UML bisa juga berfungsi sebagai sebuah (blue print) cetak biru karena sangat lengkap dan detail.
Page 5
Use Case Diagram
Suatu bentuk diagram yang menggambarkan fungsionalitas yang diharapkan dari sebuah sistem dilihat dari perspektif pengguna di luar sistem.
Merepresentasikan interaksi yang terjadi antara aktor dengan proses atau sistem yang dibuat.
Page 6
Tujuan Penggunaan Use Case Diagram
Mendapatkan pemahaman tentang sistem/perangkat lunak yang akan dikembangkan.
Memperlihatkan hubungan-hubungan yang terjadi antara aktor (seseorang/sesuatu yang berinteraksi dengan sistem) dengan use case (proses yang terjadi dalam sistem).
Membantu dalam menyusun requirement sebuah sistem, mengkomunikasikan rancangan dengan klien dan merancang test case untuk semua fitur yang ada pada sistem.
Dengan melihat aktor-aktor, pengguna akan mengetahui siapa atau apa saja yang akan berinteraksi dengan sistem.
Dengan melihat kombinasi sejumlah aktor dan use case, pengguna akan mengetahui secara jelas ruang lingkup dari sistem/perangkat lunak yang akan dikembangkan.
Page 7
Scenario
Skenario adalah langkah-langkah yang menerangkan urutan kejadian antar pengguna dengan sistem.
Contoh : Scenario PeminjamanAktor Sistem
1. Operator membuka website2. Operator login dengan mengetikkan
username dan password
1. Sistem memverifikasi proses login operator.
2. Jika username dan password sesuai, sistem memperbolehkan operator masuk ke halaman operator
1. Setelah login, operator dapat melakukan operasional peminjaman dengan memasukkan no.anggota peminjam dan buku yang akan dipinjam
Page 8
Software Requirement Spesification (SRS)
Suatu uraian lengkap yang menyangkut perilaku dari sistem yang akan dikembangkan.
SRS biasanya berisi :Kebutuhan Fungsional suatu kebutuhan yang menetapkan perilaku
input/output dari suatu sistem. Kebutuhan Non-Fungsional suatu kebutuhan yang menetapkan
property sistem, seperti lingkungan dan batasan implementasi, performance, ketergantungan platform, kebutuhan maintainance, extensibility, dan keandalan.
Page 9
Contoh SRS
No Requirement Aktor Use Case
1 User biasa baik yang sudah terdaftar sebagai peminjam
ataupun tidak terdaftar hanya dapat melihat buku dan
mencari buku berdasarkan judul buku atau berdasarkan
penerbit
User cari buku berdasarkan
judul, cari buku
berdasarkan penerbit
2 Operator dapat melihat dan mencari buku di halaman
utama website. Sedang untuk masuk ke halaman
operator dibutuhkan autentifikasi login. Setelah login,
operator dapat mengoperasikan peminjaman
perpustakaan, berupa tambah peminjaman, melihat
peminjaman, batal peminjaman, menggenerate denda
bila terjadi keterlambatan peminjaman, mengubah status
pemgembalian dan perpanjangan peminjaman,
manambah anggota (peminjam) baru, mengedit profil
peminjam, menghapus peminjam, menambah buku baru,
mengedit, dan menghapus buku.
Operator cari buku berdasarkan
judul, cari buku
berdasarkan penerbit
, peminjaman buku,
pengembalian buku,
informasi denda,
pendataan buku,
keanggotaan peminjam
Page 10
Contoh SRS
3 Admin dapat melihat dan mencari buku di
halaman utama website. Sedang untuk
masuk ke halaman admin dibutuhkan login.
Setelah login, admin dapat menambah
operator, dan menghapus operator,
menambah, mengedit, dan menghapus
buku, manambah anggota (peminjam) baru,
mengedit profil peminjam, menghapus
peminjam, menambah buku baru,
mengedit, dan menghapus buku, admin
tidak dapat melakukan operasional
peminjaman perpustakaan
Admin cari buku
berdasarkan judul,
cari buku
berdasarkan
penerbit
, pendataan buku,
keanggotaan
peminjam,
keanggotaan
operator
Page 11
Komponen Use Case Diagram
Use Case
Actor
Relasi
pengembalian buku
Page 12
Komponen 1 : Use Case
Merupakan proses-proses yang terjadi dalam suatu sistem.Menggambarkan bagaimana seseorang akan
menggunakan/memanfaatkan sistem.
pengembalian buku
Page 13
Komponen 1 : Use Case
Use Case Dibedakan menjadi 2, yaitu :Use-case konkret use case yang dibuat langsung karena
keperluan aktor. Aktor dapat melihat dan berinisiatif terhadapnya.
Use-case abstrak use case yang tidak pernah berdiri sendiri. Use case abstrak senantiasa termasuk di dalam (include), diperluas dari (extend) atau memperumum (generalize) use case lainnya.
Page 14
Komponen 2 : Actor
Seseorang atau sesuatu yang berinteraksi dengan sistem untuk melakukan pekerjaan-pekerjaan tertentu.
Ada 3 jenis aktor untuk hampir semua sistem/perangkat lunak yang dikembangkan :
Para pengguna sistem yaitu orang-orang yang hadir secara fisik, atau para pengguna. Contoh : Seseorang yang bernama Adi dalam sistem e-learning memainkan peran sebagai
seorang mahasiswa.Sistem lain yang berinteraksi dengan sistem yang dikembangkan.
Contoh : Sistem Informasi Akademik yang berinteraksi dengan Sistem Perpustakaan Universitas.Waktu sebagai pemicu event-event tertentu bagi sistem yang dikembangkan.
Contoh : Waktu pengisian KRS bagi mahasiswa akan otomatis dibuka pada waktu-waktu tertentu seusai dengan jadwal masing-masing.
Page 15
Komponen 3 : Relasi
Relasi atau relationship hubungan antar elemen dalam Use Case Diagram.
Relasi Asosiasi (Association) relasi yang menghubungkan link antar elemen.Relasi Asosiasi (Association) relasi yang
menghubungkan link antar elemen.
user biasa
cari buku berdasarkan penerbit
Page 16
Komponen 3 : Relasi
Include Relationship kelakuan yang harus dipenuhi agar sebuah event dapat terjadi.
Extend Relationship relasi yang memungkinkan suatu use case memiliki kemungkinan untuk memperluas fungsionalitas yang disediakan oleh use case lainnya.
operator pengembalian buku
<<include>>
login
informasi denda
pengembalian bukuoperator
<<extend>>
Page 17
Komponen 3 : Relasi
Generalization• Sebuah elemen dapat merupakan spesialisasi dari elemen lainnya.
• Memperlihatkan bahwa beberapa actor atau use case memiliki sesuatu yang bersifat umum.
Page 18
Use Case Diagram Perpustakaan
pendataan buku
keanggotaan peminjam
keanggotaan operator
pengembalian buku
login
<<include>>
<<include>>
<<include>> <<include>>
cari buku berdasarkan penerbit
user biasa
cari buku berdasarkan judul
perpanjangan
peminjaman buku <<include>>
<<extend>>
operator
cari peminjam
admin
informasi denda
<<extend>><<include>>
Page 19
What’s Next ?
Langkah Praktikum
Semoga Bermanfaat
Follow Hari Setiaji on Twitter
www.harisetiaji.wordpress.com