BAB 3. ANALISA SISTEM & PERANCANGAN

BAB 3. ANALISA SISTEM & PERANCANGAN 3.1.

Analisa Sistem Dalam perkembangan tekhnologi yang semakin maju , khususnya dalam hal pemesanan hotel. Sebagai penyedia jasa pemesanan hotel selalu berusaha memberikan pelayanan terbaik kepada para member untuk tetap booking di MG Bedbank. Pembuatan sistem implementasi pengelolaan point rewards hotel MG Friends berbasis android dalam meningkatkan loyalitas member MG Bedbank. Hal ini diperluakan untuk menemukan masalah-masalah yang dihadapi dalam sistem yang akan dibangun. Selain itu, identifikasi masalah berfungsi sebagai studi kelayakan sistem yang akan dibangun dan menganalisa kebutuhan sistem yang diperlukan. berdasarkan penelitian yang dilakukan oleh penulis, terdapat beberapa kendala sebagai berikut : 1. Data transaksi hotel yang belum di olah menjadi point bagi agent atau member, sehingga pembuatan aplikasi ini membutuhkan data yang valid dan pembuatan yang cukup lama. 2. Data agent atau member yang belum terkoneksi kedalam sistem yang akan di buat , sehingga diperlukan registrasi kembali agar pengolahan point hotel bisa di lakukan. sistem implementasi pengelolaan point rewards hotel MG Friends berbasis android dalam meningkatkan loyalitas member MG Bedbank ini merupakan aplikasi yang khusus dibuat untuk para member atau agent hotel.

23

http://digilib.mercubuana.ac.id/

3.1.1

Analisa Program MG Friend MG Friends adalah sebuah pogram dari MG Bedbank (Web

Portal

pemesenan

hotel)

sebagai

tanda

pertemanan MG Bedbank kepada member atau agent yang setia pesan hotel di MG. Sebuah program pengelolaan point hotel yang didapat dari web service MG Bedbank tentang transaksi hotel yang pernah dilakukan member atau agent. Setiap pemesanan melalui MG Bedbank maka member akan mendapatkan 1 point untuk setiap 1 malam. Point yang dikumpulkan dan dapat ditukar dengan cash voucher, shopping voucher atau hotel voucher. Cara kerja perhitungan point yang akan didapat oleh member atau agent ke dalam pundi-pundi point member dan tercatat ke dalam sebuah database MG Friends yaitu 5 hari setelah tamu checkout dari hotel. 3.1.2

Format Data dari API MG Bedbank Deskripsi sistem berjalan pada MG Friends dimulai dari penarikan data transaksi hotel yang diberikan dari MG Bedbank melalui API dengan format data Json, setiap hari dari 5 hari kebelakang dari tanggal sekarang melalui sistem MG Friends. Adapun format data nya sebagai berikut : {"Error": <string>, "PointRewardDatas":[{ "CheckIn": , "CheckOut": , "City": <string (25)>, "Country": <string (15)>, "CurrSalesBiling": <string (7)>, "CustomerCity": <string (25)>, 24


"CustomerCode": <string (5)>, "CustomerCountry": <string (15)>, "CustomerName": <string (50)>, "GroupLineNo": , "HotelName": <string (25)>, "InvoiceDate": , "InvoiceNumber": <string (25)>, "Night": , "PNR": <string (15)>, "PNRNumber": <string (25)>, "PaxName": <string (25)>, "Quantity": , "Room": , "SalesBase": , "SatlementDate": , "UserID": <string (15)>, "VoucherNumber": <string (25)>, "WebInvoiceNumber": <string (25)>}], "Request":{ "SatlementDateFrom": , "SatlementDateTo": }} Penjelasan : 1. Terdapat 3 object yang diperoleh dari API, yaitu a) Objcet Error, untuk mengetahui apakah terdapat error dari sistem saat penarikan b) Object PointRewardDatas untuk mengetahui transaksi hotel dari member c) Object Request untuk mengetahui tanggal yang di minta dari MG friends dengan tipe data tanggal yang di convert berbentuk timestamp 25


