BAB IV

HASIL DAN PEMBAHASAN

4.1

Hasil

4.1.1 Analisis Sistem Yang sedang Berjalan

4.1.1.1

Gambaran Umum Sistem Berjalan

Berikut adalah deskripsi atau gambaran umum dari sistem yang sedang
berjalan yaitu :
1.

Sebelum memesan kamar, pelanggan dapat melihat Room Rates atau tarip
sewa kamar melalui web site, atau datang langsung ke hotel, atau menelpon
ke hotel yang akan di layani oleh resepsionis.

2.

Setelah memperoleh informasi Room Rates, pelanggan menanyakan

ketersediakan kamar ke resepsionis. Informasi ketersediaan kamar hanya
dapat diperoleh melalui telepon atau datang langsung ke hotel.

3.

Jika pelanggan akan melakukan reservasi, pelanggan harus datang ke hotel

untuk menyelesaikan administrasi terkait proses reservasi.
Gambaran umum dari sistem berjalan dapat dimodelkan menggunakan

aktivity diagram sebagai berikut :

53

54

Gambar 4.1 Gambaran Umum Sistem Berjalan

4.1.1.2 Evaluasi Sistem Berjalan

Evaluasi terhadap sistem yang sedang berjalan bertujuan memperoleh solusi
dari permasalahan yang ada serta berusaha untuk melakukan efisiensi proses pada
sistem yang berjalan. Proses evaluasi ini juga digunakan sebagai acuan dalam
merancang sistem yang akan diusulkan.

55

Tabel 4.1 Evaluasi Sistem Berjalan

No

Permasalahan

Usulan perbaikan

Informasi Room Rates hanya ada

pada web site, sehingga untuk
mengakses melalui android menjadi
kurang fleksibel dan performansi
dari sistem web di android tidak
sebaik jika menggunakan engine
android native.

Menyediakan informasi Room

Rates berbasis native Android

Belum ada informasi ketersediaan Menyediakan informasi

kamar sehingga pelanggan harus ketersediaan kamar di native
datang atau menelpon ke hotel.
Android
Untuk pilhan menelpon ke hotel juga
memliki kendala, misalnya jaringan
telepon sibuk atau operator telp tidak
berada di tempat

Belum menyediakan sistem pesan Menyediakan proses konfirmasi

atau booking yang sistematis. booking
tersistem
melalui
Misalnya proses konfirmasi booking android
kamar yang masih manual
Proses
reservasi
hanya
bisa
dilakukan melalui telepon atau
datang langsung ke hotel. Proses
reservasi ini bisa menimbulkan
beberapa permasalahan, yaitu :
- Jika telepon sibuk atau tidak
diangkat maka proses reservasi
tertunda
- Proses reservasi dengan datang
langsung kehotel tidak efisien
- Proses reservasi menjadi lebih
lambat karena petugas recepsionis
harus mencatat terlebih data-data
pelanggan

Proses administrasi reservasi yang

lambat karena recepsionis harus
mencatat terlebih dahulu data-data
pelanggan setiap kali pelanggan
melakukan reservasi

Proses administrasi lebih singkat

karena pelanggan yang sudah
pernah berkunjung ke hotel
sebagian biodatany sudah tercatat
di sistem.

56

4.1.2

Analisis Sistem Yang Diusulkan

4.1.2.1 Analisis Kebutuhan Sistem

Tujuan dari fase analisis adalah memahami dengan sebenar-benarnya
kebutuhan dari sistem baru dengan mengembangkan sebuah sistem yang
mewadahi kebutuhan tersebut, baik untuk kebutuhan sistem maupun dilihat dari
segi pengguna. Tipe-tipe kebutuhan sistem adalah sebagai berikut :
1. Kebutuhan Fungsional (Functional Requirement)
Jenis kebutuhan yang berisi proses-proses apa saja yang nantinya dilakukan
oleh sistem.
2. Kebutuhan Non Fungsional (Non Functional Requirement)
Tipe kebutuhan yang berisi properti perilaku yang dimiliki oleh sistem.
4.1.2.1.1

Kebutuhan Fungsional

Pada tahap kebutuhan fungsional, didefinisikan sebagai kebutuhan fungsifungsi yang akan disediakan oleh sistem yang di usulkan, sebagai berikut :

Tabel 4.2 Kebutahan Fungsioanal

Bagian Sistem

Aktor

Fungsi

Server

Karywan

Sistem dapat mengelola data room rates

(Desktop Base
Web Service)

dan Hotel

Sistem dapat mengelola data kamar

Sistem dapat mengelola data user aplikasi
Sistem dapat mengelola data reservasi
Sistem dapat mengelola data pelanggan
hotel

Client
(Mobile Base)

User

Sistem dapat mengetahui informasi room

rates
Sistem dapat mengetahui
ketersediaan kamar

informasi

Sistem dapat melakukan reservasi

57

Sistem dapat melakukan registrasi untuk

menjadi pelanggan hotel

4.1.2.1.2

Kebutuhan Non Fungsional

Pada tahap kebutuhan non fungsional, didefenikan sebagai kebutuhan

pendukung seperti kebutuhan perangkat keras maupun perangkat lunak yang
digunakan sebagai alat dalam menyediakan kebtuhan fungsional sistem.
4.1.2.1.2.1 Kebutuhan Perangkat Keras
Kebutuhan perangkan keras pada sistem yang akan diusulkan, terdiri dari
dua bagian , sebagai berikut :
1. Perangkat Keras Untuk Perancangan
Perangkat keras ini digunakan pada tahap develop sistem, baik untuk sistem
disisi server mapun untuk sistem disisi client
Tabel 4.3 Perangkat Keras Untuk Perancangan

NO

Nama Perangkat

Spesifikasi

Notebook

Azus, Samsung

Processor

AMD A6-7310 APU with AMD Radeon

R4 Grapics 2.00 GHZ

quad core ARM Cortex-A53

2 GB

1 GB

Kapasitas
Penyimpanan

500 GB

4 GB

Tipe Grafis

64 Bit

64 bit

3
4
5
6

Memory

Sistem Operasi

Windows 10 atau yang terbaru

Android.

2. Perangkat Keras Untuk Uji Coba

58

Perangkat keras untuk uji coba sistem yang diusulkan dibedakan menjadi dua
bagian, sebagai berikut:
1. Perangkat Keras disisi server
Perangkat keras ini digunakan untuk menguji sistem yang telah dibuat
pada sisi server.
Tabel 4.4 Perangkat Keras Uji Coba disisi server

N
O

Nama Perangkat

Spesifikasi

Notebook

Azus

Processor

AMD A6-7310 APU with AMD

Radeon R4 Grapics 2.00 GHZ

Memory

2 GB

Kapasitas Penyimpanan

500 GB

Tipe Grafis

64 Bit

Sistem Operasi

Windows 10

2. Perangkat keras disisi client

Perangkat keras ini digunakan untuk menguji sistem yang telah dibuat
pada sisi cient.
Tabel 4.5 Perangkat Keras Uji Coba disisi client
N
O

Nama Perangkat

Spesifikasi

Smartphone

Samsung

Processor

quad core ARM Cortex-A53

Memory RAM

1 GB

Memory Internal

2 GB

Sistem Operasi

Android

4.1.2.1.2.2 Kebutuhan Perangkat Lunak

59

Kebutuhan perangkan lunak pada sistem yang akan diusulkan, terdiri dari
tiga bagian , sebagai berikut :
1. Perangkat Lunak disisi server
Perangkat lunak ini digunakan untuk melakukan develop sistem disisi server
dalam hal ini sistem Desktop Base dan Web Service.
Tabel 4.6 Perangkat Lunak disisi server

NO

Nama Perangkat

Deskripsi

Microsoft Visual
Comunity Edition

Xampp (PHP, MySQL 5, Apace,

phpMyAdmin)

