BAB III ANALISIS DAN DESAIN SISTEM. proses analisis dan desain Dashboard Sistem Pengisian Pulsa Elektronik.

(1)

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)

(2)

2 3.2. Desa D diagr Clas A • Data d . Admin Tugas da aktifitas d ain Sistem Desain sistem ram-diagram ss Diagram. A. Statechar deposit dari an fungsi da dari server ya m untuk D m sebagai b rt Diagram pelanggan

ari akun adm ang di tampi Dashboard P berikut State S min adalah ilkan pada d Pengisian P echart Diag Gambar 3 Statechart Di untuk mem ashboard. Pulsa Elekt gram, Use 3.1 agram mantau lapora tronik ini m Case, Activ an status da menggunaka vity Diagram an an m,

(3)

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

(4)

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

(5)

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

(6)

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

(7)

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

(8)

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

(9)

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

(10)

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

(11)

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

(12)

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

(13)

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

(14)

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

(15)

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.

(16)

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

(17)

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

1. ID INTEGER 10 Id Voucher

2. 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

1. ID INTEGER 10 Id Dealer

2. NAMA_DEALER VARCHAR 32 Nama Dealer

(18)

4. HARGA FLOAT Harga beli voucher

Tabel 3.11 Struktur Table Penjualan

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

1. ID INTEGER 10 Id Pembelian

2. DEALER_ID INTEGER 10 Foreign key tabel

DEALER

3. VOUCHER_PULSA_ID INTEGER 10 Foregin key tabel VOUCHER_PULSA

(19)

4. TANGGAL DATETIME Tanggal transaksi pembelian

5. HARGA FLOAT Harga pembelian

Tabel 3.13

Struktur Table Status_Server

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

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

1. ID INTEGER 10 Id Deposit

2. CUSTOMER_ID INTEGER 10 Id Customer

3. TANGGAL DATETIME Tanggal deposit

(20)

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, transaksi_tahunan. 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

Tabel 3.18

Struktur View Deposit Tahunan No. Nama Field Keterangan

1. TAHUN Tahun deposit

(21)

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

4. JUMLAH Jumlah penjualan

Tabel 3.21

Struktur View Penjualan Harian No. Nama Field Keterangan

1. TAHUN Tahun penjualan

(22)

Tabel 3.22

Struktur View Pembelian Harian No. Nama Field Keterangan

1. TANGGAL Tanggal pembelian

3. JUMLAH Jumlah pembelian

Tabel 3.23

Struktur View Pembelian Bulanan No. Nama Field Keterangan

1. BULAN Bulan pembelian

2. TAHUN Tahun pembelian

Tabel 3.24

Struktur View Pembelian Harian No. Nama Field Keterangan

1. TAHUN Tahun pembelian

Tabel 3.25

Struktur View Status Transaksi Harian No. Nama Field Keterangan

(23)

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

Tabel 3.27

Struktur View Status Transaksi Tahunan No. Nama Field Keterangan

1. TAHUN Tahun transaksi

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.

(24)

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

(25)

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