2 PERANCANGAN TAHAP ANALISIS

DAN DATABASE SISTEM

1.1 Tujuan Praktikum

1. Praktikan mampu memahami macam-macam perancangan obyek dan kelas di tahap
analisis.
2. Praktikan mampu membuat interface sistem.
3. Praktikan mampu menganalisis kebutuhan data.
4. Praktikan mampu membuat database system secara Conceptual Data Model (CDM) dan
Physical Data Model (PDM).

1.2 Perlengkapan
1. Modul Praktikum APSI
2. Software Power Designer

1.3 Landasan Teori

1.3.1 Perancangan Obyek dan Kelas Tahap Analisis
1.3.1.1 Inheritance
Inheritance merupakan suatu cara untuk menurunkan suatu class yang lebih umum
menjadi suatu class yang lebih spesifik. Class utama disebut superclass, sedangkan class
turunan disebut subclass.Suatu class boleh memiliki beberapa subclass, tetapi suatu class
tidak boleh memiliki lebih dari satu superclass.
Contoh :

Catatan : panah dengan kepala segitiga menuju kearah superclass.

1.3.1.2 Generalisasi dan Spesialisasi
Generalisasi adalah konsep ketika beberapa class yang telah ada dalam class diagram
memiliki fungsionalitas, struktur dan tujuan umum.

Spesialisasi adalah konsep yang digunakan ketika kelas baru yang akan ditambahkan
memiliki fungsionalitas,struktur dan tujuan yang sama dengan kelas yang sudah ada,
tetapi kelas baru ini membutuhkan kode baru atau atribut baru.

1.3.1.3 Polymorphism
Polymorphism merupakan kemampuan suatu class untuk mempunyai beberapa bentuk
class yang berbeda.Polymorphism bisa disamakan dengan overload method, dimana
sebuah class terdapat beberapa method dengan nama yang sama.
1.3.1.4 Abstract class
Abstract class merupakan class yang memiliki fungsi yang tidak komplit dan tidak bisa di
instantiasi. Class yang meng-extends class abstract mewarisi semua methodnya (termasuk
method abstrak). Ketika subclass menulis kembali method superclass-nya, maka subclass
ini me-override method superclass-nya.
Notasi UML untuk abstract class :
 Catatan :
 Class abstract ditulis italic atau ditulis setelah nama class dengan kurung kurawal
{abstract}
 Semua method abstract yang ada pada class tersebut juga ditulis dengan cara yang
sama
1.3.1.5 Role Name
Role name merupakan peran diantara class. Pada UML, masing-masing kelas pada ujung
suatu asosiasi perlu mempunyai role name.
Contoh :

1.3.1.6 Association (asosiasi)

Asosiasi menggambarkan relasi antar dua kelas di class diagram.Asosiasi aktualnya
menggambarkan tipe relasi antara dua kelas.Asosiasi terbagi menjadi dua depedency
yaitu aggregation dan composition.
Perhatikan contoh berikut ini :
 Association : Juru masak menggunakan pisau (uses)
 Aggregation : Mobil memiliki radio (has)
 Composition : Mobil selalu berisi mesin (always contain)
A. Aggregation
Aggregation mempunyai hubungan tidak kuat.Contohnya adalah mobil dan radio, mobil
masih bisa hidup tanpa ada radio.Disimbolkan dengan tanda diamond putih (kosong).
 B. Composition
Composition mempunyai hubungan yang kuat.Contohnya adalah mobil dengan mesin,
mobil tidak dapat hidup tanpa mesin.Disimbolkan dengan tanda diamond hitam.

1.3.1.7 Propagation
Propagation adalah konsep pemanggilan method suatu kelas untuk memanggil method
milik kelas lain. Mengacu pada permohonan suatu method, menyebabkan satu atau lebih
method pada objek yang terasosiasi untuk dilibatkan dengan cara tertentu.

1.3.1.8 Delegation
Delegation adalah konsep menyerahkan operasi ke kelas lain yang terasosiasi dengannya.
Terjadi bila keseluruhan operasi yang user atau sistem mohon pada class benar-benar
berlangsung di dalam obyek asosiasi.

1.3.2 Interface Sistem

