Tracer

DOKUMEN PEMBANGUNAN PERANGKAT LUNAK
SISTEM INFORMASI RESERVASI HOTEL
(SIMAHO)
untuk:
Masyarakat
Dipersiapkan oleh:
1. Zainul Mukromin (130533608281)
2. Kuncara Adi Laksana (130533608283)
3. Shinata Putra (130533608299)
4. Gilang Lovianindra Cipta (130533608285)
5. Isyatul Karimah (130533608275)
Jurusan Teknik Elektro – Universitas Negeri Malang
Jalan Semarang 5, Malang
Jurusan Teknik Elektro

Nomor Dokumen Halaman
Universitas Negeri Malang
DPPL-OO
Jurusan Teknik Elektro UM DPPL-OO Halaman 1 dari 46

Dokumen ini dan informasi yang dimilikinya adalah milik Jurusan Teknik Elektro-UM dan bersifat rahasia.
Dilarang untuk mereproduksi dokumen ini tanpa diketahui oleh Jurusan Teknik Elektro UM
Revisi A

DAFTAR PERUBAHAN
Revisi Deskripsi
A
INDEX - A B C D E F G
TGL
Ditulis
oleh
Diperiksa
oleh
Disetujui
oleh

Daftar Halaman Perubahan
Halaman Revisi Halaman Revisi

Daftar Isi
1. Pendahuluan..............................................................................................................................................6
1.1 Tujuan Penulisan Dokumen..........................................................................................................6
1.2 Lingkup Masalah...........................................................................................................................7
1.3 Aturan Penomoran.........................................................................................................................7
1.4 Referensi........................................................................................................................................7
1.5 Deskripsi Umum Dokumen (Ikhtisar)...........................................................................................7
2. Kebutuhan Perangkat Lunak.....................................................................................................................8
2.1 Deskripsi Umum Sistem................................................................................................................8
2.2 Fungsi Utama Perangkat Lunak....................................................................................................9
2.3 Model Use Case.............................................................................................................................9
2.3.1 Definisi Actor.........................................................................................................................9
2.3.2 Definisi Use Case...................................................................................................................9
2.3.3 Diagram Use Case...............................................................................................................13
2.4 Prototipe Antarmuka....................................................................................................................14
2.5 Spesifikasi Tambahan..................................................................................................................15
2.6 Glossary.......................................................................................................................................16
3. Model Analisis.........................................................................................................................................17
3.1 Deskripsi Arsitektur.....................................................................................................................17
3.1.1 Identifikasi Paket Analisis...................................................................................................17
3.1.2 Identifikasi Kelas Analisis...................................................................................................18
3.2 Realisasi Use Case Tahap Analisis..............................................................................................19
3.3 Kelas Analisis..............................................................................................................................22
3.3.1 Tanggung-Jawab dan Atribut...............................................................................................22
3.4 Paket Analisis...............................................................................................................................23
3.5 Activity Diagram.........................................................................................................................24
3.6 Skenario Use Case.......................................................................................................................28
4. Model Perancangan.................................................................................................................................30
4.1 Deskripsi Arsitektural..................................................................................................................30
4.1.2 Identifikasi Subsistem Pendukung......................................................................................30
4.1.3 Identifikasi Subsistem Aplikasi...........................................................................................30
4.1.4 Identifikasi Kelas Perancangan...........................................................................................30
4.2 Class Diagram.............................................................................................................................31
4.3 Kelas Perancangan......................................................................................................................31
4.4. Sequence Diagram.......................................................................................................................34
4.5 Antarmuka...................................................................................................................................37
5. Implementasi...........................................................................................................................................38
5.1 Implementasi Komponen.............................................................................................................38
5.2 Implementasi Subsistem..............................................................................................................38
5.3 Implementasi Antarmuka............................................................................................................38
6. Pengujian.................................................................................................................................................39
6.1 Rencana Pengujian......................................................................................................................39
6.2 Prosedur Pengujian......................................................................................................................39
6.3 Defect...........................................................................................................................................43
6.4 Evaluasi Pengujian......................................................................................................................43
LAMPIRAN.................................................................................................................................................45
Setelah Daftar Isi Boleh ada Daftar Tabel dan Daftar Gambar

1. Pendahuluan
1.1 Tujuan Penulisan Dokumen
Dokumen ini menjelaskan tentang spesifikasi persyaratan perangkat lunak Sistem Informasi
Reservasi hotel. Tujuan dari penulisan dokumen ini adalah untuk memberikan penjelasan mengenai
perangkat lunak yang akan dibangun. Sistem informasi ini berguna untuk pemesanan hotel, pencatatan
data diri pemesan, pencarian kamar hotel dan pengolahan data pemesan hotel. Pengguna dari dokumen
ini adalah pengembang (admin) perangkat lunak sistem reservasi hotel, pengguna (user) dari
perangkat lunak atau personil-personilyang terlibat dalam sistem. Dokumen ini akan digunakan
sebagai bahan acuan dalam proses pengembangan dan sebagai bahan evaluasi pada saat
proses pengembangan perangkat lunak maupun di akhir pengembangannya. Dengan
adanya dokumen ini diharapkan pengembangan perangkat lunak akan lebih terarah dan lebih terfokus
serta tidak menimbulkan ambiguitas terutama bagi pengembang perangkat lunak sistem
informasi reservasi hotel tersebut.
1.2 Lingkup Masalah

Perkembangan Ilmu Pengetahuan dan Teknologi tidak pernah berhenti untuk
mengubah kehidupan manusia di Dunia. Perkembangan teknologi yang disebut dengan
internet, telah mengubah interaksi masyarakat. Dengan perkembangan tersebut
membantu seluruh masyarakat dalam mencari sebuah informasi yang dibutuhkan, contoh
nya dalam dunia bisnis. Internet telah memberikan kontribusi yang besar bagi masyarakat,
perusahaan atau industry maupun pemerintah. Dengan hadirnya internet telah menunjang
efektifitas dan efisiensi sarana komunikasi, publikasi, serta sarana untuk mendapatkan
berbagai informasi yang dibutuhkan. Website Hotel merupakan salah satu sarana
personalisasi hubungan antara masyarakat dan pihak hotel dan menyebarkan informasi
berkaitan dengan hotel, harga-harga per kamar, fasilitas yang diberikan dan informasi lain
secara efektif dan efisien. Software pada dokumen ini bernama System informasi
reservasi hotel (SIMAHO) berbasis Website adalah sebuah system informasi berbasis
Website yang diharapkan dapat memberikan informasi Hotel secara detail kepada
masyarakat yang sering berpergian khusus nya dan masyarakat luas pada umumnya
dengan terus menyajikan informasi terupdate tentang perkembangan hotel dan informasi
lainnya.
Aplikasi ini dapat melakukan hal-hal berikut ini :

 Sistem dapat melakukan pemesanan hotel yang telah di pilih oleh pelanggan
 Sistem dapat melakukan pencarian terhadap kamar hotel dan spesifikasi kamar hotel.

 Admin dapat melihat rekapitulasi hasil dari transaksi pemesanan hotel.
 Admin dapat melihat dan mengelolah data pelanggan dan data kamar hotel.
