UML Compatibility Mode

5/17/2018 UML Compatibility Mode - slidepdf.com

http://slidepdf.com/reader/full/uml-compatibility-mode 1/73

UML

Rio Wirawan



Modeling with UML versi 2.0

• Pemodelan dengan UML ada 13 diagram yang terbagimenjadi 3 kategori yaitu

• Structure diagramMenggambarkan elemen dari spesifikasi yangmengabaikan time

– Class diagram

– Object diagram – Component Diagram

– Deployment Diagram

– Composite structure diagram

– Package diagram



• Behavior diagram

Menggambarkan cirri-ciri behavior/methode/function darisebuah system atau business process

– Use case Diagram

– Activity Diagram

– State Machine Diagram

• n erac on agramBagian dari behavior diagram yang menggambarkanobject interactions

– Communication

– Interaction Overview – Sequence

– Timing



DIAGRAM-DIAGRAM DI UML

Use CaseDiagramsUse Case

DiagramsUse CaseDiagrams

StateDiagramsState

DiagramsObjectDiagrams

Use CaseDiagramsUse Case

DiagramsActivity

Diagrams

StateDiagramsState

DiagramsClass

Diagrams

DeploymentDiagram

ScenarioDiagramsScenario

DiagramsSequenceDiagrams

StateDiagramsState

DiagramsStateDiagrams

ComponentDiagramsComponent

DiagramsComponentDiagrams

Model

ScenarioDiagramsScenario

DiagramsCollaborationDiagrams



Class Diagram

Object Diagram

Component Diagram

Deployment Diagram

Structural DiagramsStructural Diagrams

9 DIAGRAM UML

Use Case Diagram

Sequence Diagram

Collaboration Diagram

Statechart Diagram Activity Diagram

Behavioral DiagramsBehavioral Diagrams



Sequence

Diagrams

Dynamic views Static views

Collaboration

Class

Diagrams

Use Case

Diagrams

Some part of

the model might

not be visible on

any diagram

agrams

Activity

Diagrams

Statechart

Diagrams

ObjectDiagrams

Component

Diagrams

Deployment

Diagrams

Model



USE CASE DIAGRAM

• Menggambarkan fungsionalitas yang diharapkan darisebuah sistem. Yang ditekankan adalah “apa” yangdiperbuat sistem, dan bukan “bagaimana”.

• Menggambarkan kebutuhan system dari sudut pandang

user• Mengfokuskan pada proses komputerisasi (automated

processes)

• Menggambarkan hubungan antara use case dan actor



• Use case menggambarkan proses system (kebutuhan systemdari sudut pandang user)

• Secara umum use case adalah:

– Pola perilaku system

– Urutan transaksi yang berhubungan yang dilakukan olehsatu actor

• se case agram ter r ar – Use case

– Actors

– Relationship

– System boundary boxes (optional)

– Packages (optional)



USE CASE

• Use case dibuat berdasar keperluan actor, merupakan “apa” yang

dikerjakan system, bukan “bagaimana” system mengerjakannya

• Use case diberi nama yang menyatakan apa hal yang dicapai darihasil interaksinya dengan actor.

• Use case dinotasikan dengan gambar (horizontal ellipse)

• Use case biasanya menggunakan kata kerja• Nama use case boleh terdiri dari beberapa kata dan tidak boleh

ada 2 use case yang memiliki nama yang sama



ACTOR

• Actor menggambarkan orang, system atau external entitas /

stakeholder yang menyediakan atau menerima informasi dari

system

• Actor menggambarkan sebuah tugas/peran dan bukannya posisi

sebuah jabatan

• Actor memberi input atau menerima informasi dari system• Actor biasanya menggunakan Kata benda



• Tidak boleh ada komunikasi langsung antar actor

• Indikasi <<system>> untuk sebuah actor yang

merupakan sebuah system

• Adanya actor bernama “Time” yang mengindikasikan

