DOKUMEN

SPESIFIKASI KEBUTUHAN PERANGKAT LUNAK

(SKPL)

SISTEM INFORMASI ADMINISTRASI HOTEL

SIAH v1.00

untuk:

Hotel Juvante

Dipersiapkan oleh:
Nama - NIM

Institut Informatika Indonesia (IKADO)

Nomor Dokumen Halaman

Institut Informatika
SKPL-001 1
Indonesia (IKADO)
Revisi - 04 April 2016
 DAFTAR PERUBAHAN
Revisi Deskripsi

INDEX - A B C D E F G
TGL

Ditulis
oleh

Diperiksa
oleh

Disetujui
oleh

Institut Informatika Indonesia SKPL-001 Halaman 2 dari 26

(IKADO)
SIAH v1.00 – Hotel Juvante
 Daftar Halaman Perubahan

Halaman Revisi Halaman Revisi

Institut Informatika Indonesia SKPL-001 Halaman 3 dari 26

(IKADO)
SIAH v1.00 – Hotel Juvante
 Daftar Isi

1 Pendahuluan ............................................................................................................ 7
1.1 Tujuan penulisan dokumen..................................................................................... 7
1.2 Lingkup masalah .................................................................................................... 7
1.3 Definisi, istilah, dan singkatan ............................................................................... 7
1.4 Aturan penomoran dan penamaan .......................................................................... 7
1.5 Referensi ................................................................................................................. 7
1.6 Deskripsi umum dokumen ...................................................................................... 8

2 Deskripsi Umum Perangkat Lunak ....................................................................... 9

2.1 Deskripsi umum sistem .......................................................................................... 9
2.2 Fungsi utama perangkat lunak ................................................................................ 9
2.2.1 Kebutuhan fungsional .......................................................................................... 9
2.2.2 Kebutuhan non fungsional ................................................................................. 10
2.2.3 Kebutuhan Informasi ......................................................................................... 10
2.3 Karakteristik pengguna ......................................................................................... 11
2.4 Kebutuhan antarmuka eksternal ........................................................................... 11
2.4.1 Antarmuka pengguna......................................................................................... 11
2.4.2 Antarmuka perangkat keras ............................................................................... 11
2.4.3 Antarmuka perangkat lunak .............................................................................. 11
2.4.4 Antarmuka komunikasi ..................................................................................... 11
2.5 Batasan sistem ...................................................................................................... 12
2.5 Lingkup operasi .................................................................................................... 12

3 Model Deskripsi Kebutuhan Perangkat Lunak ................................................. 13

3.1 Model Use Case .................................................................................................... 13
3.1.1 Architecturally Significant Use Case ................................................................ 13
3.1.2 Diagram Use Case untuk paket sistem .............................................................. 13
3.1.3 Spesifikasi Use Case.......................................................................................... 13
3.1.4 Class Diagram untuk paket sistem .................................................................... 19
3.1.5 Interaction Diagram untuk paket system ........................................................... 22
3.2 Model Data ........................................................................................................... 25

Daftar Gambar ........................................................................................................... 5

Daftar Tabel ................................................................................................................ 6

4 Lampiran ................................................................................................................ 26

Institut Informatika Indonesia SKPL-001 Halaman 4 dari 26

(IKADO)
SIAH v1.00 – Hotel Juvante
 Daftar Gambar