1.3 Aturan Penomoran

Penulisan dokumen DPPL-OO ini menggunakan berbagai macam aturan penamaan dan
penomoran yang berbeda – beda untuk beberapa bagian tertentu. Aturan penamaan dan
penomoran yang digunakan berdasarkan hal/bagian tersebut adalah seperti yang
tercantum pada Tabel 1 berikut ini :
Tabel 1. Aturan Penamaan dan Penomoran
Hal/Bagian Aturan Penamaan/Penomoran
Kebutuhan Fungsional DPPL-F-xxxx
Kebutuhan Non Fungsional DPPL-NF-xxxx
Use Case UC-xx
Prototype Antarmuka DPPL-PA-xxxx
1.4 Referensi
Dokumen ini merujuk pada dokumentasi perangkat lunak pada Spesifikasi Kebuthan
Perangkat Lunak (SKPL) SIMAHO tentang kebutuhan yang diperlukan dan penulisan
dokumen berdasarkan pada :
1. Rochman, Alif Raditya, et al. 142680142-DPPL-Advanced-Restaurant-System.
STEI – ITB, 2013
2. Panduan Penggunaan dan Pengisian Dokumen Pembangunan Perangkat Lunak
(DPPL). Jurusan Teknik Elektro, Universitas Negeri Malang, 2015.
1.5 Deskripsi Umum Dokumen (Ikhtisar)

Dokumen Pembangunan Perangkat Lunak ini terdiri dari beberapa bab sebagai berikut :
 BAB 1 Pendahuluan
Pada pendahuluan diberikan gambaran umum tentang dokumen yang berisikan
- Tujuan Penulisan Dokumen
- Lingkup Masalah
- Aturan Penomoran
- Referensi
- Deskripsi Umum Dokumen (Ikhtisar)
 BAB 2 Kebutuhan Perangkat Lunak
Pada bab ini dijelaskan kebutuhan sistem informasi yang diperlukan di dalam
pengembangan perangkat lunak Sistem Informasi Reservasi Hotel
 BAB 3 Model Analisis
Pada bab ini mendeskripsikan kebutuhan khusus bagi Sistem Informasi Reservasi
Hotel yang terdiri dari pendataan data pelanggan, pendataan kamar hotel, dan
transaksi
 BAB 4 Model Perancangan
Hotel yang terdiri dari Algoritma atau Query

 BAB 5 Implementasi
Hotel yang terdiri implementasi tampilan aplikasi yang dibuat.
 BAB 6 Pengujian
Hotel yang terdiri dari rencana pengujian dan prosedur pengujian.
2 Kebutuhan Perangkat Lunak
2.1 Deskripsi Umum Sistem

System informasi reservasi hotel (SIMAHO) merupakan system informasi yang
berguna untuk tempat reservasi dengan berbasis website. System informasi
reservasi hotel berbasis website ini bermanfaat untuk memudahkan user untuk
memesan hotel dan untuk meningkatkan keuntungan dan kinerja pemesanan di
dalam hotel tersebut. Hak akses pada system informasi ini di bedakan menjadi 2
bagian yakni hak akses sebagai administrator dan user.
Administrator merupakan pengguna dari system informasi reservasi hotel

(SIMAHO) yang memiliki hak akses penuh terhadap system informasi ini. Ruang
lingkkup akses sebagai administrator terdiri dari penyetingan web, penyetingan
menu, mengupdate data, mendelete data, mencetak data dan penambahan user /
admin.
User merupakan penggunaan dari system informasi reservasi hotel (SIMAHO)

yang memiliki hak akses terbatas terhadap system informasi ini. Ruang lingkup
askses sebagai user terdiri dari pemesanan hotel dan melihat informasi hotel.

User Admin
2.2 Fungsi Utama Perangkat Lunak

Sistem Informasi Reservasi Hotel (SIMAHO) berbasis website ini memiliki fungsi
sebagai berikut:
Bagi masyarakat (pengunjung website):
 Memudahkan masyarakat dalam mendapatkan informasi seputar pemesanan
hotel.
 Memudahkan masyarakat dalam menghubungi pihak hotel.
Bagi Pihak Penyedia Layanan Reservasi (Administrator dan User):

 Memudahkan pihak penyedia layanan reservasi dalam menyampaikan
informasi yang berkaitan dengan pemesanan hotel.
Sistem Informasi Reservasi Hotel ini menyediakan beberapa fungsi utama yaitu :
1. Fungsi menjelaskan data – data hotel
2. Fungsi untuk melakukan pemesanan hotel
3. Fungsi untuk menampilkan fasilitas hotel
4. Fungsi untuk mencetak data pemesanan hotel yang dilakukan oleh admin
2.3 Model Use Case
2.3.1 Definisi Actor

No Actor Deskripsi
A1 Operator Operator dapat mengelola seluruh informasi hotel
dan mengelola data customer
A2 Costumer Customer dapat melihat fasilitas hotel dan
melakukan pemesanan
2.3.2 Definisi Use Case

No Use Case Deskripsi
UC-01 Memperbaharui status Merupakan use case pertama dari sisi operator. Use
kamar Case ini menampilkan list status kamar terbaru
UC-02 Mengupdate Jumlah Merupakan use case kedua dari sisi operator. Use
Kamar Case ini digunakan oleh operator untuk
memperbaharui jumlah kamar dari keseluruhan
kamar yang ada dengan tipe kelas yang berbeda

UC-03 Melihat Data Merupakan use case ketiga dari sisi Operator. Use
Pemesanan Case ini menampilkan seluruh data pemesanan
dengan pengelompokkan data sesuai tanggal
UC-04 Menghapus Data Merupakan use case keempat dari sisi Operator. Use
Customer Case ini menyediakan form untuk menghapus data –
data customer yang telah kadaluwarsa
UC-05 Melihat Fasilitas Merupakan Use Case pertama dari sisi Customer.
Use Case ini menampilkan form seluruh informasi
fasilistas dari tiap kamar
UC-06 Melakukan Merupakan Use Case kedua dari sisi Customer. Use
Pemesanan/reservasi Case ini menampilkan form pemesanan kamar atau
hotel
UC-07 Mencetak Data Merupakan Use Case ketiga dari sisi Customer. Use
Pemesanan Case ini menyediakan form untuk mencetak data
pemesanan sebagai bukti telah melakukan pemesanan
kamar.
Use Case : Memperbaharui Status Kamar

Aktor : Operator
Kondisi Awal : Status Kamar Belum diperbaharui
Kondisi Akhir : Status Kamar Berhasil Diperbaharui
Aksi Actor Reaksi Sistem
Skenario Normal
1. Membuka halaman deskripsi kamar 2. Menampilkan halaman yang berisi
deskripsi maupun status kamar
secara detail
3. Membuka halaman data 4. Menampilkan halaman pemesanan
pemesaanan kamar
5. Mengecek kesesuaian data pemesan 6. Memeriksa kesesuaian data
dengan kamar yang dipesan pemesan
7. Mengubah status kamar yang 8. Menampilkan status kamar terbaru
dipesan 9. Menyimpan status kamar terbaru
10. Merekap jumlah kamar tersedia
Use Case : Mengupdate Jumlah Kamar

