Konstruksi Diagram (lanjutan)

lanjutan
 BCE Pattern on Sequence Diagram
• Pembuatan object pada lifeline di sequence diagram bisa
berbeda-beda (subyektif)
• Pola Boundary-Control-Entity (BCE) membantu
standarisasi object pada lifeline:
1. Boundary Class:
– Class yang berinteraksi dengan aktor langsung (user interface)
– Bisa berbentuk form, input, menu, dsb.
2. Control Class:
– Class yang berhubungan dengan pemrosesan, penghitungan,
kalkulasi, komputasi, query, dsb
3. Entity Class:
– Class yang berhubungan dengan data baik flatfile atau database
 Sequence Diagram: Memasukkan PIN
teraction

Pengguna
MenuLogin ProsesValidasiAccount Account MenuUtama

masukkanPIN()

validasiAccount(id, pin)

getID()

getPIN()

isAccountValid()

tampilkanMenuUtama()
Activity Diagram: Memasukkan PIN
act Activ ity

Mulai

Memasukkan PIN [Tidak]

Lebih dari 3 kali ?

PIN Valid ? [Tidak]

[Ya] [Ya]

Menampilkan Menu Utama Mengeluarkan Kartu

Selesai
 Class Diagram

• Dibangun dari object-lifeline diagram dan model user

interfacae
• Memuat spesifikasi dari objek dalam sistem yang
memuat spesifikasi data atau atribut (variable), dan
prilakunya atau operasinya (methods)
• Memuat messages yang memetakan operasi kelas
(methods)
• Diagram kelas dapat dipecah menjadi paket-paket
diskrit dan komponen-komponen (koleksi kelas)
 Class Diagrams

• Model Statis
• Menunjukan
– Class
– Hubungan (Relationships) antar class
– Remains constant over time
Example Class Diagram
 More on Attributes

• Yang dapat diturunkan dari atribut

– umur, dapat dikalkulasi dari tanggal lahir dan
current date
• Visibilitas atribut
+Public: tidak tersembunyi dari objek apapun
#Protected: tersembunyi dari class lain kecuali
subclass langsung
–Private: tersembunyi dari semua class
• Visibilitas terpasang(default) adalah ‘private’
 More on Operations

• Constructor: membuat object

• Query: mencari state dari class
• Update: mengubah nilai-nilai atribut
• Operasi dapat juga dinyakatan dalam
bentuk public, protected, or private
– Default dari operasi adalah ‘public’
 More on Relationships

• Tujuan utama dari class adalah untuk

menunjukkan hubungan (relationships),
atau asosiasi (assosciations) antar class
• Class dapat direlasikan dengan dirinya
sendiri (role)
– Gunakan tanda “+” untuk menunjukkan perannya
(role) dan bukan nama hubungannya
 Relationship Multiplicity
Exactly one
Dept 1 Boss

Zero or more
Employee 0..* Child

One or more
Boss 1..* Employee

Zero or one
Employee 0..1 Spouse

Specified
range Employee 2..4 Vacation

Disjoint
Employee 1..3, 5 Committee
ranges
class Class Model
Class Diagram (Sistem ATM)
ProsesValidasiKartu FormLogin ProsesValidasiAccount
melakukan
mengakses
Account

melakukan
mengakses
ProsesPengirimanUang
KotakKartu MenuKirimUang
mewarisi melakukan

mengakses
mewarisi
melakukan
memiliki Layar
MenuUtama
mewarisi mengakses
memiliki melakukan ProsesPengecekanSaldo
SistemATM

melakukan
melakukan

memiliki
PemrosesanLogout
mewarisi
memiliki
KotakUang ProsesPengambilanUang

KotakKuitansi

MenuPengambilanUang melakukan
 User Interface Design

• Dikonstruksi berdasarkan / berasal dari pola

boundary class (boundary class pattern) di
sequence diagram
User Interface Design
 ER (Entity Relationship) Diagram

• Diambil dari pola entity class dari sequence

diagram
• ER diagram (struktur database) dapat
diperoleh/dihasilkan dari entity class pada
class diagram
class Data Model
ER Diagram
TransaksiPembelianDetail Supplier
TransaksiPembelian

«column» «column»
«column»
*PK NoPembelianDetail: CHAR(10) *PK KodeSupplier
*PK NoPembelian
NoPembelian: CHAR(10) * NamaSupplier
KodeSupplier
KodeOlehOleh: CHAR(10) AlamatSupplier
TanggalBeli
HargaBeli NoTelepon
JamBeli
PersenHargaJual Keterangan
Jumlah
«PK»
«PK»
+ PK_TransaksiPembelian()
«PK» + PK_Supplier()
+ PK_TransaksiPembelianDetail(CHAR)

TransaksiPenj ualanDetail TransaksiPenj ualan Operator

«column» «column» «column»

*PK KodePenjualanDetail *PK NoPenjualan *PK KodeOperator: CHAR(10)
NoPenjualan NamaPembeli NamaOperator: VARCHAR(50)
KodeOlehOleh TanggalJual JenisKelamin: CHAR(10)
Jumlah JamJual Alamat: VARCHAR(100)
Username: CHAR(10)
Password: CHAR(10)
«PK» «PK»
+ PK_TransaksiPenjualanDetail() + PK_TransaksiPenjualan()
«PK»
+ PK_Operator(CHAR)

OlehOleh
JenisOlehOleh
«column»
*PK KodeOlehOleh
«column»
KodeJenis
*PK KodeJenis
NamaOlehOleh
NamaJenis
HargaSatuan
Keterangan
Stok
Keterangan
«PK»
+ PK_JenisOlehOleh()
«PK»
+ PK_OlehOleh()
 Deployment Diagram

• Deployment diagram mendefinisikan arsitektur fisik dari

sistem
• Dimulai dari menangkap karakteristik penerapan fisik
dari sistem
– Apa (What) perangkat keras (hardware), sistem operasi,
kapabilitas jaringan, interfaces dan dukungan software yang
akan menjadi bangunan system
– Dimana (Where) semua di atas akan dipasangkan/terapkan
(deploy)
– Parameter apa (What parameters) yang berlaku untuk
pemulihan bencana, keandalan, back-up dan dukungan
 Deployment Diagram Components
• Nodes
– Setiap bagian dari perangkat keras (hardware) dalam
model
– Sebuah sumber daya komputasi
– Diberi label dengan namanya
– Streotype-nya dengan melabeli tipe dari nodenya

• Artifacts
– Bagian-bagian dari sistem informasi
• Seperti software dan tabel-tabel dari database
 Deployment Diagram Components

• Node dengan Deployment Artifact

– Menunjukkan penempatan artifact pada
node fisik
– Digunakan untuk
menunjukkan/menampilkan distribusi
data atau software
• Jejak komunikasi (Communication
paths)
– Link antara node-node di jaringan
Contoh Deployment Diagram
 Deployment Diagram

Registration Database

Main
Library Building

Dorm

Prinsipnya: software apa di atas hardware apa

 Deployment Diagram

label nilai Rich Client

{OS=Window} Server Aplikasi
herculesClient.exe
JoveGL.exe
{vendor=romanSoft}
{component=general ledger}
jalur komunikasi
Browser Client
http/inernet http/LAN

browser EJB Container

artifak yang
disebarkan
herculesBase.ear
herculesAR.ear
herculesAP.ear
Web Server
{OS=Solaris} JDBC
{web server=apache} Java RMI/
{number deployed=3} LAN
Oracle DBMS
herculesWeb.ear

pusat alat pusat lingkungan

eksekusi