TUGAS KELOMPOK

ANALISIS PERANCANGAN SISTEM INFORMASI

Disusun Oleh :

1. Lukmanul Hakim ( 201810215101 )

2. Rizky Pratama Darmawan ( 201810215119 )
3. Hanif Eka Setiawan ( 201810215117 )
4. Alfian Fakhri ( 201810215150 )
5. Aminudin Musanif Martadinata ( 201810215239 )
6. Rio Trinanda ( 201810215266 )

Dosen :
Oki Widhi Nugroho, ST, M.Eng

PROGRAM STUDI TEKNIK INDUSTRI

FAKULTAS TEKNIK
UNIVERSITAS BHAYANGKARA JAKARTA RAYA
2021
MODUL 1 ( ACTIVITY DIAGRAM )
SOAL :
1. Lakukan survey ke sebuah sistem yang sudah ada atau melakukan studi pustaka yang
berkaitan dengan sistem atau kegiatan manufaktur
2. Berdasarkan sistem yang ada buatkan deskripsi aktivitasnya
3. Buatkan activity diagram berdasarkan sistem yang ada dan buatkan pula usulan sistem
informasinya
JAWABAN :
ACTIVITY DIAGRAM (AKTIVITAS)
Studi Kasus
Nama Aplikasi : Sistem Informasi Manajemen Perpustakaan
Deskripsi :
Perpustakaan berkembang dengan pesat dan dinamis, sistem manualnya dirasakan tidak
lagi memadai untuk penanganan beban kerja. Khususnya kegiatan rutin dalam bidang
pengadaan, pengatalogan, dan pengawasan sirkulasi. Perpustakaan merupakan instansi yang
menyediakan bahan-bahan pustaka sebagai sumber informasi memerlukan sistem komputerisasi
untuk mengolah data dan untuk melakukan kegiatan kerja perpustakaan.
Kemudahan pengunjung untuk mendaftar, mendapatkan informasi tentang bahan pustaka
dan untuk melakukan transaksi peminjaman bahan pustaka menjadi suatu hal yang perlu
diperhatikan Berdasarkan permasalahn itulah maka disusulkan adanya pengembangan sistem
yang telah ada agar kinerjanya semakin baik. Pada Perancangan Sistem Informasi Perpustakaan
Berbasis WEB ini terdapat 3 entitas, yaitu:
1. Peminjam
Peminjam merupakan orang yang nantinya akan melakukan Registrasi, Peminjaman
Buku, Pengembalian       Buku dan Perpanjangan Peminjaman.
2. Petugas
Bertugas melayani pembuatan Kartu Anggota, Mengolah Data, serta Membuat Laporan
Bulanan.
3. Pimpinan
Orang yang menerima Laporan Bulanan yang diserahkan oleh Petugas yang nantinya
akan di ACC.

Pada Diagram Activity, dijelaskan berbagai aktivitas dari setiap aktor, mulai dari
Peminjam, Petugas sampai Pimpinan.
Gambar: Activity Diagram Registrasi Peminjam
Gambar: Activity Diagram Peminjaman Buku
Gambar: Activity Diagram Pengembalian Buku
 dan Perpanjangan Peminjaman
Gambar: Activity Diagram Input Data Anggota
Gambar: Activity Diagram Input Data Buku
Gambar: Activity Diagram Pengecekan Laporan Bulanan
MODUL 2 ( USE CASE DIAGRAM )
SOAL :
1. Lakukan survey ke sebuah sistem yang sudah ada atau melakukan studi pustaka,
kemudian carilah aktor dan use case yang terdapat pada sistem tersebut kemudian
deskripsikan dan buatkan sekenario nya.
JAWABAN :
USE CASE DIAGRAM
Studi Kasus
Nama Aplikasi : Sistem Informasi Manajemen Perpustakaan
Deskripsi :
Sistem informasi manajemen perpustakaan adalah sebuah sistem informasi untuk
mengelola informasi yang diperlukan dalam sebuah perpustakaan yang meliputi pengelolaan
pustaka, pengelolaan anggota, pengelolaan petugas dan pengelolaan peminjaman pustaka. Aturan
perpustakaan yang harus dipenuhi pada sistem informasi manajemen perpustakaan yang akan
dimodelkan adalah sebagai berikut:

1. Pustaka dapat memiliki lebih dari satu pengarang

2. Anggota dapat meminjam lebih dari satu buku (pustaka) dalam satu waktu (waktu yang
bersamaan)
3. Anggota dapat memiliki lebih dari satu nomor telepon
4. Anggota dapat mengembalikan pustaka yang dipinjam tidak dalam waktu yang
bersamaan, meskipun pustaka-pustaka tersebut dipinjam pada waktu yang bersamaan.
5. Pengunjung yang bukan anggota diperbolehkan mencari data pustaka yang ingin
dibacanya.
6. Pengunjung yang bukan anggota tidak diperbolehkan meminjam pustaka.
7. Proses pendaftaran pustaka, anggota, dan peminjaman dilakukan oleh petugas
perpustakaan.
8. Anggota dan pengunjung dapat melakukan pencarian pustaka.
9. Satu pustaka akan disimpan sebagai satu data dengan id yang unik

Fungsi-fungsinya dapat dimodelkan sebagai berikut :

Validasi Petugas

 Login

Mengelola data Pustaka

 Memasukkan data pustaka baru

 Mengubah data pustaka
  Menghapus data pustaka
 Mencari data pustaka
 Melihat data pustaka

Mengelola data petugas

 Memasukkan data petugas baru

 Mengubah data petugas
 Menghapus data petugas
 Mencari data petugas
 Melihat data petugas

Mengelola data Anggota

 Memasukkan data anggota baru

 Mengubah data anggota
 Menghapus data anggota
 Mencari data anggota
 Melihat data anggota

Mengelola data Peminjaman

 Memasukkan data peminjaman

 Mengubah data peminjaman
 Mencari data peminjaman
 Melihat data peminjaman

PENDEFINISAN AKTOR

No Aktor Deskripsi
1 Petugas Perpustakaan Petugas perpustakaan adalah orang yang bertugas
dan memiliki hak akses untuk melakukan operasi
pengelolaan data pustaka, anggota, dan proses
peminjaman pustaka
2 Anggota / Pengunjung Anggota adalah orang yang diperbolehkan
Perpustakaan meminjam pustaka sesuai dengan hak aksesnya,
sedangkan pengunjung hanya memiliki hak akses
melihat pustaka dan membaca di perpustakaan
tanpa memiliki hak untuk meminjam pustaka.
PENDEFINISIAN USE CASE

No Use Case Deskripsi

1 Login
2 Mengelola Pustaka
3 Memasukkan Pustaka
4 Melihat Pustaka
5 Mengubah Pustaka
6 Menghapus Pustaka
7 Mencari Pustaka
Merupakan proses untuk melakukan login petugas
perpustakaan
Mengelola Pustaka merupakan proses pengelolaan
data pustaka yang meliputi memasukkan pustaka,
melihat pustaka, mengubah pustaka, menghapus
pustaka dan mencari pustaka.
Merupakan proses memasukkan data pustaka ke
dalam basis data
Merupakan proses menampilkan data pustaka yang
ada di dalam basis data
Merupakan proses mengubah data pustaka yang ada
di dalam basis data
Merupakan proses menghapus data pustaka yang
ada di dalam basis data
Merupakan proses mencari data pustaka yang ada
di dalam basis data

USE CASE SCENARIO

Nama Use Case : Login
Scenario :

Aksi Aktor Reaksi Sistem

Skenario Normal
1. Memasukka username dan password

2. Memeriksa valid tidaknya data masukan

dengan memeriksa ke tabel petugas

3. Masuk ke aplikasi pengelolaan data

perpustakaan
Skenario Alternatif
1. Memasukkan username dan password
 2. Memeriksa valid tidaknya data masukan
dengan memeriksa ke tabel petugas

3. Menampilkan pesan login tidak valid

4. Memasukkan username dan password
yang valid
5. Memeriksa valid tidaknya data masukan
dengan memriksa ke tabel petugas

6. Masuk ke aplikasi pengelolaan data

perpustakaan

