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

(1)

Y

A

H

O

M

E

S

E

N

G

E

R

D

A

N

G

O

G

L

E

T

A

L

K

G

A

T

E

W

A

Y

D

I

O

R

E

N

Z

E

T

R

O

N

I

K

TUGAS AKHIR

Disusun Oleh:

Bagus Hadi Dwi Anugrah

NPM. 0534010183

PROGRAM STUDI TEKNIK INFORMATIKA

FAKULTAS TEKNOLOGI INDUSTRI

UNIVERSITAS PEMBANGUNAN NASIONAL “VETERAN”

JAWA TIMUR

(2)

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

(3)

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

(4)

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

(5)

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

(6)

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

(7)

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

(8)

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

(9)

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

(10)

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

(11)

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

(12)

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

(13)

Gambar 5.13 Hasil test case pembacaan status transaksi dan pengambilan

serial number voucher berdasarkan kalimat jawaban dari

(14)

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

(15)

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

(16)

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

(17)

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

(18)

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

(19)

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

(20)

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

(21)

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.

(22)

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

(23)

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

(24)

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

(25)

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

(26)

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

(27)

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

(28)

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

(29)

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.

(30)

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

(31)

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

(32)

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

(33)

[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

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

(34)

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

(35)

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)

(36)

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

Fungsi : Menyimpan data nominal yang tersedia

Tabel 3.2 NOMINAL

1 SHORTNAME int - PK nominal pendek

2 LONGNAME int - NN nominal panjang/lengkap

3. Tabel SUPPLIER

(37)

Fungsi : Menyimpan data supplier

Tabel 3.3 SUPPLIER

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

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

(38)

24

Fungsi : Menyimpan data jenis pulsa

Tabel 3.5 JENIS_PULSA

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

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

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

(39)

7. Tabel PRODUK

Nama Tabel : PRODUK

Primary Key (PK) : KODEPRODUK

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

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

(40)

26

Tabel 3.8 JENIS_RESELLER

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

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

a) IDRESELLER mengacu Tabel RESELLER kolom IDRESELLER

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

(41)

Fungsi : Menyimpan data nomor/ID Yahoo Messenger/ID

Google Talk Reseller

Tabel 3.10 NORS

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

Fungsi : Menyimpan data format SMS (request)

Tabel 3.11 FORMATSMS

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

Fungsi : Menyimpan data format jawaban auto respon

Tabel 3.12 FORMATREPLY

1 NAMA varchar 50 PK nama format reply

2 ISI varchar 1000 NN isi reply

(42)

28

13.Tabel BANK

Nama Tabel : BANK

Fungsi : Menyimpan data bank

Tabel 3.13 BANK

14.Tabel TIKETDEPOSIT

Nama Tabel : TIKETDEPOSIT

Primary Key (PK) : NO

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

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

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

(43)

15.Tabel INBOXRS

Nama Tabel : INBOXRS

Primary Key (PK) : ID

Fungsi : Menyimpan data pesan masuk dari reseller

Tabel 3.15 INBOXRS

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

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

(44)

30

17.Tabel KOMPLAIN

Nama Tabel : KOMPLAIN

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

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

(45)

Tabel 3.18 INBOXSP

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

19.Tabel TRANSAKSI

Nama Tabel : KOMPLAIN

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

12 SALDOAWAL int - NN saldo awal sebelum transaksi

13 HARGA int - NN harga produk

(46)

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

Fungsi : Menyimpan data pendapatan selain laba transaksi

Tabel 3.20 PENDAPATANLAIN2

1 ID int - PK ID pendapatan

2 WAKTU datetime - NN waktu mendapatkan

4 JENIS varchar 50 NN sumber pendapatan

5 VALUE int - NN jumlah pendapatan

21.Tabel DEPOSIT

Nama Tabel : DEPOSIT

(47)

Fungsi : Menyimpan data deposit

Tabel 3.21 DEPOSIT

1 ID bigint - PK ID data deposit

2 WAKTU datetime - NN waktu deposit

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

Fungsi : Menyimpan data mutasi saldo

Tabel 3.22 Tabel MUTASI

1 ID bigint - PK ID mutasi

2 WAKTU datetime - NN waktu mutasi

4 VALUE int - NN jumlah mutasi

5 SALDOAWAL int - NN saldo awal sebelum adanya mutasi

6 SALDOAKHIR int - NN saldo akhir sesudah adanya mutasi

(48)

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

(49)

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

(50)

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

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

(51)

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.

(52)

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:

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

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:

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

(53)

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

(54)

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

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

(55)

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

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.

(56)

BAB IV

IMPLEMENTASI

4.1. Kebutuhan Sistem

Sebelum melakuk