Pertemuan6. Class Diagram

dokumen-dokumen yang mirip
2. Fungsi di dalam kelas yang dikombinasikan bentuk tingkah laku kelas dinamakan dengan. c.operasi

1. SIMULA di perkenalkan pertama kali pada tahun.. a d b e c Hal penting dalampengembangan berorientasi objek

Class Diagram Class diagram mendeskripsikan jenis-jenis objek dalam system dan berbagai macam hubungan statis yang terdapat di antara mereka.

UML : Class Diagram 23/11/ Area Pokok Class. Kaidah Penulisan Nama Class. Class Diagram (1) Contoh Class. Class Diagram (2) SHINTA P.

SOAL PRA UTS PSBO. 1.SIMULA di perkenalkan pertama kali pada tahun.. a d b e c. 1970

Latihan. c.erd 2. Yang tidak termasuk dalam komponen ERD dibawah ini a. Entitas d. kardinalitas b. atribut e. proses c. modalitas

DESIGN SYSTEM WITH UML

Sequence Diagram, Class Diagram. Mata Kuliah Testing & Implementasi Sistem Program Studi Sistem Informasi 2013/2014 STMIK Dumai -- Materi 07 --

OOAD (Object Oriented Analysis and Design) UML part 2 (Activity diagram, Class diagram, Sequence diagram)

UNIFIED MODELING LANGUAGE

Gambar Use Case Diagram

C. Membuat Class Diagram

Notasi dalam UML. Actor

Lebih Lanjut Tentang UML

* Banyak 0 Nol 1 Satu, bisa ditulis bisa tidak 0..* Antara nol sampai banyak 1..* Antara satu sampai banyak 0..1 Nol atau 1 1..

Pembuatan Use Case Diagram, misalkan spt ini :

CLASS DIAGRAM Yu l i P u r w a t i, M. K o m

PEMBANGUNAN APLIKASI PENCATATAN PENANGANAN GANGGUAN PT. TELKOM REGIONAL BANDUNG

MODUL 2. UML, Generalization, and Specialization UML. 2.1 Pengertian UML. 2.2 Diagram-Diagram yang Ada Dalam UML TUJUAN PRAKTIKUM LANDASAN TEORI

BAB 2 LANDASAN TEORI

MINGGU VII : RELASI ANTAR KELAS

Class Diagram (Class, Association,Aggregation,Compositon,Generalization,Multiplicity)

Pemograman Berorientasi Objek. Week 6 Relasi Antar Kelas

BAB II LANDASAN TEORI

PENGEMBANGAN WEBSITE KOMUNITAS STUDI KASUS : KOMUNITAS FOTOGRAFI

BAB II LANDASAN TEORI

BAB II TINJAUAN PUSTAKA. yang ditandai dengan saling berhubungan dan mempunyai satu fungsi atau tujuan

Inheritance dan Kata Kunci static

Materi : Pendahuluan Konsep Object dan Class Menggambar Class Class Diagram Study Kasus

DAFTAR SIMBOL. Fungsionalitas yang disediakan sistem sebagai unit-unit yang saling bertukar pesan antar unit atau aktor.

MODUL 5 COMPONENT DIAGRAM

2. Dibawah ini yang bukan merupakan bentuk bentuk objek adalah

MODUL 2 CANDIDATE CLASS DAN INTERACTION DIAGRAM

Bahasa Pemrograman 2.

PEMBUATAN APLIKASI PENERIMAAN OUTSOURCING BERBASIS WEB

BAB II LANDASAN TEORI

DAFTAR ISI. KATA PENGANTAR... i. DAFTAR ISI... iii. DAFTAR GAMBAR... xi. DAFTAR TABEL... xvii. DAFTAR SIMBOL... xx BAB I PENDAHULUAN...

Unified Modeling Language

Perancangan Analisis dan Database Sistem

Teknik Informatika S1

Materi 1. 1 Rekayasa Perangkat Lunak

Kegunaan utama use case

Konsep Pemrograman Berbasis Obyek

BAB 1 PEMROGRAMAN BERORIENTASI OBJEK

BAB III METODOLOGI PENELITIAN

Gambar 1.1. User Interface ATM