Nama Use Case : Memasukkan Pustaka

Scenario :

Aksi Aktor Reaksi Sistem

Skenario Normal
1. Memeriksa status login
2. Memasukkan data pustaka sesuai
kolom yang ada
3. Memeriksa valid tidaknya data masukan

4. Menyimpan data pustaka ke basis data

5. Menampilkan pesan sukses disimpan

Skenario Alternatif
1. Memeriksa status login
2. Memasukkan data pustaka sesuai
kolom yang ada
3. Memeriksa valid tidaknya data masukan

4. Mengeluarkan pesan bahwa data masukan

tidak valid
5. Memperbaiki data masukan yang tidak
valid
6. Memeriksa valid tidaknya data masukan

7. Menyimpan data pustaka ke basis data

8. Menampilkan pesan sukses disimpan

Nama Use Case : Melihat Pustaka
Scenario :

Aksi Aktor Reaksi Sistem

Skenario Normal
1. Memeriksa status login
2. Menampilkan data pustaka yang dicari
(belum detail, missal hanya judulnya saja dan
tampil dalam bentuk list)

3. Memilih pustaka yang dicari

4. Menampilkan data pustaka (detail sebuah
data pustaka) dari pustaka yang dipilih

Nama Use Case : Mengubah Pustaka

Scenario :

Aksi Aktor Reaksi Sistem

Skenario Normal
1. Memeriksa status login
2. Memasukkan kata kunci dan kategori
pencarian
3. Mencari data pustaka yang akan diubah

4. Menampilkan data pustaka yang dicari

(belum detail, missal hanya judulnya saja
dan tampil dalam bentuk list)

5. Memilih data pustaka yang akan

diubah
6. Menampilkan data pustaka (detail sebuah
data pustaka) dari pustaka yang akan diubah

7. Mengubah data pustaka

8. Memeriksa valid tidaknya data masukan

9. Menyimpan data yang telah diubah ke

basis data
 10. Menampilkan pesan bahwa data sukses
disimpan
Skenario Alternatif
1. Memeriksa status login
2. Memasukkan kata kunci dan kategori
pencarian
3. Mencari data pustaka yang akan diubah

4. Menampilkan data pustaka yang dicari

(belum detail, missal hanya judulnya saja
dan tampil dalam bentuk list)

5. Memilih data pustaka yang akan

diubah
6. Menampilkan data pustaka (detail sebuah
data pustaka) dari pustaka yang akan diubah

7. Mengubah data pustaka

8. Memeriksa valid tidaknya data masukan

9. Menampilkan pesan bahwa data masukan

tidak valid
10. Memperbaiki data masukan yang
diubah dan tidak valid
11. Memeriksa valid tidaknya data masukan

12. Menyimpan data yang telah diubah ke

basis data
13. Menampilkan pesan bahwa data sukses
disimpan

Nama Use Case : Menghapus Pustaka

Scenario :

Aksi Aktor Reaksi Sistem

Skenario Normal
1. Memeriksa status login
2. Memasukkan kata kunci dan kategori
pencarian
3. Mencari data pustaka yang akan dihapus
 4. Menampilkan data pustaka yang dicari
(belum detail, missal hanya judulnya saja
dan tampil dalam bentuk list)

5. Memilih data pustaka yang akan

dihapus
6. Menampilkan pesan konfirmasi apakah
data akan benar-benar dihapus
7. Mengklik pilihan setuju data dihapus

8. Menghapus data pustaka dari basis data

9. Menampilkan pesan bahwa data sukses

dihapus
Skenario Alternatif
1. Memeriksa status login
2. Memasukkan kata kunci dan kategori
pencarian
3. Mencari data pustaka yang akan dihapus

4. Menampilkan data pustaka yang dicari

(belum detail, missal hanya judulnya saja
dan tampil dalam bentuk list)

5. Memilih data pustaka yang akan

dihapus
6. Menampilkan pesan konfirmasi apakah
data akan benar-benar dihapus
7. Mengklik pilihan tidak setuju data
dihapus
8. Kembali ke form pencarian pustaka
Nama Use Case : Mencari Pustaka
Scenario :

