bab iv rancangan sistem usulan - repository.bsi.ac.id filerancangan sistem usulan 4.1 analisa...
Post on 09-Apr-2019
225 Views
Preview:
TRANSCRIPT
48
BAB IV
RANCANGAN SISTEM USULAN
4.1 Analisa Kebutuhan Software
Pada tahap ini, dilakukan semua pengumpulan kebutuhan user yang
berkaitan dengan website yang di bangun. Peranan analisis pada tahapan ini
sangatlah penting sebagai fasilitas dalam mengetahui kebutuhan user. Aktifitas ini
memeriksa kebutuhan-kebutuhan untuk kenyataan, konsistensi, dan kelengkapan
yang dibutuhkan dalam pembuatan software. Pengumpulan data merupakan
komponen yang penting dalam tahap analisis ini. Pengumpulan data dilakukan
dengan mewawancarai pemilik, observasi dan studi dokumen. Penulis
mendeskripsikan segala hal yang diperlukan dalam rangka pengembangan sistem.
Untuk mempermudah pemahaman kebutuhan dari sistem, penulis akan membahas
kebutuhan fungsional dan non-fungsional.
Website penjualan data fisik akan dibangun dengan penerapan strategi back-
end dan front-end. Dimana back-end merupakan halaman yang di khususkan bagi
admin untuk mengelola website tersebut. Sedangkan halaman front-end
disediakan untuk end-user dalam hal ini pengunjung website, baik yang hanya
sekedar ingin melihat informasi maupun bagi para konsumen yang ingin membeli
saldo.
A. Kebutuhan Fungsional
Pendefinisian layanan yang harus disediakan, bagaimana reaksi sistem
terhadap input dan apa yang harus dilakukan sistem pada situasi khusus
(kebutuhan sistem dilihat dari kacamata pengguna). Berikut ini uraian dari
49
kebutuhan fungsional dalam perancangan website penjualan Produk Fisik
PT.Akses Komunikasi Indonesia:
1. Kebutuhan Pengunjung website
a. Bisa melihat informasi profil PT.Akses Komunikasi Indonesia
b. Bisa melihat informasi Produk Fisik yang dijual
c. Tersedianya form untuk melakukan transaksi pembelian Produk Fisik
secara online.
2. Kebutuhan PT.Akses Komunikasi Indonesia
a. Menampilkan informasi Produk Fisik
b. Menampilkan informasi profil PT.Akses Komunikasi Indonesia
c. Menyediakan form pemesanan untuk pelanggan.
3. Kebutuhan administrator website penjualan Produk Fisik
a. Mengelola data pelanggan dan data penjualan.
b. Mengelola form pesanan pelanggan.
c. Mengelola kontak dengan pengunjung
d. Mengelola laporan penjualan
e. Mencetak jurnal penjualan
4. Masukkan-masukkan ke dalam sistem terdiri dari data :
a. Data pelanggan
b. Data pesanan dan detail pesanan
c. Data profil
5. Keluaran yang dihasilkan oleh sistem berupa :
a. Laporan untuk pimpinan
b. Jurnal
50
c. Daftar pelanggan
d. Daftar pesanan
e. Laporan penjualan
A. Analisa Kebutuhan Non-Fungsional
Setelah mendeskripsikan kebutuhan fungsional, maka langkah selanjutnya
adalah mendeskripsikan apa saja yang kebutuhan dari non-fungsional. Hal ini
perlu dideskripsikan agar dapat mendukung pelaksanaan dari kebutuhan
fungsional. Berikut adalah informasi detil dari kebutuhan non-fungsional:
1. Jaringan Internet
Kebutuhan untuk mengopersikan website oleh seorang admin diperlukan
jaringan internet dengan spesifikasi bandwidth minimal 512Mbps. Sementara
ISP (Internet Service Provider) bisa menggunakan jasa Telkom Speedy.
Arsitektur jaringan tidak menjadi masalah karena yang terpenting kestabilan
koneksi internet.
2. Registrasi Nama Domain
Pemilihan nama domain disesuaikan dengan keinginan pemilik PT.Akses
Komunikasi Indonesia dan yang pastinya juga nama domain yang akan
diregistrasi sifatnya unik dengan katalain nama domain tersebut belum
digunakan oleh orang lain. Sesuai dengan keinginan dari pihak pemilik
perusahaan dan atas masukan dari penulis, maka PT.Akses Komunikasi
Indonesia menggunakan nama http://Akseskomunikasiindonesia.com
3. Web Hosting
Web hosting mengacu kepada tempat dimana sebuah website itu disimpan
dan spesifikasi dari paket hosting. Pemilihan tempat untuk hosting biasanya
51
ditentukan dari fitur yang disediakan oleh web hosting tersebut. Dalam
penelitian ini penulis menggunakan jasa http://www.indowebsite.net/ sebagai
tempat hosting. Fitur hosting yang disediakan oleh indoE-Commerce adalah
disk space 2 GB, bandwidth Unlimited, email account Unlimited, MySQL
database Unlimited, dub domain Unlimited, FTP account Unlimited. Sistem
pembayaran transfer rekening Bank per 1 tahun.
4. Web Development
Pengembangan website menggunakan bahasa PHP, Database MySQL, HTML
dan script lainnya yang berfungsi untuk merancang interface.
5. Kebutuhan Perangkat Keras (Hardware)
Kebutuhan akan perangkat keras tidak di spesifikasikan secara khusus karena
dalam penelitian ini penulis tidak membahas mengenai pemilihan hardware.
Penulis berasumsi bahwa di PT.Akses Komunikasi Indonesia sudah memiliki
akses internet.
6. Kebutuhan Perangkat Lunak (Software)
Perangkat lunak yang digunakan untuk membangun website Penjualan saldo
Mobo di PT.Akses Komunikasi Indonesia ini terdiri dari:
Tabel IV.1 Kebutuhan Perangkat Lunak
No. Jenis Software Software yang digunakan
1. Sistem Operasi Windows 7
2. Software Pendukung XAMPP 1.7.7
3. Text Editor Macromedia Dreamweaver MX
Adobe Photoshop CS
Edit Plus
4. Web browser Mozilla Firefox
5. Web server Apache 1.3.2
6. Database Server MySQL Versi 5
Sumber : hasil perancangan PT.Akses Komunikasi Indonesia 2017
52
4.1.1 Usecase Diagram
Use Case Diagram digunakan untuk menentukan kebutuhan apa saja yang
diperlukan dari suatu sistem. Jadi, dapat digambarkan dengan rinci bagaimana
suatu sistem memproses atau melakukan sesuatu, bagaimana cara actor akan
menggunakan sistem, serta apa saja yang dapat dilakukan terhadap suatu sistem.
Sumber : hasil perancangan PT.Akses Komunikasi Indonesia 2017
Gambar IV.1 Use Case Diagram Website
Use case diagram website penjualan terdiri dari admin dan konsumen. Actor
admin bertugas untuk mengelola data saldo, memvalidasi pesanan konsumen dan
memvalidasi pembayaran konsumen. Actor konsumen melakukan registrasi,
mencari informasi saldo, melakukan pesanan saldo dan melakukan pembayaran
saldo. Untuk memahami lebih detil aktivitas actor, berikut adalah deskripsi dari
use case website:
Tabel IV.2
53
Deskripsi Use Case Diagram Website penjualan
Actor: Konsumen
1. Use Case Login User
Deskripsi: 1. Konsumen melakukan login dengan cara
mengisikan username dan password
2. Jika username dan password benar maka
sistem siap dipergunakan
3. Jika username dan password belum
tersedia maka user harus melakukan
registrasi
Deskripsi: 2. Use Case Registrasi Member
1. Konsumen memilih form registrasi
member
2. Mengisikan data sesuai dengan item
yang ada pada form
3. Melakukan submit jika item sudah diisi
semua
Deskripsi: 3. Use Case Mencari Produk Fisik
1. Konsumen membuka halaman website.
2. Memilih jenis Produk Fisik
3. Mendapatkan Produk Fisik yang dicari
Deskripsi: 4. Use Case Order Produk Fisik
1. Konsumen login
2. Memilih Produk Fisik
3. Menampilkan jenis Produk Fisik
4. Mengisikan jumlah Produk Fisik yang
dibeli
5. Menampilkan detail pesanan
Deskripsi: 5. Use Case Pembayaran
1. Konsumen menampilkan form
pembayaran.
2. Mengisikan nomor order
3. Mengisikan jumlah pembayaran sesuai
dengan nilai pembelian
4. Submit pembayaran
Actor: Admin
Deskripsi: 1. Use Case Login Admin
1. Admin harus melakukan.
2. Mengisikan data username dan
password
2. Use Case Data Barang
1. Menampilkan daftar Produk Fisik.
2. Mencari jenis Produk Fisik
3. Use Case Validasi Order
1. Admin membuka daftar pesanan
2. Menampilkan nomor pesanan
54
3. Melihat detail pesanan
4. Submit data pesanan
Deskripsi: 4 Use Case Validasi Pembayaran
1. Admin membuka form pembayaran
2. Mengecek nomor pesanan
3. Mengecek jumlah pembayaran dan
mencocokan dengan nilai pesanan
4. Jika jumlah pembayaran sama dengan
nilai penjualan maka admin men-submit
pembayaran pesanan
4.1.2 Activity Diagram
Activity Diagram menggambarkan berbagai alur aktivitas dalam sistem yang
sedang dirancang, bagaimana masing-masing alur berawal, decision yang
mungkin terjadi, dan bagaimana mereka berakhir. Activity Diagram juga dapat
menggambarkan proses paralel yang mungkin terjadi pada beberapa eksekusi.
Activity Diagram merupakan state diagram khusus, di mana sebagian besar state
adalah action dan sebagian besar transisi di-trigger oleh selesainya state
sebelumnya (internal processing). Oleh karena itu Activity Diagram tidak
menggambarkan behaviour internal sebuah sistem (dan interaksi antar subsistem)
secara eksak, tetapi lebih menggambarkan proses-proses dan jalur-jalur aktivitas
dari level atas secara umum.
55
Sumber : hasil perancangan PT.Akses Komunikasi Indonesia 2017
Gambar IV.2Activity Diagram Login Admin
Admin memilih menu login dan sistem menampilkan form login. Setelah
form login tampil, admin mengisikan data username dan password. Sistem
melakukan pengecekan terhadap username dan password, apabila data sesuai
dengan database, maka menu admin ditampilkan, tetapi apabila data tidak sesuai
maka akan kembali ke menu login.
56
Sumber : hasil perancangan PT.Akses Komunikasi Indonesia 2017
Gambar IV.3 Activity Diagram Registrasi Member
Activity diagram registrasi member merupakan aktivitas dimana seorang
pengunjung yang ingin melakukan akses penuh terhadap isi website perlu menjadi
member terlebih dahulu. Pengunjung membuka form registrasi, mengisikan data
sesuai dengan item yang sudah ditentukan pada form registrasi dan melakukan
submit setelah semua item terisi. Sistem akan melakukan koneksi ke database dan
mencari tabel registrasi untuk dilakukan penambahan data. Jika data benar maka
pengunjung berhasil menjadi member dengan mengupdate database dan jika salah
maka sistem akan tetap menampilkan form registrasi.
57
Sumber : hasil perancangan PT.Akses Komunikasi Indonesia 2017
Gambar IV.4Activity Diagram Mencari Produk Fisik
Activity diagram mencari produk fisik merupakan aktivitas seorang
konsumen yang ingin menemukan produk fisik yang mereka inginkan. Konsumen
hanya berada halaman utama website maka data produk akan ditampilkan.
Konsumen memilih produk dengan cara mengkliknya. Sistem akan melakukan
pengecekan untuk memastikan bahwa konsumen punya hak untuk mengaksesnya.
Selanjutkan sistem akan memparsing id produk dan data barang akan ditampilkan
berdasarkan id produk yang telah diparsing. Jika id produk terdaftar, maka detail
produk berdasarkan id produk akan ditampilkan dan bila id produk tidak dikenal
maka data saldo akan kosong (null).
58
Sumber : hasil perancangan PT.Akses Komunikasi Indonesia 2017
Gambar IV.5Activity Diagram Pemesanan Produk Fisik
Activity diagram pemesanan produk fisik merupakan aktivitas seorang
konsumen yang ingin melakukan pemesanan terhadap produk. Diposisi halaman
utama, konsumen memilih produk dan sistem akan melakukan pengecekan
session yang aktif untuk memastikan keabsahan session. Data produk akan
ditampilkan secara detil sesuai dengan id produk yang telah diparsing. Pada detil
produk, konsumen mengisikan banyaknya produk yang dibeli kemudian submit.
Setelah disubmit maka data saldoakan masuk kedalam daftar pesanan. Data
produk yang ada daftar pesanandisubmit sehingga menjadi invoice yang merupakan
pesanan sah dari konsumen.
59
Sumber : hasil perancangan PT.Akses Komunikasi Indonesia 2017
Gambar IV.6 Activity Diagram Pembayaran
Activity diagram pembayaran merupakan aktivitas konsumen yang ingin
melakukan pemberitahuan pembayaran terhadap produk yang telah dipesan sesuai
dengan invoice yang sah. Konsumen membuka form konfirmasi pembayaran dan
mengisikan data sesuai dengan item yang sudah disediakan. Sistem akan
melakukan pengecekan session untuk memastikan nama keabsahan dari nama
user yang dipergunakan untuk masuk kesistem. Jika nama session sudah terdaftar
maka sistem akan mengupdata database untuk menambahkan data. Jika
sessionnya belum terdaftar, maka sistem akan menampilkan pesan dan sistem
akan men-direct ke form konfirmasi pembayaran.
60
Sumber : hasil perancangan PT.Akses Komunikasi Indonesia 2017
Gambar IV.7Activity Diagram Produk Fisik
Activity diagram produk fisik merupakan aktivitas admin dalam hal
melakukan pengelolaan terhadap data produk yaitu penghapusan, perubahan dan
penambahan data produk. Admin membuka form daftar produk, pada form daftar
produk, admin dapat memilih tombol hapus. Jika tombol hapus dipilih, maka
sistem akan melakukan penghapusan terhadap data produk. Admin dapat memilih
tombol edit dan jika tombol edit diklik maka sistem akan menampilkan data lama
dan admin dapat mengupdate data lama. Admin dapat memilih tombol tambah
dan sistem akan menampilkan form penambahan data kemudian admin
mengisikan data sesuai dengan item yang ada pada form produk.
61
Sumber : hasil perancangan PT.Akses Komunikasi Indonesia 2017
Gambar IV.8Activity Diagram Validasi Pesanan
Activity diagram validasi pesanan merupakan aktivitas admin untuk
melakukan pengecekan terhadap pesanan produk dari konsumen. Admin
menampilkan form daftar pesanan kemudian admin memilih nomor pesanan. Pada
daftar pesanan, admin dapat memilih tombol proses untuk memberikan status
bahwa pesanan konsumen adalah sah. Setelah tombol proses diklik maka
database pesananakan diupdate.
62
Sumber : hasil perancangan PT.Akses Komunikasi Indonesia 2017
Gambar IV.9Activity Diagram Validasi Pembayaran
Activity diagram validasi pembayaran merupakan aktivitas admin untuk
melakukan pengecekan terhadap pembayaran pesanan dari konsumen. Admin
menampilkan form daftar pembayaran kemudian admin memilih nomor
pembayaran. Pada daftar pembayaran, admin dapat memilih tombol proses untuk
memberikan status bahwa pembayaran konsumen adalah sah. Setelah tombol
proses diklik maka database pembayaran akan diupdate.
4.2 Desain
Pada tahap ini penulis akan menggambarkan desain database dan desain
alur dalam kegiatan operasionalnya. Untuk mempermudah dalam pemahaman
model arsitektur dari sistem yang dirancang, maka penulis akan menjelaskan pada
sub-sub bab selanjutnya
63
4.2.1 Entity relationship Diagram (ERD)
Sumber : hasil perancangan PT.Akses Komunikasi Indonesia 2017
Gambar IV.10Entity relationship Diagram
64
4.2.2 Logical Record Structure (LRS)
Sumber : hasil perancangan PT.Akses Komunikasi Indonesia 2017
Gambar IV.11Logical Record Structure
4.2.3 Spesifikasi File
Berikut penjelasan mengenai bentuk-bentuk file database yang digunakan
pada rancangan aplikasi penjualan produk fisik berbasis web.
1. Tabel Admin
Nama File : Admin
Fungsi : Digunakan untuk menyimpan data Admin
Akronim : tb_admin.dbf
Tipe File : File Master
Media File : Harddisk
65
Organisasi File : Index Sequential
Akses File : Random
Panjang Record : 81 character
Field Record : id_admin
Software : Xamppversi 3.2.2
Tabel IV.2
Spesifikasi File Admin
No Elemen Data Akronim Tipe Panjang Keterangan
1 Id Admin Admin_id Int 11 Primary Key
2 Email Email Varchar 30
3 Password Password Varchar 20
4 User nama user_name Varchar 20 Sumber : hasil perancangan PT.Akses Komunikasi Indonesia 2017
2. Tabel Denom
Nama File : Denom
Fungsi :Digunakan untuk mengetahui keuntungan transaksi
Akronim : tb_denom.dbf
Tipe File : Work File
Media File : Harddisk
Organisasi File : File Sequential
Akses File : Random
Panjang Record : 33 character
Field Record : id_denom
Software : Xamppversi 3.2.2
66
Tabel IV.3
Spesifikasi File Denom
No Elemen Data Akronim Tipe Panjang Keterangan
1 Id denom Id_denom Int 11 Primary Key
2 Nominal Nominal Int 11
3 Fee Fee Int 11
Sumber : hasil perancangan PT.Akses Komunikasi Indonesia 2017
3. Tabel Identitas
Nama File : Identitas
Fungsi : digunakan untuk mengetahui profil perusahaan
Akronim : tb_identitas.dbf
Tipe File : File Master
Media File : Harddisk
Organisasi File : index Sequential
Akses File : Random
Panjang Record :630 character
Field Record : identitas_id
Software : Xamppversi 3.2.2
Tabel IV.4
Spesifikasi File Identitas
No Elemen Data Akronim Tipe Panjang Keterangan
1 Identitas ID Identitas_ID Int 20 Primary Key
2 Judul web Judul_web Varchar 50
3 Nama toko Nama_toko Varchar 50
4 Telepon Telpon Varchar 20
5 Email Email Varchar 50
6 Alamat Alamat tinytext
7 Rekening Rekening Varchar 20
67
8 Atas nama Atas_nama Varchar 20
9
Foto
perusahaan Foto_perusahaan Varchar 200
10
Tentang
Perusahaan Tentang_Perusahaan Text
11 Cara bayar Cara_bayar Text
12 Cara pesan Cara_pesan Text
13 Footer Footer Varchar 200
Sumber : hasil perancangan
4. Tabel Konfirmasi
Nama File : konfirmasi
Fungsi : digunakan mengkofirmasi transferan
Akronim : tb_konfirmasi.dbf
Tipe File : work File
Media File : Harddisk
Organisasi File : file Sequential
Akses File : Random
Panjang Record : 171 character
Field Record : confirm_id
Software : Xamppversi 3.2.2
Tabel IV.5
Spesifikasi File Konfirmasi
No Elemen Data Akronim Tipe Panjang Keterangan
1 Confirmid Confirm_id Int 20 Primary Key
2 Noorder No_order varchar 20
3 Jumlah jumlah varchar 20
4 Bank bank varchar 30
5 Rekening Rekening varchar 20
68
6 Keterangan keterangan varchar 50
7 Tanggal Tgl Date
8 Id outlet ID_outlet Int 11
Sumber : hasil perancangan
5. Tabel Member
Nama File : anggota
Fungsi : daftar anggota
Akronim : tb_member.dbf
Tipe File : work File
Media File : Harddisk
Organisasi File : file Sequential
Akses File : Random
Panjang Record : 121character
Field Record : Id_Outlet
Software : Xamppversi 3.2.2
Tabel IV.6
Spesifikasi File Member
No Elemen Data Akronim Tipe Panjang Keterangan
1 Id outlet Id_outlet Int 20 Primary Key
2 Nama Outlet Nama_outlet varchar 50
3 No RS No_rs Int 11
4 Alamat Outlet Alamat_outlet Tinytex
5 Nama Pemilik Nama_pemilik Varchar 20
6 Email Email Varchar 20
7 Status Status Enum
Sumber : hasil perancangan PT.Akses Komunikasi Indonesia 2017
6. Tabel Member Produk
69
Nama File : Member Produk
Fungsi : mengetahui jumlah produk member
Akronim : tb_memberproduk.dbf
Tipe File : work File
Media File : Harddisk
Organisasi File : file Sequential
Akses File : Random
Panjang Record : 33 character
Field Record : Id_produk_member
Software : Xamppversi 3.2.2
Tabel IV.7
Spesifikasi File Member Produk
No Elemen Data Akronim Tipe Panjang Keterangan
1
Id produk
member Id_produk_member Int 11 Primary Key
2 Id outlet Id_outlet Int 11
3 Jenis produk Jenis_produk Enum
4 produk Produk Int 11
Sumber : hasil perancangan PT.Akses Komunikasi Indonesia 2017
7. Tabel Pesanan
Nama File : Pesanan
Fungsi : untuk mengetahui pesanan anggota
Akronim : tb_pesanan.dbf
Tipe File : work File
Media File : Harddisk
Organisasi File : file Sequential
Akses File : Random
70
Panjang Record : 42 character
Field Record : order_id
Software : Xamppversi 3.2.2
Tabel IV.8
Spesifikasi File Pesanan
No Elemen Data Akronim Tipe Panjang Keterangan
1 Order id Order_id Int 10 Primary Key
2 Id outlet Id_outlet Int 10
3 Tgl order Tgl_order Date
4 Jam order Jam_order Datetime
5 Jumlah Jumlah Int 11
6 Id produk Id_produk Int 11
7 Status Status Enum
Sumber : hasil perancangan PT.Akses Komunikasi Indonesia 2017
8. Tabel Saldo
Nama File : produk
Fungsi : untuk mengetahui produk
Akronim : tb_produkdbf
Tipe File : work File
Media File : Harddisk
Organisasi File : file Sequential
Akses File : Random
Panjang Record : 44 character
Field Record : id_produk
Software : Xamppversi 3.2.2
71
Tabel IV.9
Spesifikasi File Produk
No Elemen Data Akronim Tipe Panjang Keterangan
1 Id produk Id_produk Int 22 Primary Key
2 Nominal Nominal Varchar 22
3 Jenis produk Jenis_produk Enum
Sumber : hasil perancangan
9. Tabel transaksi
Nama File : transaksi
Fungsi : digunakan untuk mengetahui transaksi anggota
Akronim : tb_trx.dbf
Tipe File : work File
Media File : Harddisk
Organisasi File : file Sequential
Akses File : Random
Panjang Record : 43 character
Field Record : no_trx
Software : Xamppversi 3.2.2
Tabel IV.10
Spesifikasi File Transaksi
No Elemen Data Akronim Tipe Panjang Keterangan
1 No trx Order_id Int 10 Primary Key
2 Tgl trx Tgl_trx datetime
3 Id outlet Id_outlet Int 11
4
Id produk
member Id_saldomember Int 11
5 Id denom Id_denom Int 11
Sumber : hasil perancangan PT.Akses Komunikasi Indonesia 2017
72
10. Tabel Jurnal
Nama File : Jurnal
Fungsi : digunakan untuk mencetak jurnal
Akronim : tb_jurnal.dbf
Tipe File : work File
Media File : Harddisk
Organisasi File : file Sequential
Akses File : Random
Panjang Record : 66 character
Field Record : id_jurnal
Software : Xamppversi 3.2.2
Tabel IV.11
Spesifikasi File Jurnal
No Elemen Data Akronim Tipe Panjang Keterangan
1 Id jurnal Id_jurnal Int 11 Primary Key
2 Tanggal Tgl Date
3 Nama akun Nama_akun Varchar 11
4 Debet Debet Int 11
5 Kredit Kredit Int 11
6 Id order Id_order Int 11
7 Id outlet Id_outlet Int 11
Sumber : hasil perancangan PT.Akses Komunikasi Indonesia 2017
4.2.4 Software Architecture
Pada bab ini penulis akan menggambarkan tahap yang akan dijalankan dan
komponen-komponen hubungan antar program.
a. Sequence Diagram
73
Sequencediagram menggambarkan interaksi antar objek di dalam dan di
sekitar sistem (termasuk pengguna, display, dan sebagainya) berupa message yang
digambarkan terhadap waktu. Sequencediagram terdiri atar dimensi vertikal
(waktu) dan dimensi horizontal (objek-objek yang terkait). Sequencediagram
dapat digunakan untuk menggambarkan skenario atau rangkaian langkah-langkah
yang dilakukan sebagai respons dari sebuah event untuk menghasilkan output
tertentu. Diawali dari apa yang men-trigger aktivitas tersebut, proses dan
perubahan apa saja yang terjadi secara internal dan output apa yang dihasilkan.
Masing-masing objek, termasuk aktor, memiliki lifeline vertikal. Message
digambarkan sebagai garis berpanah dari satu objek ke objek lainnya. Pada fase
desain berikutnya, message akan dipetakan menjadi operasi/metoda dari class.
Sumber : hasil perancangan PT.Akses Komunikasi Indonesia 2017 Gambar IV.12 Sequence Diagram Login
74
Sequence diagramlogin menggambarkan interaksi antara actor dan sistem
login dimana sistem akan saling terkait dalam setiap proses. Actor mengisikan
data username dan password pada form login dan akan dilakukan kontrol terhadap
data inputan. Data username yang sudah diisikan akan dilakukan pencocokan
dengan entitas login. Jika username dan password salah, maka sistem akan
menampilkan pesan gagal login dan jika username dan password benar, maka
sistem akan memberikan hak akses terhadap konten web.
Sumber : hasil perancangan PT.Akses Komunikasi Indonesia 2017
Gambar IV.13 Sequence Diagram Registrasi
Sequence diagram registrasi merupakan interaksi antara konsumen dengan sistem
registrasi. Konsumen mengisikan data pada form registrasi dan akan dilakukan validasi
terhadap data inputan. Data yang telah diinputkan akan dimasukkan kedalam entitas
member.
75
Sumber : hasil perancangan PT.Akses Komunikasi Indonesia 2017
Gambar IV.14 Sequence Diagram Mencari produk
Sequence diagram mencari produk merupakan interaksi antara konsumen
dengan sistem pencarian produk. Konsumen memilih data barang dan sistem akan
memparsing id produk. Id produk akan dicocok dengan entitas produk dan sistem
akan menampilkan detail produk sesuai dengan id saldo yang telah diparsing.
76
Sumber : hasil perancangan PT.Akses Komunikasi Indonesia 2017
Gambar IV.15Sequence Diagram Pemesanan Produk
Sequence diagram pemesanan produk merupakan interaksi antara konsumen
dengan sistem pemesanan produk. Pada form detail produk, konsumen
mengisikan jumlah produk yang dibeli dan sistem akan melakukan pemeriksaan
terhadap session. Jika sessionnya terdaftar, maka sistem akan memasukkan data
produk kedalam entitas keranjang belanja.
77
Sumber : hasil perancangan PT.Akses Komunikasi Indonesia 2017
Gambar IV.16Sequence Diagram Pembayaran
Sequence diagram pembayaran merupakan interaksi antara konsumen
dengan sistem pembayaran. Pada form pembayaran, kosumen mengisikan data
pembayaran dan sistem akan melakukan pengecekan terhadap session. Jika
session terdaftar maka sistem akan mengisikan data pambayaran kedalam entitas
pembayaran
78
Sumber : hasil perancangan PT.Akses Komunikasi Indonesia 2017
Gambar IV.17Sequence Diagram Produk
Sequence diagram produk merupakan interaksi antara admin dengan sistem
pengelolaan data produk. Pada form data produk admin dapat berinteraksi dengan
pengisian data produk baru, perubahan data produk dan penghapusan data produk. Jika
admin melakukan interaksi dengan penambahan data makan data produk akan
ditambahkan kedalam entitas produk, jika admin berinteraksi dengan perubahan data
produk maka sistem akan melakukan perubahan terhadap data produk dan jika admin
berinteraksi dengan penghapusan data maka sistem akan menghikangkan data produk.
79
Sumber : hasil perancangan PT.Akses Komunikasi Indonesia 2017
Gambar IV.18Sequence Diagram Validasi Pemesanan
Sequence diagram validasi pemesanan merupakan interaksi antara admin
dengan sistem validasi pemesanan produk. Pada form pemesanan produk admin
melakukan pengecekan terhadap pesanan konsumen dan admin akan memproses
pesanan tersebut dengan cara berinteraksi dengan entitas pemesanan.
80
Sumber : hasil perancangan PT.Akses Komunikasi Indonesia 2017
Gambar IV.19Sequence Diagram Validasi Pembayaran
Sequence diagram validasi pembayaran merupakan interaksi antara admin
dengan sistem validasi pembayaran pesanan. Pada form pembayaran pesanan
admin melakukan pengecekan terhadap pembayaran konsumen dan admin akan
memproses pembayaran tersebut dengan cara berinteraksi dengan entitas transfer.
b. Deployment diagram
Diagram ini akan menggambarkan tata letak sebuah sistem saat aplikasi
dijalankan.
Sumber : hasil perancangan PT.Akses Komunikasi Indonesia 2017
Gambar IV.20deployment Diagram
81
4.2.5 User Interface
Pada bagian ini menunjukan tampilan antar muka suatu aplikasi yang
diusulkan adapun tamplian tersebut :
1. Tampilan halaman utama
Sumber : hasil perancangan PT.Akses Komunikasi Indonesia 2017
Gambar IV.21 Tampilan Menu Utama
2. Tampilan Mendaftar
Sumber : hasil perancangan PT.Akses Komunikasi Indonesia 2017
Gambar IV.22 Tampilan Menu Pendaftaran Anggota
82
3. Tampilan Login
Sumber : hasil perancangan PT.Akses Komunikasi Indonesia 2017
Gambar IV.21 Tampilan Login
4. Tampilan form Produk Fisik
83
Sumber : hasil perancangan PT.Akses Komunikasi Indonesia 2017
Gambar IV.24 Tampilan Form Produk Fisik
5. Tampilan form Order
Sumber : hasil perancangan PT.Akses Komunikasi Indonesia 2017
Gambar IV.25 Tampilan Form Pesanan
6. Tampilan form tambah pesanan
84
Sumber : hasil perancangan PT.Akses Komunikasi Indonesia 2017
Gambar IV.26 Tampilan Form Tambah pesanan
7. Tampilan form Denom
Sumber : hasil perancangan PT.Akses Komunikasi Indonesia 2017
Gambar IV.27 Tampilan Form Denom
8. Tampilan form data penjualan
Sumber : hasil perancangan PT.Akses Komunikasi Indonesia 2017
Gambar IV.28 Tampilan Form Penjualan
85
9. Tampilan form tambah jurnal
Sumber : hasil perancanganPT.Akses Komunikasi Indonesia 2017
Gambar IV.29 Tampilan tambah FormJurnal
10. Tampilan Form jurnal Umum
Sumber : hasil perancangan PT.Akses Komunikasi Indonesia 2017
Gambar IV.30 Tampilan Form Jurnal
4.2.6 Spesifikasi Hardware dan Sofware
Berikut ini adalah perangkat keras dan perangkat lunak yang digunakan
dalam perancangan aplikasi ini antara lain :
1. Perangkat Keras (hardware)
Adapun spesifikasi hardware atau perangkat keras yang digunakan
dalam pengembangan dan pengujian sistem yang dirancang antara lain
Tabel IV.12
86
Kebutuhan Perangkat Keras
Kebutuhan Keterangan
Sistem Operasi Windows 7
Processor Dual-Core, 2,8 Ghz
RAM 3 GB
Harddisk 500 GB
Monitor 18,5” HD LCD
Keybord 108 key
Printer Inkjet
Mouse Standar Sumber : hasil perancangan PT.Akses Komunikasi Indonesia 2017
2. Perangkat lunak yang digunakan untuk membangun website PT.Akses
Komunikasi Indonesia ini terdiri dari:
Tabel IV.13
Kebutuhan Perangkat Lunak
No. Jenis Software Software yang digunakan
1. Sistem Operasi Windows 7
2. Software Pendukung XAMPP 1.7.7
3. Text Editor Macromedia Dreamweaver MX
Adobe Photoshop CS
Edit Plus
4. Web browser Mozilla Firefox
5. Web server Apache 1.3.2
6. Database Server MySQL Versi 5 Sumber : hasil perancangan PT.Akses Komunikasi Indonesia 2017
top related