BAB IV PERANCANGAN SISTEM · password. Post-Conditions Member berhasil login. Failed end Condition...

1

BAB IV

PERANCANGAN SISTEM

1.1. Tahap Perancangan Sistem

Mengidentifikasi kebutuhan yang diperoleh berdasarkan kebutuhan

pengguna dan kebutuhan sistem, Kemudian merancang sebuah sistem yang

dapat diaplikasikan untuk mempermudah dalam melakukan pemesanan di

Stadareva Collection.

4.1.1 Analisa Kebutuhan

Dalam melakukan suatu perancangan sistem penulis akan melakukan

analisa kebutuhan sehingga dapat mengetahui proses yang terjadi dan

menemukan masalah-masalah yang terjadi dalam suatu sistem. Analisa

kebutuhan pada Stadereva Collection adalah sebagai berikut:

A. Kebutuhan Pengguna

Didalam web Stadereva Collection ini ada dua pengguna yang saling

berinteraksi dengan sistem, yaitu: Member, Non-Member dan Admin. Ketiga

pengguna tersebut memiliki karakteristik yang berbeda-beda dan juga

mempunyai kebutuhan informasi yang berbeda-beda pula, seperti berikut

A1. Skenario Kebutuhan Bagian Member

a) Member dapat melakukan registrasi dan login

b) Pengunjung dapat melihat informasi produk

c) Pengunjung dapat melihat profil perusahaan

d) Member dapat memilih pesanan berdasarkan kategori

e) Member dapat melakukan pemesanan sesuai kebutuhan

f) Member dapat melihat hasil dan mencetak hasil transaksi

g) Member bisa melakukan konfirmasi pembayaran

h) Member dapat melihat nomor resi pengiriman

i) Member dapat melakukan logout

A2. Halaman non-Member

a) Pengunjung dapat mendaftar menjadi anggota atau member

b) Pengunjung dapat melihat informasi produk

c) Pengunjung dapat melihat profil perusahaan

A3. Skenario Kebutuhan Admin

a) Admin dapat melakukan login

b) Admin dapat melihat pesananan produk

c) Admin dapat mengelolah data barang

d) Admin dapat melihat detail transaksi penjualan

e) Admin dapat mengelola resi pengiriman

f) Admin dapat melakukan konfirmasi pembayaran

g) Admin dapat melakukan logout

B. Kebutuhan Sistem

a) Pengguna harus melakukan registrasi terlebih dahulu untuk masuk

kedalam website dengan masukan username dan password dan data diri

agar bisa login sebagai member dan privasi masing-masing pengguna

agar tetap terjaga.

b) Pengguna harus melakukan logout setelah menggunakan aplikasi.

c) Sistem menampilkan jenis pakaian terlaris, harga bahan dan detail

produk pada halaman website.

d) Sistem akan melakukan kalkulasi pada setiap transaksi pembelian sesuai

dengan harga dan total ongkir yang sudah ditentukan.

e) Sistem menampilkan detail transaksi yang dapat dicetak langsung oleh

member

f) Sistem menyimpan dan menampilkan histori keranjang transaksi setiap

pembelian

g) Sistem menampilkan status konfirmasi pembayaran pada halaman

website

4.1.2. Rancangan Diagram Use Case

Diagram Use case bekerja dengan cara mendeskripsikan tipikal antara

pengguna sebuah sistem dengan sistemnya sendiri melalui sebuah cerita bagaimana

sistem itu dapat berjalan dan dapat dipergunakan..

1. Use Case Diagram Member Dan Non Member

Gambar IV.1

UseCase Diagram Halaman Member

a). Deskripsi Use Case Diagram Login / Register

Tabel IV.1.

Deskripsi Use Case Diagram Login

Use Case Name Login

Requirements Dapat melakukan login.

Goal Dapat melakukan Login setelah melakukan

registrasi.

Pre-Conditions Member melakukan input id email dan

password.

Post-Conditions Member berhasil login.

Failed end Condition Member gagal login .

Actors Member.

Main Flow/ Basic Path 1. Member input id email

2. Member Input password

Alternate Flow/Invariant A A1. Masuk via Facebook

A2. Lupa Pasword

Invariant B B1. Member Melakukan Logout

b). Deskripsi Use Case Diagram Memilih Kategori

Tabel IV.2.

Deskripsi Use Case Diagram Memilih Kategori

Use Case Name Kategori

Requirements Member dapat memilih kategori pakaian.

Goal Member dapat mengakses menu kategori .

Pre-Conditions Member berhasil login.

Post-Conditions Member berhasil mengelola menu memilih

kategori.

Failed end Condition Member memilih kategori.

Actors Member

Main Flow/ Basic Path 1. Member memilih menu ketegori.

