APLIKASI CERDAS SERVER PULSA ELEKTRIK DENGAN PENERAPAN YAHOO MESSENGER DAN GOOGLE TALK GATEWAY DI ORENZZE TRONIK.

Y

Y

A

A

H

H

O

O

O

O

M

M

E

E

S

S

S

S

E

E

N

N

G

G

E

E

R

R

D

D

A

A

N

N

G

G

O

O

O

O

G

G

L

L

E

E

T

T

A

A

L

L

K

K

G

G

A

A

T

T

E

E

W

W

A

A

Y

Y

D

D

I

I

O

O

R

R

E

E

N

N

Z

Z

Z

Z

E

E

T

T

R

R

O

O

N

N

I

I

K

K

TUGAS AKHIR

Disusun Oleh:

Bagus Hadi Dwi Anugrah

NPM. 0534010183

PROGRAM STUDI TEKNIK INFORMATIKA

FAKULTAS TEKNOLOGI INDUSTRI

UNIVERSITAS PEMBANGUNAN NASIONAL “VETERAN”

JAWA TIMUR

KATA PENGANTAR

Puji syukur kepada Allah SWT penulis ucapkan atas selesainya Tugas Akhir yang berjudul “Aplikasi Cerdas Server Pulsa Elektrik dengan penerapan

Yahoo Messenger dan Google Talk Gateway Di Orenzze Tronik”. Tugas Akhir

ini disusun untuk memenuhi syarat menyelesaikan program Strata satu (S-1) pada jurusan Teknik Informatika UPN Veteran Surabaya.

Terima kasih kepada Bapak Nur Cahyo Wibowo, S.Kom, M.Kom dan Bapak Chrystia Aji Putra, S.Kom selaku dosen pembimbing atas waktu, bimbingan, saran dan kritikan yang membangun selama penyelesaian Tugas Akhir ini.

Pada kesempatan ini, penulis juga menyampaikan terima kasih kepada :

1. Kedua orang tua yang tercinta atas doa dan dukungan untuk dapat

menyelesaikan tugas akhir.

2. Istri dan anakku (Queenza Hadi Fazila) yang selalu memberi motivasi dan

dukungan.

3. Seluruh bapak ibu guru dari SD sampai SMA dan seluruh Dosen UPN Veteran

Surabaya atas ilmu pengetahuan yang telah diberikan selama menuntut ilmu.

4. Para Dosen penguji yang telah memberikan revisi dan masukan dalam

mengerjakan tugas akhir.

5. Keluarga besar Orenzze Group yang merupakan sumber inspirasi adanya tugas

akhir ini.

6. Buat Afian dan Rea Dafi yang selama ini memberiku semangat, bantuan dan

Penulis berharap Tugas Akhir ini dapat memberikan suatu wacana yang bermanfaat bagi yang membutuhkan. Menyadari bahwa dalam Tugas Akhir ini masih terdapat banyak sekali kekurangan, penulis sangat mengharapkan saran dan kritik yang membangun dari semua pihak yang akan sangat berguna bagi penulisan untuk melakukan perbaikan dan penyempurnaan Tugas Akhir ini

.

Surabaya, Juni 2011

DAFTAR ISI

Halaman

ABSTRAK ... i

KATA PENGANTAR ... ii

DAFTAR ISI ... iii

DAFTAR TABEL ... vi

DAFTAR GAMBAR ... viii

BAB I PENDAHULUAN 1.1Latar Belakang ... 1

1.2Perumusan Masalah ... 2

1.3Pembatasan Masalah ... 3

1.4Tujuan ... 3

1.5Sistematika Penulisan ... 4

BAB II LANDASAN TEORI 2.1Konsep Aplikasi Cerdas ... 6

2.2Layanan Pengisian Pulsa Elektrik ... 7

2.3Yahoo Messenger ... 9

2.4Google Talk ... 10

BAB III PERANCANGAN SISTEM 3.1Analisis Permasalahan ... 12

3.2Analisis Kebutuhan ... 13

3.3Perancangan Sistem ... 14

3.3.4 Struktur Database ... 22

3.3.5 Desain Interface ... 34

3.3.6.Desain Uji Coba ... 37

BAB IV IMPLEMENTASI DAN EVALUASI 4.1Kebutuhan Sistem ... 42

4.2Implementasi Input dan Output ... 42

BAB V UJI COBA DAN EVALUASI 5.1 Uji Coba dan Evaluasi ... ... 70

5.2 Pelaksanaan Uji Coba ... 70

5.3 Uji Coba Sistem ... 70

5.3.1 Uji Coba proses Login YM dan GTalk ... 71

5.3.2 Uji Coba proses pembacaan pesan masuk dan mengirim pesan melalui YM Center Sender dan GTalk Center Sender ... 75

5.3.3 Uji Coba test case Modul YM Center sender dan GTalk Center Sender ID YM dan GTalk yang tidak terdaftar pada Modul YM Center sender dan GTalk Center Sender ... 77

5.3.4 Uji Coba test case Modul YM Center sender dan

GTalk Center Sender dengan format salah pada

GTalk Center Sender ... 78

5.3.5 Uji Coba test case Modul YM Center sender

dan GTalk Center Sender ID YM dan GTalk

yang sudah terdaftar pada Modul

YM Center sender dan GTalk Center Sender ... 79

5.4 Uji coba pengiriman parsing produk, status transaksi,

nomer seri voucher melalui YM H2H dan GTalk H2H ... 80

BAB VI PENUTUP

6.1 Kesimpulan ... 83 6.2 Saran ... 83

Tabel 2.1 Perbedaan YM dan GTalk ... 11

Tabel 3.1 OPERATOR ... 22

Tabel 3.2 NOMINAL ... 22

Tabel 3.3 SUPPLIER ... 23

Tabel 3.4 REPPLY_GAGAL ... 23

Tabel 3.5 JENIS_PULSA ... 24

Tabel 3.6 PULSA ... 24

Tabel 3.7 PRODUK ... 25

Tabel 3.8 JENIS_RESELLER ... 26

Tabel 3.9 RESELLER ... 26

Tabel 3.10 NORS ... 27

Tabel 3.11 FORMATSMS ... 27

Tabel 3.12 FORMATREPLY ... 27

Tabel 3.13 BANK ... 28

Tabel 3.14 TIKETDEPOSIT ... 28

Tabel 3.15 INBOX RS ... 29

Tabel 3.16 OUTBOXRS ... 29

Tabel 3.17 KOMPLAIN ... 30

Tabel 3.18 INBOXSP ... 31

Tabel 3.19 TRANSAKSI ... 31

Tabel 3.20 PENDAPATANLAIN ... 32

Tabel 3.22 Mutasi ... 33

Tabel 3.23 Test Case proses login dan auto reconnect YM dan GTalk .... 38

Tabel 3.24 Test case proses pembacaan pesan masuk dan mengirim

melalui YM Center Sender dan GTalk Center Sender ... 39

Tabel 3.25 Test case pengiriman parsing produk, membaca status

transaksi, membaca nomer seri voucher melalui YM H2H

dan GTalk H2H ... 40

Tabel 3.26 Test case pengalihan terhadap supplier cadangan dan proses

simultan ... 41

Tabel 5.1 Hasil Test case proses Login YM dan Gtalk ... 71

Tabel 5.2 Hasil Test case proses pembacaan pesan masuk dan

mengirim pesan melalui YM center sender dan GTalk center

sender ... 76

Tabel 5.3 Hasil Test case pengiriman parsing produk, membaca status

transaksi, membaca nomer seri voucher melalui YM H2H

Gambar 3.1 System Flow Pendaftaran Reseller ... 15

Gambar 3.2 System Flow Proses Permintaan Reseller ... 16

Gambar 3.3 Diagram Konteks Aplikasi Cerdas Server Pulsa Elektrik dengan penerapan Yahoo Messenger dan Google Talk Gateway ... 17

Gambar 3.4 Level 0 Aplikasi Cerdas Server Pulsa Elektrik dengan penerapan Yahoo Messenger dan Google Talk Gateway ... 18

Gambar 3.5 Level 1.4 Sub Proses Pengisian Pulsa pada Aplikasi Cerdas Server Pulsa Elektrik dengan penerapan Yahoo Messenger dan Google Talk Gateway ... 19

Gambar 3.6 Conceptual Data Model (CDM) pada Aplikasi Cerdas Server Pulsa Elektrik dengan penerapan Yahoo Messenger dan Google Talk Gateway ... 20

Gambar 3.7 Physical Data Model (PDM) pada Aplikasi Cerdas Server Pulsa Elektrik dengan penerapan Yahoo Messenger dan Google Talk Gateway ... 21

Gambar 3.8 Rancangan Modul Administrator ... 34

Gambar 3.9 Rancangan Modul Yahoo Messenger dan Google Talk Center Senter Sender ... 35

Gambar 3.10 Modul Yahoo Messenger dan Google Talk H2H ... 35

Gambar 3.11 Rancangan Maintain Operator ... 36

Gambar 3.13 Rancangan Maintain DataPulsa ... 37

Gambar 4.1 Halaman Utama Modul Administrasi ... 43

Gambar 4.2 Menu Form Maintain Operator ... 44

Gambar 4.3 Form Maintain Operator ... 44

Gambar 4.4 Form Maintain Nominal ... 45

Gambar 4.5 Form Maintain Supplier ... 46

Gambar 4.6 Form Maintain Balasan Gagal ... 46

Gambar 4.7 Form Maintain Jenis Pulsa ... 47

Gambar 4.8 Form Maintain Data Pulsa ... 47

Gambar 4.9 Form Maintain Produk ... 48

Gambar 4.10 Form Maintain Jenis Reseller... 49

Gambar 4.11 Form Maintain Data Reseller ... 49

Gambar 4.12 Form Maintain HP/YM/GTalk Reseller... 50

Gambar 4.13 Form Pengisian Saldo ... 50

Gambar 4.14 Form Pesan Info ... 51

Gambar 4.15 Form Maintan Format Perintah ... 52

Gambar 4.16 Form Maintain Format Balasan ... 52

Gambar 4.17 Form Maintain Info Tambahan ... 53

Gambar 4.18 Form Bank dan Tiket Deposit ... 54

Gambar 4.19 Form InboxReseller ... 54

Gambar 4.20 Form OutboxReseller ... 55

Gambar 4.21 Form Komplain ... 55

Gambar 4.22 Form InboxSupplier ... 56

Gambar 4.26 Form Mutasi Saldo ... 58

Gambar 4.27 Modul SMS Center ... 59

Gambar 4.28 Menu Setting Pada Modul SMS Center ... 59

Gambar 4.29 Modul SMS Sender ... 60

Gambar 4.30 Menu Setting Pada Modul SMS Sender ... 60

Gambar 4.31 Modul SMS Center Sender ... 61

Gambar 4.32 Menu Setting Pada Modul SMS Center Sender ... 61

Gambar 4.33 Modul YM Center Sender ... 62

Gambar 4.34 Menu Setting Pada Modul YM Center Sender ... 62

Gambar 4.35 Modul GTalk Center Sender ... 63

Gambar 4.36 Menu Setting Pada Modul GTalk Center Sender ... 63

Gambar 4.37 Modul YM H2H ... 63

Gambar 4.38 Menu Setting Pada Modul YM H2H ... 64

Gambar 4.39 Modul GTalk H2H ... 65

Gambar 4.40 Menu Setting Modul GTalk H2H ... 65

Gambar 4.41 Modul Metode SMS ... 66

Gambar 4.42 Menu Setting Modul Metode SMS ... 66

Gambar 4.43 Modul ePulse Ceria ... 66