Actor : Operator
Kondisi Awal : Jumlah kamar belum di Update
Kondisi Akhir : Jumlah Kamar telah di Update
Skenario Normal
1. Login Sistem sebagai operator 2. Mengotentikasi ID operator
3. Menampilkan menu operasi yang
bisa dipilih operator
4. Memlihi menu data kamar 5. Menampilkan data kamar
6. Memilih tambah kamar 7. Menampilkan form inputan data
kamar
8. Menginputkan data kamar baru 9. Menyimpan data kamar terbaru
Use Case : Melihat Data Pemesanan

Actor : Operator
Kondisi Awal : data pemesanan belum terlihat
Kondisi Akhir : data pemesanan telah terlihat
Skenario Normal
1. Membuka halaman data pemesanan 2. Menampilkan halaman data
pemesanan
3. Mengecek data pemesanan 4. Memeriksa kesesuaian data
berdasarkan tanggal pemesanan berdasarkan tanggal
5. Menampilkan data pemesanan
berdasarkan tanggal
6. Menyimpan data pemesanan
Use Case : Menghapus Data Customer

Actor : Operator
Kondisi Awal :Data Customer Belum terhapus
Kondisi Akhir :Data Customer Terhapus
Skenario Normal
1. Membuka halaman data Customer 2. Menampilkan halaman seluruh data
customer
3. Mengecek data customer yang 5. Memeriksa kesesuaian data
kadaluwarsa customer
4. Menghapus data customer yang 6. Menyimpan data customer terbaru
telah kadaluwarsa 7. Menampilkan data customer
terbaru
Use Case : Melihat Fasilitas

Actor : Customer
Kondisi Awal :Fasilitas tak terlihat
Kondisi Akhir :Fasilitas terlihat
Skenario Normal
1. Membuka halaman fasilitas kamar 2. Menampilkan halaman fasilitas
kamar
3. Mencari fasilitas yang sesuai 4. Memeriksa kesesuaian data fasilitas
yang dicari
5. Menampilkan data fasilitas yang
dicari
Use Case : Melakukan pemesanan
Actor : Customer
Kondisi Awal :belum memesan
Kondisi Akhir :sudah memesan
Skenario Normal
1. Membuka halaman pemesanan 2. Menampilkan form pemesanan
kamar kamar

3. Mengisi data pemesan kamar 4. Memeriksa data pemesan kamar
5. Mengecek kesesuaian kamar yang 6. Menyimpan data pemesanan

dipesan
Use Case : Mencetak Data Pemesanan

Actor : Customer
Kondisi Awal :data pemesanan belum dicetak
Kondisi Akhir :data pemesanan sudah dicetak
Skenario Normal
1. Membuka halaman pemesanan 2. Menampilkan halaman pemesanan
3. Memilih mencetak data pemesanan 4. Memeriksa kesesuaian data
pemesanan
5. Memproses pencetakan data
pemesanan
6. Mengambil hasil data yang dicetak 7. Merekap data pemesanan
2.3.3 Diagram Use Case
Gambar 2.2 Diagram Use Case

2.4 Prototipe Antarmuka
Deskripsi : Antarmuka utama saat menjalankan Sistem Informasi Reservasi
Hotel
Desain Tampilan : Menggunakan komponen web form dari HTML dan CSS
Jenis : Form Halaman Utama (DPPL-PA-0001)
Deskripsi : Antarmuka utama saat membuka Reservatioan Form / saat

melakukan pemesanan
Jenis : Form Reservation Form (DPPL-PA-0002)

Deskripsi : Antarmuka utama saat menjalankan Accomodation dan Fasilitas
Jenis : Form Acomodation (DPPL-PA-0003)
Deskripsi : Antarmuka utama saat menjalankan Room Pricing

Jenis : Form Room Pricing (DPPL-PA-0004)

2.5 Spesifikasi Tambahan
Kebutuhan Deskripsi
Komputer Sebagai media untuk mengakses SIMAHO
Printer Untuk mencetak data dan informasi berupa report (laporan)
Sistem Operasi Sebagai perantara antara hardware dengan SIMAHO
Server Sebagai tempat penyimpanan data dan informasi SIMAHO
2.6 Glossary
Login Proses autentifikasi user sebelum melakukan pemesanan hotel
Administrator Seorang yang mempunyai hak akses penuh untu memanage isi
content sistem
User Seorang yang mempunyai hak akses terbatas dan hanya dapat
melakukan pemesanan dan melihat informasi yang ada pada
sistem
Use Case Menggambarkan deskripsi suatu proses yang melibatkan user dan
admin
Data Seluruh informasi yang dikelola pada sistem yang berkaitan
dengan informasi dan spesifikasi kamar hotel
Update perbaruan data dan informasi tentang kamar hotel
Maintenance Perawatan dan perbaikan pada sistem yang dilakukan secara
kontinuitas
Report Sebuah laporan/output dari sistem yang digunakan untuk mendata
konsumen yang melakukan pemesanan kamar hotel
Hardware Sebuah perangkat keras yang dapat digunakan sebagai alat untuk
memasukkan data ke sistem dan sebagai alat untuk menampilkan
sebuah data/informasi dari sistem.

3 Model Analisis
3.1 Deskripsi Arsitektur
3.1.1 Identifikasi Paket Analisis
N Nama Paket Use Case Terkait Keterangan

o
1. Status Kamar Memperbaharui Status Kamar Paket untuk menangani
aksi memperbaharui
status kamar
2 Update Jumlah Menambah atau Mengurangi Paket untuk menangani
Kamar Jumlah Kamar aksi menambah atau
mengurangi jumlah
kamar yang ada
3 Melihat Data Menampilkan Data Pemesanan Paket untuk menangani
Pemesanan aksi menampilkan semua
data pemesanan
4 Menghapus Data Menghapus Data Customer Paket untuk menangani
Customer aksi menghapus data
customer
5 Melakukan Pemesanan Kamar Paket untuk menangani
Pemesanan aksi pemesanan kamar
yang dilakukan customer
6 Melihat Fasilitas Menampilkan Fasilitas Kamar Paket untuk menangani
aksi menampilkan
informasi fasilitas kamar
7 Mencetak Data Mencetak Data Pemesanan Paket untuk menangani
Pemesanan aksi mencetak data
pemesanan
3.1.2 Identifikasi Kelas Analisis
N Nama Paket Nama Kelas Analisis Jenis Kelas

o (Boundary, Control,
Entity)

