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

Bab II Use Case

  • 1.
  • 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 UMLditurunkan 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 Suatubentuk 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 UseCase 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 adalahlangkah-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 CaseDiagram 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 DiagramPerpustakaan 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
  • 19.
    What’s Next ? Langkah Praktikum Page  19
  • 20.
    Copyright notice Feel freeto 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