Object Oriented Program (OOP)

Use case diagram adalah gambaran graphical dari beberapa atau semua actor, use case, dan interaksi diantara komponen-komponen tersebut yang memperkenalkan suatu sistem yang akan dibangun. Use case diagram menjelaskan manfaat suatu sistem jika dilihat menurut pandangan orang yang berada di luar sistem. Diagram ini menunjukkan fungsionalitas suatu sistem atau kelas dan bagaimana sistem tersebut berinteraksi dengan dunia luar.

Use case diagram dapat digunakan selama proses analisis untuk menangkap requirements sistem dan untuk memahami bagaimana sistem seharusnya bekerja. Selama tahap desain, use case diagram berperan untuk menetapkan perilaku (behavior) sistem saat diimplementasikan. Dalam sebuah model mungkin terdapat satu atau beberapa use case diagram. Kebutuhan atau requirements sistem adalah fungsionalitas apa yang harus disediakan oleh sistem kemudian didokumentasikan pada model use case yang menggambarkan fungsi sistem yang diharapkan (use case), dan yang mengelilinginya (actor), serta hubungan antara actor dengan use case (use case diagram) itu sendiri.

Notasi Gambar Yang Dipakai Use Case

Actor
Seorang / sebuah aktor adalah sebuah entitas manusia atau mesin yang berinteraksi dengan sistem untuk melakukan pekerjaan-pekerjaan tertentu.

Case

Contoh Case - Actor

Extend
Relasi yang digunakan jika use case yang satu mirip dengan use case yang lain.
Include
Relasi jika terdapat perilaku yang mirip dengan beberapa use case.

Cara Menemukan Use Case

• Pola perilaku perangkat lunak aplikasi.
• Gambaran tugas dari sebuah actor.
• Sistem atau “benda” yang memberikan sesuatu yang bernilai kepada actor.
• Apa yang dikerjakan oleh suatu perangkat lunak (bukan bagaimana cara mengerjakannya).

Komponen Pembentuk Use Case

ActorPada dasarnya actor bukanlah bagian dari use case diagram, namun untuk dapat terciptanya suatu use case diagram diperlukan beberapa actor. Actor tersebut mempresentasikan seseorang atau sesuatu (seperti perangkat, sistem lain) yang berinteraksi dengan sistem. Sebuah actor mungkin hanya memberikan informasi inputan pada sistem, hanya menerima informasi dari sistem atau keduanya menerima, dan memberi informasi pada sistem. Actor hanya berinteraksi dengan use case, tetapi tidak memiliki kontrol atas use case. Actor digambarkan dengan stick man. Actor dapat digambarkan secara secara umum atau spesifik, dimana untuk membedakannya kita dapat menggunakan relationship.

Contoh:
Ada beberapa kemungkinan yang menyebabkan actor tersebut terkait dengan sistem, antara lain:

• Yang berkepentingan terhadap sistem dimana adanya arus informasi, baik yang diterimanya maupun yang dia inputkan ke sistem.
• Orang ataupun pihak yang akan mengelola sistem tersebut.
• External resource yang digunakan oleh sistem.
• Sistem lain yang berinteraksi dengan sistem yang akan dibuat.

Use Case
Use case adalah gambaran fungsionalitas dari suatu sistem, sehingga customer atau pengguna sistem paham dan mengerti mengenai kegunaan sistem yang akan dibangun.

Catatan : 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.

Cara menentukan Use Case dalam suatu sistem:

• Pola perilaku peringkat lunak aplikasi
• Gambaran tugas dari sebuah actor
• Sistem atau “benda” yang memberikan sesuatu yang bernilai kepada actor
• Apa yang dikerjakan oleh suatu perangkat lunak (bukan bagaimana cara mengerjakannya)

Relasi dalam Use Case
Ada beberapa relasi yang terdapat pada use case diagram:

Association, menghubungkan link antar element.
Generalization, disebut juga inheritance (pewarisan), sebuah elemen dapat merupakan spesialisasi dari elemen lainnya.
Dependency, sebuah element bergantung dalam beberapa cara ke element lainnya.
Aggregation, bentuk assosiation dimana sebuah elemen berisi elemen lainnya.

Tipe relasi / stereotype yang mungkin terjadi pada Use Case diagram:

<>, yaitu kelakuan yang harus terpenuhi agar sebuah event dapat terjadi, dimana pada kondisi ini sebuah use case adalah bagian dari use case lainnya.
<>, kelakuan yang hanya berjalan di bawah kondisi tertentu seperti menggerakkan alarm.
<>, mungkin ditambahkan untuk asosiasi yang menunjukkan asosiasinya adalah communicates association . Ini merupakan pilihan selama asosiasi hanya tipe relationship yang dibolehkan antara actor dan use case.

Contoh Use Case Diagram


Use Case Specification

• Nama 
• Deskripsi Singkat
• Aliran event (flow of event)
• Relationship 
• Activity Diagram
• Kebutuhan khusus (special requirement)
• Pre-Condition
• Post-Condition

 
Aliran Event Use Case

• Memiliki sebuah flow normal dan dasar 
• Beberapa flow alternatif
• Regular variant
• Kasus-kasus ganjil
• Exceptional flows, penanganan error

Scenario adalah sebuah instance dari sebuah use case


Activity diagram didalam model use case dapat digunakan untuk meng-capture aktifitas-aktifitas dalam sebuah use case


Sebenarnya merupakan flowchart, yang menunjukkan aliran kontrol activity ke activity

sumber :ttp://thoy.blogdetik.com

Gambaran Umum

• Pada diagram ini, dimensi vertikal merepresentasikan waktu.
• Bagian paling atas dari diagram menjadi titik awal dan waktu berjalan ke bawah sampai dengan bagian dasar dari diagram. 
• Garis Vertical, disebut lifeline, dilekatkan pada setiap obyek atau aktor.
• Kemudian, lifeline tersebut digambarkan menjadi kotak ketika obyek melakukan suatu operasi , kotak tersebut disebut activation box.
• Obyek dikatakan mempunyai live activation pada saat tersebut. 
• Pesan yang dipertukarkan antar obyek digambarkan sebagai sebuah anak panah antara activation box pengirim dan penerima, kemudian diatasnya diberikan label pesan.
• Salah satu contoh sequence diagram digambarkan sebagai berikut.

NOTASI
Object/Participant
merupakan instance dari sebuah class dan dituliskan tersusun secara horizontal. Digambarkan sebagai sebuah class (kotak) dengan nama obyek didalamnya

Actor
juga dapat berkomunikasi dengan object, maka actor juga dapat diurutkan sebagai kolom. Simbol Actor sama dengan simbol pada Actor Use Case Diagram.


Lifeline
mengindikasikan keberadaan sebuah object dalam basis waktu. Notasi untuk Lifeline adalah garis putus-putus vertikal yang ditarik dari sebuah obyek.


Activation
dinotasikan sebagai sebuah kotak segi empat yang digambar pada sebuah lifeline. Activation mengindikasikan sebuah obyek yang akan melakukan sebuah aksi.


Message
digambarkan dengan anak panah horizontal antara Activation. Message mengindikasikan komunikasi antara object-object.

Contoh

Komponen Class

Nama

• nama dari sebuah kelas

Atribut

• properti dari sebuah kelas. Atribut melambangkan batas nilai yang mungkin ada pada obyek dari class

Operasi

• sesuatu yang bisa dilakukan oleh sebuah class

Sifat Atribut dan Method

Atribut dan method dapat memiliki salah satu sifat berikut :

• Private, tidak dapat dipanggil dari luar class yang bersangkutan.
• Protected, hanya dapat dipanggil oleh class yang bersangkutan dan anak-anak yang mewarisinya.
• Public, dapat dipanggil oleh siapa saja.

