BAB III ANALISIS DAN DESAIN SISTEM
Bab analisis dan desain sistem ini berisi tentang perancangan sistem yang terdiri dari proses analisis dan desain Dashboard Sistem Pengisian Pulsa Elektronik. 3.1. Analisis Proses analisis ini menjelaskan diantaranya deskripsi sistem dan pengguna sistem. 3.1.1. Deskripsi Sistem Dashboard Sistem Pengisian Pulsa Elektronik adalah suatu aplikasi panel kontrol yang berisi informasi-informasi kegiatan-kegiatan operasional, mulai dari transaksi penjualan, pembelian sampai dengan aktifitas server. Sehingga dengan adanya aplikasi dashboard ini, pemilik/pihak eksekutif dapat menggunakannya sebagai bahan pertimbangan untuk mengambil keputusan secara tepat dan cepat. 3.1.2. Pengguna Sistem Pengguna sistem adalah orang yang mengoperasikan dan berinteraksi secara langsung dengan sistem. Berdasarkan tugas dan fungsinya, pengguna sistem ini dibagi menjadi 2 bagian yaitu pemilik dan administrator. Tugas dan fungsi dari masing-masing pengguna sistem tersebut adalah : 1. Pemilik Tugas dan fungsi dari akun pemilik adalah melihat/memantau laporan-laporan yang dihasilkan oleh Dashboard, laporan-laporan tersebut antara lain: •
Menampilkan data transaksi penjualan pulsa
•
Data transaksi pembelian pulsa kepada upline (dealer)
•
Status transaksi penjualan (Gagal, Sukses)
•
Data deposit d dari pelanggan
2. Admin Tugas daan fungsi daari akun adm min adalah untuk mem mantau laporaan status daan aktifitas dari d server yaang di tampiilkan pada dashboard. 3.2. Desaain Sistem D Desain sistem m untuk Dashboard D P P Elekttronik ini menggunaka m an Pengisian Pulsa diagrram-diagram m sebagai berikut b Stateechart Diaggram, Use Case, Activvity Diagram m, Classs Diagram. A. A Statecharrt Diagram
Gambar 3.1 3 S Statechart Diagram
B. Use Case
Gambar 3.2 Use Case Dashboard Penjualan Pulsa
Berikut skenario dari use case gambar 3.1 di atas: Tabel 3.1 Skenario use case rekap data penjualan Use Case
Rekap Data Penjualan
Deskripsi
Use Case ini digunakan oleh ETL dalam membuat rekap data-data penjualan pulsa elektronik sesuai dengan waktu yang di butuhkan (harian, bulanan, dan tahunan)
Aktor
ETL
Pre-Kondisi
ETL menjalankan query rekap data penjualan (harian,
bulanan, tahunan) pada database transaksional sistem penjualan pulsa untuk mendapatkan rekap data penjualan Main Flow
1. Use Case ini dimulai setelah pengguna (Pemilik) mengakses laporan grafik data penjualan (per harian/bulanan/tahunan) 2. Query rekap data penjualan akan di jalankan untuk mendapatkan data yang diinginkan
Alternatif Flow
Jika Pemilik mengakses laporan grafik dan data yang dihasilkan oleh query rekap data penjualan kosong maka akan memunculkan pesan bahwa data tidak ada
Post-Kondisi
Jika use case ini dijalankan, maka akan menghasilkan data-data rekap penjualan yang di akan di gunakan oleh laporan grafik data penjualan
Tabel 3.2 Skenario use case rekap data pembelian Use Case
Rekap Data Pembelian
Deskripsi
Use Case ini digunakan oleh ETL dalam membuat rekap data-data pembelian pulsa elektronik sesuai dengan waktu yang di butuhkan (harian, bulanan, dan tahunan)
Aktor
ETL
Pre-Kondisi
ETL menjalankan query rekap data pembelian (harian, bulanan, tahunan) pada database transaksional sistem penjualan pulsa untuk mendapatkan rekap data
pembelian Main Flow
1. Use Case ini dimulai setelah pengguna (Pemilik) mengakses laporan grafik data pembelian (per harian/bulanan/tahunan) 2. Query rekap data pembelian akan di jalankan untuk mendapatkan data yang diinginkan
Alternatif Flow
Jika Pemilik mengakses laporan grafik dan data yang dihasilkan oleh query rekap data pembelian kosong maka akan memunculkan pesan bahwa data tidak ada
Post-Kondisi
Jika use case ini dijalankan, maka akan menghasilkan data-data rekap pembelian yang di akan di gunakan oleh laporan grafik data pembelian
Tabel 3.3 Skenario use case rekap data status transaksi Use Case
Rekap Data Status Transaksi
Deskripsi
Use Case ini digunakan oleh ETL dalam membuat rekap data-data status transaksi pulsa elektronik sesuai dengan waktu yang di butuhkan (harian, bulanan, dan tahunan)
Aktor
ETL
Pre-Kondisi
ETL menjalankan query rekap data status transaksi (harian, bulanan, tahunan) pada database transaksional sistem penjualan pulsa untuk mendapatkan rekap data
status transaksi Main Flow
1. Use Case ini dimulai setelah pengguna (Pemilik) mengakses laporan grafik data status transaksi (per harian/bulanan/tahunan) 2. Query rekap data status transaksi akan di jalankan
untuk
mendapatkan
data
yang
diinginkan Alternatif Flow
Jika Pemilik mengakses laporan grafik dan data yang dihasilkan oleh query rekap data status transaksi kosong maka akan memunculkan pesan bahwa data tidak ada
Post-Kondisi
Jika use case ini dijalankan, maka akan menghasilkan data-data rekap status transaksi yang di akan di gunakan oleh laporan grafik data status transaksi
Tabel 3.4 Skenario use case rekap data deposit Use Case
Rekap Data Deposit
Deskripsi
Use Case ini digunakan oleh ETL dalam membuat rekap data-data deposit pulsa elektronik sesuai dengan waktu yang di butuhkan (harian, bulanan, dan tahunan)
Aktor
ETL
Pre-Kondisi
ETL menjalankan query rekap data deposit (harian, bulanan, tahunan) pada database transaksional sistem penjualan pulsa untuk mendapatkan rekap data deposit
Main Flow
1. Use Case ini dimulai setelah pengguna (Pemilik) mengakses laporan grafik data deposit (per harian/bulanan/tahunan) 2. Query rekap data deposit akan di jalankan untuk mendapatkan data yang diinginkan
Alternatif Flow
Jika Pemilik mengakses laporan grafik dan data yang dihasilkan oleh query rekap data deposit kosong maka akan memunculkan pesan bahwa data tidak ada
Post-Kondisi
Jika use case ini dijalankan, maka akan menghasilkan data-data rekap data deposit yang di akan di gunakan oleh laporan grafik data deposit
Tabel 3.5 Skenario use case rekap data status server Use Case
Rekap Data Status Server
Deskripsi
Use Case ini digunakan oleh ETL dalam membuat rekap data status server
Aktor
ETL
Pre-Kondisi
ETL menjalankan query rekap data status server pada database transaksional sistem penjualan pulsa untuk mendapatkan rekap data status server
Main Flow
1. Use Case ini dimulai setelah pengguna (Admin) mengakses laporan grafik data status server
2. Query rekap data status server akan di jalankan untuk mendapatkan data yang diinginkan Alternatif Flow
Jika Admin mengakses laporan grafik dan data yang dihasilkan oleh query rekap data status server kosong maka akan memunculkan pesan bahwa data tidak ada
Post-Kondisi
Jika use case ini dijalankan, maka akan menghasilkan data-data rekap status server yang di akan di gunakan oleh laporan grafik data status server
Tabel 3.6 Skenario use case lihat laporan Use Case
Lihat Laporan
Deskripsi
Use Case ini digunakan oleh Pemilik dalam melihat laporan-laporan grafik pada dashboard
Aktor
Pemilik
Pre-Kondisi
Pemilik harus login terlebih dahulu, kemudian memilih menu Dashboard
Main Flow
1. Use Case ini dimulai setelah pemilik memilih menu Dashboard 2. Dashboard akan menampilkan data-data yang di butuhkan
Alternatif Flow
-
Post-Kondisi
Jika use case ini dijalankan, maka pemilik akan dapat melihat data-data pada laporan grafik yang tersedia
Tabel 3.7
Skenario use case lihat laporan status server Use Case
Lihat Laporan Status Server
Deskripsi
Use Case ini digunakan oleh Admin dalam laporan data status server
Aktor
Admin
Pre-Kondisi
Admin harus login terlebih dahulu, kemudian memilih menu Status Server
Main Flow
1. Use Case ini dimulai setelah admin memilih menu Status Server 2. Status Server akan menampilkan data-data yang di butuhkan
Alternatif Flow
-
Post-Kondisi
Jika use case ini dijalankan, maka admin akan dapat melihat data status server
C. Activity Diagram a. Rekap Data Penjualan Activity diagram dari rekap data penjualan dimulai dari ETL menjalankan Query Rekap Penjualan pada Database Transaksi dan menghasilkan SQL View Rekap Penjualan. Lihat gambar 3.2
Gambar 3.3 Activity Diagram Rekap Data Penjualan b. Rekap Data Pembelian Activity diagram dari rekap data pembelian dimulai dari ETL menjalankan Query Rekap Pembelian pada Database Transaksi dan menghasilkan SQL View Rekap Pembelian. Lihat gambar 3.3
Gambar 3.4 Activity Diagram Rekap Data Pembelian
c. Rekap Status Transaksi Activity diagram dari rekap status transaksi dimulai dari ETL menjalankan Query Rekap Status Transaksi pada Database Transaksi dan menghasilkan SQL View Rekap Status Transaksi. Lihat gambar 3.4
Gambar 3.5 Activity Diagram Rekap Status Transaksi
d. Rekap Data Deposit Activity diagram dari rekap data deposit dimulai dari ETL menjalankan Query Data Deposit pada Database Transaksi dan menghasilkan SQL View Rekap Data Deposit. Lihat gambar 3.5
Gambar 3.6 Activity Diagram Rekap Data Deposit
e. Rekap Status Server Activity diagram dari rekap status server dimulai dari ETL menjalankan Query Rekap Log Server pada Database Transaksi dan menghasilkan SQL View Rekap Log Server. Lihat gambar 3.6
Gambar 3.7 Activity Diagram Rekap Status Server
f. Lihat Laporan Activity diagram dari lihat laporan dimulai dari pemilik melihat laporan secara global, selanjutnya dapat memilih laporan harian, bulanan, atau tahunan. Jika dipilih harian, pada dashboard akan memunculkan laporan harian, dimana datanya didapatkan dari View Harian pada ETL. Jika dipilih bulanan, pada dashboard akan memunculkan laporan bulanan, dimana datanya didapatkan dari View Bulanan pada ETL. Jika dipilih tahunan, pada dashboard akan memunculkan laporan tahunan, dimana datanya didapatkan dari View Tahunan pada ETL. Lihat gambar 3.7
Gambar 3.8 Activity Diagram Lihat Laporan
g. Lihat Laporan Status Server Activity diagram lihat laporan status server dimulai dari Admin melihat laporan status server, yang di tampilkan pada dashboard dan data di peroleh dari View Status Server pada ETL, selanjutnya Admin dapat melihat laporan status server. Lihat gambar 3.8
Gambar 3.9 Activity Diagram Lihat Laporan Status Server
D. Class Diagram Pada aplikasi ini terdapat 17 class. Lihat gambar 3.9
Gambar 3.10 Class Diagram
3.3. Rancangan Basis Data Pada rancangan basis data ini terdiri dari 2 bagian, yaitu ERD(Entitiy Relationship Diagram) dan struktur tabel.
1. ERD (Entity Relationship Diagram)
Gambar 3.11 Gambar ERD (Entity Relationship Diagram)
2. Struktur Tabel Pada sistem ini terdapat tabel-tabel yang dibagi menjadi 2 kategori, yaitu: a. Tabel Master, yang terdiri dari: customer, dealer, voucher_pulsa, user_application b. Tabel Transaksi, yang terdiri dari: penjualan, pembelian, status_server, deposit
Tabel 3.8 Struktur Table Customer No.
Nama Field
Tipe Field
Panjang
Keterangan
1.
ID
INTEGER
10
Id Customer
2.
NAMA
VARCHAR
64
Nama Customer
3.
ALAMAT
VARCHAR
64
Alamat Customer
4.
HANDPHONE
VARCHAR
20
No. Handphone transaksi
5.
PASSWD
VARCHAR
20
Password transaksi
6.
SALDO
FLOAT
Saldo customer
Tabel 3.9 Struktur Table Voucher_Pulsa No.
Nama Field
1.
ID
2.
Tipe Field
Panjang
INTEGER
Keterangan
10
Id Voucher
NAMA_VOUCHER VARCHAR
32
Nama Voucher
3.
OPERATOR
VARCHAR
32
Operator Seluler
4.
NOMINAL
FLOAT
Nominal voucher
5.
HARGA
FLOAT
Harga voucher
6.
SALDO
FLOAT
Saldo voucher
Tabel 3.10 Struktur Table Dealer No.
Nama Field
1.
ID
2. 3.
Tipe Field INTEGER
Panjang
Keterangan
10
Id Dealer
NAMA_DEALER VARCHAR
32
Nama Dealer
VOUCHER
32
Jenis Voucher
VARCHAR
4.
HARGA
FLOAT
Harga beli voucher
Tabel 3.11 Struktur Table Penjualan No.
Nama Field
Tipe Field
Panjang
Keterangan
1.
ID
INTEGER
10
Id Penjualan
2.
VOUCHER_PULSA_ID INTEGER
10
Foregin
key
tabel
VOUCHER_PULSA 3.
CUSTOMER_ID
INTEGER
10
Foreign
key
table
CUSTOMER 4.
TANGGAL
DATETIME
Tanggal dan waktu transaksi
5.
HARGA
FLOAT
Harga
pada
saat
transaksi 6.
HP_TUJUAN
VARCHAR
20
No. HP Tujuan
7.
STATUS_TRANSAKSI
INTEGER
2
Status
transaksi
penjualan
Tabel 3.12 Struktur Table Pembelian No.
Nama Field
Tipe Field
Panjang
Keterangan
1.
ID
INTEGER
10
Id Pembelian
2.
DEALER_ID
INTEGER
10
Foreign
key
tabel
key
tabel
DEALER 3.
VOUCHER_PULSA_ID INTEGER
10
Foregin
VOUCHER_PULSA
4.
TANGGAL
DATETIME
Tanggal
transaksi
pembelian 5.
HARGA
FLOAT
Harga pembelian
Tabel 3.13 Struktur Table Status_Server No.
Nama Field
Tipe Field
Panjang
Keterangan
1.
ID
INTEGER
10
Id Status Server
2.
STATUS_NAME
VARCHAR
32
Nama status
3.
VALUE
VARCHAR
32
Nilai status
Tabel 3.14 Struktur Table User_Application No.
Nama Field
Tipe Field
Panjang
Keterangan
1.
ID
INTEGER
10
Id pengguna
2.
NAME
VARCHAR
64
Nama pengguna
3.
UNAME
VARCHAR
32
Username
4.
PASSWD
VARCHAR
32
Password
Tabel 3.15 Struktur Table Deposit No.
Nama Field
Tipe Field
Panjang
Keterangan
1.
ID
INTEGER
10
Id Deposit
2.
CUSTOMER_ID
INTEGER
10
Id Customer
3.
TANGGAL
DATETIME
Tanggal deposit
4.
NOMINAL
FLOAT
Nominal Deposit
3. Struktur View Pada perancangan sistem ini dibuat SQL View yang terdiri dari 12 view, yaitu: deposit_harian,
deposit_bulanan,
deposit_tahunan,
penjualan_harian,
penjualan_bulanan, penjualan_tahunan, pembelian_harian, pembelian_bulanan, pembelian_tahunan,
transaksi_harian,
transaksi_bulanan,
Berikut struktur untuk masing-masing view: Tabel 3.16 Struktur View Deposit Harian No.
Nama Field
Keterangan
1.
TANGGAL
Tanggal deposit
2.
NAMA
Nama pelanggan
3.
NOMINAL
Nominal deposit
Tabel 3.17 Struktur View Deposit Bulanan No.
Nama Field
Keterangan
1.
BULAN
Bulan deposit
2.
TAHUN
Tahun deposit
3.
NAMA
Nama pelanggan
4.
NOMINAL
Nominal deposit
Tabel 3.18 Struktur View Deposit Tahunan No.
Nama Field
Keterangan
1.
TAHUN
Tahun deposit
2.
NAMA
Nama pelanggan
transaksi_tahunan.
3.
NOMINAL
Nominal deposit
Tabel 3.19 Struktur View Penjualan Harian No.
Nama Field
Keterangan
1.
TANGGAL
Tanggal penjualan
2.
OPERATOR
Nama operator seluler
3.
JUMLAH
Jumlah penjualan
Tabel 3.20 Struktur View Penjualan Bulanan No.
Nama Field
Keterangan
1.
BULAN
Bulan penjualan
2.
TAHUN
Tahun penjualan
3.
OPERATOR
Nama operator seluler
4.
JUMLAH
Jumlah penjualan
Tabel 3.21 Struktur View Penjualan Harian No.
Nama Field
Keterangan
1.
TAHUN
Tahun penjualan
2.
OPERATOR
Nama operator seluler
3.
JUMLAH
Jumlah penjualan
Tabel 3.22 Struktur View Pembelian Harian No.
Nama Field
Keterangan
1.
TANGGAL
Tanggal pembelian
2.
OPERATOR
Nama operator seluler
3.
JUMLAH
Jumlah pembelian
Tabel 3.23 Struktur View Pembelian Bulanan No.
Nama Field
Keterangan
1.
BULAN
Bulan pembelian
2.
TAHUN
Tahun pembelian
3.
OPERATOR
Nama operator seluler
4.
JUMLAH
Jumlah pembelian
Tabel 3.24 Struktur View Pembelian Harian No.
Nama Field
Keterangan
1.
TAHUN
Tahun pembelian
2.
OPERATOR
Nama operator seluler
3.
JUMLAH
Jumlah pembelian
Tabel 3.25 Struktur View Status Transaksi Harian No. 1.
Nama Field TANGGAL
Keterangan Tanggal transaksi
2.
SUKSES
Jumlah transaksi sukses
3.
GAGAL
Jumlah transaksi gagal
Tabel 3.26 Struktur View Status Transaksi Bulanan No.
Nama Field
Keterangan
1.
BULAN
Bulan transaksi
2.
TAHUN
Tahun transaksi
3.
SUKSES
Jumlah transaksi sukses
4.
GAGAL
Jumlah transaksi gagal
Tabel 3.27 Struktur View Status Transaksi Tahunan No.
Nama Field
Keterangan
1.
TAHUN
Tahun transaksi
2.
SUKSES
Jumlah transaksi sukses
3.
GAGAL
Jumlah transaksi gagal
3.4. Rancangan Tampilan Rancangan tampilan dibagi menjadi 2 macam, yaitu desain halaman login, dan halaman home. A. Halaman Login Halaman login awal adalah halaman yang pertama kali ditampilkan. Desain halaman login awal terdiri dari gambar logo dan form untuk login. Berikut ini adalah gambar desain tampilannya.
Gambar 3.12 Desain Halaman Login B. Halaman Home Halaman home merupakan halaman utama untuk pengguna setelah login.Lihat gambar 3.11
Gambar 3.13 Desain Halaman Home
3.5. Struktur Menu Menu yang terdapat pada aplikasi ini adalah sebagai berikut: 1. Dashboard 2. Rekap Penjualan 3. Rekap Pembelian 4. Status Transaksi 5. Deposit Pelanggan 6. Status Server
