MEMBUAT PERANCANGAN ANTAR MUKA DAN RDBMS MENGGUNAKAN

MICROSOFT ACCESS 2003 SISTEM INFORMASI PERPUSTAKAAN

Mata Kuliah

Pemrograman VIsual

Oleh

M. SAPUTRA SEPTARIANSYAH 09070301030

PROGRAM STUDI MANAJEMEN INFORMATIKA

PROGRAM DIPLOMA KOMPUTER

UNIVERSITAS SRIWIJAYA

MEI 2010

DAFTAR ISI

Halaman

HALAMAN JUDUL................................................................................................................ 1

DAFTAR ISI............................................................................................................................. 2

I. Konsep Dasar Basis Data...................................................................................................... 3

I.a. Pendahuluan............................................................................................................... 3

I.b. Definisi Basis Data.................................................................................................... 3

II. Model Data ........................................................................................................................ 3

II.a. Entity Relationship Diagram(ERD)......................................................................... 4

II.b. Elemen-elemen ERD................................................................................................ 4

1. Entitas................................................................................................................. 4

2. Atribut (Attribute)............................................................................................... 5

3. Relasi (Relation)................................................................................................. 11

II.c. Kardinalitas Relasi.................................................................................................... 11

II.d. Langkah-langkah Mendapatkan ERD...................................................................... 12

III. Implementasi Basis Data..................................................................................................... 12

III.a. (Contoh Kasus) Sistem Informasi Perpustakaan..................................................... 13

1. Entity Relationship Diagram(ERD) Sistem Informasi Perpustakaan................. 13

2. Perancangan RDBMS Ms. Access 2003............................................................. 14

2.1. Perancangan Tabel..................................................................................... 14

2.2. Perancangan Relationship.......................................................................... 19

2.3. Perancangan Query.................................................................................... 21

IV. Perancangan Antar Muka................................................................................................... 22

IV.1. Rancangan Antar Muka Pengolahan Data Buku.................................................... 22

IV.2. Rancangan Antar Muka Pengolahan Data Penerbit................................................ 23

IV.3. Rancangan Antar Muka Pengolahan Data Penulis................................................. 24

IV.4. Rancangan Antar Muka Pengolahan Data Anggota............................................... 24

IV.5. Rancangan Antar Muka Pengolahan Data Peminjaman......................................... 25

DAFTAR PUSTAKA ............................................................................................................ 26

2

I. KONSEP DASAR BASIS DATA

I.a.Pendahuluan

Basis data (database) dapat di bayangkan sebuah lemari arsip. Jika kita memiliki lemari

arsip dan bertugas mengelolanya, maka akan melakukan hal-hal seperti memberi sampul,

memberi nomor, lalu menempatkan arsip-arsip tersebut dengan urutan tertentu dalam lemari

tersebu. Kalau berbicara basis data, maka seluruh data disimpan dalam basis data pada masing-

masing tabel atau file sesuai dengan fungsinya, sehingga dengan mudah dapat melakukan

penelusuran data yang diinginkan. Sedangkan masalah yang dihadapi pada lemari arsip adalah

kelambatan dalam menelusuri data yang ada pada lemari arsip tersebut, misalkan ingin mencari

arsip untuk pegawai tertentu akan dihasilkan dengan lambat, dikarenakan petugas harus mencari

lembaran-lembaran yang ada pada dokumen tersebut. Jika berbicara basis data, maka seluruh

data disimpan dalam basis data pada masing-masing tabel atau file sesuai dengan fungsinya,

sehingga akan dengan mudah dapat melakukan penelusuran data yang diinginkan, sehingga

akan cepat mendapatkan informasi yang diperlukan.

I.b.Definisi Basis Data

Basis data terdiri dari 2 kata, yaitu Basis dan Data. Basis kurang lebih dapat diartikan

sebagai markas atau gudang, tempat bersarang/berkumpul. Sedangkan Data adalah representasi

fakta dunia nyata yang mewakili suatu objek seperti manusia (pegawai, siswa, pembeli,

pelanggan), barang, hewan, peristiwa, konsep, keadaan, dan sebagainya yang direkam dalam

bentuk angka, huruf, simbol, teks, gambar, bunyi atau kombinasinya.

Basis data sendiri dapat didefinisikan dalam sejumlah sudut pandang , seperti :

Himpunan kelompok data (arsip) yang saling berhubungan yang diorganisasi

sedemikan rupa agar kelak dapat dimanfaatkan kembali dengan cepat dan mudah.