2. Sistem menampilkan submenu kategori.

Alternate Flow/Invariant

A

A1. Sistem menampilkan jenis kategori

pakaian

A2. Member memilih pakaian yang ingin

dipesan

Invariant B B1. Member melanjutkan transaksi.

c). Deskripsi Use Case Diagram Melakukan Pembayaran

Tabel IV.3.

Deskripsi Use Case Diagram Melakukan Pembayaran

Use Case Name Melakukan Pembayaran.

Requirements Member dapat melakukan pembayaran.

Goal Member dapat mengakses menu pembayaran .


Post-Conditions Member berhasil melakukan pembayaran.

Failed end Condition Member gagal melakukan pembayaran

pesanan.

Actors Member

Main Flow/ Basic Path 1. Member memilih menu pembayaran.

2. Sistem menampilkan submenu

pembayaran.


A

A1. Sistem menampilkan kode resi

pembayaran

A2. Member melakukan Pembayaran Sesuai

Harga

Invariant B B1. Member mendapat kode resi

pembayaran.

d). Deskripsi Use Case Diagram Hasil Transaksi

Tabel IV.4.

Deskripsi Use Case Diagram Hasil Transaksi

Use Case Name Transaksi.

Requirements Member dapat melihat transaksi dan

mencetak bukti transaksi.

Goal Member dapat mengakses menu transaksi .


Post-Conditions Member berhasil melakukan transaksi.

Failed end Condition Member gagal mencetak bukti transaksi.

Actors Member

Main Flow/ Basic Path 1. Member memilih menu transaksi.

2. Sistem menampilkan submenu transaksi.


A

A1. Sistem menampilkan rincihan transaksi

A2. Member melakukan pembayaran

Invariant B B1. Member mencetak bukti transaksi.

B2. Member mempunyai bukti transaksi

e). Deskripsi Use Case Diagram Konfirmasi Pembayaran

Tabel IV.5.

Deskripsi Use Case Diagram Konfirmasi Pembayaran

Use Case Name Konfirmasi pembayaran.

Requirements Member dapat melakukan konfirmasi

pembayaran.

Goal Member dapat mengakses menu konfirmasi

setelah melakukan pembayaran.


Post-Conditions Member berhasil menlakukan konfirmasi

pembayaran.

Failed end Condition Member gagal melakukan konfirmasi.

Actors Member

Main Flow/ Basic Path 1. Member memilih menu kofirmasi

pembayaran.

2. Sistem menampilkan submenu konfirmasi

pembayaran.


A

A1. Member melakukan konfirmasi

pembayaran

A2. Sistem gagal mengkonfirmasi

pembayaran

Invariant B B1. Member mendapatkan bukti resi

pembayaran

f). Deskripsi Use Case Diagram Non Member

Table IV.6.

Deskripsi Use Case Diagram non Member

Use Case Name Non Member.

Requirements Non member dapat melihat produk dan profil.

Goal Non Member dapat mengakses menu profil

dan menu produk pakaian.

Pre-Conditions Non member belum melakukan registrasi.

Post-Conditions Non member berhasil melihat menu profil dan

produk.

Failed end Condition Non member tidak memesan pakaian.

Actors Non member

Main Flow/ Basic Path 1. Non Member memilih menu profil.

2. Sistem menampilkan form profil .


A

A1. Non member memilih menu produk

A2. Sistem menampilkan submenu produk

Invariant B B1. Non Member sudah melakukan registrasi

g). Deskripsi Use Case Diagram Registrasi

Table IV.6.

Deskripsi Use Case Diagram Registrasi

Use Case Name Registrasi

Requirements Non member dapat melakukan registrasi.

Goal Non Member dapat mengakses menu

registasi.

Pre-Conditions Non member belum melakukan registrasi.

Post-Conditions Non member berhasil melakukan registrasi

Failed end Condition Non member tidak melakukan registrasi.

Actors Non member

Main Flow/ Basic Path 1 Non Member memilih menu registrasi.

2 Sistem menampilkan form registrasi .


A

A1. Sistem gagal menampilkan form

registrasi

Invariant B B1. Non Member sudah melakukan registrasi

2. Use Case Diagram Admin

Input Username

Dan Password

Login

Mengelola Data Kategori

Mengelola Data Member

Mengelola Data Produk

Mengelola Data Pesanan

Mengelola Data

Konfirmasi Pesanan

Mengelola Laporan

Transaksi

Logout

Admin

Gambar IV.2

UseCase Diagram Halaman Admin

a). Deskripsi Use Case Diagram Login

Tabel IV.7.

Deskripsi Use Case Diagram Login Admin

Use Case Name Login Admin.

Requirements Dapat melakukan login.

Goal Admin dapat melakukan login dan masuk ke