3.1 – Gambar Use Case Diagram ............................................................................... 14
3.2 – Gambar Activity Diagram untuk mengecek ketersediaan kamar ...................... 17
3.3 – Gambar Activity Diagram untuk registrasi data diri tamu ................................ 17
3.4 – Gambar Activity Diagram untuk check in, menggunakan fasilitas ................... 18
3.5 – Gambar Activity Diagram untuk melakukan check out .................................... 18
3.6 – Gambar Activity Diagram untuk membuat laporan keuangan .......................... 19
3.7 – Gambar Class Diagram...................................................................................... 19
3.8 – Gambar Statechart Diagram untuk mengecek ketersediaan kamar ................... 20
3.9 – Gambar Statechart Diagram untuk registrasi data diri tamu ............................. 20
3.10 - Gambar Statechart Diagram untuk melakukan check in .................................. 20
3.11 - Gambar Statechart Diagram untuk menggunakan fasilitas .............................. 21
3.12 - Gambar Statechart Diagram untuk melakukan check out ................................ 21
3.13 - Gambar Statechart Diagram untuk membuat laporan keuangan...................... 21
3.14 – Gambar Sequence Diagram untuk mengecek ketersediaan kamar.................. 22
3.15 – Gambar Collaboration Diagram untuk mengecek ketersediaan kamar ........... 22
3.16 – Gambar Sequence Diagram untuk registrasi data diri tamu ............................ 22
3.17 – Gambar Collaboration Diagram untuk registrasi data diri tamu ..................... 23
3.18 – Gambar Sequence Diagram untuk melakukan check in .................................. 23
3.19 – Gambar Collaboration Diagram untuk melakukan check in ........................... 23
3.20 – Gambar Sequence Diagram untuk menggunakan fasilitas .............................. 23
3.21 – Gambar Collaboration Diagram untuk menggunakan fasilitas ....................... 24
3.22 – Gambar Sequence Diagram untuk melakukan check out ................................ 24
3.23 – Gambar Collaboration Diagram untuk melakukan check out ......................... 24
3.24 – Gambar Sequence Diagram untuk membuat laporan keuangan...................... 24
3.25 – Gambar Collaboration Diagram untuk membuat laporan keuangan ............... 24
3.26 – Gambar Entity Relationship Diagram ............................................................. 25

4.1 – Gambar Gantt Chart .......................................................................................... 26

4.2 – Gambar Conceptual Data Model ....................................................................... 26
4.3 – Gambar Physical Data Model ............................................................................ 26

Institut Informatika Indonesia SKPL-001 Halaman 5 dari 26

(IKADO)
SIAH v1.00 – Hotel Juvante
 Daftar Tabel
1.1 – Tabel istilah dan akronim .................................................................................... 7

2.1 – Tabel fungsi utama perangkat lunak untuk administrator ................................... 9

2.2 – Tabel fungsi utama perangkat lunak untuk resepsionis ..................................... 10
2.3 – Tabel kebutuhan non operasional ...................................................................... 10
2.4 – Tabel kebutuhan informasi ................................................................................ 10
2.5 – Tabel karakteristik pengguna ............................................................................ 11

3.1 – Tabel Use Case mengecek ketersediaan kamar ................................................. 14

3.2 – Tabel Use Case registrasi data diri tamu ........................................................... 14
3.3 – Tabel Use Case melakukan check in ................................................................. 15
3.4 – Tabel Use Case menggunakan fasilitas ............................................................. 15
3.5 – Tabel Use Case melakukan check out ............................................................... 16
3.6 – Tabel Use Case membuat laporan keuangan ..................................................... 17

Institut Informatika Indonesia SKPL-001 Halaman 6 dari 26

(IKADO)
SIAH v1.00 – Hotel Juvante
1. Pendahuluan
1.1. Tujuan Penulisan Dokumen
Penulisan dokumen ini bertujuan sebagai dokumentasi dari segala aktivitas yang
dilakukan selama pembuatan Sistem Informasi Administrasi Hotel dimulai dari
tahap System Engineering, Analysis, dan Design. Dokumen ini digunakan oleh
pengembang perangkat lunak sebagai acuan teknis pengembangan perangkat lunak
pada tahap selanjutnya.

1.2. Lingkup Masalah

Perangkat lunak Sistem Informasi Administrasi Hotel yang selanjutnya akan kami
sebut dengan SIAH v1.00 ini berfungsi untuk mengolah data administrasi hotel.
Ruang lingkup sistem ini meliputi pengolahan data induk kamar , tamu, fasilitas,
transaksi Check In dan Check Out, serta pembuatan laporan untuk manajemen tingkat
atas.

1.3. Definisi, Istilah & Singkatan