Gambar 4.44 Menu Setting Modul ePulse Ceria ... 67

Gambar 4.45 Modul Dial GSM ... 67

Gambar 4.46 Menu Setting Modul Dial GSM ... 68

Gambar 4.48 Menu Setting Modul Keypad GSM ... 69 Gambar 4.49 Menu Cek Saldo/Cek Stok Chip Pada Modul Keypad GSM ... 69

Gambar 5.1 Tampilan Hasil Test Case Uji Coba Login YM Center Sender

Dan YM H2H Sukses ... 73

Gambar 5.2 Tampilan Hasil Test Case Uji Coba Login YM Center Sender

Dan YM H2H Gagal ... 74

Gambar 5.3 Tampilan Hasil Test Case Uji Coba Login GTalk Center

Sender dan GTalk H2H Sukses ... 75

Gambar 5.4 Tampilan Hasil Test Case Uji Coba Login GTalk Center

Sender dan GTalk H2H Gagal ... 75

Gambar 5.5 Hasil test case proses permintaan dari ID YM yang tidak

terdaftar pada Modul YM Center Sender ... 77

Gambar 5.6 Hasil test case proses permintaan dari ID GTalk yang tidak

terdaftar pada Modul GTalk Center Sender ... 77

Gambar 5.7 Hasil test case proses permintaan dengan format salah pada

modul YM Center Sender ... 78

Gambar 5.8 Hasil test case proses permintaan dengan format salah pada

modul GTalk Center Sender ... 79

Gambar 5.9 Hasil test case proses penerimaan pesan dari ID YM yang

telah terdaftar di sistem dan formatnya benar ... 80

Gambar 5.10 Hasil test case proses penerimaan pesan dari ID GTalk yang

telah terdaftar di sistem dan formatnya benar ... 80 Gambar 5.11 Hasil test case pengiriman parsing produk dari transaksi yang

Gambar 5.13 Hasil test case pembacaan status transaksi dan pengambilan

serial number voucher berdasarkan kalimat jawaban dari

ABSTRAK

Komunikasi seluler sudah menjadi kebutuhan pokok. Kebutuhan akan

voucher pulsa semakin meningkat dan bisnis voucher juga menjamur. Orenzze Tronik dalam menjalankan proses bisnisnya sering mengalami masalah karena

hanya mengandalkan teknologi Short Messages Services (SMS) sebagai sarana

komunikasi dengan reseller. Masalah dialami ketika trafik SMS operator padat,

maka banyak SMS permintaan pulsa dari reseller yang tidak terkirim atau

terlambat diterima di server pulsa. Hal ini mengakibatkan reseller harus

mengulang-ulang SMS sehingga membutuhkan biaya.

Aplikasi Cerdas Server Pulsa Elektrik dengan penerapan Yahoo Messenger

dan Google Talk Gateway dibuat untuk mengatasi permasalahan yang dihadapi

Orenzze Tronik. Sehingga ketergantungan akan SMS bisa diminimalisir dan

memiliki akses lebih cepat dan hemat karena media yang digunakan adalah

internet. Reseller dapat melakukan transaksi baik melalui komputer yang memiliki

jaringan internet atau dengan ponsel yang memiliki fasilitas GPRS dan Java. Berdasarkan hasil uji coba yang dilakukan, Aplikasi Cerdas Server Pulsa Elektrik Dengan Penerapan Yahoo Messenger dan Google Talk Gateway sudah

terbukti dan dapat diterapkan sebagai media alternatif pengganti SMS sebagai

penunjang proses bisnis di Orenzze Tronik.

Kata kunci: Yahoo Messenger Gateway, Google Talk Gateway, Aplikasi

1.1. Latar Belakang

Pada saat ini, teknologi telekomunikasi berkembang pesat, terutama komunikasi seluler atau melalui handphone. Di Indonesia para penyedia layanan semakin berlomba-lomba untuk memanfaatkan peluang ini dengan menawarkan kelebihan produknya dengan kelebihan masing-masing. Tingkat penetrasi seluler di Indonesia pada kuartal III/2008 tumbuh menjadi 52% dari 33,6% pada kuartal III/2007 (Ariyanti, 2009). Semakin banyaknya provider seluler di tanah air ini tentunya membuat persaingan semakin ketat. Komunikasi seluler sudah bukan hal yang mewah, sehingga komunikasi seluler menjadi kebutuhan pokok pada saat ini. Kebutuhan isi ulang pulsa semakin meningkat sehingga bisnis isi ulang pulsa juga menjamur.

Orenzze Tronik yang terletak di kota Mojokerto tepatnya Jl. Wijaya Kusuma

12 merupakan salah satu penyedia layanan isi ulang pulsa (server pulsa) semua

operator seluler di Indonesia yang menangani konter-konter pulsa (reseller).

Selama ini Orenzze Tronik mengalami masalah dalam proses bisnisnya

dikarenakan hanya menggunakan fasilitas Short Messages Services (SMS).

Permasalahan yang dialami pada saat trafik SMS operator padat, maka banyak

SMS permintaan pulsa dari reseller yang tidak terkirim atau terlambat diterima di

server pulsa. Hal ini mengakibatkan reseller harus mengulang-ulang SMS sehingga membutuhkan biaya.

2

Kemampuan dan keandalan internet memberikan banyak kemudahan bagi berbagai aspek kehidupan. Jatmiko (2009) mengatakan bahwa internet dapat menjadi sumber informasi dan sarana komunikasi yang murah dan cepat. Seperti

pada aplikasi messenger, dengan aplikasi tersebut seseorang yang terpisah jarak

dapat melakukan komunikasi secara langsung melalui layanan messenger

(gateway) yang banyak disediakan secara cuma-cuma di internet. Saat ini aplikasi

messenger yang umum digunakan adalah Yahoo Messenger (YM) dan Google Talk (GTalk).

Dengan adanya teknologi tersebut, diharapkan dapat dimanfaatkan untuk membantu memecahkan masalah yang dialami Orenzze Tronik. Berdasarkan permasalahan tersebut dibuatlah suatu Aplikasi Cerdas Server Pulsa Elektrik Dengan Penerapan Yahoo Messenger dan Google Talk Gateway di Orenzze

Tronik. Dalam hal ini, fasilitas SMS tidak dihilangkan karena tidak semua reseller

mampu menggunakan fasilitas internet. Akan tetapi ditambahkan fasilitas untuk menampung permintaan isi ulang pulsa melalui YM dan GTalk. Hal ini disebabkan selama ini pada aplikasi sejenis fasilitas YM hanya digunakan untuk

komunikasi antar server pulsa saja, sedangkan pada GTalk hampir tidak pernah

dimanfaatkan. Dengan menggunakan YM dan GTalk reseller dapat melakukan

permintaan pengisian pulsa dengan aplikasi YM dan GTalk di komputer ataupun di ponsel yang mendukung aplikasi Java dan GPRS.

1.2. Perumusan Masalah

Berdasarkan alasan-alasan di atas dapat dirumuskan suatu permasalahan yang nantinya akan diselesaikan:

a. Bagaimana menerapkan teknologi YM dan GTalk dalam aplikasi cerdas server pulsa elektrik di Orenzze Tronik.

b. Bagaimana merancang suatu aplikasi cerdas server pulsa elektrik di Orenzze

Tronik.

1.3. Pembatasan Masalah

Agar lebih fokus dalam pembuatan tugas akhir ini, maka pembatasan masalah yang dibuat adalah:

a. Sistem tidak menangani masalah keamanan internet.

b. Sistem tidak menerima permintaan dari messenger lain selain dari YM dan

GTalk.

c. Modem yang digunakan dalam aplikasi cerdas server pulsa elektrik ini adalah

Siemens C55.

1.4.Tujuan

Dalam permasalahan yang dikemukakan oleh penulis pada tugas akhir ini, maka tujuan yang ingin dicapai adalah:

a. Menerapkan teknologi YM dan GTalk gateway dalam aplikasi cerdas server

pulsa elektrik di Orenzze Tronik sebagai media penampung permintaan

pengisian pulsa oleh reseller.

b. Merancang bangun aplikasi cerdas server pulsa elektrik di Orenzze Tronik

4

1.5.Sistematika Penulisan

Sistematika laporan yang digunakan dalam penyusunan karya tulis tugas akhir ini dibagi menjadi lima bab. Pembagian bab dalam karya tulis ini sebagai berikut:

BAB I PENDAHULUAN

Pada bab ini dibahas tentang: latar belakang masalah, perumusan masalah, pembatasan masalah, tujuan, dan sistematika penulisan dalam penyusunan Tugas Akhir ini.

BAB II LANDASAN TEORI

Pada bab ini berisi teori penunjang yang diharapkan dapat menjelaskan secara singkat mengenai landasan teori yang berkaitan dengan sistem yang dibuat. Seperti teori tentang Layanan Server Pulsa Elektrik, Konsep Aplikasi Cerdas, Yahoo Messenger dan Google Talk.

BAB III PERANCANGAN SISTEM

Pada bab ini dibahas tentang perancangan sistem yaitu Desain

umum sistem, System Flow, Data Flow Diagram (DFD), Entity

Relatioship Diagram (ERD) yaitu Conceptual Data Model (CDM)

maupun Physical Data Model (PDM), struktur tabel dan rancangan

input output.

BAB IV IMPLEMENTASI

Bab ini menjelaskan tentang implementasi atau membuat program yang telah di rancang pada bab III.

BAB V UJI COBA DAN EVALUASI

Bab ini berisi penjelasan lingkungan uji coba aplikasi, skenario uji coba, pelaksanaan uji coba dan evaluasi dari hasil uji coba yang telah dilakukan untuk kelayakan pemakaian aplikasi.

BAB VI PENUTUP

Pada bab ini berisi tentang kesimpulan dan saran dari penggunaan program aplikasi dan saran pengembangan selanjutnya.

BAB II

LANDASAN TEORI

2.1. Konsep Aplikasi Cerdas

Sebelum merancang aplikasi cerdas perlu dikaji konsep dan definisi dari aplikasi cerdas. Menurut Andy (2009:43) aplikasi cerdas bisa disebut dengan

Artificial Intelligence (AI), yaitu suatu penerapan tingkah laku manusia yang dapat

diterapkan dalam suatu alat/aplikasi. AI biasanya digunakan untuk menggantikan

tugas manusia sebagai seorang ahli sehingga meminimalisir penggunaan user dan

kesalahan karena human error.

Pada aplikasi cerdas server pulsa elektrik ini, konsep cerdas yang diterapkan nantinya adalah:

1. Simultan proses.

Simultan proses digunakan untuk mengurangi antrian proses yang hanya

terpaku pada 1 (satu) device saja. Hal ini diperlukan apabila dalam kondisi

transaksi padat, bisa di bagi-bagi prosesnya dan bisa bekerja bersama-sama

dengan device yang lain sehingga mengurangi jumlah waktu tunggu pada

antrian transaksi.

2. Pengalihan ke supplier lain apabila stok master habis.

Pengalihan ini diperlukan agar reseller tidak sampai kecewa walaupun stok

yang dimiliki habis, karena otomatis melakukan pengalihan proses kepada

supplier lain. Dengan adanya pengalihan tersebut dapat meminimalisir terjadinya gagal isi dikarenakan stok tidak tersedia.

3. Otomatis koneksi ulang apabila koneksi ke YM server dan GTalk server

terputus.

Koneksi ulang diperlukan apabila ada gangguan internet. Aplikasi akan melakukan koneksi ulang sampai terkoneksi kembali. Dengan adanya proses tersebut diharapkan nantinya proses pengisian pulsa tidak terhambat dikarenakan koneksi internet terputus.

