CLASS DIAGRAM. Ir. Dian Retno Sawitri, MT

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

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

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

BAB 2 LANDASAN TEORI

Sistem Informasi OOAD dengan UML (1) Teknik Informatika UNIKOM

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

UML UNIFIED MODELLING LANGUAGE

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

Citra Noviyasari, S.Si, MT SI - UNIKOM

Pengenalan UML dan Diagram Use Case. Alif Finandhita. Teknik Informatika UNIKOM

model abstrak grafis teks memahami fungsionalitas sistem media komunikasi

Selama tahap analisis, Perancang Sistem memusatkan perhatian pada pemahaman kepada Requirements Document untuk menghasilkan sebuah spesifikasi

Oleh : RAHMADY LIYANTANTO

Gambar Use Case Diagram

DAFTAR ISI... LEMBAR JUDUL LEMBAR PENGESAHAN... SURAT PERNYATAAN... ABSTRAK... ABSTRACT... KATA PENGANTAR... DAFTAR TABEL... DAFTAR GAMBAR...

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

SURAT PERNYATAAN ABSTRACT ABSTRAK KATA PENGANTAR

DASAR REKAYASA PERANGKAT LUNAK

UNIFIED MODELING LANGUAGE (UML)

Notasi dalam UML. Actor

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

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

ABSTRAK. Kata Kunci: Sistem Informasi, Penjualan, Mobile, Android, HTML 5. Universitas Kristen Maranatha

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

PERANCANGAN BERORIENTASI OBJEK

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

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

Solid circle. dalam activity diagram. Rounded rectangle. diagram. Continuous line. Dotted line. Document. laporan. Diamond

Model Analisis. Afijal, M.Kom

Teknik Informatika S1

PERTEMUAN 13 PERANCANGAN BERORIENTASI OBJEK UNTUK MULTI KELAS

BAB 2 LANDASAN TEORI. bersama-sama untuk mencapai tujuan tertentu. bersatu untuk mencapai tujuan yang sama.

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

Pemodelan Visual dengan UML

Unified Modelling Language UML

Kegunaan tahap ini adalah untuk memobilisasi dan mengorganisir g SDM yang akan melakukan Reengineering

Object Oriented Analaysis Object Oriented Design

Kuliah#3 TSK-612 Sistem Embedded Terdistribusi - TA 2011/2012. Eko Didik Widianto

PERANCANGAN BERORIENTASI OBJEK

MODUL 9 : Specifying Control

Bagian 7 ANALISIS DESAIN PADA PEMROGRAMAN BERORIENTASI OBJECT DENGAN UML

Yuli Purwati, M.Kom USE CASE DIAGRAM

Diagram Use Case. Pertemuan 3

C. Membuat Class Diagram

P10 Perancangan Berbasis Object. SQ

Kegunaan utama use case

BAB III BAB IV Class Diagram... II Sequence Diagram... II Colaboration Digram... II Activity Diagram... II S

Pendahuluan Rekayasa Perangkat Lunak II. Alif Finandhita. Teknik Informatika UNIKOM

Kebutuhan dan Spesifikasi Perangkat Lunak

BAB II LANDASAN TEORI

REKAYASA PERANGKAT LUNAK II

BAB II LANDASAN TEORI

II.3.5 Statechart Diagram... II-14 II.3.6 Activity Diagram... II-15 II.3.7 Component Diagram... II-16 II.3.8 Deployment Diagram... II-16 II.3.

Pengantar Analisis dan Desain Berbasis Obyek. Object Oriented Analysis and Design

UNIFIED MODELING LANGUAGE

APLIKASI PENCARIAN RUTE JALUR BUS TRANS SEMARANG MENGGUNAKAN ALGORITMA DIJKSTRA

Pengantar Analisis dan Desain Berbasis Obyek (Object Oriented Analysis and Design)

BAB II LANDASAN TEORI

Pertemuan 05 Model Business Business Object Model