Aksi Aktor Reaksi Sistem

Skenario Normal
1. Memasukkan kata kunci dan kategori
pencarian
2. Mencari data pustaka yang dicari
3. Menampilkan data pustaka yang dicari
(belum detail, missal hanya judulnya saja
dan tampil dalam bentuk list)

4. Memilih data pustaka yang akan dicari

5. Menampilkan data pustaka (detail sebuah

data pustaka) dari pustaka yang dipilih

Skenario Alternatif
1. Memasukkan kata kunci dan kategori
pencarian
2. Mencari data pustaka yang dicari
3. Menampilkan pesan data pustaka tidak
ada
4. Memasukkan kata kunci dan kategori
pencarian
5. Mencari data pustaka yang dicari
6. Menampilkan data pustaka yang dicari
(belum detail, missal hanya judulnya saja
dan tampil dalam bentuk list)

7. Memilih data pustaka yang akan dicari

8. Menampilkan data pustaka (detail sebuah

data pustaka) dari pustaka yang dipilih
MODUL 3 ( CLASS DIAGRAM )
SOAL :
1. Lakukan survey ke sebuah sistem yang sudah ada atau melakukan studi pustaka,
kemudian berdasarkan prosedur sistem tersebut, buatkan Class Diagram
JAWABAN :
CLASS DIAGRAM
Studi Kasus : Class Diagram Perpustakaan

Deskripsi :

Diagram diatas merupakan diagram class untuk meminjam buku di perpustakaan. Di

dalam diagram tersebut memiliki beberapa objek diantaranya mahasiswa, angota, denda,
transaksi, koleksi buku, petugas perpustakaan, koleksi buku lokal dan koleksi buku asing
 Objek anggota diatas merupakan turunan dari objek mahasiswa bila ingin meminjam
sebuah buku haruslah mahasiswa itu terdaftar menjadi anggota yang harus memiliki atribut
pendukung yaitu, id_anggota dan nama anggota dan memiliki suatu aksi yaitu insert untuk
menambah jumlah anggota untuk perpustakaan tersebut dan juga di perbaruhi datanya, dan juga
di delete bila ia sudah lulus dari universitas tersebut

Petugas perpustakaan dapat melakukan transaksi pencatatan peminjaman dan pengembalian

buku yang dilakukan oleh anggota perpustakaan tersebut. Lalu, di dalam sebuah transaksi
kemungkinan ada sebuah denda yang dapat diberikan bila pengembalian buku melewati batas
maksimum. Selain itu juga transaksi buku juga dapat dilakukan oleh anggota untuk memilih
buku yang ada dalam perpustakaan tersebut, yang terdiri dari 2 buah koleksi yaitu koleksi buku
asing dan koleksi buku local.
MODUL 4 ( NORMALISASI FILE )
SOAL :
1. Lakukan survey ke sebuah sistem yang sudah ada atau melakukan studi pustaka yang
berkaitan dengan perancangan file
2. Berdasarkan file tabel yang ada lakukan normalisasi dan perancangan filenya
JAWABAN :

Normalisasi File

Studi Kasus : Normalisasi Sistem Informasi Perpustakaan

Bentuk keluaran Kartu Peminjaman Perpustakaan

Nim : 613114075 Email : abdullatif@gmail.com
Nama Mahasiswa : Abdul Latif Tempat Lahir : Bekasi
ALamat : Bekasi Tanggal Lahir : 04 – 04 – 1999
Gender : Laki – laki No. Telfon : 081253648321
Id_Pinja Kode Judul Buku Pengarang Penerbit Tanggal Tanggal
m Buku Pinjam Kembali
001 B003 Laskar Pelangi Andrea Hirata Gramedia 15 – 05 – 14 20 – 05 – 14
B001 Avatar Hiroku Maxindo
002 B002 Kambing Jantan Raditya Dika Gramedia 16 – 05 – 14 21 – 05 – 14

Unnormalized Form
Merupakan bentuk tidak normal.

Tempat Tanggal Id. Kode Tanggal Tanggal