Beberapa bahasa pemrograman berorientasi objek, misalnya C++, membolehkan suatu
kelas memiliki dua atau lebih superclass. Hal ini disebut pewarisan ganda (multiple
inheritance).Pewarisan ganda seperti ini tidak diperbolehkan pada Java. Desainer Java
ingin menjaga agar bahasa Java tetap sederhana, dan mereka merasa pewarisan ganda ini
sangat kompleks dengan keuntungan yang tidak begitu besar. Akan tetapi, Java memiliki
fitur lain yang bisa digunakan seperti halnya pewarisan berganda, yaitu antar muka
(interface).
Interface adalah kumpulan method yang hanya memuat deklarasi dan struktur method,
tanpa detail implementasinya. Interface merupakan kelas yang paling abstract, hanya
berisi daftar deklarasi method, artinya semua method belum mempunyai implementasi
Sedangkan detail dari method berada pada class yang mengimplementasikan interface
tersebut. Interface digunakan bila Anda ingin mengaplikasikan suatu method yang
spesifik, yang tidak diperoleh dari proses inheritance. Tipe data yang boleh pada interface
hanya tipe data konstan. Sebagai analoginya akan digambarkan sebagai berikut. Dalam
kehidupan nyata, terdapat manusia yang bekerja sebagai guru, petani, sapam, pedagang
dan lain-lain. Misalkan saja Terdapat kelas Pak Dony, maka kelas ini akan diturunkan
dari kelas manusia, namun harus mengimplementasikan sebuah kelas lagi (yang haruslah
merupakan sebuah interface sebab java hanya mendukung sebuah superclass untuk setiap
kelas). Jadi kelas PakDony merupakan implemen dari kelas Guru (jika dia merupakan
seorang guru).
Mengapa membutuhkan interface?
 Memecahkan bagian yang rumit dan spesifik. Dengan menggunakan class atau
interface oleh vendor maka dalam pembuatan perangkat lunak menjadi lebih
cepat.
 Keterbatasan inheritance pada Java. Interface menjawab kebutuhan untuk
melakukan multiple inheritance

Syarat sebuah interface :

o Tidak memiliki obyek (tidak ada instansiasi)
o Tidak memiliki atribute (hanya memiliki konstanta)
o Tidak memiliki modifier static
o Tidak extends dari kelas lain namun boleh extends dari interface lain bahkan
boleh extends ke lebih dari satu interface lain.
o Tidak implemen dari kelas lain.
Perbedaan interface dengan abstract class sebagai berikut:

Contoh 1:
Berikut ini kita akan menggambarkan notasi UML untuk interface Engine dan kelas
NewEngine yang mengimplementasikannya
Pembuatan kelas interface menggunakan power design:
1. Buka Power Designer 12
2. Klik File  New
3. Pilih Object Oriented Model
4. Pilih Class Diagram
5. Buat kelas untuk interface dan kelas yang mengimplementasikannya

6. Klik 2x pada kelas engine sebagai interfacenya, lalu pada baris stereotypenya ketikan
“Inteface”, klik OK
7. Buat method untuk masing2 kelas dengan mengeklik 2x kelas yang akan diberi
method, kemudian pilih kolom Operations, masukkan method yang akan di
deklarasikan, klik OK

8. Untuk membuat asosiasinya pilih simbol “dependency” pada palette, kemudian

hubungkan pada masing-masing kelas
9. Edit symbol dependency tadi dengan memilih “line style” pada toolbar

Kemudian pada kolom arrow,edit garis pada bagian END, klik OK

10. Diagram telah selesai dibuat

 Contoh 2:
Lakukan petunjuk yang sama dengan contoh 1 untuk menggambarkan notasi UML untuk
interface AlatMusik dan kelas AlatMusikTiup, kelas AlatMusikPetik yang
mengimplementasikannya

1.3.3 Analisis dan Pembuatan Database sistem

Database sistem yang dibuat menggunakan konsep ERD.ERD (Entity Relationship
Diagram) digunakan untuk memodelkan struktur data dan hubungan antar data. Dengan
ERD, model dapat diuji dengan mengabaikan proses yang dilakukan.
Di dalam Power Designer, terdapat dua konsep dalam merancang ERD yaitu Conceptual
Data Model (CDM) dan Physical Data Model (PDM).
A. Conceptual Data Model (CDM)
Model yang dibuat berdasarkan anggapan bahwa dunia nyata terdiri dari koleksi
obyek-obyek dasar yang dinamakan entitas (entity) serta hubungan (relationship)
antara entitas-entitas itu.Biasanya direpresentasikan dalam bentuk Entity
Relationship Diagram (ERD).
Manfaat Penggunaan CDM dalam perancangan database :
 Memberikan gambaran yang lengkap dari struktur basis data yaitu arti,
