Pertemuan 6 Structural modelling

Presentasi berjudul: "Pertemuan 6 Structural modelling"— Transcript presentasi:

1 Pertemuan 6 Structural modelling
TIB15 - ANALISIS & DESAIN BERORIENTASI OBJEK

2 Materi Yang Dibahas Pengenalan Structural Modeling
Konsep Dasar object-oriented dalam structural modeling. Hubungan Class dan obyek dengan blok-blok dari structural modeling dan unit Kategori obyek mencari kandidat class dengan menganalisa use cases. (dibahas secara terpisah pada masing-masing sub pembahasan) memperluas dan mendefinisikan class berdasarkan spesifikasi dan mengembangkan tugasnya hubungan antar class-class menggunakan class diagram untuk merepresentasikan hubungan antar class-class.

3 Pengenalan Structural Modeling
Structural Modeling: Memodelkan bagaimana use case dan actor dapat disusun menjadi class-class Diagram yang digunakan pada structural modelling adalah Class Diagram.

4 Konsep Dasar object-oriented dalam structural modeling
Class/kelas Class adalah sebuah kategori yang membungkus informasi dan perilaku. Class mendefinisikan sesuatu yang akan menjadi cetak biru dari obyek yang akan dibentuknya Class adalah building block dari structural modelling. Obyek Obyek adalah segala sesuatu yang ada dilingkungan sistem Obyek adalah sesuatu yang membungkus informasi dan tingkah laku Obyek merepresentasikan sesuatu yang nyata, dapat berupa benda, proses, formula ataupun suatu aktifitas. Obyek adalah unit terstruktur dari system aktual

5 Kategori Obyek Obyek Entitas: menangani informasi, dapat dipetakan menjadi tabel dan field pada basis data Obyek Pembatas: diterapkan menjadi antar muka atau jendela dari sebuah aplikasi terhadap pemakai atau aplikasi lainnya Obyek Kontrol/pengendali: Obyek optional yang mengontrol aliran dalam use case. Mengkoordinasikan obyek-obyek dan mengatur keseluruhan logika aliran

6 Mencari class Class bisa didapat dari aktor, use case maupun aliran kejadian pada diagram use case Atribut class dapat dianalisa dari kebutuhan karakteristik obyek yang didefinisikan oleh actibity diagram Message bisa didapatkan dari adanya pertukaran informasi antar use case. Informasi ini bisa kita dapatkan dari informasi yang dipertukarkan antar aktor pada activity diagram Operasi bisa didapatkan dari proses-proses yang terdapat pada activity diagram Selain dari activity diagram, jika tersedia class dapat pula di analisa dari dokumen use case supplement

7 Notasi Class Class digambarkan dengan segi empat. Bagian-bagian class:
Nama pada bagian atas, atribut pada bagian tengah Operation ada bagian bawah Relationships antara object classes (dikenali sebagai asosiasi) digambarkan dengan garis penghubung kedua class

8 Hubungan antar Class-class
Asosiasi Dependensi Agregasi Generalisasi Realisasi

9 Penamaan Relasi Relasi boleh diberi nama, boleh juga tidak
Penamaan Relasi menggunakan Kata kerja yang menjelaskan mengapa relasi tersebut diadakan Contoh:

10 Asosiasi Hubungan saling terkait antar kelas
Masing-masing kelas dapat mengirimkan message ke kelas lain Asosiasi memungkinkan sebuah kelas untuk mengetahui atribut dan operasi yang mempunyai visibilitas public terhadap kelas lainnya. Asosiasi dapat dilakukan secara rekursif Asosiasi dapat berupa asosiasi dua arah (bidirectional), digambarkan dengan garis tanpa arah panah Asosiasi dapat berupa asosiasi searah (unidirectional), digambarkan dengan garis dengan satu mata panah. Arah mata panah melambangkan arah asosiasi

11 Relasi Asosiasi Relasi Dua Arah Relasi Searah

12 Asosiasi Rekursif

13 Dependensi/Instansiasi
Hubungan ketergantungan antar satu class dengan class lainnya. Dependensi merupakan asosiasi satu arah. Dilambangkan dengan garis putus-putus dengan satu mata panah yang menunjukkan arah dependensi. Dependensi didapatkan dengan cara: Membuat variable instan bagi kelas lain, membaca secara searah data yang tersimpan pada variabel global kelas lain Kelas yang diacu dilewatkan sebagai parameter didalam operasi kelas yang mengacu Relasi dependensi terjadi ketika sebuah kelas diperlukan untuk menjadi parameter atau nilai balik suatu kelas. Relasi dependensi pada use case dijadikan sebagai relasi dependensi pada class diagram

14 Contoh Relasi Dependensi / Instansiasi

15 Agregasi Bentuk relasi dimana keseluruhan kelas dengan pembentuk-pembentuknya. Biasanya pada relasi ini beberapa kelas diinstansiasi menjadi bagian suatu kelas. Dilambangkan dengan garis dengan bangun lah ketupat (diamond) sebagai ujungnya pada kelas yang melakukan agregasi terhadap kelas lainnya Agregasi dapat dilakukan secara rekursif Relasi agregasi pada use case digambarkan sebagai agregasi pada class diagram

16 Relasi Agregasi Agregasi Agregasi Rekursif

17 Contoh Object aggregation

18 Generalisasi Inheritance merujuk kepada generalisasi dan ditunjukkan sebagai upwards, dari pada downwards pada sebuah hirarki Relasi pewarisan antara dua elemen model (kelas, aktor, use case dan paket) Generalisasi digunakan untuk menunjukkan beberapa aktor atau use case yang mempunyai kesamaan Generalisasi dapat terjadi multi-level Dilambangkan dengan mata panah Relasi Extend, generalisasi aktor dan generaslisasi use case pada analisa use case diimplementasikan dalam bentuk generalisasi. Multiple inheritance dimungkinkan pada generalisasi

19 Relasi Generalisasi

20 Contoh Library class hierarchy

21 Contoh User class hierarchy

22 Contoh Multiple inheritance

23 Relasi realisasi Untuk mengimplementasikan interface, hubungan antara interface dengan implementasinya Menggambarkan hubungan antara Relasi antara kelas dengan interfacenya Relasi paket dengan interfacenya Komponen dengan interface nya Use case dengan use case realization

24 Relasi Realisasi

25 Referensi: Ian Sommerville, Software Engineering, 7th-ed, 2004, Prentice hall, USA N. Ashrafi, Object Oriented systems Analysis and Design, Pearson International Edition, 2008, Pearson Education, USA Sholiq, Pemodelan Sistem Informasi Berorientasi Objek dengan UML, 2006, Graha Ilmu, Indonesia