1 Memperbaharui 1.halaman Status kamar 1.Boundry
Status Kamar 2. Cek data 2. Control
3 Proses memperbaharui 3. Control
4. Perbaharuan selesai 4. Entity
2 Update Jumlah 1 Halaman Update Jumlah 1 Boundary
Kamar Kamar 2 Control
2 Cek data 3 Control
3 Proses Update 4 Entity
4 Jumlah Kamar ter-Update
3 Melihat Data 1 Halaman data pemesanan 1 Boundary
Pemesanan 2 Cek data 2 Control
3 Proses menampilkan data 3 Control
4 Data pemesanan 4 Entity
ditampilkan
4 Menghapus Data 1 Halaman data Customer 1 Boundary
Customer 2 Cek Data 2 Control
3 Proses hapus data 3 Control
4 Data terhapus 4 Entity
5 Melakukan 1 Halaman pemesanan 1 Boundray
Pemesanan 2 Cek Data 2 Control
3 Proses Pemesanan 3 Control
4 Pemesanan selesai 4 Entity
6 Melihat Fasilitas 1 Halaman Fasilitas 1 Boundary
2 Cek Data 2 Control
3 Proses menampilkan Data 3 Control
4 Fasilitas ditampilkan 4 Entity
7 Mencetak Data 1 Halaman Cetak 1 Boundary
Pemesanan 2 Cek Data dan Printer 2 Control
3 Proses mencetak data 3Control
4 data tercetak 4 Entity
3.2 Realisasi Use Case Tahap Analisis

Gambar 3.1 Realisasi Use Case Memperbaharui Status Kamar
Gambar 3.2 Realisasi Use Case Update Jumlah Kamar

Gambar 3.3 Realisasi Use Case Melihat Data Pemesanan
Gambar 3.4 Realisasi Use Case Menghapus Data Customer

Gambar 3.5 Realisasi Use Case Melakukan Pemesanan
Gambar 3.6 Realisasi Use Case User Melihat Fasilitas
Gambar 3.7 Realisasi Use Case Cetak Data
3.3 Kelas Analisis

No Nama Kelas Jenis

1. Halaman Update Jumlah Boundary
Kamar
3. Halaman Data Tipe Kamar Boundary
4. Form Reservasi Boundary
5. Halaman Fasilitas dan Boundary
Akomodasi Hotel
7. Halaman Cetak Boundary
8. Cek Data Record Control
9 Proses Memperbaharui Control
10 Proses Update Data Record Control
11 Proses Menampilkan Data Control
12 Proses Hapus Data Control
13 Proses Pemesanan Control
14 Proses mencetak Data Control
15 Cek Printer Control
16 Perbaharuan Selesai Entity
17 Jumlah Kamar ter-Update Entity
18 Data pemesanan ditampilkan Entity
19 Data terhapus Entity
20 Pemesanan selesai Entity
21 Fasilitas ditampilkan Entity
22 Data tercetak Entity
3.3.1 Tanggung-Jawab dan Atribut

Nama Kelas Daftar Tanggung-Jawab Daftar Atribut
Test Connection 1. getConnection(Login login) 1. connection;
2. getConnection() 2.ok
3. setConn(Connection connection) 3. jdbcURL
Login 1.setusername(String username) 1.username
2.getusername() 2.password
3.setPassword(String Password)
4.getpassword()
Data Fasilitas Hotel set get atribut 1 data gambar hotel
2 data biaya fasilitas
Data Fasilitas Kamar set get atribut 1 data gambar kamar

2 data biaya fasilitas
Laporan Pembayaran set get atribut 1 data item fasilitas

Hotel kamar
2 data jumlah reserver
hotel
Daftar Biaya Kamar set get atribut 1 data biaya kamar
2 data biaya tambahan
fasilitas
Data Admin DataAdminActionPerformed() Daftar nama Admin

DataBiayaUser ActionPerformed() ID user
DataUpdateUserActionPerformed() Daftar biaya fasilitas
kamar
Daftar item fasilitas
Kamar
Total Biaya Kamar
Data Reservasi DataReserverActionPerformed() JLabel NamaAwal;

JLabel Nama Akhir
JLabel Contac Number;
JComboBox Add Guest
JRadioButton Type
Room
JComboBox Add Ons
JLabel Start Reservation
JLabel End Reservation
JTextField Notes
JButton Submit
JButton Clear
3.4 Paket Analisis

No Nama Paket Use Case Terkait
1. Login Login
Sign Up
2. Data Reservasi Mencatat Data Diri
Reservasi
Laporan Biaya
Reservasi
3. Data View Kamar Daftar Tipe Kamar
Daftar Item Fasilitas
Kamar
No Nama Paket Nama Kelas Analisis Jenis Kelas

(Boundary, Control,
Entity)
Login 1. Welcome 1. Boundary
2. Login 2. Entity
3. Utama 3. Boundary
4. Sign Up 4. Boundary
Data Reservasi Data ReservasiPanel 1. Controller
Laporan Biaya Kamar 2. Controller
Data View Kamar Data Ketersediaan Fasilitas 1. Boundary
Kamar 2. Boundary
Data Gambar Tipe Kamar 3. Entity
Daftar Biaya Item Fasilitas 4. Boundary
Kamar
Data Biaya Kamar

3.5 Activity Diagram
Gambar 3.8 Activity Diagram Use Case ‘Memperbaharui Status Kamar’

Gambar 3.9 Activity Diagarm Use Case ‘Update Jumlah Kamar’
Gambar 3.10 Activity Diagram Use Case ‘Melihat Data Pemesanan’

Gambar 3.11 Activity Diagram Use Case ‘Menghapus Data Customer’
Gambar 3.12 Activity Diagram Use Case ‘Melihat Fasilitas

Gambar 3.13 Activity Diagram Use Case ‘Melakukan Pemesanan Kamar’

Gambar 3.14 Activity Diagram Use Case ‘Mencetak Data Pemesanan’
3.6 Skenario Use Case

No. Use Case UC-01
Nama Use Case Memperbaharui Status Kamar
Tujuan Agar Operator bisa melihat status kamar terbaru dan dapat
memperbaharui Status Kamar
Deskripsi Merupakan use case pertama dari sisi operator. Use Case ini
menampilkan list status kamar terbaru.
Actor Yang Terlibat Operator
No. Use Case UC-02

Nama Use Case Update Jumlah Kamar
Tujuan Agar Operator dapat menambah maupun mengurangi jumlah
kamar.
Deskripsi Paket untuk menangani aksi menambah atau mengurangi

jumlah kamar yang ada
No. Use Case UC-03

Nama Use Case Data Pemesanan
Tujuan Agar Operator dapat melihat seluruh data pemesanan dari
customer
Deskripsi Paket untuk menangani aksi menampilkan semua data
pemesanan
No. Use Case UC-04

Nama Use Case Menghapus Data Customer
Tujuan Agar Operator dapat menghapus data – data customer yang
telah kadaluwarsa atau data yang sudah lama
Deskripsi Paket untuk menangani aksi menghapus data customer
No. Use Case UC-05

Nama Use Case Melakukan Pemesanan
Tujuan Agar Customer dapat melakukan pemesanan kamar sesuai
dengan kamar yang diinginkan
Deskripsi Paket untuk menangani aksi pemesanan kamar yang
dilakukan customer
Actor Yang Terlibat Customer
No. Use Case UC-06