DAFTAR SIMBOL. Tabel Notasi Use Case Diagram

BAB III ANALISA DAN PERANCANGAN

LEMBARAN SOAL ULANGAN KENAIKAN KELAS Tahun 2014/ Komunikasi Paket Keahlian

Inheritance (Pewarisan Sifat) Imam Fahrur Rozi

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

I.2 Identifikasi Masalah... I-2. I.3 Rumusan Masalah... I-2. I.4 Tujuan... I-3. I.5 Manfaat... I-3. I.6 Batasan Masalah... I-3

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

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

Pertemuan 6-7. UML (Unified Modeling Language) (Software Design 2) Muhamad Alif,S.Kom Teknik Informatika UTM 17 Oktober 2012

UML Class Diagram 1 UML??? 2 UML Diagram

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

REKAYASA PERANGKAT LUNAK. 3 sks Sri Rezeki Candra Nursari reezeki2011.wordpress.com

BAB II TINJAUAN PUSTAKA

Pertemuan6. Class Diagram

DAFTAR ISI LEMBAR PENGESAHAN SURAT PERNYATAAN

Composition dan Inheritance

OOAD (Object Oriented Analysis and Design) UML part 1 (Usecase) Gentisya Tri Mardiani, S.Kom., M.Kom ADSI-2015

Notasi Unified Modeling Language (UML) Versi 2.0

Gambar Window Transaksi Pengeluaran Barang Gudang

DATABASE DAN DATA WAREHOUSE. Pertemuan 05 2 SKS

2. Dibawah ini yang bukan merupakan bentuk bentuk objek adalah

Unified Modelling Language (UML)

ABSTRAK. Kata Kunci: sistem informasi, akuntansi, perusahaan jasa, UML. Universitas Kristen Maranatha

* 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..

BAB II LANDASAN TEORI

Apakah Diagram Itu? Diagram mengikuti aturan atau standar. Contoh Diagram sederhana:

DAFTAR ISI... LEMBAR JUDUL LEMBAR PENGESAHAN... SURAT PERNYATAAN... ABSTRAK... ABSTRACT... KATA PENGANTAR... DAFTAR TABEL... DAFTAR GAMBAR...

MAKALAH ANALISIS & PERANCANGAN SISTEM II USE CASE DIAGRAM

atau dihasilkan dalam suatu proses rekayasa software. Artifact dapat berupa model, deskripsi atau software. ) dari sistem software,

Metode Coad -Yourdon

PERANCANGAN SISTEM INFORMASI PENILAIAN KINERJA KARYAWAN (Kasus : PT. Neuronworks Indonesia)

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

BAB II LANDASAN TEORI

BAB IV ANALISIS DAN PERANCANGAN SISTEM

SYLLABUS DAN PENDAHULUAN. Astrid Lestari Tungadi, S.Kom., M.TI.

ANALISA DAN PERANCANGAN SISTEM INFORMASI. Pendekatan Terstruktur dan alat-alat pemodelan Sistem

TESTING DAN IMPLEMENTASI SISTEM. WAHYU PRATAMA, S.Kom., MMSI.

BAB II LANDASAN TEORI

PEMBUATAN APLIKASI PENERIMAAN OUTSOURCING BERBASIS WEB

DESIGN SYSTEM WITH UML


Transkripsi:

CLASS DIAGRAM Ir. Dian Retno Sawitri, MT

Konseptual Sebuah class didefinisikan sebagai sekumpulan objek yang memiliki atribut, operasi, relasi, dan semantik yang sama. Secara grafis, class digambarkan sebagai sebuah segiempat. Setiap class memiliki sebuah nama yang membedakan dengan class lain. Nama dikenal sebagai nama sederhana (simple name) dan nama path (path name), yaitu nama class yang didahului dengan nama paket dimana class tersebut berada.

Nama Class Customer Sensor Temperatur Nama sederhana Bussiness Rules::FraudAgent Dinding Nama path Java::awt::Rectangle