4. Internet Banking

Internet Banking hanya diperlukan apabila reseller melakukan pembelian

saldo atau bisa disebut degan deposit. Setelah melakukan proses internet banking,

maka secara otomatis supplier akan menambahkan saldo sesuai dengan deposit

yang telah di transaksikan melalui internet banking. Sistem akan melakukan otomatisai pengisian saldo berdasarkan data mutasi di bank.

Dengan menerapkan kensep cerdas tersebut diharapkan nantinnya aplikasi bisa bekerja dengan meminimalisir kinerja dari staf ahli dan sebisa mungkin

aplikasi bisa berkerja auto pilot.

2.2. Layanan Pengisian Pulsa Elektrik

Menurut Tugiono (2009:20) layanan pengisian pulsa elektrik adalah penyedia layanan pengisian pulsa untuk konter-konter pulsa yang mana bisa

mengisi semua jenis pulsa hanya dengan satu chip yang telah didaftarkan di

sistem. Sebagai penyedia layanan, peluang keuntungan yang dapat diambil tentunya lebih besar daripada pemain konter biasa.

8

1. Area marketing lebih luas, tidak hanya disekitar lokasi saja, tapi bisa ke

seluruh Indonesia.

2. Jumlah transaksi perhari bisa ditingkatkan sampai tidak terbatas, tergantung

jumlah member yang ikut dan juga kapasitas transaksi per member.

3. Bebas mengelola sendiri, mencari stok voucher sendiri sehingga margin

keuntungan bisa ditingkatkan sendiri.

Untuk nomor satu diatas, yang dimaksud adalah ruang lingkup konsumen tidak hanya disekitar area/kota tempat sistem berada saja, bahkan bisa diseluruh Indonesia, selama masih terjangkau dengan layanan seluler, untuk masalah keuangan bisa dilakukan dengan cara transfer, disini terlihat peluang yang besar. Untuk poin kedua masih berhubungan dengan poin ke satu, tentunya dengan semakin banyak member yang ikut, transaksi yang terproses tentunya juga semakin meningkat dan keuntungan juga akan semakin bertambah. Apabila perhari saja ada 500 (lima ratus) transaksi, dengan asumsi keuntungan per transaksi rata-rata Rp. 400,- (empat ratus rupiah), total keuntungan sudah Rp. 200.000,- (dua ratus ribu rupiah) per hari. Pemilik tidak perlu bekerja keras, karena sistem sudah bekerja otomatis. Untuk poin ketiga disini bisa dibilang bebas beli dimanapun dan bebas jual kemanapun.

Aplikasi Cerdas bekerja sebagai jembatan antara reseller dengan

operator/provider seluler. Jadi untuk transaksi, konter cukup mengirim

SMS/pesan YM/pesan GTalk ke sistem dan sistem akan memilah sesuai dengan

voucher yang dikirim untuk ditransaksikan ke operator sesuai dengan akses masing-masing. Setelah ada balasan transaksi dari operator sistem juga secara

permintaan atas status transaksi yang sudah dikirimkan. Setiap member yang ikut

mempunyai account di sistem yang berisi ID Member, No Hp/ID Yahoo/ID

Google untuk alat transaksi, saldo, dan keterangan pelengkap lainnya. Yang dimaksud saldo disini adalah semacam pulsa prabayar. Jadi member retail/konter membayar terlebih dahulu, misalnya Rp. 1.000.000,- (satu juta rupiah), jadi member tersebut memiliki saldo sejumlah Rp. 1.000.000,- (satu juta rupiah), nanti

saldo itu akan dipotong sesuai voucher yang ditransaksikan oleh retail/konter.

Misalnya harga Simpati 20 = Rp. 20.000,- (dua puluh ribu rupiah), maka setiap retail/konter transaksi S20 saldo akan dipotong sejumlah Rp. 20.000,- (dua puluh ribu rupiah).

2.3. Yahoo Messenger

Yahoo Messenger yang biasa disebut dengan YM merupakan program pengirim pesan instan populer yang disediakan oleh Yahoo dan merupakan media untuk saling berkomunikasi antar sesama pengguna internet secara realtime dan online. (Raihan, 2009).

Syarat untuk bisa menggunakan layanan YM adalah harus mempunyai account Yahoo yang bisa didaftarkan di www.yahoo.com. Aplikasi YM tersedia secara gratis dan dapat diunduh serta diakses menggunakan Yahoo ID yang biasa digunakan untuk mengakses layanan Yahoo yang lainnya, seperti Yahoo Mail. Penggunaan ID ini juga mengakibatkan pengguna dapat langsung diberitahu

apabila mendapat sebuah surat elektronik (e-mail).

Dengan YM pengguna bisa menikmati fasilitas tukar-menukar pesan

10

karena memberikan kemudahan, kelengkapan, kecepatan dan keamanan sehingga

membuat YM menjadi aplikasi messenger yang paling banyak dipakai saat ini

(Arifin, 2009).

Menurut Arifin (2009), saat ini pihak Yahoo sudah mempublikasikan

Aplication Programming Interface (API) sehingga mempermudah programmer

membuat suatu aplikasi chatting layaknya aplikasi YM asli yang bisa diunduh di

website Yahoo. Dengan adanya API tersebut maka pemanfaatan teknologi internet sebagai media komunikasi bisa disesuaikan menurut kebutuhan masing-masing

pihak yang menggunakan gateway YM.

2.4. Google Talk

Google Talk yang biasa disebut dengan GTalk adalah layanan aplikasi instant messaging yang dikeluarkan oleh Google dan didistribusikan secara gratis. GTalk pada dasarnya sama seperti YM yaitu sebagai alat aplikasi yang memungkinkan pengguna melakukan obrolan yang disebut dengan istilah

chatting.

Google Talk pada awal kemunculannya mendapat banyak sambutan hangat dari para pengguna internet, hal ini dikarenakan Gtalk mempunyai fitur yang takalah menarik dibandingkan dengan para pendahulunya seperti, YM, MSN, Aol, dll. Google Talk memiliki tampilan lebih sederhana namun berdampak pada kecepatan yang baik.

Untuk dapat menggunakan Google Talk, pengguna harus memiliki akun google sebelumnya, misalnya harus sudah memiliki akun di gmail. Dengan sudah memiliki akun di gmail pengguna baru bisa login dan menggunakan google talk.

Berikut ini beberapa fitur utama yang ditawarkan oleh Google Talk :

1. Instant Messaging

2. Free PC-to-PC Voice chat

3. Send and receive voicemails

4. Unlimited file transfer

5. Gmail notifications on your desktop, (Firdaus, 2009).

Google tidak mendistribusikan API secara bebas sehingga lebih aman dari

YM. Namun untuk bisa digunakan sebagai proses bisnis, Google memberikan komponen yang bisa didownload dari situs Google untuk memfasilitasi

programmer-programmer dalam memanfaatkan gateway GTalk. Pada Tabel 2.1 bisa dilihat perbedaan YM dan GTalk.

Tabel 2.1 Perbedaan YM dan GTalk

Jenis Fitur Yahoo Messenger (YM) Google Talk (GTalk)

Keamanan koneksi Sedang Tinggi

Dukungan ponsel Ada Tidak

Dukungan API Ya Tidak ada, harus

menggunakan komponen

Basic Data Transfer Berbasis teks Berbasis Extensible

BAB III

PERANCANGAN SISTEM

3.1. Analisis Permasalahan

Sebagai langkah awal yang dilakukan supaya dapat mengetahui gambaran permasalahan yang dihadapi oleh Orenzze Tronik adalah dengan melakukan analisis permasalahan. Dengan melakukan analisis permasalahan diharapkan dapat memberikan solusi sesuai permasalahan yang dihadapi.

Permasalahan yang selama ini sering dihadapi Orenzze Tronik dalam proses bisnisnya adalah ketergantungan proses interaksi dalam penyampaian permintaan

reseller yang hanya mengandalkan Short Messages Services (SMS) dalam

menerima permintaan pengisian pulsa oleh reseller. Hal ini menjadi sangat rawan

apabila reseller mengalami kehilangan ponsel yang digunakan untuk transaksi

atau SIM CARD rusak. Reseller tidak bisa melakukan permintaan transaksi isi

pulsa dan membutuhkan banyak waktu untuk bisa mengaktifkan lagi nomor ponsel yang digunakan untuk transaksi. Permasalahan lain yang juga dialami

ketika trafik SMS operator padat, maka banyak SMS permintaan pulsa dari reseller

yang tidak terkirim atau terlambat diterima di server pulsa. Hal ini mengakibatkan

reseller harus mengulang-ulang SMS sehingga membutuhkan biaya. Tidak hanya Salah satu cara untuk mengatasi permasalahan yang dihadapi Orenzze Tronik adalah dengan mengembangkan sarana komunikasi permintaan pengisian

pulsa elektrik. Sehingga meminimalisir adanya ketergantungan terhadap SMS.

Salah satunya adalah dengan memanfaatkan teknologi intenet yang bernama

Messenger Gateway secara gratis, namun dalam kasus ini akan digunakan YM

dan GTalk sebagai sarana pengganti SMS. Hal ini dikarenakaan saat ini YM dan

GTalk adalah Messenger Gateway terpopuler dan banyak yang menggunakannya

di Indonesia (Arifin, 2009). Untuk memperlancar proses bisnis Orenzze Tronik maka dibuatlah suatu aplikasi cerdas server pulsa elektrik dengan memanfaatkan

Yahoo Messenger dan Google Talk gateway.

3.2. Analisis Kebutuhan

Setelah melakukan analisis permasalahan, dilanjutkan dengan menganalisis kebutuhan calon pemakai sistem. Dalam hal ini pemakai sistem adalah staf ahli dari Orenzze Tronik. Adapun instrumen yang digunakan sebagai bahan untuk menganalisa kebutuhan sistem adalah dengan melakukan wawancara dan kajian pustaka dari sumber-sumber yang dapat dipercaya.

Wawancara dilakukan terhadap staf ahli yang dimiliki Orenzze Tronik. Dari wawancara tersebut diharapkan medapatkan data jenis-jenis permintaan yang

dikirimkan reseller dan cara atau metode pengisian pulsa tiap-tiap provider atau

antar pemilik server pulsa.

Kajian pustaka dilakukan dengan mengumpulkan dan mempelajari konsep, teori serta materi dari buku dan literatur lainnya yang mengarah pada pemecahan masalah. Antara lain tentang konsep dasar Aplikasi Cerdas yang digunakan sebagai referensi atau acuan untuk mempelajari perancangan Aplikasi Cerdas dan dokumen latar belakang perusahaan dari Orenzze Tronik sebagai referensi atau acuan latar belakang dan sistem yang diterapkan Orenzze Tronik.

14

Hasil dari wawancara dan kajian pustaka dipergunakan untuk membangun aplikasi cerdas pengisian pulsa elektrik yang bisa menggantikan ketergantungan

akan SMS dengan menerapkan teknologi messenger gateway melalui YM dan

GTalk.

3.3. Perancangan Sistem

Perancangan sistem yang diawali dengan identifikasi permasalahan dan analisa permasalahan, serta pemecahannya menghasilkan rancangan sistem yang nantinya diharapkan dapat membantu memecahkan permasalahan yang dialami oleh Orenzze Tronik. Urutan perancangan sistem yaitu sebagai berikut:

1. System Flow

2. Data Flow Diagram (DFD).

3. Entity Relationship Diagram (ERD).

4. Struktur Database.

5. Desain Interface.

6. Desain Uji Coba.

3.3.1. System Flow

System flow merupakan suatu gambaran aliran kerja yang terdapat dalam