Semua definisi dan singkatan yang digunakan dalam dokumen ini dan penjelasannya
Istilah & Akronim Uraian
ID Card Kartu identitas yang dimiliki oleh tamu ketika ia sudah
terdaftarkan didalam sistem
Check In Proses ketika tamu mendaftar untuk menyewa kamar dan
fasilitas
Check Out Proses ketika tamu telah selesai Check In dan membayar
total biaya Check In
User Pengguna perangkat lunak
Tabel 1.1 – Tabel Istilah dan akronim.

1.4. Aturan Penomoran & Penamaan

Berikut ini adalah aturan penomoran yang digunakan dalam dokumen SKPL :
 Penomoran dalam kode ditulis dengan format sebagai berikut :
Kode : A-SIAH-D01
A : Kode representasi kebutuhan.
(A: Kebutuhan fungsional, B: Kebutuhan non fungsional, C:
Kebutuhan informasi)
SIAH : Singkatan dari nama sistem perangkat lunak.
D : Kode modul perangkat lunak.
(D: Terkait database, U: Terkait user)
01 : Nomor urut representasi kebutuhan.

1.5. Referensi
 www.google.com
 www.ikado.ac.id

Institut Informatika Indonesia SKPL-001 Halaman 7 dari 26

(IKADO)
SIAH v1.00 – Hotel Juvante
 1.6. Deskripsi Umum Dokumen (Ikhtisar)
Sistematika pembahasan dalam Spesifikasi Kebutuhan Perangkat Lunak (SKPL) ini
dapat dijelaskan sebagai berikut :
1. Bab 1 Pendahuluan
Bagian ini menjelaskan mengenai hal-hal yang melatarbelakangi pembuatan
penulisan SKPL yang berisi tujuan, ruang lingkup, definisi, istilah dan
singkatan, aturan penomoran dan penamaan, referensi, dan Ikhtisar.
2. Bab 2 Deskripsi Umum Perangkat Lunak
Menjelaskan deskripsi umum sistem, fungsi utama perangkat lunak, kebutuhan
fungsional, non fungsional, serta informasi, karakteristik pengguna, kebutuhan
antarmuka eksternal, batasan sistem, dan lingkungan operasi.
3. Bab 3 Model Deskripsi Kebutuhan Perangkat Lunak
Menjelaskan model use case yang terdiri atas use case diagram, class diagram,
statechart diagram, sequence diagram, collaboration diagram, dan activity
diagram.

Institut Informatika Indonesia SKPL-001 Halaman 8 dari 26

(IKADO)
SIAH v1.00 – Hotel Juvante
2. Deskripsi Umum Perangkat Lunak
2.1. Deskripsi Umum Sistem
Proyek ini akan menghasilkan sebuah produk perangkat lunak untuk sistem informasi
perhotelan dengan nama SIAH v1.00 yang akan mampu menangani proses
administrasi umum yang terdapat pada sebuah hotel.
Perangkat lunak ini mampu mengecek kamar yang sesuai dengan kriteria tamu, dan
mengecek ketersediaan kamar hotel yang masih kosong maupun yang telah terisi
sehingga dapat mempermudah resepsionis dalam melayani tamu yang akan menginap.
Perangkat lunak ini dapat melakukan perhitungan biaya sewa kamar serta biaya
fasilitas hotel yang digunakan oleh tamu.
Terakhir, perangkat lunak ini dapat membuat dan mencetak rekapitulasi laporan
keuangan yang jangka waktunya dapat ditentukan oleh user.
2.2. Fungsi Utama Perangkat Lunak
2.2.1. Kebutuhan Fungsional
A. Pengguna : Administrator
No Kode Fungsi Nama Fungsi Deskripsi
1 A-SIAH-D01 Insert Resepsionis Menambah data Resepsionis hotel
2 A-SIAH-D02 Update Resepsionis Mengubah data Resepsionis hotel
3 A-SIAH-D03 Delete Resepsionis Menghapus data Resepsionis hotel
4 A-SIAH-D04 Insert Kamar Menambah data Kamar hotel
5 A-SIAH-D05 Update Kamar Mengubah data Kamar hotel
6 A-SIAH-D06 Delete Kamar Menghapus data Kamar hotel
7 A-SIAH-D07 Insert Tipe Menambah data Tipe Kamar hotel
8 A-SIAH-D08 Update Tipe Mengubah data Tipe Kamar hotel
9 A-SIAH-D09 Delete Tipe Menghapus data Tipe Kamar hotel
10 A-SIAH-D10 Insert Fasilitas Menambah data Fasilitas hotel
11 A-SIAH-D11 Update Fasilitas Mengubah data Fasilitas hotel
12 A-SIAH-D12 Delete Fasilitas Menghapus data Fasilitas hotel
Tabel 2.1 – Tabel fungsi utama perangkat lunak untuk administrator.
B. Pengguna : Resepsionis
No Kode Fungsi Nama Fungsi Deskripsi
1 A-SIAH-D13 Insert Tamu Menambah data Tamu hotel
2 A-SIAH-D14 Update Tamu Mengubah data Tamu hotel
3 A-SIAH-D15 Delete Tamu Menghapus data Tamu hotel
4 A-SIAH-D16 Insert Check In Menambah data Check In hotel
5 A-SIAH-D17 Update Check In Mengubah data Check In hotel
6 A-SIAH-D18 Delete Check In Menghapus data Check In hotel
7 A-SIAH-D19 Insert Check Out Menambah data Check Out hotel
8 A-SIAH-D20 Update Check Out Mengubah data Check Out hotel