Kumpulan data yang saling berhubungan yang disimpan secara bersama sedemikian

rupa dan tanpa pengulangan (redudansi) yang tidak perlu, untuk memenuhi berbagai

kebutuhan.

Kumpulan file/tabel/arsip yang saling berhubungan yang disimpan dalam media

penyimpanan elektronis.

II. MODEL DATA

Model data adalah cara formal untuk menggambarkan data yang digunakan dan

diciptakan dalam suatu sistem bisnis.

3

II.a. Entity Relayionship Diagram (ERD)

Entity Relationship Diagram (ERD) untuk mendokumentasikan data perusahaan dengan

mengidentifikasi jenis entitas (entity) dan hubungannya. ERD merupakan suatu model jaringan

yang menggunakan susunan data yang disimpan pada system secara abstrak. ERD juga

menggambarkan hubungan antara satu entitas yang memiliki sejumlah atribut dengan entitas

yang lain dalam suatu sistem yang terintegrasi. ERD ini juga merupakan model konseptual yang

dapat mendiskripsikan hubungan antara file yang digunkan untuk memodelkan struktur data

serta hubungan antar data.

II.b. Elemen-elemen ERD

ERD menggunakan simbol-simbol khusus untuk menggambarkan elemen-elemen ERD.

Berikut adala simbol-simbol yang digunakan dalam ERD.

Notasi Keterangan

EntitasEntitas, adalah suatu objek yang dapat diidentifikasi

dalam lingkungan pemakai

Relasi, menunjukkan adanya hubungan diantara sejunlah

entitas yang berbeda.

Atribut, berfungsi mendeskripsikan karakter entitas

(atribut yang berfungsi sebagai key diberi garis bawah)

Garis, sebagai penghubung antara relasi dengan entitas,

relasi dan entitas dengan atribut.

Gambar 2.1 Notasi ERD

1. Entitas (Entity)

Entitas (Entity) menunjukkan obyek-obyek dasar yang terkait didalam sistem. Obyek

dasar dapat berupa orang, benda atau hal lain yang keterangannya perlu disimpan dalam

basis data. Untuk menggambarkan entitas dilakukan dengan mengikuti aturan-aturan

sebagai berikut :

Entitas dinyatakan dengan simbol persegi panjang.

4

Nama entitas berupa kata benda tunggal.

Nama entitas sedapat mungkin menggunakan nama yang mudah

dipahami dan menyatakan maknanya dengan jelas.

2. Atribut (Attribute)

Atribut sering juga disebut sebagai properti (property), merupakan keterangan-

keterangan yang terkait pada sebuah entitas yang perlu disimpan sebagai basis data.

Atribut berfungsi sebagai penjelas sebuah entitas untuk menggambarkan atribut yang

dilakukan dengan mengikuti aturan sebagai nerikut :

Atribut dinyatakan dengan simbol elipps.

Nama atribut dituliskan dalam simbol elipps.

Nama atribut berupa kata benda tunggal.

Nama atribut sedapat mungkin menggunakan nama yang mudah dipahami dan

menyatakan maknanya dengan jelas.

Atribut dihubungkan dengan entitas yang bersesuaian dengan menggunakan

garis.

Macam-macam Jenis Atribut :

a. Simple Attribute

Simple Attribute adalah atibut yang memliki kunci (key) yang unik dan tidak

dimiliki oleh atribut lain, misalnya entitas pegawai memiliki atribut nama_peg.

NIK Nama_peg Alamat_pegawai Tpt_lhr

99011 Budi Santoso Jl. Merdeka No.10 Palembang 30117 12/12/1989

99012 Dodi Erfan Jl. Gajah Mada No.02 Jakarta 45123 10/10/1988

... ... ... ...

Gambar 2.2 Simple Attribute

b. Composite Attribute

Composite Attribute adalah atribut yang dapat dipecah menjadi atribut-atribut lain

atau atribut yang memiliki dua nilai harga, misalnya entitas pegawai memliki aribut

alamat_pegawai, didekomposisikan menjadi nama_jalan, nama_kota, kode_pos.

5

Gambar 2.3 Composite Attribute

c. Single Value Attribute

Single Value Attribute adalah atribut yang memiliki satu nilai harga, misalnya entitas

mahasiswa memiliki atribut: NIM, nama_mhs, tpt_lhr, dan tgl_lhr.

Gambar 2.4 Single Value Attribute

d. Multi Value Attribute

Multi Value Attribute adalah atribut yang memiliki banyak nilai harga, misalnya

entitas mahasiswa memiliki atribut hobi.

6