Paket
program
yang
menyediakan (PHP, MySQL 5,
Apace, phpMyAdmin)

PHP

Bahasa pemograman
server berbasis Web

MySQL 5

Sebagai database server

PhpMyAdmin

Sebagai
editor
menuliskan script SQL

9.

Apache

Sebagai Web Server lokal

10.

Microsoft C#

Bahasa pemograman yang

digunakan untuk pembuatan
dekstop aplication.

12

VS Code

IDE Free untuk menuliskan

script PHP.

Studio

2015 IDE Free untuk menuliskan

script program. Bahasa yang
digunakan adalah C#

disisi

untuk

2. Perangkat Lunak disisi client

Perangkat lunak ini digunakan untuk melakukan develop sistem disisi client
dalam hal ini sistem Android Base.
Tabel 4.7 Perangkat Lunak disisi client

NO

Nama Perangkat

Deskripsi

Java 8

Sebagai
bahasa
Pemograman
pembuatan Aplikasi Android

untuk

60

Android Studio

Sebagai Editor untuk untuk menuliskan

script Android.

Genymotion

Android Emulator

Android SDK

Tool
pengembangan
menyediakan API

android

yang

3. Perangkat Lunak pendukung

Perangkat lunak ini digunakan untuk merancang CDM, PDM, dan DiagramDiagram sistem yang akan di develop sebagai visualisasi dan dokumentasi
sistem.
Tabel 4.8 Perangkat Pendukung
NO

Nama Perangkat

Deskripsi

Power Designer

Sebagai tools merancang CDM dan PDM

sistem

Visual Paradigma

Sebagai tools merancang diagram-diagram

sistem seperti use case diagram, class
diagram, activity diagram

4.1.3

Perancangan Sistem Yang Diusulkan

Berdasarkan pada hasil analisis sistem yang sedang berjalan, maka

diusulkan perancangan sistem yang baru meliputi gambaran sistem secara umum,
database sistem, prosedur sistem, dan user interface sistem.
4.1.3.1 Gambaran Sistem Secara Umum
Berikut adalah deskripsi atau gambaran umum dari sistem yang diusulkan
yaitu :
1. Pelanggan menjalankan aplikasi sistem reservasi berbasis android, sistem
merespon dengan menampilkan form login.
2. Jika pelanggan sudah mempunyai login, kemudian pelanggan melakukan
login sistem akan merespon dengan menampilkan List Room Rates beserta
ketesedian kamar.

61

3. Jika pelanggan belum mempunya login, pelanggan dapat memilih pilihan

untuk melakukan registrasi, kemudian sistem akan merespon dengan
menampilkan form registrasi. Setelah melakukan registrasi sistem akan
merespon dengan menampilkan List Room Rates beserta ketesedian kamar
4. Pelanggan dapat melihat detail Room Rates dengan memilih salah satu Room
Rates, sistem akan meresepon dengan menampilkan form detail Room Rates
yang dipilih oleh pelanggan serta tombol untuk reservasi
5. Untuk melakukan reservasi, pelanggan dapat mengklik tombol reservasi
sehingga sistem merespon dengan menampilkan form isian reservasi.
6. Setelah mengisi form reservasi, sistem akan merespon dengan menampilkan
id reservasi.

Dari gambaran umum sistem yang disulkan dapat dimodelkan menggunakan

aktivity diagram sebagai berikut :

62

Gambar 4.2 Gambaran Umum Sistem yang Diusulkan

4.1.3.2 Perancangan Database Sistem

63

Rancangan database dari sistem yang diusulkan pada tahap ini digambarkan
dengan ERD, CDM (Conceptual Data Model), dan PDM (Physical Data Model)
sebagai berikut :
4.1.3.2.1

ERD

Gambar 4.3 ERD Sistem

Berikut adalah deskripsi dari gambar 4.3 ERD Sitem yang dibedakan
menjadi dua bagian yaitu deskripsi entitas termasuk dengan atributnya dan
deskripsi relasi, sebagai berikut :
1. Deskripsi Entitas dan Atribut
Tabel 4.9 Deskripsi Entitas dan Atribut

NO

Entitas

Atribut

1.

reservasi,

idreservasi,

64

merupakan entitas yang merupakan atribut

menyimpan data transaksi identitas reservasi
reservasi

yang

menjadi

tglmasuk,
merupakan atribut tanggal masuk atau
check in reservasi
tglkeluar,
merupakan atribut tanggal keluar atau
check out reservasi
jmlhari,
merupakan atribut derivatif yang
nilainya diperoleh dari pengurangan
atribut tglkeluar dengan atribut
tglmasuk
biaya
merupakan atribit derivatif yang
nilainya diperoleh dari atribut harga
entitas tipekamar
totalbiaya,
merupakan atribut derivatif yang
nilainya di peroleh dari perkalian
atribut jmlhari,jmlkamar,dan atribut
biaya
jmlkamar,
merupakan
reservasi
2.

kamar,

atribut

jumlah

kamar

idkamar,

merupakan entitas yang merupakan atribut

menyimpan data kamar
identitas kamar

yang

menjadi

nokamar,
merupakan atribut nomor kamar
stskamar,
merupakan atribut status kamar, apakah
kamar bisa digunakan untuk reservasi

65

atau tidak
stsisikamar,
serupakan atribut apakah kamar telah
terpakai atau tidak terpakai
3.

tipekamar,

idtipe,

merupakan entitas yang merupakan atribut

menyimpan data tipe kamar identitas tipe kamar

yang

menjadi

nmtipe,
merupakan atribut dari nama tipe kamar
harga,
merupakan atribut harga atau biaya
kamar berdasarkan tipe kamar
lantai,
merupakan atribut yang menjelaskan
tempat atau lantai berapa letak tipe
kamar
fasilitas,
Merupakan aribut fasilitas tipe kamar
imagepath1
merupakan atribut alamat file image
tamu
merupkan atribut jumlah tamu tipe
kamar
4.

5.

stsreservasi,

idstsreservasi,

merupakan entitas yang

menyimpan data status
reservasi, dalam hal ini
status check in, check out,
booking

merupakan atribut yang

identitas status reservasi

userapp,

userappid,

menjadi

nmstsreservasi,
merupakan atribut nama status reservasi

merupakan entitas yang merupakan atribut

menyimpan biodata data identitas userapp
user, dan login user
username,

yang

menjadi

merupakan atribut username untuk

proses login
password,

66

merupakan atribut password untuk

proses login
email,
merupakan atribut email
nama,
merupakan atribut nama
alamat,
merupakan atribut alamat
kelamin,
merupakan atribut kelamin
telp,
merupakan atribut telelpon
sts,
Merupakan atribut status user apakah
masih aktif atau tidak
6.

7.

roleapp,

roleappid,

merupakan entitas yang

menyimpan hak akses user,
dalam hal ini hak akses
admin, resepsionis, user
android.

merupakan atribut
identitas roleapp

roleaction,

roleactionid,

yang

menjadi

roleappnm,
merupakan atribut nama roleapp

Merupakan entitas yang merupakan atribut yang menjadi

menyimpan aksi-aksi yang identitas roleaction
dapat
dilakukan
user
roleactionnm,
berdasarkan hak aksesnya
merupakan atribut nama roleaction

2. Deskripsi Relasi
Tabel 4.10 Deskripsi Relasi

No

Relasi

Deskripsi

melakukan,

Memiliki makna bahwa user melakukan

antara entitas userapp dan reservasi dan disimpan pada entitas

reservasi
reservasi

67

Kardinalitas antara entitas userapp dan

entitas reservasi adalah one to many
karena seorang user dapat melakukan
banyak reservasi
2

dilibatkan,

Memiliki makna bahwa status reservasi

antara entitas stsreservasi apakah booking, check in, dan check out
dilibatkan dalam proses reservasi dan
dan entitas reservasi
disimpan pada pada entitas reservasi
Kardinalitas antara entitas stsreservasi
dan entitas reservasi adalah one to many
karena sebuah status reservasi yang
sama