sistem. Untuk system flow aplikasi cerdas server pulsa elektrik dengan

memanfaatkan YM dan GTalk ini dapat dijelaskan sebagai berikut:

1. System Flow Pendaftaran Reseller

Berikut akan dijelaskan bagaimana reseller melakukan pendaftaran sebagai

member dari Orenzze Tronik. Gambar 3.1 menggambarkan alur proses

ponsel/ID YM/ID GTalk yang digunakan untuk transaksi, alamat, saldo yang diisi melalui bagian pelayanan di Orenzze Tronik. Bagian pelayanan akan mengisikan

data tersebut dan dimasukkan ke form pengisian data reseller. Sistem akan

memproses penyimpanan data reseller dan mengirimkan konfirmasi sudah

terdaftar yang terkirim ke nomor ponsel/ID YM/ID GTalk yang didaftarkan

reseller tersebut.

Sistem Flow Pendaftaran Reseller (Retail/Konter) Pengisian Pulsa Elektrik

SI Pengisian Pulsa Elektrik Bagian Pelayanan Retail/Konter mulai Data Retail/ Konter Data Retail/ Konter

Isi Data Registrasi

Simpan Data Retail/Konter

Data Reseller

Kirim pesan ke Retail/Konter & Simpan Outbox Info Gabung Data Outbox Format Reply Data Deposit selesai

Gambar 3.1 System Flow Pendaftaran Reseller

2. System Flow Proses Permintaan Reseller

Proses permintaan reseller diawali dengan reseller mengirimkan permintaan

yang sudah ditentukan formatnya oleh sistem dan diberikan oleh bagian pelayanan pada saat mendaftar seperti format cek saldo (SAL.PIN), format isi pulsa (KODEPRODUK.NOTUJUAN.PIN), format komplain (TANYA.PIN), dan

lain-lain kepada SMS Center/YM Center Sender/GTalk Center Sender. Setelah pesan

permintaan diterima oleh sistem, dilajutkan dengan menyiman di Data Outbox.

16

apakah nomor ponsel/ID YM/ID GTalk sudah terdaftar atau belum. Kalau belum maka sistem tidak akan membalas permintaan tersebut. Sedangkan apabila terdaftar, sistem akan melanjutkan pengecekan terhadap format perintah yang dikirimkan apakah sudah sesuai dengan format yang ditentukan. Apabila tidak sesuai, sistem akan membalas format salah. Sedangkan apabila format sudah sesuai, sistem memproses permintaan isi pulsa sampai selesai dan mengirim

balasan ke reseller. Untuk lebih lengkapnya bisa dilihat pada Gambar 3.2.

Sistem Flow Proses Permintaan Retail/Konter

Data Reseller SI Pengisian Pulsa Elektrik Retail/Konter mulai Pesan Permintaan Menyimpan Pesan Ke Data Inbox Data Inbox Mengklasifikasi jenis permintaan ya Format Request Format benar? Format Reply Memberikan pesan respon format salah & simpan outbox tidak Mengirim pesan respon Data Outbox Pesan respon permintaan Mengecek validititas nomor dan saldo reseller

Ya Data Reseller Data Operator Data Produk Memproses permintaan Syarat terpenuhi? Ya Respon Request

ditolak & simpan outbox tidak Format Reply Data Outbox Data Reseller Data Transaksi Cek Terdaftar Data No RS Terdaftar? selesai tidak Data Jenis Reseller Data Mutasi

3.3.2. Data Flow Diagram (DFD)

Dalam tahap ini dilakukan perancangan diagram aliran data dari aplikasi cerdas server pulsa elektrik dengan memanfaatkan Yahoo Messenger dan Google

Talk. Rancangan ini dibuat dengan menggunakan alat bantu Power Designer 6.0.

Rancangan yang dimaksud akan dijelaskan pada Gambar 3.3.

jawaban supplier

parsing supplier jawaban provider

parsing provider respon jawaban

permintaan data_reseller

0

Sistem Pengisian Pulsa Elektrik

+

Reseller Provider

Supplier

Gambar 3.3 Diagram Konteks

Diagram konteks tersebut menggambarkan secara umum proses pengisian

pulsa elektrik. Calon reseller ketika mendaftar, memberikan informasi tentang

data dirinya yang kemudian disimpan oleh sistem dan menerima konfirmasi dari

sistem. Setelah terdaftar reseller bisa mengajukan pengisian saldo. Selanjunya

reseller bisa melakukan permintaan yang dikirimkan baik melalui SMS Center, YM Center Sender dan GTak Center Sender. Dalam diagram konteks tersebut yang dimaksud permintaan adalah semua jenis format yang diijinkan sistem.

18

Seperti cek saldo, cek harga, transaksi isi pulsa, register nomor ponsel/ID YM/ID GTalk, dan lain-lain. Apabila permintaan adalah mengisi pulsa, maka sistem akan otomatis melakukan proses dengan mengirimkan parsing yang ditentukan oleh

provider jika stok langsung ke operator seluler atau supplier jika menggunakan

server pulsa lain.

update stok

read data produk update saldo reeseller dan saldo upline

record mutasi transaksi jawaban request

read format request read format reply

record mutasi record data deposit

read biaya

record data reseller

reply pendaftaran respon transaksi jawaban supplier parsing supplier jawaban provider parsing provider format tidak sesuai

parsing request respon jawaban permintaan data_reseller Reseller Provider Supplier 1 sub proses pendaftaran reseller 2 sub proses penentuan format 3 sup proses merespon permintaan 4 sub proses pengisian pulsa +

1 data reseller 2 data deposit 3 data mutasi

4 data biaya reply 5 data format reply

6 data format request

7 data produk

Gambar 3.4 DFD Level 0

Pada Gambar 3.4 merupakan DFD level 0 dari aplikasi cerdas pengisian

pulsa elektrik dengan memanfaatkan Yahoo Messenger dan Google Talk

Gateway. Pada DFD level 0 ini terdapat 4 (empat) sub proses yaitu sub proses

pendaftaran reseller, sub proses penentuan format, sub proses merespon

[respon transaksi] [jawaban supplier]

[update stok]

[update saldo reeseller dan saldo upline] [record mutasi transaksi] [jawaban provider]

update transaksi record transaksi

[read data produk]

[parsing supplier] [parsing provider] jenis pulsa nominal pin MSISDN [parsing request] Provider Supplier sub proses penentuan format

sup proses merespon permintaan

3 data mutasi

1 data reseller

7 data produk

7 data produk

4.1 sub proses pemilahan metode pengisian 4.2 sub proses mengeksekusi pengisian 4.3 sub proses penentuan status transaksi

8 data transaksi

Gambar 3.5 Level 1.4 Sub Proses Pengisian

Pada Gambar 3.5 merupakan DFD level 1.4 sub proses pengisian pulsa,

dimana sub proses ini terdapat 3 (tiga) sub proses/kegiatan, yaitu sub proses pemilahan metode pengisian, sub proses mengeksekusi pengisian dan sub proses penentuan status transaksi.

3.3.3. Entity Relationship Diagram (ERD)

Entity Relationship Diagram (ERD) yaitu alat untuk mempresentasikan

semua kebutuhan-kebutuhan sistem yang berkaitan dengan field’s yang digunakan

berupa tipe atau jenis dan atribut dari field’s tersebut, serta relationship dari

20

Model (CDM) yang ditunjukkan pada Gambar 3.6 dan Physical Data Model

(PDM) pada Gambar 3.7.

dataRS dt_dep_rs jenis reply pendapatan lain asal_pesan kdPrduk sumber komplain asal_pesan bank asal_pesan no_iid_terdaftar jenis RS pulsa jenisPulsa supplier nominal operator namaSupplier OPERATOR nama prefix panjangDigitMin panjangDigitMax NOMINAL shortName longName SUPPLIER nama terminal pin nomor ktSukses ktGagal antrianSimultan sebelumSN sesudahSN REPLY GAGAL ktKunci reply JENIS PULSA nama keterangan PULSA hargaJual hargaBeli laba parsing aktifParsingCounter parsingCounter PRODUK kodeProduk stok gangguan kosong aktifCad supplierCad ktKunciCad parsingCad JENIS RESELLER nama selisihHarga blokProduk blokFormat aktifBiayaSMS minimumDeposit reseller idReseller nama saldo alamat pin aktif kodeUpline markup tglDaftar noRS no tipe_no formatSMS nama awalan aktif formatReply nama isi biaya BANK nama noRek atasNama tiketDeposit noRS jumlah statusMasuk waktu inboxRS id waktu pengirim isi outboxRS id isi status waktu teraksesSender komplain id isi status waktu inboxSP id waktu modul pengirim isi transaksi id waktu waktuStatus status nominal supplier terminal msisdn tipe_no saldoAwal harga saldoAkhir counterRS counterSP parsing respon SN aktifCad supplierCad ktKunciCad parsingCad center ktSukses ktGagal pendapatanLain2 id waktu value deposit id waktu value saldoAwal saldoAkhir statusCash executor mutasi id waktu value saldoAwal saldoAkhir ket

IDRESELLER = IDRS IDRESELLER = IDRS

NAMA = JENIS

IDRESELLER = IDRS

NO = NORS TIPE_NO = TIPE_NO IDRESELLER = IDRS KODEPRODUK = KDPRODUK

NO = PENGIRIM TIPE_NO = TIPE_PENGIRIM

IDRESELLER = IDRS

NO = TUJUAN IDRESELLER = IDRS TIPE_NO = TIPE_TUJUAN NAMA = BANK

NO = NO TIPE_NO = TIPE_NO IDRESELLER = IDRESELLER

IDRESELLER = IDRESELLER

NAMA = JENISRS NOMINAL = NOMINAL

SUPPLIER = SUPPLIER OPERATOR = OPERATOR JENISPULSA = JENISPULSA NAMA = JENISPULSA

NAMA = SUPPLIER

SHORTNAME = NOMINAL

NAMA = OPERATOR

NAMA = SUPPLIER