Nama Use Case Melihat Fasilitas Kamar
Tujuan Agar customer dapat melihat secara lengkap fasilitas apa saja
yang disediakan oleh hotel
Deskripsi Paket untuk menangani aksi menampilkan informasi fasilitas
kamar
No. Use Case UC-07

Nama Use Case Mencetak Data Pemesanan
Tujuan Agar customer dapat mencetak bukti bahwa customer telah
melakukan pemesanan kamar
Deskripsi Paket untuk menangani aksi mencetak data pemesanan
4 Model Perancangan

4.1 Deskripsi Arsitektural
SIMAHO dibangun berdasarkan perencanaan dan perancangan terhadap penggunaan
perangkat lunak berdasarkan spesifikasi kebutuhan, dan sumber daya yang diperlukan.
SIMAHO dibuat menggunakan aplikasi web berbasis HTML dan menggunakan media
penyimpanan database MySQL. Pada system ini menggunakan database dan dapat
dijalankan dengan system operasi / operating system (OS) Windows. Selain itu,
keamanan system digunakan login sebagai autentifikasi sistem sebelum masuk ke dalam
system, selanjutnya untuk merekap data pada database system disediakan fitur report,
pada sesi ini administrator atau user dapat melakukan proses penyimpanan data ke
format word untuk mencetak data.
4.1.1 Identifikasi Subsistem Pendukung

No. Subsistem Pendukung Keterangan
1. Notepad++ Akses dan pengolahan data
2. PHP MySQL Database server
3. Windows 8 Sistem operasi pendukung
4. Printer Alat mencetak
4.1.2 Identifikasi Subsistem Aplikasi

No Nama Subsistem Paket Analisis terkait (jika ada) Ket
1. Tambah Tambah User, Tambah Data. Menambah Data User atau Data
Pesanan
2. Lihat Lihat Data Menampilkan Data
3. Ubah Ubah Data Mengubah Data
4. Hapus Hapus Data Mengahpus Data
5. Cetak Cetak Data Mencetak Data
4.1.3 Identifikasi Kelas Perancangan

No Nama Subsistem Nama Kelas Perancangan Nama Kelas Analisis (jika
ada)
1. Tambah - Tambah User - Data User
- Tambah Data - Tambah Data User
- Data Pemesanan
- Tambah Data
Pemesanan
2. Lihat - Lihat Data - Data Pemesanan
- Cari Data
3. Ubah - Ubah Data - Data Reservasi
- Ganti Data
- Cari Data
4. Hapus - Hapus Data - Data Reservasi
- Ganti Data
- Hapus Data
5. Cetak - Cetak Data - Data Reservasi
- Print Data
- Simpan Data

4.2 Class Diagram
4.3 Kelas Perancangan
No Nama Kelas Perancangan Nama Kelas Analisis (jika ada)

1 Login LoginDialog
Login
FormUtama
2 Data Reservasi Inputdata
Reservasi
Laporan biaya
3 Data Fasilitas Hotel Datahotel
Biayafasilitas
Kamar
4 Data Fasilitas Kamar Biayakamar
Datakamar
5 Laporan Pembayaran Hotel Biayakamar
Jumlahreserver
6 Daftar Biaya Kamar Biayakamar
Biayatambahanfaisilitas
7 Data Admin daftarnamaadmin
daftariduser
Daftarbiayafasilitas
Daftaritemfasilitaskamar
Totalbiayakamar
4.3.1 Operasi dan Atribut

Kelas : Test connection

Nama Operasi Visibility Keterangan
GetConnection(login) Public Digunakan untuk
menghubungkan ke
database
Getconnection Public Digunakan untuk
menghubungkan ke darbase
Nama Atribut Visibilty Type
User Private String
Password private String
Kelas : Login
Nama operasi Visibilty Keterangan

Setusername Public Untuk mengisi string ke
dalam username
getusername Public Untuk mengambil nilai
username
Setpasssword Public Untuk mengisi string
password
Untuk mendapatkan string
Getpassword Public passsword
Setlogin Public Untuk mengisi nilai
username dan password ke
dalam login
Getlogin public Untuk mengabil nilai login
Nama atribut Visibility Tipe
Username Private String
Password Private String
Login Private Login
Kelas : DataResevasi
Nama Operasi Visibilty Keterangan

DataReserverActionPerformed() Public Menampilkan data
Reservasi
Nama Atribut Visibilty Keterangan
Datareservasi Private String
Kelas : fasilitashotel
Nama Operasi Visibilty Keterangan

Set get atribut Public Menampilkan fasilitas hotel
Nama atribut Visibility Keterangan

Getatributfasilitashotel private Image
Kelas : datadafasilitaskamar
Nama proses Visibility Keterangan

Set get atribut Public Menampilakn fasilitas
kamar hotel
Nama Atribut Visibilty Keterangan
Getatributfasilitaskamar private Image
Kelas : laporanpembayaranhotel

Set get atribut Private Menampilakan laporan
pembayatan hotel
Nama atribut Visibilty Keterangan
Setgetatributlph private String
Kelas : Daftarbiayakamar

Set get atribut public Menampilkan daftar biaya
kamar
Nama atribut Visibility Keterangan
Setgetatributdbk public String
Kelas : dataadmin
Nama proses Visibilty Keterangan

DataAdminActionPerformed() Private Menampilakan data dafta
nama admin
DataBiayaUser Private Menampilakan daftar biaya
ActionPerformed() fasilitas kamar
Nama atribut Visiblity Keterangan
dataadminap private String
Dataadminbap private String

4.4 Sequence Diagram
Gambar 4.1 Sequence Diagram Memperbaharui Status Kamar
Gambar 4.2 Sequence Diagram Mengupdate Jumlah Kamar

Gambar 4.3 Sequence Diagram Melihat Data Pemesanan
Gambar 4.4 Sequence Diagram Menghapus Data Customer

Gambar 4.5 Sequence Diagram Melihat Fasilitas
Gambar 4.6 Sequence Diagram Melakukan pemesanan

Gambar 4.7 Sequence Diagram Mencetak Data Pemesanan
4.5 Antarmuka
Id_Objek Jenis Nama Keterangan
submitButton Button submit Jika diklik, maka akan
menyimpan data pada
textfield ke database
CancelButton Butiton Cancel Untuk mengkosongkan data
pada textfield
loginButton Button Login Untuk masukke menu utama
hapusButton Button Hapus Untuk menghapus item pada
tabel
ubahButton Button Ubah Untuk mengubah item data
pada tabel
OKButton Button OK Untuk login ke system
signupButton Button Signup Untuk signup ke menu utama

5 Implementasi
5.1 Implementasi Komponen
No Nama Kelas Nama File Fisik Nama File Executable