dilibatkan

dalam

beberapa

reservasi yang berbeda

3

dilibatkan,

Memiliki

makna

bahwa

kamar

antara entitas kamar dan dilibatkan dalam proses reservasi dan

disimpan pada relasi baru yang
entitas reservasi
terbentuk karena relasi many to many
dari

entitas

kamar

dan

entitas

reservasi .
Kardinalitas antara entitas kamar dan
entitas reservasi adalah many to many
karena

sebuah

kamar

yang

sama

dilibatkan dalam beberapa reservasi

yang berbeda, demikian pula sebuah
reservasi dapat menggunakan banyak
kamar yang berbeda
4

mempunyai,

Memiliki

makna

bahwa

tipekamar

tipekamar mempunyai kamar dan disimpan pada

entitas tipekamar.
dan entitas kamar
Antara

entitas

Kardinalitas antara entitas tipekamar

68

dan entitas kamar adalah one to many

karena sebuah tipekamar mempunyai
banyak kamar.
5

dilibatkan,

Memiliki

makna

bahwa

roleapp

Antara entitas roleapp dan dilibatkan dalam userapp dan disimpan

pada entitas userapp.
entitas userapp
Kardinalitas antara entitas roleapp dan
entitas userapp adalah one to many
karena

sebuah

roleapp

melibatkan

banyak userapp.
6

mempunyai,

Memiliki

makna

bahwa

roleapp

Antara entitas roleapp dan mempunyai roleaction dan disimpan

pada entitas roleaction.
roleaction
Kardinalitas antara entitas roleapp dan
entitas roleaction adalah one to many
karena

sebuah

banyak roleaction.

4.1.3.2.2

CDM

roleapp

melibatkan

69

Gambar 4.4 CDM Sistem

Berikut adalah deskripsi dari gambar 4.4 CDM Sistem yang dibedakan
menjadi dua bagian yaitu deskripsi tabel dan deskripsi relasi antar tabel, sebagai
berikut :
1. Deskripsi Tabel
Berikut deskripsi tabel dari gambar 4.4 CDM sistem
1. Name Tabel : reservasi
Tabel 4.11 Struktur Tabel reservasi

No
.

Nama Atribut

Deskripsi

1.

idreservasi

Primariy Identifier (pk)

70

2.

userappid

Foreign Identifier References By

userapp (fk2)

3.

idsreservasi

Foreign Identifier References By

stsreservasi (fk1)

4.

tglmasuk

5.

tglkeluar

6.

jmlhari

7.

biaya

8.

totalbiaya

9.

jmlkamar

2. Name Tabel : statusreservasi

Tabel 4.12 Struktur Tabel statusreservasi

No
.

Nama Atribut

Deskripsi

1.

idreservasi

Primary Identifier (pk)

2.

noreservasi

3. Name Tabel : kamar

Tabel 4.13 Struktur Tabel kamar

No
.

Nama Atribut

Deskripsi

1.

idreservasi

Primary key (pk)

2.

idtipe

Foreign Key References By tipekamar

(fk)

3.

nokamar

4.

stsisikamar

5.

stskamar

71

4. Name Tabel : tipekamar

Tabel 4.14 Struktur Tabel tipekamar

No
.

Nama Atribut

Deskripsi

1.

idtipe

Primary key (pk)

2.

nmtipe

3.

harga

4.

lantai

5.

fasilitas

6.

imagepath

5. Name Tabel : userapp

Tabel 4.15 Struktur Tabel userapp

No
.

Nama Atribut

Deskripsi

1.

userappid

Primary Key (pk)

2.

roleappid

Foreign Key References By roleapp

3.

username

4.

password

5.

nik

6.

email

7.

nama

8.

kelamin

9.

alamat

10.

telp

11.

sts

6. Name Tabel : reservasidetail

72

Tabel 4.16 Struktur Tabel reservasidetail

No
.

Nama Atribut

Deskripsi

1.

idreservasidetail

Primary Key (pk)

2.

idreservasi

Foreign Key References By reservasi

(fk2)

idkamar

Foreign Key References By kamar (fk1)

3.

tglmasuk

4.

tglkeluar

5.

jmlhari

7. Nama Tabel : roleapp

Tabel 4.17 Struktur Tabel roleapp

No
.

Nama Atribut

Deskripsi

1.

roleappid

Primary Key (pk)

2.

roleappnm

8. Nama Tabel : roleaction

Tabel 4.18 Struktur Tabel roleaction

No
.

Nama Atribut

Deskripsi

1.

roleactionid

Primary Key (pk)

2.

roleappid

Foreign Key References By roleapp (fk)

3.

roleactionnm

2. Deskripsi Relasi Antar Tabel

73

Berikut deskripsi relasi antar tabel dari gambar 4.4 CDM sistem
Tabel 4.19 Tabel Relasi Antar Tabel

Nama Entitas

Multipl
icity

Hubungan

Nama Entitas

Reservasi

1..*

melibatkan

stsreservasi

1..1

1..1

dilibatkan

resevasidetail

1..*

1..*

dilakukan

userapp

1..1

Stsreservasi

1..1

dilibatkan

reservasi

1..*

Kamar

1..1

dilibatkan

resevasidetail

1..*

1..*

dipunyai

tipekamar

1..1

tipekamar

1..1

mempunyai

kamar

1..*

userapp

1..1

melakukan

reservasi

1..*

1..*

melibatkan

roleapp

1..1

1..1

dilibatkan

userapp

1..*

1..1

mempunyai

roleaction

1..*

roleaction

1..*

dipunyai

roleapp

1..1

reservasidetail

1..*

melibatkan

reservasi

1..1

1..*

melibatkan

kamar

1..1

roleapp

DM

Multipl
icity
4.1.3.2.3
P

74

Gambar 4.5 PDM Sistem

Berikut adalah deskripsi tabel dari gambar 4.5 PDM Sistem, sebagai
berikut:

1. Name Tabel : reservasi

Tabel 4.20 Struktur Tabel reservasi

No
.

Nama Atribut

Tipe Data

Panjan
g

Deskripsi

1.

idreservasi

int

11

Primary key (pk)

2.

userappid

int

11

Foreign Key
References By
userapp (fk2)

3.

idstsreservasi

smallint

Foreign Key
References By
stsreservasi (fk1)

4.

tglmasuk

datetime

75

5.

tglkeluar

datetime

6.

Jmlhari

smallint

7.

jmlkamar

smallint

8.

biaya

double

9.

totalbiaya

double

2. Name Tabel : statusreservasi

Tabel 4.12 Struktur Tabel statusreservasi

No
.

Nama Atribut

Tipe Data

Panjan
g

Deskripsi

1.

idreservasi

smallint

Primary key (pk)

2.

noreservasi

varchar

15

3. Name Tabel : kamar

Tabel 4.13 Struktur Tabel kamar

No
.

Nama Atribut

Tipe Data

Panjan
g

Deskripsi

1.

idkamar

int

11

Primary key (pk)

2.

Idtipe

int

11

Foreign Key
References By
tipekamar (fk)

3.

nokamar

varchar

10

4.

stsisikamar

varchar

5.

stskamar

tinyint

4. Name Tabel : tipekamar

Tabel 4.14 Struktur Tabel tipekamar

No
.

Nama Atribut

Tipe Data

Panjan
g

Deskripsi

1.

idtipe

int

11

Primary key (pk)

76

2.

nmtipe

varchar

55

3.

harga

decimal

10.0

4.

lantai

smallint

5.

fasilitas

varchar

250

6.

imagepath

varchar

250

7.

tamu

smallint

5. Name Tabel : userapp

Tabel 4.15 Struktur Tabel userapp

No
.

Nama Atribut

Tipe Data

Panjan
g

Deskripsi

1.

userappid

int

11

Primary key (pk)

2.

roleappid

int

11