scheduled events (suatu kejadian yang terjadi secara

• Letakkan actor utama anda pada pojok kiri atas dari

diagram



Association• Associations bukan menggambarkan aliran

data/informasi

• Associations digunakan untuk menggambarkanbagaimana actor terlibat dalam use case

• Ada 4 enis relasi an bisa timbul ada use case

diagram

1. Association antara actor dan use case

2. Association antara use case

3. Generalization/Inheritance antara use case

4. Generalization/Inheritance antara actors



Association antara actor dan use case• Ujung panah pada association antara actor dan use case

mengindikasikan siapa/apa yang meminta interaksi danbukannya mengindikasikan aliran data

• Sebaiknya gunakan Garis tanpa panah untuk association antaraactor dan use case

• association antara actor dan use case yang menggunakan panahterbuka untuk mengindikasikan bila actor berinteraksi secara pasif dengan system anda



Association antara use case• <<include>> termasuk didalam use case lain (required)

/ (diharuskan)

– Pemanggilan use case oleh use case lain, contohnya adalahpemanggilan sebuah fungsi program

– Tanda panah terbuka harus terarah ke sub use case

– Gambarkan association include secara horizontal

Register for courses

<<include>>

Logon validation<<include>>

Maintain curriculum



Association antara use case (Lanjut)

• <<extend>> perluasan dari use case lain jika kondisi atau syarat terpenuhi

– Kurangi penggunaan association Extend ini, terlalu banyak pemakaian

association ini membuat diagram sulit dipahami.

– Tanda panah terbuka harus terarah ke parent/base use case – Gambarkan association extend secara vertical

Buka

Rekening

<<extend>>

Buka

Deposito

Nasabah



Generalization/inheritance antara use case

• Generalization/inheritance digambarkan dengan sebuah garis berpanah

tertutup pada salah satu ujungnya yang menunjukkan lebih umum

• Gambarkan generalization/inheritance antara use case secara verticaldengan inheriting use case dibawah base/parent use case

• Generalization/inheritance dipakai ketika ada sebuah keadaan yang lain

sendiri erlakuan khusus sin le condition

Buka

Rekening

Nasabah Buka

Deposito



Generalization/inheritance antara actor

• Gambarkan generalization/inheritance antara actors secara

vertical dengan inheriting actor dibawah base/parent use case



Use case System boundary boxes

• Digambarkan dengan kotak disekitar use case, untuk menggambarkan

jangkauan system anda (scope of of your system).

• Biasanya digunakan apabila memberikan beberapa alternative system yang

dapat dijadikan pilihan• System boundary boxes dalam penggunaannya optional



Usecase berdasarkan sistem usulan

atau berdasar program

Contoh Kasus Penggajian (Acknowledgments Evi Lutfi Muktar)

Use Case Absen

Deskripsi use case Absen

Nama : Use Case Diagram AbsenActor : TU dan Administrasi

Deskripsi : TU mencetak Rekap Absen kemudian

diserahkan kepada Administrasi

Nama Use Case : <<Include>> input data

absen harian



Use Case Rekap Biodata Pegawai

Deskripsi Use Case Rekap Biodata PegawaiNama : Use Case Rekap Biodata Pegawai

Actor : TU dan Administrasi

Deskripsi : TU mencetak Rekap Biodata Pegawai kemudian

diserahkan kepada Administrasi

Nama Use Case : <<Include>> input datapegawai, Pendidikan dan Keluarga.



Use Case Pengolahan Daftar Data Pegawai dan Gaji (DDPG)

Deskripsi Use Case Pengolahan Data Pegawai dan gaji (DDPG)

Nama : Use Case Pengolahan Data Pegawai dan Gaji

Actor : Administrasi dan Pegawai

Deskripsi : Administrasi Mencetak Slip Gaji kemudiandiserahkan kepada Pegawai

Nama Use Case : <<Include>> Input total

absensi pegawai dan input data pegawai, data pendidikan, data

keluarga, PKS, insentif, fungsional, transport dan potongan.



pendaftaranformulir

nomor pelanggandaya

tarif

<<include>>

<<include>>

<<include>>

pendaftaran

rubah daya

Gambar Use case formulir pendaftaran rubah daya (Acknowledgments Toeko triyanto)

pengunjung peanggan

data i_01

<<extend>>



nomor agenda

<<include>>

Gambar Use case cetak surat jawaban

pendaftaranformulir

data i_01

rubah daya

pendaftaran

pelanggan

cetak

surat jawaban

user

<<extend>>

cetak

surat jawaban



pendaftaran

formulir

nomor agenda

rubah daya

cetak

surat jawaban

cetaksurat perjanjian

jual beli tenagalistrik

<<include>>

cetaksurat perjanjian jual beli

Gambar Use case cetak surat perjanjian jual beli

data i_01

pelangganuser

<<extend>>



pendaftaranformulir

rubah da a

cetak

surat jawaban

nomor agenda

<<include>>

cetak

kwitansi

Gambar Use case cetak kwitansi.

data i_01

pelanggan

data kwitansi

user

<<extend>>

<<extend>>



nomor kwitansi

<<include>>

Gambar use case cetak perintah kerja.

pendaftaranformulir

data i_01

rubah daya

cetaksurat jawaban

data kwitansi

cetakperintah kerja

data perintah kerja

user

<<extend>>

<<extend>>

<<extend>>

pelanggan

cetakperintah kerja



ACTIVITY DIAGRAM

• Menggambarkan proses bisnis dan urutan aktivitas dalam

sebuah proses

• Dipakai pada business modeling untuk memperlihatkan urutanaktifitas proses bisnis

• Struktur diagram ini mirip flowchart atau Data Flow Diagram

pa a perancangan ers ru ur

• Sangat bermanfaat apabila kita membuat diagram ini terlebih

dahulu dalam memodelkan sebuah proses untuk membantu

memahami proses secara keseluruhan

• Activity diagram dibuat berdasarkan sebuah atau beberapa usecase pada use case diagram



Simbol Activity Diagram

Simbol Keterangan

Start Point

End Point

Activities

Fork (Percabangan)

Join (Penggabungan)

Decision

SwimlaneSebuah cara untuk mengelompokkanactivity berdasarkan Actor(mengelompokkan activity dalam

sebuah urutan yang sama)



CONTOH

ACTIVITY

DIAGRAM

Penarikan Uang

dari Account

Bank Melalui

ATM



CONTOH ACTIVITY DIAGRAMSupplierBagian PembelianBagian Gudang

Memberi informasi dataBarang yang akan dipesan

Menerimainformasi

BuatSPP

TerimaSPP

Kirim Barangdisertai Faktur

Terima Barangdan Faktur

BuatSPBJ TandatanganiSPBJ TerimaSPBJ

Konfirmasipembayaran

Melakukanpembayaran

Terimapembayaran

TerimaKwitansi

Buatkwitansi



Procedure Berjalan (Acknowledgments Evi Lutfi Muktar)

Proses pembuatan Daftar Data Pegawai dan Gaji pada SMP PGRI 1

Depok adalah sebagai berkut :

1. Proses Absensi

Pegawai melakukan absensi harian melalui form daftar hadirpegawai. Berdasarkan form daftar hadir pegawai tersebut bagian

Tata Usaha (TU) akan membuat Rekap Absen (RA) harian untuk

.

2. Proses Pemberian Rekap Biodata Pegawai (RBP)Pegawai memberikan data pribadi pegawai, data pendidikan,

data keluarga yang dijadikan satu menjadi data pegawai kepada

bagian Tata Usaha yang kemudian diarsipkan menjadi Rekap Biodata

Pegawai (RBP). Lalu Rekap Biodata Pegawai (RBP) diserahkan kepada

bagian administrasi untuk proses pengolahan Daftar Data Pegawai

Dan Gaji (DDPG).



3. Proses Pengolahan Daftar Data Pegawai dan Gaji (DDPG)

Setelah bagian administrasi menerima Rekap Biodata Pegawai (RBP) dan

Rekap Absen (RA) akan mengolah kedua data tersebut untuk dibuatkan

menjadi Daftar Data Pegawai dan Gaji (DDPG) yang kemudian diserahkan

kepada Kepala Sekolah untuk ditanda tangani atau di Acc.

4. Proses Pembuatan Laporan

Daftar Data Pegawai dan Gaji (DDPG) yang sudah diterima dan ditanda

Administrasi untuk dibuatkan Laporan Data Pegawai (LDP) dan Laporan GajiPegawai (LGP).

Setelah bagian administrasi menerima Daftar Data Pegawai dan Gaji

yang sudah di Acc akan membuatkan Laporan Data Pegawai (LDP) dan Laporan

Gaji Pegawai (LGP) yang nantinya akan diserakan kepada Kepala Sekolah.selain

itu bagian Administrasi akan membuatkan slip gaji untuk diserahkan kepada

pegawai.

Proses Absensi



Proses Absensi

Acivity Diagram Rekap Biodata Pegawai (RBP)



Acivity Diagram Rekap Biodata Pegawai (RBP)

Activity Diagram Pembuatan Daftar Data pegawai dan Gaji (DDPG)



Activity Diagram Pembuatan Daftar Data pegawai dan Gaji (DDPG)

Activity Diagram Proses Laporan



y g p



(Acknowledgments Toeko triyanto)

Proses bisnis pelayanan pelanggan perubahan daya pada PT PLN

adalah sebagai berikut :

•Pendaftaran perubahan dayaKonsumen datang kekantor PT PLN(Persero) dengan

membawa fotocopy KTP dan kwitansi pembayaran rekening

bulan terakhir kemudian diserahkan dibagian pelayanan

pelanggan. Pegawai pelayanan pelanggan akan menginput

berdasarkan data dari konsumen , setelah diinput maka akan

dicetak formulir pendaftaran perubahan daya untuk kemudian

ditandatangani oleh pelanggan. Satu rangkap untuk pelanggansebagai tanda bukti. Lainnya disimpan oleh bagian pelayanan

pelanggan untuk diteruskan ke supervisor untuk proses

persetujuan

A ti it di d ft b h d



memberikan fotocopy ktp

dan rekening listrik

menerima fotocopy ktp

dan rekening listrik

input pendaftaran

pelanggan

cetak formulir

pendaftaran

spv pelayananpelayanan pelangganpelanggan

Activity diagram pendaftaran perubahan daya

menerima formulir pendaftaran

menyetujui formulir

pendaftaran

memberikan formulir

pendaftaran

memberikan formulir pendaftaran

menerima formulir

pendaftaran

memberikan formulir

pendaftaran

menerima formulir

pendaftaran



•Persetujuan perubahan daya

Rangkap formulir pendaftaran yang disimpan oleh bagian pelayanan

pelanggan kemudian dibuatkan surat jawaban persetujuan yang kemudian

ditandatangani oleh supervisor pelayanan pelanggan dicetak menjadi dua

rangkap, rangkap pertama diberikan kepada pelanggan , sedangkan rangkap

yang kedua disimpan oleh bagian pelayanan pelangan sebagai arsip.

pelangganspv pelayananpelayanan pelanggan

memberikan formulir

pendaftaran

menerima formulir

pendaftaran

membuat surat

persetujuan

menyetujui surat

persetujuan

memberikan surat

persetujuan

menerima surat

persetujuan

P j ji j l b li t li t ik



•Perjanjian jual beli tenaga listrik

Setelah pelanggan menerima surat jawaban persetujuan dari PT. PLN

(Persero) maka sipelanggan akan datang ke kantor PT PLN untukmenandatangani surat perjanjian jual beli tenaga listrik sesuai dengan

daya listrik yang baru yang akan dipasang. Surat perjanjian jual beli tenaga

listrik tersebut juga ditandatangani oleh manager.

menerima surat

persetujuan

membuat surat perjanjian

jual beli tenaga listrik

manager spv pelayananpelanggan

menerima surat perjanjian


menyetujui surat perjanjian


memberikan surat perjanjian


mencetak surat perjanjian












menyetujui surat perjanjian






•pembayaran

Setelah menandatangani surat perjanjian jual beli tenaga listrik makasipelanggan tinggal membayar sejumlah yang tertera pada surat perjanjian

jual beli tenaga listrik ke loket pembayaran perubahan daya, pelanggan

akan mendapatkan kwitansi pembayaran sebagai bukti bahwa si pelanggan

telah melaksanakan kewajibannya.loket PT PLNpelanggan

melakukan

pembayaran

menerima bukti

pembayaran

menerima

pembayaran

cetak bukti

pembayaran

menyetujui buktipembayaran

memberikan buktipembayaran



•Perintah kerja

Saaat si pelanggan membayar kewajibannya maka perintah kerjaterbit dan siap untuk di cetak, untuk diberikan kepada pelaksana

sebagai perintah kerja untuk pelanksanaan penggantian MCB

pelanggan.

cetak perintah

kerja

menyetujui

pelangganpelaksanabagian penyambungan

melakukan

penggantian MCB

menerima

perintah kerja

menerima

perintah kerja

melakukan

penggantian MCB

memberikan

perintah kerja

menerima

perintah kerja

memberikan

perintah kerja

menerima

perintah kerja

menyetujui

perintah kerja

memberikan

perintah kerja



• Koperasi STMIK Nusa Mandiri adalah sebuah koperasi yangmengelola simpan pinjam bagi para anggotanya, berikut iniadalah kegiatan yang dilakukan oleh bagian Kredit dalammenangani pemberian pinjaman bagi para anggotanya.

• Setiap kali bagian kredit akan memberikan pinjaman kepadaAnggota maka Anggota diharuskan mengisi FormulirPermohonan Pinjaman yang berisi Nomor FPP, Tanggal

Latihan STUDI KASUS ACTIVITY DIAGRAM

, , ,

Permohonan dan Keperluan. Yang kemudian oleh Bagian Kreditdicatat dan disimpan kedalam Arsip FPP. Berdasarkan Arsip FPPtersebut Bagian Kredit membuat Bukti Peminjaman yangdiberikan kepada Anggota yang berisi No. BP, tgl BP, NomorAnggota, Nama Anggota, Jumlah Realisasi, Lama Angsuran,

Jumlah Angsuran dan Bunga.



• Setiap Bulan Anggota diharuskan membayar Angsuransejumlah Angsuran yang disepakati pada saat Peminjamanyang kemudian oleh bagian Kredit dicatat dan direkamkedalam Arsip Angsuran. Berdasarkan Arsip Angsuran tersebut

bagian Kredit membuat Bukti Angsuran yang diberikankepada Anggota yang berisi No. BA, Tanggal BA, No. BP,Jumlah Angsur dan Bunga

• a a a r u an ag an re se a u mem ua aporan

Peminjaman dan Laporan Angsuran yang diberikan KepadaKetua Koperasi.



Latihan Activity Diagram !

PT. Nusantara adalah sebuah perusahaan yang bergerak dibidangpenjualan Tunai barang-barang elektronik. Semua transaksi diperusahaan masih dilakukan secara manual. Berikut ini adalahkegiatan kegiatan yang dilakukan oleh bagian Penjualan dalam

melaksanakan transaksi penjualan Barang di dalam perusahaan.

1. Pemesanan barang

Setiap kali Bagian penjualan akan menjual barang ia selalu

menerima surat pesanan dari pelanggan. Berdasarkan Suratpesanan tersebut bagian penjualan kemudian mencatat danmerekamnya kedalam Arsip Surat Pesanan. Berdasarkan Arsip suratpesanan tersebut, bagian penjualan membuatkan Faktur dan Surat

Jalan yang dikirimkan kepada Pelanggan sebagai bukti bahwa barangyang dipesan sudah terealisasi dan rangkapnya disimpan sebagaiArsip Faktur dan Arsip Surat Jalan.



2. Pembuatan Kwitansi

Apabila Faktur dan Surat Jalan sudah sampai ditempatpelanggan, maka pelanggan megirimkan Pembayaran yangkemudian oleh bagian penjualan dibuatkan Kwitansi yangdibuat berdasarkan Arsip Faktur yang kemudian diserahkankepada pelanggan sebagai bukti pembayaran dan rangkapnyadisimpan kedalam Arsip Kwitansi

3. Pembuatan Laporan

Setiap akhir bulan Bagian Penjualan selalu membuat LaporanPenjualan berdasarkan Arsip Faktur dan Laporan Pesananberdasarkan Arsip Pesanan dan Laporan Pengirimanberdasarkan Arsip Surat Jalan yang ditujukan kepada KepalaBagian Penjualan

Diminta :

• Buatlah Activity diagram dari data diatas !



Sequence Diagram



Sequence Diagram

• Sequence diagram menggambarkan interaksi antar objekdi dalam dan di sekitar sistem (termasuk pengguna,display , dan sebagainya) berupa message yangdigambarkan terhadap waktu. Sequence diagram terdiriatar dimensi vertikal (waktu) dan dimensi horizontal (objek-objek yang terkait).



• Sequence diagram biasa digunakan untukmenggambarkan skenario atau rangkaian langkah-langkah yang dilakukan sebagai respons dari sebuahevent untuk menghasilkan output tertentu. Diawali dari

apa yang men-trigger aktivitas tersebut, proses danperubahan apa saja yang terjadi secara internal danoutput apa yang dihasilkan.

diagram• Memperlihatkan tahap demi tahap apa yang seharusnyaterjadi untuk menghasilkan sesuatu didalam use case

Simbol Sequence Diagram



Simbol Sequence Diagram

Contoh Sequence Diagram



Contoh Sequence Diagram



Contoh kasus Penggajian (Acknowledgments Evi Lutfi Muktar)



SEQUENCE DIAGRAM INPUT DATA PEGAWAISEQUENCE DIAGRAM INPUT DATA PEGAWAI

SEQUENCE DIAGRAM INPUT DATA PENDIDIKANSEQUENCE DIAGRAM INPUT DATA PENDIDIKAN



SEQUENCE DIAGRAM INPUT DATA KELUARGASEQUENCE DIAGRAM INPUT DATA KELUARGA



SEQUENCE DIAGRAM ABSEN MASUKSEQUENCE DIAGRAM ABSEN MASUK



Contoh kasus PLN (Acknowledgments Toeko triyanto)



: administrator : formtambah manajemen user : control formtambah

manajemen user

: pelanggan

open ( )

get username, passwordnama lengkap, email

display username, password

nama lengkap, email

simpansimpan



: pelanggan : form tambah pendaftaran : controlform tambah

pendaftaran

: pelanggan1

open ( )get nomor_pelanggan

peruntukan, tarif, daya

display nomor_pelanggannama pelangganalamat

nomor ktpnomor telpon

gardu

daya tarif lamadaya tarif baru

peruntukan

simpansimpan

display no, agenda,

tgl, id_pelanggan

nama, daya_lamadaya_baru, status,

aksi



CLASS DIAGRAM



• Class adalah sebuah spesifikasi yang jika diinstansiasi akanmenghasilkan sebuah objek dan merupakan inti daripengembangan dan desain berorientasi objek.

• Class menggambarkan keadaan (atribut/properti) suatusistem, sekaligus menawarkan layanan untuk memanipulasikeadaan tersebut (metoda/fungsi).

• Class dia ram men ambarkan struktur dan deskri si class package dan objek beserta hubungan satu sama lain seperti

containment , pewarisan, asosiasi, dan lain-lain.• Class memiliki tiga area pokok :

1.Nama, merupakan nama dari sebuah kelas

2. Atribut, merupakan peroperti dari sebuah kelas. Atribut melambangkan batas nilai yang

mungkin ada pada obyek dari class3. Operasi, adalah sesuatu yang bisa dilakukan oleh sebuah class atau yang dapat dilakukan

oleh

class lain terhadap sebuah class

CLASS DIAGRAM (LANJUTAN)



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 dananak-anak yang mewarisinya

– Public, dapat dipanggil oleh siapa saja

– Package, hanya dapat dipanggil oleh instance sebuah class pada paket

yang sama

Nama Class

Atribut

Metode/operasi

HUBUNGAN ANTAR CLASS



HUBUNGAN ANTAR CLASS

1. Asosiasi, yaitu hubungan statis antar class. Umumnyamenggambarkan class yang memiliki atribut berupa class lain,atau class yang harus mengetahui eksistensi class lain. Panah

navigability menunjukkan arah query antar class.2. Agregasi, yaitu hubungan yang menyatakan bagian (“terdiriatas..”).

. , .diturunkan dari class lain dan mewarisi semua atribut danmetoda class asalnya dan menambahkan fungsionalitas baru,sehingga ia disebut anak dari class yang diwarisinya. Kebalikandari pewarisan adalah generalisasi.

4. Hubungan dinamis, yaitu rangkaian pesan (message) yang di-

passing dari satu class kepada class lain. Hubungan dinamis dapatdigambarkan dengan menggunakan sequence diagram yang akandijelaskan kemudian.

CONTOH CLASS DIAGRAM



CONTOH CLASS DIAGRAM

MULTIPLICITY



• Unspecified

• Exactly one

• Zero or more (many, unlimited)

0..*

1

*

• ne or more

• Zero or one (optional scalar role)

• Specified range

• Multiple, disjoint ranges

2..4

0..1

1..*

2, 4..6

Class Diagram diperoleh berdasarkan dari database



Contoh Kasus (Acknowledgments Evi Lutfi Muktar)



Buatlah Class Diagram

(berdasarkan database yang anda buat

(VB atau Web)

Kasus:

.

2. Penjualan

UML Compatibility Mode

Documents

Transcript of UML Compatibility Mode