Anda di halaman 1dari 37

Laporan Tugas Besar Basis Data

Oleh :

119140021

119140065

119140158

119140115

119140155

1. Enrico Johanes. S

2. Salsabilla Dyani Putri

3. Andaru Putri Salsabilla

4. M. Faiz Ramadhan

5. Pipit Nizaria
INSTITUT TEKNOLOGI SUMATERA

TEKNIK INFORMATIKA

2021

BAB I

PENDAHULUAN

1.1 Latar Belakang


Saat ini, pusat perbelanjaan semakin melonjak, dan tumbuh dengan pesat, terutama di
kota-kota besar di Indonesia. Dengan perkembangan yang pesat ini maka semakin ketat pula
persaingan antar pusat perbelanjaan. Dengan itu, setiap pusat perbelanjaan berlomba-lomba
membangun fasilitas-fasilitas yang dapat menarik perhatian pelanggan.
Semakin banyak pengunjung di suatu pusat perbelanjaan, maka akan semakin banyak
barang yang akan ditawarkan. Mulai dari baju, alat elektronik, alat rumah tangga, dan masih
banyak lagi hal yang ditawarkan, tentu akan terasa sulit jika semua barang yang ada didata
secara manual.
Untuk menunjang faslitias yang baik, maka diperlukan sebuah sistem yang dapat membantu
tiap pusat belanja untuk menyimpan data barang, pembeli, dan penyuplai. Hal ini dapat
membantu dan mempermudah untuk memanajemen data dari pusat perbelanjaan tersebut.
1.2 Rumusan Masalah
Berdasarkan latar belakang diatas, maka dapat dimuat rumusan masalah sebagai berikut :

1. Bagaimana merancang sistem informasi pusat perbelanjaan menggunakan DBMS


MySQL?

2. Bagaimana menerapkan sistem informasi pusat perbelanjaan?

3. Bagaimana menghasilkan informasi dari sistem pusat perbelanjaan?

1.3 Tujuan
Tujuan dari pengembangan aplikasi sistem pusat perbelanjaan adalah.

1. Merancang sistem informasi pusat perbelanjaan menggunakan DBMS MySQL.

2. Menerepkan sistem informasi pusat perbelanjaan.

3. Menghasilkan informasi dari sistem pusat perbelanjaan.

BAB II

RANCANGAN SISTEM

2.1 Deskripsi Sistem/Aplikasi


2.2 Use Case Diagram
2.3 Rancangan Basis Data
2.3.1 Rancangan ERD

2.3.1.1 Definisi Entitas dan Atribut

No. Entitas Atribut

1. Pegawai Id_Pegawai (unique/primary key)

Merupakan suatu atribut yang menjadi


identitas pegawai.

Alamat

Merupakan alamat pegawai

Tipe_pegawai

Nama_pegawai

Merupakan atribut nama pegawai


2. Admin Username

Entitas yang menyimpan Atribut untuk melakukan proses login


data dari sistem yang
berhak mengelola data
Pswd
perbelanjaan
Merupakan kata sandi dan Salah satu syarat
untuk login pada sistem

3. Pembeli Id_barang

Entitas yang melakukan Merupakan suatu atribut untuk menjadi


kegiatan perbelanjaan identitas dari barang

Tgl_pembelian

Merupakan atribut untuk mengetahui waktu


terjadinya kegiatan perbelanjaan

No_pembelian (unique/primary key)

Total_pembelian

Merupakan atribut penjumlahan dari


pembelian

4. Barang Nama_barang

Merupakan atribut nama barang

Id-barang

Merupakan suatu atribut untuk menjadi


identitas barang

Entitas yang menyimpan Jumlah_stok


data data barang,dan
sesuatu yang diperjualkan
Merupakan atribut untuk keterangan banyak
stok yang bertambah atau bekurang

5. Suppliers Id_suppliers (unique/primary key)

Entitas yang memberikan Merupakan atribut untuk menjadi identitas


pasokan barang ke suppliers
penjual

Alamat_suppliers

Merupakan alamat dari company suppliers

Nama_suppliers

Merupakan atribut nama yang bertanggung


jawab pada suppliers

Kontak (multivalued)

Merupakan atribut kontak dari suppliers

2.3.1.2 Definisi Relasi

No. Relasi Keterangan Kardinalitas

1 Melayani Merupakan relasi antara entitas


. pegawai dengan entitas pembeli

Kardinalitas antara entitas pegawai


dan entitas pembeli adalah many to
many

2 Membeli Merupakan relasi antara entitas


. pembeli dengan entitas barang
Kardinalitas antara entitas pembeli
dengan entitas barang adalah many
to many

3 Menata Merupakan relasi antara entitas