hubungan, dan batasan-batasan
 Alat komunikasi antar pemakai basis data, designer, dan analis.
 B. Physical Data Model (PDM)
Merupakan model yang menggunakan sejumlah tabel untuk menggambarkan data
serta hubungan antara data-data tersebut. Setiap tabel mempunyai sejumlah kolom di
mana setiap kolom memiliki nama yang unik.
Tipe data PDM bersifat lebih khusus dan spesifik. Perancangan PDM merupakan
representasi fisik atau sebenarnya dari database.
1.3.3.1 Analisis Kebutuhan Data
Studi Kasus peminjaman buku di perpustakaan :
Setiap mahasiswa IT Telkom mempunyai kartu pinjam perpustakaan, dimana setiap
mahasiswa dapat meminjam buku dengan alur, pertama mahasiswalogin dengan KTM
kedalam sistem, kemudian mahasiswa dapat memilih buku yang diinginkan dengan
melihat catalog buku di sistem, setelah dapat, mahasiswa membawa buku tersebut ke
petugas perpustakaan dengan menyerahkan kartu pinjam dan KTM. Identitas buku
direkap oleh petugas setelah itu buku dapat dipinjam mahasiswa.Mahasiswa harus
mengembalikan buku tersebut sesuai tanggal yang ditentukan, jika tidak maka
mahasiswa harus membayar denda.
Usecase pada modul sebelumnya :

Dari usecase tersebut dapat dilihat beberapa poin penting yang perlu direcord data-nya.
Antara lain:
1. Data Aktor : untuk merekam data detail peminjam dan petugas.
a. Mahasiswa
b. Petugas
 2. Data Buku : Untuk menampung data detail dari buku. Terdapat pula data penulis dan data
penerbit buku.
3. Data Peminjaman Buku : menampung data siapa peminjam, siapa petugas yang melayani
dan buku apa yang dipinjam beserta tanggal buku harus kemabali.
4. Data Pengembalian Buku : merekam data peminjam yang telah mengembalikan buku dan
denda pengembalian.

1.3.3.2 Pembuatan Conceptual Data Model

11. Buka Power Designer 12
12. Klik File  New
13. Pilih Conceptual Data Model
14. Klik OK

15. Pilih Entity pada Palette

16. Buat 3 entity pada workspace, beri nama masing-masingentity yaitu Mahasiswa,
Buku dan Petugas.
17. Klik 2X pada salah satu entity (Contoh : Mahasiswa)
18. Pada Tab General, ketikkan Name : Mahasiswa.

19. Pada Tab Attributes, atur atributnya.

20. Isikan atribut pada entity lainnya.
21. Setelah seluruh entity selesai dibuat, maka klik Palette Relationshipuntuk membuat
relationship (hubungan) antar entitas.

22. Hubungkan entity Mahasiswa dengan Buku. Atur kardinalitas menjadi many to many.
Lalu klik OK.
23. Pada tab General, ubah Name menjadi peminjaman_pengembalian.
24. Klik kanan pada relationshippeminjaman_pengembalian, pilih Change to Entity.
Setelah itu akan muncul entitas baru yang masih kosong. Entitas tersebut merupakan
entitas baru gabungan dari kedua entitas yang memiliki kardinalitas many to many.

25. Selanjutnya, tambahkan atribut pada entitas peminjaman_pengembalian.

26. Untuk membuat relasi antara entity petugas dengan entity

peminjaman_pengembalian, Anda hanya menarik relationship antara kedua entity
tersebut.
27. Berikut ini adalah hasil akhir pembuatan CDM Perpustakaan.

28. Untuk melakukan pengecekan terhadap kebenaran CDM yang telah dibuat, klik Tools
 Check Model  OK.