OPERATOR NAMA varchar(50) PREFIX varchar(500) PANJANGDIGITMIN int PANJANGDIGITMAX int NOMINAL SHORTNAME int LONGNAME int SUPPLIER NAMA varchar(50) TERMINAL varchar(250) PIN varchar(50) NOMOR varchar(50) KTSUKSES varchar(250) KTGAGAL varchar(250) ANTRIANSIMULTAN int SEBELUMSN varchar(250) SESUDAHSN varchar(250) REPLY_GAGAL SUPPLIER varchar(50) KTKUNCI varchar(50) REPLY varchar(255) JENIS_PULSA NAMA varchar(50) KETERANGAN varchar(255) PULSA NOMINAL int SUPPLIER varchar(50) OPERATOR varchar(50) JENISPULSA varchar(50) HARGAJUAL int HARGABELI int LABA int PARSING varchar(1000) AKTIFPARSINGCOUNTER bit PARSINGCOUNTER varchar(1000) PRODUK KODEPRODUK varchar(50) NOMINAL int SUPPLIER varchar(50) OPERATOR varchar(50) JENISPULSA varchar(50) STOK int GANGGUAN bit KOSONG bit AKTIFCAD bit SUPPLIERCAD varchar(50) KTKUNCICAD varchar(50) PARSINGCAD varchar(1000) JENIS_RESELLER NAMA varchar(50) SELISIHHARGA int BLOKPRODUK varchar(1000) BLOKFORMAT varchar(1000) AKTIFBIAYASMS bit MINIMUMDEPOSIT int RESELLER IDRESELLER varchar(15) NAMA varchar(50) SALDO int ALAMAT varchar(255) PIN varchar(4) AKTIF bit JENISRS varchar(50) KODEUPLINE varchar(15) MARKUP int TGLDAFTAR datetime NORS NO varchar(30) TIPE_NO varchar(20) IDRESELLER varchar(15) FORMATSMS NAMA varchar(50) AWALAN varchar(50) AKTIF bit FORMATREPLY NAMA varchar(50) ISI varchar(1000) BIAYA int BANK NAMA varchar(50) NOREK varchar(50) ATASNAMA varchar(50) TIKETDEPOSIT NO int IDRESELLER varchar(15) NORS varchar(15) TIPE_NO varchar(20) BANK varchar(50) JUMLAH bigint STATUSMASUK bit WAKTU datetime INBOXRS ID bigint WAKTU datetime PENGIRIM varchar(100) ISI varchar(1000) OUTBOXRS ID bigint IDRS varchar(15) TUJUAN varchar(30) TIPE_TUJUAN varchar(20) ISI varchar(1000) STATUS bit WAKTU datetime TERAKSESSENDER bit KOMPLAIN ID int IDRS varchar(15) PENGIRIM varchar(30) TIPE_PENGIRIM varchar(20) ISI varchar(1000) STATUS bit WAKTU datetime INBOXSP ID bigint WAKTU datetime MODUL varchar(50) PENGIRIM varchar(255) ISI varchar(1000) TRANSAKSI ID bigint WAKTU datetime WAKTUSTATUS datetime STATUS varchar(50) KDPRODUK varchar(50) NOMINAL int SUPPLIER varchar(50) TERMINAL varchar(50) MSISDN varchar(20) NORS varchar(30) TIPE_NO varchar(20) IDRS varchar(15) SALDOAWAL int HARGA int SALDOAKHIR int COUNTERRS int COUNTERSP int PARSING varchar(1000) RESPON varchar(1000) SN varchar(50) AKTIFCAD bit SUPPLIERCAD varchar(50) KTKUNCICAD varchar(50) PARSINGCAD varchar(1000) CENTER int KTSUKSES varchar(250) KTGAGAL varchar(250 PENDAPATANLAIN2 ID int WAKTU datetime IDRS varchar(15) JENIS varchar(50) VALUE int DEPOSIT ID bigint WAKTU datetime IDRS varchar(15) VALUE int SALDOAWAL int SALDOAKHIR int STATUSCASH bit EXECUTOR varchar(50) MUTASI ID bigint WAKTU datetime IDRS varchar(15) VALUE int SALDOAWAL int SALDOAKHIR int KET varchar(1000)

22

3.3.4. Struktur Database

Struktur tabel dalam Aplikasi Cerdas Server Pulsa Elektrik Dengan Penerapan Yahoo Messenger dan Google Talk Gateway adalah sebagai berikut:

1. Tabel OPERATOR

Nama Tabel : OPERATOR

Primary Key (PK) : NAMA

Foreign Key (FK) : -

Fungsi : Menyimpan data operator seluler

Tabel 3.1 OPERATOR

No. Nama Kolom Tipe Data Panjang Constraint Keterangan

1 NAMA varchar 50 PK nama operator

2 PREFIX varchar 500 - prefix number operator

3 PANJANGDIGITMIN int - - panjang digit nomor minimum

4 PANJANGDIGITMAX int - - panjang digit nomor maksimum

2. Tabel NOMINAL

Nama Tabel : NOMINAL

Primary Key (PK) : SHORTNAME

Foreign Key (FK) : -

Fungsi : Menyimpan data nominal yang tersedia

Tabel 3.2 NOMINAL

No. Nama Kolom Tipe Data Panjang Constraint Keterangan

1 SHORTNAME int - PK nominal pendek

2 LONGNAME int - NN nominal panjang/lengkap

3. Tabel SUPPLIER

Foreign Key (FK) : -

Fungsi : Menyimpan data supplier

Tabel 3.3 SUPPLIER

No. Nama Kolom Tipe Data Panjang Constraint Keterangan

1 NAMA varchar 50 PK nama supplier

2 TERMINAL varchar 250 NN terminal akses modul

3 PIN varchar 50 - pin supplier

4 NOMOR varchar 50 - nomor akses supplier

5 KTSUKSES varchar 250 - kata kunci sukses

6 KTGAGAL varchar 250 - kata kunci gagal

7 ANTRIANSIMULTAN int - - maksimum antrian untuk pengaktifan

simultan

8 SEBELUMSN varchar 250 NN kata sebelum serial number

9 SESUDAHSN varchar 250 NN kata sesudah serial number

4. Tabel REPLY_GAGAL

Nama Tabel : REPLY_GAGAL

Primary Key (PK) : SUPPLIER, KTKUNCI

Foreign Key (FK) :

a) SUPPLIER mengacu Tabel SUPPLIER kolom NAMA

Fungsi : Menyimpan data operator

Tabel 3.4 REPLY_GAGAL

No. Nama Kolom Tipe Data Panjang Constraint Keterangan

1 SUPPLIER varchar 50 PK, FK nama supplier yang memiliki kata gagal

2 KTKUNCI varchar 50 PK kata kunci jenis penggagalan

3 REPLY varchar 255 NN jawaban apabila ditemukan kata kunci

5. Tabel JENIS_PULSA

Nama Tabel : JENIS_PULSA

Primary Key (PK) : NAMA

24

Fungsi : Menyimpan data jenis pulsa

Tabel 3.5 JENIS_PULSA

No. Nama Kolom Tipe Data Panjang Constraint Keterangan

1 NAMA varchar 50 PK nama jenis pulsa

2 KETERANGAN varchar 255 - keterangan jenis pulsa

6. Tabel PULSA

Nama Tabel : PULSA

Primary Key (PK) : NOMINAL, SUPPLIER, OPERATOR, JENISPULSA

Foreign Key (FK) :

a) NOMINAL mengacu Tabel NOMINAL kolom SHORTNAME

b) SUPPLIER mengacu Tabel SUPPLIER kolom NAMA

c) OPERATOR mengacu Tabel OPERATOR kolom NAMA

d) JENISPULSA mengacu Tabel JENIS_PULSA kolom NAMA

Fungsi : Menyimpan data pulsa

Tabel 3.6 PULSA

No. Nama Kolom Tipe Data Panjang Constraint Keterangan

1 NOMINAL int - PK,FK nominal pulsa

2 SUPPLIER varchar 50 PK,FK supplier yang menyediakan

3 OPERATOR varchar 50 PK,FK operator yang ada

4 JENISPULSA varchar 50 PK,FK data jenis pulsa

5 HARGAJUAL int - NN harga jual ke reseller

6 HARGABELI int - NN harga beli ke supplier

7 LABA int - NN laba yang didapat

8 PARSING varchar 1000 NN parsing ke supplier

9 AKTIF PARSING

COUNTER bit - NN status pengaktifan parsing counter

7. Tabel PRODUK

Nama Tabel : PRODUK

Primary Key (PK) : KODEPRODUK

Foreign Key (FK) :

a) NOMINAL mengacu Tabel NOMINAL kolom SHORTNAME

b) SUPPLIER mengacu Tabel SUPPLIER kolom NAMA

c) JENISPULSA mengacu Tabel JENIS_PULSA kolom NAMA

d) SUPPLIERCAD mengacu Tabel SUPPLIER kolom NAMA

Fungsi : Menyimpan data produk

Tabel 3.7 PRODUK

No. Nama Kolom Tipe Data Panjang Constraint Keterangan

1 KODEPRODUK Int - PK kode produk pulsa

2 NOMINAL Int - FK,NN nominal pulsa

3 SUPPLIER Varchar 50 FK,NN supplier yang menyediakan

4 JENISPULSA Varchar 50 FK,NN jenis pulsa yang diisi

5 STOK Int - NN jumlah stok

6 GANGGUAN Bit - NN status gangguan/tidak

7 KOSONG Bit - NN status kosong/tidak

8 AKTIFCAD Bit - NN status pengaktifan cadangan produk

9 SUPPIERCAD Varchar 50 FK supplier yang menyediakan cadangan

10 KATAKUNCICAD Varchar 50 - kata kunci pengalihan ke cadangan

11 PARSINGCAD Varchar 1000 - parsing ke supplier cadangan

8. Tabel JENIS_RESELLER

Nama Tabel : JENIS_RESELLER

Primary Key (PK) : NAMA

Foreign Key (FK) : -

26

Tabel 3.8 JENIS_RESELLER

No. Nama Kolom Tipe Data Panjang Constraint Keterangan

1 NAMA varchar 50 PK nama jenis reseller

2 SELISIHHARGA int - NN selisih harga dari harga default

3 BLOKPRODUK varchar 1000 - produk yang tidak diijinkan

4 BLOKFORMAT varchar 1000 - format request yang tidak diijinkan

5 AKTIFBIAYASMS bit - NN status pengaktiafan biaya sms

6 MINIMUMDEPOSIT int - NN minimum deposit yang diijinkan

9. Tabel RESELLER

Nama Tabel : RESELLER

Primary Key (PK) : IDRESELLER

Foreign Key (FK) :

a) JENISRS mengacu Tabel JENIS_RESELLER kolom NAMA

Fungsi : Menyimpan data reseller

Tabel 3.9 RESELLER

10.Tabel NORS

Nama Tabel : NORS

Primary Key (PK) : NO, TIPE_NO, IDRESELLER

Foreign Key (FK) :

a) IDRESELLER mengacu Tabel RESELLER kolom IDRESELLER

No. Nama Kolom Tipe Data Panjang Constraint Keterangan

1 IDRESELLER varchar 15 PK ID/kode reseller

2 NAMA varchar 50 NN nama reseller

3 SALDO Int - NN saldo yang dimiliki reseller

4 ALAMAT varchar 255 - alamat reseller

5 PIN varchar 4 NN pin akses reseller

6 AKTIF Bit - NN status aktif reseller

7 JENISRS varchar 50 FK,NN jenis reseller

8 KODEUPLINE varchar 50 - kode upline reseller

9 MARKUP Int - NN markup harga dari upline

Fungsi : Menyimpan data nomor/ID Yahoo Messenger/ID Google Talk Reseller

Tabel 3.10 NORS

No. Nama Kolom Tipe Data Panjang Constraint Keterangan

1 NO varchar 30 PK no/id yang didaftarkan

2 TIPE_NO varchar 20 PK tipe no/id. Misal no ponsel/ID YM/ID GTalk

3 IDRESELLER varchar 15 PK,FK id/kode reseller

11.Tabel FORMATSMS

Nama Tabel : FORMATSMS

Primary Key (PK) : NAMA

Foreign Key (FK) : -

Fungsi : Menyimpan data format SMS (request)

Tabel 3.11 FORMATSMS

No. Nama Kolom Tipe Data Panjang Constraint Keterangan

1 NAMA varchar 50 PK nama format

2 AWALAN varchar 50 NN awalan yang digunakan

3 AKTIF Bit NN status aktif format

12.Tabel FORMATREPLY

Nama Tabel : FORMATREPLY

Primary Key (PK) : NAMA

Foreign Key (FK) : -

Fungsi : Menyimpan data format jawaban auto respon

Tabel 3.12 FORMATREPLY

No. Nama Kolom Tipe Data Panjang Constraint Keterangan

1 NAMA varchar 50 PK nama format reply

2 ISI varchar 1000 NN isi reply

28

13.Tabel BANK

Nama Tabel : BANK

Primary Key (PK) : NAMA

Foreign Key (FK) : -

Fungsi : Menyimpan data bank

Tabel 3.13 BANK

14.Tabel TIKETDEPOSIT

Nama Tabel : TIKETDEPOSIT