Institut Informatika Indonesia SKPL-001 Halaman 9 dari 26

(IKADO)
SIAH v1.00 – Hotel Juvante
 No Kode Fungsi Nama Fungsi Deskripsi
9 A-SIAH-D21 Delete Check Out Menghapus data Check Out hotel
Tabel 2.2 – Tabel fungsi utama perangkat lunak untuk resepsionis.

2.2.2. Kebutuhan Non Fungsional

No Kode Parameter Deskripsi Kebutuhan
1 B-SIAH-U01 Performance Pencatatan dan penyimpanan data lebih cepat dan
aman dan waktu yang dibutuhkan untuk proses
Check In maupun Check Out dibatasi maksimal 5
menit
2 B-SIAH-U02 Information Informasi yang dihasilkan tidak akan salah apabila
inputannya benar
3 B-SIAH-U03 Security Adanya kamera CCTV untuk mengawasi tamu dan
juga karyawan. Dilengkapi juga password didalam
sistem perangkat lunak
4 B-SIAH-U04 Operational Perangkat lunak ini dapat dijalankan di sistem
operasi minimal Microsoft windows XP, dengan
prosesor minimal Pentium III, Memory RAM
minimal 128 MB
Tabel 2.3 – Tabel kebutuhan non fungsional.

2.2.3. Kebutuhan Informasi

No Informasi yg
dibutuhkan
1 Laporan Check In
2 Laporan Check Out
3 Laporan Tamu
Tabel 2.4- Tabel kebutuhan informasi.
Tujuan Frekuensi Format
Mengetahui proses Check 1 bulan (Default), *.pdf
In dan kamar yang dapat diganti sesuai
digunakan yang terjadi permintaan
selama kurun waktu
tertentu
Mengetahui proses Check 1 bulan (Default), *.pdf
Out dan total pendapatan dapat diganti sesuai
hotel yang terjadi selama permintaan
kurun waktu tertentu
Mengetahui data tamu 1 bulan (Default), *.pdf
yang sering menginap dapat diganti sesuai
permintaan

Institut Informatika Indonesia SKPL-001 Halaman 10 dari 26

(IKADO)
SIAH v1.00 – Hotel Juvante
 2.3. Karakteristik Pengguna
No Kategori Kualifikasi Tugas Hak Akses
Pengguna
1 Administrator Mengelola Mengelola aplikasi, A-SIAH-D01
A-SIAH-D02
aplikasi memantau kinerja
A-SIAH-D03
aplikasi, melakukan A-SIAH-D04
A-SIAH-D05
fungsi control terhadap
A-SIAH-D06
aplikasi A-SIAH-D07
A-SIAH-D08
A-SIAH-D09
A-SIAH-D10
A-SIAH-D11
A-SIAH-D12
2 Resepsionis Mengoperasikan Mengoperasikan A-SIAH-D13
A-SIAH-D14
aplikasi aplikasi, menangani
A-SIAH-D15
proses check in, check A-SIAH-D16
A-SIAH-D17
out dan data tamu
A-SIAH-D18
A-SIAH-D19
A-SIAH-D20
A-SIAH-D21
Tabel 2.5 – Tabel karakteristik pengguna.