Foreign Key
References By
roleapp (fk)

3.

username

varchar

100

4.

password

varchar

20

5.

nik

varchar

30

6.

email

varchar

30

7.

nama

varchar

60

8.

kelamin

varchar

9.

alamat

varchar

150

10.

telp

varchar

20

11.

sts

tinyint

6. Name Tabel : reservasidetail

Tabel 4.16 Struktur Tabel reservasidetail

No
.

Nama Atribut

Tipe Data

Panjan
g

Deskripsi

1.

idreservasidetail

int

11

Primary Key (pk)

2.

idreservasi

int

11

Foreign Key

77

References By
reservasi (fk2)
3.

Idkamar

int

4.

tglmasuk

datetime

5.

tglkeluar

datetime

6.

Jmlhari

int

11

Foreign Key
References By kamar
(fk1)

11

7. Nama Tabel : roleapp

Tabel 4.17 Struktur Tabel roleapp

No
.

Nama Atribut

Tipe Data

Panjan
g

Deskripsi

1.

roleappid

int

11

Primary key (pk)

2.

roleappnm

varchar

50

8. Nama Tabel : roleaction

Tabel 4.18 Struktur Tabel roleaction

No
.

Nama Atribut

Tipe Data

Panjan
g

Deskripsi

1.

roleactionid

int

11

Primary key (pk)

2.

roleappid

int

11

Foreign Key
References By
roleapp (fk)

3.

roleactionnm

varchar

60

4.1.4

Perancangan Prosedur Sistem

Prosedur sistem yang dimaksud adalah perancangan fungsionalitas dan

aliran fungsionalitas sistem, dan perancangan struktur statis sistem.

4.1.4.1 Perancangan Fungsional Sistem

78

Tahap perancangan fungsionalitas sistem dilakukan dengan menggambarkan

dengan Use Case Diagram, mendefenisi Aktor, mendefenisikan masing-masing
Use Case, dan membuat skenario text dari masing-masing Use Case.
4.1.4.1.1

Perancangan Use Case Sistem

Gambar 4.5 memaparkan Use Case Diagram sebagai berikut :

Gambar 4.5 Use Case DiagramSistem

Berikut penjelasan dari Use Case Diagram yang diusulkan dengan membuat
defenisi Aktor dan deskripsinya, Defenisi Use Case dan Deskripsinya, dan
Skenario Use Case.

4.1.4.1.1.1 Defenisi Aktor

Tabel 4.19 Deskripsi Aktor

79

No

Aktor

Deskripsi

A1

Pelanggan

Orang yang menggunakan aplikasi reservasi

berbasis android

A2

User Hotel

Merupakan aktor generalisasiyang meliputi

aktor resepsionis dan aktor admin

A3

Resepsionis

Orang yang bekerja di hotel sutan raja

menggunakan aplikasi desktop base di hotel
sutan raja dengan peran resepsionis

A4

Admin

Orang yang bekerja di hotel sutan raja

menggunakan aplikasi desktop base di hotel
sutan raja dengan peran admin

4.1.4.1.1.2
De

fenisi Use Case Sistem

Berikut defenisi dan deskripsi dari Use Case pada sistem yang diusulkan :
Tabel 4.20 Deskripsi Use Case Sistem

No

Use Case

Deskripsi

UC1

Manage Room Rates

Merupakan proses generalisasi yang

meliputi proses
Input Room Rates,
Edit Room Rates, Delete Room Rates
Search Room Rates, View Room Rates

UC2

Input Room Rates

Merupakan proses memasukkan data

room rates ke dalam basis data

UC3

Edit Room Rates

Merupakan proses mengubah data room

rates yang ada di basis data

UC4

Delete Room Rates

Merupakan proses menghapus data room

rates yang ada di basis data

UC5

Search Room Rates

Merupakan proses mencari data room

rates yang ada di basis data

UC6

View Room Rates

Merupakan proses menampilkan room

rates yang ada di basis data

UC7

Manage Kamar

Merupakan proses generalisasi yang

meliputi proses
Input kamar, Edit
kamar, Delete kamar, Search kamar, View
kamar.

UC8

Input Kamar

Merupakan proses memasukkan data

kamar ke dalam basis data

UC9

Search kamar

Merupakan proses mencari data kamar

80

yang ada di basis data

UC10

Edit Kamar

Merupakan proses mengubah data kamar

yang ada di basis data

UC11

Delete Kamar

Merupakan proses menghapus

kamar yang ada di basis data

UC12

View Kamar

Merupakan proses menampilkan kamar

yang ada di basis data

UC13

Manage Reservasi

Merupakan proses generalisasi yang

meliputi
proses
Reservasi,
Edit
Reservasi,
Delete
Reservasi,
SearchReversi dan View Reservasi

UC14

Reservasi

Merupakan proses untuk memasukkan

data Reservasi ke basis data

UC15

Edit Reservasi

Merupakan proses mengubah

reservasi yang ada di basis data

data

UC16

Delete Reservasi

Merupakan proses menghapus

Reservasi yang ada di basis data

data

UC17

Search Reservasi

Merupakan proses mencari data reservasi

yang ada di basis data

UC18

View Reservasi

Merupakan proses menampilkan data

Reservasi yang ada di basis data

UC19

Manage User

Merupakan proses generalisasi yang

meliputi proses Login, Logout, dan
Register

UC20

Login

Merupakan proses
sistem

untuk masuk

UC21

Logout

Merupakan proses
sistem

untuk keluar

UC22

Register

Merupakan proses untuk mendaftarkan

login ke basis data

UC23

Delete User

Merupakan proses menghapus data User

yang ada di basis data

UC24

Search User

Merupakan proses mencari data user

yang ada di basis data

UC25

View User

Merupakan proses menampilkan data

User yang ada di basis data

UC26

Manage Role

Merupakan proses generalisas yang

meliputi proses Input Role, Edit Role,

data

ke
dari

81

Delete Role, Search Role, dan View Role

UC27

Input Role

Merupakan proses memasukkan data

Role ke dalam basis data

UC28

Edit Role

Merupakan proses mengubah data Role

yang ada di basis data

UC29

Delete Role

Merupakan proses menghapus data Role

yang ada di basis data

UC30

Search Role

Merupakan proses mencari data Role

yang ada di basis data

UC31

View Role

Merupakan proses menampilkan data

Role yang ada di basis data

UC32

Manage Roleaction

Merupakan proses generalisasi yang

meliputi proses Input Roleaction, Edit
Roleaction, Delete Roleaction, Search
Roleaction, dan View Roleaction

UC33

Input Roleaction

Merupakan proses memasukkan data

Roleaction ke dalam basis data

UC34

Edit Roleaction

Merupakan proses mengubah

Roleaction yang ada di basis data

data

UC35

Delete Roleaction

Merupakan proses menghapus

Roleaction yang ada di basis data

data

UC36

Search Roleaction

Merupakan
proses
mencari
Roleaction yang ada di basis data

data

UC37

View Roleaction

Merupakan proses menampilkan data

Roleaction yang ada di basis data

4.1.4.1.1.3 Skenario Use Case Sistem

Berikut adalah jalannya masing-masing use case sistem :
1.

Skenario Use Case Input Room Rates

Tabel 4.21 Skenario Use Case Input Room Rates

No

UC2

Nama Use Case

Input Room Rates

Aktor

Admin

Tujuan

Untuk memasukkan data room rates ke basis data

82

Kondisi Awal

Aktor sudah berada pada antarmuka yang menampilkan

data room rates

Aksi aktor

Reaksi sistem

Skenario Normal
1.Memilih opsi
tambah data

2. Menampilkan antarmuka isian room rates

3.Mengisi data sesuai 5. Jika valid, data akan disimpan ke basis data
antarmuka isian
6. Menutup antarmuka isian
4.Memilih opsi
7. Melakukan pembaharuan tabel
simpan data
Skenario Alternatif
Untuk no.5, jika tidak valid, sistem menampilkan pesan error.
Kondisi Akhir