Primary Key (PK) : NO

Foreign Key (FK) :

a) IDRESELER mengacu Tabel NORS kolom IDRESELLER

b) NORS mengacu Tabel NORS kolom NO

c) TIPE_NO mengacu Tabel NORS kolom TIPE_NO

d) BANK mengacu Tabel BANK kolom NAMA

Fungsi : Menyimpan data permintaan (request) tiket deposit

Tabel 3.14 TIKETDEPOSIT

No. Nama Kolom Tipe Data Panjang Constraint Keterangan

1 NAMA varchar 50 PK nama bank

2 NOREK varchar 50 NN no rek di bank

3 ATASNAMA varchar 50 NN atas nama di bank

No. Nama Kolom Tipe Data Panjang Constraint Keterangan

1 NO int - PK no tiket yang digunakan

2 IDRESELLER varchar 15 FK,NN id reseller

3 NORS varchar 30 FK,NN no RS yang terdaftar

4 TIPE_NO varchar 20 FK,NN tipe no/id. Misal no ponsel/id YM/id Gtalk

5 BANK varchar 50 FK,NN nama bank

6 JUMLAH bigint - NN jumlah saldo

7 STATUSMASUK bit - NN status masuk saldo

15.Tabel INBOXRS

Nama Tabel : INBOXRS

Primary Key (PK) : ID

Foreign Key (FK) : -

Fungsi : Menyimpan data pesan masuk dari reseller

Tabel 3.15 INBOXRS

No. Nama Kolom Tipe Data Panjang Constraint Keterangan

1 ID bigint - PK ID inbox reseller

2 WAKTU datetime - NN waktu pesan masuk

3 PENGIRIM varchar 100 NN pengirim pesan

4 ISI varchar 1000 NN isi pesan

16.Tabel OUTBOXRS

Nama Tabel : OUTBOXRS

Primary Key (PK) : ID

Foreign Key (FK) :

a) IDRS mengacu Tabel NORS kolom IDRESELLER

b) TUJUAN mengacu Tabel NORS kolom NO

c) TIPE_TUJUAN mengacu Tabel NORS kolom TIPE_NO

Fungsi : Menyimpan data pesan keluar ke reseller

Tabel 3.16 OUTBOXRS

No. Nama Kolom Tipe

Data Panjang Constraint Keterangan

1 ID bigint - PK ID outbox reseller

2 IDRS varchar 15 FK,NN ID reseller

3 TUJUAN varchar 30 FK,NN no ponsel/id tujuan

4 TIPE_TUJUAN varchar 20 FK,NN tipe no/id. Misal no ponsel/id YM/id

Gtalk

5 ISI varchar 1000 NN isi pesan

30

17.Tabel KOMPLAIN

Nama Tabel : KOMPLAIN

Primary Key (PK) : ID

Foreign Key (FK) :

a) IDRS mengacu Tabel NORS kolom IDRESELLER

b) PENGIRIM mengacu Tabel NORS kolom NO

c) TIPE_PENGIRIM mengacu Tabel NORS kolom TIPE_NO

Fungsi : Menyimpan data komplain reseller

Tabel 3.17 KOMPLAIN

No. Nama Kolom Tipe Data Panjang Constraint Keterangan

1 ID int - PK ID data komplain

2 IDRS varchar 15 FK,NN ID reseller yang komplain

3 PENGIRIM varchar 30 FK,NN no ponsel/IDYM/GTALK yang komplain

4 TIPE_PENGIRIM varchar 20 FK,NN tipe no/id. Misal no ponsel/id YM/id GTalk

5 ISI varchar 1000 NN isi komplain

6 STATUS bit - NN status komplain sudah tertangani atau belum

7 WAKTU datetime - NN waktu komplain

18.Tabel INBOXSP

Nama Tabel : INBOXSP

Primary Key (PK) : ID d) Foreign Key (FK) : -

Fungsi : Menyimpan data pesan masuk dari supplier

7 WAKTU datetime - NN waktu pengiriman

Tabel 3.18 INBOXSP

No. Nama Kolom Tipe Data Panjang Constraint Keterangan

1 ID int - PK ID Inbox Supplier

2 WAKTU datetime - NN waktu pesan masuk

3 MODUL varchar 50 NN modul/terminal yang menerima pesan

4 PENGIRIM varchar 255 NN pengirim pesan

5 ISI varchar 1000 NN isi pesan

19.Tabel TRANSAKSI

Nama Tabel : KOMPLAIN

Primary Key (PK) : ID

Foreign Key (FK) :

a) KDPRODUK mengacu Tabel PRODUK kolom KODEPRODUK

b) NORS mengacu Tabel NORS kolom NO

c) TIPE_NO mengacu Tabel NORS kolom TIPE_NO

d) IDRS mengacu Tabel NORS kolom IDRESELLER

Fungsi : Menyimpan data transaksi

Tabel 3.19 TRANSAKSI

No. Nama Kolom Tipe

Data Panjang Constraint Keterangan

1 ID bigint - PK ID Transaksi

2 WAKTU datetime - NN waktu transaksi

3 STATUS varchar 50 NN status transaksi

4 KDPRODUK varchar 50 FK,NN kode produk pulsa

5 NOMINAL int - NN nominal pulsa

6 SUPPLIER varchar 50 NN supplier yang menyediakan

7 TERMINAL varchar 50 NN terminal akses modul

8 MSISDN varchar 20 NN no ponsel yang diisi

9 NORS varchar 30 FK,NN no ponsel/IDYM/GTALK reseller

10 TIPE_NO varchar 20 FK,NN tipe no/id. Misal no ponsel/id YM/id GTalk

11 IDRS varchar 15 FK,NN ID reseller

12 SALDOAWAL int - NN saldo awal sebelum transaksi

13 HARGA int - NN harga produk

32

15 COUNTERRS int - NN jumlah transaksi reseller dengan nomor sama

16 COUNTERSP int - NN jumlah transaksi supplier dengan nomor sama

17 PARSING varchar 1000 NN parsing ke supplier/provider

18 RESPON varchar 1000 - respon dari supplier/provider

19 SN varchar 50 - serial number sebagai bukti sah dari

supplier/provider

20 AKTIFCAD bit - NN status pengaktifan cadangan produk

21 SUPPIERCAD varchar 50 - supplier yang menyediakan cadangan

22 KTKUNCICAD varchar 50 - kata kunci pengalihan ke cadangan

23 PARSINGCAD varchar 1000 - parsing ke supplier cadangan

24 CENTER int - NN center yang menerima permintaan

25 KTSUKSES varchar 250 NN kata kunci sukses

26 KTGAGAL varchar 250 NN kata kunci gagal

20.Tabel PENDAPATANLAIN2

Nama Tabel : PENDAPATANLAIN2

Primary Key (PK) : ID

Foreign Key (FK) :

a) IDRS mengacu Tabel NORS kolom IDRESELLER

Fungsi : Menyimpan data pendapatan selain laba transaksi

Tabel 3.20 PENDAPATANLAIN2

No. Nama Kolom Tipe Data Panjang Constraint Keterangan

1 ID int - PK ID pendapatan

2 WAKTU datetime - NN waktu mendapatkan

3 IDRS varchar 15 FK,NN ID reseller

4 JENIS varchar 50 NN sumber pendapatan

5 VALUE int - NN jumlah pendapatan

21.Tabel DEPOSIT

Nama Tabel : DEPOSIT

Primary Key (PK) : ID

a) IDRS mengacu Tabel NORS kolom IDRESELLER

Fungsi : Menyimpan data deposit

Tabel 3.21 DEPOSIT

No. Nama Kolom Tipe Data Panjang Constraint Keterangan

1 ID bigint - PK ID data deposit

2 WAKTU datetime - NN waktu deposit

3 IDRS varchar 15 FK,NN ID reseller

4 VALUE int - NN jumlah deposit

5 SALDOAWAL int - NN saldo awal sebelum deposit

6 SALDOAKHIR int - NN saldo akhir sesudah deposit

7 STATUSCASH bit - NN status lunas/hutang

8 EXECUTOR varchar 50 - pengeksekusi deposit

22.Tabel MUTASI

Nama Tabel : MUTASI

Primary Key (PK) : ID

Foreign Key (FK) :

a) IDRS mengacu Tabel NORS kolom IDRESELLER

Fungsi : Menyimpan data mutasi saldo

Tabel 3.22 Tabel MUTASI

No. Nama Kolom Tipe Data Panjang Constraint Keterangan

1 ID bigint - PK ID mutasi

2 WAKTU datetime - NN waktu mutasi

3 IDRS varchar 15 FK,NN ID reseller

4 VALUE int - NN jumlah mutasi

5 SALDOAWAL int - NN saldo awal sebelum adanya mutasi

6 SALDOAKHIR int - NN saldo akhir sesudah adanya mutasi

34

3.3.5. Desain Interface

Dalam sub bab ini akan dijelaskan mengenai rancangan desain interface

dari Aplikasi Cerdas Server Pulsa Elektrik Dengan Penerapan Yahoo Messenger dan Google Talk Gateway.

A. Rancangan Modul Administrator

Rancangan Modul Administrator mempresentasikan sebagai penampung

konten dari Modul Master (mantenance data) dan preview. Dimana semua

data-data master dapat dirubah melalui Modul Administrator dan melihat data-data transaksi. Berikut ini rancangan Modul Administrator dapat dilihat pada Gambar 3.8.

Logo Orenzze Engine

- Pulsa - Operator - Nominal - Supplier - Balasan Gagal - Jenis Pulsa - Data Pulsa - Produk - Reseller - Jenis Reseller - Data Reseller - HP/YM/Gtalk Reseler - Isi Saldo - Pesan Info - Konfigurasi - Format Perintah - Format Balasan - Info Tambahan - BANK - Data Inbox/Outbox - Inbox Reseller - Oubox Reseller - Komplain - Inbox Supplier - Transaksi - Data Transaksi - Pendapatan Lain - Data Deposit - Mutasi Saldo

Data Preview

B. Rancangan Modul YM dan GTalk Center Sender

Rancangan Modul YM dan GTalk Center Sender mempresentasikan sebagai

mesin penampung permintaan dari reseller dan mesin pengirim melalui media

YM atau GTalk. Berikut ini rancangan Modul YM dan GTalk Center Sender

dapat dilihat pada Gambar 3.9.

Preview Data Masuk dan Keluar

ON/OFF SETTING MUTE STATUS KONEKSI

Gambar 3.9 Rancangan Modul Yahoo Messenger dan Google Talk Center

Sender

C. Rancangan Modul YM dan GTalk Host to Host (H2H)

Rancangan Modul YM dan GTalk H2H mempresentasikan sebagai mesin

pemroses permintaan ke supplier melalui media YM atau GTalk. Berikut ini

rancangan Modul YM dan GTalk H2H dapat dilihat pada Gambar 3.10.

Preview Data Masuk dan Keluar

ON/OFF SETTING KIRIM _TEXT MUTE STATUS KONEKSI

36

D. Rancangan Maintain Operator

Rancangan maintain data operator mempresentasikan sarana menambah dan merubah data operator yang dapat dilihat pada Gambar 3.11.

SIMPAN BATAL

NAMA OPERATOR

PREFIX NUMBER PANJANG DIGIT MIN

PANJANG DIGIT MAX

Gambar 3.11 Rancangan Maintain Operator

E. Rancangan Maintain Supplier

Rancangan maintain data supplier mempresentasikan sarana menambah dan

merubah data supplier yang dapat dilihat pada Gambar 3.12.

Nama Supplier

PIN

Nomor Center Supplier

Simultan

5 antrian

Terminal

Metode Ke 1

