DOKUMEN PEMBANGUNAN PERANGKAT LUNAK
untuk:
Dipersiapkan oleh:
Dian Setya Anggara (095314004)
Renaldo Malau (095314016)
Febrian Cahyadi (095314026)
Paulus Alvin Yudha (095314046)
Program Studi Teknik Informatika
Universitas Sanata Dharma
Yogyakarta
2011
Program Studi
Teknik Informatika USDNomor Dokumen Halaman
DAFTAR PERUBAHAN
RevisiDeskripsi
A
B
C
D
E
F
G
INDEXTGL-ABCDEFG
Ditulis oleh
Diperiksa oleh
Disetujui oleh
Daftar Halaman Perubahan
HalamanRevisiHalamanRevisi
Daftar Isi
1Pendahuluan51.1Tujuan Penulisan Dokumen51.2Lingkup Masalah
51.3Aturan Penomoran51.4Referensi51.5Deskripsi Umum Dokumen
(Ikhtisar)52Kebutuhan Perangkat Lunak62.1Deskripsi Umum
Sistem62.2Fitur Utama Perangkat Lunak62.2.1Kebutuhan
Fungsional62.2.2Kebutuhan Non Fungsional62.3Spesifikasi
Tambahan62.4Glossary73Model Use Case83.1Diagram Use
Case83.2Definisi Actor 83.3Definisi Use Case83.4Skenario Use
Case94Model Analisis94.1Realisasi Use Case Tahap
Analisis94.2Diagram Kelas Keseluruhan104.3Kelas Analisis 104.4Paket
Analisis 114.4.1Identifikasi Paket Analisis114.4.2Identifikasi
Kelas Analisis tiap Paket124.5Deskripsi Arsitektur125Model
Perancangan145.1Realisasi Use Case Tahap Perancangan145.2Diagram
Kelas Keseluruhan145.3Kelas Perancangan145.3.1Operasi dan
Atribut155.3.2Algoritma/Query 165.3.3Diagram
Statechart165.4Perancangan Basis Data165.5Perancangan
Antarmuka165.6Coding Standard dan Naming Convention175.7Deployment
Diagram176Implementasi186.1Implementasi Kelas186.2Implementasi
Basis Data186.3Implementasi Antarmuka187Pengujian207.1Rencana dan
Prosedur Pengujian207.1.1Rencana Pengujian207.1.2Prosedur
Pengujian207.2Kasus Uji207.2.1Pengujian Use Case 217.3Defect dan
Status Perbaikan217.4Evaluasi Pengujian218Lampiran221.
Pendahuluan
1.1 Tujuan Penulisan Dokumen
Dokumen pengembangan perangkat lunak untuk para programmer
dengan tujuan mempermudah kerja programmer dalam membuat dan
mengimplementasikan rancangan.
1.2 Lingkup Masalah
Sistem pemesanan pada hotel yang ada saat ini adalah dengan cara
manual, yaitu pencatatan nama, tanggal, dan nomor kamar di buku
reservasi. sistem pencatan seperti ini mempunyai kelemahan, yaitu
kesulitan dalam melihat penjadwalan, sehingga kamar yang sudah di
pesan tamu, diberikan pada tamu lain.
1.3 Aturan Penomoran
kode Keterangan
SRS-P-(XXX)kebutuhan fungsional dengan nomor XXX untuk
Resepsionis
1.4 Referensi
Refrensi dalam pengembangan perangkat lunak ini adalah template
dokumen pengembangan perangkat lunak berorientasi obyek (Dosen :
Puspaningtyas Sanjoyo Adi).
- www
HYPERLINK "http://www.exelsa.usd.ac.id".
HYPERLINK "http://www.exelsa.usd.ac.id"exelsa
HYPERLINK "http://www.exelsa.usd.ac.id".
HYPERLINK "http://www.exelsa.usd.ac.id"usd
HYPERLINK "http://www.exelsa.usd.ac.id".
HYPERLINK "http://www.exelsa.usd.ac.id"ac
HYPERLINK "http://www.exelsa.usd.ac.id".
HYPERLINK "http://www.exelsa.usd.ac.id"id1.5 Deskripsi Umum
Dokumen (Ikhtisar)
Bab 1 : berisi tentang penjelasan umum tentang isi dokumen
Bab 2 : berisi tentang deskripsi umum dan kebutuhan perangkat
lunak
Bab 3 : berisi tentang deskripsi model Use CaseBab 4 : berisi
tentang realisasi use case
Bab 5 : berisi tentang model perancangan
Bab 6 : berisi tentang implimintasi perangkat lunak
Bab 7 : pengujian
2. Kebutuhan Perangkat Lunak 2.1 Deskripsi Umum Sistem
Aplikasi penjadwalan kamar,gedung dan restoran hotel ini
memiliki 2 jenis user, yaitu user sebagai tamu hotel, dan user
sebagai resepsionis. User sebagai tamu dapat mengecek info kamar
dan melihat jadwal pemesanan gedung/restoran.Lalu untuk memesan,
user dapat mengisikan data pribadi pada form.Sedangkan resepsionis
dapat mengubah status kamar/gedung/restoran, yaitu kosong, berisi
dan sudah dipesan / di pesan dengan uang muka (DP).Resepsionis
dapat melihat data tamu dan melihat jadwal pemesanan
kamar/gedung/restoran.Kamar/gedung /restoran dapat dipesan jika
status kosong maupun dipesan tteapi belum bayar uang muka.
2.2 Fitur Utama Perangkat Lunak 2.2.1 Kebutuhan Fungsional
SRS-P-001 Menyimpan data-data inputan user.SRS-P-002 Membatalkan
pesanan apabila dalam limit waktu yang ditentukan pengguna tidak
memesan kamar.SRS-P-003 Menampilkan jadwal pemakaian kamar,
restoran dan gedung.SRS-P-004 Mengubah status pemakaian kamar,
restoran dan gedung menurut tanggal dan bulan.SRS-P-005 Mengubah
jumlah sisa kamar kosong, baik VIP , regular maupun VVIP.
SRS-P-006 Mengubah status pemesanan tamu.SRS-P-007 Menghapus
data tamu.2.2.2 Kebutuhan Non Fungsional
SRS-NF-001Software ini dapat bekerja 24 jam nonstop tanpa
hang.
SRS-NF-002 Kecepatan maksimal dalam menyimpan data adalah 2
detik
SRS-NF-003 Software ini memerlukan minimum memory prmier 256 mb
dan minimum untuk memory sekunder-nya adalah 8 GB.
2.3 Spesifikasi Tambahan
2.4 Glossary
- Submit : istilah dalam form online untuk mengirim data ke
sistem
- Username : nama yang digunakan untuk login
- Password : kata sandi yang digunakan saat login
- Login : istilah dalam form untuk masuk ke sebuah sistem dengan
kata sandi
- Logout : istilah dalam form untuk keluar dari sistem
3. Model Use Case
3.1. Diagram Use Case
3.2. Definisi Actor
Nama AktorDeskripsi tugas
Resepsionis login
Mengubah status gedung,restoran dan jumlah kamar Melihat data
tamu dan update data tamu Logout
Tamu Melihat info kamar/gedung/restoran
Memesan kamar/gedung/restoran
Melihat jadwal kamar
Melihat jadwal gedung
Melihat jadwal restoran
NoActorDeskripsi
1Tamu dapat melihat info kamar, gedung dan restoran, melihat
jadwal gedung dan restoran.
3.3. Definisi Use Case
NoUse Case (resepsionis)Deskripsi
1.LoginSistem akan menampilkan form login , berguna untuk
resepsionis masuk ke sistem.
2.Melihat dan update data tamuSistem akan menampilkan form untuk
melihat daftar data pemesanan
3.Mengubah status ruangSistem akan menampilkan form untuk
mengubah status kamar/gedung/restoran (isi/pesan/kosong)
4.LogoutSistem akan menampilkan form untuk logout ,keluar dari
sistem
NoUse Case (tamu)Deskripsi
1. Melihat info kamar/gedung/restoranSistem akan menampilkan
form info kamar/gedung/restoran
2. Memesan kamar/gedung/restoranSistem akan menampilkan form
pemesan kamar, gedung atau restoran
3Melihat daftar pemesanan restoransistem akan menampilkan form
daftar pemesanan restoran
4Melihat jadwal pemesanan gedungSistem akan menampilkan form
untuk melihat daftar pemesanan gedung
5Melihat jadwal pemesanan kamarSistem akan menampilkan form
untuk melihat daftar pemesanan kamar
3.4. Skenario Use Case
3.4.1 Melihat info kamar/gedung/restoranAktor : Tamu
Kondisi awal: Tampilan awalKondisi akhir: Tamu mendapat
informasi tentang kamar, gedung dan restoranSkenario utama
AksiReaksi
1. memilih menu untuk info kamar / gedung /restoran2. sistem
menampilkan form menu pilihan tamu kamar, gedung atau restoran
3.4.2 Memesan Kamar/gedung/hotelAktor : Tamu
Kondisi awal: Halaman pemesanan kamar/gedung/ restoran
Kondisi akhir: menampilkan halaman pemesanan berhasil
AksiReaksi
1. Tamu masuk form pemesanan 3. Tamu memasukkan data diri, jika
sudah klik pesan
2. sistem menampilkan form pemesanan
4. Sistem akan menyimpan data tamu
3.4.3 Melihat jadwal pemesanan gedung
Aktor : Tamu
Kondisi awal: Sistem menampilkan halaman jadwal pemesanan
gedung
Kondisi akhir: Sistem memberi informasi jadwal pemesanan
gedung
AksiReaksi
1. tamu memilih menu melihat jadwal pemesanan gedung3. Jika
database error / terjadi kesalahan, maka terdapat warna abu-abu
pada kolom tanggal pemesanan gedung2. Sistem menampilkan form
halaman jadwal gedung
3.4.4 Melihat jadwal pemesanan Restoran
Aktor
: Tamu
Kondisi awal : sistem menampilkan form jadwal pemesanan
restoran
Kondisi akhir : Sistem telah memberi informasi kepada tamu
jadwal pemesanan restoran
AksiReaksi
1. tamu memilih menu melihat jadwal pemesanan restoran3. Jika
database error / terjadi kesalahan, maka terdapat warna abu-abu
pada kolom tanggal pemesanan restoran2. Sistem menampilkan jadwal
pemesanan restoran
3.4.5 Mengubah Status Kamar/Gedung/Restoran
Aktor : resepsionis
Kondisi awal: resepsionis masuk ke form ubah status
Kondisi akhir: resepsionis berhasil mengubah status
AksiReaksi
1. 1. resepsionis memilih menu ubah status di halaman
resepsionis
2.
3. 3.Resepsionis mengubah status kamar/gedung/restoran dengan
memilih tombol status yang diinginkan
2. 2. Sistem menampilkan halaman ubah status4.Sistem akan
menyimpan perubahan kedatabase, lalu menampilkan feedback, dan
kembali ke halaman ubah status
3.4.9 Melihat Data Tamu
Aktor
: Resepsionis
Kondisi awal : Sistem menampilkan form data tamu
Kondisi akhir : resepsionis dapat melihat seluruh data tamu
AksiReaksi
1. 1. Resepsionis memilih menu Lihat Data tamu2. 2. 2. Sistem
Menampilkan seluruh data tamu, data pesanaan dan status
pembayaran
3.4.10 Login
Aktor
: Resepsionis
Kondisi awal : Sistem menampilkan form login Kondisi akhir :
resepsionis dapat login dan masuk ke halaman awal
resepsionisAksiReaksi
1. 1.Resepsionis memasukkan username dan password dan klik
login2.
3
alternatif :
1. Saat username dan password yang dimasukkan tamu tidak sesuai
dengan database, system menampilkan feedback dan kembali kehalaman
form login2. 2. Sistem mengecek database, apakah username dan
password sesuai, jika sesuai data di simpan dalam session
4.
3.4.11 Logout
Kondisi awal : resepsionis memilih menu logout
Kondisi akhir : resepsionis bisa logout
AksiReaksi
1. 1. sistem menampilkan form login
4 Model Analisis4.1 Realisasi Use Case Tahap Analisis
4.1.1 Pemesanan
Diagram Sequence:
4.1.2 Diagram sequence melihat info ruang
4.1.3 Melihat jadwal pemesanan restauran
4.1.4 Melihat jadwal pemasanan gedung
4.1.5 Melihat jadwal pemesanan kamar
4.1.6 Melihat data tamu
4.1.7 Mengubah status kamar/gedung/ restauran
4.1.8 Login
4.1.9 Logout
4.2 Diagram Kelas Keseluruhan
4.3 Kelas AnalisisNama KelasJenisUsecase Terkait
BerandaInterface Melihat info kamar/gedung/restoran
Memesan Melihat jadwal kamar
Melihat jadwal gedung
Melihat jadwal restoran
dataRuangEntity Mengubah status gedung,restoran dan jumlah
kamar
jadwalPemesananGedungEntity Melihat jadwal gedung
jadwalPemesananKamarEntity Melihat jadwal kamar
jadwalPemesananRestoranEntity Melihat jadwal restoran
Lihat&UpdateTamuInterface Melihat data tamu dan update data
tamu
lihatInfoRuangInterface Melihat info kamar/gedung/restoran
lihatInfo_PilihJenisRuanginterface Melihat info
kamar/gedung/restoran
logininterface Login
Login_simpanDataController Login
Login_validasiController Login
LogoutController Logout
Pesan_pilihJenisRuangInterface Memesan
Pesan_ruangInterface Memesan
prosesDataTamuEntity Melihat data tamu dan update data tamu
ResepsionisInterface login
Mengubah status gedung,restoran dan jumlah kamar
Melihat data tamu dan update data tamu
Logout
simpanDataPesananEntity Memesan
ubahStatusInterface Mengubah status gedung,restoran dan jumlah
kamar
databaseConnectionController Login
Melihat info kamar/gedung/restoran
Memesan
Melihat jadwal kamar
Melihat jadwal gedung
Melihat jadwal restoran
Mengubah status gedung,restoran dan jumlah kamar
Melihat dan update data tamu
kontrolerLoginController Login
Nama KelasDaftar tanggung jawabDaftar Atribut
BerandalihatInfo_pilihJenisRuang.jsppesan_pilihJenisRuang.jspjadwalPemesananRestoran.jspjadwalPemesananGedung.jspLihatInfoRuang_buttonPesanRuang_buttonJadwalPemesananRestoran_button
JadwalPemesananGedung_button
dataRuang
jadwalPemesananGedungberanda.jsplihatInfo_pilihJenisRuang.jsppesan_pilihJenisRuang.jspjadwalPemesananKamar.jspjadwalPemesananRestoran.jspjadwalPemesananGedung.jspberanda_buttonlihatInfoRuang_button
pesanRuang_button
jadwalPemesananKamar_button
jadwalPemesananGedung_button
jadwalPemesananKamarberanda.jsplihatInfo_pilihJenisRuang.jsppesan_pilihJenisRuang.jspjadwalPemesananKamar.jspjadwalPemesananRestoran.jspjadwalPemesananGedung.jspBeranda_buttonlihatInfoRuang_button
peanRuang_button
jadwalPemesananKamar_button
jadwalPemesananRestoran_button
jadwalPemesananGedung_button
jadwalPemesananRestoranberanda.jsplihatInfo_pilihJenisRuang.jsppesan_pilihJenisRuang.jspjadwalPemesananKamar.jspjadwalPemesananRestoran.jspjadwalPemesananGedung.jspBeranda_button
lihatInfoRuang_button
peanRuang_button
jadwalPemesananKamar_button
jadwalPemesananRestoran_button
jadwalPemesananGedung_button
Lihat&UpdateTamuresepsionis.jsphalamanUtamaTamu_button
lihatInfoRuanglihatInfo_pilihJenisRuang.jspkembali_button
lihatInfo_PilihJenisRuangresepsionis.jsphalamanUtamaResepsionis_button
loginLoginresetUsername_label
Username_field
Password_label
Password_field
Login_buttonReset_button
Login_simpanData
Login_validasi
Logoutlogin.jspLogout_button
Pesan_pilihJenisRuang
Pesan_ruang
prosesDataTamu
ResepsionislihatTamu.jsplogout.jsplihatDataTamu_buttonlogout_button
Untuk setiap kelas analisis, lakukan (dengan melengkapi
subbab-subbab berikutnya):
identifikasi tanggung-jawab (responsibility)
identifikasi atribut
Nama KelasDaftar Tanggung-JawabDaftar Atribut
HalamanLoginKelas ini berguna untuk masuk ke system halaman awal
resepsionis, dengan memasukkan username dan password
1.Username(label)dan(field)2. Password(label)dan(field)
HalamanPilihPemesanan Kelas ini menampilkan pilihan halaman
pemesnan1. StatusRestoran (label) dan (checkbox)2. StatusKamar
(label) dan (checkbox)3. StatusGedung(label) dan (checkbox)
HalamanPemesnanKamar Untuk menampilkan halaman pemesanan kamar1.
Submit (label) dan (button)2. Nama(label) dan (field)3.
TanggalLahir(label) dan (combobox)
4. Jeniskelamin(label) dan (combo box)
5. NomorTelepon(label) dan ( field)6. NomorRekening(label) dan
(field)7. NamaPemilikrekening (label) dan (field)8. JenisKamar
(label) dan (combo box)9. JumlahKamar (label) dan (combo box)
10. CekIn (label) dan (combo box)
11. Pesan (label) dan (button)
HalamanPemesananGedungUntuk menampilkan halaman pemesanan
kamar1. Nama (label) dan (field)2. TanggalLahir(label) dan (combo
box)3. Jeniskelamin(label) dan (combo box)4. NomorTelepon(label)
dan (field)
5. NomorRekening(label) dan (field)6. NamaPemilikrekening(label)
dan (field)7. TanggalSewa(label) dan (combo box)
8. Pesan (label) dan (field)
HalamanPemesananRestoranUntuk menampilkan halaman pemesanan
restoran1. Nama (label) dan (field)2. TanggalLahir(label) dan
(combo box)
3. Jeniskelamin (label) dan (combo box)4. NomorTelepon (label)
dan (field)
5. NomorRekening (label) dan (field)6. NamaPemilikrekening
(label) dan (field)7. TanggalSewa(label) dan (combo box)
8. Pesan(label) dan (button)
HalamanLihatTamuUntuk menampilkan halaman data tamu , dapat
mengubah status pemesanan tamu.1. Pesan (combo box)
2. pesanDP (combo box)
3. Hapustamu (combo box)
4. Submit (button)
4.4 Paket Analisis
4.4.1 Identifikasi Paket Analisis
Pada fase Inception:
Pada fase ini, bagian ini belum diisi.
Pada fase Elaboration:Jika perlu, pemaketan dapat dilakukan
untuk menyederhanakan persoalan.
Bagian ini dapat diisi dengan daftar paket analisis dengan
mengacu pada diagram use case. Satu atau lebih use case dapat
digabung kedalam satu paket. Satu use case hanya boleh berada pada
satu paket.
NoNama PaketUse Case Terkait
1.PaketPemesanan1. MengisiFormDataPemesanankamar2.
MengisiFormDataPemesananGedung
3. MengisiFormDataPemesananRestoran
2.PaketDataTamu1. MengecheckDataTamuHotel2.
MengubahStatusTamu
3. MenghapusDataTamu
4.4.2 Identifikasi Kelas Analisis tiap PaketNoNama PaketNama
Kelas AnalisisJenis Kelas(Boundary, Control, Entity)
1PaketPemesanan1. MengisiFormDataPemesanankamar
2. MengisiFormDataPemesananGedung
3. MengisiFormDataPemesananRestoran
2PaketDataTamu1. MengecheckDataTamuHotel
2. MengubahStatusTamu
3. MenghapusDataTamu
4.5 Deskripsi Arsitektur
Pada sistem pemesanan kamar,gedung,restoran hotel ini kami
menggunakan arsitertur aplikasi berbasis web. yang dimana semua
data inputan dari tamu akan disimpan dalam database, kecuali case
untuk melihat data gedung,restoran.Bahasa pemograman yang digunakan
dalam sistem pemesanan kamar,gedung,restoran ini adalah bahasa
pemograman java.
Untuk database,sistem ini menggunakan MySQL sebagai servernya
dan SQLyog sebagai sofetware utuk menjalankan MySQL. Sistem
pemesanan kamar,gedung,restoran dirancang dalam bentuk tampilan
berupa alaman-halaman website hotel. dimana pada halaman-halaman
tersebut dapat dibedakan menjadi 2 tujuan pemakai,yaitu tamu hotel
dan resepsionis
5 Model Perancangan
5.1 Realisasi Use Case Tahap Perancangan
Pada fase Inception:
Bagian ini belum diisi.
Pada fase Elaboration:
Bagian ini dibuat dalam subbab-subbab per use case. Untuk setiap
use case yang menjadi target iterasi pada fase ini, bagian ini
diisi dengan sequence diagram yang menggambarkan interaksi setiap
objek dari kelas perancangan yang terlibat di dalam use case
tersebut serta diagram kelas tahap perancangan. Perhatikan bahwa
realisasi use case tahap perancangan BERBEDA dengan realisasi use
case tahap analisis, karena pada tahap perancangan identifikasi
kelas harus merupakan hasil refinement dari kelas-kelas pada tahap
analisis. Misalnya, mencakup kelas-kelas yang akan di-reuse dari
kelas-kelas yang sudah ada.
Pada fase Construction:
Bagian ini diisi dengan diagram kelas perancangan dan sequence
diagram versi final. Lengkapi daftar perubahan jika terjadi
perubahan.
1.2 Kelas Perancangan
NoDataNama Kelas PerancanganNama Kelas Analisis
1.Pemesanan 1. Halaman beranda2. DatabaseConnection3. pesan
kamar / gedung / restoran
4. Simpan data pesan
interfacekontroler
interface
entity
2. Lihat info kamar / gedung / 1. Halaman beranda2. pilihan
jenis ruang3. Jenis ruang interfaceinterfaceinterface
3.
Lihat jadwal
pemesanan gedung / restoran 1. Halaman Beranda2.
databaseConnection3. Halaman jadwal pemesanan gedung / restoran
interfacekontroler
interface
4.Lihat jadwal pemesanan kamar1. Halaman resepsionis2.
databaseConnection3. Halaman jadwal pemesanan
kamarinterfacekontroler
interface
5. Liihat data tamu1. Halaman resepsionis
2. databaseConnection
3. Halaman data tamu
4. proses data tamuinterface
kontroler
interface
entity
6. Ubah status
kamar / gedung / restaoran1. Halaman resepsionis
2. Kontroler ubah status
3. Ubah status
4. Data ruanginterface
kontroler
interface
entity
7. Login 1. Halaman login
2. Kontroler login
3. databaseController
4. Login_SimpanData
5. Halaman resepsionisinterface
kontroler
kontroler
entity
interface
8.Logout1. Halaman resepsionis
2. Kontroler logout
3. Halaman logininterface
kontroler
interface
Untuk setiap kelas:
identifikasi operasi (mengacu pada tanggung-jawab kelas),
termasuk visibility-nya
identifikasi atribut, termasuk visibility-nya
untuk operasi yang kompleks, sertakan algoritmanya
state chart diagram
Pada fase Construction:
Bagian ini diisi dengan versi final dari daftar kelas
perancangan dan hasil perancangan detil setiap kelas. Lengkapi
daftar perubahan.
1.3.1 Operasi dan Atribut
form login
Nama OperasiVisibility(private, public)Keterangan
otentikasi public check kebenaran username dan password
simpanDatapublicUntuk menyimpan session username dan
password
Nama AtributVisibility(private, public)Tipe
username privateTextfield
password private Textfield
OK public Button
form melihat info
Nama OperasiVisibility(private, public)Keterangan
display infopublicuntuk melihat info kamar / gedung /
restaurant
Nama AtributVisibility(private, public)Tipe
kamarpublic
gedungpublic
restauranpublic
1.3.2 Algoritma/Query
Bagian ini hanya diisi untuk kerangka algoritma untuk
proses-proses yang dianggap cukup penting. Implementasi skeleton
code juga sudah dapat dilakukan untuk kelas-kelas yang terdefinisi
pada bahasa pemrograman tertentu
Contoh:
Nama Kelas :
Nama Operasi :
Algoritma : (Algo-xxx)
{Jika mengacu query tertentu, lengkapi tabel query di bawah}
Query :
No QueryQueryKeterangan
Q-xxx Tuliskan fungsi dari querynya
1.3.3 Diagram Statechart
Bagian ini hanya diisi jika ada kelas yang kompleks. Perubahan
status kelas tersebut harus digambarkan dalam bentuk diagram
statechart.
1.4 Perancangan Basis Data
Pada fase Elaboration:
Bagian ini diisi ER Diagram dan rencana tabel relasional.
Sebagai petunjuk, kelas-kelas entity yang akan diimplementasikan
sebagai tabel dibuat ERD-nya.
1.5 Perancangan Antarmuka
1.5.1 Pemesanan kamar
Id_ObjekJenisNamaKeterangan
Button 1 ButtonSubmit
Jika di klik Submit akan mengaktifkan proses Data pemesanan
Button2ButtonCancelJika diklik, akan mengaktifkan Proses kembali
ke beranda / halaman awal
Button 3Button resetJika di klik akan kembali menampilkan
halaman pemesnan kamar
1.5.2 Pemesanan restoran
Id_ObjekJenisNamaKeterangan
Diisi dengan string yg tampil pd layarDiisi dengan penjelasan
reaksi sistem, misalnya membuka layar apa, link kemana. Jika
menyangkut suatu kode yang cukup rumit, acu algoritma yang telah
diuraikan di atas.
Button1ButtonOKJika diklik, akan mengaktifkan Proses
AlgoXXX.
RTF1RTF Box Isi Teks yang disimpan pada File xxx
1.5.3 Pemesanan Gedung
1.5.4 Data Pemesan
Pada fase Inception:
Bagian ini diisi dengan versi awal prototipe antarmuka.
Pada fase Elaboration:
Bagian ini diisi dengan perbaikan rancangan antarmuka. Lengkapi
daftar perubahan jika terjadi perbaikan. Selanjutnya, untuk setiap
antarmuka/layar, tuliskan spesifikasi detilnya, misalnya seperti di
bawah ini:
Antarmuka : {diisi dengan no. layar atau no gambar rancangan
antarmuka}
Id_ObjekJenisNamaKeterangan
Diisi dengan string yg tampil pd layarDiisi dengan penjelasan
reaksi sistem, misalnya membuka layar apa, link kemana. Jika
menyangkut suatu kode yang cukup rumit, acu algoritma yang telah
diuraikan di atas.
Button1ButtonOKJika diklik, akan mengaktifkan Proses
AlgoXXX.
RTF1RTF Box Isi Teks yang disimpan pada File xxx
Jika objek dikaitkan ke File lain (misalnya file gambar, file
teks), berikan nama file terkait dan deskripsi ringkas dalam kolom
keterangan
Pada fase Construction:
Bagian ini diisi dengan versi final dari rancangan antarmuka.
Lengkapi daftar perubahan jika terjadi perbaikan.
1.6 Coding Standard dan Naming Convention
Pada fase Inception:
Bagian ini belum diisi.
Pada fase Elaboration:
Bagian ini diisi dengan coding standard dan naming convention
yang akan digunakan.
Pada fase Construction:
Bagian ini diisi dengan versi final dari coding standard dan
naming convention. Lengkapi daftar perubahan jika terjadi
perbaikan.
1.7 Deployment Diagram
Pada fase Inception:
Bagian ini belum diisi
Pada fase Elaboration:
Bagian ini diisi dengan deployment diagram yang menggambarkan
alokasi proses pada node.
Pada fase Construction:
Bagian ini diisi dengan deployment diagram versi final. Lengkapi
daftar perubahan jika terjadi perbaikan.
6 Implementasi
6.1 Implementasi Kelas
Pada fase Inception:
Bagian ini belum diisi.
Pada fase Elaboration:
Bagian ini diisi dengan daftar kelas yang TELAH
diimplementasikan. Misalnya dalam bentuk tabel berikut:
NoNama KelasNama File FisikNama File ExecutableProgrammer
1 dataRuang dataRuang.jsp dataRuang.jsp Renaldo malau
2Login_simpanDataLogin_simpanData.jspLogin_simpanData.jspDian
Setya
3Login_validasiLogin_validasi.jspLogin_validasi.jspDian
Setya
4LogoutLogout.jspLogout.jspDian Setya
5prosesDataTamuprosesDataTamu.jspprosesDataTamu.jspAlvin
yudha
6simpanDataPesanansimpanDataPesanan.jspsimpanDataPesanan.jsp
7DataBaseConnectionDataBaseConnection.javaDataBaseConnection.javaRenaldo
Malau
8kontrolerLoginkontrolerLogin.javakontrolerLogin.javaDian
Setya
Pada fase Construction:
Bagian ini diisi dengan daftar kelas yang TELAH
diimplementasikan versi final. Lengkapi daftar perubahan.
6.2 Implementasi Basis Data
Pada fase Elaboration:
Bagian ini diisi dengan daftar tabel yang TELAH
diimplementasikan. Misalnya dalam bentuk tabel berikut:
NoNama KelasNama TabelNama File SQLProgrammer
1datalogin
datalogin
Datalogin.sql
Renaldo Malau
2datatamudatatamudatatamu.sqlRenaldo Malau
3jadwalpemakaiangedung
jadwalpemakaiangedung
jadwalpemakaiangedung.sql
Renaldo Malau
4jadwalpemakaiankamarjadwalpemakaiankamarjadwalpemakaiankamar.sqlRenaldo
Malau
5jadwalpemakaianrestoranjadwalpemakaianrestoranjadwalpemakaianrestoran.sqlRenaldo
Malau
6.3 Implementasi Antarmuka
Pada fase Inception:
Bagian ini belum diisi.
Pada fase Elaboration:
Bagian ini diisi dengan daftar implementasi antarmuka. Misalnya
dalam bentuk tabel berikut:
NoAntarmukaNama File FisikNama File ExecutableProgrammer
1berandaBeranda.jspBeranda.jsp Febrian Cahyadi
2 jadwalPemesananKamar jadwalPemesananKamar.jsp
jadwalPemesananKamar.jsp Renaldo malau
3jadwalPemesananGedungjadwalPemesananGedung.jspjadwalPemesananGedung.jspRenaldo
malau
4jadwalPemesananRestoranjadwalPemesananRestoran.jspjadwalPemesananRestoran.jspRenaldo
malau
5lihatInfoRuanglihatInfoRuang.jsplihatInfoRuang.jspFebrian
Cahyadi
6lihatInfo_pilihJenisRuanglihatInfo_pilihJenisRuang.jsplihatInfo_pilihJenisRuang.jspFebrian
Cahyadi
7Lihat&UpdateTamuLihat&UpdateTamu.jspLihat&UpdateTamu.jspAlvin
yudha
8LoginLogin.jspLogin.jspDian Setya
9Pesan_pilihjenisRuangPesan_pilihjenisRuang.jspPesan_pilihjenisRuang.jspAlvin
yudha
10Pesan_ruangPesan_ruang.jspPesan_ruang.jspAlvin yudha
11ResepsionisResepsionis.jspResepsionis.jspFebrian cahyadi
12ubahStatusubahStatus.jspubahStatus.jspRenaldo malau
Pada fase Construction:
Bagian ini diisi dengan daftar implementasi antarmuka yang telah
diimplementasikan versi final. Lengkapi daftar perubahan.
7 Pengujian
7.1 Rencana dan Prosedur Pengujian
7.1.1 Rencana Pengujian
Urutan pengujian yang dilakukan :
a. Menjalankan form login untuk user sebagai resepsionis
b. Menjalan halaman beranda untuk user sebagai tamu
c. Jika sebagai resepsionis, maka setelah login user akan masuk
ke halaman resepsionis, dan mempunyai hak akses untuk melihat dan
update data tamu, mengubah status ruang, dan logout.
d. Jika sebagai tamu, user mempunyai hak untuk melihat jadwal
pemakaian gedung/kamar/restoran, melihat info ruang, dan memesan
ruang.
Skenario pengujian yang akan dilakukan :
1. Halaman login
a. User memasukkan username dan passwod
b. User menekan tombol login
c. Jika data yang dimasukkan benar maka sistem akan menampilkan
halaman yang halaman utama user ( owner atau agen )
d. Jika data yang dimasukkan salah maka sistem akan menampilkan
pesan error.
2. MengubahStatusa. User masuk ke halaman ubah status ruang
b. User memilih salah satu status dalam
ruang(kamar/gedung/restoran)
c. Setelah memilih, system akan kembali ke halaman ubah status
ruang, dengan data yang sudah di update
3. Halaman Pemesanan kamar
a. User masuk ke halaman pilih jenis ruang, dan user memilih
cekbox kamar
b. User masuk ke halaman pesan ruang, dengan form berupa data
diri, dan data pesanan
c. Jika user mengisi semua field, maka pemesanan sukses, dan
system menampilkan laporan
d. Jika user tidak mengisi salah satu field, maka pemesanan
gagal, dan system akan menampilkan feedback, dan kembali ke
halaman
4. Halaman Pemesanan restoran
a. User masuk ke halaman pilih jenis ruang, dan user memilih
cekbox restoran
b. User masuk ke halaman pesan ruang, dengan form berupa data
diri, dan data pesanan
c. Jika user mengisi semua field, maka pemesanan sukses, dan
system menampilkan laporan
d. Jika user tidak mengisi salah satu field, maka pemesanan
gagal, dan system akan menampilkan feedback, dan kembali ke
halaman
5. Halaman Pemesanan gedung
a. User masuk ke halaman pilih jenis ruang, dan user memilih
cekbox gedung
b. User masuk ke halaman pesan ruang, dengan form berupa data
diri, dan data pesanan
c. Jika user mengisi semua field, maka pemesanan sukses, dan
system menampilkan laporan
d. Jika user tidak mengisi salah satu field, maka pemesanan
gagal, dan system akan menampilkan feedback, dan kembali ke
halaman
6. Halaman Lihat Info
a. User masuk ke halaman lihat info
b. Dihalaman lihat info, terdapat menu combobox, yang berisi
pilihan jenis ruang
c. Jika user memilih kamar, maka akan menampilkan info kamar,
begitu pula untuk jenis ruang lain.
7. Halaman Lihat dan Update Data tamu
a. User masuk ke halaman lihat&updateTamu
b. System akan menampilkan seluruh data tamu, dengan form update
data di kolom paling akhir
c. Jika user memilih combobox ubah status pesan, maka system
akan mengupdate database, dan kembali ke halaman
lihat&updateTamu dengan data yang telah diperbaharui
d. Jika user memilih combobox ubah status pesan DP, maka system
akan mengupdate database, dan kembali ke halaman
lihat&updateTamu dengan data yang telah diperbaharuie. Jika
user memilih combobox hapus, maka system akan menghapus data tamu
dari database, dan kembali ke halaman lihat&updateTamu dengan
data yang telah diperbaharui7.1.2 Prosedur Pengujian
Halaman loginNoIdentifikasiMasukanHasil Yang diharapkanHasil
Yang Terjadi
1U-1-1Username = exist,
password = trueBuka HalamanUtamaResepsionisTampil
HalamanUtamaResepsionis
2U-1-2Username = not existpesan errorKeluar pesan
Joption.showmessageDialog(Username atau password salah);
3U-1-3Username = exist,
password = falsePesan errorKeluar pesan
Joption.showmessageDialog(username atau password salah);
MengubahStatus
NoIdentifikasiMasukanHasil Yang diharapkanHasil Yang Terjadi
1U-2-1StatusRestoran!=null
StatusKamar!=null
StatusGedung!=nullMasuk ke dalam tabel dan tersimpan dalam
database
Masuk ke halaman ubah status restoran, kamar dan gedung dan
hasil inputan tersimpan dalam database
Halaman Pemesanan kamar
NoIdentifikasiMasukanHasil Yang diharapkanHasil Yang Terjadi
1U-3-1Nama!=nullTanggalLahir!=null
Jeniskelamin!=nullNomorTelepon!=nullNomorRekening!=nullNamaPemilikrekening!=
nullJenisKamar!=null
JumlahKamar!=null
CekIn!=null
Data inputan dapat tersimpan dan masuk ke halaman utamaData yang
sudah di masukkan akan tersimpan di database dan masuk ke halaman
pemesanan
2U-3-2Nama=nullTanggalLahir!=null
Jeniskelamin!=nullNomorTelepo!n=nullNomorRekening!=nullNamaPemilikrekening!=
nullJenisKamar!=null
JumlahKamar!=null
CekIn!=null
errorKeluar pesan Joption.showmessageDialog(Pemesanan gagal
harap isikan field yang kosong);
3U-3-3Nama!=nullTanggalLahir=null
Jeniskelamin!=nullNomorTelepon!=nullNomorRekening!=nullNamaPemilikrekening!=
nullJenisKamar!=null
JumlahKamar!=null
CekIn!=null
errorKeluar pesan Joption.showmessageDialog(Pemesanan gagal
harap isikan field yang kosong);
4U-3-4Nama!=nullTanggalLahir!=null
Jeniskelamin!=nullNomorTelepon=null
NomorRekening!=nullNamaPemilikrekening!=
nullJenisKamar!=null
JumlahKamar!=null
CekIn!=null
errorKeluar pesan Joption.showmessageDialog(Pemesanan gagal
harap isikan field yang kosong);
5U-3-5Nama!=nullTanggalLahir!=null
Jeniskelamin!=nullNomorTelepon!=null
NomorRekening=nullNamaPemilikrekening!=nullJenisKamar!=null
JumlahKamar!=null
CekIn!=nullerrorKeluar pesan Joption.showmessageDialog(Pemesanan
gagal harap isikan field yang kosong);
6U-3-6Nama!=nullTanggalLahir!=null
Jeniskelamin!=nullNomorTelepon!=null
NomorRekening=nullNamaPemilikrekening=nullJenisKamar!=null
JumlahKamar!=null
CekIn!=nullerrorKeluar pesan Joption.showmessageDialog(Pemesanan
gagal harap isikan field yang kosong);
7U-3-7Nama!=nullTanggalLahir!=null
Jeniskelamin!=nullNomorTelepon!=null
NomorRekening=nullNamaPemilikrekening=nullJenisKamar!=null
JumlahKamar!=null
CekIn=nullerrorKeluar pesan Joption.showmessageDialog(Pemesanan
gagal harap isikan field yang kosong);
Halaman Pemesanan restoran
NoIdentifikasiMasukanHasil Yang diharapkanHasil Yang Terjadi
1U-4-1Nama!=nullTanggalLahir!=null
Jeniskelamin!=nullNomorTelepon=nullNomorRekening=nullNamaPemilikrekening!=nullTanggalSewa!=null
Data tersimpan dan masuk ke halaman pemesanan restoranData
tersimpan dan masuk ke halaman pemesanan restoran
2U-4-2Nama=nullTanggalLahir!=null
Jeniskelamin!=nullNomorTelepon!=nullNomorRekening!=nullNamaPemilikrekening!=nullTanggalSewa!=null
pesan errorKeluar pesan Joption.showmessageDialog(Pemesanan
gagal harap isikan field yang kosong);
3U-4-3Nama!=nullTanggalLahir=null
Jeniskelamin!=nullNomorTelepon!=nullNomorRekening!=nullNamaPemilikrekening!=nullTanggalSewa!=null
Pesan errorKeluar pesan Joption.showmessageDialog(Pemesanan
gagal harap isikan field yang kosong);
4U-4-4Nama!=nullTanggalLahir!=null
Jeniskelamin!=nullNomorTelepon=nullNomorRekening!=nullNamaPemilikrekening!=nullTanggalSewa!=null
Pesan errorKeluar pesan Joption.showmessageDialog(Pemesanan
gagal harap isikan field yang kosong);
5U-4-5Nama!=nullTanggalLahir!=null
Jeniskelamin!=nullNomorTelepon!=nullNomorRekening=nullNamaPemilikrekening!=nullTanggalSewa!=null
Pesan errorKeluar pesan Joption.showmessageDialog(Pemesanan
gagal harap isikan field yang kosong);
6U-4-6Nama!=nullTanggalLahir!=null
Jeniskelamin!=nullNomorTelepon!=nullNomorRekening!=nullNamaPemilikrekening=nullTanggalSewa!=null
Pesan errorKeluar pesan Joption.showmessageDialog(Pemesanan
gagal harap isikan field yang kosong);
7U-4-7Nama!=nullTanggalLahir!=null
Jeniskelamin!=nullNomorTelepon!=nullNomorRekening!=nullNamaPemilikrekening!=nullTanggalSewa=null
Pesan errorKeluar pesan Joption.showmessageDialog(Pemesanan
gagal harap isikan field yang kosong);
Halaman Pemesanan gedung
NoIdentifikasiMasukanHasil Yang diharapkanHasil Yang Terjadi
1U-5-1Nama!=nullTanggalLahir!=null
Jeniskelamin!=nullNomorTelepon!=nullNomorRekening!=nullNamaPemilikrekening!=nullTanggalSewa!=null
Data tersimpan ke dalam database dan jika berhasil maka akan
masuk ke halaman utamaMasuk ke halaman utama
2U-5-2Nama=nullTanggalLahir!=null
Jeniskelamin!=nullNomorTelepon!=nullNomorRekening!=nullNamaPemilikrekening!=nullTanggalSewa!=null
pesan errorKeluar pesan Joption.showmessageDialog(Pemesanan
gagal harap isikan field yang kosong);
3U-5-3Nama!=nullTanggalLahir!=null
Jeniskelamin!=nullNomorTelepon=nullNomorRekening!=nullNamaPemilikrekening!=nullTanggalSewa!=null
Pesan errorKeluar pesan Joption.showmessageDialog(Pemesanan
gagal harap isikan field yang kosong);
4U-5-4Nama!=nullTanggalLahir!=null
Jeniskelamin!=nullNomorTelepon!=nullNomorRekening=nullNamaPemilikrekening!=nullTanggalSewa!=null
Pesan errorKeluar pesan Joption.showmessageDialog(Pemesanan
gagal harap isikan field yang kosong);
5U-5-5Nama!=nullTanggalLahir!=null
Jeniskelamin!=nullNomorTelepon!=nullNomorRekening!=nullNamaPemilikrekening=nullTanggalSewa!=null
Pesan errorKeluar pesan Joption.showmessageDialog(Pemesanan
gagal harap isikan field yang kosong);
6U-5-6Nama!=nullTanggalLahir!=null
Jeniskelamin!=nullNomorTelepon!=nullNomorRekening!=nullNamaPemilikrekening!=nullTanggalSewa=null
Pesan errorKeluar pesan Joption.showmessageDialog(Pemesanan
gagal harap isikan field yang kosong);
Halaman Lihat Info
NoIdentifikasiMasukanHasil Yang diharapkanHasil Yang Terjadi
1U-6-1Kamar!=nullDapat masuk ke halaman lihat info kamarMasuk ke
halaman lihat info kamar
2U-6-1Gedung!=nullDapat masuk ke halaman lihat info gedungMasuk
ke halaman lihat info gedung
3U-6-1Restoran!=nullDapat masuk ke halaman lihat info
restoranMasuk ke halaman lihat info restoran
Halaman Lihat dan Update Data tamu
NoIdentifikasiMasukanHasil Yang diharapkanHasil Yang Terjadi
1U-7-1Pesan!=nullDapat mengubah status pembayaran menjadi pesan
setelah di submitStatus pembayaran ter-update di database menjadi
pesan
2U-7-2PesanDP!=nullDapat mengubah status pembayaran menjadi
Pesan DP setelah di submitStatus pembayaran ter-update di database
menjadi Pesan DP
3U-7-2HapusTamu!=nullDapat menghapus data tamuData tamu yang
sudah di hapus hilang dari data base
7.2 Kasus Uji
7.2.1 Pengujian Use Case
(Terlampir pada laporan pengujian)IdentifikasiDeskripsiProsedur
PengujianMasukanKeluaran yang DiharapkanKriteria Evaluasi
HasilHasil yang DidapatKesimpulan
U-1-01Pengujian hasil pemasukan data pelanggan oleh operatoro
Buka File data pelanggano Cari rekord dengan data modus pemasukan
yang diinginkano Lihat tanggal lahir pelanggano Lihat kode
pelanggano Bandingkan dengan rumus pembangkitan kode pelanggan Kode
modus pemasukan operator (01)0100101002
01003
dst01 01