Apabila tidak ada yang error maka muncul kotak dialog seperti dibawah ini :
1.3.3.3 Pembuatan Physical Data Model
Dalam membuat Physical Data Model (PDM), Anda cukup menggenerate hasil dari ERD
CDM. Langkah-langkahnya adalah sebagai berikut :
1. Pilih tools  generate physical data model
2. Pada tab general, pilih generate new physical data model
Pada pilihan DBMS, pilih Oracle 10g (atau sesuai dengan database yang akan
digunakan).
Isikan Name dengan PDMperpus.
3. Pada tab Detail, tulis Table prefix dengan tb_ dan pada references ganti Delete
ruledenganCascade. Lalu klik OK.

4. Setelah itu bentuk ERD akan berubah menjadi seperti dibawah ini. Inilah yang
disebut bentuk PDM.

Lihat perubahan pada entitas peminjaman_pengembalian, terlihat bahwa terjadi

penambahan atribut pada entitas tersebut yaitu Kode_Buku, NIM, dan
Kode_Petugassebagai foreign key maupun primary key di entitas tersebut.
1.4 Praktikum
TOSERBA CAHAYA KARTIKAH SEJATI adalah salah satu TOSERBA terbesar yang ada
di Republik Indonesia tercinta.TOSERBA ini sangat menjunjung tinggi rasa nasionalisme,
sehingga hampir 90% karyawan mereka adalah orang-orang pribumi. TOSERBA CAHAYA
KARTIKAH SEJATI sudah melayani pelaggan-pelanggannya sejak tahun 1991 dan sudah
mendirikan cabang di 3 kota besar di Pulau Jawa, yakni : Jakarta (terletak di Jakarta Timur),
Surabaya, dan Bandung. Pendapatan TOSERBA ini terus meningkat dari tahun ke tahun,
hingga pada akhir tahun 2011, pendapatan TOSERBA mengalami penurunan secara
signifikan.
Selidik punya selidik, ternyata salah satu faktor penyebab turunnya pendapatan TOSERBA
ini adalah menurunnya tingkat kepuasan pelanggan terhadap pelayanan (khususnya sistem
pembayaran) yang diberikan oleh karyawan TOSERBA ini.Sistem yang ada dirasa kurang
tanggap dan cepat dalam mengidentifikasi keinginan pelanggan yang selalu ingin dilayani
secara cepat dan tepat.Selain itu, struk pembayaran yang ada kadang-kadang tidak sesuai
dengan jumlah pembelian yang dilakukan oleh pelanggan. Dampaknya, pelanggan mulai
meninggalkan TOSERBA ini dan memilih TOSERBA lain dengan sistem pelayanan yang
lebih nyaman bagi mereka.
Temuan tersebut membuat Noor Kartikah Sejati, CEO sekaligus pendiri TOSERBA ini
berpikir untuk mendesain ulang proses bisnis yang ada, khususnya pada sistem pembayaran
atau POS (Point of Sales). Pada akhirnya, setelah berpetualang mencari ide dan ilham dari
Yang Maha Kuasa, akhirrnya Jeng Noor (Sapaan akrab CEO) beserta tim, berhasil membuat
proses bisnis baru pada sistem POS yang ada.
TOSERBA CAHAYA KARTIKAH SEJATI secara bertahap membuat perubahan pada
bisnisnya. Perbaikan proses bisnis yang ia inginkan dengan penambahan sistem pembayaran
atau POS (Point of Sales) telah ia dilakukan dengan analisis sistem berupa usecase. Namun
langkah ini bukan satu-satu hal penting yang harus dilakukan jeng Noor dalam pembuatan
sistem POSnya. Langkah lebih lanjut yang akan dia lakukan dalam pengembangan sistem
POS adalah pembuatan interface sistem dan database sistemnya.
Proses bisnis dimulai saat pelanggan menghampiri kasir untuk melakukan transaksi
pembayaran. Kasir kemudian menggunakan sistem POS untuk mencatat detail barang-barang
yang dibeli oleh pelanggan. Selanjutnya, sistem akan menampilkan detail list barang yang
dibeli beserta total harga yang harus dibayar pelanggan. Pada tahap berikutnya, pelanggan
memasukkan informasi pembayaran (bisa cash, debit, atau credit card) dimana informasi
pembayaran ini akan divalidasi dan disimpan oleh sistem. Proses bisnis berakhir saat sistem
meng-update inventori barang terkait dan pelanggan menerima bukti pembayaran beserta
barang-barang yang mereka beli.
Dari gambaran proses bisnis diatas, Jeng Noor diharuskan untuk membuat rancangan
interface sistem dan database guna mendukung sistemnya.