2.4. Kebutuhan Antarmuka Eksternal

2.4.1. Antarmuka Pengguna
Perangkat lunak akan menampilkan halaman login. Setelah user melakukan login,
perangkat lunak akan menampilkan halaman kerja sesuai dengan kategori user
yang login.

2.4.2. Antarmuka Perangkat Keras

Perangkat keras yang dibutuhkan agar dapat berinteraksi dengan perangkat lunak
ini adalah keyboard, mouse, room card scanner, ID Card, monitor, dan printer.

2.4.3. Antarmuka Perangkat Lunak

Perangkat lunak ini menggunakan database yang terhubung dengan SQL Server
2003 sebagai Database Server (DBMS) yang berkomunikasi dengan sistem
menggunakan bahasa Query. Selain itu, perangkat lunak ini dapat beroperasi di
komputer dengan sistem operasi Windows.

2.4.4. Antarmuka Komunikasi

Jalur komunikasi dari sistem yang dibuat menggunakan kabel LAN.

Institut Informatika Indonesia SKPL-001 Halaman 11 dari 26

(IKADO)
SIAH v1.00 – Hotel Juvante
 2.5. Batasan Sistem
 Dapat digunakan pada Operating System Windows saja (MS Windows XP,
MS Windows 2000, MS Windows 7).
 Laporan dicetak dalam format pdf.
 Database utama menggunakan DBMS SQL Server 2003.
 Setiap user yang akan berinteraksi dengan perangkat lunak harus melalui
proses login.

2.6. Lingkungan Operasi

Berikut ini adalah spesifikasi minimum yang diperlukan untuk dapat menjalankan
software SIAH v1.00 :
 Hardware
 Prosesor Pentium III atau lebih.
 Hardisk minimal 50 GB untuk server.
 Memori RAM minimal 128 MB.
 Room card scanner.
 Software
 Sistem operasi Windows Server 2003.
 SQL Server 2003 sebagai DBMS.

Institut Informatika Indonesia SKPL-001 Halaman 12 dari 26

(IKADO)
SIAH v1.00 – Hotel Juvante
3. Model Deskripsi Kebutuhan Perangkat Lunak
3.1. Model Use Case
3.1.1. Architecturally Significant Use Case
Dalam konteks UML, tahap konseptualisasi dilakukan dengan pembuatan use
case diagram yang sesungguhnya merupakan deskripsi bagaiman perangkat lunak
akan digunakan oleh penggunanya.

3.1.2. Diagram Use Case untuk Paket Sistem

Penggambaran arsitektur aplikasi SIAH v1.00 secara umum menggunakan use
case diagram sebagai berikut :

Gambar 3.1 – Gambar use case diagram.

3.1.3. Spesifikasi Use Case

Berikut ini adalah penjelasan dari use case yang menurut gambar 3.1.2
Name : Mengecek Ketersediaan Kamar
Actor : Tamu, Resepsionis
Description : Tamu memesan kamar dan Resepsionis mengecek ketersediaan kamar sesuai dengan kriteria kamar yang ingin
dipesan oleh Tamu
Exception : Kriteria kamar tidak ada di dalam Hotel
Pre Condition Tamu sudah menyediakan kriteria kamar yang ingin dipesan
:
Actor System
Basic Flow
1 Tamu memberikan kriteria kamar kepada resepsionis
2 Resepsionis memasukkan data kriteria kamar
kedalam Sistem
3 Sistem mencarikan kamar yang sesuai dengan
kriteria
4 Sistem menampilkan kamar yang tersedia sesuai
dengan kriteria
5 Resepsionis menyampaikan kamar yang tersedia
kepada Tamu
6 Tamu dapat melanjutkan untuk proses Check In

