LAPORAN AKHIR PRAKTIKUM

DESAIN BASIS DATA

“RENTAL COSTUME”

KELOMPOK 4

SELA PUTRI ISMALIA (2209116085)

PROGRAM STUDI SISTEM INFORMASI

FAKULTAS TEKNIK
UNIVERSITAS MULAWARMAN
2023
 KATA PENGANTAR
Puji syukur kami panjatkan atas kehadirat Tuhan Yang Maha Esa yang telah melimpahkan
rahmat dan karunianya berupa kesempatan dan pengetahuan sehingga kami dapat
menyelesaikan Laporan Akhir Praktikum ini dengan tepat waktu. Terselesaikannya laporan ini
tentu tidak lepas dari bantuan banyak pihak. Kami mengucapkan terima kasih sebanyak-
banyaknya kepada:

1. Dosen Mata kuliah Desain Basis data (DBD)

2. Para Asistem Laboratorium Desain Basis Data (DBD) yang telah memberikan
banyak ilmu serta motivasi kepada kami.
3. Semua Teman yang bersedia Membantu

Kami berharap semoga laporan ini dapat bermanfaat bagi para pembaca dan menjadi referensi
untuk menambah wawasan dan ilmu pengetahuan. Kami mohon maaf apabila terdapat
kesalahan dan kekurangan dalam penyusunan laporan ini. Oleh karena itu, kami berharap segala
kritik dan saran yang membangun dan dapat menjadikan laporan ini jauh lebih baik lagi
kedepannya.

Samarinda 30, Oktober 2023

Kelompok 4

i
 DAFTAR ISI
KATA PENGANTAR.............................................................................i
DAFTAR GAMBAR..............................................................................iii
BAB I PENDAHULUAN......................................................................1
1.1 DESKRIPSI MASALAH..............................................................1
1.2 RUMUSAN MASALAH..............................................................1
1.3 BATASAN MASALAH................................................................2
1.4 MANFAAT DAN TUJUAN..........................................................2
BAB II PEMBAHASAN........................................................................3
A. ENTITAS........................................................................................3
B. RELASI..........................................................................................5
C. KARDINALITAS...........................................................................5
D. LOGICAL ERD..............................................................................6
E. RELATIONAL................................................................................7
F. MAPPING.......................................................................................8
BAB III...................................................................................................9
A. KESIMPULAN...............................................................................15

ii
 BAB I
PENDAHULUAN
1.1 DESKRIPSI MASALAH

Dengan kemajuan zaman dan modernisasi, perkembangan budaya pun maju bertumbuh
dengan pesat hingga budaya yang muncul dari wilayah barat maupun timur sering kita terima
dan mulai di anggap normal di kalangan remaja. Dengan adanya penyebaran budaya, maka ada
juga orang yang akan mengadopsi dan menerapkan budaya tersebut dalam kehidupannya, salah
satu contoh budaya yang ada di Jepang adalah Cosplay. Cosplay adalah seni pertunjukan di mana
para pesertanya mengenakan Costume dan make-up, mewakili Karakter dari Anime, Video
Game, Televisi dan Film. Selain menciptakan Costum otentik, para Cosplayer juga berakting
sesuai Karakter dan biasanya ahli dalam hal Karakter yang mereka tiru. Dari itu, kita
mendapatkan kata kunci Costume. Costume merupakan seperangkat pakaian yang di gunakan
oleh Cosplayer. dikarenakan harga dari Costume ini terbilang mahal oleh karena itu banyak para
Cosplayer juga membuat sebuah Usaha yaitu Rental Costume yang Dimana Costume-Costume
mereka di sewakan. Dari permasalahan tersebut, kelompok kami telah merancang sebuah
Database untuk menyimpan dan mengelolah Rental Costum yang akan di sewakan. Database ini
telah kami rancang sedemikian rupa sehingga memudahkan para Cosplayer yang memiliki usaha
Rental Costume untuk mengelolah Costume-Costume nya.

1.2 RUMUSAN MASALAH

Setelah di tinjau dari deskripsi malah di atas, maka dapat kami rumuskan
masalah sebagai berikut :