Aktor berada pada antarmuka yang menampilkan data

room rates

2. Skenario Use Case Edit Room Rates

Tabel 4.22 Skenario Use Case Edit Room Rates

No

UC3

Nama Use Case

Edit Room Rates

Aktor

Admin

Tujuan

Untuk mengubah data room rates yang ada di basis data.

Kondisi Awal

Aktor sudah berada pada antarmuka yang menampilkan

data room rates

Aksi aktor

Reaksi sistem

Skenario Normal
1. Memilih data yang akan di
ubah pada tabel

2. Melakukan select ke data yang dipilih

3. Memilih opsi edit

4. Menampilkan antarmuka isian edit

5. Melakukan perubahan data

yang ada pada antarmuka
isian

7. Jika valid, menyimpan perubahan data

6. Memilih opsi simpan data

Skenario Alternatif

8. Menutup antarmuka isian

9. Melakukan pembaharuan tabel

83

Untuk no.7 jika tidak valid, menampilkan pesan error

Kondisi Akhir

Aktor berada pada antarmuka yang menampilkan data

room rates

3. Skenario Use Case Delete Room Rates

Tabel 4.23 Skenario Use Case Delete Room Rates

No

UC4

Nama Use Case

Delete Room Rates

Aktor

Admin

Tujuan

Untuk menghapus data room rates yang ada di basis

data

Kondisi Awal

Aktor sudah berada pada antarmuka yang

menampilkan data room rates

Aksi aktor

Reaksi sistem

Skenario Normal
1. Memilih data yang akan
dihapus pada tabel

2. Melakukan select ke data yang dipilih

3. Memilih opsi delete

4. Menampilkan konfirmasi apakah benar

data akan dihapus

5. Memilih opsi yes

6. Jika valid, menghapus data di database

7. Melakukan pembaharuan tabel

Skenario Alternatif
1. Untuk no 6 jika tidak valid, sistem menampilkan pesan error
Kondisi Akhir

Aktor berada pada antarmuka yang menampilkan data

room rates

4. Skenario Use Case Search Room Rates

Tabel 4.24 Skenario Use Case Search Room Rates

No

UC5

Nama Use Case

Search Room Rates

Aktor

Pelanggan, Resepsionis, Admin

Tujuan

Untuk mencari data room rates yang ada di basis data

84

Kondisi Awal

Aktor sudah berada pada antarmuka yang

menampilkan data room rates

Aksi aktor

Reaksi sistem

Skenario Normal
1. Memasukkan kata kunci
pencarian

2. Mencari data di database sesuai kata

kunci pencarian.
3. Jika ada, menampilkan data pada tabel
sesuai kata kunci pencarian

Skenario Alternatif
1. Untuk no 3 jika tidak ada, sistem menampilkan tabel kosong
Kondisi Akhir

Aktor berada pada antarmuka yang menampilkan data

room rates

4. Skenario Use Case View Room Rates

Tabel 4.25 Skenario Use Case View Room Rates

No

UC6

Nama Use Case

View Room Rates

Aktor

Pelanggan, Recepsionis, Admin

Tujuan

Untuk menampilkan data room rates yang ada di basis

data

Kondisi Awal

Aktor sudah berada pada menu utama

Aksi aktor

Reaksi sistem

Skenario Normal
1. Memilih menu room rates

2. Menampilkan antarmuka yang

menampilkan data room rates.
Jika data ada, data akan di tampilkan pada
tabel

Skenario Alternatif
Untuk no 2, jika data tidak ada, sistem menampilkan tabel kosong
Kondisi Akhir

5.

Aktor masih berada pada formreservasi

Skenario Use Case Input Kamar

85

Tabel 4.26 Skenario Use Case Input Kamar

No

UC8

Nama Use Case

Input Kamar

Aktor

Admin

Tujuan

Untuk memasukkan data kamar ke basis data

Kondisi Awal

Aktor sudah berada pada antarmuka yang menampilkan

data kamar

Aksi aktor

Reaksi sistem

Skenario Normal
1. Memilih opsi
tambah data

2. Menampilkan antarmuka isian kamar

3. Memilih tipe
kamar

6. Jika valid, data akan disimpan ke basis data

4. Mengisi data
sesuai
antarmuka isian

8. Melakukan pembaharuan tabel

7. Menutup antarmuka isian

5. Memilih opsi
simpan data
Skenario Alternatif
Untuk no.6, jika tidak valid, sistem menampilkan pesan error.
Kondisi Akhir

6.

Aktor berada pada antarmuka yang menampilkan data

kamar

Skenario Use Case Search Kamar

Tabel 4.27 Skenario Use Case Search Kamar

No

UC9

Nama Use Case

Search Kamar

Aktor

Admin,Resepsionis dan Pelanggan

Tujuan

Untuk mencari data kamar yang ada di basis data

Kondisi Awal

Aktor sudah berada pada antarmuka yang menampilkan

data kamar

Aksi aktor

Reaksi sistem

Skenario Normal

86

1. Memasukkan
kata kunci
pencarian

2. Mencari data di database sesuai kata kunci

pencarian.
3. Jika ada, menampilkan data pada tabel sesuai kata
kunci pencarian

Skenario Alternatif
Untuk no 3 jika tidak ada, sistem menampilkan tabel kosong
Kondisi Akhir

7.

Aktor berada pada antarmuka yang menampilkan data

kamar

Skenario Use Case Edit Kamar

Tabel 4.28 Skenario Use Case Edit Kamar

No

UC10

Nama Use Case

Edit Kamar

Aktor

Admin

Tujuan

Untuk mengubah data kamar yang ada di basis data

Kondisi Awal

Aktor sudah berada pada antarmuka yang

menampilkan data kamar

Aksi aktor

Reaksi sistem

Skenario Normal
1. Memilih data yang akan di
ubah pada tabel

2. Melakukan select ke data yang dipilih

3. Memilih opsi edit

4. Menampilkan antarmuka isian edit

5. Melakukan perubahan data

yang ada pada antarmuka
isian

7. Jika valid, menyimpan perubahan data

6. Memilih opsi simpan data

8. Menutup antarmuka isian

9. Melakukan pembaharuan tabel

Skenario Alternatif
Untuk no.7 jika tidak valid, menampilkan pesan error
Kondisi Akhir

8.

Aktor berada pada antarmuka yang menampilkan

data kamar

Skenario Use Case Delete Kamar

Tabel 4.29 Skenario Use Case Delete Kamar

87

No

UC11

Nama Use Case

Delete Kamar

Aktor

Admin

Tujuan

Untuk menghapus data kamar yang ada di basis data

Kondisi Awal

Aktor sudah berada pada antarmuka yang

menampilkan data kamar

Aksi aktor

Reaksi sistem

Skenario Normal
2. Memilih data yang akan
dihapus pada tabel

2. Melakukan select ke data yang dipilih

3. Memilih opsi delete

4. Menampilkan konfirmasi apakah benar

data akan dihapus

5. Memilih opsi yes

6. Jika valid, menghapus data di database

7. Melakukan pembaharuan tabel

Skenario Alternatif
2. Untuk no 6 jika tidak valid, sistem menampilkan pesan error
Kondisi Akhir

9.

Aktor berada pada antarmuka yang menampilkan data

kamar

Skenario Use Case View Kamar

Tabel 4.30 Skenario Use Case View Kamar

No

UC12

Nama Use Case

View Kamar

Aktor

Admin, Resepsionis

Tujuan

Untuk menampilkan data kamar yang ada di basis

data

Kondisi Awal

Aktor sudah berada pada antarmuka menu kamar

Aksi aktor

Reaksi sistem

Skenario Normal
1. Memilih menu Kamar

2. Menampilkan antarmuka yang

menampilkan data kamar
Jika data ada, data akan di tampilkan pada
tabel