Alternative Flow
1 Tamu memberikan kriteria kamar kepada resepsionis
2 Resepsionis memasukkan data kriteria kamar
kedalam Sistem
3 Sistem mencarikan kamar yang sesuai dengan
Institut Informatika Indonesia SKPL-001 Halaman 13 dari 26
(IKADO)
SIAH v1.00 – Hotel Juvante
 kriteria
4 Jika kriteria kamar tidak tersedia didalam Sistem,
maka Sistem akan menampilkan pesan tidak ada
kamar yang sesuai dengan kriteria
5 Jika ada kamar yang sesuai dengan kriteria, maka
Sistem akan mengecek ketersediaan kamar
6 Jika kamar tersebut tidak tersedia sesuai dengan
tanggal pemesanan Tamu, maka Sistem akan
menampilkan pesan tidak ada kamar yang sedang
tersedia pada tanggal pemesanan Tamu
7 Resepsionis menyampaikan pesan dari Sistem
kepada Tamu
8 Tamu dapat kembali memberikan kriteria kamar
yang lain atau Tamu tidak jadi memesan kamar

Post Condition Tamu dapat melakukan Check In setelah menemukan kamar yang sesuai dengan kriteria
:
Tabel 3.1 – Tabel Use Case mengecek ketersediaan kamar.

Name : Registrasi Data Diri Tamu

Actor : Tamu, Resepsionis
Description : Tamu memberikan data diri dan Resepsionis menyimpan data diri Tamu kedalam Sistem
Exception : Tamu tidak memiliki identitas yang valid
Pre Condition Tamu menyediakan data diri / identitas Tamu
:
Actor System
Basic Flow
1 Tamu memberikan data diri kepada Resepsionis
2 Resepsionis menginputkan data diri Tamu kedalam
Sistem
3 Sistem menyimpan inputan data diri Tamu
4 Sistem menampilkan pesan registrasi berhasil serta
mencetak kartu ID Tamu
5 Resepsionis memberikan kartu ID Tamu kepada
Tamu
6 Tamu dapat melanjutkan untuk proses Check In

Alternative Flow
1 Tamu memberikan data diri kepada Resepsionis
2 Resepsionis menginputkan data diri Tamu kedalam
Sistem
3 Jika data diri Tamu kurang lengkap atau tidak
memiliki identitas yang valid, maka Resepsionis akan
menyampaikan pesan kepada Tamu bahwa registrasi
dibatalkan

Post Condition Tamu dapat melakukan proses Check In

:
Tabel 3.2 – Tabel registrasi Use Case registrasi data diri tamu.

Name : Melakukan Check In

Actor : Tamu, Resepsionis
Description : Tamu memesan kamar dan Resepsionis akan membuatkan nota Check In
Exception : Tamu belum registrasi atau Kamar sudah dibooking
Pre Condition Tamu harus sudah registrasi dan Kamar tersedia untuk dibooking
:
Actor System
Basic Flow
1 Tamu memberikan data Check In kepada Resepsionis
(Kamar, Tanggal Check In, Tanggal Check Out,
Fasilitas yang ingin dipakai, Identitas Tamu)
2 Resepsionis menginputkan data Check In kedalam
Sistem
Institut Informatika Indonesia SKPL-001 Halaman 14 dari 26
(IKADO)
SIAH v1.00 – Hotel Juvante
 3 Sistem akan menyimpan data Check In dan
mengubah status Kamar menjadi terbooking
4 Sistem mencetak nota Check In
5 Resepsionis memberikan nota Check In kepada Tamu
6 Tamu dapat menggunakan Fasilitas Hotel sesuai
dengan nota Check In

Alternative Flow
1 Tamu memberikan data Check In kepada Resepsionis
(Kamar, Tanggal Check In, Tanggal Check Out,
Fasilitas yang ingin dipakai, Identitas Tamu)
2 Jika Tamu belum registrasi, maka Tamu harus
melakukan proses registrasi data diri Tamu terlebih
dahulu
3 Resepsionis menginputkan data Check In kedalam
Sistem
4 Sistem akan mengecek data Check In
5 Jika data Check In kurang lengkap atau Kamar tidak
tersedia, maka Sistem akan menampilkan pesan
proses Check In gagal
6 Resepsionis menyampaikan pesan Sistem kepada
Tamu
7 Tamu dapat memberikan data Check In yang lain
atau melakukan proses Mengecek Ketersediaan
Kamar