Contoh format Json dari API MG Bedbank : {"Error":null, "PointRewardDatas":[{ "CheckIn":"2017-06-04T00:00:00", "CheckOut":"2017-06-05T00:00:00", "City":"SINGAPORE", "Country":"SINGAPORE", "CurrSalesBiling":"IDR", "CustomerCity":"JAKARTA", "CustomerCode":"F186", "CustomerCountry":"INDONESIA", "CustomerName":"PACIFIC TOURS & TRAVEL", "GroupLineNo":2, "HotelName":"St Regis Singapore", "InvoiceDate":"2017-06-04T00:00:00", "InvoiceNumber":"AHI017255477", "Night":1, "PNR":"9YgnPNhv", "PNRNumber":"PNR: F186MA170560701", "PaxName":"MR. SAERANG, PETER.FRITS", "Quantity":1, "Room":1, "SalesBase":3873265.0000, "SatlementDate":"2017-06-04T00:00:00", "UserID":"jovi", "VoucherNumber":"VBMA1705053506", "WebInvoiceNumber":"IVMA1705030960"}], "Request":{ "SatlementDateFrom":"\/Date(1496595600000+0700)\/ ", "SatlementDateTo":"\/Date(1496595600000+0700)\/"} }

26


3.2.

Perancangan Diagram 3.2.1

Use Case Diagram

Gambar 3.1 Use Case Diagram MG friends

27


Tabel 3.1 Spesifikasi Naratif untuk Use Case Login

Use case name

Login

Aktor

Member

Brief Description

Use case ini merupakan awal dari semua kegiatan yang terjadi. Aktor login terhadap system

dengan

menginputkan

dan

email

password . maka system akan memvalidasi email dan password tersebut. Exception

Jika

dalam

verifikasi

pengguna

tidak

ditemukan, maka pengguna tersebut tidak terdaftar dalam system . dan disarakan untuk registrasi dahulu. Basic Flow

1. Aktor menginputkan email 2. Aktor menginputkan password 3. Sistem memvalidasi email dan password yang diinput 4. Sistem akan merespon dari proses tersebut untuk memberikan keterangan

Alternatif Flow

Jika dalam menginputkan email dan password tidak sesuai, maka pengguna harus mengisi kembali.

Pre condition

Aktor harus mengetahui email dan password

Post condition

Halaman menu utama ditampilkan

Tabel 3.2 Spesifikasi Naratif untuk Use Case Registrasi Member

Use case name

Registrasi Member

Aktor

Member

Brief Description

Use case ini merupakan pendaftaran untuk member jika belum terdaftar di system dengan menginputkan data kode agent, MG user id, no. handphone, area, email pribadi, dan kata sandi. 28


Exception

Jika dalam proses pendaftaran member tidak memasukan kode agent dan MG user id yang tidak valid maka member tidak akan pernah terdaftar di dalam member

Basic Flow

1. Aktor menginputkan Agent ID atau Kode Agent 2. Aktor menginputkan Username atau MG user id 3. Aktor menginputkan No. Handphone 4. Aktor memilih area / domisili 5. Aktor menginputkan email yang belum pernah didaftarkan di system 6. Aktor menginputkan password untuk keperluan login 7. Aktor melakukan input password kembali untuk verifikasi 8. Sistem memvalidasi email, password,area yang diinput 9. Sistem akan merespon dari proses tersebut untuk memberikan keterangan

Alternatif Flow

Jika dalam menginputkan Kode Agent dan MG user id tidak valid, maka pengguna tidak akan active sebagai member dalam sistem.

Pre condition

Aktor harus mengetahui Kode Agent dan MG user id

Post condition

Halaman Profile member ditampilkan untuk melengkapi data-data member

Tabel 3.3 Spesifikasi Naratif untuk Use Case Request Penukaran Point Reward

Use case name

Request Penukaran Point Reward

Aktor

Member 29


Brief Description Use case ini merupakan fitur utama bagi member yang

telah

berhasil

mengumpulkan

point

sebanyak-banyaknya dari hasil booking hotel sampai tamu checkout di halaman website MG Bedbank.

Dalam