88

Skenario Alternatif
Untuk no 2, jika data tidak ada, sistem menampilkan tabel kosong
Kondisi Akhir

10.

Aktor berada pada antarmuka yang menampilkan data

kamar

Skenario Use Case Reservasi

1.

Disisi Server
Tabel 4.31 Skenario Use Case Reservasi

No

UC14

Nama Use Case

Reservasi

Aktor

Recepsionis

Tujuan

Untuk memasukkan data reservasi

Kondisi Awal

Aktor sudah berada pada antarmuka menu

utama

Aksi aktor

Reaksi sistem

Skenario Normal
1. Memilih menu Reservasi

2. Menampilkan antarmuka yang

menampilkan form isian data
reservasi

3. Mengisi data sesuai antarmuka

isian

5. Jika valid, data akan disimpan ke

basis data

4. Memilih opsi simpan data

6. Menutup antarmuka isian.

Skenario Alternatif
Untuk no.5, jika tidak valid, sistem menampilkan pesan error.
Kondisi Akhir

2.

Aktor berada pada antarmuka yang menampilkan

data room rates

Disisi Client
Tabel 4.32 Skenario Use Case Reservasi

No

UC14

Nama Use Case

Reservasi

Aktor

Pelanggan

89

Tujuan

Untuk memasukkan data reservasi

Kondisi Awal

Aktor sudah berada pada antarmuka room rates

Aksi aktor

Reaksi sistem

Skenario Normal
1. Memilih room rates

2. Menampilkan detail room rates

3. Memilih opsi pesan

4. Menampilkan isian check in, check out,

dan jumlah kamar

5. Mengisi check in, check

out, dan jml kamar

7.Menampilkan nomor pemesanan

6.Memilih opsi lanjukan

pemesanan
Skenario Alternatif
Kondisi
Akhir

Aktor berada pada antarmuka yang menampilkan nomor

pemesanan

11. Skenario Use Case Edit Reservasi

Tabel 4.32 Skenario Use Edit Reservasi

No

UC15

Nama Use Case

Edit Reservasi

Aktor

Recepsionis

Tujuan

Untuk mengubah data reservasi yang ada di basis data

Kondisi Awal

Aktor sudah berada pada antarmuka yang

menampilkan data reservasi

Aksi aktor

Reaksi sistem

Skenario Normal
1. Memilih data yang akan di
ubah pada tabel

2. Melakukan select ke data yang dipilih

3. Memilih opsi edit

4. Menampilkan antarmuka isian edit

5. Melakukan perubahan data

7. Jika valid, menyimpan perubahan data

90

yang ada pada antarmuka

isian

8. Menutup antarmuka isian

9. Melakukan pembaharuan tabel

6. Memilih opsi simpan data

Skenario Alternatif
Untuk no.7 jika tidak valid, menampilkan pesan error
Kondisi Akhir

Aktor berada pada antarmuka yang menampilkan

data reservasi

12. Skenario Use Case Delete Reservasi

Tabel 4.33 Skenario Use Case Delete Reservasi

No

UC16

Nama Use Case

Delete Reservasi

Aktor

Recepsionis

Tujuan

Untuk menghapus data reservasi yang ada di basis

data

Kondisi Awal

Aktor sudah berada pada antarmuka yang

menampilkan data reservasi

Aksi aktor

Reaksi sistem

Skenario Normal
1. Memilih data yang akan
dihapus pada tabel

2. Melakukan select ke data yang dipilih

3. Memilih opsi delete

4. Menampilkan konfirmasi apakah benar

data akan dihapus

5. Memilih opsi yes

6. Jika valid, menghapus data di database

7. Melakukan pembaharuan tabel

Skenario Alternatif
3. Untuk no 6 jika tidak valid, sistem menampilkan pesan error
Kondisi Akhir

Aktor berada pada antarmuka yang menampilkan data

reservasi

13. Skenario Use Case Search Reservasi

Tabel 4.34 Skenario Use Case Search Reservasi

91

No

UC17

Nama Use Case

Search Reservasi

Aktor

Resepsionis

Tujuan

Untuk mencari data reservasi yang ada di basis data

Kondisi Awal

Aktor sudah berada pada antarmuka yang menampilkan

data reservasi

Aksi aktor

Reaksi sistem

Skenario Normal
1. Memasukkan
kata kunci
pencarian

2. Mencari data di database sesuai kata kunci pencarian.

3. Jika ada, menampilkan data pada tabel sesuai kata
kunci pencarian

Skenario Alternatif
Untuk no 3 jika tidak ada, sistem menampilkan tabel kosong
Kondisi Akhir

Aktor berada pada antarmuka yang menampilkan data

reservasi

14. Skenario Use Case View Reservasi

Tabel 4.35 Skenario Use Case View Reservasi

No

UC18

Nama Use Case

View Reservasi

Aktor

Recepsionis

Tujuan

Untuk menampilkan data reservasi yang ada di basis

data

Kondisi Awal

Aktor sudah berada pada antarmuka menu reservasi

Aksi aktor

Reaksi sistem

Skenario Normal
1. Memilih menu Reservasi

2. Menampilkan
antarmuka
menampilkan data reservasi.

yang

Jika data ada, data akan di tampilkan pada

tabel
Skenario Alternatif
Untuk no 2, jika data tidak ada, sistem menampilkan tabel kosong

92

Kondisi Akhir

Aktor masih berada pada formreservasi

15. Skenario Use Case Login

1. Disisi Server
Tabel 4.36 Skenario Use Case Login

No

UC20

Nama Use Case

Login

Aktor

Admin, Resepsionis

Tujuan

Untuk masuk ke sistem

Kondisi Awal

Aktor sudah berada pada antarmuka yang

menampilkan menu home saja

Aksi aktor

Reaksi sistem

Skenario Normal
1. Memilih opsi
Login

2. Menampilkan antarmuka isian login

3. Mengisi useraname
dan password

5. Jika valid, sistem menampilkan menu sesuai

hak akses login

4. Memilih opsi OK
Skenario Alternatif
Untuk no.5, jika tidak valid, sistem menampilkan pesan login tidak valid.
Kondisi Akhir

Aktor berada pada antarmuka utama yang

menampilkan menu sesuai hak akses

2. Disisi Client
Tabel 4.37 Skenario Use Case Login

No

UC20

Nama Use Case

Login

Aktor

Pelanggan

Tujuan

Untuk masuk ke sistem

Kondisi Awal

Aktor sudah berada pada antarmuka login

93

Aksi aktor

Reaksi sistem

Skenario Normal
1. Mengisi useraname
dan password

2. Jika valid, sistem menampilkan antarmuka

room rates

Skenario Alternatif
Untuk no.2, jika tidak valid, sistem menampilkan pesan login tidak valid.
Kondisi Akhir

Aktor berada pada antarmuka room rates

16. Skenario Use Case Logout

Tabel 4.38 Skenario Use Case Logout

No

UC21

Nama Use Case

Logout

Aktor

Admin, Resepsionis

Tujuan

Untuk melakukan logout dari sistem.

Kondisi Awal

Aktor sudah masuk ke sistem sesuai hak akses

Aksi aktor

Reaksi sistem

Skenario Normal
1. Memilih opsi
Logout

2. Menampilkan pesan apakah akan logout dari sistem

4. Menampilkan menu home saja

3. Memilih opsi
yes
Skenario Alternatif
Untuk no.3, jika tidak jadi keluar sistem, aktor dapat menekan tombol batal.
Kondisi Akhir

Aktor berada pada antarmuka menu home saja

17. Skenario Use Case Register

1. Disisi Server
Tabel 4.39 Skenario Use Case Register Disisi Server

No

UC22

Nama Use Case

Register

94

Aktor

Admin

Tujuan

Untuk memasukkan data user ke basisdata

Kondisi Awal

Aktor sudah berada pada antarmuka yang

menampilkan data user

Aksi aktor