. pegawai dengan entitas barang

Kardinalitas dari pegawai dengan


barang adalah many to many

4 Mengelola Merupakan relasi antara entitas


. admin dengan entitas barang

Kardinalitas dari admin dengan


barang adalah many to many

5 Disuplai Oleh Merupakan relasi antara entitas


. barang dengan suppliers

Kardinalitas dari barang dengan


suppliers adalah many to many

6 IS A Merupakan relasi generalisasi dari


. entitas pegawai dengan entitas admin

Kardinalitas dari pegawai dengan


admin adalah many to many
2.3.2 Relational Diagram

2.3.3 Integrity Constraint

1. Pembeli

create table pembeli (

no_pembelian varchar(10) primary key,

tgl_pembelian timestamp(4) not null,

total_pembelian double(8) not null,

id_barang varchar(10) not null,

foreign key (id_barang)

references barang (id_barang)

on delete restrict

on update cascade

) engine = InnoDB;
2. Pegawai

create table pegawai (

id_pegawai varchar(10) primary key,

alamat varchar(100) not null,

tipe_pegawai varchar(10) not null,

nama_pegawai varchar(20) not null,

) engine = InnoDB;

3. Admin

create table admin (

id_pegawai varchar(10) primary key,

username varchar(20) not null,

pswd varchar(20) not null,

foreign key (id_pegawai)

references pegawai (id_pegawai)

on delete restrict

on update cascade

) engine = InnoDB;

4. Suppliers

create table suppliers (

id_suppliers varchar(10) primary key,

nama_suppliers varchar(20) not null,

alamat_suppliers varchar(100) not null


) engine = InnoDB;

5. Kontak suppliers

create table kontak_suppliers (

id_suppliers varchar(10) primary key,

kontak char(13)

) engine = InnoDB;

6. Barang

create table barang (

id_suppliers varchar(10) primary key,

nama_barang varchar(20) not null,

id_barang varchar(10) not null,

jumlah_stok int(1000) not null

) engine = InnoDB;
BAB III

IMPLEMENTASI DAN PEMBAHASAN

3.1 Implementasi Basis Data

3.1.1. Diagram Basis Data

3.1.2.Implementasi :
- Entitas dan Relasi :

o Entitas :
§ Pegawai

§ Admin (Spesialisasi Pegawai)

§ Suppliers

§ Barang

§ Pembeli

o Relasi :

§ Menyuplai (di barang karena hubungannya one-to-many)

§ Membeli

§ Melayani

§ Menata

- Unsur Agregasi : Admin dengan Pegawai


Penjelasan :

Karena Admin merupakan spesialisasi dari Pegawai, maka ketika dibuat instansi baru dari
Admin,data akan langsung masuk juga ke pegawai dengan tipe pegawai Admin

- Derived Value : Total Belanja di Membeli


Penjelasan :

ketika menambahkan instansi baru di membeli, total belanja merupakan hasil perkalian antara
jumlah barang (di tabel membeli) dengan harga barang (di tabel barang)

- Weak Entity : Barang dan Suppliers


Penjelasan :

Barang merupakan entitas lemah (weak entity) dari Suppliers karena Barang sangat tergantung
dengan Suppliers. Ketika Suppliers tidak ada maka Barang yang disupplai juga tidak ada
sehingga menyebabkan entitas Barang tidak ada

- Isi dari tiap tabel di basis data MySQL

o Barang :

o Pegawai :
o Melayani :

o Pembeli :

o Membeli :
o Menata :

o Pegawai :

o Admin

o Suppliers
3.2. Penjelasan Fitur/Fungsi Aplikasi
- Aplikasi bisa menambah data baru, mengedit, dan menghapus data

o Menambah data
Query yang digunakan :

INSERT INTO <tabel yang digunakan> SET VALUES (<nilai 1>, <nilai2>, …, <nilai n>);

- Mengedit data lama


Query yang digunakan :

UPDATE <tabel yang diupdate> SET (<kolom1> = <nilai1>, <kolom2> = <nilai2>, …, <kolom
n> = <nilai n>) WHERE <kondisi kolom>
- Menghapus data
Query yang digunakan :

1. Aplikasi bisa menampilkan data yang melibatkan 2 tabel


2. Aplikasi bisa menampilkan data yang melibatkan 3 tabel

3. Aplikasi bisa menampilkan data yang melibatkan foreign key


4. Aplikasi bisa menampilkan data hasil subquery

5. Aplikasi bisa menampilkan visualisasi data dalam bentuk diagram (3 diagram)


BAB IV

KESIMPULAN DAN SARAN


DAFTAR PUSTAKA
LOG SHEET

Anda mungkin juga menyukai