fitur

ini

memungkinkan

member untuk bisa menukar hadiah-hadiah yang diberikan oleh MG Bedbank sebagai apresiasi terhadap member yang setia dan loyalitas untuk tetap booking di MG Bedbank Exception

Jika dalam proses penukaran point , 1. Kategori

cash voucher maka sistem akan

mengecheck point member dan account bank member , jika account bank kosong sistem akan memberikan notif ke member untuk segera melengkapi. Proses ini membutuhkan 14 hari kerja sejak member melakukan proses penukaran point 2. Kategori Holiday package, Hotel Voucher, Product, Shopping Voucher maka sistem akan memberikan notif ke member, apakah alamat yang di tulis sudah benar. Jika ya, maka proses penukaran point berhasil. Proses untuk kategori ini membutuhkan waktu 10 hari kerja sejak member melakukan proses penukaran point point yang akan ditukar dengan hadiah kurang maka system akan menotifikasi kepada member Basic Flow

1. Aktor akan memilih hadiah yang sesuai dengan point yang dimiliki 2. Terdapat 5 kategori hadiah  Cash Voucher 30


-

500.000,- ribu (100 point)

-

1.000.000,- juta (200 point)

-

2.000.000,- juta (400 point)

 Holiday Package -

Tour Hongkong Shenzen selama 5 hari (14.000 point)

-

Tour Eropa selama 7 hari (25.000 point)

 Hotel Voucher

-

POP Hotel Gubeng Surabaya (80 point)

-

Favehotel Braga Bandung (70 point) Favehotel Pluit Junction (75 point) Yello Hotel Harmoni (80 point) Ibis Jakarta Mangga Dua (90 point) Serela

Cihampelas

Bandung

(95

point)

-

Blue Sky Pandurata Boutique Hotel Jakarta (95 point)

-

Swiss-Belinn

Kemayoran

Jakarta

(100 point)

-

Regata Hotel Bandung (110 point) Arion Swiss-Belhotel Bandung (115 point)

-

Artotel Thamrin Jakarta (132 point)

 Product -

Kulkas (700 point)

-

Mesin Cuci (700 point)

-

AC (1000 point)

-

TV led 40 “ (1250 point)

-

Home theatre (1500 point)

31


-

Laptop (2000 point)

-

Motor (2000 point)

-

Mobil Daihatsu Ayla (40.000 point)

 Shopping Voucher -

Hypermart 500,- ribu (100 point)

-

Carefour 500,- ribu (100 point)

-

IKEA 500,- ribu (100 point)

-

ACE Hardware 500,- ribu (100 point)

-

Metro Shopping 500,- ribu (100 point)

Alternatif Flow

MAP 1.000.000,- juta (200 point)

Jika dalam memilih hadiah point member kurang, maka member tidak akan bisa menukar point dengan hadiah

Pre condition

Aktor harus memiliki point yang cukup untuk bisa menukarnya dengan hadiah

Post condition

Point member akan berkurang sampai diputuskan permintaan penukaran point disetujui

Tabel 3.4 Spesifikasi Naratif untuk Use Case List Histori Transaksi Hotel

Use case name

List Histori Transaksi Hotel

Aktor

Member

Brief Description

Use case ini merupakan daftar history transaksi hotel yang sudah pernah dilakukan member saampai tamu checkout

Exception

Jika dalam daftar histori terdapat daftar transaksi hotel yang tidak muncul maka ada kemungkinan terjadi kesalahan dari kode agent dan Mg user id saat booking hotel, serta user 32


belum aktif saat bookingan hotel Basic Flow

Aktor akan melihat daftar bookingan hotel yang sudah pernah dilakukan sampai tamu checkout

Alternatif Flow

Jika salah menggunakan kode agent dan mg user id saat booking hotel dan user dalam keadaan belum aktif maka bookingan tidak terhitung point

Pre condition

Aktor harus memastikan kode agent dan MG user id yang valid dan status member harus sudah aktif

Post condition

Menampilkan daftar histori bookingan sesuai kode agent dan MG user id

Tabel 3.5 Spesifikasi Naratif untuk Use Case List Histori Klaim Reward Info dan Info Point

Use case name

List Histori Klaim Reward Info dan Info Point

Aktor

Member

Brief Description

Use case ini merupakan daftar history klaim reward member dan info point untuk member, tentang status klaim reward member dan detail point yang masuk, keluar dan dari mana asalnya

Exception

Jika dalam daftar klaim dan point terdapat hal yang tidak sesuai dengan hitungan member dapat menginfokan ke admin mg friend

Basic Flow

Aktor dapat melihat daftar klaim reward untuk mengetahui status klaim member yang sudah pernah dilakukan. Untuk mengetahui info tentang point yang masuk dan keluar serta keterangan point 33


Alternatif Flow

Jika terdapat kejanggalan tentang klaim reward atau pun point dapat menginfokan ke admin MG Friends

Pre condition

Aktor harus mengetahui klaim reward dan point yang sudah pernah dilakukan.

Post condition

Menampilkan klaim reward member dan point

Tabel 3.6 Spesifikasi Naratif untuk Use Case Edit Profile Member

Use case name

Edit Profile Member

Aktor

Member

Brief Description

Use case ini merupakan fitur untuk mengedit data profile terhadap member

Exception

Jika dalam mengedit profile member terdapat kesalahan dalam mengganti profile maka system akan menotifikasi kepada member

Basic Flow

1. Aktor dapat mengedit email , dengan email baru yang belum pernah terdaftar di MG Friends 2. Aktor dapat mengedit telepon, alamat, area, tanggal lahir, serta photo profile 3. Actor dapat mengedit data account bank seperti Nama Bank, No. Rek, Bank Atas Nama, untuk kebutuhan member saat penukaran cash voucher

Alternatif Flow

Jika terdapat kesalahan saat mengedit profile , system akan menotifikasi kepada member

Pre condition

Aktor diwajibkan mengisi data yang penting

Post condition

Menampilkan data profile terbaru dari member

Tabel 3.7 Spesifikasi Naratif untuk Use Case Change Agent Member

Use case name

Change Agent Member 34


Aktor

Member

Brief Description

Use case ini merupakan fitur untuk mengedit data agent member ketika member pindah kerja atau ganti kode agent dan MG User ID

Exception

Jika dalam mengganti kode agent atau mg user id terdapat kesamaan kode agent dan mg user id maka system akan menotifikasi member

Basic Flow

Aktor dapat mengganti kode agent atau mg user id

Alternatif Flow

Jika terdapat kesamaan kode agent atau mg user maka system menotifikasi member

Pre condition

Aktor mengganti kode agent atau mg user id

Post condition

Mengganti kode agent atau mg user id jika sudah di setujui admin

Tabel 3.8 Spesifikasi Naratif untuk Use Case Change Password Agent

Use case name

Change Password Agent

Aktor

Member

Brief Description

Use case ini merupakan fitur untuk mengganti password member

Exception

Jika dalam menganti password member tidak ingat password yang sekarang maka system akan menolak

Basic Flow

Aktor dapat mengganti password yang sekarang

Alternatif Flow

Jika password yang sekarang tidak tahu maka 35


member tidak dapat mengubah password yang baru Pre condition

Aktor mengganti password yang baru dengan menginputkan password yang lama untuk validasi bahwa member benar dengan akun nya sendiri

Post condition

Password yang baru berhasil diganti

Tabel 3.9 Spesifikasi Naratif untuk Use Case FeedBack Member

Use case name

FeedBack Member

Aktor

Member

Brief Description

Use case ini merupakan fitur untuk memberi kan masukan , saran dan pertanyaan kepada admin MG Friends

Exception

Jika terdapat pertanyaan , saran dan masukan terhadap system MG Friends

Basic Flow

1. Aktor menginputkan kode agent dan mg user id 2. Aktor menginputkan email yang terdaftar di MG Friends 3. Aktor menginputkan keluhan atau masukan atau saran serta pertanyaan kepada admin MG friends

Alternatif Flow

Jika kode agent dan mg user id tidak valid feedback akan di abaikan

Pre condition

Member mengirim feedback terhadap MG Friends

Post condition

Member akan mendapat balasan dari admin MG Friends melalui email

36


Tabel 3.10 Spesifikasi Naratif untuk Use Case Approve request penukaran point rewards

Use case name

Approve request penukaran point rewards

Aktor

Admin

Brief Description

Use case ini merupakan fitur untuk melakukan persetujuan bagi member yang melakukan permintaan penukaran point rewards

Exception

Jika ada member melakukan penukaran point rewards

Basic Flow

Admin memilih daftar permintaan penukaran point rewards member

Alternatif Flow

Jika permintaan penukaran point rewards member ketegori shoping voucher dan hotel voucher maka sistem akan mengechek ketersediaan stock voucher, dan untuk selain ketegori tersebut maka permintaan member akan disetujui

Pre condition

Member melakukan permintaan penukaran point rewards pada MG friends

Post condition

Member akan mendapat balasan dari admin MG Friends melalui email serta menunggu permintaan penukaran point rewards sesuai ketentuan

Tabel 3.11 Spesifikasi Naratif untuk Use Case Approve register member

Use case name

Approve register member

Aktor

Admin

Brief Description

Use case ini merupakan fitur untuk melakukan persetujuan untuk member yang melakukan pendaftaran di MG friends

Exception

Jika ada member daftar di mg friends 37


Basic Flow

Admin memilih calon member yang mendaftar di MG friends

Alternatif Flow

Jika kode agent dan mg user id tidak valid maka sistem akan menolak persetujuan pendaftaran member

Pre condition

Member melakukan pendaftaran pada MG friends

Post condition

Member akan mendapat balasan dari admin MG Friends melalui email

3.2.2

Activity Diagram a. Activity diagram login

Gambar 3.2 Activity diagram login

Pada diagram aktivitas di atas digambarkan bahwa pada saat Member ingin login , member harus menginputkan email dan password. Setelah itu 38


sistem akan merespon data email dan password yang di kirim, jika data email dan password matching dengan database member maka akan menampilkan menu member atau home dashboard, jika tidak sistem akan mengirim notifikasi ke member. b. Activity diagram registrasi member

Gambar 3.3 Activity diagram registrasi member

Pada diagram aktivitas di atas digambarkan bahwa pada saat Member ingin registrasi , member harus menginputkan data yang di butuhkan untuk 39


keperluan registrasi. Setelah itu sistem akan merespon data form registrasi yang di kirim, jika data registrasi terdapat kesalahan dalam mengisi data yang di input sistem akan menotifikasi ke member untuk di perbaiki. Setelah proses registrasi berhasil member akan di arahkan ke halaman profile untuk bisa melengkapi data member. c. Activity diagram request penukaran point reward

Gambar 3.4 Activity diagram request penukaran point reward

Pada diagram aktivitas di atas digambarkan bahwa pada saat Member ingin melakukan proses penukaran point reward member memilih hadiah 40


reward point, setelah itu sistem akan mengecheck data point member apakah point yang dimiliki cukup. Jika tidak, maka sistem akan menotifikasi ke member bahwa gift yang dipilih tidak bisa karena point yang dimiliki member tidak cukup. Dan jika berhasil maka sistem juga akan mengirim notifikasi bahwa penukaran point berhasil dan point member akan berkurang. d. Activity diagram list histori transaksi hotel booking

Gambar 3.5 activity diagram histori transaksi hotel booking

Pada diagram aktivitas di atas digambarkan bahwa pada saat Member ingin melihat data histori transaksi hotel yang pernah di booking member melalui

MG

bedbank.

Maka

sistem

akan

menampilkan data histori transaksi hotel member sesuai dengan kode agent dan mg user id yang valid atau terdaftar di mg bedbank. 41


e. Activity diagram histori klaim dan info point

Gambar 3.6 activity diagram histori klaim dan info point

Pada diagram aktivitas di atas digambarkan bahwa pada saat Member ingin melihat data histori klaim reward point dan info point yang meliputi point masuk , point keluar dan point aktif. Maka member bisa memilih tab yang di inginkan maka sistem akan menampilkan data data sesuai tab yang dipilih.