Reaksi sistem

Skenario Normal
1. Memilih opsi tambah
data

2. Menampilkan antarmuka yang

menampilkan form isian data user

3. Mengisi data sesuai

antarmuka isian

5. Jika valid, data akan disimpan ke basis

data

4. Memilih opsi simpan

data

6. Menutup antarmuka isian.

Skenario Alternatif
Untuk no.5, jika tidak valid, sistem menampilkan pesan error.
Kondisi
Akhir

Aktor berada pada antarmuka yang menampilkan data

user

2. Disisi Client
Tabel 4.40 Skenario Use Case Register Disisi Client

No

UC22

Nama Use Case

Register

Aktor

Pelangan

Tujuan

Untuk memasukkan data user ke basisdata

Kondisi Awal

Aktor sudah berada pada antarmuka login

Aksi aktor

Reaksi sistem

Skenario Normal
1. Memilih opsi register

2. Menampilkan antarmuka isian register

3. Mengisi data sesuai

antarmuka isian

5. Jika valid, data akan disimpan ke basis

data

4. Memilih opsi daftar

6. Menutup antarmuka isian register

Skenario Alternatif
Untuk no.5, jika tidak valid, sistem menampilkan pesan tidak valid

95

Kondisi
Akhir

Aktor berada pada antarmuka login

18. Skenario Use Case Delete User

Tabel 4.41 Skenario Use Case Delete User

No

UC23

Nama Use Case

Delete User

Aktor

Admin

Tujuan

Untuk menghapus data user yang ada di basis data

Kondisi Awal

Aktor sudah berada pada antarmuka yang

menampilkan data user

Aksi aktor

Reaksi sistem

Skenario Normal
1. Memilih data yang akan
dihapus pada tabel

2. Melakukan select ke data yang dipilih

3. Memilih opsi delete

4. Menampilkan konfirmasi apakah benar

data akan dihapus

5. Memilih opsi yes

6. Jika valid, menghapus data di database

7. Melakukan pembaharuan tabel

Skenario Alternatif
4. Untuk no 6 jika tidak valid, sistem menampilkan pesan error
Kondisi Akhir

Aktor berada pada antarmuka yang menampilkan data

reservasi

19. Skenario Use Case Search User

Tabel 4.42 Skenario Use Case Search User

No

UC24

Nama Use Case

Search User

Aktor

Admin

Tujuan

Untuk mencari data user yang ada di basis data

Kondisi Awal

Aktor sudah berada pada antarmuka yang menampilkan

96

data user
Aksi aktor

Reaksi sistem

Skenario Normal
1. Memasukkan
kata kunci
pencarian

2. Mencari data di database sesuai kata kunci pencarian.

3. Jika ada, menampilkan data pada tabel sesuai kata
kunci pencarian

Skenario Alternatif
Untuk no 3 jika tidak ada, sistem menampilkan tabel kosong
Kondisi Akhir

Aktor berada pada antarmuka yang menampilkan data

user

20. Skenario Use Case View User

Tabel 4.42 Skenario Use Case View User

No

UC25

Nama Use Case

View User

Aktor

Admin

Tujuan

Untuk menampilkan data user yang ada di basis data

Kondisi Awal

Aktor sudah berada pada antarmuka menu user

Aksi aktor

Reaksi sistem

Skenario Normal
1. Memilih menu User

2. Menampilkan
antarmuka
menampilkan data user.

yang

Jika data ada, data akan di tampilkan pada

tabel
Skenario Alternatif
Untuk no 2, jika data tidak ada, sistem menampilkan tabel kosong
Kondisi Akhir

Aktor masih berada pada antarmuka data user

21. Skenario Use Case Input Role

Tabel 4.43 Skenario Use Case Input Role

No

UC27

97

Nama Use Case

Input Role

Aktor

Admin

Tujuan

Untuk memasukkan data role ke basisdata

Kondisi Awal

Aktor sudah berada pada antarmuka yang

menampilkan data role

Aksi aktor

Reaksi sistem

Skenario Normal
1. Memilih opsi tambah
data

2. Menampilkan antarmuka yang

menampilkan form isian data role

3. Mengisi data sesuai

antarmuka isian

5. Jika valid, data akan disimpan ke basis

data

4. Memilih opsi simpan

data

6. Menutup antarmuka isian.

Skenario Alternatif
Untuk no.5, jika tidak valid, sistem menampilkan pesan error.
Kondisi
Akhir

Aktor berada pada antarmuka yang menampilkan data

role

22. Skenario Use Case Edit Role

Tabel 4.44 Skenario Use Edit Role

No

UC28

Nama Use Case

Edit Role

Aktor

Admin

Tujuan

Untuk mengubah data role yang ada di basis data

Kondisi Awal

Aktor sudah berada pada antarmuka yang

menampilkan data role

Aksi aktor

Reaksi sistem

Skenario Normal
1. Memilih data yang akan di
ubah pada tabel

2. Melakukan select ke data yang dipilih

3. Memilih opsi edit

4. Menampilkan antarmuka isian edit

5. Melakukan perubahan data

yang ada pada antarmuka

7. Jika valid, menyimpan perubahan data

8. Menutup antarmuka isian

98

isian

9. Melakukan pembaharuan tabel

6. Memilih opsi simpan data

Skenario Alternatif
Untuk no.7 jika tidak valid, menampilkan pesan error
Kondisi Akhir

Aktor berada pada antarmuka yang menampilkan

data role

23. Skenario Use Case Delete Role

Tabel 4.45 Skenario Use Case Delete Role

No

UC29

Nama Use Case

Delete Role

Aktor

Admin

Tujuan

Untuk menghapus data role yang ada di basis data

Kondisi Awal

Aktor sudah berada pada antarmuka yang

menampilkan data role

Aksi aktor

Reaksi sistem

Skenario Normal
1. Memilih data yang akan
dihapus pada tabel

2. Melakukan select ke data yang dipilih

3. Memilih opsi delete

4. Menampilkan konfirmasi apakah benar

data akan dihapus

5. Memilih opsi yes

6. Jika valid, menghapus data di database

7. Melakukan pembaharuan tabel

Skenario Alternatif
5. Untuk no 6 jika tidak valid, sistem menampilkan pesan error
Kondisi Akhir

Aktor berada pada antarmuka yang menampilkan data

role

24. Skenario Use Case Search Role

Tabel 4.46 Skenario Use Case Search Role

No

UC30

99

Nama Use Case

Search Role

Aktor

Admin

Tujuan

Untuk mencari data role yang ada di basis data

Kondisi Awal

Aktor sudah berada pada antarmuka yang menampilkan

data role

Aksi aktor

Reaksi sistem

Skenario Normal
1. Memasukkan
kata kunci
pencarian

2. Mencari data di database sesuai kata kunci pencarian.

3. Jika ada, menampilkan data pada tabel sesuai kata
kunci pencarian

Skenario Alternatif
Untuk no 3 jika tidak ada, sistem menampilkan tabel kosong
Kondisi Akhir

Aktor berada pada antarmuka yang menampilkan data

role

25. Skenario Use Case View Role

Tabel 4.47 Skenario Use Case View Role

No

UC31

Nama Use Case

View Role

Aktor

Admin

Tujuan

Untuk menampilkan data role yang ada di basis data

Kondisi Awal

Aktor sudah berada pada antarmuka menu role

Aksi aktor

Reaksi sistem

Skenario Normal
1. Memilih menu User

2. Menampilkan
antarmuka
menampilkan data role.

yang

Jika data ada, data akan di tampilkan pada

tabel
Skenario Alternatif
Untuk no 2, jika data tidak ada, sistem menampilkan tabel kosong
Kondisi Akhir

Aktor masih berada pada antarmuka data role

100

26. Skenario Use Case Input Roleaction

Tabel 4.48 Skenario Use Case Input Roleaction

No

UC33

Nama Use Case

Input Roleaction