Post Condition Tamu dapat menggunakan Fasilitas Hotel sesuai dengan nota Check In dan dapat melanjutkan Check Out setelah
: menggunakan Fasilitas
Tabel 3.3 – Tabel Use Case melakukan check in.

Name : Menggunakan Fasilitas

Actor : Tamu, Resepsionis
Description : Tamu dapat memilih untuk menggunakan Fasilitas dan Resepsionis akan menyimpan data Fasilitas kedalam nota
Check In
Exception : Fasilitas tidak tersedia didalam Hotel
Pre Condition Tamu melakukan proses Check In
:
Actor System
Basic Flow
1 Tamu ketika melakukan proses Check In dapat
memberikan data Fasilitas yang ingin digunakan
2 Resepsionis menginputkan data Fasilitas kedalam
nota Check In
3 Sistem menyimpan data Fasilitas kedalam nota
Check In
4 Sistem mencetak nota Check In
5 Resepsionis memberikan nota Check In kepada
Tamu
6 Tamu dapat menggunakan Fasilitas Hotel sesuai
dengan nota Check In

Alternative Flow
1 Tamu ketika melakukan proses Check In dapat
memberikan data Fasilitas yang ingin digunakan
2 Jika data Fasilitas tidak tersedia didalam Hotel, maka
Resepsionis akan menyampaikan pesan kepada
Tamu bahwa Fasilitas tidak tersedia
3 Tamu dapat memilih untuk menggunakan Fasilitas
lain

Post Condition Tamu dapat menggunakan Fasilitas Hotel sesuai dengan nota Check In
:
Tabel 3.4 – Tabel Use Case menggunakan fasilitas.

Institut Informatika Indonesia SKPL-001 Halaman 15 dari 26

(IKADO)
SIAH v1.00 – Hotel Juvante
 Name : Melakukan Check Out

Actor : Tamu, Resepsionis

Description : Tamu membayar biaya penggunaan Fasilitas Hotel dan Resepsionis membuatkan nota Check Out

Exception :

Pre Condition Tamu sudah melakukan proses Check In

:

Actor System
Basic Flow

1 Tamu menyerahkan nota Check In dan membayar

sesuai dengan biaya yang tercantum di nota Check
In
2 Resepsionis akan menginputkan data kedalam
Sistem berupa data Check Out

3 Sistem akan menyimpan data Check Out dan

mengubah status Kamar menjadi Available

4 Sistem akan mencetak nota Check Out

5 Resepsionis memberikan nota Check Out kepada

Tamu
6 Tamu menerima nota Check Out

Alternative Flow

1 Tamu menyerahkan nota Check In dan membayar

sesuai dengan biaya yang tercantum di nota Check
In
2 Resepsionis akan menginputkan data kedalam
Sistem berupa data Check Out

3 Jika tanggal Check Out melebihi tanggal yang

ditentukan di data Check In, maka Sistem akan
mengupdate data Check In
4 Sistem akan menyimpan data Check Out dan
mengubah status Kamar menjadi Available

5 Sistem akan mencetak nota Check Out

6 Resepsionis memberikan nota Check Out kepada

Tamu
7 Tamu menerima nota Check Out

Post Condition Tamu berhasil melakukan Check Out

:
Tabel 3.5 – Tabel Use Case melakukan check out.

Name : Membuat Laporan Keuangan

Actor : Resepsionis
Description : Resepsionis mencetak Laporan Keuangan
Exception :
Pre Condition Data tersimpan didalam Sistem
:
Actor System
Basic Flow
1 Manager meminta Laporan Keuangan kepada
Resepsionis
2 Resepsionis menekan tombol cetak Laporan

Institut Informatika Indonesia SKPL-001 Halaman 16 dari 26

(IKADO)
SIAH v1.00 – Hotel Juvante
 3 Sistem akan membuat Laporan Keuangan secara
otomatis dan mencetaknya
4 Resepsionis menyerahkan laporan kepada Manager