Gambar 2.5 Multi Value Attribute

e. Mandatory Attribute

Mandatory Attribute adalah atribut harus bernilai artinya aribut pada sebuah tabel

yang diterapkan harus berisi data, misalnya pada tabel mahasiswa, NIM dan

Nama_mhs merupakan Mandatory attribute karena setiap mahasiswa datanya

disimpan kedalam tabel dan harus diketahui NIM dan Nama _mhs tersebut, artinya

tidak boleh kosong (NOT NULL).

Gambar 2.6 Mandatory Attribute

f. Non Mandatory Attribute

Non Mandatory Attribute adalah atribut tidak bernilai artinya atribut tersebut

nilainya boleh kosong, misalnya pada tabel mahasiswa, alamat_mhs, tgl_lhr, dan

hobi merupakan Non mandatory attribute karena boleh dikosongkan (NULL).

7

Gambar 2.7 Non Mandatory Attribute

g. Kunci Kandidat (Candidate Key)

Kunci kandidat adalah satu atribut atau satu set atribut yang mengidentifikasikan

secara unik suatu kejadian spesifik dari entity. Satu set atribut menyatakan secara

tidak langsung dimana anda tidak dapat membuang beberapa atribut dalam set tanpa

merusak kepemilikan yang unik. Jika kunci kandidat berisi lebih dari satu atribut,

maka biasanya disebut sebagai composite key (kunci campuran atau gabungan).

Contoh :

File mahasiswa berisi :

Nomor Pegawai

No KTP

Nama Pegawai

Tempat Lahir

Tanggal Lahir

Alamat

Kota

Kunci kandidat dalam file mahasiswa di atas dapat dipilih sbb :

Nomor Pegawai

No KTP

Nama (tidak dapat dipakai karena sering seseorang punya nama yang

sama dengan orang lain)

Nama + Tanggal Lahir (mungkin bisa dipakai sebagai kunci karena

kemungkinan orang dengan nama yang sama dan tanggal lahir yang sama

cukup kecil)

Nama + Tempat Lahir + Tanggal Lahir (dapat dipakai sebagai kunci)

8

Alamat dan Kota (bukan kunci)

h. Kunci Primer (Primery Key)

Primary key adalah satu atribut atau satu set minimal atribut yang tidak hanya

mengidentifikasi secara unik suatu kekadian spesifik, tetapi juga dapat mewakili

setiap kejadian dari suatu entity. Setiap kunci kandidat dapat menjadi kunci primer

tetapi sebaliknya sebaiknya dipilih satu saja yang dapat mewakili secara menyeluruh

terhadap entity yang ada.

Contoh :

No Pegawai (karena sifatnya yang unik maka tidak mungkin pegawai

mempunyai Nomor Pegawai yang sama).