Aktor

Admin

Tujuan

Untuk memasukkan data roleaction ke basisdata

Kondisi Awal

Aktor sudah berada pada antarmuka yang

menampilkan data roleaction

Aksi aktor

Reaksi sistem

Skenario Normal
1. Memilih opsi tambah data

2. Menampilkan antarmuka yang

menampilkan form isian data roleaction

3. Mengisi data sesuai

antarmuka isian

5. Jika valid, data akan disimpan ke basis

data

4. Memilih opsi simpan data

6. Menutup antarmuka isian.

Skenario Alternatif
Untuk no.5, jika tidak valid, sistem menampilkan pesan error.
Kondisi Akhir

Aktor berada pada antarmuka yang menampilkan data

roleaction

27. Skenario Use Case Edit Roleaction

Tabel 4.49 Skenario Use Edit Roleaction

No

UC34

Nama Use Case

Edit Roleaction

Aktor

Admin

Tujuan

Untuk mengubah data roleaction yang ada di basis

data

Kondisi Awal

Aktor sudah berada pada antarmuka yang

menampilkan data roleaction

Aksi aktor

Reaksi sistem

Skenario Normal
1. Memilih data yang akan di

2. Melakukan select ke data yang dipilih

101

ubah pada tabel

3. Memilih opsi edit

4. Menampilkan antarmuka isian edit

5. Melakukan perubahan data

yang ada pada antarmuka
isian

7. Jika valid, menyimpan perubahan data

8. Menutup antarmuka isian
9. Melakukan pembaharuan tabel

6. Memilih opsi simpan data

Skenario Alternatif
Untuk no.7 jika tidak valid, menampilkan pesan error
Kondisi Akhir

Aktor berada pada antarmuka yang menampilkan

data roleaction

28. Skenario Use Case Delete Roleaction

Tabel 4.50 Skenario Use Case Delete Roleaction

No

UC35

Nama Use Case

Delete Roleaction

Aktor

Admin

Tujuan

Untuk menghapus data roleaction yang ada di basis

data

Kondisi Awal

Aktor sudah berada pada antarmuka yang

menampilkan data roleaction

Aksi aktor

Reaksi sistem

Skenario Normal
1. Memilih data yang akan
dihapus pada tabel

2. Melakukan select ke data yang dipilih

3. Memilih opsi delete

4. Menampilkan konfirmasi apakah benar

data akan dihapus

5. Memilih opsi yes

6. Jika valid, menghapus data di database

7. Melakukan pembaharuan tabel

Skenario Alternatif
6. Untuk no 6 jika tidak valid, sistem menampilkan pesan error
Kondisi Akhir

Aktor berada pada antarmuka yang menampilkan data

roleaction

102

29. Skenario Use Case Search Roleaction

Tabel 4.51 Skenario Use Case Search Roleaction

No

UC36

Nama Use Case

Search Roleaction

Aktor

Admin

Tujuan

Untuk mencari data roleaction yang ada di basis data

Kondisi Awal

Aktor sudah berada pada antarmuka yang menampilkan

data roleaction

Aksi aktor

Reaksi sistem

Skenario Normal
1. Memasukkan
kata kunci
pencarian

2. Mencari data di database sesuai kata kunci pencarian.

3. Jika ada, menampilkan data pada tabel sesuai kata
kunci pencarian

Skenario Alternatif
Untuk no 3 jika tidak ada, sistem menampilkan tabel kosong
Kondisi Akhir

Aktor berada pada antarmuka yang menampilkan data

roleaction

30. Skenario Use Case View Roleaction

Tabel 4.52 Skenario Use Case View Roleaction

No

UC37

Nama Use Case

View Roleaction

Aktor

Admin

Tujuan

Untuk menampilkan data roleaction yang ada di basis

data

Kondisi Awal

Aktor sudah berada pada antarmuka menu roleaction

Aksi aktor

Reaksi sistem

Skenario Normal
1. Memilih menu Roleaction

2. Menampilkan
antarmuka
menampilkan data roleaction.

yang

Jika data ada, data akan di tampilkan pada

tabel

103

Skenario Alternatif
Untuk no 2, jika data tidak ada, sistem menampilkan tabel kosong
Kondisi Akhir

4.1.4.1.2

Aktor masih berada pada antarmuka data roleaction

Perancangan Activity Diagram

Aliran kerja fungsionalitas sistem yang digambarkan menggunakan activity

diagram dibendakan menjadi dua bagian, sebagai berikut :
1. Aliran kerja fungsionalitas disisi server

Gambar 4.6 Activity Diagram aliran kerja fungsionalitas sistem disisi server

2. Aliran kerja fungsionalitas disisi client

104

Gambar 4.7 Activity Diagram aliran kerja fungsionalitas sistem disisi client

4.1.4.2 Perancangan Struktur Statis Sistem

Perancangan struktur statis sistem dilakukan dengan menggambarkan Class
Diagram sistem. Class Diagram ini merupakan panduan dalam membuat code
bahasa pemrograman.
1. Class Diagram entities

105

Gambar 4.8 Class Diagram Entities

2. Class Diagram Repository

106

Gambar 4.9 Class Diagram Repository

3. Class Diagram Antarmuka

107

Gambar 4.10 Class Diagram Antar Muka

4.1.5

Perancangan Antarmuka Sistem

Perancangan antarmuka sistem dibendakan menjadi dua bagian yaitu

perancangan antarmuka disisi server dan perancangan antarmuka disisi client.

4.1.5.1 Perancangan Antarmuka Sistem Disisi Server
1. Antarmuka Login

User

Name

Password
Log in

Cancel

Gambar 4.11 Rancangan Antarmuka Login

Main Menu Referensi

2. Antarmuka Menu Utama

Admin

Nama, Logout

108

Gambar 4.12 Rancangan Antarmuka Menu Utama

3. Antarmuka View User

Gambar 4.13 View User

4. Antarmuka Registrasi

Gambar 4.14 Antarmuka Registrasi

109

5. Antarmuka View Room Rates

Gambar 4.15 Rancangan Antarmuka View Room Rates

6. Antarmuka Insert Room Rates

Gambar 4.16 Rancangan Antarmuka Insert Room Rates

7. Antarmuka Edit Room Rates

110

Gambar 4.17 Rancangan Antarmuka Edit Room Rates

8. Antarmuka View kamar

Gambar 4.18 Rancangan Antarmuka View Kamar

9. Antarmuka Insert Kamar

111

Gambar 4.19 Rancangan Antarmuka Insert Kamar

10. Antarmuka Edit Kamar

Gambar 4.20 Rancangan Antarmuka Edit Kamar

11. Antarmuka View Reservasi

112

Gambar 4.21 Rancangan Antarmuka View Reservasi

12. Antarmuka Add Reservasi

Gambar 4.22 Antarmuka Add Reservasi

13. Antarmuka View Pelanggan

113

Gambar 4.23 Rancangan Antarmuka View Pelanggan

4.1.5.2 Perancangan Antarmuka Sistem Disisi Client

1. Antarmuka Login

User

Name

Password
Log in

Registrasi

Nama
Gambar
4.24 Rancangan Antarmuka Login
User Name
2. Antarmuka Registrasi
Password

Alamat
Kelamin
Tgl.Lahir
No.KTP
Email

OK

CANCEL

114

Gambar 4.25 Rancangan Antarmuka Registrasi

3. Antarmuka Room Rates

Gambar 4.26 Rancangan Antarmuka Room Rates

4. Antarmuka Reservasi

115

Gambar 4.27 Rancangan Antarmuka Reservasi

5. Antarmuka Konfirmasi Reservasi

Terima kasih telah melakukan Reservasi Online berikut Konfirmasi Booking Anda

Nama
No.Reservasi
Chek in
Chek Out
Waktu Reservasi
Booking

Status

OK

Gambar 4.28 Rancangan Antarmuka Konfirmasi Reservasi