Statechart , Class, Component & Deployment Diagram

Statechart Diagram

Statechart diagram Statechart diagram menggambarkan transisi dan perubahan status (dari satu state ke state lainnya) suatu objek pada sistem sebagai akibat dari stimuli yang diterima. Pada umumnya statechart diagram menggambarkan class tertentu (satu class dapat memiliki lebih dari satu statechart diagram).

Status Mendeskripsikan bagaimana suatu object mengalami perubahan status dari event- event Event: internal dan eksternal Status object: kondisi (harga-harga atribut) saat ini Muncul sebagai adjective dalam deskripsi problem, eg., bank account “is open” atau “is overdrawn”, pengeluaran cek akan ditolak jika berada dalam status overdrawn

Contoh State Diagram

Class Diagram

Pendahuluan Class adalah sebuah spesifikasi yang jika diinstansiasi akan menghasilkan sebuah objek dan merupakan inti dari pengembangan dan desain berorientasi objek. Class menggambarkan keadaan (atribut/properti) suatu sistem, sekaligus menawarkan layanan untuk memanipulasi keadaan tersebut (metoda/fungsi). Class diagram menggambarkan struktur dan deskripsi class, package dan objek beserta hubungan satu sama lain seperti containment, pewarisan, asosiasi, dan lain-lain.

Pendahuluan Class memiliki tiga area pokok : 1. Nama 2. Atribut 3. Metoda Contoh: mahasiswa (kelas) memiliki NIM, alamat, dan nomor telepon (atribut). Mahasiswa mendaftar kelas, membatalkan kelas, meminta transkripsi nilai (metode)

CLASS DIAGRAM (LANJUTAN) Atribut dan metoda 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 Nama Class Atribut Metode/operasi

Class Diagram - Association Obyek berhubungan dengan obyek lain Hubungan digambarkan dalam garis yang menghubungkan antara dua kelas Label (meski opsional) biasanya dalam satu atau dua kata menggambarkan asosiasi (relasi)

MULTIPLICITY Unspecified Exactly one Zero or more (many, unlimited) One or more Zero or one (optional scalar role) Specified range Multiple, disjoint ranges Specification of multiplicity flushes out business rules and assumptions. The lower bound is critical, as the lower bound is what determines whether or not the relationship is optional (e.g., a lower bound of 0 indicates that the relationship is optional). Multiplicity is needed on both ends of a relationship, even if you can only navigate in one direction. Even though there is no need to navigate in that direction, the multiplicity still provides valuable business information. Sometimes navigation decisions are made for performance reasons, which may change over time. The multiplicity should reflect the requirements. Navigation is discussed on later slides. The use of ‘N’ instead of ‘*’ is Booch, not UML (e.g., the use of “0..N” and ‘N’ is not UML). 1 0..* * 1..* 0..1 2..4 2, 4..6

Inheritance Seringkali satu atau lebih kelas memiliki atribut dan/atau metode yang sama. Kita tidak perlu menuliskan kode yang sama berulang kali, sehingga digunakan mekanisme Inheritance If A inherits from B A is the subclass of B, B is the superclass of A Pure inheritance: jika A mewarisi seluruh atribut dan metode dari B. Contoh: mahasiswa dan dosen

CONTOH CLASS DIAGRAM

Contoh Class + Program

public class Mahasiswa { String nrp; String nama; public Mahasiswa(String newNrp, String newNama){ this.nrp = newNrp; this.nama = newNama; } public String getNrp(){ return nrp; public String getNama(){ return nama; public static void main(String[] args){ Mahasiswa mhs = new Mahasiswa ("07054110006", "Andi"); System.out.println("Nrp : " + mhs.getNrp()); System.out.println("Nama : " + mhs.getNama());

Deployment Diagram Deployment/physical diagram menggambarkan detail bagaimana komponen di-deploy dalam infrastruktur sistem, di mana komponen akan terletak (pada mesin, server atau piranti keras apa), bagaimana kemampuan jaringan pada lokasi tersebut, spesifikasi server, dan hal-hal lain yang bersifat fisikal Sebuah node adalah server, workstation, atau piranti keras lain yang digunakan untuk men- deploy komponen dalam lingkungan sebenarnya. Hubungan antar node (misalnya TCP/IP) dan requirement dapat juga didefinisikan dalam diagram ini. PEMODELAN SISTEM INFORMASI (IF017)

Diagram Deployment

Component Diagram Component diagram menggambarkan struktur dan hubungan antar komponen piranti lunak, termasuk ketergantungan (dependency) di antaranya. Komponen piranti lunak adalah modul berisi code, baik berisi source code maupun binary code, baik library maupun executable, baik yang muncul pada compile time, link time, maupun run time. Pada umumnya komponen terbentuk dari beberapa class dan/atau package, tapi dapat juga dari komponen-komponen yang lebih kecil. Komponen dapat juga berupa interface, yaitu kumpulan layanan yang disediakan sebuah komponen untuk komponen lain.

Diagram Komponen