DAFTAR SIMBOL. Simbol-simbol pada Usecase. No Simbol Nama Keterangan. Fungsionalitas yang disediakan. sistem sebagai unit-unit yang.

CLASS PUTU INDAH CIPTAYANI JURUSAN SISTEM INFORMASI STMIK AMIKOM JOGJAKARTA

Sequence Diagram. Pertemuan 5

Citra Noviyasari, S.Si, MT SI - UNIKOM

BAB VI PENUTUP Kesimpulan Saran DAFTAR PUSTAKA LAMPIRAN

BAB II LANDASAN TEORI

PEWARISAN. Disusun Oleh: Reza Budiawan. Untuk: Tim Dosen Algoritma & Pemrograman Lanjut

Class & Sequence Diagram

UNIFIED MODELING LANGUAGE (UML)

SPESIFIKASI DATABASE

Modul Praktikum Bahasa Pemrograman 1

NOTASI UML CITRA N., S.SI, MT SISFO - UNIKOM

BAB II LANDASAN TEORI

UJIAN TENGAH SEMESTER PENDEK TAHUN AKADEMIK 2015/2016

Inheritance (Pewarisan) Pengertian dasar inheritance

DAFTAR ISI. ABSTRAK... i. ABSTRACT... ii. KATA PENGANTAR... iii. DAFTAR ISI... v. DAFTAR GAMBAR... xvi. DAFTAR TABEL... xxiii. DAFTAR SIMBOL...

DEVAL GUSRION, S.KOM, M.KOM MATAKULIAH BAHASA PEMOGRAMAN JAVA LANJUTAN III

Class dan Objek. Ali Tarmuji ID YM: alitarmuji. T. Informka UAD 1

SISTEM MONITORING PENGANTARAN OBAT PADA PT. XYZ DENGAN PEMROGRAMAN JAVA ANDROID DAN WEB

3 BEKERJA DENGAN MICROSOFT VISIO

Oleh : Rahmady Liyantanto

PERTEMUAN 13 PERANCANGAN BERORIENTASI OBJEK UNTUK MULTI KELAS

Gambar Window Transaksi Pengeluaran Barang Gudang

CLASS DIAGRAM. Jerri Agus W ( ) Gendra Budiarti ( )

BAB II LANDASAN TEORI

CLASS DIAGRAM. Window Origin size. Pegawai Nip Nama alamat. Tambah() Simpan() Open() Close() Close() Move()

ABSTRAK. Kata kunci : penjualan, pembelian, aplikasi desktop, C#, Microsoft SQL. Server

Class & Object 2. Imam Fahrur Rozi

CLASS DIAGRAM (ANALISIS DAN PERANCANGAN BERORINTASI OBJEK) Annisa Paramitha F., S.Kom.,M.Kom.

UML UNIFIED MODELLING LANGUAGE

Pemograman Berorientasi Objek. Week 3 Abstrak dan Interface dalam suatu kelas

Teknik Informatika S1

Modul II Object Oriented Programming

PRAKTIKUM 3 KONSTRUKTOR DAN OVERLOADING

UNIVERSITAS GUNADARMA FAKULTAS ILMU KOMPUTER

ABSTRACT CLASS DAN INTERFACE

PEMBUATAN APLIKASI PENERIMAAN KARYAWAN BERBASIS WEB

Dasar Pemrograman Java

UsecaseDiagram. Pertemuan 4

BAB III METODE PENELITIAN

PEMODELAN DATA (ER-D) Basis Data -1 / Dian Dharmayanti

Object OrientedProgramming

Pertemuan 11 Object Oriented Program

BAB II LANDASAN TEORI. bekerjasama untuk memproses masukan (input) yang ditunjukan kepada sistem

Class. Object. Object Oriented Programming (OOP) Object Oriented Programming (OOP)

Pertemuan4. UsecaseDiagram

BAB IV ANALISIS DAN PERANCANGAN PERANGKAT LUNAK

ABSTRAK. Kata kunci : voucher elektronik SMS (Short Message Service)

MODUL PRAKTIKUM PEMROGRAMAN BERORIENTASI OBJEK

DASAR REKAYASA PERANGKAT LUNAK

BAB V Memahami dan Mendesain Data Akuntansi

BAB IV PEMBAHASAN. Perancangan System. Perancangan system dirancang berdasarkan hasil dari tahap analisis