1. Bagaimana Rancangan Konseptual

2. Bagaimana Rancangan Logical serta pengimplementasian nya

1
1.3 BATASAN MASALAH

Dari permasalahan yang telah di jabarkan, terdapat batasan masalah dalam

penyusunan laporan ini adalah Rancangan Database ini adalah sebatas untuk Admin/ Karyawan
Rental

1.4 MANFAAT DAN TUJUAN

Manfaat dari penyusunan Database dan laporan adalah sebagai berikut :

1. Dengan tersusunnya laporan program, hal ini dapat menjadi referensi untuk rancangan
Database di masa yang akan datang.
2. Dengan adanya Database ini, memudahkan Admin/ Karyawan untuk mengelolah
Costume nya
3. Dengan adanya Database ini dapat meminimalisir kesalahan dalam pengelolahan
Rentalan Costume.

2
 BAB II

PEMBAHASAN
A. ENTITAS

Pada Rancangan Database kami menerapkan 2 Entitas dan tiap Entitas memiliki Subtype
berikut lampiran nya :

1. Karyawan (Supertype)
Entitas Karyawan digunakan untuk menyimpan data-data Karyawan yang Dimana data-
data Karyawan. Data-data Karyawan ini juga bisa disebut dengan atribut dari Entitas
Karyawan.
1. ID_Karyawan (Primary Key).
2. Nama Karyawan (Mandatory)
3. Devisi (Mandatory)
4. Nomor_Tlpn (Mandatory)
5. Alamat (Mandatory

2. Pelayanan (Subtype)
Entitas Pelayanan merupakan Entitas Subtype dari Entitas Karyawan yang Dimana
Entitas Pelayanan ini memiliki Atribut tambakan yang beguna untuk melakukan Login
agar bisa mengelolah Costume. Jadi Entitas Pelayanan ini digunakan untuk menyimpan
data Login untuk Karyawan agar dapat mengakses aplikasi sederhana di Rental.
1. Username (Mandatory)
2. Password (Mandatory)

3. Pemasok (Subtype)
Entitas Pemasok merupakan Entitas Subtyoe dari Entitas Karyawan yang dimana Entitas
Pemasok ini memiliki Atribut tambahan. Entitas Pemasok ini digunakan untuk
memasok Costume dan menyimpan data dari tambahan dari Karyawan Pemasok.
1. Kendaraan (Mandatory)
2. Uang Bensin (Mamdatory)

3
 4. Costume (Supertype)
Entitas Costume digunakan untuk menyimpan data-data dari Costume
1. ID_Costume (Primary Key)
2. Nama_Karakter (Mandatory)
3. Gender (Mandatory)
4. Harga (Mandatory)
5. Ukuran (Mandatory)
6. Jenis_Costume (Mandatory)

5. Anime (Subtype)
Entitas Anime merupakan Entitas Subtype dari Costume_Karakter yang Dimana Entitas
ini memiliki Atribut tambahan yang lebih merujuk ke Anime tersebut
1. Nama_Anime (Mandatory)
2. Nama_Mangaka (Mandatory)
3. Nama_Studio (Mandatory)

6. Game (Subtype)
Entitas Game merupakan Entitas Subtype dari Costume_Karakter yang Dimana Entitas
ini memiliki Etribut tambahan yang lebih merujuk ke game tersebut.
1. Nama_Game (Mandatory)
2. Nama_Perusahaan (Mandatory)
3. Tipe_Game (Mandatory)

Supertype adalah Entitas yang berfungsih sebagai Entitas induk Subtype adalah Entitas yang
merupakan bagian lebih spesifik dari Supertype. Subtype mewarisi Atribut dan dari Supertype
tetapi juga dapat memiliki Atribut tambahan yang unik untuk dirinya sendiri.

Primary key adalah suatu nilai dalam basis data yang digunakan untuk mengidentifikasi suatu
baris dalam table dan harus bersifat Unik. Dan Mandatory adalah suatu nilai dalam basis data
yang wajib untuk di isi.

4
B. RELASI
Relasi antar Entitas :
1. Karyawan dan Karyawan
Karyawan dapat Mengepalai maupun Dikepalai oleh Karyawan
2. Pelayanan (Subtype Karyawan) dan Costume_Karakter
Pelayanan dapat Mengelolah Costume, Costume dapat Dikelolah oleh Pelayanan dan
hanya Pelayanan yang dapat Mengelolah Costume_Karakter
3. Pemasok (Subtype Karyawan) dan Costume_Karakter
Pemasok dapat Memasok Costume, Costume dapat dipasok oleh pemasok dan hanya
pemasok yang dapat memasok Costume_Karakter.

C. KARDINALITAS
Kardinalitas antar Entitas
1. Karyawan dan Kayawan (One To Many)
- Setiap Karyawan mungkin saja Mengepalai satu atau banyak Karyawan.
- Setiap Karyawan pasti di Kepalai satu dan hanya satu Karyawan.
2. Pelayanan (Subtype Karyawan) dan Costume_Karakter
- Setiap Pelayanan mungkin Mengelolah satu atau banyak Costume_Karakter
- Setiap Costume_Karakter pasti Dikelolah satu dan hanya satu Pelayanan
3. (Pemasok (Subtype Karyawan) dan Costume_Karakter (Non Tranferability))
- Setiap Pemasok mungkin Memasok satu atau banyak Costume_Karakter
- Setiap Costume_Karakter pasti Dipasok oleh satu dan hanya satu Pemasok
- Pemasok dan Costume_Karakter merupakan non Transferability karena nilai
nya tidak dapat berubah/berpindah, hanya Pemasok yang dapat Memasok
Costume

Sekenario Berjalan

1. Karyawan terdiri dari CEO, Pelayanan, Pemasok

2. CEO dapat Mengepalai Karyawan Pelayaan maupun Pemasok
3. Karyawan Pelayanan maupun Karyawan Pemasok Pasti dikepalai 1 CEO
4. Karyawan Pelayanan dapat Mengelolah costume
5. Karyawan pemasok hanya datang dan memasok costume saja
6. Cosume hanya di kelolah karyawan pelayanan
5
D. LOGICAL ERD

Pada ERD system Rental terdapat dua Tabel utama yaitu “Karyawan” sebagai Supertype
dari SubType “Pelayanan” dan “Anggota” dan Tabel “Costume_Karakter” sebagai
Supertype dari Subtype “Anime” dan “Game”. Setiap Tabel memiki Atributnya masing-
masing yang digunakan untuk keperluan dari masing-masing Tabel tersebut, dan untuk Tabel
Subtype memiliki artribut tambahan yang digunakan sebagai pembeda. Dan untuk fungsih
dari Tabel tersebut adalah sebagai Barikut :
1. Tabel Karyawan berfungsih untuk menyimpan data-data karyawan seperti data-
data Nama, nomor_Tlpn, Alamat DLL.
2. Tabel Pelayanan, karena Tabel Pelayanan ini merupakan Subtype dari Karyawan
maka Tabel Pelayanan ini memiliki Atribut tambahan yang terdiri Dari Username
dan Password yang berfugsih untuk dapat meng-akses Aplikasi Rentalan, Tabel
pelayanan ini juga berfungsih untuk Mencatat atau mengelolah Costume agar bisa
terstuktur dengan baik di Database
3. Tabel Pemasok, karena Tabel Pemasok ini merupakan Subtype dari Karyawan
maka Tabel Pelayanan ini memiliki Atribut tambahan yang terdiri dari
Uang_Bensin dan Kendaraan yang Dimana Tugas dari Entitas Pemasok adalah
memasok Costume, maka dari itu Tabel Pemasok ini menyimpan data dari
Kendaraan dan uang bensin yang digunakan untuk memasok Costume
4. Dan untuk Tabel Costume_Karakter sendiri berfungsih untuk menyimpan data-
data Costume, yang Dimana penyimpanan data nya dapat di bagi menjadi Anime
dan Game.

6
E. RELATIONAL ERD

Pada Relational ERD ini memiliki 6 Entitas, digunakan untuk merinci bagaimana Data
dalam Sistem Rental berhubungan satu sama lain. Dengan Entitas dan Atribut yang
tepat dan Tipe Data yang sesuai dengan Sistem Rental yang dapat memudahkan
pencarian, pengelolaan pada Costume.
Berikut Tipe Data Yang dimikili setiap Entitas :
1. Karyawan memiliki Atribut ID_Karyawan sebagai Primary Key, yang bertipe data
Char(5), Nama_Karyawan bertipe data Varhar(35) Devisi yang bertipe data
Varchar(30), Alamat bertipe data Varchar(50), dan untuk No_Tlpn bertipe data Int.
2. Pemasok memiliki Atribut ID_Karyawan sebagai Pimary key dari Subtype yang
bertipe data Char(5), Kendaraan yang bertipe data Varchar(20), dan
Uang_Bensin yang bertipe data Int.
3. Pelayanan memiliki Atribut ID_Karyawan sebagai Pimary key dari Subtype
yang bertipe data Char(5), Username dan Password yang bertipe data Char(15).
4. Costume_Karakter memiliki Atribut ID_Costume sebagai Primary_Key yang
bertipe data Char(5), Nama_Karakter yang bertipe data Varchar(50), Gender yang
bertipe data Char(5), Harga yang bertipe data Int, Ukuran yang bertipe data
Varchar(20), Jenis_Costume yang bertipe data Varchar(30) dan memiliki Foreign
Key dari Entitas Pemasok dan Pelayanan
5. Anime memiliki Atribut ID_Costume sebagai Pimary key, dan Foreign Key dari
Subtype yang bertipe data Char(5), Nama_Anime yang bertipe data
Varchar(50), Nama_Mangaka yang bertipe data Varchar(50), Nama_Studio
yang bertipe data Varchar(30).
6. Game memiliki Atribut ID_Costume sebagai Pimary key, dan Foreign Key dari
Subtype yang bertipe data Char(5), Nama_Game yang bertipe data
Varchar(50), Nama_Perusahaan yang bertipe data Varchar(50), Tipe_Game
yang bertipe data Varchar(30).

7
Sekenario Lengkap Penggunaan Tipe Data :

1. Tabel Karyawan
Tabel Karyawan memiliki beberapa Atribut diantara nya :
 ID_Karyawan CHAR(5), ID_Karyawan menggunakan tipedata Char Karena
tipe data Char digunakan untuk menyimpan karakter tunggal dan memiliki
panjang tetap dan penggunaan Panjang data sebanyak 5 karena
ID_Karyawan hanya mmebutuh kan 4 karakter saja tetai disini saya
menambahkan nya agar ada space kosong, jika suatu waktu saya ingin
mengganti metode penulisan ID_Karyawan nya. Contoh penulisan
ID_Karyawan = “K101”
 Nama_Karyawan VARCHAR (35) Nama_Karyawan menggunakan Varchar
karena tipe data varchar digunakan untuk menyimpan karakter alfanumerik
yang Dimana tipedata Varchar dapat menyimpan data dengan panjang
bervariasi. Dan penggunaan Panjang data sebanyak 35 karena umum nya
nama umum nya berkisaran 20-30 huruf saja.
 Devisi VARCHAR (30) Devisi menggunakan tipedata Varchar karena tipe
data varchar digunakan untuk menyimpan karakter alfanumerik yang Dimana
tipedata Varchar dapat menyimpan data dengan panjang bervariasi. Dan
penggunaan Panjang data sebanyak 30 karena penulisan nya kira-kira
membutuhkan 15-20 karakter.
 Nomor_Telpon INTEGER, Nomor_Telpon menggunakan tipedata Integer
karena tipe data Integer hanya menyimpan angka saja, dan nomor telepon
merupakan angka saja.
 Alamat VARCHAR (50) Alamat menggunakan tipedata Varchar karena
tipedata Varchar dapat menyimpan data dengan panjang bervariasi. Dan
penggunaan Panjang data sebanyak 50 karena umum nya Alamat umum nya
berkisaran 30-40 huruf.

2. Tabel Pelayanan (Subtype Karyawan)

Tabel Pelayanan memiliki beberapa Atribut diantara nya :
 Username CHAR(15) Username menggunakan tipedata Char Karena tipe
data Char digunakan untuk menyimpan karakter tunggal dan memiliki
panjang tetap dan penggunaan Panjang data sebanyak 15 karena Username
hanya diberikan panjang cukup sampai 15 saja
 Password

3. Tabel Pemasok (Subtype Karyawan)

Tabel Pelmasok memiliki beberapa Atribut diantara nya :
 Kendaraan VARCHAR(15), Kendaraan menggunakan tipedata Varchar
karena tipe data varchar digunakan untuk menyimpan karakter
alfanumerik yang Dimana tipedata Varchar dapat menyimpan data dengan
panjang bervariasi. Dan penggunaan Panjang data sebanyak 10 karena
umum nya kendaraan umum nya berkisaran 5-7 huruf saja.
 Uang Bensin INTEGER, Uang Bensin menggunakan tipedata Integer
karena tipe data Integer hanya menyimpan angka saja, dan pengimputan
jumlah uang merupakan angka saja.
8
4. Tabel Costume_Karakter
 Tabel Costume memiliki beberapa Atribut diantara nya :
 ID_Costume CHAR (5) ID_Costume menggunakan tipedata Char Karena
tipe data Char digunakan untuk menyimpan karakter tunggal dan memiliki
panjang tetap dan penggunaan Panjang data sebanyak 5 karena ID_Costume
hanya mmebutuh kan 4 karakter saja tetapi disini saya menambahkan nya
agar ada space kosong, jika suatu waktu saya ingin mengganti metode
penulisan ID_Costume nya. Contoh penulisan ID_Costume = “C101”
 Nama_Karakter VARCHAR (50) Nama_Karakter menggunakan Varchar
karena tipe data varchar digunakan untuk menyimpan karakter
alfanumerik yang Dimana tipedata Varchar dapat menyimpan data dengan
panjang bervariasi. Dan penggunaan Panjang data sebanyak 50 karena
beberapa karakter memiliki nama yang sangat Panjang.
 Jenis_Costume VARCHAR(30) Jenis_Costume menggunakan tipedata
Varchar karena tipedata Varchar dapat menyimpan data dengan panjang
bervariasi. Dan penggunaan Panjang data sebanyak 30 karena biasa nya
Jenis_Costume ini membutuhkan kisaran 10-15 karakter
 Gender CHAR(5) Gender menggunakan tipedata Char Karena tipe data Char
digunakan untuk menyimpan karakter tunggal dan memiliki panjang tetap
dan penggunaan Panjang data sebanyak 5 karena Gender hanya diberikan
panjang cukup sampai 5 saja. Yang penulisan nya hanya di sibgkat saja
Contoh “L”,”P”,”Null”.
 Harga INTEGER, Harga menggunakan tipedata Integer karena tipe data
Integer hanya menyimpan angka saja, dan pengimputan jumlah Harga
merupakan angka saja.
 Ukuran VARCHAR(10) Ukuran menggunakan tipedata Varchar karena
tipedata Varchar dapat menyimpan data dengan panjang bervariasi. Dan
penggunaan Panjang data sebanyak 10 karena biasa nya Ukuran ini
membutuhkan kisaran 1-8 karakter, contoh penulisan “M”, “XL”, ”Sedang”.
 Pelayanan_ID CHAR(5) Pelayanan_ID merupakan Foreign Key dari
Karyawan pelayanan yang Dimana dia mengikuti dari Karyawan
Pelayanan_ID.
 Pemasok_ID CHAR(5) Pemasok_ID merupakan Foreign Key dari Karyawan
Pemasok yang Dimana dia mengikuti dari Karyawan Pemasok_ID.

5. Tabel Anime (Subtype Costume_Karakter)

 Tabel Anime memiliki beberapa Atribut diantara nya :
 Nama_Anime VARCHAR (50) Nama_Anime menggunakan Varchar karena
tipe data Varchar digunakan untuk menyimpan karakter alfanumerik yang
Dimana tipedata Varchar dapat menyimpan data dengan panjang bervariasi.
Dan penggunaan Panjang data sebanyak 50 karena beberapa Anime memiliki
nama yang sangat Panjang.
 Nama_Mangaka VARCHAR (50) Nama_Mangaka menggunakan Varchar
karena tipe data Varchar digunakan untuk menyimpan karakter
alfanumerik yang Dimana tipedata Varchar dapat menyimpan data dengan
panjang
9
 bervariasi. Dan penggunaan Panjang data sebanyak 50 karena beberapa
Nama_Mangaka memiliki nama yang sangat Panjang.
 Nama_Studio VARCHAR (30) Nama_Studio menggunakan Varchar karena
tipe data Varchar digunakan untuk menyimpan karakter alfanumerik yang
Dimana tipedata Varchar dapat menyimpan data dengan panjang bervariasi.
Dan penggunaan Panjang data sebanyak 30 karena umum nya Studio
berkisaran 20-30 huruf saja.

6. Tabel Game (Subtype Costume_Game)

Tabel Game memiliki beberapa Atribut diantara nya :
 Nama_Game VARCHAR (50) Nama_Game menggunakan Varchar karena
tipe data Varchar digunakan untuk menyimpan karakter alfanumerik yang
Dimana tipedata Varchar dapat menyimpan data dengan panjang bervariasi.
Dan penggunaan Panjang data sebanyak 50 karena beberapa Game memiliki
nama yang sangat Panjang.
 Nama_Perusahaan VARCHAR (50) Nama_Perusahaan menggunakan
Varchar karena tipe data Varchar digunakan untuk menyimpan karakter
alfanumerik yang Dimana tipedata Varchar dapat menyimpan data dengan
panjang bervariasi. Dan penggunaan Panjang data sebanyak 50 karena
beberapa Nama_Perusahaan memiliki nama yang sangat Panjang.
 Tipe_Game VARCHAR (30) Tipe_Game menggunakan Varchar karena tipe
data Varchar digunakan untuk menyimpan karakter alfanumerik yang
Dimana tipedata Varchar dapat menyimpan data dengan panjang bervariasi.
Dan penggunaan Panjang data sebanyak 30 karena umum nya Tipe_Game
berkisaran 20-30 huruf saja.

10
F. MAPPING

Proses pembuatan Mapping ini bertujuan untuk merancang sistem Rental dan
menghasilkan Struktur tabel dalam Basis Data yang sesuai antara Entitas-Entitas dalam
ERD. Sebagai contoh, didalam perancangan Database Sistem Rental terkait Pengelolahn
Costume, Tabel Mapping diatas tidak ada panah yang terhubung karena, dari Entitas
Karyawan terdapat Atribut Opsional yaitu Username dan Password, Username dan
Password ini lah yang dapat terhubung dengan Costume, selain username dan
password Kendaraan dan uang bensin juga dapat terhubng karena Kendaraan dan uang
bensin merupakan atribut dari subtype pemasok yang terhubung dengan Costume.
Lalu dari masing- masing entitas tersebut memiliki kolom pembeda untuk mengetahui
entitas tersebut secara rinci contoh nya pada tabel Karryawan yang memiliki kolom
“Devisi” yang Dimana dapat di isi dengan Pelayanan ataupun Pemasok, begitu pula
dengan Costume_Karakter yang memiliki Kolom “Jenis_Costume” yang dapat diisi
dengan Anime ataupun Game.

11
Contoh ROW Data
Tabel Karyawan :

Subtype Karyawan Pelayanan

12
Subtype Karyawan Pemasok

Tabel Costume_Karakter

13
Subtype Costume_Karakter Anime

Subtype Costume Karakter Game

14
 BAB III

PENUTUP
A. Kesimpulan
Kesimpulan yang dapat diambil dalam proses Perancangan Sistme Basis Data untuk
Rental ini adalah dapat memeantu Admin dalam Oprasional Pengelolahan yang lebih
baik, Serta dapat meningkatkan Pelayanan dalam hal Pengeolahan maupun pemasokan
yang telah di lakukan oleh Admin Rental terhadap Costume nya, memberikan data-data
serta informasi yang lebih efisien dan terstuktur yang dapat di kekolah dan akses dengan
cukup mudah.

15