Dokumen ini menjelaskan tentang diagram kolaborasi, yang merupakan perluasan dari diagram objek dan menunjukkan pesan antar objek. Selain itu, dijelaskan juga tentang diagram komponen, relasi antara komponen dan kelas, serta implikasi kompilasi dari dependensi antar komponen. Contoh pemodelan skenario dan interaksi antar objek juga disertakan untuk memperjelas konsep yang diuraikan.

1. diagram
COLLABORATION
COMPONENT
&
11

2. COLLABORATION DIAGRAM

3. COLLABORATION DIAGRAM
• Collaboration diagram adalah perluasan dari obyek diagram
(obyek diagram menunjukkan obyek-obyek dan hubungannya
satu dengan yang lain). Collaboration diagram menunjukkan
message-message obyek yang dikirim satu sama lain.
• Collaboration diagram merupakan asosiasi diantara obyek-
obyek. Panah didekat garis asosiasi menunjukkan message,
sedangkan content message ditunjukkan dengan label. Angka
pada message menunjukkan message.

4. • Dengan collaboration diagram memungkinkan untuk
memodelkan pengiriman sebuah message ke banyak obyek
pada class yang sama. Demikian juga halnya untuk
menunjukkan adanya obyek aktif yang mengendalikan aliran
dari message.

5. Contoh:

6. • Antara collaboration diagram dan sequence diagram bisa
saling mengisi.
• Collaboration diagram bisa ditambahkan nomor urut pada
label sebuah message untuk menunjukkan urutan informasi.
• Titik dua ( : ) perlu digunakan untuk memisahkan nomor
dengan message

7. Contoh:
Konsultan
GUI repository
MS Office Proposal
1: startsearch
[found] 4.1 : open(file)
[not found] 4.2: new(file)
*[working 7 : useApps( )
[done]10 : closeAndStore ( )
2: Search ( )
3: Result ( )
13: store ( )
6: createFile( )
9: modify ( )
12: close ( )
5: openAndSaveAs
(proposal)
8 : useApps( )
11: closeAndsave( )

8. Contoh …. Lanjutan
Pembuatan sebuah Obyek urutan skenarionya (modelnya)
adalah sebagai berikut :
1. Konsultan mencari proposal yang cocok untuk dipakai
kembali dari repository.
2. Jika proposal yang cocok ditemukan, file tersebut akan
dibuka dengan software office yang sesuai kemudian
disimpan dengan nama yang baru untuk proposal baru.
3. Jika tidak ada proposal yang cocok maka akan dibuat file
proposal baru dengan software office.
4. Ketika mengerjaan proposal, konsultan menggunakan
software office yang sesuai.
5. Setelah pengerjaan proposal selesai, maka file tersebut akan
diletakkan direpository.

9. MENUNJUKKAN HASIL OPERASI
• Sebuah message bisa jadi adalah sebuah permintaan
kepada obyek melakukan perhitungan dan menghasilkan
sebuah nilai.
Customer
Calculator
1: totalPrice :=Computer(itemPrice, VAT)
contoh: obyek pelanggan akan meminta akan
meminta kepada obyek kalkulator untuk
menghitung harga total yang merupakan
penjumlahan harga barang dan PPN.

10. OBYEK AKTIF
• obyek aktif dapat mengirimkan message ke obyek pasif dan
berinteraksi dengan obyek aktif lainnya. disebuah
perpustakaan , librarian (petugas perpustakaan) mengambil
permintaan referensi dari pengunjung (patron), mencari
informasi tentang referensi tersebut kedatabase, kemudian
memberi jawaban balik kepada penanya, menugaskan pekerja
untuk menata buku. seorang librarian juga berinteraksi
dengan librarian yang lain yang melakukan operasi yang sama.

11. Librarian
Patron
1: refernceRequest(title)
Pekerja
Pekerja
2:lookUp(title)
3:returninfo(title)
4:get(litle)

12. OBYEK AKTIF … Lanjutan
1. Component diagram merepresentasikan dunia riil item yaitu
component software.
2. Component bisa diakses melalui interfacenya yaitu koleksi
operasi-operasi. relasi antara component dan interfacenya
disebut realization.
3. Component mewakili potongan-potongan yang independen
yang dibisa dipesan dan diperbaharui sewaktu-waktu.
pembagian sistem kedalam component lebih didorong untuk
kepentingan marketing daripada teknis.

13. COLLABORATION DIAGRAM
• Jika component menetap disebuah komputer dan bekerja
sebagai bagian dari sistem. Dengan memodelkan component
dan relasinya maka :
1. klien bisa melihat struktur sistem yang sudah selesai
2. pengembang mempunyai struktur untuk panduan kerja
3. dokumentator bisa memahami apa yang mereka tulis
4. siap untuk digunakan kembali untuk proyek lain
• Tipe-tipe component
1. deployment diagram
2. work product component
3. execution componen

14. Hubungan Component dg Class
1. Component adalah implementasi software dari
sebuah class.
2. Class mewakili abstraksi dari serangkaian attribute
dan operation.
3. Component bisa jadi merupakan implementasi dari
lebih dari sebuah class.

15. Hubungan Component dg Class
Penjelasan gambar:
1. Komponen A bergantung pada komponen B. Terdapat satu atau
beberapa kelas di komponen A yang bergantung pada satu atau
beberapa kelas di komponen B.
2. Dependensi memiliki implikasi kompilasi, dimana komponen A
tergantung pada komponen B. A tidak bisa dikompilasi sampai B
telah selesai dikompilasi.

16. Diagram Component
• Merupakan diagram UML yang menampilkan komponen
dalam sistem dan hubungan antara mereka.

17. SOAL LATIHAN

18. 1. Diagram menunjukkan message-message obyek yang
dikirim satu sama lain dinamakan
a. Activity diagram d. Sequence diagram
b. usecase diagram e. collaboration diagram
c. class diagram
2. Relasi antara component dan interfacenya disebut
a. Realization d. Specification
b. Association e. Generalization
c. Aggregation

19. 3. Dibawah ini yang termasuk tipe-tipe component
a. deployment diagram, work product component,
execution componen
b. activity diagram, work product component, execution
componen
c. deployment diagram, work product component,
collaboration componen
d. deployment diagram, usecase, execution componen
e. deployment diagram, work product package,
execution componen

20. 4. Untuk memodelkan pengiriman sebuah message ke
banyak obyek pada class yang sama dapat
menggunakan diagram :
a. Activity diagram d. Sequence diagram
b. usecase diagram e. collaboration diagram
c. class diagram
5. Implementasi dari lebih dari sebuah class dapat
merupakan :
a. Activities d. supperclass
b. usecase e. component
c. package

21. TERIMA KASIH