Attributes Atribut adalah nama sifat dari sebuah class yang menjelaskan sebuah rentang nilai sifat tersebut. Sebuah class dapat memiliki beberapa atribut. Sebuah atribut merepresentasikan beberapa sifat sesuatu yang dimodelkan yang dapat di share ke semua objek dalam class tersebut. Sebagai contoh, setiap dinding memiliki tinggi, lebar, dan ketebalan. Setiap customer memiliki nama, alamat, nomor telephon,dan tanggal lahir.

Attribut Atribut dituliskan pada bagian kedua (tengah) sebuah class. Customer Nama Alamat Telephon Tgl_Lahir

Attribut Atribut dapat ditulis lebih detail dengan memasukkan tipe nilai. Dinding Tinggi : Float Lebar : Float Ketebalan : Float

Operations Operasi adalah sebuah implementasi dari sebuah pelayanan yang dapat diminta dari suatu objek dalam class yang memiliki efek pada tingkah laku. Operasi adalah sebuah abstraksi sesuatu yang dapat dilakukan oleh objek yang digunakan bersama-sama oleh semua objek dalam sebuah class. Sebuah class dapat memiliki sejumlah operasi atau tanpa operasi.

Operasi Operasi diletakkan pada class bagian bawah (dibawah atribut) Rectangle TemperatureSensor Add() Grow() Move() isempty() Resert() setalarm(t: Temperature) Value() : Temperature Temperatur dan signature

Mengorganisasikan Atribut dan Operasi Saat menggambar sebuah class, tidak semua atribut dan semua operasi dapat diperlihatkan saat itu. Dalam banyak kasus, karena banyaknya atribut dan operasi, kita dapat menghilangkan atribut dan operasi tertentu. Untuk pengorganisasiannya dapat digunakan prefik untuk setiap group dengan deskripsi kategori menggunakan sterotypes.

Organisasi Atribut dan Operasi FraudAgent <<constructor>> New() New(p : Policy) <<process>> Process(o:Order) <<query>> IsSuspect(o:Order) IsFraudulent(o:Order) <<helper>> validateorder(o:order) stereotype

Responsibilities (Pertanggungjawaban) Responsibility adalah sebuah kontrak atau sebuah obligasi dari sebuah class. Saat sebuah class dibuat, semua objek dalam class tersebut memiliki keadaan dan tingkah laku yang sama. Saat sebuah class dimodelkan, awal yang baik adalah menspesifikasikan responsibilities sesuatu dalam sebuah kamus. Teknik seperti CRC card (Class Responsibility Collaboration) dan use case dapat membantu.