halaman utama admin dan mengelola

submenu halaman utama admin.

Pre-Conditions Admin input id admin dan password.

b).

Desk

ripsi

Use

Case

Diagram Mengelola Data Member

Tabel IV.8.

Deskripsi Use Case Diagram Mengelola Data Member

c).

Desk

ripsi

Use

Case

Diag

ram

Men

gelol

a

Data Produk

Table IV.9.

Deskripsi Use Case Diagram Mengelola Data Produk

Post-Conditions Admin berhasil login .

Failed end Condition Admin gagal login.

Actors Admin .

Main Flow/ Basic Path 1. Admin input id admin.

2. Admin input password admin.

Alternate Flow/Invariant A A1. Admin dapat mengelola submenu

halaman utama .

Invariant B B1. Admin dapat logout.

Use Case Name Data Member.

Requirements Dapat mengupdate/menghapus data member.

Goal Admin dapat mengkases menu data member.

Pre-Conditions Admin telah login.

Post-Conditions Admin berhasil mengelola data member.

Failed end Condition Admin menghapus data member.

Actors Admin.

Main Flow/ Basic Path 1. Admin memilih menu data member.

2. Sistem menampilkan form mengelola data

member.

Alternate Flow/Invariant A A1. Admin memilih form mengelola data

member

A2. Admin mengelola data member.

Invariant B B1. Admin mengupdate data member.

d).

Desk

ripsi

Use

Case

Diag

ram

Data

Kate

gori

Tabl

e

IV.10.

Deskripsi Use Case Diagram Data Kategori

Use Case Name Data Produk.

Requirements Dapat mengupdate stok Produk.

Goal Admin dapat mengakses menu data produk

dan dapat mengelola submenu data produk.


Post-Conditions Admin berhasil mengelola data produk.

Failed end Condition Admin gagal melakukan update data produk.

Actors Admin.

Main Flow/ Basic Path 1. Admin memilih data produk.

2. Sistem akan menampilkan submenu data

produk.

Alternate Flow/Invariant A A1. Admin memilih data produk.

A2. Sistem menampilkan form data produk.

Invariant B B1. Admin memperbarui data produk

B2. Sistem menampilkan form data produk

Use Case Name Data kategori.

Requirements Dapat menambah atau update data kategori.

Goal Admin dapat mengakses menu data kategori

dan dapat mengelola sub menu kategori.


Post-Conditions Admin berhasil mengelola data katagori

pakaian.

Failed end Condition Admin gagal melakukan update data katagori

pakaian.

Actors Admin.

Main Flow/ Basic Path 1. Admin memilih data kategori.


e).

Desk

ripsi

Use

Case

Diag

ram Data Pesanan

Table IV.11.

Deskripsi Use Case Diagram Data Pesanan

f).

Desk

ripsi

Use

Case

Diag

ram

Konf

irma

si

Pesa

nan

Tabl

e IV.12.

kategori.

Alternate Flow/Invariant A A1. Admin memilih submenu kategori

pakaian.

A2. Sistem menampilkan form kategori

kamar.

Invariant B B1. Admin memilih kategori pakaian jersey.

B2. Sistem menampilka form kategori jersey

B3. Admin mengupdate stok jersey .

Use Case Name Data Pesanan.

Requirements Dapat melihat data pesanan.

Goal Admin dapat mengkases menu data pesanan

dan dapat mengelola submenu data pesanan.


Post-Conditions Admin berhasil mengelola data pesanan .

Failed end Condition Admin gagal mengakses data pesanan

Actors Admin

Main Flow/ Basic Path 1. Admin memilih menu data pesanan


pesanan

Alternate Flow/Invariant A A1. Admin memilih submenu data pesanan

A2. Sistemn menampilkan form data pesanan

A3. Admin mengelola data pesanan

Invariant B B1. Admin memilih submen pesanan.

B2. Sistem menampilkan form pesanan.

B3. Admin mengubah status pesanan

Deskripsi Use Case Diagram Konfirmasi Pesanan

g).

Desk

ripsi

Use

Case

Diag

ram

Lapo

ran

Tran

saksi

Table IV.13.

Deskripsi Use Case Diagram Laporan Transaksi

Use Case Name Konfirmasi pesanan.

Requirements Dapat mengupdate status pesanan.

Goal Admin dapat mengkases menu konfirmasi

pesanan.


Post-Conditions Admin berhasil mengelola konfirmasi

pesanan .

Failed end Condition Admin gagal update status pesanan

Actors Admin

Main Flow/ Basic Path 1. Admin memilih menu konfirmasi pesanan

2. Sistem akan menampilkan submenu

konfirmasi pesanan

Alternate Flow/Invariant A A1.Admin memilih submenu data konfirmasi

pesanan

A2.Sistem menampilkan form konfirmasi

pesanan

A3.Admin mengubah status pesanan

Invariant B B1. Admin berhasil melakukan update

status pembayaran.

Use Case Name Laporan transaksi.

Requirements Admin dapat mencetak laporan transaksi.

Goal Admin dapat mengakses menu laporan

transaksi.


Post-Conditions Admin berhasil mengelola laporan transaksi

dan mencetak laporan transaksi.

4.1.3

Ran

cang

an

Diag

ram

Activity

Diagram Activity memodelkan workflow proses bisnis dan urutan rancangan

aktifitas dalam sebuah proses.

1. Diagram Activity

a). Diagram Activity Pemesanan Pakaian Oleh Member

Failed end Condition Admin gagal mencetak laporan transaksi.

Actors Admin

Main Flow/ Basic Path 1. Admin memilih menu laporan transaksi

2. Sistem akan menampilkan form submenu

data laporan transaksi

Alternate Flow/Invariant A A1. Admin memilih submenu laporan

transaksi.

A2. Sistem menampilkan form laporan

transaksi

A3. Admin mengelola laporan transaksi

Invariant B B1.Admin mencetak data laporan transaksi.

B2.Admin melakukan logout

PEMESAN SISTEMMEMBER

Membuka Halaman Utama

Pilih Kategori

Pesan

Add To Cart

Melakukan Input Data Pemesanan

Login

Menampilkan Kategori

Menampilkan Detail Produk

Menampilkan Total Pembayaran

Input Bukti Pembayaran

Submit

Mencetak Bukti Resi Pemesanan

Ya

Lanjut Transaksi

Tidak

Submit

Konfirmasi Pembayaran

Gambar IV.3

Diagram Activity Pemesanan Baju

b). Diagram Activity Admin

PEMESAN SISTEMADMIN

Tampil Form Konfirmasi Pembayaran

Cancel

Mengisi Data Pemesanan

Menampilkan Data Pembayaran

Submit

Memilih Produk

Mmenampilkan Data Pemesanan

Dengan Status Pembayaran

"Lunas"

Proses

Gambar IV.4

Diagram Activity Pembayaran

4.1.4. Rancangan Dokumen Sistem Usulan

Spesifikasi dokumen usulan adalah rangkaian dari spesifikasi file dan Website

dimana diperlukan dokumen masukan yang menghasilkan dokumen keluaran.

Adapun spesifikasi sistem usulan pada website Stadereva Collection adalah sebagai

berikut:

A. Spesifikasi Dokumen Masukan

1. Nama Dokumen : Identitas Calon Member

Fungsi : Sebagai syarat menjadi customer

Sumber : Calon Customer

Tujuan : Tabel Customer ke database

Media : Kartu

Jumlah : 1 buah

Frekuensi : setiap melakukan pendaftaran

Bentuk : Lihat lampiran C.1

2. Nama Dokumen : Bukti pembayaran pemesanan

Fungsi : Sebagai bukti pembayaran pemesanan

Sumber : Customer

Tujuan : Admin

Media : Kertas

Jumlah : 1 lembar

Frekuensi : setiap terjadi pemesanan


3. Nama Dokumen : Desain Pakaian

Fungsi : Sebagai bukti desain pakaian yang kita buat

Sumber : Customer

Tujuan : Admin

Media : Gambar.jpg

Jumlah : 1 gambar



4. Nama Dokumen : Data Produk

Fungsi : Sebagai tambah produk baru yang ingin di display

Sumber : Admin

Tujuan : Customer

Media : Gambar.jpg

Jumlah : 1 gambar

Frekuensi : setiap produk baru masuk


5. Nama Dokumen : Data Kategori

Fungsi : Untuk menambah kategori produk

Sumber : Admin

Tujuan : Customer

Media : Gambar.jpg

Jumlah : 1 gambar



B. Spesifikasi Dokumen Keluaran

1. Nama Dokumen : Bukti Total Pembayaran

Fungsi : Sebagai bukti total biaya yang harus di transfer

Sumber : Admin

Tujuan : Customer

Media : Gambar

Jumlah : 1 lembar

Frekuensi : Setiap melakukan konfirmasi pembayaran

Bentuk : Lihat Lampiran D.1

2. Nama Dokumen : Laporan pesanan

Fungsi : Sebagai bukti pesanan perhari

Sumber : Admin

Tujuan : Kepala Toko

Media : Kertas

Jumlah : 1 lembar

Frekuensi : Setiap sehari sekali

Bentuk : Lihat Lampiran D.2

4.1.5. Racanganan Prototype

A. Halaman non-member

1. Interface Halaman Utama Website Stadereva Collection

Halaman ini menampilkan halaman non-member dimana user hanya bisa

melihat tampilan web berupa Home (hanya bisa melihat produk) dimana ada 3 (tiga)

kategori berupa sport, kaos dan sweeter, profil perusahan, tampilan login (jika

memiliki akun), dan daftar . User tidak dapat melakukuan pemesanan jika belum

memiliki akun dan daftar.

Gambar IV.5

Halaman Utama Website Stadereva Collection

2. Interface Halaman Login Stadereva Collection

Tampilan login untuk user yang ingin melakukan pemesanan secara online

jika sudah memiliki akun masukan user name dan password.

Gambar IV.6

Halama Login Website Stadereva Collection

3. Interface Halaman Daftar Pada Stadereva Collection

Dimana user yang tidak memiliki akun harus melakukan registrasi berupa

input data diri agar terdaftar dan memiliki akun untuk proses pemesanan yang

berisikan nama, alamat, nomor telpon, email dan password.

Gambar IV.7

Halaman Daftar Member Stadereva Collection

4. Interface Halaman Profil Perusahaan Pada Stadereva Collection

Tampilan ini berisikan tentang profil perusahaan dimana didalamnya terdapat

sejarah perusahaan dan informasi lainya.

Gambar IV.8

Halaman Profil Website Stadereva Collection

5. Interface Halaman Katalog Stadereva Collection

Jika sudah melakukan login atau daftar, akan muncul tampilan seperti di

bawah ini dan user dapat melakukan pemesanan.

Gambar IV.9

Halaman Katalog Website Stadereva Collection

6. Interface Halaman Pemesanan Pada Website Stadereva Collection

Dalam halaman pemesanan ini user dapat men-input quantity, size dan akan

muncul secara otomatis tampilan harga. Dan jika ingin menggunakan design sendiri

klik button choice file lalu input design yang ingin dipakai. Jika ingin menambah

keranjang klik add cart setelah men-input jumlah barang dan size.

Gambar IV.10

Halaman Pemesanan Website Stadereva Collection

7. Interface Halaman Input Alamat Tujuan Pengiriman Website Stadereva

Collection

Halaman ini berisikan tentang pengisian alamat tujuan untuk proses

pengiriman yang berisikan kode barang, alamat tujuan, kota tujuan, kode pos dan

status pembayaran.

Gambar IV.11

Halaman Input Alamat Pemesanan

8. Interface Halaman Bukti Pembayaran pada Stadereva Collection

Setelah selesai melakukan pemesanan akan muncul tampilan struk total harga

yang harus di transfer.

Gambar IV.12

Halaman Bukti Pembayaran Website Stadereva Collection

B. Halaman Admin

1. Interface Halaman Login Admin Pada Stadereva Collection

Gambar IV.13

Halaman Admin Website Stadereva Collection

2. Interface Halaman Home Pada Admin Stadereva Collection

Gambar IV.14

Halaman Home Admin Website Stadereva Collection

3. Interface Halaman Data Customer Pada Admin Stadereva Collection

Gambar IV.15

Halaman Admin Data Coustomer Website Stadereva Collection

4. Interface Halaman Data Produk pada Admin Stadereva Collection

Gambar IV.16

Halaman Admin Data Produk Website Stadereva Collection

5. Interface Data Kategori Admin Pada Stadereva Collection

Gambar IV.17

Halaman Admin Data Kategori Website Stadereva Collection

6. Interface Halaman Data Pesanan Pada Admin Stadereva Collection

Gambar IV.18

Halaman Admin Data Pesanan Website Stadereva Collection

7. Interface Data Konfirmasi Pada Admin Stadereva Collection

Gambar IV.19

Halaman Admin Data Konfirmasi Stadereva Collection

8. Interface Data Tambah Kategori Pada Admin Stadereva Collection

Gambar IV.20

Halaman Admin Data Tambah Kategori Website Stadereva Collection

9. Interface Data Tambah Produk Pada Admin Stadereva Collection

18

Gambar IV.21

Halaman Admin Data Tambah Produk Website Stadereva Collection

10. Interface Laporan Admin Pada Stadereva Collection

Gambar IV.22

Halaman Admin Laporan Penjualan

4.2. Perancangan Perangkat Lunak

Perancangan lunak ini difokuskan pada enam atribut, yaitu ERD, LRS,

Spesifikasi File, Class Diagram, Sequence Diagram, dan Spesifikasi Hardware serta

Software.

4.2.1. Entity Relationship Diagram (ERD)

Perancangan dari sebuah sistem akan menghasilkan table-tabel yang saling

berhubungan yang digambarkan menggunakan Entity Relationship Diagram (ERD)

Gambar IV.23

Entity Realitionship Diagram (ERD

4.2.2. Logical Record Structure (LRS)

Tbl_Konfirmasi

Jumlah_tarnsfer

No_pesan

Tanggal

Bukti_transfer

Tbl_pesan

Kd_customer

Kd_kota

Kode_pos

Status_bayar

Alamat_tujuan

Tgl_pesan

Detail_pesan

No_pesan

Jumlah

Total_harga

Tbl_kategori

Kd_kategori

No_pesan

Kd_barangNama_kategori

Tbl_customer

Kd_customer

Alamat

No_telepon

Email

Password

Nm_customer

Tbl_kota

Kd_kota

Biaya_kirim

Nm_kota

Tbl_barang

Kd_barang

Nm_barang

Harga

Ukuran

Keterangan

File_gambar

Kd_kategori

1

m

1

1

m

m

m

m

m

1

1

1

Gambar IV.24

Logical Structure Recent (LRS)

4.2.3. Spesifikasi File

Berikut adalah spesifikasi file dari tabel master, tabel reservasi, tabel kamar, tabel

kategori, dan tabel konfirmasi sebagai berikut :

A. Spesifikasi File Table Konfirmasi

Nama File : Konfirmasi

Akronim : Konfirmasi.myd

Fungsi : untuk melakukan konfirmasi

Tipe File : Master

Organisasi File : Indexed Sequential

Akses File : Random

Media : Harddisk

Panjang record : 90 Byte

Kunci Field : no_pesan

Software : Mysql

Tabel IV.14.

Spesifikasi File Table Konfirmasi

No Elemen Data Nama_filed Tipe Size Keterangan

1 Jumlah Transfer Jumlah_Transfer Varchar 30

2 No Pesan No_Pesan Varchar 20 Primary Key

3 Tanggal Tanggal Date 20

4 Bukti Transfer Bukti_Transfer Text 20

B. Spesifikasi File Table Pesan

Nama File : Pesan

Akronim : Pesan.myd

Fungsi : untuk melakukan Pesan

Tipe File : Master


Akses File : Random

Media : Harddisk


Kunci Field : kd_customer

Software : Mysql

Tabel IV.15.

Spesifikasi File Tabel Pesan

No Elemen Data Nama_filed Tipe Size Keterangan

1

Kode

customer

Kd_customer Varchar 20 Primary Key

2 Kode Kota Kd_Kota Varchar 20 Foreign Key

3 No pesan No_pesan Varchar 15 Primary Key

4 Kode pos Kode_pos Varchar 7

5 Status bayar Status_bayar Varchar 10

6 Alamat tujuan Alamat_tujuan Varchar 25

7 Tgl pesan Tgl_pesan Date 10

C. Spesifikasi File Table Customer

Nama File : Customer

Akronim : Customer.myd

Fungsi : untuk melakukan pendaftaran

Tipe File : Master


Akses File : Random

Media : Harddisk


Kunci Field : kd_customer

Software : Mysql

Tabel IV.16.

Spesifikasi File Tabel Customer

No Element Data Nama_filed Tipe Size Keterangan

1 Kode customer Kd_customer Varchar 20 Primary Key

2 Nama customer Nm_customer Varchar 20

3 Alamat Alamat Varchar 25

4 No telepon No_telepon Varchar 12

5 Email Email Varchar 25

6 Password Password Varchar 12

D. Spesifikasi File Detail Pesan

Nama File : Pesan

Akronim : Pesan.myd

Fungsi : untuk melakukan pemesanan

Tipe File : Master


Akses File : Random

Media : Harddisk


Kunci Field : no_pesan

Software : Mysql

Tabel IV.17.

Spesifikasi File Detail Pesan


1 No pesan No_pesan Varchar 20 Primary Key

2 Kd barang Kd_barang Vvarchar 15

3 Jumlah Jumlah Varchar 2

4 Harga Harga Varchar 7

E. Spesifikasi File Table Kota

Nama File : Kota

Akronim : Kota.myd

Fungsi : untuk melakukan pemilihan area kota

Tipe File : Master


Akses File : Random

Media : Harddisk


Kunci Field : kd_kota

Software : Mysql

Tabel IV.18.

Spesifikasi File Tabel Kota


1 Kode Kota Kd_kota Varchar 10 Primary Key

2 Nama Kota Nm_kota Varchar 10

3 Biaya kirim Biaya_kirim Varchar 8

F. Spesifikasi File Tabel Barang

Nama File : Barang

Akronim : Barang.myd

Fungsi : untuk mengetahui detail barang

Tipe File : Master


Akses File : Random

Media : Harddisk


Kunci Field : kd_kategori

Software : Mysql

Tabel IV.19.

Spesifikasi File Tabel Barang


1 Kode barang Kd_barang Varchar 20 Foreign Key

2 Kode kategori Kd_kategori Varchar 10 Primary Key

3 Nama barang Nm_barang Varchar 20

4 Harga Harga Int 10

5 Ukuran Ukuran Varchar 10

6 Keterangan Keterangan Varchar 20

7 File gambar File_gambar Text -

G. Spesifikasi File Tabel Kategori

Nama File : Kategori

Akronim : Kategori.myd

Fungsi : untuk mengetahui Kategori

Tipe File : Master


Akses File : Random

Media : Harddisk


Kunci Field : kd_kategori

Software : Mysql

Tabel IV.20.

Spesifikasi File Tabel Kategori


1 Kode kategori Kd_kategori Varchar 20 Primary Key

2

Nama

kategori

Nm_kategori Varchar 10

4.2.4. Class Model/Class Diagram

Tbl_Konfirmasi

- Jml_transfer : int

- No_pesan : int

- Bukti_transfer : date

- Tangga : int

- Keterangan : var

Tbl_Pesan

-No_pesan : int

-Kd_customer : int

-Tgl_pesan : date

-Alamat_tujuan : var

-Kd_kota : var

-Kode_Pos : int

-Status_bayar : var

Detail_Pesan

-No_pesan : int

-Kd_barang : int

-Jumlah : int

-Total_harga : int

Tbl_Kota

- Kd_kota : var

- Nm_kota : var

- Biaya_Kirim : int

+ Create() : void

+ GetNo_pesan() : int

+ GetJml_transfer() : int

+ GetTanggal() : date

+ GetBukti_transfer() : var

+ GetKeterangan() : var

+ SetNo_pesan() : void

+ SetJml_transfer() :void

+ SetKeterangan() :void

+ SetTanggal() :void

+ SetBukti_transfer() :void

+Create() : void

+Delet() : void

+Read() : void

+Update() : void

+GetNo_pesan() : int

+GetKd_customer() : int

+GetKd_kota() : var

+GetTgl_pesan() : date

+GetAlamat_tujuan() : var

+GetKode_pos() : var

+GetStatus_bayar() : void

+SetNo_pesan() : void

+SetKd_customer() : void

+SetTgl_pesan() : void

+SetAlamat_tujuan() : void

+SetKd_kota() : void

+SetStatus_bayar() : void

+Create() :void

+Update() : void

+GetId_kota() : var

+GetNm_kota() : var

+GetBiaya_kirim() : int

+SetKd_kota() : void

+SetNm_kota() : void

+SetBiaya_kirim() : void

Tbl_Barang

-Kd_barang : int

-Kd_kategori : var

-Nm_barang :var

-Harga : Int

-Ukuran : var

-Keterangan : var

-File_gambar : var

+Create() :void

+Read(): void

+Update() : void

+Delete(): void

+GetNm_barang() : var

+GetKd_barang() : var

+GetKd_kategori() : var

+GetHarga() : int

+GetUkuran() : int

+GetKeterangan() : var

+GetFile_gambar() : var

+SetKd_barang() : void

+SetNm_barang() : void

+SetKd_kategori() : void

+SetUkuran() : void

+SetHarga() : void

+SetKeterangan() : void

+SetFile_gambar() :void

Tbl_Kategori

- Kd_kategori : var

- Nm_kategori : var

+ GetKd_kategori() :var

+ GetNm_kategori() :var

+ SetKd_kategori() :void

+ SetNm_kategori() :void

Tbl_Customer

- Email : var

- Password : var

- Id_customer : int

- Nm_customer : var

- Alamat : var

- No_telepon : int

+ Create() : void

+ Delete () : void

+ Read () : void

+ Updat() : void

+ GetId_customer() : int

+ GetNm_customer() : var

+ GetNo_telepon() : int

+ Getalamat() : var

+ Getemail() : var

+ Getpassword() : var

+ SetKd_customer() : void

+ SetNm_customer() :void

+ Setalamat() :void

+ SetNo_telepon() :void

+ SetEmail() :void

+ SetPassword() :void

+Create() :void

+Read() : void

+GetNo_pesan() : int

+GetKd_barang() : int

+GetJumlah() : int

+GetToral_harga() : int

+SetKd_barang() : void

+SetNo_pesan() : void

+SetJumlah() : void

+SetTotal_harga() : void

1 m m

1

m

m

m

1

m

m

m

1

Gambar IV.27

Class Model/Class Diagram

4.2.5. Squence Diagram

Berikut adalah Squence Diagram dari sistem transaksi pemesanan pada

Stadereva Collection Bekasi

a). Squence Diagram Transaksi Pemesanan

Gambar IV.28

Squence Diagram Transaksi Pemesanan

b). Squence Diagram Konfirmasi Pemesanan

sd transaksi pemesanan

home

customer

proses memilih

barang

form detail barang proses hitung proses simpan

transaksi

form data

pemesanan

bukti transaksi

pilih jumlah barang(jumlah)

setHarga()

input data pemesanan

(alamat, kota, kode_pos)

setKd_barang()

pil ih barang(nm_barang, harga)

tampil bukti transaksi pemesanan(kd_barang, ukuran,

jumlah, harga, total)

masukan desain(fi le_gambar)

setTotal()

menyimpan data pemesanan

(no_pesan, kd_barang, harga,

jumlah)

add to cart()

pil ih tombol submit()

memilih kategori(sport, kaos, sweeter)

tampil qty barang(jumlah)

setJumlah()

hitung(jumlah, harga)

pilih ukuran(m, s, xl)

setUkuran()

tampil detail barang(nm_barang, harga)

Gambar IV.29

Squence Diagram Konfirmasi Pemesanan

4.2.6. Spesifikasi Hardware dan Software

1. Spesifikasi Hardware

a. Server

1) CPU

(a) Processor Intel Caleron CPU 1000 M @ 1.80 GHz

(b) RAM DDR2 2 GB