TAMBAH HAPUS

NAIK TURUN

Data Modul Pendukung

Setting SN

Kata Sebelum SN Kata Sesudah SN

Setting Kata Kunci

SUKSES

GAGAL

SIMPAN BATAL

F. Rancangan Maintain Data Pulsa

Rancangan maintain data pulsa mempresentasikan sarana menambah dan merubah data pulsa. Untuk lebih jelasnya dapat dilihat pada Gambar 3.13.

Operator

Nominal

Supplier

Jenis Pulsa

Parsing

SIMPAN BATAL

TUJUAN PIN

Harga Beli

Status Parsing Counter

Aktif

Non Aktif

Parsing Counter (Transaksi Ke N)

TUJUAN N PIN

Harga Jual Master Laba

Rp. 0

Gambar 3.13 Rancangan Maintain DataPulsa

3.3.6. Desain Uji Coba

Desain uji coba bertujuan untuk memastikan bahwa aplikasi telah dibuat dengan benar sesuai dengan kebutuhan atau tujuan yang diharapkan. Proses

pengujian menggunakan Black Box Testing dimana aplikasi akan diuji dengan

melakukan berbagai percobaan untuk membuktikan bahwa aplikasi yang telah dibuat sudah sesuai dengan tujuan.

A. Rancangan uji coba proses login YM dan GTalk

Proses login YM dan Google Talk dilakukan dengan cara memasukkan

server YM beserta port (untuk modul YM Center Sender dan YM H2H),

memasukkan ID YM/ID GTalk di input username dan memasukkan password.

38

bisa online dan siap untuk bisa melakukan pertukaran pesan antar ID YM/ID

GTalk. Test case proses ini ditunjukkan pada Tabel 3.23.

Tabel 3.23 Test Case proses login dan auto reconnect YM dan GTalk

ID Tujuan Input Output Diharapkan

1 Diskripsi

username dan

password yang valid untuk YM

Center Sender

dan YM H2H

Memasukkan data pengaturan: YM server =

cs111.msg.sp1.yahoo.com Port = 5050

Username = orenzzengine

Password = poweredge YM protocol = 17

Memunculkan status menjadi

“Connected”

2 Diskripsi

username dan

password yang valid untuk

GTalk Center

Sender dan

GTalk H2H

Memasukkan data pengaturan:

Username = orenzzengine

Password = poweredge

Memunculkan status menjadi

“Connected”

3 Diskripsi

username dan

passwordnon

valid untuk YM

Center Sender

dan YM H2H

Memasukkan data pengaturan: YM server =

cs111.msg.sp1.yahoo.com Port = 5050

Username = orenzzengine

Password = poweredgexx YM protocol=17

Memunculkan status

menjadi “Respon

Failed”

4 Diskripsi

username dan password non valid untuk

GTalk Center

Sender dan

GTalk H2H

Memasukkan data pengaturan:

Username = orenzzengine

Password = poweredgexx

Memunculkan status

menjadi “Login

Failed”

B. Rancangan uji coba proses pembacaan pesan masuk, dan mengirim pesan

melalui YM Center Sender dan GTalk Center Sender.

Proses pembacaan pesan masuk adalah proses membaca teks yang

dikirimkan ID YM/ID GTalk lain terhadap mesin Modul YM Center Sender dan

dengan sistem auto respon yang ditetapkan oleh sistem. Test case proses

pembacaan pesan masuk dan mengirim melalui YM Center Sender dan GTalk

Center Sender ditunjukkan pada Tabel 3.24.

Tabel 3.24 Test case proses pembacaan pesan masuk dan mengirim

melalui YM Center Sender dan GTalk Center Sender

ID Tujuan Input Output

Diharapkan

1 Menolak

permintaan yang bukan

dari reseller

Orenzze Tronik

Mengirimkan pesan permintaan dari ID YM dan ID GTalk yang tidak terdaftar yaitu bagus_hadie@yahoo.com dan bagushadim@gmail.com Membalas dengan pesan “Maaf, anda bukan mitra kami.”

2 Menolak

permintaan dengan format yang tidak sesuai

Mengirimkan pesan permintaan tidak sesuai format dari ID YM terdaftar yaitu

bagus_hadie@yahoo.com dengan mengirimkan pesan yang berisi “cek saldo” Membalas dengan pesan yang sesuai dengan pengaturan sistem mengenai format salah. Dalam uji coba format salah diantur menjadi “Maaf, format cek saldo saldo, silahkan dicek dan ulangi lagi”

3 Memproses

permintaan berdasarkan format permintaan yang diatur pada menu format perintah Mengirimkan pesan sesuai dengan format yang diberikan sistem. Dalam hal uji coba ini pesannya adalah “sal.1234” Membalas dengan pesan yang sesuai dengan pengaturan sistem mengenai format perintah yang diajukan. Dalam hal uji coba ini jawabannya adalah “Saldo anda saat ini Rp.xxx”

40

C. Rancangan uji coba pengiriman parsing produk, membaca status transaksi,

membaca nomer seri voucher melalui YM H2H dan GTalk H2H.

Pengiriman transaksi melalui YM H2H dan GTalk H2H adalah pengiriman

parsing antar pemilik server pulsa sehingga mudah untuk berbagi stok pulsa.

Rancangan uji coba ini bertujuan untuk mengetahui apakah proses pengiriman sesuai dengan parsing produk dan ID YM/GTalk supplier dengan benar dan

automasi sistem berdasarkan jawaban yang dikirim oleh supplier. Test case uji

coba ini bisa dilihat pada Tabel 3.25.

Tabel 3.25 Test case pengiriman parsing produk, membaca status

transaksi, membaca nomer seri voucher melalui YM H2H dan

GTalk H2H

ID Tujuan Input Output Diharapkan

1 Mengirimkan

parsing transaksi

Melakukan transaksi dengan kode produk yang menggunakan

YM/GTalk H2H.

Dalam uji coba ini kode produk yang menggunakan YM

H2H adalah IR5.

diuji dengan mengirimkan pesan “IR5.xxx.yyy” Mengeluarkan pesan yang dikirimkan ke YM/GTalk

supplier yang berarti pesan terkirim.

2 Membaca status

transaksi dan

serial number voucher

Pesan jawaban dari

supplier:

“Yth.Orenzzeengine, transaksi IR5.xxx harga xxxberhasil. SN:xxx Saldo xxx”

Otomatis memberikan jawaban transaksi

kepada reseller

berdasarkan produk yang dikirimkannya

beserta serial

number voucer

sebagai bukti transaksi valid.

D. Rancangan uji coba pengalihan terhadap supplier cadangan apabila stok master kosong dan simultan proses.

Pengalihan terhadap supplier cadangan apabila stok master kosong dan

simultan proses sehingga sistem akan otomatis mengalihkan transaksi kepada

supplier lain. Uji coba ini diperlukan untuk mengetahui apakah sistem sudah

benar medeteksi kata kunci stok kosong berdasarkan jawaban dari supplier dan

menganalisis apakah sistem sudah berhasil membagi proses berdasarkan

pengaturan simultan yang ditentukan. Test case uji coba ini bisa dilihat pada Tabel

3.26.

Tabel 3.26 Test Case Pengalihan terhadap supplier cadangan dan

proses simultan

ID Tujuan Input Output Diharapkan

1 Mengirimkan

parsing transaksi

kepada supplier

cadangan

Melakukan transaksi dengan kode produk yang menggunakan

YM/GTalk H2H.

Dalam uji coba ini produk berstatus kosong Mengeluarkan pesan yang dikirimkan ke YM/GTalk

supplier cadangan yang berarti pesan terkirim

berdasarkan jawaban dari

supplier yang stoknya kosong.

2 Mengetahui

keakuratan proses simultan.

Multi transaksi dengan kode sama secara bersamaan.

Proses isi pulsa terbagi sesuai dengan pengaturan simultan yang ditentukan.

BAB IV

IMPLEMENTASI

4.1. Kebutuhan Sistem

Sebelum melakukan implementasi sistem dan menjalankan aplikasi cerdas server pulsa elektrik dengan penerapan Yahoo Messenger (YM) dan Google Talk

(GTalk) gateway, dibutuhkan spesifikasi perangkat keras (hardware) dan

perangkat lunak (software) tertentu agar bisa berjalan dengan baik. Kebutuhan

minimum yang bisa digunakan adalah sebagai berikut:

a. Processor P4 2,4 GHz

b. Memory 1 GB

c. Harddisk 80 GB

d. Powersupply 500 W

e. Uninteruptible Power Supply (UPS)

f. Modem Broadband

g. Handphone/Modem yang mendukung AT-Command GSM/CDMA standart

h. Kabel data Handphone/Modem

Sedangkan software yang diperlukan supaya aplikasi bisa dijalankan yaitu:

Operating System menggunakan berbasis Windows, .NET Framework 2.0, Microsoft SQL Server 2005, dan Microsoft Office 2003.

4.2. Implementasi Input dan Output

Dalam aplikasi ini terdapat 2 (dua) pengguna utama, yaitu admin dan

(maintenance) terhadap data-data sistem, antara lain: data operator, data supplier,

data jenis pulsa, data pulsa, data produk, data jenis reseller, data reseller, data no

ponsel/ID YM/ID GTalk reseller, dan data mengenai format transaksi. Sedangkan

reseller merupakan pengguna sistem sebagai pengirim permintaan pengisian pulsa.

1. Form Utama Modul Administrasi

Modul administrasi merupakan modul utama yang digunakan oleh staf ahli untuk mengatur sistem. Dalam modul administrasi menampung menu-menu yang

digunakan untuk melakukan maintain data master dan preview log transaksi.

Tampilan halaman modul administrasi bisa dilihat pada Gambar 4.1.

Gambar 4.1 Halaman Utama Modul Administrasi

2. Form Maintain Operator

Maintain operator adalah form untuk mengatur data mengenai jenis-jenis

44

muncul semua data operator. Untuk mengakses menu, bisa dilakukan dengan

melakukan klik kanan pada tabel data operator sehingga keluar menu yang

ditunjukkan pada Gambar 4.2.

Gambar 4.2 Menu Form Maintain Operator

Menu Tambah digunakan untuk menambah data operator, menu Ubah

digunakan untuk merubah data operator yang sudah ada, menu Hapus digunakan

untuk menghapus data yang diinginkan, menu Export digunakan untuk menyimpan data operator ke file CSV (Excell), dan menu Refresh untuk

memperbaharui isi data operator. Apabila menu Tambah atau Ubah dipilih akan

keluar form input data operator. Dan bisa diisi nama operator, prefix number

(awalan nomor yang boleh diisi), panjang digit minimum, dan panjang digit maksimum. untuk lebih jelasnya bisa ditunjukkan pada Gambar 4.3.

3. Form Maintain Nominal

Maintain Nominal digunakan untuk memasukkan dan melakukan perubahan data yang isinya semua jenis nominal apa saja yang dijual. Untuk melakukan

penambahan data dengan melakukan klik kanan pada tabel operator. Selanjutnya

memasukkan nominal pendek. Misalkan nominal 5000 maka yang dimasukkan adalah 5 seperti ditunjukkan pada Gambar 4.4.

Gambar 4.4 Form Maintain Nominal

4. Halaman Maintain Supplier

Maintain Supplier digunakan untuk memasukkan dan merubah data

supplier. Untuk mengkases menu dengan menggunakan klik kanan pada tabel

supplier. Data yang diperlukan adalah nama supplier, PIN, nomor center supplier,

maksimum antrian untuk proses simultan, urutan terminal sebagai pendukung

proses simultan, kata kunci sebelum serial number dari jawaban sukses supplier,