Bentuk Class Diagram
Keterangan :
RELASI

• Relasi atau relationship merupakan keterhubungan antar kelas yang muncul pada saat sebuah kelas berinteraksi dengan kelas-kelas lainnya.
• Setiap kelas pasti akan berinteraksi dengan baik satu maupun lebih kelas. 
• Relasi yang muncul pada setiap keterhubungan antar kelas juga akan memiliki atribut-atribut yang akan lebih menjelaskan definisi dari sebuah relasi yang terjadi

Contoh :


Multiplicity

• Adalah jumlah banyaknya obyek sebuah class yang berelasi dengan sebuah obyek lain pada class lain yang berasosiasi dengan class tersebut.

Peletakkan Multiplicity diatas garis asosiasi berdekatan dengan class yang sesuai

• Sebuah class (child class atau subclass) dapat mewarisi atribut-atribut dan operasi-operasi dari class lainnya (parent class atau super class). 
• Parent class bersifat lebih umum daripada child class. 
• Generalisasi pada konsep Object Oriented digunakan untuk menjelaskan hubungan kesamaan diantara class

• Bisa dibangun struktur logis yang bisa menampilkan derajat kesamaan atau perbedaan diantara class-class.
• Memungkinkan untuk penambahan subclass (child class) baru tanpa harus merubah struktur yang sudah ada.

• mekanisme pengimplementasian generalisasi dan Spesialisasi

         Aturan :
                  Subclass selalu mewarisi semua sifat dari superclass-nya.
                  Definisi subclass selalu mencakup paling tidak satu detil yang tidak diturunkan dari superclass-nya.


Hubungan

• Generalisasi menjelaskan hubungan logis antar elemen-elemen yang mempunyai karakteristik yang sama.
• Inheritance menerangkan mekanisme agar bagi pakai (sharing) bisa terjadi

Dependency 

• Pada penggunaan relasi kadangkala satu class menggunakan class yang lain
• Umumnya penggunaan dependency digunakan untuk menunjukkan operasi pada suatu class yang menggunakan class yang lain.
• Dependency hanya berlaku satu arah

          Notasi untuk dependency :
                                                   Garis putus-putus dan tanda panah pada ujungnya


Agregasi

• Relasi dengan perlakukan khusus yang disebut dengan “bagian dari (part of)” yang menangani antar obyek-obyek dimana salah satunya adalah bagian dari yang lain.
• obyek terdiri atas obyek-obyek yang lain.
• Sebuah agregasi adalah kasus khusus dari asosiasi

           Simbol
                        Jajaran genjang yang diletakkan pada class yang mengandung obyek

Composit

• Komposit (composite) adalah sebuah tipe agregasi yang kuat dimana bagian dari obyek tergantung penuh/secara keseluruhan terhadap obyeknya sehingga bila sebuah obyek komposit dibuang maka bagian yang tergantung pada komponen tersebut akan terbuang juga pada saat yang bersamaan.
• Notasi komposit sama seperti agregasi hanya saja jajaran genjangnya terisi (solid)

          Buku terdiri dari halaman
          Jika halaman diambil, buku pun tidak akan berbentuk

CONTOH :












InitialState dan FinalState








Action States

• Proses komputasi atau perubahan kondisi yang terjadi ditampilkan pada action state
• Bisa dianggap kasus khusus dari activity state
• Bisa berupa kata kerja atau ekspresi

Transitions

• Ketika sebuah aktivitas atau state selesai, maka flow control berganti ke aktivitas atau state berikutnya
• Dinotasikan dengan garis lurus dan anak panah

Decisions

Synchronization

• Synchronization mampu menggambarkan aktivitas yang mungkin terjadi secara concurrent/bersamaan
• Dinotasikan dengan garis vertikal/horizontal
• Setelah semua selesai, harus di join kembali