Welcome Index.php, style.css Index.php
Login Login_fail.php, Index_admin.php
admin_panel.php, style.css
Reservasi Reserve.php, style.css Reserve.php
Harga Kamar Pricing.php, style.css Pricing.php
Type kamar Standard.php, family.php, Index.php
Duluxe.php, style.css
Akomodasi dan Catalog.php, style.css Catalog.php
fasilitas
Record Records.php, report.php, Records.php
reservation slip.php,
edit_reservasi,
delete_reservasi, style.css
Admin User.php, Add_user.php, Users.php
manajement delete_user.php, style.css
5.2 Implementasi Subsistem

No Nama Subsistem Nama File Fisik Nama Kelas
Subsistem Update 1. Records.php record
data user 2. report.php
3. edit_reservasi
4. delete_reservas
Subsistem admin 1. add_user.php admin manajemen
2. user.php
3. delete.php
5.3 Implementasi Antarmuka
No Antarmuka Nama File Fisik Nama File Executable

Login Login_fail.php, Index_admin.php
admin_panel.php,
style.css
record Records.php, report.php, Records.php
reservation slip.php,
edit_reservasi,
delete_reservasi, style.css
Manajemen admin User.php, Add_user.php, Users.php
delete_user.php, style.css

6 Pengujian
6.1 Rencana Pengujian
No Use Case Pengujian Jenis Pengujian Identifikasi

1 Memperbaharui 1. Skenario normal 1. Black box U-1-01
Status Kamar
2 Mengupdate 1. Skenario normal 1. Black box U-2-01
Jumlah Kamar
3 Melihat Data 1. Skenario normal 1. Black box U-3-01
Pemesanan
4 Menghapus 1. Skenario normal 1. Black box U-4-01
Data Customer
5 Melihat Fasilitas 1. Skenario normal 1. Black box U-5-01
6 Melakukan 1. Skenario normal 1. Black box U-6-01

pemesanan
7 Mencetak Data 1. Skenario normal 1. Black box U-7-01
Pemesanan
6.2 Prosedur Pengujian
6.2.1 Perangkat Lunak Pengujian

Perangkat lunak SIMAHO ini memerlukan beberapa perangkat lunak lain untuk
melakukan pengujian, yaitu:
 Sistem operasi: Microsoft Windows 8
 Web server: Apache HTTPD 2.2.6
 Web browser: Mozilla Firefox
 Scripting language: PHP 5.2.4
 DBMS: MySQL 5.0.45
6.2.2 Perangkat Keras Pengujian

Perangkat keras yang diperlukan untuk menguji aplikasi SIMAHO ini adalah
satu set komputer dengan spesifikasi:
 Intel® CoreTM i5
 4 GB DDR3
 14.0” LCD Led

6.2.3 Sumber Daya Manusia
Sumber dayan manusia yang dibutuhkan untuk menguji aplikasi SIMAHO ini
berjumlah dua orang dengan kriteria memahami konsep bahasa pemograman CSS,
PHP, dan SQL.
6.2.4 Prosedur Umum Pengujian
6.2.4.1 Persiapan Awal

pada persiapan awal ini di butuhkan pengaktifan XAMPP terlebihdahulu.
6.2.4.1.1 Persiapan Prosedural

Pada pengujian perangkat lunak SSM ini tidak diperlukan persiapan prosedural.
6.2.4.1.2 Persiapan Perangkat Keras

Perangkat keras yang dilibatkan dalam pengujian perangkat lunak SIMAHO
seperangkat komputer dengan spesifikasi sebagai berikut:
 Sistem operasi Microsoft Windows 8
 Intel® CoreTM i5
 4 RAM
 Satu color monitor VGA
6.2.4.1.3 Persiapan Perangkat Lunak

Perangkat lunak yang digunakan untuk menguji adalah XAMPP 1.6.4. Sebelum
melakukan pengujian, terlebih dahulu perangkat lunak SIMAHO disimpan di folder
“htdocs” tempat perangkat lunak XAMPP tersebut diinstal. Misal jika XAMPP
diinstal di drive C, maka SIMAHO akan disimpan di C:/xampp/htdocs/simaho.
Instruksi untuk mengaktifkan program:
 Jalankan server Apache dan MySQL yang ada di XAMPP Control Panel.
 Buka browser yang ada dan ketikkan: http://localhost/simaho
 Coba lakukan proses login dengan menggunakan username: admin dan password:
admin.

6.2.4.2 pelaksanaan pengujian
Pelaksanaan pengujian langsung dilakukan pada tahap pengujian sistem dengan
menguji fungsi-fungsi yang terdapat di dalam aplikasi SIMAHO ini.
6.2.5 Pengujian Perangkat Lunak
Dalam melakukan uji coba ada 2 masalah penting yang akan dibahas yaitu :
A. Teknik Uji Coba perangkat lunak
B. Strategi Uji Coba perangkat lunak
6.2.5.1 Teknik Uji Coba Perangkat Lunak

Pada dasarnya, pengujian merupakan suatu proses rekayasa perangkat lunak yang dapat
dianggap (secara psikologis) sebagai hal yang destruktif daripada konstruktif.
Pendekatan test yang digunakan adalah Black Box Testing.
Test case ini bertujuan untuk menunjukkan fungsi perangkat lunak tentang cara
beroperasinya, apakah pemasukan data keluaran telah berjalan sebagaimana yang
diharapkan dan apakah informasi yang disimpan secara eksternal selalu dijaga
kemutakhirannya.
Tehnik pengujian black-box berfokus pada domain informasi dari perangkat lunak,
dengan melakukan test case dengan menpartisi domain input dari suatu program dengan
cara yang memberikan cakupan pengujian yang mendalam.
Metode pengujian graph-based mengeksplorasi hubungan antara dan tingkah laku objek-
objek program. Partisi ekivalensi membagi domain input ke dalam kelas data yang
mungkin untuk melakukan fungsi perangkat lunak tertentu. Analisis nilai batas
memeriksaa kemampuan program untuk menangani data pada batas yang dapat diterima.
Metode pengujian yang terspesialisasi meliputi sejumlah luas kemampuan perangkat

lunak dan area aplikasi. GUI, arsitektur client/ server, dokumentasi dan fasilitas help dan
sistem real time masing-masing membutuhkan pedoman dan tehnik khusus untuk
pengujian perangkat lunak.
Beberapa jenis kesalahan yang dapat diidentifikasi :

• Fungsi tidak benar atau hilang
• Kesalahan antar muka
• Kesalahan pada struktur data (pengaksesan basis data)
• Kesalahan inisialisasi dan akhir program
• Kesalahan performasi
6.2.5.2 Sasaaran Pengujian

1. Untuk menemukan kesalahan yang terjadi ketika proses di eksekusi

2. Test case yang baik adalah test case yang memiliki probabilitas tinggi untuk
menemukan kesalahan yang belum pernah ditemukan sebelumnya
6.2.5.3 Prinsip Pengujian

