UML

1
UML

• UNIFIED MODELLING LANGUAGE

2
Diagram UML

• Use Case
• Activity
• Sequence
• Colaboration
• Class
• Statechart
• Componen
• Deployment

3
Analisys phase (OOA-object oriented analisys)

• OOA teknik semiformal -gt notasi grafis dari
  semua langkah analisis

4
Langkah langkah OOA

• Use Case Modelling
• Class Modelling
• Dinamic Modelling

5
Use Case Modelling

• Menentukan berbagai hasil yang akan di komputasi
  oleh produk perangkat lunak dengan mengabaikan
  urutan pembuatannya. (clasical object oriented
  analisys)
• Use case diagram dihubungkan dengan skenario yang
  dibuat pada tahap requirement analisys

6
USE CASE Pengendalian Pengajaran
7
Class Modelling

• Menentukan kelas, atribut dan hubungan antar
  kelas.
• Pada tahap ini belum menentukan method method
  (fungsi) karena akan dilakukan pada tahap desain
  prakteknya kadang bisa dilanggar
• Salah satu cara penentuan kelas adalah mencari
  kandidat kelas yang berasal dari use case

8
Class modelling (cont)

• Cara sederhana adalah dengan mengkoleksi kata
  benda dalam skenario atau dari use-case
• Cara yang kedua dengan memanfaatkan CRC card
  (class responsibility collaboration)

9
CRC Card
10
CRC

• (class responsibility collaboration) adalah
  sebuah teknik untuk mengecek adanya interaksi
  antar obyek
• Sebelah kiri berisi tanggung jawab, sebelah kanan
  berisi kelas yang melaksanakan tanggung jawab
  tersebut
• Dari sini akan didapatkan satu set kelas dan
  tanggungjawabnya serta kelas lain yang
  berhubungan dengan kelas tersebut

11
Class Diagram
12
Dinamic Modelling

• Menentukan aksi yang di lakukan oleh masing
  masing kelas dan subkelas
• Menggunakan state diagram.

13
State diagram presensi
14
Design Phase (Object Oriented Design)

• Membuat diagram interaksi untuk setiap skenario
  -gt sequence diagram, collaboration diagram
• Melengkapi diagram kelas secara detail termasuk
  method methodnya, class diagram
• Merancang produk
• Component diagram
• Deployment Diagram

15
Sequence Diagram
16
Diagram Kolaborasi
17
Diagram Komponen
18
Diagram Deployment
19
KONSENTRASI KE KELAS

• Kelas merupakan dokumen yang paling dekat dengan
  program yang akan menjadi produk dari
  pengembangan aplikasi berbasis obyek
• Dokumen lain dalam tahap pengembangan perangkat
  lunak berorientasi obyek sebenarnya harus di
  buat, bahkan jika diperlukan boleh menambahkan
  dokumen lain seperti ERD, DFD atau dokumen lain
  yang dianggap perlu untuk memperjelas rancangan.

20
Hubungan Antar Kelas

• ASOSIASI
• Ketergantungan (Dependensi)

21
ASOSIASI

• Ascociation
• Relasi antara 2 elemen dimana keduanya punya
  posisi yang sama, tidak ada yang lebih penting
  diantara keduanya.
• Asosiasi antara penjual dan pembeli
• Bidirectional Ascociation
• Asosiasi antara 2 elemen dimana elemen pertama
  bertanggungjawab menentukan elemen yang lainnya.
• Unidirectional Ascociation
• Asosiasi dimana kelas asal bertanggung jawab
  terhadap spesifikasi member dari kelas tujuan
• Unidirectional ascociation -gt kelas asal yg tahu
  asosiasi ini sedangkan kelas tujuan tidak perlu
  tahu
• Contoh kelas reporttransfer -gtkelas rekening
• Class Asscociation
• Kelas yang berisi informasi tentang asosiasi yang
  terjadi antara 2 kelas.

22
Composition

• Composition
• Relasi antara 2 elemen dimana elemen child akan
  terdelete secara cascade pada saat parent elemen
  terdelete.
• Contoh
• Email dengan body
• Navigable Compisition
• Relasi komposisi dimana kelas asal bertanggung
  jawab atas spesifikasi kelas tujuan

23
Aggregation

• Agregation
• Relasi antara dua elemen dimana satu kelas
  memiliki peran yang lebih penting dibanding kelas
  yang lain, satu kelas adalah bagian dari kelas
  lain. Standar agregasi kelas yg menjadi bagian
  memliki lifecycle yang independent dari kelas yg
  memilikinya
• Contoh
• Mobil dengan roda
• Navigable Agregation
• Agregasi dimana kelas asal bertanggung jawab
  mengatur spesifikasi member dari kelas tujuan

24
Hubungan saling ketergantungan

• Dependency
• Realize
• Usage
• Permission
• Abstraction

25
Dependency

• Relasi antara 2 elemen dimana definisinya saling
  tergantung satu dengan yang lainnya sehingga
  perubahan pada satu elemen akan
• menimbulkan perubahan pada elemen yang lain.
• Sebagai contoh ketika satu kelas menggunakan
  kelas lain sebagai parameter atau tipe data dari
  salah satu atributnya.

26
Realize

• Relasi semantic antara classifier (penentu) .
  Satu menjadi penentu dan menjamin bahwa ketentan
  tersebut akan di realisasikan. Relasi seperti ini
  terjadi antara interface dan kelas yang
  meng-implementasikannya serta antara Use case
  dengan colaborasi yang merealisasikannya.

27
Usage

• Hubungan ketergantungan antara satu elemen
  (clien) membutuhkan keberadaan dari elemen yang
  lain (supplier) untuk diimplementasikan atau
  digunakan dengan benar.

28
Permission

• Hubungan yang akan mengesahkan akses dari elemen
  supplier kepada elemen clien.

29
Abstraction

• Hubungan antara 2 elemen yang merepresentasikan
  konsep yang sama dalam level abstraksi yang
  berbeda.
• Entitas dengan karakteristik esensial yang
  membedakannya dengan semua jenis entity yang
  lain. Abstraksi mendifinisikan batasan dari
  perspektif viewer.