Transkripsi:

Pertemuan6 Class Diagram

Class Diagram Class Diagram mendeskripsikan jenis-jenis objek dalam sistem dan berbagai macam hubungan statis yang terdapat diantara mereka. Class diagram juga menunjukkan properti dan operasi sebuah class dan batasan-batasan yang terdapat dalam hubungan-hubungan objek tersebut. UML menggunakan istilah fitur sebagai istilah umum yang meliputi properti dan operasi sebuah class.

Class Diagram

Properti, Atribut dan Asosiasi Properti mewakili fitur-fitur struktural dari sebuah class. Properti merupakan sebuah konsep tunggal, tetapi tampak seperti dua notasi yang sedikit berbeda : atribut dan asosiasi. Meskipun tampak berbeda dalam sebuah diagram tetapi sebenarnya adalah hal yang sama. Notasi atribut mendeskripsikan properti dengan sebaris teks didalam kotak class tersebut Contoh: -name : string [1] = untitled {read only}

Properti, Atribut dan Asosiasi Keterangan : +/- = tanda visibility, + public / - private name = atribut, bagaimana class tersebut mengacu pada atribut string = tipe dari atribut, menunjukkan sebuah batasan tentang objek apa yang dapat diletakkan dalam atribut tersebut [1] = multiplicity untitled = devault value, nilai objek yang baru dibuat jika atribut tidak dispesifikasi selama pembuatannya {property string}, memungkinkan untuk menunjuk properti tambahan, misalnya read only yang berarti bahwa klien tidak dapat mengubah properti tersebut

Properti, Atribut dan Asosiasi Asosiasi merupakan sebuah garis solid antara dua class, ditarik dari class sumber ke class target. Nama properti bergerak sampai tujuan akhir sebuah asosiasi bersama dengan multiplicity. Tujuan akhir sebuah asosiasi menghubungkan dengan class yang merupakan jenis properti. Properti dalam susunan atribut dapat digambarkan sebagai berikut:

Properti, Atribut dan Asosiasi Contoh objek Barang Barang +KodeBrg : String +NamaBrg : String +HargaBrg : Long +StokBrg : Int -TambahData() : void -HapusData() : void -UbahData() : void -HitungStok() : void

Multiplicity Multiplicity merupakan indikasi tentang berapa banyak objek yang akan mengisi properti. Multiplicity yang sering digunakan adalah: 1 contoh: satu pesanan hanya bisa untuk seorang pelanggan 0..1 contoh: pelanggan perusahaan dapat memiliki seorang sales rep * contoh: tidak ada jumlah maksimal / tidak terbatas berapa jumlah pesanan yang dapat dibuat oleh pelanggan)

Indikator/Gambar Multiplicity Arti 0..1 Kosong atau satu 0..* Lebih dari sama dengan kosong 0..n Lebih dari sama dengan n, dimana n lebih dari 1 1 Hanya satu 1..* Lebih dari sama dengan satu 1..n Lebih dari sama dengan satu dimana n lebih dari satu * Banyak atau Many N Hanya N, dimana N lebih dari satu n..* Lebih dari sama dengan N dimana N lebih dari satu n..m Lebih dari sama dengan N dan kurang dari sama dengan M. Dimana M dan N lebih dari satu.

Multiplicity Association multiplicity merupakan batasan pada user dalam melakukan aktifitasnya. Beberapa macam istilah yang mengacu pada multiplicity: Optional Menunjukkan sebuah batas bawah yang bernilai nol (0) Mandatory Menunjukkan sebuah batas bawah yang bernilai satu (1) atau mungkin lebih

Multiplicity Association multiplicity merupakan batasan pada user dalam melakukan aktifitasnya. Beberapa macam istilah yang mengacu pada multiplicity: Single-valued Menunjukkan sebuah batas atas yang bernilai satu (1) Multivalued Menunjukkan sebuah batas atas yang bernilai lebih dari satu (1) dan biasanya ditulis dengan tanda *

Asosiasi Bidireksional Asosiasi bidireksional adalah sepasang properti yang saling berhubungan satu sama lain. Orang pemilik 0..1 * Mobil Sifat bidireksional ditunjukkan secara jelas dengan adanya panah navigasi pada kedua ujung asosiasi.

