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

Transkripsi

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 Analisis Proses analisis ini menjelaskan diantaranya deskripsi sistem dan pengguna sistem 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 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 Data deposit dari pelanggan 2. Admin Tugas dan fungsi dari akun admin adalah untuk memantau laporan status dan aktifitas dari server yang di tampilkan pada dashboard Desain Sistem Desain sistem untuk Dashboard Pengisian Pulsa Elektronik ini menggunaka an diagram-diagramm sebagai berikut Statechart Diagram, Use Case, Activity Diagram, Class Diagram. A. Statechart Diagram Gambar 3.1 Statechart Diagram

3 B. Use Case Gambar 3.2 Use Case Dashboard Penjualan Pulsa Berikut skenario dari use case gambar 3.1 di atas: Use Case Deskripsi Tabel 3.1 Skenario use case rekap data penjualan Rekap Data Penjualan 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 Pre-Kondisi ETL ETL menjalankan query rekap data penjualan (harian,

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 Use Case Deskripsi Tabel 3.2 Skenario use case rekap data pembelian Rekap Data Pembelian 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 Pre-Kondisi ETL 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 Use Case Deskripsi Tabel 3.3 Skenario use case rekap data status transaksi Rekap Data Status Transaksi 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 Pre-Kondisi ETL 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 Use Case Deskripsi Tabel 3.4 Skenario use case rekap data deposit Rekap Data Deposit 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 Pre-Kondisi ETL 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 Use Case Deskripsi Tabel 3.5 Skenario use case rekap data status server Rekap Data Status Server Use Case ini digunakan oleh ETL dalam membuat rekap data status server Aktor Pre-Kondisi ETL 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 Use Case Deskripsi Tabel 3.6 Skenario use case lihat laporan Lihat Laporan Use Case ini digunakan oleh Pemilik dalam melihat laporan-laporan grafik pada dashboard Aktor Pre-Kondisi Pemilik 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

9 Use Case Deskripsi Skenario use case lihat laporan status server Lihat Laporan Status Server Use Case ini digunakan oleh Admin dalam laporan data status server Aktor Pre-Kondisi Admin 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 Activity Diagram Rekap Data Pembelian

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 Activity Diagram Rekap Status Server

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 Activity Diagram Lihat Laporan

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 Activity Diagram Lihat Laporan Status Server

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 No. Nama Field Tipe Field Panjang Keterangan 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 No. Nama Field Tipe Field Panjang Keterangan 1. ID INTEGER 10 Id Dealer 2. NAMA_DEALER VARCHAR 32 Nama Dealer 3. VOUCHER VARCHAR 32 Jenis Voucher

18 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 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 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

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 4. NOMINAL Nominal deposit Tabel 3.18 Struktur View Deposit Tahunan No. Nama Field Keterangan 1. TAHUN Tahun deposit 2. NAMA Nama pelanggan

21 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

22 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. Nama Field Keterangan 1. TANGGAL Tanggal transaksi

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

24 B. Halaman Home 3.12 Desain Halaman Login Gambar 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