Alternative Flow

Post Condition
:
Tabel 3.6 – Tabel Use Case membuat laporan keuangan.

Gambar 3.2 – Gambar Activity Diagram untuk mengecek ketersediaan kamar.

Gambar 3.3 – Gambar Activity Diagram untuk registrasi data diri tamu.

Institut Informatika Indonesia SKPL-001 Halaman 17 dari 26

(IKADO)
SIAH v1.00 – Hotel Juvante
 Gambar 3.4 – Gambar Activity Diagram untuk melakukan check in, menggunakan fasilitas.

Gambar 3.5 – Gambar Activity Diagram untuk melakukan check out.

Institut Informatika Indonesia SKPL-001 Halaman 18 dari 26

(IKADO)
SIAH v1.00 – Hotel Juvante
 Gambar 3.6 – Gambar Activity Diagram untuk membuat laporan keuangan.

3.1.4. Class Diagram untuk Paket Sistem

Gambar 3.7 – Gambar Class Diagram.

Institut Informatika Indonesia SKPL-001 Halaman 19 dari 26

(IKADO)
SIAH v1.00 – Hotel Juvante
 Gambar 3.8 – Gambar Statechart Diagram mengecek ketersediaan kamar.

Gambar 3.9 – Gambar Statechart Diagram registrasi data diri tamu.

Gambar 3.10 – Gambar Statechart Diagram melakukan check in.

Institut Informatika Indonesia SKPL-001 Halaman 20 dari 26

(IKADO)
SIAH v1.00 – Hotel Juvante
 Gambar 3.11 – Gambar Statechart Diagram menggunakan fasilitas.

Gambar 3.12 – Gambar Statechart Diagram melakukan check out.

Gambar 3.13 – Gambar Statechart Diagram membuat laporan keuangan.

Institut Informatika Indonesia SKPL-001 Halaman 21 dari 26

(IKADO)
SIAH v1.00 – Hotel Juvante
 3.1.5. Interaction Diagram untuk Paket Sistem

Gambar 3.14 – Gambar Sequence Diagram untuk mengecek ketersediaan kamar.

Gambar 3.15 – Gambar Collaboration Diagram untuk mengecek ketersediaan kamar.

Gambar 3.16 – Gambar Sequence Diagram untuk registrasi data diri tamu.

Institut Informatika Indonesia SKPL-001 Halaman 22 dari 26

(IKADO)
SIAH v1.00 – Hotel Juvante
 Gambar 3.17 – Gambar Collaboration Diagram untuk registrasi data diri tamu.

Gambar 3.18 – Gambar Sequence Diagram untuk melakukan check in.

Gambar 3.19 – Gambar Collaboration Diagram untuk melakukan check in.

Gambar 3.20 – Gambar Sequence Diagram untuk menggunakan fasilitas.

Institut Informatika Indonesia SKPL-001 Halaman 23 dari 26

(IKADO)
SIAH v1.00 – Hotel Juvante
 Gambar 3.21 – Gambar Collaboration Diagram untuk menggunakan fasilitas.

Gambar 3.22 – Gambar Sequence Diagram untuk melakukan check out.

Gambar 3.23 – Gambar Collaboration Diagram untuk melakukan check out.

Gambar 3.24 – Gambar Sequence Diagram untuk membuat laporan keuangan.

Gambar 3.25 – Gambar Collaboration Diagram untuk membuat laporan keuangan.

Institut Informatika Indonesia SKPL-001 Halaman 24 dari 26

(IKADO)
SIAH v1.00 – Hotel Juvante
 3.2. Model Data

Gambar 3.26 – Gambar Entity Relationship Diagram

Institut Informatika Indonesia SKPL-001 Halaman 25 dari 26

(IKADO)
SIAH v1.00 – Hotel Juvante
 Lampiran

Gambar 4.1 – Gambar Gantt Chart.

Gambar 4.2 – Gambar Conceptual Data Model.

Gambar 4.3 – Gambar Physical Data Model.

Institut Informatika Indonesia SKPL-001 Halaman 26 dari 26

(IKADO)
SIAH v1.00 – Hotel Juvante