No KTP (Bisa dipakai misalnya untuk pegawai yang baru belum

mendapatkan nomor pegawai maka bisa digunakan nomor KTP untuk

sementara sebagai kunci primer.

Kode_Kuliah (bisa dipakai untuk data mata kuliah karena kode mata

(kuliah bersifat unik untuk tiap mata kuliah)

i. Kunci Alternatif (Alternate Key)

Kunci alternatif adalah kunci kandidat yang tidak dipakai sebagai kunci primer.

Kunci alternatif ini sering digunakan untuk kunci pengurutan misalnya dalam

laporan.

j. Kunci Tamu (Foreign Key)

Kunci tamu adalah satu atribut aatau satu set minimal atribut yang melengkapi satu

hubungan yang menunjukkan ke induknya. kunci tamu ditempatkan pada entity anak

dan sama dengan kunci primer induk yang direlasikan. Hubungan antara entity induk

dengan anak adalah hubungan satu lawan banyak (one to many relationship)

Contoh :

File Transaksi Gaji Bulanan :

No Pegawai

No Bukti

Tanggal

Jumlah Gaji Kotor

Jumlah Potongan

Jumlah Gaji Bersih

9

Jumlah Pajak

Kunci Tamu

No Pegawai (karena Gaji berhubungan dengan file Pegawai)

Kunci Primer

No Bukti (karena unik dan mewakili entity)

Kunci Kandidat

No Pegawai + Nomor Bukti (Unik dan menunjukkan hubungan dengan file

Pegawai)

Dalam hubungan dua buah file yang punya relationship banyak lawan banyak maka

terdapat 2 kunci tamu pada file konektornya.

Contoh :

File Proyek berisi atribut

No Proyek

Tgl Mulai

Tgl Selesai

Anggaran

File Pegawai Berisi Atribut

No Pegawai

Nama

Hubungan antara file tersebut adalah banyak lawan banyak yaitu satu pegawai

mengerjakan lebih dari 1 proyek dan 1 proyek dikerjakan oleh beberapa pegawai

maka untuk menunjukkan hubungan tersebut dipakai file konektor yang berisi

Kunci tamu dari kedua file.

File Proyek Pegawai berisi atribut :

No Proyek

No Pegawai

Jam Kerja

Maka pada file proyek pegawai terdapat kunci tamu yaitu nomor proyek dan no

pegawai. Kedua atribut tersebut juga merupakan kunci primer.

3. Relasi (Relation)

10

Relasi atau hubungan adalah kejadian atau transaksi yang terjadi diantara dua

entitaas yang keterangannya perlu disimpan dalam basis data. Aturan penggambaran

relasi antar entitas adalah :

Relasi dinyatakan dengan simbol belah ketupat

Nama relasi dituliskan didalam simbol belah ketupat

Relasi menghubungkan dua entitas

Nama relasi menggunakan kata kerja aktif (diawali awalan me) tunggal

Nama relasi sedapat mungkin menggunakan nama yang mudah dipahami dan

dapat menyatakan maknanya dengan jelas.

II.c. Kardinalitas Relasi

Dalam ERD, hubungan (relasi) dapat terdiri dari sejumlah entitas yang disebut derajad

relasi. Derajad relasi maksimum disebut dengan kardinalitas sedangkan derajad relasi minimum

disebut dengan modalitas. Jadi kardinalitas relasi menunjukkan jumlah maksimum entitas yang

dapat berelasi dengan entitas pada himpunan entitas lain. Kardinalitas relasi yang terjadi

diantara dua himpunan entitas (misalnya A dan B) dapat berupa :

1. Satu ke satu (one to one, 1-1)

Setiap entitas pada himpunan entitas A dapat berelasi dengan paling banyak satu

entitas pada himpunan entitas B, demikian juga sebaliknya. Contoh:

Gambar 2.8 one to one

2. Satu ke banyak (one to many, 1-N)

Setiap entitas pada himpunan entitas A dapat berelasi dengan banyak entitas pada

himpunan entitas B, tetapi tidak sebaliknya. Contoh :

Gambar 2.9 one to many

3. Banyak ke banyak (many to many, N-N)

11

Setiap entitas pada himpunan entitas A dapat beralasi dengan banyak entitas pada

himpunan entitas B, demikian juga sebaliknya. Contoh :

Gambar 2.10 many to many

II.d. Langkah-langkah Mendapatkan ERD

Langkah-langkah teknis yang dapat dilakukan untuk mendapatkan ERD awal adalah :

Mengidentifikasi dan menetapkan seluruh himpunan entitas yang akan terlibat

Menentukan atribut-atribut key (kunci) dari masing-masing himpunan entitas.

Mengidentifikasi dan menetapkan seluruh himpunan relasi diantara himpunan entitas

yang ada beserta foreign-key (kunci asing/kunci tamu).

Menentukan derajad relasi/kardinalitas relasi untuk setiap himpunan relasi.

Melengkapi himpunan entitas dan himpunan relasi dengan atribut deskriptif (atribut

yang bukan kunci).

III.IMPLEMENTASI BASIS DATA

Tahap implementasi basis data merupakan upaya untuk membangun basis data fisik

yang ditempatkan dalam memori sekunder (disk) dengan bantuan DBMS (Database

Management System) yang kita pilih.Tahap implementasi basis data di awali dengan melakukan

transformasi dari model data yang telah selesai dibuat ke skema atau struktur basis data sesuai

dengan DBMS yang dipilih.

Secara umum, sebuah diagram akan direpresentasikan menjadi sebuah basis data secara

fisik. Sedangkan komponen-komponen diagram E-R yang berupa himpunan entitas dan

himpunan relasi akan ditransformasikan menjadi tabel-tabel (file-file data) yang merupaka

komponen utama pembentuk basis data. Selanjutnya atribut-atribut yang melekat pada masin-

masing himpunan entitas dan himpunan relasi akan dinyatakan sebagai field-field dari tabel-

tabel yang sesuai.

12

III.a. (Contoh Kasus) Sistem Informasi Perpustakaan

Studi Kasus : ”Sistem Informasi Perpustakaan”

Bahasa C++

Compiler : Borland C++ Builder

RDBMS : Ms. Acceess 2003 (ADO Connection)

MySql (ODB – Open Database Connectivity)

Nama Database : Perpustakaan

Entitas : 1. Buku Relasi : 1. Menulis (Buku – Penulis)

2. Penulis : 2. Menerbitkan (Buku – Penerbit)

3. Penerbit : 3. Meminjam (Buku – Anggota)

4. Anggota

1. Entity Relationship Diagram (ERD) Sistem Informasi Perpustakaan

Gambar 3.1 ERD Sistem Informasi Perpustakaan

13

2. Perancangan RDBMS Ms. Access 2003

Buatlah database dengan nama “Perpustakaan.mdb”, kemudian buatlah table – table dengan

cara mengklik “Create table in Design view”, setelah itu membuat relatiohsip yang terjadi serta

membuat query dengan format sebagai berikut :

2.1. Perancangan Tabel

a. Tabel Angoota

- Desain

Gambar 3.2 Desain Tabel Anggota

- Datashet View

Gambar 3.3 Dashet View Tabel Anggota

14

b. Tabel Penulis

- Desain

Gambar 3.4 Desain Tabel Penulis

- Datashet View

Gambar 3.5 Datashet View Tabel Penulis

15

c. Tabel Penerbit

- Desain

Gambar 3.6 Desain Tabel Penerbit

- Datashet View

Gambar 3.7 Datashet View Tabel Pnerbit

16

d. Tabel Buku

- Desain

Gambar 3.8 Desain Tabel Buku

- Datashet View

Gambar 3.9 Datashet view Tabel Buku

17

e. Tabel Peminjaman

- Desain

Gambar 3.10 Desain Tabel Peminjaman

- Datashet View

Gambar 3.11 Datashet View Tabel Peminjaman

18

2.2. Perancangan Relationship

a. Relationship Anggota – Peminjaman (1 –N)

Gambar 3.12 Relationship Anggota – Peminjaman

b. Relationship Buku – Peminjaman(1-N)

Gambar 3.13 Relationship Buku – Peminjaman

c. Relationship Buku – Penulis (1-N)

Gambar 3.14 Relationship Penulis – Buku

19

d. Relationship Buku – Penerbit (1-N)

Gambar 3.15 Relationship Buku – Penerbit

e. Relationship yang telah terjadi

Gambar 3.16 Relationship

20

2.2. Perancangan Query

a. Desain Query

Gambar 3.17 Desain Query

b. Implementasi Query

Gambar 3.18 Implementasi Query

21

IV. PERANCANGAN ANTAR MUKA UNTUK SISTEM INFORMASI PERPUSTAKAAN

IV.1. Rancangan Antar Muka Pengolahan Data Buku

Gambar 4.1 Form Pengolahan Data Buku

Apabila tombol Browse pada kolom penerbit di tekan, maka program akan membuka

form baru yaitu form Pilih Penerbit.

Gambar 4.2 Form Pilih Penerbit

22

Dan apabila menekan tombol Insert pada kolom peulis, maka program akan

mengeluarkan form yang terpisah untuk mengambil nama penulis.

Gambar 4.3 Form Ambil Penulis

IV.2. Rancangan Antar Muka Pengolahan Data Penerbit

Gambar 4.4 Form Pengolahan Data Penerbit

23

IV.3. Rancangan Antar Muka Pengolahan Data Penulis

Gambar 4.5 Form Pengolahan Data Penulis

IV.4. Rancangan Antar Muka Pengolahan Data Anggota

Gambar 4.6 Form Pengolahan Data Anggota

24

IV.5. Rancangan Antar Muka Pengolahan Data Peminajaman

Gambar 4.7 Form Pengolahan Data Peminjaman

Jika menekan tombol Browse pada kolom Kode Buku, maka program akan

menampilkan form terpisah untuk memilih buku.

Gambar 4.8 Form Pilih Buku

25

DAFTAR PUSTAKA

Fathansyah, 2007, “Basis Data”; Informatika : Bandung.

Fatta Al Hanif, 2007, “ Analisis dan Perancangan Sistem Inforasi Untuk Bersaing Perusahaan dan

Organisasi Modern ”; Andi : Yogyakarta.

Kristanto Andi, 2008, “ Perancangan Sistem Informasi dan Aplikasinya “; Gava Media :

Yogyakarta.

Sutabri Tata, 2004, “ Analisa Sistem Informasi “; Andi : Yogyakarta.

Yakub, 2008, “ Sistem Basis Data Tutorial Konseptual “; Graha Ilmu : Yogyakarta.

http://openpdf.com/ebook/perancangan-basis-data-pdf.html

26