(c) Hard Disk 500 GB

2) Mouse

3) Keyboard

4) Monitor dengan resolusi layar minimum 1024x768

5) Koneksi internet dengan kecepatan 2 Mbps.

b. Client

1) CPU

(a) Processor Intel Caleron

sd konfirmasi pembayaran

customer

Form konfirmasi

pembayaran

proses konfirmasi

pembayaran

getno_pesan()

menampilkan validasi()

Terimakasih sudah melakukan konfirmasi pembayaran()

menyimpanKonfirmasiPembayaran(no_pesan, jml_transfer, keterangan, tanggal, bukti_transfer)

masukan bukti transfer(fi le_gambar .jpg)

input data konfirmasi pembayaran

(jml_transfer, keterangan)

proses simpan

database()

(b) RAM DDR2 1GB

(c) Hard Disk 20 GB

2) Mouse

3) Keyboard

4) Monitor dengan resolusi layar minimum 1024x768

5) Koneksi internet dengan kecepatan 56 kbps.

2. Spesifikasi Software

1. Server

a. Sistem operasi yang umum digunakan seperti: Microsoft Windows atau Linux

(Ubuntu, Fedora, dll).

b. Aplikasi bundle web server seperti: Xampp, WampServer, php2triad yang

terdiri dari beberapa komponen, diantaranya:

(1) Aplikasi Apache Server v2

(2) Aplikasi PHP Server v5

(3) Aplikasi MySQL Server v5

(4) Aplikasi phpMyAdmin v3

c. Aplikasi Web Lihatr seperti Mozilla Firefox, Opera, Safari, Internet

Explorer, Google Chrome.

2. Client

a. Sistem operasi yang umum digunakan seperti: Microsoft Windows atau Linux

(Ubuntu, Fedora, dan lain-lain).

b. Aplikasi web browser seperti Mozilla Firefox, Opera, Safari, Internet

Explorer, Google Chrome.

4.3. Jadwal Implementasi

Tabel IV.21.

Jadwal Implementasi

No KEGIATAN

WAKTU

BULAN I BULAN II BULAN III

BULAN

IV

1 2 3 4 1 2 3 4 1 2 3 4 1 2 3 4

1

Persiapan data

awal

2 Analisa

3

Desain Kasar

Sistem

4

Pembuatan

Desain Website

5

Tes Sistem

Desain

6 Pelatihan

7

Pembuatan

Buku Petunjuk

8

Evaluasi &

Operasional

Deskripsi Implementasi

Berikut kegiatan selama pembuatan Tugas Akhir dari awal sampai selesainya

Tugas Akhir

1. Persiapan data awal untuk mengumpulkan data-data keuuhan Tugas Akhir

2. Analisa Kebutuhan sistem dari stadereva collection

3. Design kasar sistem dimana saya membuat gambaran kasar dari sebuah

sistem yang ingin saya rancang

4. Design website dimana saya mendesign prototype untuk kebutuhan

perancangan sistem pemesanan pakaian berbasis web pada stadereva

collection

5. Tes sistem design web memastikan agar design yang saya buat sesuai alur

6. Pelatihan agar saya memahami alur dari sistem yang berjalan yang saya buat.

7. Pembuatan buku untuk data yang kita pakai untuk siding dan laporan ke

tempat riset

8. Evaluasi keseluruhan dari Tugas Akhir yang di buat

BAB IV PERANCANGAN SISTEM · password. Post-Conditions Member berhasil login. Failed end Condition...

Documents

Transcript of BAB IV PERANCANGAN SISTEM · password. Post-Conditions Member berhasil login. Failed end Condition...