Bab II Use Case
Upcoming SlideShare
Loading in...5
×
 

Bab II Use Case

on

  • 34,196 views

Use Case merupakan diagram yang akan menunjukkan interkasi antara actor dengan proses yang ada pada sistem.

Use Case merupakan diagram yang akan menunjukkan interkasi antara actor dengan proses yang ada pada sistem.

Statistics

Views

Total Views
34,196
Views on SlideShare
34,073
Embed Views
123

Actions

Likes
8
Downloads
2,008
Comments
0

2 Embeds 123

http://www.slideshare.net 122
http://webcache.googleusercontent.com 1

Accessibility

Upload Details

Uploaded via as Adobe PDF

Usage Rights

© All Rights Reserved

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Processing…
Post Comment
Edit your comment

    Bab II Use Case Bab II Use Case Presentation Transcript

    • Use Case Diagram
    • 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
    • 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
    • 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
    • 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
    • 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
    • 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
    • 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
    • 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
    • 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
    • Komponen Use Case Diagram Use Case pengembalian buku Actor Relasi Page  11
    • Komponen 1 : Use Case Merupakan proses-proses yang terjadi dalam suatu sistem. Menggambarkan bagaimana seseorang akan menggunakan/memanfaatkan sistem. pengembalian buku Page  12
    • 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
    • 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
    • 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
    • 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
    • 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
    • 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
    • What’s Next ? Langkah Praktikum Page  19
    • 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