Anda di halaman 1dari 11

KELOMPOK 5

DIVA AGUSTARA (C2055201002)

NOVEN SAMUEL S. (C2055201006)

JOSEPH ANTONIO P. (C2055201021)

M. MARSTILLA SYAHARA (C2055201004) 101100011110101111110111


110100010110110011001001
FEBRIADIE (C2055201028) 101111110111111101011100
011100101110110001111010
FERI (C2055201093) 110101011011010001011011
000110010010111111011111
000100000001110010111011
010100101111010101110110
Final project mengubah nota bengkel Cahaya Motor Srono dibawah menjadi
bentuk unnormalisasi, normalisasi 1, normalisasi 2, normalisasi 3,bentuk ERD,
dan bentuk BD nya.
Unnormalisasi

Bentuk normalisasi ke1


1011000111101011111101111000010101
010111101010110110100010110110011
010011101010111001000001100100101
1111101111111010111001001110110100
100001000000011100101110110001111
101111110111100001010100101111010
011011010001011011001100100111010
1011100100000110010010111111011111
101011100100111011010001000010000
0001110010111011000111101011111101
Bentuk normalisasi ke2

1011000111101011111101111000010101
010111101010110110100010110110011
010011101010111001000001100100101
1111101111111010111001001110110100
100001000000011100101110110001111
101111110111100001010100101111010
011011010001011011001100100111010
1011100100000110010010111111011111
101011100100111011010001000010000
0001110010111011000111101011111101
Bentuk normalisasi ke3

1011000111101011111101111000010101
010111101010110110100010110110011
010011101010111001000001100100101
1111101111111010111001001110110100
100001000000011100101110110001111
101111110111100001010100101111010
011011010001011011001100100111010
1011100100000110010010111111011111
101011100100111011010001000010000
0001110010111011000111101011111101
Bentuk Entity Relationship Diagram
Penjelasan:
* Adalah Primary key
** Adalah foreign key

1. Langkah-langkah perancangan database bengkel :


Menentukan entities (object-object dasar) yang perlu ada di database.
A. pemilik: menyimpan semua data pribadi semua pemilik kendaraan
B. kasir: menyimpan informasi semua data pembayaran yang telah dilakukan
C. kendaraan: menyimpan informasi tentang kendaraan yang akan diganti sparepartnya
1 0 1 1 0 0 0 1 1 1 1 0 1 0 1 1 1D.
1 1montir:
1 0 1 1 1menyimpan
1 0 0 0 0 1 0 1informasi
01 tentang semua montir yang melakukan pergantian sparepart
0 1 0 1 1 1 1 0 1 0 1 0 1 1 0 1E.1 0sparepart:
1 0 0 0 1 0 1menyimpan
1 0 1 1 0 0 1 1semua informasi semua sparepart yang diperlukan
010011101010111001000001100100101
1111101111111010111001001110110100
100001000000011100101110110001111
101111110111100001010100101111010
011011010001011011001100100111010
1011100100000110010010111111011111
101011100100111011010001000010000
0001110010111011000111101011111101
2. Menentukan attributes (sifat-sifat) masing-masing entity sesuai kebutuhan database

pemilik:
a. id_pemilik: nomor identitas pemilik kendaraan (PK)
b. No_HP : nomor handphone pemilik kendaraan
c. alamat : alamat pemilik kendaraan
d. nama : nama pemilik

montir
a. Id_montir: nomor identitas montir (PK)
b. nama_montir

Kendaraan :
a. no_plat : nomor plat kendaraan (PK)
b. merk : merk kendaraan pemilik

1 0 1 1 0 0 0 1 1 1 1 0 1 sparepart:
011111101111000010101
a. merk_sparepart : harga sparepart yang ingin diganti (pk)
0 1 0 1 1 1 1 0 1 0 1 0 1B. 1harga_sparepart
0 1 1 0 1 0 0: harga
0 1 0sparepart
110110011
010011101010111001000001100100101
kasir:
1 1 1 1 1 0 1 1 1 1 1 1 1 0a. 1id_kasir
0 1 1: 1nomor
0 0 1identitas
0 0 1 1kasir
1 0(pk)
110100
b. nama_kasir : nama lengkap kasir
100001000000011100101110110001111
101111110111100001010100101111010
011011010001011011001100100111010
1011100100000110010010111111011111
101011100100111011010001000010000
0001110010111011000111101011111101
3) Menentukan relationship (hubungan) antar entitas

1. sebuah kendaraan mengganti beberapa sparepart dan beberapa sparepart diganti


ke kendaraan.
Hub: 1 to many

2. seorang pemilik memiliki beberapa kendaraan dan kendaraan hanya dimiliki oleh
pemilik tsb.
Hub: 1 to many

3. beberapa kendaraan diservis montir dan beberapa montir menservis kendaraan


1 0 1 1 0 0 0 1 1 1 1 0 1 0 1 1 1 1 1Hub:
1 0 1 many
1 1 1 0 to
0 0many
010101
010111101010110110100010110110011
0 1 0 0 1 1 1 0 1 0 1 0 1 1 1 0 0 14.0 0beberapa
0 0 0 1 1 0pemilik
0 1 0 0 1membayar
01 ke kasir dan kasir dibayar beberapa pemilik.
1 1 1 1 1 0 1 1 1 1 1 1 1 0 1 0 1 1 1Hub:
0 0 1 many
0 0 1 1to
1 0many
110100
100001000000011100101110110001111
1 0 1 1 1 1 1 1 0 1 1 1 1 0 0 0 0 15.0 seorang
1 0 1 0 0 1pemilik
0 1 1 1 1memilih
010 sparepart dan beberapa sparepart dipilih pemilik
011011010001011011001100100111010
Hub: one to many
1011100100000110010010111111011111
101011100100111011010001000010000
0001110010111011000111101011111101
Bentuk DB designer
Sekian & Terima kasih
1011000111101011111101111000010101
010111101010110110100010110110011
010011101010111001000001100100101
1111101111111010111001001110110100
100001000000011100101110110001111
101111110111100001010100101111010
011011010001011011001100100111010
1011100100000110010010111111011111
101011100100111011010001000010000
0001110010111011000111101011111101

Anda mungkin juga menyukai