Responsibilities (Pertanggungjawaban Secara grafis, responsibilities dapat digambarkan dalam membagi bagian bawah class. FraudAgent responsibilities Responsibilities -Menjelaskan resiko sebuah order customer -Menangani kriteria customer khusus

Teknik umum Pemodelan Modelling the vocabulary of a System Modelling the distribution of responsibilities in a system Modelling non software things Modelling primitive type

Modelling the vocabulary of a System Identifikasikan sesuatu (things) yang digunakan atau diimplementasikan untuk menjelaskan suatu masalah atau suatu solusi.gunakan CRC Card atau analisa berbasis use case untuk membantu membuat abstraksi Untuk setiap abstraksi, identifikasikan himpunan responsibility. Yakinkan bahwa setiap class didefinisikan secara tegas dan memiliki keseimbangan responsibility diantara classclass.

Modelling the vocabulary of a System Sediakan atribut dan operasi yang diperlukan untuk mengungkapkan responsibility setiap class.

Modelling the vocabulary of a System Customer Nama Order Address Item Phone Quantity birthdate Transaction Actions Commit() rollback wassuccessful Warehouse Product Id name Price Locatin Shipment Responsibilities -Maintain the information regarding products shipped against an order -Track the status and location of the shipped product

Modelling the distribution of responsibilities in a system 1. Identifikasikan himpunan kelas yang bekerja bersama-sama untuk menghasilkan sebuah tingkah laku 2. Identifikasikan himpunan responsibilities untuk setiap kelas 3. Lihat kelas secara keseluruhan, bagi kelas-kelas yang memiliki terlalu banyak responsibilitas kedalam abstraksi yang lebih kecil, sehingga diperoleh kelas yang memiliki responsibilitas yang lebih sederhana. 4. Kolaborasi diantara kelas diredistribusi sehingga tidak ada kelas dengan responsibilitas yang terlalu besar atau terlalu kecil

Modelling the distribution of responsibilities in a system Model View Responsibilities Responsibilities - Manage the state of the model Controler -Render the model on the screen -Manage movement and resizing of the view -Intercept user event Responsibilities - Syncronize changes in the model and its views

Modelling non software things 1. Modelkan sesuatu (thing) yang diabstraksikan sebagai sebuah kelas. 2. Jika ingin membedakan sesuatu (thing) tersebut dengan blok yang didefinisikan dari UML, buatlah blok baru menggunakan sterotype untuk mengkhususkan semantik baru dan memberikan tampilan yang jelas. 3. Jika yang dimodelkan adalah hardware yang berisi software, modelkan sebagai bagian dari simpul, sehingga strukturnya dapat diperluas

Modelling non software things Account Receivable Agent Robot processorder() changeorder() Status()

Modelling primitive type 1. Modelkan sesuatu yang diabstraksikan sebagai sebuah tipe atau sebuah enumerasi, yang dibuat menggunakan notasi kelas dengan stereotipe yang berbeda. 2. Jika diperlukan untuk mendapatkan rentang nilai khusus yang berhubungan dengan tipe, gunakan batasan (constraints).

Modelling primitive type <<type>> Int {values range from -2**31-1 to +2**31} <<enumeration>> Status Idle Working Error <<enumeratin>> Boolean True Fals

Relationships Dalam object oriented modelling ada tiga macam relasi yaitu: Dependencies Generalizations Asosiations

Dependency Relasi yang menyebabkan perubahan khsusus pada sesuatu (things). Misal class Event akan memberikan efek ke sesuatu yang lain yang menggunakannya, misal class window, tetapi tidak sebaliknya. Secara grafis digambarkandengan garis berarah (anak panah) putus-putus.

Contoh Dependencies FilmClip name playon() start() stop() reset() Channel

Generalization Merupakan relasi diantara general thing (super class / parent class) dengan satu atau lebih thing yang lain (subclass / child class). Disebut juga dengan relasi is-a-kind-of (bagian dari). Misalnya class BayWindow adalah bagian dari (a-kind-off) class window.

Generalization Generalisasi berarti child dapat mensubstitusi parent (child mewarisi sifat parent) Sebuah class dapat memiliki nol, satu, ataubanyak parent. Class yang tidak memiliki parent dan satu atau lebih anak disebut root class (base class). Class yang tidak memiliki anak disebut class daun (leaf class)

Generalization Sebuah class dengan satu parent disebut menggunakan satu pewarisan (inheritance) Sebuah class dengan lebih satu parent disebut menggunkan multiple inheritance

Generalization Shape origin bas e class generalization move() re size () display() Rectangle corner : Point Circle radius : Float Polygon points : List display() Square leaf clas s

Association Merupakan relasi struktural yang menspesifikasikan bahwa sebuah objek dihubungkan dengan objek lain. Asosiasi yang menghubungkan dua kelas, berarti setiap objek dalam kelas yang satu berhubungan dengan semua objek pada kelas yang lain, demikian sebaliknya. Sebuah asosiasi memiliki sebuah nama, yang digunakan untuk menjelaskan jenis relasinya.

Association dengan nama & peran Person works for company Person employee works for employer company

Asosiasi dengan multiplisitas dan agregasi Person 1..* * company employee employer Department Company part agregation whole