NIM Nama Alamat No. Telfon Gender Email Judul Buku Pengarang Penerbit
Lahir Lahir Pinjam Buku Pinjam Kembali
B003 Laskar Pelangi Andrea Hirata Gramedia
001 15 - 05 - 14 20 - 05 - 14
613114075 Abdul Latif Bekasi 81253648321 L Bekasi 4/4/1999 abdullatif@gmail.com B001 Avatar Hiroku Maxindo
002 B002 Kambing Jantan Raditya Dika Gramedia 16 - 05 - 14 21 - 05 - 14
 1NF (Normalisasi Bentuk 1)
KARTU PEMINJAMAN PERPUSTAKAAN

Tempat Tanggal Id. Kode Tanggal Tanggal

NIM Nama Alamat No. Telfon Gender Email Judul Buku Pengarang Penerbit
Lahir Lahir Pinjam Buku Pinjam Kembali
613114075 Abdul Latif Bekasi 081253648321 L Bekasi 4/4/1999 abdullatif@gmail.com 001 B003 Laskar Pelangi Andrea Hirata Gramedia 15 - 05 - 14 20 - 05 - 14
613114075 Abdul Latif Bekasi 081253648321 L Bekasi 4/4/1999 abdullatif@gmail.com 001 B001 Avatar Hiroku Maxindo 15 - 05 - 14 20 - 05 - 14
613114075 Abdul Latif Bekasi 081253648321 L Bekasi 4/4/1999 abdullatif@gmail.com 002 B002 Kambing Jantan Raditya Dika Gramedia 16 - 05 - 14 21 - 05 - 14

Diagram Ketergantungan Fungsional

 2NF (Normalisasi Bentuk 2)
TABEL MAHASISWA

Tempat Tanggal
NIM Nama Alamat No. Telfon Gender
Lahir Lahir
613114075 Abdul Latif Bekasi 081253648321 L Bekasi 4/4/1999

TABEL PEMINJAMAN

Id. Kode Tanggal Tanggal

NIM Judul Buku Pengarang Penerbit
Pinjam Buku Pinjam Kembali
613114075 001 B003 Laskar Pelangi Andrea Hirata Gramedia 15 - 05 - 14 20 - 05 - 14
613114075 001 B001 Avatar Hiroku Maxindo 15 - 05 - 14 20 - 05 - 14
613114075 002 B002 Kambing Jantan Raditya Dika Gramedia 16 - 05 - 14 21 - 05 - 14
3NF (Normalisasi Bentuk 3)
TABEL BUKU

Kode
Judul Buku Pengarang Penerbit
Buku
B003 Laskar Pelangi Andrea Hirata Gramedia
B001 Avatar Hiroku Maxindo
B002 Kambing Jantan Raditya Dika Gramedia

TABEL DIPINJAM

Id. Kode Tanggal

NIM Tanggal Pinjam
Pinjam Buku Kembali
613114075 001 B003 15 - 05 - 14 20 - 05 - 14
613114075 001 B001 15 - 05 - 14 20 - 05 - 14
613114075 002 B002 16 - 05 - 14 21 - 05 - 14

   DATA DEFINITION LANGUAGE (DDL) DAN DATA MANIPULATION LANGUAGE

(DML)
Data Definition Language (DDL)

Skema basis data dispesifikasikan oleh sekumpulan definisi dengan sebuah bahasa
khusus yang disebut Data Definition Language (DDL). Hasil kompilasi DDL berupa
tabel-tabel yang disimpan dalam sebuah file yang disebut data dictionary (kamus
data) atau data directory.DDL merupakan bagian dari perintah SQL untuk membuat,
memodifikasi atau menghapus struktur basis data Oracle. Suatu DDL akan
dieksekusi apabila sudah diakhiri dengan ‘;’ (titik koma).
1.   CREATE TABLE
Perintah Create Table digunakan untuk membuat / mendefinisikan sebuah tabel baru.

Contoh :

2. CREATE VIEW
View merupakan sebuah tabel semu / tabel lojik, dimana datanya berasal dari satu
atau lebih tabel lain yang disebut sebagai tabel sumber.

Contoh :
 3.  CREATE SEQUENCE
Sequence digunakan untuk mengenerate angka angka unik secara otomatis. Biasanya
sequence diaplikasikan untuk membentuk primary key secara otomatis.

Contoh :

4. CREATE SYNONYM
 Synonym digunakan untuk membuat nama alias bagi sebuah tabel, view atau
sequence.

Contoh :

CREATE SYNONYM mhs FOR mahasiswa

5. CREATE USER
Create user digunakan untuk mendefinisikan user baru beserta passwordnya.

Contoh :

CREATE USER basdat

IDENTIFIED BY d3if3502;

6.  DROP TABLE
Perintah ini digunakan untuk menghapus definisi tabel pada ORACLE yaitu semua
data dan indeks yang dimiliki tabel.

                             Contoh :
DROP TABLE mahasiswa CASCADE CONSTRAINT;

7.   MODIFY 
  Digunakan untuk mengubah definisi (tipe data, constraint, atau ukuran size  dari
suatu tipe data) suatu kolom.

Contoh :

      ALTER TABLE mahasiswaMODIFY no_telfon varchar2(13);

8.   RENAME
Perintah ini digunakan untuk mengubah nama tabel, view, sequence dan synonym.

                           Contoh :

             RENAME mahasiswa TO college;

9.  TRUNCATE 
Oracle menyediakan TRUNCATE statement untuk menghapus seluruh data dari
suatu tabel tanpa menghapus tabel yang ada (yang dihapus isi tabelnya saja, tabel
menjadi kosong). Berikut adalah perintah Truncate:

Contoh :

      TRUNCATE TABLE mahasiswa

10. DROP
                                      Untuk mengahapus seluruh table yang ada beserta datanya.

Data Manipulation Language (DML)

Data Manipulation Language merupakan bahasa yang memungkinkan pengguna untuk
mengakses dan mengubah data yang sesuai dengan model datanya seperti:

 Pengambilan informasi yang disimpan dalam basis data

 Penyisipan informasi baru ke basis data
 Penghapusan informasi dari basis data
 Modifikasi informasi yang disimpan dalam basis data
Query  adalah ‘permintaan data’ berupa bahasa bisnis, untuk mengolah data dalam tabel-tabel
menjadi satu informasi yang bisa dimengerti. Bagian dari DML yang menangani pengambilan
informasi ini disebut bahasa query. Query bisa berdasarkan pada satu tabel saja, atau pada
dua/lebih tabel, ataupun berdasarkan pada query yang telah ada.

1.   INSERT
Berfungsi untuk menambahkan baris baru ke table.

Contoh :

   2. UPDATE
Berfungsi untuk memodifikasi nilai pada baris tabel.

Contoh:

      3. DELETE
Berfungsi untuk menghapus baris tunggal atau lebih dari satu baris berdasarkan kondisi tertentu.

Contoh :

      4. SELECT
Untuk menampilkan semua table yang terdapadat di dalam data base.

Contoh :

     5. IN dan NOT IN

Operator IN dan NOT IN digunakan untuk membandingkan sebuah nilai terhadap nilai di dalam
(IN) atau di luar  (NOT IN) sebuah list. Bentuk umumnya adalah :

Contoh :

6.LIKE dan NOT LIKE

Operator LIKE dan NOT LIKE digunakan untuk mencari suatu nilai bertipe string dengan
membandingkan susunan karakternya. Bentuk umumnya :

Contoh :
Menampilkan nama mahasiswa yang diawali dengan huruf ‘S’

7. Menampilkan nama mahasiswa dan NIM dari table mahasiswa dimana nama mahasiswa
berawalan A atau S dan diurutkan secara descending.

Contoh :

8.  Menampilkan nama petugas dan tanggal pinjam dari table petugas dan table dipinjam dengan
kondisi tgl_pinjam=’21-Nov-2012′.

Contoh :

        9.KOLOM KONKAT
Operator konkat (||) atau penggabungan digunakan untuk menghubungkan suatu kolom dengan
kolom lain, ekspresi aritmatik atau nilai konstan untuk membentuk ekspresi karakter.

Contoh :

 
MODUL 5 ( MICROSOFT ACCESS )
SOAL :
1. Lakukan survey ke sebuah sistem yang sudah ada atau melakukan studi pustaka yang
berkaitan dengan tabel dalam basis data
2. Lakukan normalisasi pada tabel tersebut dan kemudian buatkan tampilan antar mukanya
menggunakan Microsoft Access
JAWABAN :
 Tabel di atas menggambarkan bentuk basis data yang belum ternormalisasi, karena suatu relasi
memenuhi 1-NF jika dan hanya jika setiap atribut hanya memiliki nilai tunggal dalam satu baris /
record dan tidak mengalami repeating groups
• Implementasi 1-NF dari table data yang belum ternormalisasi di atas adalah dengan cara
mengeliminasi keberadaan repeating groups dan dekomposisi relasi menjadi dua atau lebih
dengan syarat “tidak boleh ada informasi yang hilang karena proses dekomposisi”
1. Membuat 3 tabel yang memiliki fungsi sbb:
– TBFaktur, berfungsi untuk menyediakan atributatribut yang bersifat atomic dari tiap nomor
faktur (ID_Faktur), seperti : Tanggal, Nama_Pelanggan, Total_Bayar, Diskon dan
Nama_Petugas
– TBProduk, berfungsi untuk menyediakan atributatribut yang berulang atau tidak bernilai
tunggal pada tiap nomor faktur (ID_Faktur), seperti : Nama_Barang dan harga
– TBTransaksiDetail, berfungsi sebagai penghubung antara nomor faktur (ID_Faktur) dengan
kode barang (ID_Barang) agar proses dekomposisi tidak menyebabkan kerusakan informasi.
2. Pada table TBTransaksiDetail terdapat atribut “Harga” yang berfungsi untuk menyimpan
harga per transaksi, sedangkan atribut “Harga_Default” yang terdapat pada table
TBProduk adalah atribut yang berfungsi untuk menyimpan harga barang terbaru dari tiap
jenis barang – Hal ini berguna untuk mengantisipasi adanya perubahan harga dari waktu
ke waktu
3. Primary key yang digunakan pada TBTransaksiDetail adalah “ID_Transaksi” – Atribut
kunci tersebut merupakan candidate key yang dibentuk dari superkey hasil penggabungan
2 atribut yaitu : ID_Faktur dan ID_Barang

Normalisasi Tabel Menggunakan Microsoft Access :

1NF to 2NF
• Jika kita lihat kembali relasi bentuk 1-NF di atas, maka atribut bukan kunci pada table
TBFaktur yang tidak memiliki dependensi sepenuhnya dengan primary key (ID_Faktur), yaitu:
“Nama_Petugas”
– Mengeliminasi atribut “Nama_Petugas” dari table TBFaktur
– Membuat tabel TBPetugas, menyediakan atributatribut yang terkait dengan identitas dan data
pelanggan
 Contoh Tabel Normalisasi 1NF to 2NF

2NF to 3NF
• Pada Bentuk Normal Kedua (2NF) atribut yang terkait dengan “Nama_Pelanggan” tidak
didekomposisi dari table TBFaktur karena atribut tersebut masih memiliki dependensi fungsional
dengan primary key (ID_Faktur) karena tiap nomor faktur akan berbeda untuk tiap
pembeli/pelanggan
• Tetapi pada tahap 3-NF (Third Normal Form), atribut “Nama_Pelanggan” harus didekomposisi
relasi karena pada tahap ini atribut bukan kunci tidak boleh ada yang berdependensi transitif
dengan kunci primer
• Atribut “Nama_Pelanggan” dikatakan berdependensi transitif terhadap primary key
(ID_Faktur) karena :
– ID_Pelanggan → Nama_Pelanggan (Nama_Pelanggan berdependensi fungsional terhadap
ID_Pelanggan)
– ID_Faktur → ID_Pelanggan (ID_Pelanggan berdependensi fungsional terhadap ID_Faktur,
karena tiap nomor faktur akan dikeluarkan untuk suatu ID_Pelanggan tertentu)
– Sehingga dikatakan bahwa ID_Faktur memiliki dependensi transitif terhadap atribut
Nama_Pelanggan

Contoh Tabel Normalisasi 2NF to 3NF