Operasi Operasi merupakan suatu kegiatan yang dimengerti sebuah class untuk dilakukan. Operasi secara jelas berhubungan dengan metode dalam sebuah class. Istilah lain yang sering digunakan pada operasi adalah metode tetapi sebenarnya tidak sama. Perbedaannya adalah operasi adalah hal yang diharapkan pada sebuah objek (deklarasi prosedur), sedangkan sebuah metode adalah bentuk prosedur. Dalam metode ada istilah getting dan setting. Metode getting akan mengembalikan nilai dari sebuh bidang (dan tidak melakukan hal lain selain itu) sedangkan metode setting meletakkan nilai kedalam sebuah bidang (dan tidak melakukan hal lain selain itu)

Generalisasi Contoh dari gambar class sebelumnya yang merupakan generalisasi melibatkan pelanggan perorangan dan pelanggan perusahaan. Keduanya mempunyai persamaan dan perbedaan. Persamaan tersebut dapat dimasukkan kedalam class pelanggan umum (supertype) dengan pelanggan perorangan dan pelanggan perusahaan sebagai subtype. Dengan menggunakan perspektif perangkat lunak, interpretasi tersebut sudah termasuk: pelanggan perusahaan merupakan subclass dari pelanggan. Dalam object oriented subclass mewarisi semua fitur superclass dan dapat melakukan semua metode superclass.

Generalisasi Contoh Generalisasi Class Diagram PEGAWAI NIK NAMA ALAMAT TGLLAHIR DOSEN KDDOSEN MULAINGAJAR HONORPERJAM KARY_HARIAN UPAHHARIAN JMLHARIKERJA KARY_TETAP GAJIBULANAN

Catatan dan Komentar Catatan merupakan komentar didalam diagram. Catatancatatan dapat berdiri sendiri atau dihubungkan dengan garis hubung dengan elemen yang dikomentari.

Ketergantungan Sebuah ketergantungan muncul antara dua elemen jika perubahan definisi sebuah elemen dapat menyebabkan perubahan pada elemen lainnya. Dalam class ketergantungan muncul karena banyak hal, antara lain : salah satu class mengirim pesan ke class lain, salah satu class memiliki sebagian data, salah satu class menyebut class lain sebagai parameter sebuah operasi. Jika sebuah class mengubah antarmukanya, setiap pesan yang dikirim ke class tersebut dapat menjadi tidak valid. Ketergantungan di gambarkan dengan garis putus-putus.

Ketergantungan Banyak hubungan-hubungan UML menunjukkan ketergantungan. Asosiasi dengan kemampuan navigasi dari pesanan sampai ke pelanggan dalam gambar sebelumnya, berarti pesanan tersebut tidak tergantung pelanggan. Sebuah subclass tidak tergantung pada superclass-nya tetapi tidak sebaliknya. Kata kunci dalam ketergantungan dapat dijelaskan sebagai berikut: Kata Kunci <<call>> <<create>> Arti Sumber memanggil sebuah operasi pada target Sumber membuat perintah pada target

Ketergantungan Kata Kunci <<derive>> <<instantiate>> <<permit>> <<realize>> <<refine>> <<substitute>> <<trace>> <<use>> Arti Sumber diambil dari target Sumber merupakan perintah target Target memungkinkan sumber untuk mengakses fitur private target Sumber merupakan implementasi sebuah spesifikasi atau antarmuka yang ditentukan oleh target Perbaikan menunjukkan sebuah hubungan antara tingkat semantik yang berbeda, contohnya, sumber merupakan sebuah class desain dan targetnya adalah class analisis yang terkait Sumber merupakan pengganti dari target Digunakan untuk mencari sesuatu seperti persyaratan class atau bagaimana perubahan dalam sebuah model berhubungan dengan perubahan di lain tempat Sumber membutuhkan target untuk implementasinya

Ketergantungan Contoh dependency Mobil +model : String -pabrik : String +BelokKanan() : void +BelokKiri() : void +JalanLurus() : void <<use>> -ukuran : int Roda

Class Diagram berdasarkan Contoh Kasus (Acknowledgments Evi Lutfi Muktar)

Studi Kasus Class diagram dari rancangan sistem informasi penyewaan pada Bendi Car yang diusulkan sebagai berikut: