• Tidak ada hasil yang ditemukan

BAB III ANALISA DAN PERANCANGAN

N/A
N/A
Protected

Academic year: 2021

Membagikan "BAB III ANALISA DAN PERANCANGAN"

Copied!
26
0
0

Teks penuh

(1)

3.1 Analisis

3.1.1 Analisis Masalah

Pelayanan yang sesuai dengan standar,sopan dan bersahabat pada sebuah apartemen memang sangat penting. Salah satu kemampuan yang tidak kalah pentingnya adalah kemampuan untuk berkomunikasi dalam bahasa asing. Kemampuan berbahasa asing sangat dibutuhkan, terutama pada saat menangani tamu asing agar tidak terjadi miscomunication.Oleh karena itu dibutuhkan suatu sistem yang dapat menjawab kebutuhan ini, yaitu sistem informasi yang memanfaatkan pelayanan secara cepat dan mudah digunakan dalam memberikan pelayanan tersebut yaitu layanan yang disajikan melalui media aplikasi mobile.Karena menggunakan perangkat mobile dapat digunakan kapan saja dan dimana saja dengan jaringan internet.

3.1.2 Analisis Sistem

Analisis dan perancangan sistem memerlukan tahapan yang sistematis untuk mendapatkan aplikasi yang baik dan bersesuaian dengan kegunaan dan tujuannya.Tahap awal dari analisis adalah menganalisis kebutuhan-kebutuhan sistem mulai dari kubutuhan pengguna, kubutuhan non fungsional, dan kebutuhan fungsional.Sedangkan untuk tahap perancangan aplikasi yaitu perancangan database, dan perancangan antarmuka.

3.1.2.1 Deskripsi Sistem

Arsitektur fisik sistem mengacu kepada model arsitektur aplikasi two tier. Arsitektur fisik sistem terdiri dari tiga komponen utama yaitu Client (Frontend), application Server (Web Admin dan Web Service), dan database Server.

(2)

Gambar 3.1 Arsitektur sistem aplikasi layanan apartemen (Sumber : id.portalgaruda.org)

Aplikasi mobile haruslah terhubung dengan jaringan internet, sehingga aplikasi mobile dapat berkomunikasi dengan webserver dimana aplikasi dapat melakukan request kepada webserver dan webserver dapat melakukan response kepada aplikasi mobile. Dan juga karena database yang digunakan adalah database yang terpusat, maka database dapat diakses dari aplikasi mobile melalui webservice, sehingga disini webservice berperan sebagai pengengah antara aplikasi mobile dan database. Pengguna menggunakan aplikasi ini melalui handphone, dalam hal ini aplikasi mobile-nya adalah front-end dari sistem yang dibuat, dimana front-end yang terdapat pada aplikasi mobile ini memiliki fungsi-fungsi yang bekerja dengan cara melakukan request kepada end yaitu web service. dan back-end melakukan query pada database dimana hasil dari query ini akan web service berikan sebagai response kepada aplikasi mobile. Dalam sistem ini aplikasi mobile dijalankan pada sistem operasi Android, webservice dibangun dengan bahasa pemrograman PHP dan database dibuat dengan menggunakan MySQL.

(3)

3.1.2.2 Alur Data Sistem

Gambar 3.2 Tampilan Alur Data Sistem (Sumber : id.portalgaruda.org)

Analisis alur data sistem pada gambar 3.2 merupakan analisis yang berfungsi untuk menggambarkan secara rinci bagaimana sistem ini dapat bekerja. Analisis ini meliputi :

1. Aplikasi Mobile

Aplikasi mobile dalam hal ini merupakan analisis fungsionalitas – fungsionalitas aplikasi untuk mengakses data dari database server melalui web service. Aplikasi ini dibangun diatas platform android dan bekerja dengan cara pertukaran data dari web service yang bertipe JSON untuk diolah pada platform android.

2. Web service

Web service pada penelitian ini berfungsi sebagai jembatan antara aplikasi mobile platform android dengan database server.Cara kerja web service ini yaitu dengan mengambil data dari database server dan kemudian mengkonversikan data tersebut kedalam format pertukaran data JSON.

3. Protokol HTTP

Protokol HTTP merupakan protokol jaringan lapisan aplikasi yang digunakan untuk sistem informasi terdistribusi, kolaboratif, dan menggunakan hipermedia.Ada beberapa operasi HTTP yang salah satu contohnya adalah GET dan POST.Operasi GET digunakan untuk meminta sumber dari server.Operasi POST digunakan untuk mengirim informasi ke sumber yang ada di server.Serverakan merespon dengan header HTTP yang diikuti dengan bagian data. Pada kasus operasi pemberian GET, respon dari serverakan berisi sumber yang diminta klien. Jika server menerima operasi POST, serverakan melewatkan data yang ada pada operasi POST ke sumber yang dapat dieksekusi. Setelah server menerima kembali hasil dari sumber tersebut, serverakan memasukkan hasil tersebut ke HTTP respon yang dikirim kembali ke klien Pada penelitian ini HTTP

(4)

digunakan aplikasi mobile sebagai protokol yang dapat mendistribusikan data yang bersumber dari database server.

3.1.3 Analisis Kebutuhan Non Fungsional

Analisis kebutuhan non fungsional menggambarkan kebutuhan system yang menitikberatkan pada properti prilaku yang dimiliki oleh sistem, diantaranya kebutuhan perangkat keras, perangkat lunak sebagai bahan analisis kekurangan dan kebutuhan yang harus dipenuhi dalam perancangan sistem yang akan diterapkan.

1. Kebutuhan Perangkat Keras

Berikut ini adalah spesifikasi perangkat keras minimum yang mendukung aplikasi fasilitas umum dengan baik, yaitu :

a. Perangkat Keras Aplikasi Backend •Processor : Dengan Kecepatan 2.0 GHZ •Memori : 4GB

•VGA : 2GB •Hardisk : 500 GB

b. Perangkat Keras Aplikasi Frontend •OS : Android Lollipop 5.1.1 •Ukuran Layar: 4.3 Inch •RAM : 1GB

•Storage : 16GB

•WLAN : Wi-fi 802.11 b/g/n •Jaringan 3G : UMTS 2. Kebutuhan Perangkat Lunak

Perangkat lunak yang dipakai dalam pengembangan E-Application “Layanan Penyedia Jasa Pada Apartemen” adalah sebagai berikut:

a. Ionic Framework v1.3 b. Lumen Laravel 5.2 c. CorelDraw X6 d. Browser

e. Android Emulator

3.1.4 Analisis Kebutuhan Fungsional

Analisis kebutuhan fungsional menggambarkan proses kegiatan yang akan diterapkan dalam sebuah sistem dan menjelaskan kebutuhan yang diperlukan sistem agar sistem dapat berjalan dengan baik serta sesuai dengan kebutuhan. Analisis kebutuhan fungsional ini meliputi analisi kebutuhan sistem, analisis kebutuhan data, spesifikasi sistem

(5)

dan pemodelan sistem. Pemodelan sistem dimodelkan dengan menggunakan UML (Unified Modeling Language). Tahap-tahap pemodelan dalam analisis tersebut antara lain Usecase diagram, Class Diagram, , Activity Diagram, Sequence Diagram, Entity Relationship Diagram, dan Diagram Alir Kerangka Berfikir.

 Diagram Alir Kerangka Berpikir

MULAI MULAI vdgdx Pengumpulan Data vdgdx Observasi vdgdx Fitur Registrasi Fitur Login/Logout Fitur Home Fitur Pelayanan Fitur Pemesanan Fitur Konfirmasi Pembayaran

Fitur Pembayaran Fitur Pembatalan Pemesanan

Fitur Ulasan

vdgdx

Laporan Hasil Kerja

vdgdxSelesai

Gambar 3.3 Diagram Alir Kerangka Berfikir

Berdasarkan diagram alir kerangka berpikir yang telah ditampilkan menjelaskan bahwa tahapan – tahapan langkah yang akan dilakukan dalam pembuatan aplikasi layanan kamar apartemen. Berikut adalah penjelasan secara lebih lengkap dari perancangan pembuatan aplikasi ini :

(6)

 Tahap pengumpulan data

Pada tahap ini penulis mencari data – data yang dibutuhkan untuk pembuatan aplikasi dengan berbagai cara yaitu:

- Mengumpulkan data melalui peninjauan pustaka yaitu mencari teori-teori pendukung melalui jurnal internet maupun buku-buku yang ada di perpustakan di Mercubuana ataupun di luar Mercubuana.

 Tahap Observasi

Pada tahap ini penulis mencari data – data dengan peninjauan langsung terhadap permasalahan yang diambil.

 Tahap menganalisa kebutuhan data

Setelah mendapatkan data dari hasil pengumpulan data, maka dilakukan analisis data. Berdasarkan hasil analisis tersebut penulis mendapatkan kebutuhan aplikasi yang sesungguhnya untuk lanjut pada tahap Product Backlog. Yang berguna menjadi titik acuan pembuatan aplikasinya.

 Fitur yang yang ada dalam aplikasi layanan penyedia jasa pada apartemen

Membuat daftar dan menyiapkan kebutuhan aplikasi yang akan dibuat serta history list kebutuhan. Kebutuhan juga bisa ditambahkan sewaktu-waktu sesuai dengan kebutuhan aplikasi, antara lain :

1. Fitur Registrasi

2. Fitur Login dan Logout 3. Fitur Home

4. Fitur Pelayanan 5. Fitur Pemesanan

6. Fitur Konfirmasi Pembayaran 7. Fitur Pembatalan Pemesanan 8. Fitur Pembayaran

(7)

3.2 Perancangan

3.2.1 Perancangan Sistem 3.2.1.1 Use Case

Gambar dibawah ini menjelaskan tentang use case yang ada didalam sistem aplikasi, dimana terdapat 2 aktor Admin dan User beserta relasi-relasinya yang berada di dalam boundary box Backend dan Frontend sistem aplikasi, Untuk lebih lengkapnya dapat dilihat pada gambar 3.3 dan 3.4.

FrontEnd Sistem Aplikasi

Melakukan Registrasi Melakukan Login/Logout Memilih Pelayanan Melakukan Pembayaran User Melakukan Pesanan Memberikan Ulasan Terhadap Pelayanan Menerima Konfirmasi Pembayaran

(8)

BackEnd Sistem Aplikasi

Melakukan Login/Logout

Terima Pesanan Terima Bukti Pembayaran

Mengelola Data User Admin

Memberikan Pelayanan Sesuai Pesanan User

Membuat Laporan

Gambar 3.5 Use Case BackEnd 3.2.1.2 Use case Narrative

Pada Sub-Bab ini akan menjelaskan Use case narrative sebagai pengembangan dari use case, didalam tabel use case narative terdapat point Use-Case Name untuk menunjukkan use case mana yang sedang di narative-kan, lalu actor sebagai pemerannya, description sebagai deskripsi dari usecase narative, typical course of events dan alternate courses sebagai tahapan-tahapan narasi proses usecase tersebut, postcondition sebagai penggambaran apa yang akan terjadi setelah narasi-narasi tersebut terjadi. untuk lebih detailnya lihat tabel 3.1 – tabel 3.6.

(9)

Tabel 3.1 Use case narative Melakukan Registrasi Use-Case

Name : Melakukan registrasi Actor : User

Description : Use case ini mendeskripsikan event ketika User melakukan registrasi. Typical

Course of Events :

Actor Action System Response

Step 1: saat User menekan tombol registrasi

Step 3 : Guest mengisi form dan menyentuh tombol register

Step 2: Sistem memberikan respons dengan menampilkan form registrasi.

Step 4: data disimpan di database Alternate

Courses :

Alt-Step 4 : menampilkan ada kolom form yang di isi tidak memenuhi persyaratan (tidak sesuai validasi)

Post condition :

 User dapat melakukan login

Tabel 3.2 Use case narative Melakukan Login Use-Case Name : Melakukan Login

Actor : User

Description : Use case ini mendeskripsikan event ketika seluruh aktor sedang melakukan login

Typical Course of Events :

Actor Action System Response Step 1: saat seluruh user

menyentuh tombol login Step 3 : mengisi username dan password di kolom yang telah disediakan dan

menyentuh tombol login

Step 2: Sistem memberikan respons dengan menampilkan isi form login

Step 4: Sistem memberikan respons dengan menampilkan bagian home

Alternate Courses :

Alt-Step1 : saat setelah melakukan registrasi

Alt-Step2 : system secara otomatis akan mendirect ke form login Alt-Step4: Sistem memberikan respons dengan mengagalkan login karena username dan password tidak valid

Alt-Step5: aktor akan mengisi kembali sesuai username dan password yang didaftarkan

Alt-Step6: Sistem memberikan respons dengan menampilkan bagian home

(10)

Tabel 3.3 Use case narative Memilih Pelayanan Use-Case Name : Memilih Pelayanan

Actor : User

Description : Use case ini mendeskripsikan ketika User akan memilih request order

Typical Course of Events :

Actor Action System Response Step 1: Menekan tombol

request order.

Step 3: Terdapat 4 layanan Yang bisa dipesan user; HouseKeeping, Laundry, Food Beverage, kemudian pilih salah satu.

Step 2: Sistem memberikan respon dengan menampilkan list menu layanan.

Alternate Courses :

-Postcondition :  Masuk ke form Pemesanan

Tabel 3.4 Use case narative Melakukan Pemesanan Use-Case Name : Melakukan Pemesanan

Actor : User

Description : Use case ini mendeskripsikan ketika User Melakukan Pemesanan dan konfirmasi pembayaran

Typical Course of Events :

Actor Action System Response Step 1: Menekan salah satu

tombol pelayanan yang diinginkan.

Step 3: Mengisi Form Pemesanan dan menekan tombol pesan.

Step 2: Sistem memberikan respon dengan menampilkan form pemesanan.

Step 4: Sistem memberikan respon dengan menampilkan Konfirmasi pembayaran. Alternate Courses

:

Alt-Step2: Menampilkan ada kolom form yang di isi tidak memenuhi persyaratan (tidak sesuai validasi)

Postcondition :  Kemudian akan muncul pesan konfirmasi pembayaran

(11)

Tabel 3.5 Use case narative Melakukan Pembayaran Use-Case Name : Upload Bukti Pembayaran

Actor : User

Description : Use case ini mendeskripsikan ketika User Upload Bukti Pembayaran dan pembatalan pemesanan

Typical Course of Events :

Actor Action System Response Step 1: Setelah user

menerima konfirmasi pembayaran. User mendapat 2 pilihan, membatalkan pesanan atau melakukan transfer pembayaran Step 2 : Apabila user ingin membatalkan pesanan user bisa memilih tombol batal pemesanan. Jika lanjut User Upload bukti pembayaran Step 4: Pembayaran akan berubah status jika sudah konfirmasi admin.

Step 3: Sistem memberikan respon dengan memberikan notifikasi ke admin dan menyimpan data dalam database.

Step 5: Admin server segera memberikan pelayanan yang diminta.

Step 6: setelah pengerjaan selesai admin akan merubah status menjadi selesai dan user bisa memberikan ulasan Alternate Courses

:

-Postcondition : - Ke menu Ulasan

Tabel 3.6 Use case narative Memberikan ulasan terhadap pelayanan Use-Case Name : Memberikan Ulasan Pelayanan

Actor : User

Description : Use case ini mendeskripsikan ketika User Memberikan Ulasan Pelayanan

Typical Course of Events :

Actor Action System Response Step 1: Tekan Tombol

Ulasan.

Step 3: Memberikan ulasan pelayanan yang diberikan.

Step 2: Sistem memberikan respon dengan menampilkan ulasan layanan.

Step 4: Sistem memberikan respon dengan memberikan notifikasi ke admin dan menyimpan di database. Alternate Courses

:

(12)

3.2.1.3 Activity Diagram

Pada Sub-Bab ini akan menjelaskan Activity Diagram sebagai landasan

class-class, attribute, dan method apa yang akan digunakan didalam tahap koding.

untuk lebih detailnya lihat gambar berikut ini:

1. Melakukan Registrasi

Activity ini menjelaskan alur ketika User hendak melakukan registrasi. Diawali dengan menekan tombol register maka system akan menampilkan form registrasi, lalu user mengisi form tersebut dan system sembari melakukan validasi isian form agar menghemat waktu User. Ketika semua isian form telah benar User akan menekan tombol ok lalu data user telah disimpan diserver. Untuk lebih jelasnya lihat gambar 3.6.

(13)

2. Melakukan Login

Activity ini menjelaskan ketika User melakukan login. Pertama-tama User menekan tombol login, system akan menampilkan form login yang berisikan username dan password, User mengisi form login dan ketika username dan password tidak valid maka system akan memberikan pesan “username dan password tidak valid”. Ketika username dan password valid system akan menampilkan halaman home. Untuk lebih jelasnya lihat gambar 3.7.

(14)

3. Memilih Pelayanan

Activity ini menjelaskan ketika User memilih pelayanan. Pertama-tama User pilih tekan request order, system akan menampilkan layanan yang berisikan, Housekeeping, Laundry, dan Food Beverage. User bisa memilih salah satu dari layanan tersebut.Untuk lebih jelasnya lihat gambar 3.8.

Memilih Pelayanan

User

System

Start Menekan tombol Request Order Menampilkan Pelayanan End

(15)

4. Melakukan Pemesanan

Activity ini menjelaskan ketika User hendak melakukan pemesanan. Pertama-tama User pilih salah satu pelayanan yang diinginkan, system akan menampilkan form yang harus diisi User. Ketika telah selesai mengisi dan User menekan tombol pesan, maka system akan menyimpan data pesanan didalam database. Dan user akan menerima konfirmasi pembayaran lebih jelasnya lihat gambar 3.9.

Melakukan Pemesanan

User System

Start

Memilih salah satu gambar pelayanan yang dibutuhkan Menampilkan Form Pemesanan End Mengisi Form Pemesanan Tekan Tombol Pesan Konfirmasi Pembayaran Tekan Tombol Pembatalan Pemesanan Data Pemesanan Dikirimkan ke web server dan disimpan

dalam database

(16)

5. Melakukan Pembayaran

Activity ini menjelaskan ketika User memilih opsi membayar transfer dan akan melakukan upload bukti pembayaran, dimenu user juga bisa membatalkan pemesanan dengan menekan tombol membatalkan pemesanan jika lanjut user menekan pilihan bukti pembayaran, kemudian pilih bukti pembayaran yang sudah ditransfer. Ketika telah selesai mengupload kemudian User menekan tombol kirim, maka system akan menyimpan data pesanan didalam database. Lebih jelasnya lihat gambar 3.9. Melakukan Pembayaran User System Start Memilih Menu Pembayaran Menampilkan Form Pembayaran End Mengisi Form Pembayaran Tekan Tombol Bukti Pembayaran Upload Tekan Tombol Pembatalan Pemesanan Data Pembayaran Dikirimkan ke web server dan disimpan

dalam database

(17)

6. Ulasan Terhadap Pelayanan

Activity ini menjelaskan ketika User akan memberikan ulasan terhadap Pelayanan yang diberikan, pertama – tama menekan tombol ulasan, kemudian pilih pelayanan system akan menampilkan ulasan layanan, kemudian User memberikan komentar terhadap pelayanan yang diberikan, system akan memberikan respon notifikasi ke admin dan menyimpan data didatabase. Lebih jelasnya lihat gambar 3.10.

Ulasan Terhadap Pelayanan

User System Start Memilih Menu Ulasan Menampilkan List Pelayanan End Memilih Pelayanan yang akan di review

Kirim

Data Ulasan Dikirimkan ke web server dan disimpan

dalam database Menampilkan Form

Ulasan

Mengisi Form Ulasan

(18)

3.2.1.4 Class Diagram

Pada Sub-Bab ini akan menjelaskan Class Diagram sebagai landasan class-class, attribute, dan method apa yang akan digunakan didalam tahap koding. untuk lebih detailnya lihat gambar berikut ini:

HomeView +HomeView() : void LoginView +LoginView() : void RegisterView +RegisterView () : void PelayananVie w +PelayananView() : void PemesananVie w +PemesananVie w() : void PembayaranVi ew +PembayaranVie w() : void UlasanView +UlasanView(): void UserController doLogin() : void doRegister() : void doGetPelayanan():void doGetPembayaran():void doGetPemesanan():void doGetUlasan() : void RegisterController doRegister() : void -Model : User -View : RegisterView postNama() : string postEmail() : string postNoKamar() : int Password() : string doLogout() : void doLogin() : void - Model : User - View : LoginView postEmail() : void post Password() : void

LoginController PelayananController doGetPelayanan() : void - Model : User - View : PelayananView postHouseKeeping() : void postLaundry() : void postFoodBeverage() : void PemesananController - Model : User - View : PemesananView GetHouseKeeping() : void GetNama() : void GetEmail() : void PembayaranController - Model : User - View : PembayaranView postBuktiPembayaran() : void UlasanController - Model : User - View : UlasanView postRating() : void postKomentar():void postMetodePembayaran():void PemesananController - Model : User - View : PemesananView GetLaundry() : void GetNama() : void GetEmail() : void GetNoKamar() : void postMetodePembayaran():void GetHarga() : void PemesananController - Model : User - View : PemesananView GetNama() : void GetEmail() : void GetNoKamar() : void GetFoodBeverage() : void postJumlah() : void postPilihMakanan() : void postJumlah() : void postPilihMinuman() : void postHarga() : void postMetodePembayaran():void GetHarga() : void Users Konfirmasi Pembayaran Pembayaran Ulasan - Nama() : string - Email() : string - NoKamar() : int - Password() : string getNama() : string getEmail() : string getNoKamar() : int getPassword() : string setName() : void setEmail() : void setNoKamar() : void setPassword() : void Laundry getNama() : string getEmail() : string getNoKamar() : int getMetodePembayaran():String setNama() : void setEmail() : void setNoKamar() : void setMetodePembayaran():void FoodBeverage - Harga() : int getmetodePembayaran():String setHarga() : void - Nama() : string - Email() : string - NoKamar() : int

- MetodePembayaran():String - Nama() : string- Email() : string - NoKamar() : int - Jumlah() : int - PilihMakanan() : void - Jumlah() : int - Minuman() : void - MetodePembayaran():String getNama() : string getEmail() : string getNoKamar() : int getJumlah() : int getPilihMakanan() : String getJumlah() : int getPilihMinuman() : String getMetodePembayaran():String setNama() : void setEmail() : void setNoKamar() : void setJumlah() : void setPilihMakanan() : void setJumlah() : void setPilihMinuman() : void setMetodePembayaran():void 1 1 1 1..* 1 1..* 1..* 1 1 1 1 1 11 1 1 1 1 1 1 1 1 1 1 1 1 1..* 1..* 1..* 1 1 1 1 1 1 1 - Harga() : int getHarga() : int setBiaya() : void - Nama() : string - Email() : string - NoKamar() : int getNama() : string getEmail() : string getNoKamar() : int setNama() : void setEmail() : void setNoKamar() : void GetNama() : void Konfirmasi PembayaranView +Konfirmasi PembayaranView() : void 1 1..* GetEmail() : void GetNoKamar() : void GetHarga() : void GetMetodePembayaran():void GetNoKamar() : void postKuantitas() : void GetNama() : void GetEmail() : void GetNoKamar() : void postHarga() : void postMetodePembayaran():void postUpload() : void HouseKeeping - Nama() : string - Email() : string - NoKamar() : int - MetodePembayaran() : void getNama() : string getEmail() : string getNoKamar() : int getMetodePembayaran() : string setNama() : void setEmail() : void setNoKamar() : void setMetodePembayaran() : void getHarga() : string getKuantitas() : string - Harga() : Int - Kuantitas() : Int setHarga() : void setKuantitas() : void - Harga() : void getHarga() : int setHarga() : void - MetodePembayaran() : String getHarga() : int setMetodePembayaran():void - Nama() : string - Email() : string - NoKamar() : int - Rating() : String - Komentar():String getNama() : string getEmail() : string getNoKamar() : int getRating() : String getKomentar():String setNama() : void setEmail() : void setNoKamar() : void setRating() : void setKomentar():void - Nama() : void - Email() : void - NoKamar() : void - MetodePembayaran():void - Harga():void - Model : User - View : PemesananView Post - Model : User - View : Post View

Post getID() : int getIsiPost() : string getWaktuPost() : date - ID() : int - IsiPost() : string - WaktuPost() : date setID() : void setIsiPost() : void setWaktuPost() : void getID() : void getIsiPost() : void getWaktuPost() : void 1 1 1..* 0..1 1..* 1 1 1..* 1..* 1 1..* 1..* 1..* 1 1 1..* 1..* 1..* 1..* 1..* 1..* 1 1 1 1 1..*

(19)

3.2.1.5 Sequence Diagram

Pada Sub-bab ini menggambarkan tentang alur kerja aplikasi berdasarkan hubungan antara usecase dan class diagram. untuk lebih detailnya lihat gambar 1 - 7.

Gambar 3.13 Register

(20)

Gambar 3.15 Logout User ;PelayananView ;UserController ;PelayananController Data = PelayananView() doGetUPelayanan() PelayananView()

(21)

Gambar 3.17 Melakukan Pemesanan

(22)

User ;UlasanView ;UserController ;UlasanController Komentar() doGetUlasan() UlasanView() Rating() Gambar 3.19 Ulasan

3.2.1.6 ERD (Entity Relationship Diagram)

Pada Sub-Bab ini akan menjelaskan ERD sebagai hubungan- hubungan

yang terjadi antar class didalam database. untuk lebih detailnya lihat gambar di

bawah ini :

(23)

Users PK Nama Email No_Kamar Passsword FK1 Pemesanan FoodBeverage PK Nama FK1 Pemesanan Laundry PK Nama FK1 Pemesanan HouseKeeping PK Nama Email FK1 Pembayaran PK Nama Email No_Kamar Upload_Bukti_Pembayaran FK1 Ulasan PK Nama Komentar Rating Metode_Pembayaran Email No_Kamar Harga Email No_Kamar Jumlah Pilih_Makanan Jumlah Pilih_Minuman Metode_Pembayaran Biaya Kuantitas Metode_Pembayaran No_Kamar Harga Metode_Pembayaran Harga Email No_Kamar Metode_Pembayaran Harga

Gambar 3.20 ERD Diagram  Deskripsi table

1. Tabel user : Tabel yang menyediakan data tabel user Tabel 3.7 Tabel Users

No Field Type Keterangan

1 2 3 4 Nama Email No_Kamar Password string (50) string(50) int(11) string (50) Nama user Email user NoKamar user Password user

(24)

2. Tabel pemesanan : Tabel yang menyediakan data pemesanan HouseKeeping Tabel 3.8 Tabel HouseKeeping

No Field Type Keterangan

1 2 3 4 5 Nama Email No_Kamar Harga Metode_Pembayaran string (50) string(50) int int string(20) Nama user Email user NoKamar user

Biaya yang dikeluarkan Metode pembayaran user

3. Tabel pemesanan : Tabel yang menyediakan data pemesanan Laundry Tabel 3.9 Tabel Laundry

No Field Type Keterangan

1 2 3 4 5 6 Nama Email No_Kamar Harga Kuantitas Metode_Pembayaran string(50) string(50) int int int string(20) Nama user Email user Nokamar user

Biaya yang dikeluarkan Jumlah pakaian per kilo Metode pembayaran user

4. Tabel pemesanan : Tabel yang menyediakan data pemesanan Laundry Tabel 3.10 Tabel Food Beverage

No Field Type Keterangan

1 2 3 4 5 6 7 8 9 Nama Email No_Kamar Makanan Jumlah Minuman Jumlah Harga Metode_Pembayaran string (50) string(50) int string (30) int string (30) int int string (20) Nama user Email user Nokamar user

Makanan yang dipesan user Jumlah yang dipesan user Minuman yang dipesan user Jumlah yang dipesan user Biaya yang dikeluarkan Metode pembayaran user

(25)

5. Tabel pembayaran : Tabel yang menyediakan data pembayaran nontunai Tabel 3.11 Tabel Pembayaran

No Field Type Keterangan

1 2 3 4 5 6 Nama Email No_Kamar Harga Metode Pembayran Upload_Bukti_Pembayaran string (50) string(50) int int string (10) string (20) Nama user Email user Nokamar user

Biaya yang dikeluarkan Metode pembayaran

Upload bukti pembayaran user

6. Tabel Ulasan : Tabel yang menyediakan data ulasan mengenai pelayanan Tabel 3.12 Tabel Ulasan

No Field Type Keterangan

1 2 3 4 5 6 7 Nama Email No_Kamar Harga Metode_Pembayaran Rating Komentar string (50) string(50) int int string (10) string (10) string(50) Nama user Email user Nokamar user

Biaya yang dikeluarkan Metode pembayaran Rating diberikan user

(26)

Gambar

Gambar 3.1 Arsitektur sistem aplikasi layanan apartemen  (Sumber : id.portalgaruda.org)
Gambar 3.2 Tampilan Alur Data Sistem  (Sumber : id.portalgaruda.org)
Gambar 3.3 Diagram Alir Kerangka Berfikir
Gambar  dibawah  ini  menjelaskan  tentang  use  case  yang  ada  didalam  sistem  aplikasi, dimana terdapat 2 aktor Admin dan User beserta relasi-relasinya yang berada di  dalam boundary box Backend dan Frontend sistem aplikasi,  Untuk lebih lengkapnya da
+7

Referensi

Dokumen terkait

Gambar 3.17 Rancangan Layar Form Login User ID : Password : Login Cancel Logo Apartemen Apartemen Slipi Sistem Pengelolaan Pembayaran Login Master Pelanggan Unit

0 Aplikasi Pemesanan Katering 1 Mengelola Data Master 5 Mengelola Data Pembayaran 2 Transaksi Pemesanan 6 Membuat Laporan 4 Transaksi Pembayaran 3 Persetujuan Pemesanan Oleh

Ketika user memilih menu materi yaitu idhar, idgom, qolqolah, iqlab, waqaf, ikhfa atau mad maka akan menampilkan materi yang telah diinginkan oleh user. Gambar

Use case pada gambar 3.1 menjelaskan aksi yang dapat dilakukan oleh administrator dan user (student), dimana administrator dapat melakukan upload data,

Sistem akan menampilkan menu yang dimaksud, user dapat melihat pendahuluan, kemudian dapat memilih materi yang akan dipelajari... Penjelasan Sequence Diagram Aplikasi

user memilih tambah data maka sistem akan menampilkan form pencatatan lalu user mencatat pemasukan kemudian user pilih simpan maka sistem akan menyimpannya dan

35 Gambar 3.14 menjelaskan bahwa User pertama kali saat membuka aplikasi terdapat splash screen pembuka yang ada masuk ke login user, setelah login ada 6

Test Case Hasil yang diharapkan Hasil Pengujian Kesimpulan 1 Nomor Pemesanan, nama bank, nomor rekening, nama, jumlah pembayaran, bukti transfer tidak diisi kemudian