kata kunci sesudah serial number dari jawaban sukses supplier, kata kunci untuk

jawaban supplier, dan kata kunci untuk jawaban gagal supplier. Contoh pengisian

46

Gambar 4.5 Form Maintain Supplier

5. Form Maintain Balasan Gagal

Maintain Balasan Gagal adalah form yang digunakan untuk mengambil kata

kunci keterangan dari balasan gagal yang diberikan supplier. Hal ini digunakan

untuk memberitahukan alasan kenapa transaksi yang dikirimkan reseller gagal.

Misalkan untuk kasus nomor ponsel yang diisi gagal dikarenakan nomor ponsel

salah. Data yang perlu dimasukkan adalah nama supplier, kata kunci gagal, dan

balasan gagal yang diberikan ke reseller. Contoh penggunaan form ini bisa dilihat

6. Form Maintain Jenis Pulsa

Form maintain jenis pulsa adalah form yang digunakan untuk mengatur jenis-jenis pulsa yang ada. Misalkan saat yang ada adalah jenis pulsa REGULER, SMS, dan GPRS. Untuk lebih jelasnya bisa dilihat pada Gambar 4.7.

Gambar 4.7 Form Maintain Jenis Pulsa

7. Form Maintain Data Pulsa

Form Maintain Data Pulsa digunakan untuk mengatur data-data pulsa yang

ada. Data yang perlu dimasukkan adalah operator, nominal, supplier, jenis pulsa,

parsing, harga beli, harga jual, parsing jika ada untuk lebih dari satu kali order per hari. Form maintain data pulsa bisa dilihat pada Gambar 4.8.

48

8. Form Maintain Produk

Form Maintain Produk digunakan untuk maintain kode produk dan supplier yang mensuplai untuk dijual ke reseller. Dalam form ini data yang diperlukan adalah kode produk, operator, nominal, supplier, jenis pulsa, status ketersediaan barang, status gangguan, jumlah stok, dan cadangan produk. Detil dari pengisiannya bisa dilihat pada Gambar 4.9.

Gambar 4.9 Form Maintain Produk

9. Form Maintain Jenis Reseller

Form maintain jenis reseller berfungsi untuk memisahkan jenis reseller.

Dengan fungsi tersebut dapat digunakan untuk menjual produk ke berbagai jenis

reseller dengan harga yang bisa dibedakan. Data yang perlu dimasukkan adalah

nama jenis reseller, selisih harga dari harga default, daftar kode produk yang tidak

boleh diakses, dan status pengaktifan biaya SMS jika menggunakan fasilitas SMS.

Gambar 4.10 Form Maintain Jenis Reseller

10.Form Maintain Data Reseller

Form maintain data reseller digunakan untuk melihat, melakukan

pendaftaran dan merubah data reseller. Data-data yang diperlukan adalah ID

reseller, nama, alamat, PIN, status aktif, jenis reseller, data upline jika sebagai

downline reseller lain, no ponsel/ID YM/ID GTalk utama yang digunakan untuk

transaksi, dan status info pendaftaran reseller. Untuk mengakses menu-menunya

bisa dengan klik kanan pada tabel data reseller. Form maintain data reseller bisa

dilihat pada Gambar 4.11.

50

11.Form Maintain HP/YM/GTalk Reseller

Form Maintain HP/YM/GTalk Reseller digunakan untuk melihat,

menambah, dan merubah data no ponsel/ID YM/ID GTalk reseller yang

digunakan untuk melakukan permintaan transaksi. Data yang diperlukan adalah

ID Reseller, tipe nomor (No HP/Yahoo Messenger/Google Talk), dan nomor

ponsel/ID YM/ID GTalk. Tampilan form maintain HP/YM/GTalk Reseller bisa

dilihat pada Gambar 4.12.

Gambar 4.12 Form Maintain HP/YM/GTalk Reseller

12.Form Pengisian Saldo

Form pengisian saldo digunakan untuk mengisi saldo reseller. Data yang

diperlukan untuk mengisikan saldo reseller yaitu ID Reseller, jumlah

penambahan, kata sebagai laporan ke reseller, nomor ponsel/ID YM/ID GTalk

yang dikirimi laporan, status hutang/lunas, dan keterangan/alasan penambahan saldo. Tampilan dari form pengisian saldo bisa dilihat pada Gambar 4.13.

13.Form Pesan Info

Form pesan info digunakan apabila ingin mengirimkan suatu pesan ke salah

satu reseller/orang lain yang dikirimkan oleh sistem, baik melalui SMS, YM,

ataupun GTalk. Data yang diperlukan adalah isi pesan, tipe nomor, dan no ponsel/ID YM/ID GTalk yang akan dikirimi. Tampilan form pesan info bisa dilihat pada Gambar 4.14.

Gambar 4.14 Form Pesan Info

14.Form Maintain Format Perintah

Form maintan format perintah berfungsi untuk mengatur format permintaan

yang akan dikirimkan oleh reseller. Data yang diatur adalah awalan untuk format

perintah. Misalkan awalan SAL untuk cek saldo, sehingga apabila reseller ingin

melakukan cek saldo dengan mengirimkan pesan SAL.PIN ke SMS Center/YM

Center Sender/GTalk Center Sender. Dalam aplikasi ini, titik (.) digunakan sebagai pemisah. Untuk mengatur format perintah dengan melakukan klik dobel pada data yang ingin dirubah. Tampilan form maintain format perintah bisa dilihat pada Gambar 4.15.

52

Gambar 4.15 Form Maintan Format Perintah

15.Form Maintain Format Balasan

Form maintain format balasan berfungsi untuk mengatur jawaban yang

nantinya digunakan untuk balasan ke reseller apabila melakukan permintaan ke

sistem. Tampilan dari form maintain format balasan bisa dilihat pada Gambar 4.16.

Gambar 5.9 Hasil test case proses penerimaan pesan dari ID YM yang telah terdaftar di sistem dan formatnya benar

Gambar 5.10 Hasil test case proses penerimaan pesan dari ID GTalk yang telah terdaftar di sistem dan formatnya benar

Berdasarkan Gambar 5.9 dan Gambar 5.10, pada bagian yang dilingkari warna merah terdapat pesan “Saldo anda saat ini Rp. xxx, silahkan tambah saldo anda”. Pesan tersebut membuktikan bahwa YM Center Sender dan GTalk Center Sender sudah berhasil memproses permintaan dari reseller.

81

Proses pengiriman parsing produk, membaca status transaksi, membaca nomer seri voucher melalui YM H2H dan GTalk H2H merupakan sebagian proses yang dilakukan ketika ada transaksi pengisian pulsa oleh reseller selanjutnya diisikan sistem melalui YM H2H atau GTalk H2H. Uji coba ini bertujuan untuk mengetahui apakah pesan permintaan dari reseller dapat diterima dan di proses dengan benar sesuai dengan sistem auto respon yang ditetapkan oleh sistem. Hasil

Test case dari uji coba ini ditunjukkan pada Tabel 5.3.

Tabel 5.3 Hasil Test case pengiriman parsing produk, membaca status transaksi, membaca nomer seri voucher melalui YM H2H dan GTalk

H2H

ID Tujuan Input Output Yang

Diharapkan Status 1 Mengirimkan

parsing transaksi

Melakukan transaksi dengan kode produk yang menggunakan YM/GTalk H2H

Mengeluarkan pesan yang dikirimkan ke YM/GTalk supplier yang berarti pesan terkirim Sukses

2 Membaca status transaksi dan serial number voucher Pesan jawaban dari supplier

Otomatis memberikan jawaban transaksi kepada reseller

berdasarkan produk yang dikirimkannya beserta serial number voucher

sebagai bukti transaksi valid.

Untuk bisa melakukan uji coba pada proses ini syarat yang diperlukan adalah adanya kode produk yang mengambil stok pulsa dari sever pulsa lain melalui YM atau GTalk. Berikut tampilan dari hasil uji coba pengiriman parsing produk, membaca status transaksi, membaca nomer seri voucher melalui YM H2H pada Gambar 5.11 dan untuk GTalk H2H pada Gambar 5.12.

Gambar 5.11 Hasil test case pengiriman parsing produk dari transaksi yang dilakukan reseller melalui YM H2H

Gambar 5.12 Hasil test case pengiriman parsing produk dari transaksi yang dilakukan reseller melalui GTalk H2H

83

Dari transaksi tersebut akuratnya proses pembacaan modul bisa dilihat di data transaksi pada Modul Administrasi. Data transaksi akan seperti pada Gambar 5.13.

Gambar 5.13 Hasil test case pembacaan status transaksi dan pengambilan serial number voucher berdasarkan kalimat jawaban dari supplier

Pada bagian yang dilingkari warna merah membuktikan bahwa proses YM

H2H dan GTalk H2H sudah bisa memproses permintaan reseller untuk transaksi pengisian pulsa dengan mengambil serial number voucher sebagai bukti transaksi yang valid secara otomatis.

6.1 Kesimpulan

Kesimpulan yang dapat diambil dari pembuatan Aplikasi Cerdas Server Pulsa Elektrik dengan penerapan Yahoo Messenger dan Google Talk Gateway

adalah sebagai berikut:

a. Aplikasi Cerdas Server Pulsa Elektrik dengan penerapan Yahoo Messenger dan Google Talk Gateway ini bisa diterapkan dalam bisnis pengisian pulsa elektrik.

b. Teknologi Yahoo Messenger dan Google Talk gateway bisa diterapkan dalam bisnis pulsa elektrik karena bisa mengurangi ketergantungan terhadap SMS. c. Aplikasi Cerdas Server Pulsa Elektrik dengan penerapan Yahoo Messenger

dan Google Talk Gateway ini mempunyai kelebihan karena lebih hemat dan lebih cepat dibandingkan meggunakan SMS.

6.2 Saran

Adapun saran-saran yang dapat digunakan untuk mengembangkan aplikasi yang telah dibuat adalah sebagai berikut:

a. Pengembangan dengan mengintegrasikan sistem informasi akuntansi di dalamnya sehingga bisa mencatat secara detil perubahan data keuangan.

b. Pengembangan penerapan teknologi gateway lain. Misalnya dengan menggunakan gateway yang lebih populer di kalangan anak muda yaitu

DAFTAR PUSTAKA

Arifin, Zaenal. 2009. Cara Chatting Dengan Yahoo! Messenger. Semarang: Buletindo Ariyanti, Ratna. 2009. Pengguna Seluler Baru Naik Hingga 2 Juta. (Online).

(http://operatorseluler.com/pengguna-seluler-baru-naik-hingga-2-juta). (diakses 5 Februari 2011).

Firdaus, Ihsan. 2009. Google Talk – GTalk. (Online).

(http://www.ihsanfirdaus.com/google-talk-gtalk/). (diakses 6 Februari 2011).

Jatmiko. 2009. Penggunaan dan Fungsi Internet untuk Manusia. (Online). (http://info.g-excess.com/id/info/danFungsiInternetuntukManusia.info). (diakses 10 Februari 2011).

Raihan, Moh. 2009. Apa itu Yahoo Messenger. (Online).

(http://mraihan.wordpress.com/2009/05/25/apa-itu-yahoo-messenger/). (diakses 10 Februari 2011).

Herlambang, Soendoro dan Tanuwijaya, Haryanto. 2005. Edisi Pertama. Sistem Informasi Konsep, Teknologi & Manajemen. Surabaya: Graha Ilmu. Sutabri, Tata. 2004. Analisa Sistem Informasi. Yogyakarta: Andi Offset. Tugiono. 2009. Membangun Bisnis Server Pulsa Elektrik.. Surabaya: SPM.