BAB IV RANCANGAN SISTEM USULAN - repository.bsi.ac.id fileRANCANGAN SISTEM USULAN 4.1 Analisa Kebutuhan Software Pada tahap ini, dilakukan semua pengumpulan kebutuhan user yang ...

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

http://akseskomunikasiindonesia.com/

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

http://www.indowebsite.net/

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.


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


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


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


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


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


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


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


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


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)


Gambar IV.10Entity relationship Diagram

64

4.2.2 Logical Record Structure (LRS)


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


Organisasi File : File Sequential

Akses File : Random


Field Record : id_denom


66

Tabel IV.3

Spesifikasi File Denom


1 Id denom Id_denom Int 11 Primary Key

2 Nominal Nominal Int 11

3 Fee Fee Int 11


3. Tabel Identitas

Nama File : Identitas

Fungsi : digunakan untuk mengetahui profil perusahaan

Akronim : tb_identitas.dbf

Tipe File : File Master


Organisasi File : index Sequential

Akses File : Random

Panjang Record :630 character

Field Record : identitas_id


Tabel IV.4

Spesifikasi File Identitas


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


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


Organisasi File : file Sequential

Akses File : Random


Field Record : confirm_id


Tabel IV.5

Spesifikasi File Konfirmasi


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


5. Tabel Member

Nama File : anggota

Fungsi : daftar anggota

Akronim : tb_member.dbf




Akses File : Random

Panjang Record : 121character

Field Record : Id_Outlet


Tabel IV.6

Spesifikasi File Member


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


7 Status Status Enum


6. Tabel Member Produk

69

Nama File : Member Produk

Fungsi : mengetahui jumlah produk member

Akronim : tb_memberproduk.dbf




Akses File : Random


Field Record : Id_produk_member


Tabel IV.7

Spesifikasi File Member Produk


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


7. Tabel Pesanan

Nama File : Pesanan

Fungsi : untuk mengetahui pesanan anggota

Akronim : tb_pesanan.dbf




Akses File : Random

70


Field Record : order_id


Tabel IV.8

Spesifikasi File Pesanan


1 Order id Order_id Int 10 Primary Key


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


8. Tabel Saldo

Nama File : produk

Fungsi : untuk mengetahui produk

Akronim : tb_produkdbf




Akses File : Random


Field Record : id_produk


71

Tabel IV.9

Spesifikasi File Produk


1 Id produk Id_produk Int 22 Primary Key

2 Nominal Nominal Varchar 22

3 Jenis produk Jenis_produk Enum


9. Tabel transaksi

Nama File : transaksi

Fungsi : digunakan untuk mengetahui transaksi anggota

Akronim : tb_trx.dbf




Akses File : Random


Field Record : no_trx


Tabel IV.10

Spesifikasi File Transaksi


1 No trx Order_id Int 10 Primary Key

2 Tgl trx Tgl_trx datetime


4

Id produk

member Id_saldomember Int 11

5 Id denom Id_denom Int 11


72

10. Tabel Jurnal

Nama File : Jurnal

Fungsi : digunakan untuk mencetak jurnal

Akronim : tb_jurnal.dbf




Akses File : Random


Field Record : id_jurnal


Tabel IV.11

Spesifikasi File Jurnal


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



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.


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


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


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


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


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


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


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.


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


Gambar IV.21 Tampilan Menu Utama

2. Tampilan Mendaftar


Gambar IV.22 Tampilan Menu Pendaftaran Anggota

82

3. Tampilan Login


Gambar IV.21 Tampilan Login

4. Tampilan form Produk Fisik

83


Gambar IV.24 Tampilan Form Produk Fisik

5. Tampilan form Order


Gambar IV.25 Tampilan Form Pesanan

6. Tampilan form tambah pesanan

84


Gambar IV.26 Tampilan Form Tambah pesanan

7. Tampilan form Denom


Gambar IV.27 Tampilan Form Denom

8. Tampilan form data penjualan


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


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

BAB IV RANCANGAN SISTEM USULAN - repository.bsi.ac.id fileRANCANGAN SISTEM USULAN 4.1 Analisa Kebutuhan Software Pada tahap ini, dilakukan semua pengumpulan kebutuhan user yang ...

Documents