1. Semua pengujian harus dapat ditelurusi sampai ke persyaratan pelanggan
2. Pengujian harus direncanakan lama sebelum pengujian itu dimulai
3. Prinsip pareto berlaku untuk pengujian perangkat lunak dimana prinsip pareto
mengimplikasikan 80% dari semua kesalahan yang ditemukan selama pengujian
sepertinya akan dapat ditelusuri sampai 20% dari semua modul program.
4. Pengujian harus mulai “dari yang kecil” dan berkembang ke pengujian “yang
besar”
5. Pengujian yang mendalam tidak mungkin
6. Paling efektif, pengujian dilakukan oleh pihak ketiga yang independen
6.2.6 Strategi Pengujian

 Pengujian mulai pada tingkat modul yg paling bawah, dilanjutkan dgn modul di
atasnya kemudian hasilnya dipadukan.
 Teknik pengujian yang berbeda mungkin menghasilakn sedikit perbedaan (dalam
hal waktu)
 Pengujian dilakukan oleh pengembang perangkat lunak dan (untuk proyek yang
besar) suatu kelompok pengujian yang independen.
 Pengujian dan debugging merupakan aktivitas yang berbeda, tetapi debugging
termasuk dalam strategi pengujian.
Pengujian perangkat lunak adalah satu elemen dari topik yang lebih luas yang
sering diacu sebagai verifikasi dan validasi (V& V).
Verifikasi : Kumpulan aktifitas yg menjamin penerapan perangkat lunak benar-
benar sesuai dgn fungsinya.
Validasi : Kumpulan aktivitas yang berbeda yang memastikan bahwa perangkat
lunak yang dibangun dapat memenuhi keperluan pelanggan.
6.3 Defect
Pada Form Sign up :
- id operator ketika row selected tidak dapat di Cancel
- tombol edit belum berfungsi
Pada halaman update :

-tidak dapat melakukan pengecekan ID kamar yang menyebabkan ID kamar
terduplikat
Pada halaman Mencetak Data Pemesanan :
- Data pemesanan hanya dapat langsung dicetak tidak dapat diubah kembali
6.4 Evaluasi Pengujian

identifikasi deskripsi Prosedur Masukan Pengeluaran Kriteria Hasil Kesimpulan
pengujian yang evaluasi hasil yang
diharapkan didapa
t
Pengujian login Masukkan Username Tidak Ada Apabila ada sukses diterima
username dan dan message text field data
password password box untuk pengunjug
untuk masuk keberhasila yang tidak di
ke akun. Lihat n Sign in isi maka akan
form masuk ke ada perintah
menu login “Semua Field
untuk harus diisi ”
pengecekan
Pengujian Memasukan ID ID kamar Data status Apabila ID sukses diterima
Memperbaharui kamar untuk dan status kamar kamar tidak
dapat kamar berhasil terisi maka
Status Kamar memperbaharu diperbaharu ada pesan
i status kamar i dan tidak peringatan
mengalami “ID kamar
trouble wajib di isi”
Pengujian Memasukan ID ID kamar Data jumlah Apabila ID sukses diterima
Mengupdate kamar untuk dan kamar kamar dan
dapat keteranga berhasil di keterangan
Jumlah Kamar mengupdate n fasilitas update dan fasilitas tidak
jumlah kamar tidak terisi maka
menglami ada pesan
trouble peringatan
“semua field
wajib di isi”
Pengujian Buka pada Data Data Apabila data sukses Diterima
Melihat Data manu daftar pemesana pemesanan pemesanan
pemesanan n dapat tidak terdaftar
Pemesanan lalu pilih data dilihat maka akan
pemesan yang sesuai data ada pesan
ingin dilihat yang di pemberitahua
inginkan n “data tidak
terdaftar”
Pengujian Buka pada tanggal Data Apabila data sukses Diterima
Menghapus menu data dan data customer customer
customer lalu customer dapat di belum
Data Customer pilih data hapus melewati
customer yang batas waktu
ingin dihapus reservasi
maka akan
ada pesan
peringatan
“data tidak
dapat di
hapus”

Pengujian Buka pada ID kamar Fasilitas Apabila data sukses Diterima
Melihat manu kamar dapat fasilitas tidak
lalu pilih dilihat terdaftar maka
Fasilitas fasilitas yang sesuai data akan ada
ingin dilihat yang di pesan
inginkan pemberitahua
n “fasilitas
belum
terdaftar”
Pengujian Buka menu Data Pengisian Apabila ada sukses Diterima
Melakukan kamar lalu customer data text field data
pilih kamar customer customer yang
pemesanan yang bekerja tidak di isi
diinginkan dengan baik maka akan
ada perintah
“Semua Field
harus diisi ”
Pengujian Melakukan Tekan Data Apabila sukses diterima
mencetak data pemesanan dan button pemesanan printer tidak
melakukan cetak tercetak bekerja
pemesanan pengisian data dengan baik dengan baik
maka akan
muncul pesan
peringatan
“cek kembali
printer anda”

LAMPIRAN
STRUKTUR ORGANISASI PROYEK
Berikut ini adalah Struktur Organisasi Proyek pembangunan system informasi akademik pasca sarjana universitas kerto negoro, sebuah
universitas yang berkhusus ke pasca sarjana berbagai fakultas.
DI REKTUR
Kuncara Adilaksana
PROJECT OWNER
Shinata Putra
PROJECT MANAGER
Zainul Mukromin
SYSTEM ANALYST DESAI NER PROGRAMMER TESTER DOCUMENTATOR ADMI NI STRATOR
Kuncara Adi Laksana Gilang Lovianindra Cipta Zainul Mukromin Zainul Mukromin Isyatul Karimah Isyatul Karimah
Shinata Putra

PERAN DAN TANGGUNG JAWAB
Peran dan tanggung jawab masing-masing personal atau kelompok dengan mengacu
pada form penugasan tim proyek (project team assignment) sebagai berikut :
Project manager/manajer proyek :
- Membuat rencana kerja proyek.
- Menugaskan pekerjaan ke anggota tim proyek.
- Memonitor jalannya proyek dan kerja tim proyek.
- Bertanggung jawab atas keberhasilan eksekusi proyek.
- Memastikan proyek dapat berjalan dengan sukses sesuai dengan jadwal dan
ruang lingkup yang disetujui.
- Mengadakan meeting proyek secara berkala untuk menangani
permintaan perubahan.
- Membuat progress report.
- Menjembatani penganalisa sistem dengan desainer sehingga anatara hasil analisa
sistem dan bentuk desain aplikasi sesuai dengan yang diharapkan.
- Menjembatani desainer dengan programmer sehingga desain baru yang dibuat
tidak menyulitkan tim programmer dalam membuat program.
- Melaporkan setiap kemajuan proyek hasil dan hasil akhir proyek kepada pemilik
proyek.
- Membuat dokumentasi manajemen proyek yang dibantuoleh
administrator.
System Analyst/Penganalisis Sistem :