42


f. Activity diagram edit profile

Gambar 3.7 activity diagram edit profile

Pada diagram aktivitas di atas digambarkan bahwa pada saat Member ingin mengedit data profile, maka member bisa menginputkan data yang di inginkan pada form edit profile. Setelah itu maka sistem akan mengecheck data profile yang di edit pada form edit profile, jika ada kesalahan pada saat melakukan edit profile maka sistem akan mengirim notifikasi kepada member dan diperbaiki oleh member. Dan setelah data edit profile berhasil maka sistem akan mengirim notifikasi ke member bahwa edit profile berhasil. Dan sistem akan menampilkan data profile yang terbaru. 43


g. Activity diagram change agent member

Gambar 3.8 activity diagram change agent member

Pada diagram aktivitas di atas digambarkan bahwa pada saat Member ingin mengganti kode agent atau mg user id, maka member bisa menginputkan data yang di inginkan pada form change agent member. Setelah itu maka sistem akan mengecheck data change agent member yang di edit pada form change agent member, jika ada kesalahan pada saat melakukan change agent member maka sistem akan mengirim notifikasi kepada member dan diperbaiki oleh member. Dan setelah data change agent member berhasil maka sistem akan mengirim notifikasi ke member bahwa permintaan change agent member berhasil. 44


h. Acitivity diagram change password

Gambar 3.9 activity diagram change password

Pada diagram aktivitas di atas digambarkan bahwa pada saat Member ingin mengganti password, maka member bisa menginputkan data password yang baru yang di inginkan pada form change password member. Setelah itu maka sistem akan mengecheck data change password member yang di edit pada form change password member, jika ada kesalahan pada saat melakukan change password member maka sistem akan mengirim notifikasi kepada member dan diperbaiki oleh member. Dan setelah data change password member berhasil maka sistem akan mengirim notifikasi ke member bahwa berhasil diganti.

45


i. Activity diagram feedback member

Gambar 3.10 activity diagram feedback member

Pada diagram aktivitas di atas digambarkan bahwa pada saat Member ingin mengirim feedback tentang saran, keluhan ataupun memfollow up soal reedem point kepada admin MG Friends, maka member bisa menginputkan data feedabck. Dan setelah itu maka sistem akan menotifikasi kepada member bahwa feedback berhasil dikirim.

46


j. Activity diagram approve register member

Gambar 3.11 activity diagram approve register member

Pada diagram aktivitas di atas digambarkan bahwa pada saat admin ingin menyetujui register member , sistem akan mengambil detail member register untuk kunci update member register menjadi aktif. Setelah itu sistem akan mengirim ke alamat email member untuk menginfokan bahwa member telah aktif dan bisa langsung mengumpulkan point sebanyak2 nya.

47


k. Activity diagram approve request klaim reward point

Gambar 3.12 activity diagram approve request klaim reward point member

Pada diagram aktivitas di atas digambarkan bahwa pada saat admin ingin menyetujui request klaim point reward member , sistem akan mengambil detail member dan reward yang di minta untuk kunci persetujuan request klaim point reward member. Setelah itu sistem akan mengirim ke alamat email member untuk menginfokan bahwa request klaim reward point telah disetujui dan bisa menunggu sesuai ketentuan dari setiap kategori reward.

48


3.2.3

Sequence Diagram a. Sequence diagram login

Gambar 3.13 Sequence diagram login

b. Sequence diagram register member

Gambar 3.14 Sequence diagram register member

49


c. Sequence diagram request penukaran point

Gambar 3.15 Sequence diagram request penukaran point

d. Sequence diagram histori transaksi hotel

Gambar 3.16 Sequence diagram histori transaksi hotel

50


e. Sequence diagram histori klaim dan point

Gambar 3.17 Sequence diagram histori klaim dan point

f. Sequence diagram edit profile member

Gambar 3.18 Sequence diagram edit profile member

51


g. Sequene diagram change agent member

Gambar 3.19 Sequence diagram change agent member

h. Sequence diagram ganti password

