66
RANCANGAN SISTEM USULAN
4.1. Analisa Kebutuhan Software
Tahap analisis adalah tahapan pengumpulan kebutuhan-kebutuhan dari semua elemen sistem perangkat lunak (software) yang akan dibangun. Pada tahap ini dibentuk spesifikasi kebutuhan perangkat lunak, fungsi perangkat lunak yang dibutuhkan, performansi (unjuk kerja) sistem perangkat lunak, penjadwalan proyek, identifikasi sumber daya (manusia, perangkat keras, dan perangkat lunak yang dibutuhkan) dan taksiran biaya pengembangan perangkat lunak.
4.1.1. Analisa Kebutuhan
Berikut spesifikasi kebutuhan dari Sistem Informasi Akuntansi Pendapatan Atas Pembayaran Sewa Kamar Hotel berdasarkan pemakainya : A. Resepsionis
A.1. Resepsionis dapat login pada form login sebelum akses program. A.2. Resepsionis dapat mengelola menu master.
A.3. Resepsionis dapat mengelola menu transaksi. A.4. Resepsionis dapat mengelola menu jurnal.
A.5. Resepsionis dapat mengubah password pengguna. B. Manajer
B.1. Manajer dapat login pada form login sebelum akses program. B.2. Manajer dapat mengelola menu laporan.
B.3. Manajer dapat mengakses semua form master, form transaksi dan form jurnal.
B.4. Manajer dapat mengubah password pengguna. C.Pemilik Hotel
C.1. Pemilik hotel dapat login pada form login sebelum akses program. C.2. Pemilik hotel dapat mengakses semua form master, form transaksi, form jurnal dan form laporan.
C.3. Pemilik hotel dapat mengelola menu pengaturan.
4.1.2. Use Case Diagram
1. Use Case Diagram Resepsionis
Gambar IV.1.
Use Case Diagram Resepsionis
uc Use Case Diagram Resepsionis
Resepsionis login mengelola menu master mengelola menu transaksi mengelola menu jurnal mengubah password pengguna «extend» «extend» «extend» «extend»
A.Deskripsi Use Case Diagram Mengelola Menu Master
Gambar IV.2.
Use Case Diagram Mengelola Menu Master
uc Use Case Diagram Mengelola Menu Master
Resepsionis
login tampil menu master
tampil data pengguna
tampil data kamar
tampil data tamu
tambah data
pengguna input data pengguna
hapus data pengguna batal data pengguna cari data pengguna edit data pengguna simpan data pengguna
pencarian berdasarkan kode
pengguna
tambah data kamar input data kamar
hapus data kamar batal data kamar
cari data kamar edit data kamar simpan data kamar
pencarian berdasarkan id kamar
cari data tamu edit data tamu simpan data tamu
tambah data tamu input data tamu
batal data tamu hapus data tamu
pencarian berdasarkan id tamu «include» «include» «include» «include» «include» «include» «include» «include» «include» «include» «extend» «extend» «extend» «include» «extend» «extend» «extend» «extend» «extend» «include» «extend» «include» «include» «include» «extend» «extend» «extend» «extend»
Deskripsi use case diagram mengelola menu master : Tabel IV.1.
Deskripsi Use Case Diagram Mengelola Menu Master
Use Case Name Mengelola Menu Master Requirements A2
Goal Resepsionis dapat mengelola menu master yang terdiri dari data pengguna, data kamar dan data tamu, baik menambah, menyimpan, menghapus, membatalkan, mencari dan mengedit, serta dapat melihat list pada tabel.
Pre-condition Resepsionis telah melakukan login sebagai resepsionis dan mengelola menu master lalu pilih data pengguna, data kamar atau data tamu.
Post condition Data pengguna, data kamar dan data tamu berhasil untuk ditambah, disimpan, dihapus, dibatalkan, dapat dicari lalu diedit, dan dapat melihat list data pengguna, data kamar, dan data tamu yg sudah tersimpan pada tabel.
Failed end conditions Gagal menambah, menyimpan, menghapus, membatalkan, mencari, dan mengedit data.
Primary Actors Resepsionis
Main flow / Basic path 1. Resepsionis mengelola menu master.
2. Resepsionis memilih “data pengguna”, “data kamar”, atau “data tamu”.
3. Resepsionis memlilih tombol “tambah”. 4. Resepsionis meng-input data baru. 5. Resepsionis memilih tombol “simpan”. 6. System menyimpan data master kedalam database.
7. System menampilkan keterangan berhasil
menyimpan data pengguna, data kamar atau data tamu.
8. data pengguna, data kamar atau data tamu tertampil pada tabel.
Alternate flow / Invariant 1 A1. Resepsionis mencari pada data pengguna, data kamar atau data tamu.
A2. System menampilkan data yang dicari. A3. Resepsionis memilih tombol “edit”. A4. Resepsionis mengedit data yang dicari. A5. Resepsionis memilih tombol”simpan”.
A6. System menyimpan data master yang baru diedit kedalam database.
A7. System menampilkan keterangan berhasil menyimpan data pengguna, data kamar ataupun data tamu.
Invariant 2 B1. Resepsionis mencari pada data pengguna, data kamar atau data tamu.
B2. System menampilkan data yang dicari. B3. Resepsionis memilih tombol “hapus”. B4. System menampilkan pesan konfirmasi penghapusan.
B5. Resepsionis memilih tombol “ya”. B6. System menghapus data tersebut.
B.Deskripsi Use Case Diagram Mengelola Menu Transaksi
Gambar IV.3.
Use Case Diagram Mengelola Menu Transaksi
uc Use Case Diagram Mengelola Menu Transaksi
Resepsionis
login tampil menu transaksi
tampil check in
tampil check out
tambah data check in input data check in simpan data check in
hapus data check in batal data check in cari data check in edit data check in
pencarian berdasarkan registrasi
check in cetak transaksi check in
cetak bukti pembayaran sewa kamar
tambah data check out input data check out simpan data check out
hapus data check out batal data check out cari data check out edit data check out
pencarian berdasarkan registrasi check out
cetak transaksi check out cetak bukti pembayaran pelunasan sewa kamar «include» «include» «include» «include» «extend» «extend» «include» «include» «extend» «include» «extend» «extend» «include» «extend» «include» «extend» «include» «extend» «include» «include» «extend»
Deskripsi use case diagram mengelola menu transaksi : Tabel IV.2.
Deskripsi Use Case Diagram Mengelola Menu Transaksi Use Case Name Mengelola Menu Tansaksi
Requirements A3
Goal Resepsionis dapat mengelola menu transaksi yang terdiri dari check in dan check out, baik menambah, menyimpan, menghapus, membatalkan, mencari, mengedit, dan mencetak serta dapat melihat list pada tabel.
Pre-condition Resepsionis telah melakukan login sebagai resepsionis dan mengelola menu transaksi lalu pilih check in atau check out.
Post condition check in dan check out berhasil untuk ditambah, disimpan, dihapus, dibatalkan, dapat dicari lalu diedit, dicetak dan dapat melihat list check in dan check out yang sudah tersimpan pada tabel.
Failed end conditions Gagal menambah, menyimpan, menghapus, membatalkan, mencetak, mencari, dan mengedit data. Primary Actors Resepsionis
Main flow / Basic path 1. Resepsionis mengelola menu transaksi.
2. Resepsionis memilih “Check in”, atau “Check out”. 3. Resepsionis memlilih tombol “tambah”.
4. Resepsionis meng-input data baru. 5. Resepsionis memilih tombol “simpan”. 6. System menyimpan data transaksi kedalam Database.
7. System menampilkan keterangan berhasil menyimpan data check in atau check out.
8. data check in atau check out tertampil pada tabel. Alternate flow / Invariant 1 A1. Resepsionis mencari pada data check in atau data
check out.
A2. System menampilkan data yang dicari. A3. Resepsionis memilih tombol “edit”. A4. Resepsionis mengedit data yang dicari. A5. Resepsionis memilih tombol”simpan”.
A6. System menyimpan data transaksi yang baru diedit kedalam database.
A7. System menampilkan keterangan berhasil
Invariant 2 B1. Resepsionis mencari pada data check in atau data check out.
B2. System menampilkan data yang dicari. B3. Resepsionis memilih tombol “hapus”. B4. System menampilkan pesan konfirmasi penghapusan.
B5. Resepsionis memilih tombol “ya”. B6. System menghapus data tersebut.
C.Deskripsi Use Case Diagram Mengelola Menu Jurnal
Gambar IV.4.
Use Case Diagram Mengelola Menu Jurnal
uc Use Case Diagram Mengelola Menu Jurnal
Resepsionis
login tampil menu jurnal
tampil data perkiraan
tampil jurnal umum
tambah data
perkiraan input data perkiraan
simpan data
perkiraan hapus data perkiraan batal data perkiraan
cari data jurnal umum
tambah data jurnal
umum input data jurnal umum simpan data jurnal
umum
hapus data jurnal
umum batal data jurnal umum pencarian berdasarkan
nomor faktur
edit data jurnal umum cetak jurnal umum
«extend» «include» «include» «extend» «include» «include» «include» «extend» «extend» «extend» «include» «extend» «include» «extend» «include» «extend» «include»
Deskripsi use case diagram mengelola menu jurnal : Tabel IV.3.
Deskripsi Use Case Diagram Mengelola Menu Jurnal Use Case Name Mengelola Menu Jurnal
Requirements A4
Goal Resepsionis dapat mengelola menu jurnal yang terdiri dari data perkiraan dan jurnal umum, baik menambah, menyimpan, menghapus, membatalkan, mencari, mengedit, serta dapat melihat list pada tabel.
Pre-condition Resepsionis telah melakukan login sebagai resepsionis dan mengelola menu jurnal lalu pilih data perkiraan atau jurnal umum.
Post condition - Data perkiraan berhasil untuk ditambah, disimpan, dihapus dan dibatalkan.
- Jurnal umum berhasil untuk ditambah, disimpan, dihapus, dibatalkan, dapat dicari lalu diedit. Dan dapat
melihat list data perkiraan dan jurnal umum yang sudah tersimpan pada tabel.
Failed end conditions Gagal menambah, menyimpan, menghapus, membatalkan, mencari, dan mengedit data.
Primary Actors Resepsionis
Main flow / Basic path 1. Resepsionis mengelola menu jurnal.
2. Resepsionis memilih “Data perkiraan”, atau “Jurnal umum”.
3. Resepsionis memilih tombol “tambah”. 4. Resepsionis meng-input data baru. 5. Resepsionis memilih tombol “simpan”. 6. System menyimpan data kedalam database. 7. System menampilkan keterangan berhasil menyimpan data perkiraan atau jurnal umum. 8. Data perkiraan atau jurnal umum tertampil pada tabel.
Alternate flow / Invariant 1 A1. Resepsionis mencari data jurnal umum. A2. System menampilkan data yang dicari. A3. Resepsionis memilih tombol “edit”. A4. Resepsionis mengedit data yang dicari. A5. Resepsionis memilih tombol”simpan”.
A6. System menyimpan data jurnal umum yang baru diedit kedalam database.
A7. System menampilkan keterangan berhasil menyimpan data jurnal umum.
Invariant 2 B1. Resepsionis mencari data jurnal umum. B2. System menampilkan data yang dicari. B3. Resepsionis memilih tombol “hapus”. B4. System menampilkan pesan konfirmasi penghapusan.
B5. Resepsionis memilih tombol “ya”. B6. System menghapus data jurnal umum.
D.Deskripsi Use Case Diagram Mengubah Password Pengguna
Gambar IV.5.
Use Case Diagram Mengubah Password Pengguna
Deskripsi use case diagram mengubah password pengguna : Tabel IV.4.
Deskripsi Use Case Diagram Mengubah Password Pengguna Use Case Name Ubah Password Pengguna
Requirements A5
Goal Resepsionis dapat mengubah password lama.
Pre-condition Resepsionis telah melakukan login sebagai resepsionis dan dapat mengelola menu pengaturan lalu pilih ubah password pengguna.
Post condition Resepsionis berhasil mengubah password.
Failed end conditions Password lama salah atau password baru dengan konfirmasi password baru tidak sama, tidak bisa menyimpan dan membatalkan.
uc Use Case Diagram Mengubah Password Pengguna
Resepsionis
login tampil menu pengaturan
tampil ubah password pengguna
input data ubah password pengguna
simpan data ubah password pengguna
batal ubah password pengguna
«extend» «include»
«extend» «extend»
Primary Actors Resepsionis
Main flow / Basic path 1. Resepsionis mengakses menu pengaturan.
2. Resepsionis memilih “Ubah password pengguna”. 3. Resepsionis menjawab pertanyaan keamanan. 4. Resepsionis memasukkan id pengguna. 5. Resepsionis memasukkan password lama. 6. Resepsionis memasukkan password baru.
7. Resepsionis memasukkan konfirmasi password baru.
8. Resepsionis memilih tombol “simpan”.
9. System menyimpan data password baru kedalam Database.
10.System menampilkan keterangan berhasil mengubahpassword.
Alternate flow / Invariant 1 A1. Resepsionis menjawab pertanyaan keamanan. A2. Resepsionis memasukkan id pengguna. A3. Resepsionis memasukkan password lama. A4. Resepsionis memasukkan password baru. A5. Resepsionis memasukkan konfirmasi password baru.
A6. Resepsionis ingin membatalkan, klik tombol “batal”.
A7. System membatalkan penginputan, pilih “ya”. A8. System menampilkan keterangan batal mengubah password.
2. Use Case Diagram Manajer
Untuk hak akses manajer pada program sistem hotel ini diberikan wewenang dapat mengakses semua form maupun fitur-fitur yang terdapat didalamnya seperti yang sudah dideskripsikan pada hak akses lainnya, sehingga untuk deskripsi use case diagram manajer hanya akan menjelaskan form yang hanya dapat dikelola oleh manajer.
Gambar IV.6.
Use Case Diagram Manajer
A.Deskripsi Use Case Diagram Mengelola Menu Laporan
Gambar IV.7.
Use Case Diagram Mengelola Menu Laporan
uc Use Case Diagram M anaj er
Manajer login mengelola menu laporan mengubah password pengguna mengakses form master mengakses form jurnal mengakses form transaksi «extend» «extend» «extend» «extend» «extend»
uc Use Case Diagram Mengelola Menu Laporan
Manajer
login tampil menu laporan
tampil laporan pendapatan hotel tampil grafik pendapatan hotel cari laporan pendapatan hotel
cari berdasarkan kurun waktu mingguan, bulanan
dan periode
cetak laporan pendapatan hotel
batal mencetak laporan pendapatan hotel
cari grafik pendapatan hotel
cetak grafik pendapatan hotel
batal mencetak grafik pendapatan hotel
cari berdasarkan kurun waktu bulanan dan
periode «extend» «extend» «include» «extend» «extend» «include» «extend» «include» «include»
Deskripsi use case diagram mengelola menu laporan : Tabel IV.5.
Deskripsi Use Case Diagram Mengelola Menu Laporan Use Case Name Mengelola Menu Laporan
Requirements B2
Goal Manajer dapat mencetak laporan pendapatan hotel dan grafik pendapatan hotel.
Pre-condition Manajer telah melakukan login sebagai manajer dan mengelola menu laporan lalu pilih laporan pendapatan hotel atau grafik pendapatan hotel.
Post condition - Laporan pendapatan hotel dapat dicetak berdasarkan mingguan, bulanan dan periode.
- Grafik pendapatan hotel dapat dicetak berdasarkan bulanan dan periode.
Failed end conditions - Gagal mencari laporan pendapatan hotel berdasarkan mingguan, bulanan, dan periode dan tidak dapat mencetak laporan pendapatan hotel.
- Gagal mencari grafik pendapatan hotel berdasarkan bulanan dan periode, dan tidak dapat mencetak grafik pendapatan hotel.
Primary Actors Manajer
Main flow / Basic path 1. Manajer mengakses menu laporan.
2. Manajer memilih “Laporan pendapatan hotel”, atau “Grafik pendapatan hotel.
3. Manajer mencari data untuk dicetak.
4. Manajer cetak laporan pendapatan hotel atau grafik pendapatan hotel.
Alternate flow / Invariant 1 A1. Manajer memilih “Laporan pendapatan hotel”, atau “Grafik pendapatan hotel.
A2. Manajer mencari data untuk dicetak. A3. Manajer ingin membatalkan, klik tombol “batal”.
A4. System membatalkan penginputan, pilih “ya”. A5. System menampilkan keterangan batal untuk dicetak.
B. Deskripsi Use Case Diagram Mengubah Password Pengguna
Gambar IV.8.
Use Case Diagram Mengubah Password Pengguna
Deskripsi use case diagram mengubah password pengguna : Tabel IV.6.
Deskripsi Use Case Diagram Mengubah Password Pengguna Use Case Name Ubah Password Pengguna
Requirements B4
Goal Manajer dapat mengubah password lama.
Pre-condition Manajer telah melakukan login sebagai resepsionis dan dapat mengelola menu pengaturan lalu pilih ubah password pengguna.
Post condition Manajer berhasil mengubah password.
Failed end conditions Password lama salah atau password baru dengan konfirmasi password baru tidak sama, tidak bisa menyimpan dan membatalkan.
Primary Actors Manajer
Main flow / Basic path 1. Manajer mengakses menu pengaturan.
2. Manajer memilih “Ubah password pengguna”. 3. Manajer menjawab pertanyaan keamanan. 4. Manajer memasukkan id pengguna. 5. Manajer memasukkan password lama. 6. Manajer memasukkan password baru.
7. Manajer memasukkan konfirmasi password baru. 8. Manajer memilih tombol “simpan”.
9. System menyimpan data password baru kedalam database.
uc Use Case Diagram Mengubah Password Pengguna
Manajer
login tampil menu
pengaturan
tampil ubah password pengguna
input data ubah password pengguna
simpan data ubah password pengguna
batal ubah password pengguna
«extend» «include»
«extend» «extend»
10. System menampilkan keterangan berhasil mengubah password.
Alternate flow / Invariant 1 A1. Manajer menjawab pertanyaan keamanan. A2. Manajer memasukkan id pengguna. A3. Manajer memasukkan password lama. A4. Manajer memasukkan password baru. A5. Manajer memasukkan konfirmasi password baru.
A6. Manajer ingin membatalkan, klik tombol “batal”.
A7. System membatalkan penginputan, pilih “ya”. A8. System menampilkan keterangan batal mengubah password.
3. Use Case Diagram Pemilik Hotel
Untuk hak akses pemilik hotel pada program sistem hotel ini diberikan wewenang dapat mengakses semua form maupun fitur-fitur yang terdapat didalamnya seperti yang sudah dideskripsikan pada hak akses lainnya, sehingga untuk deskripsi use case diagram pemilik hotel hanya akan menjelaskan form yang hanya dapat dikelola oleh pemilik hotel.
Gambar IV.9.
Use Case Diagram Pemilik Hotel
uc Use Case Diagram Pemilik Hotel
Pemilik Hotel login mengelola menu pengaturan mengakses form master mengakses form jurnal mengakses form transaksi mengakses form laporan «extend» «extend» «extend» «extend» «extend»
A. Deskripsi Use Case Diagram Mengelola Menu Pengaturan
Gambar IV.10.
Use Case Diagram Mengelola Menu Pengaturan
Deskripsi use case diagram mengelola menu pengaturan : Tabel IV.7.
Deskripsi Use Case Diagram Mengelola Menu Pengaturan Use Case Name Mengelola Menu Pengaturan
Requirements C3
Goal Pemilik hotel dapat mengubah password lama dan dapat memback up data hotel.
Pre-condition - untuk pilihan ubah password pengguna, pemilik hotel telah melakukan login sebagai pemilik hotel lalu mengelola menu pengaturan lalu pilih ubah password pengguna.
uc Use Case Diagram Mengelola Menu Pengaturan
Pemilik Hotel
login tampil menu pengaturan
tampil ubah password pengguna
tampil back up data
input data ubah password pengguna
simpan data ubah password pengguna
batal ubah password pengguna
browser data yang ingin di back up
pilih back up batal back up
«include» «extend» «include» «extend» «extend» «include» «extend» «include» «extend»
- untuk pilihan back up data, pemilik hotel telah
melakukan login sebagai pemilik hotel lalu mengelola menu pengaturan lalu pilih back up data.
Post condition Pemilik hotel dapat mengubah password dan dapat mem-back up data
Failed end conditions - Password lama salah atau password baru dengan konfirmasi password baru tidak sama, tidak bisa menyimpan dan membatalkan.
- Gagal membackup, data tidak dapat ditemukan. Primary Actors Pemilik Hotel
Main flow / Basic path - Ubah password pengguna
1. Pemilik hotel mengelola menu pengaturan. 2. Pemilik hotel “Ubah password pengguna”. 3. Pemilik hotel menjawab pertanyaan keamanan. 4. Pemilik hotel memasukkan id pengguna. 5. Pemilik hotel memasukkan password lama. 6. Pemilik hotel memasukkan password baru. 7. Pemilik hotel memasukkan konfirmasi password baru.
8. Pemilik hotel memilih tombol “simpan”.
9. System menyimpan data password baru kedalam Database.
10. System menampilkan keterangan berhasil mengubah password.
- Back up data
1. Pemilik hotel mengelola menu pengaturan. 2. Pemilik hotel memilih “back up data”.
3. Pemilik hotel memilih “browser” untuk mencari data yang ingin di back up.
4. pilih “back up” System otomatis mem-back up data tersebut.
Alternate flow / Invariant 1 A1. Pemilik hotel menjawab pertanyaan keamanan. A2. Pemilik hotel memasukkan id pengguna. A3. Pemilik hotel memasukkan password lama. A4. Pemilik hotel memasukkan password baru. A5. Pemilik hotel memasukkan konfirmasi password baru.
A6. Pemilik hotel ingin membatalkan, klik tombol “batal”.
A7. System membatalkan penginputan, pilih “ya”. A8. System menampilkan keterangan batal mengubah password.
4.1.3. Activity Diagram
1. Activity Diagram Pengelolaan Check In
Gambar IV.11.
Activity Diagram Pengelolaan Check In
act Activ ity Diagram Check In
System Resepsionis
Tamu Start
melakukan check in login aplikasi validasi login pengguna
tampil menu utama pilih menu transaksi
tampil pilihan check in
pilih check in
tampil form check in
tambah data baru
isi data check in
simpan data check in simpan data kedalam
database
muncul pemberitahuan "data berhasil disimpan"
tampil bukti pembayaran sewa kamar informasi pembiayaan
yang harus dibayar menerima informasi
pembiayaan yang harus dibayar
melakukan pembayaran menerima pembayaran
isi data pembayaran
cetak bukti pembayaran menerima bukti
pembayaran sewa kamar
Final
tidak valid
2. Activity Diagram Pengelolaan Check Out
Gambar IV.12.
Activity Diagram Pengelolaan Check Out
act Activ ity Diagram Check Out
System Resepsionis
Tamu Start
melakukan check out login aplikasi validasi login
pengguna
tampil menu utama pilih menu transaksi
tampil pilihan check out pilih check out
tampil form check out
tambah data baru
isi data check out
simpan data check out simpan data kedalam
database
muncul pemberitahuan "data berhasil disimpan"
tampil bukti pembayaran sewa
kamar informasi pembiayaan
yang masih harus dibayar menerima informasi
pembiayaan yangmasih harus dibayar
melakukan pelunasan
pembayaran menerima pembayaran
isi data pembayaran
cetak bukti pembayaran menerima bukti pembayaran sewa kamar Final tidak valid valid
3. Activity Diagram Pengelolaan Jurnal
Gambar IV.13.
Activity Diagram Pengelolaan Jurnal
act Activ ity Diagram Jurnal
System Resepsionis
Start
membuat data jurnal umum
login aplikasi validasi login pengguna
tampil menu utama pilih menu jurnal
tampil pilihan jurnal umum
tambah data baru
isi data jurnal
simpan data jurnal data tersimpan kedalam
database
muncul pemberitahuan "data berhasil
disimpan"
Final
pilih jurnal umum
tampil form jurnal umum ti dak val i d
4. Activity Diagram Pengelolaan Laporan Keuangan Pendapatan Hotel
Gambar IV.14.
Activity Diagram Pengelolaan Laporan Keuangan Pendapatan Hotel
act Activ ity Diagram Laporan Keuangan Pendapatan Hotel
Pemilik hotel System
Manajer Resepsionis
Start
memberikan data jurnal menerima data jurnal
membuat laporan keuangan pendapatan
hotel
login aplikasi validasi login
pengguna
tampil menu utama pilih menu laporan
tampil pilihan laporan pendapatan hotel pilih laporan pendapatan
hotel
tampil form laporan pendapatan hotel mengelola laporan pendapatan hotel simpan laporan keuangan pendapatan hotel simpan laporan kedalam database muncul pemberitahuan "data berhasil disimpan" cetak laporan keuangan
pendapatan hotel
print out laporan keuangan pendapatan
hotel
Final
valid tidak valid
4.2. Desain
Menggambarkan hubungan antar tabel yang dibuat beserta relasi antar tabel. Dalam penggambarannya disini menggunakan Entitiy Relationship Diagram untuk pembuatan sistem informasi pendapatan atas pembayaran sewa kamar hotel, yaitu sebagai berikut :
4.2.1. Entity Relationship Diagram (ERD)
Tamu Check Out Check In Kamar Pengguna Jurnal menyewa melakukan melayani mengelola Registrasi_checkin Id_tamu Nama_tamu No_KTP Alamat Pekerjaan Kewarganegaraan No_telpon Jenis_kelamin Status Jenis_kamar Fasilitas_kamar No_ruangan_kamar Jumlah_dewasa Jumlah_anak Tgl_masuk Jam_masuk Tgl_keluar Jam_keluar Registrasi_checkout No_faktur Id_tamu Nama_tamu No_telpon Jenis_kelamin Tgl_masuk Jam_masuk Tgl_keluar Jam_keluar username password Nama_lengkap Kd_pengguna Jabatan Id_tamu No_KTP Nama Alamat Pekerjaan Kewarganegaraan No_telpon Jenis_kelamin Status No_ruangan_kamar Jenis_kamar Id_kamar Fasilitas_kamar Harga_kamar Kd_akun Nama_akun debet kredit Tgl_jurnal Id_kamar Id_tamu Id_tamu No_faktur Kd_pengguna Kd_akun Kd_pengguna No_faktur Jumlah_hari No_faktur 1 1 1 1 1 1 1 M 1 1 Id_tamu Kd_pengguna Kd_pengguna Kd_pengguna No_faktur No_KTP Jumlah_anak Jumlah_dewasa No_ruangan_kamar Fasilitas_kamar Jenis_kamar Status Kewarganegaraan Total_hrg_sewa Bayar Total_bayar Bayar Gambar IV.15.
4.2.2. Logical Record Structure (LRS) Id_kamar* Id_tamu** No_ruangan_kamar Jenis_kamar Fasilitas_kamar Harga_kamar Kamar Id_tamu* No_KTP Nama Alamat Pekerjaan Kewarganegaraan No_telpon Jenis_kelamin Status Tamu No_faktur* Id_tamu** Registrasi_checkin Kd_pengguna** Nama_tamu No_ktp Alamat Pekerjaan Kewarganegaraan No_telpon Jenis_kelamin Status Jenis_kamar Fasilitas_kamar No_ruangan_kamar Jumlah_dewasa Jumlah_anak Jumlah_hari Tgl_masuk Jam_masuk Tgl_keluar Jam_keluar Total_hrg_sewa Bayar Check In Kd_pengguna* Username Password Nama_lengkap Jabatan Pengguna Tgl_jurnal No_faktur Kd_akun* Kd_pengguna** Nama_akun Debet Kredit Jurnal No_faktur* Id_tamu** Registrasi_checkout Kd_pengguna** Nama_tamu No_ktp Alamat Pekerjaan Kewarganegaraan No_telpon Jenis_kelamin Status Jenis_kamar Fasilitas_kamar No_ruangan_kamar Jumlah_dewasa Jumlah_anak Tgl_masuk Jam_masuk Tgl_keluar Jam_keluar Total_bayar Bayar Check Out 1 1 1 1 1 1 1 1 1 1 1 M Gambar IV.16.
4.2.3. Spesifikasi File
Bentuk spesifikasi file yang terdapat pada komputerisasi sistem pendapatan atas pembayaran sewa kamar hotel pada Hotel Indah Cikampek, diperlukan adanya beberapa file database yang berfungsi untuk menyimpan data dalam bentuk yang teratur dan aman dari kerusakan. Maka dijelaskan penjelasan yang terperinci mengenai file-file tersebut sebagai berikut :
Spesifikasi File Pengguna
1. Nama File : File Pengguna Akronim : Pengguna
Fungsi : Untuk menyimpan data pengguna
Tipe : File Master
Organisasi file : Index sequential Akses file : Random
Media file : Hard Disk Panjang Karakter : 97 Byte Kunci field : Kd_Pengguna
Sofware : MySQL
Tabel IV.8. Spesifikasi File Pengguna
No Nama Field Akronim Tipe Panjang Keterangan 1. Kode Pengguna Kd_pengguna Integer 7 Primary Key
2. Username Username Varchar 20
3. Password Password Varchar 20
4. Nama Lengkap Nama_lengkap Varchar 30
2. Spesifikasi File Kamar
Nama File : File kamar
Akronim : Kamar
Fungsi : Untuk menyimpan data kamar
Tipe : File Master
Organisasi file : Index sequential Akses file : Random
Media file : Hard Disk Panjang Karakter : 79 Byte Kunci field : Id_Kamar
Sofware : MySQL
Tabel IV.9. Spesifikasi File Kamar
3. Spesifikasi File Tamu
Nama File : File Tamu
Akronim : Tamu
Fungsi : Untuk menyimpan data Tamu
Tipe : File Master
Organisasi file : Index sequential
No Nama Field Akronim Tipe Panjang Keterangan
1. ID Kamar Id_kamar Varchar 7 Primary Key
2. ID Tamu Id_tamu Varchar 7 Foreign Key
3. Nomor Ruangan
Kamar No_ruangan_kamar Integer 5
4. Jenis Kamar Jenis_kamar Varchar 10 5. Fasilitas Kamar Fasilitas_kamar Varchar 50
Akses file : Random Media file : Hard Disk Panjang Karakter : 202 Byte Kunci field : Id_Tamu Sofware : MySQL
Tabel IV.10. Spesifikasi File Tamu
4. Spesifikasi File Check In
Nama File : File Check In Akronim : Check In
Fungsi : Untuk menyimpan data check in Tipe : File Transaksi
Organisasi file : Index sequential Akses file : Random
Media file : Hard Disk Panjang Karakter : 288 Byte
No Nama Field Akronim Tipe Panjang Keterangan
1. ID Tamu Id_tamu Varchar 7 Primary Key
2. Nomor KTP No_KTP Integer 20
3. Nama Nama Varchar 30
4. Alamat Alamat Varchar 50
5. Pekerjaan Pekerjaan Varchar 20
6. Kewarganegaraan Kewarganegaraan Varchar 20
7. Nomor Telpon No_telpon Integer 20
8. Jenis Kelamin Jenis_kelamin Varchar 15
Kunci field : No_faktur Sofware : MySQL
Tabel IV.11. Spesifikasi File Check In
5. Spesifikasi File Check Out
Nama File : File Check Out Akronim : Check Out
Fungsi : Untuk menyimpan data check out Tipe : File Transaksi
Organisasi file : Index sequential
No Nama Field Akronim Tipe Panjang Keterangan
1. Nomor Faktur No_faktur Varchar 7 Primary Key
2. ID Tamu Id_tamu Varchar 7 Foreign Key
3. Registrasi Check
In Registrasi_checkin Varchar 7
4. Kode Pengguna Kd_pengguna Varchar 7 Foreign Key
5. Nama Tamu Nama_tamu Varchar 30
6. Nomor KTP No_KTP Integer 20
7. Alamat Alamat Varchar 35
8. Pekerjaan Pekerjaan Varchar 10
9. Kewarganegaraan Kewarganegaraan Varchar 15 10. Nomor Telpon No_telpon Integer 15 11. Jenis Kelamin Jenis_kelamin Varchar 10
12. Status Status Varchar 15
13. Jenis Kamar Jenis_kamar Varchar 10 14. Fasilitas Kamar Fasilitas_kamar Varchar 50 15. Nomor Ruangan
Kamar No_ruangan_kamar Integer 5
16. Jumlah Dewasa Jumlah_dewasa Integer 5 17. Jumlah Anak Jumlah_anak Integer 5 18. Jumlah Hari Jumlah_hari Integer 5 19. Tanggal Masuk Tanggal_masuk Date 20
20. Jam Masuk Jam_masuk Integer 5
21. Tanggal Keluar Tanggal_keluar Date 20
22. Jam Keluar Jam_keluar Integer 5
23. Total Harga Sewa Total_hrg_sewa Double -
Akses file : Random Media file : Hard Disk Panjang Karakter : 288 Byte Kunci field : No_faktur
Sofware : MySQL
Tabel IV.12. Spesifikasi File Check Out
6. Spesifikasi File Perkiraan
Nama File : File Perkiraan Akronim : Perkiraan
No Nama Field Akronim Tipe Panjang Keterangan
1. Nomor Faktur No_faktur Varchar 7 Primary Key
2. ID Tamu Id_tamu Varchar 7 Foreign Key
3. Registrasi Check
Out Regitrasi_checkout Varchar 7
4. Kode Pengguna Kd_pengguna Varchar 7 Foreign Key
5. Nama Tamu Nama_tamu Varchar 30
6. Nomor KTP No_KTP Integer 20
7. Alamat Alamat Varchar 35
8. Pekerjaan Pekerjaan Varchar 10
9. Kewarganegaraan Kewarganegaraan Varchar 15 10. Nomor Telpon No_telpon Integer 15 11. Jenis Kelamin Jenis_kelamin Varchar 10
12. Status Status Varchar 15
13. Jenis Kamar Jenis_kamar Varchar 10 14. Fasilitas Kamar Fasilitas_kamar Varchar 50 15. Nomor Ruangan
Kamar No_ruangan_kamar Varchar 5
16. Jumlah Dewasa Jumlah_dewasa Integer 5 17. Jumlah Anak Jumlah_anak Integer 5 18. Tanggal Masuk Tanggal_masuk Date 20
19. Jam Masuk Jam_masuk Integer 5
20. Tanggal Keluar Tanggal_keluar Date 20
21. Jam Keluar Jam_keluar Integer 5
22. Total Bayar Total_bayar Double -
Fungsi : Untuk menyimpan data perkiraan
Tipe : File Jurnal
Organisasi file : Index sequential Akses file : Random
Media file : Hard Disk Panjang Karakter : 25 Byte Kunci field : Kd_Akun
Sofware : MySQL
Tabel IV.13. Spesifikasi File Perkiraan
7. Spesifikasi File Jurnal Umum
Nama File : File Jurnal Umum Akronim : Jurnal Umum
Fungsi : Untuk menyimpan data jurnal umum
Tipe : File Jurnal
Organisasi file : Index sequential Akses file : Random
Media file : Hard Disk Panjang Karakter : 74 Byte Kunci field : Kd_akun
Sofware : MySQL
No Nama Field Akronim Tipe Panjang Keterangan
1. Kode Akun Kd_akun Varchar 5 Primary Key
2. Nama Akun Nm_akun Varchar 10
Tabel IV.14.
Spesifikasi File Jurnal Umum
4.2.4. Spesifikasi Rancangan Sistem Usulan
Spesifikasi Rancangan Sistem Usulan adalah rangkaian dari proses-proses yang terjadi didalam sistem yang telah diusulkan memerlukan rancangan masukan dan keluaran untuk sistem Pendapatan Atas Pembayaran Sewa Kamar Hotel yaitu sebagai berikut :
1. Bentuk Rancangan Masukan
Dalam sistem usulan saat ini bentuk rancangan masukannya antara lain sebagai berikut :
1. Nama Dokumen : Kartu Tanda Penduduk (KTP) Fungsi : Sebagai bukti tanda pengenal tamu
Sumber : Tamu
Tujuan : Resepsionis
Frekuensi : Setiap ada yang melakukan sewa kamar Media : Kertas
Jumlah Rangkap : 1 Lembar
Bentuk : Lihat Lampiran C-1
No Nama Field Akronim Tipe Panjang Keterangan
1. Tanggal Jurnal Tgl_jurnal Date 20
2. Nomor Faktur No_faktur Varchar 7
3. Kode Akun Kd_akun Integer 20 Primary Key
4. Kode Pengguna Kd_pengguna Integer 7 Foreign Key
5. Nama Akun Nama_akun Varchar 20
6. Debet Debet Double -
2. Nama Dokumen : Tarif Hotel
Fungsi : Untuk memilih jenis kamar yang di inap Sumber : Resepsionis
Tujuan : Tamu
Frekuensi : Setelah melakukan pemesanan kamar lalu memilih kamar beserta tarifnya
Media : Kertas Jumlah Rangkap : 1 Lembar
Bentuk : Lihat Lampiran C-2
2. Bentuk Rancangan Keluaran
Dalam sistem usulan saat ini bentuk rancangan keluarannya antara lain sebagai berikut :
1. Nama Dokumen : Bukti Pembayaran Check In
Fungsi : Untuk bukti sudah melakukan pembayaran Frekuensi : Setiap melakukan proses check in
Sumber : Resepsionis
Tujuan : Tamu
Media : Kertas
Jumlah : 1 Lembar
2. Nama Dokumen : Bukti Pembayaran Check Out
Fungsi : Bukti sudah melunasi pembayaran, apabila diproses transaksi check in belum melunasi pembayarannya Frekuensi : Setiap melakukan proses check out
Sumber : Resepsionis
Tujuan : Tamu
Media : Kertas
Jumlah : 1 Lembar
Bentuk : Lampiran D-2
3. Nama Dokumen : Laporan Jurnal
Fungsi : Untuk mengetahui hasil penjurnalan
Frekuensi : Setiap melakukan pembuatan data jurnal umum Sumber : Resepsionis
Tujuan : Manajer
Media : Kertas
Jumlah : 1 Lembar
Bentuk : Lampiran D-3
4. Nama Dokumen : Laporan Pendapatan
Fungsi : Untuk mengetahui hasil pendapatan keuangan hotel Frekuensi : Setiap melakukan pembuatan laporan pendapatan hotel Sumber : Manajer
Media : Kertas
Jumlah : 1 Lembar
Bentuk : Lampiran D-4
4.2.5. Software Architecture
Arsitektur perangkat lunak (Software Architecture) adalah sekumpulan pernyataan yang menggambarkan komponen perangkat lunak dan fungsi-fungsi yang ada pada komponen tersebut. Software Architecture menggambarkan struktur
teknis, batasan-batasan, ciri-ciri, serta antarmuka pada komponen-komponen tersebut.
1. Sequence Diagram
Sequence Diagram adalah suatu diagram yang memperlihatkan atau menampilkan interaksi-interaksi antar objek di dalam sistem yang disusun pada sebuah urutan atau rangkaian waktu. Digunakan untuk menggambarkan skenario atau rangkaian langkah-langkah yang dilakukan sebagai sebuah respon dari suatu kejadian (even) untuk menghasilkan output tertentu. Berikut gambar Sequence Diagram berdasarkan prosesnya :
A. Sequence Diagram Check In
Gambar IV.17.
Sequence Diagram Check In sd Sequence Diagram Check In
Resepsionis
Form login Form check in Database
input username dan password()
simpan data pembayaran sewa kamar() simpan data check in() konfirmasi ()
konfirmasi cetak bukti pembayaran() konfirmasi cetak bukti pembayaran()
print out bukti pembayaran sewa kamar() input data tamu melakukan check in()
konfirmasi simpan data pembayaran() validasi data login()
input pembayaran sewa kamar()
konfirmasi data berhasil disimpan()
B. Sequence Diagram Check Out
Gambar IV.18.
Sequence Diagram Check Out sd Sequence Diagram Check Out
Resepsionis
Form login Form check out Database
print out bukti pembayaran() input data tamu melakukan check out()
konfirmasi simpan data pembayaran() input username dan password()
konfirmasi data berhasil disimpan()
cetak bukti pembayaran()
konfirmasi()
simpan data pembayaran() simpan data check out()
konfirmasi cetak bukti pembayaran() validasi data login()
input pembayaran tamu yang masih harus dibayar()
2. Deployment Diagram
Deployment Diagram menyediakan gambaran bagaimana sistem secara fisik akan terlihat. Sistem diwakili oleh node-node, dimana masing-masing node diwakili oleh sebuah kubus. Garis yang menghubungkan kedua kubus menunjukan hubungan antara kedua node tersebut. Berikut gambar Deployment Diagram :
Gambar IV.19.
Deployment Diagram deployment Deployment Diagram
«device» Computer Client
Aplikasi Hotel Indah
«device» Computer Serv er
Aplikasi Hotel Indah
Pelengkap.OCX «device» Database Serv er MYSQL database Local Host Local Host
4.2.6. User Interface
1. Halaman Masuk Pengguna
Halaman untuk pengguna yang ingin masuk ke aplikasi ini.
Gambar IV.20. Halaman Masuk Pengguna
2. Halaman Menu Utama Mengakses Menu Master
Halaman ini berfungsi untuk mengakses menu-menu yang terdapat pada menu master diantaranya terdapat data pengguna, data kamar, dan data tamu.
Gambar IV.21.
3. Halaman Data Pengguna
Halaman data pengguna berfungsi untuk menyimpan data-data pengguna yang bisa masuk kedalam aplikasi tersebut.
Gambar IV.22. Halaman Data Pengguna
4. Halaman Data Kamar
Halaman data kamar berfungsi untuk menyimpan data – data kamar yang terdapat pada hotel indah untuk mudah dalam pencarian kamar yang ingin dipilih tamu.
Gambar IV.23. HalamanData Kamar
5. Halaman Data Tamu
Halaman data tamu berfungsi untuk menyimpan data tamu yang sudah berkunjung ke hotel indah.
Gambar IV.24. Halaman Data Tamu
6. Halaman Menu Utama Mengakses Menu Transaksi
Halaman ini berfungsi untuk mengakses menu-menu yang terdapat pada menu transaksi diantaranya terdapat check in dan check out.
Gambar IV.25.
7. Halaman Check In
Halaman check in berfungsi untuk mendata tamu yang berkunjung ke hotel indah, mendata kamar yang ingin disewa, berapa lama inap dan melakukan transaksi pembayaran atas sewa kamar yang sudah dipesan oleh tamu dan tamu mendapatkan bukti pembayaran atas sewa kamarnya.
Gambar IV.26. Halaman Check In
8. Halaman Check Out
Halaman check out berfungsi untuk mendata tamu yang sudah selesai masa inapnya, tamu diwajibkan melakukan check out untuk didata lebih lanjut dan untuk melakukan pembayaran yang belum terselesaikan. Pada saat check out tamu mendapatkan bukti pembayaran berupa faktur pembayaran.
Gambar IV.27. Halaman Check Out
9. Halaman Menu Utama Mengakses Menu Jurnal
Halaman ini berfungsi untuk mengakses menu yang terdapat pada menu jurnal diantaranya data perkiraan dan jurnal umum.
Gambar IV.28.
10. Halaman Data Perkiraan
Halaman ini berfungsi untuk perkiraan data-data apa saja yang harus ada pada jurnal umum nantinya; seperti kode akun, nama akun dan tipe akun.
Gambar IV.29. Halaman Data Perkiraan
11. Halaman Jurnal Umum
Halaman ini berfungsi untuk memasukkan data jurnal setiap ada yang melakukan transaksi pada Hotel Indah.
Gambar IV.30. Halaman Jurnal Umum
12. Halaman Menu Utama Mengakses Menu Laporan
Halaman ini berfungsi untuk mengakses menu-menu yang terdapat pada menu laporan diantaranya terdapat laporan pendapatan hotel dan grafik pendapatan hotel.
Gambar IV.31.
13. Halaman Laporan Pendapatan Hotel
Halaman laporan pendapatan hotel berfungsi untuk melihat laporan dan mencetak laporan. Laporan pendapatan hotel meliputi laporan harian, laporan bulanan dan laporan periode.
Gambar IV.32.
14. Halaman Grafik Pendapatan Hotel
Halaman grafik pendapatan hotel berfungsi untuk melihat grafik persentase pendapatan hotel untuk kurun waktu bulanan dan pertahun .
Gambar IV.33.
15. Halaman Menu Utama Mengakses Menu Pengaturan
Halaman ini berfungsi untuk mengakses menu-menu yang terdapat pada menu pengaturan diantaranya terdapat ubah password pengguna dan backup data.
Gambar IV.34.
16. Halaman Ubah Password Pengguna
Halaman ubah password berfungsi untuk mengubah password pengguna untuk meningkatkan keamanan pengguna dalam mengakses aplikasi tersebut.
Gambar IV.35.
17. Halaman Back Up Data
Halaman backup data berfungsi untuk membackup data yang penting didalam aplikasi untuk kemananan perusahaan.
Gambar IV.36. Halaman Back Up Data
4.2.7. Spesifikasi Sistem Komputer
Untuk memperoleh kemampuan yang optimal dalam pengolahan data diperlukan aspek dasar yaitu perangkat keras (Hardware) dan perangkat lunak (Software) yang saling berkaitan satu dengan yang lainnya sehingga tidak dapat dipisahkan, karena suatu sistem komputerisasi tidak akan berjalan tanpa ada salah satu aspek tersebut. Perangkat lunak dan perangkat keras harus dapat menunjukan kerja yang baik dan sesuai dengan yang diharapkan.
1. Hardware
Perangkat keras (Hardware) adalah serangkaian unsur-unsur yang terdiri dari beberapa perangkat keras yang mebentuk suatu sistem komputer yang digunakan untuk mengoperasikan proses kerja pemakai.
Penulis mengusulkan untuk menggunakan perangkat keras sesuai dengan kemampuan, tanpa harus menggunakan tipe tertentu dengan harga yang lebih mahal. Namun disesuaikan dengan kebutuhan program aplikasi dan program yang telah dirancang. Spesifikasi perangkat keras yang diusulkan sebagai berikut :
a. Monitor : 14 “
b. Processor : Core2 Duo @2,00 GHz or Higher c. Memory : 1 GB (Minimum)
d. Harddisk : 80 GB e. Keyboard : 102 keys f. Printer : Ink Jet
2. Software
Bagian penting lain yang mendukung program adalah perangkat lunak (Software) yang digunakan dalam mengeksekusi program aplikasi serta sistem operasi yang akan digunakan unuk menjalankan program tersebut. Sistem operasi berfungsi untuk mengidentifikasi dan menyiapkan aplikasi program sehingga tata kerja seluruh peralatan komputer dapat terkontrol.
Perangkat lunak yang dibutuhkan untuk menajalankan program aplikasi ini adalah :
Sistem operasi : Windows 7 x86 or Higher Bahasa pemrograman : Java
Program atau software pendukung : Netbeans IDE 8.1 dan MySQL
4.3. Jadwal Implementasi
Jadwal implementasi merupakan sebuah rencana untuk suatu tahapan yang akan menjelaskan hal-hal yang dibutuhkan dalam proses implementasi komputerisasi pada Hotel Indah Cikampek.
Rencana implementasi sangat dibutuhkan dalam langkah-langkah kegiatan penerapan sistem dan merupakan dasar pengawasan dalam penerapan sistem. Selain itu, perlu diperhatikan pada faktor-faktor yang akan dapat mempengaruhi terlaksananya sistem tersebut sehingga pada saat proses penerapan sistem tidak menemukan kendala yang berarti.
Berikut merupakan langkah-langkah yang perlu dilakukan dalam mewujudkan sistem yang telah direncakan, yaitu meliputi :
a. Penyiapan Data Awal
Penyiapan data awal adalah suatu kegiatan yang bertujuan untuk mengumpulkan data-data yang akan digunakan pada sistem usulan setelah selesai di implementasikan. Untuk perencanaan kegiatan ini dibutuhkan waktu sekitar satu minggu dari total waktu yang dibutuhkan dalam jadwal implementasi yaitu pada minggu ketiga, bulan pertama.
b. Pembuatan Program dan Test Program
Pada tahap ini akan dibuatkan suatu file database yang berfungsi sebagai tempat penampungan data yang telah dikumpulkan pada tahapan pertama. Pembuatan program pada sistem ini bertujuan agar program yang telah dibuat dapat dipergunakan untuk mengolah semua data yang telah ada pada file database. Pembuatan dan test program ini membutuhkan lebih banyak waktu jika dibandingkan dengan tahapan-tahapan yang lainnya. Hal ini dimaksudkan agar program yang dbuat diharapkan benar-benar mampu menjalankan sistem usulan dengan baik. Kegiatan ini membutuhkan waktu satu bulan lebih.
c. Pembuatan Buku Petunjuk Operasi
Pembuatan buku petunjuk bertujuan sebagai pedoman bagi pihak yang membutuhkan dalam mengoprasikan sistem. Buku petunjuk ini berisi mengenai format masukan, pengoprasian komputer, teknik program dan prosedur pencetakan. Pembuatan buku petunjuk ini membutuhkan waktu selama satu minggu yaitu minggu ketiga pada bulan ketiga.
d. Pelatihan (Training)
Pelatihan atau training bertujuan untuk memberikan pelatihan khusus kepada calon user yang akan mengoprasikan komputer. Pelatihan ini membutuhkan waktu satu minggu yaitu minggu ke empat dalam bulan ketiga.
e. Test Sistem
Test sistem bertujuan untuk melakukan uji kelayakan terhadap setiap sistem yang diusulkan secara keseluruhan sehingga dapat dipahami dan dapat dijalankan dengan baik dan benar. Test ini membutuhkan waktu satu minggu yaitu minggu pertama, pada bulan keempat.
f. Peralihan Sistem
Peralihan sistem merupakan pergantian sistem yang lama dengan sistem yang baru. Akan tetapi penulis masih menggunakan metode pengalihan sistem yaitu dengan mencoba menerapkan sistem berjalan dan sistem usulan dilakukan secara bersamaan. Apabila kondisi sistem usulan sudah berjalan dengan baik maka sistem berjalan langsung dihentikan. Pada tahap ini diperlukan waktu sekitar satu minggu yaitu minggu ke dua pada bulan keempat.
g. Operasional dan Evaluasi Sistem
Pada tahap ini merupakan suatu kegiatan yang mengoprasikan sistem usulan secara keseluruhan dan masih diperlukan adanya pengawasan secara menyeluruh terhadap sistem yang dioperasikan, sehingga dapat terhindar dari kesalahan. Kegiatan ini memerlukan waktu dua minggu, yaitu minggu ketiga sampai minggu ke empat pada bulan ke empat.
Berikut penulis menggambar jadwal implementasi tersebut dalam bentuk tabel seperti dibawah ini :
Tabel IV.15. Jadwal Implementasi
No Kegiatan
Jadwal Implementasi
Bulan I Bulan II Bulan III Bulan IV 1 2 3 4 1 2 3 4 1 2 3 4 1 2 3 4 1. Analisa Sistem
2. Penyiapan Data Awal 3. Pembuatan File Baru 4. Pembuatan Program 5. Test Program
6. Pembuatan Buku Petunjuk Operasi
7. Pelatihan (Training) 8. Test Sistem
9. Peralihan Sistem
10. Operasional dan Evaluasi Sistem
