Ringkasan dokumen tersebut adalah sebagai berikut:
Dokumen tersebut membahas pengenalan diagram Use Case dalam Unified Modeling Language (UML) yang merupakan bahasa standar untuk merepresentasikan sistem perangkat lunak. Diagram Use Case digunakan untuk menggambarkan interaksi antara aktor dengan proses-proses sistem. Dokumen tersebut juga menjelaskan komponen-komponen pembentuk diagram Use Case seperti use case, aktor, dan hubungan antara
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 2
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 3
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 4
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 5
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 6
7. Scenario
Skenario adalah langkah-langkah yang menerangkan urutan kejadian
antar pengguna dengan sistem.
Contoh : Scenario Peminjaman
Aktor Sistem
1. Operator membuka website
2. 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 7
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 8
9. Contoh SRS
No Requirement Aktor Use Case
1 User biasa baik yang sudah terdaftar sebagai peminjam User cari buku berdasarkan
ataupun tidak terdaftar hanya dapat melihat buku dan judul, cari buku
mencari buku berdasarkan judul buku atau berdasarkan berdasarkan penerbit
penerbit
2 Operator dapat melihat dan mencari buku di halaman Operator cari buku berdasarkan
utama website. Sedang untuk masuk ke halaman judul, cari buku
operator dibutuhkan autentifikasi login. Setelah login, berdasarkan penerbit
operator dapat mengoperasikan peminjaman , peminjaman buku,
perpustakaan, berupa tambah peminjaman, melihat pengembalian buku,
peminjaman, batal peminjaman, menggenerate denda informasi denda,
bila terjadi keterlambatan peminjaman, mengubah status pendataan buku,
pemgembalian dan perpanjangan peminjaman, keanggotaan peminjam
manambah anggota (peminjam) baru, mengedit profil
peminjam, menghapus peminjam, menambah buku baru,
mengedit, dan menghapus buku.
Page 9
10. Contoh SRS
3 Admin dapat melihat dan mencari buku di Admin cari buku
halaman utama website. Sedang untuk berdasarkan judul,
masuk ke halaman admin dibutuhkan login. cari buku
Setelah login, admin dapat menambah berdasarkan
operator, dan menghapus operator, penerbit
menambah, mengedit, dan menghapus , pendataan buku,
buku, manambah anggota (peminjam) baru, keanggotaan
mengedit profil peminjam, menghapus peminjam,
peminjam, menambah buku baru, keanggotaan
mengedit, dan menghapus buku, admin operator
tidak dapat melakukan operasional
peminjaman perpustakaan
Page 10
11. Komponen Use Case Diagram
Use Case pengembalian buku
Actor
Relasi
Page 11
12. Komponen 1 : Use Case
Merupakan proses-proses yang terjadi dalam suatu sistem.
Menggambarkan bagaimana seseorang akan
menggunakan/memanfaatkan sistem.
pengembalian buku
Page 12
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 13
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 14
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 15
16. Komponen 3 : Relasi
Include Relationship kelakuan yang harus dipenuhi agar
sebuah event dapat terjadi.
<<include>>
operator pengembalian buku login
Extend Relationship relasi yang memungkinkan suatu use
case memiliki kemungkinan untuk memperluas fungsionalitas
yang disediakan oleh use case lainnya.
operator pengembalian buku
<<extend>>
informasi denda
Page 16
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 17
18. Use Case Diagram Perpustakaan
cari buku berdasarkan judul
cari peminjam
user biasa
cari buku berdasarkan penerbit
<<extend>> perpanjangan
pendataan buku
<<include>>
peminjaman buku <<include>>
<<include>>
operator pengembalian buku
login
<<include>>
<<extend>>
<<include>> <<include>>
informasi denda
admin
keanggotaan peminjam
keanggotaan operator
Page 18
20. Copyright notice
Feel free to use this PowerPoint template and background for your personal,
educational and business presentations.
Do
• Make a copy for backups on your harddrive or local network.
• Use the free templates for your presentations and projects.
• Print hand outs or other promotional items.
• Link back to our website if you like our free designs.
• Display screenshots of our templates on your website or blog.
(should provide a link to our website – no dowload purpose)
Please feel free to contact us, if you do have any questions about usage.
Don‘t
• Resell or distribute the templates or backgrounds.
• Make it available on a website, portal or social network website for download.
(Incl. groups, file sharing networks, Slideshare etc.)
• Edit or modify the downloaded templates and claim / pass off as your own work.
All copyright and intellectual property rights, without limitation, are retained by
PresentationLoad.com. By downloading and using this template, you agree to this statement.
More templates, graphics and charts are available at www.PresentationLoad.com