- Melakukan analisis sistem yang akan dibangun dengan cara wawancara
dengan pihak yang ditunjuk.
- Membuat diagram Squence
- Membuat Activity Diagram
- Membuat use case
- Membuat realisasi use case
- Melaporkan hasil pekerjaan kepada manajer proyek.
- Berdiskusi dengan manajer proyek mengenai langkah-langkahj yang harus
ditempuh untuk menyelesaikan proyek sesuai dengan perencanaan
manajemen proyek (project management plan).
- Berdiskusi dengan desainer aplikasi untuk menentukan desain aplikasi sesuai
dengan yang diinginkan.
- Membuat dokumentasi analisa & desain sistem dibantu dokumentator.

Desainer :
- Membuat desain aplikasi (bentuk menu aplikasi, bentuk form, bentuk report,
dll.)
- Berdiskusi dengan penganalisis sistem tentang desain aplikasi agar sesuai
dengan yang diharapkan.
- Berdiskusi dengan programmer tentang maksud bentuk desain aplikasi yang
dibuat.
- Membuat dokumentasi desain aplikasi dibantu oleh dokumentator.
Programmer :
- Membuat program aplikasi sesuai dengan hasil analisa & desain yang
ditentukan.
- Berdiskusi dengan desain aplikasi dan analisis agar program yang
dibuatnya sesuai dengan yang telah ditentukan.
- Memberi usulan pada desainer dan penganalisa sistem (system analyst) bila
memang diperlukan.
- Mengajukan pertanyaan kepada desainer dan system analyst apabila
memang ada hal-hal yang kurang jelas.
- Memperbaiki program berdasarkan hasil investigasi.
- Membuat dokumentasi program dibantu oleh dokumentator.
Tester :
- Melakukan test terhadap program aplikasi yang telah dibuat.
- Membuat list tentang hal-hal yang masih perlu diperbaiki.
- Memberi rekomendasi maupun usulan tentang solusi permasalahan yang
dihadapi.
- Membuat dokumentasi tentnag hasil testing terhadap program aplikasi.
Dokumentator :
- Membuat Dokumentasi Sistem (Desain Spesifikasi Sistem), berkoordinasi
dengan system analyst, designer dan programmer.
- Membuat Dokumentasi SOP, berkoordinasi dengan system analyst, pihak
counter part/pihak yang ditunjuk untuk memberikan keterangan mengenai
sistem yang akan dibangun.
- Mendokumentasikan manajemen proyek yang telah dibuat oleh manajer proyek
bersama administrator.
- Bekerjasama dengan administrator untuk membuat dokumentasi
administrasi proyek.
Administrator :
- Melaksanakan administrasi proyek dari awal hingga akhir proyek.
- Membantu manajer proyek dalam membuat dokumen manajemen proyek.
- Mendokumentasikan arsip-arsip yang berkaitan dengan administrasi proyek
dan berkoordinasi dengan dokumentator.


Tracer

Diunggah oleh

Informasi Dokumen

Hak Cipta

Format Tersedia

Bagikan dokumen Ini

Bagikan atau Tanam Dokumen

Opsi Berbagi

Apakah menurut Anda dokumen ini bermanfaat?

Apakah konten ini tidak pantas?

Hak Cipta:

Format Tersedia

Tracer

Diunggah oleh

Hak Cipta:

Format Tersedia

DOKUMEN PEMBANGUNAN PERANGKAT LUNAK

SISTEM INFORMASI RESERVASI HOTEL

1. Zainul Mukromin (130533608281)

2. Kuncara Adi Laksana (130533608283)

3. Shinata Putra (130533608299)

4. Gilang Lovianindra Cipta (130533608285)

5. Isyatul Karimah (130533608275)

Jurusan Teknik Elektro – Universitas Negeri Malang

Jalan Semarang 5, Malang

Jurusan Teknik Elektro

Jurusan Teknik Elektro UM DPPL-OO Halaman 1 dari 46

Jurusan Teknik Elektro UM DPPL-OO Halaman 2 dari 46

Jurusan Teknik Elektro UM DPPL-OO Halaman 3 dari 46

Halaman Revisi Halaman Revisi

Jurusan Teknik Elektro UM DPPL-OO Halaman 4 dari 46

Jurusan Teknik Elektro UM DPPL-OO Halaman 5 dari 46

1.2 Lingkup Masalah

Aplikasi ini dapat melakukan hal-hal berikut ini :

Jurusan Teknik Elektro UM DPPL-OO Halaman 6 dari 46

1.3 Aturan Penomoran

1.5 Deskripsi Umum Dokumen (Ikhtisar)

Jurusan Teknik Elektro UM DPPL-OO Halaman 7 dari 46

2 Kebutuhan Perangkat Lunak

2.1 Deskripsi Umum Sistem

Administrator merupakan pengguna dari system informasi reservasi hotel

User merupakan penggunaan dari system informasi reservasi hotel (SIMAHO)

Jurusan Teknik Elektro UM DPPL-OO Halaman 8 dari 46

2.2 Fungsi Utama Perangkat Lunak

Bagi Pihak Penyedia Layanan Reservasi (Administrator dan User):

2.3 Model Use Case

2.3.1 Definisi Actor

2.3.2 Definisi Use Case

Jurusan Teknik Elektro UM DPPL-OO Halaman 9 dari 46

Use Case : Memperbaharui Status Kamar

Use Case : Mengupdate Jumlah Kamar

Use Case : Melihat Data Pemesanan

Jurusan Teknik Elektro UM DPPL-OO Halaman 10 dari 46

Use Case : Menghapus Data Customer

Use Case : Melihat Fasilitas

Jurusan Teknik Elektro UM DPPL-OO Halaman 11 dari 46

5. Mengecek kesesuaian kamar yang 6. Menyimpan data pemesanan

Use Case : Mencetak Data Pemesanan

2.3.3 Diagram Use Case

Gambar 2.2 Diagram Use Case

Jurusan Teknik Elektro UM DPPL-OO Halaman 12 dari 46

Deskripsi : Antarmuka utama saat membuka Reservatioan Form / saat

Jurusan Teknik Elektro UM DPPL-OO Halaman 13 dari 46

Deskripsi : Antarmuka utama saat menjalankan Room Pricing

Jurusan Teknik Elektro UM DPPL-OO Halaman 14 dari 46

Jurusan Teknik Elektro UM DPPL-OO Halaman 15 dari 46

3.1.1 Identifikasi Paket Analisis

N Nama Paket Use Case Terkait Keterangan

3.1.2 Identifikasi Kelas Analisis

N Nama Paket Nama Kelas Analisis Jenis Kelas

Jurusan Teknik Elektro UM DPPL-OO Halaman 16 dari 46

3.2 Realisasi Use Case Tahap Analisis

Jurusan Teknik Elektro UM DPPL-OO Halaman 17 dari 46

Gambar 3.2 Realisasi Use Case Update Jumlah Kamar

Jurusan Teknik Elektro UM DPPL-OO Halaman 18 dari 46

Gambar 3.4 Realisasi Use Case Menghapus Data Customer

Jurusan Teknik Elektro UM DPPL-OO Halaman 19 dari 46

Gambar 3.6 Realisasi Use Case User Melihat Fasilitas

Gambar 3.7 Realisasi Use Case Cetak Data

3.3 Kelas Analisis