Gambar 3.20 Sequence diagram ganti password

52


i. Sequence diagram feedback

Gambar 3.21 Sequence diagram feedback

j. Sequence diagram approve register member

Gambar 3.22 Sequence diagram approve register member

k. Sequence diagram approve klaim reward point member

Gambar 3.23 Sequence diagram approve klaim reward point member

53


3.2.4

Class Diagram

Gambar 3.24 Class Diagram

54


3.3.

Perancangan Basis Data Pada sistem ini database yang digunakan adalah MYSQL. Sistem ini menyimpan data transaksi dan user yang ada pada aplikasi pengelolaan point hotel. 1. Nama tabel : user_table Media

: Harddisk

Primary key

: id_user

Table 3.12 user_table

Field id_user mg_user_id name address area phone birthdate email

Tipe data int varchar varchar varchar varchar varchar date varchar

password status kode_agent point

varchar tinyint varchar varchar

image_user user_date_created user_date_aproved approved_by

varchar datetime datetime varchar

55


size

11 15 25 200 25 13 50

Ket

Sesudah di 70 enkripsi 1 5 5 Lokasi path folder 200 image 2

2. Nama tabel

: transaction_table

Media

: Harddisk

Primary key

: All Field

Table 3.13 transaction_table

Field mg_user_id kode_agent hotel city country room night roomnight point checkIn checkOut satlement_date web_invoice status_transaction groupLineNo PNR PNRNumber PaxName SalesBase VoucherNumber InvoiceNumber AgentName

Tipe data varchar varchar Varchar varchar varchar int int int varchar date date date varchar tinyint tinyInt varchar varchar varchar varchar varchar varchar varchar

56


size

15 5 35 25 15 11 11 11 5

30 2 2 20 20 50 30 40 40 50

ket

Kode unik Kode unik Kode unik Kode unik Kode unik Kode unik Kode unik

3. Nama tabel

: gift_table

Media

: Harddisk

Primary key

: id_gift

Table 3.14 gift_table

Field id_gift

Tipe data int

pict_name name value point description status_gift type refCountry CreateDate UpdateDate

varchar varchar varchar int longtext tinyint varchar varchar datetime datetime

4. Nama tabel

size

11

Ket

Lokasi path folder 100 image 35 15 11 1 2 5

: Change_agent_table

Media

: Harddisk

Primary key

: id_change_agent

Table 3.15 Change_agent_table

Field id_change_agent id_user old_mg_user_id new_mg_user_id old_kode_agent new_kode_agent date_request status date_updated

Tipe data int int varchar varchar varchar varchar datetime varchar datetime

57


size

11 11 15 15 5 5 10

Ket

5. Nama tabel

: History_user

Media

: Harddisk

Primary key

: id_history

Table 3.16 History_user

Field id_history id_user gift_id status_history last_point in_point out_point current_point date_create id_admin_approve notes

Tipe data int int int varchar varchar varchar varchar varchar datetime int text

58


size

11 11 11 10 5 5 5 5 11

Ket

3.4.

Perancangan Antarmuka Pada perancangan antarmuka merupakan tampilan design pada smartphone android yang akan di buat oleh penulis. a. Tampilan home

Gambar 3.25 Tampilan Home

59


b. Tampilan home register

Gambar 3.26 Tampilan Register

60


c. Tampilan edit profile

Gambar 3.27 Tampilan Edit profile

61


d. Tampilan reward member

Gambar 3.28 Tampilan Reward Member

62


e. Tampilan cara bergabung

Gambar 3.29 Tampilan cara bergabung

63


f. Tampilan history transaksi hotel

Gambar 3.30 Tampilan History transaksi hotel

64


g. Tampilan hubungi kami / feedback

Gambar 3.31 Tampilan hubungi kami / feedback

65


h. Tampilan klaim reward history dan point history

Gambar 3.32 Tampilan klaim reward history dan point history

66


i. Tampilan tentang MG Friends

Gambar 3.33 Tampilan tentang MG Friends

67


BAB 3. ANALISA SISTEM & PERANCANGAN

Recommend Documents