Pertemuan 7 Unified Modelling Language (UML) Tim Asisten Praktikum Rekayasa Perangkat Lunak 09/10 Departemen Ilmu komputer FMIPA, IPB

Apa itu UML ??? UML adalah keluarga notasi grafis yang didukung oleh meta‐model tunggal yang membantu pendeskripsian dan desain sistemperangkat lunak khususnya sistemyang dibangun menggunakan OOP

Mengapa perlu ‘model’ ??? Mengatur kompleksitas. Fasilitas komunikasi. Kemudahan dalam visualisasi seluruh sistem. Membandingan segala kemungkinan yang ada Perancangan

Mengapa UML ??? Menspesifikasi, memvisualisasi, dan mendokumentasikan model –model sistem perangkat lunak itu sendiri Current and new systems Structure dan design Behavior dan interaction Notasi yang tidak ambigu dan konsisten Dokumentasi

UML 2.0 Structure diagram

UML 2.0 Behaviour diagram

Class Diagram Class diagram menjelaskan jenis‐jenis objek dalam sistem dan berbagai jenis hubungan statis yang terdapat di antara objek‐objek tersebut. Teknik pemodelan pokok yang berjalan hampir pada semua metode berorientasi objek Notasi terkaya dalam UML

Elemen penting dalam class diagram Attributes Operations Relationships Associations Generalization Dependency Realization Constraint Rules and Notes

Classes Class merupakan deskripsi sekumpulan objek yang memiliki attributes, operations, relationships dan behavior yang sama.

Association Hubungan semantik antara dua atau lebih class yang menentukan koneksi antara instance ‐instance yang dimiliki class tersebut. Hubungan struktural → menerangkan bahwa objek‐objek dari suatu class terhubung dengan objek‐objek dari kelas lain (atau bisa juga kelas yang sama). Association antara dua class menandakan bahwa objek‐objek di suatu sisi pada association tersebut “mengenali” objek‐objek pada sisi lain association, dan dapat mengirimkan message.

Cont….

Cont….

Cont….

Cont…..

Aggregation Bentuk khusus association yang memodelkan hubungan whole‐part antara aggregate (the whole) dan bagian‐bagiannya. Object anggota dapat exist tanpa kelas yang melingkupinya. →Memodelkan hubungan “has”

Cont…. “CPU merupakan bagian dari computer” “Sebuah car memiliki engine dan door sebagai bagiannya”

Aggregation vs Attribute Attribute : menggambarkan property of object. contoh : harga, berat, warna dari suatu laptop. Aggregation : menggambarkan assemblies of object. Contoh : CPU dan monitor merupakan bagian (penyusun) dari laptop.

Aggregation vs Association Apakah company merupakan agregasi dari employees ATAUKAH company merupakan bentuk asosiasi di antara employees ???

Composition Bentuk kuat dari aggregation. Hubungan “is a part of / is a” Objek anggota tidak dapat exist di luar kelas yang melingkupinya. Multiplicity pada whole harus 0 atau 1 Waktu hidup part bergantung pada whole Composite (whole) harus me‐manage pembuatan dan penghancuran part‐nya.

Cont….

Generalization Hubungan ‘is kind of’ Generalization menangkap similarities antara beberapa class dalam sebuah superclass.

Cont….

Realization Mengindikasikan bahwa suatu class mengimplementasikan behavior yang ditentukan oleh class lain (interface atau protocol)

<<interface>> Cont…. Windows 95 Window toFront() toBack() <<interface>> Window toFront() toBack() Methods dengan implementasi Mac OS Window toFront() toBack() Methods tanpa implementasi

Contoh

When and how to use class diagram???

SEQUENCE DIAGRAM ???

Interaction Diagrams Sequence diagram termasuk salah satu interaction diagram. Interaction diagrams → menjelaskan dynamic behavior dari sistem berorientasi objek Serangkaian message dipertukarkan antar objek untuk mencapai tujuan Sering digunakan untuk memodelkan bagaimana use case direalisasikan melalui rangkaian/urutan (sequence) message antar objek

Kegunaan Interaction Diagrams Memodelkan interaksi antar objek Membantu untuk mengerti bagaimana sistem (use case) bekerja Memverifikasi bahwa use case description dapat didukung oleh class‐class yang ada Mengidentifiaksi operasi dan menugaskannya kepada class

Elemen Penting Sequence Diagram Object Message Return values Object creation Object destruction Control information

Object Penamaan object: myBirthdy Syntax : [instanceName][:className] Nama Class yang digunakan konsisten dengan class diagram Mencakup nama instance ketika object diacu dalam message atau ketika beberapa object dari tipe yang sama muncul pada diagram Life‐Line merepresentasikan “kehidupan” object selama interaksi honda : Car

Message Interaksi antara dua objek ditampilkan sebagai message yang dikirim dari satu objek ke yang lainnya Message direpresentasikan oleh tanda panah antara life‐line dua objek. Self‐called juga diperbolehkan Waktu yang dibutuhkan oleh objek penerima untuk memproses message dilambangkan oleh activation‐box Diberikan label nama message tersebut

Return Values Ditandai dengan tanda panah garis putus‐putus dengan label yang menandakan return value. Jangan memodelkan return value ketika sangat jelas apa yang di‐return, contoh : getTotal() Modelkan return value hanya ketika kita butuh untuk mengacu pada return value tersebut di tempat lain, contoh sebagai parameter yang di‐pass dalam message lain. Modelkan return value sebagai bagian dari metode invocation, contoh : ok = isValid()

Object Creation Objek dapat membuat objek lain melalui pesan <<create>>

Object Destruction Objek dapat menghancurkan objek lain melalui pesan <<destroy>> Objek dapat menghancurkan diri sendiri Hindari object destruction kecuali manajemen memori kritis

Control information Condition syntax: ‘[‘ expression ’]’ message‐label Pesan dikirim hanya jika kondisinya benar Contoh : [OK]borrow(member) Iteration Syntax : * [ ‘[‘ expression ‘]’ ] message‐label Pesan dikirim beberapa kali untuk memungkinkan objek penerima yang banyak. Contoh : *[untill full] insert()

Cont….

Contoh….

Cont….

Sequence Diagrams (1)

Tugas Selesaikan DPPL bab 1 – 3 Deadline : Dikumpul ke PJ -> Rilan Selasa, 16 November 16.00